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

Abstract

【課題】複数の利用者から利用要求を受け付ける場合に、利用者の行動を一律に判定する場合に比べて利用者の行動に沿った処理順で待ち時間を減らすことができる情報処理装置を提供する。【解決手段】検出部１は、利用者５が携帯する通信端末６と通信部２との通信の際の電波強度から、利用者５との距離や動きなど、優先度の判定で用いる複数の要素について検出する。制御部３は、検出された要素に従って優先度を判定し、最も優先度が高い利用者５からの利用要求に対応する処理を被制御部４に行わせる。優先度の判定の際に、利用者５が予め決められた領域である順番待ち領域にいるか否かにより、優先度を判定する際に用いる要素や、各要素の判定順序を異ならせる。例えば順番待ち領域では、順番待ちで動かず、距離が近い順に優先度を高くする。順番待ち領域外では接近してくる利用者の優先度を高くする。【選択図】図１

Description

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

従来より省エネルギーの観点から、機器が利用されていない場合に節電状態に移行し、電力の消費を減らす工夫がなされている。利用者が機器を利用する場合には節電状態から復帰することになる。

例えば特許文献１では、装置に人感センサを設け、人感センサが人を検出すると節電状態から復帰させる。機器の利用者が機器に到達する前に節電状態から復帰することから、利用者の操作で節電状態から復帰する場合に比べて待ち時間が減ることになる。

特許文献２では、利用者が印刷指示を行うと、その利用者が所持する携帯通信端末の位置を複数の無線基地局により検出し、予め決められた領域に利用者が進入すると機器の復帰動作が開始されるようにしている。この特許文献２における復帰動作はヒータの予熱であり、例えば複数の利用者が機器を利用している場合でも共通した動作である。例えば複数の利用者が予め決められた領域に存在する状態となった場合でも、利用者の優先順位にはよらない。

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

複数の利用者が機器を利用している環境で、複数の利用者からの利用要求を受け付けている場合、従来は受付順に利用要求に対応する処理を行っている。しかし、利用要求の受付順と利用者の機器への到着順が一致しない場合がある。例えば複数の利用要求を受け付けている場合、後から利用要求を行った利用者が他の利用者よりも先に機器に到着する場合がある。この場合、先に利用要求を受け付けた処理が優先されており、機器に到着した利用者は機器の前で待つことになって、効率的な利用が行われない。また、利用者が機器を利用する場合には、機器に近づいてきて、機器の前で到着すると止まることになるが、例えば機器と離れた位置で止まる場合、機器を使用しない場合もあるなど、利用者の行動には様々なパターンが存在している。

本発明は、複数の利用者から利用要求を受け付ける場合に、利用者の行動を一律に判定する場合に比べて利用者の行動に沿った処理順で待ち時間を減らすことができる情報処理装置及び情報処理プログラムと、そのような情報処理装置を有する画像形成装置を提供することを目的とするものである。

本願請求項１に記載の発明は、複数の利用者が共用する被制御手段と、優先度の判定に用いる要素の検出を行う検出手段と、前記利用者が予め決められた領域内にいるか否かにより優先度の判定に用いる要素または各要素を判定する順序を異ならせて各利用者の優先度を判定し最も優先度が高い利用者からの利用要求に対応する処理を前記被制御手段に行わせる制御を行う制御手段を有することを特徴とする情報処理装置である。

本願請求項２に記載の発明は、本願請求項１に記載の発明における前記制御手段が、利用者が前記被制御手段を使用している場合及び前記被制御手段の使用が終了してから予め決められた時間内に利用者の優先度を判定する際に、利用者が前記領域内にいるか否かにより優先度の判定に用いる要素または各要素を判定する順序を異ならせることを特徴とする情報処理装置である。

本願請求項３に記載の発明は、本願請求項１または請求項２に記載の発明における前記制御手段が、前記領域内の利用者の方が前記領域外の利用者よりも優先度を高くすることを特徴とする情報処理装置である。

本願請求項４に記載の発明は、本願請求項１から請求項３のいずれか１項に記載の発明における前記検出手段が、さらに利用者の移動を検出し、前記制御手段は、優先度を判定する要素として、前記検出手段で利用者が接近してくる動きを検出したか否かを用いることを特徴とする情報処理装置である。

本願請求項５に記載の発明は、本願請求項４に記載の発明における前記制御手段が、前記領域外の利用者については接近してくる動きを検出したか否かを優先して用いて優先度を判定し、前記領域内の利用者については利用者との距離を優先して用いて優先度を判定することを特徴とする情報処理装置である。

本願請求項６に記載の発明は、本願請求項４または請求項５に記載の発明における前記制御手段が、前記領域内では前記検出手段で移動を検出した利用者よりも停止している利用者の優先度を高くすることを特徴とする情報処理装置である。

本願請求項７に記載の発明は、本願請求項４から請求項６のいずれか１項に記載の発明の構成に、さらに、利用者が携帯する通信端末との通信を行う通信手段を有し、前記検出手段は、前記通信手段による受信強度の変位により利用者の動きを検出することを特徴とする情報処理装置である。

本願請求項８に記載の発明は、本願請求項１から請求項６のいずれか１項に記載の発明の構成に、さらに、利用者が携帯する通信端末との通信を行う通信手段を有し、前記検出手段は、前記通信手段による受信強度により利用者との距離を検出することを特徴とする情報処理装置である。

本願請求項９に記載の発明は、本願請求項１から請求項６のいずれか１項に記載の発明の構成に、さらに、予め設定された範囲で利用者を検知する検知手段を有し、前記検出手段は、前記検知手段の検知結果を用いて利用者が前記領域内にいるか否かを検出することを特徴とする情報処理装置である。

本願請求項１０に記載の発明は、本願請求項１から請求項９のいずれか１項に記載の発明における前記制御手段が、優先度により判定した利用者と、実際に被制御手段の使用を開始した利用者との履歴から、優先度の判定に用いる要素及び各要素を判定する順序を決定することを特徴とする情報処理装置である。

本願請求項１１に記載の発明は、コンピュータに、請求項１から請求項１０のいずれか１項に記載の情報処理装置の機能を実行させるものであることを特徴とする情報処理プログラムである。

本願請求項１２に記載の発明は、画像を形成する形成手段と、前記形成手段による画像の形成の要求を受け付ける受付手段と、請求項１から請求項１０のいずれか１項に記載の情報処理装置を有し、前記情報処理装置の前記被制御手段は、前記形成手段で形成する画像の生成に関する処理を行うものであり、前記受付手段で受け付けた画像の形成の要求を前記被制御手段の利用要求とすることを特徴とする画像形成装置である。

本願請求項１に記載の発明によれば、複数の利用者から利用要求を受け付ける場合に、利用者の行動を一律に判定する場合に比べて利用者の行動に沿った処理順で待ち時間を減らすことができるという効果がある。

本願請求項２に記載の発明によれば、ある利用者が被制御手段を使用しているか否かによって変化する各利用者の行動を反映した優先度に従って利用者からの利用要求に対応する処理を被制御手段に行わせるように制御することができる。

本願請求項３に記載の発明によれば、予め決められた領域内の利用者からの利用要求に対応する処理を優先して被制御手段に行わせるように制御することができる。

本願請求項４に記載の発明によれば、利用者が移動しているか否かを反映した優先度に従って利用者からの利用要求に対応する処理を被制御手段に行わせるように制御することができる。

本願請求項５に記載の発明によれば、利用者が接近してくるのか否かという動きを反映した優先度に従って利用者からの利用要求に対応する処理を被制御手段に行わせるように制御することができる。

本願請求項６に記載の発明によれば、予め決められた領域内では装置前に待っている利用者からの利用要求に対応する処理を優先的に被制御手段に行わせるように制御することができる。

本願請求項７に記載の発明によれば、利用者が携帯している通信端末を利用して、各利用者の動きを優先度に反映させることができる。

本願請求項８に記載の発明によれば、利用者が携帯している通信端末を利用して、各利用者との距離を検出することができる。

本願請求項９に記載の発明によれば、予め決められた領域の内外でそれぞれの領域に応じた検出を行うことができる。

本願請求項１０に記載の発明によれば、固定した要素及び該要素の判定順序を用いる場合に比べて正確に優先度の判定を行うことができる。

本願請求項１１に記載の発明によれば、請求項１から請求項１０のいずれか１項に記載の発明の効果を得ることができる。

本願請求項１２に記載の発明によれば、複数の利用者から利用要求を受け付ける場合に、利用者の行動を一律に判定する場合に比べて装置前での待ち時間を減らすことができるという効果がある。

本発明の実施の一形態を示す構成図である。 電波の受信強度による距離及び移動の検出方法の一例の説明図である。 優先度の判定の一具体例の説明図である。 優先度の判定の具体例の説明図である。 判定要素候補表の一例の説明図である。 本発明の実施の一形態における基本動作の一例を示す流れ図である。 優先度判定表への登録処理の一例を示す流れ図である。 優先度判定表の更新処理の一例を示す流れ図である。 処理対象者の決定処理の一例を示す流れ図である。 利用要求の実行処理の一例を示す流れ図である。 本発明の実施の一形態における変形例を示す構成図である。 検知部の一例の説明図である。 本発明の実施の一形態における応用例の説明図である。 本発明の実施の一形態及びその変形例、応用例で説明した装置の機能をコンピュータプログラムで実現した場合におけるコンピュータプログラム及びそのコンピュータプログラムを格納した記憶媒体の一例の説明図である。

図１は、本発明の実施の一形態を示す構成図である。図中、１は検出部、２は通信部、３は制御部、４は被制御部、５は利用者、６は通信端末である。なお、被制御部４は複数の利用者が共用するものであり、制御部３による制御に従って動作する。

検出部１は、利用者５との距離を検出する。さらに、利用者５の移動を検出してもよい。利用者５の移動は、例えば、利用者５が接近してくる、遠ざかる、あるいは停止しているなどの動きを検出する。また、接近してくる際、あるいは遠ざかる際の移動の速さを検出してもよい。さらに他の種々の検出を行ってもよい。なお、検出方法は限定されない。例えば、音波、電波、光などの強度や強度変化を利用するとよい。

