JP7188528B2

JP7188528B2 - 機器利用システム

Info

Publication number: JP7188528B2
Application number: JP2021163270A
Authority: JP
Inventors: 学岩崎
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2017-09-20
Filing date: 2021-10-04
Publication date: 2022-12-13
Anticipated expiration: 2037-09-20
Also published as: JP2022008825A

Description

本発明は、機器利用システムに関する。

スマートフォン等の携帯端末から複合機（プリンタ、スキャナ、コピー機等の機能を併せ持つ装置）等の機器を操作する仕組みが普及しつつある。この種の仕組みでは、ユーザは自分の携帯端末から機器に認証情報を送ってログイン認証を受け、その認証が成功すると携帯端末のアプリケーションからその機器が制御可能になる。携帯端末には、所有者以外の者が操作できないようＰＩＮ（Personal Identification Number）コードやジェスチャによる認証機能（ロック機能とも呼ばれる）が設けられている。ユーザは、携帯端末から機器を操作する場合、まず携帯端末のロックを解除し、携帯端末上のその機器の操作用のアプリケーションを開き、そのアプリケーションから機器に無線通信等を経由してアクセスし、機器のログイン認証を受ける。

特許文献１に開示された認証印刷システムにおける画像形成装置は、携帯端末の端末個体識別子とユーザ情報とが付加された印刷データを受信する印刷データ受信手段と、携帯端末の端末個体識別子とユーザ情報とを受信する認証情報受信手段とを備える。画像形成装置は、印刷データに付加された端末個体識別子とユーザ情報とが、受信した端末個体識別子とユーザ情報とに一致する場合、端末個体識別子とユーザ情報とが付加された印刷データを印刷する処理を実行する。これにより、１つの携帯端末を複数のユーザが共有して使用する場合に、ユーザ単位の認証を行うことを可能としている。

特開２０１５－２１７６５９号公報

本発明は、ユーザが機器を利用可能になるまでに要する時間を短くすることを目的とする。

請求項１に係る発明は、携帯端末と、機器と、を含み、前記携帯端末は、前記携帯端末の利用をユーザに許可するためのユーザ認証を実行する端末側認証手段と、前記端末認証手段によるユーザ認証が成功した場合に、その成功を示す情報と、前記ユーザのユーザ識別情報とを前記機器に送信する送信手段と、を含み、前記機器は、前記機器を操作しようとするユーザについてのユーザ認証を実行する機器側認証手段と、前記端末側認証手段によるユーザ認証が成功した場合であって、前記ユーザが前記機器の方を見ていると判断された場合に、前記機器側認証手段によるユーザ認証を省略し、前記ユーザによる前記機器側認証手段のユーザ認証が成功したものとする制御を行う認証制御手段と、を含む機器利用システムであって、前記端末側認証手段によるユーザ認証又は前記機器側認証手段によるユーザ認証の少なくともいずれか一方が顔認証である、機器利用システムである。

請求項２に係る発明は、携帯端末と、機器と、を含み、前記携帯端末は、前記携帯端末の利用をユーザに許可するためのユーザ認証を実行する端末側認証手段と、前記端末認証手段によるユーザ認証が成功した場合に、その成功を示す情報と、前記ユーザのユーザ識別情報とを前記機器に送信する送信手段と、を含み、前記機器は、前記機器を操作しようとするユーザについてのユーザ認証を実行する機器側認証手段と、前記端末側認証手段によるユーザ認証が成功した場合に、前記機器側認証手段によるユーザ認証を省略し、前記ユーザによる前記機器側認証手段のユーザ認証が成功したものとする制御を行う認証制御手段と、を含む機器利用システムであって、前記端末側認証手段によるユーザ認証又は前記機器側認証手段によるユーザ認証の少なくともいずれか一方が顔認証であり、前記端末側認証手段は、前記ユーザに対応付けて、前記携帯端末の通常の利用のためのそのユーザ認証情報である通常認証情報と、前記機器の利用のための前記携帯端末の利用のためのユーザ認証情報である専用認証情報と、の入力を受け付け可能であり、前記認証制御手段は、前記専用認証情報が入力されたのに応じて前記ユーザ認証が成功した場合に、前記機器側認証手段によるユーザ認証を省略し、前記専用認証情報に対応する前記ユーザによる前記機器側認証手段の認証が成功したものとする制御を行う、機器利用システムである。

請求項３に係る発明は、前記携帯端末は、前記専用認証情報の設定を受け付ける設定受付手段を更に備える請求項２に記載の機器利用システムである。

請求項４に係る発明は、前記設定受付手段は、前記通常認証情報と同一の認証情報が前記専用認証情報として設定されないよう案内する、請求項３に記載の機器利用システムである。

請求項５に係る発明は、前記携帯端末は、前記機器を使用予定のユーザを検知する検知手段を更に含み、前記端末側認証手段は、前記検知手段により前記機器を使用予定のユーザが検知されている場合、前記通常認証情報の入力は受け付け可能にし、前記専用認証情報の入力は受付不可能にすることを特徴とする請求項２に記載の機器利用システムである。

請求項６に係る発明は、前記認証制御手段は、前記端末側認証手段による前記ユーザ認証が成功した場合において、前記携帯端末が前記機器に接近している場合に、前記機器側認証手段によるユーザ認証を省略し、前記専用認証情報に対応する前記ユーザによる前記機器側認証手段の認証が成功したものとする制御を行う、請求項２に記載の機器利用システムである。

