JP2017037361A - 機器、情報処理システム、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】情報処理端末を機器の操作部として機能させる場合において機器に実装されている認証機能の有効活用を可能とすること。
【解決手段】機器は、携帯型の記録媒体からデータを取得する取得部と、取得されたデータに基づいて、認証を行う認証部と、前記認証部による認証が成功した場合に、当該機器が操作部を備えていれば、当該機器の操作部に表示されている、ユーザの操作を制限するための画面を消去し、当該機器に情報処理端末がネットワークを介して接続されていれば、前記情報処理端末に前記認証の成功を通知する消去部と、を有する。
【選択図】図３

Description

本発明は、機器、情報処理システム、情報処理方法、及びプログラムに関する。

画像形成装置のように、オフィスにおいて利用される機器においては、既定の認証機能として、既定のログイン画面に入力されるユーザ名及びパスワードに基づく認証機能が実装されているものが有る。

また、上記のような機器において、当該機器の機能を拡張するためのアプリケーションを実装可能なものが有る。このような機器では、例えば、社員証等のカードを用いた認証機能によって、既定の認証機能を代替することができる。

他方において、近年では、各種の機器に関して、スマートフォン又はタブレット端末等のスマート端末との連携によって、利便性の向上が図られている。画像形成装置等の機器についても、スマート端末によって操作パネルを代替させることが検討されている。この場合、スマート端末上で動作するアプリケーションによって、機器の制御を可能とすることで、機器に関するアプリケーションの流通性の向上を期待することができる。すなわち、機器に対するアプリケーションのインストール等については、機器ごとに固有の作法が有り、サービスマン等による支援が必要とされる。一方、スマート端末に関するアプリケーションのインストールやアンインストール等は、簡易な操作で可能であるため、より気軽に行われる可能性が高いと考えられる。

しかしながら、認証機能のように、機器の利用に関して基本となる機能についてまでスマート端末側に実装していたのでは、スマート端末を機器の操作部として機能させるために必要とされる開発の作業量が大きくなってしまう。また、機器の本体に既に実装されている認証機能を、改めてスマート端末上に実装するということは、既存の資産の有効活用という観点においても望ましくない。但し、ユーザによる操作を制限するためのログイン画面は、スマート端末において表示される必要が有るため、スマート端末側において、何らかの実装が必要とされる。

本発明は、上記の点に鑑みてなされたものであって、情報処理端末を機器の操作部として機能させる場合において機器に実装されている認証機能の有効活用を可能とすることを目的とする。

そこで上記課題を解決するため、機器は、携帯型の記録媒体からデータを取得する取得部と、取得されたデータに基づいて、認証を行う認証部と、前記認証部による認証が成功した場合に、当該機器が操作部を備えていれば、当該機器の操作部に表示されている、ユーザの操作を制限するための画面を消去し、当該機器に情報処理端末がネットワークを介して接続されていれば、前記情報処理端末に前記認証の成功を通知する消去部と、を有する。

情報処理端末を機器の操作部として機能させる場合において機器に実装されている認証機能の有効活用を可能とすることができる。

第１の実施の形態における画像形成装置のハードウェア構成例を示す図である。 第１の実施の形態における画像形成装置のソフトウェアアーキテクチャの一例を示す図である。 第１の実施の形態におけるＳＤＫアプリ、ＳＤＫプラットフォーム、及びコントロールサービスの機能構成例を示す図である。 第１の実施の形態におけるカード認証の処理手順の一例を説明するためのシーケンス図である。 第２の実施の形態における画像形成装置のハードウェア構成例を示す図である。 第２の実施の形態における情報処理端末のハードウェア構成例を示す図である。 第２の実施の形態における情報処理端末のソフトウェア構成例を示す図である。 第２の実施の形態におけるカード認証の処理手順の一例を説明するためのシーケンス図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、第１の実施の形態における画像形成装置のハードウェア構成例を示す図である。図１において、画像形成装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、操作パネル１５、ネットワークインタフェース１６、ＳＤカードスロット１７、及びＵＳＢポート１８等のハードウェアを有する。

コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、ＨＤＤ１１４、及びＮＶＲＡＭ１１５等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記憶される。ＮＶＲＡＭ１１５には、各種の設定情報等が記憶される。

スキャナ１２は、原稿より画像データを読み取るためのハードウェア（画像読取手段）である。プリンタ１３は、印刷データを印刷用紙に印刷するためのハードウェア（印刷手段）である。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル１５は、ユーザからの入力の受け付けを行うためのボタン等の入力手段や、液晶パネル等の表示手段等を備えたハードウェアである。液晶パネルは、タッチパネル機能を有していてもよい。この場合、当該液晶パネルは、入力手段の機能をも兼ねる。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記憶されたプログラムを読み取るために利用される。すなわち、画像形成装置１０では、ＲＯＭ１１３に記憶されたプログラムだけでなく、ＳＤカード８０に記憶されたプログラムもＲＡＭ１１２にロードされ、実行されうる。なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。ＵＳＢポート１８は、ＵＳＢ（Universal Serial Bus）ケーブルの接続口である。本実施の形態では、カードＲ／Ｗ９０が、ＵＳＢケーブルを介してＵＳＢポート１８に接続される。カードＲ／Ｗ９０は、画像形成装置１０の各ユーザに配布されている、社員証等のカードからのデータの読み取りや、当該カードに対するデータの書き込み等を行うカードリーダライタである。なお、カードは、磁気カードであってもよいし、ＩＣカードであってもよい。

