JP6205846B2

JP6205846B2 - 情報処理システム

Info

Publication number: JP6205846B2
Application number: JP2013111053A
Authority: JP
Inventors: 有登柴田; 岩田　信之; 信之岩田; 潤田　浩也; 浩也潤田; 直彦久保; ゼン顧
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2013-05-27
Filing date: 2013-05-27
Publication date: 2017-10-04
Anticipated expiration: 2033-05-27
Also published as: JP2014230255A

Description

本発明は、画像処理装置等の情報処理装置を含む情報処理システムの制御技術に関する。

近年のＭＦＰ（Multi Function Printer, Multi Function Peripheral）等の画像処理装置では、その多機能化により、電源ＯＮ後の起動処理または省エネ状態からの復帰にかなり時間がかかっている。なお、以下では、電源ＯＮ後の起動処理と省エネ状態からの復帰処理を併せて単に「起動処理」と表現する。

起動処理を行っている期間中は、画像処理装置の操作ができないので、ユーザ（利用者）は、起動処理が終了して操作を受け付けるまで待っていなければならない。

そこで、画像処理装置の電源ＯＮ後や省エネ復帰後に短時間で利用を開始したいというユーザの要望に応えるため、画像処理装置のメインＣＰＵ（Central Processing Unit）が起動処理を行っている間に、サブＣＰＵ等を用いて操作部の表示を行う手法が提案されている（特許文献１等を参照。）。

特許文献１には、起動処理中のユーザの待ち時間を短縮する目的で、ハードワイヤードロジックの順序回路で構成された操作部を具備する画像処理装置について開示されている。その操作部は、主制御部の起動処理中に入力された入力情報を記憶する記憶手段と、起動処理完了後に記憶手段から入力情報を読み出して主制御部に送出する読出手段とを備えている。

上述した従来の画像処理装置では、操作部で入力情報を単に受け付けて記憶しておき、入力情報の処理は主制御部が起動してから実行されるため、ユーザの選択内容に応じて設定内容が詳細に分岐していくような入力操作を行うことはできず、結局は本体が起動完了するまで数分間待つしかない。

そのため、画像処理装置本体が起動完了する前に、ユーザの入力情報を処理し、コピーやスキャン等の動作に対して、印刷部数や原稿サイズ、送信先等の設定をすることができないという問題があった。

ここまで画像処理装置の場合について述べてきたが、画像処理装置に限らず、本体となる情報処理装置と操作部となる情報処理装置とが存在する場合には、同様の問題がある。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、情報処理装置の電源ＯＮや省エネ復帰直後の起動処理時間中にユーザがジョブに関する詳細な設定を行えるようにすることにある。

上記の課題を解決するため、本発明にあっては、ユーザからの操作を受け付ける、第１のプロセッサを有する第１の情報処理装置と、当該第１の情報処理装置から要求された処理を実行し、第２のプロセッサを有する第２の情報処理装置とを備えた情報処理システムであって、前記第２の情報処理装置は、アドレス帳データを記憶する手段と、前記情報処理システムに対する電源投入、若しくは前記情報処理システムの省エネ状態からの復帰時に、前記第２のプロセッサによる起動処理を行う手段と、前記第２のプロセッサによる起動処理の完了後に要求された前記第１の情報処理装置からの前記処理を実行する手段と、前記第２のプロセッサによる起動処理の完了後に受け付けた前記第１の情報処理装置からの前記アドレス帳データの要求に応じて前記アドレス帳データを前記第１の情報処理装置に送信する手段とを備え、前記第１の情報処理装置は、前記電源投入、若しくは前記復帰時に、前記第１のプロセッサによる起動処理を行う手段と、前記第１のプロセッサによる起動処理の完了後に、前記ユーザからの操作を受け付けるための画面の表示制御を行う手段と、前記画面を介して受け付けた前記処理の実行を、前記第２のプロセッサによる起動処理が完了した前記第２の情報処理装置に要求する手段と、前記画面を介して受け付けた前記アドレス帳データの要求を、前記第２のプロセッサによる起動処理が完了した前記第２の情報処理装置に送信する手段と、前記第２の情報処理装置から受信した前記アドレス帳データの表示制御を行う手段とを備える。

本発明にあっては、情報処理装置の電源ＯＮや省エネ復帰直後の起動処理時間中にユーザがジョブに関する詳細な設定を行うことができる。

本発明の一実施形態にかかる画像処理装置のハードウェア構成例を示す図（その１）である。本発明の一実施形態にかかる画像処理装置のハードウェア構成例を示す図（その２）である。コントローラのソフトウェア構成例を示す図である。操作部のソフトウェア構成例を示す図である。従来の考え方に基づく起動処理の例を示すフローチャートである。操作部に表示される画面の例を示す図である。従来の考え方に基づくコントローラと操作部の責務の例を示す図である。本実施形態によるコントローラと操作部の責務の例を示す図である。本実施形態による起動処理の流れの例を示す図である。従来の考え方に基づく起動処理による状態変化の例を示す図である。本実施形態による起動処理による状態変化の例を示す図である。起動処理の具体的な処理例を示すシーケンス図である。ユーザからのジョブ投入からコントローラへのジョブ投入までの処理例を示すフローチャートである。処理中であることを示す画面例を示す図である。アドレス帳のデータ構造例を示す図である。操作部にアドレス帳のデータを保持する場合の処理例を示すシーケンス図である。コントローラにアドレス帳のデータを保持する場合の処理例を示すシーケンス図である。本実施形態による起動処理およびジョブ投入の流れの例を示す図である。起動処理およびジョブ投入の具体的な処理例を示すシーケンス図である。ジョブ投入を受けたコントローラによる印刷条件のチェックの処理例を示すフローチャートである。印刷条件の例を示す図である。起動処理およびジョブ投入の他の具体的な処理例を示すシーケンス図である。操作部に表示される画面の例を示す図である。

