JP2012128482A - 画像形成装置、情報処理装置、カスタマイズプログラム及び記録媒体 - Google Patents

Abstract

【課題】煩雑なカスタマイズであってもユーザーが自由にカスタマイズできるようにすること。
【解決手段】各アプリケーションの画面遷移を階層的に表す画面遷移情報を記憶する第１記憶部と、画面毎に、前の画面又は後の画面に必要なＵＩ部品が関連付けられた条件情報を記憶する第２記憶部と、画面遷移情報に基づき、画面遷移を階層的に可視化して表示する表示部と、表示部に表示された画面遷移がカスタマイズされる場合、カスタマイズ対象の画面に対応する条件情報に基づいてカスタマイズを制御し、画面遷移情報を更新するカスタマイズ制御部と、を備える。
【選択図】図４

Description

本発明は、画面遷移のカスタマイズを行う画像形成装置、情報処理装置、カスタマイズプログラム及び記録媒体に関する。

近年、画像形成装置（ＭＦＰ：Multifunction Peripheral）をユーザーが購入する際、ユーザーに合った環境で使用できるように、個々のソリューションを画像形成装置と同時に提供することが多い。どのようなソリューションを提供するかは販社のＳＥ（システムエンジニア）が直接ユーザーと打合せを行ったうえで、対応を取ることになっている場合が多い。

ＵＩ（User Interface）のカスタマイズも、販社のＳＥがユーザーの環境に合わせた形で変更を行うことを想定している。たとえば、あるユーザーでは、スキャンしたデータをフォルダに配置するのはよいがメール送信が禁止されている場合、メール送信設定のボタンを表示しないようにする、といった形でのカスタマイズを提供することになる。

従来、一括で導入する同機種の画像形成装置のＵＩをカスタマイズすることは特注対応で行われてきた。現在の機器では、ユーザーがＵＩをカスタマイズするニーズは高い。例えば、特許文献１、２には、画像形成装置のパネルカスタマイズ方法が開示されている。

一方、カスタマイズにもいろいろな種類がある。例えば、画面遷移をカスタマイズする場合、１つの画面遷移をカスタマイズすると前後の画面に影響を与える可能性があるため、ユーザーが容易にカスタマイズできるとは言えない。よって、従来技術を適用していても、画面遷移に関するカスタマイズについては、販社のＳＥ等に要望を伝えて実現してもらうことが一般的である。つまり、画面遷移などの煩雑なカスタマイズについては、ユーザー自身で自由にカスタマイズすることができないという問題点があった。

そこで、本発明は上記問題に鑑みてなされたものであり、画面遷移を階層構造で表示することで、煩雑なカスタマイズであってもユーザーが自由にカスタマイズできるようにすることができる画像形成装置、情報処理装置、カスタマイズプログラム及び記録媒体を提供することを目的とする。

なお、階層構造を用いるドキュメントに関する技術は、例えば、特許文献３に記載されているが、画面遷移などのカスタマイズに容易に適用できるものではない。例えば、画面遷移のカスタマイズに階層構造を適用した場合、追加又は削除する画面は前後の画面にも影響を与えるため、単純に画面の追加や削除を行うことができないからである。

本発明の一態様の画像形成装置は、各アプリケーションの画面遷移を階層的に表す画面遷移情報を記憶する第１記憶部と、画面毎に、前の画面又は後の画面に必要なＵＩ部品が関連付けられた条件情報を記憶する第２記憶部と、前記画面遷移情報に基づき、画面遷移を階層的に可視化して表示する表示部と、前記表示部に表示された画面遷移がカスタマイズされる場合、カスタマイズ対象の画面に対応する前記条件情報に基づいてカスタマイズを制御し、前記画面遷移情報を更新するカスタマイズ制御部と、を備える。

また、本発明の他の態様の情報処理装置は、画像形成装置の各アプリケーションの画面遷移を階層的に表す画面遷移情報、及び画面毎に前の画面又は後の画面に必要なＵＩ部品が関連付けられた条件情報を取得する取得部と、前記画面遷移情報に基づき、画面遷移を階層的に可視化して表示する表示部と、前記表示部に表示された画面遷移がカスタマイズされる場合、カスタマイズ対象の画面に対応する前記条件情報に基づいてカスタマイズを制御し、前記画面遷移情報を更新するカスタマイズ制御部と、更新された画面遷移情報を前記画像形成装置に送信する送信部と、を備える。

また、本発明は、本発明における画像形成装置又は情報処理装置に実行させるためのプログラム、及びこのプログラムを記録した記録媒体として実現することも可能である。

本発明によれば、画面遷移を階層構造で表示することで、煩雑なカスタマイズであってもユーザーが自由にカスタマイズできるようにすることができる。

実施例におけるカスタマイズシステムの一例を示す図。 実施例における情報処理装置のハードウェアの一例を示すブロック図。 実施例におけるＭＦＰのハードウェアの一例を示すブロック図。 実施例におけるＭＦＰの機能の一例を示すブロック図。 条件情報の一例を示す図。 画面遷移情報の一例を示す図。 ツリー構造を表示した画面遷移例を示す図。 実施例におけるカスタマイズ処理の一例を示すシーケンス図。 実施例におけるカスタマイズ例（その１）を説明するための図。 追加画面情報（その１）の一例を示す図。 追加画面の事前条件、事後条件（その１）の一例を示す図。 更新された画面遷移情報（その１）の一例を示す図。 実施例におけるカスタマイズ例（その２）を説明するための図。 追加画面情報（その２）の一例を示す図。 追加画面の事前条件、事後条件（その２）の一例を示す図。 実施例における事前条件に対する処理の一例を示すフローチャート。 事前画面に画面アイテムが追加された例（その１）を示す図。 追加する画面の前の画面の事後条件判定処理の一例を示すフローチャート。 追加する画面の後の画面の事前条件判定処理の一例を示すフローチャート。 更新された画面遷移情報（その２）の一例を示す図。 実施例におけるカスタマイズ例（その３）を説明するための図。 追加画面情報（その３）の一例を示す図。 追加画面の事前条件、事後条件（その３）の一例を示す図。 事前画面に画面アイテムが追加された例（その２）を示す図。 実施例における事後条件に対する処理の一例を示すフローチャート。 画面アイテムが何もない画面の一例を示す図。 更新された画面遷移情報（その３）の一例を示す図。 実施例におけるカスタマイズ例（その４）を説明するための図。 削除画面情報の一例を示す図。 削除画面の事前条件、事後条件の一例を示す図。 実施例における画面削除時の事前条件に対する処理（その１）の一例を示すフローチャート。 画面アイテムの削除を説明するための図。 更新された画面遷移情報（その４）の一例を示す図。 実施例におけるカスタマイズ例（その５）を説明するための図。 削除画面及び事後条件の画面の事前条件、事後条件の一例を示す図。 実施例における画面削除時の事前条件に対する処理（その２）の一例を示すフローチャート。 実施例における画面削除時の事後条件に対する処理の一例を示すフローチャート。 画面アイテムの追加を説明するための図。 更新された画面遷移情報（その５）の一例を示す図。 変形例における情報処理装置の機能の一例を示すブロック図。