図１に示す例では、一例として通信部２を利用する例を示している。この通信部２は、検出部１による利用者５との距離や、利用者５の移動の検出に用いる構成として設けてもよいし、被制御部４が利用する通信手段を通信部２として利用してもよい。例えば利用者５が通信端末６を携帯しており、通信部２が通信端末６との通信を行う場合、通信端末６からの電波の受信強度によって、装置と利用者５との距離を検出部１が検出すればよい。また、電波の受信強度の変化により、利用者５の移動、例えば利用者５が動的に近づいてくるのか、遠ざかっているのか、止まっているのかや、その移動の速さなどを検出部１が検出してもよい。通信端末６は、例えば、無線通信機能が備わっているスマートフォン、タブレット型端末、ノートパソコン等のモバイル情報端末や、非接触通信が可能なＩＣを備えたＩＣカード等が挙げられる。

図２は、電波の受信強度による距離及び移動の検出方法の一例の説明図である。利用者５との距離や移動の検出には、利用者５が携帯する通信端末６から通信部２が受信する電波の強度の変化を利用する方法がある。図２（Ａ）では電波の受信強度と距離との関係の一例を示している。例えば図２（Ａ）に示すように電波の受信強度と距離とを対応づけておき、通信部２で受信した電波の強度から対応する距離を求めればよい。

また、利用者５が移動しているか否かを判定する方法としては、通信部２が受信する電波の強度の変化を検出するとよい。図２（Ｂ）、（Ｃ）、（Ｄ）では、時間と電波の強度との関係を示している。図２（Ｂ）に示す例では、時間の経過とともに電波の強度が強くなっている。この場合、利用者５は移動していると判定するとともに、接近してくるものと判定する。図２（Ｃ）に示す例では、時間の経過とともに電波の強度が弱くなっている。この場合には、利用者５は遠ざかっているものと推定され、移動していると判定するが、接近してくるとは判定しない。また図２（Ｄ）に示す例では、時間が経過しても電波の強度があまり変わっていない。この場合は利用者５が立ち止まっていることが推定され、移動していないし、接近もしていないと判定すればよい。もちろん、これらの判定方法は一例であって、他の方法を用いて接近しているか否かを判定してもよい。

なお、利用者５が被制御部４を使用する際に、その利用者５が携帯している通信端末６から受信した電波の強度をもとに、利用者５との距離を求める際の補正値を算出しておくとよい。算出された各利用者５に対応する補正値を用いて、電波強度から利用者５との距離を求めるとよい。通信端末６の機差によって生じる距離の誤差が、補正しない場合に比べて正確に得られる。

図１に戻り、制御部３は、利用要求を受け付けている利用者に対して、利用者からの利用要求に対応する処理を被制御部４に行わせる制御を行う。また、被制御部４は複数の利用者が共用し、利用者５からの利用要求を受け付けておき、その利用者５が被制御部４を実際に使用することにより利用要求に応じた処理を完了させる。制御部３は、利用者５が実際に被制御部４を使用するまでに事前に行う予め決められた段階までの処理を進め、あるいは、処理全体について処理を進めるように、被制御部４において行われる処理を制御する。

複数の利用者５から被制御部４の利用要求を受け付けている場合には、制御部３は、いずれの利用者５からの利用要求に対する処理を先に行うかを判断し、先に行うと判断した処理を被制御部４に行わせる。基本的には、先に被制御部４を使用するであろう利用者５を特定し、その利用者５からの利用要求に対する処理を行えばよい。いずれの利用者５が先に被制御部４を利用するかを判断する際に、制御部３は各利用者５の優先度を検出部１の検出結果に従って判定し、最も優先度が高い利用者５からの利用要求に対応する処理を被制御部４に行わせる。最も高い優先度からの差が予め決められた範囲内である優先度の利用者５が複数人である場合、当該複数の利用者５からの利用要求に対応する処理を並行して被制御部４に行わせるように制御してもよい。なお、被制御部４における利用要求に対応する処理が、事前に行う予め決められた段階まで進んだ場合には、その利用要求を行った利用者５を優先度の判定の対象から外すように制御するとよい。

ある時点で複数の利用者５のうちの１人が最も優先度が高いと判断されても、次の時点では他の利用者の優先度が最も高くなる場合がある。このような場合には、それまで被制御部４に行わせていた処理を、最も優先度が高くなった利用者からの利用要求に対応する処理に切り換えて被制御部４に行わせる。その際に、それまで行っていた処理に関する情報（処理情報）を保持させておいて、再開した際に処理が継続されるようにしておくとよい。

処理情報を保持させる場合、被制御部４の記憶容量にも限りがある。例えば、優先度の判定を行っている利用者５の人数あるいは保持している処理情報の量に応じて、処理情報を保持している利用者５のうち最も優先度が低い利用者の処理情報を削除するとよい。

また、検出部１により検出されなくなった利用者５については、当分は当該利用者５が被制御部４を利用することはないと判断し、当該利用者５からの利用要求に対応する処理を中止して、それまでの処理情報を破棄するように被制御部４を制御するとよい。

それぞれの利用者５の識別については公知の種々の方法を用いればよい。この例では通信部２を有しており、この通信部２を用いて利用者５の識別を行う。予め、利用者の識別情報（以下、利用者識別情報）と、通信部２で利用者が携帯する通信端末６から取得する通信端末６の識別情報（以下、端末識別情報）とを対応付けた情報を保持しておく。動作の要求を受け付けた際に、要求を行った利用者の利用者識別情報を取得する。その後、通信部２で通信端末６と通信を行って通信端末６から端末識別情報を取得すれば、対応する利用者５が特定される。また、特定された利用者５の利用者識別情報から、その利用者５が利用要求を行っているか否かについても分かる。利用要求を行っていない利用者５が存在していても、被制御部４を利用することはなく、優先度の判定は行わない。

それぞれの利用者５について優先度を判定する際には、種々の要素を勘案して判定すればよい。優先度を判定する際に用いる要素として、利用者５との距離や、利用者５の動きについて、検出部１による検出結果を用いるとよい。例えば接近してくる動きがある利用者５は、被制御部４を使用する目的で接近してくるものとみなし、被制御部４を使用する意思があると判断すればよい。例えば立ち止まっている利用者５は、いつ被制御部４を使用するのかわからず、あるいは席に座っていて被制御部４を使用する意思が無い場合がある。これとは逆に、ある利用者５が被制御部４を使用している場合、他の利用者５が被制御部４が空くのを待っている場合がある。この場合には、待っている利用者５については、立ち止まっている状態が検出されることになり、接近してくる利用者５は、これから列に並ぶことが推定される。これらのことから、被制御部４へ接近してくる利用者５は被制御部４を使用すると推定されるものの、被制御部４の空き待ちの列に並んでいる利用者５は立ち止まっており、待っている利用者５の方が処理の優先度は高いものと推定される。この実施の一形態では、このような利用者５の行動、状況をもとに優先度を判定する要素、判定の順序を決定し、優先度を判定する。

優先度の判定に際し、まず、予め決められた領域を、ここでは順番待ち領域として設定する。この順番待ち領域は、一例としては、利用者５との距離が予め決められた距離以内の領域として設定すればよい。そして、この順番待ち領域内にいる利用者５であるか否かにより、その利用者５に対する優先度の判定に用いる要素や、要素を判定する順序を異ならせる。上述のような利用者５の行動の例では、順番待ち領域外の利用者５については、被制御部４に接近してくる動作が検出されたか否かを要素の１つとして優先度を判定するとよく、接近してくる利用者５の優先度を、立ち止まっていたり遠ざかっていたりする利用者５よりも高くするとよい。

また、順番待ち領域内の利用者５については、移動が検出されるか否か、及び利用者５との距離を要素に含めて優先度を判定するとよい。被制御部４の使用を待っている利用者５は、被制御部４に近いほど先に使用すると想定され、また、待っている利用者５は移動していないものと想定される。従って、移動している利用者５よりも移動していない利用者５の方が優先度が高く、利用者５との距離が短いほど優先度が高くなるように、優先度の判定を行うとよい。

順番待ち領域内の利用者５と順番待ち領域外の利用者５とでは、順番待ち領域内の利用者５のほうが被制御部４を先に使用するであろうと推定されることから、順番待ち領域内の利用者５のほうが順番待ち領域外の利用者５よりも優先度が高くなるように判定するとよい。

なお、順番待ちが発生するのは、ある利用者５が被制御部４を使用している場合であることから、利用者５が被制御部４を使用している場合、及び、被制御部４の使用が終了してから予め決められた時間内に限って順番待ち領域を設定し、利用者の優先度を判定する際に、利用者が前記領域内にいるか否かにより優先度の判定に用いる要素または各要素を判定する順序を異ならせるとよい。被制御部４の使用が終了してから予め決められた時間は、利用者５が交代して次の利用者５が被制御部４の使用を開始するまでの要する時間であり、予め設定しておけばよい。

優先度を判定する際に用いる要素としては、このほかにも、例えば利用者５が接近してくる際の速さを検出部１で検出して、優先度を判定する際の要素として用いるとよい。例えば図２（Ｂ）、（Ｃ）などに示した電波強度の変化の割合を、利用者５の移動速度として用いればよい。

もちろん、例示した要素以外にも、種々の要素を優先度の判定に用いてもよいことは言うまでもない。優先度の判定の際には、これらの要素を選択的に用いたり、組み合わせて用いてもよい。上述のように、順番待ち領域内とそれ以外とで、優先度の判定に使用する要素を変更し、またその要素の判定順序を変更するとよい。

図３は、優先度の判定の一具体例の説明図である。図３（Ａ）には、優先度を判定する要素とその判定順序を規定した判定要素管理表の一例を示している。この具体例では、優先度を判定する要素として、被制御部４の利用の有無、順番待ちの有無、接近レベル、接近の有無、距離、速さ、移動の有無、その他の要素を用いることとしている。

利用の有無は、被制御部４を実際に使用している、あるいは実際に使用しようとしている状態となっているか否かを示す。例えば利用者５が実際に装置まで到達し、操作を行った場合や、装置の使用認証を行った状態となったことにより利用有りとするなどがある。この例では、利用している場合を１，まだ利用していない場合を０としている。