以下、本発明の好適な実施形態につき説明する。

＜構成＞
図１は本発明の一実施形態にかかる画像処理装置１のハードウェア構成例を示す図である。

図１において、画像処理装置１は、主制御部として機器の状態管理やジョブの制御を行うコントローラ２と、スキャンおよびプリントを実行するエンジン３と、コントローラ２から独立したＣＰＵや記憶領域を持ち、画面表示等の制御を行ってユーザインタフェースを提供する操作部４とを備えている。主制御部であるコントローラ２は、有線のインタフェースにより操作部４と接続されている。なお、画像処理装置１、コントローラ２および操作部４はそれぞれ情報処理装置でもある。操作部４には、例えば、Ａｎｄｒｏｉｄ端末が使用され、コントローラ２とはＵＳＢ（Universal Serial Bus）接続によって通信する構成が想定される。

コントローラ２は、ＣＰＵ２１とプログラムＲＯＭ（Read Only Memory）２２とネットワークＩ／Ｆ（Interface）２３とＲＡＭ（Random Access Memory）２４と不揮発性メモリ２５と操作部Ｉ／Ｆ２６とエンジンＩ／Ｆ２７とを備えている。

ＣＰＵ２１は、コントローラ２における主たる制御動作（電源管理およびジョブ制御等）を行うものである。プログラムＲＯＭ２２は、コントローラ２の制御動作に関連するプログラムが格納されるものである。ネットワークＩ／Ｆ２３は、外部ネットワークとの通信を行うものである。ＲＡＭ２４は、プログラム実行領域であり、印刷画像イメージの展開などに使用されるものである。不揮発性メモリ２５は、蓄積文書データの保存や画像イメージの展開に必要なデータの保存に使用されるものである。操作部Ｉ／Ｆ２６は、操作部４との通信を行うものである。エンジンＩ／Ｆ２７は、エンジン３との通信を行うものである。

操作部４は、ＣＰＵ４１とプログラムＲＯＭ４２とコントローラＩ／Ｆ４３とＲＡＭ４４と不揮発性メモリ４５と表示部４６とを備えている。

ＣＰＵ４１は、操作部４における主たる制御動作を行うものである。プログラムＲＯＭ４２は、操作部４の制御動作に関連するプログラムが格納されるものである。コントローラＩ／Ｆ４３は、コントローラ２との通信を行うものである。ＲＡＭ４４は、プログラム実行領域として使用されるものである。不揮発性メモリ４５は、起動時の初期値や設定可能な項目の保存に使用されるものである。表示部４６は、ユーザに対して画面を表示するとともに、タッチパネル等により操作を受け付けるものである。

図２は画像処理装置１の他のハードウェア構成例を示す図である。図１に示した画像処理装置１では、操作部４はコントローラ２と有線接続され、コントローラ２とエンジン３と操作部４が画像処理装置１として一体化したものであったが、図２の例では、操作部４はコントローラ２と無線接続（コントローラ２の操作部Ｉ／Ｆ２６と操作部４のコントローラＩ／Ｆ４３が無線通信）され、コントローラ２とエンジン３を含む画像処理装置本体１'と操作部４とが別体として構成されている。

操作部４を無線接続とすることにより、操作部４は場所にとらわれずに利用可能となる。操作部４は直接にユーザからの起動要求を受け、コントローラ２（画像処理装置本体１'）から独立して動作する。操作部４の画面制御とコントローラ２との接続処理は非同期に並列処理されるため、コントローラ２の状態に影響されることなく画面操作が可能となる。

図３はコントローラ２のソフトウェア構成例を示す図である。

図３において、コントローラ２は、データ処理部２０１とデータ保管部２０２と画像生成部２０３と印刷部２０４と通信部２０５とを備えている。

データ処理部２０１は、機器の状態に応じて画像処理装置１（画像処理装置本体１'）の動作を制御する機能を有している。データ保管部２０２は、蓄積ジョブを保存するＨＤＤ（Hard Disk Drive）やＮＶＲＡＭ（Non Volatile RAM）等を制御する機能を有している。画像生成部２０３は、ユーザジョブのデータを展開し、画像イメージとしてメモリに描画する機能を有している。印刷部２０４は、描画された画像を紙に転写・印刷を行うエンジン３の制御を行う機能を有している。通信部２０５は、外部（操作部４を含む）とデータのやり取りを行う機能を有している。

図４は操作部４のソフトウェア構成例を示す図である。

図４において、操作部４は、データ処理部４０１とデータ保管部４０２と表示部４０３と通信部４０４とを備えている。

