JP2020009258A - 情報処理装置、制御方法、およびそのプログラム - Google Patents

Abstract

【課題】 既存の一括処理ボタンに対応する処理とは一部異なる処理をユーザーが指定したことをきっかけに、指定された処理を含む一括処理ボタンを作成することを目的とする。【解決手段】 判定手段によって第二の処理ボタンが存在すると判定された場合、複数の処理に含まれる第三の処理ボタンに対応する処理を、第一の処理ボタンに対応する処理に置き換えた新たな複数の処理を実行するための第四の処理ボタンを作成することを特徴とする情報処理装置。【選択図】 図１０

Description

本発明は、文書ファイルに対して行う操作の自動化を行うための情報処理装置、制御方法、およびそのプログラムに関する。

従来から、業務上発生する紙文書をデジタル化した文書データや、オフィスアプリケーションで作成した文書データをサーバ（例えば、ファイルサーバや文書管理サーバなど）で保管する方法がある。これらの文書データはサーバに保管されるだけではなく、編集されたり外部へ送信されたりすることもあり、こうした操作を実行するための文書管理アプリケーションが広く利用されている。

文書管理アプリケーションを用いて行われる操作は、手順が決められた複数の操作である場合がある。例えば、文書データのファクス送信、インデックスの変更、ファイル名の更新、ファイルの移動などの操作である。特許文献１には、文書データに対する操作に対応するボタンを複数用意し、実行される順序に従ってボタンを配置するユーザーインターフェースが開示されている。

特許５４２３５９６

しかし特許文献１の場合、予め順序の定められた一連の操作を実行するためには、各操作に対応したボタン（以下、単独処理ボタン）を一つずつ押下しなければならず、ユーザーにとって手間である。そこで、一連の操作を一つのボタン（以下、一括処理ボタン）によって実現する方法が考えられる。例えば、デバイスＡへのファクス送信、インデックスの変更、ファイル名の更新、フォルダーＢへのファイルの移動、といった一連の操作を自動的に実行する一括処理ボタンをユーザーが予め作成し、その一括処理ボタンを押下することで一連の操作が実行される。

しかし、一括処理ボタンに対応する処理とは一部異なる処理を実行したい場合、その異なる処理を含む新たな一括処理ボタンを、一から作成しなければならない。ここでの一部異なる処理とは具体的に、一括処理ボタンに含まれる処理「デバイスＡへのファクス送信」が、ユーザーが所望する処理「デバイスＢへのファクス送信」である状況を想定する。つまり、双方の処理内容としては同じ「ファクス送信」であるものの、ファクスの送信先といった処理を実行する上での設定内容が異なる処理のことを、一部が異なる処理と称している。

上記の課題を鑑みて本発明は、既存の一括処理ボタンに対応する処理とは一部異なる処理をユーザーが指定したことをきっかけに、指定された処理を含む一括処理ボタンを作成することを目的とする。

第一の設定内容に基づいて文書データに第一の処理を実行するための第一の処理ボタン、および複数の処理を実行するための第二の処理ボタンを作成する作成手段を有する情報処理装置であって、前記複数の処理は、前記第一の設定内容とは異なる第二の設定内容に基づいて前記文書データに前記第一の処理を実行するための第三の処理ボタンに対応する処理を含み、ユーザー操作によって前記第一の処理ボタンに対応する処理が指定された場合、前記情報処理装置は、前記作成手段によって作成された前記第二の処理ボタンが存在するかを判定する判定手段と、を有し、前記作成手段は、前記判定手段によって前記第二の処理ボタンが存在すると判定された場合、前記複数の処理に含まれる前記第三の処理ボタンに対応する処理を、前記第一の処理ボタンに対応する処理に置き換えた新たな複数の処理を実行するための第四の処理ボタンを作成することを特徴とする。

本発明によれば、上記の課題を鑑みて本発明は、既存の一括処理ボタンに対応する処理とは一部異なる処理を実行する場合、異なる部分の処理をユーザーが指定したことをきっかけに、指定された処理を含む一括処理ボタンを作成することができる。

システムの全体構成を表す図である クライアント装置、文書管理サーバのハードウェア構成を表す図である 画像処理装置のハードウェア構成を表す図である クライアント装置、文書管理サーバ、画像処理装置のソフトウェア構成を表す図である クライアント装置に表示するメイン画面と、メニュー一覧を表す図である 処理ボタンを作成するダイアログの一例を示す図である 単独処理ボタン情報の一例を示す図である 一括処理ボタンを作成するダイアログの一例を示す図である 一括処理ボタン情報の一例を示す図である 処理ボタンに対応する処理を実行する時のフロー図である 代替可能な一括処理ボタンを表示するダイアログを表す図である クライアント装置に表示するメイン画面の一例を示す図である 代替可能な一括処理ボタン情報を取得するためのフロー図である 一括処理ボタンに対応する処理を実行するフロー図である 実施例２における、クライアント端末のソフトウェア構成を表す図である 実施例２における、処理ボタンに対応する処理を実行する時のフロー図である 実施例２における、代替可能な一括処理ボタン情報を取得するためのフロー図である 一括処理ボタン作成ダイアログの一例である

以下、本発明を実施するための形態について図面を用いて説明する。

＜実施例１＞
≪システム構成≫
図１は、本発明の実施例にかかるシステム構成を示す図である。クライアント端末１０１、文書管理サーバ１０２、画像処理装置１０３、画像処理装置１０４はネットワーク１０５を介して接続されている。また、画像処理装置１０３と画像処理装置１０４はネットワーク１０５とは別に公衆回線１０６にも接続されているものとする。

クライアント端末１０１は文書管理サーバ１０２に接続し、文書管理サーバ１０２に格納されている文書データを操作するための機能を有する。また、クライアント端末１０１は画像処理装置１０３、画像処理装置１０４とも接続し、画像処理装置１０３／１０４が保持する機能（本実施例では文書ファイルのプリント機能、外部ＦＡＸへのＦＡＸ送信機能）を利用する。クライアント端末１０１は、たとえば、デスクトップパソコンやノートパソコン、モバイルパソコン、タブレット端末、モバイルフォンなどで実現されるものであり、ネットワーク１０５に複数台接続していてもよい。

文書管理サーバ１０２は、文書データとその文書データを識別するための属性情報を紐付けて格納し、クライアント端末１０１からの要求に従って該当する文書データと属性情報を提供する機能を有する。

画像処理装置１０３は、操作部、スキャナ部、プリンタ部、ＦＡＸ部を有する複合機である。本実施例のシステムでは、文書データのプリント機能とＦＡＸ送信機能を利用する。そのため、本実施例における画像処理装置１０３は構成の複合機に限るものではなく、プリント機能とＦＡＸ送信機能を有している機器であってもよい。画像処理装置１０４は、画像処理装置１０３と同様の機能を有する装置である。

本実施例では、作業場所や画像処理装置の機能に応じて複数の画像処理装置をユーザーが使い分けることを想定し、画像処理装置が２台存在するものとして説明するが、画像処理装置は１台や３台以上であってもよく、特に限定しない。また、本実施例では画像処理装置１０３を用いて説明を行い、画像処理装置１０３と異なる装置への処理が必要な場合に画像処理装置１０４を使用するように記載するが、それ以外の構成を制限するものではない。

ネットワーク１０５は、本システムを構成する機器を接続するための通信ネットワークであり、インターネットやＬＡＮ、ＷＡＮ、専用デジタル回線などの手段、もしくはこれらを組み合わせにより構成されるネットワーク網のことを表す。ネットワーク１０５は、システムを構成する装置間でデータの送受信が可能であればよく、有線、無線の形態を問わない。

≪クライアント端末１０１と文書管理サーバ１０２のハードウェア構成≫
図２は、本発明の実施例に係る、クライアント端末１０１、文書管理サーバ１０２のハードウェア構成を表す図である。

ＣＰＵ２０２は装置全体の制御を行う。ＣＰＵ２０２はＨＤＤ２０５に格納されているアプリケーションプログラム、ＯＳ等を実行し、ＲＡＭ２０３にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。ＨＤＤ２０５は大容量メモリとして機能し、オフィスアプリケーションやＷｅｂブラウザー等のアプリケーションプログラム、ＯＳ、関連プログラム等を格納する。

ＲＡＭ２０３は、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。ＲＯＭ２０４はＩ／Ｏプログラム等の各種データを記憶する。

ディスプレイ２０６はキーボード／マウス２０７から入力したコマンドや各種処理用の画面などを表示するためのものである。インタフェース２０８は外部装置Ｉ／Ｆであり、プリンタ、ＵＳＢ機器、周辺機器を接続する。

システムバス２０１は、装置内におけるデータの流れを司るものである。ＮＩＣ２０９は、ネットワーク１０５を介して外部装置とのデータのやり取りを行うネットワークインターフェースカードである。なお、上記コンピューターの構成はその一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ２０４、ＲＡＭ２０３、ＨＤＤ２０５などで変更することも可能である。本実施例中で特に明記しない場合は、各種処理はＲＯＭ２０４等に記憶されているプログラムをＲＡＭ２０３等にロードし、ＣＰＵ２０２で実行することによって実現されるものとする。

≪画像処理装置のハードウェア構成≫
図３は、画像処理装置１０３および画像処理装置１０４のハードウェア構成例を示すブロック図である。今回は画像処理装置１０３を例にハードウェア構成について説明する。

ＣＰＵ３１１を含む制御部３１０は、画像処理装置１０３全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２やＨＤＤ３１４などの記憶媒体に記憶された制御プログラムを読み出して実行することにより、スキャナの読取制御やデータの送信制御などの各種制御を行う。ＲＡＭ３１３はＣＰＵ３１１の主メモリであり、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する記憶媒体である。