請求項７に係る発明は、前記認証制御手段は、前記端末側認証手段による前記ユーザ認証が成功した場合において、前記携帯端末が前記機器に接近している場合であっても、前記携帯端末において前記機器を操作するための所定のアプリケーションプログラム以外のアプリケーションプログラムが起動された場合には、前記専用認証情報に対応する前記ユーザによる前記機器側認証手段のユーザ認証が成功したものとする制御を行わない、請求項６に記載の機器利用システムである。

請求項８に係る発明は、携帯端末と、機器と、を含み、前記携帯端末は、前記携帯端末の利用をユーザに許可するためのユーザ認証を実行する端末側認証手段と、前記端末認証手段によるユーザ認証が成功した場合に、その成功を示す情報と、前記ユーザのユーザ識別情報とを前記機器に送信する送信手段と、を含み、前記機器は、前記機器を操作しようとするユーザについてのユーザ認証を実行する機器側認証手段と、前記端末側認証手段によるユーザ認証が成功した場合に、前記機器側認証手段によるユーザ認証を省略し、前記ユーザによる前記機器側認証手段のユーザ認証が成功したものとする制御を行う認証制御手段と、前記端末側認証手段による前記ユーザ認証が成功した場合に、前記機器に状態問合せを行う手段と、前記状態問合せに応じて前記機器が利用中である旨の回答を得た場合、前記機器の利用予約を受け付ける手段と、を含む機器利用システムであって、前記端末側認証手段によるユーザ認証又は前記機器側認証手段によるユーザ認証の少なくともいずれか一方が顔認証である、機器利用システムである。

請求項１、２又は６に記載の発明によれば、ユーザが機器を利用可能になるまでに要する時間を短くすることができると共に、携帯端末におけるユーザ認証が、携帯端末を利用するためのものか、機器を利用するためのものであるかを判定することができる。

請求項３にかかる発明によれば、機器の利用のための専用認証情報としてユーザが希望する情報の設定を受け付けることができる。

請求項４にかかる発明によれば、携帯端末を利用するための通常認証情報と同じ情報が機器の利用のための専用認証情報として設定されることを抑止できる。

請求項５に係る発明によれば、他のユーザが機器を使用予定の場合に専用認証情報の入力を受け付けないようにすることができる。

請求項７にかかる発明によれば、ユーザが機器の利用以外の目的で機器近傍を通り過ぎる際に機器に近づいた場合に、ユーザが携帯端末から機器にログインすることを抑止できる。

請求項８にかかる発明によれば、ユーザが携帯端末の利用のためのユーザ認証を行った際、機器が利用中の場合であっても、その利用中の状態が解除されるまで待たずに、機器に対して利用の予約を行うことができる。

実施形態のシステム構成の例を示す図である。機器の利用の際に通常とは異なる専用の画面ロックの解除コードを用いる場合の携帯端末の処理手順の一例を示す図である。機器の処理手順の一例を示す図である。携帯端末の処理手順の別の例の要部を示す図である。変形例のシステム構成の例を示す図である。変形例における携帯端末の処理手順の一例の要部を示す図である。変形例における携帯端末の処理手順の別の例の要部を示す図である。第２の変形例のシステム構成の例を示す図である。第２の変形例における携帯端末の処理手順の一例の要部を示す図である。第２の変形例における機器の処理手順の一例の要部を示す図である。

図１に、実施形態のシステムの一例を示す。このシステムは、携帯端末１００と機器２００から構成される。

携帯端末１００は、ユーザが携帯する情報処理端末であり、スマートフォン、タブレット端末等がその一例である。機器２００は、ユーザに対して何らかの処理機能を提供する装置である。機器２００は、例えばプリンタ、スキャナ、ファクシミリ、複合機（プリンタ、スキャナ、コピー機等の機能を併せ持つ装置）等である。

携帯端末１００は、ロック制御部１１０、機器操作アプリ１２０、通信制御部１３０を含む。

ロック制御部１１０は、携帯端末１００の画面ロックの制御を行う。ロック制御部１１０は、例えば携帯端末１００のＯＳ（オペレーティングシステム）の一機能として実装される。画面ロックの制御では、携帯端末１００のディスプレイにロック画面を表示したり、そのロック画面の表示を解除し、ユーザから操作を受け付けるための通常のＵＩ（ユーザインタフェース）画面（例えばホーム画面等）を表示したりする。なお、ロック画面とは、端末をその端末の所有者以外の者が勝手に使えないように操作をロック（すなわちロックの解除操作以外の操作を受け付けない、又は解除操作以外には限られた操作しか認めないこと）した際に表示される画面である。画面ロック（すなわちロック画面が表示された状態）の解除には、所定の解除操作が要求される。ロック制御部１１０は、解除操作として、ＰＩＮコード入力、パスワード入力、パターン入力、指紋認証、顔認証、等の数種類の方法を用意している。パターン入力とは、携帯端末１００のディスプレイであるタッチパネル上のロック画面上に指先等のタッチ操作で軌跡（パターン）を描く操作であり、例えばAndroid（登録商標）ＯＳで画面ロック解除の方法の一つに採用されている。ユーザは、それら複数の解除操作のうち、自分が使用する解除操作をあらかじめロック制御部１１０に設定し、またその解除操作に用いる個人認証情報（例えばＰＩＮコード、パスワード、パターン、指紋情報、顔情報、虹彩情報）を設定する。この解除操作方法や個人認証情報の設定のための情報処理は、ロック設定部１１２により行われる。ユーザは、携帯端末１００を操作しようとする際、ディスプレイに表示されたロック画面に対して、その設定した解除操作の方法でその個人認証情報を入力することで、画面ロックを解除する。ロック制御部１１０が行っている画面ロックの解除の処理は、携帯端末１００を利用しようとするユーザに対する認証処理である。