データ処理部４０１は、表示部４０３に画面表示を行うとともに、表示部４０３から入力されたユーザ操作を解釈して操作部４の動作を制御する機能を有している。データ保管部４０２は、起動に必要な初期値等、不揮発性が求められるデータを保存する機能を有している。表示部４０３は、パネル表示を制御するとともに、ユーザからの入力をデータ処理部４０１に伝える機能を有している。通信部４０４は、コントローラ２と通信し、データのやり取りを行う機能を有している。

＜第１の実施形態：概要＞
先ず、従来の考え方に基づく起動処理の場合の、電源ＯＮもしくは省エネ状態からの復帰要求後から、コントローラ２と操作部４が接続するまでの動作について説明する。

図５は従来の考え方に基づく起動処理の例を示すフローチャートである。

図５において、電源ＯＮもしくは省エネ復帰要求があると（ステップＳ１）、操作部４とコントローラ２を起動する（ステップＳ２）。そして、操作部４はコントローラ２に比して起動に要する処理が軽いため、操作部４は先に起動完了し（ステップＳ３）、それから数分遅れてコントローラ２が起動完了する（ステップＳ４）。

ここで、従来の考え方では、コントローラ２が起動完了（ステップＳ４）するまで、操作部４を操作することはできない。特に、操作部４が起動完了（ステップＳ３）してからコントローラ２が起動完了（ステップＳ４）するまでの間（操作部４は起動完了しているが、コントローラ２が起動できていない状態）は、図６に示すように、操作部４上に「ＰｌｅａｓｅＷａｉｔ」といったメッセージを表示する制御を行い、ユーザの操作を制限している。

これは一般に、図７に示すように、操作部４がユーザ入力受付と、画面表示の責務しか持たないためである。ユーザ入力に対する処理と画面制御の責務はコントローラ２が担っているため、いかに操作部４がコントローラ２よりも先に起動できたとしても、ユーザが入力した内容を解釈し、処理するにはコントローラ２の起動完了を待つ必要がある。

そこで、本実施形態では、コントローラ２の責務であったユーザ入力処理と画面制御を操作部４が受け持つこととする。この場合の責務の分担の例を図８に示す。

これにより、操作部４は単独で画面表示およびユーザ入力に対する制御が可能になるため、コントローラ２が起動していなくとも、ユーザはコントローラ２の起動完了後と全く同じ操作感で画面を操作することができる。

＜第１の実施形態：概略動作＞
図９は本実施形態による起動処理の流れの例を示す図である。

図９において、操作部４およびコントローラ２は、電源ＯＮもしくは省エネ状態からの復帰要求を受け付けると、起動処理を開始する（ステップＳ１１）。

次いで、操作部４は起動完了し（ステップＳ１２）、入力が受付可能な状態となる。コントローラ２の起動処理には時間がかかるため、先に起動完了した操作部４の処理は、コントローラ２の起動完了まで並列処理として進行する。

操作部４はコントローラ２と接続するため、コントローラ２の起動を待つ（ステップＳ１３）。コントローラ２の起動を待つ方法の一例としてポーリングがある。ポーリングは、通信やソフトウェアにおいて、競合を回避したり、送受信の準備状況を判断したり、処理を同期したりするために、単独もしくは複数の機器やプログラムに対して順番に定期的に問い合わせを行い、一定の条件を満たした場合に送受信や処理を行う通信および処理方式である。本実施形態では、操作部４が定期的にコントローラ２に起動処理が完了したかどうかの問い合わせを行い、起動処理完了後に接続を開始する。

その後、コントローラ２が起動処理を完了すると（ステップＳ１４）、操作部４はコントローラ２と接続する（ステップＳ１５）。

本実施形態では、操作部４がユーザインタフェースのための画面制御を行うため、操作部４が起動完了した時点（ステップＳ１２）で、ユーザはパネル操作が可能になる。ユーザがジョブに関する様々な設定をしている間にコントローラ２が起動し、操作部４がコントローラ２と接続することにより、ユーザの待ち時間を大幅に短縮することができる。

図１０は従来の考え方に基づく起動処理による状態変化の例を示す図であり、図１１は本実施形態による起動処理による状態変化の例を示す図である。

従来の考え方に基づく起動処理によれば、時刻ｔ１で電源ＯＮもしくは省エネ状態からの復帰要求があった場合、コントローラ２が起動完了する時刻ｔ３までユーザは待たされることになる。しかし、本実施形態では、操作部４が起動完了する時刻ｔ２でユーザ入力が可能となるため、従来と比較してユーザの待ち時間が大幅に短縮される。

コントローラ２が起動完了するまでは操作部４が単独で起動し、コントローラ２の起動完了待ちと平行して画面制御を行う。また、操作部４の単独起動中にユーザがジョブの実行を要求（コピーやスキャナアプリ等でスタートキーを押下）した場合は、コントローラ２の起動を待ってジョブを投入する。

＜第１の実施形態：具体例その１＞
図１２は起動処理の具体的な処理例を示すシーケンス図である。

図１２において、ユーザが電源ＯＮもしくは省エネ状態からの復帰要求を行うことで、コントローラ２と操作部４は起動処理を開始する。

