JPH08329005A

JPH08329005A - 分散処理システムおよびその制御方法

Info

Publication number: JPH08329005A
Application number: JP8068457A
Authority: JP
Inventors: Daisuke Yamada; 大介山田
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1995-03-25
Filing date: 1996-03-25
Publication date: 1996-12-13

Abstract

(57)【要約】【課題】スタンドアローンモードとリモートモードを
有する入出力装置を他の情報処理装置から遠隔制御によ
って使用する場合の操作性を向上させる。【解決手段】ネットワーク接続されたパーソナルコン
ピュータ３２からＯＡ機器２１を遠隔操作（リモートモ
ード）によって使用する場合、ＯＡ機器２１からパーソ
ナルコンピュータ３２に対し、ＯＡ機器２１をスタンド
アローンモードで使用するときに操作パネル４１に表示
されるメニュー画面と同一のメニュー画面を表示するの
に必要な画面情報などが送られる。ＯＡ機器２１では、
この画面情報を元にメニュー画面の表示が行われ、ユー
ザはこのメニュー画面に従って操作を行う。そして、こ
の操作により、選択された処理内容がＯＡ機器２１に送
られて設定され、実行される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はプリンタ、複写
機、ファクシミリ装置などのイメージ入出力装置（以
下、「ＯＡ機器」とも称する。）と、ワークステーショ
ン、パソコン等の情報処理（端末）装置とをネットワー
ク接続し、分散処理する分散処理システムおよびその制
御方法に関する。

【０００２】

【従来の技術】従来からプリンタや複写機などのＯＡ機
器は、それ自体独立して使用されているが、最近では、
これらの機器はいわゆるクライアント・サーバ方式の分
散環境下でも使用できるように構成されていることが多
い。この方式は、サーバとして機能するＯＡ機器をＬＡ
Ｎ（ローカル・エリア・ネットワーク）によってクライ
アントとして機能するワークステーションやパーソナル
コンピュータに接続し、このサーバを共通の資源として
複数のクライアントで共有する方式である。この場合、
クライアント側は接続された機器と提供可能なサービス
とをあらかじめ把握しておき、必要に応じてそれらの各
機器に対してアクセス要求を出すことにより遠隔制御に
よってそれらの機器を使用できるようになっている。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うなクライアント・サーバ方式の分散環境下でＯＡ機器
を使用する場合には、次のような問題があった。

【０００４】従来は、ＯＡ機器を使用する場合、そのＯ
Ａ機器自体が持っている構成だけで独立して、動作・機
能するような使用モード（スタンドアローンモード）
と、これらの機器をサーバとしてクライアント側から遠
隔制御により使用するモード（リモードモード）とで
は、操作の方法や手順が異なっていた。従って、ユーザ
は各使用形態（モード）ごとに操作方法や手順を知らな
ければならず、操作が煩雑になっていた。

【０００５】また、ＯＡ機器は前述のスタンドアローン
モードやリモートモードなどのようないくつかの動作モ
ードを備えており、遠隔制御で使用する場合には、リモ
ートモードにセットする必要があった。従って、例えば
サーバとしてのＯＡ機器がクライアントとしてのパーソ
ナルコンピュータから離れた場所に置かれている場合に
は、わざわざＯＡ機器のところまで行ってモードをセッ
トし、それからパーソナルコンピュータの所に戻って遠
隔操作を行うという煩雑な手順が必要となり、遠隔制御
の本来の意味がなくなってしまっていた。

【０００６】本発明はこのような従来技術の問題点に鑑
みてなされたもので、その目的は、スタンドアローンモ
ードとリモートモードとを有する情報処理機器を他の情
報処理装置から遠隔制御によって使用するときの操作性
を向上させることができる分散処理システムおよび分散
処理システムの制御方法を提供することにある。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、第１の手段は、情報を表示する表示部を有する情報
処理装置と、実行可能な処理内容のメニュー画面を表示
する表示部および前記処理内容を選択する操作部を有す
るイメージ入力および／または出力装置とをネットワー
クによって接続した分散処理システムにおいて、前記情
報処理装置からのアクセス要求に応じて前記イメージ入
力および／または出力装置から前記情報処理装置に対
し、実行可能な処理内容のメニュー画面の表示に必要な
画面情報を送出する手段と、この送出する手段から送ら
れてきた画面情報に基づいて、前記メニュー画面と同一
画面を前記情報処理装置の表示部に表示させる手段と、
前記情報処理装置の表示部に表示されたメニュー画面に
対する操作内容に基づいて前記イメージ入力および／ま
たは出力装置との間で制御情報を通信し、前記情報処理
装置側から前記イメージ入力および／または出力装置の
動作を制御する手段とを備えていることを特徴としてい
る。

【０００８】第２の手段は、第１の手段における制御す
る手段が、前記情報処理装置の表示部に表示されたメニ
ュー画面上の処理項目に対する選択操作を受け付け、選
択された処理項目のメニュー画面上での表示位置を示す
位置情報を前記イメージ入力および／または出力装置に
送出し、前記イメージ入力および／または出力装置側
で、前記情報処理装置から送られてきた前記位置情報に
基づいて処理すべき項目を実行させることを特徴として
いる。

【０００９】第３の手段は、第１の手段における制御す
る手段が、前記イメージ入力および／または出力装置に
対して前記メニュー画面の操作制御に関する操作制御フ
ロー情報を送出し、前記情報処理装置の表示部に表示さ
れたメニュー画面上の処理項目に対する選択操作を受け
付け、選択操作の内容に応じて前記操作制御フロー情報
に基づいて処理すべき項目の内容を判定し、判定された
結果を前記イメージ入力および／または出力装置に送出
し、前記イメージ入力および／または出力装置側で、受
け取った判定結果の示す処理内容を実行させることを特
徴としている。第４の手段は、情報処理装置とイメージ
入力および／または出力装置とをネットワークによって
接続した分散処理システムの制御方法において、前記情
報処理装置からのアクセス要求に応じて前記イメージ入
力および／または出力装置から前記情報処理装置に対し
て実行可能な処理内容のメニュー画面の表示に必要な画
面情報を送出する第１の処理工程と、送られてきた画面
情報に基づいて、前記メニュー画面と同一画面を前記情
報処理装置の表示部に表示する第２の処理工程と、前記
情報処理装置の表示部に表示されたメニュー画面に対す
る操作内容に基づいて前記イメージ入力および／または
出力装置との間で制御情報のやり取りを行い、前記情報
処理装置側から前記イメージ入力および／または出力装
置の動作を制御する第３の処理工程とを含んでいること
を特徴としている。

【００１０】第５の手段は、第４の手段における前記第
３の処理工程が、前記情報処理装置の表示部に表示され
たメニュー画面上の処理項目に対する選択操作を受け付
ける第４の処理工程と、選択された処理項目のメニュー
画面上での表示位置を示す位置情報を情報処理装置から
前記イメージ入力および／または出力装置に送出する第
５の処理工程と、前記イメージ入力および／または出力
装置側で、前記情報処理装置から送られてきた前記位置
情報に基づいて処理すべき項目の内容を判定する第６の
処理工程と、判定した処理内容を実行する第７の処理工
程とを含んでいることを特徴としている。

【００１１】第６の手段は、第４または第５の手段に、
さらに、前記情報処理装置から前記イメージ入力および
／または出力装置に対して前記メニュー画面の操作制御
に関する操作制御フロー情報を送出する第８の処理工程
を有し、前記第３の処理工程が、前記情報処理装置の表
示部に表示されたメニュー画面上の処理項目に対する選
択操作を受け付ける第９の処理工程と、前記情報処理装
置側で、前記選択操作の内容に応じて前記操作制御フロ
ー情報に基づいて処理すべき項目の内容を判定する第１
０の処理工程と、第１０の処理工程で判定された結果を
前記情報処理装置から前記イメージ入力および／または
出力装置に送出する第１１の処理工程と、前記イメージ
入力および／または出力装置側で、受け取った判定結果
の示す処理内容を実行する第１２の処理工程とを含んで
いることを特徴としている。

【００１２】第７の手段は、第４ないし第６の手段にお
けるイメージ入力および／または出力装置は、前記第３
の処理工程の実行中は自己のメニュー画面に対する直接
操作を受け付けないことを特徴としている。

【００１３】第８の手段は、第４ないし第７の手段にお
いて、前記情報処理装置が複数であって、前記イメージ
入力および／または出力装置が前記情報処理装置からア
クセスされているときには、前記イメージ入力および／
または出力装置はどの情報処理装置がアクセス中である
かを表示することを特徴としている。

【００１４】第９の手段は、第４ないし第８の手段にお
いて、前記情報処理装置から前記イメージ入力および／
または出力装置にアクセス中に、このイメージ入力およ
び／または出力装置の操作部に対して操作要求が直接行
われたとき、アクセス権の調停を行う第１３の処理工程
と、この第１３の処理工程での調停の結果にしたがっ
て、アクセス権を維持または移行させる第１４の処理工
程とを含んでいることを特徴としている。

【００１５】

【発明の実施の形態】以下、図面を参照しこの発明の実
施形態について説明する。

【００１６】

【発明の実施の形態】

