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

Description

【発明の詳細な説明】 Ａ．産業上の利用分野 本発明は予定表管理方法（カレンダ法）に関し、更に詳
しくは、他の予定主（予定者、予定表の主体、あるいは
予定表管理者のこと。）からの将来の予定事項（催事）
への参加要請の通知に対する回答が、受取り側の予定主
により事前設定された判断基準に基づいて、または予定
表管理方法により設定された省略時の判断基準によって
自動的に発生される電子式予定表管理方法に関する。

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

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

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

４．「参加要請された行事への代理人の自動指名を行な
う電子式予定表管理方法(Electronic Calendaring Meth
od Which Provides For Automatic Assignment of Alte
rnates In Requested Events)」に関する同時係属特許
出願（ＡＴ−９−８６−０４９）は、別の予定主が作成
した予定行事への参加要求を受け取った予定主が、その
参加要求に付随する情報と、潜在的な各代理人に対して
予定主が事前に設定した基準との関係に基づいて、その
予定行事への代理人の指名を示す自動回答を作成できる
電子式予定表管理方法に関するものである。

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

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

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

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

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

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

Ｄ．発明が解決しようとする問題点及び解決するための
手段 本発明は、予定主がネットワーク上の他の予定主が設定
した予定行事への参加要求に回答するのに要する時間と
労力を最小限にするため、予定主の介入なしに回答が自
動的に発生できる電子式予定表管理方法を提供する。

本発明の予定表管理方法は、ネットワーク上の各予定主
が使用しなければならない予定項目に対して複数の類別
を設定することにより、予定行事への参加を求める別の
予定主による要求に対する自動回答を行なわせる。予定
項目の類別は、予定表で管理する情報が共通に交換でき
るようにするために必要である。予定項目の類別には優
先順位レベルが割り当てられ、各予定主は、その予定主
が予定している行事への参加を求める別の予定主から受
け取った要求に対する自動回答を発生する際に使用され
る判断基準を定めることができる。

この予定表管理処理方法を使うと、ネットワーク上の他
の予定主との会議を計画しようとする予定主が、会議出
席者が全員空いているタイム・スロット（時間帯）を決
定することができる。前出の同時係属特許出願（ＡＴ９
−８６−０４６）は、例えば、行事が予定されていない
か会議の発起人が設定した優先順位よりも低い優先順位
を割り当てられた類別の行事が予定されている、空いて
いる期間またはタイム・スロットのリストを表わすよう
な複合予定表を設定する方法を開示している。この複合
予定表の時間期間は発起人が選定するもので、会議が開
催されるはずの時間に対応する。会議に出席する予定の
各個人に対して発生された複合予定表からある時間期間
が選択され、会議の通知が各出席予定者に送られる。こ
の方法は次に会議の要求で受信人の予定表を更新する。
回答は自動的に発生され、会議の発起人に返送される。

自動的に発生される回答は受信人の予定表上の予定項目
であるので、その回答には類別が割り当てられる。回答
および類別の性質は当初はシステム省略に基づくが、各
予定主は回答に対するシステム省略に優先して受信側の
予定主が事前に設定した基準を満たす要求に合ったデー
タに基づいて他の回答類別を設定することができる。予
定主は、例えば、出席を要請された会議へ必ず出席する
という類別で常に回答することにより、特定の要求者例
えば彼の上司に回答するよう手配することができる。更
に、その他の基準を設定することも可能である。

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

本発明の他の目的は、電子式予定表の予定主が複数の他
の予定主の出席を必要とする予定行事を計画する際に予
定主を援助することである。

本発明の他の目的は、別の予定主が予定している行事へ
の参加要求に対する予定主の回答が、手動操作を用いる
ことなく、自動的に発生され、他の予定主に返送される
という、改善された電子式予定表管理方法を提供するこ
とである。

本発明のさらに他の目的は、他の予定主の会議出席要求
に対する自動回答を予定主が確立できるような電子式予
定表管理方法であって、ここで行なわれる自動回答の性
質および内容が会議の時間でなく会議の要求者に関する
情報に依るような予定表管理方法を提供することであ
る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

２ ．．ＤＯ ２ ．．回答番号を選択し、入力する（０＝ 回答なし；１＝確定（出席する）；２＝ 暫定（多分出席する）；３＝欠席： ４＝ユーザ肯定回答；５＝代理 ２ ．．ＥＮＤＤＯ 以下のコードは、会議通知に対する自動回答を発生する
過程に関するものである。このコードは会議通知の受取
りから始まる。予定表管理方法を用いて会議が暫定また
は確定と分類できる場合、自動回答は、会議が暫定であ
るか、それとも確定しているか考慮しない。どちらも同
じ方法で処理される。

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

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

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

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

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

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

１ ．ＥＮＤＩＦ

【図面の簡単な説明】

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

フロントページの続き (56)参考文献 特開 昭59−200557（ＪＰ，Ａ) 特開 昭60−103479（ＪＰ，Ａ) 特開 昭61−267163（ＪＰ，Ａ) 特開 昭62−260264（ＪＰ，Ａ) ＩＢＭ ＴＤＢ，Ｖｏｌ26，Ｎｏ．12, Ｍａｙ 1984，ｐａｇｅ 6241，“Ｃａｌ ｅｎｄａｒ Ｍａｓｋｓ" ＩＢＭ ＴＤＢ，Ｖｏｌ26，Ｎｏ．11, Ａｐｒｉｌ 1984，ｐａｇｅ 6221，“Ｃ ａｌｅｎｄａｒ Ｅｖｅｎｔ Ｃｍｆｉｒ ｍａｔｉｏｎ" ＩＢＭ ＴＤＢ，Ｖｏｌ26，Ｎｏ．８, Ｊａｎ 1984，ｐａｇｅ 4379，“Ｃａｍ ｒｕｔｅｒ Ｎｏｔｉｆｉｃａｔｉｏｎ ｏｆ ａ ｍｅｅｔｉｎｇ"

Claims (1)

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