図２は、第１の実施の形態における画像形成装置のソフトウェアアーキテクチャの一例を示す図である。図２において、画像形成装置１０は、標準アプリ１２１、ＳＤＫアプリ１２２、ＳＤＫプラットフォーム１２３、コントロールサービス１２４、及びＯＳ１２３等を有する。

標準アプリ１２１は、画像形成装置１０に標準的に（出荷時に予め）実装されているアプリケーションプログラムの集合である。同図では、スキャンアプリ１２１１、印刷アプリ１２１２、コピーアプリ１２１３、及びＦＡＸアプリ１２１４が例示されている。スキャンアプリ１２１１は、スキャナ１２等を利用したスキャンジョブを実行する。印刷アプリ１２１２は、プリンタ１３等を利用した印刷ジョブを実行する。コピーアプリ１２１３は、スキャナ１２及びプリンタ１３等を利用したコピージョブを実行する。ＦＡＸアプリ１２１４は、モデム１４等を利用したＦＡＸの送信ジョブ又は受信ジョブを実行する。なお、スキャナ１２、プリンタ１３、及びモデム１４等は、画像形成装置１０に固有のハードウェアの一例である。

コントロールサービス１２４は、各種のハードウェアリソース等を制御するための機能や、各種のアプリケーションに共通の機能等を上位アプリケーション等に対して提供するソフトウェアモジュール群である。コントロールサービス１２４は、例えば、ネットワーク通信に関する機能、スキャナ１２の制御機能、プリンタ１３の制御機能、メモリ（ＲＡＭ１１２、ＲＯＭ１１３、及びＮＶＲＡＭ１１５等）の管理機能、既定の認証機能等を有する。

ＳＤＫアプリ１２２は、画像形成装置１０の出荷後において、画像形成装置１０の機能拡張を図るために追加的にインストールされるアプリケーションプログラム（又はプラグインともいう。）である。

ＳＤＫプラットフォーム１２３は、ＳＤＫアプリ１２２を開発するためのＡＰＩ（Application Program Interface）を備えると共に、ＳＤＫアプリ１２２の実行環境を提供するプログラム群である。ＡＰＩの形態は、例えば、関数であってもよいし、オブジェクト指向のクラス及びクラスのメソッド等であってもよい。以下、ＳＤＫプラットフォーム１２３が提供するＡＰＩを、「ＳＤＫＡＰＩ」という。ＳＤＫアプリ１２２は、コントロールサービス１２４によって提供される一部又は全部の機能を、ＳＤＫＡＰＩを介して利用することができる。例えば、ＳＤＫプラットフォーム１２３は、スキャン機能に関するＳＤＫＡＰＩ、印刷機能に関するＳＤＫＡＰＩ、コピー機能に関するＳＤＫＡＰＩ等をＳＤＫアプリ１２２に提供する。ＳＤＫＡＰＩは公開されており、サードベンダ等によってもＳＤＫアプリ１２２は開発されうる。なお、ＳＤＫプラットフォーム１２３は、Ｊａｖａ（登録商標）ＶＭ（Virtual Machine）を含んでいてもよい。この場合、ＳＤＫアプリ１２２は、Ｊａｖａ（登録商標）言語によって実装される。

ＯＳ１２３は、いわゆるＯＳ（Operating System）である。画像形成装置１０上の各ソフトウェアは、ＯＳ１２３上においてプロセス又はスレッドとして動作する。

図２に示されるＳＤＫアプリ１２２の、ＳＤＫプラットフォーム１２３、及びコントロールサービス１２４等について、第１の実施の形態における具体的な機能構成について説明する。図３は、第１の実施の形態におけるＳＤＫアプリ、ＳＤＫプラットフォーム、及びコントロールサービスの機能構成例を示す図である。

図３において、コントロールサービス１２４は、ＵＳＢドライバ部１２４１、認証制御部１２４２、及びパネル制御部１２４３等としてＣＰＵ１１１を機能させる。