以下、本発明の実施例を図面に基づいて説明する。
［実施例］
＜システム＞
図１は、本実施例におけるカスタマイズシステム１０の一例を示す図である。図１に示すように、カスタマイズシステム１０は、ネットワークを介してＭＦＰ５、情報処理装置１、サーバ２などが接続されている。接続される機器の数は図１に示す例に限られない。以下、ＭＦＰ５がＵＩ画面のカスタマイズを行う実施例について説明する。なお、情報処理装置１がカスタマイズツールを用いてカスタマイズを行い、そのカスタマイズをＭＦＰ５に適用することも可能である。

＜ハードウェア＞
次に、実施例における情報処理装置１のハードウェアについて説明する。図２は、実施例における情報処理装置１のハードウェアの一例を示すブロック図である。図２に示すように、情報処理装置１は、制御部１１、主記憶部１２、補助記憶部１３、外部記録装置Ｉ／Ｆ部１４、ネットワークＩ／Ｆ部１５、入力部１６、表示部１７を含む。これら各構成は、バスを介して相互にデータ送受信可能に接続されている。

制御部１１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部１１は、主記憶部１２に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。

主記憶部１２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部１１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。

補助記憶部１３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。

外部記録装置I／F部１４は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記録媒体１８（例えば、フラッシュメモリなど）と情報処理装置１とのインタフェースである。

また、記録媒体１８に、所定のプログラムを格納し、この記録媒体１８に格納されたプログラムは外部記録装置Ｉ／Ｆ部１４を介して情報処理装置１にインストールされ、インストールされた所定のプログラムは情報処理装置１により実行可能となる。

ネットワークＩ／Ｆ部１５は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された通信機能を有する周辺機器と情報処理装置１とのインタフェースである。

入力部１６は、カーソルキー、数字入力及び各種機能キー等を備えたキーボード、表示部１７の表示画面上でキーの選択等を行うためのマウスやスライスパット等を有する。また、入力部１６は、ユーザーが制御部１１に操作指示を与えたり、データを入力したりするためのユーザインタフェースである。

表示部１７は、ＣＲＴやＬＣＤ等により構成され、制御部１１から入力される表示データに応じた表示が行われる。なお、表示部１７は、情報処理装置１とは別体であってもよく、その場合の情報処理装置１は、表示部１７に表示するための表示制御機能を有する。なお、サーバ２は、情報処理装置１と同様のハードウェア構成を有する。

実施例におけるＭＦＰ５のハードウェアについて説明する。図３は、実施例におけるＭＦＰ５のハードウェアの一例を示すブロック図である。図３に示すように、ＭＦＰ５は、制御部５１、主記憶部５２、補助記憶部５３、外部記録装置Ｉ／Ｆ部５４、ネットワークＩ／Ｆ部５５、操作部５６、表示部５７、エンジン部５８を含む。これら各構成は、バスを介して相互にデータ送受信可能に接続されている。

制御部５１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部５１は、主記憶部５２や補助記憶部５３に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。

主記憶部５２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部５１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。

補助記憶部５３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。

外部記録装置I／F部５４は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記録媒体５９（例えば、フラッシュメモリ、ＳＤカードなど）とＭＦＰ５とのインタフェースである。

また、記録媒体５９に、所定のプログラムを格納し、この記録媒体５９に格納されたプログラムは外部記録装置Ｉ／Ｆ部５４を介してＭＦＰ５にインストールされ、インストールされた所定のプログラムはＭＦＰ５により実行可能となる。

ネットワークＩ／Ｆ部５５は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された通信機能を有する周辺機器とＭＦＰ５とのインタフェースである。

操作部５６や表示部５７は、キースイッチ（ハードキー）とタッチパネル機能（ＧＵＩのソフトウェアキーを含む：Graphical User Interface）を備えたＬＣＤ（Liquid Crystal Display）とから構成され、ＭＦＰ５が有する機能を利用する際のＵＩ（User Interface）として機能する表示及び／又は入力装置である。

エンジン部５８は、画像データの入出力ユニットとして、紙原稿の読み取り転写紙への印刷を行う。エンジン部５８は、スキャナーエンジンなどをさらに備えてもよい。

＜機能＞
次に、実施例におけるＭＦＰ５の機能について説明する。図４は、実施例におけるＭＦＰ５の機能の一例を示すブロック図である。

図４に示すＭＦＰ５は、通信部１０１、カスタマイズ制御部１０４、記憶部１０５、表示画面管理部１０６、操作入力部１０７、表示部１０８を備える。通信部１０１は、情報処理装置１やサーバ２とデータのやり取りを行う。通信部１０１は、送信部１０２と受信部１０３を備える。

送信部１０２は、例えば、記憶部１０５に記憶されている情報を情報処理装置１に送信する。受信部１０３は、例えば、サーバ２からＵＩ画面に関する情報を取得し、表示画面管理部１０６に出力する。

カスタマイズ制御部１０４は、操作入力部１０７により指示されたカスタマイズ内容を、表示画面管理部１０６を通じて取得し、カスタマイズの制御を行う。ここでいうカスタマイズは、例えば画面遷移に関するカスタマイズである。

カスタマイズ制御部１０４は、画面毎に、前後の画面に必要なＵＩ部品や画面、条件などを関連付けた条件情報を保持しておく。条件情報は、記憶部１０５に記憶され、又はその他の記憶部に記憶されて、カスタマイズ制御部１０４は、この記憶部から条件情報を読み出して取得してもよい。なお、後述する条件情報は、外部のサーバ２や情報処理装置１が保持し、カスタマイズ制御部１０４が適宜取得するようにしてもよい。

図５は、条件情報の一例を示す図である。図５に示すように、条件情報は、画面毎に、画面アイテムの事前条件、情報の事前条件、画面アイテムの事後条件、情報の事前条件が関連付けられる。

画面アイテムの事前条件とは、この画面の前の画面に対して、必要なＵＩ部品や画面をいう。ＵＩ部品は、例えばボタンである。情報の事前条件とは、この条件を満たしてからこの画面への画面遷移を許可するような条件をいう。

画面アイテムの事後条件とは、この画面の後の画面に対して、必要なＵＩ部品や画面をいう。ＵＩ部品は、例えばボタンである。情報の事後条件とは、この条件を満たしてから後の画面への画面遷移を許可するような条件をいう。

例えば、「全宛先表示画面」は、各条件に条件がないため、前後の画面に影響を与えずに追加や削除のカスタマイズを行うことができる。また、「宛先履歴画面」は、前の画面には「宛先履歴ボタン」が必要である。

また、「電子文書選択画面」は、前の画面には「電子文書選択ボタン」が必要であり、後の画面には、「参照先指定画面」、「検索画面」、「文書詳細表示画面」が必要である。後の画面にこれらの画面が必要なのは、「電子文書選択画面」には、「参照ボタン」、「検索ボタン」、「文書詳細表示ボタン」があるからである。「参照ボタン」が押下されると「参照先指定画面」に遷移し、「検索ボタン」が押下されると「検索画面」に遷移し、「文書詳細表示画面」が押下されると「文書詳細表示画面」に遷移する。

図４に戻り、カスタマイズ制御部１０４は、カスタマイズ対象の画面を取得した場合、図５に示すような条件情報を参照してカスタマイズを制御する。カスタマイズの制御の仕方は、具体例を用いて後述する。カスタマイズ制御部１０４は、カスタマイズされた内容で、記憶部１０５に記憶されている画面遷移情報を更新する。