順番待ちの有無は、利用者５が順番待ち領域内にいるか否かを示している。順番待ち領域内であるか否かは、検出部１で検出した装置と利用者５との距離が、予め決められた距離以内であるか否かを判定すればよい。あるいは、次に説明する接近レベルのうち、ある接近レベル以内にいる利用者５については順番待ち領域にいるものとしてもよい。利用者５が順番待ち領域にいる場合に１、順番待ち領域外にいるばあいには０としている。

接近レベルは、検出部１で検出した装置と利用者５との距離をいくつかのレベルに分け、いずれのレベルに利用者５が存在するかを示す。接近レベルの値は、装置に近いほど大きな値であるものとする。

接近の有無は、利用者５が装置に接近してくる動作を検出部１が検出しているか否かを示す。この例では、接近してくる動作が検出されている場合を１、立ち止まっていたり、遠ざかっている場合を０としている。

距離は、検出部１で検出した装置と利用者５との距離を示す。これらのうち、接近レベルと距離の要素は、いずれも距離に関するものであるが、接近レベルでは概略の距離の程度を示し、この距離は数値としての距離を示している。

速度は、検出部１で検出した利用者５の移動速度を示しており、近づいている場合をプラス、遠ざかっている場合をマイナスとして示している。

移動の有無は、利用者５が移動しているか否かを示す。検出部１で利用者５が近づいてきている動作を検出した場合や、遠ざかっている動作を検出した場合には、移動しているものとする。また、立ち止まっている場合など、動作を検出していない場合に移動していないものとする。ここでは、移動していない場合を１、移動している場合を０とする。接近の有無では利用者が接近してくる動作について判定しているが、この移動の有無では、接近してくる動作とともに遠ざかっている動作についても、移動しているものと判定している点で異なる。

これらの各要素について、いずれの要素を使用し、また、どの順序で判定して優先度を判定するかを、判定順序により示している。この判定順序は、利用者５が順番待ち領域内である場合とそれ以外の場合とで異ならせている。なお、判定順序が０の要素については、優先度の判定に使用しないことを示している。また、順番待ち領域を設定しない場合には、順番待ち領域外である場合の要素及び判定順序を用いることとする。

図３（Ａ）に示す例では、順番待ち領域以外の利用者５に対しては、利用の有無、順番待ちの有無、接近レベル、接近の有無、距離、速さの各要素を、この順で優先度の判定に用いることを示している。この場合、移動の有無については優先度の判定に用いない。また、順番待ち領域の利用者５に対しては、利用の有無、順番待ちの有無、移動の有無、距離の各要素を、この順で優先度の判定に用いることを示している。この場合、接近レベル、接近の有無、速さの各要素については優先度の判定に用いない。

優先度の判定を行う際には、例えば図３（Ｂ）に示すような表（以下、優先度判定表と呼ぶ）を用いて行うとよい。図３（Ｂ）に示した優先度判定表の例では、７人以上の利用者５から利用要求を受け付けており、そのうちの７人の利用者５が携帯する携帯端末６と通信部２が通信している場合を示している。利用の有無、順番待ちの有無、接近レベル、接近の有無、距離、速さ、移動の有無、その他の要素の各欄については上述の通りであるが、数値で得られている距離、速さなどについては、それぞれの順序に従った番号を振る。例えば距離では、距離の遠い順に１から番号を振る。すると、距離が近い利用者に対して遠い利用者よりも大きな番号が振られることになる。また、速さについても、遅い順に１から番号を振る。すると、動きが速い利用者に対して動きが遅い利用者よりも大きな番号が振られることになる。

判定値は、優先度の判定を行う要素について、その判定順に値を並べたものである。例えば利用者５が順番待ち領域にいる（順番待ちの有無が１）の場合には、利用の有無、順番待ちの有無、移動の有無、距離の順番、その他の要素の順に値を並べる。また、例えば利用者５が順番待ち領域の外にいる（順番待ちの有無が０）の場合には、利用の有無、順番待ちの有無、接近レベル、接近の有無、距離の順番、速さの順番、その他の要素の順に値を並べている。例えば利用者識別子が１００の利用者については、順番待ちの有無が１であることから、利用の有無（０）、順番待ちの有無（１）、移動の有無（０）、距離の順番（５）、その他の要素（０）の値を順に値を並べると０１０５０となる。また、例えば利用者識別子が１０４の利用者については、順番待ちの有無が０であることから、利用の有無（０）、順番待ちの有無（０）、接近レベル（３）、接近の有無（０）、距離の順番（２）、速さの順番（３）、その他の要素（０）の値を順に並べると００３０２３０となる。いずれも桁数を合わせて０１０５００００、００３０２３００とし、判定値とする。判定値の具体例としては、各要素の値を４ビットの値として、判定の順序に従って上位から順に並べて、ここでは全体として３２ビットとしている。この３２ビット全体を値とみなし、判定値とすればよい。もちろん、この判定値の生成方法は一例であって、そのほかの方法で判定値を生成してもよい。

なお、事前準備完了の欄は、利用者５からの利用要求に対応する処理が、事前に行う予め決められた段階まで進んだか否かを示している。以下、利用者５からの利用要求に対応する処理のうち、事前に行う予め決められた段階までの処理を事前準備処理と呼ぶことにする。事前準備処理が、利用要求に対応する処理の全体であってもよいことは言うまでもない。利用者５からの利用要求に対応する処理のうち、事前準備処理が完了した場合には、それ以上、利用者５が被制御部４を使用する前に行うべき処理はないものとし、その利用要求を行った利用者５を優先度の判定の対象から外す。この例では、判定値を０とする。例えば利用者識別子が１０３、１０５の利用者については、判定値を００００００００としている。

優先度は、判定値の大きい順とする。優先度を判定する要素は、判定する順に並べたことによって、優先される要素の値が大きいほど判定値の値が大きくなる。例えば、利用の有無が１である利用者の判定値は、利用の有無が０の利用者の判定値よりも大きな値となる。この場合、利用の有無以外の要素の値に影響されない。この例では利用者識別子が１０１の利用者について利用の有無が１であることから、この利用者の判定値は、利用の有無が０の他の利用者の判定値よりも大きくなる。これにより、装置を使用している利用者５からの利用要求に対応する事前準備処理が最優先されることになる。

また、利用の有無が１である利用者５について事前準備処理が完了していると判定値は０となり、そのほかの利用者５の優先度を判定することになる。この場合、利用の有無が０の利用者５について、続く順番待ちの有無の値により優先度が判定される。従って、この例では順番待ちの有無が１の利用者５（順番待ち領域内の利用者５）の方が、順番待ちの有無が０の利用者５（順番待ち領域外の利用者５）よりも優先度は高くなる。順番待ちの有無が１の利用者が複数人いる場合には、さらに、移動の有無を判定する。移動の有無の判定では、移動していない、例えば順番待ちで立ち止まっている利用者５の方が、移動している利用者５よりも優先度が高くなる。例えば、利用者識別子が１００の利用者の移動の有無は０（移動有り）であり、利用者識別子が１０２の利用者の移動の有無は１（移動なし）であることから、この２人の判定値は、利用者識別子が１０２の利用者の方が利用者識別子が１００の利用者よりも大きくなって、利用者識別子が１０２の利用者の方が優先度が高くなる。

このように、各要素の値を判定順序に従って並べた判定値を値として比較し、大きい順に並べると、優先度の欄のように順番付けがなされる。この優先度の欄の値は、小さいほど優先度が高いことを示している。この例では、利用者識別子が１０１の利用者の優先度が最も高い。従って、利用者識別子が１０１の利用者からの利用要求に対応する事前準備処理が行われるように制御すればよい。

なお、被制御部４を使用している利用者５が存在しない場合には順番待ち領域を設定せず、順番待ち領域外の場合の判定の要素及び判定順序に従って優先度を判定してもよい。

図４は、優先度の判定の具体例の説明図である。ここでは説明を簡単にすべく、接近レベルが５と４の領域について示し、接近レベルが５の領域を順番待ち領域としている。Ｍは被制御部４である。図４（Ａ）において、利用者ａは被制御部４を使用している。また、利用者ｂ、ｃは利用者ａによる被制御部４の使用が終了するのを待っており、利用者ｂ、ｃとも接近レベルが５の領域に立ち止まっている。また、利用者ｄは接近レベルが５の領域で移動中である。

この場合、利用者ａが被制御部４を使用中であることから順番待ち領域が設定されており、利用者ａ、ｂ、ｃ、ｄとも順番待ち領域内に存在する。従って、利用者ａ、ｂ、ｃ、ｄは順番待ち領域における判定の要素、判定順序により優先度の判定を行う。利用者ａは被制御部４を利用していることから、利用者ａの事前準備処理が完了していなければ、利用者ａが最優先となる。

また、利用者ａの事前準備処理が完了していれば、利用者ａの判定値は０となることから、利用者ａ以外の利用者のうち、優先度が最も高い利用者の事前準備処理を行うことになる。順番待ちの有無では利用者ｂ、ｃ、ｄとも、この要素の値は１であり、移動の有無を判断する。すると、利用者ｂ、ｃは移動しておらず、移動の有無は１となるが、利用者ｄは移動していることから、移動の有無は０となって、利用者ｄの優先度は利用者ｂ、ｃの優先度より低くなる。利用者ｂ、ｃについて、さらに距離を比較し、距離が近い利用者ｂの方が利用者ｃよりも優先度が高くなる。従って、被制御部４を使用している利用者ａの事前準備処理が完了していれば、利用者ｂの優先度が最も高くなり、利用者ｂの事前準備処理を被制御部４に行わせることになる。