ＵＳＢドライバ部１２４１は、ＵＳＢポート１８に接続された外部機器の制御を行う。本実施の形態では、カードＲ／Ｗ９０、制御対象となる。認証制御部１２４２は、画像形成装置１０の既定の認証機能を実現する。例えば、認証制御部１２４２は、ログイン画面の表示及び消去の制御や、ログイン画面に入力されたユーザ名及びパスワードに関する認証の制御等を行う。但し、認証機能に関しては、拡張が予定されている。例えば、ＳＤＫアプリ１２２によって、認証機能の代替が可能とされている。認証機能が代替される場合、認証制御部１２４２は、ユーザ名及びパスワードに関する認証を代替先に委譲する。認証制御部１２４２は、また、画像形成装置１０によるジョブの実行に応じたカウンタの更新を制御する。カウンタとは、例えば、画像形成装置１０のジョブの実行に応じて出力される印刷用紙の枚数を示すパラメータであり、例えば、ＮＶＲＡＭ１１５に記憶される。パネル制御部１２４３は、操作パネル１５への画像の表示を制御する。

ＳＤＫプラットフォーム１２３は、ＵＳＢインタフェース部１２３１、拡張認証制御部１２３２、及びカウンタ通知部１２３３等としてＣＰＵ１１１を機能させる。

ＵＳＢインタフェース部１２３１は、ＵＳＢドライバ部１２４１の機能に関するＳＤＫＡＰＩを、ＳＤＫアプリ１２２に提供する。拡張認証制御部１２３２は、認証機能を拡張するためのＳＤＫアプリ１２２（本実施の形態におけるカード認証アプリ１３１）に対して、認証機能の拡張に必要なＳＤＫＡＰＩを提供する。カウンタ通知部１２３３は、認証制御部１２４２によるカウンタの更新を、ＳＤＫアプリ１２２に通知する。

図３では、また、ＳＤＫアプリ１２２の具体例として、カード認証アプリ１３１及び管理ＵＩアプリ１３２が示されている。カード認証アプリ１３１は、画像形成装置１０が有する既定の認証機能を拡張するためのＳＤＫアプリ１２２である。本実施の形態において、カード認証アプリ１３１は、カードを利用した認証（以下、「カード認証」という。）を実現する。カード認証においては、ログイン画面に対するユーザ名及びパスワードの入力は不要とされる。図３に示されるように、カード認証アプリ１３１は、カード管理部１３１１、カード読取制御部１３１２、ログイン制御部１３１３、及びカウンタ管理部１３１４等として、ＣＰＵ１１１を機能させる。

カード管理部１３１１は、カードの識別情報（以下、「カードＩＤ」という。）ごとに、カードが有効であるのか又は無効であるのかを示す情報を、例えば、ＨＤＤ１１４等を用いて管理する。

カード読取制御部１３１２は、カードＲ／Ｗ９０にセットされたカードからのデータの読み取りを制御する。

ログイン制御部１３１３は、カードから読み取られたデータに基づいて、ユーザのログインの可否を判定する。

カウンタ管理部１３１４は、カードごとや機能ごとのカウンタの値を、例えば、ＨＤＤ１１４等を用いて管理する。なお、カウンタ管理部１３１４は、コントロールサービス１２４とは別に、カウンタを管理する。コントロールサービス１２４は、カードごとのカウンタの管理機能を有していないからである。

管理ＵＩアプリ１３２は、カード認証アプリ１３１に関するユーザインタフェースを提供するＳＤＫアプリ１２２である。例えば、管理ＵＩアプリ１３２は、カード認証アプリ１３１によって管理されているカウンタの値の表示、編集、又は印刷等を行うためのユーザインタフェースを操作パネル１５に表示する。また、管理ＵＩアプリ１３２は、カードＩＤごとに、無効又は有効の設定を受け付けるためのユーザインタフェースを操作パネル１５に表示する。

以下、第１の実施の形態において画像形成装置１０が実行する処理手順について説明する。図４は、第１の実施の形態におけるカード認証の処理手順の一例を説明するためのシーケンス図である。

ユーザ認証の要否に関する画像形成装置１０に対する設定（以下、「認証設定」という。）が「認証要」に設定されている場合、認証制御部１２４２は、画像形成装置１０の起動直後や、ユーザのログアウト等に応じて、ログイン画面の表示をパネル制御部１２４３に要求する（Ｓ１０１）。パネル制御部１２４３は、当該要求に応じ、画像形成装置１０の操作画面に重畳させて、ログイン画面を表示する（Ｓ１０２）。ログイン画面は、例えば、既定の認証機能に従って、ユーザ名及びパスワードの入力を要求する画面であってもよい。なお、ログイン画面の表示は、操作パネル１５を介した画像形成装置１０の操作を制限する役割を有する。ログイン画面が表示されている間は、ユーザは操作画面を介して画像形成装置１０を利用することができないからである。

なお、仮に、認証設定が、「認証不要」に設定されている場合、ログイン画面の表示要求は行われない。その結果、図４に示される処理手順は実行されない。