１．第１の実施形態図１は、第１の実施形態に係る分散処理システムにおけ
る遠隔制御方法を適用したネットワークシステム（ＬＡ
Ｎ）の概略構成を示す図である。このシステムはオフィ
スＡに配設された第１の伝送路１１と、オフィスＢに配
設された第２の伝送路１２と、これら第１および第２の
伝送路間を接続する第３の伝送路１３と、前記第１およ
び第２の伝送路１１，１２に接続された各種の入力装置
あるいは情報処理装置とから構成されている。

【００１７】オフィスＡには第１および第２のＯＡ機器
２１，２２と、２台のワークステーション（以下、「Ｗ
Ｓ」とも称する。）２４，２５と、スーパープリンタ２
６と、ＯＡ機器サービス総括制御装置（以下、単に「サ
ービス総括制御装置」と称する。）２７と、プリンタ２
８と、Ｘ端末２９と、パーソナルコンピュータ（以下、
「ＰＣ」とも称する。）３１とが設けられ、第１の伝送
路１１によって相互に接続されている。一方、オフィス
ＢにはＯＡ機器２３とパーソナルコンピュータ３２とが
設けられ、第２の伝送路１２によって相互に接続されて
いる。

【００１８】ＯＡ機器２１は操作パネル４１を備え、パ
ーソナルコンピュータ３１および３２はそれぞれ表示装
置（ＣＲＴ）４２，４３を備えている。操作パネル４１
はＯＡ機器２１をスタンドアローンとして使用する場合
に、ユーザが希望する操作を指示するための入力装置で
あり、例えば操作内容（処理可能項目）のメニュー画面
を表示する液晶表示パネルの全面に配置された透明パネ
ルとして構成される。なお、ここでは、ＯＡ機器２１は
フロア１に設置され、ＯＡ機器２はフロア２に設置され
ているものとする。

【００１９】ＯＡ機器２１，２２，２３は、例えば複写
機（コピー）、プリンタ、ファクシミリ装置（ＦＡ
Ｘ）、およびスキャナの１つ、またはが複数組み合わさ
れた複合機であり、クライアントであるＰＣ３１，３２
またはＷＳ２４，２５に対して所定のサービスを提供す
るサーバとして機能する。サービス総括制御装置２７は
ＰＣ３１，３２やＷＳ２４，２５からＯＡ機器２１，２
２，２３に対するアクセスの要求が競合した場合に、こ
れを調停する役割を果たすもので、図示のように独立し
た機器として構成されるほか、いずれかのＯＡ機器の内
部に組み込んで構成することも可能である。

【００２０】図２は図１におけるサーバとしてのＯＡ機
器の概略構成、およびこれとクライアントとの機能的接
続関係を表すものである。ここではサーバとしてＯＡ機
器２１およびクライアントとしてＰＣ３２と例にとって
説明するが、他のＯＡ機器２２、２３についても同様に
構成される。

【００２１】図２に示すようにＯＡ機器２１は、制御プ
ログラムである５つのマネージャプログラム、すなわち
データベースマネージャ５１、サービスマネージャ５
２、ジョブマネージャ５３、デバイスマネージャ５４お
よびオペレーションマネージャ５５を備え、さらに、デ
ータベースマネージャ５１によって管理、アクセスされ
るデータベース５６、サービスマネージャ５２によって
管理される各種のサービスプログラム６１〜６４、デバ
イスマネージャ５４によって管理される各種デバイス情
報６５〜６８、オペレーションマネージャ５５によって
管理される各種の操作情報６９、これらの各マネージャ
プログラム全体を管理する基本プログラムとしてのリア
ルタイムＯＳ（オペレーティングシステム）７１、印刷
装置、スキャン装置、紙送り装置およびメディア装置な
どのハードウェア７２、ならびにこれらのハードウェア
を駆動制御するためのドライバプログラム７３を備えて
いる。なお、前記各種サービスプログラムとは、プリン
タサービス６１、スキャンサービス６２、ＦＡＸサービ
ス６３および人工知能（ＡＩ）サービス６４などであ
り、各種デバイス情報とは、印刷装置用データ６５、ス
キャン装置用データ６６、紙送り装置用データ６７およ
びメディア装置用データ６８などである。

【００２２】このうち操作情報６９には、画面ビットマ
ップ情報や画面座標情報などの画面情報、操作パネル情
報やキーオペレーション情報などの操作制御フロー情
報、あるいは機器ビットマップ情報などが含まれる。こ
こで、操作制御フロー情報は、操作パネル（図１）に対
して行われる操作の内容、すなわち操作シーケンスに応
じ、要求されている処理内容を判定するのに用いられる
ものである。

【００２３】一方、クライアントであるパーソナルコン
ピュータ３２は上記の各マネージャに対して情報取得、
実行指示、状態取得、属性取得および完了通知取得のた
めのアクセスが可能になっている。

【００２４】次に、図３ないし図６を参照して、以上の
ような構成のネットワークシステムにおける情報処理機
器の遠隔制御方法について説明する。

【００２５】図３は図１のネットワークシステムの全体
動作を表すものである。ここでは、クライアントとして
のパーソナルコンピュータ３２からサーバとしてのＯＡ
機器２１，２２，２３に対し、例えば印刷データのプリ
ントアウトサービスを求めるアクセスを行うものとして
説明する。

【００２６】まず、パーソナルコンピュータ３２がサー
ビス総括制御装置２７に対してサービス要求を行うと
［ステップ３０１］、サービス総括制御装置２７は、ま
ず、ＯＡ機器２１に対してサービスの種類（内容）およ
びサービス提供の可否を問い合わせる［ステップ３０
２］。そして、これに対する応答をＯＡ機器２１から受
け取る［ステップ３０３］。次にサービス総括制御装置
２７はＯＡ機器２２に対して同様の問い合わせを行い
［ステップ３０４］、これに対する応答をＯＡ機器２２
から受け取る［ステップ３０５］。この結果、例えば、
ＯＡ機器２１からの応答がパーソナルコンピュータ３２
の要求（例えば、プリントアウト要求）に合致したとす
ると、サービス総括制御装置２７はＯＡ機器２１に対し
て実際のサービス（例えばプリントアウト）の実行を要
求する［ステップ３０６］。

【００２７】これにより、ＯＡ機器２１はリモートモー
ドとなり、例えば後述する図４に示すようなプロトコル
に従ってサービスを実行する。この場合、具体的には、
パーソナルコンピュータ３２から印刷データがＯＡ機器
２１に送られ、指定された形式でプリントアウトされ
る。その後、サービス総括制御装置２７はＯＡ機器２１
からサービス完了を知らせるためのサービス完了応答を
受け取ると［ステップ３０７］、サービス完了通知をパ
ーソナルコンピュータ３２に送る［ステップ３０８］。
このようにして一連のリモート動作が終了する。なお、
上述したように、サービス総括制御装置２７がＯＡ機器
２１に組み込まれている場合には、図３におけるサービ
ス総括制御装置２７の層を通過して直接ＯＡ機器２１に
サービス要求を行う。

【００２８】図４は、パーソナルコンピュータ３２から
の要求に応じてＯＡ機器２１がサービスを実行する際に
必要な制御情報をやり取りするためのプロトコルを表す
ものである。この図に示すように、パーソナルコンピュ
ータ３２からのサービス要求があると［ステップ４０
１］、サービス総括制御装置２７は図３のステップ３０
２〜３０５に示した手順で各ＯＡ機器にサービス問い合
わせを行い、得られた応答に基づき、提供されるサービ
スの内容をパーソナルコンピュータ３２に通知する［ス
テップ４０２］。

【００２９】これに対してパーソナルコンピュータ３２
がサービス選択を指示すると［ステップ４０３］、サー
ビス総括制御装置２７は、パーソナルコンピュータ３２
がアクセス権を取得した旨をＯＡ機器２１に通知する
［ステップ４０４］。これによりパーソナルコンピュー
タ３２はＯＡ機器２１との接続を獲得し、ＯＡ機器２１
はパーソナルコンピュータ３２の遠隔制御下、すなわち
リモートモードに入ったことを認識する。そして、ＯＡ
機器２１のオペレーションマネージャ５５は、操作パネ
ル４１にパーソナルコンピュータ３２からの遠隔制御に
よるアクセス中（リモートモード）であることを表示す
る。なお、このようにしてリモートモードに入った後
は、ＯＡ機器２１の操作パネル４１に対して直接の（ロ
ーカルな）操作が行われたとしても受け付けられない。

【００３０】パーソナルコンピュータ３２の遠隔制御下
に入ったことを認識したＯＡ機器２１は、図２に示した
操作情報６９のうち初期メニュー画面の表示に必要な画
面情報、すなわち、画面ビットマップ情報および画面座
標情報をパーソナルコンピュータ３２に送出する［ステ
ップ４０５］。パーソナルコンピュータ３２はこれらの
画面情報を元に、ＯＡ機器２１の操作パネル４１のメニ
ュー画面と同一構成のメニュー画面をＣＲＴ４３に表示
する［ステップ４０６］。パーソナルコンピュータ３２
のユーザがこの画面を見てマウス等のポインティングデ
バイスを用いて希望する処理内容を選択すると、その押
下された点の座標がＯＡ機器２１に送られる［ステップ
４０７］。