操作部４ではデータ処理部４０１が操作部４の単独起動を開始し（ステップＳ１０１）、表示部４０３は「ＰｌｅａｓｅＷａｉｔ」画面（図６と同様）を表示する（ステップＳ１０２）。

また、操作部４のデータ保管部４０２は初期値を読み出し（ステップＳ１０３）、データ処理部４０１は初期画面を構築し（ステップＳ１０４）、表示部４０３は初期画面を表示する（ステップＳ１０５）。これにより、ユーザ入力可能となる。

一方、操作部４の通信部４０４はポーリング等によりコントローラ２の起動完了を待つ（ステップＳ１０６）。

コントローラ２が起動完了し、コントローラ２の通信部２０５が接続要求を正常に受信すると（ステップＳ１０７）、通信部２０５は接続応答を行ない（ステップＳ１０８）、操作部４の通信部４０４はコントローラ２との接続を確認し（ステップＳ１０９）、データ処理部４０１は操作部４の単独起動を終了する（ステップＳ１１０）。

図１３はユーザからのジョブ投入からコントローラ２へのジョブ投入までの処理例を示すフローチャートである。

図１３において、操作部４はユーザからジョブが投入されると（ステップＳ１１１）、コントローラ２との接続チェックを行ない（ステップＳ１１２）、接続が完了していない場合（ステップＳ１１３のＮｏ）、すなわち、操作部４の単独起動中にユーザがジョブ設定を完了し、ジョブを実行した場合は、パネルに処理中であることを示すメッセージを表示してユーザのパネル入力を制御し、コントローラ２の起動が完了するまでコントローラ２へのジョブの投入を待つ（ステップＳ１１４）。図１４は処理中であることを示す画面例を示す図である。

図１３に戻り、接続が完了している場合（ステップＳ１１３のＹｅｓ）、操作部４はコントローラ２にジョブを投入する（ステップＳ１１５）。コントローラ２にジョブを投入した後、処理中であることを示すメッセージの画面表示（図１４）を解除する。

本実施形態では、操作部４が独自のＣＰＵやユーザインタフェースのための画面処理プログラムを持ち、画面制御を行うため、ユーザはコントローラ２の起動処理完了を待たずに画面の操作が可能となる。ジョブ実行の設定のために必要な情報は全て操作部４に記憶・保持しているため、ユーザはコントローラ２との接続完了前に操作部４からジョブの設定が可能となる。

＜第１の実施形態：具体例その２＞
ここでは、スキャナ送信ジョブにおいて送信宛先を指定するためのアドレス帳のデータを操作部４側に保持し、ユーザの要求に応じてアドレス帳を操作部４で表示する場合について説明する。

図１５はアドレス帳のデータ構造例を示す図であり、主に、名前（登録名）、メールアドレス、電話番号といった要素で構成される。

図１６は操作部４にアドレス帳のデータを保持する場合の処理例を示すシーケンス図である。

図１６において、ユーザが電源ＯＮもしくは省エネ状態からの復帰要求を行うことで、コントローラ２と操作部４は起動処理を開始する。

操作部４ではデータ処理部４０１が操作部４の単独起動を開始し（ステップＳ１２１）、表示部４０３は「ＰｌｅａｓｅＷａｉｔ」画面（図６と同様）を表示する（ステップＳ１２２）。

また、操作部４のデータ保管部４０２は初期値を読み出し（ステップＳ１２３）、データ処理部４０１は初期画面を構築し（ステップＳ１２４）、表示部４０３は初期画面を表示する（ステップＳ１２５）。これにより、ユーザ入力可能となる。

この状態において操作部４の表示部４０３がユーザからのアドレス帳表示要求を受け付けると（ステップＳ１２６）、データ処理部４０１はアドレス帳データの読み出し指示をデータ保管部４０２に行ない（ステップＳ１２７）、データ保管部４０２はアドレス帳データを読み出す（ステップＳ１２８）。

そして、データ処理部４０１はアドレス帳の表示指示を表示部４０３に行ない（ステップＳ１２９）、表示部４０３はアドレス帳を表示する（ステップＳ１３０）。

一方、操作部４の通信部４０４はポーリング等によりコントローラ２の起動完了を待つ（ステップＳ１３１）。

コントローラ２が起動完了し、コントローラ２の通信部２０５が接続要求を正常に受信すると（ステップＳ１３２）、通信部２０５は接続応答を行ない（ステップＳ１３３）、操作部４の通信部４０４はコントローラ２との接続を確認し（ステップＳ１３４）、データ処理部４０１は操作部４の単独起動を終了する（ステップＳ１３５）。

＜第１の実施形態：具体例その３＞
上述した例では、アドレス帳のデータを操作部４側に保持し、ユーザの要求に応じてアドレス帳を操作部４で表示する場合について説明した。アドレス帳データを操作部４に保管する場合は、操作部４の単独起動中にアドレス帳表示要求がきても、正常に表示することができるという利点がある。

しかし、アドレス帳データは他の起動用データに比べ巨大（一般的な画像処理装置で数千件登録可能）であり、また頻繁にアクセスされるため、不揮発性メモリへの書き込み回数が多くなる傾向がある。その結果、操作部４に搭載する不揮発性メモリに求められる容量や書き込み回数の限界数などのスペックが高くなってしまうという問題がある。