一方、カード認証アプリ１３１のカード読取制御部１３１２は、ログインユーザが存在しない状態において、定期的に、カードからのデータの読み取りをＵＳＢインタフェース部１２３１に対して要求する（Ｓ１１１）。当該要求は、ＵＳＢインタフェース部１２３１によって、ＵＳＢドライバ部１２４１に通知される（Ｓ１１２）。ＵＳＢドライバ部１２４１は、当該要求に応じ、カードＲ／Ｗ９０に対して、カードからのデータの読み取りを要求する（Ｓ１１３）。このタイミングにおいて、カードＲ／Ｗ９０にカードがセットされていない場合、カードからのデータの読み取りは失敗する。この場合、読み取りの失敗を示す応答が、データの読み取りの要求とは逆の経路を辿って、カード読取制御部１３１２に通知される。

一方、ユーザによって、カードＲ／Ｗ９０にカードがセットされている場合（Ｓ１１０）、ＵＳＢドライバ部１２４１は、当該カードから読み取られたデータ（以下、「カードデータ」という。）を、カードＲ／Ｗ９０から取得する（Ｓ１１４）。ＵＳＢドライバ部１２４１によって取得されたカードデータは、ＵＳＢインタフェース部１２３１を介してカード読取制御部１３１２に通知される（Ｓ１１５、Ｓ１１６）。なお、カードＲ／Ｗ９０へのカードのセットとは、カードが、カードＲ／Ｗ９０に翳されたり、カードＲ／Ｗ９０に挿入されたりといったように、カードＲ／Ｗ９０がカードを読み取り可能な状態にすることをいう。

カード読取制御部１３１２は、通知されたカードデータをログイン制御部１３１３に入力する（Ｓ１１７）。ログイン制御部１３１３は、当該カードデータから、カードＩＤとコードデータとを抽出し、当該カードＩＤ及び当該コードデータを含む認証要求を、拡張認証制御部１２３２に入力する（Ｓ１１８）。例えば、カードＩＤは、カードデータの一部として、カードデータの先頭から所定の位置に含まれている。また、コードデータは、カードの製造会社等を示す情報であり、カードデータの一部として、カードデータの先頭から所定の位置に含まれている。なお、ステップＳ１１８は、拡張認証制御部１２３２が提供するＳＤＫＡＰＩの呼び出しによって実現される。当該ＳＤＫＡＰＩは、ユーザ名及びパスワードを引数とするメソッドである。ログイン制御部１３１３は、ユーザ名にカードＩＤを当てはめ、パスワードにコードデータを当てはめて、当該ＳＤＫＡＰＩを呼び出す。

続いて、拡張認証制御部１２３２は、当該カードＩＤ及び当該コードデータを含む認証要求を、認証制御部１２４２に入力する（Ｓ１１９）。ステップＳ１１９は、認証制御部１２４２が提供するＡＰＩの呼び出しによって実現される。当該ＡＰＩは、ユーザ名及びパスワードを引数とするメソッドである。拡張認証制御部１２３２は、ユーザ名にカードＩＤを当てはめ、パスワードにコードデータを当てはめて、当該ＡＰＩを呼び出す。但し、拡張認証制御部１２３２は、自らのＳＤＫＡＰＩにおいてユーザ名及びパスワードとして指定された値を、そのまま認証制御部１２４２のＡＰＩのユーザ名及びパスワードに当てはめるだけであり、当該ユーザ名及びパスワードのそれぞれが、カードＩＤ又はコードデータであることは意識していない。

続いて、認証制御部１２４２は、認証機能の委譲先が設定されている場合には、当該委譲先に対して認証要求に応じた処理を委譲する。本実施の形態では、カード認証アプリ１３１が、認証機能の委譲先とされている。但し、コントロールサービス１２４に属する認証制御部１２４２からは、カード認証アプリ１３１は直接的に見えないため、認証制御部１２４２は、ＳＤＫプラットフォーム１２３の拡張認証制御部１２３２を、認証機能の委譲先として認識している。そこで、認証制御部１２４２は、ステップＳ１１９の認証要求を、拡張認証制御部１２３２に対して通知する（Ｓ１２０）。なお、例えば、画像形成装置１０の起動直後において、認証機能を代行するカード認証アプリ１３１が、ＳＤＫプラットフォーム１２３の拡張認証制御部１２３２を介して、認証機能の代行を認証制御部１２４２に対して宣言することで、認証制御部１２４２に対して認証機能の委譲先が設定されてもよい。当該宣言によって、認証制御部１２４２は、拡張認証制御部１２３２を認証機能の委譲先として認識することができ、拡張認証制御部１２３２は、カード認証アプリ１３１を認証機能の委譲先として認識することができる。

続いて、拡張認証制御部１２３２は、認証機能の委譲先であるカード認証アプリ１３１のログイン制御部１３１３に対して、当該認証要求を通知する（Ｓ１２１）。ログイン制御部１３１３は、当該認証要求に応じ、当該認証要求の引数に指定されているカードＩＤ（以下、「対象カードＩＤ」という。）の有効性を、カード管理部１３１１に問い合わせる（Ｓ１２２）。カード管理部１３１１は、例えば、ＨＤＤ１１４においてカードＩＤごとに記憶されている、有効又は無効を示す情報を参照して、対象カードＩＤの有効性を判定し、当該判定結果（有効又は無効）を含む応答を、ログイン制御部１３１３に返却する（Ｓ１２３）。

