JP5174468B2 - 自動ビジネスプロセスアプリケーションを設計するための統合システム、ツールおよび方法 - Google Patents

Description

（関連出願）
本願は、米国仮出願第６０／６５８，２７２号（２００５年３月３日出願）に対して優先権を主張し、当該出願は本明細書において参照により援用される。

（著作権の表示および許可）
本特許文書の１つ以上の部分は、著作権の保護を受ける材料を含んでいます。著作権の所有者は、本特許文書または特許開示の何人による、米国特許商標局のファイルまたはレコードに現れたとおりの複製に不服はありません。しかし、それ以外については、全ての著作権を保有しています。以下の表示は、本文書に適用されます。Ｃｏｐｙｒｉｇｈｔ（Ｃ）２００４−２００５，Ｔｈｏｍｓｏｎ Ｅｌｉｔｅ。

（技術分野）
本明細書に開示される様々な実施例は、特に専門サービス企業または組織のためのビジネスプロセスアプリケーションの設計を促進するソフトウェアデザイン環境、方法、インターフェース、およびツールに関する。

（背景）
従来のビジネスプロセスアプリケーション、つまり事業運営および管理機能を促進するソフトウェアの大部分は、製造、運輸などの一般産業用に開発されている。それに比べ、法律、金融、医療、学問といったさらに柔軟な管理環境を必要とする専門サービス産業の運営および管理を促進するためのソフトウェア開発はほとんど行われていない。

したがって、本発明者らはアプリケーションを開発し、そのようなアプリケーションの開発および／または実装をサポートするインフラストラクチャを設計する必要性を認識した。

（要旨）
１つまたは複数の前記必要性および／または他の必要性に取り組むため、本発明者らは、特にビジネスプロセスアプリケーションの開発を促進するアプリケーションデザインインターフェースおよび関連ツールを考案した。

（例示的な実施形態の説明）
図面および添付の請求項を含む以下の説明は、本発明の１つまたは複数の典型的な実施例について記述および／または図示する。これらの実施例は、あくまで本発明の例示および解説のために提供され、それらに制限されるものではなく、当該技術分野に精通する者が本発明を作成および使用できるよう十分詳細に図示および説明される。そのため、１つまたは複数の発明について曖昧な説明を避けるため、必要に応じて関連技術分野において熟練する者に知られている特定の情報を省略する場合がある。

図１は、ビジネスプロセスアプリケーションのための典型的なデザインおよび実行システムまたはフレームワーク１００を示す。前記システムの主要コンポーネントは、オブジェクトクエリ言語（ＯＱＬ）モジュール１１０、アプリケーションデザインインターフェース１２０、サービスモジュール１３０、アプリケーションモジュール１４０、およびデータストア１５０を含む。

（オブジェクトクエリ言語モジュール）
前記システム操作の中核を成すＯＱＬモジュール１１０は、式言語およびアプリケーションプログラムインターフェース（ＡＰＩ）を含み、オブジェクトセットのクエリを助け、オブジェクトグラフ内を検索し、それらのオブジェクトに関する値を取得または設定する。前記ＯＱＬモジュールは、「テーブル」レベルで抽象的に記述される。このＯＱＬでは（標準プログラミング言語とは異なり）、クエリがストリングではなく、オブジェクトおよびオブジェクトコンストラクターを用いて定義される。一般に、オブジェクトは自己完結型であり、データおよび手順から成り、前記データを操作する。一方、ストリングはグループとして操作される一連の文字列である。事前に構成されるオブジェクトもあれば、他のオブジェクトの方法（関数）を呼び出すことによって構成できるものもある。典型的な実施例では、このオブジェクトベースのアーキテクチャは、クエリからデータベースへの要求が変化するたびに書き直される新しいクエリ命令のセットを必要としない。

アプリケーションのデザイン時に、前記ＯＱＬモジュールまたはレイヤは、前記アプリケーションデザインインターフェースおよび前記データストアの間を効果的に「フロート」する。またアプリケーションのランタイムにおいて、前記ＯＱＬレイヤはロジックを提供して前記アプリケーションから前記データソースへのクエリ要求を処理する。前記アプリケーションは、前記デザイナーコンポーネントを使用して、前記アプリケーションデザインインターフェース内に構築され、本明細書で詳述されるように、前記アプリケーションのエンドユーザがより統合されたビジネス環境で作業できる前記サービスモジュールによって拡張される。

（アプリケーションデザインインターフェース）
アプリケーションデザインインターフェース１２０は、使用可能なクエリパラメータの選択を可能にし、「ポップアップメニュー」開発インターフェースを使用してそれらのアプリケーションインターフェースをカスタマイズする統合開発環境（ＩＤＥ）「デザイナー」フレームワークを提供する。典型的な実施例は、アプリケーションデータオブジェクト、フォームインターフェース、およびビジネスプロセスオートメーションのデザインに特有のＩＤＥを提供する。ＩＤＥは従来ソフトウェアアプリケーションに統合され、グラフィカルユーザインターフェース（ＧＵＩ）ビルダ、テキストまたはコードエディタ、コンパイラ、および／またはインタープリタおよびデバッガなどの要素を提供する。

幾つかの実施例において、前記ＩＤＥはアプリケーションフレームワークに特定のＸＭＬスキーマに合致するＸＭＬドキュメントを生成する。（他の実施例は他の形式のマークアップ言語を使用する。）開発者も顧客のインフォメーションテクノロジー（ＩＴ）担当者も同一のＩＤＥを使用する。各デザイナーはその特定のベースＸＭＬスキーマと合致する。これらのスキーマは、各ＩＤＥに適用する全てのルールおよび機能性の自己文書化表示である。典型的な実施例において、それらはフレームワークの中核を成し、フレームワークロジックによって直接参照される。各ＩＤＥは、そのデザイナーのスキーマに合致するデザインＸＭＬドキュメントを出力する。前記デザインＸＭＬドキュメントは、ビジネスプロセス、フォーム、またはアプリケーションロジックコンポーネントをそれぞれ完全に記述する。

デザイナーは、前記ＩＤＥに表示されるように、前記プロセス、フォーム、またはオブジェクトの状態を記述するさらに粒度の細かいＸＭＬドキュメントを生成する場合がある。このドキュメントは、アイテムが保存された時点の前記ＩＤＥからのディスプレイ情報を含む。前記フレームワークは、オペレーティングシステムプラットフォームを使用して、前記デザインＸＭＬドキュメントおよびデータオブジェクトをダイナミックリンクライブラリ（ＤＬＬ）に翻訳およびコンパイルする。（ＤＬＬは、アプリケーションで使用できる実行可能関数またはデータのライブラリである。通常ＤＬＬは、１つまたは複数の特定関数を提供し、プログラムは前記ＤＬＬへのスタティックリンクまたはダイナミックリンクのいずれかを作成することによって前記関数にアクセスする。前記オペレーティングシステムプラットフォームは、アプリケーション、一連のツールおよびサービス、および顧客のウェブ戦略のインフラにおける変更を組み込む。）各ＸＭＬドキュメントは、データベースおよびファイルシステムに保存される。前記ＸＭＬドキュメントが破損または紛失した場合、前記データベースの持続性によってシステムを回復できる。

典型的なアプリケーションデザインインターフェースは、アーキタイプデザイナー１２１、データ‐オブジェクトデザイナー１２２、フォームデザイナー１２３、ページデザイナー１２４、ビジネスプロセスデザイナー１２５、ビジネスオブジェクトデザイナー１２６、およびメッセージデザイナー１２７を含む。

前記アーキタイプデザイナーは、データテーブルおよび記憶域属性の定義を可能にする。ユーザは、アーキタイプの属性、「ルックアップ」能力、クエリ特性、インデックス、および「クイックファインド」定義を明確にすることによってアーキタイプを作成する。前記アーキタイプデザイナーによって、クエリリストのデータ量を指定し、どのアーキタイプ属性に索引を付けるべきかを判断して、「クエリ結果グリッド」に前記アーキタイプのクエリ定義の結果として表示される初期設定属性を選択することができる。前記典型的なフレームワークは、定義されたテーブルへのカスタムコラムの追加、または完全に新しいカスタムテーブルの定義を可能にする。外部テーブルをデータベーススキーマにインポートするためのユーティリティが提供される。前記フレームワークは、どれが事前に定義されたテーブルか、またどれが顧客保有のテーブルかを認識する。顧客は事前に定義されたコラムを修正または削除しなくてもよい。ＯＱＬのオブジェクト関係マッピング情報は、本明細書の別の箇所で詳述される前記「アーキタイプ」デザイナーに含まれる。図３および４は、前記アーキタイプデザイナーのユーザインターフェースページを表示する。

このデータ‐オブジェクトデザイナーＩＤＥを使用して、典型的に用いられる前記データオブジェクトおよび基礎的なテーブルおよびコラムを定義する。データオブジェクトは、アプリケーションレベルのデータ抽象化であり、テーブルの関係、妥当性、およびイベントドリブンロジックに関するメタデータを含む。オブジェクトは既存のデータベースコラムまたはオブジェクトデザイン中に作成される新規コラムにマップされる。

前記ビジネス‐オブジェクトデザイナーは、前記システムにおける他のオブジェクトによって再利用できるコードの開発を可能にし、前記典型的なシステムを用いて構築されるアプリケーション一式を通して使用できるビジネスオブジェクトを定義する。

前記フォームデザイナーは、前記オブジェクトデザイナーにおいて設計されるデータ要素を使用したカスタムアプリケーションインターフェースのデザインを可能にする。使用できるユーザインターフェース（ＵＩ）制御は、ＩＤＥのＸＭＬスキーマに定められているが、ユーザは常にデータオブジェクトを用いてデザインする。次に、前記インターフェースをビジネス‐プロセス定義のステップとして使用してもよい。各フォームはデータオブジェクトの参照を１つだけ含む。これは、複雑なインターフェースが原型と一連のサブフォームから成ることを意味する。前記フレームワークによって、サブフォームはその原型の特性および引数を受け継ぐことができる。またこれによってユーザは更新パスを構成することなくカスタマイズを追加できる。

前記ページデザイナーによって、ユーザは既存のオブジェクトをページ定義と関連付け、次に前記ページに含まれる各オブジェクトについて表示すべきフォームを選択することによってページを定義できる。そのため、ページ定義は同一のオブジェクトから成るが、各ページ定義によって作成されるインターフェースは異なる場合がある。各オブジェクトに異なるフォーム（表示）を選ぶことによって、ユーザは異なるインターフェースを作成することができる。

前記プロセスデザイナーによって、ユーザは複数の「ステップ」から成る完全なビジネスプロセス（カスタムワークフロー）をデザインできる。プロセスは少なくとも１つのデータオブジェクトに対する参照を必要とする。前記データオブジェクトは、前記プロセスステップに対してどのフォームおよびコードモジュールを使用できるかを決定する。プロセスステップは、３つのコンポーネント（フォームまたはコードモジュール、アウトプット、およびビジネスルール）を含む。前記アウトプットは、対象となるステップ（例、承認／却下）において当事者が利用できるプロセスの選択を示す。前記ビジネスルールは、次の当事者用のデータテストおよびルーティング情報を含む。

図２は、典型的なデザイン‐インターフェーススタートページを示す。前記ページの右側には個別のデザイナーがリストされている。

（サービス）
図１のサービスモジュール１３０に示すように、アプリケーション１４０などのアプリケーションは、コラボレーション、通知、例外、セキュリティ、ワークリスト、ワークフロー、およびレポートのための１つまたは複数のサービスにアクセスする。これらのサービスは前記アプリケーション内に存在し、エンドユーザは完全に相互統合できる。例えば、前記ワークフローサービスは、ルールおよびオーナーとの関連付けを含むプロセス「ステップ」に基づく。ステップが完了すると、次のオーナーのアクションリストに次のステップが表示される。「ウォッチリスト」によって、ユーザは興味のあるプロセスを観察できる。さらに一般的には、前記典型的な実施例は、前記デザインインターフェースを使用して構築されるすべてのアプリケーションに対して提供され、使用可能な機能性のセットとしてサービスを定義する。これらのサービスは、各アプリケーションページにおいて、前記アクションメニューの下および前記アプリケーション表示域の上の指定表示域を有する。前記サービスは、コラボレーション、ワークリスト、ワークフロー、フォルダメンテナンス、および継承を含む。

前記コラボレーションサービスによって、作業プロダクトに関する提案またはコメントを募集、提出してエンドユーザの専門性を活用し、相乗的な作業環境を形成することが可能になる。オーガナイザはアプリケーションのワークシートから選択したアイテムに関するコラボレーションセッションを開始して、前記コラボレーションセッションの主題／メッセージを提供する。前記システムはコラボレーションへの招待状を送って招待された人に通知する一方、オーガナイザは作業を続ける。招待された人はオーガナイザに提案を提出し、それらの提案が検討される。図５および６は、コラボレーションサービスプロセスからアプリケーションユーザ‐インターフェースページを表示する。

継承サービスとは、典型的なフレームワークのサービスであり、初期設定情報を含むように使用頻度の高いアイテムを構成することができる。この特徴は、大量のデータエントリを行うユーザにとって特に役立つ。これによって、基本的に「スーパーテンプレート」であり、ドラフトデータベースに保存されるため、真のエンティティにシステムエンティティとして表示されない任意の継承アイテムに対して多くのレベルの継承を可能にする。

アプリケーション特有のサービスに加えて、Ｅｘｅｍｐｌａｒｙはすべてのアプリケーションプロセスにウェブ‐サービスアクセスを提供する集中型のルーティングサービスを提供する。前記ルーティングサービスは、対象のビジネスプロセスで要求を通過させることによって各アプリケーションプロセスに対するウェブサービスが不要になる。

前記データベースに対して最終的に処理が行われるまで、すべてのデータは「ドラフトテーブル」（データオブジェクトごとに１テーブル）に保存される。ドラフトテーブルは、いつ、どのデータが誰にどのように（例えば別のプログラムに）修正されたかを「認識」する。ドラフトテーブルの使い方の一つは、生産性のモニターであり、このメカニズムによって他のユーザとのコラボレーションが促進される。

（典型的な操作方法）
図７は、アプリケーション１４０などのビジネスプロセスアプリケーションをデザインするためのシステム１００といった１つまたは複数の典型的なシステム操作方法を示すフローチャート７００を示す。フローチャート７００は、ブロック７１０‐７５０を含み、これらは典型的な実施例の一連の実行順序に配置および記述される。しかし、他の実施例は複数のプロセッサまたはプロセッサに類似した装置、あるいは２つ以上の仮想マシンまたはサブプロセッサとして構成された単一のプロセッサを使用して、２つ以上のブロックを同時に実行する。また他の実施例も前記プロセス順序を変更したり、異なる機能分割を提供して類似した結果を得る。例えば、幾つかの実施例では、クライアント‐サーバー間の機能配分を変更して、サーバー側に表示および記述される機能の全体または一部がクライアント側で実装されるようにし、逆も同様である。さらに別の実施例は、関連する制御および前記モジュール間およびそれらを通して通信されるデータシグナルを用いて、前記ブロックを２つ以上の相互接続したハードウェアモジュールとして実装する。そのため、前記典型的なプロセスフローは、ソフトウェア、ハードウェア、およびファームウェアの実装に適用する。

ブロック７１０において、典型的な方法はデザインプロジェクトの作成から始まる。典型的な実施例においてプロジェクトとは、タイムキーパーの名前、記述、タイプ、およびタイムキーパー数を維持できるタイムキーパーインフォメーションウィンドウを作成するアプリケーションを設計することである。典型的な実施例において、前記プロジェクトの作成は、前記プロジェクトに関連するオブジェクトを分類する方法を提供し、図２の典型的なフォームに示されるように、ＩＤＥスタートページで新規ボタンを選択した後、Ａｄｄ Ｎｅｗ ＰｒｏｊｅｃｔウィンドウにＳａｍｐｌｅＰｒｏｊｅｃｔなどの名前を入力してＯＫを選択する。その結果、この名前がスタートページのプロジェクトツリーに表示される。その後、ブロック７２０で実行を続ける。

ブロック７２０は、アーキタイプデザイナーを使用したアーキタイプの作成を含む。典型的な実施例では、例えばフォルダタイプアーキタイプ、タイムキーパーアーキタイプ、およびフォルダアーキタイプなどの１つまたは複数のアーキタイプの作成を含む。典型的な実施例では、以下のようにフォルダタイプアーキタイプを作成する。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページ（図８Ａ）でＡｒｃｈｅｔｙｐｅを右クリックして、Ａｄｄ Ｎｅｗ Ａｒｃｈｅｔｙｐｅ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ Ａｒｃｈｅｔｙｐｅウィンドウ（図８Ｂ）にＦｏｌｄｅｒＴｙｐｅＡｒｃｈを入力して、ＯＫを選択する。

Ａｒｃｈｅｔｙｐｅ Ｄｅｓｉｇｎｅｒ（図８Ｃ）が表示される。ＧＵＩＤデータタイプのＦｏｌｄｅｒＴｙｐｅＡｒｃｈＩＤが初期設定のキー属性として自動的に表示されることに注意する。

３．ドロップダウンリストの記述の代わりに表示される別名属性Ｃｏｄｅを追加する。ＦｏｌｄｅｒＴｙｐｅＡｒｃｈＩＤを右クリックして、Ａｄｄ Ａｔｔｒｉｂｕｔｅを選択する（またはＣＴＲＬ−Ｎを押す）。ＳＴＲＩＮＧデータタイプのＮｅｗＡｔｔｒｉｂｕｔｅ１がＦｏｌｄｅｒＴｙｐｅＡｒｃｈＩＤの下に表示されることに注意する。

４．Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ａｒｃｈｅｔｙｐｅ Ｉｎｆｏの下の（ＩＤ）フィールドにＣｏｄｅを入力する。これによって、名前ＮｅｗＡｔｔｒｉｂｕｔｅ １が上書きされる。

・ＣａｐｔｉｏｎフィールドにＣｏｄｅを入力する。

５．Ｃｏｄｅ（ＦｏｌｄｅｒＴｙｐｅＡｒｃｈＩＤの下）を右クリックし、Ｔｏｇｇｌｅ Ａｌｉａｓ Ａｔｔｒｉｂｕｔｅを選択してＣｏｄｅ属性を別名属性として設定する。左にＡが表示され、別名属性であることを示す。

６．ＦｏｌｄｅｒＴｙｐｅＡｒｃｈＩＤを右クリックし、Ａｄｄ Ａｔｔｒｉｂｕｔｅを選択して（またはＣＴＲＬ−Ｎを押して）、記述の属性をこのアーキタイプに追加する。

７．Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ａｒｃｈｅｔｙｐｅ Ｉｎｆｏの下の（ＩＤ）フィールドにＤｅｓｃｒｉｐｔｉｏｎを入力する。

・ＣａｐｔｉｏｎフィールドにＤｅｓｃｒｉｐｔｉｏｎを入力する。

８．以下の情報がアーキタイプデザイナーに表示される。

右上隅のＳａｖｅボタンを選択してこの情報を保存し、スタートページに戻る。

次にタイムキーパーアーキタイプを作成する。

フォルダタイプアーキタイプを作成した後、以下のようにしてタイムキーパーアーキタイプを作成する。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページ（図８Ａ）でＡｒｃｈｅｔｙｐｅを右クリックして、Ａｄｄ Ｎｅｗ Ａｒｃｈｅｔｙｐｅ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ Ａｒｃｈｅｔｙｐｅウィンドウ（図８Ｄ）でＴｉｍｅｋｅｅｐｅｒＡｒｃｈを入力して、ＯＫを選択する。

アーキタイプデザイナー（図８Ｅ）が表示される。ＧＵＩＤデータタイプのＴｉｍｅｋｅｅｐｅｒＡｒｃｈＩＤが初期設定キー属性として自動的に表示されることに注意する。

３．ＰｒｏｐｅｒｔｉｅｓタブのＣａｐｔｉｏｎフィールドで、このアーキタイプに対するラベルとしてＴｉｍｅｋｅｅｐｅｒを入力する。

４．ＦｏｌｄｅｒＴｙｐｅＡｒｃｈＩＤを右クリックし、Ａｄｄ Ａｔｔｒｉｂｕｔｅを選択して（またはＣＴＲＬ−Ｎを押して）タイムキーパー数の属性をこのアーキタイプに追加する。

ＳＴＲＩＮＧデータタイプのＮｅｗＡｔｔｒｉｂｕｔｅ１がＴｉｍｅｋｅｅｐｅｒＡｒｃｈＩＤの下に表示される。

Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ａｒｃｈｅｔｙｐｅ Ｉｎｆｏの下の（ＩＤ）フィールドにＮｕｍｂｅｒを入力する。これによって名前ＮｅｗＡｔｔｒｉｂｕｔｅ１が上書きされる。

・ＣａｐｔｉｏｎフィールドにＴｋｐｒ Ｎｕｍｂｅｒを入力する。

５．Ｎｕｍｂｅｒ（ＴｉｍｅｋｅｅｐｅｒＡｒｃｈＩＤの下）を右クリックし、Ｔｏｇｇｌｅ Ａｌｉａｓ Ａｔｔｒｉｂｕｔｅを選択してＮｕｍｂｅｒ属性を別名属性として設定する。左にＡが表示され、別名属性であることを示す。

６．ＦｏｌｄｅｒＡｒｃｈＩＤを右クリックし、Ａｄｄ Ａｔｔｒｉｂｕｔｅを選択して（またはＣＴＲＬ−Ｎを押して）タイムキーパー名の属性をこのアーキタイプに追加する。

Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ａｒｃｈｅｔｙｐｅ Ｉｎｆｏの下の（ＩＤ）フィールドにＮａｍｅを入力する。

・ＣａｐｔｉｏｎフィールドにＴｉｍｅｋｅｅｐｅｒ Ｎａｍｅを入力する。

７．ＦｏｌｄｅｒＡｒｃｈＩＤを右クリックし、Ａｄｄ Ａｔｔｒｉｂｕｔｅを選択して（またはＣＴＲＬ−Ｎを押して）タイムキーパー部門の属性をこのアーキタイプに追加する。

Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ａｒｃｈｅｔｙｐｅ Ｉｎｆｏの下の（ＩＤ）フィールドにＤｅｐａｒｔｍｅｎｔを入力する。

・ＣａｐｔｉｏｎフィールドにＴｉｍｅｋｅｅｐｅｒ Ｄｅｐｔを入力する。

８．ＦｏｌｄｅｒＡｒｃｈＩＤを右クリックし、Ａｄｄ Ａｔｔｒｉｂｕｔｅを選択して（またはＣＴＲＬ−Ｎを押して）タイムキーパー記述の属性をこのアーキタイプに追加する。

Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ａｒｃｈｅｔｙｐｅ Ｉｎｆｏの下の（ＩＤ）フィールドにＤｅｓｃｒｉｐｔｉｏｎを入力する。

・ＣａｐｔｉｏｎフィールドにＤｅｓｃｒｉｐｔｉｏｎを入力する。

Ｄａｔａ Ｔｙｐｅ Ｉｎｆｏの下のＩｓ Ｍｕｌｔｉ−Ｌｉｎｅフィールドでクリックし、ドロップダウンリストからＴｒｕｅを選択する。これによってＤｅｓｃｒｉｐｔｉｏｎフィールドに複数行のテキストを入力することができる。

９．アーキタイプデザイナーに以下の情報が表示される。

右上隅のＳａｖｅボタンを選択してこの情報を保存し、スタートページに戻る。

タイムキーパーアーキタイプを作成した後、以下のようにしてフォルダアーキタイプを作成する。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＡｒｃｈｅｔｙｐｅを右クリックして、Ａｄｄ Ｎｅｗ Ａｒｃｈｅｔｙｐｅ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ Ａｒｃｈｅｔｙｐｅウィンドウ（図８Ｈ）にＦｏｌｄｅｒＡｒｃｈを入力して、ＯＫを選択する。アーキタイプデザイナーが表示される。ＧＵＩＤデータタイプのＦｏｌｄｅｒＴｙｐｅＡｒｃｈＩＤが初期設定のキー属性として自動的に表示されることに注意する。

３．ＰｒｏｐｅｒｔｉｅｓタブのＣａｐｔｉｏｎフィールドで、このアーキタイプに対するラベルとしてＦｏｌｄｅｒを入力する。

４．ＦｏｌｄｅｒＡｒｃｈＩＤを右クリックし、Ａｄｄ Ａｔｔｒｉｂｕｔｅを選択して（またはＣＴＲＬ−Ｎを押して）タイムキーパー名の属性をこのアーキタイプに追加する。

ＳＴＲＩＮＧデータタイプのＮｅｗＡｔｔｒｉｂｕｔｅ１がＦｏｌｄｅｒＡｒｃｈＩＤの下に表示される。

Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ａｒｃｈｅｔｙｐｅ Ｉｎｆｏの下の（ＩＤ）フィールドにＮａｍｅを入力する。これによって名前ＮｅｗＡｔｔｒｉｂｕｔｅ１が上書きされる。

・ＣａｐｔｉｏｎフィールドにＦｏｌｄｅｒ Ｎａｍｅを入力する。

５．ＦｏｌｄｅｒＡｒｃｈＩＤを右クリックし、Ａｄｄ Ａｔｔｒｉｂｕｔｅを選択して（またはＣＴＲＬ−Ｎを押して）、タイムキーパー記述の属性をこのアーキタイプに追加する。

Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ａｒｃｈｅｔｙｐｅ Ｉｎｆｏの下の（ＩＤ）フィールドでＤｅｓｃｒｉｐｔｉｏｎを入力する。

・ＣａｐｔｉｏｎフィールドでＦｏｌｄｅｒ Ｄｅｓｃｒｉｐｔｉｏｎを入力する。

６．ここで事前に作成したフォルダタイプへのリンクを持つ関係属性を追加する。ＦｏｌｄｅｒＡｒｃｈＩＤを右クリックし、Ａｄｄ Ａｔｔｒｉｂｕｔｅを選択する（またはＣＴＲＬ−Ｎを押す）。

Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ａｒｃｈｅｔｙｐｅ Ｉｎｆｏの下の（ＩＤ）フィールドにＦｏｌｄｅｒＴｙｐｅＬｉｎｋを入力する。

・Ｄａｔａ Ｔｙｐｅフィールドで、ドロップダウンリストからＲＥＬＡＴＩＯＮＳＨＩＰを選択する。

・ＣａｐｔｉｏｎフィールドにＦｏｌｄｅｒ Ｔｙｐｅを入力する。

・Ｒｅｌａｔｅｄ Ａｒｃｈｅｔｙｐｅフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＦｏｌｄｅｒＴｙｐｅＡｒｃｈを選択する。これはＦｏｌｄｅｒＴｙｐｅＬｉｎｋ関係属性の宛先アーキタイプである。

・Ｒｅｌａｔｉｏｎｓｈｉｐ ＩＤフィールドにＦｏｌｄｅｒＴｙｐｅＬｉｎｋを入力する。

７．ＦｏｌｄｅｒＡｒｃｈＩＤを右クリックし、Ａｄｄ Ａｔｔｒｉｂｕｔｅを選択する（またはＣＴＲＬ−Ｎを押す）ことによって、事前に作成したタイムキーパーアーキタイプへのリンクを持つ関係属性を追加する。

Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ａｒｃｈｅｔｙｐｅ Ｉｎｆｏの下の（ＩＤ）フィールドにＦｏｌｄｅｒＴｙｐｅＬｉｎｋを入力する。

・Ｄａｔａ Ｔｙｐｅフィールドで、ドロップダウンリストからＲＥＬＡＴＩＯＮＳＨＩＰを選択する。

・ＣａｐｔｉｏｎフィールドにＴｉｍｅｋｅｅｐｅｒを入力する。

・Ｒｅｌａｔｅｄ Ａｒｃｈｅｔｙｐｅフィールドでクリックし、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＴｉｍｅｋｅｅｐｅｒＡｒｃｈを選択する。これはＴｉｍｅｋｅｅｐｅｒＬｉｎｋ関係属性の宛先アーキタイプである。

・Ｒｅｌａｔｉｏｎｓｈｉｐ ＩＤフィールドにＴｉｍｅｋｅｅｐｅｒＬｉｎｋを入力する。

８．アーキタイプデザイナー（図８Ｉ）に以下の情報が表示される。

右上隅のＳａｖｅボタンを選択してこの情報を保存し、スタートページに戻る。

ブロック７３０で実行を続ける。

ブロック７３０は、オブジェクトデザイナーを使用して、ブロック７２０で作成されるアーキタイプのような１つまたは複数のアーキタイプへのオブジェクトの追加を含む。典型的な実施例では、サンプルプロジェクトに基づいて、Ｆｏｌｄｅｒ Ｔｙｐｅ、Ｔｉｍｅｋｅｅｐｅｒ、およびフォルダアーキタイプへのオブジェクトの追加が含まれる。

フォルダタイプアーキタイプへのオブジェクトの追加は、以下のように行ってもよい。

以下のようにしてＣｏｄｅおよびＤｅｓｃｒｉｐｔｉｏｎ属性を含むＦｏｌｄｅｒ Ｔｙｐｅオブジェクトをフォルダタイプアーキタイプに追加する。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページ（図８Ａ）でＯｂｊｅｃｔを右クリックして、Ａｄｄ Ｎｅｗ Ｏｂｊｅｃｔ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ Ｏｂｊｅｃｔウィンドウ（図９Ａ）にＦｏｌｄｅｒＴｙｐｅＯｂｊを入力して、ＯＫを選択する。オブジェクトデザイナーが表示される。

３．Ｆｏｌｄｅｒ Ｔｙｐｅオブジェクトに関する以下の情報をＰｒｏｐｅｒｔｉｅｓタブで入力する。

・ＣａｐｔｉｏｎフィールドにＦｏｌｄｅｒ Ｔｙｐｅを入力する。