そこで、ここで説明する例では、アドレス帳データをコントローラ２のデータ保管部２０２で管理し、操作部４の単独起動中には表示を制限することで、不揮発性メモリに求められるスペックを下げることができる。

なお、アドレス帳データに限らず、ジョブ実行の設定のために必要な情報のうち、比較的容量が大きいデータや書き込み回数が多いデータの管理について、同様に適用することができる。

図１７はコントローラ２にアドレス帳のデータを保持する場合の処理例を示すシーケンス図である。

図１７において、ユーザが電源ＯＮもしくは省エネ状態からの復帰要求を行うことで、コントローラ２と操作部４は起動処理を開始する。

操作部４ではデータ処理部４０１が操作部４の単独起動を開始し（ステップＳ１４１）、表示部４０３は「ＰｌｅａｓｅＷａｉｔ」画面（図６と同様）を表示する（ステップＳ１４２）。

また、操作部４のデータ保管部４０２は初期値を読み出し（ステップＳ１４３）、データ処理部４０１は初期画面を構築し（ステップＳ１４４）、表示部４０３は初期画面を表示する（ステップＳ１４５）。これにより、ユーザ入力可能となる。

この状態において操作部４の表示部４０３がユーザからのアドレス帳表示要求を受け付けると（ステップＳ１４６）、データ処理部４０１は単独起動中であるため、処理中画面を表示することを表示部４０３に指示し（ステップＳ１４７）、表示部４０３は処理中画面（図１４と同様）を表示する（ステップＳ１４８）。

一方、操作部４の通信部４０４はポーリング等によりコントローラ２の起動完了を待つ（ステップＳ１４９）。

コントローラ２が起動完了し、コントローラ２の通信部２０５が接続要求を正常に受信すると（ステップＳ１５０）、通信部２０５は接続応答を行ない（ステップＳ１５１）、操作部４の通信部４０４はコントローラ２との接続成功を確認し（ステップＳ１５２）、データ処理部４０１は操作部４の単独起動を終了する（ステップＳ１５３）。

次いで、操作部４のデータ処理部４０１は通信部４０４に対してアドレス帳データの取得指示を行うと（ステップＳ１５４）、通信部４０４はコントローラ２に対してアドレス帳データ要求を行う（ステップＳ１５５）。

コントローラ２の通信部２０５がアドレス帳データ要求を受信すると（ステップＳ１５６）、データ保管部２０２はアドレス帳データを読み出し（ステップＳ１５７）、通信部２０５はアドレス帳データを操作部４に送信する（ステップＳ１５８）。

操作部４の通信部４０４がアドレス帳データを受信すると（ステップＳ１５９）、データ処理部４０１はアドレス帳の表示指示を表示部４０３に行ない（ステップＳ１６０）、表示部４０３はアドレス帳を表示する（ステップＳ１６１）。

なお、単独起動中にユーザがアドレス帳表示要求をしなかった場合、アドレス帳にアクセス可能になったことをユーザに通知するメッセージを画面上部またはダイアログ画面で表示する。

＜第２の実施形態：概要＞
本実施形態は、操作部４の単独起動中にユーザから投入されたジョブの印刷条件をコントローラ２の管理下にある機器構成が満たせない場合に対処したものである。すなわち、操作部４の単独起動中（コントローラ２は未起動）には、機器本体の構成を取得することができないため、操作部４で設定した印刷条件が機器本体の構成によりサポートされなくなってしまう場合、ユーザ意図した出力が失敗してしまうということに配慮したものである。

本実施形態では、コントローラ２が操作部４と接続した後、操作部４からの投入ジョブに含まれる印刷条件を機器本体の構成と比較し、設定された印刷条件が機器本体でサポートされていないことを検出した場合、その情報を操作部４を介してユーザに伝え、ユーザの条件変更を求めるようにしている。

なお、印刷条件は印刷ジョブの条件を定めるものであり、一般的なジョブを対象とする場合、ジョブ条件となる。

図１８は本実施形態による起動処理およびジョブ投入の流れの例を示す図である。

図１８において、操作部４およびコントローラ２は電源ＯＮ等により、起動処理を開始する（ステップＳ２１）。

操作部４では、起動処理を開始し（ステップＳ２２）、起動完了すると（ステップＳ２３）、ユーザが印刷条件を設定可能になり（ステップＳ２４）、設定が行われるとジョブを保存する（ステップＳ２５）。

コントローラ２では、起動処理を開始し、この際に機器の構成を取得し（ステップＳ２６）、その後に起動完了する（ステップＳ２７）。機器の構成として、例えば、ステープル針がなくなっていることを認識する。

一方、操作部４は起動完了すると、コントローラ２の起動処理には時間がかかるため、起動完了まで接続要求をポーリングする（ステップＳ２８）。

コントローラ２が起動完了すると、操作部４からのポーリングに応じて、操作部４とコントローラ２の接続が行われ（ステップＳ２９）、操作部４からジョブがコントローラ２に投入される（ステップＳ３０）。

コントローラ２はジョブ内の印刷条件を本体の構成と比較し、サポートされない印刷条件を認識する（ステップＳ３１）。例えば、印刷条件としてステープルが設定されている場合であって、機器の構成としてステープル針がなくなっている場合には、ステープルの印刷条件が未サポートであることを認識する。