操作部Ｉ／Ｆ３１５は、操作部３２０と制御部３１０とを接続するためのインタフェースである。操作部３２０には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。

プリンタＩ／Ｆ３１６は、プリンタ部３２１と制御部３１０とを接続するためのインタフェースである。プリンタ部３２１で印刷すべき画像データは、プリンタＩ／Ｆ３１６を介して制御部３１０から転送され、プリンタ部３２１において記録媒体上に印刷される。スキャナＩ／Ｆ３１７は、スキャナ部３２２と制御部３１０とを接続するためのインタフェースである。スキャナ部３２２は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ３１７を介して制御部３１０に該画像データを入力する。モデムＩ／Ｆ３１８は、モデム部３２３と制御部３１０とを接続するためのインタフェースである。モデム部３２３は、制御部３１０を公衆回線１０６に接続する。モデム部３２３は、公衆回線１０６を用いて、ＦＡＸの送受信を外部のＦＡＸ装置に対して行う。

ネットワークＩ／Ｆ３１９は、制御部３１０をＬＡＮ等のネットワークに接続するためのインタフェースである。ネットワークＩ／Ｆ３１９は、ネットワークを構成する他の装置（たとえばクライアント端末１０１）と画像データや各種情報を送受信する。

≪ソフトウェア構成≫
図４は、クライアント端末１０１、文書管理サーバ１０２および画像処理装置１０３（１０４）のソフトウェア構成を表すブロック図である。

クライアント端末１０１は、文書管理アプリケーション４０１とその文書管理アプリケーション４０１を格納するＨＤＤ２０５（図４上では不図示）を有する。文書管理アプリケーション４０１はクライアント端末１０１にインストールされるアプリケーションプログラムであって、文書管理サーバアプリケーション４１１と連携して文書管理サーバ１０２内の文書データにアクセスするアプリケーションプログラムである。文書管理アプリケーション４０１はユーザーからの要求に応じて、文書管理サーバ１０２内の文書データの各種操作を行うことが可能である。

文書管理アプリケーション４０１は、ＵＩ部４０２、処理実行部４０３、設定情報管理部４０４、データ通信制御部４０５を有する。ＵＩ部４０２は、クライアント端末１０１のユーザーインタフェースの構築や、ユーザーからの各種入力操作を受付対応する処理を処理実行部４０３に指示する。処理実行部４０３は、ＵＩ部４０２からの指示に従って、文書データの閲覧、検索、移動、コピーなどの各種操作を実行する。

設定情報管理部４０４は文書管理アプリケーション４０１を構成するために必要な情報を管理する。本実施例では、処理ボタンの情報を保持することに使用する。処理ボタンとは、文書データに対して特定の処理を実行するためのＵＩであって、一つの処理を実行するための処理ボタンを単独処理ボタン、複数の処理を実行するための処理ボタンを一括処理ボタンと称する。ここでの処理は処理内容と設定内容とで特徴づけられる。処理内容とは、印刷、ファクス送信、フォルダ移動等といった処理の種別であり、設定内容とは、印刷枚数やファクスの送信先、移動先のフォルダ等といった該当の処理を実行するための条件である。

設定情報管理部４０４で管理される情報についてはこれに限定されない。データ通信制御部４０５は、処理実行部４０３からの指示に基づいて、文書管理サーバ１０２や画像処理装置１０３との通信を実行する。

文書管理サーバ１０２は、文書管理サーバアプリケーション４１１とその文書管理サーバアプリケーション４１１を格納するＨＤＤ２０５（図４では不図示）とを有する。

文書管理サーバアプリケーション４１１は、クライアント端末１０１の文書管理アプリケーション４０１からの要求に応じて文書データの登録および提供を行うアプリケーションプログラムである。

文書管理サーバアプリケーション４１１は、文書データベース４１２、データ管理部４１３、データ通信制御部４１４を有する。文書データベース４１２は、文書データおよび文書データを識別するための属性情報を管理する。データ管理部４１３は、データ通信制御部４１４の指示に応じて、文書データベース４１２への文書データや属性情報の入出力や検索を行う。データ通信制御部４１４は、文書管理アプリケーション４０１からの要求に応じて、データ管理部４１３に対して文書データの処理を指示する。

画像処理装置１０３はＦＡＸ送信処理部４２１、印刷処理部４２２、処理制御部４２３、データ通信制御部４２４を有する。ＣＰＵ３１１がＨＤＤ３１４に格納されたソフトウェアモジュールを読み出して実行することにより、画像処理装置１０３の各種機能は実現する。

ＦＡＸ送信処理部４２１は、クライアント端末１０１から処理制御部４２３を介してＦＡＸ送信リクエストを受信すると、ＦＡＸ送信リクエストと共に受信したＦＡＸ文書データを用いてＦＡＸ送信を行う。印刷処理部４２２は、クライアント端末１０１から処理制御部４２３を介してプリントリクエストを受信すると、プリントリクエストと共に受信した印刷文書データを用いて印刷処理を実行する。

処理制御部４２３は、データ通信制御部４２４で受信した処理リクエストと処理となる文書データを、適切な処理部に対して送信する。ここでの適切な処理部とは、上記で例示した通り、ＦＡＸ送信処理部４２１や印刷処理部４２２のことである。

データ通信制御部４２４は、ネットワークＩ／Ｆ３１９を介してクライアント端末１０１からＦＡＸ送信リクエストや印刷リクエストを受信し、処理制御部４２３に対してリクエストを送信する。データ通信制御部４２４は、処理制御部４２３の処理結果をクライアント端末１０１に対して返信することも行う。

≪文書管理アプリケーションのユーザーインタフェース≫
図５（Ａ）と図５（Ｂ）は、クライアント端末１０１の文書管理アプリケーション４０１が表示するホーム画面５００の一例である。ホーム画面５００の動作は特に記載がない限り、ユーザーからの入力をＵＩ部４０２が受け、ＵＩ部４０２からの指示を処理実行部４０３が実行することによって実現されるものとする。

メニュー５０１は、文書管理アプリケーション４０１が保持する機能を提供するための機能メニューである。メニュー５０１をキーボード／マウス２０７などで選択することで、実行可能な機能一覧を表示する。本実施例ではメニュー５０１の一機能として、ファイル操作を例示している。

メニュー５０１のファイル操作を選択したことによって表示される操作メニューの一例を、図５（Ｂ）に示す。この操作メニュー一覧５１０に列挙された操作メニューを押下する事でユーザーは所望の操作を実行することができる。下位階層の操作メニューが存在する場合には、記号５１１を操作メニュー内に表示する。記号５１１が表示された操作メニューを選択した場合には、更に下位の操作メニュー一覧５１２を表示する。この階層展開の最大階層数は特に制限を設けるものではない。

本実施例では、操作メニュー一覧５１０に「インポート」「エクスポート」「処理ボタン作成」「終了」が表示されているものとする。「処理ボタン作成」メニューには記号５１１が表示されており、それを押下すると、さらに下位の操作メニュー一覧５１２が表示される。「処理ボタン作成」メニューは処理ボタンを作成するための操作メニューであって、操作メニュー一覧５１２には、各処理ボタンの処理タイプが列挙される。この処理タイプを選択すると、該当の処理ボタンを作成するためのダイアログが表示され、処理ボタンの作成が開始される。ここで処理タイプとは、印刷、ファクス送信、フォルダ移動等といった処理内容のことである。

図５（Ａ）の説明に戻る。ナビゲーションペイン５０２は、文書管理アプリケーション４０１が管理している文書管理サーバ１０２へのアクセスをナビゲートするための領域である。具体的には、文書管理アプリケーション４０１が管理する各種サーバと、各種サーバで管理されているフォルダが表示されている。ナビゲーションペイン５０２に表示されたフォルダは、その階層構造に従ってさらに表示される。

ナビゲーションペイン５０２には、文書管理サーバ１０２以外にも、クライアント端末１０１のＨＤＤ２０５やネットワーク上の共有フォルダなど、文書管理アプリケーション４０１がアクセス可能な接続先が一覧で表示される。

本実施例では、注文管理５０３が文書管理サーバ１０２に対応するものとする。注文管理５０３を選択すると、注文管理５０３の下位に格納されている文書情報やフォルダがペイン５０５に表示される。ペイン５０５は、ナビゲーションペイン５０２上で指定された接続先に存在する文書データの文書情報を一覧表示する。文書情報は、文書データベース４１２内で文書データを一意に表すＩＤや文書データの保管場所、文書データの特徴を表すインデックスを含む。

ペイン５０５は、文書データのプレビューを表示させたり、文書データ自体を編集可能とする構成であってもよいが、本実施例では文書情報のみを表示する構成で説明する。文書情報を表示する構成に留める理由としては、本実施例で例示している処理（ファクス送信、ファイル名更新など）は、文書データの編集が完了した後の処理であって、文書データの名称を変更したり外部に送信することは想定されるものの、文書データの内容自体を編集することは想定されない。よって、ユーザーは、文書データの中身を編集することまでは求めないものとし、本実施例ではペイン５０５には文書情報のみを表示する構成に留めている。

ナビゲーションペイン５０２で文書管理アプリケーション４０１の接続先と、その接続先が格納されるフォルダーを選択すると、アドレスバー５０４には選択されたフォルダーのパス情報が表示される。例えば、ナビゲーションペイン５０２の注文管理５０３とその下位層に存在するフォルダー「２０１８」を選択すると、アドレスバー５０４にはパス情報「ｈｔｔｐ：／／ｘｘｘ．ｘｘ．ｘｘ．ｘｘ／注文管理／２０１８」が表示される。