・Ａｒｃｈｅｔｙｐｅ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＦｏｌｄｅｒＴｙｐｅＡｒｃｈを選択する。これはＦｏｌｄｅｒ Ｔｙｐｅオブジェクトが構築されるアーキタイプを識別する。ＡＴＴＲＩＢＵＴＥＳヘディングがＯｂｊｅｃｔツリーから自動的に削除され、ＳＵＢＣＬＡＳＳＯＢＪＥＣＴＳヘディングの下にＳＵＢＣＬＡＳＳＯＢＪＥＣＴ（ＦｏｌｄｅｒＴｙｐｅＡｒｃｈ）が表示されることに注意する。

４．次に、ＣｏｄｅおよびＤｅｓｃｒｉｐｔｉｏｎ属性をＦｏｌｄｅｒ Ｔｙｐｅオブジェクトに追加する。ＯｂｊｅｃｔツリーでＯＢＪＥＣＴ（ＦｏｌｄｅｒＴｙｐｅＯｂｊ）を右クリックして、Ａｄｄ＞ＡＴＴＲＩＢＵＴＥＳを選択する。ＯＢＪＥＣＴツリーにＡＴＴＲＩＢＵＴＥＳヘディングが表示される。

５．Ｃｏｄｅ属性を追加するには、ＡＴＴＲＩＢＵＴＥＳを右クリックして、Ａｄｄ＞ＡＴＴＲＩＢＵＴＥを選択する。ＡＴＴＲＩＢＵＴＥ（ＡＴＴＲＩＢＵＴＥ０）はＯｂｊｅｃｔツリー（図９Ｂ）のＡＴＴＲＩＢＵＴＥＳヘディングの下に表示されることに注意する。

６．Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ａｃｃｅｓｓ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＲｅｑｕｉｒｅｄを選択する。これは、Ｃｏｄｅフィールドに値を入力する必要があることを示す。

・Ｄａｔａ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＢＯＵＮＤを選択する。これは、Ｃｏｄｅ属性がフォルダタイプアーキタイプと関係することを示す。

・Ａｒｃｈｅｔｙｐｅ Ａｔｔｒｉｂｕｔｅフィールドでクリックして、ドロップダウンリストからＣｏｄｅを選択する。このドロップダウンリストは、フォルダタイプアーキタイプに定義した属性（ＣｏｄｅおよびＤｅｓｃｒｉｐｔｉｏｎ）を含む。Ｃｏｄｅは自動的にＣａｐｔｉｏｎフィールドに表示されることに注意する。これは、フォルダタイプアーキタイプのＣｏｄｅ属性に対して入力したキャプションと同じである。

・ＩＤフィールドにＣｏｄｅを入力する。これによって、ＯｂｊｅｃｔツリーのＡＴＴＲＩＢＵＴＥ（ＡＴＴＲＩＢＵＴＥ０）がＡＴＴＲＩＢＵＴＥ（Ｃｏｄｅ）と置き換えられる。

７．次に、Ｄｅｓｃｒｉｐｔｉｏｎ属性を追加する。ＡＴＴＲＩＢＵＴＥＳを右クリックして、Ａｄｄ＞ＡＴＴＲＩＢＵＴＥを選択する。Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ｄａｔａ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＢＯＵＮＤを選択する。

・ＩＤフィールドにＤｅｓｃｒｉｐｔｉｏｎを入力する。これによって、ＯｂｊｅｃｔツリーのＡＴＴＲＩＢＵＴＥ（ＡＴＴＲＩＢＵＴＥ０）がＡＴＴＲＩＢＵＴＥ（Ｄｅｓｃｒｉｐｔｉｏｎ）と置き換えられる。

・ＣａｐｔｉｏｎフィールドにＤｅｓｃｒｉｐｔｉｏｎを入力する。

８．オブジェクトデザイナーに以下の情報が表示される（図９Ｃ）。

右上隅のＳａｖｅボタンを選択してこの情報を保存し、スタートページに戻る。

次に、オブジェクトをタイムキーパーアーキタイプに追加する。

（１．１．１ タイムキーパーアーキタイプへのオブジェクトの追加）
以下のようにしてＮｕｍｂｅｒ、Ｎａｍｅ、Ｄｅｐａｒｔｍｅｎｔ、およびＤｅｓｃｒｉｐｔｉｏｎ属性を含むＴｉｍｅｋｅｅｐｅｒオブジェクトをタイムキーパーアーキタイプに追加する。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＯｂｊｅｃｔを右クリックして、Ａｄｄ Ｎｅｗ Ｏｂｊｅｃｔ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ Ｏｂｊｅｃｔウィンドウ（図９Ｄ）にＴｉｍｅｋｅｅｐｅｒＯｂｊを入力して、ＯＫを選択する。オブジェクトデザイナーが表示される。

３．Ｆｏｌｄｅｒ Ｔｙｐｅオブジェクトに関する以下の情報をＰｒｏｐｅｒｔｉｅｓタブで入力する。

・ＣａｐｔｉｏｎフィールドにＴｉｍｅｋｅｅｐｅｒを入力する。

・Ａｒｃｈｅｔｙｐｅ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＴｉｍｅｋｅｅｐｅｒＡｒｃｈを選択する。これはＴｉｍｅｋｅｅｐｅｒオブジェクトが構築されるアーキタイプを識別する。ＡＴＴＲＩＢＵＴＥＳヘディングがＯｂｊｅｃｔツリーから自動的に削除され、ＳＵＢＣＬＡＳＳＯＢＪＥＣＴＳヘディングの下にＳＵＢＣＬＡＳＳＯＢＪＥＣＴ（ＴｉｍｅｋｅｅｐｅｒＡｒｃｈ）が表示されることに注意する。

４．次に、Ｎｕｍｂｅｒ、Ｎａｍｅ、Ｄｅｐａｒｔｍｅｎｔ、およびＤｅｓｃｒｉｐｔｉｏｎ属性をＴｉｍｅｋｅｅｐｅｒオブジェクトに追加する。ＯｂｊｅｃｔツリーでＯＢＪＥＣＴ（ＴｉｍｅｋｅｅｐｅｒＯｂｊ）を右クリックして、Ａｄｄ＞ＡＴＴＲＩＢＵＴＥＳを選択する。ＡＴＴＲＩＢＵＴＥＳヘディングがＯｂｊｅｃｔツリーに表示される。

５．ＡＴＴＲＩＢＵＴＥＳを右クリックして、Ａｄｄ＞ＡＴＴＲＩＢＵＴＥを選択する。ＡＴＴＲＩＢＵＴＥ（ＡＴＴＲＩＢＵＴＥ０）はＯｂｊｅｃｔツリーのＡＴＴＲＩＢＵＴＥＳヘディングの下に表示されることに注意する（図９Ｅ）。

６．Ｎｕｍｂｅｒ属性に関する以下の情報をＰｒｏｐｅｒｔｉｅｓタブで入力する。

・Ａｃｃｅｓｓ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＲｅｑｕｉｒｅｄを選択する。これは、Ｎｕｍｂｅｒフィールドに値を入力する必要があることを示す。

・Ｄａｔａ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＢＯＵＮＤを選択する。これは、Ｎｕｍｂｅｒ属性がタイムキーパーアーキタイプと関係することを示す。

・Ａｒｃｈｅｔｙｐｅ Ａｔｔｒｉｂｕｔｅフィールドでクリックして、ドロップダウンリストからＮｕｍｂｅｒを選択する。このドロップダウンリストは、タイムキーパーアーキタイプに定義した属性を含む。Ｔｋｐｒ Ｎｕｍｂｅｒは自動的にＣａｐｔｉｏｎフィールドに表示されることに注意する。これは、タイムキーパーアーキタイプのＴｉｍｅｋｅｅｐｅｒ Ｎｕｍｂｅｒ属性に対して入力したキャプションと同じである。

・ＩＤフィールドにＮｕｍｂｅｒを入力する。

７．Ｎａｍｅ属性を追加する。ＡＴＴＲＩＢＵＴＥＳを右クリックして、Ａｄｄ＞ＡＴＴＲＩＢＵＴＥを選択する。

Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ｄａｔａ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＢＯＵＮＤを選択する。

・Ａｒｃｈｅｔｙｐｅ Ａｔｔｒｉｂｕｔｅフィールドでクリックして、ドロップダウンリストからＮａｍｅを選択する。Ｔｉｍｅｋｅｅｐｅｒ Ｎａｍｅが自動的にＣａｐｔｉｏｎフィールドに表示されることに注意する。

・ＩＤフィールドにＮａｍｅを入力する。

８．Ｄｅｐａｒｔｍｅｎｔ属性を追加する。ＡＴＴＲＩＢＵＴＥＳを右クリックして、Ａｄｄ＞ＡＴＴＲＩＢＵＴＥを選択する。Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ｄａｔａ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＢＯＵＮＤを選択する。

・Ａｒｃｈｅｔｙｐｅ Ａｔｔｒｉｂｕｔｅフィールドでクリックして、ドロップダウンリストからＤｅｐａｒｔｍｅｎｔを選択する。Ｔｉｍｅｋｅｅｐｅｒ Ｄｅｐｔ．が自動的にＣａｐｔｉｏｎフィールドに表示されることに注意する。

・ＩＤフィールドにＤｅｐａｒｔｍｅｎｔを入力する。

９．Ｄｅｓｃｒｉｐｔｉｏｎ属性を追加する。ＡＴＴＲＩＢＵＴＥＳを右クリックして、Ａｄｄ＞ＡＴＴＲＩＢＵＴＥを選択する。Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ｄａｔａ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＢＯＵＮＤを選択する。

・Ａｒｃｈｅｔｙｐｅ Ａｔｔｒｉｂｕｔｅフィールドでクリックして、ドロップダウンリストからＤｅｓｃｒｉｐｔｉｏｎを選択する。Ｄｅｓｃｒｉｐｔｉｏｎが自動的にＣａｐｔｉｏｎフィールドに表示されることに注意する。

・ＩＤフィールドにＤｅｓｃｒｉｐｔｉｏｎを入力する。

１０．オブジェクトデザイナーに以下の情報が表示される（図９Ｆ）。右上隅のＳａｖｅボタンを選択してこの情報を保存し、スタートページに戻る。

次にオブジェクトをフォルダアーキタイプに追加する。

（フォルダアーキタイプへのオブジェクトの追加）
以下のようにして、ＮａｍｅおよびＤｅｓｃｒｉｐｔｉｏｎ属性、およびＦｏｌｄｅｒ Ｔｙｐｅ ＬｉｎｋおよびＴｉｍｅｋｅｅｐｅｒ Ｌｉｎｋ関係属性を含むＦｏｌｄｅｒオブジェクトをフォルダアーキタイプに追加する。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページ（図８Ａ）でＯｂｊｅｃｔを右クリックして、Ａｄｄ Ｎｅｗ Ｏｂｊｅｃｔ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＯｂｊｅｃｔウィンドウでＦｏｌｄｅｒＯｂｊを入力して、ＯＫを選択する。オブジェクトデザイナーが表示される（図９Ｇ）。

３．Ｆｏｌｄｅｒオブジェクトに関する以下の情報をＰｒｏｐｅｒｔｉｅｓタブで入力する。

・ＣａｐｔｉｏｎフィールドにＦｏｌｄｅｒを入力する。

・Ａｒｃｈｅｔｙｐｅ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＦｏｌｄｅｒＡｒｃｈを選択する。これはＦｏｌｄｅｒオブジェクトが構築されるアーキタイプを識別する。ＡＴＴＲＩＢＵＴＥＳヘディングがＯｂｊｅｃｔツリーから自動的に削除され、ＳＵＢＣＬＡＳＳＯＢＪＥＣＴＳヘディングの下にＳＵＢＣＬＡＳＳＯＢＪＥＣＴ（ＦｏｌｄｅｒＡｒｃｈ）が表示されることに注意する。

４．次に、Ｎａｍｅ属性をＦｏｌｄｅｒオブジェクトに追加する。ＯｂｊｅｃｔツリーでＯＢＪＥＣＴ（ＦｏｌｄｅｒＯｂｊ）を右クリックして、Ａｄｄ＞ＡＴＴＲＩＢＵＴＥＳを選択する。ＡＴＴＲＩＢＵＴＥＳヘディングがＯｂｊｅｃｔツリーに表示される。

５．ＡＴＴＲＩＢＵＴＥＳを右クリックして、Ａｄｄ＞ＡＴＴＲＩＢＵＴＥを選択する。ＡＴＴＲＩＢＵＴＥ（ＡＴＴＲＩＢＵＴＥ０）はＯｂｊｅｃｔツリーのＡＴＴＲＩＢＵＴＥＳヘディングの下に表示されることに注意する。

６．Ｎａｍｅ属性に関する以下の情報をＰｒｏｐｅｒｔｉｅｓタブで入力する。

・Ｄａｔａ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＢＯＵＮＤを選択する。これは、Ｎａｍｅ属性がフォルダアーキタイプと関係することを示す。

・Ａｒｃｈｅｔｙｐｅ Ａｔｔｒｉｂｕｔｅフィールドでクリックして、ドロップダウンリストからＮａｍｅを選択する。このドロップダウンリスは、フォルダアーキタイプに定義した属性を含む。Ｆｏｌｄｅｒ Ｎａｍｅが自動的にＣａｐｔｉｏｎフィールドに表示されることに注意する。これは、フォルダアーキタイプのＦｏｌｄｅｒ Ｎａｍｅ属性に対して入力したキャプションと同じである。

・ＩＤフィールドにＮｕｍｂｅｒを入力する。

７．Ｄｅｓｃｒｉｐｔｉｏｎ属性を追加する。ＡＴＴＲＩＢＵＴＥＳを右クリックして、Ａｄｄ＞ＡＴＴＲＩＢＵＴＥを選択する。Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ｄａｔａ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＢＯＵＮＤを選択する。

・Ａｒｃｈｅｔｙｐｅ Ａｔｔｒｉｂｕｔｅフィールドでクリックして、ドロップダウンリストからＤｅｓｃｒｉｐｔｉｏｎを選択する。Ｄｅｓｃｒｉｐｔｉｏｎが自動的にＣａｐｔｉｏｎフィールドに表示される。

・ＩＤフィールドにＤｅｓｃｒｉｐｔｉｏｎを入力する。

８．次に、Ｆｏｌｄｅｒ Ｔｙｐｅ Ｌｉｎｋ関係属性を追加する。ＡＴＴＲＩＢＵＴＥＳを右クリックして、Ａｄｄ＞ＡＴＴＲＩＢＵＴＥＲＥＬＡＴＩＯＮＳＨＩＰを選択する。Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ｄａｔａ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＢＯＵＮＤを選択する。

・Ａｒｃｈｅｔｙｐｅ Ａｔｔｒｉｂｕｔｅフィールドでクリックして、ドロップダウンリストからＦｏｌｄｅｒＴｙｐｅＬｉｎｋを選択する。Ｆｏｌｄｅｒ Ｔｙｐｅが自動的にＣａｐｔｉｏｎフィールドに表示されることに注意する。

・ＩＤフィールドにＦｏｌｄｅｒＴｙｐｅＬｉｎｋを入力する。

９．Ｔｉｍｅｋｅｅｐｅｒ Ｌｉｎｋ関係属性を追加する。ＡＴＴＲＩＢＵＴＥＳを右クリックして、Ａｄｄ＞ＡＴＴＲＩＢＵＴＥを選択する。以下の情報をＰｒｏｐｅｒｔｉｅｓタブで入力する。

・Ｄａｔａ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＢＯＵＮＤを選択する。

・Ａｒｃｈｅｔｙｐｅ Ａｔｔｒｉｂｕｔｅフィールドでクリックして、ドロップダウンリストからＴｉｍｅｋｅｅｐｅｒＬｉｎｋを選択する。Ｔｉｍｅｋｅｅｐｅｒが自動的にＣａｐｔｉｏｎフィールドに表示されることに注意する。

・ＩＤフィールドにＴｉｍｅｋｅｅｐｅｒＬｉｎｋを入力する。

１０．オブジェクトデザイナーに以下の情報が表示される（図９Ｉ）。

右上隅のＳａｖｅボタンを選択してこの情報を保存し、スタートページに戻る。

これで関連アーキタイプへのＦｏｌｄｅｒ Ｔｙｐｅ、Ｔｉｍｅｋｅｅｐｅｒ、およびＦｏｌｄｅｒオブジェクトの追加が完了し、これらのアーキタイプを含むフォームをデザインできる。ブロック７４０に進む。

ブロック７４０は、各オブジェクトフォームのデザインを含む。典型的な実施例では、フォームデザイナーを使用したグリッド、フォーム、およびワークリストのデザインが含まれる。これによって、以下が生成される。
・フォルダグリッド
・フォルダフォーム
・フォルダワークリスト
・フォルダタイプグリッド
・フォルダタイプフォーム
・フォルダタイプワークリスト
・タイムキーパーグリッド
・タイムキーパーフォーム
・タイムキーパーワークシート
フォームのデザインが終了したら、ステップ５‐ページの定義に進み、ページのベースオブジェクトに定義される各親子オブジェクトの異なる「表示」を定義することができる。

（１．１．２ フォルダフォーム）
（１．１．２．１ フォルダグリッドのデザイン）
最初に、フォルダアーキタイプに関連するフィールドを含むフォルダグリッドをデザインする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＦｏｒｍを右クリックして、Ａｄｄ Ｎｅｗ Ｆｏｒｍ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＦｏｒｍウィンドウにＦｏｌｄｅｒＧｒｉｄを入力して、ＯＫを選択する。フォームデザイナーが表示される（図１０Ａ）。

３．Ｆｏｌｄｅｒグリッドに関する以下の情報をＰｒｏｐｅｒｔｉｅｓタブで入力する。

・ＣａｐｔｉｏｎフィールドにＦｏｌｄｅｒを入力する。

・Ｆｏｒｍ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＧｒｉｄを選択する。

・Ｏｂｊｅｃｔ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＦｏｌｄｅｒＯｂｊを選択する。これはＦｏｌｄｅｒオブジェクトがＦｏｌｄｅｒグリッドに関連するオブジェクトであることを示す。

４．Ｔｏｏｌタブを選択する。Ｆｏｌｄｅｒオブジェクトに関連する属性のリストが表示される（図１０Ｂ）。

５．Ｎａｍｅをクリックし、Ｄｅｓｉｇｎｅｒタブの左端にドラッグする。Ｆｏｌｄｅｒ Ｎａｍｅコラムが自動的に表示される（図１０Ｃ）。Ｆｏｌｄｅｒ Ｎａｍｅはアーキタイプデザイナーにおいてこの属性に定義したキャプションである。

６．Ｄｅｓｃｒｉｐｔｉｏｎをクリックして、Ｆｏｌｄｅｒ Ｎａｍｅコラムの右にドラッグする。Ｆｏｌｄｅｒ Ｄｅｓｃｒｉｐｔｉｏｎコラムが自動的に表示される（図１０Ｄ）。

７．ＦｏｌｄｅｒＴｙｐｅＬｉｎｋをクリックして、Ｆｏｌｄｅｒ Ｄｅｓｃｒｉｐｔｉｏｎコラムの右にドラッグする。Ｆｏｌｄｅｒ Ｔｙｐｅコラムが自動的に表示される（図１０Ｅ）。

８．コラム内でクリックして、青色のドットを左にドラッグすることによって各コラムの幅を広げる。Ｐｒｏｐｅｒｔｉｅｓタブを選択し、Ｗｉｄｔｈフィールドに値を入力することによって幅を広げることもできる（図１０Ｆ）。

９．右上隅のＳａｖｅボタンを選択してこのグリッドを保存し、スタートページに戻る。

次にフォルダフォームをデザインする。

（１．１．２．２ フォルダフォームのデザイン）
ここで、フォルダアーキタイプに関連するフィールドを含むフォルダフォームをデザインする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＦｏｒｍを右クリックして、Ａｄｄ Ｎｅｗ Ｆｏｒｍ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＦｏｒｍウィンドウにＦｏｌｄｅｒＦｏｒｍを入力して、ＯＫを選択する。フォームデザイナーが表示される（図１０Ｇ）。

３．フォルダフォームに関する以下の情報をＰｒｏｐｅｒｔｉｅｓタブで入力する。

・ＣａｐｔｉｏｎフィールドにＦｏｌｄｅｒを入力する。

・Ｏｂｊｅｃｔ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＦｏｌｄｅｒＯｂｊを選択する。これはＦｏｌｄｅｒオブジェクトがフォルダフォームに関連するオブジェクトであることを示す。

４．Ｔｏｏｌｓタブを選択する。Ｆｏｌｄｅｒオブジェクトに関連する属性のリストが表示される。

５．Ｎａｍｅをクリックして、Ｄｅｓｉｇｎｅｒタブの左端にドラッグする。Ｆｏｌｄｅｒ Ｎａｍｅフィールドが自動的に表示される（図１０Ｈ）。

６．コラム内でクリックして、青色のドットを左にドラッグすることによって各フィールドの幅を広げる。Ｐｒｏｐｅｒｔｉｅｓタブを選択し、Ｗｉｄｔｈフィールドに値を入力することによって幅を広げることもできる（図１０Ｉ）。

７．ＴｏｏｌｓタブでＤｅｓｃｒｉｐｔｉｏｎを選択し、Ｆｏｌｄｅｒ Ｎａｍｅフィールドの下にドラッグする。Ｆｏｌｄｅｒ Ｄｅｓｃｒｉｐｔｉｏｎフィールドが自動的に表示される（図１０Ｊ）。ステップ６に記載されているように、このフィールドの幅を広げる。

８．ＴｏｏｌｓタブでＦｏｌｄｅｒＴｙｐｅＬｉｎｋを選択して、Ｆｏｌｄｅｒ Ｄｅｓｃｒｉｐｔｉｏｎフィールドの下にドラッグする。Ｆｏｌｄｅｒ Ｔｙｐｅフィールドが自動的に表示される（図１０Ｋ）。

アイコンはこのフィールドがクエリできることを示す＠＠＠？＠＠＠。

９．ＴｉｍｅｋｅｅｐｅｒＬｉｎｋを選択して、Ｆｏｌｄｅｒ Ｔｙｐｅフィールドの右にドラッグする。Ｔｉｍｅｋｅｅｐｅｒフィールドが自動的に表示され（図１０Ｌ）、クエリを行うことができる。

１０．そこでクリックして、次にフォームの下にある中心の青いドットをクリックし、Ｆｏｌｄｅｒ ＴｙｐｅおよびＴｉｍｅｋｅｅｐｅｒフィールドの真下にドラッグすることによって、フォームの長さを短くする（図１０Ｍ）。

１１．右上隅のＳａｖｅボタンを選択してこのフォームを保存し、スタートページに戻る。

次にフォルダワークリストをデザインする。

（１．１．２．３ フォルダワークリストのデザイン）
ここでは、フォルダアーキタイプに関連するフィールドを含むフォルダワークリストをデザインする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＦｏｒｍを右クリックして、Ａｄｄ Ｎｅｗ Ｆｏｒｍ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＦｏｒｍウィンドウにＦｏｌｄｅｒＷｏｒｋｌｉｓｔを入力して、ＯＫを選択する。フォームデザイナーが表示される（図１０Ｎ）。

３．フォルダワークリストに関する以下の情報をＰｒｏｐｅｒｔｉｅｓタブで入力する。

・ＣａｐｔｉｏｎフィールドにＦｏｌｄｅｒを入力する。

・Ｆｏｒｍ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＷｏｒｋｌｉｓｔを選択する。

・Ｏｂｊｅｃｔ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＦｏｌｄｅｒＯｂｊを選択する。これはＦｏｌｄｅｒオブジェクトがフォルダワークリストに関連するオブジェクトであることを示す。

４．Ｔｏｏｌｓタブを選択する。Ｆｏｌｄｅｒオブジェクトに関連する属性のリストが表示される。

５．Ｎａｍｅをクリックして、Ｄｅｓｉｇｎｅｒタブの左端にドラッグする。Ｆｏｌｄｅｒ Ｎａｍｅコラムが自動的に表示される（図１０Ｏ）。

６．Ｄｅｓｃｒｉｐｔｉｏｎをクリックして、Ｄｅｓｉｇｎｅｒタブの左端にドラッグする。Ｆｏｌｄｅｒ Ｄｅｓｃｒｉｐｔｉｏｎコラムが自動的に表示される（図１０Ｐ）。

７．コラム内でクリックして、青色のドットを左にドラッグすることによって各コラムの幅を広げる。Ｐｒｏｐｅｒｔｉｅｓタブを選択して、Ｗｉｄｔｈフィールドに値を入力することによって幅を広げることもできる（図１０Ｑ）。

８．右上隅のＳａｖｅを選択してこのワークリストを保存し、スタートページに戻る。

Ｆｏｌｄｅｒ属性に対するフォームの設計が完了したら、Ｆｏｌｄｅｒ Ｔｙｐｅ属性のグリッドをデザインする。

（１．１．３ フォルダタイプフォーム）
（１．１．３．１ フォルダタイプグリッドのデザイン）
次に、フォルダタイプアーキタイプに関連するフィールドを含むフォルダタイプグリッドをデザインする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＦｏｒｍを右クリックして、Ａｄｄ Ｎｅｗ Ｆｏｒｍ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＦｏｒｍウィンドウにＦｏｌｄｅｒＴｙｐｅＧｒｉｄを入力して、ＯＫを選択する。フォームデザイナーが表示される（図１０Ｒ）。

３．フォルダタイプグリッドに関する以下の情報をＰｒｏｐｅｒｔｉｅｓタブで入力する。

・ＣａｐｔｉｏｎフィールドにＦｏｌｄｅｒ Ｔｙｐｅを入力する。

・Ｆｏｒｍ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＧｒｉｄを選択する。

・Ｏｂｊｅｃｔ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＦｏｌｄｅｒＴｙｐｅＯｂｊを選択する。これはフォルダタイプオブジェクトがフォルダタイプワークリストに関連するオブジェクトであることを示す。

４．Ｔｏｏｌｓタブを選択する。フォルダタイプオブジェクトに関連する属性のリストが表示される。

５．Ｃｏｄｅをクリックして、Ｄｅｓｉｇｎｅｒタブの左端にドラッグする。Ｃｏｄｅコラムが自動的に表示される。Ｃｏｄｅはアーキタイプデザイナーにおいてこの属性に定義されたキャプションである（図１０Ｓ）。

６．Ｄｅｓｃｒｉｐｔｉｏｎをクリックして、Ｃｏｄｅコラムの右へドラッグする。Ｄｅｓｃｒｉｐｔｉｏｎコラムが自動的に表示される（図１０Ｔ）。

７．コラム内でクリックして、青色のドットを左にドラッグすることによって各コラムの幅を広げる。Ｐｒｏｐｅｒｔｉｅｓタブを選択して、Ｗｉｄｔｈフィールドに値を入力することによって幅を広げることもできる。

８．右上隅のＳａｖｅボタンを選択してこのグリッドを保存し、スタートページに戻る。

次にフォルダタイプフォームをデザインする。

（１．１．３．２ フォルダタイプフォームのデザイン）
ここでは、フォルダタイプアーキタイプに関連するフィールドを含むフォルダタイプフォームをデザインする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＦｏｒｍを右クリックして、Ａｄｄ Ｎｅｗ Ｆｏｒｍ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＦｏｒｍウィンドウにＦｏｌｄｅｒＴｙｐｅＦｏｒｍを入力して、ＯＫを選択する。フォームデザイナーが表示される（図１１Ａ）。

３．フォルダタイプフォームに関する以下の情報をＰｒｏｐｅｒｔｉｅｓタブで入力する。

・ＣａｐｔｉｏｎフィールドにＦｏｌｄｅｒ Ｔｙｐｅを入力する。

・Ｏｂｊｅｃｔ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＦｏｌｄｅｒＴｙｐｅＯｂｊを選択する。これはフォルダタイプオブジェクトがフォルダフォームに関連するオブジェクトであることを示す。

４．Ｔｏｏｌｓタブを選択する。フォルダタイプオブジェクトに関連する属性のリストが表示される。

５．Ｃｏｄｅをクリックして、Ｄｅｓｉｇｎｅｒタブの左端にドラッグする。Ｃｏｄｅフィールドが自動的に表示される（図１１Ｂ）。

６．Ｄｅｓｃｒｉｐｔｉｏｎをクリックして、Ｄｅｓｉｇｎｅｒタブの左端にドラッグする。Ｄｅｓｃｒｉｐｔｉｏｎフィールドが自動的に表示される（図１１Ｃ）。

７．そこでクリックして、次にフォームの下にある中心の青いドットをクリックし、Ｄｅｓｃｒｉｐｔｉｏｎフィールドの真下にドラッグすることによって、フォームの長さを短くする（図１１Ｄ）。

８．右上隅のＳａｖｅボタンを選択してこのフォームを保存し、スタートページに戻る。

次にフォルダタイプワークリストをデザインする。

（１．１．３．３ フォルダタイプワークリストのデザイン）
ここでは、フォルダタイプアーキタイプに関連するフィールドを含むフォルダタイプワークリストをデザインする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＦｏｒｍを右クリックして、Ａｄｄ Ｎｅｗ Ｆｏｒｍ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＦｏｒｍウィンドウでＦｏｌｄｅｒＴｙｐｅＷｏｒｋｌｉｓｔを入力して、ＯＫを選択する。フォームデザイナーが表示される（図１１Ｅ）。

３．フォルダタイプワークリストに関する以下の情報をＰｒｏｐｅｒｔｉｅｓタブで入力する。

・ＣａｐｔｉｏｎフィールドにＦｏｌｄｅｒ Ｔｙｐｅを入力する。

・Ｆｏｒｍ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＷｏｒｋｌｉｓｔを選択する。

・Ｏｂｊｅｃｔ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＦｏｌｄｅｒＴｙｐｅＯｂｊを選択する。これは、Ｆｏｌｄｅｒ ＴｙｐｅオブジェクトがＦｏｌｄｅｒ Ｔｙｐｅワークリストに関連するオブジェクトであることを示す。

４．Ｔｏｏｌｓタブを選択する。Ｆｏｌｄｅｒ Ｔｙｐｅオブジェクトに関連する属性のリストが表示される。

５．Ｃｏｄｅをクリックして、Ｄｅｓｉｇｎｅｒタブの左端にドラッグする。Ｃｏｄｅコラムが自動的に表示される（図１１Ｆ）。