図４（Ｂ）に示す例では、利用者ａが被制御部４を使用しており、利用者ｅ、ｆとも接近レベルが４の領域にいる。この例では、利用者ａの事前準備処理は既に終了しているものとする。利用者ａが被制御部４を使用していることから順番待ち領域が設定されているが、利用者ｅ、ｆは順番待ち領域の外にいる。ここで、利用者ｅは被制御部４に近づいているが、利用者ｆは遠ざかっているものとする。この場合、利用者ｅ、ｆについて、利用の有無はともに０、順番待ちの有無もともに０である。２人とも順番待ち領域の外にいることから、次の判定に用いる要素は接近レベルである。これも２人とも４であり、次の判定の要素である接近の有無を判定する。すると、利用者ｅについては被制御部４に近づいてきている動作が検出されており、接近の有無は１である。これに対して利用者ｆは遠ざかっており、接近の有無は０である。従って、利用者ｅの方が利用者ｆよりも優先度が高いと判定される。

なお、順番待ち領域で判定の要素として使用する移動の有無では、利用者ｅのように近づいていても、利用者ｆのように遠ざかっていても移動の有無は移動を示す０となるが、接近の有無では近づいている動作について１としている。これは、順番待ち領域内では列に並んで立ち止まっている利用者を優先させることから移動の有無を判定し、順番待ち領域外では近づいてくる利用者は被制御部４を使用することが予測されるものの、遠ざかったり立ち止まったりしている利用者は被制御部４を使用しないであろうと予測していることから接近の有無を判定している。例えば順番待ち領域内での優先度の判定に接近の有無を使用すると、順番待ちで立ち止まっている利用者５よりも、これから列に並ぼうとして近づいてくる利用者５の方が優先されることになり、順番待ちの利用者５が被制御部４を使用する際に事前準備処理が行われておらず、さらに待つことになる。また、例えば順番待ち領域外での優先度の判定に移動の有無を用いると、近づいてきたり遠ざかっている利用者５よりも、途中で立ち止まったり、席に座ったままだったりした利用者５の方が優先されることになり、被制御部４を使用しようとしている利用者５が事前準備処理の完了まで待たされることになる。

図４（Ｃ）に示す例では、利用者ｇ、ｈとも接近レベルが４の領域にいるとともに、被制御部４から同程度の距離にいる。なお、被制御部４を使用している利用者はいない状態にある。この場合、順番待ち領域は設定しない。利用者ｇ、ｈとも、被制御部４への接近が検出されている。しかし、利用者ｈは被制御部４へ向けて接近してきており、利用者ｇは通り過ぎようとしている。検出部１で検出される速さは、利用者ｈの方が利用者ｇよりも速い。この場合、２人とも利用の有無は０、順番待ちの有無も０、接近レベルは４、接近の有無は１（あり）、距離も同程度となり、この２人の優先度は速さの要素で判定される。従って、利用者ｈの方が利用者ｇよりも優先度が高いと判定される。

なお、図３（Ａ）に示した判定要素管理表および図３（Ｂ）に示した優先度判定表に示した各要素は一例であって、他の要素とともに取捨選択してもよい。また、その判定の順序も上述の例に限られるものではない。例えば、順番待ち領域における待ち時間、到達予測時間（距離÷速さ）、利用要求に対応する処理量（情報量）、過去に利用要求してから実際に被制御部４の使用を開始するまでの時間など、様々な要素がある。例えば待ち時間は、順番待ちの利用者５が被制御部４から離れる方向に並ぶとは限らない場合や、列をなさずに暗黙の順番待ちが成立している場合などでは、待ち時間が長いほど優先度が高くなるようにするとよい。待ち時間は、順番待ち領域で利用者５が停止した時刻で判断してもよい。

また、この例では距離については、得られた数値とともにレベル分けした値も用いている。これは、大まかな距離の相違でまず優先度を判定してから、細かな距離により優先度を決定するようにしたものである。例えば速さや、そのほかの数値で得られる要素についてもレベル分けするようにしてもよい。

順番待ち領域の内側、外側ともに、使用する要素の選択や、要素を判定する順序を予め決めておけばよい。使用する要素の選択、判定の順序の設定などを行う手段を設けておくとよい。あるいは、処理によって使用する要素及びその判定の順序の設定を行ってもよい。

優先度の判定に使用する要素及びその判定の順序の設定を行う処理の一例を示す。まず、優先度の判定に使用する要素とその判定の順序について、いくつかの候補を予め設定しておく。図５は、判定要素候補表の一例の説明図である。いくつかの候補は、例えば図５に示すように、判定要素候補表としてまとめておくとよい。ここでは、順番待ち領域内の利用者５について優先度を判定する際に使用する要素とその判定順序を登録した例を示している。初期状態としては、順位１で示した要素及び判定順序を使用するものとする。

利用者５が被制御部４の使用を開始するたびに、判定した優先度の順番通りに利用者５が被制御部４の使用を開始したか否かを記録しておく。そして、その記録から集計された予め決められた期間の誤判定率が、予め設定された閾値を超えると、優先度の判定で用いる要素及び判定順序を、例えば図５に示した判定要素候補表の次の候補に変更する。例えば順位１の要素及び判定順序を使用していた場合には順位２の要素及び判定順序を使用するものとして、判定要素管理表を書き換える。変更後も誤判定率が予め設定された閾値を超える場合には、さらに次の順位の要素及び判定順序を使用するように変更してゆけばよい。

図５に示した例では、順位１の要素及び判定順序で誤判定が閾値を超える場合、待っている利用者５は列を形成しておらず、利用者５の間で暗黙の了解の上で順番が形成されていることが想定される。これに対応すべく、順位２では待ち時間の要素を、距離よりも優先して判定に用いることとしている。また、順位２の要素及び判定順序でも誤判定が閾値を超える場合には、順番待ちの利用者５が動き回っている場合が想定される。これに対応すべく、順位３では移動の有無よりも待ち時間、距離を優先して判定することとしている。さらに、順位３の要素及び判定順序でも誤判定が閾値を超える場合には、順番待ちの利用者５が動き回り、暗黙の了解で順番が決定していることが想定される。これに対応すべく、順位４では待ち時間を優先して判定し、距離、移動の有無の判定順序としている。これらは一例であって、装置の使用形態や状況などに従って、予め、いくつかの要素や判定順序を設定しておけばよい。

なお、判定要素候補表に登録されているいずれの順位の要素及び判定順序でも誤判定率が閾値を超える場合には、判定要素候補表に登録されている要素及び判定順序の組み合わせのうち、誤判定率が最も低い要素及び判定順序の組み合わせを採用するとよい。図５では順番待ち領域内の場合の判定要素候補表の一例を示しているが、もちろん、順番待ち領域を設定していない場合を含めて用いる順番待ち領域外の場合の判定要素候補表についても作成しておくとよい。

優先度の判定に使用する要素及びその判定の順序の設定を行う処理の別の例としては、利用者５が被制御部４の使用を開始するたびに、判定した優先度の順で利用者５が被制御部４の使用を開始したか否かと、被制御部４の使用を開始した利用者５の順序を記録しておく。そして、記録した情報から集計される誤判定率を随時更新してゆく。また、利用者５が被制御部４の使用を開始した際の優先度判定表の情報も、履歴として保存しておく。そして、保存しておいた優先度判定表の情報を用いて、判定で用いる各要素の判定順序を総当たりで変更させながら、優先度の判定をシミュレーションする。そして、各シミュレーションで得られる判定結果の誤判定率が、現在の設定における誤判定率よりも低い判定順序が存在すれば、そのシミュレーションの際の要素及び判定順序を、その後の優先度の判定に使用するものとし、判定要素管理表に設定する。この処理を繰り返すことで、誤判定率はそれまでよりも低くなってゆく。

もちろん、これらの処理は一例であって、これらの処理以外の処理によって優先度の判定に用いる要素と判定順序を決めるようにしてもよいことは言うまでもない。

上述の説明では、優先度が最も高い利用者５について事前準備処理を被制御部４に行わせることとした。しかしこれに限らず、例えばある要素の値で判定がつかない場合に、複数の利用者について平等に扱うようにしてもよい。例えば利用の有無が１の利用者がおらず、順番待ちの有無が１である利用者５が複数人存在する場合、その複数の利用者５については平等に扱い、各利用者５に対応する事前準備処理を並行して行うように制御してもよい。

以下、本発明の実施の一形態における動作の一例について説明する。図６は、本発明の実施の一形態における基本動作の一例を示す流れ図である。この動作例では、図３に示した判定要素管理表及び優先度判定表を用いながら被制御部４の制御を行うものとして説明する。

まずＳ１０１において、現在、いずれかの利用者５によって被制御部４が使用中であるか否かを判定する。使用中であれば、Ｓ１０２において順番待ち領域を有効として、順番待ち領域内では領域外とは優先度の判定に用いる要素や判定順序を異ならせる。また、使用中でなければ、Ｓ１０３において順番待ち領域を無効とし、優先度の判定の際に順番待ち領域での要素及び判定順序は用いないものとする。なお、Ｓ１０１の被制御部４が使用中であるか否かの判定は、被制御部４の使用が終了した後、予め決められた時間についても使用中であると判定するとよい。この予め決められた時間は、被制御部４を使用する利用者５が交代するのに要する時間とすればよい。これにより、利用者５が順番待ちしているのにもかかわらず、被制御部４の使用終了で順番待ち領域を使用した制御が取り消されないようにする。

Ｓ１０４において、利用者の検知と、利用者の優先度判定表への登録を行う。通信部２が通信を行う通信端末６をそれぞれ検知して、対応する利用者５を特定する。特定した利用者５のうち、利用要求を受け付けている利用者５について、優先度判定表に登録されていない利用者５があれば、その利用者５を優先度判定表に登録する。

Ｓ１０５において、優先度判定表を更新する。優先度判定表に登録されている利用者５について、検出部１による検出結果に従って優先度の判定に用いる各要素の値を更新する。ここでは、順番待ち領域内の場合に用いる要素と、領域外の場合に用いる要素のいずれも更新する。もちろん、順番待ち領域内か否かを判定してから、順番待ち領域内か否かに応じて、各要素の更新を行ってもよい。

Ｓ１０６において、被制御部４の使用の有無を確認するとともに、優先度判定表をさらに更新する。更新後の各要素の値から判定値を算出し、優先度を判定して、最も優先度が高い利用者５を処理対象者として決定する。