フォルダー「２０１８」を選択したことによってペイン５０５に一覧表示された文書情報をさらに選択すると、その文書情報で特定される文書データのパス情報がアドレスバー５０４に表示される。尚、ナビゲーションペイン５０２で選択した接続先が、階層構造を持たない場合は、文書データの表示単位（文書データのタイトル等）をアドレスバー５０４に表示させてもよい。

アウトプットペイン５０６は、ペイン５０５で選択した文書データに対する処理を実行するための単独処理ボタン５０７が表示される領域である。アウトプットペイン５０６は複数の処理ボタンを表示可能である。処理ボタンとは、一つの処理を実行するためのＵＩ（ボタン）であって、一例としては「インデックス更新」「ファイル名更新」等である。

また、処理ボタンは一つの処理を実行するのみならず、順序が定められた複数の処理を実行するためのボタンであってもよく、一例としては「ファクス返信」５０８等である。

一つの処理を実行する処理ボタンを単独処理ボタン（５０７、５１３、５１４）と称し、複数の処理を実行する処理ボタンを一括処理ボタン（５０８）と称する。

本実施例では、アウトプットペイン５０６に表示される処理ボタンの個数を４つに限定しているが、表示される処理ボタンの個数はこれに限定されない。すべての処理ボタンをアウトプットペイン５０６に表示しきれない場合にはスクロールバー等を設けることで、アウトプットペイン５０６に表示されていない処理ボタンを表示させる形態であってもよい。

また、一括処理ボタン５０８の表示形態は図５のような形態に限定されない。単独処理ボタン５０７と区別できるような表示形態であってもよく、一括処理ボタン５０８が押下されたことによって一括処理ボタン５０８近傍に、一括処理ボタン５０８に含まれる複数の処理内容をユーザーに認識させる形態であってもよい。例えば、マウス操作によって一括処理ボタン５０８にポインターを重ねると、ポインターが重ねられた一括処理ボタン５０８に対応する複数の処理をポップアップ表示させることも可能である。その際にポップアップとして表示される表示画面の一例を図１２の１２０７に示す。

ペイン５０５で文書情報を選択し、アウトプットペイン５０６に表示された処理ボタンを押下すると、押下された処理ボタンに対応する単数、または複数の処理が文書データに対して実行される。

文書データまたは文書情報に対して実行される処理内容は、上述の操作メニュー一覧５１２に示された処理タイプに対応する。また、本実施例では、処理ボタンの押下をきっかけに該当の処理が実行されるものとするが、例えば、ペイン５０５で選択した文書情報を単独処理ボタン５０７、５１３〜５１４、または一括処理ボタン５０８上にドラッグアンドドロップすることで処理が実行されても良い。

閉じるボタン５０９が押下されるとホーム画面５００が閉じ、文書管理アプリケーション４０１が終了する。

≪処理ボタンを作成するためのダイアログ≫
図６は、処理ボタンを作成するためのユーザーインターフェースであるダイアログ６００である。ダイアログ６００で作成される処理ボタンは、単独処理ボタン５０７を想定する。

ダイアログ６００の動作に関しては特に記載がない限り、ユーザーからの入力をＵＩ部４０２が受け、ＵＩ部４０２からの指示を処理実行部４０３が実行することによって実現するものとする。また、ダイアログ６００は、上述の操作メニュー一覧５１２に示されたいずれかの処理タイプを選択したことによって、表示されるものとする。今回は処理タイプ「ファクス送信」が選択されたものとして説明する。

処理ボタン名称６０１は、単独処理ボタン５０７に付与する名称を入力する場所である。単独処理ボタン５１４の場合であれば、名称「ファクス（ＭＦＰ２）」を処理ボタン名称６０１で作成、編集することができる。

設定項目表示エリア６０２は、操作メニュー一覧５１２で選択した処理タイプに対応した設定項目が表示される。操作メニュー一覧５１２で選択した処理タイプによって、設定項目表示エリア６０２に表示される設定項目は異なる。今回は処理タイプ「ファクス送信」が操作メニュー一覧５１２で選択されているので、「送信ファクス機器名」「送信方法」が設定項目として表示されている。

各処理タイプに対応する設定項目は、表Ａに示されるようなテーブルによって管理される。表Ａは「処理タイプ」とそれに対応する「設定項目一覧」とを含む。表Ａの「処理タイプ」は、操作メニュー一覧５１２（図５（Ｂ））の内容に対応し、「設定項目一覧」はダイアログ６００の設定項目表示エリア６０２に表示される設定項目に対応する。「設定項目一覧」の括弧で示された名称は、ＯＫボタン６０５（図６）が押下されたことで生成される処理ボタン情報に記載されるタグの名称である。

上記で例示した設定項目「送信ファクス機器名」（６０３）、「送信方法」（６０４）は、表Ａの処理タイプ「ファクス送信」の設定項目一覧に含まれていることが確認できる。「ファクス送信」以外の処理タイプのうち、３つ以上の設定項目が存在するものもあるが、必ずしもすべての設定項目をダイアログ６００に表示させる必要はない。ダイアログ６００の設定項目一覧のうちの一部の設定項目のみをダイアログ６００に表示させる形態でもよい。

ダイアログ６００の送信ファクス機器名６０３は、ファクス送信に使用するファクス機器（画像処理装置１０３など）を指定するための設定項目である。今回は、あらかじめクライアント端末１０１に登録してあるファクス機器の一覧から、所望のファクス機器をプルダウンで選択する形態であるものとする。しかし、送信ファクス機器名６０３におけるファクス機器の指定方法はこれには限定されず、ファクス機器名を直接入力する形態でもよい。

ダイアログ６００の送信方法６０４は、ペイン５０５で指定された文書データをファクス送信する送信方法を指定するための設定項目である。例えば、ペイン５０５において複数の文書情報が選択された場合、選択された文書情報に対応する各文書データを別の宛先にファクス送信を実行する送信方法「別ファクス送信」、または、すべての文書データをひとつの宛先にファクス送信を実行する送信方法「一括送信」が、送信方法６０４で選択できるものとする。

ファクス番号を指定する方法については、ファクス送信の実行時にユーザーが画像処理装置１０３で直接入力する方法、またはファクス送信の対象である文書データの文書情報にファクス番号を予め含めておく方法、または、設定項目表示エリア６０２にファクス番号の入力欄（不図示）を設ける方法でもよく、ファクス番号の指定方法についてはここでは特に問わない。

ＯＫボタン６０５は、ダイアログ６００で設定された設定値を反映した単独処理ボタンの作成処理を実行するためのボタンであり、ＯＫボタン６０５が押下されると、ダイアログ６００は閉じる。キャンセルボタン６０６が押下されると、単独処理ボタン５０７を作成することなくダイアログ６００の画面は閉じ、ダイアログ６００で設定された設定値は破棄される。

≪単独処理ボタン情報≫
図７は、ＯＫボタン６０５が押下されることで作成され、クライアント端末１０１の設定情報管理部４０４に保存される単独処理ボタン情報７００を示す。本実施例ではＸＭＬ形式で示すが、そのほかの形式を用いることも可能である。今回は、ファクス送信の単独処理ボタン情報７００を例に図７を説明する。

＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１は、一つの単独処理ボタンに紐付ける単独処理ボタン情報の単位を表すタグである。つまり、一つの単独処理ボタンに対応する単独処理ボタン情報７００であれば、＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１は一つしか存在しない。＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１は、処理タイプを識別するためのｆｕｎｃｔｉｏｎＮａｍｅ情報を保持する構成としており、今回は処理タイプがファクス送信であることを示すｆｕｎｃｔｉｏｎＮａｍｅ情報「Ｆａｘ」が記載されている。

＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１は、＜ＩＤ＞タグ７０２、＜ＤｉｓｐｌａｙＮａｍｅ＞タグ７０３、＜ＵｓｅｒＩｍａｇｅＦｉｌｅＰａｔｈ＞タグ７０４、＜Ａｔｔｒｉｂｕｔｅｓ＞タグ７０５を含む。

＜ＩＤ＞タグ７０２は、単独処理ボタン５１４を一意に識別する識別情報を表すタグである。この識別情報は、プログラムで処理を行なう際に使用されるものであり、本実施例では単独処理ボタン５１４を識別するＩＤ「Ｐ−００４」が記載されている。

＜ＤｉｓｐｌａｙＮａｍｅ＞タグ７０３は、処理ボタン名称６０１に入力されたボタン名称を保持するためのタグであり、設定値として「ファクス送信（ＭＦＰ２）」が記載されている。

＜ＵｓｅｒＩｍａｇｅＦｉｌｅＰａｔｈ＞タグ７０４は、単独処理ボタンの見た目であるイメージファイルのパス情報を表すタグである。ここでイメージファイルのパス情報が指定されることによって、単独処理ボタンがアウトプットペイン５０６に表示される際の見た目が決定される。例示したパス情報は、文書管理アプリケーション４０１が予め保持するイメージファイルのパス情報であり、ユーザーによるイメージファイルの指定を不要とする構成としている。ただし、ダイアログ６００等で任意のパス情報をユーザーに指定させ、処理ボタンのイメージをカスタマイズさせる構成でもよい。