６．Ｄｅｓｃｒｉｐｔｉｏｎをクリックして、Ｃｏｄｅコラムの右にドラッグする。Ｄｅｓｃｒｉｐｔｉｏｎコラムが自動的に表示される。

７．コラム内でクリックして、青色のドットを左にドラッグすることによって各コラムの幅を広げる。Ｐｒｏｐｅｒｔｉｅｓタブを選択して、Ｗｉｄｔｈフィールドに値を入力することによって幅を広げることもできる。

８．右上隅のＳａｖｅボタンを選択してこのワークリストを保存し、スタートページに戻る。

これでＦｏｌｄｅｒ Ｔｙｐｅ属性のフォームのデザインが完了する。次にＴｉｍｅｋｅｅｐｅｒ属性のグリッドをデザインする。

（１．１．４ タイムキーパーフォーム）
（１．１．４．１ タイムキーパーグリッドのデザイン）
次に、タイムキーパーアーキタイプに関連するフィールドを含むフォルダタイプグリッドをデザインする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＦｏｒｍを右クリックして、Ａｄｄ Ｎｅｗ Ｆｏｒｍ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＦｏｒｍウィンドウでＴｉｍｅｋｅｅｐｅｒＧｒｉｄを入力して、ＯＫを選択する。フォームデザイナーが表示される（図１１Ｇ）。

３．タイムキーパーグリッドに関する以下の情報をＰｒｏｐｅｒｔｉｅｓタブで入力する。

・ＣａｐｔｉｏｎフィールドにＴｉｍｅｋｅｅｐｅｒを入力する。

・Ｆｏｒｍ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＧｒｉｄを選択する。

・Ｏｂｊｅｃｔ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＴｉｍｅｋｅｅｐｅｒＯｂｊを選択する。これは、タイムキーパーオブジェクトがタイムキーパーワークリストに関連するオブジェクトであることを示す。

４．Ｔｏｏｌｓタブを選択する。タイムキーパーオブジェクトに関連する属性のリストが表示される。

５．Ｎｕｍｂｅｒをクリックして、Ｄｅｓｉｇｎｅｒタブの左端にドラッグする。Ｔｋｐｒ Ｎｕｍｂｅｒコラムが自動的に表示される。Ｔｋｐｒ Ｎｕｍｂｅｒは、アーキタイプデザイナーにおいてこの属性に定義されたキャプションである（図１１Ｈ）。

７．ＴｏｏｌｓタブでＮａｍｅをクリックして、ＤｅｓｉｇｎｅｒタブのＴｋｐｒ Ｎｕｍｂｅｒコラムの右にドラッグする。Ｎａｍｅコラムが自動的に表示される。

８．ＴｏｏｌｓタブでＤｅｐａｒｔｍｅｎｔをクリックして、ＤｅｓｉｇｎｅｒタブのＮａｍｅコラムの右にドラッグする。Ｄｅｐａｒｔｍｅｎｔコラムが自動的に表示される。

９．ＴｏｏｌｓタブでＤｅｓｃｒｉｐｔｉｏｎをクリックして、ＤｅｓｉｇｎｅｒタブのＤｅｐａｒｔｍｅｎｔコラムの右にドラッグする。Ｄｅｓｃｒｉｐｔｉｏｎコラムが自動的に表示される。Ｄｅｓｉｇｎｅｒタブにおいてグリッドが以下のように表示される（図１１Ｉ）。

１０．コラム内でクリックして、青色のドットを左にドラッグすることによって各コラムの幅を広げる。Ｐｒｏｐｅｒｔｉｅｓタブを選択して、Ｗｉｄｔｈフィールドに値を入力することによって幅を広げることもできる。

１１．右上隅のＳａｖｅボタンを選択してこのグリッドを保存し、スタートページに戻る。

次に、タイムキーパーフォームをデザインする。

（１．１．４．２ タイムキーパーフォームのデザイン）
ここでは、タイムキーパーアーキタイプに関連するフィールドを含むタイムキーパーフォームをデザインする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＦｏｒｍを右クリックして、Ａｄｄ Ｎｅｗ Ｆｏｒｍ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＦｏｒｍウィンドウにＴｉｍｅｋｅｅｐｅｒＦｏｒｍを入力して、ＯＫを選択する。フォームデザイナーが表示される（図１２Ａ）。

３．タイムキーパーフォームに関する以下の情報をＰｒｏｐｅｒｔｉｅｓタブで入力する。

・ＣａｐｔｉｏｎフィールドにＴｉｍｅｋｅｅｐｅｒを入力する。

・Ｏｂｊｅｃｔ ＩＤフィールドでクリックし、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＴｉｍｅｋｅｅｐｅｒＯｂｊを選択する。これは、タイムキーパーオブジェクトがタイムキーパーフォームに関連するオブジェクトであることを示す。

４．Ｔｏｏｌｓタブを選択する。タイムキーパーオブジェクトに関連する属性のリストが表示される。

５．Ｎｕｍｂｅｒをクリックして、Ｄｅｓｉｇｎｅｒタブの左上隅にドラッグする。Ｔｋｐｒ Ｎｕｍｂｅｒフィールドが自動的に表示される（図１２Ｂ）。

６．ＴｏｏｌｓタブでＮａｍｅをクリックして、ＤｅｓｉｇｎｅｒタブのＴｋｐｒ Ｎｕｍｂｅｒフィールドの下にドラッグする。

７．ＴｏｏｌｓタブでＤｅｐａｒｔｍｅｎｔをクリックして、ＤｅｓｉｇｎｅｒタブのＮａｍｅフィールドの右にドラッグする。Ｄｅｐａｒｔｍｅｎｔフィールドが自動的に表示される。

８．ＴｏｏｌｓタブでＤｅｓｃｒｉｐｔｉｏｎをクリックして、ＤｅｓｉｇｎｅｒタブのＮａｍｅフィールドの下にドラッグする。Ｄｅｓｃｒｉｐｔｉｏｎフィールドが自動的に表示される。以下に示すように、フォームがＤｅｓｉｇｎｅｒタブに表示される（図１２Ｃ）。

８．右上隅のＳａｖｅボタンを選択してこのフォームを保存し、スタートページに戻る。

次に、タイムキーパーワークリストをデザインする。

（１．１．４．３ タイムキーパーワークリストのデザイン）
ここでは、タイムキーパーアーキタイプに関連するフィールドを含むタイムキーパーワークリストをデザインする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＦｏｒｍを右クリックして、Ａｄｄ Ｎｅｗ Ｆｏｒｍ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＦｏｒｍウィンドウにＴｉｍｅｋｅｅｐｅｒＷｏｒｋｌｉｓｔを入力して、ＯＫを選択する。フォームデザイナーが表示される（図１２Ｄ）。

３．タイムキーパーワークリストに関する以下の情報をＰｒｏｐｅｒｔｉｅｓタブで入力する。

・ＣａｐｔｉｏｎフィールドにＴｉｍｅｋｅｅｐｅｒを入力する。

・Ｆｏｒｍ Ｔｙｐｅフィールドでクリックして、ドロップダウンリストからＷｏｒｋｌｉｓｔを選択する。

・Ｏｂｊｅｃｔ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＴｉｍｅｋｅｅｐｅｒＯｂｊを選択する。これは、タイムキーパーオブジェクトがタイムキーパーワークリストに関連するオブジェクトであることを示す。

４．Ｔｏｏｌｓタブを選択する。タイムキーパーオブジェクトに関連する属性のリストが表示される。

５．Ｎｕｍｂｅｒをクリックして、Ｄｅｓｉｇｎｅｒタブの左端にドラッグする。Ｔｋｐｒ Ｎｕｍｂｅｒコラムが自動的に表示される（図１２Ｅ）。

６．ＴｏｏｌｓタブでＮａｍｅをクリックして、ＤｅｓｉｇｎｅｒタブのＴｋｐｒ Ｎｕｍｂｅｒコラムの右にドラッグする。

７．ＴｏｏｌｓタブでＤｅｐａｒｔｍｅｎｔをクリックして、ＤｅｓｉｇｎｅｒタブのＮａｍｅコラムの右にドラッグする。Ｄｅｐａｒｔｍｅｎｔコラムが自動的に表示される。

８．ＴｏｏｌｓタブでＤｅｓｃｒｉｐｔｉｏｎをクリックして、ＤｅｓｉｇｎｅｒタブのＤｅｐａｒｔｍｅｎｔコラムの右にドラッグする。Ｄｅｓｃｒｉｐｔｉｏｎコラムが自動的に表示される。Ｄｅｓｉｇｎｅｒタブにおいてワークシートが以下のように表示される（図１２Ｆ）。

９．コラム内でクリックして、青色のドットを左にドラッグすることによって各コラムの幅を広げる。Ｐｒｏｐｅｒｔｉｅｓタブを選択して、Ｗｉｄｔｈフィールドに値を入力することによって幅を広げることもできる。

１０．右上隅のＳａｖｅボタンを選択してこのワークリストを保存し、スタートページに戻る。これでフォルダ、フォルダタイプ、およびタイムキーパーフォームのデザインが完了し、ページのベースオブジェクトに定義された各オブジェクトのページまたは「表示」を定義できる。次にブロック７５０で実行を続ける。

ブロック７５０は、ページのベースオブジェクトに定義された各オブジェクトのページデザイナーを使用して、異なる「表示」を定義することを含む。典型的な実施例では、フォルダページ、フォルダタイプページ、およびタイムキーパーページの定義が含まれる。フォルダおよびフォルダタイプページを定義した後、プロセスデザイナーにおいてビジネスワークフロープロセスを構成および展開する。

フォルダページを定義することによって、フォルダオブジェクトに定義された各親子オブジェクトの異なる「表示」を定義できるようになる。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＰａｇｅを右クリックして、Ａｄｄ Ｎｅｗ Ｐａｇｅ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＰａｇｅウィンドウにＦｏｌｄｅｒＰａｇｅを入力して、ＯＫを選択する。ページデザイナーが表示される（図１３Ａ）。

３．Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・ＣａｐｔｉｏｎフィールドにＦｏｌｄｅｒ Ｐａｇｅを入力する。

・Ｒｏｏｔ Ｏｂｊｅｃｔ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＦｏｌｄｅｒＯｂｊを選択する。これは、フォルダオブジェクトがこのページに関連するベースオブジェクトであることを示す。ＤｅｓｉｇｎｅｒタブのＰ（ＦｏｌｄｅｒＰａｇｅ）ツリーに以下の情報が表示される（図１３Ｂ）。

４．ここでフォルダオブジェクトの標準（フォーム）表示を定義する。ＤｅｓｉｇｎｅｒタブのＰ（ＦｏｌｄｅｒＰａｇｅ）ツリーでＶＩＥＷ（ＮｅｗＶｉｅｗ０）をクリックして、次にＰｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・ＣａｐｔｉｏｎフィールドにＮｏｒｍａｌを入力する。

・（ＩＤ）フィールドにＮｏｒｍａｌを入力する。

５．フォルダオブジェクトのグリッド表示を追加するには、以下のようにする。

・ＣａｐｔｉｏｎフィールドにＧｒｉｄを入力する。

・（ＩＤ）フィールドにＧｒｉｄを入力する。

６．次に、ページのタイトルバーで使用可能なＡｄｄおよびＤｅｌｅｔｅアクションを定義する。ＡＣＴＩＯＮＬＩＳＴ（ＮｅｗＡｃｔｉｏｎＬｉｓｔ０）をクリックし、Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・ＣａｐｔｉｏｎフィールドにＡｄｄＡｃｔｉｏｎＬｉｓｔを入力する。

・（ＩＤ）フィールドにＡｄｄＡｃｔｉｏｎＬｉｓｔを入力する。

７．Ｄｅｌｅｔｅアクションを定義するには、ＡＣＴＩＯＮＬＩＳＴ（ＮｅｗＡｃｔｉｏｎＬｉｓｔ１）をクリックし、Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・ＣａｐｔｉｏｎフィールドにＤｅｌＡｃｔｉｏｎＬｉｓｔを入力する。

・（ＩＤ）フィールドにＤｅｌＡｃｔｉｏｎＬｉｓｔを入力する。

８．ページデザイナーに以下の情報が表示される（図１３Ｃ）。

右上隅のＳａｖｅボタンを選択してこの情報を保存し、スタートページに戻る。

次に、フォルダタイプページを定義する。

（１．１．５ フォルダタイプフォルダタイプページの定義）
フォルダページを定義した後、フォルダタイプページを定義して、フォルダタイプオブジェクトに定義される各親子オブジェクトの異なる「表示」を定義できるようにする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＰａｇｅを右クリックして、Ａｄｄ Ｎｅｗ Ｐａｇｅ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＰａｇｅウィンドウでＦｏｌｄｅｒＴｙｐｅＰａｇｅを入力して、ＯＫを選択する。ページデザイナーが表示される。

３．Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・ＣａｐｔｉｏｎフィールドにＦｏｌｄｅｒ Ｔｙｐｅ Ｐａｇｅを入力する。

・Ｒｏｏｔ Ｏｂｊｅｃｔ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＦｏｌｄｅｒＴｙｐｅＯｂｊを選択する。これは、フォルダタイプオブジェクトがこのページに関連するベースオブジェクトであることを示す。

ＤｅｓｉｇｎｅｒタブのＰ（ＦｏｌｄｅｒＴｙｐｅＰａｇｅ）ツリーに以下の情報が表示される（図１３Ｅ）。

４．ここで、フォルダタイプオブジェクトの標準（フォーム）表示を定義する。ＤｅｓｉｇｎｅｒタブのＰ（ＦｏｌｄｅｒＴｙｐｅＰａｇｅ）ツリーでＶＩＥＷ（ＮｅｗＶｉｅｗ０）をクリックし、次にＰｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・ＣａｐｔｉｏｎフィールドにＮｏｒｍａｌを入力する。

・（ＩＤ）フィールドにＮｏｒｍａｌを入力する。

５．次に、ページのタイトルバーで使用可能となるＡｄｄおよびＤｅｌｅｔｅアクションを定義する。ＡＣＴＩＯＮＬＩＳＴ（ＮｅｗＡｃｔｉｏｎＬｉｓｔ０）をクリックし、Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

６．Ｃａｐｔｉｏｎフィールドに ＡｄｄＡｃｔｉｏｎＬｉｓｔを入力する。

・（ＩＤ）フィールドにＡｄｄＡｃｔｉｏｎＬｉｓｔを入力する。

６．Ｄｅｌｅｔｅアクションを定義するには、ＡＣＴＩＯＮＬＩＳＴ（ＮｅｗＡｃｔｉｏｎＬｉｓｔ１）をクリックして、Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・ＣａｐｔｉｏｎフィールドにＤｅｌＡｃｔｉｏｎＬｉｓｔを入力する。

・（ＩＤ）フィールドにＤｅｌＡｃｔｉｏｎＬｉｓｔを入力する。

７．ページデザイナーに以下の情報が表示される（図１３Ｆ）。

右上隅のＳａｖｅボタンを選択してこの情報を保存し、スタートページに戻る。

次にタイムキーパーページを定義する。

（１．１．６ タイムキーパーページの定義）
次にタイムキーパーページを定義して、タイムキーパーオブジェクトに定義された各親子オブジェクトの異なる「表示」を定義できるようにする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＰａｇｅを右クリックして、Ａｄｄ Ｎｅｗ Ｐａｇｅ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＰａｇｅウィンドウにＴｉｍｅｋｅｅｐｅｒＰａｇｅを入力して、ＯＫを選択する。ページデザイナーが表示される（図１４Ａ）。

３．以下の情報をＰｒｏｐｅｒｔｉｅｓタブに入力する。

・ＣａｐｔｉｏｎフィールドにＴｉｍｅｋｅｅｐｅｒ Ｐａｇｅを入力する。

・Ｒｏｏｔ Ｏｂｊｅｃｔ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＴｉｍｅｋｅｅｐｅｒＯｂｊを選択する。これは、タイムキーパーオブジェクトがこのページに関連するベースオブジェクトであることを示す。

以下の情報がＤｅｓｉｇｎｅｒタブのＰ（ＴｉｍｅｋｅｅｐｅｒＰａｇｅ）ツリーに表示される（図１４Ｂ）。

４．ここで、タイムキーパーオブジェクトの標準（フォーム）表示を定義する。ＤｅｓｉｇｎｅｒタブのＰ（ＴｉｍｅｋｅｅｐｅｒＰａｇｅ）ツリーでＶＩＥＷ（ＮｅｗＶｉｅｗ０）をクリックした後、Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・ＣａｐｔｉｏｎフィールドにＮｏｒｍａｌを入力する。

・（ＩＤ）フィールドにＮｏｒｍａｌを入力する。

５．次に、ページのタイトルバーで使用可能となる追加および削除アクションを定義する。ＡＣＴＩＯＮＬＩＳＴ（ＮｅｗＡｃｔｉｏｎＬｉｓｔ０）をクリックし、Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

６．Ｃａｐｔｉｏｎフィールドに ＡｄｄＡｃｔｉｏｎＬｉｓｔを入力する。

・（ＩＤ）フィールドにＡｄｄＡｃｔｉｏｎＬｉｓｔを入力する。

６．削除アクションを定義するには、ＡＣＴＩＯＮＬＩＳＴ（ＮｅｗＡｃｔｉｏｎＬｉｓｔ１）をクリックして、Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・ＣａｐｔｉｏｎフィールドにＤｅｌＡｃｔｉｏｎＬｉｓｔを入力する。

・（ＩＤ）フィールドにＤｅｌＡｃｔｉｏｎＬｉｓｔを入力する。

７．ページデザイナーに以下の情報が表示される。

［ツリーを示すスクリーンショット］
右上隅のＳａｖｅボタンを選択してこの情報を保存し、スタートページに戻る。

これでタイムキーパー、フォルダおよびフォルダタイプページが定義されたので、プロセスデザイナーでビジネスワークフロープロセスを作成できる。ステップ６‐ワークフロープロセスの構成に進む。

ブロック７６０は、ビジネスワークフロープロセスの構成または定義を含む。典型的な実施例では、プロセスデザイナーおよびフォルダおよびフォルダタイプページを使用したフォルダプロセスおよびフォルダタイププロセスの構成を含む。

（１．１．７ フォルダプロセスの構成）
まずフォルダオブジェクトのワークフローを作成するフォルダプロセスを構成する。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＰｒｏｃｅｓｓを右クリックして、Ａｄｄ Ｎｅｗ Ｐｒｏｃｅｓｓ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＰｒｏｃｅｓｓウィンドウにＦｏｌｄｅｒ Ｐｒｏｃｅｓｓを入力して、ＯＫを選択する。プロセスデザイナーが表示される（図１５Ａ）。

３．Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ｂａｓｅ Ｏｂｊｅｃｔ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＦｏｌｄｅｒＯｂｊを選択する。これは、フォルダオブジェクトがこのプロセスに関連するベースオブジェクトであることを示す。

・ＤｅｓｃｒｉｐｔｉｏｎおよびＰｒｏｃｅｓｓ Ｔｉｔｌｅフィールドの両方にＦｏｌｄｅｒＰｒｏｃｅｓｓを入力する。

・Ｗｏｒｋｌｉｓｔ Ｆｏｒｍフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＦｏｌｄｅｒＷｏｒｋｌｉｓｔを選択する。これは、フォルダワークリストがこのプロセスに関連するフォームであることを示す。

４．Ｄｅｓｉｇｎｅｒタブで

を右クリックして、Ｆｉｒｓｔ Ｓｔｅｐを選択する。

５．フォルダオブジェクトに関連するページであるＦｏｌｄｅｒＰａｇｅがメニューに表示される（図１５Ｂ）。ＦｏｌｄｅｒＰａｇｅを選択する。

６．ＦＩＲＳＴＳＴＥＰステップアイコンが表示される（図１５Ｃ）。それを右クリックして、Ｎｅｗ Ｏｕｔｐｕｔ＞Ｒｅｌｅａｓｅ−Ｃａｎｃｅｌを選択する。リリースおよびキャンセル出力アイコンが表示される。

７．ＲＥＬＥＡＳＥ出力アイコンの右の（ＥＬＳＥ）アイコンを右クリックして、Ｎｅｘｔ Ｓｔｅｐを選択する。

８．メニューから、既存のステップ（プロセスを終了するためのＥＮＤまたはファーストステップに戻るためのＦＩＲＳＴＳＴＥＰ）、このプロセスに関連するベースオブジェクト（ＦｏｌｄｅｒＯｂｊ）のページであるＦｏｌｄｅｒＰａｇｅ、またはユーザが入力した情報を保存するためのＳａｖｅのうち一つを選択することができる（図１５Ｄ）。Ｓａｖｅを選択する。

９．Ｄｅｓｉｇｎｅｒタブで以下の図が表示される（図１５Ｅ）。

ＳＴＥＰ０ステップアイコンをクリックして、次にＰｒｏｐｅｒｔｉｅｓタブのＩＤフィールドにＳＡＶＥを入力する。

１０．保存が成功した場合に取るべきアクションを示すには、ＳＵＣＣＥＳＳ出力アイコンの右の（ＥＬＳＥ）アイコンを右クリックしてＮｅｘｔ Ｓｔｅｐを選択した後、メニューからＥＮＤを選択する。

アイコンがＥＬＳＥアイコンの右に表示される（図１５Ｆ）。これは、ユーザがデータの保存に成功するとプロセスが終了することを示す。

１１．次に、保存が失敗した場合に取るべきアクションを示す。ＦＡＩＬＵＲＥ出力アイコンの右の（ＥＬＳＥ）アイコンを右クリックしてＮｅｘｔ Ｓｔｅｐを選択した後、メニューからＦＩＲＳＴＳＴＥＰを選択する。

アイコンがＦＩＲＳＴＳＴＥＰアイコン上およびＥＬＳＥアイコンの右に表示される（図１５Ｇ）。これは、データの保存に失敗した場合、ユーザはファーストステップに戻り、前記プロセスを繰り返すことができることを示す。

１２．ここでユーザが前記プロセスをキャンセルした場合に取るべきアクションを示す。ＣＡＮＣＥＬ出力アイコンの右の（ＥＬＳＥ）アイコンを右クリックしてＮｅｘｔ Ｓｔｅｐを選択した後、メニューからＥＮＤを選択する。ＥＬＳＥアイコンの右に

アイコンが表示される。これは、ユーザがプロセスをキャンセルすると前記プロセスが終了することを示す。

１３．以下のような図が表示される（図１５Ｈ）。

右上隅のＳａｖｅボタンを選択してこの情報を保存し、スタートページに戻る。

次に、フォルダタイププロセスを構成する。

（１．１．８ フォルダタイププロセスの構成）
次に、フォルダタイプオブジェクトのワークフローを作成するフォルダタイププロセスを構成する。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＰｒｏｃｅｓｓを右クリックして、Ａｄｄ Ｎｅｗ Ｐｒｏｃｅｓｓ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＰｒｏｃｅｓｓウィンドウにＦｏｌｄｅｒＴｙｐｅＰｒｏｃｅｓｓを入力して、ＯＫを選択する。プロセスデザイナーが表示される（図１６Ａ）。

３．Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ｂａｓｅ Ｏｂｊｅｃｔ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＦｏｌｄｅｒＴｙｐｅＯｂｊを選択する。これは、フォルダタイプオブジェクトがこのプロセスに関連するベースオブジェクトであることを示す。

・ＤｅｓｃｒｉｐｔｉｏｎおよびＰｒｏｃｅｓｓ Ｔｉｔｌｅフィールドの両方にＦｏｌｄｅｒ Ｔｙｐｅ Ｐｒｏｃｅｓｓを入力する。

・Ｗｏｒｋｌｉｓｔ Ｆｏｒｍフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＦｏｌｄｅｒＴｙｐｅＷｏｒｋｌｉｓｔを選択する。これは、フォルダタイプワークリストがこのプロセスに関連するフォームであることを示す。

４．Ｄｅｓｉｇｎｅｒタブで

を右クリックして、Ｆｉｒｓｔ Ｓｔｅｐを選択する。

５．Ｆｏｌｄｅｒ Ｔｙｐｅオブジェクトに関連するページであるＦｏｌｄｅｒＴｙｐｅＰａｇｅがメニューに表示される。ＦｏｌｄｅｒＴｙｐｅＰａｇｅを選択する（図１６Ｂ）。

６．ＦＩＲＳＴＳＴＥＰステップアイコンが表示される。それを右クリックして、Ｎｅｗ Ｏｕｔｐｕｔ＞Ｒｅｌｅａｓｅ−Ｃａｎｃｅｌを選択する。リリースおよびキャンセル出力アイコンが表示される（図１６Ｃ）。

７．ＲＥＬＥＡＳＥ出力アイコンの右の（ＥＬＳＥ）アイコンを右クリックして、Ｎｅｘｔ Ｓｔｅｐを選択する。

８．メニュー（図１６Ｄ）から、既存ステップ（プロセスを終了するためのＥＮＤまたはファーストステップに戻るためのＦＩＲＳＴＳＴＥＰ）、このプロセスに関連するベースオブジェクト（ＦｏｌｄｅｒＴｙｐｅＯｂｊ）のページであるＦｏｌｄｅｒＴｙｐｅＰａｇｅ、またはユーザが入力した情報を保存するためのＳａｖｅのうち一つを選択することができる。Ｓａｖｅを選択する。

９．残りのステップは、フォルダプロセスを構成するためのステップ９−１３と同じである。

フォルダタイププロセスの構成が完了したら、タイムキーパープロセスを構成する。

（１．１．９ タイムキーパープロセスの構成）
最後に、タイムキーパーオブジェクトのワークフローを作成するタイムキーパープロセスを構成する。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでＰｒｏｃｅｓｓを右クリックして、Ａｄｄ Ｎｅｗ Ｐｒｏｃｅｓｓ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ ＰｒｏｃｅｓｓウィンドウにＴｉｍｅｋｅｅｐｅｒＰｒｏｃｅｓｓを入力して、ＯＫを選択する。プロセスデザイナーが表示される（図１７Ａ）。

３．Ｐｒｏｐｅｒｔｉｅｓタブで以下の情報を入力する。

・Ｂａｓｅ Ｏｂｊｅｃｔ ＩＤフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＴｉｍｅｋｅｅｐｅｒＯｂｊを選択する。これは、タイムキーパーオブジェクトがこのプロセスに関連するベースオブジェクトであることを示す。

・ＤｅｓｃｒｉｐｔｉｏｎおよびＰｒｏｃｅｓｓ Ｔｉｔｌｅフィールドの両方にＴｉｍｅｋｅｅｐｅｒ Ｐｒｏｃｅｓｓを入力する。

・Ｗｏｒｋｌｉｓｔ Ｆｏｒｍフィールドでクリックして、［．．．］ボタンを選択する。Ｓｅｌｅｃｔ ＩｔｅｍウィンドウからＴｉｍｅｋｅｅｐｅｒＷｏｒｋｌｉｓｔを選択する。これは、タイムキーパーワークリストがこのプロセスに関連するフォームであることを示す。

４．Ｄｅｓｉｇｎｅｒタブで

を右クリックして、Ｆｉｒｓｔ Ｓｔｅｐを選択する。

５．Ｔｉｍｅｋｅｅｐｅｒオブジェクトに関連するページであるＴｉｍｅｋｅｅｐｅｒＰａｇｅ（図１７Ｂ）がメニューに表示される。ＴｉｍｅｋｅｅｐｅｒＰａｇｅを選択する。

６．ＦＩＲＳＴＳＴＥＰステップアイコンが表示される（図１７Ｃ）。それを右クリックして、Ｎｅｗ Ｏｕｔｐｕｔ＞Ｒｅｌｅａｓｅ−Ｃａｎｃｅｌを選択する。リリースおよびキャンセル出力アイコンが表示される。

７．ＲＥＬＥＡＳＥ出力アイコンの右の

（ＥＬＳＥ）アイコンを右クリックして、Ｎｅｘｔ Ｓｔｅｐを選択する。

８．メニュー（図１７Ｄ）から、既存ステップ（プロセスを終了するためのＥＮＤまたはファーストステップに戻るためのＦＩＲＳＴＳＴＥＰ）、このプロセスに関連するベースオブジェクト（ＦｏｌｄｅｒＴｙｐｅＯｂｊ）のページであるＦｏｌｄｅｒＴｙｐｅＰａｇｅ、またはユーザが入力した情報を保存するためのＳａｖｅのうち１つを選択することができる。Ｓａｖｅを選択する。

９．残りのステップは、フォルダプロセスを構成するステップ９−１３と同じである。

（別表：Ｅｘｅｍｐｌａｒｙデザイナーインターフェースユーザガイド）
（概要）
Ｅｘｅｍｐｌａｒｙデザイナーインターフェースは、Ｔｈｏｍｓｏｎ Ｅｌｉｔｅ開発者がＥｘｅｍｐｌａｒｙ Ｐｒｏｄｕｃｔ Ｓｕｉｔｅの「追加設定なしですぐに使える」機能を開発できるようにする統合開発環境である。プロジェクトを作成して開発者の作業を整理し、中心となるスタートページから各デザイナーに移動できるようにする。デザイナーインターフェースは２つのモード、Ｔｈｏｍｓｏｎ Ｅｌｉｔｅ内部開発者および外部開発者または精通したＩＴ専門家をサポートし、既存のＴｈｏｍｓｏｎ Ｅｌｉｔｅア―キタイプ、オブジェクト、ページ、およびプロセスをカスタマイズしてカスタム機能をサポートする。

Ｅｘｅｍｐｌａｒｙデザイナーインターフェース（図１８Ａ）は以下のデザイナーから成り、それらは全てスタートページからアクセスできる。

・アーキタイプデザイナー−アプリケーション構築における最初のステップ。アーキタイプデザイナーではアプリケーションの重要な部分がデザインされる。アーキタイプは、それらの属性、ルックアップ能力、インデックスおよびクイックファインド定義を明確にすることによって作成される。

