(57)【特許請求の範囲】
【請求項１】
複数のタスクから構成される処理フローを作成する情報処理装置であって、
前記処理フローを構成する各タスクと前記複数のタスクに関する複数の設定項目との関係を示すデータ構造が前記複数のタスク及び前記複数の設定項目のそれぞれに対応する複数のノードを用いてツリー状に表された構造表示部を、前記情報処理装置の画面に表示するよう制御する表示手段と、
前記複数のタスク及び前記複数の設定項目と、前記対応する複数のノードと、を紐付けて管理する管理手段と、
を有し、
前記表示手段は、
前記処理フローを構成する各タスクに関する設定項目に対するパラメータを設定可能な、前記複数のタスクのそれぞれに対応する複数の設定部の何れかを選択的に前記構造表示部に加えて、前記構造表示部を前記画面に表示するよう制御し、
前記構造表示部を介して１つのノードが指定された際に、指定された前記ノードに対応する設定項目に対するパラメータを設定するためのフィールドを含む設定部を更に表示するよう制御し、
前記処理フローを構成するタスクの追加が前記画面を介して指示された場合には、追加が指示された前記タスクの定義を解析し、
前記管理手段は、追加が指示された前記タスクと、前記タスクに関する設定項目と、前記タスク及び前記設定項目に対応する複数のノードとの紐付けを追加で管理し、
前記表示手段は、更に、
追加が指示された前記タスク及び前記タスクに関する設定項目のそれぞれに対応する複数のノードを追加することで前記構造表示部を更新し、
前記構造表示部を介して追加が指示された前記タスクと前記タスクに関する設定項目のそれぞれに対応する複数のノードのいずれか１つのノードが指定された際に、前記タスクに関する設定項目に対するパラメータを設定可能な表示部を表示するよう制御する情報処理装置。
【請求項２】
前記表示手段は、前記複数の設定項目のうち少なくとも何れかの設定項目に対するパラメータを設定するためのフィールドを含む設定部において、何れかのフィールドが指定された際には、指定された前記フィールドに関する設定項目に対応するノードが選択されていることを示すよう前記構造表示部の表示を制御する請求項１記載の情報処理装置。
【請求項３】
前記表示手段は、前記構造表示部を介して１つのノードが指定された際に、前記画面上に、指定された前記ノードに対応する設定項目に対するパラメータを設定するためのフィールドを含む設定部を、前記フィールドにパラメータ設定のためのカーソルを配置した状態で表示するよう制御する請求項１又は２記載の情報処理装置。
【請求項４】
複数のタスクから構成される処理フローを作成する情報処理装置が実行する表示制御方法であって、
前記処理フローを構成する各タスクと前記複数のタスクに関する複数の設定項目との関係を示すデータ構造が前記複数のタスク及び前記複数の設定項目のそれぞれに対応する複数のノードを用いてツリー状に表された構造表示部を、前記情報処理装置の画面に表示するよう制御する表示ステップと、
前記複数のタスク及び前記複数の設定項目と、前記対応する複数のノードと、を紐付けて管理する管理ステップと、
を含み、
前記表示ステップでは、
前記処理フローを構成する各タスクに関する設定項目に対するパラメータを設定可能な、前記複数のタスクのそれぞれに対応する複数の設定部の何れかを選択的に前記構造表示部に加えて、前記構造表示部を前記画面に表示するよう制御し、
前記構造表示部を介して１つのノードが指定された際に、指定された前記ノードに対応する設定項目に対するパラメータを設定するためのフィールドを含む設定部を更に表示するよう制御し、
前記処理フローを構成するタスクの追加が前記画面を介して指示された場合には、追加が指示された前記タスクの定義を解析し、
前記管理ステップでは、追加が指示された前記タスクと、前記タスクに関する設定項目と、前記タスク及び前記設定項目に対応する複数のノードとの紐付けを追加で管理し、
前記表示ステップでは、更に、
追加が指示された前記タスク及び前記タスクに関する設定項目のそれぞれに対応する複数のノードを追加することで前記構造表示部を更新し、
前記構造表示部を介して追加が指示された前記タスクと前記タスクに関する設定項目のそれぞれに対応する複数のノードのいずれか１つのノードが指定された際に、前記タスクに関する設定項目に対するパラメータを設定可能な表示部を表示するよう制御する表示制御方法。
【請求項５】
請求項１乃至３の何れか１項記載の情報処理装置の各手段として、コンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、表示制御方法及びプログラムに関する。
【背景技術】
【０００２】
ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）等の画像処理装置が有する文書に対するタスクを複数組み合わせて一連の処理の流れとして登録し、それをユーザーが呼び出すことにより、実行できるアプリケーションが提供されている。これにより、頻繁に使用する処理の組み合わせを煩わしい操作なく実行できる。本明細書ではタスクを複数組み合わせて一連の処理の流れとしたものを処理フローと定義する。
タスクとは文書データに対して実行可能な処理のことを指しており、主として複合的な機能を持つ画像処理装置の、個々の機能にて実現可能な処理のことである。例えば、画像処理装置のタスクとは、原稿のスキャン、文書データのプリント、送信（電子メール、ファクス、ファイル等）、ディスクへの保存（画像処理装置内外のハードディスクへの保存）等を指すが、特にこれらに限定されるものではない。また、文書データとはテキストデータやイメージデータを含む。
処理フローには、上記タスクを提供する画像処理装置の他、様々なタスクを提供可能な複数のアプリケーションの処理を定義することも可能である。このアプリケーションには、画像処理装置上で動作するものや、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の情報処理装置上で動作するものを含むことができる。画像処理装置や情報処理装置等、複数の機器上で動作するアプリケーションのタスクを含むことで、処理フローはワークフローとして動作する。処理フローを１度作成すれば、頻繁に使用する様々なタスクの組み合わせを煩わしい操作なく実行できる。
【０００３】
一方で、ＰＣ等の情報処理装置のキーボードやマウスを使って、処理フローの作成ができるアプリケーションも提供されている。キーボードやマウスを用いるので、画像処理装置のタッチパネル等のＵＩ（ユーザーインタフェース）で処理フローを作成するよりも操作性に優れている。しかし、このようなアプリケーションにおいても操作性の課題がある。処理フローには様々なタスクの設定を含むため、ユーザーが設定するパラメータが多い。一般的には、アプリケーションはパラメータの規定値を持ち、特にユーザーが変更しなくてもタスクを実行できるようにして設定ＵＩを提供する。これによりユーザーが設定しなければならないパラメータを減らすことができる。しかし、ユーザーの環境に応じたパラメータについては、規定値ではタスクを実行できないため、減らすことができない。例えば、文書データを送信するサーバーのパスやそのサーバーへの認証情報等である。処理フローには文書データを複数のサーバーに送信するタスクの設定を含むことが可能である。また、先に述べたように処理フローには様々な機器で処理するタスクを含むことができる。これらの機器へのパス等も必要となる。そのため、アプリケーションの設定ＵＩでは、パラメータを設定するための多くの入力フィールドを表示することになる。しかし、これが原因で、ユーザーは自らが設定したいパラメータを見つけにくくなる。また、パラメータが多いため、自らが設定したいパラメータの入力フィールドへの移動もしづらくなる。更に、自分が処理フローのどの設定をしているかを見失いやすいといった操作性の課題がある。
【０００４】
ユーザーが入力するデータを見つけやすくする従来技術として特許文献１がある。ＵＩを左右２つのペインに分け、左側にパラメータ名をアルファベット順にリスト表示する。右側にはパラメータの設定を行うための複数の入力フィールドを設ける。ユーザーにより左側のリストのパラメータ名が選択されると、右側のペインは選択されたパラメータを設定するための入力フィールドが表示される。これにより、ユーザーはデータを見つけやすく移動しやすくなる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第２５４９２６８号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来技術では右側のペインにおいて、ユーザー操作によって別の入力フィールドに移動した場合、それに応じて左側のペインのリストの選択位置は変化しない。そのため、右側のペインの操作をして別の入力フィールドに移動した後に、左側のペインをユーザーが確認した場合には左側のペインと右側のペインでは別のパラメータが選択された状態となる。これにより、設定するパラメータが多い場合には、ユーザーは自らが設定しているパラメータがどのパラメータであるのかを見失いやすい。また、従来技術では右側のペインにアルファベット順にリスト表示するのみであり、処理フローのような構造を持ったタスクを複数持っているものに対して、全体構造を確認するために適用できるものではない。
【０００７】
本発明はこのような問題点に鑑みなされたもので、ユーザー自らが設定しているパラメータがどのパラメータであるのか見失いにくくすることを目的とする。
【課題を解決するための手段】
【０００８】
そこで、本発明の情報処理装置は、複数のタスクから構成される処理フローを作成する情報処理装置であって、前記処理フローを構成する各タスクと前記複数のタスクに関する複数の設定項目との関係を示すデータ構造が前記複数のタスク及び前記複数の設定項目のそれぞれに対応する複数のノードを用いてツリー状に表された構造表示部を、前記情報処理装置の画面に表示するよう制御する表示手段と、前記複数のタスク及び前記複数の設定項目と、前記対応する複数のノードと、を紐付けて管理する管理手段と、を有し、前記表示手段は、前記処理フローを構成する各タスクに関する設定項目に対するパラメータを設定可能な、前記複数のタスクのそれぞれに対応する複数の設定部の何れかを選択的に前記構造表示部に加えて、前記構造表示部を前記画面に表示するよう制御し、前記構造表示部を介して１つのノードが指定された際に、指定された前記ノードに対応する設定項目に対するパラメータを設定するためのフィールドを含む設定部を更に表示するよう制御し、前記処理フローを構成するタスクの追加が前記画面を介して指示された場合には、追加が指示された前記タスクの定義を解析し、前記管理手段は、追加が指示された前記タスクと、前記タスクに関する設定項目と、前記タスク及び前記設定項目に対応する複数のノードとの紐付けを追加で管理し、前記表示手段は、更に、追加が指示された前記タスク及び前記タスクに関する設定項目のそれぞれに対応する複数のノードを追加することで前記構造表示部を更新し、前記構造表示部を介して追加が指示された前記タスクと前記タスクに関する設定項目のそれぞれに対応する複数のノードのいずれか１つのノードが指定された際に、前記タスクに関する設定項目に対するパラメータを設定可能な表示部を表示するよう制御する。
【発明の効果】
【０００９】
本発明によれば、ユーザー自らが設定しているパラメータがどのパラメータであるのか見失いにくくすることができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態のシステムのシステム構成の一例を示す図である。
【図２】ＭＦＰ１１０のハードウェア構成の一例を示す図である。
【図３】ＰＣ１２０のハードウェア構成の一例を示す図である。
【図４】ＭＦＰ１１０及びＰＣ１２０のソフトウェア構成の一例を示す図である。
【図５Ａ】タスクデータ管理部４５５で管理するタスク定義リストの一例を示す図である。
【図５Ｂ】タスク定義リスト５００のカラム５０２に格納されているタスク定義の一例を示す図である。
【図６】既に処理フローに"ＳＭＢ送信"と"ＦＴＰ送信"とのタスクが１つずつ追加された状態のＵＩの一例を示す図である。
【図７】前述したタスクを追加するためのＵＩにおいてタスクの追加の指示を受け付けてから処理フローにタスクを追加するまでの処理フロー作成アプリケーション４５０の処理を表したフローチャートである。
【図８】実施形態１のＵＩデータ管理部４５６で管理されるＵＩ制御管理テーブルの一例を示す図である。
【図９】ユーザー操作により、ペイン６０１かペイン６０９をマウス等で選択されてからの処理フロー作成アプリケーション４５０での表示制御処理の一例を示すフローチャートである。
【図１０】図６の状態のＵＩで、ユーザーによりタブページ６１２が選択された後のＵＩを示す図である。
【図１１】実施形態２のＵＩデータ管理部４５６で管理されるＵＩ制御管理テーブルの一例を示す図である。
【図１２】実施形態２のＵＩ部４５４が表示する処理フローを作成するためのＵＩを示す図である。
【図１３】実施形態２における、ペインがマウス等で選択されてからの処理フロー作成アプリケーション４５０のフローチャートである。
【図１４】図１２の状態のＵＩの際に、ユーザー操作により入力フィールド１４０１を選択された後のＵＩを示す図である。
【図１５】実施形態３における処理フローを作成するためのＵＩを示す図である。
【図１６】実施形態３における、入力フィールドへの設定を受け付けてからの処理フロー作成アプリケーション４５０のフローチャートである。
【図１７】図１５のＵＩの状態で、入力フィールド１７０１に"Ｔａｒｏ"が入力された後のＵＩを示す図である。
【図１８】実施形態３のＵＩ部４５４が表示する処理フローを作成するためのＵＩを示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面に基づいて説明する。
【００１２】
＜実施形態１＞
まず、実施形態１について説明する。
（システム構成図）
図１は、本実施形態のシステムのシステム構成の一例を示す図である。
図１に示すように、ＭＦＰ１１０及びＰＣ１２０は、イーサネット（登録商標）等からなるＬＡＮ１００に接続されている。なお、ＰＣ１２０は、情報処理装置の一例である。
ＭＦＰ１１０は、コピー機能を有する。それと共に、ＭＦＰ１１０は、原稿画像を読み取り、読み取って得られた文書データを、ＦＴＰプロトコルやＳＭＢプロトコル等を用いてＬＡＮ１００上の指定した装置に送信するデータ送信機能を有する。また、ＭＦＰ１１０は、文書データを添付ファイルとしてＥメールを作成し、Ｅメールサーバー（不図示）を利用してＥメールを送信することができる。
但し、本実施形態におけるシステムにおいては、これらの構成機器の数に限られることはない。また、本実施形態では接続方法としてＬＡＮを適用しているが、これに限られることはない。例えば、ＷＡＮ（公衆回線）等の任意のネットワーク、ＵＳＢ等のシリアル伝送方式、セントロニクスやＳＣＳＩ等のパラレル伝送方式等も適用可能である。
【００１３】
（ＭＦＰ１１０のハードウェア構成図）
図２は、ＭＦＰ１１０のハードウェア構成の一例を示す図である。
ＭＦＰ１１０は、図２に示すように次の構成要素から構成される。画像入力デバイスであるスキャナー部１１２、画像出力デバイスであるプリンター部１１３、ＭＦＰ１１０の制御を司るコントローラー２００、及び操作部１１１である。
スキャナー部１１２は、原稿上の画像を読み取って画像データを生成するデバイスである。なお、原稿は原稿フィーダにセットされ、コントローラー２００からスキャナー部１１２に原稿読み取り指示が与えられる。スキャナー部１１２は、この指示を受けると原稿フィーダから原稿を１枚ずつフィードして、原稿の読み取り動作を行う。なお、原稿の読み取り方法は原稿フィーダによる自動送り方式ではなく、原稿を不図示のガラス面上に載置し露光部を移動させることで原稿の走査を行う方法であってもよい。
プリンター部１１３は、コントローラー２００から受け取った画像データを用紙上に画像として形成する画像形成デバイスである。なお、本実施形態において画像形成方式は感光体ドラムや感光体ベルトを用いた電子写真方式以外にも、インクジェット方式等でも適用可能である。
コントローラー２００は、操作部１１１、スキャナー部１１２、プリンター部１１３と電気的に接続されている一方、ＬＡＮ１００にもＮｅｔｗｏｒｋＩ／Ｆ２０６を介して接続されている。即ち、コントローラー２００は、ＬＡＮ１００を経由して他の機器と接続されている。これによりＭＦＰ１１０は、ＨＴＴＰプロトコルによる通信が可能となっている。
【００１４】
ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラム等に基づいて、接続中の各種デバイスへのアクセス及び他のデバイスからのアクセスを統括的に制御する。それと共に、ＣＰＵ２０１は、コントローラー２００内部で行われる各種処理についても統括的に制御する。この制御には、後述のフローチャートを実現するためのプログラムの実行も含む。
ＲＯＭ２０２には装置のブートプログラムが格納されている。
ＲＡＭ２０３は、ＣＰＵ２０１が動作するためのシステムワークメモリであり、かつ、画像データを一時記憶するためのメモリでもある。ＲＡＭ２０３は、電源のバックアップ等により記憶した内容を装置本体の電源オフ後も保持しておく領域と、電源オフ後には記憶した内容が消去されてしまう領域と、により構成されている。
ＨＤＤ２０４は、ハードディスクドライブであり、システムソフトウェアや画像データを格納することが可能となっている。
操作部Ｉ／Ｆ２０５は、システムバス２１１と操作部１１１とを接続するためのインターフェース部である。操作部Ｉ／Ｆ２０５は、操作部１１１に表示するための画像データをシステムバス２１１から受け取り操作部１１１に出力すると共に、操作部１１１から入力された情報をシステムバス２１１へと出力する。
ＮｅｔｗｏｒｋＩ／Ｆ２０６は、ＬＡＮ１００及びシステムバス２１１に接続し、情報の入出力を行う。
【００１５】
スキャナーＩ／Ｆ２０７は、スキャナー部１１２から受け取った画像データに対して、補正、加工、及び編集を行う。なお、スキャナーＩ／Ｆ２０７は、受け取った画像データがカラー原稿か白黒原稿か、文字原稿か写真原稿か等を判定する機能を持つ。
画像形成部２０８は、画像データの方向変換、画像圧縮、伸張処理等を行う。また、ＨＤＤ２０４に保存されている画像同士を合成して一枚の画像にすることが可能である。
プリンターＩ／Ｆ２０９は、画像形成部２０８から送られた画像データを受け取り、この画像データに付随させられている属性データを参照しながら画像データに画像形成を施す。画像形成後の画像データは、プリンター部１１３に出力される。
なお、本実施形態では、ＭＦＰがＵＩ（ユーザーインターフェース）表示を実行するネットワークＭＦＰであるが、汎用スキャナーや汎用プリンター等を接続した汎用コンピュータ等、これ以外の画像処理装置であってもよい。
【００１６】
（ＰＣ１２０のハードウェア構成図）
図３は、ＰＣ１２０のハードウェア構成の一例を示す図である。
図３において、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＮｅｔｗｏｒｋＩ／Ｆ３０５、ハードディスクドライブ（ＨＤＤ）３０６がシステムバス３１０を介して互いに通信可能に接続されている。
また、ＣＲＴ等の表示装置３０７、キーボード等の入力装置３０４、及びマウス等のポインティングデバイス３０８が、システムバス３０９を介して互いに通信可能に接続されている。
ＲＯＭ３０３或いはＨＤＤ３０６には、オペレーティングシステム等の制御プログラムが格納されている。ＣＰＵ３０１は、前記制御プログラムを必要に応じてＲＯＭ３０３或いはＨＤＤ３０６からＲＡＭ３０２上へ読み出して実行することで、コンピュータとしての機能を発揮する。
また、ＣＰＵ３０１は、表示装置３０７を介して各種情報の表示を行うと共に、入力装置３０４やポインティングデバイス３０８からユーザー指示等を受け付ける。更に、ＣＰＵ３０１は、ＮｅｔｗｏｒｋＩ／Ｆ３０５を介してＬＡＮ１００上の他の装置との通信を行う。
【００１７】
（ＭＦＰ１１０とＰＣ１２０とのソフトウェア構成図）
図４は、ＭＦＰ１１０及びＰＣ１２０のソフトウェア構成の一例を示す図である。ＭＦＰ１１０／ＰＣ１２０のそれぞれが有しているＨＤＤ２０４／３０６に保存されているプログラムを、ＣＰＵ２０１／３０１がＲＡＭ２０３／３０２上へ読み出して実行することによって、図４に示すソフトウェアモジュールが実現する（機能する）。
ＭＦＰ１１０は、処理フロー実行アプリケーション４００を有する。処理フロー実行アプリケーション４００は、ＵＩ部４０１、処理フロー制御部４０２、処理フロー管理部４０３、タスク実行部４０４、通信部４０５から成る。
ＵＩ部４０１は、操作部Ｉ／Ｆ２０５を介して操作部１１１に表示を行ったり、操作部１１１からのユーザーの入力を処理したりする。ＵＩ部４０１は、処理フロー管理部４０３で管理されている処理フローをボタンとして表示する。更に、ＵＩ部４０１は、ユーザーの操作によりボタンが押下されると、それを検知し、処理フロー制御部４０２に処理フローの実行を指示する。
処理フロー制御部４０２は、処理フローの解析を行う。処理フロー制御部４０２は、ＵＩ部４０１から処理フローの実行が指示されると、処理フロー管理部４０３から処理フローを取得する。そして、処理フロー制御部４０２は、取得した処理フローの解析を行い、各タスクに分割する。更に各タスクを、処理フローで指定されている順に実行するようにタスク実行部４０４に通知する。また、処理フロー制御部４０２は、通信部４０５から処理フローを受け取り、処理フロー管理部４０３に処理フローの登録を指示する。
処理フロー管理部４０３は、処理フローを記憶し、処理フロー制御部４０２からの指示により、処理フローの読み出しや書き込み等を行う。
タスク実行部４０４は、処理フロー制御部４０２から渡されたタスクを実行する。タスク実行部４０４で実行するタスクとは、原稿のスキャン、文書データのプリント、送信（電子メール、ファクス、ファイル等）、ディスクへの保存（ＭＦＰ１１０内外のハードディスクへの保存）等である。
通信部４０５は、ＮｅｔｗｏｒｋＩ／Ｆ２０６を介して、後述するＰＣ１２０の通信部４５１と通信を行う。通信部４０５は、ＰＣ１２０の通信部４５１から処理フローを受け取り、処理フロー制御部４０２に渡す。
【００１８】
ＰＣ１２０は、処理フロー作成アプリケーション４５０を有する。処理フロー作成アプリケーション４５０は、通信部４５１、処理フロー制御部４５２、処理フロー管理部４５３、ＵＩ部４５４、タスクデータ管理部４５５、ＵＩデータ管理部４５６から構成される。
通信部４５１は、ＮｅｔｗｏｒｋＩ／Ｆ３０５を介して、ＭＦＰ１１０の通信部４０５と通信を行う。通信部４５１は、処理フロー制御部４５２の指示により、処理フロー管理部４５３に記憶されている処理フローをＭＦＰ１１０の通信部４０５に送信する。
処理フロー制御部４５２は、処理フローの解析を行う。処理フロー制御部４５２は、ＵＩ部４５４から渡されたタスクのデータを処理フローに変換する。また、処理フロー制御部４５２は、処理フロー管理部４５３に記憶されている処理フローを解析し、タスクに分解してＵＩ部４５４に渡す。
処理フロー管理部４５３は、処理フローを記憶し、処理フロー制御部４５２からの指示により、処理フローの読み出しや書き込み等を行う。
ＵＩ部４５４は、表示装置３０７に表示を行ったり、入力装置３０４やポインティングデバイス３０８からのユーザーの入力を処理したりする。処理フロー作成アプリケーション４５０のＵＩについては後述する。
タスクデータ管理部４５５は、タスク定義リストを管理する。タスク定義リストについては、図５Ａ、図５Ｂを用いて後述する。
ＵＩデータ管理部４５６は、ＵＩ制御データリストを管理する。ＵＩ制御データリストについては図８を用いて後述する。
【００１９】
（タスク定義リスト）
図５Ａは、タスクデータ管理部４５５で管理するタスク定義リストの一例を示す図である。本実施形態では、模式的な図としてテーブル形式を用いているが、ＣＳＶ形式や、ＸＭＬ等でのテキストファイルでもよい。
タスク定義リスト５００は、カラム５０１、カラム５０２の２つのカラムで構成されている。１レコードが１つのタスクを表す。
カラム５０１は、タスクの名称を表しており、タスクを識別するための識別子が格納される。例えば１つ目のレコードのタスク名は"ＳＭＢ送信"である。
カラム５０２は、各タスクの詳細な定義を表す。タスクの詳細な定義については、図５Ｂを用いて後述する。
【００２０】
図５Ｂは、タスク定義リスト５００のカラム５０２に格納されているタスク定義の一例を示す図である。本例ではＸＭＬでタスク定義５５０を表現するが、タスク定義５５０は処理フロー作成アプリケーション４５０が処理できる形式であればそのフォーマットは問わない。
タグ５５１は、"Ｓｅｎｄ"タグであり、送信に関するタスクであることを示している。本タグ内に送信に関するタスクの定義が記載されている。
タグ５５２は、"ｓｅｎｄＮａｍｅ"タグであり、送信に関するタスクのタスク名称を示している。本例ではタスク名称は"ＳＭＢ送信"である。
タグ５５３、タグ５６１は、"ｓｔｅｐ"タグであり、タスクの処理を分割した単位であるステップを表しており、属性"ｎｏ"に記載されている順に実行される。タスクを実行した際に属性"ｎｏ"が"１"であるタグ５５３内に定義された処理が実行され、次に属性"ｎｏ"が"２"であるタグ５６１内の処理が実行される。"ｓｔｅｐ"タグの属性"ｎａｍｅ"はステップの名称を表している。タグ５５３のステップの名称は"ログイン"である。
タグ５５４は、"ｉｔｅｍ"タグであり、タスクを実行するのに必要なパラメータを示している。"ｉｔｅｍ"タグの"ｎａｍｅ"属性は、パラメータの名称を表しており、タグ５５４のパラメータの名称は、"ユーザー名"である。
タグ５５４は、"ｔｅｘｔＩｔｅｍ"タグであり、パラメータを入力するフィールドが文字列で入力する形式であることを表している。処理フロー作成アプリケーション４５０で表示するＵＩについては後述する。
タグ５５６は、"ｉｎｉｔＶａｌｕｅ"であり、パラメータ名称が"ユーザー名"であるパラメータの初期値を表している。タグ５５６では初期値は空である。
【００２１】
タグ５５７は、"ｃｈｏｉｃｅＩｔｅｍ"であり、パラメータを入力するフィールドが選択形式であることを表している。処理フロー作成アプリケーション４５０で表示するＵＩについては後述する。
タグ５５８は、"ｉｎｉｔＶａｌｕｅ"であり、パラメータ名称が"認証方式"であるパラメータの初期値を表している。タグ５５８の値は"１"であり、選択肢の中の１つ目の値が初期値であることを表している。
タグ５５９、タグ５６０は、"ｃｈｏｉｃｅ"タグであり、パラメータ名称が"認証方式"であるパラメータが取り得る値の選択肢を表している。"ｃｈｏｉｃｅ"タグの属性"ｎｏ"が選択肢の番号を表している。つまりパラメータ名称が"認証方式"であるパラメータが取り得る値の選択肢の１つ目が"ＮＴＬＭｖ２"であり、２つ目が"Ｋｅｒｂｅｒｏｓ"である。
【００２２】
（タスク追加の処理）
まず、ユーザー操作により処理フロー作成アプリケーション４５０の起動指示を受け付けると、ＵＩ部４５４は、処理フロー作成アプリケーションの初期画面（不図示）を表示する。初期画面では、ＵＩ部４５４は、処理フローの作成の指示や、作成した処理フローをＭＦＰ１１０の処理フロー実行アプリケーション４００に送信する指示を受け付ける。ユーザー操作により処理フロー作成の指示を受け付けると、ＵＩ部４５４は、図６で示した処理フローを作成するためのＵＩを表示する。図６は、既に処理フローに"ＳＭＢ送信"と"ＦＴＰ送信"とのタスクが１つずつ追加された状態のＵＩの一例を示す図である。タスクの追加処理については図７を用いて後述する。
ペイン６０１は、ツリービューを表示する領域である。処理フローに追加されたタスクをツリーで表示する。ツリー状に表示することにより、処理フローの全体構造をわかりやすくしている。ペイン６０１は、構造表示部の一例である。
ノード６０２は、処理フローに追加されている"ＳＭＢ送信"のタスクを示している。ノード６０２は、ツリービューにおいて深さ０の１つ目のノードである。つまり処理フローにおいて最初に実行されるタスクであることを表している。
ノード６０３は、処理フローに追加されている"ＳＭＢ送信"のタスクに定義されている１つ目のステップを表している。１つ目のステップとはタスク定義５５０のタグ５５３で定義されているステップである。ノード６０３は、ツリービューにおいてノード６０２の１つ目の子ノードである。
ノード６０４は、処理フローに追加されている"ＳＭＢ送信"のタスクに定義されている２つ目のステップを表している。ノード６０４は、ツリービューにおいてノード６０２の２つ目の子ノードである。
ノード６０５は、処理フローに追加されている"ＳＭＢ送信"のタスクに定義されている３つ目のステップを表している。ノード６０４は、ツリービューにおいてノード６０２の３つ目の子ノードである。
ノード６０６は、処理フローに追加されている"ＦＴＰ送信"のタスクを示している。ノード６０６は、ツリービューにおいて深さ０の２つ目のノードである。つまり処理フローにおいて２番目に実行されるタスクであることを表している。
ボタン６０７は、処理フローにタスクを追加するためのボタンである。ボタン６０７が押下されると、ＵＩ部４５４は、タスクを追加するためのＵＩ（不図示）を表示する。タスクを追加するためのＵＩでは、タスク定義リスト５００で管理されているタスクの追加を可能とする。
ボタン６０８は、処理フローに追加されているタスクを、処理フローから削除するためのボタンである。
【００２３】
ペイン６０９は、タブコントロールを表示するための領域である。ペイン６０９では処理フローに追加されているタスクの詳細な設定を行うためのＵＩを表示する。タブコントロールは、タスクごとに表示される。またタブコントロールには、複数のタブページを表示することが可能である。図６では、ペイン６０９には"ＳＭＢ送信"のタスクの設定を行うためのタブコントロールが表示されている状態である。ペイン６０９は、詳細設定表示部の一例である。ペイン６０９では、ペイン６０１で表示されている同階層のノートで示される設定がタブごとに表示される。
タブページ６１０は、"ＳＭＢ送信"の１つ目のステップに関する設定を行うためのタブページである。１つ目のステップとはタスク定義５５０のタグ５５３で定義されているステップ名称が"ログイン"であるステップである。
タブページ６１０は"ＳＭＢ送信"の設定を行うためのタブコントロールの１つ目のタブページである。
タブページ６１１は、"ＳＭＢ送信"の２つ目のステップに関する設定を行うためのタブページである。タブページ６１１は"ＳＭＢ送信"の設定を行うためのタブコントロールの２つ目のタブページである。
タブページ６１２は、"ＳＭＢ送信"の３つ目のステップに関する設定を行うためのタブページである。タブページ６１２は"ＳＭＢ送信"の設定を行うためのタブコントロールの３つ目のタブページである。
入力フィールド６１３は、ステップ名称が"ログイン"であるステップの１つ目のパラメータ（設定項目）の値を設定するための入力フィールドである。入力フィールド６１３は、タスク定義５５０のタグ５５５で定義されている"ｔｅｘｔＩｔｅｍ"に従ったフィールドであり、文字列の入力を受け付ける。
入力フィールド６１４は、ステップ名称が"ログイン"であるステップの３つ目のパラメータ（設定項目）の値を設定するための入力フィールドである。入力フィールド６１４は、タスク定義５５０のタグ５５７で定義されている"ｃｈｏｉｃｅＩｔｅｍ"に従ったフィールドであり、ユーザーによる選択を受け付ける。選択肢はタグ５５９、タグ５６０の"ｃｈｏｉｃｅ"タグで定義されている"ＮＴＬＭｖ２"と"Ｋｅｒｂｅｒｏｓ"とである。
【００２４】
以上のように、ステップ単位にタブページで分けて表示することで、入力フィールドが多数ある場合でも、全てを一覧表示するよりもスクロールでの表示を避けることができ、ユーザーは自分が設定したい項目を見つけやすくなる。また、ユーザーは右側のペインのタブを選択することにより、ステップごとに移動できるため自らが設定したい項目への移動もしやすくなる。
ボタン６１５は、処理フローの登録するためのボタンである。ユーザー操作によりボタン６１５が押下されると、ＵＩ部４５４は、設定されたタスク定義やタスクのパラメータを処理フロー制御部４５２に渡し、処理フローの作成を指示する。処理フロー制御部４５２は、ＵＩ部４５４から渡されたタスク定義やタスクのパラメータから処理フローを作成し、処理フロー管理部４５３に処理フローの登録を指示する。処理フロー管理部４５３は、処理フロー制御部４５２からの指示を受け、処理フローの書き込みを行う。
ボタン６１６は、処理フローの作成をキャンセルするためのボタンである。ユーザー操作によりボタン６１６が押下されると、ＵＩ部４５４は、設定されているパラメータ等を破棄し、初期画面に戻る。
【００２５】
図７は、前述したタスクを追加するためのＵＩにおいてタスクの追加の指示を受け付けてから処理フローにタスクを追加するまでの処理フロー作成アプリケーション４５０の処理を表したフローチャートである。
ステップＳ７０１で、ＵＩ部４５４は、ユーザー操作により処理フローにタスクを追加する指示を受け付けたかを判断する。タスクの追加の指示を受け付けた場合は、ＵＩ部４５４は、ステップＳ７０２に遷移する。タスクの追加の指示を受け付けていない場合は、ＵＩ部４５４は、指示を受け付けるまで待機する。
ステップＳ７０２で、ＵＩ部４５４は、ユーザーにより選択されたタスク定義をタスクデータ管理部４５５から取得する。ＵＩ部４５４は、取得したタスク定義を解析し、ステップＳ７０３に遷移する。
ステップＳ７０３で、ＵＩ部４５４は、解析したタスク定義に則ってＵＩ制御管理テーブルを生成し、ＵＩデータ管理部４５６に格納を指示する。ＵＩデータ管理部４５６は、ＵＩ部４５４からの指示により、ＵＩ制御管理テーブルを格納する。
【００２６】
図８は、実施形態１のＵＩデータ管理部４５６で管理されるＵＩ制御管理テーブルの一例を示す図である。本例では模式的な図としてテーブル形式を用いているが、ツリービューとタブコントロールの紐付けができればよく、特に形式を限定するものではない。
ＵＩ管理テーブルは、カラム８０１からカラム８０５までで構成されている。
カラム８０１は、処理フローに追加されているタスクを表している。格納されているのはタスク名やステップである。
カラム８０２は、ペイン６０１に表示するツリービューの深さ０のノードのどこに表示するかを表している。例えば、カラム８０１が"ＳＭＢ送信"であるタスクは、カラム８０２の値は、"１"であるため、深さ０のノードの１つ目に表示することを表している。
カラム８０３は、ペイン６０１に表示するツリービューの深さ１のノードのどこに表示するかを表している。例えば、カラム８０１が"Ｓｔｅｐ２"であるステップは、カラム８０２の値が"１"であり、カラム８０３の値が"２"であるため、深さ０の１つ目のノードの子ノードとして深さ１のノードの２つ目に表示することを表している。
カラム８０４は、ペイン６０９に表示するタブコントロールを表している。ＳＭＢ処理フローに追加されるタスクごとにタブコントロールが生成される。
カラム８０５は、カラム８０４で示したタブコントロールのどのタブページであるかを表している。例えば、カラム８０１が"Ｓｔｅｐ２"であるステップは、カラム８０４の値が"１"であり、カラム８０５の値が"２"であるため、１つ目のタブコントロールの２つ目のタブページに表示することを表している。
【００２７】
図７に戻り、ステップＳ７０４でＵＩ部４５４は、ステップＳ７０２で解析したタスク定義に則って、ペイン６０１にツリービューを生成する。
ステップＳ７０５でＵＩ部４５４は、ステップＳ７０２で解析したタスク定義に則って、ペイン６０９にタブコントロールを生成する。
以上のようにして処理フローにタスクの追加を行う。先に述べたように図６のＵＩは、"ＳＭＢ送信"と"ＦＴＰ送信"とのタスクが追加された状態のＵＩである。
【００２８】
（タブコントロールとツリービューの連動）
次にユーザーによりペイン６０１かペイン６０９をマウス等で選択された場合の処理について説明する。
図９は、ユーザー操作により、ペイン６０１かペイン６０９をマウス等で選択されてからの処理フロー作成アプリケーション４５０での表示制御処理の一例を示すフローチャートである。処理フロー作成アプリケーション４５０のＵＩ部４５４では、ボタン押下等、ユーザーによる複数の操作を検知するが、本フローチャートでは本例の特徴である、マウス等でペインが選択されたことを検知した場合の処理についてのみ記載する。
ステップＳ９０１でＵＩ部４５４は、選択されたペインがペイン６０１であるのか、ペイン６０９であるのかを判断する。ペイン６０１である場合は、ＵＩ部４５４は、ステップＳ９０２に遷移する。ペイン６０９である場合は、ＵＩ部４５４は、ステップＳ９０４に遷移する。
ステップＳ９０２で、ＵＩ部４５４は、ユーザー操作により選択されたペイン６０１のツリービューのノードを選択状態としステップＳ９０４に遷移する。例えば、ＵＩ部４５４は、ユーザー操作によりノード６０５が選択されていればノード６０５を選択状態とする。
ステップＳ９０３で、ＵＩ部４５４は、ユーザー操作により選択されたノードに紐付けられたタブコントロール、及び、タブページを特定してペイン６０９に表示する。ＵＩ部４５４は、まず、ＵＩデータ管理部４５６からＵＩ制御管理テーブルを取得する。そして、ＵＩ部４５４は、ユーザーにより選択されたノードに紐づいたタブコントロールとタブページとを検索する。そして、ＵＩ部４５４は、検索の結果として得られたタブコントロールのタブページを表示する。例えば、ＵＩ部４５４は、ユーザーにより選択されたノードがノード６０２である場合、図８のＵＩ制御管理テーブルの最初のレコードであることがわかる。この場合、ＵＩ部４５４は、１つ目のタブコントロールを表示する。ＵＩ部４５４は、図８のＵＩ制御管理テーブルには該当するタブページはないため、最初のタブページであるタブページ６１０を表示する。ＵＩ部４５４は、ユーザー操作により選択されたノードがノード６０５である場合は、図８のＵＩ制御管理テーブルの４つ目のレコードであることがわかる。この場合、ＵＩ部４５４は、１つ目のタブコントロールの３番目のタブページであるタブページ６１２を表示する。
ステップＳ９０２、ステップＳ９０３の処理は、第１の表示制御の処理の一例である。
【００２９】
ステップＳ９０４で、ＵＩ部４５４は、ユーザー操作により選択されたタブページを表示し、ステップＳ９０５に遷移する。例えば、ＵＩ部４５４は、タブページ６１２が選択された場合はタブページ６１２を表示する。
ステップＳ９０５でＵＩ部４５４は、ユーザー操作により選択されたタブページに紐付けられたノードを特定して、ペイン６０１のノードを選択状態とする。ＵＩ部４５４は、まずＵＩデータ管理部４５６からＵＩ制御管理テーブルを取得する。そして、ＵＩ部４５４は、ユーザーにより選択されたタブページに紐づいたノードを検索する。そして、ＵＩ部４５４は、検索の結果として得られたノードを選択状態とする。例えば、ＵＩ部４５４は、タブページ６１２がユーザー操作により選択された場合は、図８のＵＩ制御管理テーブルの４つ目のレコードであることがわかる。この場合、ＵＩ部４５４は、ツリービューの深さ０のノードの３つ目の子ノードであるノード６０５を選択状態とする。
ステップＳ９０４、ステップＳ９０５の処理は、第２の表示制御の処理の一例である。
【００３０】
図１０は、図６の状態のＵＩで、ユーザーによりタブページ６１２が選択された後のＵＩを示す図である。
１００１のようにタブページ６１２が最前面に表示されている。
１００２のようにタブページ６１２に紐付けられたノード６０５が選択状態となっている。
以上のように、ペイン６０１に表示しているツリービュー、ペイン６０９に表示しているタブコントロールが連動する。これにより、ユーザー操作により左右のペインで表示している位置がずれることなく、ユーザー自らが設定しているパラメータがどのパラメータであるのかを見失うことがなくなる。
【００３１】
＜実施形態２＞
次に、実施形態２について説明する。実施形態１では、ツリービューのノードとタブコントロールのタブページとの連動について説明した。実施形態２では、更にツリービューのノードと入力フィールドとの連動について説明する。システム構成やＭＦＰ１１０、ＰＣ１２０のハードウェア構成、ソフトウェア構成等は実施形態１と同じである。
（タスク追加の処理）
タスク追加の処理について、実施形態１と異なる部分のみを説明する。
実施形態１では、タスク追加時のステップＳ７０３で作成したＵＩ制御管理テーブルは図８で示したものであった。しかしながら、実施形態２では、図１１で示すＵＩ制御管理テーブルである。図８との違いのみ説明する。図１１は、実施形態２のＵＩデータ管理部４５６で管理されるＵＩ制御管理テーブルの一例を示す図である。
カラム１１０１は、ツリービューの深さ２のノードのどこに表示するかを表している。例えば、レコード１１０３の場合、深さ２のノードの１つ目であることを表している。
カラム１１０２は、タブページに表示される入力フィールドの何番目であるかを表している。例えば、レコード１１０３の場合、１つ目の入力フィールドであることがわかる。
実施形態１では、ステップＳ７０４で生成されるツリービューは深さ１までのものであった。実施形態２では、図１２で示すように深さ２までのツリービューが表示される。
【００３２】
図１２は、ＵＩ部４５４が表示する処理フローを作成するためのＵＩを示す図である。図１２は既に処理フローに"ＳＭＢ送信"と"ＦＴＰ送信"とのタスクが１つずつ追加された状態のＵＩである。
ノード１２０１は、パラメータ名称が"ユーザー名"であるパラメータを表している。ノード１２０１は選択状態である。
入力フィールド１２０２は、パラメータ名称が"ユーザー名"であるパラメータを設定するためのフィールドである。入力フィールド１２０２にはカーソルがあたっている。ここでカーソルがあたっているとは、ユーザーによる入力を受け付けている状態である。入力フィールド１２０２にカーソルが当たっている場合、ＵＩ部４５４は、キーボード等の入力装置３０４を介してユーザー操作による文字列の入力を受け付けると入力された文字列を入力フィールド１２０２に表示する。
【００３３】
（タブコントロールとツリービューの連動）
図１３は、実施形態２における、ペインがマウス等で選択されてからの処理フロー作成アプリケーション４５０のフローチャートである。実施形態１と異なる処理のみを説明する。
ステップＳ１３０１からステップＳ１３０３までは、ステップＳ９０１からステップＳ９０３までと同じ処理であるため、説明を省略する。
ステップＳ１３０４で、ＵＩ部４５４は、ユーザー操作により選択されたノードに紐付けられた入力フィールドを特定して、選択状態とする。ＵＩ部４５４は、まずＵＩデータ管理部４５６からＵＩ制御管理テーブルを取得する。そして、ＵＩ部４５４は、ユーザーにより選択されたノードに紐づいた入力フィールドを検索する。そして、ＵＩ部４５４は、検索の結果として得られた入力フィールドにカーソルを移動する。例えば、ＵＩ部４５４は、ノード１２０１がユーザー操作により選択された場合は、図１１のＵＩ制御管理テーブルの３つ目のレコードであることがわかる。この場合、ＵＩ部４５４は、１つ目のタブページの１つ目の入力フィールドである１２０２にカーソルを移動する。
ステップＳ１３０５で、ＵＩ部４５４は、選択されたのがタブページであるか、入力フィールドであるかを判断する。ＵＩ部４５４は、タブページであった場合は、ステップＳ１３０６に遷移する。ＵＩ部４５４は、入力フィールドであった場合は、ステップＳ１３０８に遷移する。
ステップＳ１３０６からステップＳ１３０７までは、ステップＳ９０４からステップＳ９０５までと同じ処理であるため、説明を省略する。
【００３４】
ステップＳ１３０８で、ＵＩ部４５４は、選択された入力フィールドにカーソルを移動する。例えば、ＵＩ部４５４は、入力フィールド１２０２が選択された場合は、入力フィールド１２０２にカーソルを移動する。
ステップＳ１３０８で、ＵＩ部４５４は、ユーザー操作により選択された入力フィールドに紐付けられたツリービューのノードを特定して、選択状態とする。ＵＩ部４５４は、まずＵＩデータ管理部４５６からＵＩ制御管理テーブルを取得する。そして、ＵＩ部４５４は、ユーザーにより選択された入力フィールドに紐づいたノードを検索する。そして、ＵＩ部４５４は、検索の結果として得られたノードを選択状態とする。例えば、ＵＩ部４５４は、入力フィールド１２０２がユーザー操作により選択された場合は、図１１のＵＩ制御管理テーブルの３つ目のレコードであることがわかる。この場合、ＵＩ部４５４は、深さ３の１つ目のノードである１２０１を選択状態とする。
【００３５】
図１４は、図１２の状態のＵＩの際に、ユーザー操作により入力フィールド１４０１を選択された後のＵＩを示す図である。
入力フィールド１４０１は、パラメータ名称が"パスワード"であるパラメータを設定するためのフィールドである。カーソルは、入力フィールド１２０２から入力フィールド１４０１に移動している。
ノード１４０２は、パラメータ名称が"パスワード"であるパラメータを表している。選択状態がノード１２０１からノード１４０２に移動している。
以上のように、ツリービュー、タブコントロールが連動する。タブコントロールに配置された入力フィールドとツリービューが連動することにより、ユーザーが設定したいパラメータへの移動がし易くなる。また、ユーザー操作により左右のペインで表示している位置がずれることなく、ユーザー自らが設定しているパラメータがどのパラメータであるのかを見失うことがなくなる。
【００３６】
＜実施形態３＞
実施形態２では、ツリービューのノードと、タブコントロール上に配置された入力フィールドが選択された際の連動について説明した。実施形態３では、ユーザー操作により、入力フィールドに設定が行われた場合の連動について説明する。システム構成やＭＦＰ１１０、ＰＣ１２０のハードウェア構成、ソフトウェア構成等は実施形態１や実施形態２と同じである。
（タスク追加の処理）
タスク追加の処理について、実施形態２と異なる部分のみを説明する。
実施形態２では、タスク追加時のステップＳ７０４でツリービューを解析したタスク定義に則って生成したが、初期値の有無による違いはなかった。実施形態３では、初期値があるパラメータについては、ノードを非表示とする。初期値がないパラメータについては、実施形態２と同様にノードを表示する。
図１５は、実施形態３における処理フローを作成するためのＵＩを示す図である。図１５は既に処理フローに"ＳＭＢ送信"と"ＦＴＰ送信"とのタスクが１つずつ追加された状態のＵＩである。
入力フィールド１５０１は、パラメータ名称が"認証方式"であるパラメータを設定するためのフィールドである。入力フィールド１５０１は、初期値として、"ＮＴＬＭｖ２"が設定されている。
ノード１５０２は、パラメータ名称が"認証方式"であるパラメータを表している。但し、パラメータ名称が"認証方式"であるパラメータには初期値が設定されているため、ノードは非表示となっている。
【００３７】
（タブコントロールとツリービューの連動）
図１６は、実施形態３における、入力フィールドへの設定を受け付けてからの処理フロー作成アプリケーション４５０のフローチャートである。
ステップＳ１６０１で、ＵＩ部４５４は、設定された値を入力フィールドに表示する。
ステップＳ１６０２で、ＵＩ部４５４は、入力フィールドに設定された値が空でないかを判断する。ＵＩ部４５４は、空でない場合は、ステップＳ１６０２へ遷移する。ＵＩ部４５４は、空である場合は、ステップＳ１６０２へ遷移する。
ステップＳ１６０３で、ＵＩ部４５４は、入力を受け付けた入力フィールドに紐づいたノードを図１１のＵＩ制御管理テーブルを用いて特定し、ノードを非表示にする。
ステップＳ１６０４で、ＵＩ部４５４は、入力を受け付けた入力フィールドに紐づいたノードを図１１のＵＩ制御管理テーブルを用いて特定し、ノードを表示する。
図１７は、図１５のＵＩの状態で、入力フィールド１７０１に"Ｔａｒｏ"が入力された後のＵＩを示す図である。
入力フィールド１７０１には、"Ｔａｒｏ"が表示されている。
ノード１７０２は、入力フィールド１７０１に値が設定されているため、非表示となっている。
なお、本実施形態では、設定されているパラメータに関するノードを非表示としているが、パラメータに対して設定がなされているかがわかるようなＵＩであればよい。例えば、図１８のように設定されていないパラメータのノードの背景に色をつけてもよい。入力フィールド１８０１は空である。ノード１８０２は、入力フィールド１８０１と紐づいており設定がされていないため、ノードの背景に色がついている。更に図示しないが、例えば、設定されていないパラメータのノードのみ、太字や斜体等、文字の書体を変更してもよい。
【００３８】
本実施形態ではパラメータに対して設定がなされているかどうかで判断しているが、更に、設定が必須なパラメータであるかも判断に加えてもよい。例えば、設定必須であり、且つ、設定がされていないパラメータのノードの背景色の色を変更する。設定必須であるかは、図５Ｂで説明したタスク定義に定義されているように構成すればよい。
以上のように、設定の有無によって、ツリービューのノードと、タブコントロール上に配置された入力フィールドが連動して表示を変えることにより、ユーザーは自らが設定したい項目や設定しなければならない項目を見つけやすくなる。
【００３９】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００４０】
以上、上述した各実施形態によれば、ユーザー自らが設定しているパラメータがどのパラメータであるのか見失いにくくすることができる。
【００４１】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
0005868032.tif 000002
【図２】
0005868032.tif 000003
【図３】
0005868032.tif 000004
【図４】
0005868032.tif 000005
【図５Ａ】
0005868032.tif 000006
【図５Ｂ】
0005868032.tif 000007
【図６】
0005868032.tif 000008
【図７】
0005868032.tif 000009
【図８】
0005868032.tif 000010
【図９】
0005868032.tif 000011
【図１０】
0005868032.tif 000012
【図１１】
0005868032.tif 000013
【図１２】
0005868032.tif 000014
【図１３】
0005868032.tif 000015
【図１４】
0005868032.tif 000016
【図１５】
0005868032.tif 000017
【図１６】
0005868032.tif 000018
【図１７】
0005868032.tif 000019
【図１８】
0005868032.tif 000020