＜Ａｔｔｒｉｂｕｔｅｓ＞タグ７０５は、設定項目表示エリア６０２で設定された設定値とそれに対応する設定項目を含む。設定項目のタグは、表Ａの「設定項目一覧」で示されたタグ（表Ａ中で括弧で示された値）である。今回は、ファクス送信の設定項目である「送信ファクス機器名」（＜ＦａｘＮａｍｅ＞）と「送信方法」（＜ＦａｘＳｅｎｄＴｙｐｅ＞）が記載されている。さらに各設定項目には設定値として「ＭＦＰ−４０００」、「Ｉｎｄｉｖｉｄｕａｌｌｙ」が記載されている。設定値「ＭＦＰ−４０００」」は、送信ファクス機器名６０３でユーザーによって選択されたファクス機器名を表す。設定値「Ｉｎｄｉｖｉｄｕａｌｌｙ」は、送信方法６０４でユーザーによって選択された送信方法を表す。送信方法６０４で選択できる設定値には、「Ｉｎｄｉｖｉｄｕａｌｌｙ」（別ファクス送信）と「Ｔｅｍｐｏｒａｒｙ」（ファクス一括送信）とが存在するものとする。

単独処理ボタン情報７００は、単独処理ボタン毎にファイル形式でＨＤＤ２０５などの記憶領域に保存されるものとする。ただし、保存単位はこれに限らず、複数の単独処理ボタンを一つの保存単位としてもよい。その場合は、＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１を並列に列挙して更なる上位タグで括ってもよい。

表Ｂは、設定情報管理部４０４によって管理される単独処理ボタン情報７００の一覧である。表Ｂで単独処理ボタン情報７００が登録されている単独処理ボタンは、アウトプットペイン５０６上での作成処理が完了しているものとする。

表Ｂはカラムとして、「処理ボタンＩＤ」、「処理タイプ」、「表示名」、「設定値」を有する。「処理ボタンＩＤ」カラムは、＜ＩＤ＞タグ７０２に設定された単独処理ボタン５０７のＩＤである。「処理タイプ」カラムは、＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１のｆｕｎｃｔｉｏｎＮａｍｅ情報の設定値を表している。「表示名」カラムは、＜ＤｉｓｐｌａｙＮａｍｅ＞タグ７０３に設定する単独処理ボタンの表示名称を表す値である。「設定値」カラムは、＜Ａｔｔｒｉｂｕｔｅｓ＞タグ７０５に記載された設定項目とそれに対応する設定値である。図７で例示した単独処理ボタン情報７００は、表Ｂ中の「Ｐ−００４」で特定される情報に相当する。

≪一括処理ボタンを作成するためのダイアログ≫
図６のダイアログ６００を用いて単独処理ボタンの作成方法を説明したが、図８では、一括処理ボタン５０８を作成するためのダイアログ８００について説明する。図８に示されるダイアログ８００は、図５（Ｂ）の操作メニュー一覧５１０に記載された「一括処理ボタンの作成」５１５が選択されることで表示される。

一括処理ボタン名称８０１は、一括処理ボタン５０８を表示する際に表示されるボタンの名称を入力する領域である。

処理ボタン一覧表示ペイン８０２は、一括処理ボタン５０８を構成する単独処理ボタンの候補を一覧表示する領域である。つまり、ダイアログ６００を介して作成された単独処理ボタンを含む処理ボタンは、処理ボタン一覧表示ペイン８０２に表示される。今回、処理ボタン一覧表示ペイン８０２に表示される単独処理ボタンは、アウトプットペイン５０６に表示された単独処理ボタンと同じようなボタン形式で表示されている。単独処理ボタンの数が多い場合には、縦にスクロールをして所望の単独処理ボタンを探すことができる。しかし、単独処理ボタンを候補として処理ボタン一覧表示ペイン８０２に表示する際には、少なくとも単独処理ボタンの名称をユーザーが認識できればいいので、ボタンの形式ではなく各処理ボタンの名称やそれらを選択するためのチェックボックス等を表示する形式でも良い。

処理順序作成ペイン８０３は、処理ボタン一覧表示ペイン８０２に表示された単独処理ボタンを使用して処理の順序を定義する場所である。この処理順序作成ペイン８０３では、それまで追加した単独処理ボタンの右端に一つまたは複数の配置スペース８０４が表示される。この配置スペース８０４に処理ボタン一覧表示ペイン８０２の中の単独処理ボタンをドラッグアンドドロップすることによって、一括処理ボタン５０８の処理内容や処理順序を定義できる。定義方法についてはこれに限定されず、一括処理ボタンに対応する処理の順序等を定義できさえずればよい。例えば、処理ボタン一覧表示ペイン８０２に配置された単独処理ボタンを押下することによって、配置スペース８０４に該当の単独処理ボタンが配置させてもよく、処理順序作成ペイン８０３の任意の位置に処理ボタンをドラッグアンドドロップすることで、任意の順番に単独処理ボタンを追加させることも可能である。また、処理順序作成ペイン８０３に配置できる単独処理ボタンの上限値については、ここでは特に問わない。

ＯＫボタン８０５は、一括処理ボタン名称８０１と処理順序作成ペイン８０３の処理順序に基づいて、一括処理ボタン５０８の作成処理を開始するためのボタンである。ＯＫボタン８０５を押下することで、一括処理ボタン名称８０１で設定された名称や処理順序作成ペイン８０３で配置された単独処理ボタンに関する情報を含む一括処理ボタン情報が生成される。一括処理ボタン情報は、単独処理ボタンの場合の単独処理ボタン情報７００に相当する。

キャンセルボタン８０６は、一括処理ボタン５０８の作成処理を中止するためのボタンであり、ダイアログ８００に入力された設定値等を破棄する。ＯＫボタン８０５、またはキャンセルボタン８０６が押下されると、ダイアログ８００は閉じる。

≪一括処理ボタン情報≫
図９（Ａ）は、ＯＫボタン８０５が押下されたことで作成される一括処理ボタン情報９００であり、クライアント端末１０１の設定情報管理部４０４で管理される。今回、一例として示した一括処理ボタン情報９００は、処理順序作成ペイン８０３（図８）で例示した内容に対応する。また、一括処理ボタン情報９００はＸＭＬ形式で示されているが、そのほかの形式であってもよい。上述の単独処理ボタン情報７００と同様の部分（タグの名称やその説明など）については同じ符番を振り、説明を省略する。

＜ＢａｔｃｈＰｒｏｃｅｓｓＢｕｔｔｏｎ＞タグ９０１は、一括処理ボタン５０８の一括処理ボタン情報９００の単位を表すタグである。＜ＢａｔｃｈＰｒｏｃｅｓｓＢｕｔｔｏｎ＞タグ９０１は、＜ＩＤ＞タグ７０２、＜ＤｉｓｐｌａｙＮａｍｅ＞タグ７０３、＜ＵｓｅｒＩｍａｇｅＦｉｌｅＰａｔｈ＞タグ７０４、＜ＳｔｒｕｃｔｕｒｅｄＰｒｏｃｅｓｓ＞タグ９０２を有する。

＜ＩＤ＞タグ７０２には、一括処理ボタン５０８の識別情報である「ＢＰ−００１」が記載されている。＜ＤｉｓｐｌａｙＮａｍｅ＞タグ７０３には、一括処理ボタン名称８０１に入力された名称「ファクス返信」が記載されている。

＜ＳｔｒｕｃｔｕｒｅｄＰｒｏｃｅｓｓ＞タグ９０２は、処理順序作成ペイン８０３で指定した単独処理ボタンに関する情報とその順序を定義するためのタグである。＜ＳｔｒｕｃｔｕｒｅｄＰｒｏｃｅｓｓ＞タグ９０２を参照することで、一括処理ボタン５０８に含まれる単独処理ボタンを特定できればいいため、＜ＳｔｒｕｃｔｕｒｅｄＰｒｏｃｅｓｓ＞タグ９０２には、少なくとも単独処理ボタンのＩＤ（＜ＩＤ＞タグ７０２）が含まれればよく、そのほかの冗長な情報（７０３〜７０５等）は含まれなくてもよい。

＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１の記述順は、一括処理ボタン５０８を押下したことで実行される処理の順序であり、処理順序作成ペイン８０３で設定された処理の順序に相当する。

表Ｃは、ダイアログ８００で作成された一括処理ボタン情報９００の一覧である。表Ｃに一括処理ボタン情報が管理される一括処理ボタンは、アウトプットペイン５０６上での作成処理が完了しているものとする。表Ｃは、設定情報管理部４０４で管理される。

表Ｃはカラムとして「処理ボタンＩＤ」、「表示名」、「実行処理ＩＤ」とを有する。「処理ボタンＩＤ」は、一括処理ボタン情報９００の＜ＩＤ＞タグ７０２に設定されるＩＤである。

「表示名」カラムは、＜ＤｉｓｐｌａｙＮａｍｅ＞タグ７０３に設定する処理ボタンの表示名称を表す値である。「実行処理ＩＤ」は、＜ＳｔｒｕｃｔｕｒｅｄＰｒｏｃｅｓｓ＞タグ９０２に含まれる＜ＩＤ＞タグ７０２のＩＤを列挙したものである。

≪処理ボタンが押下されたことによる実行フロー≫
図１０は、アウトプットペイン５０６に配置された単独処理ボタン５０７もしくは一括処理ボタン５０８が押下された際の処理フローである。図１０に示す各ステップは、クライアント端末１０１のハードウェア構成２００のＣＰＵ２０２がＨＤＤ２０５に記憶された制御プログラムを実行することにより実現される。また、ユーザーによって押下された処理ボタンをＵＩ部４０２が特定し、押下した処理ボタンのボタン情報（７００、９００）と処理対象の文書情報を処理実行部４０３に通知されることで本フローは開始される。本フローチャートにおいては特に明記しない限り、処理実行部４０３が主体となって実行されるものとする。