対象カードＩＤが有効であることを示す応答が返却された場合、ログイン制御部１３１３は、例えば、カードＩＤごとに記憶されているカウンタの値が上限値に達しているか否かを、カウンタ管理部１３１４に問い合わせる（Ｓ１２４）。カウンタ管理部１３１４は、例えば、ＨＤＤ１１４においてカードＩＤごとに記憶されているカウンタの値（すなわち、各カードＩＤに係るユーザによる画像形成装置１０の利用量）が、上限値に達しているか否かを判定し、その判定結果をログイン制御部１３１３に返却する（Ｓ１２５）。なお、上限値は、カードＩＤごとに異なっていてもよいし、全てのカードＩＤに対して共通であってもよい。

対象カードＩＤに対するカウンタが上限値に達していない場合、ログイン制御部１３１３は、認証が成功したこと（ログインを許可すること）を示す認証結果を、拡張認証制御部１２３２に返却する（Ｓ１２６）。一方、ステップＳ１２３において、対象カードＩＤが無効であることを示す応答が返却された場合、又は対象カードＩＤに対するカウンタが上限値に達している場合、ログイン制御部１３１３は、ステップＳ１２６において、認証が失敗したこと（ログインを拒否すること）を示す認証結果を、拡張認証制御部１２３２に返却する。なお、対象カードＩＤの有効性及び対象カードＩＤに対するカウンタの値のチェックに加えて、コードデータが、予定している値に一致するか否かのチェックが実行されてもよい。

続いて、拡張認証制御部１２３２は、ログイン制御部１３１３から返却された認証結果を、認証制御部１２４２に返却する（Ｓ１２７）。当該認証結果が、認証の成功を示すものである場合、認証制御部１２４２は、ログイン画面の消去を、パネル制御部１２４３に要求する（Ｓ１２８）。パネル制御部１２４３は、当該要求に応じ、ログイン画面を消去する（Ｓ１２９）。その結果、ログイン画面による操作の制限が解除され、ユーザによる画像形成装置１０の操作が可能となる。

次に、第二の実施の形態について説明する。第二の実施の形態では第一の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一の実施の形態と同様でもよい。

図５は、第２の実施の形態における画像形成装置のハードウェア構成例を示す図である。図５中、図１と同一部分には同一符号を付し、その説明は省略する。

図５において、画像形成装置１０には、情報処理端末２０が、例えば、ＵＳＢケーブル等のネットワークを介して接続されている。情報処理端末２０は、例えば、スマートフォンやタブレット端末等、画像形成装置１０とは別のＣＰＵ及びＯＳを有する電子機器である。本実施の形態において、情報処理端末２０は、画像形成装置１０の操作部として機能する。より詳しくは、情報処理端末２０は、第１の実施の形態において、画像形成装置１０の専用の操作部として設置されていた操作パネル１５の代わりに、画像形成装置１０に接続される。

情報処理端末２０は、例えば、画像形成装置１０の所定の位置（例えば、操作パネルが配置される位置）に固定されて設置されてもよい。この場合、情報処理端末２０及び画像形成装置１０とは、一台の装置として把握されてもよい。または、情報処理端末２０は、画像形成装置１０から取り外し可能（分離可能）であってもよい。情報処理端末２０が取り外された状態において、情報処理端末２０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線、又は無線ＬＡＮ等を利用した無線通信等を介して、画像形成装置１０の操作部として機能可能であってもよい。

図６は、第２の実施の形態における情報処理端末のハードウェア構成例を示す図である。図６において、情報処理端末２０は、ＣＰＵ２０１、メモリ２０２、補助記憶装置２０３、タッチパネル２０４、無線通信装置２０５、及び機器インタフェース２０６等を有する。

補助記憶装置２０３は、情報処理端末２０にインストールされたプログラム等を記憶する。メモリ２０２は、プログラムの起動指示があった場合に、補助記憶装置２０３からプログラムを読み出して記憶する。ＣＰＵ２０１は、メモリ２０２に記憶されたプログラムに従って情報処理端末２０に係る機能を実現する。

タッチパネル２０４は、入力機能と表示機能との双方を備えた電子部品であり、情報の表示や、ユーザからの入力の受け付け等を行う。タッチパネル２０４は、表示装置２１１及び入力装置２１２等を含む。

表示装置２１１は、液晶ディスプレイ等であり、タッチパネル２０４の表示機能を担う。入力装置２１２は、表示装置２１１に対する接触物の接触を検出するセンサを含む電子部品である。接触物の接触の検出方式は、静電方式、抵抗膜方式、又は光学方式等、公知の方式のいずれであってもよい。なお、接触物とは、タッチパネル２０４の接触面（表面）に接触する物体をいう。斯かる物体の一例として、ユーザの指や専用又は一般のペン等が挙げられる。