【００３１】これを受けたＯＡ機器２１は、さらに指定
された処理項目の細部を表すメニュー画面の画面情報を
パーソナルコンピュータ３２に送る［ステップ４０
８］。以下、このような処理、すなわち、パーソナルコ
ンピュータ３２側におけるメニュー画面上での処理項目
の選択と、これに対応する次のメニュー画面を表示する
ための新たな画面情報の送出が繰り返し行われる。そし
て、さらにパーソナルコンピュータ３２は印刷すべきデ
ータをパーソナルコンピュータ３２に送出する。ＯＡ機
器２１は、印刷データを受け取り、指示された形式に従
ってサービス（プリントアウト）を実行する［ステップ
４０９］。そして、サービス終了後、パーソナルコンピ
ュータ３２からＯＡ機器２１にサービス終了要求を通知
すると［ステップ４１０］、ＯＡ機器２１はサービス総
括制御装置２７に対して接続解除要求を行う［ステップ
４１１］。これを受けたサービス総括制御装置２７は、
パーソナルコンピュータ３２に対してサービス終了の通
知を行う［ステップ４１２］。このようにして、この実
施形態では、ユーザは自分のパーソナルコンピュータ３
２のＣＲＴ４３上で、ＯＡ機器２１の操作パネル４１の
メニュー画面と同じ画面を見ながら希望するサービス内
容を指定することができるので、ＯＡ機器２１をスタン
ドアローンモードで直接操作するのと同じ感覚で操作す
ることができ、煩雑さを解消することができる。

【００３２】２．第２の実施形態次に図５を参照して、本発明の第２の実施形態に係る情
報処理機器の遠隔制御方法について説明する。

【００３３】図５はパーソナルコンピュータ３２からの
要求に応じてＯＡ機器２１がサービスを実行する際に、
これに必要な制御情報をやり取りするための他のプロト
コルの例を示すものである。この実施形態では、アクセ
ス権取得のステップ［ステップ５０１〜ステップ５０
４］は図４に示した第１の実施形態と同様である。すな
わち、図５に示すようにパーソナルコンピュータ３２か
らサービス要求があると［ステップ５０１］、サービス
総括制御装置２７は図３のステップ３０２〜３０５に示
した手順で各ＯＡ機器にサービス問い合わせを行い、得
られた応答に基づき、提供されるサービスの内容をパー
ソナルコンピュータ３２に通知する［ステップ５０
２］。これに対してパーソナルコンピュータ３２がサー
ビス選択を指示すると［ステップ５０３］、サービス総
括制御装置２７はパーソナルコンピュータ３２がアクセ
ス権を取得した旨をＯＡ機器２１に通知し［ステップ５
０４］、これによりパーソナルコンピュータ３２はＯＡ
機器２１との接続を獲得し、ＯＡ機器２１はパーソナル
コンピュータ３２の遠隔制御下に入ったことを認識す
る。パーソナルコンピュータ３２の遠隔制御下に入った
ことを認識したＯＡ機器２１は、図２に示した操作情報
６９のうち、全てのメニュー画面の表示に必要な全画面
情報、すなわち画面ビットマップ情報および画面座標情
報と、一連の画面操作制御に必要なマネージャ操作制御
フロー情報（操作パネル情報やキーオペレーション情
報）とをパーソナルコンピュータ３２に送出する［ステ
ップ５０５］。パーソナルコンピュータ３２は、これら
の画面情報に基づいてＯＡ機器２１の操作パネル４１の
メニュー画面と同一構成の初期メニュー画面をＣＲ４３
に表示し［ステップ５０６］、処理項目の選択を促す。

【００３４】パーソナルコンピュータ３２のユーザがこ
の画面を見て、マウスなどのポインティングデバイスを
用いて希望する処理内容を選択すると、パーソナルコン
ピュータ３２は操作制御フロー情報に基づいて選択によ
り設定された処理内容を判定し、その設定項目をＯＡ機
器２１に通知する［ステップ５０７］。これを受けたＯ
Ａ機器２１は、その設定項目に関する設定を行うととも
に、パーソナルコンピュータ３２にその設定が終了した
ことを知らせる［ステップ５０８］。これを受けたパー
ソナルコンピュータ３２は、さらに、ＣＲＴ４３にその
次の設定項目を選択するためのメニュー画面を表示して
選択操作を促す。以下、このような処理が、すなわち、
パーソナルコンピュータ３２側におけるメニュー画面上
での処理項目の設定と、ＯＡ機器２１への設定項目の送
出が全て終了するまで繰り返し行われる。そして、さら
にパーソナルコンピュータ３２は印刷すべきデータをパ
ーソナルコンピュータ３２に送出する。

【００３５】ＯＡ機器２１は、印刷データを受け取り、
設定された形式に従ってサービス（プリントアウト）を
実行する［ステップ５０９］。そして、サービス終了
後、パーソナルコンピュータ３２からＯＡ機器２１にサ
ービス終了要求を通知すると［ステップ５１０］、ＯＡ
機器２１はサービス総括制御装置２７に対して接続解除
要求を行う［ステップ５１１］。これを受けたサービス
総括制御装置２７は、パーソナルコンピュータ３２に対
してサービス終了の通知を行う［ステップ５１２］。

【００３６】このようにして、この実施形態では、ＯＡ
機器２１によるサービスに必要な全画面情報と操作の設
定処理に必要なすべての操作制御フロー情報とをＯＡ機
器２１からパーソナルコンピュータ３２にあらかじめ送
出して登録（アップロード）しておき、この操作制御フ
ロー情報に基づき全ての設定項目の判定をパーソナルコ
ンピュータ３２の側で行った上で、その判定結果である
設定項目をＯＡ機器２１に通知するようにしている。す
なわち、前述の第１の実施形態（図４）の場合のよう
に、パーソナルコンピュータ３２においてポインティン
グデバイスで指定された位置情報をＯＡ機器２１に送出
して、ＯＡ機器２１側で設定項目を判定するのではな
く、この判定処理をすべてパーソナルコンピュータ３２
側で行うようにしている。

【００３７】そして、この実施形態においても、同様に
ユーザは自分のパーソナルコンピュータ３２のＣＲＴ４
３上で、ＯＡ機器２１の操作パネル４１のメニュー画面
と同じ画面をみながら希望するサービス内容を指定する
ことができるので、ＯＡ機器２１をスタンドアローンモ
ードで直接操作するのと同じ感覚で操作することでき、
煩雑さを解消することができる。

【００３８】３．第３の実施形態次に、図６を参照して第３の実施形態に係る情報処理機
器の遠隔制御方法について説明する。

【００３９】前述の第１の実施形態においては、リモー
ドモードに入った後は、ＯＡ機器２１の操作パネル４１
に対して直接の（ローカルな）操作が行われたとしても
受け付けられないが、この実施形態では、ＯＡ機器２１
をリモートモード下で使用中にＯＡ機器２１に対するロ
ーカルな操作が行われた場合には、割り込み要求によっ
て対応できるようにしたものである。

【００４０】この実施形態では、ます、パーソナルコン
ピュータ３２からのサービス要求があると、サービス総
括制御装置２７は図３に示すフローチャートにおけるス
テップ３０２〜３０５に示した手順で各ＯＡ機器２１に
サービス問い合わせを行い、得られた応答に基づき、提
供されるサービスの内容をパーソナルコンピュータ３２
に通知する。これに対してパーソナルコンピュータ３２
がサービス選択を指示すると［ステップ６０１］、サー
ビス総括制御装置２７はパーソナルコンピュータ３２が
アクセス権を取得した旨をＯＡ機器２１に通信する［ス
テップ６０２］。これによりパーソナルコンピュータ３
２はＯＡ機器２１との接続を獲得し、ＯＡ機器２１はパ
ーソナルコンピュータ３２の制御下に入ったことを認識
する。

【００４１】この状態で他のユーザがＯＡ機器２１を使
用するためにその操作パネル４１を直接操作すると、Ｏ
Ａ機器２１本体に対して割り込み要求がなされる［ステ
ップ６０３］。具体的には、操作パネル４１からオペレ
ーションマネージャ５５を介し、ジョブマネージャ５３
に対して割り込み要求信号が与えられる。そして、ＯＡ
機器２１は、サービス総括制御装置２７に対してアクセ
ス権の調停を要求する［ステップ６０４］。

【００４２】これを受けたサービス総括制御装置２７は
パーソナルコンピュータ３２に対して現在の接続状態を
開放可能な否かを問い合わせる［ステップ６０５］。こ
の結果、例えば第１のケースとして開放可能である旨の
応答があった場合には［ステップ６０６］、サービス統
括制御装置２７は、ＯＡ機器２１本体に対してパーソナ
ルコンピュータ３２との接続を終了させるための要求を
行うとともに［ステップ６０７］、スタンドアローンモ
ードでのアクセスを許可する通知を行う［ステップ４０
８］。さらに、サービス総括制御装置２７は、ＯＡ機器
２１のジョブマネージャ５３を介し、オペレーションマ
ネージャ５５に対してスタンドアローンモードでの使用
が可能であることを通知する［ステップ６０９］。これ
を受けたオペレーションマネージャ５５は、それ以降、
ユーザによる操作パネル４１への操作を受け付けて動作
する。

【００４３】一方、第２のケースとしてパーソナルコン
ピュータ３２からサービス総括制御装置２７に対して開
放不可能である旨の応答があった場合には［ステップ４
１０］、サービス総括制御装置２７は、ＯＡ機器２１の
ジョブマネージャ５３を介し、オペレーションマネージ
ャ５５に対してスタンドアローンモードでの使用が不可
能であることを通知する［ステップ６１１］。これを受
けたオペレーションマネージャ５５は操作パネル４１に
パーソナルコンピュータ３２からの遠隔制御によるアク
セス中であること、すなわちリモートモードであること
を表示する。

