画像処理システム、デバイス操作画面生成方法、プログラム、及び、情報処理装置
【課題】デバイスの操作画面に表示するボタンを適切に減らし、ユーザが望むボタンを容易に探して操作することができるよにすること。
【解決手段】ＰＣアプリ１０２のボタングルーピング判定部２０７が、デバイスから取得したデバイス情報と、ボタンデータ２１０に登録されたワンタッチボタンに対応する処理の内容から、ワンタッチボタンを表示する階層を動的に判定し、下階層で表示すると判定された複数のワンタッチボタンをグルーピングして１つのまとめボタンに対応させ、表示画面生成部２０５が、上階層で表示すると判定されたワンタッチボタン、及び、前記まとめボタンを操作画面上に表示するための表示画面情報を生成してデバイスに送信する構成を特徴とする。
【解決手段】ＰＣアプリ１０２のボタングルーピング判定部２０７が、デバイスから取得したデバイス情報と、ボタンデータ２１０に登録されたワンタッチボタンに対応する処理の内容から、ワンタッチボタンを表示する階層を動的に判定し、下階層で表示すると判定された複数のワンタッチボタンをグルーピングして１つのまとめボタンに対応させ、表示画面生成部２０５が、上階層で表示すると判定されたワンタッチボタン、及び、前記まとめボタンを操作画面上に表示するための表示画面情報を生成してデバイスに送信する構成を特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、本発明は、ＰＣアプリケーションで作成したボタンを含む操作画面情報を画像処理デバイスのユーザインタフェース上で表示するための制御に関する。
【背景技術】
【０００２】
近年、ＰＣアプリケーション（以後、ＰＣアプリ）の情報を複写機やプリンタ、マルチファンクション装置等の画像処理装置（以後、デバイス）のユーザインタフェース（以後、ＵＩ）上で表示するシステムが増えてきている。さらには、表示画面情報をＰＣアプリ側で作成までしてしまい、作成された画面をそのままデバイスのＵＩで表示する傾向が増えてきている。
【０００３】
一方、デバイスの前でユーザに複雑な操作を行わせないように、予め処理設定を１つのボタンに登録しておく「ワンタッチボタン」機能が広く利用されてきている。これにより、ユーザは所望のボタンを押下するだけであり、ユーザの操作負荷を軽減することができる。
【０００４】
ここで従来の画面表示例を図１３、図１４を用いて説明する。
図１３，図１４は、従来の画面表示例を示す図である。
図１３に示すように、画面６０１は、デバイスに装備されている画面の表示領域でありタッチパネルとなっている。システムは、ユーザが画面に触れることによってワンタッチボタンが押された等の判断をする。
【０００５】
タブ６０２、６０３、６０４は、３つの画面があることを表している。複数のボタンをタブ６０２で表示しきれない場合に、残りのボタンをタブ６０３で表示し、さらにタブ６０３を用いても表示しきれない場合には、残りのボタンをタブ６０４に表示する。システムは、ユーザが各タブ６０２、６０３、６０４のいずれかを押下したことを検知すると該当する画面を表示する。
【０００６】
この例では、ワンタッチボタン６０５は、１つの画面内に６つまで表示可能であり、３つのタブで表示されるボタンの合計は１８個となる。ユーザが所望のボタンを押下すると、システムはそのボタンに登録されている処理内容を読み出し、定められた処理を行う。
【０００７】
ユーザは、表示されている画面内に所望のワンタッチボタンがない場合には、タブ６０３、又はタブ６０４を押下し、別の画面内で所望のワンタッチボタンを探す。ＯＫボタン６０６が押下された場合、システムは表示画面を、予め定められたデバイスのコピー処理画面などの初期画面表示とする。
【０００８】
図１４はタブ６０３の画面を表示している場合の画面表示例である。タブ６０２で表示し切れなかったワンタッチボタン７０１が３つ表示されている。
なお、登録するボタンの数が多くなると、図１３，図１４に示したように、１画面中にボタンを表示しきれなくなったり、所望のボタンを探すことが困難になるという問題があった。
【０００９】
その解決策として複数の画面ページを持つものや、ユーザが望む可能性の高いボタンから順に表示するものが知られている（特許文献１参照）。
これにより、デバイスの新機種開発の度にデバイス側で新しいＵＩを実装する必要がないため開発工数を押さえられる。さらには、ＰＣアプリ側で情報を一元的に管理するため、どのデバイスからでも同じ情報を使用できる利点がある。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０００−１３７７３１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
ところが、複数の画面ページがあると、所望のボタンを見つけるためにページを更新する必要があり、その度にＰＣアプリとネットワークを介して画面表示情報のやりとりが必要なため、表示の応答性が悪いという問題があった。
【００１２】
また、ユーザが望む可能性の高いボタンの判断を、静的なボタン情報に含まれるキーワードから識別するだけでは十分な判断ができなかった。さらにその場合、ユーザはどのような順序でボタンが並んでいるかを直感的に把握することができず、所望のボタンを探すことができずに迷う場面も少なくなかった。
【００１３】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、デバイスの操作画面に表示するボタンを適切に減らし、ユーザが望むボタンを容易に探して操作可能となる仕組みを提供することである。
【課題を解決するための手段】
【００１４】
本発明は、画像処理デバイスと、前記画像処理デバイスの操作画面を生成して前記画像処理デバイスに送信する情報処理装置から構成される画像処理システムであって、前記情報処理装置は、画像処理デバイスで実行する処理をボタンとして登録しておく登録手段と、前記画像処理デバイスから前記画像処理デバイスのデバイス情報を取得するデバイス情報取得手段と、前記デバイス情報取得手段で取得されたデバイス情報と、前記登録手段に登録されたボタンに対応する処理の内容から、前記登録手段に登録されたボタンを表示する階層を動的に判定する判定手段と、前記判定手段により下階層で表示すると判定された複数のボタンを１又は複数のグループにグルーピングして、グループ毎に１つのまとめボタンに対応させるボタンまとめ手段と、前記判定手段により上階層で表示すると判定されたボタン、及び、前記ボタンまとめ手段によりまとめられた前記まとめボタンを操作画面上に表示するための操作画面情報を生成して前記画像処理装置に送信する画面生成手段とを有するものであり、前記画像処理デバイスは、前記画像処理デバイスのデバイス情報を前記情報処理装置に通知するデバイス情報通知手段と、前記情報処理装置から受信した操作画面情報に基づいて操作画面を表示してユーザ操作を受け付けるユーザインタフェース手段とを有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、デバイスの操作画面に表示するボタンを適切に減らし、ユーザが望むボタンを容易に探して操作可能とするような、操作性が高いユーザインタフェースを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明を適用可能な印刷システムの概略を示す図である。
【図２】ＰＣアプリ１０２のソフトウェア構成図である。
【図３】デバイスのハードウェア構成図である。
【図４】デバイスのソフトウェア構成図である。
【図５】ワンタッチボタン登録情報を示す図である。
【図６】ユーザのアカウント情報を示す図である。
【図７】ＰＣアプリ１０２とデバイスとの通信シーケンスを示す図である。
【図８】ボタングルーピング判定テーブルを示す図である。
【図９】実施例１のＰＣアプリ１０２の動作を示すフローチャートである。
【図１０】実施例１の画面表示例を示す図である。
【図１１】実施例２のＰＣアプリ１０２の動作を示すフローチャートである。
【図１２】実施例２の画面表示例を示す図である。
【図１３】従来の画面表示例を示す図である。
【図１４】従来の画面表示例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１８】
図１は、本発明を適用可能な画像処理システムの概略を示す図である。
図１に示すパーソナルコンピュータ（以下、ＰＣ）１０１は、ＣＰＵやＲＡＭ、ＲＯＭ、ＨＤＤ、ネットワークインタフェースカード（ＮＩＣ）等のハードウェア構成物により構成される。また、ＰＣ１０１は、ネットワーク１０４にて、複写機やプリンタ、マルチファンクション装置等の画像処理装置（画像処理デバイス（以後、デバイス））１０５や１０６と接続されている。なお、図１の例では、ネットワーク１０４にデバイス１０５とデバイス１０６が接続されている例を示したが、デバイスは何台接続されていてもよい。また、デバイス１０５とデバイス１０６は異なる種類のデバイスであってもよい。以下、デバイス１０５及びデバイス１０６を単に「デバイス」と呼ぶ。
【００１９】
ＰＣアプリケーション（以下、ＰＣアプリ）１０２は、ＰＣ１０１のハードウェア上で動作するアプリケーションソフトウェアであり、文書の蓄積、保管を可能とする。ＰＣアプリ１０２は、ＰＣ１０１のＣＰＵがＨＤＤ等に格納されたプログラムをＲＡＭ上にロードして実行することにより実現されるものである。文書管理データベース１０３は、電子化された文書のデータを管理するデータベースであり、ＰＣ１０１のＨＤＤ等に実装される。
【００２０】
図２は、ＰＣアプリ１０２のソフトウェア構成図である。
図２に示すネットワークインタフェース通信部２０１は、ネットワーク１０４を通して、ネットワーク上のデバイスと画面情報のやりとりや、デバイスの装備情報やデバイスのステータスを受信する。
【００２１】
デバイス情報管理部２０２は、ネットワークインタフェース通信部２０１が図７で後述するデバイス情報取得処理によりデバイスから受け取ったデバイス情報（デバイスの能力情報、デバイスのステータス情報等）をデバイス毎に記憶管理する。ユーザ情報管理部２０３は、ＰＣアプリ１０２を利用するユーザのログインＩＤやパスワード等のアカウント情報（図６）を記憶管理する。
【００２２】
ボタン登録受付部２０４は、デバイス上のＵＩで表示するワンタッチボタンの登録情報を受け付け、その登録情報（図５）をボタンデータ２１０に格納する。なお、ワンタッチボタンの登録情報は、ユーザから受け付けたボタン名や、そのボタンが押下された場合に実行する処理内容等から成る。また、ユーザは、ワンタッチボタンの登録をデバイスのＵＩ３０２（図３）、ＰＣ１０１上、又は、ＰＣ１０１と通信可能な他のＰＣ上から行うことができる。なお、ワンタッチボタンの登録情報は、全てのユーザに共通のものであってもよいし、ユーザ毎のものであってもよいし、登録時にユーザ毎或いは全ユーザ共通を選択できるようにしてもよい。
【００２３】
表示画面生成部２０５は、デバイスのＵＩ上に表示する画面の画面情報を作成し、ネットワークインタフェース通信部２０１を介してデバイスへ画面情報を送信する（デバイス操作画面生成処理）。ボタングルーピング判定部２０７は、表示する画面の中でどのようなワンタッチボタンを表示するかを（即ち、どのボタンを上階層に表示し、どのボタンを下階層に表示するかを）、ボタングルーピングテーブル２１１を参照した上で動的に判定する。その判定方法の詳細は、フローチャートを用いて後述する。
【００２４】
画面情報記憶部２０８は、現在表示している画面の表示状態（表示ボタン情報）をデバイス毎に記憶しておく。ボタングルーピングテーブル２１１は、後述する図８に示すボタングルーピング判定テーブルや、後述する、まとめボタンに関連付けられているワンタッチボタンの情報等を記憶する。
【００２５】
文書管理部２０６は、デバイスのスキャナでスキャンされることにより電子化された文書の画像データや、その文書の属性情報を文書蓄積部２０９に蓄積し管理する。なお、画像データは、フォルダ構造によって管理される。また、フォルダは、複数の画像データと、複数のサブフォルダを持つことができる。また、フォルダ階層は、フォルダパスとして表現される。
【００２６】
図３は、デバイスのハードウェア構成図である。
図３において、ＣＰＵ３０３は中央演算処理装置であり、デバイスの各動作を制御する。ネットワークインタフェース３０１は、ネットワーク１０４を通してデータ通信を行う。ＵＩ３０２はユーザインタフェース部であり、ユーザへの情報表示を行ったりユーザからの入力を受け付ける。
【００２７】
メモリ３０４は、デバイスが動作するためのデータ演算又は画像データの蓄積・加工のための一次メモリである。ＨＤＤ３０５はハードディスクドライブであり、データ演算又は画像データの蓄積・加工のための二次メモリである。なお、デバイスのソフトウエアプログラムもＨＤＤ３０５上に記憶されており、ＣＰＵ３０３によって実行される。なお、デバイスのソフトウェア構成については図４を用いて後述する。
【００２８】
スキャナ３０６は、原稿をスキャンし画像データに変換するために、フィーダ３０８と原稿台３０９を制御する。フィーダ３０８は、複数枚の原稿を連続スキャンするための原稿送り装置であり、原稿が置かれたことを検知する原稿センサ３１３を備える。原稿センサ３１３は、原稿サイズをＡＢ系又はＩｎｃｈ系の各定型サイズ単位でサイズ検知が可能である。原稿台３０９は、原稿を光学的にスキャンし電子画像データに変換する読取装置である。
【００２９】
プリンタ３０７は、画像データを用紙へプリントするために、用紙カセット３１０、手差しトレイ３１１、フィニッシャ３１２を制御する。用紙カセット３１０は、プリントする用紙を予め積んでおき、プリントする枚数だけ紙を送り出す。
【００３０】
手差しトレイ３１１は、ユーザが任意にプリントしたい用紙を置くトレイである。この手差しトレイ３１１は、一般的には、通常、用紙が置かれていない状態となっている。また、手差しトレイ３１１は、用紙がトレイ上に置かれたことを検知する用紙センサ３１４を備える。
【００３１】
フィニッシャ３１２は、プリントした用紙をソートしたり、針を打って用紙を束ねる等の処理を行う。ステイプラ３１５は、フィニッシャ３１２に接続され、ステイプル針を保持し用紙に針を打つステイプル処理を行う。
【００３２】
続いて、図４を用いて、デバイスのソフトウェア構成を説明する。
図４は、デバイスのソフトウェア構成図である。
図４において、ネットワークインタフェース通信部４０１は、ネットワーク１０４を通してＰＣアプリ１０２とデータ通信を行う。表示画面管理部４０２は、ＵＩ３０２上に表示する画面情報を記憶管理する。
【００３３】
スキャナ管理部４０３は、スキャナ３０６の動作状態を管理する。スキャナ能力判定部４０５は、スキャナ３０６やフィーダ３０８、原稿センサ３１３、原稿台３０９の装置接続状況や処理能力を判断する。スキャナステータス検出部４０６は、同じくスキャナ３０６やフィーダ３０８、原稿台３０９の動作状況を監視し、原稿センサ３１３からの入力や、各種エラー発生状況を検出する。
【００３４】
プリンタ管理部４０４は、プリンタ３０７の動作状態を管理する。プリンタ能力判定部４０７は、プリンタ３０７や用紙カセット３１０、手差しトレイ３１１、用紙センサ３１４、フィニッシャ３１２、ステイプラ３１５の装置接続状況や処理能力を判断する。プリンタステータス検出部４０８は、同じくプリンタ３０７や用紙カセット３１０、手差しトレイ３１１、用紙センサ３１４、フィニッシャ３１２、ステイプラ３１５の動作状況を監視し、用紙センサ３１４からの入力や、各種エラー発生状況を検出する。
【００３５】
ＯＣＲ処理部４０９は、原稿台３０９で読み取った画像データに含まれる手書き文字や印字された文字と、前もって記憶されたパターンとの照合することより文字を特定するものである。なお、ＯＣＲは、Optical Character Readerの略語である。このＯＣＲ処理部４０９を用いて、画像として読み取った文字を電子的な文字データに変換し、元の画像データと共にＰＣアプリ１０２へ転送する。
なお、スキャナ管理部４０３，プリンタ管理部４０４等で管理されるデバイス情報は、図７で後述するデバイス情報通知処理によりＰＣアプリ１０２へ通知される。
なお、上記４０１〜４０９に示すデバイスの各機能部は、ＣＰＵ３０３がＨＤＤ３０５に格納されたプログラムを読み出して実行することにより実現されるものである。
【００３６】
図５は、ボタンデータ２１０に格納されているワンタッチボタン登録情報を示す図である。
図５において、ボタンＩＤ５０１は、各ボタン毎に一意に割り当てられる管理番号である。ボタン名５０２は、表示ボタン名であり、この文字列が実際に画面上で表示される。処理内容５０３は、そのボタンが押下された場合に実行する処理内容を示す（図５では詳細は省略する）。なお、図５に示した例では、ボタンＩＤが「００１」〜「００９」の９つのワンタッチボタンが登録されていることが分かる。
【００３７】
図６は、ＰＣアプリ１０２のユーザ情報管理部２０３で管理しているユーザのアカウント情報を示す図である。
図６に示すように、ユーザのアカウント情報は、ログインＩＤ８０１、所属グループ８０２、パスワード８０３、ホームフォルダ８０４等からなる。
パスワード８０３は、エンコードされデータ管理される。ホームフォルダ８０４は、ログインＩＤ毎に割り当てられる標準のフォルダパスであり、ユーザから特に指定がない限り、スキャンした文書の画像データはホームフォルダに配置される。デバイスが複数のユーザで利用される場合、１つのフォルダを共有すると画像データの所有者がどのユーザか判別するのに手間が掛かるため、ユーザ毎に標準のフォルダを個別に割り当てている。図６に示した例では、ＵｓｅｒＡ（８０５）、ＵｓｅｒＢ（８０６）、ＵｓｅｒＣ（８０７）の３つのユーザアカウントが登録されている。
【００３８】
続いて、ＰＣアプリ１０２とデバイスとの通信シーケンスを図７を用いて説明する。
図７は、ＰＣアプリ１０２とデバイスとの通信シーケンスを示す図である。
図７に示すように、まず、デバイスは、ＰＣアプリ１０２の画面を表示すると判断すると、画面表示リクエスト９０３をＰＣアプリ１０２へ送る。ＰＣアプリ１０２は、画面表示リクエスト９０３を受信すると、デバイス能力取得コマンド９０４を送る。
【００３９】
デバイスは、デバイス能力取得コマンド９０４を受信すると、自デバイスに接続されている装置の接続状況や処理能力を、デバイス能力通知９０５として送る。なお、デバイスに接続されている装置の接続情報とは、例えばフィーダ３０８やフィニッシャ３１２が接続されているか等の情報である。また、デバイスに接続されている装置の処理能力とは、例えば１度にスキャンできる原稿の最大枚数や、同時にプリントできる部数の最大数、或いは、ＯＣＲ処理部４０９を備えているか等の情報である。なお、装置の接続情報と処理能力は、いずれもスキャナ管理部４０３、プリンタ管理部４０４、或いはＯＣＲ処理部４０９で管理されている情報である。
【００４０】
ＰＣアプリ１０２は、デバイス能力通知９０５を受信すると、該受信したデバイスの能力情報をデバイス情報管理部２０２にデバイス毎に記憶させる。
続いて、ＰＣアプリ１０２は、デバイスステータス取得リクエスト９０６をデバイスに送信する。デバイスは、デバイスステータス取得リクエスト９０６を受信すると、スキャナ管理部４０３又はプリンタ管理部４０４が管理しているデバイスの動作状況や各種エラー発生状況をデバイスステータス通知９０７としてＰＣアプリ１０２へ送る。このデバイスステータス通知９０７には、エラーステータス情報や、ユーザの操作によるデバイスのステータス変化情報を示すユーザ操作ステータス情報等が含まれる。エラーステータス情報には、例えば、ステイプラ３１５の針無しエラーや、針無しエラー解除等等が含まれる。また、ユーザ操作ステータス情報には、例えば、原稿センサ３１３が検知するものや、用紙センサ３１４が検知するもの等が含まれる。なお、このデバイスステータス通知９０７は、デバイスを特定する情報、及び、ログインしているユーザのログインＩＤとともに送信される。
【００４１】
ＰＣアプリ１０２は、デバイスステータス通知９０７を受信すると、デバイスエラーステータスやユーザ操作ステータスをデバイス情報管理部２０２にデバイス毎の記憶させる。さらに、ＰＣアプリ１０２は、以上の手順で受け取ったデバイス情報から、デバイスのＵＩ３０２で表示すべき操作画面情報（表示画面情報）を表示画面生成部２０５にて生成し、該生成した表示画面情報をデバイスに送信する（表示画面送付９０８）。
【００４２】
デバイスは、表示画面情報を受信すると、該表示画面情報を表示画面管理部４０２で保管し、該表示画面情報に基づく画面をＵＩ３０２に表示する。
以後、デバイスは前述したデバイスの動作状況や各種エラー発生状況や解除状況を示すデバイスステータス（デバイスエラーステータスやユーザ操作ステータス）を自ら監視し、変化がある度にデバイスステータス通知９０９としてＰＣアプリ１０２に送信する。ＰＣアプリ１０２は、デバイスステータス通知９０９を受信すると、受信したデバイスステータスによりデバイス情報管理部２０２を更新する。さらに、ＰＣアプリ１０２は、上記受け取ったデバイスステータスから、デバイスで表示すべき画面情報を表示画面生成部２０５にて生成し、該生成した画面情報をデバイスに送信する（表示画面送付９０８）。デバイスは、表示画面情報を受信すると、該表示画面情報で表示画面管理部４０２を更新し、該表示画面情報でＵＩ３０２の画面を更新し、ユーザからの操作を受け付ける。
【００４３】
図８は、ワンタッチボタンのグルーピングを行う際に用いるボタングルーピング判定テーブルを示す図である。なお、ボタングルーピング判定テーブルは、ワンタッチボタンを登録する際に入力された情報により生成され、ボタングルーピングテーブル２１１に保管される。また、ボタングルーピング判定テーブルは、ボタングルーピング判定部２０７にてワンタッチボタンのグループピングを決める際に用いられる。
【００４４】
図８において、ボタンＩＤ１００１は、図５で説明したボタンＩＤ５０１と同一のものであり、各ワンタッチボタン毎に一意に割り当てられる管理番号である。処理種１００２は、デバイスで行われる主たる処理種別であり、スキャン処理かプリント処理かを区別する。
【００４５】
ボタンに設定されているフォルダ１００３は、ボタンデータ２１０に登録されているワンタッチボタンの属性情報の１つである。そのボタンが押下されることでシステムが文書蓄積部２０９のどのフォルダパスに対してスキャンした画像データを蓄積することになるのか、或いはどのフォルダパスに蓄積されている画像データをプリントすることになるのかを示すものである。
【００４６】
ＯＣＲ処理１００４は、同じく各ワンタッチボタンが押下されることでＯＣＲ処理を行う設定になっているか否かを示すものである。ステイプル実行１００５も同じく各ワンタッチボタンが押下されることで、ステイプル処理を行うか否かを示すものである。
【００４７】
原稿検知１００６は、フィーダ３０８に接続する原稿センサ３１３が原稿を検知した場合に、ユーザが所望するであろうワンタッチボタンであるとみなすか否かを示すものである。なお、原稿検知１００６は、ユーザの操作によって検知結果が変るものであるため、「ユーザ操作ステータス」の１つである。ユーザ操作ステータスには、他にも例えばユーザが手差しトレイ３１１に原稿を置くことによって検知されるステータス等がある。なお、ユーザ操作ステータスについては図９の説明の中で改めて説明する。
【００４８】
なお、原稿がフィーダ３０８に置かれた場合であっても、処理種１００２がスキャンとなっているワンタッチボタンが全てユーザが所望するワンタッチボタンとは限らない。原稿センサ３１３は、原稿サイズを定型サイズ単位でしか検知できないため、非定形サイズの原稿を使用する処理ではフィーダは使用されない。そのため、原稿センサ３１３で原稿検知されても否定形サイズの原稿をスキャンする処理を含むワンタッチボタンはユーザが所望するワンタッチボタンとはみなさず、表示しない（下階層に表示する）と判断される。
【００４９】
例えば、ボタンＩＤが「００８」のワンタッチボタンは、処理種１００２が「スキャン」だが、原稿検知１００６は「Ｎｏ」となっている。これは、ボタンＩＤが「００８」のワンタッチボタン名「見積書登録」のワンタッチボタンは、スキャンする見積書が否定形サイズである（定形サイズでない）ということである。
【００５０】
以下、デバイスからデバイスステータス通知９０７，９０９を受信した場合のＰＣアプリ１０２の動作を図９のフローチャートを用いて詳しく説明する。
図９は、デバイスからデバイスステータス通知９０７，９０９を受信した場合のＰＣアプリ１０２の動作を示すフローチャートである。即ち、このフローチャートの処理は、ＰＣ１０１のＣＰＵがＨＤＤ等に格納されたプログラムをＲＡＭ上にロードして実行することにより実現されるものである。なお、ここでは、ワンタッチボタン登録情報は、全ユーザで共通のものとして説明する。
【００５１】
デバイスからデバイスステータス通知９０７や９０９を受信すると、ＰＣ１０１上で動作するＰＣアプリ１０２の表示画面生成部２０５は以下の処理を行う。
まず、ステップＳ１１０１にて、表示画面生成部２０５は、ワンタッチボタン登録情報（図５）を、ボタングルーピング判定部２０７を通してボタンデータ２１０から取得し、このワンタッチボタン登録情報を表示候補とする。
【００５２】
次に、ステップＳ１１０２にて、表示画面生成部２０５は、デバイスステータス通知に付加されたログインＩＤに基づいてユーザ情報管理部２０３からログインユーザのユーザ情報を取得する（ユーザ情報取得処理）。
【００５３】
続いて、ステップＳ１１０３にて、表示画面生成部２０５は、表示候補の中に、ログインユーザに関係するワンタッチボタンがあるか否かをボタングルーピング判定部２０７に判定させる。その判定方法は、図８のボタングルーピング判定テーブルのボタンに設定されているフォルダ１００３のファイルパスに、ユーザ情報管理部２０３から取得したログインユーザのホームフォルダ８０４の情報が含まれているか否かで判定する。フォルダ１００３にホームフォルダ８０４が含まれているワンタッチボタンは、ログインユーザに関係すると判定される。一方、フォルダ１００３にホームフォルダ８０４が含まれていないワンタッチボタンは、ログインユーザに関係しないと判定される。
【００５４】
例えば「ＵｓｅｒＡ」８０５が操作している場合を例に説明する。この例では、「ＵｓｅｒＡ」８０５のホームフォルダ８０４は「\\2009\Dept1\AAA」であるため、これと同じフォルダパスが、ボタンに設定されているフォルダ１００３に存在するかを判定する。その結果、ボタンＩＤが「００４」、「００７」、「００９」の３つのワンタッチボタンはログインユーザに関係すると判定される。
【００５５】
そして、上記Ｓ１１０３にて、ログインユーザに関係するワンタッチボタンがあると判断した場合、ボタングルーピング判定部２０７は、ステップＳ１１０４へ処理を進める。一方、ログインユーザに関係するワンタッチボタンがないと判断した場合、その旨を、表示画面生成部２０５に通知し、表示画面生成部２０５が、ステップＳ１１０８へ処理を進める。
【００５６】
ステップＳ１１０４では、ボタングルーピング判定部２０７は、表示候補のうち、ログインユーザに関係するボタンはそのままワンタッチボタンとして表示する（上階層に表示する）と判断する。即ち、ログインユーザと関係するボタンは表示候補にとどめると判断する。上述の例では、ボタンＩＤが「００４」、「００７」、「００９」の３つのワンタッチボタンはログインユーザに関係するため、ワンタッチボタンとして表示する（上階層に表示する）と判断される。
【００５７】
続いてステップＳ１１０５にて、ボタングルーピング判定部２０７は、表示候補のうち、ログインユーザと関係しないボタンを「まとめボタン」として表示する（下階層に表示する）と判断する。上述の例では、ボタンＩＤが「００１」、「００２」、「００３」、「００５」、「００６」、「００８」はログインユーザに関係ないため、「まとめボタン」として表示する（下階層に表示する）と判断される。そして、ボタングルーピング判定部２０７は、上記Ｓ１１０４，Ｓ１１０５の判断結果を表示画面生成部２０５に通知する。
【００５８】
次に、表示画面生成部２０５は、ステップＳ１１０６にて、表示しない（まとめボタンとして表示する）０個以上のワンタッチボタンを１又は複数のグループにグルーピングする（まとめる）。そして、該グループ毎に１つのまとめボタンを関連付けてボタングルーピングテーブル２１１に記憶する（ボタンまとめ処理）。
【００５９】
なお、図９のフローチャートでボタンをまとめる際のまとめ方であるが、システム管理者によって指定された図８のボタングルーピング判定テーブルの情報に従う。例えば、処理種１００２でまとめるよう設定された場合には、システムは処理種１００２が「スキャン」のものと「プリント」の、２つのまとめボタンにまとめる。
【００６０】
上述の例では、ボタンＩＤが「００１」、「００８」のワンタッチボタンは処理種１００２が「スキャン」であるので、「スキャン」まとめボタンにまとめられる。また、ボタンＩＤが「００２」、「００３」、「００５」、「００６」のワンタッチボタンは処理種１００２が「プリント」であるので、「プリント」まとめボタンにまとめられる。
【００６１】
さらに、表示画面生成部２０５は、ステップＳ１１０７にて、前記Ｓ１１０４，Ｓ１１０５の判断に従い、画面情報記憶部２０８の表示画面情報を更新する。この際、表示候補も更新する。上記の例では、この時点の表示候補は、ボタンＩＤが「００４」、「００７」、「００９」の３つのワンタッチボタンとなっている。
【００６２】
続いてステップＳ１１０８にて、表示画面生成部２０５は、表示候補のうち、受信したデバイスステータス通知の中のユーザ操作ステータスに関係するボタンがあるか否かをボタングルーピング判定部２０７に判定させる。
【００６３】
図７のデバイスステータス通知９０７，９０９で説明した通り、ユーザ操作ステータスには、原稿センサ３１３が検知するものや、用紙センサ３１４が検知するものがある。図８のボタングルーピング判定テーブルでは、ユーザ操作ステータスに関係する属性は、原稿検知１００６である。なお、前述の例では、表示候補、ボタンＩＤが「００４」、「００７」、「００９」の中で、ボタンＩＤが「００４」、「００９」の２つのワンタッチボタンの原稿検知１００６が「Ｙｅｓ」となっている。よって、受信したデバイスステータス通知の中のユーザ操作ステータスとして「原稿検知」が含まれている場合、ボタンＩＤが「００４」、「００９」のボタンがユーザ操作ステータスに関係すると判断される。
【００６４】
そして、上記Ｓ１１０８にて、受信したデバイスステータス通知の中のユーザ操作ステータスに関係するボタンがあると判断した場合には、ボタングルーピング判定部２０７は、ステップＳ１１０９へ処理を進める。
【００６５】
一方、上記Ｓ１１０８にて、受信したデバイスステータス通知の中のユーザ操作ステータスに関係するボタンがないと判断した場合には、ボタングルーピング判定部２０７は、その旨を、表示画面生成部２０５に通知する。そして、その通知を受けた表示画面生成部２０５が、ステップＳ１１１３へ処理を進める。
【００６６】
ステップＳ１１０９では、ボタングルーピング判定部２０７は、上記Ｓ１１０４と同様に、表示候補のうち、受信したユーザ操作ステータスに関係するボタンはそのままワンタッチボタンとして表示する（上階層に表示する）と判断する。即ち、ユーザ操作ステータスに関係するボタン（上記例ではボタンＩＤが「００４」、「００９」のボタン）は表示候補にとどめると判断する。
【００６７】
次に、ステップＳ１１１０にて、ボタングルーピング判定部２０７は、上記Ｓ１１０５と同様に、表示候補のうち、受信したユーザ操作ステータスに関係しないボタン（上記例ではボタンＩＤが「００７」のボタン）を「まとめボタン」として表示する（下階層に表示する）と判断する。そして、上記Ｓ１１０９，Ｓ１１１０の判断結果を表示画面生成部２０５に通知する。
【００６８】
次に、表示画面生成部２０５は、ステップＳ１１１１にて、上記Ｓ１１０６と同様に、表示しない（まとめボタンとして表示する）０個以上のワンタッチボタンと「まとめボタン」を関連付けてボタングルーピングテーブル２１１に記憶する。上記例ではボタンＩＤが「００７」の処理種１００２は「プリント」であるので、「プリント」まとめボタンにまとめられる。
【００６９】
さらに、表示画面生成部２０５は、ステップＳ１１１２にて、上記Ｓ１１０７と同様に、前記Ｓ１１０９，Ｓ１１１０の判断に従い、画面情報記憶部２０８の表示画面情報を更新する。この際、表示候補も更新する。上述の例では、この時点で、ボタンＩＤが「００４」と「００９」の２つのボタンが表示候補となる。
【００７０】
続いて、ステップＳ１１１３にて、表示画面生成部２０５は、表示候補の中に、デバイス情報管理部２０２に管理されるデバイス能力に適合しないボタンがあるか否かをボタングルーピング判定部２０７に判定させる。デバイス能力とは、図７のデバイス能力通知９０５で説明した通りであり、図８のボタングルーピング判定テーブルではＯＣＲ処理１００４がデバイス能力に影響を受ける属性である。上述の例では、ボタンＩＤが「００４」と「００９」の２つのボタンが表示候補のうち、ボタンＩＤが「００９」のワンタッチボタンのＯＣＲ処理１００４が「Ｙｅｓ」となっている。よって、デバイス能力に「ＯＣＲ処理」が無ければ、ボタンＩＤが「００９」のボタンは、デバイス能力に適合しない（デバイスで実行不可能な処理に対応するボタン）と判断される。なお、図４に示したデバイスは、ＯＣＲ処理能力があるため、ボタンＩＤが「００９」のワンタッチボタンは、デバイス能力に適合する（デバイスで実行可能な処理に対応するボタン）と判断される。
【００７１】
上記Ｓ１１１３にて、デバイス能力に適合しないワンタッチボタン（デバイスで実行不可能な処理に対応するワンタッチボタン）があると判定された場合には、ボタングルーピング判定部２０７は、ステップＳ１１１４へ処理を進める。一方、デバイス能力に適合しないワンタッチボタンがないと判定した場合には、ボタングルーピング判定部２０７は、その旨を、表示画面生成部２０５に通知し、表示画面生成部２０５が、ステップＳ１１１８へ処理を進める。
【００７２】
ステップＳ１１１４では、ボタングルーピング判定部２０７は、表示候補のうち、デバイス能力に適合するボタン（デバイスで実行可能な処理に対応するボタン）はそのままワンタッチボタンとして表示する（上階層に表示する）と判断する。即ち、適合するボタンは表示候補にとどめると判断する。上述の例では、表示候補のボタンＩＤが「００４」と「００９」のボタンはデバイス能力に適合するためまとめないと判断される。
【００７３】
次に、ステップＳ１１１５において、ボタングルーピング判定部２０７は、表示候補のうち、デバイス能力に適合しないボタン（デバイスで実行不可能な処理に対応するボタン）を１つの「まとめボタン」として表示する（下階層に表示する）と判断する。即ち、適合しないボタンは表示候補からはずすと判断する。そして、上記Ｓ１１１４，Ｓ１１１５の判断結果を表示画面生成部２０５に通知する。
【００７４】
次に、表示画面生成部２０５は、ステップＳ１１１６にて、上記Ｓ１１１５の判断に従い、表示しない（まとめボタンとして表示する）０個以上のワンタッチボタンと「まとめボタン」を関連付けてボタングルーピングテーブル２１１に記憶する。
さらに、表示画面生成部２０５は、ステップＳ１１１７にて、上記Ｓ１１１４，Ｓ１１１５の判断に従い、画面情報記憶部２０８の表示画面情報を更新する。この際、表示候補も更新する。上述の例では、この時点で、ボタンＩＤが「００４」と「００９」の２つのボタンが表示候補となる。
【００７５】
続いてステップＳ１１１８にて、表示画面生成部２０５は、表示候補の中に、受信したデバイスステータス通知の中のエラーステータスに関係するボタンがあるか否かをボタングルーピング判定部２０７に判定させる。図７のデバイスステータス通知９０７，９０９で説明した通り、図８のボタングルーピング判定テーブルでは、ステイプル実行１００５がエラーステータスに関係する属性である。よって、受信したデバイスステータス通知の中のエラーステータスとしてステイプルができないエラーが含まれている場合、ステイプル実行１００５が「Ｙｅｓ」となっているワンタッチボタンがエラーステータスに関係するボタンと判定される。一方、ステイプル実行１００５が「Ｙｅｓ」となっていないワンタッチボタンがエラーステータスに関係しないボタンと判定される。上述の例では、この時点での表示候補は、ボタンＩＤが「００４」、「００９」の２つのワンタッチボタンである。その中でステイプル実行１００５が「Ｙｅｓ」となっているワンタッチボタンはなく、ボタンＩＤが「００４」、「００９」のワンタッチボタンも、エラーステータスに関係しないと判定される。
【００７６】
そして、上記Ｓ１１１８にて、受信したエラーテータスに関係するボタンがあると判定した場合には、ボタングルーピング判定部２０７は、ステップＳ１１１９に処理を進める。一方、上記Ｓ１１１８にて、受信したエラーステータスに関係するボタンがないと判断した場合には、ボタングルーピング判定部２０７は、その旨を、表示画面生成部２０５に通知し、表示画面生成部２０５が、ステップＳ１１２３に処理を進める。
【００７７】
ステップＳ１１１９では、ボタングルーピング判定部２０７は、表示候補のうち、受信したデバイスステータスに関係しないボタンはそのままワンタッチボタンとして表示する（上階層に表示する）と判断する。即ち、受信したデバイスステータスに関係しないボタンは表示候補にとどめると判断する。上述の例では、表示候補のボタンＩＤが「００４」と「００９」のワンタッチボタンをそのまま表示すると判断する。
【００７８】
次に、ステップＳ１１２０において、ボタングルーピング判定部２０７は、表示ボタン情報が示すワンタッチボタンのうち、エラーステータスに関係するボタンを１つの「まとめボタン」として表示する（下階層に表示する）と判断する。そして、ボタングルーピング判定部２０７は、上記Ｓ１１１９，Ｓ１１２０の判断結果を表示画面生成部２０５に通知する。
【００７９】
次に、表示画面生成部２０５は、ステップＳ１１２１にて、前記Ｓ１１２０の判断に従い、表示しない（まとめボタンとして表示する）０個以上のワンタッチボタンと「まとめボタン」を関連付けてボタングルーピングテーブル２１１に記憶する。
【００８０】
さらに、表示画面生成部２０５は、ステップＳ１１２２にて、上記Ｓ１１１９，Ｓ１１２０の判断に従い、画面情報記憶部２０８の表示画面情報を更新する。上述の例では、ボタンＩＤが「００４」と「００９」の２つのボタンをそのままワンタッチボタンとして表示し、「プリンタ」と「ステイプル」をまとめボタンとして表示するよう、画面情報記憶部２０８の情報を更新する。
【００８１】
次に、ステップＳ１１２３において、表示画面生成部２０５は、上記Ｓ１１０７、Ｓ１１１２、Ｓ１１１７、又はＳ１１２２で更新された画面情報記憶部２０８の情報に従い、表示する画面データをデバイスへ送信する。この画面データは、上述の例では、ボタンＩＤが「００４」と「００９」のボタンをそのままワンタッチボタンとして表示するものである。また、この画面データは、ボタンＩＤが「００１」、「００８」のボタンを「スキャン」まとめボタンとして表示するものである。また、この画面データは、ボタンＩＤが「００２」、「００３」、「００５」、「００６」、「００７」のボタンを「プリント」まとめボタンとして表示するものである。
そして、ＰＣアプリ１０２が上記Ｓ１１２３にて送信した画面データを受け取ったデバイスは、受け取った情報を元に図１０に示すような操作画面をＵＩ３０２に表示する。
【００８２】
図１０は、実施例１の画面表示例を示す図である。
図１０において、画面１２０１は、デバイスに装備されている画面の表示領域でありタッチパネルとなっている。図９のフローチャートで説明した通り、画面１２０１には、ワンタッチボタン１２０２と１２０３の２つのワンタッチボタンが表示されている。なお、ワンタッチボタン１２０２の「定例会議議事録登録」は、ボタンＩＤが「００４」のものである。また、ワンタッチボタン１２０３の「出張申請」は、ボタンＩＤが「００９」のものである。
【００８３】
また、画面１２０１には、処理種１００２が「スキャン」のワンタッチボタンをまとめた「スキャン」まとめボタン１２０４と、処理種１００２が「プリント」のワンタッチボタンをまとめた「プリント」まとめボタン１２０５が表示されている。
【００８４】
本実施例では、このように、画面１２０１（即ち、上階層）に、表示するボタンの数が少ないため、従来の画面例（図１３，図１４）で表示されていたタブは不要となり、ユーザは少ないボタンの中から所望のボタンを容易に選択することが可能となる。
【００８５】
なお、デバイスでは、上記のまとめボタンが指示（押下）された場合、その旨をＰＣアプリ１０２に通知する。この通知を受けたＰＣアプリ１０２の表示画面生成部２０５は、該まとめボタンにまとめられたボタンのみを表示する操作画面の表示画面情報を生成して画面情報記憶部２０８に記憶しデバイスに送信する（操作画面再生成処理）。デバイスは、この表示画面情報を受信すると、該表示画面情報で表示画面管理部４０２を更新し、該表示画面情報でＵＩ３０２の画面を更新し、ユーザからの操作を受け付ける。
【００８６】
以上説明した通り、図１０の画面から「プリント」まとめボタン１２０５を押下することによって、「プリント」まとめボタン１２０５に関連付けられていたワンタッチボタンだけが個別に階層的に表示される。
本実施例では、ボタンのグルーピングを静的な情報（ログインユーザ情報やデバイス能力等）と動的に変化する情報（デバイスステータス）からその時々に応じたグルーピング処理を行うため、より操作性が高いユーザインタフェースを提供することができる。
【実施例２】
【００８７】
上記実施例１では、ＰＣアプリ１０２は、まとめボタンが指示された通知を受けると、該まとめボタンにまとめられたボタンのみを表示する表示画面情報を再生成する構成（実施例１の操作画面再生成処理）について説明した。
本実施例２では、操作画面再生成処理の際、デバイス情報管理部２０２で管理されるデバイス能力情報とデバイスステータス情報に基づいて、該まとめボタンにまとめられたボタンのいずれかを改めてまとめて表示するか再判定する。そして、該再判定結果に応じてボタン再まとめを行い、表示画面を再生成するように構成する。
【００８８】
以下に、実施例２において、まとめボタンが押下された場合の動作について説明する。
図１１は、まとめボタンが押された場合の実施例２のＰＣアプリ１０２の動作を示すフローチャートである。
まとめボタンが押されたことがデバイスより通知されると、ＰＣアプリ１０２の表示画面生成部２０５は、以下の処理を実行する。
まず、ステップＳ１３０１にて、表示画面生成部２０５は、押下されたまとめボタンの情報を画面情報記憶部２０８から読み出す。ここでは、図１０の「プリント」まとめボタン１２０５が押された場合を例に説明する。
【００８９】
ステップＳ１３０２では、表示画面生成部２０５は、上記Ｓ１３０１で読み出した情報から押下されたまとめボタンに関連付けされているボタンの情報をボタングルーピング判定部２０７を介してボタングルーピングテーブル２１１から読み出し、表示候補とする。上記例の「プリント」まとめボタン１２０５には、処理種１００２が「プリント」のワンタッチボタンが関連付けられている。図８に示したボタングルーピング判定テーブルではボタンＩＤが「００２」、「００３」、「００５」、「００６」、「００７」の５つのワンタッチボタンが「プリント」まとめボタン１２０５に関連付けられており、表示候補となることが分かる。
【００９０】
ステップＳ１３０３にて、表示画面生成部２０５は、上記表示候補の中に、デバイス情報管理部２０２で管理されているデバイス能力に適合しないボタンがあるか否かをボタングルーピング判定部２０７に判定させる。その判定方法は、図９のＳ１１１３で説明した通りである。上記Ｓ１３０３にて、デバイス能力に適合しないワンタッチボタンがあると判定された場合には、ボタングルーピング判定部２０７は、ステップＳ１３０４へ処理を進める。一方、デバイス能力に適合しないワンタッチボタンがないと判定した場合には、ボタングルーピング判定部２０７は、その旨を、表示画面生成部２０５に通知し、表示画面生成部２０５が、ステップＳ１３０８へ処理を進める。なお、図８のボタングルーピング判定テーブルではＯＣＲ処理１００４がデバイス能力に影響を受ける属性である。上記の例では、表示候補のボタンＩＤが「００２」、「００３」、「００５」、「００６」、「００７」の５つのワンタッチボタンのいずれもＯＣＲ処理１００４が「Ｎｏ」であり、デバイス能力に適合しないボタンは無いと判断される。
【００９１】
続いて、ステップＳ１３０４では、ボタングルーピング判定部２０７は、図９のＳ１１１４と同様に、表示候補のうち、デバイス能力に適合するボタンはそのままワンタッチボタンとして表示する（上階層に表示する）と判断する。即ち、適合するボタンは表示候補にとどめると判断する。上述の例では、表示候補のボタンＩＤが「００２」、「００３」、「００５」、「００６」、「００７」の５つのワンタッチボタンはいずれもデバイス能力に適合するためまとめないと判断される。
【００９２】
次に、ステップＳ１３０５において、ボタングルーピング判定部２０７は、図９のＳ１１１５と同様に、表示候補のうち、適合しないボタンを１つの「まとめボタン」として表示する（下階層に表示する）と判断する。そして、上記Ｓ１１１４，Ｓ１１１５の判断結果を表示画面生成部２０５に通知する。
【００９３】
表示画面生成部２０５は、ステップＳ１３０６にて、図９のＳ１１１６と同様に、上記Ｓ１３０５の判断に従い、表示しない（まとめボタンとして表示する）０個以上のワンタッチボタンと「まとめボタン」を関連付けてボタングルーピングテーブル２１１に記憶する。
【００９４】
なお、上記Ｓ１３０６でボタンをまとめる際のまとめ方であるが、デバイス能力に適合しないボタングルーピング判定テーブルの属性に従う。例えば、デバイス能力にＯＣＲ処理がない場合、ＯＣＲ処理１００４が「Ｙｅｓ」のワンタッチボタンは、「ＯＣＲ」まとめボタンとしてまとめられる。この場合、デバイス能力によってＯＣＲ処理が出来ないことが分かっているため、「ＯＣＲ」まとめボタンは操作不可能なボタンとして表示（配置）される。
【００９５】
さらに、表示画面生成部２０５は、ステップＳ１３０７にて、図９のＳ１１１７と同様に、上記Ｓ１３０４，Ｓ１３０５の判断に従い、画面情報記憶部２０８の表示画面情報を更新する。この際、「まとめボタン」は操作不可能なボタンとして表示されるように表示画面情報が生成される。この際、表示候補も更新する。上述の例では、この時点で、ボタンＩＤが「００２」、「００３」、「００５」、「００６」、「００７」の５つのボタンが表示候補となる。
【００９６】
続いてステップＳ１３０８にて、表示画面生成部２０５は、表示候補の中に、デバイス情報管理部２０２で管理されているエラーステータスに関係するボタンがあるか否かをボタングルーピング判定部２０７に判定させる。図７のデバイスステータス通知９０７で説明した通り、図８のボタングルーピング判定テーブルでは、ステイプル実行１００５がエラーステータスに関係する属性である。よって、デバイスステータスの中にステイプルができないエラーステータスが含まれていた場合、ステイプル実行１００５が「Ｙｅｓ」となっているワンタッチボタンがエラーステータスに関係するボタンと判定される。一方、ステイプル実行１００５が「Ｙｅｓ」となっていないワンタッチボタンがエラーステータスに関係しないボタンと判定される。上述の例では、上記表示候補の５つのボタンのうち、ステイプル実行１００５が「Ｙｅｓ」となっているのは、ボタンＩＤが「００３」と「００６」のワンタッチボタンであることが分かる。よって、ボタンＩＤが「００３」と「００６」のワンタッチボタンがエラースステータスに関係すると判断される。
【００９７】
そして、上記Ｓ１３０８にて、エラーステータスに関係するボタンがあると判定した場合には、ボタングルーピング判定部２０７は、ステップＳ１３０９に処理を進める。一方、上記Ｓ１３０８にて、エラーテータスに関係するボタンがないと判断した場合には、ボタングルーピング判定部２０７は、その旨を、表示画面生成部２０５に通知し、表示画面生成部２０５が、ステップＳ１３１３に処理を進める。
【００９８】
ステップＳ１３０９では、ボタングルーピング判定部２０７は、図９のＳ１１１９と同様に、表示候補のうち、エラーステータスに関係しないボタンはそのままワンタッチボタンとして表示する（上階層に表示する）と判断する。即ち、エラーステータスに関係しないボタンは表示候補にとどめると判断する。上述の例では、表示候補のボタンＩＤが「００２」と「００５」と「００７」のワンタッチボタンをそのまま表示すると判断する。
【００９９】
次に、ステップＳ１３１０において、ボタングルーピング判定部２０７は、図９のＳ１１２０と同様に、表示ボタン情報が示すワンタッチボタンのうち、エラーステータスに関係するボタンを１つの「まとめボタン」として表示する（下階層に表示する）と判断する。上述の例では、表示候補のボタンＩＤが「００３」と「００６」を１つのまとめボタンとして表示すると判断する。
【０１００】
なお、上記Ｓ１３１０でボタンをまとめる際のまとめ方であるが、エラーステータスに関係するボタングルーピング判定テーブルの属性に従う。例えば、ステイプルのエラーの場合、ステイプル実行１００５が「Ｙｅｓ」のワンタッチボタンは、「ステイプル」まとめボタンとしてまとめられる。この場合、ステイプル実行が出来ないことが分かっているため、「ステイプル」まとめボタンは操作不可能なボタンとして表示（配置）される。そして、ボタングルーピング判定部２０７は、上記Ｓ１３０８，Ｓ１３０９の判断結果を表示画面生成部２０５に通知する。
【０１０１】
次に、表示画面生成部２０５は、ステップＳ１３１１にて、図９のＳ１１２１と同様に、前記Ｓ１３１０の判断に従い、表示しない（まとめボタンとして表示する）０個以上のワンタッチボタンと「まとめボタン」を関連付けて画面情報記憶部２０８に記憶する。上述の例では、ボタンＩＤが「００３」と「００６」のボタンを「ステイプル」まとめボタンと関連付けて記憶する。
【０１０２】
さらに、表示画面生成部２０５は、ステップＳ１３１２にて、図９のＳ１１１７と同様に、上記Ｓ１３０８，Ｓ１３０９の判断に従い、画面情報記憶部２０８の表示画面情報を更新する。この際、「まとめボタン」は操作不可能なボタンとして表示されるように表示画面情報が生成される。上述の例では、ボタンＩＤが「００２」と「００５」と「００７」のボタンをワンタッチボタンとして表示し、ボタンＩＤが「００３」と「００６」のボタンを操作不能な「ステイプル」まとめボタンとして表示するように画面情報記憶部２０８の情報を更新する。
【０１０３】
次に、ステップＳ１３１３において、表示画面生成部２０５は、上記Ｓ１３０７又はＳ１３１２で更新された画面情報記憶部２０８の情報に従い、表示する画面データをデバイスへ送信する。
【０１０４】
そして、ＰＣアプリ１０２が上記Ｓ１３１３にて送信した画面データを受け取ったデバイスの表示画面管理部４０２は、受け取った画面データを元に図１２に示すような画面をＵＩ３０２に表示する。
【０１０５】
図１２は、図１０の画面で「プリント」まとめボタン１２０５が押された場合の画面表示例を示す図である。
図１１のフローチャートで説明した通り、１４０１、１４０２、１４０３の３つのワンタッチボタンが表示されている。１４０１はボタンＩＤが「００２」の「月次報告書印刷」ボタン、１４０２はボタンＩＤが「００５」の「旅費清算書出力」ボタン、１４０３はボタンＩＤが「００７」の「請求書印刷」ボタンである。
【０１０６】
また、「ステイプル」まとめボタン１４０４が表示される。この「ステイプル」まとめボタン１４０４は、ボタンＩＤが「００３」の「部内会議資料プリント」ボタン、「００６」の「技術調査書印刷」ボタンをまとめたものである。
【０１０７】
以上説明した通り、図１０の画面から「プリント」まとめボタン１２０４を押下することによって、図１２に示すように、「プリント」まとめボタン１２０４に関連付けられていたワンタッチボタンだけが個別に階層的に表示される。さらに、その表示情報作成時に、改めてボタンのグルーピング判断を行うことで、よりユーザが選択する可能性の高いボタンを表示することができる。
【実施例３】
【０１０８】
本実施例３では、まとめボタン表示解除のタイミングの制御について説明する。
ユーザは、まとめボタンの表示状態を解除するタイミングをデバイスのＵＩ３０２、ＰＣ１０１上、又は、ＰＣ１０１と通信可能な他のＰＣ上から設定できる。この設定は、ＰＣ１０１のユーザ情報管理部２０３にユーザ毎に記憶管理される。なお、まとめボタンの表示状態を解除するタイミングとしては、以下の２通りの設定が可能である。
【０１０９】
第１の設定：画面を表示して、ユーザによるボタン操作がなされないまま一定時間が経過したならば、全ボタン表示に切り替える。
第２の設定：ボタンが押され処理が終了した後に、全ボタン表示に切り替える。
なお、第１の設定の場合、さらに、一気に全ボタン表示に切り替える設定と、まとめボタン表示状態から段階的に全ボタン表示に切り替える設定が可能である。段階的に全ボタン表示に切り替える設定の場合を以下に説明する。
【０１１０】
上述の例と同様にＵｓｅｒＡがログインし、図９に示した処理により生成された操作画面（図１０）が表示されていたとする。即ち、デバイスのＵＩ３０２には、ボタンＩＤが「００４」、「００９」のワンタッチボタンと、「スキャン」まとめボタン、「プリント」まとめボタンが表示されている。そして、ユーザによるボタン操作がないまま所定時間（例えば、５秒間）経過した場合、ＰＣアプリ１０２は、ログインユーザ情報に基づく判定を解除する。即ち、ＰＣアプリ１０２は、図９のＳ１１０１、Ｓ１１０８〜Ｓ１１２３の処理を行い新たな表示画面を生成してデバイスに送信するものとする。即ち、ユーザ操作ステータス、デバイス能力、及び、デバイスステータスから判定を行って生成した表示画面に変更する。上述の例では、この処理により、デバイスのＵＩ３０２には、ボタンＩＤが「００１」、「００４」、「００９」のワンタッチボタンと、処理種１００２が「スキャン」、「プリント」まとめボタンがそれぞれ表示されることとなる。即ち、ボタンＩＤが「００１」の「名刺作成申請」ボタンが新たに表示されることとなる。もし、ユーザが「名刺作成申請」を行いたい場合は、このボタンを押下することによりその処理を実行することができる。
【０１１１】
さらに、ユーザによるボタン操作がないまま所定時間（例えば、５秒間）経過した場合、ＰＣアプリ１０２は、ユーザ操作ステータスに関する判定を解除し全ボタン表示に切り替える。
なお、デバイスは、操作画面上のボタンがユーザに操作された場合には、その旨をＰＣアプリ１０２に通知するものとする。よって、ＰＣアプリ１０２は、操作画面をデバイスに送信してから所定時間経過するまで、上記のユーザ操作の通知がなかった場合には、ユーザ操作がないまま所定時間経過したと判断する。
【０１１２】
なお、第１の設定、第２の設定とも、まとめボタンの表示を解除し、全画面表示に切り換えるものであるが、いずれの場合でも、実行不可能なボタンはまとめボタンに、まとめるようにしてもよい。即ち、ＰＣアプリ１０２が、図９のＳ１１０１、Ｓ１１１３〜Ｓ１１２３の処理を行い新たな表示画面を生成してデバイスに送信するようにしてもよい。即ち、デバイス能力、及び、デバイスステータスから判定を行って生成した表示画面に変更するようにしてもよい。上述の例では、デバイスのＵＩ３０２には、ボタンＩＤが「００１」、「００２」、「００４」、「００５」、「００７」、「００８」、「００９」のワンタッチボタンと、「ステイプル」まとめボタンがそれぞれ表示されることとなる。なお、「ステイプル」まとめボタンは操作不能な状態で表示される。
【０１１３】
以上のように構成することにより、第１の設定では、生成された操作画面上にユーザの所望とするワンタッチボタンが表示されていなかった場合でも、段階的に条件を解除した操作画面を提供することができる。これにより、段階的に表示ボタン数を増やしながら、ユーザの所望とするワンタッチボタンを表示した操作画面を段階的に提供することが可能となる。
【０１１４】
以上、各実施例によれば、ユーザが望まないと思われる複数のボタンをグルーピングして１つのボタンとして表示することで、表示するボタンの数を減らすことが可能となり、所望のボタンを探すことが容易となる。
また、グルーピングされたボタンを押下すると、そのグルーピングされたボタンだけが表示されるため、ボタンの階層的表示を実現することができ、多くのボタンを少ない範囲に効率良く表示することができる。
【０１１５】
さらに、そのグルーピングの判断をボタンに対応する処理内容やデバイス能力、ユーザ情報といった静的な情報のみでなく、デバイスエラーステータス、ユーザ操作ステータスといった動的な情報を加味した上で行う。これにより、状況に応じて可能性の高いボタンを表示することが可能となり、より操作性が高いユーザインタフェースを提供することができる。
【０１１６】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１７】
以下、本発明に係る情報処理装置（ＰＣ１０１）で読み取り可能な（コンピュータ読取り可能な）各種データ処理プログラム（ＰＣアプリ１０２）を格納する記憶媒体（記録媒体）について説明する。
本発明の各工程（上述した各機能）は、ネットワーク又は各種記憶媒体を介して取得したソフトウェア（プログラム）をパーソナルコンピュータ等の処理装置（ＣＰＵ，プロセッサ）にて実行することでも実現できる。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を該システム或いは装置に読み出すことによって、そのシステム或いは装置が、本発明の効果を享受することが可能となる。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【０１１８】
本発明の様々な例と実施例を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
なお、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
以上により、ユーザが望まないと思われる複数のボタンをグルーピングして１つのボタンとして表示することで、デバイスの操作画面に表示するボタンを適切に減らし、ユーザが望むと予想されるボタンのみを表示することが可能となる。これにより、ユーザが望むボタンを容易に探して操作することができるようになる。
【符号の説明】
【０１１９】
１０１ パーソナルコンピュータ（ＰＣ）
１０２ ＰＣアプリケーション（ＰＣアプリ）
１０３ 文書管理データベース
１０４ ネットワーク
１０５，１０６ 画像処理装置（デバイス）
【技術分野】
【０００１】
本発明は、本発明は、ＰＣアプリケーションで作成したボタンを含む操作画面情報を画像処理デバイスのユーザインタフェース上で表示するための制御に関する。
【背景技術】
【０００２】
近年、ＰＣアプリケーション（以後、ＰＣアプリ）の情報を複写機やプリンタ、マルチファンクション装置等の画像処理装置（以後、デバイス）のユーザインタフェース（以後、ＵＩ）上で表示するシステムが増えてきている。さらには、表示画面情報をＰＣアプリ側で作成までしてしまい、作成された画面をそのままデバイスのＵＩで表示する傾向が増えてきている。
【０００３】
一方、デバイスの前でユーザに複雑な操作を行わせないように、予め処理設定を１つのボタンに登録しておく「ワンタッチボタン」機能が広く利用されてきている。これにより、ユーザは所望のボタンを押下するだけであり、ユーザの操作負荷を軽減することができる。
【０００４】
ここで従来の画面表示例を図１３、図１４を用いて説明する。
図１３，図１４は、従来の画面表示例を示す図である。
図１３に示すように、画面６０１は、デバイスに装備されている画面の表示領域でありタッチパネルとなっている。システムは、ユーザが画面に触れることによってワンタッチボタンが押された等の判断をする。
【０００５】
タブ６０２、６０３、６０４は、３つの画面があることを表している。複数のボタンをタブ６０２で表示しきれない場合に、残りのボタンをタブ６０３で表示し、さらにタブ６０３を用いても表示しきれない場合には、残りのボタンをタブ６０４に表示する。システムは、ユーザが各タブ６０２、６０３、６０４のいずれかを押下したことを検知すると該当する画面を表示する。
【０００６】
この例では、ワンタッチボタン６０５は、１つの画面内に６つまで表示可能であり、３つのタブで表示されるボタンの合計は１８個となる。ユーザが所望のボタンを押下すると、システムはそのボタンに登録されている処理内容を読み出し、定められた処理を行う。
【０００７】
ユーザは、表示されている画面内に所望のワンタッチボタンがない場合には、タブ６０３、又はタブ６０４を押下し、別の画面内で所望のワンタッチボタンを探す。ＯＫボタン６０６が押下された場合、システムは表示画面を、予め定められたデバイスのコピー処理画面などの初期画面表示とする。
【０００８】
図１４はタブ６０３の画面を表示している場合の画面表示例である。タブ６０２で表示し切れなかったワンタッチボタン７０１が３つ表示されている。
なお、登録するボタンの数が多くなると、図１３，図１４に示したように、１画面中にボタンを表示しきれなくなったり、所望のボタンを探すことが困難になるという問題があった。
【０００９】
その解決策として複数の画面ページを持つものや、ユーザが望む可能性の高いボタンから順に表示するものが知られている（特許文献１参照）。
これにより、デバイスの新機種開発の度にデバイス側で新しいＵＩを実装する必要がないため開発工数を押さえられる。さらには、ＰＣアプリ側で情報を一元的に管理するため、どのデバイスからでも同じ情報を使用できる利点がある。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０００−１３７７３１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
ところが、複数の画面ページがあると、所望のボタンを見つけるためにページを更新する必要があり、その度にＰＣアプリとネットワークを介して画面表示情報のやりとりが必要なため、表示の応答性が悪いという問題があった。
【００１２】
また、ユーザが望む可能性の高いボタンの判断を、静的なボタン情報に含まれるキーワードから識別するだけでは十分な判断ができなかった。さらにその場合、ユーザはどのような順序でボタンが並んでいるかを直感的に把握することができず、所望のボタンを探すことができずに迷う場面も少なくなかった。
【００１３】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、デバイスの操作画面に表示するボタンを適切に減らし、ユーザが望むボタンを容易に探して操作可能となる仕組みを提供することである。
【課題を解決するための手段】
【００１４】
本発明は、画像処理デバイスと、前記画像処理デバイスの操作画面を生成して前記画像処理デバイスに送信する情報処理装置から構成される画像処理システムであって、前記情報処理装置は、画像処理デバイスで実行する処理をボタンとして登録しておく登録手段と、前記画像処理デバイスから前記画像処理デバイスのデバイス情報を取得するデバイス情報取得手段と、前記デバイス情報取得手段で取得されたデバイス情報と、前記登録手段に登録されたボタンに対応する処理の内容から、前記登録手段に登録されたボタンを表示する階層を動的に判定する判定手段と、前記判定手段により下階層で表示すると判定された複数のボタンを１又は複数のグループにグルーピングして、グループ毎に１つのまとめボタンに対応させるボタンまとめ手段と、前記判定手段により上階層で表示すると判定されたボタン、及び、前記ボタンまとめ手段によりまとめられた前記まとめボタンを操作画面上に表示するための操作画面情報を生成して前記画像処理装置に送信する画面生成手段とを有するものであり、前記画像処理デバイスは、前記画像処理デバイスのデバイス情報を前記情報処理装置に通知するデバイス情報通知手段と、前記情報処理装置から受信した操作画面情報に基づいて操作画面を表示してユーザ操作を受け付けるユーザインタフェース手段とを有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、デバイスの操作画面に表示するボタンを適切に減らし、ユーザが望むボタンを容易に探して操作可能とするような、操作性が高いユーザインタフェースを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明を適用可能な印刷システムの概略を示す図である。
【図２】ＰＣアプリ１０２のソフトウェア構成図である。
【図３】デバイスのハードウェア構成図である。
【図４】デバイスのソフトウェア構成図である。
【図５】ワンタッチボタン登録情報を示す図である。
【図６】ユーザのアカウント情報を示す図である。
【図７】ＰＣアプリ１０２とデバイスとの通信シーケンスを示す図である。
【図８】ボタングルーピング判定テーブルを示す図である。
【図９】実施例１のＰＣアプリ１０２の動作を示すフローチャートである。
【図１０】実施例１の画面表示例を示す図である。
【図１１】実施例２のＰＣアプリ１０２の動作を示すフローチャートである。
【図１２】実施例２の画面表示例を示す図である。
【図１３】従来の画面表示例を示す図である。
【図１４】従来の画面表示例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１８】
図１は、本発明を適用可能な画像処理システムの概略を示す図である。
図１に示すパーソナルコンピュータ（以下、ＰＣ）１０１は、ＣＰＵやＲＡＭ、ＲＯＭ、ＨＤＤ、ネットワークインタフェースカード（ＮＩＣ）等のハードウェア構成物により構成される。また、ＰＣ１０１は、ネットワーク１０４にて、複写機やプリンタ、マルチファンクション装置等の画像処理装置（画像処理デバイス（以後、デバイス））１０５や１０６と接続されている。なお、図１の例では、ネットワーク１０４にデバイス１０５とデバイス１０６が接続されている例を示したが、デバイスは何台接続されていてもよい。また、デバイス１０５とデバイス１０６は異なる種類のデバイスであってもよい。以下、デバイス１０５及びデバイス１０６を単に「デバイス」と呼ぶ。
【００１９】
ＰＣアプリケーション（以下、ＰＣアプリ）１０２は、ＰＣ１０１のハードウェア上で動作するアプリケーションソフトウェアであり、文書の蓄積、保管を可能とする。ＰＣアプリ１０２は、ＰＣ１０１のＣＰＵがＨＤＤ等に格納されたプログラムをＲＡＭ上にロードして実行することにより実現されるものである。文書管理データベース１０３は、電子化された文書のデータを管理するデータベースであり、ＰＣ１０１のＨＤＤ等に実装される。
【００２０】
図２は、ＰＣアプリ１０２のソフトウェア構成図である。
図２に示すネットワークインタフェース通信部２０１は、ネットワーク１０４を通して、ネットワーク上のデバイスと画面情報のやりとりや、デバイスの装備情報やデバイスのステータスを受信する。
【００２１】
デバイス情報管理部２０２は、ネットワークインタフェース通信部２０１が図７で後述するデバイス情報取得処理によりデバイスから受け取ったデバイス情報（デバイスの能力情報、デバイスのステータス情報等）をデバイス毎に記憶管理する。ユーザ情報管理部２０３は、ＰＣアプリ１０２を利用するユーザのログインＩＤやパスワード等のアカウント情報（図６）を記憶管理する。
【００２２】
ボタン登録受付部２０４は、デバイス上のＵＩで表示するワンタッチボタンの登録情報を受け付け、その登録情報（図５）をボタンデータ２１０に格納する。なお、ワンタッチボタンの登録情報は、ユーザから受け付けたボタン名や、そのボタンが押下された場合に実行する処理内容等から成る。また、ユーザは、ワンタッチボタンの登録をデバイスのＵＩ３０２（図３）、ＰＣ１０１上、又は、ＰＣ１０１と通信可能な他のＰＣ上から行うことができる。なお、ワンタッチボタンの登録情報は、全てのユーザに共通のものであってもよいし、ユーザ毎のものであってもよいし、登録時にユーザ毎或いは全ユーザ共通を選択できるようにしてもよい。
【００２３】
表示画面生成部２０５は、デバイスのＵＩ上に表示する画面の画面情報を作成し、ネットワークインタフェース通信部２０１を介してデバイスへ画面情報を送信する（デバイス操作画面生成処理）。ボタングルーピング判定部２０７は、表示する画面の中でどのようなワンタッチボタンを表示するかを（即ち、どのボタンを上階層に表示し、どのボタンを下階層に表示するかを）、ボタングルーピングテーブル２１１を参照した上で動的に判定する。その判定方法の詳細は、フローチャートを用いて後述する。
【００２４】
画面情報記憶部２０８は、現在表示している画面の表示状態（表示ボタン情報）をデバイス毎に記憶しておく。ボタングルーピングテーブル２１１は、後述する図８に示すボタングルーピング判定テーブルや、後述する、まとめボタンに関連付けられているワンタッチボタンの情報等を記憶する。
【００２５】
文書管理部２０６は、デバイスのスキャナでスキャンされることにより電子化された文書の画像データや、その文書の属性情報を文書蓄積部２０９に蓄積し管理する。なお、画像データは、フォルダ構造によって管理される。また、フォルダは、複数の画像データと、複数のサブフォルダを持つことができる。また、フォルダ階層は、フォルダパスとして表現される。
【００２６】
図３は、デバイスのハードウェア構成図である。
図３において、ＣＰＵ３０３は中央演算処理装置であり、デバイスの各動作を制御する。ネットワークインタフェース３０１は、ネットワーク１０４を通してデータ通信を行う。ＵＩ３０２はユーザインタフェース部であり、ユーザへの情報表示を行ったりユーザからの入力を受け付ける。
【００２７】
メモリ３０４は、デバイスが動作するためのデータ演算又は画像データの蓄積・加工のための一次メモリである。ＨＤＤ３０５はハードディスクドライブであり、データ演算又は画像データの蓄積・加工のための二次メモリである。なお、デバイスのソフトウエアプログラムもＨＤＤ３０５上に記憶されており、ＣＰＵ３０３によって実行される。なお、デバイスのソフトウェア構成については図４を用いて後述する。
【００２８】
スキャナ３０６は、原稿をスキャンし画像データに変換するために、フィーダ３０８と原稿台３０９を制御する。フィーダ３０８は、複数枚の原稿を連続スキャンするための原稿送り装置であり、原稿が置かれたことを検知する原稿センサ３１３を備える。原稿センサ３１３は、原稿サイズをＡＢ系又はＩｎｃｈ系の各定型サイズ単位でサイズ検知が可能である。原稿台３０９は、原稿を光学的にスキャンし電子画像データに変換する読取装置である。
【００２９】
プリンタ３０７は、画像データを用紙へプリントするために、用紙カセット３１０、手差しトレイ３１１、フィニッシャ３１２を制御する。用紙カセット３１０は、プリントする用紙を予め積んでおき、プリントする枚数だけ紙を送り出す。
【００３０】
手差しトレイ３１１は、ユーザが任意にプリントしたい用紙を置くトレイである。この手差しトレイ３１１は、一般的には、通常、用紙が置かれていない状態となっている。また、手差しトレイ３１１は、用紙がトレイ上に置かれたことを検知する用紙センサ３１４を備える。
【００３１】
フィニッシャ３１２は、プリントした用紙をソートしたり、針を打って用紙を束ねる等の処理を行う。ステイプラ３１５は、フィニッシャ３１２に接続され、ステイプル針を保持し用紙に針を打つステイプル処理を行う。
【００３２】
続いて、図４を用いて、デバイスのソフトウェア構成を説明する。
図４は、デバイスのソフトウェア構成図である。
図４において、ネットワークインタフェース通信部４０１は、ネットワーク１０４を通してＰＣアプリ１０２とデータ通信を行う。表示画面管理部４０２は、ＵＩ３０２上に表示する画面情報を記憶管理する。
【００３３】
スキャナ管理部４０３は、スキャナ３０６の動作状態を管理する。スキャナ能力判定部４０５は、スキャナ３０６やフィーダ３０８、原稿センサ３１３、原稿台３０９の装置接続状況や処理能力を判断する。スキャナステータス検出部４０６は、同じくスキャナ３０６やフィーダ３０８、原稿台３０９の動作状況を監視し、原稿センサ３１３からの入力や、各種エラー発生状況を検出する。
【００３４】
プリンタ管理部４０４は、プリンタ３０７の動作状態を管理する。プリンタ能力判定部４０７は、プリンタ３０７や用紙カセット３１０、手差しトレイ３１１、用紙センサ３１４、フィニッシャ３１２、ステイプラ３１５の装置接続状況や処理能力を判断する。プリンタステータス検出部４０８は、同じくプリンタ３０７や用紙カセット３１０、手差しトレイ３１１、用紙センサ３１４、フィニッシャ３１２、ステイプラ３１５の動作状況を監視し、用紙センサ３１４からの入力や、各種エラー発生状況を検出する。
【００３５】
ＯＣＲ処理部４０９は、原稿台３０９で読み取った画像データに含まれる手書き文字や印字された文字と、前もって記憶されたパターンとの照合することより文字を特定するものである。なお、ＯＣＲは、Optical Character Readerの略語である。このＯＣＲ処理部４０９を用いて、画像として読み取った文字を電子的な文字データに変換し、元の画像データと共にＰＣアプリ１０２へ転送する。
なお、スキャナ管理部４０３，プリンタ管理部４０４等で管理されるデバイス情報は、図７で後述するデバイス情報通知処理によりＰＣアプリ１０２へ通知される。
なお、上記４０１〜４０９に示すデバイスの各機能部は、ＣＰＵ３０３がＨＤＤ３０５に格納されたプログラムを読み出して実行することにより実現されるものである。
【００３６】
図５は、ボタンデータ２１０に格納されているワンタッチボタン登録情報を示す図である。
図５において、ボタンＩＤ５０１は、各ボタン毎に一意に割り当てられる管理番号である。ボタン名５０２は、表示ボタン名であり、この文字列が実際に画面上で表示される。処理内容５０３は、そのボタンが押下された場合に実行する処理内容を示す（図５では詳細は省略する）。なお、図５に示した例では、ボタンＩＤが「００１」〜「００９」の９つのワンタッチボタンが登録されていることが分かる。
【００３７】
図６は、ＰＣアプリ１０２のユーザ情報管理部２０３で管理しているユーザのアカウント情報を示す図である。
図６に示すように、ユーザのアカウント情報は、ログインＩＤ８０１、所属グループ８０２、パスワード８０３、ホームフォルダ８０４等からなる。
パスワード８０３は、エンコードされデータ管理される。ホームフォルダ８０４は、ログインＩＤ毎に割り当てられる標準のフォルダパスであり、ユーザから特に指定がない限り、スキャンした文書の画像データはホームフォルダに配置される。デバイスが複数のユーザで利用される場合、１つのフォルダを共有すると画像データの所有者がどのユーザか判別するのに手間が掛かるため、ユーザ毎に標準のフォルダを個別に割り当てている。図６に示した例では、ＵｓｅｒＡ（８０５）、ＵｓｅｒＢ（８０６）、ＵｓｅｒＣ（８０７）の３つのユーザアカウントが登録されている。
【００３８】
続いて、ＰＣアプリ１０２とデバイスとの通信シーケンスを図７を用いて説明する。
図７は、ＰＣアプリ１０２とデバイスとの通信シーケンスを示す図である。
図７に示すように、まず、デバイスは、ＰＣアプリ１０２の画面を表示すると判断すると、画面表示リクエスト９０３をＰＣアプリ１０２へ送る。ＰＣアプリ１０２は、画面表示リクエスト９０３を受信すると、デバイス能力取得コマンド９０４を送る。
【００３９】
デバイスは、デバイス能力取得コマンド９０４を受信すると、自デバイスに接続されている装置の接続状況や処理能力を、デバイス能力通知９０５として送る。なお、デバイスに接続されている装置の接続情報とは、例えばフィーダ３０８やフィニッシャ３１２が接続されているか等の情報である。また、デバイスに接続されている装置の処理能力とは、例えば１度にスキャンできる原稿の最大枚数や、同時にプリントできる部数の最大数、或いは、ＯＣＲ処理部４０９を備えているか等の情報である。なお、装置の接続情報と処理能力は、いずれもスキャナ管理部４０３、プリンタ管理部４０４、或いはＯＣＲ処理部４０９で管理されている情報である。
【００４０】
ＰＣアプリ１０２は、デバイス能力通知９０５を受信すると、該受信したデバイスの能力情報をデバイス情報管理部２０２にデバイス毎に記憶させる。
続いて、ＰＣアプリ１０２は、デバイスステータス取得リクエスト９０６をデバイスに送信する。デバイスは、デバイスステータス取得リクエスト９０６を受信すると、スキャナ管理部４０３又はプリンタ管理部４０４が管理しているデバイスの動作状況や各種エラー発生状況をデバイスステータス通知９０７としてＰＣアプリ１０２へ送る。このデバイスステータス通知９０７には、エラーステータス情報や、ユーザの操作によるデバイスのステータス変化情報を示すユーザ操作ステータス情報等が含まれる。エラーステータス情報には、例えば、ステイプラ３１５の針無しエラーや、針無しエラー解除等等が含まれる。また、ユーザ操作ステータス情報には、例えば、原稿センサ３１３が検知するものや、用紙センサ３１４が検知するもの等が含まれる。なお、このデバイスステータス通知９０７は、デバイスを特定する情報、及び、ログインしているユーザのログインＩＤとともに送信される。
【００４１】
ＰＣアプリ１０２は、デバイスステータス通知９０７を受信すると、デバイスエラーステータスやユーザ操作ステータスをデバイス情報管理部２０２にデバイス毎の記憶させる。さらに、ＰＣアプリ１０２は、以上の手順で受け取ったデバイス情報から、デバイスのＵＩ３０２で表示すべき操作画面情報（表示画面情報）を表示画面生成部２０５にて生成し、該生成した表示画面情報をデバイスに送信する（表示画面送付９０８）。
【００４２】
デバイスは、表示画面情報を受信すると、該表示画面情報を表示画面管理部４０２で保管し、該表示画面情報に基づく画面をＵＩ３０２に表示する。
以後、デバイスは前述したデバイスの動作状況や各種エラー発生状況や解除状況を示すデバイスステータス（デバイスエラーステータスやユーザ操作ステータス）を自ら監視し、変化がある度にデバイスステータス通知９０９としてＰＣアプリ１０２に送信する。ＰＣアプリ１０２は、デバイスステータス通知９０９を受信すると、受信したデバイスステータスによりデバイス情報管理部２０２を更新する。さらに、ＰＣアプリ１０２は、上記受け取ったデバイスステータスから、デバイスで表示すべき画面情報を表示画面生成部２０５にて生成し、該生成した画面情報をデバイスに送信する（表示画面送付９０８）。デバイスは、表示画面情報を受信すると、該表示画面情報で表示画面管理部４０２を更新し、該表示画面情報でＵＩ３０２の画面を更新し、ユーザからの操作を受け付ける。
【００４３】
図８は、ワンタッチボタンのグルーピングを行う際に用いるボタングルーピング判定テーブルを示す図である。なお、ボタングルーピング判定テーブルは、ワンタッチボタンを登録する際に入力された情報により生成され、ボタングルーピングテーブル２１１に保管される。また、ボタングルーピング判定テーブルは、ボタングルーピング判定部２０７にてワンタッチボタンのグループピングを決める際に用いられる。
【００４４】
図８において、ボタンＩＤ１００１は、図５で説明したボタンＩＤ５０１と同一のものであり、各ワンタッチボタン毎に一意に割り当てられる管理番号である。処理種１００２は、デバイスで行われる主たる処理種別であり、スキャン処理かプリント処理かを区別する。
【００４５】
ボタンに設定されているフォルダ１００３は、ボタンデータ２１０に登録されているワンタッチボタンの属性情報の１つである。そのボタンが押下されることでシステムが文書蓄積部２０９のどのフォルダパスに対してスキャンした画像データを蓄積することになるのか、或いはどのフォルダパスに蓄積されている画像データをプリントすることになるのかを示すものである。
【００４６】
ＯＣＲ処理１００４は、同じく各ワンタッチボタンが押下されることでＯＣＲ処理を行う設定になっているか否かを示すものである。ステイプル実行１００５も同じく各ワンタッチボタンが押下されることで、ステイプル処理を行うか否かを示すものである。
【００４７】
原稿検知１００６は、フィーダ３０８に接続する原稿センサ３１３が原稿を検知した場合に、ユーザが所望するであろうワンタッチボタンであるとみなすか否かを示すものである。なお、原稿検知１００６は、ユーザの操作によって検知結果が変るものであるため、「ユーザ操作ステータス」の１つである。ユーザ操作ステータスには、他にも例えばユーザが手差しトレイ３１１に原稿を置くことによって検知されるステータス等がある。なお、ユーザ操作ステータスについては図９の説明の中で改めて説明する。
【００４８】
なお、原稿がフィーダ３０８に置かれた場合であっても、処理種１００２がスキャンとなっているワンタッチボタンが全てユーザが所望するワンタッチボタンとは限らない。原稿センサ３１３は、原稿サイズを定型サイズ単位でしか検知できないため、非定形サイズの原稿を使用する処理ではフィーダは使用されない。そのため、原稿センサ３１３で原稿検知されても否定形サイズの原稿をスキャンする処理を含むワンタッチボタンはユーザが所望するワンタッチボタンとはみなさず、表示しない（下階層に表示する）と判断される。
【００４９】
例えば、ボタンＩＤが「００８」のワンタッチボタンは、処理種１００２が「スキャン」だが、原稿検知１００６は「Ｎｏ」となっている。これは、ボタンＩＤが「００８」のワンタッチボタン名「見積書登録」のワンタッチボタンは、スキャンする見積書が否定形サイズである（定形サイズでない）ということである。
【００５０】
以下、デバイスからデバイスステータス通知９０７，９０９を受信した場合のＰＣアプリ１０２の動作を図９のフローチャートを用いて詳しく説明する。
図９は、デバイスからデバイスステータス通知９０７，９０９を受信した場合のＰＣアプリ１０２の動作を示すフローチャートである。即ち、このフローチャートの処理は、ＰＣ１０１のＣＰＵがＨＤＤ等に格納されたプログラムをＲＡＭ上にロードして実行することにより実現されるものである。なお、ここでは、ワンタッチボタン登録情報は、全ユーザで共通のものとして説明する。
【００５１】
デバイスからデバイスステータス通知９０７や９０９を受信すると、ＰＣ１０１上で動作するＰＣアプリ１０２の表示画面生成部２０５は以下の処理を行う。
まず、ステップＳ１１０１にて、表示画面生成部２０５は、ワンタッチボタン登録情報（図５）を、ボタングルーピング判定部２０７を通してボタンデータ２１０から取得し、このワンタッチボタン登録情報を表示候補とする。
【００５２】
次に、ステップＳ１１０２にて、表示画面生成部２０５は、デバイスステータス通知に付加されたログインＩＤに基づいてユーザ情報管理部２０３からログインユーザのユーザ情報を取得する（ユーザ情報取得処理）。
【００５３】
続いて、ステップＳ１１０３にて、表示画面生成部２０５は、表示候補の中に、ログインユーザに関係するワンタッチボタンがあるか否かをボタングルーピング判定部２０７に判定させる。その判定方法は、図８のボタングルーピング判定テーブルのボタンに設定されているフォルダ１００３のファイルパスに、ユーザ情報管理部２０３から取得したログインユーザのホームフォルダ８０４の情報が含まれているか否かで判定する。フォルダ１００３にホームフォルダ８０４が含まれているワンタッチボタンは、ログインユーザに関係すると判定される。一方、フォルダ１００３にホームフォルダ８０４が含まれていないワンタッチボタンは、ログインユーザに関係しないと判定される。
【００５４】
例えば「ＵｓｅｒＡ」８０５が操作している場合を例に説明する。この例では、「ＵｓｅｒＡ」８０５のホームフォルダ８０４は「\\2009\Dept1\AAA」であるため、これと同じフォルダパスが、ボタンに設定されているフォルダ１００３に存在するかを判定する。その結果、ボタンＩＤが「００４」、「００７」、「００９」の３つのワンタッチボタンはログインユーザに関係すると判定される。
【００５５】
そして、上記Ｓ１１０３にて、ログインユーザに関係するワンタッチボタンがあると判断した場合、ボタングルーピング判定部２０７は、ステップＳ１１０４へ処理を進める。一方、ログインユーザに関係するワンタッチボタンがないと判断した場合、その旨を、表示画面生成部２０５に通知し、表示画面生成部２０５が、ステップＳ１１０８へ処理を進める。
【００５６】
ステップＳ１１０４では、ボタングルーピング判定部２０７は、表示候補のうち、ログインユーザに関係するボタンはそのままワンタッチボタンとして表示する（上階層に表示する）と判断する。即ち、ログインユーザと関係するボタンは表示候補にとどめると判断する。上述の例では、ボタンＩＤが「００４」、「００７」、「００９」の３つのワンタッチボタンはログインユーザに関係するため、ワンタッチボタンとして表示する（上階層に表示する）と判断される。
【００５７】
続いてステップＳ１１０５にて、ボタングルーピング判定部２０７は、表示候補のうち、ログインユーザと関係しないボタンを「まとめボタン」として表示する（下階層に表示する）と判断する。上述の例では、ボタンＩＤが「００１」、「００２」、「００３」、「００５」、「００６」、「００８」はログインユーザに関係ないため、「まとめボタン」として表示する（下階層に表示する）と判断される。そして、ボタングルーピング判定部２０７は、上記Ｓ１１０４，Ｓ１１０５の判断結果を表示画面生成部２０５に通知する。
【００５８】
次に、表示画面生成部２０５は、ステップＳ１１０６にて、表示しない（まとめボタンとして表示する）０個以上のワンタッチボタンを１又は複数のグループにグルーピングする（まとめる）。そして、該グループ毎に１つのまとめボタンを関連付けてボタングルーピングテーブル２１１に記憶する（ボタンまとめ処理）。
【００５９】
なお、図９のフローチャートでボタンをまとめる際のまとめ方であるが、システム管理者によって指定された図８のボタングルーピング判定テーブルの情報に従う。例えば、処理種１００２でまとめるよう設定された場合には、システムは処理種１００２が「スキャン」のものと「プリント」の、２つのまとめボタンにまとめる。
【００６０】
上述の例では、ボタンＩＤが「００１」、「００８」のワンタッチボタンは処理種１００２が「スキャン」であるので、「スキャン」まとめボタンにまとめられる。また、ボタンＩＤが「００２」、「００３」、「００５」、「００６」のワンタッチボタンは処理種１００２が「プリント」であるので、「プリント」まとめボタンにまとめられる。
【００６１】
さらに、表示画面生成部２０５は、ステップＳ１１０７にて、前記Ｓ１１０４，Ｓ１１０５の判断に従い、画面情報記憶部２０８の表示画面情報を更新する。この際、表示候補も更新する。上記の例では、この時点の表示候補は、ボタンＩＤが「００４」、「００７」、「００９」の３つのワンタッチボタンとなっている。
【００６２】
続いてステップＳ１１０８にて、表示画面生成部２０５は、表示候補のうち、受信したデバイスステータス通知の中のユーザ操作ステータスに関係するボタンがあるか否かをボタングルーピング判定部２０７に判定させる。
【００６３】
図７のデバイスステータス通知９０７，９０９で説明した通り、ユーザ操作ステータスには、原稿センサ３１３が検知するものや、用紙センサ３１４が検知するものがある。図８のボタングルーピング判定テーブルでは、ユーザ操作ステータスに関係する属性は、原稿検知１００６である。なお、前述の例では、表示候補、ボタンＩＤが「００４」、「００７」、「００９」の中で、ボタンＩＤが「００４」、「００９」の２つのワンタッチボタンの原稿検知１００６が「Ｙｅｓ」となっている。よって、受信したデバイスステータス通知の中のユーザ操作ステータスとして「原稿検知」が含まれている場合、ボタンＩＤが「００４」、「００９」のボタンがユーザ操作ステータスに関係すると判断される。
【００６４】
そして、上記Ｓ１１０８にて、受信したデバイスステータス通知の中のユーザ操作ステータスに関係するボタンがあると判断した場合には、ボタングルーピング判定部２０７は、ステップＳ１１０９へ処理を進める。
【００６５】
一方、上記Ｓ１１０８にて、受信したデバイスステータス通知の中のユーザ操作ステータスに関係するボタンがないと判断した場合には、ボタングルーピング判定部２０７は、その旨を、表示画面生成部２０５に通知する。そして、その通知を受けた表示画面生成部２０５が、ステップＳ１１１３へ処理を進める。
【００６６】
ステップＳ１１０９では、ボタングルーピング判定部２０７は、上記Ｓ１１０４と同様に、表示候補のうち、受信したユーザ操作ステータスに関係するボタンはそのままワンタッチボタンとして表示する（上階層に表示する）と判断する。即ち、ユーザ操作ステータスに関係するボタン（上記例ではボタンＩＤが「００４」、「００９」のボタン）は表示候補にとどめると判断する。
【００６７】
次に、ステップＳ１１１０にて、ボタングルーピング判定部２０７は、上記Ｓ１１０５と同様に、表示候補のうち、受信したユーザ操作ステータスに関係しないボタン（上記例ではボタンＩＤが「００７」のボタン）を「まとめボタン」として表示する（下階層に表示する）と判断する。そして、上記Ｓ１１０９，Ｓ１１１０の判断結果を表示画面生成部２０５に通知する。
【００６８】
次に、表示画面生成部２０５は、ステップＳ１１１１にて、上記Ｓ１１０６と同様に、表示しない（まとめボタンとして表示する）０個以上のワンタッチボタンと「まとめボタン」を関連付けてボタングルーピングテーブル２１１に記憶する。上記例ではボタンＩＤが「００７」の処理種１００２は「プリント」であるので、「プリント」まとめボタンにまとめられる。
【００６９】
さらに、表示画面生成部２０５は、ステップＳ１１１２にて、上記Ｓ１１０７と同様に、前記Ｓ１１０９，Ｓ１１１０の判断に従い、画面情報記憶部２０８の表示画面情報を更新する。この際、表示候補も更新する。上述の例では、この時点で、ボタンＩＤが「００４」と「００９」の２つのボタンが表示候補となる。
【００７０】
続いて、ステップＳ１１１３にて、表示画面生成部２０５は、表示候補の中に、デバイス情報管理部２０２に管理されるデバイス能力に適合しないボタンがあるか否かをボタングルーピング判定部２０７に判定させる。デバイス能力とは、図７のデバイス能力通知９０５で説明した通りであり、図８のボタングルーピング判定テーブルではＯＣＲ処理１００４がデバイス能力に影響を受ける属性である。上述の例では、ボタンＩＤが「００４」と「００９」の２つのボタンが表示候補のうち、ボタンＩＤが「００９」のワンタッチボタンのＯＣＲ処理１００４が「Ｙｅｓ」となっている。よって、デバイス能力に「ＯＣＲ処理」が無ければ、ボタンＩＤが「００９」のボタンは、デバイス能力に適合しない（デバイスで実行不可能な処理に対応するボタン）と判断される。なお、図４に示したデバイスは、ＯＣＲ処理能力があるため、ボタンＩＤが「００９」のワンタッチボタンは、デバイス能力に適合する（デバイスで実行可能な処理に対応するボタン）と判断される。
【００７１】
上記Ｓ１１１３にて、デバイス能力に適合しないワンタッチボタン（デバイスで実行不可能な処理に対応するワンタッチボタン）があると判定された場合には、ボタングルーピング判定部２０７は、ステップＳ１１１４へ処理を進める。一方、デバイス能力に適合しないワンタッチボタンがないと判定した場合には、ボタングルーピング判定部２０７は、その旨を、表示画面生成部２０５に通知し、表示画面生成部２０５が、ステップＳ１１１８へ処理を進める。
【００７２】
ステップＳ１１１４では、ボタングルーピング判定部２０７は、表示候補のうち、デバイス能力に適合するボタン（デバイスで実行可能な処理に対応するボタン）はそのままワンタッチボタンとして表示する（上階層に表示する）と判断する。即ち、適合するボタンは表示候補にとどめると判断する。上述の例では、表示候補のボタンＩＤが「００４」と「００９」のボタンはデバイス能力に適合するためまとめないと判断される。
【００７３】
次に、ステップＳ１１１５において、ボタングルーピング判定部２０７は、表示候補のうち、デバイス能力に適合しないボタン（デバイスで実行不可能な処理に対応するボタン）を１つの「まとめボタン」として表示する（下階層に表示する）と判断する。即ち、適合しないボタンは表示候補からはずすと判断する。そして、上記Ｓ１１１４，Ｓ１１１５の判断結果を表示画面生成部２０５に通知する。
【００７４】
次に、表示画面生成部２０５は、ステップＳ１１１６にて、上記Ｓ１１１５の判断に従い、表示しない（まとめボタンとして表示する）０個以上のワンタッチボタンと「まとめボタン」を関連付けてボタングルーピングテーブル２１１に記憶する。
さらに、表示画面生成部２０５は、ステップＳ１１１７にて、上記Ｓ１１１４，Ｓ１１１５の判断に従い、画面情報記憶部２０８の表示画面情報を更新する。この際、表示候補も更新する。上述の例では、この時点で、ボタンＩＤが「００４」と「００９」の２つのボタンが表示候補となる。
【００７５】
続いてステップＳ１１１８にて、表示画面生成部２０５は、表示候補の中に、受信したデバイスステータス通知の中のエラーステータスに関係するボタンがあるか否かをボタングルーピング判定部２０７に判定させる。図７のデバイスステータス通知９０７，９０９で説明した通り、図８のボタングルーピング判定テーブルでは、ステイプル実行１００５がエラーステータスに関係する属性である。よって、受信したデバイスステータス通知の中のエラーステータスとしてステイプルができないエラーが含まれている場合、ステイプル実行１００５が「Ｙｅｓ」となっているワンタッチボタンがエラーステータスに関係するボタンと判定される。一方、ステイプル実行１００５が「Ｙｅｓ」となっていないワンタッチボタンがエラーステータスに関係しないボタンと判定される。上述の例では、この時点での表示候補は、ボタンＩＤが「００４」、「００９」の２つのワンタッチボタンである。その中でステイプル実行１００５が「Ｙｅｓ」となっているワンタッチボタンはなく、ボタンＩＤが「００４」、「００９」のワンタッチボタンも、エラーステータスに関係しないと判定される。
【００７６】
そして、上記Ｓ１１１８にて、受信したエラーテータスに関係するボタンがあると判定した場合には、ボタングルーピング判定部２０７は、ステップＳ１１１９に処理を進める。一方、上記Ｓ１１１８にて、受信したエラーステータスに関係するボタンがないと判断した場合には、ボタングルーピング判定部２０７は、その旨を、表示画面生成部２０５に通知し、表示画面生成部２０５が、ステップＳ１１２３に処理を進める。
【００７７】
ステップＳ１１１９では、ボタングルーピング判定部２０７は、表示候補のうち、受信したデバイスステータスに関係しないボタンはそのままワンタッチボタンとして表示する（上階層に表示する）と判断する。即ち、受信したデバイスステータスに関係しないボタンは表示候補にとどめると判断する。上述の例では、表示候補のボタンＩＤが「００４」と「００９」のワンタッチボタンをそのまま表示すると判断する。
【００７８】
次に、ステップＳ１１２０において、ボタングルーピング判定部２０７は、表示ボタン情報が示すワンタッチボタンのうち、エラーステータスに関係するボタンを１つの「まとめボタン」として表示する（下階層に表示する）と判断する。そして、ボタングルーピング判定部２０７は、上記Ｓ１１１９，Ｓ１１２０の判断結果を表示画面生成部２０５に通知する。
【００７９】
次に、表示画面生成部２０５は、ステップＳ１１２１にて、前記Ｓ１１２０の判断に従い、表示しない（まとめボタンとして表示する）０個以上のワンタッチボタンと「まとめボタン」を関連付けてボタングルーピングテーブル２１１に記憶する。
【００８０】
さらに、表示画面生成部２０５は、ステップＳ１１２２にて、上記Ｓ１１１９，Ｓ１１２０の判断に従い、画面情報記憶部２０８の表示画面情報を更新する。上述の例では、ボタンＩＤが「００４」と「００９」の２つのボタンをそのままワンタッチボタンとして表示し、「プリンタ」と「ステイプル」をまとめボタンとして表示するよう、画面情報記憶部２０８の情報を更新する。
【００８１】
次に、ステップＳ１１２３において、表示画面生成部２０５は、上記Ｓ１１０７、Ｓ１１１２、Ｓ１１１７、又はＳ１１２２で更新された画面情報記憶部２０８の情報に従い、表示する画面データをデバイスへ送信する。この画面データは、上述の例では、ボタンＩＤが「００４」と「００９」のボタンをそのままワンタッチボタンとして表示するものである。また、この画面データは、ボタンＩＤが「００１」、「００８」のボタンを「スキャン」まとめボタンとして表示するものである。また、この画面データは、ボタンＩＤが「００２」、「００３」、「００５」、「００６」、「００７」のボタンを「プリント」まとめボタンとして表示するものである。
そして、ＰＣアプリ１０２が上記Ｓ１１２３にて送信した画面データを受け取ったデバイスは、受け取った情報を元に図１０に示すような操作画面をＵＩ３０２に表示する。
【００８２】
図１０は、実施例１の画面表示例を示す図である。
図１０において、画面１２０１は、デバイスに装備されている画面の表示領域でありタッチパネルとなっている。図９のフローチャートで説明した通り、画面１２０１には、ワンタッチボタン１２０２と１２０３の２つのワンタッチボタンが表示されている。なお、ワンタッチボタン１２０２の「定例会議議事録登録」は、ボタンＩＤが「００４」のものである。また、ワンタッチボタン１２０３の「出張申請」は、ボタンＩＤが「００９」のものである。
【００８３】
また、画面１２０１には、処理種１００２が「スキャン」のワンタッチボタンをまとめた「スキャン」まとめボタン１２０４と、処理種１００２が「プリント」のワンタッチボタンをまとめた「プリント」まとめボタン１２０５が表示されている。
【００８４】
本実施例では、このように、画面１２０１（即ち、上階層）に、表示するボタンの数が少ないため、従来の画面例（図１３，図１４）で表示されていたタブは不要となり、ユーザは少ないボタンの中から所望のボタンを容易に選択することが可能となる。
【００８５】
なお、デバイスでは、上記のまとめボタンが指示（押下）された場合、その旨をＰＣアプリ１０２に通知する。この通知を受けたＰＣアプリ１０２の表示画面生成部２０５は、該まとめボタンにまとめられたボタンのみを表示する操作画面の表示画面情報を生成して画面情報記憶部２０８に記憶しデバイスに送信する（操作画面再生成処理）。デバイスは、この表示画面情報を受信すると、該表示画面情報で表示画面管理部４０２を更新し、該表示画面情報でＵＩ３０２の画面を更新し、ユーザからの操作を受け付ける。
【００８６】
以上説明した通り、図１０の画面から「プリント」まとめボタン１２０５を押下することによって、「プリント」まとめボタン１２０５に関連付けられていたワンタッチボタンだけが個別に階層的に表示される。
本実施例では、ボタンのグルーピングを静的な情報（ログインユーザ情報やデバイス能力等）と動的に変化する情報（デバイスステータス）からその時々に応じたグルーピング処理を行うため、より操作性が高いユーザインタフェースを提供することができる。
【実施例２】
【００８７】
上記実施例１では、ＰＣアプリ１０２は、まとめボタンが指示された通知を受けると、該まとめボタンにまとめられたボタンのみを表示する表示画面情報を再生成する構成（実施例１の操作画面再生成処理）について説明した。
本実施例２では、操作画面再生成処理の際、デバイス情報管理部２０２で管理されるデバイス能力情報とデバイスステータス情報に基づいて、該まとめボタンにまとめられたボタンのいずれかを改めてまとめて表示するか再判定する。そして、該再判定結果に応じてボタン再まとめを行い、表示画面を再生成するように構成する。
【００８８】
以下に、実施例２において、まとめボタンが押下された場合の動作について説明する。
図１１は、まとめボタンが押された場合の実施例２のＰＣアプリ１０２の動作を示すフローチャートである。
まとめボタンが押されたことがデバイスより通知されると、ＰＣアプリ１０２の表示画面生成部２０５は、以下の処理を実行する。
まず、ステップＳ１３０１にて、表示画面生成部２０５は、押下されたまとめボタンの情報を画面情報記憶部２０８から読み出す。ここでは、図１０の「プリント」まとめボタン１２０５が押された場合を例に説明する。
【００８９】
ステップＳ１３０２では、表示画面生成部２０５は、上記Ｓ１３０１で読み出した情報から押下されたまとめボタンに関連付けされているボタンの情報をボタングルーピング判定部２０７を介してボタングルーピングテーブル２１１から読み出し、表示候補とする。上記例の「プリント」まとめボタン１２０５には、処理種１００２が「プリント」のワンタッチボタンが関連付けられている。図８に示したボタングルーピング判定テーブルではボタンＩＤが「００２」、「００３」、「００５」、「００６」、「００７」の５つのワンタッチボタンが「プリント」まとめボタン１２０５に関連付けられており、表示候補となることが分かる。
【００９０】
ステップＳ１３０３にて、表示画面生成部２０５は、上記表示候補の中に、デバイス情報管理部２０２で管理されているデバイス能力に適合しないボタンがあるか否かをボタングルーピング判定部２０７に判定させる。その判定方法は、図９のＳ１１１３で説明した通りである。上記Ｓ１３０３にて、デバイス能力に適合しないワンタッチボタンがあると判定された場合には、ボタングルーピング判定部２０７は、ステップＳ１３０４へ処理を進める。一方、デバイス能力に適合しないワンタッチボタンがないと判定した場合には、ボタングルーピング判定部２０７は、その旨を、表示画面生成部２０５に通知し、表示画面生成部２０５が、ステップＳ１３０８へ処理を進める。なお、図８のボタングルーピング判定テーブルではＯＣＲ処理１００４がデバイス能力に影響を受ける属性である。上記の例では、表示候補のボタンＩＤが「００２」、「００３」、「００５」、「００６」、「００７」の５つのワンタッチボタンのいずれもＯＣＲ処理１００４が「Ｎｏ」であり、デバイス能力に適合しないボタンは無いと判断される。
【００９１】
続いて、ステップＳ１３０４では、ボタングルーピング判定部２０７は、図９のＳ１１１４と同様に、表示候補のうち、デバイス能力に適合するボタンはそのままワンタッチボタンとして表示する（上階層に表示する）と判断する。即ち、適合するボタンは表示候補にとどめると判断する。上述の例では、表示候補のボタンＩＤが「００２」、「００３」、「００５」、「００６」、「００７」の５つのワンタッチボタンはいずれもデバイス能力に適合するためまとめないと判断される。
【００９２】
次に、ステップＳ１３０５において、ボタングルーピング判定部２０７は、図９のＳ１１１５と同様に、表示候補のうち、適合しないボタンを１つの「まとめボタン」として表示する（下階層に表示する）と判断する。そして、上記Ｓ１１１４，Ｓ１１１５の判断結果を表示画面生成部２０５に通知する。
【００９３】
表示画面生成部２０５は、ステップＳ１３０６にて、図９のＳ１１１６と同様に、上記Ｓ１３０５の判断に従い、表示しない（まとめボタンとして表示する）０個以上のワンタッチボタンと「まとめボタン」を関連付けてボタングルーピングテーブル２１１に記憶する。
【００９４】
なお、上記Ｓ１３０６でボタンをまとめる際のまとめ方であるが、デバイス能力に適合しないボタングルーピング判定テーブルの属性に従う。例えば、デバイス能力にＯＣＲ処理がない場合、ＯＣＲ処理１００４が「Ｙｅｓ」のワンタッチボタンは、「ＯＣＲ」まとめボタンとしてまとめられる。この場合、デバイス能力によってＯＣＲ処理が出来ないことが分かっているため、「ＯＣＲ」まとめボタンは操作不可能なボタンとして表示（配置）される。
【００９５】
さらに、表示画面生成部２０５は、ステップＳ１３０７にて、図９のＳ１１１７と同様に、上記Ｓ１３０４，Ｓ１３０５の判断に従い、画面情報記憶部２０８の表示画面情報を更新する。この際、「まとめボタン」は操作不可能なボタンとして表示されるように表示画面情報が生成される。この際、表示候補も更新する。上述の例では、この時点で、ボタンＩＤが「００２」、「００３」、「００５」、「００６」、「００７」の５つのボタンが表示候補となる。
【００９６】
続いてステップＳ１３０８にて、表示画面生成部２０５は、表示候補の中に、デバイス情報管理部２０２で管理されているエラーステータスに関係するボタンがあるか否かをボタングルーピング判定部２０７に判定させる。図７のデバイスステータス通知９０７で説明した通り、図８のボタングルーピング判定テーブルでは、ステイプル実行１００５がエラーステータスに関係する属性である。よって、デバイスステータスの中にステイプルができないエラーステータスが含まれていた場合、ステイプル実行１００５が「Ｙｅｓ」となっているワンタッチボタンがエラーステータスに関係するボタンと判定される。一方、ステイプル実行１００５が「Ｙｅｓ」となっていないワンタッチボタンがエラーステータスに関係しないボタンと判定される。上述の例では、上記表示候補の５つのボタンのうち、ステイプル実行１００５が「Ｙｅｓ」となっているのは、ボタンＩＤが「００３」と「００６」のワンタッチボタンであることが分かる。よって、ボタンＩＤが「００３」と「００６」のワンタッチボタンがエラースステータスに関係すると判断される。
【００９７】
そして、上記Ｓ１３０８にて、エラーステータスに関係するボタンがあると判定した場合には、ボタングルーピング判定部２０７は、ステップＳ１３０９に処理を進める。一方、上記Ｓ１３０８にて、エラーテータスに関係するボタンがないと判断した場合には、ボタングルーピング判定部２０７は、その旨を、表示画面生成部２０５に通知し、表示画面生成部２０５が、ステップＳ１３１３に処理を進める。
【００９８】
ステップＳ１３０９では、ボタングルーピング判定部２０７は、図９のＳ１１１９と同様に、表示候補のうち、エラーステータスに関係しないボタンはそのままワンタッチボタンとして表示する（上階層に表示する）と判断する。即ち、エラーステータスに関係しないボタンは表示候補にとどめると判断する。上述の例では、表示候補のボタンＩＤが「００２」と「００５」と「００７」のワンタッチボタンをそのまま表示すると判断する。
【００９９】
次に、ステップＳ１３１０において、ボタングルーピング判定部２０７は、図９のＳ１１２０と同様に、表示ボタン情報が示すワンタッチボタンのうち、エラーステータスに関係するボタンを１つの「まとめボタン」として表示する（下階層に表示する）と判断する。上述の例では、表示候補のボタンＩＤが「００３」と「００６」を１つのまとめボタンとして表示すると判断する。
【０１００】
なお、上記Ｓ１３１０でボタンをまとめる際のまとめ方であるが、エラーステータスに関係するボタングルーピング判定テーブルの属性に従う。例えば、ステイプルのエラーの場合、ステイプル実行１００５が「Ｙｅｓ」のワンタッチボタンは、「ステイプル」まとめボタンとしてまとめられる。この場合、ステイプル実行が出来ないことが分かっているため、「ステイプル」まとめボタンは操作不可能なボタンとして表示（配置）される。そして、ボタングルーピング判定部２０７は、上記Ｓ１３０８，Ｓ１３０９の判断結果を表示画面生成部２０５に通知する。
【０１０１】
次に、表示画面生成部２０５は、ステップＳ１３１１にて、図９のＳ１１２１と同様に、前記Ｓ１３１０の判断に従い、表示しない（まとめボタンとして表示する）０個以上のワンタッチボタンと「まとめボタン」を関連付けて画面情報記憶部２０８に記憶する。上述の例では、ボタンＩＤが「００３」と「００６」のボタンを「ステイプル」まとめボタンと関連付けて記憶する。
【０１０２】
さらに、表示画面生成部２０５は、ステップＳ１３１２にて、図９のＳ１１１７と同様に、上記Ｓ１３０８，Ｓ１３０９の判断に従い、画面情報記憶部２０８の表示画面情報を更新する。この際、「まとめボタン」は操作不可能なボタンとして表示されるように表示画面情報が生成される。上述の例では、ボタンＩＤが「００２」と「００５」と「００７」のボタンをワンタッチボタンとして表示し、ボタンＩＤが「００３」と「００６」のボタンを操作不能な「ステイプル」まとめボタンとして表示するように画面情報記憶部２０８の情報を更新する。
【０１０３】
次に、ステップＳ１３１３において、表示画面生成部２０５は、上記Ｓ１３０７又はＳ１３１２で更新された画面情報記憶部２０８の情報に従い、表示する画面データをデバイスへ送信する。
【０１０４】
そして、ＰＣアプリ１０２が上記Ｓ１３１３にて送信した画面データを受け取ったデバイスの表示画面管理部４０２は、受け取った画面データを元に図１２に示すような画面をＵＩ３０２に表示する。
【０１０５】
図１２は、図１０の画面で「プリント」まとめボタン１２０５が押された場合の画面表示例を示す図である。
図１１のフローチャートで説明した通り、１４０１、１４０２、１４０３の３つのワンタッチボタンが表示されている。１４０１はボタンＩＤが「００２」の「月次報告書印刷」ボタン、１４０２はボタンＩＤが「００５」の「旅費清算書出力」ボタン、１４０３はボタンＩＤが「００７」の「請求書印刷」ボタンである。
【０１０６】
また、「ステイプル」まとめボタン１４０４が表示される。この「ステイプル」まとめボタン１４０４は、ボタンＩＤが「００３」の「部内会議資料プリント」ボタン、「００６」の「技術調査書印刷」ボタンをまとめたものである。
【０１０７】
以上説明した通り、図１０の画面から「プリント」まとめボタン１２０４を押下することによって、図１２に示すように、「プリント」まとめボタン１２０４に関連付けられていたワンタッチボタンだけが個別に階層的に表示される。さらに、その表示情報作成時に、改めてボタンのグルーピング判断を行うことで、よりユーザが選択する可能性の高いボタンを表示することができる。
【実施例３】
【０１０８】
本実施例３では、まとめボタン表示解除のタイミングの制御について説明する。
ユーザは、まとめボタンの表示状態を解除するタイミングをデバイスのＵＩ３０２、ＰＣ１０１上、又は、ＰＣ１０１と通信可能な他のＰＣ上から設定できる。この設定は、ＰＣ１０１のユーザ情報管理部２０３にユーザ毎に記憶管理される。なお、まとめボタンの表示状態を解除するタイミングとしては、以下の２通りの設定が可能である。
【０１０９】
第１の設定：画面を表示して、ユーザによるボタン操作がなされないまま一定時間が経過したならば、全ボタン表示に切り替える。
第２の設定：ボタンが押され処理が終了した後に、全ボタン表示に切り替える。
なお、第１の設定の場合、さらに、一気に全ボタン表示に切り替える設定と、まとめボタン表示状態から段階的に全ボタン表示に切り替える設定が可能である。段階的に全ボタン表示に切り替える設定の場合を以下に説明する。
【０１１０】
上述の例と同様にＵｓｅｒＡがログインし、図９に示した処理により生成された操作画面（図１０）が表示されていたとする。即ち、デバイスのＵＩ３０２には、ボタンＩＤが「００４」、「００９」のワンタッチボタンと、「スキャン」まとめボタン、「プリント」まとめボタンが表示されている。そして、ユーザによるボタン操作がないまま所定時間（例えば、５秒間）経過した場合、ＰＣアプリ１０２は、ログインユーザ情報に基づく判定を解除する。即ち、ＰＣアプリ１０２は、図９のＳ１１０１、Ｓ１１０８〜Ｓ１１２３の処理を行い新たな表示画面を生成してデバイスに送信するものとする。即ち、ユーザ操作ステータス、デバイス能力、及び、デバイスステータスから判定を行って生成した表示画面に変更する。上述の例では、この処理により、デバイスのＵＩ３０２には、ボタンＩＤが「００１」、「００４」、「００９」のワンタッチボタンと、処理種１００２が「スキャン」、「プリント」まとめボタンがそれぞれ表示されることとなる。即ち、ボタンＩＤが「００１」の「名刺作成申請」ボタンが新たに表示されることとなる。もし、ユーザが「名刺作成申請」を行いたい場合は、このボタンを押下することによりその処理を実行することができる。
【０１１１】
さらに、ユーザによるボタン操作がないまま所定時間（例えば、５秒間）経過した場合、ＰＣアプリ１０２は、ユーザ操作ステータスに関する判定を解除し全ボタン表示に切り替える。
なお、デバイスは、操作画面上のボタンがユーザに操作された場合には、その旨をＰＣアプリ１０２に通知するものとする。よって、ＰＣアプリ１０２は、操作画面をデバイスに送信してから所定時間経過するまで、上記のユーザ操作の通知がなかった場合には、ユーザ操作がないまま所定時間経過したと判断する。
【０１１２】
なお、第１の設定、第２の設定とも、まとめボタンの表示を解除し、全画面表示に切り換えるものであるが、いずれの場合でも、実行不可能なボタンはまとめボタンに、まとめるようにしてもよい。即ち、ＰＣアプリ１０２が、図９のＳ１１０１、Ｓ１１１３〜Ｓ１１２３の処理を行い新たな表示画面を生成してデバイスに送信するようにしてもよい。即ち、デバイス能力、及び、デバイスステータスから判定を行って生成した表示画面に変更するようにしてもよい。上述の例では、デバイスのＵＩ３０２には、ボタンＩＤが「００１」、「００２」、「００４」、「００５」、「００７」、「００８」、「００９」のワンタッチボタンと、「ステイプル」まとめボタンがそれぞれ表示されることとなる。なお、「ステイプル」まとめボタンは操作不能な状態で表示される。
【０１１３】
以上のように構成することにより、第１の設定では、生成された操作画面上にユーザの所望とするワンタッチボタンが表示されていなかった場合でも、段階的に条件を解除した操作画面を提供することができる。これにより、段階的に表示ボタン数を増やしながら、ユーザの所望とするワンタッチボタンを表示した操作画面を段階的に提供することが可能となる。
【０１１４】
以上、各実施例によれば、ユーザが望まないと思われる複数のボタンをグルーピングして１つのボタンとして表示することで、表示するボタンの数を減らすことが可能となり、所望のボタンを探すことが容易となる。
また、グルーピングされたボタンを押下すると、そのグルーピングされたボタンだけが表示されるため、ボタンの階層的表示を実現することができ、多くのボタンを少ない範囲に効率良く表示することができる。
【０１１５】
さらに、そのグルーピングの判断をボタンに対応する処理内容やデバイス能力、ユーザ情報といった静的な情報のみでなく、デバイスエラーステータス、ユーザ操作ステータスといった動的な情報を加味した上で行う。これにより、状況に応じて可能性の高いボタンを表示することが可能となり、より操作性が高いユーザインタフェースを提供することができる。
【０１１６】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１７】
以下、本発明に係る情報処理装置（ＰＣ１０１）で読み取り可能な（コンピュータ読取り可能な）各種データ処理プログラム（ＰＣアプリ１０２）を格納する記憶媒体（記録媒体）について説明する。
本発明の各工程（上述した各機能）は、ネットワーク又は各種記憶媒体を介して取得したソフトウェア（プログラム）をパーソナルコンピュータ等の処理装置（ＣＰＵ，プロセッサ）にて実行することでも実現できる。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を該システム或いは装置に読み出すことによって、そのシステム或いは装置が、本発明の効果を享受することが可能となる。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【０１１８】
本発明の様々な例と実施例を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
なお、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
以上により、ユーザが望まないと思われる複数のボタンをグルーピングして１つのボタンとして表示することで、デバイスの操作画面に表示するボタンを適切に減らし、ユーザが望むと予想されるボタンのみを表示することが可能となる。これにより、ユーザが望むボタンを容易に探して操作することができるようになる。
【符号の説明】
【０１１９】
１０１ パーソナルコンピュータ（ＰＣ）
１０２ ＰＣアプリケーション（ＰＣアプリ）
１０３ 文書管理データベース
１０４ ネットワーク
１０５，１０６ 画像処理装置（デバイス）
【特許請求の範囲】
【請求項１】
画像処理デバイスと、前記画像処理デバイスの操作画面を生成して前記画像処理デバイスに送信する情報処理装置から構成される画像処理システムであって、
前記情報処理装置は、
画像処理デバイスで実行する処理をボタンとして登録しておく登録手段と、
前記画像処理デバイスから前記画像処理デバイスのデバイス情報を取得するデバイス情報取得手段と、
前記デバイス情報取得手段で取得されたデバイス情報と、前記登録手段に登録されたボタンに対応する処理の内容から、前記登録手段に登録されたボタンを表示する階層を動的に判定する判定手段と、
前記判定手段により下階層で表示すると判定された複数のボタンを１又は複数のグループにグルーピングして、グループ毎に１つのまとめボタンに対応させるボタンまとめ手段と、
前記判定手段により上階層で表示すると判定されたボタン、及び、前記ボタンまとめ手段によりまとめられた前記まとめボタンを操作画面上に表示するための操作画面情報を生成して前記画像処理デバイスに送信する画面生成手段と、
を有するものであり、
前記画像処理デバイスは、
前記画像処理デバイスのデバイス情報を前記情報処理装置に通知するデバイス情報通知手段と、
前記情報処理装置から受信した操作画面情報に基づいて操作画面を表示してユーザ操作を受け付けるユーザインタフェース手段とを有する、
ことを特徴とする画像処理システム。
【請求項２】
画像処理デバイスで実行する処理の内容をボタンとして登録しておく登録手段と、前記登録手段に登録されるボタンを用いて前記画像処理デバイスのユーザインタフェースに表示する操作画面を生成して前記画像処理デバイスに送信する情報処理装置におけるデバイス操作画面生成方法であって、
デバイス情報取得手段が、前記画像処理デバイスから前記画像処理デバイスのデバイス情報を取得するデバイス情報取得ステップと、
判定手段が、前記デバイス情報取得ステップで取得されたデバイス情報と、前記登録手段に登録されたボタンに対応する処理の内容から、前記登録手段に登録されたボタンを表示する階層を動的に判定する判定ステップと、
ボタンまとめ手段が、前記判定ステップにより下階層で表示すると判定された複数のボタンを１又は複数のグループにグルーピングして、グループ毎に１つのまとめボタンに対応させるボタンまとめステップと、
画面生成手段が、前記判定ステップにより上階層で表示すると判定されたボタン、及び、前記ボタンまとめステップによりまとめられた前記まとめボタンを操作画面上に表示するための操作画面情報を生成して前記画像処理デバイスに送信する画面生成ステップと、
を有することを特徴とするデバイス操作画面生成方法。
【請求項３】
前記画像処理デバイスのデバイス情報は、前記画像処理デバイスの能力情報と前記画像処理デバイスのエラーステータス情報を含むものであり、
前記判定ステップは、前記画像処理デバイスの能力情報と前記画像処理デバイスのエラーステータス情報から、前記登録手段に登録されたボタンのうち、前記画像処理デバイスで実行可能な処理に対応するボタンを上階層で表示すると判定し、前記画像処理デバイスで実行不可能な処理内容に対応するボタンを下階層で表示すると判定することを特徴とする請求項２に記載のデバイス操作画面生成方法。
【請求項４】
前記画面生成ステップは、前記実行不可能な処理に対応するボタンのまとめボタンについては、操作不可能な状態で表示するように、前記操作画面情報を生成することを特徴とする請求項３に記載のデバイス操作画面生成方法。
【請求項５】
前記画像処理デバイスのデバイス情報は、前記画像処理デバイスにおけるユーザ操作による前記画像処理デバイスのステータス変化情報を示すユーザ操作ステータス情報を含むものであり、
前記判定ステップは、前記ユーザ操作ステータスに関係する処理に対応するボタンを上階層に表示すると判定し、前記ユーザ操作ステータスに関係しない処理に対応しないボタンを下階層に表示すると判定することを特徴とする請求項２乃至４のいずれか１項に記載のデバイス操作画面生成方法。
【請求項６】
ユーザ情報取得手段が、前記画像処理デバイスにログインしたユーザのユーザ情報を取得するユーザ情報取得ステップを有し、
前記判定ステップは、前記ユーザ情報取得ステップで取得されたユーザ情報に関係する処理に対応するボタンを上階層に表示すると判定し、前記ユーザ情報に関係しない処理内容に対応するボタンを下階層に表示すると判定することを特徴とする請求項２乃至５のいずれか１項に記載のデバイス操作画面生成方法。
【請求項７】
前記ボタンまとめステップは、前記判定ステップにより下階層で表示すると判定された複数のボタンを、処理の内容に基づいてグルーピングすることを特徴とする請求項２乃至６のいずれか１項に記載のデバイス操作画面生成方法。
【請求項８】
前記デバイス情報取得ステップで前記画像処理デバイスのデバイス情報が取得される毎に、前記判定ステップ、前記ボタンまとめステップで、前記画面生成ステップが実行されることを特徴とする請求項２乃至７のいずれか１項に記載のデバイス操作画面生成方法。
【請求項９】
前記画像処理デバイスから前記まとめられたボタンが指示されたことを示す通知を受けた場合に、前記画面生成手段が、該ボタンにまとめられたボタンのみを表示する操作画面情報を生成して前記画像処理デバイスに送信する操作画面再生成ステップを有することを特徴とする請求項２乃至８のいずれか１項に記載のデバイス操作画面生成方法。
【請求項１０】
前記画像処理デバイスから前記まとめられたボタンが指示されたことを示す通知を受けた場合に、
前記判定手段が、前記デバイス情報と、前記指示されたまとめボタンにまとめられたボタンに対応する処理の内容から、前記まとめられたボタンを表示する階層を動的に判定する再判定ステップと、
前記ボタンまとめ手段が、前記再判定ステップにより下階層で表示すると判定された複数のボタンをさらに１又は複数のグループにグルーピングして、グループ毎に１つの再まとめボタンに対応させるボタン再まとめステップと、
前記画面生成手段が、前記再判定ステップにより上階層で表示すると判定されたボタン、及び、前記ボタン再まとめステップにより再まとめされた前記再まとめボタンを操作画面上に表示するための操作画面情報を生成して前記画像処理デバイスに送信する操作画面再生成ステップを有することを特徴とする請求項２乃至８のいずれか１項に記載のデバイス操作画面生成方法。
【請求項１１】
検知手段が、前記画像処理デバイスにおいて前記ボタン又は前記まとめボタンの操作がないまま所定時間経過したことを検知する検知ステップと、
前記検知ステップにより前記ボタン又は前記まとめボタンの操作がないまま所定時間経過したことが検知された場合に、前記画面生成手段が、前記登録手段に登録された全てのボタンを表示する操作画面情報を生成して前記画像処理デバイスに送信する、まとめボタン表示解除ステップを有することを特徴とする請求項２乃至１０のいずれか１項に記載のデバイス操作画面生成方法。
【請求項１２】
検知手段が、前記画像処理デバイスにおいて前記ボタン又は前記まとめボタンの操作がないまま所定時間経過したことを検知する検知ステップと、
前記検知ステップにより前記ボタン又は前記まとめボタンの操作がないまま所定時間経過したことが検知される毎に、前記画面生成手段が、前記操作画面に表示するボタンを段階的に増やし、前記操作画面情報を生成して前記画像処理デバイスに送信する、まとめボタン表示解除ステップを有することを特徴とする請求項２乃至１０のいずれか１項に記載のデバイス操作画面生成方法。
【請求項１３】
前記画像処理デバイスから前記ボタンが指示されて前記ボタンに対応する処理が実行されたことを示す通知を受けた場合に、前記画面生成手段が、前記登録手段に登録された全てのボタンを表示する操作画面情報を生成して前記画像処理デバイスに送信するまとめボタン表示解除ステップを有することを特徴とする請求項２乃至１０のいずれか１項に記載のデバイス操作画面生成方法。
【請求項１４】
請求項２乃至１３のいずれか１項に記載のデバイス操作画面生成方法を、コンピュータに実行させるためのプログラム。
【請求項１５】
請求項２乃至１３のいずれか１項に記載のデバイス操作画面生成方法を実現する情報処理装置。
【請求項１】
画像処理デバイスと、前記画像処理デバイスの操作画面を生成して前記画像処理デバイスに送信する情報処理装置から構成される画像処理システムであって、
前記情報処理装置は、
画像処理デバイスで実行する処理をボタンとして登録しておく登録手段と、
前記画像処理デバイスから前記画像処理デバイスのデバイス情報を取得するデバイス情報取得手段と、
前記デバイス情報取得手段で取得されたデバイス情報と、前記登録手段に登録されたボタンに対応する処理の内容から、前記登録手段に登録されたボタンを表示する階層を動的に判定する判定手段と、
前記判定手段により下階層で表示すると判定された複数のボタンを１又は複数のグループにグルーピングして、グループ毎に１つのまとめボタンに対応させるボタンまとめ手段と、
前記判定手段により上階層で表示すると判定されたボタン、及び、前記ボタンまとめ手段によりまとめられた前記まとめボタンを操作画面上に表示するための操作画面情報を生成して前記画像処理デバイスに送信する画面生成手段と、
を有するものであり、
前記画像処理デバイスは、
前記画像処理デバイスのデバイス情報を前記情報処理装置に通知するデバイス情報通知手段と、
前記情報処理装置から受信した操作画面情報に基づいて操作画面を表示してユーザ操作を受け付けるユーザインタフェース手段とを有する、
ことを特徴とする画像処理システム。
【請求項２】
画像処理デバイスで実行する処理の内容をボタンとして登録しておく登録手段と、前記登録手段に登録されるボタンを用いて前記画像処理デバイスのユーザインタフェースに表示する操作画面を生成して前記画像処理デバイスに送信する情報処理装置におけるデバイス操作画面生成方法であって、
デバイス情報取得手段が、前記画像処理デバイスから前記画像処理デバイスのデバイス情報を取得するデバイス情報取得ステップと、
判定手段が、前記デバイス情報取得ステップで取得されたデバイス情報と、前記登録手段に登録されたボタンに対応する処理の内容から、前記登録手段に登録されたボタンを表示する階層を動的に判定する判定ステップと、
ボタンまとめ手段が、前記判定ステップにより下階層で表示すると判定された複数のボタンを１又は複数のグループにグルーピングして、グループ毎に１つのまとめボタンに対応させるボタンまとめステップと、
画面生成手段が、前記判定ステップにより上階層で表示すると判定されたボタン、及び、前記ボタンまとめステップによりまとめられた前記まとめボタンを操作画面上に表示するための操作画面情報を生成して前記画像処理デバイスに送信する画面生成ステップと、
を有することを特徴とするデバイス操作画面生成方法。
【請求項３】
前記画像処理デバイスのデバイス情報は、前記画像処理デバイスの能力情報と前記画像処理デバイスのエラーステータス情報を含むものであり、
前記判定ステップは、前記画像処理デバイスの能力情報と前記画像処理デバイスのエラーステータス情報から、前記登録手段に登録されたボタンのうち、前記画像処理デバイスで実行可能な処理に対応するボタンを上階層で表示すると判定し、前記画像処理デバイスで実行不可能な処理内容に対応するボタンを下階層で表示すると判定することを特徴とする請求項２に記載のデバイス操作画面生成方法。
【請求項４】
前記画面生成ステップは、前記実行不可能な処理に対応するボタンのまとめボタンについては、操作不可能な状態で表示するように、前記操作画面情報を生成することを特徴とする請求項３に記載のデバイス操作画面生成方法。
【請求項５】
前記画像処理デバイスのデバイス情報は、前記画像処理デバイスにおけるユーザ操作による前記画像処理デバイスのステータス変化情報を示すユーザ操作ステータス情報を含むものであり、
前記判定ステップは、前記ユーザ操作ステータスに関係する処理に対応するボタンを上階層に表示すると判定し、前記ユーザ操作ステータスに関係しない処理に対応しないボタンを下階層に表示すると判定することを特徴とする請求項２乃至４のいずれか１項に記載のデバイス操作画面生成方法。
【請求項６】
ユーザ情報取得手段が、前記画像処理デバイスにログインしたユーザのユーザ情報を取得するユーザ情報取得ステップを有し、
前記判定ステップは、前記ユーザ情報取得ステップで取得されたユーザ情報に関係する処理に対応するボタンを上階層に表示すると判定し、前記ユーザ情報に関係しない処理内容に対応するボタンを下階層に表示すると判定することを特徴とする請求項２乃至５のいずれか１項に記載のデバイス操作画面生成方法。
【請求項７】
前記ボタンまとめステップは、前記判定ステップにより下階層で表示すると判定された複数のボタンを、処理の内容に基づいてグルーピングすることを特徴とする請求項２乃至６のいずれか１項に記載のデバイス操作画面生成方法。
【請求項８】
前記デバイス情報取得ステップで前記画像処理デバイスのデバイス情報が取得される毎に、前記判定ステップ、前記ボタンまとめステップで、前記画面生成ステップが実行されることを特徴とする請求項２乃至７のいずれか１項に記載のデバイス操作画面生成方法。
【請求項９】
前記画像処理デバイスから前記まとめられたボタンが指示されたことを示す通知を受けた場合に、前記画面生成手段が、該ボタンにまとめられたボタンのみを表示する操作画面情報を生成して前記画像処理デバイスに送信する操作画面再生成ステップを有することを特徴とする請求項２乃至８のいずれか１項に記載のデバイス操作画面生成方法。
【請求項１０】
前記画像処理デバイスから前記まとめられたボタンが指示されたことを示す通知を受けた場合に、
前記判定手段が、前記デバイス情報と、前記指示されたまとめボタンにまとめられたボタンに対応する処理の内容から、前記まとめられたボタンを表示する階層を動的に判定する再判定ステップと、
前記ボタンまとめ手段が、前記再判定ステップにより下階層で表示すると判定された複数のボタンをさらに１又は複数のグループにグルーピングして、グループ毎に１つの再まとめボタンに対応させるボタン再まとめステップと、
前記画面生成手段が、前記再判定ステップにより上階層で表示すると判定されたボタン、及び、前記ボタン再まとめステップにより再まとめされた前記再まとめボタンを操作画面上に表示するための操作画面情報を生成して前記画像処理デバイスに送信する操作画面再生成ステップを有することを特徴とする請求項２乃至８のいずれか１項に記載のデバイス操作画面生成方法。
【請求項１１】
検知手段が、前記画像処理デバイスにおいて前記ボタン又は前記まとめボタンの操作がないまま所定時間経過したことを検知する検知ステップと、
前記検知ステップにより前記ボタン又は前記まとめボタンの操作がないまま所定時間経過したことが検知された場合に、前記画面生成手段が、前記登録手段に登録された全てのボタンを表示する操作画面情報を生成して前記画像処理デバイスに送信する、まとめボタン表示解除ステップを有することを特徴とする請求項２乃至１０のいずれか１項に記載のデバイス操作画面生成方法。
【請求項１２】
検知手段が、前記画像処理デバイスにおいて前記ボタン又は前記まとめボタンの操作がないまま所定時間経過したことを検知する検知ステップと、
前記検知ステップにより前記ボタン又は前記まとめボタンの操作がないまま所定時間経過したことが検知される毎に、前記画面生成手段が、前記操作画面に表示するボタンを段階的に増やし、前記操作画面情報を生成して前記画像処理デバイスに送信する、まとめボタン表示解除ステップを有することを特徴とする請求項２乃至１０のいずれか１項に記載のデバイス操作画面生成方法。
【請求項１３】
前記画像処理デバイスから前記ボタンが指示されて前記ボタンに対応する処理が実行されたことを示す通知を受けた場合に、前記画面生成手段が、前記登録手段に登録された全てのボタンを表示する操作画面情報を生成して前記画像処理デバイスに送信するまとめボタン表示解除ステップを有することを特徴とする請求項２乃至１０のいずれか１項に記載のデバイス操作画面生成方法。
【請求項１４】
請求項２乃至１３のいずれか１項に記載のデバイス操作画面生成方法を、コンピュータに実行させるためのプログラム。
【請求項１５】
請求項２乃至１３のいずれか１項に記載のデバイス操作画面生成方法を実現する情報処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１０−２６３３８１（Ｐ２０１０−２６３３８１Ａ）
【公開日】平成２２年１１月１８日（２０１０．１１．１８）
【国際特許分類】
【出願番号】特願２００９−１１２２７９（Ｐ２００９−１１２２７９）
【出願日】平成２１年５月１日（２００９．５．１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２２年１１月１８日（２０１０．１１．１８）
【国際特許分類】
【出願日】平成２１年５月１日（２００９．５．１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]