(57)【特許請求の範囲】
【請求項１】
各アプリケーションの画面遷移を階層的に表す画面遷移情報を記憶する第１記憶部と、
画面毎に、前の画面又は後の画面に必要なＵＩ部品が関連付けられた条件情報を記憶する第２記憶部と、
前記画面遷移情報に基づき、画面遷移を階層的に可視化して表示する表示部と、
前記表示部に表示された画面遷移がカスタマイズされる場合、カスタマイズ対象の画面に対応する前記条件情報に基づいてカスタマイズを制御し、前記画面遷移情報を更新するカスタマイズ制御部と、
を備える画像形成装置。
【請求項２】
前記カスタマイズ制御部は、
画面が追加される場合、該画面に対応する前記条件情報内にＵＩ部品があるときは、該ＵＩ部品を必要とする前の画面又は後の画面に該ＵＩ部品を追加する請求項１記載の画像形成装置。
【請求項３】
前記カスタマイズ制御部は、
前記後の画面に前記ＵＩ部品を追加する場合、前記カスタマイズ対象の画面の後に画面がないときは、前記カスタマイズ対象の画面の後に他の画面を追加し、該他の画面に前記ＵＩ部品を追加する請求項２記載の画像形成装置。
【請求項４】
前記条件情報は、画面毎に、後の画面として必要な画面がさらに関連付けられ、
前記カスタマイズ制御部は、
画面が追加される場合、該画面に対応する前記条件情報内に後の画面が関連付けられているときは、前記カスタマイズ対象の画面の後ろに前記後の画面を追加する請求項１乃至３いずれか一項に記載の画像形成装置。
【請求項５】
前記カスタマイズ制御部は、
画面を削除する場合、該画面に対応する前記条件情報内にＵＩ部品があるときは、該ＵＩ部品を有する前の画面又は後の画面から該ＵＩ部品を削除する請求項１乃至４いずれか一項に記載の画像形成装置。
【請求項６】
前記カスタマイズ制御部は、
削除対象の画面内に、後の画面に遷移するためのＵＩ部品があるときは、該ＵＩ部品を前記削除対象の画面の前の画面に追加する請求項５記載の画像形成装置。
【請求項７】
画像形成装置の各アプリケーションの画面遷移を階層的に表す画面遷移情報、及び画面毎に前の画面又は後の画面に必要なＵＩ部品が関連付けられた条件情報を取得する取得部と、
前記画面遷移情報に基づき、画面遷移を階層的に可視化して表示する表示部と、
前記表示部に表示された画面遷移がカスタマイズされる場合、カスタマイズ対象の画面に対応する前記条件情報に基づいてカスタマイズを制御し、前記画面遷移情報を更新するカスタマイズ制御部と、
更新された画面遷移情報を前記画像形成装置に送信する送信部と、
を備える情報処理装置。
【請求項８】
画像形成装置の各アプリケーションの画面遷移を階層的に表す画面遷移情報を記憶部から取得する第１取得ステップと、
画面毎に、前の画面又は後の画面に必要なＵＩ部品が関連付けられた条件情報を記憶部から取得する第２取得ステップと、
前記画面遷移情報に基づき、画面遷移を階層的に可視化して表示する表示ステップと、
表示された画面遷移がカスタマイズされる場合、カスタマイズ対象の画面に対応する前記条件情報に基づいてカスタマイズを制御し、前記画面遷移情報を更新するカスタマイズステップと、
をコンピュータに実行させるためのカスタマイズプログラム。
【請求項９】
請求項８記載のカスタマイズプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画面遷移のカスタマイズを行う画像形成装置、情報処理装置、カスタマイズプログラム及び記録媒体に関する。
【背景技術】
【０００２】
近年、画像形成装置（ＭＦＰ：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）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１７１】
また、実施例のＭＦＰ５や変形例の情報処理装置１で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施例のＭＦＰ５や変形例の情報処理装置１で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０１７２】
また、実施例のＭＦＰ５や変形例の情報処理装置１で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１７３】
実施例のＭＦＰ５や変形例の情報処理装置１で実行されるプログラムは、前述した各部を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が補助記憶部からプログラムを読み出して実行することにより上記各部のうち１又は複数の各部が主記憶部上にロードされ、１又は複数の各部が主記憶部上に生成されるようになっている。
【０１７４】
以上、本発明の実施例について詳述したが、本発明は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。また、前述した実施例の構成要素を全部又は複数を組み合わせて情報処理装置を構成することも可能である。
【符号の説明】
【０１７５】
１  情報処理装置
２  サーバ
５  ＭＦＰ
１１、５１  制御部
１２、５２  主記憶部
１３、５３  補助記憶部
１４、５４  外部記憶装置Ｉ／Ｆ部
１５、５５  ネットワークＩ／Ｆ部
１６  入力部
１７、５７  表示部
５６  操作部
５８  エンジン部
１０１、２０１  通信部
１０２、２０２  送信部
１０３、２０３  受信部
１０４、２０４  カスタマイズ制御部
１０５  記憶部
１０６、２０６  表示画面管理部
１０７、２０７  操作入力部
１０８、２０８  表示部
【先行技術文献】
【特許文献】
【０１７６】
【特許文献１】特開２００９−４８３９７号公報
【特許文献２】特開２００２−１８２９１４号公報
【特許文献３】特許２００９−２７１６８１号公報
【図１】
0005582012.tif 000002
【図２】
0005582012.tif 000003
【図３】
0005582012.tif 000004
【図４】
0005582012.tif 000005
【図５】
0005582012.tif 000006
【図６】
0005582012.tif 000007
【図７】
0005582012.tif 000008
【図８】
0005582012.tif 000009
【図９】
0005582012.tif 000010
【図１０】
0005582012.tif 000011
【図１１】
0005582012.tif 000012
【図１２】
0005582012.tif 000013
【図１３】
0005582012.tif 000014
【図１４】
0005582012.tif 000015
【図１５】
0005582012.tif 000016
【図１６】
0005582012.tif 000017
【図１７】
0005582012.tif 000018
【図１８】
0005582012.tif 000019
【図１９】
0005582012.tif 000020
【図２０】
0005582012.tif 000021
【図２１】
0005582012.tif 000022
【図２２】
0005582012.tif 000023
【図２３】
0005582012.tif 000024
【図２４】
0005582012.tif 000025
【図２５】
0005582012.tif 000026
【図２６】
0005582012.tif 000027
【図２７】
0005582012.tif 000028
【図２８】
0005582012.tif 000029
【図２９】
0005582012.tif 000030
【図３０】
0005582012.tif 000031
【図３１】
0005582012.tif 000032
【図３３】
0005582012.tif 000033
【図３４】
0005582012.tif 000034
【図３５】
0005582012.tif 000035
【図３６】
0005582012.tif 000036
【図３７】
0005582012.tif 000037
【図３９】
0005582012.tif 000038
【図４０】
0005582012.tif 000039
【図３２】
0005582012.tif 000040
【図３８】
0005582012.tif 000041