処理実行部４０３は、ＵＩ部４０２から取得したボタン情報の＜ＩＤ＞タグ７０２から、設定情報管理部４０４で管理されるボタン情報（７００、９００）の処理ボタンを用いて特定し、単独処理ボタン情報７００もしくは一括処理ボタン情報９００を取得する（Ｓ１００１）。取得した単独処理ボタン情報７００もしくは一括処理ボタン情報９００は、クライアント端末１０１のＲＡＭ２０３に保存され、後述のステップで使用できる状態にする。

処理実行部４０３は処理対象の文書情報をＵＩ部４０２から取得し（Ｓ１００２）、クライアント端末１０１のＲＡＭ２０３に保存して、後述のステップに使用できる状態にする。

処理実行部４０３は、Ｓ１００１でＲＡＭ２０３に保存したボタン情報が一括処理ボタン情報９００であるかどうかを判断する（Ｓ１００３）。ここでは、ボタン情報を構成するＸＭＬの最上位タグが一括処理ボタン情報９００を表す＜ＢａｔｃｈＰｒｏｃｅｓｓＢｕｔｔｏｎ＞であるかどうかで判断をする。一括処理ボタン情報９００であると判断された場合にはＳ１００９に進み、一括処理ボタン情報９００でない（単独処理ボタン情報７００である）と判定された場合にはＳ１００４に進む。今回は、Ｓ１００１において、押下された単独処理ボタン５１４（ファクス（ＭＦＰ２））であるものとする。

一括処理ボタン情報９００でないと判定された場合、Ｓ１００１で取得した単独処理ボタン情報７００と、表Ｃで管理される一括処理ボタンとを照合し、代替可能な一括処理ボタン情報９００が存在するかどうかの確認する（Ｓ１００４）。具体的には、Ｓ１００１で取得した単独処理ボタン情報と同じ処理タイプの単独処理ボタン情報を含む一括処理ボタン情報が存在するかを確認する。確認された場合は、該当の一括処理ボタン情報９００がＲＡＭ２０３に保存され、Ｓ１００５に進む。Ｓ１００４において該当の一括処理ボタン情報９００が複数存在した場合には、複数の一括処理ボタン情報９００がＲＡＭ２０３に保存される。

今回、Ｓ１００１で押下された単独処理ボタン５１４の処理タイプは、単独処理ボタン情報７００のタグ７０１より「Ｆａｘ」である。表Ｂと表Ｃを参照し、処理タイプ「Ｆａｘ」の単独処理ボタンを含む一括処理ボタンは、「ＢＰ−００１」と「ＢＰ−００３」であることがわかる。Ｓ１００４では、一括処理ボタン「ＢＰ−００１」と「ＢＰ−００３」の一括処理ボタン情報がＲＡＭ２０３に保存される。

処理実行部４０３は、Ｓ１００４でＲＡＭ２０３に保存された一括処理ボタン情報９００が存在するかどうかを判定し（Ｓ１００５）、存在すると判定された場合にはＳ１００６に進み、存在しないと判定された場合にはＳ１００９に進む。

ＲＡＭ２０３に保存された一つまたは複数の一括処理ボタン情報９００に含まれる＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１のうち、Ｓ１００１で取得した単独処理ボタン情報７００の＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１と一致する部分を、Ｓ１００１で取得した単独処理ボタン情報で置換し、新たな一括処理ボタン情報９０３を作成する（Ｓ１００６）。

具体的には、一括処理ボタン情報９００の＜ＯｕｔｐｕｔＢｕｔｔｏｎｆｕｎｃｔｉｏｎＮａｍｅ＝“Ｆａｘ”＞と＜／ＯｕｔｐｕｔＢｕｔｔｏｎ＞で囲われた部分を、単独処理ボタン情報７００を用いて変更する。ここで新たに作成された一括処理ボタン情報９０３を、図９（Ｂ）に示す。一括処理ボタン情報９００と９０３を比較するとわかる通り、＜ＯｕｔｐｕｔＢｕｔｔｏｎｆｕｎｃｔｉｏｎＮａｍｅ＝“Ｆａｘ”＞のＩＤが、単独処理ボタン情報７００に記載のＩＤに置き換わっていることがわかる。尚、Ｓ１００４で取得した一括処理ボタン情報９００が複数存在する場合は、複数の一括処理ボタン情報９０３が作成される。

Ｓ１００６で作成される新たな一括処理ボタン情報９０３のうち、一括処理ボタン「ＢＰ−００１」の一括処理ボタン情報９００に基づいて作成された一括処理ボタン情報９０３を、図９（Ｂ）に示す。

新たな一括処理ボタン情報９０３を用いて、ＲＡＭ２０３上の一括処理ボタン情報９００を更新する。その際、一括処理ボタン情報が更新されたことを示す一時実行情報フラグ（不図示）をＲＡＭ２０３に保存する。

処理実行部４０３は、Ｓ１００６で更新された一括処理ボタン情報９０３をＵＩ部４０２に送信し、実行確認ダイアログ１１００（図１１）の表示を依頼する（Ｓ１００７）。ＵＩ部４０２は、一括処理ボタン情報９０３を元に図１１に示す実行確認ダイアログ１１００を表示し、ユーザーに代替可能な一括処理を提示する。

≪実行確認ダイアログ≫
図１１は、ユーザーが選択した単独処理ボタンを含めた一括処理ボタンを、実行する処理の候補として提示する実行確認ダイアログの一例である。

メッセージ１１０１は、実行確認ダイアログ１１００を表示する目的を示したメッセージである。

一括処理情報表示欄１１０２は、Ｓ１００６で作成された一括処理ボタン情報９０３を用いて、複数の処理内容を表示する領域である。具体的に、Ｓ１００６で作成された一括処理ボタン情報９０３のうち、＜ＳｔｒｕｃｔｕｒｅｄＰｒｏｃｅｓｓ＞タグ９０２が保持する＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１が左から順に表示される。実行確認ダイアログ１１００に実際に表示される情報は、各＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１が保持するＩＤと表Ｂとで特定される「表示名」である。

一括処理情報表示欄１１０２に表示される単独処理ボタンのうち、Ｓ１００１でユーザーによって押下された単独処理ボタンは強調表示される（１１０３）。このように強調表示されることで、ユーザーがアウトプットペイン５０６で選択した単独処理ボタンと同じ処理タイプを含む一括処理ボタンの存在とその順序を認識することができる。今回であれば、ユーザーが選択した単独処理ボタン「ファクス送信（ＭＦＰ２）」は、実行確認ダイアログ１１００に表示された一括処理ボタンにおいて先頭に配置されていることが図１１からわかる。尚、ユーザーが選択した一括処理ボタンに対応する処理と、一括処理ボタンに対応する処理との位置関係は特に問わず、先頭に位置しない場合であってもよい。

実行の候補となる一括処理ボタンが複数存在する場合には、次候補ボタン１１０４または前候補ボタン１１０５が有効になり、それらを押下することで一括処理情報表示欄１１０２の表示内容を切り替え、候補となる複数の一括処理ボタンを確認することができる。今回は、Ｓ１００４で例示したように、２つの一括処理ボタン「ＢＰ−００１」と「ＢＰ−００３」が候補として挙げられる。図１１は一括処理ボタン「ＢＰ−００１」に基づいて作成された一括処理ボタン情報９０３が表示されているため、次候補ボタン１１０４を押下することによって、一括処理ボタン「ＢＰ−００３」に基づいて作成された一括処理ボタン情報（不図示）が実行確認ダイアログ１１００上で表示状態となる。

ＯＫボタン１１０６が押下されると、一括処理情報表示欄１１０２に表示中の処理内容と処理順序に従って、一連の処理が実行される。キャンセルボタン１１０７が押下されると、実行候補として挙げられた一括処理の実行をユーザーが拒否したことになるため、Ｓ１００１で押下された単独処理ボタンの処理のみが実行される。

つまり、図１１に示された状態でＯＫボタン１１０６が押下されると、一括処理ボタン「ＢＰ−００１」に対応する一連の処理「ファクス送信（ＭＦＰ１）」「インデックス更新（完了）」「ファイル名更新（完了）」「ファイル移動（完了）」ではなく、「ファクス送信（ＭＦＰ２）」「インデックス更新（完了）」「ファイル名更新（完了）」「ファイル移動（完了）」が実行される。一方、キャンセルボタン１１０７が押下されると、ユーザーが選択した単独処理ボタン「ファクス送信（ＭＦＰ２）」に対応した処理のみが実行される。

図１１に示した実行確認ダイアログ１１００は、ホーム画面１２００のアウトプットペイン５０６でユーザが押下した単独処理ボタン５１４の近傍に表示されるものとする。実行確認ダイアログ１１００が表示されるタイミングは、ユーザーが単独処理ボタン５１４を押下したタイミングであって、押下された単独処理ボタンの処理を実行する前である。

実行確認ダイアログ１１００に示された一連の処理を実行する形態としては、ＯＫボタン１１０６を押下する形態のみならず、一括処理ボタン情報表示欄１２０７の任意のエリアをクリックする形態であってもよい。一方、一連の処理の実行を拒否する際にはキャンセルボタン１１０７を押下する形態のみならず、Ｓ１００１でユーザーが押下した単独処理ボタン５１４を再度押下することで、実行確認ダイアログ１１００に示された一連の処理を実行させないようにしてもよい。