機器操作アプリ１２０は、携帯端末１００から機器２００を操作するための処理を実行するアプリケーションプログラムである。機器操作アプリ１２０は、携帯端末１００内のコンピュータにインストールされており、携帯端末１００内のプロセッサにより実行されることで、機器２００を操作するためのＵＩや、そのＵＩに対するユーザからの指示に従って機器２００に対して処理の指示や処理対象のデータの送受信等の処理を実行する。

機器操作アプリ１２０は、機器用ユーザＩＤ１２２の情報を保持している。機器用ユーザＩＤ１２２は、ユーザ（すなわちその携帯端末１００の所有者）が機器２００に持っているユーザアカウントのユーザＩＤ（識別情報）である。この情報は、そのユーザが機器操作アプリ１２０に設定しておく。ユーザは、その機器２００をローカルで使用する場合にはその機器２００の付属の入力装置にそのユーザＩＤとパスワードを入力して認証を受けるが、同じユーザＩＤを本実施形態の簡易的な認証操作のために携帯端末１００内に保持しているのである。なお、機器用ユーザＩＤ１２２は、機器２００におけるそのユーザのユーザＩＤそのものでなくてもよく、そのユーザＩＤを一意に導出できる他の情報であってもよい。

また、機器操作アプリ１２０は、利用依頼処理部１２４を有する。利用依頼処理部１２４は、携帯端末１００のユーザ（所有者）が機器２００を利用する際の利用依頼の処理を行う。本実施形態では、携帯端末１００から機器２００を利用する際の認証処理を簡素化するために、携帯端末１００の画面ロックの解除を、その携帯端末１００のユーザ（所有者）の機器２００に対する認証と連動させる。すなわち、画面ロックが解除された時に携帯端末１００（利用依頼処理部１２４）から機器２００に対して、そのユーザの機器用ユーザＩＤ１２２と画面ロックが解除されていること示す特定の情報とを含んだ利用依頼情報を機器２００に送る。すると、携帯端末１００から利用依頼情報を受け取った機器２００は、その情報に含まれる機器用ユーザＩＤ１２２に対応するユーザの機器２００に対するログインを許可し、携帯端末１００からそのユーザが機器２００を操作できるようにする。この場合、携帯端末１００の画面ロックが解除されているので、その携帯端末１００は機器用ユーザＩＤ１２２が示す正当なユーザ（携帯端末１００の所有者）に操作されているはずである。利用依頼情報は、正当なユーザにより操作されている携帯端末１００からの利用依頼であることを示しているので、機器２００はそのことをいわば信用し、ユーザからのパスワード等の認証情報の入力やその認証情報に対する認証処理を省略して、そのユーザのログインを認めるのである。

通信制御部１３０は、携帯端末１００の外部（例えば機器２００）とのデータ通信のための制御を行う。通信制御部１３０は、無線ＬＡＮ（ローカルエリアネットワーク）等の無線通信を経由して機器２００と通信するものであってもよい。また、この無線通信は、Wi-Fi Direct（登録商標）やBluetooth(登録商標)等のように、無線機器同士が直接無線通信で接続するものであってもよい。

機器２００は、ユーザに対して提供する機能（例えば複合機の場合は、スキャン、印刷、ファックス送信等）のための機構に加え、認証処理部２１０、操作受付部２２０及び通信制御部２３０を有する。

認証処理部２１０は、当該機器２００を操作しようとするユーザに対してユーザ認証を行う。例えば、機器２００に付属する入力装置（例えばタッチパネルに表示したユーザＩＤ、パスワードの入力欄や、ＩＣカードリーダ）に対してユーザがユーザＩＤ及び認証情報を入力した場合、認証処理部２１０はそれら入力された情報に基づいてユーザ認証を実行する。また、認証処理部２１０は、携帯端末１００やネットワーク上のＰＣ（パーソナルコンピュータ）等の装置からユーザＩＤ及びパスワードとの認証情報を受け付け、それらの情報に基づいてユーザ認証を行う。認証処理部２１０は、このような通常の認証機能に加え、携帯端末１００から利用依頼情報（機器用ユーザＩＤ１２２と画面ロック解除の旨を示す特定情報を含む）を受けた場合にユーザＩＤと認証情報に基づく通常の認証処理を省略して、その機器用ユーザＩＤ１２２に対応するユーザの当該機器２００の利用を許可（例えばログインを許可）する機能を有する。

操作受付部２２０は、ログインしたユーザからの機器２００への操作を受け付ける。機器２００は、操作受付部２２０が受け付けた操作に対応する処理を実行する。

通信制御部２３０は、機器２００の外部（例えば携帯端末１００）とのデータ通信のための制御を行う。通信制御部２３０は、Wi-Fi Direct（登録商標）等の無線ＬＡＮ規格をサポートしていてもよい。