【００４４】このように、本実施形態では、サーバとし
てのＯＡ機器がいずれかのクライアントによってリモー
ドモードで使用されている最中にそのＯＡ機器に対して
スタンドアローンモードでの使用の要求が行われた場合
には、調停を行った上でアクセス権の移行または維持が
行われる。

【００４５】なお、これまでの第１ないし第３の実施形
態では、サーバとしてのＯＡ機器２１に対してクライア
ントとしてのパーソナルコンピュータ３２からアクセス
する場合について説明したが、他のＯＡ機器２２または
２３に対してパーソナルコンピュータ３１またはワーク
ステーション２４，２５からアクセスする場合について
も同様である。

【００４６】４．第４の実施形態以下、第４の実施形態に係る分散処理システムについて
説明する。

【００４７】４．１分散処理システム環境この実施形態に係る分散処理システムは、ネットワーク
と、パーソナルコンピュータ（ＰＣ）／ワークステーシ
ョン（ＷＳ）と、イメージ入出力装置と、ブローカとか
ら基本的に構成されている。

【００４８】図７は、この実施形態における分散処理シ
ステムを示すブロック図である。同図において、分散処
理システムは、ネットワーク１０１と、パーソナルコン
ピュータ（以下、「パソコン」とも称する。）１０２−
１，１０２−２もしくはワークステーションと、イメー
ジ出力装置としてのプリンタ１０３−１，１０３−２、
イメージ入力装置としてのスキャナ１０４−１、および
複合機（ＭＦＰ−Multi Function Printer）１０５−
１，１０５−２と、ブローカ１０６とから構成されてい
る。複合機１０５−１（ＭＦＰ１），１０５−２（ＭＦ
Ｐ２）は、プリンタ機能、複写機能、ファクシミリ機能
およびスキャナ機能などを一体に備えた装置であり、イ
メージ入出力装置として機能し、ブローカ１０６は第１
の実施形態におけるサービス統括制御装置と同義であ
り、ネットワーク１０１に接続されている入出力装置が
有する機能情報を維持、管理し、クライアントとサーバ
の接続を確立する役目を請け負うミドルウエアである。
なお、この実施形態では、クライアントはパソコン１０
２が該当し、サーバはイメージ入出力装置が該当する。

【００４９】ブローカ１０６は、ＣＰＵ１０６ａ、ＲＯ
Ｍ１０６ｂ、ＲＡＭ１０６ｃ、通信制御部１０６ｄおよ
び機能情報データベース１０６ｅを備え、ワークステー
ションもしくはパソコン上に構築されるのが一般的であ
る。なお、ＣＰＵ１０６ａはブローカ１０６の全体を管
理し、ＲＯＭ１０６ｂにはＣＰＵ１０６ａの各種制御プ
ログラムが格納され、ＲＡＭ１０６ｃはデータを記憶し
たりＣＰＵ１０６ａのワークエリアとして機能する。ま
た、通信制御部１０６ｄは、ネットワーク１０１に接続
されている各構成要素からサービスの要求があったと
き、機能情報データベース１０６ｅに格納されている機
能情報に基づいて、サービス可能な構成要素を選択し、
構成要素間の回線を接続するという制御を行う。

【００５０】４．２ハードウエア構成前記ネットワーク１０１に接続されている各構成要素の
内、複合機（ＭＦＰ）１０５は図８に示すように、当該
複合機１０５全体の制御を司るＣＰＵ１０５ａ、ＣＰＵ
１０５ａの制御下にあるＲＯＭ１０５ｂ、ＲＡＭ１０５
ｃ、ＮＶＲＡＭ１０５ｄ、操作パネル１０５ｅ、スキャ
ン／プリントエンジン１０５ｆ、記憶装置１０５ｇ、通
信制御部１０５ｈおよびモデム１０５ｉからなり、操作
パネル１０５ｅはパネル制御部１０５ｊを介して、スキ
ャン／プリントエンジン１０５ｆはエンジン制御部１０
５ｋを介して、記憶装置１０５ｇはディスク制御部１０
５ｌを介してそれぞれＣＰＵ１０５に接続されている。

【００５１】ＲＯＭ１０５ｂにはプログラムコード、フ
ォントおよびその他のスタティックな情報が格納され、
ＲＡＭ１０５ｃはデータを保存したりＣＰＵ１０５ａの
ワークエリアとして機能し、一時的な記憶場所として利
用される。ＮＶＲＡＭ１０５ｄには不揮発性の情報が格
納される。操作パネル１０５ｅとパネル制御部１０５ｊ
は、ユーザとのインターフェイスを図るためのもので、
ユーザからの指示が複合機１０５側（ＣＰＵ１０５ａ）
に入力され、複合機１０５側からの情報が表示される。
スキャン／プリントエンジン１０５ｆおよびエンジン制
御部１０５ｋは、イメージデータの入出力ユニットとし
て紙原稿の読み取りや紙への印刷を実行する。記憶装置
１０５ｇおよびディスク制御装置１０５ｌは大量のイメ
ージデータを蓄積するときなどに使用される大容量蓄積
デバイスである。通信制御部１０５ｈはイーサーネット
などのネットワーク（ＬＡＮ）１０１に接続され、外部
機器との通信を可能とし、モデム１０５ｉは公衆回線
（ＷＡＮ）と接続され、外部機器との通信を可能とす
る。

【００５２】４．３ソフトウエア構成前記複合機に代表されるＯＡ機器のソフトウエアの構成
は、前述の図２に示した第１の実施形態と同様なので、
重複する説明は省略する。

【００５３】４．４装置構成図９に複合機１０５の正面図を示す。この複合機１０５
は、印刷装置（プロッタ）１１８ａ、スキャン装置（ス
キャナ）１１８ｂ、紙送り装置（ペーパーフィーダ、ペ
ーパーソータ）１１８ｃ、ＦＡＸモデム１０５ｉ（図
７）などの物理デバイスと、外部記憶装置１０５ｇ、メ
モリ（ＲＡＭ１０５ｃ、ＮＶＲＡＭ１０５ｄ）、フォン
トなどの物理リソースを有し、ユーザインターフェイス
のための操作パネル１０５ｅを備えている。なお、図９
において、符号１１８ｃ−１は給紙トレイ、１１８ｃ−
２はドキュメントフィーダ、１１８ｃ−３は排紙ビンを
それぞれ示す。また、この実施形態では、排紙ビン１１
８ｃ−３は複数個（複数段）設けられ、排紙ビンごとの
表示部およびロック機構が備えられている。

【００５４】また、サーバとクライアント、図８の例で
いうとＯＡ機器（複合機−ＭＦＰ）１０５とＰＣ１０２
との接続形態としては、（１）１対１接続（２）複数のクライアント／１つのサーバ（マルチクラ
イアント／シングルサーバ）（３）複数のクライアント／複数のサーバ（マルチクラ
イアント／マルチサーバ）の３つの形態が考えられる。

【００５５】また、画面情報のデータ構造として（１）オブジェクトデータ（ボタンとその属性）（２）ビットマップデータの２つがある。

【００５６】４．５装置選択アルゴリズム４．５．１マルチクライアント／シングルサーバ図１０のフローチャートを参照し、マルチクライアント
／シングルサーバの接続形態における装置選択アルゴリ
ズムを示す。すなわち、図１０は、複合機１０５には印
刷処理能力データ、すなわち「印刷可能サイズ」、「印
刷可能解像度」などの能力が設定され、各能力の実現可
能値は列挙型で宣言されているという前提で、シングル
サーバに相当する複合機（ＭＦＰ）１０５の印刷可能サ
イズを、Ａ４、Ｂ５、Ｂ６、Ａ６、Ｂ６、Ａ７、印刷可
能解像度を４００ｄｐｉとし、第１のクライアント（ク
ライアント１−ＰＣ１）は「Ａ４、６００ｄｐｉで印刷
したい。」、第２のクライアント（クライアント２−Ｐ
Ｃ２）は「Ａ４、４００ｄｐｉで印刷したい。」、第３
のクライアント（クライアント３−ＰＣ３）は「Ａ３、
４００ｄｐｉで印刷したい。」という要求を持っている
ときのシーケンスを示している。

【００５７】このシーケンスによれば、クライアント１
（ＰＣ１）がまずサーバ（ＭＦＰ）に対して使用したい
Ａ４サイズが処理できるかどうかの返答を要求する（サ
イズの処理能力取得要求）［ステップ１００１］、サー
バ（ＭＦＰ）側から処理能力がある旨、返答が返ってき
て処理能力ＯＫであることがクライアント１（ＰＣ１）
に認識される（処理能力＝ＯＫの返信）［ステップ１０
０２］。次いで、クライアント１（ＰＣ１）は、６００
ｄｐｉの解像度で処理できるかどうか問い合わせる（解
像度の処理能力取得要求）［ステップ１００３］。これ
に対し、サーバの処理能力は４００ｄｐｉなので、サー
バ側からは処理能力がない旨返答する（処理能力＝ＮＧ
の返信）［ステップ１００４］。これによってクライア
ント１はサーバがクライアント１の要求に応えることが
できないことを認識する。