Ｓ１０７において、処理対象者から受け付けている利用要求に対応する処理を実行する。その際に、処理対象者が変更になっている場合には、それまで行っていた処理の内容を保管させた上で、新たな処理対象者に対応する処理を実行する。また、予め決められた段階までの処理（事前準備処理）が終了した場合には、当該利用者について事前準備完了として優先度判定表を更新する。さらに、利用者５が被制御部４を使用する状態となっており、事前準備処理が完了していれば、利用要求に対応する処理の事前準備処理後の処理を実行する。このとき、利用者５は図３の優先度判定表に登録されておらず、それ故、優先度を付与されていない利用者５であってもよい。また、本実施例では、ある利用者５の事前準備処理後の処理の実行中は、優先度が最も高い別の利用者５の事前準備処理も並行して行う。被制御部４の使用が終了した場合には、優先度判定表から当該利用者５の情報を削除する。

このような処理を、予め決められた時間間隔で、あるいは予め決められたタイミングで、繰り返して行う。

図７は、優先度判定表への登録処理の一例を示す流れ図である。この処理は、図６に示す処理のうち、Ｓ１０４において行われる処理の一例である。Ｓ１１１において、通信部２が通信している通信端末６の台数から、利用者５の人数Ｌを取得する。そして、人数Ｌの利用者５のそれぞれについて、Ｓ１１２からＳ１２１までの処理を繰り返して行う。なお、１番目からＬ番目までの利用者５について、変数ｋにより処理対象の利用者を特定する。すなわち、繰り返しの処理では、変数ｋの値を１からＬまで順に変えながら、Ｓ１１２からＳ１２１までの処理を繰り返す。

Ｓ１１３において、ｋ番目の利用者５は、被制御部４の使用を許可する利用者として登録されているか否かを判断する。通信部２が通信端末６と通信を行っても、そもそも被制御部４の使用が許可された利用者が携帯する通信端末６でなければ、その利用者についての判定は不要である。従って、ｋ番目の利用者が登録されている利用者でなければ、その利用者５についての処理は終了し、Ｓ１２１へ進む。

Ｓ１１４において、ｋ番目の利用者５が優先度の判定の対象とする領域（判定対象領域）内にいるか否かを判定する。判定対象領域は、例えば通信部２が通信を行う領域を判定対象領域として設定してもよいし、それより狭い領域を判定対象領域として設定してもよい。ここでは、通信部２が通信を行う領域よりも狭い領域を判定対象領域として設定することとする。この場合、通信部２が通信を行っている通信端末６であっても、判定対象領域の外に存在する場合がある。

Ｓ１１４でｋ番目の利用者５は判定対象領域内であると判定された場合には、Ｓ１１５において、ｋ番目の利用者５から利用要求を受け付けているか否かを判定する。利用要求を受け付けていない場合には、優先度の判定は不要であり、ｋ番目の利用者５についての処理は終了してＳ１２１へ進む。

Ｓ１１６において、ｋ番目の利用者５から受け付けている利用要求に対応する処理のうち、予め決められた段階までの処理である事前準備処理が完了しているか否かを判定する。事前準備処理が完了していれば、当該利用者５が被制御部４を使用する状態となるまでは、行うべき処理はない。従って優先度の判定を行う必要はなく、そのままＳ１２１へ進む。なお、事前準備処理が完了しているか否かは、例えば図３（Ｂ）に示した優先度判定表のうち、ｋ番目の利用者に対応する事前準備完了の欄を参照すればよい。優先度判定表にｋ番目の利用者が登録されていない場合や、登録されていても事前準備完了の欄が完了（図３（Ｂ）に示した例では１）になっていない場合には、事前準備処理は未完了であると判定すればよい。

Ｓ１１６で事前準備処理が完了していないと判定された場合には、Ｓ１１７において、ｋ番目の利用者５が優先度判定表に登録されていなければ登録する。既に登録されていれば、このＳ１１７では何もせずにＳ１２１へ進む。

Ｓ１１４で判定対象領域外であると判定された場合には、そのｋ番目の利用者は、この時点では被制御部４を使用しないものと判断する。Ｓ１１８において、ｋ番目の利用者５から受け付けている利用要求に対応する事前準備処理を実行中であるか否かを判定し、実行中である場合にはＳ１１９において、その事前準備処理を中止する。Ｓ１２０において、事前準備処理中の情報や、これまでに事前準備処理を行って保存している情報があれば、それらを破棄する。このＳ１２０における情報の破棄は、被制御部４における記憶資源を活用するために行うものであり、破棄しなくてもよければＳ１２０の処理を行わなくてもよい。

Ｓ１１２からＳ１２１までの処理を、Ｌ人の利用者５のそれぞれについて行い、利用要求を受け付けていて、まだ優先度判定表に登録されていない利用者５が登録される。また、当分利用しないと判断される利用者５の事前準備処理を中止し、記憶資源を空ける。

図８は、優先度判定表の更新処理の一例を示す流れ図である。この処理は、図６に示す処理のうち、Ｓ１０５において行われる処理の一例である。ここでは、一例として優先度の判定で用いる要素とその判定順序について、変更する処理を含める場合を示している。Ｓ１３１において、優先度の判定で用いる要素とその判定順序を変更する設定か否かを判定し、変更する設定の場合にはＳ１３２において、優先度の判定で用いる要素とその判定順序を決定する処理を行う。例えば図３（Ａ）に示した判定要素管理表を更新すればよい。優先度の判定で用いる要素とその判定順序を決定する処理については一例を上述したが、例えば、過去に行った優先度の判定結果と、実際に被制御部４を利用した利用者５とを保存しておき、これらの情報から統計的に優先度の判定で用いる要素及び判定順序を決定すればよい。もちろん、各要素を用いるか否かを含めて決定すればよい。判定要素管理表の更新は、順番待ち領域内及び順番待ち領域外のいずれも行ってよい。

Ｓ１３１で優先度の判定で用いる要素とその判定順序を変更する設定が行われていない場合には、順番待ち領域内及び順番待ち領域外とも、予め決められた要素及び判定順序に従うものとする。

なお、優先度の判定に用いる要素及び判定順序を変更しない構成でもよく、その場合にはＳ１３１及びＳ１３２の処理を設けず、予め判定要素管理表に登録されている要素及び判定順序に従えばよい。もちろん、優先度の判定に用いる要素とその判定順序について、ここで説明している処理とは別の処理によって予め変更しておくように構成してもよく、その場合には、変更後の要素及び判定順序が優先度の判定に用いられることになる。例えば利用者５が被制御部４を使用しない夜間や休日などに行っておくとよい。

Ｓ１３３からＳ１３９までの処理は、優先度判定表に登録されているそれぞれの利用者５について行う。優先度判定表に登録されている利用者５の数をＮとし、１番目からＮ番目までの利用者５について、順番を示す変数ｉを変更しながら処理を繰り返す。

Ｓ１３４において、優先度判定表のｉ番目の利用者５について、優先度を判定する各要素の値を、検出部１で検出した値をもとに変更してゆく。優先度を判定する要素は、Ｓ１３２で変更されている場合には、変更後の各要素について求める。図３に示した例では、接近レベル、接近の有無、距離、速さ、移動の有無、その他の要素について、それぞれの値を求めて優先度判定表のｉ番目の利用者５の各要素の欄を更新してゆく。利用の有無、順番待ちの有無、事前準備完了などは、別途更新することとしている。なお、ここでは利用者５が順番待ち領域内であるか否かにかかわらず、いずれの場合でも優先度の判定に用いる各要素について求めることとするが、例えば順番待ち領域内であれば順番待ち領域内である場合の要素について、また順番待ち領域外であれば順番待ち領域外である場合の要素について、それぞれ更新するようにしてもよい。

Ｓ１３５において、順番待ち領域が有効であるか否かを判定する。これは、図６のＳ１０２あるいはＳ１０３で設定した内容を判定する。順番待ち領域が無効であれば、Ｓ１３８において、優先度判定表のｉ番目の利用者５の順番待ちの有無の欄を０（順番待ちなし）に更新し、Ｓ１３９へ進む。あるいは、Ｓ１３７において、優先度判定表のｉ番目の利用者５の順番待ちの有無の欄を０（順番待ち有り）に更新しておいてもよい。いずれも、順番待ち領域が無効である場合に、各利用者５の優先度の判定に順番待ちの有無の要素の値が影響しないようにしている。

Ｓ１３５で順番待ち領域が有効であると判定された場合には、Ｓ１３６において、ｉ番目の利用者５が順番待ち領域内にいるか否かを判定する。この判定は、Ｓ１３２で更新された優先度判定表の距離の欄を参照して予め決められた距離と比較すればよい。あるいは接近レベルの欄を参照し、予め決められた接近レベルに達しているか否かを判定すればよい。ｉ番目の利用者５が順番待ち領域内にいる場合には、Ｓ１３７において、優先度判定表のｉ番目の利用者５の順番待ちの有無の欄を１（順番待ち有り）に更新する。また、ｉ番目の利用者５が順番待ち領域外にいる場合には、Ｓ１３８において、優先度判定表のｉ番目の利用者５の順番待ちの有無の欄を０（順番待ちなし）に更新する。

優先度判定表に登録されているＮ人の利用者について、優先度を判定する要素の値を更新したら、図８に示した処理は終了する。

図９は、処理対象者の決定処理の一例を示す流れ図である。この処理は、図６に示す処理のうち、Ｓ１０６において行われる処理の一例である。Ｓ１４１からＳ１４４の処理は、優先度の判定に用いる各要素について行う。優先度の判定に用いる要素の数をＭとし、１番目の要素からＭ番目の要素までの各要素について、順番を示す変数ｍを変更しながら処理を繰り返す。この場合の要素は、順番待ち領域内の場合及び順番待ち領域外の場合のいずれかで用いられれば、Ｓ１４１からＳ１４４で処理を行う要素として含めることとする。なお、順番待ち領域を無効とする設定の場合には、順番待ち領域外の場合に用いる要素を処理対象としてもよい。