以上に説明したとおり、本実施形態では、いわば携帯端末１００の画面ロックの解除（すなわち携帯端末１００を利用するためのユーザ認証）を、機器２００におけるユーザ認証に連動させるものである。ここで、ユーザが携帯端末１００の画面ロックを解除するのは、機器２００を利用する場合に限らない。このため、画面ロックの解除の都度、携帯端末１００（利用依頼処理部１２４）が機器２００に利用依頼情報を送る処理を行うとすると、ユーザに機器２００の利用の意思がない場合もその処理が行われることになり無駄である。そこで、本実施形態では、一つの例として、携帯端末１００を利用するための通常の画面ロック解除の他に、機器２００を利用するための専用の画面ロック解除を携帯端末１００に設定し、ユーザが携帯端末１００から機器２００を利用する際には後者の画面ロック解除を用いる。

通常の画面ロック解除と機器２００の利用の際の画面ロック解除との区別は、一つの例では、解除操作のために入力する個人認証情報として異なる情報を用いることで実現する。例えば、画面ロック解除のための解除操作としてパターン入力方式を用いる場合に、通常の画面ロック解除と機器２００の利用の際の画面ロック解除とで、異なるパターン（これが個人認証情報に対応）を用いることがその一例である。また別の例として、通常の画面ロック解除と機器２００の利用の際の画面ロック解除とで、画面ロック解除のために入力すべきＰＩＮコードやパスワードを異ならせてもよい。

また別の例として、機器２００の利用の際の画面ロック解除のための解除操作に、通常の画面ロック解除に使う解除操作と異なる操作を割り当ててもよい。例えば、通常の画面ロック解除には指紋入力方式を用いるが、機器２００の利用の際にはＰＩＮコード入力を用いる等である。

この場合、通常の画面ロック解除の画面が表示されている状態において、切り替えボタンが押される、フリック操作などのジェスチャ操作が行われるなどといった特定の操作が行われると、機器２００の利用の際の画面ロック解除画面に切り替わってもよいし、反対に機器２００の利用の際の画面ロック解除の画面が表示されている状態から、通常の画面ロック解除の画面に切り替わってもよい。

上記いずれの場合も、機器２００を利用する際には、ユーザは通常の画面ロック解除の際に入力するのとは異なる特別の解除コード（通常とは異なる解除操作もその一例）を入力する。ロック設定部１１２は、通常のロック解除のための解除コード（通常コードと呼ぶ）の他に、機器２００の利用の際の専用の解除コード（機器利用専用コードと呼ぶ）の設定を受け付ける。

このように、機器２００の利用の際に通常とは異なる特別の解除コードを用いる場合の、画面ロック解除の際の携帯端末１００の処理手順の一例を、図２を参照して説明する。

図２の手順は、携帯端末１００の電源がオンされたりスリープ状態の解除操作が行われたりした場合に開始される。スリープ解除等が行われると、携帯端末１００のロック制御部１１０は、携帯端末１００のディスプレイに所定のロック画面を表示し（Ｓ１０）、ユーザからそのロック画面に対する解除コードの入力を受け付ける（Ｓ１２）。次にロック制御部１１０は、Ｓ１２で入力された解除コードが通常コード、機器利用専用コード、及びそれ以外のいずれであるかを判定する（Ｓ１４）。入力された解除コードが通常コード及び解除コードのいずれにも該当しない場合、ロック制御部１１０は画面ロックを解除しない（図示省略）。入力された解除コードが通常コードである場合、ロック制御部１１０は、画面ロックを解除して所定のホーム画面をディスプレイに表示する（Ｓ１６）。Ｓ１６以降は携帯端末１００の通常の処理なので説明を省略する。

Ｓ１２で入力された解除コードが機器利用専用コードである場合、携帯端末１００は、通信制御部１３０に対して、近傍の機器２００との通信を確立させる（Ｓ１８）。ここでの携帯端末１００と近傍の機器２００との通信は、Wi-Fi DirectやBluetooth（登録商標）等の近距離無線接続方式によるものであってよい。なお、Ｓ１８において、携帯端末１００から近距離無線接続方式で接続可能な機器２００が見つからなかった場合には、携帯端末１００は、例えば近くに利用可能な機器がないことを示すエラーメッセージをロック画面上に表示してもよい。

Ｓ１８で近傍の機器２００と無線通信が確立できた場合、携帯端末１００は、その通信を利用して機器２００から現在の状態の情報を取得する（Ｓ２０）。ここで取得する機器２００の状態は、その機器２００が現在利用中であるか（すなわち例えば印刷その他の処理を実行中であるか）否かの状態である。携帯端末１００は、取得した状態の情報から、その機器２００が現在利用中であるか否かを判定する（Ｓ２２）。ここで利用中と判定された場合、ロック制御部１１０が、ロック画面上に機器２００が現在利用中であることを表示し（Ｓ２４）、Ｓ１０に戻る。