【００５８】次いで、クライアント２がサーバに対して
クライアント１と同様に処理可能サイズを問い合わせ
［ステップ１００５］、処理可能である旨回答を得る
［ステップ１００６］。今度は解像度について問い合わ
せる［ステップ１００７］。サーバの解像度は４００ｄ
ｐｉなので、解像度の要求に応えることができる旨回答
する［ステップ１００８］。これに基づいて、クライア
ント２はサーバに対し装置予約要求を送信する［ステッ
プ１００９］。この予約要求に応じてサーバからは予約
が受け入れられたこと（予約ＯＫ）を返信する［ステッ
プ１０１０］。このようにしてサーバに予約することに
よってサーバが有するサービスを利用することが可能な
状態、言い換えればオンライン状態になる。

【００５９】クライアント３はＡ３のサイズを印刷した
いので、サーバに対してＡ３の処理能力があるかどう
か、すなわちサイズ= Ａ３の処理能力取得要求を送信す
る［ステップ１０１１］。これに対し、サーバの処理能
力サイズはＡ４なので、処理能力はない旨、すなわち、
処理能力＝ＮＧである旨返信する［ステップ１０１
２］。これによって、クライアント３はサーバがクライ
アント３の要求には応えられないことを認識する。

【００６０】４．５．２マルチクライアント／マルチ
サーバ複数のクライアントと複数のサーバがネットワークで接
続されているときには、例えば、第１のサーバ（サーバ
１−ＭＦＰ１）は、（イ）印刷可能サイズがＡ４，Ｂ
５，Ａ５，Ｂ６，Ａ６，Ｂ６，Ａ７で、印刷可能解像度
が４００ｄｐｉ、第２のサーバ（サーバ２−ＭＦＰ２）
は、（ロ）印刷可能サイズがＡ３，Ａ４，Ｂ５，Ａ５，
Ｂ６，Ａ６，Ｂ６，Ａ７で、印刷可能解像度が４００ｄ
ｐｉ、第３のサーバ（サーバ３−ＭＦＰ３）は、（ハ）
印刷可能サイズがＡ４，Ｂ５，Ａ５，Ｂ６，Ａ６，Ａ７
で、印刷可能解像度が６００ｄｐｉ、の能力があり、ク
ライアント側では、第１のクライアント（クライアント
１）はＡ４、４００ｄｐｉ、第２のクライアント（クラ
イアント２）はＡ４、４００ｄｐｉ、第３のクライアン
ト（クライアント３）はＡ３、４００ｄｐｉでそれぞれ
印刷したい場合には、図１１のフローチャートに示すよ
うな手順で処理される。すなわち、まず、サーバ１、サ
ーバ２、サーバ３がそれぞれブローカ１０６に上記
（イ）ないし（ハ）の処理能力を通知し［ステップ１１
０１，１１０２，１１０３］、ブローカ１０６では、サ
ーバ１〜３から通知された処理能力情報を保存してお
く。一方、クライアント側では、ブローカ１０６にＡ
４、４００ｄｐｉの処理能力のあるサーバについて問い
合わせる（処理能力取得要求）［ステップ１１０４］。
ブローカ１０６はこの取得要求に応じてサーバ１および
２が要求に応えられる旨、返答する［ステップ１１０
５］。この返答に対応してクライアント１はサーバ１に
対して装置予約要求を出し［ステップ１１０６］、サー
バ１はクライアント１に対して利用許可を返答し［ステ
ップ１１０７］、クライアント１とサーバ１とがオンラ
イン状態になる。

【００６１】４．６遠隔クライアントからの動作モー
ドの設定４．６．１ボタン情報で送受信する場合図１２は、遠隔クライアントから動作モードをボタン情
報で設定する場合の処理の流れを示すフローチャートで
ある。なお、ボタン情報とは後述の図１３ないし図１６
に示すようなもので、表示画面にサーバの動作を指示す
るボタンを表示し、そのボタンの機能および位置をクラ
イアント側に送信して、クライアント側で当該ボタンの
位置をクリックして動作させることができるような情報
のことである。

【００６２】使用するサーバの外観図をクライアント側
の表示装置に表示する場合、クライアント側の表示画面
は前述のように縦４００ドット、横６００ドットである
ので、まず、クライアント側からサーバ画面情報要求を
送信する［ステップ１２０１］。この場合、コマンドＣ
ＭＤ＝０３とドット情報（Ｘ＝６００，Ｙ＝４００）と
が送信される。これに応じてサーバ側では、ｗｉｎｄｏ
ｗ＿ｐｔｒで示されるボタン情報を取得し［ステップ１
２０２］、当該ボタン情報があれば［ステップ１２０
３］、クライアント側にボタン情報を送出する。この場
合のボタン情報は、ＩＤ情報、Ｘ，Ｙ座標、幅、高さ、
ＴＹＰＥなどである［ステップ１２０４］。さらに、Ｔ
ＹＰＥで示されるボタンラスタデータを取得して送信す
る［ステップ１２０５］。クライアント側では、送信さ
れたＩＤ、ＴＹＰＥ、ＰＯＳＩＴＩＯＮを保管し［ステ
ップ１２０６］、サーバ側から送信されたデータをクラ
イアントの表示画面に表示する（もしくは表示用メモリ
に書き込む）［ステップ１２０７］。ユーザもしくはオ
ペレータは、ＰＣの表示を見て、希望するボタンの位置
を図示しないポインティングデバイスで指定すると［ス
テップ１２０８］、ＰＣ側ではポインティグされた指示
座標（ｘ，ｙ）を取得し［ステップ１２０９］、取得し
た座標から対応するボタンＩＤを算出し［ステップ１２
１０］、サーバ側に取得した座標に対応するボタンＩＤ
を通知する［ステップ１２１１］。

【００６３】サーバ側では、受信したボタンＩＤから設
定された値、この場合は「横」を保存し［ステップ１２
１２］、次の画面データを取得する［ステップ１２１
３］とともにクライアント側に設定された値を保存した
旨通知する［ステップ１２１４］。なお、ステップ１２
１３以降は、ステップ１２０１に戻り、２回目以降の処
理を繰り返す。その際、ステップ１２０２における前記
ｗｉｎｄｏｗ＿ｐｔｒで示されるデータは、以降ｎｅｘ
ｔ＿ｐｔｒで示されるボタン情報となる。

【００６４】前記ボタン情報のデータ構造は図１３に示
すようになっており、ｗｉｎｄｏｗポインタからボタン
データがリスト構造になっている。ここで、「ＩＤ」は
ボタンごとに付けられた識別子、「ＴＹＰＥ」はボタン
形状、「Ｘ座標」は左上原点からのＸ軸方向座標、「Ｙ
座標」は左上原点からのＹ方向座標、「幅」はボタンの
幅、「高さ」はボタンの高さ、「ｎｅｘｔ＿ｐｔｒ」は
次のボタンへのポインタ（０でターミネイト）である。

【００６５】転送されてくるフォーマットとしては図１
４に示すように図１３の構造がシーケンシャルに連な
り、そのヘッダとしてバイト数情報を有する構造とな
る。なお、ここでは、ｎｅｘｔ＿ｐｔｒはヘッダからの
オフセット値である。

【００６６】図１５は表示画面に表示されたボタン情報
の具体例で、テンキー、スタートキーなどがＸ座標およ
びＹ座標に対応して割り振られている。図１６はボタン
のラスタデータ構造を示す図である。

【００６７】４．６．２ラスタデータおよびグラフィ
クスデータの場合図１７は、遠隔クライアントから動作モードを設定する
場合の処理の流れを示すフローチャートである。

【００６８】使用するサーバの外観図をクライアント側
の表示装置に表示する場合、クライアント側の表示画面
は縦４００ドット、横６００ドットであるので、まず、
クライアント側からサーバ側に画面情報要求を送信する
［ステップ１７０１］。この場合、コマンドＣＭＤ＝０
３とドット情報（Ｘ＝６００，Ｙ＝４００）とが送信さ
れる。これに応じてサーバ側では、画面データを取得し
［ステップ１７０２］、Ｘ／Ｙサイズをクライアント側
の表示サイズにあわせて拡大もしくは縮小する［ステッ
プ１７０３］。そして、画面データとしてクライアント
側に返信する［ステップ１７０４］。クライアント側で
は、受信した画面データに基づいて表示画面に表示する
（もしくは表示用メモリに書き込む）［ステップ１７０
５］。なお、サーバ側の表示画面は符号１７００で示す
ようなもので、縦４００ドット、横６００ドットの表示
画面に対し、「印刷方向」と「縦」と「横」というよう
な設定画面になる。この画面がプリンタなどの条件設定
画面であり、リモート側、言い換えればクライアント側
でポインティングデバイスでクリックすることによりサ
ーバ側の設定値を変えることができる。そこで、ユーザ
もしくはオペレータは、パーソナルコンピュータ（Ｐ
Ｃ）の表示を見て、例えば印刷方向「横」の部分をポイ
ンティングデバイスでで指定すると［ステップ１７０
６］、ＰＣ側ではポインティグされた指示座標（ｘ，
ｙ）を取得し［ステップ１７０７］、サーバ側に取得し
た座標を通知する［ステップ１７０８］。サーバ側で
は、通知された座標位置を計算し、その位置がどの領域
に対応しているかを判断し、その領域に対応した指示部
分、すなわち、クライアント側でクリックされた表示部
分に対応する動作指示を実行することになる。例えば、
前記サーバ側の表示画面でスタートキー部分をクライア
ント側からクリックすると、サーバをスタートさせるこ
とができる。ステップ１７０９でサーバ側で指示された
領域がどの領域かが判断されると、設定された値、この
場合は「横」が保存され［ステップ１７１０］、サーバ
側では次の画面データを取得するとともに［ステップ１
７１１］、クライアント側に設定値が保存された旨、返
答する［ステップ１７１２］。

