JP2018018260A - 情報処理装置、画像形成装置及びプログラム - Google Patents

Abstract

【課題】ユーザにより指定された操作の対象となるオブジェクトデータを排他制御の単位として操作の実行を制御する。【解決手段】操作の対象となる宛先（アドレス）を排他制御の単位として操作の実行を制御する操作制御部１４と、操作の対象が競合したときの対処方法が予め設定された競合回避情報を記憶する競合回避情報記憶部１７とを有し、操作制御部１４は、アドレス帳に登録されている異なるアドレスを宛先として指定された２つの操作は競合しないものとして同時並行して実行する。操作制御部１４は、また取得した２つの操作に宛先として指定されたアドレスが同じであるために競合する場合、各操作を待たせることなく受け付けると共に、競合回避情報の設定内容に従って各操作の実行順を決定し実行させる。【選択図】図１

Description

本発明は、情報処理装置、画像形成装置及びプログラムに関する。

近年、複合機は、複合機自体のコントロールパネルなどのユーザインタフェースだけでなく、ユーザが携帯する端末を複合機のユーザインタフェースとして用いることが可能になっている。この場合、複数のユーザから同時並行してファイル等の同じ資源を操作対象として指定される場合もあり得るので、操作同士が矛盾しないように資源にロックをかけ排他制御を行う。つまり、一方の操作が完了するまで他方の操作に用いられたユーザインタフェースは待ち状態となる。

そこで、従来においては、ジョブ設定の予約を受け付けるなどして後手のユーザのユーザインタフェースを即座に解放できるようにする技術が提案されている（例えば、特許文献１）。

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

ところで、例えば、アドレス帳に登録されているユーザＡに対する操作（参照、削除等）とユーザＢに対する操作とは、操作の対象となるオブジェクトデータ（ユーザＡ及びユーザＢ）が異なるため、排他制御しなくても各操作を同時並行して実行してもよいと考えられる。

また、例えば、同時並行した指定された一方の操作がアドレス帳に登録されているユーザＡのアドレスの削除で、他方の操作が同じくユーザＡを宛先としたメール送信の場合、ユーザＡのアドレスの削除が先に実行されてしまうと、ユーザＡへのメール送信が正常に終了できなくなる。一方、操作の実行順をその逆にすれば各操作は共に正常に処理できる。

このように、操作の対象となるオブジェクトデータ（上記例のユーザＡ、Ｂ）あるいはオブジェクトデータに対する操作の内容（参照、削除等）の組合せによっては、オブジェクトデータを排他制御の単位として操作の実行を制御すれば、指定された操作を待たせる必要がなかったり、操作を正常に実行できたりする場合がある。

本発明は、ユーザにより指定された操作の対象となるオブジェクトデータを排他制御の単位として操作の実行を制御することを目的とする。

本発明に係る情報処理装置は、ユーザにより指定された操作の対象となるオブジェクトデータを排他制御の単位として操作の実行を制御する操作制御手段を有することを特徴とする。

また、ユーザにより指定された操作を取得する取得手段と、前記取得手段により取得された操作の内容を分析する分析手段と、を有し、前記操作制御手段は、前記分析手段の分析対象となった複数の操作により操作対象とするオブジェクトデータが競合する場合であってもいずれの操作も待機させずに受け付けると共に競合する複数の操作の内容に応じて各操作の実行制御を行うことを特徴とする。

また、前記操作制御手段は、競合する複数の操作の内容が異なる場合、各操作の内容に応じて各操作の実行順を決定することを特徴とする。

また、前記操作制御手段は、競合する複数の操作の内容が同一の場合、当該操作を１回のみ実行するよう制御することを特徴とする。

前記操作制御手段は、競合する複数の操作が共に変更操作であってその変更の内容が異なる場合、当該各操作を指定したユーザにその旨を通知することを特徴とする。

また、競合する操作の内容の組合せ毎にオブジェクトデータが競合したときの対処方法が予め設定された競合回避情報を取得する情報取得手段を有し、前記操作制御手段は、前記競合回避情報の設定内容に基づいて各操作の実行制御を行うことを特徴とする。