記憶部１０５は、画面遷移情報を記憶する。図６は、画面遷移情報の一例を示す図である。図６に示す画面遷移情報は、画面遷移の階層構造をツリー構造で表し、ｘｍｌ形式を用いている。図６に示す例では、「ｌａｙｏｕｔ」タグが各画面情報のＳＷＦ（Small Web Format）ファイルの階層構造を示している。ＳＷＦファイルは、Ｆｌａｓｈ（登録商標）のファイル形式である。

図６に示すａ１の「ＦＡＸ・スキャナー」は、トップ画面を示す。ａ１１〜ａ１３の画面は、ａ１画面の下位にある画面を示す。ａ１１は、「原稿読み取りダイアログ」を示し、ａ１２は、「設定確認／プレビュー」画面を示し、ａ１３は、「電子文書選択」画面を示す。

ａ１２１、１２２は、ａ１２の下位にある画面を示す。ａ１２１は、「原稿読み取りダイアログ」を示し、ａ１２２は、「プレビュー」画面を示す。ａ１３１〜ａ１３３は、ａ１３の下位にある画面を示す。ａ１３１は、「参照先指定」画面を示し、ａ１３２は、「文書検索」画面を示し、ａ１３３は、「文書詳細」画面を示す。

図７は、図６に示すツリー構造を表示した画面遷移例を示す図である。図７に示すように、画面遷移が線で結ばれている。図７に示す例では、画面同士を線で結んで遷移情報を表しているが、遷移するためのボタンと画面とを線で直接結んで、より画面遷移がわかるようなＵＩにしてもよい。

画面ｄ１は、図６に示すａ１が示すＳＷＦファイルの画面であり、画面ｄ１１は、図６に示すａ１１、ａ１２１が示すＳＷＦファイルの画面であり、画面ｄ１２は、図６に示すａ１２が示すＳＷＦファイルの画面であり、画面ｄ１３は、図６に示すａ１３が示すＳＷＦファイルの画面であり、画面ｄ１２１は、図６に示すａ１２２が示すＳＷＦファイルの画面であり、画面ｄ１３１は、図６に示すａ１３１が示すＳＷＦファイルの画面であり、画面ｄ１３２は、図６に示すａ１３２が示すＳＷＦファイルの画面であり、画面ｄ１３３は、図６に示すａ１３３が示すＳＷＦファイルの画面である。

また、図７は、カスタマイズ時に表示される操作画面であり、追加用画面のウィンドウｄ２がある。追加用画面のウィンドウｄ２内の画面ｄ２１、ｄ２２をドラッグアンドドロップにより、ユーザーは自由に画面を追加することができる。なお、追加用画面内の画面は、サーバ２などから取得するようにしてもよい。また、図７に示す画面から、不要な画面を削除することもできる。

図４に戻り、表示画面管理部１０６は、表示する画面の管理を行う。表示画面管理部１０６は、例えば、表示している画面でカスタマイズ操作が行われた場合、カスタマイズ制御部１０４にカスタマイズ操作の内容を通知する。また、表示画面管理部１０６は、カスタマイズ制御部１０４からカスタマイズ反映通知を受けた場合、表示部１０８にカスタマイズ反映通知を出力する。

操作入力部１０７は、ユーザーからの操作を受け付ける。操作入力部１０７は、例えば、図７に示すような画面からのカスタマイズ操作を受け付け、表示画面管理部１０６に、カスタマイズ操作の内容を通知する。

表示部１０８は、操作画面を表示する。表示部１０８は、例えば、図７に示すようなカスタマイズ操作画面を表示したり、各アプリケーションの操作画面を表示したりする。表示部１０８は、画面遷移情報を基に画面遷移を可視化したカスタマイズ操作画面を生成する。

以上の構成により、ＭＦＰ５は、画面遷移をツリー構造で表示したカスタマイズ操作画面から、画面遷移のカスタマイズをユーザーに容易に行わせることができる。

＜動作＞
次に、ＭＦＰ５の動作について説明する。図８は、実施例におけるカスタマイズ処理の一例を示すシーケンス図である。図８に示すステップＳ１０１で、操作入力部１０７は、表示部１０８に表示されたカスタマイズ操作画面（図７参照）から、ユーザーによるカスタマイズ操作を受け付ける。

ステップＳ１０２で、操作入力部１０７は、表示画面管理部１０６に対して、カスタマイズ操作の内容を通知する。

ステップＳ１０３で、表示画面管理部１０６は、カスタマイズ制御部１０４に対して、カスタマイズ操作の内容を示すカスタマイズ情報の反映要求を行う。

ステップＳ１０４で、カスタマイズ制御部１０４は、カスタマイズ対象の画面に対応する条件情報を参照し、カスタマイズ対象の画面及びカスタマイズ対象の画面の前後の画面に変更が入るかを確認する。この確認は、カスタマイズ対象の画面及びカスタマイズ対象の画面前後の画面の事前条件、事後条件を確認することで行われる。

ステップＳ１０５で、カスタマイズ制御部１０４は、確認した条件に基づいて、前後の画面のカスタマイズも含むカスタマイズ情報の反映要求を記憶部１０５に行う。

ステップＳ１０６で、記憶部１０５は、画面遷移情報に、カスタマイズ情報を反映（更新）する。例えば、カスタマイズ情報の反映については、画面が追加されたり、削除されたり、前後の画面にボタンが追加されたり、削除されたりする。

ステップＳ１０７で、記憶部１０５は、カスタマイズ制御部１０４に対して、更新された画面遷移情報を含むカスタマイズ情報反映を通知する。

ステップＳ１０８で、カスタマイズ制御部１０４は、表示画面管理部１０６に対して、更新された画面遷移情報を含むカスタマイズ情報反映を通知する。

ステップＳ１０９で、表示画面管理部１０６は、更新された画面遷移情報を反映するよう表示部１０８に要求する。

ステップＳ１１０で、表示部１０８は、更新された画面遷移情報に基づき、ツリー構造のカスタマイズ操作画面を生成する。生成の仕方としては、表示部１０８は、ｘｍｌ形式のツリー構造に対し、対応する画面のＳＷＦファイルを取得し、これを縮小して画面間を線で繋ぐだけでよい（図７参照）。

ステップＳ１１１で、表示部１０８は、生成したカスタマイズ操作画面を表示する。これにより、画面遷移を階層構造で表示することで、煩雑なカスタマイズであってもユーザーが自由にカスタマイズすることができる。

＜カスタマイズ例＞
次に、様々なカスタマイズの例を用いて、実施例におけるカスタマイズ制御を説明する。

（全宛先表示画面の追加）
図９は、実施例におけるカスタマイズ例（その１）を説明するための図である。図９に示す例では、ユーザーが、追加用画面ｄ２内の画面ｄ２１（全宛先表示画面）を、画面ｄ１と画面ｄ１１の間にドラッグアンドドロップしたとする。操作入力部１０７は、この操作を検知し、カスタマイズ操作の内容を表示画面管理部１０６に通知する。

このとき、操作入力部１０７は、どの画面をどこに追加したのかを表すため、追加画面情報を通知する。図１０は、追加画面情報（その１）の一例を示す図である。図１０に示すように、追加画面情報は、追加画面と、追加画面の前の画面（事前の画面）と追加画面の後の画面（事後の画面）とを関連付けている。図９に示す例の追加画面情報は、事前の画面は「スキャナー／ファックスＴＯＰ画面」であり、追加画面は「全宛先表示画面」であり、事後の画面は「原稿読み取りダイアログ」である。