無線通信装置２０５は、無線ＬＡＮ（Local Area Network）又は移動体通信網等における通信を行うために必要とされるアンテナ等の電子部品である。機器インタフェース２０６は、画像形成装置１０と通信するためのインタフェースである。例えば、情報処理端末２０と画像形成装置１０とがＵＳＢケーブルによって接続される場合、機器インタフェース２０６は、ＵＳＢポートであってもよい。

図７は、第２の実施の形態における情報処理端末のソフトウェア構成例を示す図である。図７において、情報処理端末２０は、ＯＳ２１、アプリプラットフォーム２２、及び認証ＵＩアプリ２３等を有する。

ＯＳ２１は、一般的なＯＳである。なお、情報処理端末２０のＯＳ２１は、画像形成装置１０（コントローラ１１）のＯＳ１２５とは異なる種類のＯＳであってもよい。

アプリプラットフォーム２２は、画像形成装置１０（コントローラ１１）に実装されているコントロールサービス１２４、ＳＤＫプラットフォーム１２３、又はＳＤＫアプリ１２２と連携したり、これらを制御したりするための機能を、上位のアプリケーションに提供するアプリケーションプラットフォームである。例えば、アプリプラットフォーム２２は、上位のアプリケーションからの要求（ＡＰＩの呼び出し）に応じ、当該要求に対応するメソッド等の呼び出しを、コントロールサービス１２４、ＳＤＫプラットフォーム１２３、又はＳＤＫアプリ１２２等に対して行う。なお、コントロールサービス１２４、ＳＤＫプラットフォーム１２３、又はＳＤＫアプリ１２２等のメソッド（ＡＰＩ）は、例えば、ＷｅｂＡＰＩのような形式によって、ＨＴＴＰ通信に基づいて、ネットワークを介して外部からの呼び出しが可能とされていてもよい。

図７において、アプリプラットフォーム２２は、認証サービス部２２１を含む。認証サービス部２２１は、情報処理端末２０における既定のログイン画面の表示を行うと共に、既定のログイン画面に基づく既定の認証機能を、画像形成装置１０の認証機能との連携によって実現する。認証サービス部２２１は、また、当該既定のログイン画面や、当該既定の認証機能を拡張するアプリケーションの実装を可能とするためのインタフェース（ＡＰＩ）を備え、斯かるアプリケーションが実装された場合には、当該アプリケーションに対して認証機能を委譲する。

認証ＵＩアプリ２３は、認証サービス部２２１による既定の認証機能を拡張するためのアプリケーションの一例である。具体的には、認証ＵＩアプリ２３は、カード認証に相応しいログイン画面の表示を行う。但し、認証機能のロジックについては、画像形成装置１０における実装内容（すなわち、既存の資産）が利用される。

図８は、第２の実施の形態におけるカード認証の処理手順の一例を説明するためのシーケンス図である。図８中、図４と同一ステップには同一ステップ番号を付し、その説明は省略する。

情報処理端末２０が起動されると、認証サービス部２２１は、認証制御部１２４２に対して認証設定を問い合わせる（Ｓ２０１）。認証制御部１２４２は、当該問い合わせに応じ、認証設定（「認証要」又は「認証不要」）を返信する（Ｓ２０２）。「認証不要」が返信された場合、ログイン画面によってユーザの操作を制限する必要は無いため、以降の処理は実行されない。「認証要」が返信された場合、認証サービス部２２１は、アプリプラットフォーム２２上の各アプリケーションに対して、認証カスタマイズ種別の問い合わせを行う（Ｓ２０３）。本実施の形態では、認証ＵＩアプリ２３に対して当該問い合わせが行われる。なお、認証カスタマイズ種別とは、既定の認証機能に対するカスタマイズの有無、及びカスタマイズが有る場合には、カスタマイズの内容の種別を示す情報である。カスタマイズの内容の種別とは、例えば、ログイン画面のみのカスタマイズ（以下、「ＵＩカスタマイズ」という。）、認証ロジックのみのカスタマイズ、又はログイン画面及び認証ロジックの双方のカスタマイズのいずれかである。

本実施の形態において、認証ＵＩアプリ２３は、ＵＩカスタマイズを実現する。したがって、認証ＵＩアプリ２３は、ＵＩカスタマイズを示す応答を、認証サービス部２２１に返却する（Ｓ２０４）。認証サービス部２２１は、ＵＩカスタマイズを示す応答が返却されると、自らによる既定のログイン画面の表示は実行せずに、ログイン画面の表示を、認証ＵＩ合アプリに要求する（Ｓ２０５）。すなわち、ログイン画面の表示が、認証ＵＩアプリ２３に委譲される。