コントローラ２はサポートできない印刷条件が検出された場合、その旨を操作部４に通知する（ステップＳ３２）。

操作部４は通知された情報をパネルに表示する（ステップＳ３３）。

＜第２の実施形態：具体例その１＞
図１９は起動処理およびジョブ投入の具体的な処理例を示すシーケンス図である。

図１９において、ユーザが電源ＯＮもしくは省エネ状態からの復帰要求を行うことで、コントローラ２と操作部４は起動処理を開始する。

操作部４ではデータ処理部４０１が操作部４の単独起動を開始し（ステップＳ２０１）、起動完了する（ステップＳ２０２）。

この状態でユーザが操作部４の表示部４０３に印刷条件を設定すると（ステップＳ２０３）、表示部４０３はデータ処理部４０１に印刷条件を引き渡し（ステップＳ２０４）、データ処理部４０１は設定完了してジョブをデータ保管部４０２により保存する（ステップＳ２０５）。

一方、コントローラ２ではデータ処理部２０１がコントローラ２の起動を開始し（ステップＳ２０６）、機器構成を取得し（ステップＳ２０７）、起動を完了する（ステップＳ２０８）。

操作部４の通信部４０４はポーリング等によりコントローラ２の起動完了を待つが（ステップＳ２０９）、コントローラ２が起動完了し、コントローラ２の通信部２０５が接続要求を正常に受信するとコントローラ２と操作部４の間で接続を行ない（ステップＳ２１０）、操作部４に接続応答を返す（ステップＳ２１１）。

操作部４の通信部４０４は接続応答を受信すると、接続成功をデータ処理部４０１に伝える（ステップＳ２１２）。

データ処理部４０１は保存してあったユーザからのジョブを通信部４０４を介してコントローラ２に投入する（ステップＳ２１３、Ｓ２１４）。

コントローラ２の通信部２０５はジョブ投入を受信するとデータ処理部２０１にジョブを引き渡す（ステップＳ２１５）。

データ処理部２０１はジョブ内の印刷条件を取得（抽出）し、既に取得してある機器構成と比較し（ステップＳ２１６）、機器構成によりサポートされない印刷条件（未サポート条件）を通信部２０５に伝え（ステップＳ２１７）、通信部２０５は未サポート条件を操作部４に送信する（ステップＳ２１８）。

操作部４の通信部４０４は未サポート条件を受信すると、データ処理部４０１に未サポート条件を伝え（ステップＳ２１９）、データ処理部４０１は未サポート条件の表示を表示部４０３に要求し（ステップＳ２２０）、表示部４０３は未サポート条件を表示して、ユーザに印刷条件の変更を要求する（ステップＳ２２１）。

ユーザが印刷条件の変更を行う場合の処理はステップＳ２０３〜Ｓ２０５と同様である。この場合、コントローラ２は既に起動されているため、すぐにジョブ投入（ステップＳ２１３）が行われる。

図２０はジョブ投入を受けたコントローラ２による印刷条件のチェック（図１９のステップＳ２１６）の処理例を示すフローチャートである。

図２０において、処理を開始すると、ジョブ内の印刷条件を本体の構成と比較する（ステップＳ２３１）。

図２１（ａ）はジョブ内の印刷条件の例を示しており、「両面」「集約」「ステープル」等が設定されている。また、図２１（ｂ）は本体の構成のサポート可能な印刷条件の例を示しており、「両面」「製本」「集約」「パンチ」はサポートされるが、「集約方向」「集約線」「ソート／スタック」「ステープル」がサポートされないことを示している。

図２０に戻り、コントローラ２は未サポート条件を抽出する（ステップＳ２３２）。図２１の例の場合、「ステープル」が未サポート条件として抽出される。

図２０に戻り、コントローラ２は未サポート条件を操作部４に送信する（ステップＳ２３３）。

＜第２の実施形態：具体例その２＞
上述した例では、ジョブの印刷条件にサポートできないものがあれば、ユーザに印刷条件の変更操作を求めるようにしている。しかし、場合により、未サポート条件のままで印刷してもいいというニーズもあると考えられる。そのため、本例ではそのような選択肢を提供するようにしている。

図２２は起動処理およびジョブ投入の他の具体的な処理例を示すシーケンス図である。

図２２において、ユーザが電源ＯＮもしくは省エネ状態からの復帰要求を行うことで、コントローラ２と操作部４は起動処理を開始する。

操作部４ではデータ処理部４０１が操作部４の単独起動を開始し（ステップＳ２４１）、起動完了する（ステップＳ２４２）。

この状態でユーザが操作部４の表示部４０３に印刷条件を設定すると（ステップＳ２４３）、表示部４０３はデータ処理部４０１に印刷条件を引き渡し（ステップＳ２４４）、データ処理部４０１は設定完了してジョブをデータ保管部４０２により保存する（ステップＳ２４５）。

一方、コントローラ２ではデータ処理部２０１がコントローラ２の起動を開始し（ステップＳ２４６）、機器構成を取得し（ステップＳ２４７）、起動を完了する（ステップＳ２４８）。