カスタマイズ制御部１０４は、追加画面情報を表示画面管理部１０６から取得すると、追加画面の事前条件、事後条件を、条件情報（図５参照）を参照して確認する。カスタマイズ制御部１０４は、条件情報から追加画面の事前条件、事後条件を取得する。

図１１は、追加画面の事前条件、事後条件（その１）の一例を示す図である。図１１に示すように、「全宛先表示画面」の事前条件、事後条件は全て「なし」である。よって、カスタマイズ対象の画面及びカスタマイズ対象の画面の前後の画面に変更が入らないことが分かる。

これにより、カスタマイズ制御部１０４は、単純に「全宛先表示画面」を「スキャナー／ファックスＴＯＰ画面」と「原稿読み取りダイアログ」との間に追加できると判断できる。

カスタマイズ制御部１０４は、確認した事前条件、事後条件に基づいて、記憶部１０５に記憶される画面遷移情報を更新するよう制御する。図１２は、更新された画面遷移情報（その１）の一例を示す図である。図１２に示す例では、事前条件、事後条件が全て「なし」であるため、カスタマイズ制御部１０４は、追加する「全宛先表示画面」のｌａｙｏｕｔノードを画面遷移情報に追加するだけでよい。図１２に示すａ２１の部分は、追加されたｌａｙｏｕｔノードを示す。

表示画面管理部１０６は、更新された画面遷移情報を取得すると、表示部１０８に対し、更新された画面遷移情報に基づいてカスタマイズ操作画面を生成するよう要求する。

表示部１０８は、更新された画面遷移情報に基づいてカスタマイズ操作画面を生成し、表示する（図９参照）。これにより、ユーザーは、ツリー構造で画面遷移が表示されたカスタマイズ操作画面を用いて、画面遷移のカスタマイズを容易に行うことができる。

（宛先履歴画面の追加）
図１３は、実施例におけるカスタマイズ例（その２）を説明するための図である。図１３に示す例では、ユーザーが、追加用画面ｄ２内の画面ｄ１２１１（宛先履歴画面）を、画面ｄ１２１の後にドラッグアンドドロップしたとする。操作入力部１０７は、この操作を検知し、カスタマイズ操作の内容を表示画面管理部１０６に通知する。

このとき、操作入力部１０７は、どの画面をどこに追加したのかを表すため、追加画面情報を通知する。図１４は、追加画面情報（その２）の一例を示す図である。図１４に示すように、追加画面情報は、追加画面と、追加画面の前の画面（事前の画面）と追加画面の後の画面（事後の画面）とを関連付けている。図１４に示す例の追加画面情報は、事前の画面は「プレビュー画面」であり、追加画面は「宛先履歴画面」であり、事後の画面は「なし」である。

カスタマイズ制御部１０４は、追加画面情報を表示画面管理部１０６から取得すると、追加画面の事前条件、事後条件を、条件情報（図５参照）を参照して確認する。カスタマイズ制御部１０４は、条件情報から追加画面の事前条件、事後条件を取得する。

図１５は、追加画面の事前条件、事後条件（その２）の一例を示す図である。図１５に示すように、「宛先履歴画面」の事前条件のうち、画面アイテムの事前条件が「宛先履歴ボタン」である。その他の情報の事前条件、事後条件は全て「なし」である。これにより、カスタマイズ制御部１０４は、追加する宛先履歴画面の前の画面に「宛先履歴ボタン」が必要であると判断できる。

カスタマイズ制御部１０４は、確認した事前条件、事後条件に基づいて、記憶部１０５に記憶される画面遷移情報を更新するよう制御する。このとき、カスタマイズ制御部１０４は、事前条件があるため、図１６に示す事前条件に対する処理を行う。

図１６は、実施例における事前条件に対する処理の一例を示すフローチャートである。図１６に示すステップＳ２０１で、カスタマイズ制御部１０４は、追加画面に対して事前条件がないかを判定する。事前条件がない場合（ステップＳ２０１−ＹＥＳ）ステップＳ２０６に進み、事前条件がある場合（ステップＳ２０１−ＮＯ）ステップＳ２０２に進む。

ステップＳ２０２で、カスタマイズ制御部１０４は、画面遷移情報に基づき、事前の画面のＳＷＦファイルを読み込む。

ステップＳ２０３で、カスタマイズ制御部１０４は、事前の画面に対し、追加画面の事前条件の画面アイテムを追加する領域があるかを判定する。追加する領域がある場合（ステップＳ２０３−ＹＥＳ）ステップＳ２０４に進み、追加する領域がない場合（ステップＳ２０３−ＮＯ）ステップＳ２０５に進む。

ステップＳ２０４で、カスタマイズ制御部１０４は、事前の画面のＳＷＦファイルに事前条件の画面アイテム（宛先履歴ボタン）を追加する。なお、ステップＳ２０４では、画面内の空いているスペースに画面アイテムを追加するようにしているが、ユーザーに追加する領域を選ばせるようにしてもよい。

ステップＳ２０５で、カスタマイズ制御部１０４は、事前の画面のＳＷＦファイルにある画面アイテム全体を縮小して、事前条件の画面アイテムを追加する。なお、事前の画面のＳＷＦファイルにある画面アイテムを配置変更して、追加する画面アイテムのスペースを確保するようにしてもよい。

図１７は、事前画面に画面アイテムが追加された例（その１）を示す図である。図１７に示す事前画面ｄ１２１の「プレビュー画面」に「宛先履歴ボタン」ｉ１が追加されている。

ステップＳ２０６で、カスタマイズ制御部１０４は、追加画面の事前の画面に対応するｌａｙｏｕｔの子ノードに、追加画面のノードを追加する。

これにより、事前の画面に追加する画面アイテムがある場合は、自動で事前の画面に画面アイテムを追加することができる。

また、カスタマイズ制御部１０４は、追加する画面（宛先履歴画面）に変更が入るかを確認する。これは、追加する画面の前の画面による影響を受け、追加する画面に変更が入る場合と、追加する画面の後の画面による影響を受け、追加する画面に変更が入る場合があるからである。

図１８は、追加する画面の前の画面の事後条件判定処理の一例を示すフローチャートである。図１８に示すステップＳ２５１で、カスタマイズ制御部１０４は、追加する画面の前の画面の事後条件がないかを判定する。この事後条件がない場合（ステップＳ２５１−ＹＥＳ）この処理を終了し、この事後条件がある場合（ステップＳ２５１−ＮＯ）ステップＳ２５２に進む。

ステップＳ２５２で、カスタマイズ制御部１０４は、追加する画面のＳＷＦファイルを読み込む。

ステップＳ２５３で、カスタマイズ制御部１０４は、追加する画面に対し、追加する画面の前の画面（事前画面ともいう）の事後条件の画面アイテムを追加する領域があるかを判定する。追加する領域がある場合（ステップＳ２５３−ＹＥＳ）ステップＳ２５４に進み、追加する領域がない場合（ステップＳ２５３−ＮＯ）ステップＳ２５５に進む。

ステップＳ２５４で、カスタマイズ制御部１０４は、追加する画面のＳＷＦファイルに事後条件の画面アイテムを追加する。なお、ステップＳ２５４では、画面内の空いているスペースに画面アイテムを追加するようにしているが、ユーザーに追加する領域を選ばせるようにしてもよい。