本発明に係る画像形成装置は、ユーザインタフェース手段と、前記ユーザインタフェース手段からユーザにより指定された操作を取得するユーザインタフェース操作取得手段と、リモート端末からユーザにより指定された操作を取得するリモート端末操作取得手段と、ユーザにより指定された操作の対象となるオブジェクトデータを排他制御の単位として操作の実行を制御する操作制御手段と、を有し、前記操作制御手段は、前記ユーザインタフェース操作取得手段により取得された操作及び前記リモート端末操作取得手段により取得された操作それぞれの操作対象とするオブジェクトデータが同一であることから競合する場合であってもいずれの操作も待機させずに受け付けると共に各操作の内容に応じて各操作の実行制御を行うことを特徴とする。

本発明に係るプログラムは、コンピュータを、ユーザにより指定された操作の対象となるオブジェクトデータを排他制御の単位として操作の実行を制御する操作制御手段、として機能させる。

請求項１に記載の発明によれば、ユーザにより指定された操作の対象となるオブジェクトデータを排他制御の単位として操作の実行を制御することができる。

請求項２に記載の発明によれば、複数の操作により操作対象とするオブジェクトデータが競合する場合であっても複数の操作の内容の組合せに応じて各操作の実行制御を行うことができる。

請求項３に記載の発明によれば、競合する複数の操作の内容が異なる場合に各操作の内容に応じて各操作の実行順を決定することができる。

請求項４に記載の発明によれば、競合する複数の操作の内容が同一の場合、当該操作の重複した実行を回避することができる。

請求項５に記載の発明によれば、異なる操作の内容と競合していることをユーザに通知することができる。

請求項６に記載の発明によれば、予め設定された競合回避情報の設定内容に基づいて各操作の実行制御を行うことができる。

請求項７に記載の発明によれば、操作が競合する場合に各操作の内容に応じて各操作の実行順を決定することができる。

請求項８に記載の発明によれば、ユーザにより指定された操作の対象となるオブジェクトデータを排他制御の単位として操作の実行を制御することができる。

本発明に係る画像形成装置の一実施の形態を示したブロック構成図である。 本実施の形態における画像形成装置のハードウェア構成図である。 本実施の形態における競合回避情報記憶部に予め設定される競合回避情報のデータ構成の一例を示した図である。 本実施の形態における操作情報記憶部に登録される操作情報のデータ構成の一例を示した図である。 本実施の形態における操作実行処理を示したフローチャートである。

以下、図面に基づいて、本発明の好適な実施の形態について説明する。

図１は、本発明に係る画像形成装置の一実施の形態を示したブロック構成図である。また、図２は、本実施の形態における画像形成装置１０のハードウェア構成図である。画像形成装置１０は、コピー機能、スキャナ機能等各種機能を搭載した複合機であり、コンピュータ（情報処理装置）を搭載した装置である。図２において、ＣＰＵ２１は、ＲＯＭ２９に格納されたプログラムにしたがってスキャナ２４やプリンタエンジン２６等本装置に搭載された各種機構の動作制御を行う。アドレスデータバス２２は、ＣＰＵ２１の制御対象となる各種機構と接続してデータの通信を行う。操作パネル２３は、ユーザからの指示の受け付け、情報の表示を行う。スキャナ２４は、ユーザがセットした原稿を読み取り、電子データとしてＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）２５等に蓄積する。ＨＤＤ２５は、スキャナ２４を使用して読み取った電子文書やアドレス帳などを格納する。プリンタエンジン２６は、ＣＰＵ２１で実行される制御プログラムからの指示に従い出力用紙上に画像を印字する。ネットワークインタフェース（Ｉ／Ｆ）２７は、ネットワークを接続し、外部の装置との間でデータ通信を行う。本実施の形態におけるネットワークインタフェース２７は、ユーザが携帯するスマートフォンやＰＣ等の端末（以下、「リモート端末」）１を画像形成装置１０のインタフェース手段として利用可能なように有線又は無線により接続する。ＲＡＭ２８は、プログラム実行時のワークメモリや電子データ送受信時の通信バッファとして利用される。ＲＯＭ２９は、本装置の制御や電子データの暗号、電子データの送受信に関する各種プログラムが格納されている。各種プログラムが実行されることで後述する各構成要素が所定の処理機能を発揮する。外部メディアインタフェース（Ｉ／Ｆ）３０は、ＵＳＢメモリ、フラッシュメモリ等の外部メモリ機器とのインタフェースである。