図１０の説明に戻る。Ｓ１００８において、処理実行部４０３は、実行確認ダイアログ１１００でユーザーが押下したボタンがＯＫボタン１１０６であるかキャンセルボタン１１０７であるかによって、一括処理を実行するかどうかを判定する。実行する（ＯＫボタン１１０６）と判定された場合はＳ１０１０に進み、実行しない（キャンセルボタン１１０７）と判定された場合はＳ１００９に進む。

Ｓ１００３でユーザーが押下した処理ボタンが単独処理ボタンであると判定された場合、または、Ｓ１００５で一括処理ボタン情報９００が存在しないと判定された場合、またはＳ１００８でユーザーがキャンセルボタン８０６を押下した場合は、ユーザーが押下した単独処理ボタンの単独処理ボタン情報７００もしくは一括処理ボタン情報９００を、処理実行部４０３がＲＡＭ２０３から取得する（Ｓ１００９）。単独処理ボタン情報７００を取得した場合はＸＭＬ形式変換し、実行対象処理としての一括処理ボタン情報９００としてＲＡＭ２０３に保存する。Ｓ１０１０で一括処理ボタン情報９００を取得した場合には、情報の形式を変更することなくＲＡＭ２０３に保存する。ＲＡＭ２０３に保存されている一時実行情報フラグが存在している場合は、このタイミングで削除する。ここで一時実行情報フラグを削除する理由は、Ｓ１００３、またはＳ１００５、またはＳ１００８の処理結果により、新たな一括処理ボタンを作成する必要がないと判断されたためである。

Ｓ１０１０では、本ステップでＲＡＭ２０３に保存された一括処理ボタン情報９００を使用して、ＲＡＭ２０３に保存された文書データに対して処理を実行する。文書データへの処理が終了した後、Ｓ１０１１に進む。

Ｓ１０１１において、処理実行部４０３は、ＲＡＭ２０３に一時実行情報フラグが存在するかどうかを判定する。一時実行情報フラグが存在すると判定された場合にはＳ１０１２に進み、存在しない場合にはＳ１０１５に進む。

一時実行情報フラグとは上述した通り、実行確認ダイアログ１１００におけるユーザー操作によって、ＲＡＭ２０３に保存された一括処理ボタン情報が更新されたことを示すフラグである。そのフラグの有無によって、Ｓ１００１でユーザーが押下した単独処理ボタンと、既に保存されている一括処理ボタンとを用いて、新たな一括処理ボタンを作成するかどうかが判断されることになる。

Ｓ１０１２において、Ｓ１００７でユーザーが選択した一括処理ボタン情報９０３を一括処理ボタン５０８として登録するかどうかを確認するためのダイアログを、処理実行部４０３がＵＩ部４０２を介して表示する。ここで表示されるダイアログは、クライアント端末１０１における標準的な構成であるため、ダイアログの構成についての説明は省略する。ダイアログで保存することをユーザーが受理したかどうかを処理実行部４０３がＵＩ部４０２を介して受信した後、Ｓ１０１３に進む。

Ｓ１０１３において該当の一括処理ボタンを作成すると判定された場合はＳ１０１４に進み、作成しないと判定された場合にはＳ１０１５に進む。

Ｓ１０１４において、登録する一括処理ボタン情報のカスタマイズを、ダイアログ８００を介してユーザーに対して促す。その際にダイアログ８００に表示される一括処理ボタン情報９０３は、実行確認ダイアログ１１００で表示された一括処理ボタン情報に相当する。Ｓ１０１４の処理により、実行確認ダイアログ１１００で表示された処理内容に基づいてユーザーは、登録対象の一括処理ボタンをカスタマイズできる。

尚、Ｓ１０１４の処理については、ダイアログ８００を表示してユーザーにカスタマイズを促すことなく、実行確認ダイアログ１１００で提示された処理内容を新たな一括処理ボタンとして登録する形態であってもよい。その際のボタンの名称は、文書管理アプリケーション４０１によって自動的に付与されるものとする。

Ｓ１０１４でダイアログ８００のＯＫボタン８０５が押下された後、本フローを実行したことによりＲＡＭ２０３に格納されたすべての情報を削除し（Ｓ１０１５）、本フローを終了する。以上が図１０の処理である。

≪一括処理ボタン情報の確認フロー≫
図１３は、図１０のＳ１００４で示した処理を詳細に説明するフローチャートである。

本フローは、ユーザーがＳ１００１で押下した単独処理ボタンと同じ処理タイプの単独処理ボタンが、一括処理ボタンに含まれているかを確認するための処理である。尚、本フローが開始される時点で、ユーザーが押下した単独処理ボタンの単独処理ボタン情報７００がＲＡＭ２０３に保存されているものとする。

また、図１３のフローチャートを示す各ステップは、クライアント端末１０１のＣＰＵ２０２がＨＤＤ２０５に記憶された制御プログラムを実行することにより実現される。そして、本フローチャートにおいては特に明記しない限り、処理実行部４０３における処理として実行されるものとする。

処理実行部４０３は、設定情報管理部４０４に保存されている一括処理ボタン情報９００をすべて取得する（Ｓ１３０１）。取得した一括処理ボタン情報９００は、リスト形式でＲＡＭ２０３に保存される。

処理実行部４０３は、ＲＡＭ２０３ｘに格納された一括処理ボタン情報９００の処理実行リストから１件の一括処理ボタン情報９００を取得し（Ｓ１３０２）、Ｓ１３０３で取得できたと判定された場合はＳ１３０４に進み、Ｓ１３０３で取得できなかったと判定された場合は本処理を終了する。尚、一括処理ボタン情報の有無の判定は、Ｓ１３０２のタイミングではなくてもよく、Ｓ１３０１でＲＡＭ２０３に格納する段階で確認するようにしてもよい。

処理実行部４０３は、ユーザーが押下した単独処理ボタン５１４と同じ処理タイプの処理が、一括処理ボタンに対応する処理に含まれているかを判定する（Ｓ１３０４）。具体的には、Ｓ１３０２で取得した一括処理ボタン情報９００に記載された＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１を抽出する。そして、抽出した＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１と、ユーザーが押下した単独処理ボタン５１４に対応する単独処理ボタン情報７００の＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１のｆｕｎｃｔｉｏｎＮａｍｅ属性が同じかどうかを確認する。具体的には、単独処理ボタン情報７００の＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１のｆｕｎｃｔｉｏｎＮａｍｅ属性は「Ｆａｘ」であり、一括処理ボタン情報９００の＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１のｆｕｎｃｔｉｏｎＮａｍｅ属性は、「Ｆａｘ」「ＵｐｄａｔｅＩｎｄｅｘ」「ＵｐｄａｔｅＦｉｌｅＮａｍｅ」「ＭｏｖｅＯｒＣｏｐｙ」である。双方のボタン情報（７００、９００）を比較した結果、一括処理ボタン情報９００のｆｕｎｃｔｉｏｎＮａｍｅ属性には、単独処理ボタン情報７００のｆｕｎｃｔｉｏｎＮａｍｅ属性と同じ「Ｆａｘ」が含まれていると判断されるため、Ｓ１３０４では「ＹＥＳ」と判定され、Ｓ１３０５に進む。Ｓ１３０４において、同じｆｕｎｃｔｉｏｎＮａｍｅ属性が含まれないと判定された場合はＳ１３０８に進む。

一括処理ボタン情報９００の＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１に含まれるＩＤで特定される単独処理ボタン情報７００を処理実行部４０３が設定情報管理部４０４から取得し、Ｓ１３０６に進む。今回、一括処理ボタン情報９００にはＩＤとして「Ｐ−００３」、「Ｐ−００６」、「Ｐ−００７」、「Ｐ−００８」が含まれるため、表Ｂを参照することで処理実行部４０３は該当の単独処理ボタン情報を取得する。

Ｓ１３０６において、Ｓ１３０５で取得した単独処理ボタン情報の＜Ａｔｔｒｉｂｕｔｅｓ＞タグに含まれる情報を参照し、単独処理ボタン情報７００の＜Ａｔｔｒｉｂｕｔｅｓ＞タグに含まれる情報と異なるかどうかを判定する。異なると判定された場合にはＳ１３０７に進み、同じであると判定された場合にはＳ１３０８に進む。Ｓ１３０７において、Ｓ１３０２で取得した一括処理ボタン情報９００をＲＡＭ２０３の代替リストに追加し、Ｓ１３０８に進む。代替リストに追加された一括処理ボタン情報は、実行確認ダイアログ１１００を表示する際（Ｓ１００７）に参照される。

Ｓ１３０５で取得した単独処理ボタン情報の＜Ａｔｔｒｉｂｕｔｅｓ＞タグに含まれる情報とは表Ｂの「設定値」に相当し、ユーザーが押下した単独処理ボタン５１４の設定値と同じであるかを判定する。単独処理ボタン情報７００の＜Ａｔｔｒｉｂｕｔｅｓ＞タグには、設定項目「ＦａｘＮａｍｅ」とそれに対応する設定値「ＭＦＰ−４０００」と、設定項目「ＦａｘＳｅｎｄＴｙｐｅ」とそれに対応する設定値「Ｉｎｄｉｖｉｄｕａｌｌｙ」とが含まれている。一方のＳ１３０５で取得した単独処理ボタン情報の「設定値」を参照すると、ＩＤ「Ｐ−００４」の設定項目と設定値と一致することがわかる。よって、Ｓ１３０６では「Ｎｏ」と判定され、Ｓ１３０８に進む。

Ｓ１３０４において同じ処理タイプでないと判定された場合、またはＳ１３０６において設定値が異なると判定された場合、処理実行部４０３は、Ｓ１３０２で取得した一括処理ボタン情報９００をＲＡＭ２０３のリストから削除し（Ｓ１３０８）、Ｓ１３０２に戻る。