Ｓ２２で機器２００が現在利用中でないと判定した場合、機器操作アプリ１２０はジョブ実行画面を携帯端末１００のディスプレイに表示する（Ｓ２６）とともに、利用依頼処理部１２４により機器２００に対して利用依頼情報を送信する（Ｓ２８）。ここで、ジョブ実行画面は、機器２００を操作するためのＵＩ画面である。ユーザは、ジョブ実行画面の表示に従い、機器２００に実行させたい処理の選択やその処理のためのパラメータ等の入力を行う。また、Ｓ２８で送信される利用依頼情報には、機器用ユーザＩＤ１２２と画面ロック解除済みであることを示す特定情報とが含まれる。利用依頼情報を受け取った機器２００は、その中に含まれる機器用ユーザＩＤ１２２に対応するユーザのログインを許可し、この後に続く（ログアウトまたは無操作でタイムアウトするまでの）携帯端末１００からのそのユーザの操作指示を受け付ける。機器操作アプリ１２０は、ジョブ実行画面上でのユーザの入力が完了し、その入力が示すジョブの開始をユーザから指示された場合、その入力の内容を含んだジョブ実行指示を機器２００に送る（Ｓ２９）。機器２００は、そのジョブ実行指示に従ってジョブを実行する。

次に図３を参照して、機器２００が実行する処理手順の例を説明する。

この手順では、機器２００は、携帯端末１００からアクセスを受けた場合、前述した利用依頼情報が送られてきたか否かを判定する（Ｓ１０２）。利用依頼情報が送られてこない場合には、通常の処理（例えばユーザＩＤ、パスワード等の入力画面を携帯端末に送信）を実行する。一方、Ｓ１０２で利用依頼情報が送られてきたと判定した場合、機器２００の認証処理部２１０は、その利用依頼情報に含まれる機器用ユーザＩＤ１２２に対応するユーザの認証が成功したものと見なし、そのユーザのログインを許可する（Ｓ１０４）。そして、その後携帯端末１００から送られてくるジョブ実行指示を受け取り、その指示に応じてジョブを実行する（Ｓ１０６）。

さて、図２に示した処理手順では、携帯端末１００は、画面ロック解除後にＳ２０で取得した機器２００の状態が「利用中」である場合、単に利用中の旨を表示してロック画面の表示（Ｓ１０）に戻った。これに対する別の例として、その場合に、ユーザから利用予約を受け付けることも可能である。この場合の携帯端末１００の処理手順の例を図４に示す。図４に示す手順は、図２の手順のＳ２２以降に置き換えられるものである。

この手順において、Ｓ２２で機器２００の状態が「利用中」であると判定した場合、携帯端末１００は、利用予約を行うか否かを問い合わせる画面を表示する（Ｓ３０）。この画面に対してユーザが利用予約を行わない旨を指示した場合（Ｓ３２の判定結果がＮｏ）、携帯端末１００はロック画面表示（Ｓ１０）に戻る。ユーザが利用予約を行う旨を指示した場合（Ｓ３２がＹｅｓ）、機器操作アプリ１２０は、機器操作アプリ１２０はジョブ実行画面を携帯端末１００のディスプレイに表示する（Ｓ３４）とともに、利用依頼処理部１２４により機器２００に対して利用依頼情報を送信する（Ｓ３６）。ユーザは、ジョブ実行画面の表示に従い、機器２００に実行させたい処理の選択やその処理のためのパラメータ等の入力を行う。機器操作アプリ１２０は、ジョブ実行画面上でのユーザの入力が完了し、その入力が示すジョブの開始をユーザから指示された場合、その入力の内容を含んだジョブ実行指示を機器２００に送る（Ｓ３８）。機器２００は、受け取ったジョブを待ち行列に入れる。これにより、ジョブの予約（このジョブを予約ジョブと呼ぶ）が完了する。機器２００は、現在実行中のジョブ（上記予約ジョブより優先度が高い待ち行列内の他のジョブ）の実行が完了した後予約ジョブの実行を開始し、携帯端末１００に対して実行開始の通知を行う。機器操作アプリ１２０は、Ｓ３８の後、機器２００から予約ジョブの実行開始の通知が来るのを待ち（Ｓ４０、Ｓ４２）、通知が来ると（Ｓ４２の判定結果がＹｅｓ）、携帯端末１００の画面上に予約ジョブが開始されたことを示す画面を表示する（Ｓ４４）。ユーザは、その画面を見てジョブが開始されたことを知る。例えばジョブが印刷ジョブである場合、ユーザは、実行開始の通知を見て機器２００のところまで行き、印刷結果を取得する。Ｓ４２がＮｏの場合は、Ｓ４０に戻る。

さて、上記実施形態で用いる機器利用専用コードは、携帯端末１００を通常利用する際の画面ロックの解除コードである通常コードとは異なっている必要がある。ロック設定部１１２は、ユーザが機器利用専用コードを設定する場合に、通常コードとは異なるコードを選択するための案内処理を行ってもよい。案内処理としては、例えばユーザが機器利用専用コードとして入力したコードが、すでに設定されている通常コードと一致している場合に、その旨を画面上で通知し、ユーザに異なるコードを設定するように促す処理を行ってもよい。またこのとき、ロック設定部１１２が、その通常コードを少し変化させて生成した別のコード（あるいは完全に別のコードであってもよい）を機器利用専用コードの候補として提案してもよい。また案内処理の別の例として、すでに設定されている通常コードを画面に表示し、これと異なるコードを機器利用専用コードとして設定するように案内してもよい。