図１に戻り、本実施の形態における画像形成装置１０は、ローカルユーザインタフェース（ＵＩ）制御部１１、リモートユーザインタフェース（ＵＩ）制御部１２、操作内容分析部１３、操作制御部１４、ジョブ実行制御部１５、操作情報記憶部１６及び競合回避情報記憶部１７を有している。ローカルユーザインタフェース制御部１１は、画像形成装置１０の操作パネル２３からユーザにより指示された操作を取得する。リモートユーザインタフェース制御部１２は、リモート端末１からユーザにより指示された操作を取得する。操作内容分析部１３は、各ユーザインタフェース制御部１１，１２により取得された操作の内容を分析して操作情報を生成し、操作情報記憶部１６に登録する。操作制御部１４は、ユーザにより指示された操作の対象となるオブジェクトデータを排他制御の単位として操作の実行を制御する。ジョブ実行制御部１５は、指定された操作をジョブとして実行するための制御を行う。操作情報記憶部１６については、動作の説明と合わせて説明する。

図３は、本実施の形態における競合回避情報記憶部１７に予め設定される競合回避情報のデータ構成の一例を示した図である。図３に示した競合回避情報には、操作の対象がスキャン文書等のデータの宛先（送信先）の場合の設定例が示されている。メールアドレス等の宛先はアドレス帳に登録されているが、図３には、アドレス自体の変更（Ｅｄｉｔ）、スキャン文書の宛先として指定される場合にアドレス帳からの写しの読み出し（Ｄｕｐｌｉｃａｔｅ）、アドレスのアドレス帳からの削除（Ｄｅｌｅｔｅ）が操作の種類の一例として示されている。その他にもアドレスの登録が存在するが、図３から省略している。

ところで、本実施の形態において「操作の内容」というのは、「ユーザＡのアドレスをアドレスＸからアドレスＹに変更する。」、「ユーザＢのアドレスを削除する。」など操作の指示内容のことである。ただ、操作の種類を示す「変更」、「削除」等は、必ず操作の内容に含まれるため、本実施の形態では、操作の種類を操作の内容と説明する場合もある。また、ユーザが指定する操作は、ＤｕｐｌｉｃａｔｅではなくＳｃａｎＴｏＳｅｎｄであるが、ユーザにより操作（ＳｃａｎＴｏＳｅｎｄ）が指定されると、当該操作の内容分析により操作（Ｄｕｐｌｉｃａｔｅ）が一意に決まるため、共に「操作」と称している。ただ、場合によって、ＳｃａｎＴｏＳｅｎｄ等のユーザにより指定された操作を「ユーザ操作」と説明する場合もある。

図３においては、二操作者間で競合が発生する場合を想定した競合回避情報であり、ある宛先、例えばユーザＡというオブジェクトデータに対する操作がＥｄｉｔ、Ｄｕｐｌｉｃａｔｅ又はＤｅｌｅｔｅの場合、競合する他の操作が同じくユーザＡに対するＥｄｉｔ、Ｄｕｐｌｉｃａｔｅ又はＤｅｌｅｔｅの場合の対処方法がテーブル内に示されている。

ところで、本実施の形態において「オブジェクト」というのは、ユーザの操作の対象となるデータのまとまりのこと又はもののことを指し、例えば１又は複数のデータを格納するファイルである。また、「オブジェクトデータ」というのは、オブジェクトとしてまとめられている個々のデータのことを指す。オブジェクトがアドレス帳の場合、各ユーザのアドレスがオブジェクトデータに相当する。