Ｓ１４２において、ｍ番目の要素は加工する要素か否かを判定する。例えば図３（Ｂ）に示した優先度判定表において優先度の判定に用いる要素のうち、接近レベルや接近の有無は値をそのまま用いるが、距離や速さなどについては、順序づけを行う加工を行っている。Ｓ１４２では、ｍ番目の要素が加工を行う要素であるか否かを判定し、加工を行う要素であれば、Ｓ１４３において、ｍ番目の要素について加工した値を優先度判定表に登録する。例えば距離の要素では、得られている距離の値を、遠い順に順位付けして、近い利用者５ほど大きな値となるように加工する。また、速さの要素では、得られている速さの値を、速さが遅い順に順位付けして、速く動いている利用者５ほど大きな値となるように加工する。なお、Ｓ１４２でｍ番目の要素が加工を行う要素でなければ、Ｓ１４４へ進んで次の要素の処理に移る。

Ｍ個の要素についてＳ１４１からＳ１４４の処理を繰り返して行ったら、Ｓ１４５において、利用者５が被制御部４の使用を開始したか否かを判定する。例えば利用者５が被制御部４を使用する操作を行った場合や、認証を行った場合など、種々の場合があるが、被制御部４を使用する利用者５が特定されればよい。被制御部４の使用を開始した場合には、Ｓ１４６において、被制御部４の使用を開始した利用者５に対応する優先度判定表の利用の有無の欄を利用有りに変更し、Ｓ１４７へ進む。なお、被制御部４の使用を開始した利用者５と優先度とを記録しておき、図８のＳ１３２で説明した、優先度の判定で用いる要素とその判定順序を決定する際に、過去の判定結果として利用するとよい。もちろん別の処理で要素とその判定順序を決定する際において利用してもよいことは言うまでもない。Ｓ１４５で被制御部４の使用を開始していない、あるいは既に使用が開始されていると判定される場合には、そのままＳ１４７へ進む。

Ｓ１４７からＳ１４９の処理は、優先度判定表に登録されている利用者５の数だけ行う。登録されている利用者５の数をＮとし、１番目からＮ番目の各利用者５について、順番を示す変数ｊを変更しながら処理を繰り返す。

Ｓ１４８において、これまでに設定された優先度の判定で用いる要素の値をもとに、その判定順序に従って各利用者５の判定値を求める。その際に、順番待ち領域を有効としている場合には、優先度判定表の順番待ちの有無の欄を参照し、順番待ち領域にいる利用者５に対しては、判定要素管理表の順番待ち領域内の場合の要素及び判定順序を用いて判定値を求める。また、順番待ち領域が無効の場合、あるいは、順番待ち領域が有効でも優先度判定表の順番待ちの有無の欄が順番待ち領域外であることを示している利用者５に対しては、判定要素管理表の順番待ち領域外の場合の要素及び判定順序を用いて判定値を求める。判定値の求め方については種々の方法を利用してよいが、例えば図３（Ｂ）を用いて説明した、優先度の判定を行う要素を判定順序の順に値を並べて求める方法を用いるとよい。なお、優先度判定表の事前準備完了の欄が１，すなわち事前準備処理が完了している場合には、判定値は０として優先度の判定対象から外す。

優先度判定表に登録されている利用者５の数だけＳ１４７からＳ１４９の処理を繰り返して行ったら、Ｓ１５０において、各利用者５の判定値が大きい順に優先度を割り当てて、優先度判定表の優先度の欄を更新する。そして、Ｓ１５１において、最も優先度が高い利用者５を処理対象者として決定する。例えば図３（Ｂ）に示した例のように、優先度が高い順に１，２，３，…と優先度を割り当てた場合、優先度が１の利用者５を処理対象者として決定する。なお、判定値が等しい利用者５が複数存在する場合もある。判定値が最大となる利用者５が複数存在する場合には、その複数の利用者５を処理対象者としてもよい。

図１０は、利用要求の実行処理の一例を示す流れ図である。この処理は、図６に示す処理のうち、Ｓ１０７において行われる処理の一例である。Ｓ１６１において、図６のＳ１０６（図９に示した処理）において決定した処理対象者からの利用要求に対応する処理を、現在、被制御部４で実行中であるか否かを判定する。被制御部４で現在実行している処理が処理対象者からの利用要求に対応する処理である場合には、Ｓ１６３において、現在実行中の処理対象者からの利用要求に対応する処理を継続する。

例えば、各利用者５の優先度に変更が生じて、それまで処理対象者であった利用者５とは異なる利用者５が新たに処理対象者となる場合がある。このような場合に、Ｓ１６１で現在実行中の処理が処理対象者からの処理要求に対応する処理でないと判定される。具体的な一例としては、ある利用者５が近づいてきていたが立ち止まったり通過して遠ざかってしまい、別の利用者５が近づいてきた場合などがある。被制御部４で現在実行している処理が、処理対象者からの処理要求に対応する処理でないとＳ１６１で判定された場合には、Ｓ１６２において、被制御部４にそれまで実行していた処理の情報を保存させ、Ｓ１６３において、新たな処理対象者からの利用要求に対応する処理を被制御部４に実行させる。新たな処理対象者からの利用要求に対応する処理が過去に途中まで実行され、処理の情報が保存されている場合には、その保存されている処理の情報をもとに、処理を再開する。

なお、処理の情報を保存させる場合、別の処理の情報を削除し、情報を保存する資源が不足する場合に対処してもよい。例えば、最も古い処理の情報を削除するとよい。あるいは、処理の情報を保存している利用者５のうち、最も優先度が低い利用者５からの利用要求に対応する処理の情報から削除してもよい。または、事前準備処理が完了している利用者５を除く利用者５について、優先度が最も高い利用者５からｐ番目までの利用者５からの利用要求に対応する処理については処理の情報の保存に対応し、それ以外の処理の情報について削除するようにしてもよい。ここで、ｐは予め決められた値とするほか、設定により変更してもよいし、記憶資源の残量に応じて決定するなど、種々の方法により決定してもよい。

また、図９のＳ１５１で複数の利用者５を処理対象者として決定した場合には、複数の処理対象者からの利用要求に対する処理を並行して実行するように制御するとよい。

Ｓ１６４において、処理対象者からの利用要求に対応する処理について、事前準備処理が完了したか否かを判定する。事前準備処理が完了していない場合には、そのままＳ１６６へ進む。

処理対象者からの利用要求に対応する事前準備処理が完了している場合には、Ｓ１６５において、処理対象者について優先度判定表の事前準備完了の欄を更新する。事前準備完了となった利用者５については、この後、判定値は０とされ優先度の判定対象から外される。その後、優先度が最も高い他の利用者５からの利用要求に対応する処理を優先して実行する。

Ｓ１６６において、被制御部４が使用中となっているか否かを判定し、被制御部４が使用されている状態となっていない場合には、図１０に示した処理を終える。被制御部４が使用されている状態となっているか否かは、制御部３が被制御部４に動作状態を問い合わせて、その返答により判断すればよい。

被制御部４が使用中の状態である場合には、Ｓ１６７において、被制御部４を使用する利用者５（使用者）からの利用要求に対応する処理について、事前準備処理が完了しているか否かを判定する。この判定は、使用者である利用者５について優先度判定表の事前準備完了の欄を参照すればよい。例えば優先度判定表に登録されていない利用者５が被制御部４を使用している場合などを含めて、被制御部４に問い合わせて、その回答により判定してもよい。事前準備処理が完了していない場合には、そのまま事前準備処理を続けることとし、図１０に示した処理を終える。

使用者について事前準備処理が完了していれば、事前準備処理後の処理を行う。Ｓ１６８において、事前準備処理後の処理が完了したか否かを判定し、完了していなければＳ１６９において、事前準備処理後の処理を実行中であるか否かを判定する。事前準備処理後の処理が完了しておらず、実行中でもなければ、事前準備処理後の処理はまだ実行されていない状態である。Ｓ１７０において、使用者についての事前準備処理後の処理を被制御部４に開始させ、図１０に示した処理を終える。また、Ｓ１６９で事前準備処理後の処理を実行中であると判定した場合には、そのまま事前準備処理後の処理の実行を続けることとし、図１０に示した処理を終える。

Ｓ１６８で事前準備処理後の処理が完了したと判定された場合には、Ｓ１７１において、使用者が優先度判定表に登録されている利用者５であるか否かを判定する。使用者が優先度判定表に登録されている利用者５であれば、Ｓ１７２において、使用者である利用者５を優先度判定表から削除し、処理を終える。また、Ｓ１７１で使用者が優先度判定表に登録されていないと判定された場合には、そのまま処理を終える。事前準備処理後の処理が完了したか否かは、被制御部４に問い合わせを行ってもよいし、完了の際に被制御部４から通知を受けるようにしてもよい。

なお、上述の動作例で示す処理は、予め決められた時間毎、あるいは予め決められたタイミングで、繰り返して行われる。また、上述の動作例は一例であって、種々の変形を行ってもよいことは言うまでもない。

図１１は、本発明の実施の一形態における変形例を示す構成図である。図中、７は検知部である。図１に示した構成例では、通信部２が受信する電波強度を用いて、優先度の判定に用いる各種の要素について検出部１が検出している。この場合、順番待ちの利用者５が携帯する通信端末６からの電波強度と変わらない電波強度の通信端末６を携帯する利用者５が周囲にいても、区別されることなく順番待ちの利用者５として判定してしまう場合がある。

図１１に示した構成では、順番待ちの利用者５を検知する検知部７を、別途設けた例を示している。なお、検知部７における順番待ちの利用者５の検知方法は限定されない。例えば、音波、電波、光などの強度や強度変化を利用するとよい。

検知部７が電波を利用して順番待ちの利用者５を検知する場合、通信部２のように利用者５が携帯する通信端末６からの電波を受信すればよいが、その際に、順番待ちの利用者５が検知されるように工夫するとよい。図１２は、検知部の一例の説明図である。図中、８はシールドである。例えば図１２（Ａ）や（Ｂ）に示すように、順番待ちの利用者５を検知する領域（検知領域）を除いて、検知部７をシールド８により囲み、検知部７が検知領域以外で利用者５を検知しないようにするとよい。例えば、利用者５が順番待ちのために並ぶ領域を検知領域としておけば、それ以外の位置に利用者５がいても、順番待ちの利用者５として誤って検知することはない。なお、シールド８を狭めたり広げたりして、検知領域を調節するとよい。