以上の例では、携帯端末１００の画面ロックを解除する解除コード（解除操作）として、携帯端末１００を通常利用する際に用いる通常コードのほかに、機器２００を利用する際に用いる機器利用専用コードを用意することで、画面ロックの解除された際に、ユーザが機器２００を利用する意思があるのか否かを区別できるようにした。これに対し、以下に説明する変形例では、ユーザが画面ロック解除を行った際に機器２００を利用する意思があるのか否かを、別の方法で推定する。

図５に、この変形例のシステムの構成を例示する。このシステム構成は、図１に示したシステム構成に対し、携帯端末１００及び機器２００がそれぞれＢＬＥ（Bluetooth Low Energy：登録商標）モジュール１４０及び２４０を備える点が異なる。ＢＬＥモジュール１４０及び２４０は、ＢＬＥ規格に準拠した無線通信を行うための装置である。ＢＬＥ規格は、通信相手との通信の際の電波強度からその通信相手とのおおよその距離を検知する機能をサポートしており、ＢＬＥモジュール１４０及び２４０もその機能を有する。この変形例では、画面ロックが解除された際に携帯端末１００が機器２００に近づきつつある場合に、携帯端末１００のユーザが機器２００を利用する意思があると判定する。

図６にこの変形例における携帯端末１００の処理手順を示す。図６の手順は、図２の手順の変形であり、図２に示したステップと同様のステップには同一符号を付した。

図６の手順では、携帯端末１００は、Ｓ１２で画面ロックの解除コードの入力を受けた後、ＢＬＥモジュール１４０により近傍の機器２００のＢＬＥモジュール２４０と通信し、それら両ＢＬＥモジュール１４０及び２４０間の距離を定期的に（例えば０．１秒ごとに）算出し、その距離の時間的な変化を求める（Ｓ５０）。そして、ロック制御部１１０は、求めた距離の変化から、携帯端末１００が機器２００に近づいているか否かを判定する（Ｓ５２）。そして、近づいていると判定した場合（Ｓ５２の判定結果がＹｅｓ）には、携帯端末１００のユーザが機器２００を利用する意図があると推定されるので、処理は図２のＳ１８以降に進み、利用依頼処理部１２４から機器２００に利用依頼情報を送って機器２００に対するログインを行う。一方、Ｓ５２の判定結果がＮｏの場合は、ユーザは機器２００を利用する意図がないと推定されるので、ロック制御部１１０は、Ｓ１６に進んで通常の画面ロック解除を行い、ホーム画面を表示する。

さて、上述の図６の手順では、画面ロック解除時にユーザ（携帯端末１００）が機器２００に近づきつつあれば、ユーザが機器２００を利用する意図を持つと判定した。しかし、ユーザが単に機器２００を通り過ぎる際に携帯端末１００を操作しようとして画面ロックを解除することもあり得る。このような場合も考慮に入れた、図６の手順の改良例を図７に示す。

図７の手順では、携帯端末１００は、Ｓ５２で携帯端末１００が機器２００に近づいていると判定した場合、画面ロックを解除してホーム画面を表示し（Ｓ５４）、ユーザが何らかのアプリ（アプリケーションプログラム）を起動するかどうかを監視する。この監視において、Ｓ５４のホーム画面の表示の後所定の期間（例えば数秒）以内にユーザが機器操作アプリ１２０以外のアプリを起動したか否かを判定する（Ｓ５６）。その所定の期間内にユーザが起動したアプリが機器操作アプリ１２０以外のアプリであれば（Ｓ５６の判定結果がＹｅｓ）、ユーザは機器２００を利用するためではなくそのアプリを利用するために画面ロックを解除したと判断できる。この場合、携帯端末１００はその起動されたアプリの処理を行う。これに対し、その所定期間内に機器操作アプリ１２０が開かれた場合は、ユーザは機器２００を利用する意思を持っているので、携帯端末１００の処理はＳ１８に進み、機器２００の利用のための利用依頼情報の送信等の処理を行う。

図５～図７を参照して説明した変形例では、画面ロック解除時に携帯端末１００が機器２００に近づいているか否かを、ＢＬＥの距離計測機能を用いて判定したが、ＢＬＥの利用はあくまでも一例に過ぎない。電波等を利用した他の距離計測システムを用いてもよいまた例えばＧＰＳ（Global Positioning System）等の測位システムを用いて携帯端末１００及び機器２００の位置を求め、時間経過に伴うそれら両者の位置の差（距離）の変化を求めてもよい。

さらに別の変形例を図８～図１０を参照して説明する。この変形例も、図５～図７の変形例と同様、画面ロック解除のための機器利用専用コードを用いず、通常の解除コードが入力された際の状況から、ユーザが機器２００を用いようとしているのか否かを判定する。この変形例では、図８に示すように、機器２００が公知の視線検知センサ２５０を有しており、ユーザが携帯端末１００の画面ロックを解除した際に、視線検知センサ２５０が視線を検知していれば、ユーザが機器２００の利用の意思を持つと判断する。すなわち、画面ロック解除をした際（例えば解除の直後）、ユーザが機器２００の方を見れば、そのユーザは機器２００を利用する意思があると判断するのである。