なお、図３では、二操作者間の対処を二次元テーブルにて示しているので行方向と列方向との交差した欄に対応する対処方法を示したが、操作がＥｄｉｔとＤｕｐｌｉｃａｔｅとの組合せに対する対処方法と、ＤｕｐｌｉｃａｔｅとＥｄｉｔとの組合せに対する対処方法とは同じでよいので、一方の記述を“−”にて示し省略した。また、図３では、便宜的に二操作者間での競合の場合を示した二次元テーブルにて競合回避情報を示したが、三操作者以上で競合した場合を想定して競合回避情報を設定してもよい。

画像形成装置１０における各構成要素１１〜１５は、画像形成装置１０に搭載されたコンピュータと、コンピュータに搭載されたＣＰＵ２１で動作するプログラムとの協調動作により実現される。また、各記憶部１６，１７は、画像形成装置１０に搭載されたＨＤＤ２５にて実現される。あるいは、ＲＡＭ２８又は外部にある記憶手段をネットワーク経由で利用してもよい。

また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭやＵＳＢメモリ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵがプログラムを順次実行することで各種処理が実現される。

画像形成装置が複数のユーザインタフェースから同じオブジェクト（例えば、アドレス帳）に対する操作が指定された場合、従来では一方の操作を他方の操作が完了するまで待機させることで矛盾が発生しないように排他制御していた。つまり、先に実行される操作は、オブジェクト（アドレス帳）をロックしてから所定の処理を実行し、処理が完了するとアンロックすることでオブジェクトを解放する。オブジェクトが解放されてはじめて後手の操作の実行が開始可能になる。このように、一方の操作がユーザＡに対する操作で他方の操作がユーザＢに対する操作であっても、従来においては、オブジェクト（アドレス帳）を排他制御の単位としていたので一方の操作は待ち状態になっていた。

そこで、本実施の形態においては、オブジェクトではなくオブジェクトに含まれているオブジェクトデータ、上記例に従うとアドレス帳に登録されているユーザＡ，Ｂの各アドレスを排他制御の単位としたことを特徴としている。これにより、一方の操作がユーザＡに対する操作で、他方の操作がユーザＢに対する操作の場合、各操作の排他制御対象は異なるため、各操作は待機をせずに実行可能となる。また、２つの操作が共に同じユーザＡに対する操作であっても、本実施の形態においては、待機という状態にせずに双方の操作を受け付け、受付後に操作の内容の組合せによって各操作の実行制御を行うようにした。以下、本実施の形態における動作について説明する。

あるユーザが操作パネル２３に対して何らかの操作を行うと、ローカルユーザインタフェース制御部１１はその操作を取得する。操作内容分析部１３は、その取得された操作の内容を分析して操作情報を生成し操作情報記憶部１６に登録する。また、あるユーザがリモート端末１から画像形成装置１０に対して何らかの操作を行うと、リモートユーザインタフェース制御部１２はその操作を取得する。操作内容分析部１３は、上記と同様に取得された操作の内容を分析して操作情報を生成し操作情報記憶部１６に登録する。このように、操作情報記憶部１６には、操作パネル２３及びリモート端末１からそれぞれ指定された操作に基づき生成された操作情報が登録される。

図４は、本実施の形態における操作情報記憶部１６に登録される操作情報のデータ構成の一例を示した図である。操作情報は、それぞれに割り付けられる操作番号に、操作、ＵＩ、対象オブジェクトデータ及びパラメータ等が対応付けられて生成される。操作には、ユーザに指定された操作の種別が設定される。ＵＩには、ユーザ操作に利用されたユーザインタフェースが設定される。設定される“ｌｏｃａｌ”は操作パネル２３に、“ｒｅｍｏｔｅ”はリモート端末１にそれぞれ対応する。対象オブジェクトデータには、ユーザ操作の対象となったオブジェクトデータを示す項目が設定される。パラメータ等には、ユーザ操作の実行に必要なパラメータ等の情報が設定される。

図４には、操作パネル２３から“ｕｓｅｒＡ”が宛先として指定されたＳｃａｎＴｏＳｅｎｄ操作が指定された例と、リモート端末１から“ｕｓｅｒＡ”のアドレスを編集する操作が指定された例とが示されている。