【００６９】このような処理を行うため、各画面と一連
の操作フロー及び設定値データ情報を備えている。各１
面ごとの表示画面情報は、図１８に示すような前述のボ
タン情報と同様にＷｉｎｄｏｗ＿ｐｔｒから始まるリス
ト構造となる。ただし、付加データとして各ボタンごと
に、そのボタンが押されたときの次の画面へのポインタ
と、設定されたアイテムと、その設定値情報を有する。
なお、設定されたアイテムとは「印刷方向」、「解像
度」などであり、設定値とは「縦」、「横」、「２４０
ｄｐｉ」、「４００ｄｐｉ」などの値となる。ここで
は、エスケープシーケンスを持つ構造として説明してい
る。

【００７０】すなわち、図１８においてｎｅｘｔｂｕ
ｔｔｏｎｐｔｒとは、同一画面上の他のボタンへのポ
インタを示し、ｎｅｘｔｗｉｎｄｏｗｐｔｒとは、
そのボタンが押されたときに表示する画面へのポインタ
を示す。また、ＥＳＣＳＥＱＵＥＮＣＥとは、そのボ
タンが押されたときに設定されるアイテムとその設定値
をプリンタコマンドシーケンスで表現したもので、例え
ば「印刷方法」アイテムの「横」ボタンならば、図１９
のようになる。この図１９において、０ｘは１６進を表
し、０ｘ１ＢはＥＳＣコードであり、各種ページ記述言
語の仕様によるものである。したがって、図１９では、
アイテム９（印刷方向）の２番（横）を設定するコマン
ドである。なお、図２０はウインドウとボタンのリスト
構造を示す図である。

【００７１】４．６．３操作フロー情報を全て送信す
る場合遠隔クライアントから操作フロー情報を全て送信して動
作モードを設定する場合には、図２１に示す手順で行わ
れる。この処理では、まず、クライアント（ＰＣ］側か
らサーバ（ＭＦＰ）側に操作制御フロー情報を要求する
［ステップ２１０１］。サーバ側では、これを受けて操
作制御フロー情報のリストを作成し［ステップ２１０
２］、クライアント側に送信する［ステップ２１０
３］。クライアント側では送信された操作制御フロー情
報のリストからボタン入力にしたがって図２２のフロー
チャートに示すような手順でＭＦＰ送信情報を作成する
［ステップ２１０４］。そして、作成した設定データを
サーバ側に前述のＥＳＣシーケンスとして送信し［ステ
ップ２１０５］、サーバ側ではＥＳＣシーケンスにした
がってＭＦＰのモードを更新する［ステップ２１０
６］。このＭＦＰのモードの更新は、通常のプリンタ制
御と同様のものである。

【００７２】前述のようにステップ２１０４におけるＭ
ＦＰ送信情報は図２２のフローチャートに示す手順で作
成される。この作成手順では、まず、操作制御フロー情
報リストを取得し［ステップ２２０１］、ＭＦＰ送信フ
ァイルを初期化する［ステップ２２０２］。初期化が終
了すると、最初の画面、すなわち、前述のボタンリスト
の構造にしたがって、１画面分のボタンを表示する［ス
テップ２２０３］。そしてボタンが押し下げられれば
［ステップ２２０４］、そのボタンが終了ボタンかどう
かをチェックし［ステップ２２０５］、終了ボタンでな
ければ、ＥＳＣシーケンスがあるかどうかをさらにチェ
ックし［ステップ２２０６］、ＥＳＣシーケンスがあれ
ばＥＳＣシーケンスをＭＦＰ送信ファイルに書き込み
［ステップ２２０７］、ＥＳＣシーケンスがなければそ
のまま次のウインドウのポインタを取得する［ステップ
２２０８］。そして、ステップ２２０３に戻って以降の
処理を繰り返し、終了ボタンがおされた時点でＭＦＰ送
信ファイルをＭＦＰへ送信して［ステップ２２０５，２
２０９］、この処理を終了する。

【００７３】４．７リモートユーザとローカルユーザ
の排他制御リモートユーザとローカルユーザとの間で一方を優先
し、他方を後回しにすることについて両者の関係に応じ
て種々のバリエーションがある。以下、各場合について
詳しく説明する。

【００７４】４．７．１先にコネクションされている
リモートユーザの優先この制御は、先にコネクションされているリモートユー
ザを優先し、ローカルユーザの操作パネル入力に対して
は、その入力を拒絶するように制御するものである。こ
のような制御は図２３に示すような手順で行われる。

【００７５】すなわち、この処理手順では、まずサーバ
（ＭＦＰ２）からブローカに対して処理処理能力の登録
を行い［ステップ２３０１］、一方、リモートユーザＡ
（ＰＣ）からブローカに対して処理能力の取得要求が行
われる［ステップ２３０２］。この場合リモードユーザ
はＡ４、６００ｄｐｉの処理能力を要求している。この
要求に対してブローカはＭＦＰ２に対応するサーバがそ
の能力を持っていることを通知する［ステップ２３０
３］。この能力を取得したリモートユーザＡは、サーバ
（ＭＦＰ２）に対して装置予約要求をユーザＩＤとして
送信する［ステップ２３０４］。ユーザＩＤは、リモー
トユーザのサーバ（ＭＦＰ２）に対するコネクションが
確立した時点で、図２４に示すようなデータ構造にセッ
トされる。このデータがセットされていない場合、言い
換えれば「０」の場合、ローカルユーザはＭＦＰサービ
スを利用可能となる。なお、ユーザＩＤは、ＭＦＰの課
金管理などで使用される暗証番号や、部門コード、ある
いはネットワーク上のログイン名などのいずれでも使用
することができる。このようにしてユーザＩＤがサーバ
（ＭＦＰ２）にセットされると、このサーバからリモー
トユーザＡに予約が完了した旨、通知される［ステップ
２３０５］。

【００７６】このようにリモートユーザＡに対して予約
が完了した後に、ローカルユーザＢの操作パネルからキ
ー入力が行われ、サーバ（ＭＦＰ２）に対してアクセス
しようとしても［ステップ２３０６］、サーバ（ＭＦＰ
２）では、現在リモートユーザＡとコネクション中であ
るため、アクセス要求を拒絶し、サーバ（ＭＦＰ２）は
使用できない旨、アラート表示を送信し、ローカルユー
ザＢに警告表示させる［ステップ２３０７］。このと
き、サーバ（ＭＦＰ２）では、図２５に示すような処理
が行われる。すなわち、図２５はサーバの操作パネル処
理の処理手順を示すフローチャートで、この処理では、
まず、ローカルユーザＢの操作パネルからステップ２３
０６でボタンの押し下げがあるかどうかチェックし［ス
テップ２５０１］、ボタンの押し下げがあると、リモー
トユーザがあるかどうかチェックする［ステップ２５０
２］。リモートユーザとのコネクションが確率されてい
ると、リモートユーザありと判断し、アラート画面を表
示するようにローカルユーザに送信し［ステップ２５０
３、２３０７］、ステップ２５０１からの処理を繰り返
す。一方、ステップ２５０２でリモートユーザがなけれ
ば、通常の画面処理を実行する［ステップ２５０４］。

【００７７】４．７．２コネクションされているリモ
ートユーザ情報のローカルユーザの操作パネルへの表示前項４．７．１では、先にコネクションされているリモ
ートユーザを優先し、ローカルユーザの操作パネル入力
に対しては、その入力を拒絶するようにしたが、ローカ
ルユーザ側では、使用できないことはわかってもその内
容までは把握することはできない。そこで、この処理で
は、使用できないローカルユーザの表示装置にユーザ情
報を表示して、その旨、明白にするようにしたもので、
この処理手順を図２６に示す。

【００７８】この処理手順では、ステップ２６０１から
ステップステップ２６０６までは図２３のステップ２３
０１からステップ２３０６までと同様に処理し、ステッ
プ２６０７でサーバ（ＭＦＰ２）からローカルユーザＢ
の操作パネルにリモートユーザＡ（ＰＣ）のユーザ情報
を表示する。このユーザ情報は前述の図２４のような構
造になっているが、このユーザＩＤに付帯する情報を表
示させるようにすることもできる。この場合、付帯情報
とは例えば、ユーザ名、部署名、電話番号などであり、
これらの付帯情報を格納しているユーザＩＤ情報は、図
２７のようになる。なお、ユーザＩＤは、例えば６桁の
数字（ローカルユーザの操作パネルから、あるいはリモ
ートユーザの識別子として入力され、使用される。ユー
ザ名は、２０桁のアスキーコードが使用される。なお、
ユーザの名前は一意でなくてもよい。また、装置を管理
している部署の名前である部署名も２０桁のアスキーコ
ードで書き込まれる。電話番号は、内線番号などの４桁
の数字が使用される。