操作部４の通信部４０４はポーリング等によりコントローラ２の起動完了を待つが（ステップＳ２４９）、コントローラ２が起動完了し、コントローラ２の通信部２０５が接続要求を正常に受信するとコントローラ２と操作部４の間で接続を行ない（ステップＳ２５０）、操作部４に接続応答を返す（ステップＳ２５１）。

操作部４の通信部４０４は接続応答を受信すると、接続成功をデータ処理部４０１に伝える（ステップＳ２５２）。

データ処理部４０１は保存してあったユーザからのジョブを通信部４０４を介してコントローラ２に投入する（ステップＳ２５３、Ｓ２５４）。

コントローラ２の通信部２０５はジョブ投入を受信するとデータ処理部２０１にジョブを引き渡す（ステップＳ２５５）。

データ処理部２０１はジョブ内の印刷条件を取得（抽出）し、既に取得してある機器構成と比較し（ステップＳ２５６）、機器構成によりサポートされない印刷条件（未サポート条件）を通信部２０５に伝え（ステップＳ２５７）、通信部２０５は未サポート条件を操作部４に送信する（ステップＳ２５８）。

操作部４の通信部４０４は未サポート条件を受信すると、データ処理部４０１に未サポート条件を伝え（ステップＳ２５９）、データ処理部４０１は未サポート条件とそのまま印刷開始の選択肢の表示を表示部４０３に要求し（ステップＳ２６０）、表示部４０３は未サポート条件を表示して、そのまま印刷開始するか否かの選択を要求する（ステップＳ２６１）。図２３は操作部４に表示される画面の例を示す図であり、「ステープルがないですが、印刷を継続しますか？」というメッセージとともに、「はい」「いいえ」のボタンを表示している。

図２２に戻り、ユーザが例えば「はい」を選択すると（ステップＳ２６２）、操作部４の表示部４０３はその旨をデータ処理部４０１に伝え（ステップＳ２６３）、データ処理部４０１は印刷条件を変更せずに印刷開始することを通信部４０４を介してコントローラ２に伝える（ステップＳ２６４、Ｓ２６５）。

コントローラ２の通信部２０５は印刷条件を変更せずに印刷開始することを受信すると、データ処理部２０１に印刷の開始を伝える（ステップＳ２６６）。その後、データ処理部２０１は印刷を開始する。

＜総括＞
以上説明したように、本実施形態によれば、次のような利点がある。
（１）情報処理装置の電源ＯＮや省エネ復帰直後の起動処理時間中にユーザがジョブに関する詳細な設定を行うことができ、ユーザ待ち時間が大幅に短縮される。
（２）操作部とコントローラの接続完了前にジョブが実行された場合でも、追加のユーザ入力を制限し、接続を待つことで、操作部とコントローラの動作不整合をなくすことができる。
（３）容量が大きいデータや書き込み回数が多いデータをコントローラでデータ管理することで、操作部に搭載する不揮発性メモリが大容量かつ書き込み耐久性が高くなくても、操作部単独起動による待ち時間の短縮を実現することができる。
（４）未サポートの印刷条件をユーザに通知して印刷条件の変更を求めることで、ユーザの設定条件に満たさないまま印刷を開始することを防ぐことができる。
（５）未サポートの印刷条件があっても、そのまま印刷を開始する選択肢をユーザに与えることで、ユーザの許容を得れば条件の再設定を要すことなく印刷を開始できる。
（６）操作部をコントローラと無線接続することにより、場所にとらわれない操作部単独起動による画面操作を実現することができる。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

１画像処理装置
１' 画像処理装置本体
２コントローラ
２１ＣＰＵ
２２プログラムＲＯＭ
２３ネットワークＩ／Ｆ
２４ＲＡＭ
２５不揮発性メモリ
２６操作部Ｉ／Ｆ
２７エンジンＩ／Ｆ
２０１データ処理部
２０２データ保管部
２０３画像生成部
２０４印刷部
２０５通信部
３エンジン
４操作部
４１ＣＰＵ
４２プログラムＲＯＭ
４３コントローラＩ／Ｆ
４４ＲＡＭ
４５不揮発性メモリ
４６表示部
４０１データ処理部
４０２データ保管部
４０３表示部
４０４通信部
５ネットワーク

特許第４９４９９５６号公報

Claims