なお、操作情報には、その他にも操作者の識別情報や操作日時等の基本的な情報を付加してもよいが、本実施の形態では、説明に用いないので省略している。また、本実施の形態では、各操作をジョブとして実行することを想定しており、そのジョブの実行に必要な情報に関しては省略している。また、ジョブ実行制御部１５は、各ユーザインタフェース制御部１１，１２により操作が取得されると、その操作に基づきジョブを生成するかもしれないが、ジョブの生成自体は本実施の形態の特徴事項ではないので図や説明から省略する。

次に、本実施の形態において、指定された操作を実行するときの処理について図５に示したフローチャートを用いて説明する。この処理を実行するアプリケーションは、ＲＡＭ２８に常駐し、後述する処理を常時繰り返し実行する。

操作制御部１４は、操作情報記憶部１６から操作情報を抽出する（ステップ１０１）。基本的には、登録順に１つずつ取り出せばよい。そして、操作情報の対象オブジェクトデータを参照して、対象オブジェクトデータが同じ操作情報の存在を調べる。ここで、操作情報が存在しない場合（ステップ１０２でＮ）、操作制御部１４は、従前と同様に当該操作を受け付けて実行を開始する旨のメッセージを操作元のユーザインタフェース手段（操作パネル２３又はリモート端末１）に表示させる（ステップ１０８）。そして、操作制御部１４が当該操作の実行を指示すると、ジョブ実行制御部１５は、その指示に応じて当該操作のジョブの実行を開始する（ステップ１０７）。

一方、対象オブジェクトデータに同じ操作情報が存在する場合（ステップ１０２でＹ）、操作制御部１４は、競合相手が存在すると認識し、次のように処理する。なお、ここでは、説明の便宜上、競合相手の操作は１つのみとする。

操作制御部１４は、同じ対象オブジェクトデータが設定されている操作情報を操作情報記憶部１６から抽出し（ステップ１０３）、この操作情報とステップ１０１で抽出した操作情報との関係を分析する。そして、例えば操作がＳｃａｎＴｏＳｅｎｄ操作の場合、宛先として指定されたユーザのアドレスの写しをアドレス帳から取ればよいので、操作の種類は“Ｄｕｐｌｉｃａｔｅ”と特定する。また、操作が宛先編集操作の場合、アドレス帳に登録されているアドレスを変更することになるので、操作の種類は“Ｅｄｉｔ”と特定する。各操作の種類を特定すると、操作制御部１４は、競合回避情報を参照して各操作に対する対処方法を決定し（ステップ１０４）、その決定した対処方法に従った画面を各ユーザインタフェースに表示させると共にその表示内容に対する応答を受け付ける（ステップ１０５）。例えば、上記例示した“Ｄｕｐｌｉｃａｔｅ”と“Ｅｄｉｔ”との組合せの場合、操作制御部１４は、図３に示した競合回避情報においては欄３１に設定された対処方法に従った処理を行う。

ここで、操作パネル２３から指定された操作が宛先にユーザＣのアドレスが指定されたＳｃａｎＴｏＳｅｎｄ操作（操作の種類が“Ｄｕｐｌｉｃａｔｅ”）の場合、他方のリモート端末１から宛先編集操作をした操作者がユーザＣのアドレスを変更するのは、ユーザＣの個人的な理由に応じて変更する場合もあり得るし、登録されているユーザＣのアドレスに誤りがあるため訂正したい場合もあり得る。そこで、操作制御部１４は、競合回避情報の設定内容に従って編集目的を入力させる画面をリモートユーザインタフェース制御部１２に表示させる。

リモート端末１の操作者により表示された入力画面から編集目的が入力されると、操作制御部１４は、その編集目的を取得する。そして、操作制御部１４は、ローカルユーザインタフェース制御部１１に、その取得した編集目的及び既に認識している編集内容を合わせて操作パネル２３に表示させる。表示画面には、ＳｃａｎＴｏＳｅｎｄ操作をアドレス変更前に実行するか、アドレス変更後に実行するか、あるいは中止するかの問い合わせる問合せ画面でもよい。当該操作者は、その問合せ画面の表示内容を見ていずれかを選択する。