【００７９】この処理におけるサーバ（ＭＦＰ２）の操
作パネルの処理手順を図２８に示すフローチャートを参
照して説明する。

【００８０】サーバ（ＭＦＰ２）では、自身の装置のボ
タンの押し下げがあると［ステップ２８０１］、リモー
トユーザがあるかどうかチェックし［ステップ２８０
２］、リモートユーザがいれば、そのリモートユーザか
らユーザＩＤを取得する［ステップ２８０３］。次い
で、ユーザ付帯情報リストを取得し［ステップ２８０
４］、ステップ２８０３で取得したユーザＩＤとユーザ
付帯情報リストのユーザＩＤが一致するかどうかをチェ
ックし［ステップ２８０５］、一致すれば、図２７に示
すユーザ名、部署名、電話番号を取得し、操作パネルに
表示して［ステップ２８０６］ステップ２８０１に戻
る。

【００８１】一致しなければ、次のユーザＩＤが存在す
るかどうかをチェックし［ステップ２８０７］、いれ
ば、ステップ２８０４以降の処理を繰り返し、ユーザＩ
Ｄが一致すると、ステップ２８０６から上記のようにス
テップ２８０１に戻る。もし、ユーザＩＤが存在しなけ
れば、ステップ２８０８で不明ユーザ（ａｎｏｎｙｍｏ
ｕｓｕｓｅｒ）と表示してステップ２８０１に戻る。

【００８２】４．７．３リモートユーザとローカルユ
ーザとの調停コネクションされているリモートユーザと、ローカルユ
ーザの操作パネルキー入力すなわち使用要求に対して
は、両者の要求を調停し、いずれか一方のみのアクセス
を認める。その調停方法としては、（１）ユーザの優先度に従う。

【００８３】（２）双方のユーザとのインタラクティブ
なコミュニケーションによって決定する。

【００８４】という２つの方法がある。

【００８５】４．７．３．１ユーザの優先度に従う場
合ユーザの優先度にしたがって処理する場合の手順を図２
９のフローチャートに示す。

【００８６】この場合は、まず、サーバ（ＭＦＰ２）は
ブローカに対して処理能力を登録する［ステップ２９０
１］。一方、リモートユーザＡ（ＰＣ）側からはブロー
カに処理能力（Ａ４、６００ｄｐｉ）の取得要求が送信
される［ステップ２９０２］。ブローカは、この取得要
求を受けてサーバ（ＭＦＰ２）の処理能力を送信する
［ステップ２９０３］。リモートユーザＡはサーバ（Ｍ
ＦＰ２）に対して装置予約要求を送る。その際、ユーザ
ＩＤを送信する［ステップ２９０４］。サーバ（ＭＦＰ
２）はリモートユーザＡからの装置予約要求に応じて
「ＯＫ」である旨、送信する［ステップ２９０５］。こ
のようにしてリモートユーザＡとサーバ（ＭＦＰ２）と
のコネクションが確立した後、ローカルユーザＢから、
言い換えればローカルユーザＢの操作パネルからキー入
力が行われ、サーバ（ＭＦＰ２）に対してサービス要求
が行われると［ステップ２９０６］、サーバ（ＭＦＰ
２）側では、リモートユーザＡとの優先順位を見て、リ
モートユーザＡの方が優先順位が高いと、使用できない
旨のアラート表示をローカルユーザＢ側に送信する［ス
テップ２９０７］。

【００８７】これに対し、優先順位がローカルユーザ場
の方がリモートユーザＡよりも高ければ、ローカルユー
ザＢからのキー入力によって［ステップ２９０８］、サ
ーバ（ＭＦＰ２）はリモートユーザＡに対してコネクシ
ョンクローズ要求を送る［ステップ２９０９］。これに
応じて、リモートユーザＡ側は、コネクションクローズ
要求を受け取った後、コネクション再開要求が送られる
まで［ステップ２９１４］、他の要求は強制的に受け付
けないようにする。この間、ローカルユーザＢ側では、
キー入力を繰り返し［ステップ２９１０，２９１１］、
キー入力の実行をサーバに指示し［ステップ２９１
２］、サーバ（ＭＦＰ２）では、ローカルユーザＢから
の指示の実行が終了した［ステップ２９１３］時点で、
コネクション再開要求をリモートユーザＡに送信し［ス
テップ２９１４］、リモートユーザＡからのサーバ（Ｍ
ＦＰ２）への指示が可能になる。

【００８８】ステップ２９０６およびステップ２９０８
でチェックされる優先度は、図３０に示すようなデータ
構造で図２７に示した前述のユーザＩＤ付帯情報に付加
される。優先度は例えば１から２５５までの数値で、そ
の数値が大きいほど優先度が高く設定される。

【００８９】４．７．３．２双方のユーザのインタラ
クティブなコミュニケーションにより決定する場合この場合は、まず、サーバ（ＭＦＰ２）はブローカに対
して処理能力を登録する［ステップ３１０１］。一方、
リモートユーザＡ（ＰＣ）側からはブローカに処理能力
（Ａ４、６００ｄｐｉ）の取得要求が送信される［ステ
ップ３１０２］。ブローカは、この取得要求を受けてサ
ーバ（ＭＦＰ２）の処理能力を送信する。リモートユー
ザＡはサーバ（ＭＦＰ２）に対して装置予約要求を送
る。その際、ユーザＩＤを送信する［ステップ３１０
４］。サーバ（ＭＦＰ２）はリモートユーザＡからの装
置予約要求に応じて「ＯＫ」である旨、送信する［ステ
ップ３１０５］。

【００９０】このようにしてリモートユーザＡとサーバ
（ＭＦＰ２）とのコネクションが確立した後、ローカル
ユーザＢから、言い換えればローカルユーザＢの操作パ
ネルからキー入力が行われ、サーバ（ＭＦＰ２）に対し
てサービス要求が行われると［ステップ３１０６］、サ
ーバ（ＭＦＰ２）はリモートユーザＡに対して解放可能
かどうか問い合わせる［ステップ３１０７］。なお、ス
テップ３１０１から３１０６までは、前述のステップ２
９０１から２９０６と同一である。リモートユーザＡ側
では、ステップ３１０７の解放可能問い合わせに対し
て、解放ができなければ、言い換えればコネクションを
クローズすることができなければ、解放不可をサーバ
（ＭＦＰ２）に送信し［ステップ３１０８］、ローカル
ユーザＢ側にアラート表示を送信する［ステップ３１０
９］。

【００９１】これに対し、リモートユーザＡとサーバと
のコネクションが確立した後、ローカルユーザＢからキ
ー入力が行われ、サーバ（ＭＦＰ２）に対してサービス
要求が行われると［ステップ３１１０］、サーバ（ＭＦ
Ｐ２）はリモートユーザＡに対して解放可能かどうか問
い合わせる［ステップ３１１１］。そして、リモートユ
ーザＡが解放することができれば、言い換えば、サーバ
（ＭＦＰ２）とのコネクションをクローズすることがで
きれば、解放可である旨、サーバ（ＭＦＰ２）側に送信
する［ステップ３１１２］。これに応じてサーバ（ＭＦ
Ｐ２）はリモートユーザＡに対してコネクションクロー
ズ要求を送信し［ステップ３１１３］、ローカルユーザ
Ｂからのキー入力および実行指示を受け付ける［ステッ
プ３１１４ないし３１１６］。そして、これらのキー入
力の実行が終了すると［ステップ３１１７］、サーバ
（ＭＦＰ２）は、リモートユーザに対してコネクション
再開要求を送信し［ステップ３１１８］、リモートユー
ザＡとサーバ（ＭＦＰ２）との予約状態に戻る。

【００９２】

【発明の効果】以上説明したように、請求項１ないし６
記載の発明によれば、遠隔制御によってイメージ入力お
よび／または出力装置を使用する場合にも、その入出力
装置を直接操作して使用する場合と同じメニュー画面が
得られるようにし、これに対する操作も、その入出力装
置を直接操作して使用する場合と同様にしたので、ユー
ザは自分の情報処理装置（パーソナルコンピュータな
ど）の表示部（ディスプレイ装置）によりイメージ入力
装置および／または出力装置（プリンタなど）の表示メ
ニュー画面と同じ画面を見ながら希望するサービス内容
を指定することができ、しかも、情報処理機器をスタン
ドアローンモードで直接操作するのと同じ感覚で操作す
ることができるため、操作性が向上する。

【００９３】また、請求項７記載の発明では、情報処理
装置がリモートモード下で使用されている場合には、そ
の情報処理機器に対するローカルな操作を受け付けない
ようにしたので、リモート制御の優先性を確保すること
ができる。

【００９４】また、請求項８記載の発明では、情報処理
装置がリモートモード下で使用されている場合には、そ
のアクセスを行っている情報処理装置を入出力装置の表
示部に表示するようにしたので、その入出力装置にロー
カルなアクセスをしようとするユーザは、現在、その情
報処理装置が、言い換えれば、現在誰がリモート制御に
よって入出力装置を使用しているのかを知ることができ
る。

【００９５】さらに、請求項９記載の発明では、入出力
装置がリモートモード下で使用されている場合におい
て、当該入出力装置に対するローカルな操作が行われた
ときには、アクセス権の調停を行い、その調停結果に応
じてアクセス権の維持または移行を行うようにしたの
で、緊急度に応じて入出力装置のリモートまたはローカ
ルな使用制御を行うことができる。