ステップＳ２５５で、カスタマイズ制御部１０４は、追加する画面のＳＷＦファイルにある画面アイテム全体を縮小して、事後条件の画面アイテムを追加する。なお、追加する画面のＳＷＦファイルにある画面アイテムを配置変更して、追加する画面アイテムのスペースを確保するようにしてもよい。

なお、図１３に示すようなカスタマイズ例の場合、追加する前の画面が「プレビュー画面」であり、「プレビュー画面」の事後条件は、図５を参照すると「なし」であるため、ステップＳ２５１でＹＥＳとなり、確認処理は終了する。

図１９は、追加する画面の後の画面の事前条件判定処理の一例を示すフローチャートである。図１９に示すステップＳ２６１で、カスタマイズ制御部１０４は、追加する画面の後の画面の事前条件がないかを判定する。この事前条件がない場合（ステップＳ２６１−ＹＥＳ）この処理を終了し、この事前条件がある場合（ステップＳ２６１−ＮＯ）ステップＳ２６２に進む。

ステップＳ２６２で、カスタマイズ制御部１０４は、追加する画面のＳＷＦファイルを読み込む。

ステップＳ２６３で、カスタマイズ制御部１０４は、追加する画面に対し、追加する画面の後の画面（事後画面ともいう）の事前条件の画面アイテムを追加する領域があるかを判定する。追加する領域がある場合（ステップＳ２６３−ＹＥＳ）ステップＳ２６４に進み、追加する領域がない場合（ステップＳ２６３−ＮＯ）ステップＳ２６５に進む。

ステップＳ２６４で、カスタマイズ制御部１０４は、追加する画面のＳＷＦファイルに事前条件の画面アイテムを追加する。なお、ステップＳ２６４では、画面内の空いているスペースに画面アイテムを追加するようにしているが、ユーザーに追加する領域を選ばせるようにしてもよい。

ステップＳ２６５で、カスタマイズ制御部１０４は、追加する画面のＳＷＦファイルにある画面アイテム全体を縮小して、事前条件の画面アイテムを追加する。なお、追加する画面のＳＷＦファイルにある画面アイテムを配置変更して、追加する画面アイテムのスペースを確保するようにしてもよい。

なお、図１３に示すようなカスタマイズ例の場合、追加する後の画面が「なし」であるため、図１９に示す処理は行われない。

カスタマイズ制御部１０４は、図１６、１８、１９に示す処理により画面遷移情報を更新する。図２０は、更新された画面遷移情報（その２）の一例を示す図である。図２０に示す例では、カスタマイズ制御部１０４は、追加する「宛先履歴画面」のｌａｙｏｕｔノードを画面遷移情報に追加する。図２０に示すａ３１の部分は、追加されたｌａｙｏｕｔノードを示す。なお、プレビュー画面のＳＷＦファイルには、「宛先履歴ボタン」が追加されている。

表示画面管理部１０６は、更新された画面遷移情報を取得すると、表示部１０８に対し、更新された画面遷移情報に基づいてカスタマイズ操作画面を生成するよう要求する。

表示部１０８は、更新された画面遷移情報に基づいてカスタマイズ操作画面を生成し、表示する（図１３参照）。このとき、プレビュー画面ｄ１２１には既に「宛先履歴ボタン」ｉ１が追加されているので、ここでのＳＷＦファイルの変更は必要ない。これにより、画面遷移のカスタマイズを容易に行い、追加画面による必要な画面アイテムを自動で追加することができる。

（電子文書選択画面の追加）
図２１は、実施例におけるカスタマイズ例（その３）を説明するための図である。図２１に示す例では、ユーザーが、追加用画面ｄ２内の画面ｄ１２２（電子文書選択画面）を、画面ｄ１２の後にドラッグアンドドロップしたとする。操作入力部１０７は、この操作を検知し、カスタマイズ操作の内容を表示画面管理部１０６に通知する。

このとき、操作入力部１０７は、どの画面をどこに追加したのかを表すため、追加画面情報を通知する。図２２は、追加画面情報（その３）の一例を示す図である。図２２に示すように、追加画面情報は、追加画面と、追加画面の前の画面（事前の画面）と追加画面の後の画面（事後の画面）とを関連付けている。図２２に示す例の追加画面情報は、事前の画面は「設定確認／プレビュー画面」であり、追加画面は「電子文書選択画面」であり、事後の画面は「なし」である。

カスタマイズ制御部１０４は、追加画面情報を表示画面管理部１０６から取得すると、追加画面の事前条件、事後条件を、条件情報（図５参照）を参照して確認する。カスタマイズ制御部１０４は、条件情報から追加画面の事前条件、事後条件を取得する。

図２３は、追加画面の事前条件、事後条件（その３）の一例を示す図である。図２３に示すように、「電子文書選択画面」の事前条件のうち、画面アイテムの事前条件が「電子文書選択ボタン」である。「電子文書選択画面」の事後条件のうち、画面アイテムの事後条件が「参照先指定画面」、「検索画面」、「文書詳細表示画面」である。その他の情報の事前条件、事後条件は全て「なし」である。これにより、カスタマイズ制御部１０４は、追加する電子文書選択画面の前の画面に「電子文書選択ボタン」が必要であり、後の画面に「参照先指定画面」、「検索画面」、「文書詳細表示画面」が必要であると判断できる。

カスタマイズ制御部１０４は、確認した事前条件、事後条件に基づいて、記憶部１０５に記憶される画面遷移情報を更新するよう制御する。このとき、カスタマイズ制御部１０４は、事前条件があるため、図１６に示す事前条件に対する処理を行う。

カスタマイズ制御部１０４は、図１６に示す処理により、「電子文書選択ボタン」を「設定確認／プレビュー画面」に追加することができる。

図２４は、事前画面に画面アイテムが追加された例（その２）を示す図である。図２４に示す事前画面ｄ１２の「設定確認／プレビュー画面」に「電子文書選択ボタン」ｉ２が追加されている。

これにより、事前の画面に追加する画面アイテムがある場合は、自動で事前の画面に画面アイテムを追加することができる。

また、カスタマイズ制御部１０４は、追加画面に事後条件がある場合、図２５に示す事後条件に対する処理を行う。

図２５は、実施例における事後条件に対する処理の一例を示すフローチャートである。図２５に示すステップＳ３０１で、カスタマイズ制御部１０４は、追加画面に対して事後条件がないかを判定する。事後条件がない場合（ステップＳ３０１−ＹＥＳ）ステップＳ３１１に進み、事後条件が画面アイテムである場合（ステップＳ３０１−ＮＯ）ステップＳ３０３に進み、事後条件が画面である場合（ステップＳ３０１−ＮＯ）ステップＳ３０２に進む。

ステップＳ３０２で、カスタマイズ制御部１０４は、事前の画面の子ノードとして、追加画面以下の画面（追加画面、事後条件の画面）のノードを追加するよう制御する。

ステップＳ３０３で、カスタマイズ制御部１０４は、事後の画面があるかを判定する。事後の画面がある場合（ステップＳ３０３−ＹＥＳ）ステップＳ３０４に進み、事後の画面がない場合（ステップＳ３０３−ＮＯ）ステップＳ３０５に進む。

ステップＳ３０４で、カスタマイズ制御部１０４は、事後の画面のＳＷＦファイルを読み込む。ステップＳ３０５で、カスタマイズ制御部１０４は、ユーザーに事後の画面を追加させるか否か選択させる。ユーザーが事後の画面を選択する場合、ステップＳ３０６に進み、ユーザーが事後の画面を選択しない場合、ステップＳ３０７に進む。