操作制御部１４は、その選択結果を受け付けると、その選択結果に応じてアドレスの編集操作との順番を決定する（ステップ１０６）。二操作者間の場合、どちらの操作を先に実行するかを決定する。あるいは、操作者の選択に応じてＳｃａｎＴｏＳｅｎｄ操作を中止するよう決定する。なお、図３では、操作の実行順の決定について詳細に記述してないが、上記の通り、問合せに対する応答の結果に応じて操作の実行順を決定する。そして、ジョブ実行制御部１５は、操作制御部１４による決定に従い、指定された操作をジョブにより実行させる（ステップ１０７）。

本実施の形態においては、以上説明したように動作するが、ステップ１０５において操作者との間でやり取りが発生するもののいずれの操作者に対しても待機させることはしない。つまり、宛先編集の操作者には、編集目的の入力終了後に当該操作を受け付けた旨のメッセージをリモートユーザインタフェース制御部１２に表示させる。一方、ＳｃａｎＴｏＳｅｎｄの操作者には、問合せへの応答後に当該操作を受け付けた旨のメッセージをローカルユーザインタフェース制御部１１に表示させる。厳密には、画像形成装置１０の内部において一方の操作の実行を待たせることになるかもしれないが、操作者には待ち状態になる旨を通知しない。

なお、本実施の形態では、操作に競合が発生する場合、前述したようにステップ１０５においてはじめて操作を受け付けることになるので、このときを操作の「受付」とし、各ユーザインタフェース制御部１１，１２が操作を受け取ったことを「受付」ではなく「取得」と表現した。

操作対象のオブジェクトデータが異なる操作の場合、本実施の形態においては、従来と異なり競合の関係とはならないので（ステップ１０２でＮ）、各操作は同時並行して実行可能となる。

以上の説明は、“Ｄｕｐｌｉｃａｔｅ”と“Ｅｄｉｔ”との組合せの場合であったが、その他の操作の組合せも基本的には競合回避情報の設定内容に従い処理すればよい。“Ｄｕｐｌｉｃａｔｅ”と“Ｄｅｌｅｔｅ”との組合せの場合、“Ｄｕｐｌｉｃａｔｅ”の操作を先に実行し、その後にアドレスを削除することで双方の操作は正常に実行できる。ただ、アドレスの削除目的がメールソフトのアンインストールというのであれば送信不能となるので、競合回避情報に示したように削除目的を“Ｄｅｌｅｔｅ”の操作者に先に問い合わせるようにし、その応答内容に応じて実行順を適宜決定するようにしてもよい。このように、競合する複数の操作の内容が異なる場合、競合回避情報の設定内容に従い各操作の内容に応じて操作の実行順を決定すればよい。

図３に示した“Ｎｏ Ａｃｔｉｏｎ”というのは、一方の操作は何もしなくてよいことを意味する。例えば、“Ｄｅｌｅｔｅ”同士の組合せの場合、一方の操作でアドレスを削除してしまえば、他方の削除操作は実行しなくてよい。“Ｄｕｐｌｉｃａｔｅ”同士の組合せの場合、一方の操作でメール送信してしまえば、同じスキャン文書を２回送信する必要はないであろうから他方の送信操作は実行しなくてよい。このように、競合する複数の操作の内容が同一の場合、一致する操作を１回のみ実行するよう制御すればよい。異なる文書の場合はそれぞれ送信する必要はあるが、画像形成装置１０には、通常１台のスキャナ２４しか搭載されていないので同じ文書と予想できる。“Ｅｄｉｔ”同士の組合せの場合も同様である。ただ、同じ変更内容であれば問題ないが、各操作の変更内容が異なる場合、先に行われる変更は上書きされてしまう。そこで、競合回避情報に設定されているように双方の操作者に通知し問い合わせることで調整を行う必要がある。