【図面の簡単な説明】

【図１】この発明の第１の実施形態に係る分散処理シス
テムの概略構成を示す接続図である。

【図２】図１におけるＯＡ機器（複合機）の構成を示す
ブロック図である。

【図３】図１のシステムの全体的プロトコルを示す図で
ある。

【図４】第１の実施形態における分散処理システムの遠
隔制御方法の詳細を示す図である。

【図５】本発明の第２の実施形態に係る分散処理システ
ムの遠隔制御方法の詳細を示す図である。

【図６】本発明の第３の実施形態に係る分散処理システ
ムの遠隔制御方法の詳細を示す図である。

【図７】本発明の第４の実施形態に係る分散処理システ
ムの概略構成を示す接続図である。

【図８】図７における複合機のハードウエア構成を示す
図である。

【図９】複合機の外観を示す図である。

【図１０】図７のシステムにおけるマルチクライアント
／シングルサーバの場合の装置選択アルゴリズムを示す
フローチャートである。

【図１１】図７のシステムにおけるマルチクライアント
／マルチサーバの場合の装置選択アルゴリズムを示すフ
ローチャートである。

【図１２】ボタン情報で遠隔クライアントからの動作モ
ード設定のアルゴリズムを示すフローチャートである。

【図１３】ボタン情報のデータ構造を示す図である。

【図１４】図１３のボタンデータの転送時のフォーマッ
トを示す図である。

【図１５】ボタンの表示状態を示す図である。

【図１６】ボタンのラスタデータ構造を示す図である。

【図１７】遠隔クライアントからの動作モードの設定の
アルゴリズムを示すフローチャートである。

【図１８】動作モードの設定における操作制御フロー情
報のデータ構造を示す図である。

【図１９】図１８におけるＥＳＣＳＥＱＵＥＮＣＥの
内容を示す図である。

【図２０】図１８におけるウインドウとボタンのリスト
構造を示す図である。

【図２１】操作フロー情報を全て送信し、遠隔クライア
ントから動作モードを設定するアルゴリズムを示すフロ
ーチャートである。

【図２２】図２１の処理におけるクライアント側の処理
のアルゴリズムを示すフローチャートである。

【図２３】先にコネクションされているリモートユーザ
を優先し、ローカルユーザの操作パネルキー入力は拒絶
する制御の処理のアルゴリズムを示すフローチャートで
ある。

【図２４】リモートユーザ情報のデータ構造を示す図で
ある。

【図２５】図２３の処理におけるサーバの操作パネルに
おける処理のアルゴリズムを示すフローチャートであ
る。

【図２６】コネクションされているリモートユーザ情報
をローカルユーザの操作パネル上に表示するときの処理
のアルゴリズムを示すフローチャートである。

【図２７】ユーザＩＤの付帯情報のデータ構造を示す図
である。

【図２８】図２６の処理におけるサーバの操作パネルに
おける処理のアルゴリズムを示すフローチャートであ
る。

【図２９】ユーザの優先度にしたがっていずれか一方の
ユーザを優先する場合の処理のアルゴリズムを示すフロ
ーチャートである。

【図３０】図２９の処理におけるユーザの優先度データ
のデータ構造を示す図である。

【図３１】双方のユーザのインタラクティブなコミュニ
ケーションによってユーザの優先度を決定する場合の処
理のアルゴリズムを示すフローチャートである。

【符号の説明】

３１，３２，１０２パソコン（ＰＣ）１１，１２，１３伝送路２１，２２，２３ＯＡ機器２４，２５ワークステーション２６スーパプリンタ２７，１０６サービス統括制御装置４１，１０５ｅ操作パネル４２，４３表示装置５５オペレーションマネージャ６９操作情報１０１ネットワーク１０５複合機（ＭＦＰ）１０５ａＣＰＵ１０６ブローカ

Claims

【特許請求の範囲】

【請求項１】情報を表示する表示部を有する情報処理
装置と、実行可能な処理内容のメニュー画面を表示する
表示部および前記処理内容を選択する操作部を有するイ
メージ入力および／または出力装置とをネットワークに
よって接続した分散処理システムにおいて、前記情報処理装置からのアクセス要求に応じて前記イメ
ージ入力および／または出力装置から前記情報処理装置
に対し、実行可能な処理内容のメニュー画面の表示に必
要な画面情報を送出する手段と、この送出する手段から送られてきた画面情報に基づい
て、前記メニュー画面と同一画面を前記情報処理装置の
表示部に表示させる手段と、前記情報処理装置の表示部に表示されたメニュー画面に
対する操作内容に基づいて前記イメージ入力および／ま
たは出力装置との間で制御情報を通信し、前記情報処理
装置側から前記イメージ入力および／または出力装置の
動作を制御する手段と、を備えていることを特徴とする
分散処理システム。
【請求項２】前記制御する手段は、前記情報処理装置
の表示部に表示されたメニュー画面上の処理項目に対す
る選択操作を受け付け、選択された処理項目のメニュー
画面上での表示位置を示す位置情報を前記イメージ入力
および／または出力装置に送出し、前記イメージ入力お
よび／または出力装置側で、前記情報処理装置から送ら
れてきた前記位置情報に基づいて処理すべき項目を実行
させることを特徴とする請求項１記載の分散処理システ
ム。
【請求項３】前記制御する手段は、前記イメージ入力
および／または出力装置に対して前記メニュー画面の操
作制御に関する操作制御フロー情報を送出し、前記情報
処理装置の表示部に表示されたメニュー画面上の処理項
目に対する選択操作を受け付け、選択操作の内容に応じ
て前記操作制御フロー情報に基づいて処理すべき項目の
内容を判定し、判定された結果を前記イメージ入力およ
び／または出力装置に送出し、前記イメージ入力および
／または出力装置側で、受け取った判定結果の示す処理
内容を実行させることを特徴とする請求項１記載の分散
処理システム。
【請求項４】情報処理装置とイメージ入力および／ま
たは出力装置とをネットワークによって接続した分散処
理システムの制御方法において、前記情報処理装置からのアクセス要求に応じて前記イメ
ージ入力および／または出力装置から前記情報処理装置
に対して実行可能な処理内容のメニュー画面の表示に必
要な画面情報を送出する第１の処理工程と、送られてきた画面情報に基づいて、前記メニュー画面と
同一画面を前記情報処理装置の表示部に表示する第２の
処理工程と、前記情報処理装置の表示部に表示されたメニュー画面に
対する操作内容に基づいて前記イメージ入力および／ま
たは出力装置との間で制御情報のやり取りを行い、前記
情報処理装置側から前記イメージ入力および／または出
力装置の動作を制御する第３の処理工程と、を含むこと
を特徴とする分散処理システムの制御方法。
【請求項５】前記第３の処理工程は、前記情報処理装置の表示部に表示されたメニュー画面上
の処理項目に対する選択操作を受け付ける第４の処理工
程と、選択された処理項目のメニュー画面上での表示位置を示
す位置情報を情報処理装置から前記イメージ入力および
／または出力装置に送出する第５の処理工程と、前記イメージ入力および／または出力装置側で、前記情
報処理装置から送られてきた前記位置情報に基づいて処
理すべき項目の内容を判定する第６の処理工程と、判定した処理内容を実行する第７の処理工程と、を含ん
でなることを特徴とする請求項４記載の分散処理システ
ムの制御方法。
【請求項６】前記情報処理装置から前記イメージ入力
および／または出力装置に対して前記メニュー画面の操
作制御に関する操作制御フロー情報を送出する第８の処
理工程をさらに含み、前記第３の処理工程は、前記情報処理装置の表示部に表示されたメニュー画面上
の処理項目に対する選択操作を受け付ける第９の処理工
程と、前記情報処理装置側で、前記選択操作の内容に応じて前
記操作制御フロー情報に基づいて処理すべき項目の内容
を判定する第１０の処理工程と、第１０の処理工程で判定された結果を前記情報処理装置
から前記イメージ入力および／または出力装置に送出す
る第１１の処理工程と、前記イメージ入力および／または出力装置側で、受け取
った判定結果の示す処理内容を実行する第１２の処理工
程と、を含むことを特徴とする請求項４または５に記載
の分散処理システムの制御方法。
【請求項７】前記イメージ入力および／または出力装
置は、前記第３の処理工程の実行中は自己のメニュー画
面に対する直接操作を受け付けないことを特徴とする請
求項４ないし６のいずれか１項に記載の分散処理システ
ムの制御方法。
【請求項８】前記情報処理装置が複数あって、前記イ
メージ入力および／または出力装置が前記情報処理装置
からアクセスされているときには、前記イメージ入力お
よび／または出力装置はどの情報処理装置がアクセス中
であるかを表示することを特徴とする請求項４ないし７
のいずれか１項に記載の分散処理システムの制御方法。
【請求項９】前記情報処理装置から前記イメージ入力
および／または出力装置にアクセス中に、このイメージ
入力および／または出力装置の操作部に対して操作要求
が直接行われたとき、アクセス権の調停を行う第１３の
処理工程と、この第１３の処理工程での調停の結果にしたがって、ア
クセス権を維持または移行させる第１４の処理工程と、
を含むことを特徴とする請求項４ないし８のいずれか１
項に記載の分散処理システムの制御方法。