ステップＳ３０６で、カスタマイズ制御部１０４は、ユーザーに画面追加の処理を行わせる。例えば、カスタマイズ制御部１０４は、事後の画面候補を表示部に表示し、ユーザーに選択させる。

ステップＳ３０７で、カスタマイズ制御部１０４は、自動で画面追加の処理を行う。この画面追加の処理は、例えば何もアイテムがない画面を追加し、この画面に事後条件の画面アイテムを追加する処理である。

図２６は、画面アイテムが何もない画面の一例を示す図である。事後条件に画面アイテムがあっても事後の画面がない場合、図２６に示すような画面を追加し、この画面に画面アイテムを追加すればよい。

図２５に戻り、ステップＳ３０８で、カスタマイズ制御部１０４は、事後の画面に対し、追加画面の事後条件の画面アイテムを追加する領域があるかを判定する。追加する領域がある場合（ステップＳ３０８−ＹＥＳ）ステップＳ３０９に進み、追加する領域がない場合（ステップＳ３０８−ＮＯ）ステップＳ３１０に進む。

ステップＳ３０９で、カスタマイズ制御部１０４は、事後の画面のＳＷＦファイルに事後条件の画面アイテムを追加する。なお、ステップＳ３０９では、画面内の空いているスペースに画面アイテムを追加するようにしているが、ユーザーに追加する領域を選ばせるようにしてもよい。

ステップＳ３１０で、カスタマイズ制御部１０４は、事後の画面のＳＷＦファイルにある画面アイテム全体を縮小して、事後条件の画面アイテムを追加する。なお、事後の画面のＳＷＦファイルにある画面アイテムを配置変更して、追加する画面アイテムのスペースを確保するようにしてもよい。

ステップＳ３１１で、カスタマイズ制御部１０４は、追加画面の事前の画面に対応するｌａｙｏｕｔの子ノードに、追加画面のノードを追加する。ただし、事前の条件があり、図１６に示す事前条件に対する処理で既に追加画面のノードを追加している場合は、この処理は不要である。

また、カスタマイズ制御部１０４は、追加する画面に変更が入るかを確認する。具体的には、カスタマイズ制御部１０４は、図１８及び図１９に示す処理を行う。図２１に示す例では、追加する画面（電子文書選択画面）の前の画面が「設定確認／プレビュー画面」である。この「設定確認／プレビュー画面」の事後条件は、図５を参照すると「なし」であるため、図１８に示すステップＳ２５１でＹＥＳとなり、確認処理は終了する。

また、追加する画面（電子文書選択画面）は、図２５に示す処理のステップＳ３０２で、後に画面（検索画面など）が追加されている。カスタマイズ制御部１０４は、図１９に示す処理を事後画面毎に行うことで、追加する画面（電子文書選択画面）に「宛先履歴画面」、「参照ボタン」、「文書詳細表示ボタン」を追加することができる（図５参照）。なお、元からこれらのボタンが画面にある場合は、追加する必要はない。

カスタマイズ制御部１０４は、図１６、１８、１９、２５に示す処理により画面遷移情報を更新する。図２７は、更新された画面遷移情報（その３）の一例を示す図である。図２７に示す例では、カスタマイズ制御部１０４は、追加する「電子文書選択画面」以下の画面のｌａｙｏｕｔノードを画面遷移情報に追加する。図２７に示すａ４１の部分は、追加されたｌａｙｏｕｔノードを示す。なお、設定確認／プレビュー画面のＳＷＦファイルには、「電子文書選択ボタン」が追加されている。

表示画面管理部１０６は、更新された画面遷移情報を取得すると、表示部１０８に対し、更新された画面遷移情報に基づいてカスタマイズ操作画面を生成するよう要求する。

表示部１０８は、更新された画面遷移情報に基づいてカスタマイズ操作画面を生成し、表示する（図２１参照）。このとき、プレビュー画面には既に「電子文書選択ボタン」が追加されているので、ここでのＳＷＦファイルの変更は必要ない。これにより、画面遷移のカスタマイズを容易に行い、追加画面による必要な画面アイテムを自動で追加することができる。

（電子文書選択画面の削除１）
図２８は、実施例におけるカスタマイズ例（その４）を説明するための図である。図２８に示す例では、ユーザーが、カスタマイズ操作画面から、「電子文書選択画面」ｄ１３を削除した場合の例を示す。なお、この例では、削除画面以下の全ての画面についても、削除画面と合わせて削除する例について説明する。操作入力部１０７は、この操作を検知し、カスタマイズ操作の内容を表示画面管理部１０６に通知する。

このとき、操作入力部１０７は、どの画面を削除したのかを表すため、削除画面情報を通知する。図２９は、削除画面情報の一例を示す図である。図２９に示すように、削除画面情報は、削除画面と、削除画面の前の画面（事前の画面）と削除画面の後の画面（事後の画面）とを関連付けている。図２９に示す例の削除画面情報は、事前の画面は「ファックス／スキャナーＴＯＰ画面」であり、削除画面は「電子文書選択画面」であり、事後の画面は「宛先指定画面」、「文書検索画面」、「文書詳細画面」である。

カスタマイズ制御部１０４は、削除画面情報を表示画面管理部１０６から取得すると、削除画面の事前条件、事後条件を、条件情報（図５参照）を参照して確認する。カスタマイズ制御部１０４は、条件情報から削除画面の事前条件、事後条件を取得する。

図３０は、削除画面の事前条件、事後条件の一例を示す図である。図３０に示すように、「電子文書選択画面」の事前条件のうち、画面アイテムの事前条件が「電子文書選択ボタン」、画面アイテムの事後条件が「参照先指定画面」、「検索画面」、「文書詳細表示画面」である。その他の情報の事前条件、事後条件は全て「なし」である。これにより、カスタマイズ制御部１０４は、削除する電子文書選択画面の前の画面で「電子文書選択ボタン」が不要であると判断できる。

カスタマイズ制御部１０４は、確認した事前条件、事後条件に基づいて、記憶部１０５に記憶される画面遷移情報を更新するよう制御する。このとき、カスタマイズ制御部１０４は、事前条件があるため、図３１に示す事前条件に対する処理を行う。なお、この例では、削除画面以下の画面については、全て削除するので事後条件に対する処理を行う必要はない。

図３１は、実施例における画面削除時の事前条件に対する処理（その１）の一例を示すフローチャートである。図３１に示すステップＳ４０１で、カスタマイズ制御部１０４は、削除画面に対して事前条件がないかを判定する。事前条件がない場合（ステップＳ４０１−ＹＥＳ）ステップＳ４０４に進み、事前条件がある場合（ステップＳ４０１−ＮＯ）ステップＳ４０２に進む。

ステップＳ４０２で、カスタマイズ制御部１０４は、画面遷移情報に基づき、事前の画面のＳＷＦファイルを読み込む。

ステップＳ４０３で、カスタマイズ制御部１０４は、事前の画面に対し、削除画面の事前条件が示す画面アイテムをＳＷＦファイルから削除する。これは、画面を削除した場合に不要な画面アイテムとなるからである。ステップＳ４０３の処理が終わると、ステップＳ４０４に進む。

ステップＳ４０４で、カスタマイズ制御部１０４は、事前の画面の子ノードから、削除画面のノード以下に連なる全てのノードを削除する。

