(57)【要約】【課題】新規アプリケーションのインストール作業におけるユーザの負担を軽減することができるインストール支援方法を提供する。【解決手段】インストール支援方法は、インストールする新規アプリケーション（ＢＯＸユーティリティver3）の初期設定値として、既存アプリケーション（ＢＯＸユーティリティver2）の設定値を取得して自動的に反映する。【選択図】図９
2008269632.tif 000002
【特許請求の範囲】
【請求項１】
ノード群を含むワークフローの作成を支援するワークフロー作成支援方法であって、
新たに作成すべき新規ノードにおける定義をユーザから受け付ける受付ステップと、
受け付けた定義が未完成か否かを判断する判断ステップと、
未完成と判断された場合に、既に作成された既存ノードを検索対象として、前記新規ノードにおける定義と関連する既存ノードを検索する検索ステップと、
検索された既存ノードの定義を取得して、前記定義が未完成と判断された要因となった部分に補足する補足ステップと、
を含むことを特徴とするワークフロー作成支援方法。
【請求項２】
さらに、検索された既存ノードが複数の場合に、補足された複数のノードの候補をユーザに対して表示し、ユーザから選定すべきノードを受け付ける選定ステップを有する
ことを特徴とする請求項１に記載のワークフロー作成支援方法。
【請求項３】
前記ノードにおける定義は、処理内容を特定する情報を含んでおり、
前記検索ステップは、前記処理内容の種類が一致するノードを検索する
ことを特徴とする請求項１または２に記載のワークフロー作成支援方法。
【請求項４】
前記ノードにおける定義は、前記処理内容の実行装置を特定する情報を含んでおり、
前記判断ステップでは、前記処理内容の実行装置が不特定または誤りである場合に、前記ノードにおける定義が未完成であるとする
ことを特徴とする請求項１から３のいずれかに記載のワークフロー作成支援方法。
【請求項５】
前記ワークフローは、ネットワークを介して接続された複数の装置間で、文書を受け渡しながら当該文書に対して処理を行うワークフローであって、
前記検索ステップでは、既に作成された既存ノードを検索対象として、前記新規ノードにおける処理内容と一致する既存ノードを検索し、
前記補足ステップでは、検索された既存ノードの定義を取得して、特定された実行装置に前記文書を転送するための新たな転送ノードを付け加える
ことを特徴とする請求項４に記載のワークフロー作成支援方法。
【請求項６】
前記ワークフローは、ネットワークを介して接続された複数の装置間で、文書を受け渡しながら当該文書に対して処理を行うワークフローであって、
前記判断ステップでは、前記ノードにおける定義が前記文書に関する予め定められたルールに違反する場合に、当該ノードにおける定義が未完成であるとする
ことを特徴とする請求項１から３のいずれかに記載のワークフロー作成支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、新たにアプリケーションをインストールする場合や、新たにワークフローを作成する場合に、ユーザの負担を軽減することが可能なインストール支援方法及びワークフロー作成支援方法に関する。
【背景技術】
【０００２】
スキャン、コピー、プリント、ＦＡＸ等の機能を有する文書処理装置（ＭＦＰ:Multi Function Peripheral）においては、処理をした文書に関するアプリケーション・プログラム（以下、「アプリケーション」と称する。）が種々開発されている。
アプリケーションは、数多くの設定項目を備えており、ユーザは使用目的や好みに合わせて設定項目の設定値をカスタマイズして使用することが通常である。また、係るアプリケーションは、機能の追加・改善やバグフィックスを目的として頻繁にバージョンアップされることが多い。
【特許文献１】特開２００４−５８５００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、例えばアプリケーションのバージョンアップ版をインストールした場合（特にメジャーバージョンアップ版をインストールするような場合）に、設定項目の設定値が当該バージョンアップ版のデフォルト値に置き換えられることがある。
これは、ユーザが苦労して設定した設定値が台無しとなることを意味し、インストール以前の環境を再現するためには、ユーザは再び一から手作業で設定値を設定し直す作業が必要となる。
【０００４】
使用環境の変化を嫌う一部のユーザは、インストール後の設定値再設定作業の面倒さに辟易し、インストールを回避して旧バージョンのアプリケーションを使い続ける現状にあり、新バージョンの普及の妨げとなっている。
また、既存アプリケーションを利用している環境下において、類似するアプリケーションを新規にインストールする場合にもなるたけ既存アプリケーションの設定値を引き継ぐことができるようにすることが好ましい。
【０００５】
ところで、本願発明者らは、ある文書について複数の処理を連携して行うワークフローシステムの開発を検討している。
このワークフローを新規に作成する場合には、ユーザはワークフローを構成するノード毎について、その定義を指定する必要がある。
とりわけ、複数の装置間を受け渡しながら、処理を連携して行うワークフローにおいては、各ノードにおける定義の指定項目が多くなる上、指定項目が複雑化するため新規作成の負担が大きい。
【０００６】
本発明は、上述の問題に鑑みてなされたものであって、新規アプリケーションをインストールする場合に、既存のアプリケーションの設定項目の設定値を、新規アプリケーションの設定項目の設定値に継承することを可能とし、もって新規アプリケーションのインストール作業におけるユーザの負担を軽減することができるインストール支援方法を提供することを第１の目的とする。
【０００７】
また、ワークフローを新規作成する場合に、既存のノード定義を作成すべき新規ノードの定義に補足することを可能とし、もってワークフローの新規作成におけるユーザの負担を軽減することができるワークフロー作成支援方法を提供することを第２の目的とする。
【課題を解決するための手段】
【０００８】
本発明に係るインストール支援方法は、アプリケーションのインストールを支援するインストール支援方法であって、既にインストールされている既存アプリケーションを検索対象として、新たにインストールする新規アプリケーションと種類が一致する既存アプリケーションを検索する検索ステップと、検索された既存アプリケーションの設定値を取得して、当該設定値を前記新規アプリケーションの初期設定値に自動的に反映する設定値設定ステップと、を含むことを特徴としている。
【０００９】
また、本発明に係るワークフロー作成支援方法は、ノード群を含むワークフローの作成を支援するワークフロー作成支援方法であって、新たに作成すべき新規ノードにおける定義をユーザから受け付ける受付ステップと、受け付けた定義が未完成か否かを判断する判断ステップと、未完成と判断された場合に、既に作成された既存ノードを検索対象として、前記新規ノードにおける定義と関連する既存ノードを検索する検索ステップと、検索された既存ノードの定義を取得して、前記定義が未完成と判断された要因となった部分に補足する補足ステップと、を含むことを特徴としている。
【００１０】
また、本発明に係るインストール支援装置は、アプリケーションのインストールを支援するインストール支援装置であって、既にインストールされている既存アプリケーションを検索対象として、新たにインストールする新規アプリケーションと種類が一致する既存アプリケーションを検索する検索手段と、検索された既存アプリケーションの設定値を取得して、当該設定値を前記新規アプリケーションの初期設定値に自動的に反映する設定値設定手段と、を含むことを特徴とする。
【発明の効果】
【００１１】
本発明に係る課題を解決するための手段の欄に記載したインストール支援方法または支援装置によれば、新規アプリケーションの初期設定値は、既存アプリケーションの設定値が反映されたものとなるので、新規アプリケーションの使い始めの段階から、その使用環境はインストール以前と同様とすることができ、インストール後における設定値再設定の作業負担を従来より軽減することができる。
【００１２】
また、課題を解決するための手段の欄に記載したワークフロー作成支援方法によれば、新規ノードが未完成であったとしても、その未完成の要因となった部分を既存ノードの定義により補足するので、ワークフローの新規作成におけるユーザの負担を軽減することができる。
また、さらに、前記検索ステップにおいて検索された既存アプリケーションが複数の場合に、その中からアプリケーションを選定する選定ステップを備え、前記設定値設定ステップは、選定されたアプリケーションを設定値の取得対象とすることを特徴としている。
【００１３】
また、前記既存アプリケーションは、ユーザにより決定された優先順位情報を有しており、前記選定ステップでは、前記優先順位情報を選定の条件の１つとすることを特徴としている。
この構成によれば、例えば、新規アプリケーションのインストール以前にデフォルトで使用されていた最高順位のアプリケーションを選定すれば、インストール以後においても、ユーザにとって使い慣れた使用環境を維持することが可能となる。
【００１４】
また、前記既存アプリケーションは、版情報を有しており、前記選定ステップでは、前記版情報がより新しい既存アプリケーションを優先的に選定することを特徴としている。
この構成によれば、例えば、最も新版であるアプリケーションを選定すれば、このアプリはインストール以前に普段から使用されていた可能性が高いため、インストール以後においても、ユーザにとって使い慣れた使用環境を維持することが可能となる。また、最も新版のアプリケーションは、インストールすべき新規アプリケーションと設定項目の構成が近いことが多いので、引き継ぎ可能な設定項目が多くなるので好適である。
【００１５】
また、前記新規アプリケーションは第１の情報処理装置にインストールされるものであって、前記第１の情報処理装置は、ネットワークを介して第２の情報処理装置と接続されており、前記既存アプリケーションは前記第２の情報処理装置にインストールされており、前記検索ステップでは、前記第２の情報処理装置にインストールされている既存アプリケーションを検索対象とすることを特徴としている。
【００１６】
この構成によれば、例えば、企業のＬＡＮ内の第２の情報処理装置の既存アプリケーションは、新規アプリケーションのユーザの同僚などが使用していることが多いため、当該ユーザが望むであろう設定と似通っている可能性が高い。このため、ユーザは設定し直すべき設定項目は少なくなり、使い始めの段階から快適に新規アプリケーションを使用することが可能となる。
【００１７】
また、前記既存アプリケーション及び前記新規アプリケーションは共に、前記ネットワーク上の所定のデバイスに対応可能なアプリケーションであって、前記検索ステップでは、既存アプリケーションを検索対象として、新規アプリケーションと対応可能デバイスが一致する既存アプリケーションを検索することを特徴としている。
また、前記検索ステップでは、ネットワーク上に現に存在し、かつ、新規アプリケーションが対応可能なデバイスを検索し、検索されたデバイスに対応可能な既存アプリケーションを検索対象とすることを特徴としている。
【００１８】
この構成によれば、例えば、企業のＬＡＮ内に現に存在するデバイスに対応する既存アプリケーションの設定は、そのデバイスの設置環境・使用目的・特性等に対応した設定となっていることが多く、新規アプリケーションのユーザが望むであろう設定に沿う可能性が高い。このため、ユーザの利便性に資することができる。
また、前記既存アプリケーション及び前記新規アプリケーションは共に、前記ネットワーク上の所定のデバイスに対応可能なアプリケーションであって、前記検索ステップでは、既存アプリケーションを検索対象として、新規アプリケーションの対応可能デバイスと一致度が高い既存アプリケーションを検索することを特徴としている。
【００１９】
また、前記新規アプリケーションはプリンタドライバであり、前記デバイスはプリンタであって、前記設定値はプリント設定に関する値であることを特徴としている。
また、前記新規アプリケーションは、文書処理装置の記憶手段において所定領域が割り当てられたボックスに関するユーティリティソフトであって、前記設定値は、前記ボックスに関する設定値であることを特徴としている。
【００２０】
また、さらに、検索された既存ノードが複数の場合に、補足された複数のノードの候補をユーザに対して表示し、ユーザから選定すべきノードを受け付ける選定ステップを有することを特徴としている。
この構成によれば、ユーザが望むノードを作成することが可能となる。
また、前記ノードにおける定義は、処理内容を特定する情報を含んでおり、前記検索ステップは、前記処理内容の種類が一致するノードを検索することを特徴としている。
【００２１】
また、前記ノードにおける定義は、前記処理内容の実行装置を特定する情報を含んでおり、前記判断ステップでは、前記処理内容の実行装置が不特定または誤りである場合に、前記ノードにおける定義が未完成であるとすることを特徴としている。
例えば、ワークフローを作成するユーザは、スキャン、ＦＡＸ、送信等の処理内容に関心が強いが、その処理内容をどの装置で実行するかについては無頓着な傾向にある。このため、この構成によれば、実行装置が未指定（不特定）、または指定（特定）された実行装置に誤りがあったとしても、この実行装置に関する定義を補足してワークフローを作成することが可能となる。
【００２２】
また、前記ワークフローは、ネットワークを介して接続された複数の装置間で、文書を受け渡しながら当該文書に対して処理を行うワークフローであって、前記検索ステップでは、既に作成された既存ノードを検索対象として、前記新規ノードにおける処理内容と一致する既存ノードを検索し、前記補足ステップでは、検索された既存ノードの定義を取得して、特定された実行装置に前記文書を転送するための新たな転送ノードを付け加えることを特徴とするとしている。
【００２３】
この構成によれば、例えば、所定の処理内容を実行する実行装置におけるノードの前段に、転送ノードを付け加えるので、別途転送ノードを作成する煩いをユーザに課することを防止できる。
また、前記ワークフローは、ネットワークを介して接続された複数の装置間で、文書を受け渡しながら当該文書に対して処理を行うワークフローであって、前記判断ステップでは、前記ノードにおける定義が前記文書に関する予め定められたルールに違反する場合に、当該ノードにおける定義が未完成であるとすることを特徴としている。
【００２４】
この構成によれば、例えば、上記ルールをユーザにより設定可能とすれば、カスタマイズ性に優れたワークフローを作成することが可能となる。
また、本発明に係るインストール支援装置において、さらに、前記検索手段において検索された既存アプリケーションが複数の場合に、その中からアプリケーションを選定する選定手段を備え、前記設定値設定手段は、選定されたアプリケーションを設定値の取得対象とすることを特徴とする。
【００２５】
また、本発明に係るインストール支援装置において、前記新規アプリケーションは第１の情報処理装置にインストールされるものであって、前記第１の情報処理装置は、ネットワークを介して第２の情報処理装置と接続されており、前記既存アプリケーションは前記第２の情報処理装置にインストールされており、前記検索手段は、前記第２の情報処理装置にインストールされている既存アプリケーションを検索対象とすることを特徴とする。
【００２６】
また、本発明に係るインストール支援装置において、前記既存アプリケーション及び前記新規アプリケーションは共に、前記ネットワーク上の所定のデバイスに対応可能なアプリケーションであって、前記検索手段は、既存アプリケーションを検索対象として、新規アプリケーションと対応可能デバイスが一致する既存アプリケーションを検索することを特徴とする。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
図１は、ワークフローシステム１のシステム構成を説明するための図である。以下の各実施の形態においては、このシステム構成を前提として説明する。
ワークフローシステム１は、情報処理装置としてのＰＣ１００（ＰＣ Ａ）と、文書処理装置であるＭＦＰ２００（ＭＦＰ Ａ）及びＭＦＰ３００（ＭＦＰ Ｂ）と、ワークフローサーバ４００とから構成され、各装置間はＬＡＮ（Local Area Network）ケーブル２を介して接続されている
各装置には、ＩＰ（Internet Protocol)アドレスが割り当てられ、図示しないＤＮＳ（Domain Name System）サーバにより名前解決がなされている。図１においては、ＩＰアドレスの下に付された名前を記載している。
【００２８】
以下、実施の形態１としてＰＣ１００にアプリケーションをインストールする場合、実施の形態２としてＭＦＰ２００にアプリケーションをインストールする場合のインストール支援方法について説明する。次いで、実施の形態３としてワークフロー作成支援方法について説明する。
（実施の形態１）
（ＰＣにインストールする場合）
図２は、ＰＣ１００の機能ブロック図である。
【００２９】
ＰＣ１００は、アプリケーション記憶部１１０、テーブル記憶部１２０、既存アプリケーション検索部１３０、ネットワーク検索部１４０、設定値取得・反映部１５０、制御部１６０を備えている。
アプリケーション記憶部１１０は、ＰＣ１００に既にインストールされた既存のアプリケーション１１２と、アプリケーション１１２に関連付けされ、当該アプリケーション１１２の設定項目毎の設定値が記述された設定ファイル１１４とを記憶している。
【００３０】
テーブル記憶部１２０は、アプリケーション機能テーブル１２２を記憶している。アプリケーション機能テーブル１２２は、アプリケーション記憶部１１０に記憶されたアプリケーション１１２をインデックス化したものである。
既存アプリケーション検索部１３０は、アプリケーション機能テーブル１２２の既存アプリケーションを検索対象として、新たにインストールされたアプリケーションと種類が一致するものを検索する。
【００３１】
ネットワーク検索部１４０は、ネットワークを介して、ＬＡＮ内の他装置にインストール（記憶）された既存アプリケーションの検索を行う。
設定値取得・反映部１５０は、既存アプリケーション検索部１３０またはネットワーク検索部１４０により検索された設定値取得対象候補の中から選定された、既存のアプリケーションの設定ファイルの設定値を取得し、新規アプリケーションの設定値に反映させる。
【００３２】
制御部１６０は、ＣＰＵ、ＲＡＭ、ＲＯＭ等のハードウェアから構成されており、各部の動作を統括的に制御する。
図３は、設定ファイル１１４の内容を示す表である。なお、図３においては説明を簡単にするため、設定ファイル１１４をテキスト形式として説明しているが、バイナリ形式であっても構わない。
【００３３】
設定ファイルは、「アプリケーション名称」、「設定項目分類」、「設定項目」、「設定値」の４つのまとまりに分けられている。
「ＢＯＸユーティリティ」は、ＰＣ１００からＭＦＰのＢＯＸの新規作成・ユーザ登録等の管理を行うユーティリティソフトである。
「ＢＯＸ作成」中の項目として、「Ｔｙｐｅ」、「容量」、「名称」、「期限」、「パスワード」、「表示」、「ユーザ登録」中の項目として「印刷許可」、「機能制限」がある。
【００３４】
「Ｔｙｐｅ」はＢＯＸの属性を定める設定であり、「Ｕｓｅｒ」（特定のユーザ専用）、「Ｐｕｂｌｉｃ」（共有）、の二種類の設定値がある。
「容量」はＢＯＸに割り当てる記憶容量、「期限」はＢＯＸ内に保存する文書の保存期限、「パスワード」はＢＯＸ内の文書にアクセスするためのパスワードを設定する項目である。
【００３５】
「表示」はＢＯＸの表示形態を設定する項目であり、「常時」（全てのユーザにＢＯＸの存在を表示する）、「Ｕｓｅｒのみ」（ＢＯＸ存在を特定のユーザにのみ表示して、他のユーザへは存在を隠蔽する。）の二種類の設定値がある。
「印刷許可」は白黒印刷のみ許可する「BW」と、カラー印刷をも許可する「FullColor/BW」の二種類の設定値がある。
【００３６】
「BizhubC350プリンタドライバ」は、「BizhubC350」という機種に対応したプリンタドライバである。同様に「BizhubC450プリンタドライバ」は、「BizhubC450」に対応している。
各設定項目は印刷形態に関する設定であり、「カラー／白黒」はカラーか白黒かの設定、「両面」は両面か片面かの設定、「頁割付」は、複数の頁の原稿を１頁にまとめる設定である。加えて「部数」、「給紙トレイ」、「ウォーターマーク」の設定項目がある。
【００３７】
図４は、アプリケーション機能テーブル２２の内容を示す表である。
アプリケーション機能テーブル２２は、アプリケーション記憶部１０に、アプリケーション１２から所定の情報を抽出することで作成されたものである。アプリケーション記憶部１０に新たにアプリケーションがインストールされる度に、このアプリケーション機能テーブル２２にその情報が登録されることとなる。
【００３８】
アプリケーション機能テーブル２２は、「アプリケーション種類」、「名称」、「初期設定ファイルパス」、「メーカー」、「機種」、「デフォルト」の項目を有している。
「アプリケーション種類」は、アプリケーションの種類を分別した項目であり、「ＢＯＸ管理」、「ユーザ管理」（ＭＦＰ上のユーザを管理する。）、「プリンタドライバ」、「文書管理」（ＭＦＰ内のＢＯＸに保存された文書を管理する。）の種類がある。
【００３９】
本実施の形態では、アプリケーションの種類として、ＰＣ１００外部の周辺デバイスを管理・制御するアプリケーション（ユーティリティソフト）や、周辺デバイスの動作を制御するアプリケーション（プリンタドライバなどのデバイスドライバ）を例に挙げて説明する。
「名称」はアプリケーションの名称である。
【００４０】
「設定ファイルパス」は、設定ファイルの所在を示すファイルパスであり、例えば、「BizhubC350」の設定ファイルパスは「C:\ProgramFiles\Driver\konicaminolta\BizhubC350\settei.ini」である。
「メーカー」は、アプリケーションの制作メーカ名である。
「機種」は、アプリケーションが対応している機種を示す項目である。
【００４１】
「デフォルト」は、アプリケーションの優先順位を示す項目であり、「＊」の付されたアプリケーションは同種類のアプリケーションの中でデフォルトである（最も優先順位が高い）ことを示している。
次に、ＰＣ１００に新規アプリケーション（以下、単に「アプリ」と呼ぶ場合がある。）がインストールされた場合に、制御部１６０が実行する設定値設定処理について説明する。
【００４２】
図５は、設定値設定処理の処理内容を示すフローチャートである。
所定のアプリケーションの新規インストールが完了すると（Ｓ１１）、新規インストールされたアプリ（以下、単に「新規アプリ」と呼ぶ。）の種類を識別する（Ｓ１２）。
この識別は、例えば、新規アプリのプログラム中の特定の記述内容パターンや、アプリの設定ファイル中に記述されたアプリの識別コードに基づいてなされる。
【００４３】
続いて、アプリケーション機能テーブル２２へ新規アプリを登録する（Ｓ１３）。この登録は、上記テーブル２２の内容充実のためになされる。
次に、既存アプリの中から設定値取得候補を検索し、取得対象を選定する検索・選定処理Ａ（Ｓ１４）に移る。
図６は、検索・選定処理Ａの処理内容を示すフローチャートである。
【００４４】
検索・選定処理Ａでは、識別されたアプリの種類に基づいて、アプリケーション機能テーブル２２から種類が一致する既存アプリを検索する（Ｓ２０）。この検索対象は、言うまでもなく、先ほど登録された新規アプリを除いたものである。
検索された設定値取得候補となるアプリが一つであれば（Ｓ２１：Ｙｅｓ，Ｓ２２：Ｎｏ）、そのアプリを設定値取得アプリとして選定する（Ｓ２３）。
【００４５】
検索されたアプリが複数であれば（Ｓ２１：Ｙｅｓ，Ｓ２２：Ｙｅｓ）、ステップＳ２４に移行する。
ステップＳ２４では、検索されたアプリの中にデフォルト（default）設定されたアプリがあるかどうかが判断され、有れば（Ｓ２４：Ｙｅｓ）、そのデフォルト設定されたアプリを設定値取得アプリとして選定する（Ｓ２５）。
【００４６】
このようにデフォルト設定されたアプリを選定するのは、デフォルト設定されたアプリはユーザが普段から使用し、設定項目をカスタマイズしていた可能性が高く、その設定項目の設定値を新規アプリに継承することがユーザの利便性に資すると考えられるからである。
デフォルト設定されたアプリが無ければ（Ｓ２４：Ｎｏ）、ステップＳ２６に移行する。
【００４７】
ステップＳ２６では、検索されたアプリの版（バージョン、version）比較を行い、その中で最も新版のアプリがあれば（Ｓ２７：Ｙｅｓ）、当該最も新版のアプリを設定値取得アプリに選定する（Ｓ２８）。
このように最も新版のアプリを選定するのは、最も新版のアプリはユーザにより普段から使用されていたと考えられる上、新規アプリと設定項目の構成が近いことが多く、引き継ぎ可能な設定項目が多いと考えられるからである。
【００４８】
なお、Ｓ２６〜Ｓ２７の版比較処理では既存のアプリの版比較を行ったが、これに代えて、新規アプリと既存アプリの版比較を行い、例えば、新規アプリに版が最も近い既存アプリを選定するようにしても構わない。
検索されたアプリが全て同版であるか、版番号を判別できない等の理由により、最も新版のアプリが無い場合には（Ｓ２７：Ｎｏ）、ＬＡＮ内の装置の既存アプリを検索対象とするＬＡＮ内検索・選定処理（Ｓ２９）に移行する。
【００４９】
図７は、ＬＡＮ内検索・選定処理の処理内容を示すフローチャートである。
ＬＡＮ内検索・選定処理では、まずＬＡＮ内に現に存在する装置を検索する（Ｓ３１）。
この検索はＬＡＮ内に現に存在する全ての装置に所定のパケットデータを送信し、その応答があった装置は現に存在すると判別することで行われる。
【００５０】
次に、存在する機種を識別する（Ｓ３１１）。この識別は、ＬＡＮ内に存在する装置のＭＡＣ（Media Access Control address）アドレスと、その機種情報との対応テーブルを予め用意しておくことで行われる。
次に、新規アプリの対応機種（対応可能デバイス）と、検索されたＬＡＮ内に存在する装置の機種とを比較し（Ｓ３２）、新規アプリの対応機種がＬＡＮ内の機種に有るかどうかを判断する（Ｓ３３）。
【００５１】
ＬＡＮ内の機種中に、新規アプリの対応機種が存在すれば（Ｓ３３：Ｙｅｓ）、ＬＡＮ内の装置を検索対象として、特定された新規アプリ対応機種に対応する既存アプリを検索する（Ｓ３４）。
ステップＳ３４の検索において、検索されたアプリが一つであれば（Ｓ３５：Ｙｅｓ、Ｓ３６：Ｎｏ）、当該検索されたアプリを設定値取得アプリに選定して（Ｓ３８）、メインルーチンに戻る。
【００５２】
具体例として、アプリの種類がプリンタドライバである場合について説明すると、ステップＳ３１１において「BizhubC450」という機種が識別され、新規プリンタドライバがこの「BizhubC450」に対応しているのであれば（Ｓ３２、Ｓ３３：Ｙｅｓ）、ステップＳ３４においては、ＬＡＮ内の装置にインストールされた「BizhubC450」に対応した既存プリンタドライバが検索されることとなる。なお、ステップＳ３４においてはＬＡＮ内共有設定されたプリンタドライバのみが検索対象となる。プリンタドライバは、プリンタドライバ毎に共有の許否が設定可能であることが一般的である。
【００５３】
また、企業等のＬＡＮ内のプリンタは、複数のユーザにより使用される環境下にあり、現に存在するプリンタに対応する既存プリンタドライバの設定は、新規プリンタドライバのユーザが望むであろう設定と似通っていることが多い（既存プリンタドライバは、新規プリンタドライバのユーザの同僚が使用しているであろう。）。従って、上記既存プリンタドライバを選定すれば、この新規プリンタドライバのユーザの利便性に貢献することができる。
【００５４】
図７のフローチャートの説明に戻って、検索されたアプリが複数であれば（Ｓ３５：Ｙｅｓ、Ｓ３６：Ｙｅｓ）、設定値取得アプリ選択画面をＰＣ１００の画面上に表示し、ユーザから選定すべきアプリの選択を受け付ける（Ｓ３７）。なお、ステップＳ３７の処理に代えて、上述のように検索されたアプリの版情報を比較するなどして、自動的にアプリを選定しても構わない。
【００５５】
図８は、選定処理Ａにおいて選定されたアプリの設定値を取得し、新規アプリの設定値に反映する設定値取得・反映処理の処理内容を示すフローチャートである。
選定されたアプリが有れば（Ｓ４１：Ｙｅｓ）、当該選定されたアプリの設定ファイルを読み出す（Ｓ４２）。この読み出しでは、設定ファイルにおける設定項目と、設定項目毎に対応した設定値を読み出す。
【００５６】
次に読み出した設定値を新規アプリの設定値に反映する（Ｓ４３）。具体的には、新規アプリのインストールにより作成された新規アプリ用設定ファイルを書き換えることで行う。
選定されたアプリが無ければ（Ｓ４１：Ｎｏ）、Ｓ４４〜Ｓ４６の設定値手入力処理に移行する。本設定値手入力処理は、ユーザの新規アプリの使い始めの段階の使い勝手の便宜のための処理であるため、スキップするようにしても構わない。
（設定値取得・反映の一例）
次に設定値取得・反映の例として、ＢＯＸユーティリティを例に挙げて簡単に説明する。
【００５７】
図９は、既にインストールされたアプリ（以下、「既存アプリ」という。）の設定値を取得して、新規アプリの設定値に反映する例を示す概念図である。
図９（ａ）（ｂ）に示すように、既存アプリとしてＢＯＸユーティリティの「ver2」と「ver1」がインストールされているＰＣ１００に、図９（ｃ）に示すように、新たにＢＯＸユーティリティの「ver3」がインストールされた場合には、デフォルト設定された図９（ａ）の「ＢＯＸユーティリティver2」が設定値取得アプリとして選定される。
【００５８】
そして、この「ＢＯＸユーティリティver2」の設定値が、図９（ｃ）の新規アプリである「ＢＯＸユーティリティver3」の初期設定値として反映されることとなる。
このように、「ＢＯＸユーティリティver3」のユーザにとっては、その新規アプリの初期設定値は、従来デフォルトとして使用していた「ＢＯＸユーティリティver2」の設定値が反映されたものであるため、新規アプリの使い始めの段階から、今までカスタマイズした設定値をそのまま利用することができる。従来のような新規アプリの導入に伴う使用環境の変化は無い。
（実施の形態２）
（ＭＦＰにインストールする場合）
次に、文書処理装置（情報処理装置としての機能も有する）であるＭＦＰ２００にアプリをインストールする場合を、実施の形態２として説明する。
【００５９】
実施の形態２における既存アプリから設定値を取得して新規アプリに反映する構成等は、概ね実施の形態１と同様であるので異なる部分を中心に説明する。
図１０は、実施の形態２に係るＭＦＰ２００を階層的に分けて示す機能ブロック図である。
ＭＦＰ２００は、最上位であるアプリケーションに関する第１層２０１、アプリケーションに対するＡＰＩ（Application Program Interface）を提供する第２層２０２、ハードウェアからなる第３層２０３から構成される。
【００６０】
第１層２０１は、パネルＡＰＰ（Application)２１０、プリンタＡＰＰ２１２、インストール支援ＡＰＰ２１４、ＦＡＸ ＡＰＰ２２４、ＢＯＸ ＡＰＰ２２６を備えている。
パネルＡＰＰ２１０は操作パネル部２４６の機能を管理するアプリケーションである。
同様に、プリンタＡＰＰ２１２はプリンタ部２４０の機能に関し、ＦＡＸ ＡＰＰ２２４はＦＡＸ機能に関し、ＢＯＸ ＡＰＰ２２６はＢＯＸの機能に関するアプリケーションである。
【００６１】
インストール支援ＡＰＰ２１４は、設定値取得・反映部２１６、既存アプリ検索部２１８、動作検証部２２０、インストール部２２２を備えている。
設定値取得・反映部２１６は、選定された既存アプリの設定値を取得し、新規アプリの設定値に反映させる。
既存アプリ検索部２１８は、既存アプリの中から新規アプリに種類が一致するものを検索する。
【００６２】
動作検証部２２０は、新規アプリに既存アプリの設定値を反映した後で、新規アプリが問題なく動作するかどうかを検証する。
インストール部２２２は、新規アプリのインストールを行う。
第２層２０２は、Ｉ／Ｏ制御部２３０、エンジン制御部２３２、ＯＳ２３４を備えている。
【００６３】
Ｉ／Ｏ（input/output）制御部２３０は、各機能ブロック間のデータの入出力を制御する。
エンジン制御部２３２は、各機能ブロックの動作を制御する。
ＯＳ２３４は、アプリケーションに対するＡＰＩの提供、ハードウェアの管理、メモリ管理などの基本的な機能を実現する。
【００６４】
第３層２０３は、プリンタ部２４０、スキャナ部２４２、Ｉ／Ｏ部２４４、操作パネル部２４６を備えている。
プリンタ部２４０は用紙に文字や画像の印刷を行う。
スキャナ部２４２は原稿の画像を読み取ってデジタルデータに変換する。
Ｉ／Ｏ部２４４は、ＭＦＰ２００のデータの入出力ポートであり、具体的にはＵＳＢ（universal serial bus）、ＩＥＥＥ１３９４等から構成される。
【００６５】
操作パネル部２４６は、表示パネルとユーザから操作入力を受け付ける押しボタンキー及びタッチパネルとから構成される。
図１１は、ＭＦＰ２００の記憶に関する機能に着目した機能ブロック図である。
ＭＦＰ２００は、記憶に関する機能ブロックとして、ＢＯＸ(Public)２５０、ＢＯＸ(User A)２６０、ＢＯＸ(User B)２７０、管理ＢＯＸ２８０を備えている。
【００６６】
各ＢＯＸ２５０，２６０，２７０，２８０は、ＨＤＤ(hard disk drive)に所定の領域が割り当てられたディレクトリである。
ＢＯＸ２５０は、ＭＦＰ２００の全使用ユーザに公開が許可された共有ＢＯＸであり、画像処理アプリＢ２５２、画像処理アプリＣ２５４、及びフォーマット変換アプリＡ２５６を記憶している。各アプリはそれぞれ当該アプリに関連付けられた設定ファイルを有している。
【００６７】
ＢＯＸ２６０，ＢＯＸ２７０は、特定のユーザ専用のＢＯＸ（プライベートＢＯＸ）であり、それぞれパスワード等の認証を経ないとＢＯＸ内部のデータにアクセスすることができないようになっている。
管理ＢＯＸ２８０は、ＢＯＸ機能等を管理するデータを記憶するＢＯＸであり、アプリケーション機能テーブル２８２を記憶している。
【００６８】
図１２は、各アプリの設定ファイルの一覧を示す表であり、実施の形態１の図３に対応している。
「画像処理アプリ」は、スキャナ部２４２が読み取った画像データの画像処理を行うアプリであり、設定項目として、「下地除去」、「コントラスト」、「色み」、「スムージング」、「傾き補正」、「天地補正」の項目がある。
【００６９】
「下地除去」、「コントラスト」、「スムージング」の項目は設定値として「強く」と「弱く」の値がある。
「色み」は、「彩度優先」と「色相優先」の設定値がある。
「傾き補正」、「天地補正」は「Ｏｎ」と「Ｏｆｆ」の設定値がある。
「フォーマット変換アプリ」は、画像のデータ形式（フォーマット）を変換するアプリであり、設定項目として「頁割付」、「センタリング」、「頁番号付与」、「フォーマット」がある。
【００７０】
「通知アプリ」は、ＭＦＰ２００が行った処理の進捗状況などを外部デバイスに通知するアプリであり、設定項目として、「プロトコル」、「条件」、「通知先」がある。
「プロトコル」は、通知に用いるプロトコルであり、「Mail」、「SNMP(Simple Network Management Protocol) Trap」の設定値がある。
「Mail」が設定された場合には、ＭＦＰ２００が有するメーラによりメール送信される。
【００７１】
図１３は、アプリケーション機能テーブル２８２の内容を示す表であり、実施の形態１の図４に対応している。
アプリケーション機能テーブル２８２は、ＭＦＰ２００に保持されており、ＭＦＰ２００に新たにアプリがインストールされる度にその内容が追加され、これと同時に他のＭＦＰ３００にも追加内容が通知されてＭＦＰ３００のアプリケーション機能テーブルも更新される。すなわち、各ＭＦＰ２００，３００は同期した共通のアプリケーション機能テーブルを保持していることとなる。
【００７２】
アプリケーション機能テーブル２８２は、「アプリケーション種類」、「名称」、「設定ファイルパス」、「機種属性」の項目を有している。
「設定ファイルパス」は、設定ファイルの所在を示すファイルパスであり、例えば、「MFP A:\UserA...」はＭＦＰ２００のＢＯＸ２６０内に設定ファイルが存在していることを示している。
【００７３】
「機種属性」は、機種の属性を示す項目である。
図１４は、実施の形態２に係る設定値設定処理の処理内容を示すフローチャートである。
インストールが完了すると（Ｓ１０１：Ｙｅｓ）、インストールされた新規アプリの種類を識別し、アプリケーション機能テーブル２８２へ登録する（Ｓ１０２）。
【００７４】
次に、既存アプリの検索及び設定値取得対象アプリを選定する検索・選定処理ＢのステップＳ１０３に移行する。検索・選定処理Ｂに続く設定値取得・反映処理（Ｓ１５）は、図８で説明した処理と同様なので説明を省略する。
図１５は、検索・選定処理Ｂの処理内容を示すフローチャートである。
検索・選定処理Ｂでは、識別されたアプリの種類に基づいて、アプリケーション機能テーブル２８２の自装置内のアプリを検索対象として、種類が一致するものを検索する（Ｓ１１１）。
【００７５】
検索された既存アプリが無ければ、他装置内の既存アプリをも検索対象とする（Ｓ１１２：Ｎｏ、Ｓ１１３）。
検索された既存アプリが有れば（Ｓ１１２：ＹｅｓまたはＳ１１４：Ｙｅｓ）、当該既存アプリの所在が同じＢＯＸまたはＰｕｂｌｉｃ ＢＯＸであるかを判断し（Ｓ１１５）、この条件を満たさなければ（Ｓ１１５：Ｎｏ）、設定値取得アプリが選定されないこととなり、Ｓ４４〜Ｓ４６（図８参照）の設定値手入力処理に移行する。
【００７６】
ここでいう同じＢＯＸとは、新規アプリがインストールされたＢＯＸと同じＢＯＸという意味である。
ステップＳ１１５においてこのような判断をするのは、他のユーザのプライベートＢＯＸのアプリの設定項目を引き継ぐことを可能にすると、その設定項目内容が新規ユーザに丸見えとなってしまいセキュリティ上問題あると考えられるためである。
【００７７】
既存アプリが複数あれば（Ｓ１１６：Ｙｅｓ）、既存アプリの機種属性と、新規アプリの機種属性を比較し（Ｓ１１７）、既存アプリの中に新規アプリと機種属性が一致した既存アプリがあれば（Ｓ１１８：Ｙｅｓ）、その既存アプリを設定値取得アプリに設定する（Ｓ１１９）。
以上、説明したように、本実施の形態によれば、ＭＦＰ２００に新規アプリをインストールする場合にも、既存アプリの設定を引き継ぐことが可能となる。
【００７８】
一般に、ＭＦＰはＰＣと比べると、表示画面が小さく、またタッチパネル等の入力手段は迅速なキー入力に向いていないため、特に、設定項目の値を設定する作業負担が大きくなる傾向にあり、本発明を適用することが好適である。
（実施の形態３）
実施の形態３に係るワークフロー作成支援方法は、ワークフローを新規作成する場合に、既存のワークフローの内容の補足を可能として新規作成の負担を減らそうとするものである。
【００７９】
また、本実施の形態に係るワークフローは、装置間において文書（文書ファイル）を受け渡しながら当該文書に対して連携して一連の処理を行うワークフローである。
図１６は、ワークフローサーバ４００の機能ブロック図である。
ワークフローサーバ４００の概要を述べると、ＬＡＮ内の装置で実行されるワークフローを一元的に管理するサーバであり、各装置に所定の命令を送出することで、そのハードウェア（スキャナやＦＡＸ等）の動作を開始させたり、アプリを起動させたりすることが可能であり、記憶しているワークフローの定義の遂行させる。また、ワークフローサーバ４００は、例えばＬＡＮ内の装置とその実行可能処理内容との対応表を保持することにより、各装置における実行可能な処理内容について把握している。さらに、ワークフローサーバ４００以外の装置でワークフローを新規作成する場合には、当該装置と所定データを送受信するセッション状態となり、当該装置におけるワークフローの新規作成を支援するものである。
【００８０】
ワークフローサーバ４００は、ワークフロー定義記憶部４１０、テーブル記憶部４２０、既存ノード検索部４３０、ワークフロー動作検証部４５５、制御部４６０を備えている。
ワークフロー定義記憶部４１０は、ユーザから受け付けた内容に基づいて作成されたワークフローの定義を記憶する機能ブロックであり、ノード定義情報とノード順番情報とを記憶している。
【００８１】
上記ノード定義情報は、各ノードにおける（１）処理を特定する情報（２）当該処理を実行するデバイスを特定する情報（３）当該処理に関連する情報（処理関連情報）を含んでいる。
上記ノード順番情報は、定義された各ノードの順番を指定する情報である。
なお、ワークフローとしては、ノードの分岐・合流・ループを有するワークフローでも構わないが、本実施の形態では説明を簡単にするため直線的にノードが連結されたワークフローを想定している。
【００８２】
テーブル記憶部４２０は、ノード分類テーブル４２２を記憶している。ノード分類テーブル４２２は、ワークフロー定義記憶部４１０に記憶されたノード定義情報を、その処理の種類に基づいて分類しインデックス化したものである。
既存ノード検索部４３０は、ユーザから受け付けたノードの定義が未完成と判断された場合に、ノード分類テーブル４２２を対象として、未完成要因となるノードの処理の定義と類似する既存のノードを検索する。
【００８３】
ワークフロー動作検証部４５５は、ワークフローの動作を検証する機能ブロックであり、（１）各ノードの定義が完成しているか（２）順番が指定されたノード間の処理に齟齬・矛盾がないか、の２点を検証し、検証を満たしていると判断されたワークフローのみがワークフロー定義記憶部４１０に新たに記憶されることとなる。
上記（１）の検証において、ノードの定義が未完成と判断される基準としては、次の（Ａ）〜（Ｃ）のいずれかの基準に該当する場合である。
【００８４】
（Ａ）ノード定義情報の内容の一部が欠落している。例えば、所定の処理を実行するデバイスが未指定であり、上記処理が実行できない場合などである。
（Ｂ）ノード定義情報の内容が実行不可能である。例えば、特定のデバイスに、当該デバイスが実行できない処理が割り当てられた場合などである。
（Ｃ）ノード定義情報の内容が、予め定められたローカルルールに違反している。例えば、文書ファイルを保存する場合には、特定のファイルフォーマットで行うことが設定されているにもかかわらず、このルールに反する定義が指定された場合などである。
【００８５】
図１７は、ノード分類テーブル４２２の内容を示す表である。
ノード分類テーブル４２２は、「分類名」、「処理名」、「処理デバイス名」、「処理関連情報」の項目を含んでいる。
「処理名」はノードの処理の名称であり、「分類名」は「処理名」の処理の種類に基づいてノードが分類されたものである。
【００８６】
「処理名」の項目において、「ＯＣＲ（Optical Character Reader）」処理は、文字を認識する処理である。「バインド」処理は、所定の対象データを結合（バインド）させる処理であり、例えば、文書ファイルに表紙を結合する場合に利用される。「形式変換」処理は、文書ファイルの形式（フォーマット）を変換する処理である。
「処理デバイス名」は、処理を実行するデバイス名である。
【００８７】
「処理関連情報」は、処理の対象等に関連する情報であり、「ＯＣＲ」処理及び「バインド」処理では処理対象を特定する情報、「形式変換」処理では変換後のファイル形式とＯＣＲ埋め込みの有無とを特定する情報、「送信」処理では送信先を特定する情報となっている。
「処理デバイス名」は処理の実行主体となるデバイス名である。なお、「送信」処理については、各装置は全てファイル転送機能及びメール送信機能を備えているので、特に処理デバイス名が指定されていない。
【００８８】
図１８は、ワークフローサーバ４００が実行するワークフロー定義作成処理の処理内容を示すフローチャートである。
ワークフロー定義作成処理では、まず、ユーザからワークフローの作成を受け付ける（Ｓ２０１）。この受け付けは、ネットワークを介して接続されたＰＣ１００のモニタ上に所定の画面を表示することで行ってもよいし、ＭＦＰ２００，３００の操作パネルに所定の情報を表示させ、入力された情報を受け付けることで行ってもよい。
【００８９】
次に、ワークフロ−の全ノードが完成しているかどうかを判断する（Ｓ２０２）。この判断基準は前述の通りである。
完成していない未完成のノードがあり（Ｓ２０２：Ｎｏ）、当該未完成ノードが、前記判断基準（Ａ）か（Ｂ）に該当する場合（ノード情報に欠落や間違いがある場合）には、未完成ノードの処理の種類と一致する処理を、ノード分類テーブルから検索する（Ｓ２０５）。
【００９０】
検索された既存ノードが有れば（Ｓ２０６：Ｙｅｓ）、当該既存ノードを参照して、未完成ノードの未完成部（ノードが未完成と判断された要因となった部分を、「未完成部」と呼ぶ。）に補足する（Ｓ２０８）。
そして、補足後の未完成部を表示し、ユーザに確認させる。補足候補が複数の場合は、ユーザに選択させる（Ｓ２０９）。
【００９１】
ステップＳ２０４において、未完成ノードが基準（Ｃ）に該当する場合（ローカルルール違反の場合）には、ローカルルールに沿うように未完成ノードを修正する（Ｓ２１０）。
（ワークフロー作成支援方法の具体例）
図１９は、ＭＦＰ３００（ＭＦＰ Ｂ）の前に佇むユーザ（Ｓさん）と、その胸中を説明するための図である。
【００９２】
以下、ワークフロー作成支援方法の具体例として、ワークフローの作成に不慣れなユーザＳが、ＭＦＰ３００の操作パネル上での操作を行うことによって、ワークフローサーバ４００からの支援を受けつつ、ワークフローの完成に辿り着く過程を例に挙げて説明する。
図２０は、ＭＦＰ３００の操作パネル部を示す図であり、ワークフロ−の作成過程の一画面を示している。図２１は、ユーザＳがＭＦＰ３００の操作パネル部を介して作成したワークフローの内容を示す表である。
【００９３】
なお、ＭＦＰ３００は、ＭＦＰ２００（図１０、図１１参照）と概ね同様の構成をしているのでその説明は省略する。
図２１に示すように、ユーザＳが作成したワークフローは、ノード１（処理順番が１番のノード）の「ＯＣＲ処理」を行う「処理デバイス名」は指定なしとなっている（ユーザＳはどの装置でＯＣＲ処理が可能かについて知らなかった。）。これは、上記基準（Ａ）のノード定義情報の内容の欠落に当たるため、ノード１は未完成であると判断される。
【００９４】
また、ノード２の「送信」処理は、「送信先」として「ＢＯＸ Ａ」が指定されている。ワークフローサーバ４００においては、ＢＯＸに保存する文書ファイルはＰＤＦ（Portable Document Format）形式とすることが、上記基準（Ｃ）のローカルルールとして定められているため、このノード２も未完成であると判断される。なお、ＰＤＦ形式としているのは、汎用性の高い形式で保存することで、再利用し易くするためである。
【００９５】
未完成ノードであるノード１の処理は、ＯＣＲ処理であるため、ノード分類テーブル４２２から分類名が「ＯＣＲ」のノードが検索され、「ＯＣＲ１」、「ＯＣＲ２」が参照されて、未完成部である処理デバイス名の補足候補の選択画面を表示する。
図２２は、操作パネル部に表示される補足（修正）候補の選択画面を示す図である。
同図に示すように、画面内には、ノード１のＯＣＲ処理の処理デバイス候補として、選択キー３０２、３０４が表示され、両キー３０２、３０４は押下により選択可能となっている。
【００９６】
実施の形態１，２の設定値の設定と異なり、ワークフローの作成においては、不正なワークフローが作成されると、装置の動作に不具合が生じたり、ユーザの意図と異なるワークフローが作成されたりすることを回避するため、自動的に設定するのではなく、ユーザに確認・選択させながら作成することが好ましい。
ノード２も基準（Ｃ）に該当することにより未完成であると判断されるため、ノード分類テーブル４２２から、「ＰＤＦ形式」のノードが検索され、処理関連情報に「ＰＤＦ」を含む、「ファイル形式変換１」及び「ファイル形式変換２」が参照されて、図２２と同様に、両者の選択画面が表示される（図示しない）。
【００９７】
図２３は、完成したワークフローをユーザに表示する確認画面を示す図であり、図２４は、当該完成したワークフローの流れを示す図である。図２５は、文書ファイルとしてのＭＦＰ Ｂでスキャンしたデータの流れと、ワークフローの流れを示す図である。
ユーザＳから受け付けたノード１は、ノード１−１，１−２に分かれている。
ノード１−１は、ワークフロー開始時にスキャンデータが存在するのはＭＦＰ３００（ＭＦＰ Ｂ）であるため、ＭＦＰ３００（ＭＦＰ Ｂ）からＯＣＲ処理の実行装置であるＰＣ１００（ＰＣ Ａ）に転送するノードとなっている。
【００９８】
また、ユーザＳから受け付けたノード２は、ノード２−１，２−２に分かれている。
以上説明したように、本具体例によれば、ユーザから受け付けたノードの定義が未完成であったとしても、各ノードを完成させることでワークフローを新規作成することが可能となる。また、既存のワークフローのノードの定義を、新規ワークフローのノードの定義に継承することが可能となるので、新規ワークフロー作成の負担を軽減することができる。さらに、ワークフローに不慣れなユーザも、どうにかワークフローを新規作成することを可能とする。
（その他）
（１）類似アプリ
実施の形態１においては、特に詳細を述べなかったが、アプリの種類（図４参照）をより大まかに分類するようにしても構わない。例えば、設定ファイルが類似している（設定ファイルに類似部分が存在する）アプリを同種類として分類してもよい。
【００９９】
（２）機種の一致度
実施の形態１におけるＬＡＮ内検索・選定処理（図７参照）は、ＬＡＮ内に現に存在する機種の中から新規アプリが対応している機種が一致するものを検索する構成であったが、対応機種が完全に一致していなくても、一致度が高い機種を検索するような構成でもよい。
【０１００】
具体的には、（Ａ）カラー／モノクロ（Ｂ）セグメント（Ｃ）ＭＦＰ／ＦＡＸ／プリンタ／コピー（Ｄ）メーカ（Ｅ）装置の購入部署、等の機種の属性の一致度が高いものを検索するようにしてもよい。
新規アプリと、上記（Ａ）〜（Ｅ）の項目の一致度が高い既存アプリとにおいては、設定ファイルの構成に共通部分が多いことが多く、全部とは言わないまでも一部の設定項目を引き継ぐことが可能な場合があるからである。
【０１０１】
（３）選定条件
実施の形態１においては、検索された既存アプリが複数の場合の選定条件として、（Ａ）デフォルト設定の有無、（Ｂ）版情報の比較、を別個に行う構成としているが、両者に重み付けするなどして、総合的に選定するようにしても構わない。
また、アプリ選定は、要はユーザが普段から使用していたことが推測される既存アプリを選定する手法であればよく、例えば、設定ファイルの作成日時・アクセス日時・更新日時や既存アプリの使用回数を比較しても構わない。
【０１０２】
（４）設定ファイル
実施の形態１，２においては、アプリの設定ファイルは個々のアプリ毎に存在しているとして説明しているが、設定ファイルを一元管理するファイル（レジストリ）を用いたアプリにおいても実施することが可能である。
（５）実施の形態３における登録不可の旨の表示
図２６に、ワークフロー定義作成処理のＳ２０７（図１８）における登録不可の旨の表示の画面を示す。
【０１０３】
（６）実施の形態３においても、実施の形態１，２と同様に、実行装置が不特定の場合に、既存ノードを利用する代わりにＬＡＮ内の処理デバイスを検索するようにしても構わない。
（７）プログラム
本発明に係るインストール支援方法またはワークフロー作成支援方法は、インストール支援プログラムまたはワークフロー支援プログラムにより実現可能である。係るプログラムは、例えば、磁気テープ、フレキシブルディスク等の磁気ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＭＯなどの光記録媒体、スマートメディア（登録商標）、コンパクトフラッシュ（登録商標）などのフラッシュメモリ系記録媒体等、ＰＣが読み取り可能な各種記録媒体に記録することが可能であり、当該記録媒体の形態で生産、譲渡等がなされる場合もあるし、インターネットを含む有線、無線の各種ネットワーク、放送、電気通信回線、衛星通信等を介して伝送、供給される場合もある。
【０１０４】
（８）プログラムに同梱
実施の形態１においては、新規アプリのインストールが完了した後で、設定値取得・反映処理等を行う構成であったが、新規アプリのインストーラに上記インストール支援プログラムを同梱することによって、新規アプリのインストール中に、設定値取得・反映処理等を行う構成としてもよい。また、新規アプリのインストール直前に、設定ファイルを取得・反映処理を行うとしても構わない。
【産業上の利用可能性】
【０１０５】
本発明に係るインストール支援方法は新規アプリケーションのインストール作業に関するユーザの負担を軽減できるので、極めて有用である。
【図面の簡単な説明】
【０１０６】
【図１】ワークフローシステム１のシステム構成を説明するための図である。
【図２】ＰＣ１００の機能ブロック図である。
【図３】設定ファイル１１４の内容を示す表である。
【図４】アプリケーション機能テーブル２２の内容を示す表である。
【図５】設定値設定処理の処理内容を示すフローチャートである。
【図６】検索・選定処理Ａの処理内容を示すフローチャートである。
【図７】ＬＡＮ内検索・選定処理の処理内容を示すフローチャートである。
【図８】選定処理Ａにおいて選定されたアプリの設定値を取得し、新規アプリの設定値に反映する設定値取得・反映処理の処理内容を示すフローチャートである。
【図９】既存アプリの設定値を取得して、新規アプリの設定値に反映する例を示す概念図である。
【図１０】実施の形態２に係るＭＦＰ２００を階層的に分けて示す機能ブロック図である。
【図１１】ＭＦＰ２００の記憶に関する機能に着目した機能ブロック図である。
【図１２】各アプリの設定ファイルの一覧を示す表である。
【図１３】アプリケーション機能テーブル２８２の内容を示す表である。
【図１４】実施の形態２に係る設定値設定処理の処理内容を示すフローチャートである。
【図１５】検索・選定処理Ｂの処理内容を示すフローチャートである。
【図１６】ワークフローサーバ４００の機能ブロック図である。
【図１７】ノード分類テーブル４２２の内容を示す表である。
【図１８】ワークフローサーバ４００が実行するワークフロー定義作成処理の処理内容を示すフローチャートである。
【図１９】ＭＦＰ３００（ＭＦＰ Ｂ）の前に佇むユーザ（Ｓさん）と、その胸中を説明するための図である。
【図２０】ＭＦＰ３００の操作パネル部を示す図であり、ワークフロ−の作成過程の一画面を示している。
【図２１】ユーザＳがＭＦＰ３００の操作パネル部を介して作成したワークフローの内容を示す表である。
【図２２】操作パネル部に表示される補足候補の選択画面を示す図である。
【図２３】完成したワークフローをユーザに表示する確認画面を示す図である。
【図２４】完成したワークフローの流れを示す図である。
【図２５】文書ファイルとしてのＭＦＰ Ｂでスキャンしたデータの流れと、ワークフローの流れを示す図である。
【図２６】ワークフロー登録不可の旨の表示の画面を示す図である。
【符号の説明】
【０１０７】
１  ワークフローシステム
１００  ＰＣ（ＰＣ Ａ）
１１２  アプリケーション（既存アプリ）
１１４  設定ファイル
１３０  既存アプリケーション検索部
１４０  ネットワーク検索部
１５０  設定値取得・反映部
１６０  制御部
２００  ＭＦＰ（ＭＦＰ Ａ）
２１６  設定値取得・反映部
２１８  既存アプリ検索部
３００  ＭＦＰ（ＭＦＰ Ｂ）
４００  ワークフローサーバ
４３０  既存ノード検索部
４５５  ワークフロー動作検証部
【図１】
2008269632.tif 000003
【図２】
2008269632.tif 000004
【図３】
2008269632.tif 000005
【図４】
2008269632.tif 000006
【図５】
2008269632.tif 000007
【図６】
2008269632.tif 000008
【図７】
2008269632.tif 000009
【図８】
2008269632.tif 000010
【図９】
2008269632.tif 000011
【図１０】
2008269632.tif 000012
【図１１】
2008269632.tif 000013
【図１２】
2008269632.tif 000014
【図１３】
2008269632.tif 000015
【図１４】
2008269632.tif 000016
【図１５】
2008269632.tif 000017
【図１６】
2008269632.tif 000018
【図１７】
2008269632.tif 000019
【図１８】
2008269632.tif 000020
【図１９】
2008269632.tif 000021
【図２０】
2008269632.tif 000022
【図２１】
2008269632.tif 000023
【図２２】
2008269632.tif 000024
【図２３】
2008269632.tif 000025
【図２４】
2008269632.tif 000026
【図２５】
2008269632.tif 000027
【図２６】
2008269632.tif 000028