・オブジェクトデザイナー−これは、アプリケーション構築における２番目のステップである。ここでは、ビジネスオブジェクトが作成され、すべてのアプリケーションロジック／コードが書き込まれる。オブジェクトは、それが使用されるアプリケーションの機能性を特定する。

・フォームデザイナー−このデザイナーは、ワークリスト、標準フォームおよびグリッドの作成に使用される。これによって、オブジェクトのビジュアルインターフェースを作成できる。

・ページデザイナー−ここでは、複数のフォームを含むことができるページがデザインされる。ページ上で、各オブジェクトに異なる表示を定義できる。例えば、標準フォームおよびグリッド「表示」を作成して、クライアントのアドレスレコードを表示する。

・プロセスデザイナー−これはアプリケーション構築における最終ステップであり、アプリケーションワークフローが作成される。例えば、一定の値を越えた経費報告書には承認を要求する。

・ビジネスオブジェクトデザイナー−システムにおける他のオブジェクトによって再利用可能なコードを開発する。

・メッセージデザイナー。

（Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページ）
Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページは、Ｅｘｅｍｐｌａｒｙアプリケーション開発の開始点である。ここでユーザは、フォームおよびページなどの既存のオブジェクトをプロジェクトに含めるか、またはＦｉｎｄペインを使用して個別のオブジェクトを検出することができる。

スタートページは以下のボタン、タブおよびセクションを含む。

・ＬＯＧＯＵＴ、ＲＥＦＲＥＳＨ、ＣＬＯＳＥ ＡＬＬ、矢印およびＸボタン
・Ｓｔａｒｔ Ｐａｇｅ、Ｍｅｓｓａｇｅｓ、Ｏｂｊｅｃｔ ＢｒｏｗｓｅｒおよびＴｒａｃｅタブ
・Ｐｒｏｊｅｃｔツリー
・Ｆｉｎｄペイン
・Ｓｔａｔｕｓペイン。

（１．２ ボタン）
ＬＯＧＯＵＴ、ＲＥＦＲＥＳＨおよびＣＬＯＳＥ ＡＬＬボタンは、スタートページの右上隅に表示される。

・ＬＯＧＯＵＴ‐Ｅｘｅｍｐｌａｒｙを終了する。任意の変更を行った場合は、それらの保存を促すプロンプトが表示される。

・ＲＥＦＲＥＳＨ‐現在のページ表示をリフレッシュする。

・ＣＬＯＳＥ ＡＬＬ‐すべてのオープンデザイナーを閉じる。

および×ボタンが、スタートページの右上隅、ＣＬＯＳＥ ＡＬＬボタンの下に表示される。

‐左矢印をクリックして前のページを表示し、右矢印をクリックして次のページを表示する。

×‐このボタンをクリックして、現在のページまたはデザイナーを閉じる。

（１．３ タブ）
初めてこのページにアクセスすると、Ｓｔａｒｔ Ｐａｇｅ、Ｍｅｓｓａｇｅｓ、Ｏｂｊｅｃｔ ＢｒｏｗｓｅｒおよびＴｒａｃｅタブがスタートページの左上隅に表示される。

他のデザイナーにアクセスすると、アイテム名に続いて括弧で囲まれたデザイナー名がタブに表示され、別のデザイナー、たとえばＡｄｄｒｅｓｓ （Ｏｂｊｅｃｔ） から素早くアクセスすることができる。

・Ｓｔａｒｔ Ｐａｇｅ‐スタートページに戻る。

・Ｍｅｓｓａｇｅｓ‐メッセージデザイナーを表示する。

・Ｏｂｊｅｃｔ Ｂｒｏｗｓｅｒ‐オブジェクトブラウザを表示する。

・Ｔｒａｃｅ‐＠＠＠。

（１．４ プロジェクトツリー）
スタートページの左側にあるプロジェクトツリーは、ツリー形式でプロジェクトを表示する。ファインドペインからオブジェクトをドラッグして、プロジェクトブラウザにドロップする。詳しい情報については「プロジェクトツリーにおけるアイテムの表示」を参照する。

（１．５ オブジェクトブラウザ）
オブジェクトブラウザは、条件を提供して既存のオブジェクト（アーキタイプ、オブジェクト、ビジネスオブジェクト、ページおよびプロセス）の検索を可能にする。入力した条件に適合するオブジェクトをプロジェクトブラウザにドラッグできる。詳しい情報については「ファインドペインにおけるアイテムの検索」を参照する。

（１．６ ステータスペイン）
Ｅｘｅｍｐｌａｒｙ ＩＤＥ内にあるオブジェクトのステータスおよびアクティビティが、スタートページの下の読み取り専用ペインに表示される。任意のソースコード例外も表示される。

例えば、
Ｌｏａｄｉｎｇ Ｐｒｏｊｅｃｔ Ｖｅｎｄｏｒｓ（プロジェクトベンダーをロード中）
Ｐｒｏｊｅｃｔ ｌｏａｄ ｃｏｍｐｌｅｔｅ（プロジェクトのロード完了）。

・表示されたステータスをコピーするには、右クリックしてＣｏｐｙを選択する。

・表示された任意の情報を削除するには、右クリックしてＣｌｅａｒ Ａｌｌを選択する。

（１．７ プロジェクトツリーにおけるアイテムの表示）
スタートページの左側のプロジェクトブラウザは、現在のプロジェクトおよびそれが含むすべてのオブジェクトをツリー形式で表示する（図１８Ｂ）。表示されたオブジェクトは、それらを作成または追加したデザイナー（アーキタイプ、オブジェクト、フォームなど）別に整理される。

オブジェクトをファインドペインからドラッグし、プロジェクトブラウザにドロップすることができる。詳しい情報については「ファインドペインにおけるアイテムの検索」を参照する。

（１．７．１ プロジェクトツリーボタン）
以下のボタンがプロジェクトツリーのタイトルバーに表示される。

‐直前に開かれた６つのプロジェクトのドロップダウンリストを表示する。リスト内のプロジェクトを表示するには、それをダブルクリックする。

・Ｎｅｗ．．．‐新規プロジェクトを作成する。詳しい情報については「新規プロジェクトの追加」を参照する。

・Ｏｐｅｎ．．．‐既存のプロジェクトを開く。詳しい情報については「既存プロジェクトを開く」を参照する。

・Ｓａｖｅ‐プロジェクトに対する任意の変更を保存する。

（１．７．２ プロジェクトツリーの展開および縮小）
プロジェクトツリーを展開してすべてのプロジェクトコンポーネントを表示するには、プロジェクト名をダブルクリックするか、または名前を右クリックしてＥｘｐａｎｄ Ａｌｌ Ｎｏｄｅｓを選択する。詳しい情報については「プロジェクトメニュー」を参照する。

ツリーを縮小してプロジェクト名のみが表示されるようにするには、プロジェクト名をダブルクリックするか、または名前を右クリックしてＣｏｌｌａｐｓｅ Ａｌｌ Ｎｏｄｅｓを選択する。詳しい情報については「プロジェクトメニュー」を参照する。

デザイナーに含まれるすべてのオブジェクトを表示するには、デザイナー名の左の

をクリックする。ツリーを縮小してデザイナー名のみを表示するには、

をクリックする。必要に応じて、右側のスクロールバーを使用してさらにアイテムを表示する。

（１．８ メニューオプションの右クリック）
Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーに表示されるプロジェクト、デザイナーまたはアイテムを右クリックすることによって、様々なアクションにアクセスできる。

（１．８．１ プロジェクトメニュー）
プロジェクトツリーで現在のプロジェクトを右クリックすると、以下のメニューオプションが表示される（図１８Ｃ）。

・Ｎｅｗ Ｐｒｏｊｅｃｔ‐新規プロジェクトを作成する。Ｎｅｗボタンを選択して新規プロジェクトを作成することもできる。詳しい情報については「新規プロジェクトの追加」を参照する。

・Ｏｐｅｎ Ｅｘｉｓｔｉｎｇ Ｐｒｏｊｅｃｔ‐既存のプロジェクトを開く。Ｏｐｅｎボタンを選択してプロジェクトを開くこともできる。詳しい情報については「既存プロジェクトを開く」を参照する。

・Ｃｌｅａｒ Ｐｒｏｊｅｃｔ‐プロジェクトに追加されたすべてのオブジェクトを削除する。オブジェクトはシステムから削除されない。

・Ｒｅｎａｍｅ Ｐｒｏｊｅｃｔ ＩＤ‐プロジェクト名を変更する。

・Ｓａｖｅ‐プロジェクトにおける任意のオブジェクトへの変更を保存する。

・Ｄｅｌｅｔｅ Ｐｒｏｊｅｃｔ‐現在のプロジェクト、およびそのプロジェクトにおいて作成されたオブジェクト、またはプロジェクトに含まれるオブジェクトをすべて削除する。

・Ｅｘｐａｎｄ Ａｌｌ Ｎｏｄｅｓ‐プロジェクトツリーを全展開して、デザイナーおよびそれらが含むオブジェクトをすべて表示する。プロジェクト名をダブルクリックしてツリーを展開することもできる。

・Ｃｏｌｌａｐｓｅ Ａｌｌ Ｎｏｄｅｓ‐プロジェクトツリーを縮小して、プロジェクト名のみが表示されるようにする。プロジェクト名をダブルクリックしてツリーを縮小することもできる。

・Ｂｕｉｌｄ Ｐｒｏｊｅｃｔ‐プロジェクトの各オブジェクトにＸＭＬを使用して、関連するシステムファイルを構築する。

・Ｐｒｏｐｅｒｔｉｅｓ‐プロジェクトに関する情報、ＩＤ、タイプ、ソース管理ステータスなどを表示する。

以下のオプションは、Ｅｘｅｍｐｌａｒｙがドキュメント管理システムに統合される場合にのみアクセスできる。

・Ｇｅｔ Ｌａｔｅｓｔ‐統合されたドキュメント管理システムから、現在開かれているプロジェクトに含まれるすべての対応アイテム（アーキタイプ、オブジェクト、フォームなど）の最新バージョンにアクセスする。

・Ｃｈｅｃｋ Ｏｕｔ‐ドキュメント管理システムからユーザのワークステーションまで、現在開かれているプロジェクトに含まれるすべての対応アイテムをチェックアウトする。

・Ｃｈｅｃｋ Ｉｎ‐ユーザのワークステーションからドキュメント管理システムまで、現在開かれているプロジェクトに含まれる対応アイテムをすべてチェックインする。

・Ｕｎｄｏ Ｃｈｅｃｋ Ｏｕｔ‐現在開かれているプロジェクトにおいて対応するアイテムに関する最後のチェックアウトアクションを取り消す。

・Ｓｈｏｗ Ｏｕｔ−ｏｆ−Ｓｙｎｃ Ｉｔｅｍｓ。

（１．８．２ デザイナーメニュー）
プロジェクトツリーでデザイナー（アーキタイプ、オブジェクトなど）を右クリックすると、以下のようなメニューオプションが表示される。以下の例はオブジェクトデザイナーの場合である。

新規または既存のアイテムの追加に関する詳細は、このガイドの適切なデザイナーセクションを参照する。

・Ａｄｄ Ｎｅｗ Ｄｅｓｉｇｎｅｒ Ｉｔｅｍ‐新規アイテムを選択されたデザイナー（アーキタイプ、オブジェクトなど）に追加する。Ａｄｄ Ｎｅｗ Ｄｅｓｉｇｎｅｒウィンドウが表示され、ここでＤｅｓｉｇｎｅｒは選択されたデザイナーを示す（例えば、Ａｄｄ Ｎｅｗ Ｏｂｊｅｃｔ Ｉｔｅｍ）。

・Ａｄｄ Ｎｅｗ−ｕｓｅ ｓｔａｎｄａｒｄ ＸＭＬ ｄｅｓｉｇｎｅｒ‐Ａｄｄ Ｎｅｗ Ｄｅｓｉｇｎｅｒウィンドウが表示され、ここでＤｅｓｉｇｎｅｒは選択されたデザイナーを示す。

・Ａｄｄ ａｎ Ｅｘｉｓｔｉｎｇ Ｄｅｓｉｇｎｅｒ Ｉｔｅｍ‐Ｅｘｅｍｐｌａｒｙに既存のアイテムをプロジェクトに追加する。Ｓｅｌｅｃｔ Ｉｔｅｍウィンドウが表示され、ここからアイテムを選択できる。

・Ｂｕｉｌｄ Ｇｒｏｕｐ‐対応するデザイナーに対してリストされたＸＭＬ定義からシステムファイルを構築する。例えば、アーキタイプアイテムにこのオプションを選択する場合、リストされるＸＭＬ定義をアーキタイプデザイナーにおけるアーキタイプとし、関連するシステムファイルを構築する。

Ｇｅｔ Ｌａｔｅｓｔ，、Ｃｈｅｃｋ Ｏｕｔ、Ｃｈｅｃｋ Ｉｎ、Ｕｎｄｏ Ｃｈｅｃｋ ＯｕｔおよびＳｈｏｗ Ｏｕｔ−ｏｆ−Ｓｙｎｃ Ｉｔｅｍｓオプションは、Ｅｘｅｍｐｌａｒｙがドキュメント管理システムに統合される場合にのみアクセスできる。これらのオプションの定義については「プロジェクトメニュー」を参照する。

（１．８．３ アイテムメニュー）
プロジェクトツリーのデザイナー（アーキタイプ、オブジェクトなど）の下にリストされるアイテムを右クリックすると、以下のようなメニューオプションが表示される。以下の例はオブジェクトアイテムの場合である。

アイテムの編集に関する詳細は、このガイドの適切なデザイナーセクションを参照する。

・Ｅｄｉｔ‐選択されたアイテムを編集する。関連するデザイナーウィンドウが表示される。

・Ｅｄｉｔ−ｕｓｅ ｓｔａｎｄａｒｄ ＸＭＬ ｄｅｓｉｇｎｅｒ
・Ｅｘｃｌｕｄｅ Ｆｒｏｍ Ｐｒｏｊｅｃｔ‐選択されたアイテムをシステムからではなく、プロジェクトから削除する。スタートページをリフレッシュして、選択されたアイテムが表示されないようにする。

・Ｄｅｌｅｔｅ Ｐｅｒｍａｎｅｎｔｌｙ‐選択されたアイテムをプロジェクトおよびシステムから削除する。

・Ｂｕｉｌｄ‐対応するデザイナーに対してリストされたＸＭＬ定義からシステムファイルを構築する。

・Ｐｒｏｐｅｒｔｉｅｓ‐選択されたアイテムに関する情報、ＩＤ、タイプ、ソース管理ステータスなどを表示する。

Ｇｅｔ Ｌａｔｅｓｔ、Ｃｈｅｃｋ Ｏｕｔ、Ｃｈｅｃｋ Ｉｎ、Ｕｎｄｏ Ｃｈｅｃｋ ＯｕｔおよびＳｈｏｗ Ｏｕｔ−ｏｆ−Ｓｙｎｃ Ｉｔｅｍｓオプションは、Ｅｘｅｍｐｌａｒｙがドキュメント管理システムに統合される場合にのみアクセスできる。これらのオプションの定義については「プロジェクトメニュー」を参照する。

（１．９ ファインドペインにおけるアイテムの検索）
ファインドペイン（図１８Ｆ）では、条件を提供して既存のオブジェクト（アーキタイプ、オブジェクト、ビジネスオブジェクト、ページおよびプロセス）を検索できる。

オブジェクトを検出するには、以下のようにする。

１．Ｓｅａｒｃｈ Ｃｒｉｔｅｒｉａフィールドに条件を入力する。

２．任意で、ドロップダウンリストボックスから以下のオプションのうち１つを選択する。

・Ｓｔａｒｔｓ Ｗｉｔｈ‐入力された文字で始まるオブジェクトを検索する。

・Ｃｏｎｔａｉｎｓ‐入力された文字を含むオブジェクトを検索する。

・Ｅｘａｃｔ Ｍａｔｃｈ‐入力された文字と完全一致するオブジェクトを検索する。

３．チェックボックスのいずれかを選択して、検索するオブジェクトのタイプを示す。チェックボックスを選択しないと、すべてのタイプのオブジェクトが検索される。

４．ＧＯを選択して検索を開始する。

５．ファインドペインをリフレッシュして、条件に適合するオブジェクトを表示する（図１８Ｇ）。適合するオブジェクトはタイプごとに分類される。例えば、すべてのアーキタイプオブジェクトは、Ａｒｃｈｅｔｙｐｅの下に表示される。

６．オブジェクトをプロジェクトに追加するには、オブジェクトをファインドペインからプロジェクトツリーの適切な場所にドラッグする。詳しい情報については「プロジェクトツリーにおけるアイテムの表示」を参照する。

（１．１０ 新規プロジェクトの追加）
Ｅｘｅｍｐｌａｒｙデザイナーインターフェースにおいて、プロジェクトはオブジェクトを分類する方法である。新規のプロジェクトを追加するには、以下のようにする。

１．スタートページで［Ｎｅｗ ． ． ．］ボタンを選択する。

・現在開かれているプロジェクトに任意の変更を加えた場合、変更の保存を促すプロンプトが表示される。

２．Ａｄｄ Ｎｅｗ Ｐｒｏｊｅｃｔダイアログボックスが表示される。Ｉｔｅｍ ＩＤフィールドにプロジェクト名を入力する。名前にスペースを含めることはできない。ＯＫを選択するか、またはＣｈａｎｃｅｌを選択して、新規プロジェクトを追加せずにこのダイアログボックスを閉じる。

３．スタートページのプロジェクトツリーに新規プロジェクトが表示される（図１８Ｈ）。

アプリケーションの作成を開始する場合は、「アーキタイプデザイナー」を参照する。

（１．１１ 既存プロジェクトを開く）
既存のプロジェクトを開くには、以下のようにする。

１．スタートページで［Ｏｐｅｎ．．．］ボタンを選択する。

・現在開かれているオブジェクトに任意の変更を加えた場合、変更の保存を促すプロンプトが表示される。

２．Ｓｅｌｅｃｔ Ｉｔｅｍダイアログボックスが表示される。Ｆｉｎｄフィールドにプロジェクト名の最初の数文字を入力するか、またはスクロールバーを使用して既存のプロジェクトを探す。

プロジェクトをクリックしてＯＫを選択するか、またはＣａｎｃｅｌを選択して、既存のプロジェクトを開かずにこのダイアログボックスを閉じる。

３．選択したプロジェクトおよびその関連アーキタイプ、オブジェクト、フォーム、ページ、プロセスおよびビジネスオブジェクトがスタートページのプロジェクトツリーに表示される。

（アーキタイプデザイナーの概要）
アーキタイプデザイナーは、Ｅｘｅｍｐｌａｒｙアプリケーションを構築する最初のステップである。このデザイナーによって、それらの属性、ルックアップ能力、インデックスおよびクイックファインド定義を明確にすることにより、テーブルが作成される。例えば、アーキタイプを大リスト（クエリ）または小リスト（ドロップダウンリストボックス）として定義できる。インデックスを付ける属性を定義して、クエリ定義の結果として表示される初期設定の属性を選択することができる。

アーキタイプデザイナーは以下のセクションを含む。

・Ｉｎｈｅｒｉｔａｎｃｅペイン‐子アーキタイプおよびその親アーキタイプを表示する。詳しい情報については「Ｉｎｈｅｒｉｔａｎｃｅペイン」を参照する。

・Ｉｔｅｍ Ｄｅｓｃｒｉｐｔｉｏｎ
・Ｄｅｓｉｇｎｅｒタブ‐アーキタイプをデザインして定義する。詳しい情報については「アーキタイプを用いた作業」を参照する。

・Ｉｎｄｅｘｅｓタブ‐アーキタイプに対する追加のインデックスを作成する。詳しい情報については「アーキタイプの追加インデックスの作成」を参照する。

・Ｑｕｅｒｙタブ‐アーキタイプが使用、検索またはクエリされる時に使用されるクエリを定義する。詳しい情報については「アーキタイプへのクエリの追加」を参照する。

・ＸＭＬタブ‐アーキタイプデザイナーから生成されるＸＭＬコードを表示する。詳しい情報については「ＸＭＬタブ」を参照する。

・Ｏｕｔｐｕｔタブ‐任意のエラーまたはＳＡＶＥオプションを選択することによって生成されたコードを表示する。詳しい情報については「Ｏｕｔｐｕｔタブ」を参照する。

・Ｐｒｏｐｅｒｔｉｅｓタブ‐選択されたアーキタイプに関連するプロパティおよびその属性を表示する。詳しい情報については「アーキタイププロパティフィールドの定義」を参照する。

（１．１２ アーキタイプデザイナーへのアクセス）
Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトブラウザから、以下のアクションの１つを実行することによってアーキタイプデザイナーにアクセスできる。

・Ａｒｃｈｅｔｙｐｅの下にリストされるアーキタイプをダブルクリックする。

・リストされるアーキタイプを右クリックして、Ｅｄｉｔを選択する。

・Ａｒｃｈｅｔｙｐｅを右クリックして、Ａｄｄ Ｎｅｗ Ａｒｃｈｅｔｙｐｅ ＩｔｅｍまたはＡｄｄ Ｎｅｗ−ｕｓｅ ｓｔａｎｄａｒｄ ＸＭＬ ｄｅｓｉｇｎｅｒのいずれかを選択する。Ａｄｄ Ｎｅｗ Ａｒｃｈｅｔｙｐｅダイアログボックスに新規アーキタイプの名前を入力すると、アーキタイプデザイナーが表示される（詳しい情報については「新規アーキタイプの追加」を参照する）。

一旦アーキタイプデザイナーにアクセスすると、別のデザイナーを開いても、Ｅｘｅｍｐｌａｒｙウィンドウの左上でＡｒｃｈｅｔｙｐｅ Ｎａｍｅ （Ａｒｃｈｅｔｙｐｅ）タブをクリックすることによってそこに戻ることができる。

（１．１３ Ｉｎｈｅｒｉｔａｎｃｅペイン）
アーキタイプデザイナーの上部のＩｎｈｅｒｉｔａｎｃｅペインは、アーキタイプとその親アーキタイプとの関係を示す図を表示する（図１９Ａ）。

アーキタイプのプロパティを修正するには、インヘリタンスダイアグラムでアーキタイプをクリックする。アーキタイプのプロパティがＰｒｏｐｅｒｔｉｅｓタブに表示される。詳しい情報については「アーキタイププロパティフィールドの定義」を参照する。

（１．１４ アイテム記述）
アーキタイプデザイナーのＩｔｅｍ Ｄｅｓｃｒｉｐｔｉｏｎ領域にはテキストボックスが表示され、アイテムに関する情報を追加または削除できる。

（１．１５ アーキタイプを用いた作業）
アーキタイプは、その属性、ルックアップ能力、インデックスおよびクイックファインド定義を明確にすることによって作成できる。

（１．１５．１ 新規アーキタイプの追加）
新規アーキタイプをプロジェクトに追加するには、以下のようにする。

注記：標準ＸＭＬを使用して新規アーキタイプを追加する場合は、「ＸＭＬデザイナーを使用した新規アーキタイプの追加」を参照する。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーでＡｒｃｈｅｔｙｐｅを右クリックして、Ａｄｄ Ｎｅｗ Ａｒｃｈｅｔｙｐｅ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ Ａｒｃｈｅｔｙｐｅダイアログボックスが表示される。Ｉｔｅｍ ＩＤフィールドにアーキタイプの名前を入力してＯＫを選択するか、またはＣａｎｃｅｌを選択して、新規アーキタイプを作成せずにこのダイアログボックスを閉じる。

３．アーキタイプデザイナーに新規アーキタイプが表示される。

・Ｐｒｏｐｅｒｔｉｅｓタブのフィールドに関する情報については、「アーキタイププロパティフィールドの定義」を参照する。

・アーキタイプの一次キー属性、キー属性および別名属性に関する情報については、「属性のタイプ」を参照する。

・属性をアーキタイプに追加する場合は、「属性アーキタイプを用いた作業」を参照する。

４．アーキタイプデザイナーの右上隅のＳＡＶＥをクリックして、新規アーキタイプを保存する。

（１．１５．２ ＸＭＬデザイナーを使用した新規アーキタイプの追加）
標準ＸＭＬデザイナーを使用して新規アーキタイプをプロジェクトに追加するには、以下のようにする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーでＡｒｃｈｅｔｙｐｅを右クリックして、Ａｄｄ Ｎｅｗ−ｕｓｅ ｓｔａｎｄａｒｄ ＸＭＬ ｄｅｓｉｇｎｅｒを選択する。

２．Ａｄｄ Ｎｅｗ Ａｒｃｈｅｔｙｐｅダイアログボックスが表示される。Ｉｔｅｍ ＩＤフィールドにアーキタイプの名前を入力してＯＫを選択するか、またはＣａｎｃｅｌを選択して、新規アーキタイプを作成せずにこのダイアログボックスを閉じる。

３．アーキタイプデザイナーに新規アーキタイプが表示される。

・Ｐｒｏｐｅｒｔｉｅｓタブのフィールドに関する情報については、「アーキタイププロパティフィールドの定義」を参照する。

・アーキタイプの一次キー属性、キー属性および別名属性に関する情報については、「属性のタイプ」を参照する。

・属性をアーキタイプに追加する場合は、「属性アーキタイプを用いた作業」を参照する。

４．アーキタイプデザイナーの右上隅のＳＡＶＥをクリックして、新規アーキタイプを保存する。

（１．１５．３ 既存アーキタイプの追加）
既存のアーキタイプをプロジェクトに追加するには、以下のようにする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーからＡｒｃｈｅｔｙｐｅを右クリックして、Ａｄｄ ａｎ Ｅｘｉｓｔｉｎｇ Ａｒｃｈｅｔｙｐｅ Ｉｔｅｍを選択する。

２．Ｓｅｌｅｃｔ Ｉｔｅｍダイアログボックスが表示される。

Ｆｉｎｄフィールドにアーキタイプ名の最初の数文字を入力するか、またはスクロールバーを使用して既存のアーキタイプを探す。

３．アーキタイプを選択してＯＫを選択するか、またはＣａｎｃｅｌを選択して、既存のアーキタイプを追加せずにこのダイアログボックスを閉じる。

４．選択されたアーキタイプおよびその関連属性がアーキタイプデザイナーに表示される。

・アーキタイプの一次キー属性、キー属性および別名属性に関する情報については、「属性のタイプ」を参照する。

・属性をアーキタイプに追加する場合は、「属性アーキタイプを用いた作業」を参照する。

５．アーキタイプデザイナーの右上隅のＳＡＶＥをクリックしてアーキタイプを保存する。

（１．１５．４ アーキタイプ属性を用いた作業）
アーキタイプをプロジェクトに追加すると、属性、インデックスおよびクエリをアーキタイプデザイナーのＤｅｓｉｇｎｅｒタブに追加することができる。

アーキタイプデザイナーに初めてアクセスすると、Ｄｅｓｉｇｎｅｒタブが表示される（「アーキタイプデザイナーへのアクセス」を参照）。このタブから、アーキタイプをデザインして定義できる。

アーキタイプの一次キー属性、キー属性および別名属性に関する情報については、「属性のタイプ」を参照する。

表示された属性を右クリックすると、以下のオプションを使用できる。

・Ｓｅｔ Ｋｅｙ Ａｔｔｒｉｂｕｔｅ‐選択した属性をアーキタイプのキー属性として設定する。Ｄｅｓｉｇｎｅｒタブをリフレッシュして、新たな割当を表示する。固有のインデックスがキー属性に作成されるが、このインデックスは表示されない。

・Ｔｏｇｇｌｅ Ａｌｉａｓ Ａｔｔｒｉｂｕｔｅ‐選択した属性をアーキタイプの別名属性として設定する。ページをリフレッシュして新規の割当てを表示する。

・Ａｄｄ Ａｔｔｒｉｂｕｔｅ‐属性をアーキタイプに追加する。新規属性がリストの下に表示される。詳しい情報については、「アーキタイプへの属性の追加」を参照する。

・Ｉｎｓｅｒｔ Ａｔｔｒｉｂｕｔｅ‐属性をアーキタイプに挿入する。属性が挿入点の後に表示される。詳しい情報については、「アーキタイプへの属性の追加」を参照する。

・Ｒｅｍｏｖｅ Ａｔｔｒｉｂｕｔｅ‐アーキタイプから属性を削除する。詳しい情報については、「アーキタイプからの属性の削除」を参照する。

（１．１５．４．１ 属性のタイプ）
通常の属性に加えて、以下の３種類の属性がアーキタイプデザイナーのＤｅｓｉｇｎｅｒタブに表示される。

・Ｄｅｆａｕｌｔ Ｐｒｉｍａｒｙ Ｋｅｙ Ａｔｔｒｉｂｕｔｅ：すべてのアーキタイプが、システムによって割り当てられた初期設定の一次キー属性を持つ。この属性を使用して、指定されたデータタイプを検索または結合する。その名前は、アーキタイプの名前の後に「ＩＤ」が続く。例えば、アーキタイプＳａｍｐｌｅＡｒｃｈｅｔｙｐｅの初期設定一次キー属性の名前はＳａｍｐｌｅＡｒｃｈｅｔｙｐｅＩＤとなる。属性を右クリックしてＳｅｔ Ｋｅｙ Ａｔｔｒｉｂｕｔｅを選択することによって、アーキタイプの一次キーを別の属性に設定することができる。

注記：初期設定の一次キー属性のプロパティは編集できない。

・Ｋｅｙ Ａｔｔｒｉｂｕｔｅ：一次キーの場合、属性の左に

（キー属性）アイコンが表示される。このアーキタイプが別のアーキタイプからの関係（例えばこのアーキタイプへの結合）として指定されると、宛先アーキタイプで指定された一次キー上でシステムが結合する。

・Ａｌｉａｓ Ａｔｔｒｉｂｕｔｅ：別名属性である場合は、

（別名属性）アイコンが属性の左に表示される。データ固有の識別子の代わりに、別名属性がユーザに対して表示される。システムは、キー属性を使用して内部でデータを管理（保存、編集など）するが、ユーザは別名属性を通じてデータと相互作用する。

（１．１５．４．２ アーキタイプへの属性の追加）
アーキタイプに属性を追加するには、以下のようにする。