図１２（Ｃ）に示した例は、図１２（Ｂ）に示した例を実際の装置へ適用した場合の一例を示したものである。矩形で示した装置の前に、装置に向かって左方向に順番待ちの利用者が並ぶことをルールとして想定し、装置に向かって左側が検知部７の検知領域となるように、検知部７にシールド８を配している。この例の場合、装置を使用している利用者から、装置に向かって左側に並んでいる利用者について、順番待ちの利用者であるとして検知される。例えばルールに反し、装置を使用している利用者の後ろに立っている利用者や、装置に向かって右側に立っている利用者が、順番待ちの利用者として誤検知されることはない。

なお、順番待ち領域としてどのような領域を設定するかは、装置の利用形態などを考慮して決定すればよく、特に限定されない。オフィスのレイアウトなどに応じて適宜設定すればよい。

図１２（Ｄ）に示した例では、検知部７を２つ用いた例を示している。装置の異なる位置に配置して、両者の検知条件により順番待ちの利用者を検知する例を示している。この例では、矩形で示した装置の前に検知部７−１を、後ろに検知部７−２を配置し、それぞれの検知範囲を円により示している。検知条件として、検知部７−１で検知したが検知部７−２では検知していない利用者を順番待ちの利用者として検知することとしている。この検知条件により順番待ち領域となる範囲に斜線を付して示している。この例では、装置の前にいる利用者が順番待ちの利用者として検知され、装置の後ろや横にいる利用者は順番待ちの利用者としては検知されない。もちろん、条件を変更すれば装置の後ろ側や横が順番待ち領域となるし、それぞれの検知部７の配置を変更して、例えば装置の横方向に順番待ち領域を設定してもよい。

なお、図１２（Ｄ）に示した２つの検知部７のうち、一方を通信部２で代用してもよい。例えば検知部７−１を通信部２で代用し、通信部２における受信強度が予め決められた強度以上の領域であって検知部７−２で検知されない領域を順番待ち領域とすると、図１２（Ｄ）に示した順番待ち領域での利用者の検知が行われる。もちろん、検知部７−２で検知される領域であって通信部２における受信強度が予め決められた強度以上の領域でない領域や、通信部２における受信強度が予め決められた強度以上の領域であって検知部７−２も検知される領域を順番待ち領域して設定してもよい。

また、上述の各例では検知部７は指向性を有しておらず、シールド８によって指向性を持たせているが、指向性を有する検知方法であれば、その指向性を利用して順番待ち領域を設定し、順番待ちの利用者５を検知すればよい。いずれの例においても、通信部２だけで順番待ち領域を設定する場合に比べて、状況に応じて順番待ち領域が限定され、順番待ちしていない利用者が誤検出されなくなる。

図１３は、本発明の実施の一形態における応用例の説明図である。図中、１１は画像形成装置、１２は端末装置、１３は通信路である。図１、図１１に示した構成を含む応用例として、画像形成装置１１を示している。この画像形成装置１１は、検出部１、通信部２、制御部３を含み、これ以外の図示しない画像形成部およびその制御手段、使用する際の認証機構などの種々の構成を被制御部４として有している。例えば通信路１３を通じて画像形成の要求を受け付け、受け付けた画像形成の要求に対して、通信路１３を通じて画像を形成する情報を取得して画像を生成し、画像形成部で用紙等の媒体上に画像を形成して出力する。

利用者５は、この例では端末装置１２から通信路１３を通じて画像形成装置１１に対して画像形成の要求を行う。あるいは、端末装置１２を用いずに、利用者５が携帯している通信端末６から画像形成装置１１に対して画像形成を要求する構成であってもよい。画像形成の要求の際には、利用者識別情報が付される。画像形成の要求を画像形成装置１１に対する利用要求とすればよい。

画像形成の要求に対して行われる処理は、画像を形成する情報を取得し、その情報に従って画像を生成し、生成した画像を媒体上に形成する処理となる。複数の利用者が画像形成装置１１を共用している場合、画像形成装置１１で情報を画像形成して出力させた媒体を他人が持ち去るなどの不具合が生じることがある。この場合、秘匿性が損なわれることになる。対策として、利用者が画像形成装置１１に対して認証の操作を行ってから画像を形成し、出力することが行われている。

このような利用形態を取る場合、画像を形成する情報を取得し、画像を生成するまでの処理は、画像形成部で画像を形成する前に行っておき、認証の後に画像を形成して出力することになる。画像を形成する情報を取得し、画像を生成するまでの処理については、事前準備処理として予め行っておくとよい。利用者５が画像形成装置１１を使用する際に、事前準備処理が予め行われていると、事前準備処理を予め行わなかった場合に比べて待ち時間が減少する。

複数の利用者５から利用要求を受け付けている場合、例えば受付順に事前準備処理を行ったとしても、利用要求の受付順に利用者５が画像形成装置１１に到達して認証を行うとは限らない。最後に受け付けた利用要求を行った利用者５が最初に画像形成装置１１に対して認証を行い、使用を開始する場合もある。従って、画像形成装置１１への到着するであろう順に事前準備処理を行えば、受付順に事前準備処理を行う場合に比べて、認証を行った利用者５が画像形成装置１１の前で待つ時間が減少する。このような事前準備処理の処理順序を、上述の実施の一形態で説明した構成により制御している。

画像形成を要求した利用者５が通信端末６を携帯して画像形成装置１１に近づいてくると、通信部２が受信する電波強度などから、検出部１は、画像形成装置１１と利用者５との距離や、利用者５が接近してくるか否かや速さなどを検出する。検出された要素、さらに他の要素などとともに優先度を判定する。優先度が最も高い利用者５が最も速く画像形成装置１１に到達する利用者であるとみなして処理対象者とし、事前準備処理を行う。例えば処理対象者が要求した画像形成の処理について、画像を形成する情報を取得し、画像を生成するまでの処理を予め行っておく。画像を形成する情報を取得する処理は、画像形成の要求とともに受け取る場合もあるが、通信路１３に接続されているサーバや他の装置等から取得する場合もある。なお、優先度が最も高い利用者５が複数人存在する場合には、その複数の利用者５から受け付けている画像形成の要求に対する事前準備処理を並行して行えばよい。

利用者５が画像形成装置１１まで到達し、認証を行うと、その利用者５が画像形成を要求した画像について、事前準備処理の後の処理、すなわちここでは事前準備処理により準備されている画像を形成して出力する処理を行い、要求された処理は終了する。事前準備が終了しても、画像を形成して出力するのは認証後であることから、他人による持ち去り等は生じず、秘匿性は保たれる。また、事前準備処理が行われた分だけ、事前準備処理を行わなかった場合に比べて待ち時間は減少する。例えば利用者５が画像形成装置１１に到達した時点で事前準備処理が完了していない場合でも、処理を進めておく分だけ、事前準備処理を行わなかった場合に比べて待ち時間は減少する。

上述のように、画像形成装置１１に先に到達する利用者５を特定して事前準備処理を行っておくことになり、その際に優先度を用いている。この優先度の判定には、例えば図３を用いて説明した例では、距離だけでなく、利用者５が接近してくるか否かや、その速さなどを勘案している。例えば、立ち止まっている利用者５よりも、画像形成装置１１に近づいてきている利用者５の方が先に画像形成装置１１を使用するであろうと予測する。また、例えば画像形成装置１１に近づいてくる速さが速い利用者５の方が、先に画像形成装置１１を使用するであろうと予測している。これらの要素を加味して優先度を判定することで、単に距離だけで利用者５の優先度を判定する場合に比べて、画像形成装置１１を使用する利用者５の順序を予測する確度を高めている。

しかし、ある利用者５が画像形成装置１１を使用して画像を形成して出力させている間に、別の利用者５が画像形成装置１１を使用すべく画像形成装置１１に到達すると、画像形成装置１１の周囲に順番待ちの列が生まれる。この順番待ちの利用者５は、近々、画像形成装置１１を使用するのであり、その利用者５からの利用要求に対する処理は優先して行っておくとよい。ここで、順番待ちの利用者５は画像形成装置１１の近辺に立ち止まって画像形成装置１１が空くのを待っており、近づいてくるなどの動作は検出されない。従って、順番待ちの利用者５については、立ち止まっていて移動していない利用者５の方が先に画像形成装置１１を利用するものと予測する。すなわち、順番待ち領域では、移動していない利用者５を優先し、さらに画像形成装置１１に近いほど優先度を高くする。また、順番待ち領域外では、上述のように近づいてきている、さらに速く近づいている利用者５を優先すればよい。このように、順番待ち領域の内と外で、優先度の判定に使用する要素や、その判定順序を異ならせている。

画像形成装置１１が使用されていない場合には、順番待ちの列は生じないであろうと推測される。このような場合、順番待ち領域を設けず、よって近づいてくる動作などの順番待ち領域外の場合の優先度の判定を一律に行えばよい。

なお、優先度の判定に利用する要素やそれらの要素の判定順は、例えば図３に示した例に限られるものではなく、予め設定しておけばよいし、過去の実績などから要素の取捨選択や判定順を変更する処理を行ってもよい。

利用者５が画像形成装置１１に到達して認証を行う前に事前準備処理が終了している場合、事前準備処理の先の処理である画像を形成する処理は行わないが、他の処理であれば実行する能力を有している。事前準備処理が完了したら、その事前準備処理の画像形成要求を行った利用者５については優先度の判定から外し、他の利用者５からの画像形成の要求に対する事前準備処理を行うように制御している。認証を行った利用者５からの画像形成の要求について、認証を行っても事前準備処理が終了していない場合には、その利用者５からの画像形成の要求に対する処理を最優先で実行する。

もちろん、利用者５の動きによって優先度は変化する。例えば、画像形成装置１１のそばに並んでいた最も優先度が高い利用者５が、画像形成装置１１から離れてゆく状況になると、当該利用者５によって画像形成装置１１が使用されないと判断される。このような場合には、他の利用者５の方が優先度が高くなり、それまでの事前準備処理を中断してこれまで処理した情報を保存しておき、新たに最も優先度が高くなった利用者５の画像形成の要求に対して事前準備処理を行う。