ユーザからの操作を受け付ける、第１のプロセッサを有する第１の情報処理装置と、当該第１の情報処理装置から要求された処理を実行し、第２のプロセッサを有する第２の情報処理装置とを備えた情報処理システムであって、
前記第２の情報処理装置は、
アドレス帳データを記憶する手段と、
前記情報処理システムに対する電源投入、若しくは前記情報処理システムの省エネ状態からの復帰時に、前記第２のプロセッサによる起動処理を行う手段と、
前記第２のプロセッサによる起動処理の完了後に要求された前記第１の情報処理装置からの前記処理を実行する手段と、
前記第２のプロセッサによる起動処理の完了後に受け付けた前記第１の情報処理装置からの前記アドレス帳データの要求に応じて前記アドレス帳データを前記第１の情報処理装置に送信する手段と
を備え、
前記第１の情報処理装置は、
前記電源投入、若しくは前記復帰時に、前記第１のプロセッサによる起動処理を行う手段と、
前記第１のプロセッサによる起動処理の完了後に、前記ユーザからの操作を受け付けるための画面の表示制御を行う手段と、
前記画面を介して受け付けた前記処理の実行を、前記第２のプロセッサによる起動処理が完了した前記第２の情報処理装置に要求する手段と、
前記画面を介して受け付けた前記アドレス帳データの要求を、前記第２のプロセッサによる起動処理が完了した前記第２の情報処理装置に送信する手段と、
前記第２の情報処理装置から受信した前記アドレス帳データの表示制御を行う手段と
を備えることを特徴とする情報処理システム。
請求項１に記載の情報処理システムにおいて、
前記第１の情報処理装置は、
前記第２の情報処理装置の前記第２のプロセッサによる起動処理が完了しているか否かを判断する手段と、
前記起動処理の完了が判断された場合、前記第２の情報処理装置との接続処理を行う手段と
を備えることを特徴とする情報処理システム。
請求項２に記載の情報処理システムにおいて、
前記第１の情報処理装置は、
前記第２の情報処理装置の前記第２のプロセッサによる起動処理が完了しているか否かを判断している際に、前記画面を介する前記第２の情報処理装置に対する前記アドレス帳データの要求の受け付けを制限する手段
を備えることを特徴とする情報処理システム。
請求項３に記載の情報処理システムにおいて、
前記第１の情報処理装置は、
前記画面を介する前記第２の情報処理装置に対する前記アドレス帳データの要求を受け付けた場合、受け付けることができない旨を通知する手段
を備えることを特徴とする情報処理システム。
請求項１に記載の情報処理システムにおいて、
前記第２の情報処理装置は、
前記第１の情報処理装置から要求された前記処理に設定された処理条件と、前記第２の情報処理装置で処理が可能な可能処理条件とを比較する手段と、
前記第２の情報処理装置において前記処理ができない前記処理条件が少なくとも１つある場合、前記処理ができない前記処理条件を前記第１の情報処理装置に送信する手段と
を備えることを特徴とする情報処理システム。
請求項５に記載の情報処理システムにおいて、
前記第１の情報処理装置は、
前記第２の情報処理装置から受信した前記処理ができない前記処理条件を示す情報の表示制御を行う手段
を備えることを特徴とする情報処理システム。
ユーザからの操作を受け付ける、第１のプロセッサを有する操作装置と、当該操作装置から要求された処理を実行し、第２のプロセッサを有する処理実行装置とを備えた情報処理装置であって、
前記処理実行装置は、
アドレス帳データを記憶する手段と、
前記情報処理装置に対する電源投入、若しくは前記情報処理装置の省エネ状態からの復帰時に、前記第２のプロセッサによる起動処理を行う手段と、
前記第２のプロセッサによる起動処理の完了後に要求された前記操作装置からの前記処理を実行する手段と、
前記第２のプロセッサによる起動処理の完了後に受け付けた前記操作装置からの前記アドレス帳データの要求に応じて前記アドレス帳データを前記操作装置に送信する手段と
を備え、
前記操作装置は、
前記電源投入、若しくは前記復帰時に、前記第１のプロセッサによる起動処理を行う手段と、
前記第１のプロセッサによる起動処理の完了後に、前記ユーザからの操作を受け付けるための画面の表示制御を行う手段と、
前記画面を介して受け付けた前記処理の実行を、前記第２のプロセッサによる起動処理が完了した前記処理実行装置に要求する手段と、
前記画面を介して受け付けた前記アドレス帳データの要求を、前記第２のプロセッサによる起動処理が完了した前記処理実行装置に送信する手段と、
前記処理実行装置から受信した前記アドレス帳データの表示制御を行う手段と
を備えることを特徴とする情報処理装置。
ユーザからの操作を受け付ける、第１のプロセッサを有する第１の情報処理装置と、当該第１の情報処理装置から要求された処理を実行し、第２のプロセッサを有する第２の情報処理装置とを備えた情報処理システムであって、
前記第２の情報処理装置は、
アドレス帳データを記憶する手段と
前記情報処理システムに対する電源投入、若しくは前記情報処理システムの省エネ状態からの復帰時に、前記第２のプロセッサによる起動処理を行う手段と、
前記第２のプロセッサによる起動処理の完了後に要求された前記第１の情報処理装置からの前記処理を実行する手段と
を備え、
前記第１の情報処理装置は、
前記アドレス帳データを記憶する手段と、
前記電源投入、若しくは前記復帰時に、前記第１のプロセッサによる起動処理を行う手段と、
前記第１のプロセッサによる起動処理の完了後に、前記ユーザからの操作を受け付けるための画面の表示制御を行う手段と、
前記画面を介して前記アドレス帳データの表示を要求された場合、前記記憶された前記アドレス帳データの表示制御を行う手段と、
前記画面を介して受け付けた前記処理の実行を、前記第２のプロセッサによる起動処理が完了した前記第２の情報処理装置に要求する手段と
を備えることを特徴とする情報処理システム。
請求項８に記載の情報処理システムにおいて、
前記第１の情報処理装置は、
前記画面を介して前記アドレス帳データの表示を要求された場合、前記アドレス帳データの要求を前記第２のプロセッサによる起動処理が完了した前記第２の情報処理装置に送信する手段
を備えることを特徴とする情報処理システム。