１．「アーキタイプデザイナーへのアクセス」に記載されているように、アーキタイプデザイナーを表示する。

２．以下のうち１つを行う。

・Ｄｅｓｉｇｎｅｒタブでリストされている属性の最後に属性を追加するには、属性を右クリックしてＡｄｄ Ａｔｔｒｉｂｕｔｅを選択するか、またはＣＴＲＬ−Ｎを押す。新規属性がリストの一番下に表示される。

・リストされている任意の属性の下に属性を直接挿入するには、挿入箇所の上にある属性を右クリックしてＩｎｓｅｒｔ Ａｔｔｒｉｂｕｔｅを選択するか、またはＣＴＲＬ−Ｉを押す。選択された属性の下に新規属性が表示される。

３．新規属性にＮｅｗＡｔｔｒｉｂｕｔｅｎという名前をつける。ここで、ｎは属性の数を示す。ＰｒｏｐｅｒｔｉｅｓタブのＩＤフィールドに属性の固有識別子を入力し、必要に応じて属性に関する他の情報を入力する。詳しい情報については、「属性プロパティフィールドの定義」を参照する。

４．Ａｒｃｈｅｔｙｐｅ Ｄｅｓｉｇｎｅｒの右上隅のＳＡＶＥをクリックして、新規属性を保存する。

（１．１５．４．３ アーキタイプからの属性の削除）
アーキタイプから属性を削除するには、以下のようにする。

１．「アーキタイプデザイナーへのアクセス」に記載されているように、アーキタイプデザイナーを表示する。

２．Ｄｅｓｉｇｎｅｒタブで属性を右クリックしてＲｅｍｏｖｅ Ａｔｔｒｉｂｕｔｅを選択するか、またはＤＥＬＥＴＥを押す。

（１．１５．４．４ 属性プロパティフィールドの定義）
アーキタイプデザイナーのＤｅｓｉｇｎｅｒタブで属性を選択し、以下に定義するようにＰｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

詳しい情報については、「アーキタイプ属性を用いた作業」を参照する。

注記：初期設定の一次キー属性のプロパティは修正できない。

（１．１５．５． アーキタイプに対する追加インデックスの作成）
アーキタイプデザイナーのＩｎｄｅｘｅｓタブで、アーキタイプに追加のインデックスを作成できる。インデックスは、以下のアーキタイプ属性に対してシステムにより生成される。

・ＧＵＩＤ
・キー属性
・別名属性（存在する場合）
（１．１５．５．１ Ｉｎｄｅｘｅｓタブへのアクセス）
Ｉｎｄｅｘｅｓタブにアクセスするには、「アーキタイプデザイナーへのアクセス」に記載されているようにアーキタイプデザイナーを表示して、Ｉｎｄｅｘｅｓタブをクリックする（図１９Ａ）。

（１．１５．５．２ アーキタイプに対するインデックスの作成）
アーキタイプにインデックスを作成するには、以下のようにする。

１．「Ｉｎｄｅｘｅｓタブへのアクセス」に記載されているように、Ｉｎｄｅｘｅｓタブを表示する。

２．Ｎｅｗボタンを選択する。

・システムにより生成されたインデックス名が、タブ上部のドロップダウンリストボックス、およびＰｒｏｐｅｒｔｉｅｓタブの（ＩＤ）フィールドに表示される。

・インデックスはＩ＿ＡｒｃｈｅｔｙｐｅＮａｍｅｘｎと名づけられ、ここでＡｒｃｈｅｔｙｐｅＮａｍｅはアーキタイプの名前、ｎはインデックスの数を示す。例えば、Ｉ＿ＳａｍｐｌｅＡｒｃｈｅｔｙｐｅｘ０となる。

・インデックスを作成するために使用できる属性がＡｔｔｒｉｂｕｔｅｓ領域に表示される。

３．Ｐｒｏｐｅｒｔｉｅｓタブで、インデックスの固有識別子、および必要に応じてインデックスに関する他の情報を（ＩＤ）フィールドに入力する。詳しい情報については、「Ｉｎｄｅｘｅｓ Ｐｒｏｐｅｒｔｉｅｓフィールドの定義」を参照する。

４．Ａｔｔｒｉｂｕｔｅｓ領域にリストされる属性の１つをインデックス定義に含めるには、以下のうち１つを行う。

・属性をダブルクリックする。または
・属性をクリックし、次に

アイコンをクリックする。

選択された属性がＩｎｄｅｘ ｂｙ領域に表示される。

５．属性にインデックスを付ける順序を変更するには、Ｉｎｄｅｘ ｂｙ領域で属性を選択し、次にＵｐまたはＤｏｗｎボタンをクリックする。

６．Ｉｎｄｅｘ ｂｙ領域から属性を削除するには、その属性をダブルクリックするか、またはそれをクリックした後に

アイコンをクリックする。

７．ＳＡＶＥをクリックしてインデックスを保存する。

（１．１５．５．３ アーキタイプからのインデックスの削除）
アーキタイプからインデックスを削除するには、以下のようにする。ＧＵＩＤ、キーおよび別名属性に対してシステムが生成したインデックスを削除することはできない。

１．「Ｉｎｄｅｘｅｓタブへのアクセス」に記載されているように、Ｉｎｄｅｘｅｓタブを表示する。

２．タブ上部のドロップダウンリストボックスから削除するインデックスを選択する。

３．Ｄｅｌｅｔｅボタンを選択する。

（１．１５．５．４ インデックスプロパティフィールドの定義）
インデックスを作成または選択した後、以下のようにアーキタイプデザイナーのＰｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

詳しい情報については、「アーキタイプに対する追加インデックスの作成」を参照する。

（１．１５．６ アーキタイプへのクエリの追加）
アーキタイプデザイナーのＱｕｅｒｙタブで、アーキタイプを使用、ルックアップ、またはクエリする時に使用されるクエリを定義することができる。

以下のタイプのクエリ定義をアーキタイプに追加できる。

・ＱｕｉｃｋＦｉｎｄ Ｑｕｅｒｙ‐アーキタイプのＢｉｇＬｉｓｔコントロールに情報を入力する際に、システムで検索する必要があるアーキタイプの属性リスト（別名属性の例外あり）。

・ＱｕｅｒｙＡｔｔｒｉｂｕｔｅｓ‐クエリ中に条件を提供できるアーキタイプの属性リスト。

・ＱｕｅｒｙＲｅｓｕｌｔｓ‐初期設定でＱｕｅｒｙ Ｒｅｓｕｌｔグリッドに表示されるアーキタイプの属性リスト。

・ＱｕｅｒｙＷｈｅｒｅ‐この定義によって、Ａｒｃｈｅｔｙｐｅ Ｑｕｅｒｙ定義に適用される静止（ＯＱＬ）状態を定義できる。

（１．１５．６．１ Ｑｕｅｒｙタブへのアクセス）
Ｑｕｅｒｙタブにアクセスするには、以下のようにする。

１．「アーキタイプデザイナーへのアクセス」に記載されているように、アーキタイプデザイナーを表示して、Ｑｕｅｒｙタブをクリックする（図１９Ａ、下への方向）。

２．タブ上部のドロップダウンリストボックスから、以下のオプションのうち１つを選択してクエリの特性を定義する。

・ＱｕｉｃｋＦｉｎｄ‐アーキタイプのＢｉｇＬｉｓｔコントロールに情報を入力する際に、システムで検索する必要があるアーキタイプの属性リスト（別名属性の例外あり）。詳しい情報については、「Ｑｕｉｃｋ Ｆｉｎｄクエリ定義の追加」を参照する。

・ＱｕｅｒｙＡｔｔｒｉｂｕｔｅｓ‐この定義は、クエリ中に条件を提供できるアーキタイプ属性のリストである。詳しい情報については、「Ｑｕｅｒｙ Ａｔｔｒｉｂｕｔｅｓ定義の追加」を参照する。

・ＱｕｅｒｙＲｅｓｕｌｔｓ‐この定義は、初期設定でクエリ結果グリッドに表示されるアーキタイプの属性リストである。詳しい情報については、「Ｑｕｅｒｙ Ｒｅｓｕｌｔｓ定義の追加」を参照する。

・Ｓｏｒｔ‐この定義は、ソートに用いる属性、および選択された属性をソートする順番を特定することによって、クエリ結果グリッドにおける初期設定ソートを決定する。詳しい情報については、「Ｑｕｅｒｙ Ｓｏｒｔ定義の追加」を参照する。

・ＱｕｅｒｙＷｈｅｒｅ‐この定義によって、アーキタイプクエリ定義に適用される静止（ＯＱＬ）状態を明確にできる。詳しい情報については、「Ｑｕｅｒｙ Ｗｈｅｒｅ定義の追加」を参照する。

３．ＳＡＶＥをクリックしてクエリを保存する。

（１．１５．６．２ ＱｕｉｃｋＦｉｎｄクエリ定義の追加）
ＱｕｉｃｋＦｉｎｄクエリは、ユーザがアーキタイプのＢｉｇＬｉｓｔコントロールに情報を入力する際に、システムで検索すべきアーキタイプの属性リスト（別名属性の例外あり）である。任意の属性を入力すると、システムは指定されたすべての属性を検索する。

注記：アーキタイプがＢｉｇＬｉｓｔとして指定されると（Ｉｓ ＢｉｇＬｉｓｔフィールドはＰｒｏｐｅｒｔｉｅｓタブでＴｒｕｅに設定される。詳しい情報については、「アーキタイププロパティフィールドの定義」を参照する）、クイックファインド属性のリストを定義する必要がある。

アーキタイプにＱｕｉｃｋＦｉｎｄクエリを追加するには、以下のようにする。

１．「Ｑｕｅｒｙタブへのアクセス」に記載されるように、Ｑｕｅｒｙタブを表示する。

２．ドロップダウンリストからＱｕｉｃｋＦｉｎｄを選択する。ＡｔｔｒｉｂｕｔｅｓおよびＱｕｅｒｙ Ｄｉｓｐｌａｙボックスが表示される。

・Ａｔｔｒｉｂｕｔｅｓボックスに、定義されたアーキタイプの属性が表示される。

・Ｑｕｅｒｙ Ｄｉｓｐｌａｙボックスに、ＱｕｅｒｙフォームのＭａｔｃｈｉｎｇ Ｒｅｓｕｌｔｓ領域に表示される選択属性が表示される。詳しい情報については、「フォームデザイナー」を参照する。

３．Ａｔｔｒｉｂｕｔｅｓ領域にリストされる属性の１つをクイックファインド属性／フィールドとして指定するには、以下のうち１つを行う。

・属性をダブルクリックする。または、
・属性をクリックして、

をクリックする。

選択された属性がＱｕｅｒｙ ｂｙ領域に表示される。属性には、システムによって自動的にインデックスが付けられる。定義されたクエリがアーキタイプに対して実行される場合、システムはクイックファインド属性を検索する前に、まず別名属性を検索する。クエリの結果１つのレコードが得られると、システムは一致するレコードを使用するか、そうでなければアクションをＱｕｅｒｙアクションとして扱う。

４．属性をクエリする順番を変更するには、Ｑｕｅｒｙ ｂｙ領域で属性を選択して、ＵｐまたはＤｏｗｎボタンをクリックする。

５．Ｑｕｅｒｙ ｂｙ領域から属性を削除するには、その属性をダブルクリックするか、またはそれをクリックした後に

アイコンをクリックする。

６．ＳＡＶＥを選択してクエリを保存する。

（１．１５．６．３ Ｑｕｅｒｙ Ａｔｔｒｉｂｕｔｅｓ定義の追加）
Ｑｕｅｒｙ Ａｔｔｒｉｂｕｔｅｓ定義は、クエリ中にユーザが条件を提供できるアーキタイプ属性のリストである。クエリ属性をアーキタイプに追加するには、以下のようにする。

１．「Ｑｕｅｒｙタブへのアクセス」に記載されるように、Ｑｕｅｒｙタブを表示する。

２．ドロップダウンリストからＱｕｅｒｙＡｔｔｒｉｂｕｔｅｓを選択する。ＡｔｔｒｉｂｕｔｅｓおよびＱｕｅｒｙ Ｄｉｓｐｌａｙボックスが表示される。

・Ａｔｔｒｉｂｕｔｅｓボックスに定義されたアーキタイプの属性が表示される。

・Ｑｕｅｒｙ Ｄｉｓｐｌａｙボックスに、ＱｕｅｒｙフォームのＭａｔｃｈｉｎｇ Ｒｅｓｕｌｔｓ領域に表示される選択属性が表示される。詳しい情報については、「フォームデザイナー」を参照する。

３．Ａｔｔｒｉｂｕｔｅｓボックスにリストされる属性の１つをＱｕｅｒｙＡｔｔｒｉｂｕｔｅｓ定義を含めるには、以下のうち１つを行う。

・属性をダブルクリックする。または、
・属性をクリックして、

をクリックする。

選択された属性がＱｕｅｒｙ Ｄｉｓｐｌａｙボックスに表示される。ＱｕｅｒｙＡｔｔｒｉｂｕｔｅｓ定義に含めるために選択した属性は、サブジェクトアーキタイプに関するクエリを可能にする任意のＥｘｅｍｐｌａｒｙインターフェースで使用できる。

４．属性をクエリする順番を変更するには、Ｑｕｅｒｙ Ｄｉｓｐｌａｙボックスで属性を選択して、ＵｐまたはＤｏｗｎボタンをクリックする。

５．Ｑｕｅｒｙ Ｄｉｓｐｌａｙボックスから属性を削除するには、その属性をダブルクリックするか、またはそれをクリックした後に

アイコンをクリックする。

６．ＳＡＶＥを選択してクエリを保存する。

（１．１５．６．４ Ｑｕｅｒｙ Ｒｅｓｕｌｔｓ定義の追加）
Ｑｕｅｒｙ Ｒｅｓｕｌｔｓ定義は、初期設定でＱｕｅｒｙフォームのＭａｔｃｈｉｎｇ Ｒｅｓｕｌｔｓ領域に表示すべきアーキタイプ属性のリストである。詳しい情報については、「フォームデザイナー」を参照する。

表示する属性を定義するには、以下のようにする。

１．「Ｑｕｅｒｙタブへのアクセス」に記載されるように、Ｑｕｅｒｙタブを表示する。

２．ドロップダウンリストからＱｕｅｒｙＲｅｓｕｌｔｓを選択する。ＡｔｔｒｉｂｕｔｅｓおよびＱｕｅｒｙ Ｄｉｓｐｌａｙボックスが表示される。

・Ａｔｔｒｉｂｕｔｅｓボックスに定義されたアーキタイプの属性が表示される。

・Ｑｕｅｒｙ Ｄｉｓｐｌａｙボックスに、ＱｕｅｒｙフォームのＭａｔｃｈｉｎｇ Ｒｅｓｕｌｔｓ領域に表示される属性が表示される。詳しい情報については、「フォームデザイナー」を参照する。

３．初期設定でＱｕｅｒｙ Ｒｅｓｕｌｔｓグリッドに表示すべきＡｔｔｒｉｂｕｔｅｓボックスにリストされる属性を選択するには、以下のうち１つを行う。

・属性をダブルクリックする。または、
・属性をクリックして、

アイコンをクリックする。

選択された属性がＱｕｅｒｙ Ｄｉｓｐｌａｙボックスに表示される。ユーザが特定の属性に条件を提供する場合は、この定義ではなくＱｕｅｒｙＡｔｔｒｉｂｕｔｅｓ定義に含まれる属性をＱｕｅｒｙ Ｒｅｓｕｌｔｓグリッドに表示する必要がある。

４．属性をクエリする順番を変更するには、Ｑｕｅｒｙ Ｄｉｓｐｌａｙボックスで属性を選択して、ＵｐまたはＤｏｗｎボタンをクリックする。

５．Ｑｕｅｒｙ Ｄｉｓｐｌａｙボックスから属性を削除するには、その属性をダブルクリックするか、またはそれをクリックした後に

アイコンをクリックする。

６．ＳＡＶＥを選択してクエリを保存する。

（１．１５．６．５ Ｑｕｅｒｙ Ｗｈｅｒｅ定義の追加）
Ｑｕｅｒｙ Ｗｈｅｒｅ定義によって、ユーザはＡｒｃｈｅｔｙｐｅ Ｑｕｅｒｙ定義に適用される静的（ＯＱＬ）状態を明確にできる。例えば、アクティブコードのみを抽出するＯＱＬ式をセットアップアプリケーションに含めることができる。静的（ＯＱＬ）状態を定義するには、以下のようにする。

１．「Ｑｕｅｒｙタブへのアクセス」に記載されるように、Ｑｕｅｒｙタブを表示する。

２．ドロップダウンリストからＱｕｅｒｙＷｈｅｒｅを選択する。ＯＧＬ Ｗｈｅｒｅテキストボックスが表示される（図１９Ｃ）。

３．ＯＧＬ Ｗｈｅｒｅテキストボックスに、Ａｒｃｈｅｔｙｐｅ Ｑｕｅｒｙ定義に適用される静的（ＯＱＬ）状態を入力する。

４．ＳＡＶＥを選択してクエリを保存する。

（１．１５．７ アーキタイプの削除）
アーキタイプをシステムからではなく、プロジェクトから削除することができる。アーキタイプをプロジェクトから削除するには、以下のようにする。

・Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーで、削除するアーキタイプを右クリックして、Ｅｘｃｌｕｄｅ Ｆｒｏｍ Ｐｒｏｊｅｃｔを選択する。

アーキタイプをシステムから永久に削除する場合は、「アーキタイプの削除」を参照する。

（１．１５．８ アーキタイプの消去）
アーキタイプをシステムから永久に消去するには、以下のようにする。

注記：アーキタイプをシステムから消去することなくプロジェクトから削除する場合は、「アーキタイプの削除」を参照する。

・Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーで、削除するアーキタイプを右クリックして、Ｄｅｌｅｔｅ Ｐｅｒｍａｎｅｎｔｌｙを選択する。

（１．１５．９ アーキタイププロパティフィールドの定義）
アーキタイプデザイナーのＩｎｈｅｒｉｔａｎｃｅ領域でアーキタイプを選択した後、以下に定義するように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

（オブジェクトデザイナーの概要）
オブジェクトデザイナーを使用して、アプリケーション間で共有可能なコードライブラリを作成できる。 作成されたオブジェクトに対して、アーキタイプおよびビジネスロジックに基づくオブジェクトを開発することができる。次に定義されたロジックを使用して、フォームおよびユーザインターフェースをプロセスに組み込むスタンドアロンオブジェクトとして作成することができる。またＷｅｂ Ｓｅｒｖｉｃｅｓを通じてオブジェクトを起動することもできる（図２０Ａ）。

オブジェクトデザイナーは以下のセクションを含む。

・排他的子オブジェクト‐デザイナーの左側の領域で、オブジェクトデザイナーにおいて子オブジェクトとして使用できる排他的子オブジェクトを特定できる。

・Ｄｅｓｉｇｎｅｒタブ‐このタブは、以下の３つのタブを含む。

・Ｏｂｊｅｃｔタブ‐このタブから、属性、子オブジェクト、サブクラスオブジェクト、インポートオブジェクトおよび参照オブジェクトをオブジェクトに追加できる。詳しい情報については、「オブジェクトを用いた作業」を参照する。

・Ｃｏｄｅタブ‐オブジェクトのカスタムコードを作成する。詳しい情報については、「カスタムコードの作成」を参照する。

・Ｃｏｌｌｅｃｔｉｏｎ Ｃｏｄｅタブ。

・ＸＭＬタブ‐オブジェクトデザイナーから生成されるＸＭＬコードを表示する。詳しい情報については、「ＸＭＬタブ」を参照する。

・Ｏｕｔｐｕｔタブ‐任意のエラーまたはＳＡＶＥオプションを選択することにより生じる生成コードを表示する。詳しい情報については、「Ｏｕｔｐｕｔタブ」を参照する。

・Ｐｒｏｐｅｒｔｉｅｓタブ‐選択されたオブジェクトに関する情報を追加または変更する。詳しい情報については、「オブジェクトプロパティフィールドの定義」を参照する。

・Ｉｍｐｏｒｔタブ。

（１．１６ オブジェクトデザイナーへのアクセス）
Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページでプロジェクトブラウザから以下のアクションのうち１つを実行することによって、オブジェクトデザイナーにアクセスできる。

・Ｏｂｊｅｃｔの下にリストされているオブジェクトをダブルクリックする。

・リストされているオブジェクトを右クリックして、Ｅｄｉｔを選択する。

・Ｏｂｊｅｃｔを右クリックして、Ａｄｄ Ｎｅｗ Ｏｂｊｅｃｔ ＩｔｅｍまたはＡｄｄ Ｎｅｗ−ｕｓｅ ｓｔａｎｄａｒｄ ＸＭＬ ｄｅｓｉｇｎｅｒのいずれかを選択する。Ａｄｄ Ｎｅｗ Ｏｂｊｅｃｔダイアログボックスに新規オブジェクトの名前を入力すると、Ｏｂｊｅｃｔ Ｄｅｓｉｇｎｅｒが表示される（詳しい情報については、「新規オブジェクトの追加」を参照する）。
・Ｏｂｊｅｃｔを右クリックして、Ａｄｄ ａｎ Ｅｘｉｓｔｉｎｇ Ｏｂｊｅｃｔ Ｉｔｅｍを選択する。Ｓｅｌｅｃｔ Ｉｔｅｍダイアログボックスからオブジェクトを選択すると、オブジェクトデザイナーが表示される（詳しい情報については、「既存オブジェクトの追加」を参照する）。

一旦オブジェクトデザイナーにアクセスすると、別のデザイナーを開いても、Ｅｘｅｍｐｌａｒｙウィンドウの左上でＯｂｊｅｃｔ Ｎａｍｅ （Ｏｂｊｅｃｔ）タブをクリックすることによってそこに戻ることができる。

（１．１７ オブジェクトを用いた作業）
オブジェクトはロジックを含む。またインターフェースを作成するには、オブジェクトを最初に作成する必要がある。オブジェクトデザイナーに初めてアクセスすると、Ｏｂｊｅｃｔタブが表示される（説明については「オブジェクトデザイナーへのアクセス」を参照する）。このタブは、既存のオブジェクト、それらの子オブジェクト、およびサブクラスオブジェクトをツリー形式で表示する（図２０Ｂ）。

表示されたオブジェクトのＯＢＪＥＣＴ （ＯｂｊｅｃｔＮａｍｅ）親ノードを右クリックし、以下のオプションのうち１つを選択することによって、ヘッダーノードを子としてオブジェクトツリーに追加し、次に関連するオブジェクトを追加することができる。

・ＡＴＴＲＩＢＵＴＥＳ‐ＡＴＴＲＩＢＵＴＥＳヘッダーノードを追加する。次に属性、属性関係または計算された属性をオブジェクトに追加できる。詳しい情報については、「オブジェクトへの属性の追加」を参照する。

・ＣＨＩＬＤＯＢＪＥＣＴＳ‐ＣＨＩＬＤＯＢＪＥＣＴＳヘッダーノードを追加する。子オブジェクトを追加することによって、子および親のオブジェクトをフォーム上に表示できる。詳しい情報については、「子オブジェクトの追加」を参照する。

・ＳＵＢＣＬＡＳＳＯＢＪＥＣＴＳ‐ＳＵＢＣＬＡＳＳＯＢＪＥＣＴＳヘッダーノードを追加する。サブクラスをオブジェクトに追加することによって、追加のサブクラスオブジェクトが作成可能なオブジェクトとして定義される。詳しい情報については、「サブクラスオブジェクトの追加」を参照する。

・ＩＭＰＯＲＴＳ‐ＩＭＰＯＲＴＳヘッダーノードを追加する。インポートオブジェクトを追加することによって、外部ファイルをインポートして、オブジェクト内で使用することができる。詳しい情報については、「インポートオブジェクトの追加」を参照する。

・ＲＥＦＥＲＥＮＣＥＳ‐ＲＥＦＥＲＥＮＣＥＳヘッダーノードを追加する。詳しい情報については、「参照オブジェクトの追加」を参照する。

オブジェクトデザイナーの左側の領域で、後でオブジェクトデザイナーにおいて子オブジェクトとして使用する排他的子オブジェクトを特定できる。子オブジェクトのコードが親オブジェクトへのアクセスを持つ必要がある場合は、排他的子オブジェクトを使用する。詳しい情報については、「排他的子オブジェクトを用いた作業」を参照する。

（１．１７．１ 新規オブジェクトの追加）
新規オブジェクトをプロジェクトに追加するには、以下のようにする。

注記：標準ＸＭＬデザイナーを使用して新規オブジェクトを追加する場合は、「ＸＭＬデザイナーを使用した新規オブジェクトの追加」を参照する。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーで、Ｏｂｊｅｃｔを右クリックして、Ａｄｄ Ｎｅｗ Ｏｂｊｅｃｔ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ Ｏｂｊｅｃｔダイアログボックスが表示される。オブジェクトの名前をＩｔｅｍ ＩＤフィールドに入力してＯＫを選択するか、またはＣａｎｃｅｌを選択して、新規オブジェクトを作成せずにこのダイアログボックスを閉じる。

３．新規オブジェクトがオブジェクトデザイナーに表示される（図２０Ｃ）。

・Ｐｒｏｐｅｒｔｉｅｓタブのフィールドに関する情報については、「オブジェクトプロパティフィールドの定義」を参照する。

・排他的子オブジェクトに関する情報については、「排他的子オブジェクトを用いた作業」を参照する。

・属性をオブジェクトに追加するには、「オブジェクトへの属性の追加」を参照する。

・オブジェクトをオブジェクトに追加するには、「オブジェクトへのオブジェクトの追加」を参照する。

４．オブジェクトデザイナーの右上隅でＳＡＶＥをクリックして、新規オブジェクトを保存する。

（１．１７．２ ＸＭＬデザイナーを使用した新規オブジェクトの追加）
標準ＸＭＬデザイナーを使用して新規オブジェクトをプロジェクトに追加するには、以下のようにする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーからＯｂｊｅｃｔを右クリックして、Ａｄｄ Ｎｅｗ−ｕｓｅ ｓｔａｎｄａｒｄ ＸＭＬ ｄｅｓｉｇｎｅｒを選択する。

２．Ａｄｄ Ｎｅｗ Ｏｂｊｅｃｔダイアログボックスが表示される。オブジェクトの名前をＩｔｅｍ ＩＤフィールドに入力してＯＫを選択するか、またはＣａｎｃｅｌを選択して、新規オブジェクトを作成せずにこのダイアログボックスを閉じる。

３．新規オブジェクトがオブジェクトデザイナーに表示される。

・排他的子オブジェクトに関する情報については、「排他的子オブジェクトを用いた作業」を参照する。

・属性をオブジェクトに追加するには、「オブジェクトへの属性の追加」を参照する。

・オブジェクトをオブジェクトに追加するには、「オブジェクトへのオブジェクトの追加」を参照する。

４．オブジェクトデザイナーの右上隅でＳＡＶＥをクリックして、新規オブジェクトを保存する。

（１．１７．３ 既存オブジェクトの追加）
既存のオブジェクトをプロジェクトに追加するには、以下のようにする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトブラウザからＯｂｊｅｃｔを右クリックして、Ａｄｄ ａｎ Ｅｘｉｓｔｉｎｇ Ｏｂｊｅｃｔ Ｉｔｅｍを選択する。

２．Ｓｅｌｅｃｔ Ｉｔｅｍダイアログボックスが表示される。

オブジェクト名の最初の数文字をＦｉｎｄフィールドに入力するか、またはスクロールバーを使用してオブジェクトを探す。

３．オブジェクトを選択してＯＫを選択するか、またはＣａｎｃｅｌを選択して、既存のオブジェクトを追加せずにこのダイアログボックスを閉じる。

４．選択されたオブジェクトがプロジェクトブラウザのツリーに表示される。

・排他的子オブジェクトの追加に関する情報については、「排他的子オブジェクトを用いた作業」を参照する。

・属性をオブジェクトに追加するには、「オブジェクトへの属性の追加」を参照する。

・オブジェクトをオブジェクトに追加するには、「オブジェクトへのオブジェクトの追加」を参照する。

５．オブジェクトデザイナーの右上隅でＳＡＶＥをクリックして、オブジェクトを保存する。

（１．１７．４ オブジェクトの削除）
オブジェクトをシステムからではなく、プロジェクトから削除することができる。オブジェクトをプロジェクトから削除するには、以下のようにする。

・Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーで、削除するオブジェクトを右クリックして、Ｅｘｃｌｕｄｅ Ｆｒｏｍ Ｐｒｏｊｅｃｔを選択する。

（１．１７．５ オブジェクトプロパティフィールドの定義）
オブジェクトデザイナーのＯｂｊｅｃｔタブでＯＢＪＥＣＴ（ＯｂｊｅｃｔＮａｍｅ）を選択して、以下に定義されるように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

（１．１７．６ 排他的子オブジェクトを用いた作業）
Ｏｂｊｅｃｔ Ｄｅｓｉｇｎｅｒの左側の領域で、子オブジェクトとして使用される排他的子オブジェクトを特定できる。子オブジェクトのコードが親オブジェクトへのアクセスを持つ必要がある場合は、排他的子オブジェクトを使用する。オブジェクトが排他的子オブジェクトとして定義されると、システムは親ＤＬＬへの子ＤＬＬを構築し、子オブジェクトはその親のコンテキストにおいてのみ存在する。

・排他的子オブジェクトの追加
・排他的子オブジェクトの削除
（１．１７．６．１ 排他的子オブジェクトの追加）
排他的子オブジェクトを追加するには、以下のようにする。

１．「Ｏｂｊｅｃｔ Ｄｅｓｉｇｎｅｒへのアクセス」に記述されているように、Ｏｂｊｅｃｔ Ｄｅｓｉｇｎｅｒを表示する。

２．ＥＸＣＬＵＳＩＶＥＯＢＪＥＣＴＳヘッダーノードがＤｅｓｉｇｎｅｒタブの親オブジェクトＯＢＪＥＣＴ（ＯｂｊｅｃｔＮａｍｅ）の下に表示されない場合は、ＯＢＪＥＣＴ（ＯｂｊｅｃｔＮａｍｅ）を右クリックして、Ａｄｄ＞ＥＸＣＬＵＳＩＶＥＯＢＪＥＣＴＳを選択する。