≪一括処理ボタンに対応する処理を実行するフロー≫
図１４は、図１０のＳ１０１０を詳細に説明するフローチャートである。

本フローチャートは、一括処理ボタン情報９００に基づいて、文書データに対して処理を実行するためのフローである。そのため、本フローチャート開始時には、処理を行う対象となる文書データとその文書情報、実行が確定した一括処理ボタン情報９００とが処理実行部４０３に提供されているものとする。

図１４のフローチャートを示す各動作（ステップ）は、クライアント端末１０１のハードウェア構成２００のＣＰＵ２０２がＨＤＤ２０５に記憶された制御プログラムを実行することにより実現される。また、本フローチャートにおいては、明記しない限り、処理実行部４０３における処理として実行されるものとする。

処理実行部４０３は、一括処理ボタン情報９００の＜ＳｔｒｕｃｔｕｒｅｄＰｒｏｃｅｓｓ＞タグ９０２から＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１を、一括処理ボタン情報９００に記載されている順番に抽出する（Ｓ１４０１）。抽出した＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグ７０１は記載順に、リスト形式でＲＡＭ２０３に保存する。ここで保存されるリストを、処理実行リストを称する。

処理実行部４０３は、Ｓ１４０１で保存された処理実行リストの最初の１件の処理情報を取得する（Ｓ１４０２）。取得した情報の＜ＩＤ＞タグ７０２の設定値に合致する単独処理ボタン情報７００を、設定情報管理部４０４から取得してＲＡＭ２０３に保存する。ＩＤが合致する単独処理ボタン情報７００が存在しない場合は、一括処理ボタンを構成する処理内容を特定できないため、本処理を終了する。

ＩＤが合致した単独処理ボタン情報７００が存在すると判定された場合、本フロー開始時に受け取った文書データに対して、ＲＡＭ２０３に保存した単独処理ボタン情報７００の処理を適用する（Ｓ１４０４）。

Ｓ１４０４の具体的な処理内容として、単独処理ボタン情報７００が画像処理装置１０３への処理の場合には、文書データと＜Ａｔｔｒｉｂｕｔｅｓ＞タグと文書情報をデータ通信制御部４０５から、データ通信制御部４２４を介して処理制御部４２３に送信することで、画像処理装置１０３に処理の実行を依頼する。処理制御部４２３は依頼内容に応じて、ＦＡＸ送信処理部４２１もしくは印刷処理部４２２に該当の処理を実行させる。処理が終了したら、文書管理アプリケーション４０１のデータ通信制御部４０５に対して結果を送信する。

単独処理ボタン情報７００が文書管理サーバ１０２への処理の場合には、文書データを識別する情報と＜Ａｔｔｒｉｂｕｔｅｓ＞タグ情報をデータ通信制御部４０５に送信する。データ通信制御部４０５は、文書管理サーバアプリケーション４１１のデータ通信制御部４１４を介してデータ管理部４１３に処理を依頼する。データ管理部４１３は渡された情報を元に文書データベース４１２の情報を更新し、その結果を文書管理アプリケーション４０１のデータ通信制御部４０５に戻す。

処理実行部４０３は、文書データに対する処理が成功したかどうかを判定し（Ｓ１４０５）、Ｓ１４０４の処理結果が成功であればＳ１４０６に進む。失敗したと判定された場合は、本フローチャートを終了する。

Ｓ１４０６において、Ｓ１４０２で取得した１件の処理情報を処理実行リストから削除する。削除が完了したらＳ１４０２に戻り、別の単独処理ボタン情報７００に基づいて処理を実行する。以上が図１４の処理である。

本実施例により、ユーザーが選択した単独処理ボタンを含む一括処理ボタンが存在する場合、その一括処理ボタンに該当する処理を実行することができる。

なお、図１３のＳ１３０４において、Ｓ１３０２で取得した一括処理ボタン情報９００の全＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグと本処理開始時に受け取った単独処理ボタン情報７００の＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグのｆｕｎｃｔｉｏｎＮａｍｅ属性を比較し、一括処理ボタン情報９００の＜ＯｕｔｐｕｔＢｕｔｔｏｎ＞タグに単独処理ボタン情報７００のｆｕｎｃｔｉｏｎＮａｍｅ属性と同じものが存在するかを判定したがその形態に限定されない。一括処理ボタン情報９００の先頭に位置する単独処理ボタンと、ユーザーによって押下された単独処理ボタンとが一致するかどうかを判定する形態であってもよい。

このように、ユーザーが押下した単独処理ボタン５１４に対応する処理を実行する前に、単独処理ボタン５１４と同じ処理タイプを含む一括処理ボタンの存在をユーザーに喚起することで、新たな一括処理ボタンを予め作成することなく、ユーザーの所望する一連の処理を自動的に実行することができる。つまり、その一連の処理を、ユーザーが単独処理ボタン５１４を押下したことをきっかけに実行することができ、一括処理ボタンを押下したときと同じようなユーザー操作性を実現できる。

＜実施例２＞
実施例１では、図１３のＳ１３０４において、処理タイプが同じ単独処理ボタン情報が、一括処理ボタン情報に含まれるかを判定した。本実施例においては、処理タイプに加えて、処理タイプ毎に一致すべき判断条件に、履歴情報を追加する形態を示す。判断条件を実施例１よりもより厳しくすることによって、ユーザーの希望により合致した一括処理ボタンを提示することができる。なお、本実施例において、上記で説明済みの処理等については同じ符番を振り、詳細な説明を省略する。

実施例２では処理タイプに加えて、ユーザーの処理ボタン操作履歴をＳ１３０４の判定条件に追加する。そのため、クライアント端末１０１の機能構成を以下のように変更する。

≪クライアント端末１０１のソフトウェア構造≫
図１５は、実施例２におけるクライアント端末１０１のソフトウェア構成を表すブロック図である。実施例１で示したソフトウェア構成と異なる点は、文書管理アプリケーション４０１が実行履歴管理部１６０６を有する点である。

実行履歴管理部１６０６は、アウトプットペイン５０６に対するユーザー操作によって実行された処理を履歴情報として管理する機能である。実行履歴管理部１６０６で管理される履歴情報の一例を表Ｄに示す。表Ｄには「処理ボタンＩＤ」、処理対象の文書データの格納先である「文書の保管ライブラリ」、処理の実行日である「実行日」が含まれる。

≪履歴情報を格納する処理≫
履歴情報を格納するための処理を加えた本実施例のメインフローチャートを図１６に示す。図１０と異なる点は、Ｓ１０１０において一括処理ボタンまたは単独処理ボタンに対応する処理が実行された後に、処理実行部４０３が実行結果を実行履歴管理部１６０６に送信し、履歴情報として管理させる（Ｓ１７０１）点である。履歴情報の一例は表Ｄに示した通りであるが、Ｓ１０１０で使用した単独処理ボタン情報７００もしくは一括処理ボタン情報９００、処理開始時に処理実行部４０３が受け付けた文書情報が、表Ｄが有する各項目に関連づけて記録される。Ｓ１７０１で履歴情報が保存された後は、Ｓ１０１１に進む。

≪代替一括処理ボタンの存在を確認するフロー≫
図１７は、図１６のＳ１００４での履歴情報を使用した代替一括処理ボタンの存在を確認する処理フローを表したフローチャートである。

本処理フローにおいては、図１３、および図１５で説明した処理と異なる部分のみ新規ステップ番号を用いて説明し、同じ処理内容であるステップについては図１３と図１５のステップ番号を用いて説明を省略する。

本フローチャートはユーザーが押下した単独処理ボタン情報７００の処理を代替可能な一括処理ボタン情報９００が存在するかを確認する処理を行うものである。そのため、本フローチャート開始時にはユーザーが押下した単独処理ボタン情報７００とユーザーが選択した処理対象の文書情報がＲＡＭ２０３に保存されていることを前提とする。

図１７のフローチャートを示す各ステップは、クライアント端末１０１のハードウェア構成２００のＣＰＵ２０２がＨＤＤ２０５に記憶された制御プログラムを実行することにより実現される。また、本フローチャートは特に明記しない限り、処理実行部４０３が主体となって実行されるものとする。

処理実行部４０３は、Ｓ１３０５で取得した全ての単独処理ボタン情報７００の＜Ａｔｔｒｉｂｕｔｅｓ＞タグと、本フローチャート開始時に受け取った単独処理ボタン情報７００の＜Ａｔｔｒｉｂｕｔｅｓ＞タグを比較する（Ｓ１８０６）。そして、以下の条件に合致するかどうかを確認する。
条件１：後述の表Ｅに記載された比較項目の設定値が同じであること
条件２：表Ｅに存在しない設定項目の値が異なる設定値であること

上記２つの条件に共に合致する場合にはＳ１８０７に進む。一つでも合致しない場合にはＳ１３０８に進む。一方の実施例１（Ｓ１３０４、Ｓ１３０６）では、処理タイプが同じ、且つ設定値が一つでも異なれば、次の処理（Ｓ１３０７）に進む形態を示した。

表Ｅは、処理タイプ毎にＳ１８０６で比較対象となる設定項目を定義したものであって、プログラムが予め保持しているものとする。しかし設定情報管理部４０４など、外部が保存する形態であってもよい。

処理実行部４０３は、Ｓ１３０２で取得した一括処理ボタン情報９００の＜ＩＤ＞タグの値が表Ｄの処理ＩＤカラムと合致する最新の履歴情報を、実行履歴管理部１６０６から取得する（Ｓ１８０７）。取得した履歴情報はＲＡＭ２０３に保存し、Ｓ１８０８に進む。