図３２は、画面アイテムの削除を説明するための図である。図３２（Ａ）は、画面アイテム削除前のファックス／スキャナーＴＯＰ画面を示す。図３２（Ｂ）は、画面アイテム削除後のファックス／スキャナーＴＯＰ画面を示す。図３２（Ｂ）に示すように、ステップＳ４０３の処理により「電子文書選択ボタン」が削除されている。

これにより、事前の画面に削除する画面アイテムがある場合は、自動で事前の画面から画面アイテムを削除することができる。

カスタマイズ制御部１０４は、図３１に示す処理に基づき画面遷移情報を更新する。図３３は、更新された画面遷移情報（その４）の一例を示す図である。図３３に示す例では、カスタマイズ制御部１０４は、削除する「電子文書選択画面」以下のｌａｙｏｕｔノードを画面遷移情報から削除する。例えば、図３３に示す画面遷移情報は、図６に示す画面遷移情報から、図６に示すａ１３、ａ１３１〜ａ１３３のｌａｙｏｕｔノードが削除されている。

表示画面管理部１０６は、更新された画面遷移情報を取得すると、表示部１０８に対し、更新された画面遷移情報に基づいてカスタマイズ操作画面を生成するよう要求する。

表示部１０８は、更新された画面遷移情報に基づいてカスタマイズ操作画面を生成し、表示する（図２８参照）。これにより、画面遷移のカスタマイズを容易に行い、削除画面による不要な画面アイテムを自動で削除することができる。

（電子文書選択画面の削除２）
図３４は、実施例におけるカスタマイズ例（その５）を説明するための図である。図３４に示す例では、ユーザーが、カスタマイズ操作画面から、「電子文書選択画面」ｄ１３を削除した場合の例を示す。なお、この例では、削除対象の画面のみを削除する例について説明する。以下に説明する削除２と前述した削除１との処理は、ユーザーに適宜選択させてどちらかの処理が行われるようにすればよい。操作入力部１０７は、この操作を検知し、カスタマイズ操作の内容を表示画面管理部１０６に通知する。

このとき、操作入力部１０７は、どの画面を削除したのかを表すため、削除画面情報を通知する。削除画面情報は、図２９と同様であるため説明を省略する。

カスタマイズ制御部１０４は、削除画面情報を表示画面管理部１０６から取得すると、削除画面の事前条件、事後条件を、条件情報（図５参照）を参照して確認する。カスタマイズ制御部１０４は、条件情報から削除画面の事前条件、事後条件、及び、事後条件の画面の事前条件、事後条件を取得する。

図３５は、削除画面及び事後条件の画面の事前条件、事後条件の一例を示す図である。図３５に示すように、「電子文書選択画面」の事前条件のうち、画面アイテムの事前条件が「電子文書選択ボタン」であり、画面アイテムの事後条件が「参照先指定画面」、「検索画面」、「文書詳細表示画面」である。

また、「宛先履歴画面」の事前条件は「宛先履歴ボタン」であり、「参照先指定画面」の事前条件は「参照ボタン」であり、「文書詳細表示画面」の事前条件は「文書詳細表示ボタン」である。その他の情報の事前条件、事後条件は「なし」である。これにより、カスタマイズ制御部１０４は、削除する電子文書選択画面の前の画面で「電子文書選択ボタン」が不要であると判断できる。

また、カスタマイズ制御部１０４は、電子文書選択画面内にあった「宛先履歴ボタン」、「参照ボタン」、「文章詳細表示ボタン」が、事前の画面（ファックス／スキャナーＴＯＰ画面）に必要であると判断できる。

カスタマイズ制御部１０４は、確認した事前条件、事後条件に基づいて、記憶部１０５に記憶される画面遷移情報を更新するよう制御する。このとき、カスタマイズ制御部１０４は、事前条件があるため、図３６に示す事前条件に対する処理を行う。

図３６は、実施例における画面削除時の事前条件に対する処理（その２）の一例を示すフローチャートである。図３６に示すステップＳ５０１で、カスタマイズ制御部１０４は、削除画面に対して事前条件がないかを判定する。事前条件がない場合（ステップＳ５０１−ＹＥＳ）ステップＳ５０４に進み、事前条件がある場合（ステップＳ５０１−ＮＯ）ステップＳ５０２に進む。

ステップＳ５０２で、カスタマイズ制御部１０４は、画面遷移情報に基づき、事前の画面のＳＷＦファイルを読み込む。

ステップＳ５０３で、カスタマイズ制御部１０４は、事前の画面に対し、削除画面の事前条件が示す画面アイテムをＳＷＦファイルから削除する。これは、画面を削除した場合に不要な画面アイテムとなるからである。ステップＳ５０３の処理が終わると、ステップＳ５０４に進む。

ステップＳ５０４で、カスタマイズ制御部１０４は、事前の画面の子ノードから、削除画面のノードのみを削除する。

図３７は、実施例における画面削除時の事後条件に対する処理の一例を示すフローチャートである。図３７に示すように、ステップＳ６０１で、カスタマイズ制御部１０４は、削除画面の事後条件がないかを判定する。事後条件がない場合（ステップＳ６０１−ＹＥＳ）この処理を終了し、事後条件が画面アイテムである場合、ステップＳ６０２に進み、事後条件が画面である場合、ステップＳ６０４に進む。

ステップＳ６０２で、カスタマイズ制御部１０４は、削除画面の後の画面のＳＷＦファイルを読み込む。

ステップＳ６０３で、カスタマイズ制御部１０４は、削除画面の後の画面から削除画面の事後条件である画面アイテムを削除する。

ステップＳ６０４で、カスタマイズ制御部１０４は、削除画面の前の画面のＳＷＦファイルを読み込む。

ステップＳ６０５で、カスタマイズ制御部１０４は、削除画面の前の画面に対し、事後条件である画面（例えば宛先履歴画面など）の事前条件である画面アイテム（例えば宛先履歴ボタンなど）を追加する領域があるかを判定する。追加する領域がある場合（ステップＳ６０５−ＹＥＳ）ステップＳ６０６に進み、追加する領域がない場合（ステップＳ６０５−ＮＯ）ステップＳ６０７に進む。

ステップＳ６０６で、カスタマイズ制御部１０４は、削除画面の前の画面のＳＷＦファイルに、事後条件である画面の事前条件である画面アイテムを追加する。

ステップＳ６０７で、カスタマイズ制御部１０４は、削除画面の前の画面のＳＷＦファイルにある画面アイテムを縮小し、事後条件である画面の事前条件である画面アイテムを追加する。なお、画面アイテムを縮小する以外にも、画面アイテムを配置変更するなどして、スペースを確保するようにしてもよい。

ステップＳ６０８で、カスタマイズ制御部１０４は、事後条件である画面のノードが、削除画面の前の画面の子ノードになるようｘｍｌを書き換える。

図３８は、画面アイテムの追加を説明するための図である。図３８（Ａ）は、画面アイテム追加前のファックス／スキャナーＴＯＰ画面を示す。図３８（Ｂ）は、画面アイテム追加後のファックス／スキャナーＴＯＰ画面を示す。図３８（Ｂ）に示す画面に、図３７に示すステップＳ６０６、６０７の処理により「文書詳細表示ボタン」、「参照ボタン」、「検索ボタン」が追加されている。

これにより、削除する画面内に、画面遷移する画面アイテムがある場合、この画面アイテムを削除画面の前の画面に追加することができる。