ＥＸＣＬＵＳＩＶＥＯＢＪＥＣＴＳヘッダーノードが親オブジェクトの下に表示される（図２０Ｄ）。

３．ＥＸＣＬＵＳＩＶＥＯＢＪＥＣＴＳヘッダーノードを右クリックして、Ａｄｄ＞ＥＸＣＬＵＳＩＶＥＯＢＪＥＣＴを選択する。ＥＸＣＬＵＳＩＶＥ ＯＢＪＥＣＴ（ＥＸＣＬＵＳＩＶＥＯＢＪＥＣＴｎ）がヘッダーノードの下に表示され、ここでｎはオブジェクトの数を示す。

４．ＥＸＣＬＵＳＩＶＥ ＯＢＪＥＣＴ（ＥＸＣＬＵＳＩＶＥＯＢＪＥＣＴｎ）をクリックして、ＰｒｏｐｅｒｔｉｅｓタブでＩＤフィールドに排他的オブジェクトの固有識別子、および必要に応じて属性に関する他の情報を入力する。詳しい情報については、「排他的オブジェクトプロパティフィールドの定義」を参照する。

５．追加の排他的オブジェクトをこのヘッダーノードに追加するには、ステップ３および４を繰り返す。

６．追加のＥＸＣＬＵＳＩＶＥＯＢＪＥＣＴＳヘッダーノードを追加するには、ＥＸＣＬＵＳＩＶＥ ＯＢＪＥＣＴ（ＥｘｃｌｕｓｉｖｅＯｂｊｅｃｔＮａｍｅ）を右クリックして、Ａｄｄ＞ＥＸＣＬＵＳＩＶＥＯＢＪＥＣＴＳを選択する。排他的オブジェクトを新規ヘッダーノードに追加するには、ステップ３および４を繰り返す。

７．終了したら、オブジェクトデザイナーの右上隅でＳＡＶＥをクリックして、新規の排他的オブジェクトを保存する。

（１．１７．６．２ 排他的子オブジェクトの削除）
排他的子オブジェクトを削除するには、以下のようにする。

１．「オブジェクトデザイナーへのアクセス」に記載されているように、オブジェクトデザイナーを表示する。

２．Ｄｅｓｉｇｎｅｒタブで排他的子オブジェクトを右クリックして、Ｄｅｌｅｔｅを選択する。

（１．１７．６．３ 排他的オブジェクトプロパティフィールドの定義）
オブジェクトデザイナーのＤｅｓｉｇｎｅｒタブで排他的子オブジェクトを選択して、以下に定義するように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

（１．１７．７ オブジェクトへの属性の追加）
属性、属性関係および計算された属性をオブジェクトに追加することができる。

注記：Ｉｍｐｏｒｔｓタブを使用して属性をオブジェクトにインポートできる。詳しい情報については、「属性のインポート」を参照する。

属性をオブジェクトに追加するには、以下のようにする。

１．「オブジェクトデザイナーへのアクセス」に記載されているように、オブジェクトデザイナーを表示する。

２．ＡＴＴＲＩＢＵＴＥＳヘッダーノードがＯｂｊｅｃｔタブに表示されない場合は、ＯＢＪＥＣＴ（ＯｂｊｅｃｔＮａｍｅ）親ノードを右クリックして、Ａｄｄ＞ＡＴＴＲＩＢＵＴＥＳを選択する（図２０Ｅ）。

３．ＡＴＴＲＩＢＵＴＥＳヘッダーノードを右クリックして（図２０Ｆ）、Ａｄｄを選択し、以下のオブションのうち１を選ぶ。

・ＡＴＴＲＩＢＵＴＥ‐新規属性ノードＡＴＴＲＩＢＵＴＥ （ＡＴＴＲＩＢＵＴＥｎ）をＡＴＴＲＩＢＵＴＥＳヘッダーノードの下に作成する。ここでｎは属性の数を示す。この属性に属性をリンクさせるには、「リンクされた属性の追加」を参照する。

・ＡＴＴＲＩＢＵＴＥＲＥＬＡＴＩＯＮＳＨＩＰ‐新規属性関係ノードＡＴＴＲＩＢＵＴＥＲＥＬＡＴＩＯＮＳＨＩＰ （ＡＴＴＲＩＢＵＴＥＲＥＬＡＴＩＯＮＳＨＩＰｎ）をＡＴＴＲＩＢＵＴＥＳヘッダーノードの下に作成する。ここでｎは属性関係の数を示す。この属性関係に属性をリンクさせるには、「リンクされた属性の追加」を参照する。この属性関係にルックアップ属性を追加するには、「ルックアップ属性の追加」を参照する。

・ＣＡＬＣＵＬＡＴＥＤＡＴＴＲＩＢＵＴＥ‐新規属性関係ノードＣＡＬＣＵＬＡＴＥＤＡＴＴＲＩＢＵＴＥ （ＣＡＬＣＵＬＡＴＥＤＡＴＴＲＩＢＵＴＥｎ）をＡＴＴＲＩＢＵＴＥＳヘッダーノードの下に作成する。ここで、ｎは計算属性の数を示す。この属性に属性をリンクさせるには、「リンクされた属性の追加」を参照する。

４．新規属性、属性関係または計算属性ノードをクリックして、Ｐｒｏｐｅｒｔｉｅｓタブで属性のプロパティを表示する。

５．Ｐｒｏｐｅｒｔｉｅｓタブで、ＩＤフィールドに属性、属性関係または計算属性ノードの固有識別子を入力する。詳しい情報については、「オブジェクト属性プロパティフィールドの定義」を参照する。

６．ＳＡＶＥを選択して属性、属性関係、または計算属性ノードを保存する。

（１．１７．７．１ リンクされた属性の追加）
オブジェクトの属性、属性関係または計算属性に属性をリンクさせることができる。リンクされた属性を追加するには、以下のようにする。

１．「オブジェクトへの属性の追加」に記載されているように、属性、属性関係または計算属性を属性に追加する。

２．ＡＴＴＲＩＢＵＴＥ、ＡＴＴＲＩＢＵＴＥＲＥＬＡＴＩＯＮＳＨＩＰまたはＣＡＬＣＵＬＡＴＥＤＡＴＴＲＩＢＵＴＥヘッダーノードを右クリックして、Ａｄｄ＞ＬＩＮＫＥＤＡＴＴＲＩＢＵＴＥＳを選択する（図２０Ｇ）。

３．ヘッダーＬＩＮＫＥＤＡＴＴＲＩＢＵＴＥＳが選択されたヘッダーノードの下に表示される。ＬＩＮＫＥＤＡＴＴＲＩＢＵＴＥＳを右クリックして、Ａｄｄ＞ＬＩＮＫＥＤＡＴＴＲＩＢＵＴＥを選択する。

４．ＬＩＮＫＥＤＡＴＴＲＩＢＵＴＥがＬＩＮＫＥＤＡＴＴＲＩＢＵＴＥＳヘッダーノードの下に表示され、それに対応するフィールドがＰｒｏｐｅｒｔｙタブに表示される。「リンクされた属性プロパティフィールドの定義」に記載されているように、フィールドを入力する。

５．リンクされた属性を保存するには、ＳＡＶＥを選択する。

（リンクされた属性プロパティフィールドの定義）
オブジェクトデザイナーのＯｂｊｅｃｔタブでリンクされた属性を選択して、以下に定義されるように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

詳しい情報については、「リンクされた属性の追加」を参照する。

（１．１７．７．２ ルックアップ属性の追加）
ルックアップ属性およびルックアップ属性関係を属性関係に追加することができる。ルックアップ属性を追加するには、以下のようにする。

注記：ルックアップ属性およびルックアップ属性関係は、属性関係にのみ追加される。それらを属性または計算属性に追加することはできない。

１．「オブジェクトへの属性の追加」に記載されるように、属性関係を属性に追加する。

２．ＡＴＴＲＩＢＵＴＥＲＥＬＡＴＩＯＮＳＨＩＰヘッダーノードを右クリックして、Ａｄｄ＞ＬＯＯＫＵＰＡＴＴＲＩＢＵＴＥＳを選択する（図２０Ｈ）。

３．ヘッダーＬＯＯＫＵＰＡＴＴＲＩＢＵＴＥＳがＡＴＴＲＩＢＵＴＥＲＥＬＡＴＩＯＮＳＨＩＰヘッダーノードの下に表示される。ＬＯＯＫＵＰＡＴＴＲＩＢＵＴＥＳを右クリックして、Ａｄｄ＞ＬＯＯＫＵＰＡＴＴＲＩＢＵＴＥまたはＡｄｄ＞ＬＯＯＫＵＰＡＴＴＲＩＢＵＴＥＲＥＬＡＴＩＯＮＳＨＩＰを選択する（図２０Ｉ）。

４．選択に応じて、ＬＯＯＫＵＰＡＴＴＲＩＢＵＴＥまたはＬＯＯＫＵＰＡＴＴＲＩＢＵＴＥＲＥＬＡＴＩＯＮＳＨＩＰのいずれかがＬＯＯＫＵＰＡＴＴＲＩＢＵＴＥＳヘッダーノードの下に表示され、それらに対応するフィールドがＰｒｏｐｅｒｔｙタブに表示される。「ルックアップ属性プロパティフィールドの定義」に記載されているように、フィールドを入力する。

５．ルックアップ属性またはルックアップ属性関係を保存するには、ＳＡＶＥを選択する。

（ルックアップ属性プロパティフィールドの定義）
オブジェクトデザイナーのＯｂｊｅｃｔタブで、ルックアップ属性またはルックアップ属性関係を選択して、以下に示すように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

詳しい情報については、「ルックアップ属性の追加」を参照する。

（１．１７．７．３ オブジェクト属性プロパティフィールドの定義）
オブジェクトデザイナーのＯｂｊｅｃｔタブで属性を選択し、以下に定義されるように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。表示されるプロパティは、選択された属性が属性、属性関係または計算属性かに基づく。

詳しい情報については、「オブジェクトへの属性の追加」を参照する。

（属性プロパティフィールドの定義）

（属性関係プロパティフィールドの定義）

（計算属性プロパティフィールドの定義）

（１．１７．７．４ 属性のインポート）
図２１Ａ。

（１．１７．８ オブジェクトへのオブジェクトの追加）
オブジェクトデザイナーでは、以下のオブジェクトタイプをオブジェクトに追加することができる。

・Ｃｈｉｌｄ Ｏｂｊｅｃｔｓ‐子オブジェクトとともに親オブジェクトフォーム上に表示できる。

・Ｓｕｂｃｌａｓｓ Ｏｂｊｅｃｔｓ‐追加されたサブクラスオブジェクトを作成可能なオブジェクトとして定義する。

・Ｉｍｐｏｒｔ Ｏｂｊｅｃｔｓ‐外部ファイルをインポートし、オブジェクト内で使用できるようにする。

・Ｒｅｆｅｒｅｎｃｅ Ｏｂｊｅｃｔｓ−
（１．１７．８．１ オブジェクトへの子オブジェクトの追加）
子オブジェクトを親ノードに追加することによって、子オブジェクトとともに親オブジェクトをフォーム上に表示することができる。このオブジェクトが排他的な子である場合（「排他的子オブジェクト」を参照）、親属性にも同様にコードでアクセスできる。

複数の子オブジェクトをオブジェクトに追加することができる。

子オブジェクトをオブジェクトに追加するには、以下のようにする。

１．「オブジェクトデザイナーへのアクセス」に記載されているように、オブジェクトデザイナーを表示する。

２．Ｏｂｊｅｃｔタブで、ＯＢＪＥＣＴ （ＯｂｊｅｃｔＮａｍｅ）親ノードを右クリックして、Ａｄｄ＞ＣＨＩＬＤＯＢＪＥＣＴＳを選択する。

３．ＣＨＩＬＤＯＢＪＥＣＴＳヘッダーノードを右クリックして、Ａｄｄ＞ＣＨＩＬＤＯＢＪＥＣＴを選択する。

４．ＣＨＩＬＤＯＢＪＥＣＴ （ＣＨＩＬＤＯＢＪＥＣＴｎ）がＣＨＩＬＤＯＢＪＥＣＴＳヘッダーノードの下に表示される。ここでｎは子オブジェクトの数を示す。

ＣＨＩＬＤＯＢＪＥＣＴ （ＣＨＩＬＤＯＢＪＥＣＴｎ）をクリックして、Ｐｒｏｐｅｒｔｉｅｓタブに子オブジェクトのプロパティが表示される。

５．Ｐｒｏｐｅｒｔｉｅｓタブで、ＩＤフィールドに子オブジェクトの固有識別子、および子オブジェクトに関する他の情報を入力する。詳しい情報については、「子オブジェクトプロパティフィールドの定義」を参照する。

６．ＳＡＶＥを選択して子オブジェクトを保存する。

（子オブジェクトプロパティフィールドの定義）
オブジェクトデザイナーのＯｂｊｅｃｔタブで子オブジェクトを選択して、以下に定義されるように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

詳しい情報については、「オブジェクトへの子オブジェクトの追加」を参照する。

（１．１７．８．２ オブジェクトへのサブクラスオブジェクトの追加）
サブクラスをオブジェクトに追加することによって、追加されたサブクラスオブジェクトが作成可能なオブジェクトとして定義される。初期設定で、システムは自動的にオブジェクトをそれ自身のサブクラスとして追加し、それによってオブジェクトを作成できるようになる。

例えば、ＰｅｒｓｏｎおよびＯｒｇａｎｉｚａｔｉｏｎがＥｎｔｉｔｙを継承する場合、Ｅｎｔｉｔｙオブジェクト定義において、Ｅｎｔｉｔｙはそれ自身のサブクラスであってはならない。ＥｎｔｉｔｙはＰｅｒｓｏｎまたはＯｒｇａｎｉｚａｔｉｏｎのいずれかを通じてのみ作成できるため、ＰｅｒｓｏｎおよびＯｒｇａｎｉｚａｔｉｏｎはサブクラスである必要がある。

１つのサブクラスオブジェクトのみをオブジェクトに追加することができる。

１．「オブジェクトデザイナーへのアクセス」に記載されているように、オブジェクトデザイナーを表示する。

２．ＯＢＪＥＣＴ （ＯｂｊｅｃｔＮａｍｅ）親ノードを右クリックして、Ａｄｄ＞ＳＵＢＣＬＡＳＳＯＢＪＥＣＴＳを選択する（図２１Ｂ）。

３．ＳＵＢＣＬＡＳＳＯＢＪＥＣＴＳヘッダーノードを右クリックして、Ａｄｄ＞ＳＵＢＣＬＡＳＳＯＢＪＥＣＴを選択する。

４．ＳＵＢＣＬＡＳＳＯＢＪＥＣＴがＳＵＢＣＬＡＳＳＯＢＪＥＣＴＳヘッダーノードの下に表示される。

ＳＵＢＣＬＡＳＳＯＢＪＥＣＴをクリックして、Ｐｒｏｐｅｒｔｉｅｓタブでサブクラスオブジェクトのプロパティを表示する。

５．Ｐｒｏｐｅｒｔｉｅｓタブで、ＩＤフィールドにサブクラスオブジェクトの固有識別子を入力する。詳しい情報については、「サブクラスオブジェクトプロパティフィールドの定義」を参照する。

６．ＳＡＶＥを選択して、サブクラスオブジェクトを保存する。

（サブクラスオブジェクトプロパティフィールドの定義）
オブジェクトデザイナーのＯｂｊｅｃｔタブでサブクラスオブジェクトを選択して、以下に定義されるように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

詳しい情報については、「オブジェクトへのサブクラスオブジェクトの追加」を参照する。

（１．１７．８．３ オブジェクトへのインポートオブジェクトの追加）
インポートオブジェクトを追加することによって、外部ファイルをインポートして、オブジェクト内で使用することができる。１つのインポートオブジェクトのみをオブジェクトに追加することができる。インポートオブジェクトをオブジェクトに追加するには、以下のようにする。

１．「オブジェクトデザイナーへのアクセス」に記載されているように、オブジェクトデザイナーページを表示する。

２．ＯＢＪＥＣＴ （ＯｂｊｅｃｔＮａｍｅ）親ノードを右クリックして、Ａｄｄ＞ＩＭＰＯＲＴＳを選択する。

３．ＩＭＰＯＲＴＳヘッダーノードが表示される。ＩＭＰＯＲＴＳヘッダーノードを右クリックして、Ａｄｄ＞ＩＭＰＯＲＴを選択する。

４．ＩＭＰＯＲＴがＩＭＰＯＲＴＳヘッダーノードの下に表示される。

ＩＭＰＯＲＴをクリックし、Ｐｒｏｐｅｒｔｉｅｓタブでインポートオブジェクトのプロパティを表示する。

５．Ｐｒｏｐｅｒｔｉｅｓタブで、ＩＤフィールドにインポートオブジェクトの固有識別子を入力する。詳しい情報については、「インポートオブジェクトプロパティフィールドの定義」を参照する。

６．ＳＡＶＥを選択して、インポートオブジェクトを保存する。

７．インポートオブジェクトプロパティフィールドの定義。

オブジェクトデザイナーのＯｂｊｅｃｔタブでサブクラスオブジェクトを選択し、以下に定義されるように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

詳しい情報については「オブジェクトへのオブジェクトのインポート」を参照する。

（１．１７．８．４ オブジェクトへの参照オブジェクトの追加）
１つの参照オブジェクトのみをオブジェクトに追加できる。

参照オブジェクトをオブジェクトに追加するには、以下のようにする。

１．「オブジェクトデザイナーへのアクセス」に記載されているように、オブジェクトデザイナーページを表示する。

２．ＯＢＪＥＣＴ （ＯｂｊｅｃｔＮａｍｅ）親ノードを右クリックして、Ａｄｄ＞ＲＥＦＥＲＥＮＣＥＳを選択する。

３．ＲＥＦＥＲＥＮＣＥＳヘッダーノードが表示される。ＲＥＦＥＲＥＮＣＥＳヘッダーノードを右クリックして、Ａｄｄ＞ＲＥＦＥＲＥＮＣＥを選択する。

４．ＲＥＦＥＲＥＮＣＥがＲＥＦＥＲＥＮＣＥＳヘッダーノードの下に表示される。

ＲＥＦＥＲＥＮＣＥをクリックして、Ｐｒｏｐｅｒｔｉｅｓタブで参照オブジェクトのプロパティを表示する。

５．Ｐｒｏｐｅｒｔｉｅｓタブで、ＩＤフィールドに参照オブジェクトの固有識別子を入力する。詳しい情報については、「参照オブジェクトプロパティフィールドの定義」を参照する。

６．ＳＡＶＥを選択して参照オブジェクトを保存する。

（参照オブジェクトプロパティフィールドの定義）
オブジェクトデザイナーのＯｂｊｅｃｔタブでサブクラスオブジェクトを選択し、以下に定義されるように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

詳しい情報については、「オブジェクトへの参照オブジェクトの追加」を参照する。

（１．１７．９ オブジェクトへの参照の追加）
図２２。

（１．１８ カスタムコードの展開）
オブジェクトデザイナーでＣｏｄｅタブを使用して、オブジェクトのカスタムコードを展開することができる。これによって、コードを中心位置で展開できる。トランザクション処理における特定の位置にコードを挿入または展開できる（図２３）。

詳しい情報については、「別表Ｂ：カスタムコードのサンプル」を参照する。

（１．１８．１ コードタブの収集）
（図２４）。

（フォームデザイナーの概要）
フォームデザイナーを使用すると、オブジェクトのユーザインターフェースであるフォームのレイアウトをデザインできる。各オブジェクトのフォーム（または表示）をこのデザイナーで定義して、次にページデザイナー（「ページデザイナー」を参照）を使用して、表示を割り当てることができる。

ＴｏｏｌｓタブからＤｅｓｉｇｎｅｒタブにコントロールをドラッグアンドドロップすることによって、フォームが作成される。詳しい情報については、「フォームのツール選択」を参照する。

フォームデザイナーページは、以下のセクションで構成される。

・Ｄｅｓｉｇｎｅｒタブ‐属性、アイテムおよびアクションをＴｏｏｌｓタブからこのタブにドラッグアンドドロップすることによって、フォームをデザインする。

・ＸＭＬタブ‐フォームデザイナーから生成されるＸＭＬコードを表示する。詳しい情報については、「ＸＭＬタブ」を参照する。

・Ｏｕｔｐｕｔタブ‐任意のエラーまたはＳＡＶＥオプションを選択することにより生成されるコードを表示する。詳しい情報については、「Ｏｕｔｐｕｔタブ」を参照する。

・Ｐｒｏｐｅｒｔｉｅｓタブ‐表示されたフォームに関する情報を追加または変更する。Ｄｅｓｉｇｎｅｒタブで選択して修正を加えることによってフォームを変更することもできる。詳しい情報については、「フォームプロパティフィールドの定義」を参照する。

・Ｔｏｏｌｓタブ‐フォームをデザインするためにＤｅｓｉｇｎｅｒタブにドラッグアンドドロップできる属性、アクセサリーアイテム（ライン、ラベルおよびアンカーなど）、およびアクションを表示する。詳しい情報については、「フォームのツール選択」を参照する。

（１．１９ フォームデザイナーへのアクセス）
Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトブラウザから、以下のアクションのうち１つを行うことによって、フォームデザイナーにアクセスすることができる。

・Ｆｏｒｍの下にリストされるフォームをダブルクリックする。

・リストされているフォームを右クリックして、Ｅｄｉｔを選択する。

・Ｆｏｒｍを右クリックして、Ａｄｄ Ｎｅｗ Ｆｏｒｍ ＩｔｅｍまたはＡｄｄ Ｎｅｗ−ｕｓｅ ｓｔａｎｄａｒｄ ＸＭＬ ｄｅｓｉｇｎｅｒのいずれかを選択する。新規フォームの名前をＡｄｄ Ｎｅｗ Ｏｂｊｅｃｔダイアログボックスに入力すると、フォームデザイナーが表示される（詳しい情報については、「新規フォームの追加」を参照する）。

・Ｆｏｒｍを右クリックして、Ａｄｄ ａｎ Ｅｘｉｓｔｉｎｇ Ｆｏｒｍ Ｉｔｅｍを選択する。Ｓｅｌｅｃｔ Ｉｔｅｍダイアログボックスからフォームを選択すると、フォームデザイナーが表示される（詳しい情報については、「既存フォームの追加」を参照する。

一旦フォームデザイナーにアクセスすると、別のデザイナーを開いても、Ｅｘｅｍｐｌａｒｙウィンドウの左上でＦｏｒｍ Ｎａｍｅ （Ｏｂｊｅｃｔ）タブをクリックすることによって、そこに戻ることができる。

（１．２０ フォームを用いた作業）
（１．２０．１ 新規フォームの追加）
新規フォームをプロジェクトに追加するには、以下のようにする。

注記：標準ＸＭＬデザイナーを使用して新規フォームを追加するには、「ＸＭＬデザイナーを使用した新規フォームの追加」を参照する。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーでＦｏｒｍを右クリックして、Ａｄｄ Ｎｅｗ Ｏｂｊｅｃｔ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ Ｆｏｒｍダイアログボックスが表示される。フォームの名前をＩｔｅｍ ＩＤに名前を入力してＯＫを選択するか、またはＣａｎｃｅｌを選択して、新規フォームを作成せずにこのダイアログボックスを閉じる。

３．フォームデザイナーに新規フォームが表示される。

・オブジェクトＩＤおよびフォームに関する他の情報をＰｒｏｐｅｒｔｉｅｓタブに入力する。詳しい情報については、「フォームプロパティフィールドの定義」を参照する。

・フォームの作成に関する情報については、「フォームのデザイン」を参照する。

４．フォームデザイナーの右上隅でＳＡＶＥをクリックして、新規フォームを保存する。

（１．２０．２ ＸＭＬデザイナーを使用した新規フォームの追加）
標準ＸＭＬデザイナーを使用して新規フォームをプロジェクトに追加するには、以下のようにする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーからＦｏｒｍを右クリックして、Ａｄｄ Ｎｅｗ−ｕｓｅ ｓｔａｎｄａｒｄ ＸＭＬ ｄｅｓｉｇｎｅｒを選択する。

２．Ａｄｄ Ｎｅｗ Ｆｏｒｍダイアログボックスが表示される。フォームの名前をＩｔｅｍ ＩＤに名前を入力してＯＫを選択するか、またはＣａｎｃｅｌを選択して、新規フォームを作成せずにこのダイアログボックスを閉じる。

３．フォームデザイナーに新規フォームが表示される。

・オブジェクトＩＤおよびフォームに関する他の情報をＰｒｏｐｅｒｔｉｅｓタブに入力する。詳しい情報については、「フォームプロパティフィールドの定義」を参照する。

・フォームの作成に関する情報については、「フォームのデザイン」を参照する。

４．フォームデザイナーの右上隅でＳＡＶＥをクリックして、新規フォームを保存する。

（１．２０．３ 既存フォームの追加）
既存フォームをプロジェクトに追加するには、以下のようにする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトブラウザからＦｏｒｍを右クリックして、Ａｄｄ ａｎ Ｅｘｉｓｔｉｎｇ Ｆｏｒｍ Ｉｔｅｍを選択する。

２．Ｓｅｌｅｃｔ Ｉｔｅｍダイアログボックスが表示される。

フォーム名の最初の数文字をＦｉｎｄフィールドに入力するか、またはスクロールバーを使用してフォームを探す。

３．フォームを選択してＯＫを選択するか、またはＣａｎｃｅｌを選択して、既存のフォームを追加せずにこのダイアログボックスを閉じる。

４．選択されたフォームがＰｒｏｊｅｃｔブラウザのツリーに表示される。

・Ｐｒｏｐｅｒｔｉｅｓタブのフィールドに関する情報については、「フォームプロパティフィールドの定義」を参照する。

・詳しい情報については、「フォームのデザインおよびフォームの修正」を参照する。

５．フォームデザイナーの右上隅でＳＡＶＥをクリックして、フォームを保存する。

（１．２０．４ フォームのデザイン）
属性、アイテムおよびアクションをフォームデザイナーのＴｏｏｌｓタブからＤｅｓｉｇｎｅｒタブにドラッグアンドドロップすることによって、フォームが作成される。フォームをデザインするには、以下のようにする。

１．「フォームデザイナーへのアクセス」に記載されているように、フォームデザイナーにＤｅｓｉｇｎｅｒタブを表示する。

２．「フォームプロパティフィールドの定義」に記載されるように、オブジェクトＩＤおよび他のフォームプロパティを入力または選択する。

３．Ｔｏｏｌｓタブをクリックする。

４．Ｔｏｏｌｓタブの上で下向きの矢印をクリックしてカテゴリのドロップダウンリストを表示する。以下のカテゴリのうち１つを選択して、関連する属性、アクションまたはアクセサリーアイテムをＴｏｏｌｓタブに表示する。

・ＯｂｊｅｃｔＡｔｔｒｉｂｕｔｅｓ‐このカテゴリは、初期設定で表示される。ＰｒｏｐｅｒｔｉｅｓタブのＯｂｊｅｃｔ ＩＤフィールドで特定されるオブジェクトに定義される属性をリストする。

・Ａｃｔｉｏｎｓ‐アクションがフォーム上のボタンになる。１つ以上のアクションを同じ場所でドラッグアンドドロップすると、ボタンがアクションのドロップダウンリストになる。下層オブジェクトでＡｃｔｉｏｎＭｅｔｈｏｄとして作成されるコードは、フォーム上で利用可能なアクションである。

・ＣｏｌｌｅｃｔｉｏｎＡｃｔｉｏｎｓ‐これらは、ＡｄｄおよびＤｅｌｅｔｅなどの一群のデータ（複数行）上で取ることができるアクションである。システムによって、ＡｄｄおよびＤｅｌｅｔｅをフォームのヘッダーに自動的にドラッグアンドドロップできる。アプリケーション開発者は、これらのアクションに対するアクセスをコードで制限することができる。

・ＡｃｃｅｓｓｏｒｙＩｔｅｍｓ‐フォームアクセサリーは、アンカー、フレーム、ラベルおよびラインである。

・Ａｎｃｈｏｒ‐アンカーをフォームに追加する。アンカーは、現在のページ上のオブジェクトのプレースホルダー（およびオブジェクトの定義されたフォーム）である。参照されるオブジェクトがフォームに表示される場所を示す。

・Ｆｒａｍｅ‐フレームをフォームに追加する。フレームは任意のコントロールを含み、それらの上に作成される。

・Ｌａｂｅｌ‐ラベルをフォームに追加する。テキストを入力してラベルに表示する。

・Ｌｉｎｅ‐グラフィカルラインをフォームに追加する。

３．Ｔｏｏｌｓタブでコントロール（属性、アクションまたはアイテム）をクリックして、Ｄｅｓｉｇｎｅｒタブへドラッグする。フォームに表示する場所でドロップする。

４．Ｄｅｓｉｇｎｅｒタブでコントロールを選択して調整するか、またはコントロールを右クリックし、Ｐｒｏｐｅｒｔｉｅｓを選択してＰｒｏｐｅｒｔｉｅｓタブに情報を入力することによって、フォームのコントロールを修正することができる。詳しい情報については、「フォームの修正」を参照する。

５．フォームデザイナーの右上隅でＳＡＶＥをクリックして、新規フォームを保存する。

（１．２０．５ フォームの修正）
Ｄｅｓｉｇｎｅｒタブでコントロールを選択して調整するか、またはコントロールを右クリックしてＰｒｏｐｅｒｔｉｅｓを選択し、Ｐｒｏｐｅｒｔｉｅｓタブに情報を入力することによって、フォームデザイナーのフォームにおいて、コントロール（属性、アクションおよびアクセサリーアイテム）を修正できる。

（１．２０．５．１ タブオーダー）
フォームデザイナーをタブオーダーモードにトグルするには、フォームを右クリックしてＴａｂ Ｏｒｄｅｒを選択する。０（ゼロ）で始まるタブ番号が各コントロールの左側に表示される（図２５Ａ）。