事前準備処理を中断してこれまで処理した情報を保存する場合、画像形成装置１１に備えられている記憶資源も有限であることから、保存していた情報を削除する場合も生じる。この場合、例えば情報を保存している画像形成の要求を行った利用者５のうち、最も優先度が低い利用者５からの画像形成の要求についての情報を削除する。あるいは、優先度がｐ番目までの利用者５からの画像形成の要求に対応する処理については処理の情報の保存に対応し、それ以外の処理の情報について削除するようにしてもよい。ｐは、固定、あるいは設定により予め決めておくほか、記憶資源の残量に応じて決まるようにしてもよい。なお、利用者５が判定対象領域から外へ出てしまうと、その利用者５は画像形成装置１１をすぐには使用しないものと判断し、当該利用者５からの画像形成の要求に対する事前準備処理を行って情報を保存している場合には、その情報は削除する。

上述の説明では、画像形成装置は媒体に画像を形成して出力する機能を有するものとして説明しているが、これに限らず、例えば画像読取手段を有する構成や、さらにファクシミリ通信機能を有する構成などであってもよい。また、ここでは画像形成装置への応用例について示したが、これに限らず、複数の利用者が共用する種々の機器に対して適用してよいことは言うまでもない。

また、上述の説明では、利用者５が画像形成装置に到達して認証を行った後に画像の形成を行う例を示したが、これに限られるものではない。例えば、端末装置１２及び通信端末６が、スマートフォンやタブレット端末などの携帯端末装置である場合、この携帯端末装置から画像形成の要求を行い、利用者５が画像形成装置１１に近づいて、認証なしで画像形成出力する場合にも応用してよい。例えば、携帯端末装置は、この携帯端末装置から一番近い画像形成装置１１をＢｌｕｅＴｏｏｔｈ（登録商標）等の無線通信の距離検知により抽出し、この画像形成装置１１の例えばＩＰアドレスを取得することで、画像形成出力する画像データを送信する画像形成装置１１を特定する。そして、特定した画像形成装置１１に対して、携帯端末装置からＷｉＦｉ経由やＢｌｕｅＴｏｏｔｈ（登録商標）等の無線通信で画像データを送信し、認証なしで画像形成出力を得る。この場合の事前準備処理についても、前述したとおり、利用要求に対応する処理の一部であっても全体であってもよく、例えば、画像形成出力までを事前準備処理としてもよい。

図１４は、本発明の実施の一形態及びその変形例、応用例で説明した装置の機能をコンピュータプログラムで実現した場合におけるコンピュータプログラム及びそのコンピュータプログラムを格納した記憶媒体の一例の説明図である。図中、２１はプログラム、２２はコンピュータ、３１は光磁気ディスク、３２は光ディスク、３３は磁気ディスク、３４はメモリ、４１はＣＰＵ、４２は内部メモリ、４３は読取部、４４はハードディスク、４５はインタフェース、４６は第１通信部、４７は第２通信部、４８は画像形成部である。

上述の本発明の実施の一形態及びその変形例、応用例で説明した装置の機能の全部あるいは部分的に、コンピュータが実行するプログラム２１によって実現してもよい。その場合、そのプログラム２１およびそのプログラムが用いるデータなどは、コンピュータによって読み取られる記憶媒体に記憶させておけばよい。記憶媒体とは、コンピュータのハードウェア資源に備えられている読取部４３に対して、プログラムの記述内容に応じて、磁気、光、電気等のエネルギーの変化状態を引き起こして、それに対応する信号の形式で、読取部４３にプログラムの記述内容を伝達するものである。例えば、光磁気ディスク３１、光ディスク３２（ＣＤやＤＶＤなどを含む）、磁気ディスク３３、メモリ３４（ＩＣカード、メモリカード、フラッシュメモリなどを含む）等である。もちろんこれらの記憶媒体は、可搬型に限られるものではない。

これらの記憶媒体にプログラム２１を格納しておき、例えばコンピュータ２２の読取部４３あるいはインタフェース４５にこれらの記憶媒体を装着して、コンピュータからプログラム２１を読み出し、内部メモリ４２またはハードディスク４４（磁気ディスクやシリコンディスクなどを含む）に記憶し、ＣＰＵ４１によってプログラム２１を実行し、上述の本発明の実施の一形態及びその変形例、応用例で説明した装置の機能が全部又は部分的に実現される。あるいは、通信路を介してプログラム２１をコンピュータ２２に転送し、コンピュータ２２では第１通信部４６でプログラム２１を受信して内部メモリ４２またはハードディスク４４に記憶し、ＣＰＵ４１によってプログラム２１を実行して実現してもよい。

なお、例えば図３に示した各種の情報や、利用要求、処理中の各種情報及び処理を中断して保存する情報などは、内部メモリ４２やハードディスク４４等を利用して記憶しておけばよい。利用者に関する登録情報を内部メモリ４２に記憶する場合、電源が切断されても消去されない不揮発性のメモリ領域に記憶させておくとよい。

また、コンピュータ２２には、図１に示した通信部２に対応する第２通信部４７が接続されている。また、図１に示した被制御部４あるいは被制御部４の一部として機能する構成として、この例では上述の実施の一形態の応用例で説明した画像形成部を接続した例を示している。第２通信部４７及び画像形成部４８は、バスに直接接続されるほか、インタフェース４５を介して接続されていてもよい。第１通信部４６と第２通信部２７は１つの通信部を共用するように構成してもよい。また、例えば図１１に示した変形例における検知部７についても、バスあるいはインタフェース４５に接続されていてよい。

このほかインタフェース４５を介して様々な装置を接続してもよい。例えば、利用者の認証方法によっては、認証のための通信機器を接続していてよい。また、利用者が操作する各種のキー入力の受付手段、利用者に各種の情報を提示し、さらに形成する画像を予め提示する表示手段など、種々の装置がインタフェース４５を介して、あるいはバスに直接、接続されていてもよい。

なお、各構成が１台のコンピュータにおいて動作する必要はなく、複数のコンピュータが協働して処理が実行されるように構成してもよい。また、用途に応じて、その用途におけるプログラムと一体として構成してもよい。さらに、部分的にハードウェアによって構成してもよいし、あるいは、すべてをハードウェアで構成してもよい。

１…検出部、２…通信部、３…制御部、４…被制御部、５…利用者、６…通信端末、７…検知部、８…シールド、１１…画像形成装置、１２…端末装置、１３…通信路、２１…プログラム、２２…コンピュータ、３１…光磁気ディスク、３２…光ディスク、３３…磁気ディスク、３４…メモリ、４１…ＣＰＵ、４２…内部メモリ、４３…読取部、４４…ハードディスク、４５…インタフェース、４６…第１通信部、４７…第２通信部、４８…画像形成部。

Claims (12)

1. 複数の利用者が共用する被制御手段と、優先度の判定に用いる要素の検出を行う検出手段と、前記利用者が予め決められた領域内にいるか否かにより優先度の判定に用いる要素または各要素を判定する順序を異ならせて各利用者の優先度を判定し最も優先度が高い利用者からの利用要求に対応する処理を前記被制御手段に行わせる制御を行う制御手段を有することを特徴とする情報処理装置。
2. 前記制御手段は、利用者が前記被制御手段を使用している場合及び前記被制御手段の使用が終了してから予め決められた時間内に利用者の優先度を判定する際に、利用者が前記領域内にいるか否かにより優先度の判定に用いる要素または各要素を判定する順序を異ならせることを特徴とする請求項１に記載の情報処理装置。
3. 前記制御手段は、前記領域内の利用者の方が前記領域外の利用者よりも優先度を高くすることを特徴とする請求項１または請求項２に記載の情報処理装置。
4. 前記検出手段は、さらに利用者の移動を検出し、前記制御手段は、優先度を判定する要素として、前記検出手段で利用者が接近してくる動きを検出したか否かを用いることを特徴とする請求項１から請求項３のいずれか１項に記載の情報処理装置。
5. 前記制御手段は、前記領域外の利用者については接近してくる動きを検出したか否かを優先して用いて優先度を判定し、前記領域内の利用者については利用者との距離を優先して用いて優先度を判定することを特徴とする請求項４に記載の情報処理装置。
6. 前記制御手段は、前記領域内では前記検出手段で移動を検出した利用者よりも停止している利用者の優先度を高くすることを特徴とする請求項４または請求項５に記載の情報処理装置。
7. さらに、利用者が携帯する通信端末との通信を行う通信手段を有し、前記検出手段は、前記通信手段による受信強度の変位により利用者の動きを検出することを特徴とする請求項４から請求項６のいずれか１項に記載の情報処理装置。
8. さらに、利用者が携帯する通信端末との通信を行う通信手段を有し、前記検出手段は、前記通信手段による受信強度により利用者との距離を検出することを特徴とする請求項１から請求項６のいずれか１項に記載の情報処理装置。
9. さらに、予め設定された範囲で利用者を検知する検知手段を有し、前記検出手段は、前記検知手段の検知結果を用いて利用者が前記領域内にいるか否かを検出することを特徴とする請求項１から請求項６のいずれか１項に記載の情報処理装置。
10. 前記制御手段は、優先度により判定した利用者と、実際に被制御手段の使用を開始した利用者との履歴から、優先度の判定に用いる要素及び各要素を判定する順序を決定することを特徴とする請求項１から請求項９のいずれか１項に記載の情報処理装置。
11. コンピュータに、請求項１から請求項１０のいずれか１項に記載の情報処理装置の機能を実行させるものであることを特徴とする情報処理プログラム。
12. 画像を形成する形成手段と、前記形成手段による画像の形成の要求を受け付ける受付手段と、請求項１から請求項１０のいずれか１項に記載の情報処理装置を有し、前記情報処理装置の前記被制御手段は、前記形成手段で形成する画像の生成に関する処理を行うものであり、前記受付手段で受け付けた画像の形成の要求を前記被制御手段の利用要求とすることを特徴とする画像形成装置。

Images