図９は、この変形例での携帯端末１００の処理手順の例であり、図２に示した手順と同様のステップには同一符号を付した。この手順では、携帯端末１００は、Ｓ１２で画面ロックの解除コードの入力を受けると、機器２００に対してロックが解除されたことを通知する（Ｓ６０）。この通知は、画面ロックが解除されたことを示すものであればよく、前述した利用依頼情報は含まなくてよい。この通知は、BluetoothやWi-Fi Direct等の公知の無線通信方式で行えばよい。Ｓ６０の後、携帯端末１００は、機器２００から利用依頼情報の送信を要求されるのを待つ（Ｓ６２）。所定の期間待っても機器２００から利用依頼情報が要求されなかった場合は、携帯端末１００は、図２のＳ１６に進み、ホーム画面を表示する。Ｓ６２で機器２００から利用依頼情報の送信を要求された場合は、携帯端末１００は、図２のＳ１８以降に進み、機器２００の利用のための利用依頼情報の送信等の処理を行う。

図１０は、この変形例での機器２００の処理手順の例である。この手順では、機器２００は、携帯端末１００からアクセスを受けた場合、そのとき受け取ったのがロック解除の通知であるか否かを判定する（Ｓ１１０）。ロック解除の通知でないと判定した場合には、図３のＳ１０２に進み、利用依頼情報を受け取ったかどうかを判定し、以降図２と同様の処理を行う。一方、Ｓ１１０でロック解除通知を受け取ったと判定した場合、機器２００は、視線検知センサ２５０が視線を検知したか否かを判定する（Ｓ１１２）。視線を検知していない場合は、機器２００はそれ以降携帯端末１００に対して特別の処理は行わない。この場合、携帯端末１００は、機器２００はロック解除の通知を送った後、利用依頼情報の要求が機器２００から来るのを待っているが、その待ち時間がタイムアウトするので、利用依頼情報の送信等の機器２００関連の処理は実行しない。Ｓ１１２の判定結果がＹｅｓとなった場合、機器２００は、携帯端末１００に対して利用依頼情報の送信を要求する（Ｓ１１４）。この要求を受けた携帯端末１００では、Ｓ６２の判定結果がＹｅｓとなるので、Ｓ１８に進み、利用依頼情報を送信するための処理を実行する。携帯端末１００が利用依頼情報を送信すると、機器２００は、図３のＳ１０２以降の処理を実行し、ユーザのログインを許可する。

以上に説明した例では、ユーザが機器２００を利用しようとする際に手元の携帯端末１００の画面ロックを解除する場合を想定したが、上記実施形態及び変形例の方式は、既に画面ロックが解除されている携帯端末１００を携帯しているユーザが機器２００を利用可能となった場合にも適用可能である。例えば、画面ロックが解除されている携帯端末１００を持ったユーザが機器２００と通信可能な位置まで来たときに機器操作アプリ１２０を起動した場合に、利用依頼処理部１２４が機器２００に利用依頼情報を送信してもよい。また、画面ロックが解除され機器操作アプリ１２０が起動された状態の携帯端末１００を持ったユーザが、機器２００と通信可能な位置まで来たときに、利用依頼処理部１２４が機器２００に利用依頼情報を送信してもよい。

以上に示した例では、利用依頼情報を機器２００に送信する処理は機器操作アプリ１２０が行ったが、ロック制御部１１０が行ってもよい。

また、図２の手順のＳ１２では、ロック解除コードとして、通常コードと機器利用専用コードの両方の入力を受け付けていたが、状況に応じて機器利用専用コードの入力を受け付けないようにしてもよい。例えば、機器２００がユーザからの使用（利用）予約を受け付ける機能を有している場合を考える。携帯端末１００にロック解除画面を表示する際、機器２００が他のユーザ（その携帯端末１００の所有者以外のユーザ）に予約されていれば（すなわちその表示の時点が、他のユーザが予約した機器２００の使用予定の時間帯に該当すれば）、他のユーザが機器２００を使用している（あるいはこれから使用する）はずと考えられる。このとき携帯端末１００から機器２００を使用しようとしても、その予約に係る使用が終了してからでないと、機器２００は使用できない。したがって、このような場合に機器利用専用コードの入力を受け付けて認証手順を高速化したとしても、無駄になる可能性が高い。そこで、携帯端末１００は、ロック解除画面を表示する際、機器２００が他のユーザに予約されていれば、機器利用専用コードの入力は受け付けない（例えば通常コードの入力画面を表示し、機器利用専用コードの入力画面は表示しない）ようにする。機器２００が他のユーザに予約されているか否かは、携帯端末１００からその機器２００、又は機器２００群の利用予約を管理するサーバに問い合わせることで検知すればよい。

以上、本発明の実施形態を説明した。以上に例示した携帯端末１００、及び機器２００の情報処理部は、コンピュータに上述の各機能を表すプログラムを実行させることにより実現される。ここで、コンピュータは、例えば、ハードウエアとして、ＣＰＵ等のマイクロプロセッサ、ランダムアクセスメモリ（ＲＡＭ）およびリードオンリメモリ（ＲＯＭ）等のメモリ（一次記憶）、フラッシュメモリやＳＳＤ（ソリッドステートドライブ）、ＨＤＤ（ハードディスクドライブ）等の固定記憶装置を制御するコントローラ、各種Ｉ／Ｏ（入出力）インタフェース、ローカルエリアネットワークなどのネットワークとの接続のための制御を行うネットワークインタフェース等が、たとえばバス等を介して接続された回路構成を有する。それら各機能の処理内容が記述されたプログラムがネットワーク等の経由でフラッシュメモリ等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがＲＡＭに読み出されＣＰＵ等のマイクロプロセッサにより実行されることにより、上に例示した機能モジュール群が実現される。