コントロールを連続してクリックし、ユーザがフォームにタブを付ける時に表示される順番を割り当てることができる。

タブオーダーをフォーム上のコントロールに自動的に割り当てるには、フォームを右クリックしてＡｕｔｏ Ｔａｂ Ｏｒｄｅｒを選択する（Ａｕｔｏ Ｔａｂ Ｏｒｄｅｒオプションが表示される前にまずＴａｂ Ｏｒｄｅｒを選択する必要がある）。

（１．２０．５．２ フォームのサイズ変更）
以下の方法のうち１つを使用して、フォームの高さまたは幅を変更することができる。

・フォームをクリックして、フォームが希望のサイズになるまで青い四角をクリックアンドドラッグする。

・フォームを右クリックして、Ｐｒｏｐｅｒｔｉｅｓを選択する。ＰｒｏｐｅｒｔｉｅｓタブのＨｅｉｇｈｔおよびＷｉｄｔｈフィールドで値を変更する。

（１．２０．５．３ コントロールのサイズ変更）
以下の方法のうち１つを使用して、フォームにおけるコントロールのサイズを増減できる。

コントロールをクリックして、コントロールが希望のサイズになるまで青い四角をクリックアンドドラッグする（図２５Ｂ）。

・代わりに、コントロールを右クリックして、Ｐｒｏｐｅｒｔｉｅｓを選択する。ＰｒｏｐｅｒｔｉｅｓタブのＷｉｄｔｈフィールドに幅を入力する。詳しい情報については、「フォームプロパティフィールドの定義」を参照する。

（フォームからのコントロールの除外）
コントロールを右クリックしてＤｅｌｅｔｅを選択すると、コントロールがフォームから永久に消去される。

（１．２０．５．４ フォーム上でのコントロールのカットアンドペースト）
コントロールをカットアンドペーストするには、以下のようにする。

１．コントロールを右クリックして、Ｃｕｔを選択する。

２．コントロールを配置するフォーム上の位置を右クリックして、Ｐａｓｔｅを選択する。

（１．２０．５．５ コントロールのサイズを揃える）
コントロールを最後に選択したコントロールと同じサイズにするには、サイズ変更するコントロールを右クリックして、Ｓａｍｅ Ｓｉｚｅを選択する。

（１．２０．５．６ コントロールをフォーム上に並べる）
複数のコントロールをフォーム上に並べるには、ＣＴＲＬを押して配列するコントロールをクリックする。右クリックしてＡｌｉｇｎ＞Ｌｅｆｔを選択し、フォームの左側に選択したコントロールを並べるか、またはＡｌｉｇｎ＞Ｔｏｐ を選択してフォームの上側にコントロールを並べる。

（１．２０．５．７ コントロールを等間隔でフォーム上に並べる）
複数のコントロールを等間隔でフォーム上に並べるには、ＣＴＲＬを押して等間隔に並べるコントロールをクリックする。右クリックしてＳｐａｃｅ Ｅｖｅｎｌｙ＞Ａｃｒｏｓｓを選択し、選択したコントロールをフォーム上に等間隔で並べるか、またはＳｐａｃｅ Ｅｖｅｎｌｙ＞Ｄｏｗｎを選択して選択したコントロールをフォーム上に垂直に並べる。

（１．２０．５．８ フォームコントロールプロパティフィールドの定義）
フォームデザイナーのＤｅｓｉｇｎｅｒタブでコントロールを選択し、以下に定義されるようにＰｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

注記：ＦＯＲＭ （ＦｏｒｍＮａｍｅ）を選択すると表示されるプロパティに関する情報については、「フォームプロパティフィールドの定義」を参照する。フォームを選択すると表示されるプロパティに関する情報については、「フォーム表示領域プロパティフィールドの定義」を参照する。

（１．２０．６ フォームの削除）
フォームをシステムから消去することなくプロジェクトから削除できる。フォームをプロジェクトから削除するには、以下のようにする。

・Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーで削除するフォームを右クリックして、Ｅｘｃｌｕｄｅ Ｆｒｏｍ Ｐｒｏｊｅｃｔを選択する。

（１．２０．７ フォーム表示領域プロパティフィールドの定義）
フォームデザイナーのＤｅｓｉｇｎｅｒタブでフォームを選択して、以下に定義されるようにＰｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

注記：ＦＯＲＭ （ＦｏｒｍＮａｍｅ）を選択すると表示されるプロパティに関する情報については、「フォームプロパティフィールドの定義」を参照する。フォームコントロールを選択すると表示されるプロパティに関する情報については、「フォームコントロールプロパティフィールドの定義」を参照する。

（１．２０．８ フォームプロパティフィールドの定義）
フォームデザイナーのＤｅｓｉｇｎｅｒタブでＦＯＲＭ （ＦｏｒｍＮａｍｅ）を選択して、以下に定義されるように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

注記：フォームコントロールを選択すると表示されるプロパティに関する情報については、「フォームコントロールプロパティフィールドの定義」を参照する。フォームを選択すると表示されるプロパティに関する情報については、「フォーム表示領域プロパティフィールドの定義」を参照する。

（ページデザイナーの概要）
ページデザイナーを使用して、ページのベースオブジェクトに対して定義される各親および子オブジェクトの異なる「表示」を定義できる。ベースオブジェクトの各オブジェクトに対して、各表示がＶＩＥＷＭＡＰ（アーキタイプ／オブジェクトおよびフォームＩＤの組み合わせ）として定義される。既存のオブジェクトをページ定義と関連付けて、ページに含まれる各オブジェクトに対して表示すべきフォームを選択することによって、ページが定義される。指定のオブジェクトに対して表示すべき任意の数のフォームをページに含めることができる。そのため、ページ定義は同一オブジェクトで構成できるため、各ページ定義により作成されるインターフェースを変えることができる。各オブジェクトに異なるフォーム（表示）を選択することによって、異なるインターフェースを作成する。

ページデザイナーは以下のセクションで構成される。

・Ｄｅｓｉｇｎｅｒタブ‐既存のオブジェクトをページ定義と関連付けて、ページに含まれる各オブジェクトに対して表示すべきフォームを選択することによってページを定義する。詳しい情報については、「ページへのオブジェクトの追加」を参照する。

・ＸＭＬタブ‐ページデザイナーから生成されるＸＭＬコードを表示する。詳しい情報については、「ＸＭＬタブ」を参照する。

・Ｏｕｔｐｕｔタブ‐任意のエラー、またはＳＡＶＥオプションの選択することによって生成されるコードが表示される。詳しい情報については、「Ｏｕｔｐｕｔタブ」を参照する。

・Ｐｒｏｐｅｒｔｉｅｓタブ‐表示されるページに関する情報を追加または変更する。詳しい情報については、「ページプロパティフィールドの定義」を参照する。

（１．２１ ページデザイナーへのアクセス）
Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトブラウザから以下のアクションのうち１つを行うことによって、ページデザイナーにアクセスできる。

・Ｐａｇｅの下にリストされるページをダブルクリックする。

・リストされるページを右クリックしてＥｄｉｔを選択する。

・Ｐａｇｅを右クリックして、Ａｄｄ Ｎｅｗ Ｐａｇｅ ＩｔｅｍまたはＡｄｄ Ｎｅｗ−ｕｓｅ ｓｔａｎｄａｒｄ ＸＭＬ ｄｅｓｉｇｎｅｒのいずれかを選択する。Ａｄｄ Ｎｅｗ Ｐａｇｅダイアログボックスに新規ページの名前を入力すると、ページデザイナーが表示される（詳しい情報については、「新規ページの追加」を参照する）。

・Ｐａｇｅを右クリックして、Ａｄｄ ａｎ Ｅｘｉｓｔｉｎｇ Ｐａｇｅ Ｉｔｅｍを選択する。Ｓｅｌｅｃｔ Ｉｔｅｍダイアログボックスからページを選択すると、ページデザイナーが表示される（詳しい情報については、「既存ページの追加」を参照する）。

一旦ページデザイナーにアクセスすると、別のデザイナーを開いても、Ｅｘｅｍｐｌａｒｙウィンドウの左上でＰａｇｅ Ｎａｍｅ （Ｐａｇｅ）タブをクリックすることによって、そこに戻ることができる。

（１．２２ ページを用いた作業）
（１．２２．１ 新規ページの追加）
新規ページをプロジェクトに追加するには、以下のようにする。

注記：標準ＸＭＬデザイナーを使用して新規ページを追加するには、「ＸＭＬデザイナーを使用した新規ページの追加」を参照する。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーからＰａｇｅを右クリックして、Ａｄｄ Ｎｅｗ Ｐａｇｅ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ Ｐａｇｅダイアログボックスが表示される。ページの名前をＩｔｅｍ ＩＤフィールドに入力してＯＫを選択するか、またはＣａｎｃｅｌを選択して、新規ページを作成せずにこのダイアログボックスを閉じる。

３．新規ページがページデザイナーに表示される。

・Ｐｒｏｐｅｒｔｉｅｓタブのフィールドに関する情報については、「ページプロパティフィールドの定義」を参照する。

・ページの作成に関する情報については、「ページの定義」を参照する。

４．ページデザイナーの右上隅でＳＡＶＥをクリックして、新規ページを保存する。

（１．２２．２ ＸＭＬデザイナーを使用した新規ページの追加）
標準ＸＭＬデザイナーを使用して新規ページをプロジェクトに追加するには、以下のようにする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーからＰａｇｅを右クリックして、Ａｄｄ Ｎｅｗ−ｕｓｅ ｓｔａｎｄａｒｄ ＸＭＬ ｄｅｓｉｇｎｅｒを選択する。

２．Ａｄｄ Ｎｅｗ Ｐａｇｅダイアログボックスが表示される。ページの名前をＩｔｅｍ ＩＤフィールドに入力してＯＫを選択するか、またはＣａｎｃｅｌを選択して、新規ページを作成せずにこのダイアログボックスを閉じる。

３．新規ページがページデザイナーに表示される。

・Ｐｒｏｐｅｒｔｉｅｓタブのフィールドに関する情報については、「ページプロパティフィールドの定義」を参照する。

・ページの作成に関する情報については、「ページの定義」を参照する。

４．ページデザイナーの右上隅でＳＡＶＥをクリックして、新規ページを保存する。

（１．２２．３ 既存ページの追加）
既存のページをプロジェクトに追加するには、以下のようにする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトブラウザからＰａｇｅを右クリックして、Ａｄｄ ａｎ Ｅｘｉｓｔｉｎｇ Ｐａｇｅ Ｉｔｅｍを選択する。

２．Ｓｅｌｅｃｔ Ｉｔｅｍダイアログボックスが表示される。

ページ名の最初の数文字をＦｉｎｄフィールドに入力するか、またはスクロールバーを使用してページを探す。

３．ページを選択してＯＫを選択するか、またはＣａｎｃｅｌを選択して、既存のフォームを追加せずにこのダイアログボックスを閉じる。

４．選択されたページがプロジェクトブラウザのツリーに表示される。

・Ｐｒｏｐｅｒｔｉｅｓタブのフィールドに関する情報については、「ページプロパティフィールドの定義」を参照する。

・ページの作成に関する情報については、「ページの定義」を参照する。

５．ページデザイナーの右上隅でＳＡＶＥをクリックして、ページを保存する。

（１．２２．４ ページへのオブジェクトの追加）
オブジェクトをページに追加するには、以下のようにする。

１．「ページデザイナーへのアクセス」に記載されているように、ページデザイナーを表示する。

２．ＰＡＧＥ （ＰａｇｅＮａｍｅ）ヘッダーノードがＤｅｓｉｇｎｅｒタブのツリーに表示される。ページ定義で作成されるインターフェースの親レベルページを表す。このヘッダーノードをクリックし、Ｐｒｏｐｅｒｔｉｅｓタブで情報を入力する（各フィールドの説明については、「ページプロパティフィールドの定義」を参照する）。Ｒｏｏｔ Ｏｂｊｅｃｔ ＩＤフィールドにおける入力は、ページ定義の他のオブジェクトがすべて子または兄弟、あるいは継承されたフォームであるオブジェクトである。

３．ＢＡＳＥＯＢＪＥＣＴＳヘッダーノードを作成するには、ＰＡＧＥ （ＰａｇｅＮａｍｅ）ヘッダーノードの下にまだ表示されていない場合、ＰＡＧＥ （ＰａｇｅＮａｍｅ）ヘッダーを右クリックして、Ａｄｄ＞ＢＡＳＥＯＢＪＥＣＴＳを選択する。

ＢＡＳＥＯＢＪＥＣＴＳヘッダーノードがＰＡＧＥ （ＰａｇｅＮａｍｅ）ヘッダーノードの下に表示される。

４．親ルートオブジェクトの子、兄弟、または親ルートオブジェクトから継承されたベースオブジェクトを作成する。ＢＡＳＥＯＢＪＥＣＴＳヘッダーノードを右クリックして、Ａｄｄ＞ＢＡＳＥＯＢＪＥＣＴを選択する。ＢＡＳＥＯＢＪＥＣＴがＢＡＳＥＯＢＪＥＣＴＳヘッダーノードの下に表示される。

５．ＢＡＳＥＯＢＪＥＣＴをクリックし、次にＰｒｏｐｅｒｔｉｅｓタブで、固有の識別子を含むこのベースオブジェクトに関する情報をＩＤフィールドに入力する。詳しい情報については、「ベースオブジェクトプロパティフィールドの定義」を参照する。

６．表示をベースオブジェクトに追加するには、ＢＡＳＥＯＢＪＥＣＴを右クリックし、Ａｄｄ＞ＶＩＥＷＳを選択する。ＶＩＥＷＳがＢＡＳＥＯＢＪＥＣＴヘッダーノードの下に表示される。

７．ＶＩＥＷＳヘッダーノードを右クリックして、Ａｄｄ＞ＶＩＥＷを選択する。ＶＩＥＷ （ＮｅｗＶｉｅｗｎ）がヘッダーノードの下に表示される。ここでｎは表示の数を示す。

８．ＶＩＥＷ （ＮｅｗＶｉｅｗｎ）をクリックして、次にＰｒｏｐｅｒｔｉｅｓタブで、固有識別子を含むこの表示に関する情報をＩＤフィールドに入力する。詳しい情報については、「表示プロパティフィールドの定義」を参照する。

９．表示マップを表示に追加するには、ＶＩＥＷ （ＶｉｅｗＮａｍｅ）を右クリックして、Ａｄｄ＞ＶＩＥＷＭＡＰを選択する。ＶＩＥＷＭＡＰがＶＩＥＷ （ＶｉｅｗＮａｍｅ）の下に表示される。

１０．ＶＩＥＷＭＡＰをクリックし、Ｐｒｏｐｅｒｔｉｅｓタブで、表示マップの固有識別子をＯｂｊｅｃｔ Ｉｄフィールドに入力する。詳しい情報については、「表示マッププロパティフィールドの定義」を参照する。

１１．追加の表示および関連する表示マップを追加するには、ステップ７‐９を繰り返す。

１２．終了したら、ページデザイナーの右上隅でＳＡＶＥをクリックして、新規オブジェクト、表示および表示マップを保存する。

（１．２２．４．１ ページへのオブジェクトの自動インポート）
ベースオブジェクトに関連するすべてのオブジェクトを自動的にページにインポートするには、以下のようにする。

１．「ページデザイナーへのアクセス」に記載されているように、ページデザイナーを表示する。

２．Ａｕｔｏ Ｉｍｐｏｒｔチェックボックスを選択する。

（１．２２．４．２ ベースオブジェクトプロパティフィールドの定義）
ページデザイナーのＤｅｓｉｇｎｅｒタブでＢＡＳＥＯＢＪＥＣＴを選択し、以下に定義されるように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

（１．２２．４．３ 表示プロパティフィールドの定義）
ページデザイナーのＤｅｓｉｇｎｅｒタブでＶＩＥＷ （Ｎｅｗ Ｖｉｅｗ）を選択し、以下に定義するようにＰｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

（１．２２．４．４ 表示マッププロパティフィールドの定義）
ページデザイナーのＤｅｓｉｇｎｅｒタブでＢＡＳＥＯＢＪＥＣＴを選択し、以下に定義されるように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

（１．２２．５ ページの削除）
ページをシステムから消去することなく、プロジェクトから削除することができる。プロジェクトからページを削除するには、以下のようにする。

・Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーで削除するページを右クリックして、Ｅｘｃｌｕｄｅ Ｆｒｏｍ Ｐｒｏｊｅｃｔを選択する。

（１．２２．６ ページプロパティフィールドの定義）
ページデザイナーのＤｅｓｉｇｎｅｒタブでＰＡＧＥ （ＰａｇｅＮａｍｅ）ヘッダーを選択し、以下に定義されるように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

（プロセスデザイナーの概要）
プロセスデザイナーによって、Ｅｘｅｍｐｌａｒｙのカスタムビジネスワークフロープロセスを構成および展開できる。プロセスには、一連のプロセスステップを含めて、指定の出力に導くルーティングルールで完成させることができる。構成された各プロセスステップは、コンポーネントのグループとして表示される。ステップは、ユーザまたはシステムインタラクションである。少なくとも説明、プロセスルールおよびプロセス出力で構成される。ワークフローは、一連のステップ、独自のルールを持つ次のステップを導く１つの決定点、および決定点上に構築される（図２６）。

プロセスデザイナーは、以下のセクションで構成される。

・Ｄｅｓｉｇｎｅｒタブ‐一連のステップを追加することによって、プロセスをデザインする。詳しい情報については、「プロセスを用いた作業」を参照する。

・ＸＭＬタブ‐プロセスデザイナーから生成されるＸＭＬコードを表示する。詳しい情報については、「ＸＭＬタブ」を参照する。

・Ｏｕｔｐｕｔタブ‐任意のエラーまたはＳＡＶＥオプションを選択することによって生成されたコードを表示する。詳しい情報については、「Ｏｕｔｐｕｔタブ」を参照する。

・Ｐｒｏｐｅｒｔｉｅｓタブ‐表示されるプロセスに関する情報を追加または変更する。詳しい情報については、「プロセスプロパティフィールドの定義」を参照する。

・Ｒｅｆｅｒｅｎｃｅｓタブ‐ルールをコーディングする際に参照を追加および削除する。詳しい情報については、「ルールへの参照の追加」を参照する。

（１．２３ プロセスデザイナーへのアクセス）
Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトブラウザから以下のアクションのうち１つを実行することによって、プロセスデザイナーにアクセスできる。

・Ｐｒｏｃｅｓｓの下にリストされるプロセスをダブルクリックする。

・リストされているプロセスを右クリックして、Ｅｄｉｔを選択する。

・Ｐｒｏｃｅｓｓを右クリックして、Ａｄｄ Ｎｅｗ Ｐｒｏｃｅｓｓ ＩｔｅｍまたはＡｄｄ Ｎｅｗ−ｕｓｅ ｓｔａｎｄａｒｄ ＸＭＬ ｄｅｓｉｇｎｅｒのいずれかを選択する。新規プロセスの名前をＡｄｄ Ｎｅｗ Ｐｒｏｃｅｓｓダイアログボックスに入力すると、プロセスデザイナーが表示される（詳しい情報については、「新規プロセスの追加」を参照する）。

・Ｐｒｏｃｅｓｓを右クリックして、Ａｄｄ ａｎ Ｅｘｉｓｔｉｎｇ Ｐｒｏｃｅｓｓ Ｉｔｅｍを選択する。Ｓｅｌｅｃｔ Ｉｔｅｍダイアログボックスからプロセスを選択すると、プロセスデザイナーが表示される（詳しい情報については、「既存プロセスの追加」を参照する）。

一旦プロセスデザイナーにアクセスすると、別のデザイナーを開いても、Ｅｘｅｍｐｌａｒｙウィンドウの左上でＰｒｏｃｅｓｓ Ｎａｍｅ （Ｐｒｏｃｅｓｓ）タブをクリックすることによって、そこに戻ることができる。

（１．２４ プロセスを用いた作業）
プロセスは、一連のプロセスステップを含み、指定の出力に導くルーティングルールで完成させることができる。構成された各プロセスステップは、コンポーネントのグループとして表示される。ステップは、ユーザまたはシステムインタラクションである。少なくとも説明、プロセスルールおよびプロセス出力で構成される。

（１．２４．１ 新規プロセスの追加）
新規プロセスをプロジェクトに追加するには、以下のようにする。

注記：標準ＸＭＬデザイナーを使用して新規プロセスを追加するには、「ＸＭＬデザイナーを使用した新規フォームの追加」を参照する。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーでＦｏｒｍを右クリックして、Ａｄｄ Ｎｅｗ Ｐｒｏｃｅｓｓ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ Ｐｒｏｃｅｓｓダイアログボックスが表示される。プロセスの名前をＩｔｅｍ ＩＤフィールドに入力してＯＫを選択するか、またはＣａｎｃｅｌを選択して、新規プロセスを作成せずにこのダイアログボックスを閉じる。

３．新規プロセスがプロセスデザイナーに表示される（図２７Ａ）。

・Ｐｒｏｐｅｒｔｉｅｓタブのフィールドに関する情報については、「プロセスプロパティフィールドの定義」を参照する。

・プロセスの作成に関する情報については、「プロセスへのステップの追加」を参照する。

４．プロセスデザイナーの右上隅でＳＡＶＥをクリックして、新規プロセスを保存する。

（１．２４．２ ＸＭＬデザイナーを使用した新規プロセスの追加）
ＸＭＬデザイナーを使用して新規プロセスをプロジェクトに追加するには、以下のようにする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーからＰｒｏｃｅｓｓを右クリックして、Ａｄｄ Ｎｅｗ−ｕｓｅ ｓｔａｎｄａｒｄ ＸＭＬ ｄｅｓｉｇｎｅｒを選択する。

２．Ａｄｄ Ｎｅｗ Ｐｒｏｃｅｓｓダイアログボックスが表示される。プロセスの名前をＩｔｅｍ ＩＤフィールドに入力してＯＫを選択するか、またはＣａｎｃｅｌを選択して、新規プロセスを作成せずにこのダイアログボックスを閉じる。

３．新規プロセスがプロセスデザイナーに表示される。

・Ｐｒｏｐｅｒｔｉｅｓタブのフィールドに関する情報については、「プロセスプロパティフィールドの定義」を参照する。

・プロセスの作成に関する情報については、「プロセスへのステップの追加」を参照する。

４．プロセスデザイナーの右上隅でＳＡＶＥをクリックして、新規プロセスを保存する。

（１．２４．３ 既存プロセスの追加）
既存プロセスをプロジェクトに追加するには、以下のようにする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトブラウザからＰａｇｅを右クリックして、Ａｄｄ ａｎ Ｅｘｉｓｔｉｎｇ Ｐｒｏｃｅｓｓ Ｉｔｅｍを選択する。

２．Ｓｅｌｅｃｔ Ｉｔｅｍダイアログボックスが表示される。

プロセス名の最初の数文字をＦｉｎｄフィールドに入力するか、またはスクロールバーを使用してプロセスを探す。

３．ページを選択してＯＫを選択するか、またはＣａｎｃｅｌを選択して、既存のプロセスを追加せずにこのダイアログボックスを閉じる。

４．選択されたページがプロジェクトブラウザのツリーに表示される。

・Ｐｒｏｐｅｒｔｉｅｓタブのフィールドに関する情報については、「プロセスプロパティフィールドの定義」を参照する。

・プロセスの作成に関する情報については、「プロセスへのステップの追加」を参照する。

５．プロセスデザイナーの右上隅でＳＡＶＥをクリックして、プロセスを保存する。

（１．２４．４ プロセスへのステップの追加）
ステップをプロセスに追加するには、以下のようにする。

１．「プロセスデザイナーへのアクセス」に記載されているように、プロセスデザイナーを表示する（図２７Ｂ）。

２．「プロセスプロパティフィールドの定義」に記載されているように、このプロセスのベースオブジェクトＩＤおよびワークリストフォームをＰｒｏｐｅｒｔｉｅｓタブに割り当てる。

注記：ワークリストは現在唯一のサポートされるサービスである。

３．

アイコンを右クリックして、Ｆｉｒｓｔ Ｓｔｅｐを選択する。

４．割り当てられたベースオブジェクトＩＤ（以下の例におけるアドレス）に関連するフォームおよびビジネスオブジェクトがすべてメニューに表示される（図２７Ｃ）。

以下のオプションのうち１つを選択する。

・Ｂａｓｅ Ｏｂｊｅｃｔ ＩＤ Ｎａｍｅ
・Ｓａｖｅ‐２つの出力：「ｓｕｃｃｅｓｓｆｕｌ ｓａｖｅ（保存に成功）」または「ｆａｉｌｅｄ ｓａｖｅ（保存に失敗）」が存在する。

４．ＦＩＲＳＴＳＴＥＰステップアイコンがＤｅｓｉｇｎｅｒタブに表示される（図２７Ｄ）。

このステップの名前をステップアイコンにタイプするか、またはＰｒｏｐｅｒｔｉｅｓタブのＩＤフィールドで名前を入力する。詳しい情報については、「ステッププロパティフィールドの定義」を参照する。ＥＮＴＥＲを押して続行する。

５．ステップアイコンを右クリックし、Ｎｅｗ Ｏｕｔｐｕｔを選択して、以下のオプションのうち１つを選択する。

・Ｃｕｓｔｏｍ‐このステップのカスタマイズされた出力を作成する。詳しい情報については、「ステップへのカスタム出力の追加」を参照する。

・Ｒｅｌｅａｓｅ−Ｃａｎｃｅｌ‐詳しい情報については、「ステップへのリリース‐キャンセル出力の追加」を参照する。

・Ａｃｃｅｐｔ−Ｒｅｊｅｃｔ‐詳しい情報については、「ステップへの許可‐却下出力の追加」を参照する。

６．別のステップを追加するには、適切なアイコンを右クリックして、Ｎｅｘｔ Ｓｔｅｐを選択する。

７．選択されたベースオブジェクトＩＤ（以下の例におけるアドレス）に関連するフォームおよびビジネスオブジェクトがすべてメニューに表示される（図２７Ｅ）。

以下のオプションのうち１つを選択する。

・ＥＮＤ‐現在のプロセスをこのステップで終了する。矢印および

アイコンがステップの右に表示される。

・Ｓｔｅｐ Ｎａｍｅ‐定義が必要である。矢印およびステップ番号を含むアイコンがステップの右に表示される（例えば、

）。

・Ｂａｓｅ Ｏｂｊｅｃｔ ＩＤ Ｎａｍｅ−
・Ｓａｖｅ‐２つの出力：「ｓｕｃｃｅｓｓｆｕｌ ｓａｖｅ（保存に成功）」または「ｆａｉｌｅｄ ｓａｖｅ（保存に失敗）」が存在する。

８．追加のステップを追加するには、ステップ６および７を繰り返す。

９．終了したら、プロセスデザイナーの右上隅でＳＡＶＥをクリックして、プロセスを保存する。

（１．２４．４．１ ステップへのノートの追加）
プロセスデザイナーにおいて、以下を行うことによって、ノートを任意のステップまたは出力コントロールに追加できる。

１．ステップまたはコントロールを右クリックして、Ａｎｎｏｔａｔｅを選択する。

２．ノートを入力できるテキストボックスがステップまたはコントロールの下に表示される（図２７Ｆ）。

３．ノートを入力してＥＮＴＥＲを押す。ノートがステップまたはコントロールの下に表示される（図２７Ｇ）。

（１．２４．４．２ 出力ステップの追加）
プロセスデザイナーにおいて、出力ステップは、ユーザの現在のステップ（ステップはユーザインターフェースを含む場合）またはシステム（ステップはビジネスオブジェクトを含む場合）からのパスを表す。ステップに追加される出力ステップは、ユーザインターフェースのＰｒｏｃｅｓｓ Ａｃｔｉｏｎメニューにプロセスアクションとして表示される。プロセスステップは、ステップごとに少なくとも１つの出力を持つことができる。

以下のタイプの出力ステップを追加できる。詳しい情報については、「プロセスへのステップの追加」を参照する。

・Ｃｕｓｔｏｍ
・Ｒｅｌｅａｓｅ−Ｃａｎｃｅｌ
・Ａｃｃｅｐｔ−Ｒｅｊｅｃｔ。

（Ａｄｄｉｎｇ ａ Ｃｕｓｔｏｍ Ｏｕｔｐｕｔ Ｓｔｅｐ）
Ｒｅｌｅａｓｅ−ＣａｎｃｅｌまたはＡｃｃｅｐｔ−Ｒｅｊｅｃｔ出力ステップが不要なプロセスのカスタム出力ステップをプロセスデザイナーで作成することができる。

カスタム出力ステップを追加するには、以下のようにする。

１．「プロセスデザイナーへのアクセス」に記載されているように、プロセスデザイナーを表示する。

２．「プロセスへのステップの追加」に記載されているように、ステップを追加する。

３．カスタム出力を追加するステップアイコンを右クリックして、Ｎｅｗ Ｏｕｔｐｕｔ＞Ｃｕｓｔｏｍを選択する。

４．ステップアイコンにリンクされる出力アイコンにＯＵＴＰＵＴ１が表示される（図２７Ｈ）。この出力の名前をアイコンにタイプするか、またはＰｒｏｐｅｒｔｉｅｓタブのＩＤフィールドに名前を入力する。詳しい情報については、「出力ステッププロパティフィールドの定義」を参照する。ＥＮＴＥＲを押して続行する。

５．「出力ステッププロパティフィールドの定義」に記載されているように、残りのフィールドをＰｒｏｐｅｒｔｉｅｓタブで入力する。

６．出力の新規ルールコントロールを作成するには、出力アイコンを右クリックして、Ｎｅｗ Ｒｕｌｅを選択する。ルールコントロールは、プロセスが次のステップに進む前に満たすべき状態を表す。

注記：成功状態を処理する各ルールには、対応する失敗状態を処理するルールが存在し、最後の出力状態はＥＬＳＥである必要がある。