認証ＵＩアプリ２３は、ログイン画面の表示要求に応じ、認証ＵＩアプリ２３は、準備中画面を表示装置２１１に表示する（Ｓ２０６）。準備中画面とは、例えば、「起動中です。しばらくお待ち下さい。」といったようなメッセージを含む画面である。

続いて、認証ＵＩアプリ２３は、カード認証アプリ１３１の状態の確認を行う（Ｓ２０７）。例えば、カード認証アプリ１３１が正常に起動されているか否を確認するために、カード認証アプリ１３１のログイン制御部１３１３に対して、所定のメッセージが送信される。ステップＳ２０７は、カード認証アプリ１３１から、状態が正常であることを示す応答が返信されるまで繰り返される。すなわち、情報処理端末２０と画像形成装置１０との起動時間の相違に鑑みて、画像形成装置１０の起動が正常に完了し、カード認証アプリ１３１が正常に動作可能であることが確認されるまで、準備中画面が表示された状態が維持される。

状態が正常であることを示す応答がカード認証アプリ１３１から返信されると（Ｓ２０８）、認証ＵＩアプリ２３は、準備中画面を消去して、ログイン画面を表示装置２１１に表示する（Ｓ２０９）。当該ログイン画面は、カード認証に合わせて、例えば、「カードをセットして下さい。」といったようなメッセージを含む画面である。

その後、図４において説明した、ステップＳ１１０〜Ｓ１２７が実行される。

ステップＳ１２７において、拡張認証制御部１２３２から認証制御部１２４２へ認証結果が返却されると、画像形成装置１０における認証状態の変化（ログインの発生又はログアウトの発生）が、認証サービス部２２１に通知される（Ｓ２１１）。認証サービス部２２１への認証状態の変化の通知は、例えば、認証サービス部２２１が、認証制御部１２４２に対して、定期的に認証状態を照会することによって実現されてもよい。すなわち、認証状態の変化が定期的に認証制御部１２４２に対して照会され、認証に成功した場合には、ログインの発生を示す応答が、認証サービス部２２１に対して返信されてもよい。又は、認証サービス部２２１が、ステップＳ２０５の前又は後に、認証制御部１２４２に対して、認証状態の変化の通知を受けるためのリスナーを登録してもよい。リスナーとは、或るイベントの発生の通知を受けるためのインタフェースをいう。例えば、認証サービス部２２１の或るメソッドのアドレスが、認証制御部１２４２に対して登録されてもよい。この場合、ステップＳ２１１は、認証制御部１２４２が、当該リスナーを呼び出すことで実現される。また、他の方法によって、ステップＳ２１１が実現されてもよい。

ステップＳ２１１において通知された認証状態の変化が、ログインの発生（すなわち、認証の成功）を示すものである場合、認証サービス部２２１は、認証ＵＩアプリ２３に対して、ログイン画面の消去を要求する（Ｓ２１２）。認証ＵＩアプリ２３は、当該要求に応じ、ログイン画面を消去する（Ｓ２１３）。その結果、ユーザは、情報処理端末２０を介して、画像形成装置１０を利用することができるようになる。

なお、ステップＳ１２７における認証結果が、認証の失敗を示すものである場合、ステップＳ２１１は実行されなくてもよい。認証の失敗が認証サービス部２２１に通知されなくても、ログイン画面の表示状態は維持されるからである。

また、図８では、図４のステップＳ１０１及びＳ１０２、並びにＳ１２８及びＳ１２９は示されていないが、第２の実施の形態においても、これらのステップが実行されてもよい。この場合、認証制御部１２４２が表示する既定のログイン画面の表示先の操作パネル１５が存在しないため、当該ログイン画面の実際の表示は行われない。

または、認証制御部１２４２は、画像形成装置１０が操作パネル１５を有する場合には、ステップＳ１０１及びＳ１２８を実行し、画像形成装置１０が情報処理端末２０と接続されている場合には、ステップＳ２１１を実行するようにしてもよい。画像形成装置１０がいずれの構成であるのかは、例えば、ＲＯＭ１１３又はＨＤＤ１１４等に記憶されている情報に基づいて判定されてもよいし、ステップＳ２０１のような、認証サービス部２２１からの問い合わせ等の有無等に基づいて判定されてもよい。

図８より明らかなように、第２の実施の形態では、カード認証に関するロジック部分は、第１の実施の形態がそのまま流用可能である。すなわち、画像形成装置１０における、カード認証に関して機能する各部がそのまま流用可能である。したがって、第２の実施の形態によれば、情報処理端末２０を画像形成装置１０の操作部として機能させる場合において、画像形成装置１０に実装されている認証機能の有効活用を可能とすることができる。

なお、本実施の形態では、画像形成装置１０を機器の一例として説明したが、例えば、プロジェクタ、デジタルカメラ、電子黒板、又はテレビ会議システム等の他の機器に関して、情報処理端末２０が操作部として機能する場合において、本実施の形態が適用されてもよい。

また、カード以外の携帯型の記録媒体が、認証に利用されてもよい。