カスタマイズ制御部１０４は、図３６、３５に示す処理に基づき画面遷移情報を更新する。図３９は、更新された画面遷移情報（その５）の一例を示す図である。図３７に示す例では、カスタマイズ制御部１０４は、削除する「電子文書選択画面」のみのｌａｙｏｕｔノードを画面遷移情報から削除する。また、カスタマイズ制御部１０４は、削除画面以下の画面のノードを、削除画面の前の画面の子ノードに書き換える。例えば、図３９に示す画面遷移情報は、図６に示す画面遷移情報から、図６に示すａ１３が削除され、ａ１３１〜ａ１３３のｌａｙｏｕｔノードがａ１の子ノードに書き換えられている。

表示画面管理部１０６は、更新された画面遷移情報を取得すると、表示部１０８に対し、更新された画面遷移情報に基づいてカスタマイズ操作画面を生成するよう要求する。

表示部１０８は、更新された画面遷移情報に基づいてカスタマイズ操作画面を生成し、表示する（図３４参照）。これにより、画面遷移のカスタマイズを容易に行い、削除画面による必要な画面アイテムを自動で追加することができる。

（画面の入れ替え）
カスタマイズの一例として画面入れ替えを行う場合、前述した画面の削除を行って、前述した画面の追加を行えばよい。よって、画面の入れ替えを行う場合は、前述した処理を組み合わせれば処理可能なため、この説明を省略する。

以上、実施例によれば、画面遷移を階層構造で表示することで、煩雑なカスタマイズであってもユーザーが自由にカスタマイズすることができる。

［変形例］
次に、変形例における情報処理装置１について説明する。変形例における情報処理装置１は、前述したカスタマイズを、カスタマイズツールを実行することで処理する。

＜機能＞
図４０は、変形例における情報処理装置１の機能の一例を示すブロック図である。図４０に示す情報処理装置１は、通信部２０１、カスタマイズ制御部２０４、表示画面管理部２０６、操作入力部２０７、表示部２０８を備える。

カスタマイズ制御部２０４は、ＭＦＰ５又はサーバ２から画面遷移情報及び条件情報を取得する。カスタマイズ制御部２０４は、前述したようなカスタマイズ制御を行い、通信部２０１を介して、更新された画面遷移情報をＭＦＰ５に送信する。その他の構成は、ＭＦＰ５の構成と同様であるため、説明を省略する。これにより、情報処理装置１でカスタマイズを行って、更新された画面遷移情報をＭＦＰ５に送信することもできる。

実施例のＭＦＰ５や変形例の情報処理装置１で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、実施例のＭＦＰ５や変形例の情報処理装置１で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施例のＭＦＰ５や変形例の情報処理装置１で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

また、実施例のＭＦＰ５や変形例の情報処理装置１で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

実施例のＭＦＰ５や変形例の情報処理装置１で実行されるプログラムは、前述した各部を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が補助記憶部からプログラムを読み出して実行することにより上記各部のうち１又は複数の各部が主記憶部上にロードされ、１又は複数の各部が主記憶部上に生成されるようになっている。

以上、本発明の実施例について詳述したが、本発明は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。また、前述した実施例の構成要素を全部又は複数を組み合わせて情報処理装置を構成することも可能である。

１ 情報処理装置
２ サーバ
５ ＭＦＰ
１１、５１ 制御部
１２、５２ 主記憶部
１３、５３ 補助記憶部
１４、５４ 外部記憶装置Ｉ／Ｆ部
１５、５５ ネットワークＩ／Ｆ部
１６ 入力部
１７、５７ 表示部
５６ 操作部
５８ エンジン部
１０１、２０１ 通信部
１０２、２０２ 送信部
１０３、２０３ 受信部
１０４、２０４ カスタマイズ制御部
１０５ 記憶部
１０６、２０６ 表示画面管理部
１０７、２０７ 操作入力部
１０８、２０８ 表示部

特開２００９−４８３９７号公報 特開２００２−１８２９１４号公報 特許２００９−２７１６８１号公報

Claims (9)

1. 各アプリケーションの画面遷移を階層的に表す画面遷移情報を記憶する第１記憶部と、
   画面毎に、前の画面又は後の画面に必要なＵＩ部品が関連付けられた条件情報を記憶する第２記憶部と、
   前記画面遷移情報に基づき、画面遷移を階層的に可視化して表示する表示部と、
   前記表示部に表示された画面遷移がカスタマイズされる場合、カスタマイズ対象の画面に対応する前記条件情報に基づいてカスタマイズを制御し、前記画面遷移情報を更新するカスタマイズ制御部と、
   を備える画像形成装置。
2. 前記カスタマイズ制御部は、
   画面が追加される場合、該画面に対応する前記条件情報内にＵＩ部品があるときは、該ＵＩ部品を必要とする前の画面又は後の画面に該ＵＩ部品を追加する請求項１記載の画像形成装置。
3. 前記カスタマイズ制御部は、
   前記後の画面に前記ＵＩ部品を追加する場合、前記カスタマイズ対象の画面の後に画面がないときは、前記カスタマイズ対象の画面の後に他の画面を追加し、該他の画面に前記ＵＩ部品を追加する請求項２記載の画像形成装置。
4. 前記条件情報は、画面毎に、後の画面として必要な画面がさらに関連付けられ、
   前記カスタマイズ制御部は、
   画面が追加される場合、該画面に対応する前記条件情報内に後の画面が関連付けられているときは、前記カスタマイズ対象の画面の後ろに前記後の画面を追加する請求項１乃至３いずれか一項に記載の画像形成装置。
5. 前記カスタマイズ制御部は、
   画面を削除する場合、該画面に対応する前記条件情報内にＵＩ部品があるときは、該ＵＩ部品を有する前の画面又は後の画面から該ＵＩ部品を削除する請求項１乃至４いずれか一項に記載の画像形成装置。
6. 前記カスタマイズ制御部は、
   削除対象の画面内に、後の画面に遷移するためのＵＩ部品があるときは、該ＵＩ部品を前記削除対象の画面の前の画面に追加する請求項５記載の画像形成装置。
7. 画像形成装置の各アプリケーションの画面遷移を階層的に表す画面遷移情報、及び画面毎に前の画面又は後の画面に必要なＵＩ部品が関連付けられた条件情報を取得する取得部と、
   前記画面遷移情報に基づき、画面遷移を階層的に可視化して表示する表示部と、
   前記表示部に表示された画面遷移がカスタマイズされる場合、カスタマイズ対象の画面に対応する前記条件情報に基づいてカスタマイズを制御し、前記画面遷移情報を更新するカスタマイズ制御部と、
   更新された画面遷移情報を前記画像形成装置に送信する送信部と、
   を備える情報処理装置。
8. 画像形成装置の各アプリケーションの画面遷移を階層的に表す画面遷移情報を記憶部から取得する第１取得ステップと、
   画面毎に、前の画面又は後の画面に必要なＵＩ部品が関連付けられた条件情報を記憶部から取得する第２取得ステップと、
   前記画面遷移情報に基づき、画面遷移を階層的に可視化して表示する表示ステップと、
   表示された画面遷移がカスタマイズされる場合、カスタマイズ対象の画面に対応する前記条件情報に基づいてカスタマイズを制御し、前記画面遷移情報を更新するカスタマイズステップと、
   をコンピュータに実行させるためのカスタマイズプログラム。
9. 請求項８記載のカスタマイズプログラムを記録したコンピュータ読み取り可能な記録媒体。