７．ＲＵＬＥ１が出力アイコンにリンクされるルールアイコンに表示される（図２７Ｉ）。このルールの名前をＰｒｏｐｅｒｔｉｅｓタブのＩＤフィールドに入力し、ＥＮＴＥＲを押す。詳しい情報については、「ルールプロパティフィールドの定義」を参照する。

８．「ルールプロパティフィールドの定義」に記載されているように、残りのフィールドをＰｒｏｐｅｒｔｉｅｓタブに入力する。

９．別のステップをルールアイコンまたは

（ｅｌｓｅ）アイコンに追加するには、アイコンを右クリックして、Ｎｅｘｔ Ｓｔｅｐを選択する。

１０．選択されたベースオブジェクトＩＤ（以下の例におけるアドレス）に関連するフォームおよびビジネスオブジェクトがすべてメニューに表示される。

以下のオプションのうち１つを選択する。

・ＥＮＤ‐現在のプロセスをこのステップで終了する。矢印および

アイコンがステップの右に表示される。

・Ｓｔｅｐ Ｎａｍｅ‐表示されたステップに戻る。矢印およびステップ番号を含むアイコンがステップの右に表示される（例えば、

）。

・Ｂａｓｅ Ｏｂｊｅｃｔ ＩＤ Ｎａｍｅ‐
・Ｓａｖｅ‐２つの出力：「ｓｕｃｃｅｓｓｆｕｌ ｓａｖｅ（保存に成功）」または「ｆａｉｌｅｄ ｓａｖｅ（保存に失敗）」が存在する。

注記：次のステップが別のステップによって既に使用される場合、選択されたアイテムのリンクコントロールが自動的に作成される。

１１．終了すると、プロセスデザイナーの右上隅でＳＡＶＥをクリックして、プロセスを保存する。

（リリース‐キャンセル出力ステップの追加）
プロセスデザイナーでリリース‐キャンセル出力ステップを追加するには、以下のようにする。

１．「プロセスデザイナーへのアクセス」に記載されているように、プロセスデザイナーを表示する。

２．「プロセスへのステップの追加」に記載されているように、ステップを追加する。

３．リリース‐キャンセル出力ステップを追加するステップアイコンを右クリックして、Ｎｅｗ Ｏｕｔｐｕｔ＞Ｒｅｌｅａｓｅ−Ｃａｎｃｅｌを選択する。ＲＥＬＥＡＳＥおよびＣＡＮＣＥＬの出力アイコンがステップアイコンにリンクされる。

４．出力の新規ルールコントロールを作成するには、出力アイコンを右クリックして、Ｎｅｗ Ｒｕｌｅを選択する。ルールコントロールは、プロセスが次のステップに進む前に満たすべき条件を表す。

注記：成功状態を処理する各ルールには、対応する失敗状態を処理するルールが存在し、最後の出力状態はＥＬＳＥである必要がある。

５．ＲＵＬＥ１が出力アイコンにリンクされるルールアイコンに表示される。このルールの名前をＰｒｏｐｅｒｔｉｅｓタブのＩＤフィールドに入力し、ＥＮＴＥＲを押す。詳しい情報については、「ルールプロパティフィールドの定義」を参照する。

６．「ルールプロパティフィールドの定義」に記載されているように、残りのフィールドをＰｒｏｐｅｒｔｉｅｓタブで入力する。

７．別のステップをルールアイコンまたは

（ｅｌｓｅ）アイコンに追加するには、アイコンを右クリックして、Ｎｅｘｔ Ｓｔｅｐを選択する。

８．選択したベースオブジェクトＩＤ（以下の例におけるアドレス）に関連するすべてのフォームおよびビジネスオブジェクトがメニューに表示される。

以下のオプションのうち１つを選択する。

ＥＮＤ‐現在のプロセスをこのステップで終了する。矢印および

アイコンがステップの右側に表示される。

Ｓｔｅｐ Ｎａｍｅ‐表示されたステップに戻る。矢印およびステップ番号を含むアイコンがステップの右側に表示される（例えば、

）。
・Ｂａｓｅ Ｏｂｊｅｃｔ ＩＤ Ｎａｍｅ‐
・Ｓａｖｅ‐２つの出力：「ｓｕｃｃｅｓｓｆｕｌ ｓａｖｅ（保存に成功）」または「ｆａｉｌｅｄ ｓａｖｅ（保存に失敗）」が存在する。

注記：次のステップが別のステップによって既に使用されている場合は、リンクコントロールが選択されたアイテムに対して自動的に作成される。

１１．終了したら、プロセスデザイナーの右上隅でＳＡＶＥをクリックして、プロセスを保存する。

（許可‐却下出力ステップの追加）
許可‐却下出力ステップをプロセスデザイナーに追加するには、以下のようにする。

１．「プロセスデザイナーへのアクセス」に記載されているように、プロセスデザイナーを表示する。

２．「プロセスへのステップの追加」に記載されているように、ステップを追加する。

３．許可‐却下出力ステップを追加するステップアイコンを右クリックして、Ｎｅｗ Ｏｕｔｐｕｔ＞Ａｃｃｅｐｔ−Ｒｅｊｅｃｔを選択する。ＡＣＣＥＰＴおよびＲＥＪＥＣＴの出力アイコンがステップアイコンにリンクされる。

４．出力の新規ルールコントロールを作成するには、出力アイコンを右クリックして、Ｎｅｗ Ｒｕｌｅを選択する。ルールコントロールは、プロセスを次のステップに進める前に満たすべき条件を表す。

注記：成功状態を処理する各ルールには、対応する失敗状態を処理するルールが存在し、最後の出力状態はＥＬＳＥである必要がある。

５．ＲＵＬＥ１が出力アイコンにリンクされるルールアイコンに表示される。このルールの名前をＰｒｏｐｅｒｔｉｅｓタブのＩＤフィールドに入力して、ＥＮＴＥＲを押す。詳しい情報については、「ルールプロパティフィールドの定義」を参照する。

８．「ルールプロパティフィールドの定義」に記載されているように、残りのフィールドをＰｒｏｐｅｒｔｉｅｓタブで入力する。

９．別のステップをルールアイコンまたは

（ｅｌｓｅ）アイコンに追加するには、アイコンを右クリックして、Ｎｅｘｔ Ｓｔｅｐを選択する。

１０．選択したベースオブジェクトＩＤ（以下の例におけるアドレス）に関連するすべてのフォームおよびビジネスオブジェクトがメニューに表示される。

以下のオプションのうち１つを選択する。

・ＥＮＤ‐現在のプロセスをこのステップで終了する。矢印および

アイコンがステップの右に表示される。

・Ｓｔｅｐ Ｎａｍｅ‐表示されたステップに戻る。矢印およびステップ番号を含むアイコンがステップの右に表示される（例えば、

）。

・Ｂａｓｅ Ｏｂｊｅｃｔ ＩＤ Ｎａｍｅ−．
・Ｓａｖｅ‐２つの出力：「ｓｕｃｃｅｓｓｆｕｌ ｓａｖｅ（保存に成功）」または「ｆａｉｌｅｄ ｓａｖｅ（保存に失敗）」が存在する。

注記：次のステップが別のステップによって既に使用されている場合は、選択されたアイテムのリンクコントロールが自動的に作成される。

１１．終了したら、プロセスデザイナーの右上隅でＳＡＶＥをクリックして、プロセスを保存する。

（出力ステッププロパティフィールドの定義）
プロセスデザイナーのＤｅｓｉｇｎｅｒタブで出力ステップを選択し、以下に定義されるように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

（ルールプロパティフィールドの定義）
プロセスデザイナーのＤｅｓｉｇｎｅｒタブでルールを選択し、以下に定義されるようにＰｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

（１．２４．４．３ ステッププロパティフィールドの定義）
プロセスデザイナーのＤｅｓｉｇｎｅｒタブでステップを選択し、以下に定義されるように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

（１．２４．５ プロセスの削除）
プロセスをシステムから消去することなく、プロジェクトから削除できる。プロセスをプロジェクトから削除するには、以下のようにする。

・Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーで削除するプロセスを右クリックして、Ｅｘｃｌｕｄｅ Ｆｒｏｍ Ｐｒｏｊｅｃｔを選択する。

（１．２４．６ プロセスへの参照の追加）
オブジェクトのルールをコーディングする際に、オブジェクトおよびビジネスオブジェクトなどの参照をプロセスデザイナーに追加することができる（図２８Ａ）。

参照をプロセスに追加するには、以下のようにする。

１．「プロセスデザイナーへのアクセス」に記載されているように、プロセスデザイナーを表示する。

２．ページの右下の領域でＲｅｆｅｒｅｎｃｅｓタブを表示する。

３．ベースオブジェクトが自動的に表示されることに注意する。Ａｄｄボタンを選択して参照を追加する。

４．Ａｄｄ Ｒｅｆｅｒｅｎｃｅダイアログボックスが表示される。

（１．２４．７ プロセスプロパティフィールドの定義）
プロセスデザイナーのＤｅｓｉｇｎｅｒタブでプロセスを選択し、以下に定義されるように、Ｐｒｏｐｅｒｔｉｅｓタブのフィールドを入力または修正する。

（２ ビジネスオブジェクトデザイナーの概要）
（このセクションはまだ作成中である。）
ビジネスオブジェクトデザイナーは、Ｅｘｅｍｐｌａｒｙアプリケーション関連パッケージ全般で使用できるビジネスオブジェクトの定義を可能にする。ビジネスオブジェクトは、ワークフロープロセスの実装に必要なロジックおよび演算を含む。

ビジネスオブジェクトデザイナーは以下のセクションで構成される。

・Ｃｏｄｅタブ‐コードを開発する。詳しい情報については、「ビジネスオブジェクトを用いた作業」を参照する。

・ＸＭＬタブ‐ビジネスオブジェクトデザイナーから生成されたＸＭＬコードを表示する。詳しい情報については、「ＸＭＬタブ」を参照する。

・Ｏｕｔｐｕｔタブ‐任意のエラーまたはＳＡＶＥオプションを選択することによって生成されたコードを表示する。詳しい情報については、「Ｏｕｔｐｕｔタブ」を参照する。

・Ｍｅｓｓａｇｅｓタブ−
・Ｒｅｆｅｒｅｎｃｅｓタブ‐ルールをコーディングする際に参照を追加および削除する。詳しい情報については、「Ｒｅｆｅｒｅｎｃｅｓタブ」を参照する。

・Ｐｒｏｐｅｒｔｉｅｓタブ‐表示されたプロセスに関する情報を追加または変更する。詳しい情報については、「ビジネスオブジェクトプロパティフィールドの定義」を参照する。

（２．１ ビジネスオブジェクトデザイナーへのアクセス）
Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトブラウザから以下のアクションのうち１つを行うことによって、ビジネスオブジェクトデザイナーにアクセスできる。

・ビジネスオブジェクトの下にリストされているオブジェクトをダブルクリックする。

・リストされているビジネスオブジェクトを右クリックして、Ｅｄｉｔを選択する。

・Ｂｕｓｉｎｅｓｓ Ｏｂｊｅｃｔを右クリックして、Ａｄｄ Ｎｅｗ Ｂｕｓｉｎｅｓｓ Ｏｂｊｅｃｔ ＩｔｅｍまたはＡｄｄ Ｎｅｗ−ｕｓｅ ｓｔａｎｄａｒｄ ＸＭＬ ｄｅｓｉｇｎｅｒのいずれかを選択する。新規ビジネスオブジェクトの名前をＡｄｄ Ｎｅｗ Ｂｕｓｉｎｅｓｓ Ｏｂｊｅｃｔダイアログボックスに入力すると、ビジネスオブジェクトデザイナーが表示される（詳しい情報については、「新規ビジネスオブジェクトの追加」を参照する）。

・Ｂｕｓｉｎｅｓｓ Ｏｂｊｅｃｔを右クリックして、Ａｄｄ ａｎ Ｅｘｉｓｔｉｎｇ Ｂｕｓｉｎｅｓｓ Ｏｂｊｅｃｔ Ｉｔｅｍを選択する。Ｓｅｌｅｃｔ Ｉｔｅｍダイアログボックスからオブジェクトを選択すると、ビジネスオブジェクトデザイナーが表示される（詳しい情報については、「既存オブジェクトの追加」を参照する）。

一旦ビジネスオブジェクトデザイナーにアクセスすると、別のデザイナーを開いても、Ｅｘｅｍｐｌａｒｙウィンドウの左上でＢｕｓｉｎｅｓｓ Ｏｂｊｅｃｔ Ｎａｍｅ （Ｂｕｓｉｎｅｓｓ Ｏｂｊｅｃｔ）をクリックすることによって、そこに戻ることができる。

（２．２ ビジネスオブジェクトを用いた作業）
（２．２．１ 新規ビジネスオブジェクトの追加）
新規ビジネスオブジェクトをプロジェクトに追加するには、以下のようにする。

注記：標準ＸＭＬデザイナーを使用して新規ビジネスオブジェクトを追加するには、「ＸＭＬデザイナーを使用した新規ビジネスオブジェクトの追加」を参照する。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーで、Ｂｕｓｉｎｅｓｓ Ｏｂｊｅｃｔを右クリックして、Ａｄｄ Ｎｅｗ Ｂｕｓｉｎｅｓｓ Ｏｂｊｅｃｔ Ｉｔｅｍを選択する。

２．Ａｄｄ Ｎｅｗ Ｂｕｓｉｎｅｓｓ Ｏｂｊｅｃｔダイアログボックスが表示される。オブジェクトの名前をＩｔｅｍ ＩＤフィールドに入力してＯＫを選択するか、またはＣａｎｃｅｌを選択して、新規オブジェクトを作成せずにこのダイアログボックスを閉じる。

３．新規ビジネスオブジェクトがビジネスオブジェクトデザイナーに表示される。

・Ｐｒｏｐｅｒｔｉｅｓタブのフィールドに関する情報については、「ビジネスオブジェクトプロパティフィールドの定義」を参照する。

４．ビジネスオブジェクトデザイナーの右上隅でＳＡＶＥをクリックして、新規ビジネスオブジェクトを保存する。

（２．２．２ ＸＭＬデザイナーを使用した新規ビジネスオブジェクトの追加）
標準ＸＭＬデザイナーを使用して新規ビジネスオブジェクトをプロジェクトに追加するには、以下のようにする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーからＢｕｓｉｎｅｓｓ Ｏｂｊｅｃｔを右クリックして、Ａｄｄ Ｎｅｗ−ｕｓｅ ｓｔａｎｄａｒｄ ＸＭＬ ｄｅｓｉｇｎｅｒを選択する。

２．Ａｄｄ Ｎｅｗ Ｂｕｓｉｎｅｓｓ Ｏｂｊｅｃｔダイアログボックスが表示される。ビジネスオブジェクトの名前をＩｔｅｍ ＩＤフィールドに入力してＯＫを選択するか、またはＣａｎｃｅｌを選択して、新規ビジネスオブジェクトを作成せずにこのダイアログボックスを閉じる。

３．新規ビジネスオブジェクトがビジネスオブジェクトデザイナーに表示される。

４．ビジネスオブジェクトデザイナーの右上隅でＳＡＶＥをクリックして、新規ビジネスオブジェクトを保存する。

（２．２．３ 既存ビジネスオブジェクトの追加）
既存のビジネスオブジェクトをプロジェクトに追加するには、以下のようにする。

１．Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトブラウザからＢｕｓｉｎｅｓｓ Ｏｂｊｅｃｔを右クリックして、Ａｄｄ ａｎ Ｅｘｉｓｔｉｎｇ Ｂｕｓｉｎｅｓｓ Ｏｂｊｅｃｔ Ｉｔｅｍを選択する。

２．Ｓｅｌｅｃｔ Ｉｔｅｍダイアログボックスが表示される。

ビジネスオブジェクト名の最初の数文字をＦｉｎｄフィールドに入力するか、またはスクロールバーを使用してビジネスオブジェクトを探す。

３．ビジネスオブジェクトを選択してＯＫを選択するか、またはＣａｎｃｅｌを選択して、既存のビジネスオブジェクトを追加せずにこのダイアログブックスを閉じる。

４．選択されたビジネスオブジェクトがプロジェクトブラウザのツリーに表示される。

５．ビジネスオブジェクトデザイナーの右上隅でＳＡＶＥをクリックして、ビジネスオブジェクトを保存する。

（２．２．４ ビジネスオブジェクトの削除）
ビジネスオブジェクトをシステムから消去することなく、プロジェクトから削除できる。ビジネスオブジェクトをプロジェクトから削除するには、以下のようにする。

・Ｅｘｅｍｐｌａｒｙ ＩＤＥスタートページのプロジェクトツリーで、削除するビジネスオブジェクトを右クリックして、Ｅｘｃｌｕｄｅ Ｆｒｏｍ Ｐｒｏｊｅｃｔを選択する。

（２．２．５ ビジネスオブジェクトプロパティフィールドの定義）
ビジネスオブジェクトデザイナーのＯｂｊｅｃｔタブでＢｕｓｉｎｅｓｓ Ｏｂｊｅｃｔ Ｎａｍｅ （Ｂｕｓｉｎｅｓｓ）を選択し、以下に定義するように、Ｐｒｏｐｅｒｔｉｅｓタブでフィールドを入力または修正する。

（３ ＸＭＬタブ）
ＸＭＬタブは、選択されたデザイナーから生成されるＸＭＬコードを表示する。これによって、ＸＭＬコードをレビューし、必要に応じて編集することができる。ＸＭＬコードがスキーマに対して有効となると、このタブで行われた任意の修正が選択したデザイナーに反映される（図２９）。

（４ Ｏｕｔｐｕｔタブ）
注記：ＯｕｔｐｕｔタブのみがＥｘｅｍｐｌａｒｙの内部バージョンに表示される。

Ｏｕｔｐｕｔタブは、任意のエラーまたは選択したデザイナーでＳＡＶＥオプションを選択することによって生成されたコードを表示する。

（別表Ａ：サンプルＥｘｅｍｐｌａｒｙアプリケーション）
このセクションは作成中である。

（５ 別表Ｂ：カスタムコードサンプル）
このセクションは作成中である。

（６）。

（７ 別表Ｃ：Ｅｘｅｍｐｌａｒｙコントロール）
Ｅｘｅｍｐｌａｒｙデータコントロールは、日付、ナラティブ、大小リストとともに、タイトルバーといった他の共通コントロールを含む。

（７．１ ページコントロール）
ページコントロールの仕様は、ユーザインタラクションおよびすべてのＥｘｅｍｐｌａｒｙデータコントロールのシステムルールについて詳述する。Ｅｘｅｍｐｌａｒｙコントロールの動作は、データタイプを指定することにより、フレームワークで規定される。そのため、特定インスタンスのコントロールはカスタマイズできない（図３０）。

注記：コントロールは、フォーム上で必要とされるように定義される場合、コントロールのラベルにアスタリスク（＊）が表示される。

注記：親テキストボックスに従属するボックスは、親テキストボックスが伝播されるまで使用不能である。この従属性は、データオブジェクトおよびルックアップ定義において定義される。データオブジェクトまたはルックアップ定義のいずれかに値引数が定義されると、従属機能が使用可能となる。

（７．１．１ ページプロパティエレメント）

（７．２ グリッドコントロール）
Ｅｘｅｍｐｌａｒｙグリッドは、読み取り専用でアクティブな情報の表示に使用されるキーディスプレイコントロールである。ＷｏｒｋＬｉｓｔ Ｇｒｉｄｓ、Ｒｅｓｕｌｔ ＧｒｉｄｓおよびＥｆｆｅｃｔｉｖｅ Ｄａｔｅｄ Ｇｒｉｄｓといった特別なタイプのグリッドコントロールがあるが、すべてのグリッドは一定の動作を示し、ユーザによく知られた一定の経験を提供する（図３１）。

注記：Ｅｘｅｍｐｌａｒｙでは現在、グリッドにおけるボタンは許可されていない。

（７．２．１ ページプロパティエレメント）

（結論）
上記の実施例は、本発明を試行または実装する１つまたは複数の方法を例示および指導することのみを目的とし、その幅または範囲を制限するものではない。本発明の実際の範囲は、本発明を試行または実装するすべての方法を含み、以下の請求項およびその同等物によってのみ定義される。

図１は、本発明の１つまたは複数の実施例に対応する典型的システム１００のブロック図である。 図２‐６は、本発明の１つまたは複数の実施例に対応するグラフィカルユーザインターフェースの複写である。 図２‐６は、本発明の１つまたは複数の実施例に対応するグラフィカルユーザインターフェースの複写である。 図２‐６は、本発明の１つまたは複数の実施例に対応するグラフィカルユーザインターフェースの複写である。 図２‐６は、本発明の１つまたは複数の実施例に対応するグラフィカルユーザインターフェースの複写である。 図２‐６は、本発明の１つまたは複数の実施例に対応するグラフィカルユーザインターフェースの複写である。 図７は、本発明の１つまたは複数の実施例に対応する典型的な方法のフローチャートである。 図８Ａ〜８Ｉは、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図８Ａ〜８Ｉは、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図８Ａ〜８Ｉは、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図８Ａ〜８Ｉは、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図８Ａ〜８Ｉは、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図８Ａ〜８Ｉは、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図８Ａ〜８Ｉは、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図８Ａ〜８Ｉは、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図８Ａ〜８Ｉは、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。 図９Ａ〜９Ｉ、図１０Ａ〜１０Ｔ、図１１Ａ〜１１Ｉ、図１２Ａ〜１２Ｇ、図１３Ａ〜１３Ｆ、図１４Ａ〜１４Ｂ、図１５Ａ〜１５Ｈ、図１６Ａ〜１６Ｄ、図１７Ａ〜１７Ｄ、図１８Ａ〜１８Ｈ、図１９Ａ〜１９Ｃ、図２０Ａ〜２０Ｉ、図２１Ａ〜２１Ｂ、図２２、図２３、図２４、図２５Ａ〜２５Ｂ、図２６Ａ、図２７Ａ〜２７Ｉ、図２８Ａ、図２９〜３１は、本発明の１つ以上の実施形態に対応する例示的なグラフィカルユーザインターフェースの複写である。

Claims (16)

1. ビジネスプロセスアプリケーションを実装するシステムであって、
   前記システムは、
   ビジネスデータを格納するデータベースと、
   処理デバイスと
   を含み、
   前記処理デバイスは、
   ビジネスプロセスアプリケーションをデザインするように構成されたデザインインターフェースであって、前記ビジネスプロセスアプリケーションは、前記ビジネスデータに関連付けられた少なくとも１つのオブジェクトと、前記少なくとも１つのオブジェクトのそれぞれに対する個々のワークフローとを含み、前記個々のワークフローは、少なくとも１つのステップを含み、前記少なくとも１つのステップは、ルールおよび出力を含む、デザインインターフェースと、
   前記少なくとも１つのオブジェクトのそれぞれに対する前記個々のワークフローに従って、前記データベースに対して、前記ビジネスプロセスアプリケーションの前記少なくとも１つのオブジェクトを処理するように構成されたオブジェクトクエリ言語インターフェースと
   を含む、システム。
2. ビジネスプロセスアプリケーションを実装する方法であって、
   前記方法は、
   処理デバイスが、前記処理デバイスのデザインインターフェースを介して、ビジネスプロセスアプリケーションをデザインすることであって、前記ビジネスプロセスアプリケーションは、データベースのビジネスデータに関連付けられた少なくとも１つのオブジェクトと、前記少なくとも１つのオブジェクトのそれぞれに対する個々のワークフローとを含み、前記個々のワークフローは、少なくとも１つのステップを含み、前記少なくとも１つのステップは、ルールおよび出力を含む、ことと、
   前記処理デバイスが、前記処理デバイスのオブジェクトクエリ言語インターフェースを介して、前記少なくとも１つのオブジェクトのそれぞれに対する前記個々のワークフローに従って、前記データベースに対して、前記ビジネスプロセスアプリケーションの前記少なくとも１つのオブジェクトを処理することと
   を含む、方法。
3. 前記処理デバイスが、前記デザインインターフェースを介して、アーキタイプに基づいて、前記ビジネスプロセスアプリケーションにオブジェクトを追加することであって、前記アーキタイプは、コラムを有する少なくとも１つのデータテーブルと、前記オブジェクトクエリ言語インターフェースに対するオブジェクト関係マッピング情報を有する記憶域属性とを含む、ことと、
   前記処理デバイスが、前記デザインインターフェースを介して、少なくとも１つのステップを含む前記追加されたオブジェクトに対する個々のワークフローをデザインすることであって、前記少なくとも１つのステップは、ルールおよび出力を含む、ことと
   をさらに含む、請求項２に記載の方法。
4. 前記処理デバイスが、前記デザインインターフェースを介して前記アーキタイプを形成することをさらに含む、請求項３に記載の方法。
5. 前記ビジネスプロセスアプリケーションの前記少なくとも１つのオブジェクトを処理することは、
   前記処理デバイスが、前記オブジェクトクエリ言語インターフェースを介して、前記データベースの前記ビジネスデータに対して、前記少なくとも１つのオブジェクトのそれぞれに対する前記個々のワークフローの前記少なくとも１つのステップの前記ルールを実行することと、
   前記処理デバイスが、前記オブジェクトクエリ言語インターフェースを介して、前記実行されたルールに従って前記出力を生成することと
   を含む、請求項２に記載の方法。
6. 前記方法は、
   前記処理デバイスが、オブジェクトクエリ言語インターフェースを介して、前記少なくとも１つのオブジェクトのうちの１つ以上を用いて、前記データベースに対して、１つ以上のクエリを実行することをさらに含む、請求項２に記載の方法。
7. 前記デザインインターフェースは、
   １つ以上のアーキタイプを定義するように構成されたアーキタイプデザイナーであって、前記アーキタイプのそれぞれは、コラムを有する少なくとも１つのデータテーブルと、前記オブジェクトクエリ言語インターフェースに対するオブジェクト関係マッピング情報を有する記憶域属性とを含む、アーキタイプデザイナーと、
   前記１つ以上のアーキタイプに従って１つ以上のデータオブジェクトを定義するように構成されたデータオブジェクトデザイナーと、
   前記データオブジェクトデザイナーによってデザインされた前記データオブジェクトのうちの１つ以上を用いて１つ以上のオブジェクトフォームをデザインするように構成されたフォームデザイナーと、
   前記１つ以上のデータオブジェクトとページ定義および前記１つ以上のオブジェクトフォームとを関連付けることにより、ページを定義するように構成されたページデザイナーと、
   １つ以上のステップを有するデータオブジェクトに対する１つ以上のプロセスをデザインするように構成されたプロセスデザイナーであって、前記１つ以上のステップのそれぞれは、ルールおよび出力を有する、プロセスデザイナーと、
   少なくとも１つの他のデータオブジェクトによって再利用されることが可能なデータオブジェクトに対するコードを開発するように構成されたビジネスオブジェクトデザイナーと、
   メッセージデザイナーと
   のうちの１つ以上を含む、請求項１に記載のシステム。
8. 前記１つ以上のデータオブジェクトは、テーブルの関係、妥当性、イベントドリブンロジックに関するメタデータを含む、請求項７に記載のシステム。
9. 前記１つ以上のデータオブジェクトは、関連付けられた少なくとも１つのデータテーブルおよびコラムにマッピングされるように構成されている、請求項７に記載のシステム。
10. 前記オブジェクトクエリ言語インターフェースは、オブジェクトレイヤを含む、請求項７に記載のシステム。
11. 前記オブジェクトクエリ言語インターフェースは、少なくとも１つのオブジェクトのうちの１つ以上を用いて、前記データベースに対して、１つ以上のクエリを実行するように構成されている、請求項１に記載のシステム。
12. 前記オブジェクトクエリ言語インターフェースは、前記データベースの前記ビジネスデータに対して、前記少なくとも１つのオブジェクトのそれぞれに対する前記個々のワークフローの前記少なくとも１つのステップの前記ルールを実行することにより、前記出力を生成するようにさらに構成されている、請求項１に記載のシステム。
13. 命令を含む機械読み取り可能な格納媒体であって、前記命令は、処理デバイスによって実行された場合に、
    デザインインターフェースを介して、ビジネスプロセスアプリケーションをデザインすることであって、前記ビジネスプロセスアプリケーションは、データベースのビジネスデータに関連付けられた少なくとも１つのオブジェクトと、前記少なくとも１つのオブジェクトのそれぞれに対する個々のワークフローとを含み、前記個々のワークフローは、少なくとも１つのステップを含み、前記少なくとも１つのステップは、ルールおよび出力を含む、ことと、
    オブジェクトクエリ言語インターフェースを介して、前記少なくとも１つのオブジェクトのそれぞれに対する前記個々のワークフローに従って、前記データベースに対して、前記ビジネスプロセスアプリケーションの前記少なくとも１つのオブジェクトを処理することと
    を前記処理デバイスに行わせる、機械読み取り可能な格納媒体。
14. 命令であって、処理デバイスによって実行された場合に、
    アーキタイプに基づいて、前記ビジネスプロセスアプリケーションにオブジェクトを追加することであって、前記アーキタイプは、コラムを有する少なくとも１つのデータテーブルと、前記オブジェクトクエリ言語インターフェースに対するオブジェクト関係マッピング情報を有する記憶域属性とを含む、ことと、
    少なくとも１つのステップを含む前記追加されたオブジェクトに対する個々のワークフローをデザインすることであって、前記少なくとも１つのステップは、ルールおよび出力を含む、ことと
    を前記処理デバイスに行わせる命令をさらに含む、請求項１３に記載の機械読み取り可能な格納媒体。
15. 命令であって、処理デバイスによって実行された場合に、
    前記データベースの前記ビジネスデータに対して、前記少なくとも１つのオブジェクトのそれぞれに対する前記個々のワークフローの前記少なくとも１つのステップの前記ルールを実行することと、
    前記実行されたルールに従って前記出力を生成することと
    を前記処理デバイスに行わせる命令をさらに含む、請求項１３に記載の機械読み取り可能な格納媒体。
16. 命令であって、処理デバイスによって実行された場合に、
    少なくとも１つのオブジェクトのうちの１つ以上を用いて、前記データベースに対して、１つ以上のクエリを実行すること
    を前記処理デバイスに行わせる命令をさらに含む、請求項１３に記載の機械読み取り可能な格納媒体。