なお、上記各実施の形態において、ＵＳＢドライバ部１２４１、ＵＳＢインタフェース部１２３１、及びカード読取制御部１３１２は、取得部の一例である。ログイン制御部１３１３は、認証部の一例である。認証制御部１２４２は、消去部の一例である。ログイン画面は、ユーザの操作を制限するための画面の一例である。ユーザ名は、ユーザ識別情報の一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０ 画像形成装置
１１ コントローラ
１２ スキャナ
１３ プリンタ
１４ モデム
１５ 操作パネル
１６ ネットワークインタフェース
１７ ＳＤカードスロット
１８ ＵＳＢポート
２０ 情報処理端末
２１ ＯＳ
２２ アプリプラットフォーム
２３ 認証ＵＩアプリ
８０ ＳＤカード
９０ カードＲ／Ｗ
１１１ ＣＰＵ
１１２ ＲＡＭ
１１３ ＲＯＭ
１１４ ＨＤＤ
１１５ ＮＶＲＡＭ
１２１ 標準アプリ
１２２ ＳＤＫアプリ
１２３ ＳＤＫプラットフォーム
１２４ コントロールサービス
１２５ ＯＳ
１３１ カード認証アプリ
１３２ 管理ＵＩアプリ
２０１ ＣＰＵ
２０２ メモリ
２０３ 補助記憶装置
２０４ タッチパネル
２０５ 無線通信装置
２０６ 機器インタフェース
２１１ 表示装置
２１２ 入力装置
２２１ 認証サービス部
１２１１ スキャンアプリ
１２１２ 印刷アプリ
１２１３ コピーアプリ
１２１４ ＦＡＸアプリ
１２２１ ＳＤＫコピーアプリ
１２３１ ＵＳＢインタフェース部
１２３２ 拡張認証制御部
１２３３ カウンタ通知部
１２４１ ＵＳＢドライバ部
１２４２ 認証制御部
１２４３ パネル制御部
１３１１ カード管理部
１３１２ カード読取制御部
１３１３ ログイン制御部
１３１４ カウンタ管理部

特開２００９−０６９９９２号公報

Claims (7)

1. 機器であって、
   携帯型の記録媒体からデータを取得する取得部と、
   取得されたデータに基づいて、認証を行う認証部と、
   前記認証部による認証が成功した場合に、当該機器が操作部を備えていれば、当該機器の操作部に表示されている、ユーザの操作を制限するための画面を消去し、当該機器に情報処理端末がネットワークを介して接続されていれば、前記情報処理端末に前記認証の成功を通知する消去部と、
   を有することを特徴とする機器。
2. 前記情報処理端末は、前記操作部の代わりに前記画面を表示し、前記消去部からの通知に応じて、前記画面を消去する、
   ことを特徴とする請求項１記載の機器。
3. 前記消去部は、ユーザ識別情報を引数とする認証要求を受け付けるためのインタフェースを有し、前記取得部によって取得されたデータが前記引数の値として指定されて前記インタフェースが呼び出されると、当該引数の値に基づく認証を、前記認証部に要求する、
   ことを特徴とする請求項１又は２記載の機器。
4. 機器と、前記機器にネットワークを介して接続される情報処理端末とを含む情報処理システムであって、
   前記機器は、
   携帯型の記録媒体からデータを取得する取得部と、
   取得されたデータに基づいて、認証を行う認証部と、
   前記認証部による認証が成功した場合に、当該機器が操作部を備えていれば、当該機器の操作部に表示されている、ユーザの操作を制限するための画面を消去し、当該機器に前記情報処理端末が接続されていれば前記情報処理端末に前記認証の成功を通知する消去部とを有する、
   ことを特徴とする情報処理システム。
5. 前記情報処理端末は、前記操作部の代わりに前記画面を表示し、前記消去部からの通知に応じて、前記画面を消去する、
   ことを特徴とする請求項４記載の情報処理システム。
6. 機器が、
   携帯型の記録媒体からデータを取得する取得手順と、
   取得されたデータに基づいて、認証を行う認証手順と、
   前記認証手順における認証が成功した場合に、当該機器が操作部を備えていれば、当該機器の操作部に表示されている、ユーザの操作を制限するための画面を消去し、当該機器に情報処理端末がネットワークを介して接続されていれば、前記情報処理端末に前記認証の成功を通知する消去手順と、
   を実行することを特徴とする情報処理方法。
7. 機器に、
   携帯型の記録媒体からデータを取得する取得手順と、
   取得されたデータに基づいて、認証を行う認証手順と、
   前記認証手順における認証が成功した場合に、当該機器が操作部を備えていれば、当該機器の操作部に表示されている、ユーザの操作を制限するための画面を消去し、当該機器に情報処理端末がネットワークを介して接続されていれば、前記情報処理端末に前記認証の成功を通知する消去手順と、
   を実行させることを特徴とするプログラム。

Images