処理実行部４０３は、Ｓ１８０７で取得しＲＡＭ２０３に保存された履歴情報が存在するかどうかを確認する（Ｓ１８０８）。存在すると判定された場合にはＳ１８０９に進み、存在しないと判定された場合にはＳ１３０７に進み、代替リストに追加する処理を行う。

履歴情報が存在すると判定された後、処理実行部４０３は、履歴情報の文書情報に含まれる保管ライブラリ情報と、本フロー開始時に取得した文書情報に含まれる保管ライブラリ情報とを比較する（Ｓ１８０９）。双方の保管ライブラリ情報の一致が確認された場合はＳ１３０７に進み、一致しないと判定された場合には代替リストに追加することなくＳ１３０８に進む。

本実施例では、Ｓ１８０９の判断基準となる履歴情報がない場合（Ｓ１８０８）、Ｓ１３０２で取得した一括処理ボタン情報を代替リストに追加していいのかどうかを判断しようがないため、代替リストへの追加処理を実行する（Ｓ１３０７）。

一方で履歴情報が存在すると判断され、履歴情報の保管ライブラリ情報と文書データの保管ライブラリ情報とが異なると判断された場合は、処理の対象の文書データが異なるため、過去に実行した処理とは異なる処理をユーザーが所望していると判断し、Ｓ１３０７を実行することなくＳ１３０８に進む。

本実施例において、予め決められた比較項目と履歴情報とを参照することにより、ユーザーの希望により合致した一括処理ボタンを提示することができる。

尚、Ｓ１８０６において表Ｄを参照する処理と、Ｓ１８０９において履歴情報を参照する処理は同じフローで実行する必要はなく、独立した処理として実行する事も可能である。

［その他の実施例］
実施例１では、一括処理ボタン５０８を作成する方法として、処理ボタン一覧表示ペイン８０２に表示された単独処理ボタンを選択し、処理順序作成ペイン８０３に配置する方法を示した。しかし、一括処理ボタンや単独処理ボタンを組み合わせることによって、新たな一括処理ボタンを作成する方法であってもよい。具体的には、処理ボタン一覧表示ペイン８０２に表示された単独処理ボタンまたは一括処理ボタンを選択し、処理順序作成ペイン８０３に配置して、新たな一括処理ボタンを作成する方法であってもよい。

実施例１の図１０では、ユーザーによって押下された処理ボタンが、一括処理ボタンであるか単独処理ボタンであるかを判断し、判断結果によって処理内容を変更しているが、処置ボタンの種類に依らずに、同じ処理（Ｓ１００４〜Ｓ１００８）を実行する形態であってもよい。

実施例１の図１０において、実行確認ダイアログ１１００で提示された一括処理を、一括処理ボタンとして登録するかを判定する処理を行った（Ｓ１０１１〜１０１４）。しかし、一括処理ボタンとして登録することなく、図１０のフローを終了させてもよい。あるいは、一括処理ボタンとして登録するまでのユーザーの処理回数に一定の閾値を設け、ユーザーがＳ１００１〜Ｓ１０１０の処理を実行した回数が閾値を超えた場合に、Ｓ１０１１〜Ｓ１０１４において一括処理ボタンの登録を促す構成であってもよい。

実施例１のＳ１００１では、単独処理ボタンをユーザーが選択したことをきっかけに、実行確認ダイアログ１１００（Ｓ１００７）とダイアログ８００（Ｓ１０１４）とを表示し、ユーザーが選択した単独処理ボタンを含む一括処理ボタンを作成した。しかし、一括処理ボタンが作成されるきっかけは単独処理ボタンの押下に限定されない。具体的には、「一括処理ボタン作成」５１５を押下したことで表示された処理ボタン一覧表示ペイン８０２において、ユーザーがいずれかの処理ボタンを選択する。その選択操作をきっかけにＳ１００１〜１００６、Ｓ１０１２〜１０１３を実行し、作成確認ダイアログ（図１８）を表示する。つまり、Ｓ１００７の実行確認を行うことなく、一括処理ボタンを作成する形態であってもよい。

実施例１のＳ１３０４において、ユーザーが押下した単独処理ボタン５１４と同じ処理タイプの処理が、一括処理ボタンに対応する処理に含まれているかを判定したがその判定方法に限定されない。Ｓ１３０４において、ユーザーが押下した単独処置ボタンと同じ処理タイプであり、且つ設定内容が異なる処理が、一括処理ボタンに対応する処理に含まれているかを判定する判定方法であってもよい。その判定方法であれば、ユーザーが選択した単独処理ボタンを含む一括処理ボタンが既に存在していたとしても、Ｓ１０１４で再度同じ処理内容の一括処理ボタンが作成されることを防ぐことができる。

また、本発明の目的は以下の処理を実行することによっても達成される。即ち、上述した実施例の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

１０１ クライアント装置
１０２ 文書管理サーバ１０２
１０３、１０４ 画像処理装置
４０１ 文書管理アプリケーション
４１１ 文書管理サーバアプリケーション

Claims (9)

1. 第一の設定内容に基づいて文書データに第一の処理を実行するための第一の処理ボタン、および複数の処理を実行するための第二の処理ボタンを作成する作成手段を有する情報処理装置であって、
   前記複数の処理は、
   前記第一の設定内容とは異なる第二の設定内容に基づいて前記文書データに前記第一の処理を実行するための第三の処理ボタンに対応する処理を含み、
   ユーザー操作によって前記第一の処理ボタンに対応する処理が指定された場合、
   前記情報処理装置は、
   前記作成手段によって作成された前記第二の処理ボタンが存在するかを判定する判定手段と、を有し、
   前記作成手段は、
   前記判定手段によって前記第二の処理ボタンが存在すると判定された場合、前記複数の処理に含まれる前記第三の処理ボタンに対応する処理を、前記第一の処理ボタンに対応する処理に置き換えた新たな複数の処理を実行するための第四の処理ボタンを作成することを特徴とする情報処理装置。
2. 前記判定手段によって前記第二の処理ボタンが存在しないと判定された場合、
   前記作成手段は、
   前記第四の処理ボタンを作成しないことを特徴とする請求項１に記載の情報処理装置。
3. 前記情報処理装置は、
   前記判定手段によって前記第二の処理ボタンが存在すると判定された場合に、
   前記作成手段によって前記第四の処理ボタンを作成するかどうかを第一の画面を介してユーザーに確認させる確認手段を更に有することを特徴とする請求項１または請求項２に記載の情報処理装置。
4. 前記第一の画面は、
   前記新たな複数の処理に含まれる処理が実行される順番をユーザーに認識させるための情報を少なくとも含む請求項３に記載の情報処理装置。
5. 前記情報処理装置は、
   ユーザー操作によって前記第一の処理ボタンが押下され、前記判定手段によって前記第二の処理ボタンが存在すると判定された場合に、
   前記第四の処理ボタンに対応する処理を実行するかをユーザーに確認させるための第二の画面を表示する表示手段を更に有することを特徴とする請求項１乃至４のいずれか一項に記載の情報処理装置。
6. 前記第二の画面は、
   前記新たな複数の処理を実行することをユーザーに選択させるための第一の操作部と、
   前記新たな複数の処理を実行しないことをユーザーに選択させるための第二の操作部と、を含み、
   前記第二の操作部が押下された場合、
   前記ユーザー操作によって押下された前記第一の処理ボタンに対応する処理のみを実行することを特徴とする請求項５に記載の情報処理装置。
7. 前記設定内容は、
   前記文書データに対して処理を実行する際に設定される条件であることを特徴とする請求項１乃至６のいずれか一項に記載の情報処理装置。
8. 第一の設定内容に基づいて文書データに第一の処理を実行するための第一の処理ボタン、および複数の処理を実行するための第二の処理ボタンを作成する作成手段を有する情報処理装置として機能させるためのプログラムであって、
   前記複数の処理は、
   前記第一の設定内容とは異なる第二の設定内容に基づいて前記文書データに前記第一の処理を実行するための第三の処理ボタンに対応する処理を含み、
   ユーザー操作によって前記第一の処理ボタンに対応する処理が指定された場合、
   前記情報処理装置は、
   前記作成手段によって作成された前記第二の処理ボタンが存在するかを判定する判定手段と、を有し、
   前記作成手段は、
   前記判定手段によって前記第二の処理ボタンが存在すると判定された場合、前記複数の処理に含まれる前記第三の処理ボタンに対応する処理を、前記第一の処理ボタンに対応する処理に置き換えた新たな複数の処理を実行するための第四の処理ボタンを作成することを特徴とする情報処理装置として機能させるためのプログラム。
9. 第一の設定内容に基づいて文書データに第一の処理を実行するための第一の処理ボタン、および複数の処理を実行するための第二の処理ボタンを作成する作成ステップを有する情報処理装置の制御方法であって、
   前記複数の処理は、
   前記第一の設定内容とは異なる第二の設定内容に基づいて前記文書データに前記第一の処理を実行するための第三の処理ボタンに対応する処理を含み、
   ユーザー操作によって前記第一の処理ボタンに対応する処理が指定された場合、
   前記情報処理装置は、
   前記作成ステップによって作成された前記第二の処理ボタンが存在するかを判定する判定ステップと、を有し、
   前記作成ステップは、
   前記判定ステップによって前記第二の処理ボタンが存在すると判定された場合、前記複数の処理に含まれる前記第三の処理ボタンに対応する処理を、前記第一の処理ボタンに対応する処理に置き換えた新たな複数の処理を実行するための第四の処理ボタンを作成することを特徴とする情報処理装置の制御方法。

Images