１００携帯端末、１１０ロック制御部、１１２ロック設定部、１２０機器操作アプリ、１２４利用依頼処理部、１３０通信制御部、１４０，２３０ＢＬＥモジュール、２００機器、２１０認証処理部、２２０操作受付部、２２０操作受付部、２３０通信制御部、２５０視線検知センサ。

Claims

携帯端末と、機器と、を含み、
前記携帯端末は、
前記携帯端末の利用をユーザに許可するためのユーザ認証を実行する端末側認証手段と、
前記端末認証手段によるユーザ認証が成功した場合に、その成功を示す情報と、前記ユーザのユーザ識別情報とを前記機器に送信する送信手段と、
を含み、
前記機器は、
前記機器を操作しようとするユーザについてのユーザ認証を実行する機器側認証手段と、
前記端末側認証手段によるユーザ認証が成功した場合であって、前記ユーザが前記機器の方を見ていると判断された場合に、前記機器側認証手段によるユーザ認証を省略し、前記ユーザによる前記機器側認証手段のユーザ認証が成功したものとする制御を行う認証制御手段と、
を含む機器利用システムであって、
前記端末側認証手段によるユーザ認証又は前記機器側認証手段によるユーザ認証の少なくともいずれか一方が顔認証である、機器利用システム。
携帯端末と、機器と、を含み、
前記携帯端末は、
前記携帯端末の利用をユーザに許可するためのユーザ認証を実行する端末側認証手段と、
前記端末認証手段によるユーザ認証が成功した場合に、その成功を示す情報と、前記ユーザのユーザ識別情報とを前記機器に送信する送信手段と、
を含み、
前記機器は、
前記機器を操作しようとするユーザについてのユーザ認証を実行する機器側認証手段と、
前記端末側認証手段によるユーザ認証が成功した場合に、前記機器側認証手段によるユーザ認証を省略し、前記ユーザによる前記機器側認証手段のユーザ認証が成功したものとする制御を行う認証制御手段と、
を含む機器利用システムであって、
前記端末側認証手段によるユーザ認証又は前記機器側認証手段によるユーザ認証の少なくともいずれか一方が顔認証であり、
前記端末側認証手段は、前記ユーザに対応付けて、前記携帯端末の通常の利用のためのそのユーザ認証情報である通常認証情報と、前記機器の利用のための前記携帯端末の利用のためのユーザ認証情報である専用認証情報と、の入力を受け付け可能であり、
前記認証制御手段は、前記専用認証情報が入力されたのに応じて前記ユーザ認証が成功した場合に、前記機器側認証手段によるユーザ認証を省略し、前記専用認証情報に対応する前記ユーザによる前記機器側認証手段の認証が成功したものとする制御を行う、
機器利用システム。
前記携帯端末は、前記専用認証情報の設定を受け付ける設定受付手段を更に備える請求項２に記載の機器利用システム。
前記設定受付手段は、前記通常認証情報と同一の認証情報が前記専用認証情報として設定されないよう案内する、請求項３に記載の機器利用システム。
前記携帯端末は、前記機器を使用予定のユーザを検知する検知手段を更に含み、
前記端末側認証手段は、前記検知手段により前記機器を使用予定のユーザが検知されている場合、前記通常認証情報の入力は受け付け可能にし、前記専用認証情報の入力は受付不可能にすることを特徴とする請求項２に記載の機器利用システム。
前記認証制御手段は、前記端末側認証手段による前記ユーザ認証が成功した場合において、前記携帯端末が前記機器に接近している場合に、前記機器側認証手段によるユーザ認証を省略し、前記専用認証情報に対応する前記ユーザによる前記機器側認証手段の認証が成功したものとする制御を行う、請求項２に記載の機器利用システム。
前記認証制御手段は、前記端末側認証手段による前記ユーザ認証が成功した場合において、前記携帯端末が前記機器に接近している場合であっても、前記携帯端末において前記機器を操作するための所定のアプリケーションプログラム以外のアプリケーションプログラムが起動された場合には、前記専用認証情報に対応する前記ユーザによる前記機器側認証手段のユーザ認証が成功したものとする制御を行わない、請求項６に記載の機器利用システム。
携帯端末と、機器と、を含み、
前記携帯端末は、
前記携帯端末の利用をユーザに許可するためのユーザ認証を実行する端末側認証手段と、
前記端末認証手段によるユーザ認証が成功した場合に、その成功を示す情報と、前記ユーザのユーザ識別情報とを前記機器に送信する送信手段と、
を含み、
前記機器は、
前記機器を操作しようとするユーザについてのユーザ認証を実行する機器側認証手段と、
前記端末側認証手段によるユーザ認証が成功した場合に、前記機器側認証手段によるユーザ認証を省略し、前記ユーザによる前記機器側認証手段のユーザ認証が成功したものとする制御を行う認証制御手段と、
前記端末側認証手段による前記ユーザ認証が成功した場合に、前記機器に状態問合せを行う手段と、
前記状態問合せに応じて前記機器が利用中である旨の回答を得た場合、前記機器の利用予約を受け付ける手段と、
を含む機器利用システムであって、
前記端末側認証手段によるユーザ認証又は前記機器側認証手段によるユーザ認証の少なくともいずれか一方が顔認証である、機器利用システム。