本実施の形態によれば、以上説明したようにオブジェクトデータを排他制御の単位としたことで競合の発生機会が減少し、これにより待ち状態となる機会や待ち時間を減少させることが可能になる。また、競合が発生する場合でも競合する操作の実行順を制御するようにしたので、操作が異常終了する機会も減少する。競合回避情報の設定例から明らかなように、本実施の形態における操作制御は、操作の内容に優先順位を設定するのではなく競合する操作の内容の組合せに応じて適切な実行順を設定可能にしている。

なお、本実施の形態では、各ユーザインタフェース制御部１１，１２から指定された操作を例にして説明したが、例えばバッチにて指定された操作にも適用可能である。

また、本実施の形態では、操作に応じて処理を実行する装置として画像形成装置１０を例にして説明したが、画像形成装置１０ではなく情報処理装置（コンピュータ）又はコンピュータを搭載した様々な装置にも適用可能である。

１ リモート端末、１０ 画像形成装置、１１ ローカルユーザインタフェース（ＵＩ）制御部、１２ リモートユーザインタフェース（ＵＩ）制御部、１３ 操作内容分析部、１４ 操作制御部、１５ ジョブ実行制御部、１６ 操作情報記憶部、１７ 競合回避情報記憶部、２１ ＣＰＵ、２２ アドレスデータバス、２３ 操作パネル、２４ スキャナ、２５ ハードディスクドライブ（ＨＤＤ）、２６ プリンタエンジン、２７ ネットワークインタフェース（Ｉ／Ｆ）、２８ ＲＡＭ、２９ ＲＯＭ、３０ 外部メディアインタフェース（Ｉ／Ｆ）。

Claims (8)

1. ユーザにより指定された操作の対象となるオブジェクトデータを排他制御の単位として操作の実行を制御する操作制御手段を有することを特徴とする情報処理装置。
2. ユーザにより指定された操作を取得する取得手段と、
   前記取得手段により取得された操作の内容を分析する分析手段と、
   を有し、
   前記操作制御手段は、前記分析手段の分析対象となった複数の操作により操作対象とするオブジェクトデータが競合する場合であってもいずれの操作も待機させずに受け付けると共に競合する複数の操作の内容に応じて各操作の実行制御を行うことを特徴とする請求項１に記載の情報処理装置。
3. 前記操作制御手段は、競合する複数の操作の内容が異なる場合、各操作の内容に応じて各操作の実行順を決定することを特徴とする請求項２に記載の情報処理装置。
4. 前記操作制御手段は、競合する複数の操作の内容が同一の場合、当該操作を１回のみ実行するよう制御することを特徴とする請求項２に記載の情報処理装置。
5. 前記操作制御手段は、競合する複数の操作が共に変更操作であってその変更の内容が異なる場合、当該各操作を指定したユーザにその旨を通知することを特徴とする請求項２に記載の情報処理装置。
6. 競合する操作の内容の組合せ毎にオブジェクトデータが競合したときの対処方法が予め設定された競合回避情報を取得する情報取得手段を有し、
   前記操作制御手段は、前記競合回避情報の設定内容に基づいて各操作の実行制御を行うことを特徴とする請求項１に記載の情報処理装置。
7. ユーザインタフェース手段と、
   前記ユーザインタフェース手段からユーザにより指定された操作を取得するユーザインタフェース操作取得手段と、
   リモート端末からユーザにより指定された操作を取得するリモート端末操作取得手段と、
   ユーザにより指定された操作の対象となるオブジェクトデータを排他制御の単位として操作の実行を制御する操作制御手段と、
   を有し、
   前記操作制御手段は、前記ユーザインタフェース操作取得手段により取得された操作及び前記リモート端末操作取得手段により取得された操作それぞれの操作対象とするオブジェクトデータが同一であることから競合する場合であってもいずれの操作も待機させずに受け付けると共に各操作の内容に応じて各操作の実行制御を行うことを特徴とする画像形成装置。
8. コンピュータを、
   ユーザにより指定された操作の対象となるオブジェクトデータを排他制御の単位として操作の実行を制御する操作制御手段、
   として機能させるためのプログラム。
   

Images