JP7391140B2 - 携帯端末とその制御方法、及びプログラム - Google Patents

Description

本発明は、携帯端末とその制御方法、及びプログラムに関する。

従来の複合機へのログインする際、ユーザは、複合機に接続されているカードリーダへ、そのユーザのＩＣカードを読み込ませることによって、そのユーザの認証を行ってログインしていた（例えば特許文献１）。

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

従来のようにＩＣカードを用いてログインする場合、そのＩＣカードをカードリーダにかざすという手間が発生する。また、ＩＣカードをカードリーダにかざした後に、ユーザの認証が完了するまで時間がかかる場合もあり、ユーザにしてみればログインするまでに時間がかかることになる。

本発明の目的は、上記従来技術の問題点を解決することにある。

本発明の特徴は、ユーザが携帯端末を所持してプリンタに近づくだけで、そのユーザがプリンタのサービスを受けることができる技術を提供することにある。

上記目的を達成するために本発明の一態様に係るプログラムは以下のような構成を備える。即ち、
信号を受信することが可能な携帯端末に制御方法を実行させるためのプログラムであって、
前記制御方法は、プリンタから送信された信号の受信信号強度が第一の所定強度以上であると、前記プリンタにログインするための要求を前記プリンタに送信可能とし、前記第一の所定強度に対応する距離は前記携帯端末上で可変に設定されることを特徴とする。

本発明によれば、ユーザは、ユーザが所有する携帯端末を用いてプリンタに近づくだけで、プリンタが提供するサービスを受けることができる。

本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

添付図面は明細書に含まれ、その一部を構成し、本発明の実施の形態を示し、その記述と共に本発明の原理を説明するために用いられる。
本発明の実施形態１に係る通信システムの構成例を示す図。 実施形態１に係るＭＦＰと携帯端末のハードウェア構成を説明するブロック図。 実施形態１に係るＭＦＰのソフトウェア構成を説明するブロック図（Ａ）と、実施形態１に係る携帯端末のソフトウェア構成を説明するブロック図（Ｂ）。 実施形態１に係るＭＦＰの操作部に表示する画面の一例と、ログイン、ログアウトに係る画面遷移を説明する図。 実施形態１に係るＭＦＰが備えるＢｌｕｅｔｏｏｔｈのサービスの一例を示す図。 実施形態１に係る携帯端末の基本動作を示すフローチャート。 図６のＳ６０８のＭＦＰの使用処理の詳細を示すフローチャート。 携帯端末におけるユーザに代替機能を提示するＵＩを示す図 図７のＳ７１０の代替機能の利用処理の詳細を説明するフローチャート。 図６のＳ６１１のＭＦＰの使用終了処理の詳細を示すフローチャート。 実施形態１に係るＭＦＰにおけるローカルログイン処理の動作を説明するフローチャート。 実施形態１に係るＭＦＰにおけるログアウト処理の動作を示すフローチャート。 ＭＦＰが携帯端末からログイン要求を受けた場合の動作を示すフローチャート。 本発明の実施形態１に係るＭＦＰと携帯端末との状態例を説明する図。 本発明の実施形態２に係るＭＦＰが備えるＢｌｕｅｔｏｏｔｈによるユーザ認証サービス及びキャラクタリスティックを説明する図。 実実施形態２に係る携帯端末がＭＦＰにログイン要求を行う際のシーケンスを示す図。 実施形態３に係るＭＦＰによるマニュアルによるログアウト処理を説明するフローチャート。 本発明の実施形態４に係るＭＦＰのユーザ認証サービスが備えるキャラクタリスティックスを説明する図。 実施形態４における図６のＳ６０８の処理の詳細を示すフローチャート。 実実施形態４に係るＭＦＰにおけるローカルログイン処理の動作を説明するフローチャート。 本発明の実施形態５に係るＭＦＰのハードウェア構成を説明するブロック図。 実施形態５に係るＭＦＰが携帯端末から信号により、その携帯端末のユーザをログインさせてログアウトするまでの処理を説明するフローチャート。 実施形態５に係る携帯端末１０２がＭＦＰ１０１にログインする処理を説明するフローチャート。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。尚、以下に説明する実施形態では、本発明に係る情報処理装置の一例として複合機（ＭＦＰ）を例に説明する。しかし本発明に係る情報処理装置は、このような複合機に限定されるものでなく、例えばプリンタ、スキャナ、ファクシミリなどの通信装置、ＰＣ等の情報機器などにも適用できる。

［実施形態１］
図１は、本発明の実施形態１に係る通信システムの構成例を示す図である。

この通信システムには、複数のＭＦＰ（多機能処理装置）と複数の携帯端末が存在し、例えば、各ユーザが自分の携帯端末を所持し、常にそれを携帯しているオフィス環境を想定する。各ＭＦＰは、コピー、ファクシミリの送受信、スキャン、ボックス、送信、印刷機能などを有しており、オフィス環境に応じて設置される。図１のシステムでは、ＭＦＰ１０１と携帯端末１０２、携帯端末１０３が示されているが、これら機器の数は、これに限定されない。

携帯端末１０１と携帯端末１０２はそれぞれ別のユーザによって所有される。ＭＦＰ１０１は、ネットワーク（ＬＡＮ）１０４に接続されており、ＬＡＮ１０４を介して、ＬＡＮ１０４に接続されている他の端末と相互に通信を行うことができる。同様に、携帯端末１０２及び携帯端末１０３は、無線ルータ１０５を介してＬＡＮ１０４に接続可能で、ＬＡＮ１０４に接続された他の端末と相互に無線通信を行うことができる。また、ＭＦＰ１０１や携帯端末１０２，１０３は、近距離無線通信機能としてＢｌｕｅｔｏｏｔｈ（登録商標）通信機能を備えており、Ｂｌｕｅｔｏｏｔｈの電波の届く範囲において、相互に接続して通信を行うことができる。

図２は、実施形態１に係るＭＦＰ１０１と携帯端末１０２のハードウェア構成を説明するブロック図である。尚、携帯端末１０３のハードウェア構成も携帯端末１０２と同じであるため、その説明を省略する。

まず、ＭＦＰ１０１のハードウェア構成を説明する。

ＣＰＵ２０１は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラムを読み出して読取制御や印刷制御、送信制御などの各種制御を行う。ＲＡＭ２０３は、ＣＰＵ２０１が各種プログラムを実行する際にワークエリア等として使用される揮発性のメモリである。ＨＤＤ２０４は、画像データや各種プログラムを記憶する。操作部２０５は、ユーザの指で操作可能なタッチパネルとして動作する表示部やハードキー等を備える。プリンタ２０６は、内部バス２２１を介して転送された画像データに従ってシートに画像を印刷する。スキャナ２０７は、原稿上の画像を読み取って画像データを生成する。ＩＣカードリーダ２０８は、ユーザの認証のために、ユーザが所有するＩＣカードを読み取る。ＢｌｕｅｔｏｏｔｈＩ／Ｆ２０９は、Ｂｌｕｅｔｏｏｔｈ規格で無線通信を行うインタフェースであり、ＢｌｕｅｔｏｏｔｈＩ／Ｆを持つ他の機器と相互に無線通信を行う。実施形態１では、ＭＦＰ１０１は携帯端末１０２，１０３とＢｌｕｅｔｏｏｔｈ規格により相互に通信を行うことができる。ネットワークＩ／Ｆ２１０は、ＬＡＮ１０４と接続するためのＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）を有する。タイマ２２３は、ＣＰＵ２０１の指示に従って所定時間の計時を行い、指定された時間が経過すると割り込みなどでＣＰＵ２０１に通知する。内部バス２２１は、ＣＰＵ２０１と上述の各部とを接続し、データや制御信号等を伝達する。尚、ＣＰＵ２０１により実行されるプログラムは、ＨＤＤ２０４のインストールされていて、実行時にＲＡＭ２０３に展開されて実行されても良い。

次に携帯端末１０２のハードウェア構成を説明する。

ＣＰＵ２１１は、携帯端末１０２全体の動作を制御する。ＲＡＭ２１２は、ＣＰＵ２１１が各種プログラムを実行する際にワークエリア等として使用される揮発性のメモリである。フラッシュメモリ２１３は、各種プログラムやデータを記憶する不揮発性のメモリである。操作部２１４は、ユーザの指で操作可能なタッチパネルとして動作する表示部を備える。ＢｌｕｅｔｏｏｔｈＩ／Ｆ２１５は、Ｂｌｕｅｔｏｏｔｈで通信するためのインタフェースであり、Ｂｌｕｅｔｏｏｔｈインタフェースを持つ他の機器と相互に通信を行う。実施形態１では、携帯端末１０２は、ＭＦＰ１０１とＢｌｕｅｔｏｏｔｈにより相互に通信を行う。無線ネットワークインタフェース２１６は、無線ルータ１０５と接続して通信可能な無線対応のＮＩＣである。スピーカ２１７は、電気信号を音に変換する。マイク２１８は、音を検知して電気信号に変換する。カメラ２１９は、静止画や動画を撮影して電子データに変換する。ＧＰＳ２２０は、Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍの受信機である。内部バス２２２は、ＣＰＵ２１１と上述の各部とを接続し、データや制御信号等を伝達する。

図３は、実施形態１に係るＭＦＰ１０１のソフトウェア構成を説明するブロック図（Ａ）と、実施形態１に係る携帯端末１０２のソフトウェア構成を説明するブロック図（Ｂ）である。尚、ここでも携帯端末１０３のソフトウェア構成も携帯端末１０２と同じであるため、その説明を省略する。

図３（Ａ）は、ＭＦＰ１０１のソフトウェア構成及びソフトウェアが管理するデータ領域を示すブロック図である。ドキュメント３０４、プリントジョブ３０５、カウンタ３０６、ユーザアカウント３１３は、ソフトウェアがＲＡＭ２０３やＨＤＤ２０４に記憶して管理するデータの領域を示す。プラットフォーム３０１は、Ｌｉｎｕｘ（登録商標）などのオペレーティングシステムや、ＪＡＶＡ（登録商標）のバーチャルマシンやＯＳＧｉ（登録商標）フレームワーク、デバイスドライバ群を含む形で構成することができる。ＪＡＶＡは、オラクル社の登録商標である。ＯＳＧｉフレームワークは、ＯＳＧｉ Ａｌｌｉａｎｃｅ（標準化団体）が定義したＪＡＶＡベースのサービスプラットフォームである。プラットフォーム３０１は、各種ハードウェアを制御するためのデバイスドライバ群を備えており、プラットフォーム３０１上で動作するアプリケーションに対してハードウェアを利用するためのＡＰＩを提供する。例えば、Ｂｌｕｅｔｏｏｔｈ制御部３０２は、ＢｌｕｅｔｏｏｔｈＩ／Ｆ２０９を制御するためのデバイスドライバであり、ネットワーク制御部３０３は、ネットワークＩ／Ｆ２１０を制御するためのデバイスドライバである。その他に図示していないが、プリンタ２０６を制御するプリンタモジュール、スキャナ２０７を制御するスキャナモジュールも、このプラットフォーム３０１に存在する。また、プラットフォーム３０１は、ドキュメント３０４、プリントジョブ３０５、カウンタ３０６のデータを読み書きするためのＡＰＩをアプリケーションに提供する。

メニュー３０７、コピー３０８、プリント３０９、送信３１０は、プラットフォーム３０１上で動作するアプリケーションであり、操作部２０５に各種機能を提供するユーザインタフェースを表示する。例えば、コピー３０８は、プラットフォームを３０１介して、スキャナ２０７とプリンタ２０６を制御してコピーを実行する。プリント３０９は、ドキュメント３０４に格納されたドキュメントデータやプリントジョブ３０５に保存されたプリントジョブをプリントする機能を提供する。コピーやプリントの出力は、プラットフォーム３０１のＡＰＩを介して実行され、プラットフォーム３０１が印刷枚数をカウンタ３０６に記録する。送信３１０は、スキャナ２０７から取得したドキュメントデータを外部に送信する機能を提供する。メニュー３０７は、操作部２０５からアプリケーション（例えば、コピー、プリント、送信）を選択するためのメニュー画面を表示させるモジュールである。リモートＵＩ３１１は、携帯端末１０２或いは１０３のウェブブラウザからＨＴＴＰプロトコルでＭＦＰ１０１にアクセスされた場合に、ＨＴＭＬで記述されたユーザインタフェースを提供するモジュールである。リモートＵＩ３１１は、ＭＦＰ１０１の設定を管理するユーザインタフェースや、ドキュメント３０４に格納されたドキュメントデータをプリントするためのユーザインタフェースを提供する。ログインサービス３１２は、ユーザがＭＦＰ１０１を利用する際のログイン機能を提供するモジュールである。

次に、ログインサービス３１２が備えるユーザアカウント３１３の管理機能、ローカルログイン機能、リモートログイン機能、Ｂｌｕｅｔｏｏｈのサービスアクセス用のログイン機能について説明する。
・ユーザアカウントの管理機能
ユーザアカウントの登録や管理を行うユーザインタフェースをユーザに提供する。ユーザインタフェースを介して登録された情報をユーザアカウント３１３に記録して管理する。この管理する情報としては、例えば、表１（ユーザ情報一覧）に示すようなユーザ名・パスワード・ＩＣカード番号・ロールなどがある。

・ローカルログイン機能
操作部２０５を利用するユーザに対してログイン／ログアウト機能を提供する。操作部２０５にログイン画面を表示し、ログインしていないユーザが操作部２０５を使用できないようにガードする。ここでは同時にローカルログインできるユーザの数を「１」とする。従って、複数のユーザが同時にローカルログインはできない。ユーザのログインが成功した場合は、操作部２０５の表示部の画面を、ログイン画面からメニュー画面に遷移させ、ユーザがＭＦＰ１０１を利用可能な状態にする。ローカルログインを行う手段として複数のログイン手段を提供する。例えば、以下のようなログイン手段を提供している。
（１）キーボードによるログイン
操作部２０５に表示されたログイン画面を介して、ユーザが操作部２０５を操作して入力したユーザ名とパスワードを取得して、そのユーザを認証するとログイン処理を行う。
（２）ＩＣカードによるログイン
ＩＣカードリーダ２０８にかざされたユーザのＩＣカードからＩＣカード番号を取得してユーザを特定し、ユーザが認証できるとログイン処理を行う。
（３）モバイルによるログイン
携帯端末からＢｌｕｅｔｏｏｔｈ通信でユーザ認証情報と共にログイン要求を受けると、ユーザを認証してログイン処理を行う。ここではモバイルによるログイン要求にレベルを設け、例えば、ＭＦＰ１０１の状態によって、所定のレベルの要求を拒否するような実装を行う。ＭＦＰ１０１は下記の表２（ログイン可否状態一覧）に示すＳｔａｔｕＩＤをＲＡＭ２０３に記録して管理する。ここでは表２に示すように、ＳｔａｔｕＩＤが「１」であればログイン可能であるが、ＳｔａｔｕＩＤが「２」「３」の場合は、ログイン要求レベルとＭＦＰ１０１の状況に応じて、ログイン要求を受付けない場合がある。ＳｔａｔｕＩＤが「３」では、ユーザがログアウトした後、ユーザがＭＦＰ１０１から所定距離の範囲（例えば１０ｃｍ～２ｍ）から出るまでは、そのユーザからのログイン要求を受付けないようにしている。

次に、ローカルログイン後のログアウトの手法として、以下の複数の手法を備える。
（１）操作部２０５にログアウトボタン（図４の４１０）を表示し、そのログアウトボタンの押下を検知した場合にログアウト処理を行う。
（２）一定時間、ユーザが操作部２０５を操作しない場合にログアウト処理を行う。
（３）携帯端末からログアウト要求を受けるとログアウト処理を行う。

ログアウト処理後は、ログイン画面を表示する。

次にリモートログインについて説明する。
・リモートログイン機能
リモートＵＩ３１１を利用する際のログイン／ログアウト機能を提供する。例えば携帯端末１０２からリモートＵＩ３１１へのアクセスを検知した場合、その携帯端末１０２に対して、ＨＴＭＬで記述されたログイン画面を送信する。そして、そのログイン画面に入力されたユーザ名やパスワードを取得してユーザの認証を行い、リモートＵＩ３１１へのログインを許可する。同時に複数のユーザがリモートログインすることが可能なように構成する。
（２）Ｂｌｕｅｔｏｏｔｈのサービスアクセス用のログイン機能
Ｂｌｕｅｔｏｏｔｈで公開するサービスにアクセスするためのログイン／ログアウト機能を提供する。

次に図３（Ｂ）を参照して、実施形態に係る携帯端末１０２のソフトウェア構成を説明する。尚、以下の説明では、携帯端末１０２を例に説明するが、携帯端末１０３の場合も同様に実行できるのはもちろんである。

ドキュメント３２０や認証情報３１９は、ソフトウェアがフラッシュメモリ２１３に記憶して管理するデータの領域を示す。プラットフォーム３１４は、例えばＧｏｏｇｌｅ社のＡｎｄｒｏｉｄ（登録商標）やアップル社のｉＯＳ（登録商標）などのプラットフォームで構成することができる。プラットフォーム３１４は、各種ハードウェアを制御するためのデバイスドライバ群を備えており、プラットフォーム３１４で動作するアプリケーションに対して各種ハードウェアを利用するためのＡＰＩを提供する。デバイスドライバ群として、実施形態１ではＢｌｕｅｔｏｏｔｈ制御部３１５、無線ネットワーク制御部３１６が存在する。Ｂｌｕｅｔｏｏｔｈ制御部３１５は、ＢｌｕｅｔｏｏｔｈＩ／Ｆ２１５を制御するためのデバイスドライバであり、無線ネットワーク制御部３１６は無線ネットワークＩ／Ｆ２１６を制御するためのデバイスドライバである。携帯端末１０２には種々のアプリケーションをインストールして、プラットフォーム３１４上で稼働させることができる。実施形態１では、予めＭＦＰ接続アプリケーション３１７がインストールされているものとする。ＭＦＰ接続アプリケーション３１７は、例えば以下のような機能を備える。
（１）ＢｌｕｅｔｏｏｔｈでＭＦＰ１０１と接続して、ログイン要求やログアウト要求を行う。
（２）ログイン要求の際に使用するユーザ認証情報（ユーザ名・パスワード）は、ユーザが予め認証情報３１９に記録しておくことができる。例えば、下記の表３（認証情報）に示すようなユーザ名とパスワードの組を記録する。

（３）ＭＦＰ１０１と無線ＬＡＮで接続して、ドキュメント３２０に記録された写真データやドキュメントデータのプリント要求を発行する。
（４）ウェブブラウザ３１８を起動して、ＭＦＰ１０１のリモートＵＩ３１１と接続する。

ＭＦＰ接続アプリケーション３１７は、例えば、以下の表４（接続設定一覧）に示すような設置値を保持しているものとする。以下の表４は、携帯端末１０２がＭＦＰ１０１から２ｍ以内の距離に入った場合に、ログイン要求を行うことを示し、５ｍ以上の距離に離れた場合にログアウト要求を行うことを示す。また、携帯端末１０２とＭＦＰ１０１との間の距離に応じて、ログイン要求のレベルを使い分けることを意味にする。尚、後述するように、ユーザに応じて、この要求を行う距離を異なる値に設定しても良い。例えば、常にＭＦＰ１０１の近くで作業しているユーザに対しては、この要求を行う距離を、他のユーザよりも短く設定する。

上記の距離は、携帯端末１０２のユーザが変更可能なように構成しても良く、或いはＭＦＰ１０１から設定を取得するように構成しても良い。ＭＦＰ１０１からの距離の計測には、ＭＦＰ１０１が発信するＢｌｕｅｔｏｏｔｈのＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｉｏｎ，受信信号強度）を使用する。ログアウト距離は、ログイン距離より長めにすることが望ましい。なぜなら、ＲＳＳＩは、携帯端末１０２とＭＦＰ１０１との間に障害物が入った場合などに弱くなることがあるため、障害物が間に入ったことによる誤検知によりログアウトしてしまうことを防ぐためである。例えば、ＭＦＰ１０１と携帯端末１０２の距離が長いほどＲＳＳＩが減衰する性質を利用して、以下の表５（ＲＳＳＩと推測距離一覧）に示すデータのようにＲＳＳＩ（ｄＢｍ）とＭＦＰ１０１からの距離の関係を示すデータを作ることができる。

ＭＦＰ１０１が発信するＢｌｕｅｔｏｏｔｈの送信電波の強度が予め分かっている場合は、上記のようなＲＳＳＩとＭＦＰ１０１からの距離の関係データを、予め携帯端末１０２が有するように構成しても良い。また携帯端末１０２が動的に、ＭＦＰ１０１が発信するＢｌｕｅｔｏｏｔｈの送信電波の強度に関する情報をＭＦＰ１０１から取得してＲＳＳＩと比較することにより、ＭＦＰ１０１からの距離を算出するようにしても良い。

図４は、実施形態１に係るＭＦＰ１０１の操作部２０５に表示する画面の一例と、ログイン、ログアウトに係る画面遷移を説明する図である。

いま例えば、ユーザがログイン前の状態では、操作部２０５にログイン画面４０１を表示し、ＩＣカードの検知や携帯端末１０２からＢｌｕｅｔｏｏｔｈによるログイン要求の受信を待つ。そしてＩＣカードの検知やＢｌｕｅｔｏｏｔｈによるログイン要求を受信するとログイン処理を実施する。ログインが成功した場合はメニュー画面４０３へ遷移し、ログインに失敗した場合は、元のログイン画面４０１を表示する。またログイン画面４０１において、キーボード認証へ切り替えるボタン４０４の押下を検知した場合は、ソフトキーボードを使ったアカウント、パスワード入力用のログイン画面４０２へ遷移する。ログイン画面４０２は、ログイン画面４０１に戻るためのボタン４０５を備える。ログイン画面４０２でログインボタン４０６の押下を検知した場合は、入力されたアカウントとパスワードを取得し、ユーザの認証処理を含むログイン処理を実施する。ログインが成功した場合はメニュー画面４０３へ遷移し、ログインに失敗した場合は、元のログイン画面４０２を表示する。

メニュー画面４０３は、各種アプリケーションを呼び出すためのボタン４０７～４０９と、ログアウトボタン４１０を備える。ログアウトボタン４１０の押下を検知した場合、ログアウト処理を実施してログイン画面４０１を表示する。

次に実施形態１に係るＭＦＰ１０１が備えるＢｌｕｅｔｏｏｔｈの機能とサービスについて説明する。

実施形態１に係るＭＦＰ１０１は、電源がオンされるとプラットフォーム３０１がＢｌｕｅｔｏｏｔｈ制御部３０２を介して、Ｂｌｕｅｔｏｏｔｈを起動し、所定の間隔でＢｌｕｅｔｏｏｔｈのアドバタイジングパケットを送出する。このアドバタイジングパケット（Advertizing Packet）には以下のようなデータを含める。
・Ｌｏｃａｌ Ｎａｍｅ
デバイスの名称などである。例えば、「（会社名）ＭＦＰ ＣＸＸＸ」等。
・Ｍａｎｕｆａｃｔｕｒｅｒ Ｓｐｅｃｉｆｉｃ Ｄａｔａ
ＭＦＰを製造したメーカの識別子及び任意のデータを格納する。デバイスから１ｍ離れた場所でＢｌｕｅｔｏｏｔｈパケットを受信した場合のＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｉｏｎ，受信信号強度、例えば、－５９ｄｂｍ）などを含めることができる。
・ＴＸ Ｐｏｗｅｒ Ｌｅｖｅｌ
送信電波強度。例えば「－３８ｄｂｍ」等。
・Ｓｅｒｖｉｃｅ ＵＵＩＤｓ
デバイスの機能を表すＵＵＩＤ。

図５は、実施形態１に係るＭＦＰ１０１が備えるＢｌｕｅｔｏｏｔｈのサービスの一例を示す図である。

このＭＦＰ１０１は、Ｂｌｕｅｔｏｏｔｈで接続した携帯端末１０２に対して、ＧＡＴＴ（Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ）プロファイルで定義したユーザ認証サービス５０１、ＭＦＰ情報サービス５０２、プリントサービス５０３、メンテナンスサービス５０４を公開する。ユーザ認証サービス５０１は、ＧＡＴＴプロファイルで定義した以下のキャラクタリスティックを備える。ログインサービス３１２が、プラットフォーム３０１及びＢｌｕｅｔｏｏｔｈ制御部３０２が提供するＡＰＩを介して各キャラクタリスティックの値の読み書きを行う。
・ＳｔａｔｕｓＩＤ５０５
ＭＦＰ１０１のログイン可否に関する状態を示すキャラクタリスティックである。携帯端末１０２がＲｅａｄして、ＭＦＰ１０１のログイン可否に関する状態を取得するために使用する。この値として、ログイン可否状態一覧と同様に、下記の表６（ＳｔａｔｕｓＩＤ一覧）に示す値を格納する。

ログインサービス３１２が、状態の変化に応じて値（ＳｔａｔｕｓＩＤ）を変更する。値の変更時は、Ｂｌｕｅｔｏｏｔｈ制御部３０２がＡｔｔｒｉｂｕｔｅ Ｐｒｏｔｏｃｏｌ（ＡＴＴ）におけるＮｏｔｉｆｉｃａｔｉｏｎで、接続中の携帯端末１０２に値の変更を通知する。
・ＵｓｅｒＮａｍｅ５０６
携帯端末１０２がログインを要求した時に、ユーザ名を書き込む（Ｗｒｉｔｅ）ためのキャラクタリスティックである。
・Ｐａｓｓｗｏｒｄ５０７
携帯端末１０２がログインを要求した時に、パスワードをＷｒｉｔｅするためのキャラクタリスティックである。Ｗｒｉｔｅするパスワードの暗号化が必要なキャラクタリスティックとして構成しても良い。
・ＲｅｑｕｅｓｔＩＤ５０８
携帯端末１０２が認証サービスへの要求をＷｒｉｔｅするためのキャラクタリスティックである。例えば、下記の表７（ＲｅｑｕｅｓｔＩＤ一覧）に示すようなＲｅｑｕｅｓｔＩＤ５０８をＷｒｉｔｅする。尚、表７に示すログイン要求レベルは、前述の表４に示すログイン要求レベルに対応している。

・ＲｅｓｕｌｔＩＤ５０９
ＭＦＰ１０１が携帯端末１０２からログイン要求を受けて、ユーザの認証を実施した際の認証結果（ユーザ認証の成否）格納するキャラクタリスティックである。例えば、下記の表８（ＲｅｓｕｌｔＩＤ一覧）に示すような値を格納する。

認証結果の格納時に、Ｂｌｕｅｔｏｏｔｈ制御部３０２がＡｔｔｒｉｂｕｔｅ Ｐｒｏｔｏｃｏｌ（ＡＴＴ）におけるＮｏｔｉｆｉｃａｔｉｏｎで、接続中の携帯端末１０２に認証結果を通知する。

ＭＦＰ情報サービス５０２は、キャラクタリスティックにリモートＵＩ３１１のＵＲＬを格納するＵＲＬ５１０を備える。ＵＲＬ５１０の値の設定は、ＭＦＰ１０１の起動時にプラットフォーム３０１が行う。

プリントサービス５０３は、Ｂｌｕｅｔｏｏｔｈのサービスアクセス用のログイン成功後に、携帯端末１０２から検索可能なサービスとして構成する。プリントサービス５０３は、以下に示すようなキャラクタリスティックを備える。プリント３０９が、プラットフォーム３０１及びＢｌｕｅｔｏｏｔｈ制御部３０２が提供するＡＰＩを介して各キャラクタリスティックの値の読み書きを行う。
・ＭｙＪｏｂＬｉｓｔ５１１
プリントジョブ３０５に一時保存されたプリントジョブの中から、Ｂｌｕｅｔｏｏｔｈのサービスアクセス用のログインを行ったユーザと関連付けられたプリントジョブの識別子を格納する。そのユーザに関連付けられたプリントジョブが複数存在する場合は、複数のプリントジョブの識別子を格納する。
・ＲｅｑｕｅｓｔＩＤ５１２
携帯端末１０２がプリントジョブ３０５に対する操作を要求するためのキャラクタリスティックである。例えば以下の表９（プリントサービスのＲｅｑｕｅｓｔＩＤ一覧）に示すＩＤをＷｒｉｔｅ可能とする。携帯端末１０２によりＷｒｉｔｅされた値は、プリント３０９に通知され、プリント３０９が要求に応じてプリントジョブの操作を行う。ここではプリントジョブのプリントと削除が指示できる。

・ＲｅｑｕｅｓｔＰａｒａｍｅｔｅｒ５１３
携帯端末１０２がプリントジョブ３０５に対する操作を要求する際に、操作のターゲットとなるプリントジョブ３０５の識別子を格納するキャラクタリスティックである。携帯端末１０２が、ＭｙＪｏｂＬｉｓｔ５１１から所得したプリントジョブの識別子をＷｒｉｔｅする。

メンテナンスサービス５０４は、Ｂｌｕｅｔｏｏｔｈのサービスアクセス用のログインに成功し、かつログインしたユーザのロールが管理者の場合に、携帯端末１０２から検索可能なサービスとして構成する。メンテナンスサービス５０４は、キャラクタリスティックにカウンタ３０６のカウントを格納するＣｏｕｎｔ５１４を備える。Ｃｏｕｎｔ５１４の値は、プラットフォーム３０１がカウンタ３０６の値の変更を検知して、同じ値を設定する。

尚、図示していないが、各サービス及びキャラクタリスティックは、それぞれハンドルやＵＵＩＤ、データの型情報、テキスト情報などの情報を備える。

次に実施形態１に係る携帯端末１０２における基本動作を説明する。

図６は、実施形態１に係る携帯端末１０２の基本動作を示すフローチャートである。以下、図６を参照して携帯端末１０２を有するユーザがＭＦＰ１０１に近づいて、ＭＦＰ１０１の利用を開始する際の基本動作について説明する。特に言及しない限り、携帯端末１０２の動作の主体はＣＰＵ２１１である。また特に言及しない限り、ソフトウェアの主体はＭＦＰ接続アプリケーション３１７、もしくは、ＭＦＰ接続アプリケーション３１７がプラットフォーム３１４が提供するＡＰＩをコールしてプラットフォーム３１４が処理を代行する。ここでは動作の主体をＣＰＵ２１１として説明する。

携帯端末１０２の処理が開始されるとＳ６０１でＣＰＵ２１１は、ＭＦＰ１０１から送信されるＢｌｕｅｔｏｏｔｈのアドバタイジングパケットのスキャンを開始する。そしてＳ６０２でＣＰＵ２１１は、アドバタイジングパケットを受信するとＳ６０３に進み、ＣＰＵ２１１は、そのアドバタイジングパケットの送信元が所定のＭＦＰか否かを判定する。ここで携帯端末１０２には、その携帯端末１０２のユーザが普段使用しているＭＦＰが予め登録されているものとする。従ってＳ６０３でＣＰＵ２１１は、受信したアドバタイジングパケットの送信元が、この登録しているＭＦＰであるかどうかを判定する。具体的には、ＣＰＵ２１１が受信したアドバタイジングパケットを解析し、ＬｏｃａｌＮａｍｅ，Ｍａｎｕｆａｃｔｕｒｅｒ Ｓｐｅｃｉｆｉｃ Ｄａｔａ，Ｓｅｒｖｉｃｅ ＵＵＩＤｓの値を参照して、既知の値が格納されている場合に所定のＭＦＰであると判断する。Ｓ６０３で所定のＭＦＰではないと判定した場合は、そのアドバタイジングパケットを無視してＳ６０２に進む。尚、このＳ６０３の判定を行う理由は、ユーザが使用するつもりのないＭＦＰに近づいた、或いは側を通過しただけで、そのＭＦＰにログインするのを防止するためである。

Ｓ６０３で所定のＭＦＰ１０１からのアドバタイジングパケットであると判定した場合はＳ６０４に進みＣＰＵ２１１は、ＲＳＳＩからＭＦＰ１０１と携帯端末１０２との距離を算出する。ここでは例えば、アドバタイジングパケットのＴＸ Ｐｏｗｅｒ ＬｅｖｅｌやＭａｎｕｆａｃｔｕｒｅｒ Ｓｐｅｃｉｆｉｃ Ｄａｔａに含まれるＭＦＰ１０１が発信する送信電波強度に関する情報とＲＳＳＩの差分から距離を算出する。尚、ＲＳＳＩには誤差があるため、距離の算出には、複数のアドバタイジングパケットをサンプリングして算出するようにしても良い。

次にＳ６０５に進みＣＰＵ２１１は、Ｓ６０４で算出した距離と、接続設定一覧の表（表４）に示す設定を参照して、ＭＦＰ１０１の使用を開始する所定の距離以内か否かを判定する。実施形態１における所定の距離以内とは、例えば２ｍ以内の距離である。尚、このとき、ユーザに応じて、互いに異なる距離を設定しても良い。これは例えばユーザＡが、ほとんどＭＦＰ１０１の近くで作業している場合、ユーザＡがログインできる距離を２ｍ以内に設定すると、常にユーザＡがログインすることになるためで、この場合はユーザＡに対応する距離を例えば３０ｃｍ等に設定する。Ｓ６０５でＣＰＵ２１１が所定の距離以内であると判定した場合はＳ６０６に進み、ＭＦＰ１０１が使用中か否かを判定する。この判定方法として、例えば、下記の表１０（ＭＦＰ利用状態フラグ）に示すような使用中か否かを示すＭＦＰ使用状態フラグをＲＡＭ２１２に記録して利用する。ＭＦＰ１０１が使用中の場合は、その使用中フラグをＴＲＵＥに設定し、使用が終了すれば、そのフラグをＦＡＬＳＥに設定して、携帯端末１０２がＭＦＰ１０１の使用状態を管理する。

ここでＭＦＰ１０１の使用状態を管理するのは、ＭＦＰ１０１があるジョブを実行中の時に別のジョブを投入するのを避けるためである。ＭＦＰ使用状態フラグが使用中ではないことを示しているとＳ６０７に進みＣＰＵ２１１は、そのフラグを使用中を示すオンに変更してＳ６０８に進み、そのＭＦＰ１０１を使用した処理を実行する。一方、Ｓ６０６でＭＦＰ使用状態フラグが使用中を示しているときは、そのまま処理を終了する。

一方、Ｓ６０５でＣＰＵ２１１が、ＭＦＰ１０１との距離が所定の距離以内ではないと判定した場合はＳ６０９に進み、接続設定一覧の表４に示す設定を参照して、ＭＦＰ１０１の使用終了のために、ＭＦＰ１０１との距離が所定の距離以上か否かを判定する。実施形態１では、この所定の距離以上とは、例えば５ｍ以上とする。Ｓ６０９でＣＰＵ２１１は、所定の距離以上であると判定した場合はＳ６１０に進みＣＰＵ２１１は、前述のフラグを参照してＭＦＰ１０１が使用中か否かを判定する。ここでＭＦＰ１０１が使用中であると判定した場合はＳ６１１に進み、ＣＰＵ２１１は、ＭＦＰ１０１の使用終了処理を行う。そしてＳ６１２に進みＣＰＵ２１１は、前述のフラグをＦＡＬＳＥに変更して、この処理を終了する。またＳ６０９でＣＰＵ２１１は、ＭＦＰ１０１との距離が所定の距離以上でないと判定するとＳ６０２に処理を進める。またＳ６１０でＭＦＰ１０１が使用中でないと判定した場合は、そのまま処理を終了する。

尚、Ｓ６０１では、ＭＦＰ接続アプリケーション３１７が必ずしも起動している必要はない。例えば、ＭＦＰ接続アプリケーション３１７は、予めプラットフォーム３１４に所定のＭＦＰからのアドバタイジングパケットを受信したかどうかの監視を依頼することができる。そして、所定のＭＦＰからのアドバタイジングパケットを受信したプラットフォーム３１４が、停止しているＭＦＰ接続アプリケーション３１７を起動することも可能である。

このようにして携帯端末１０２を所定のＭＦＰに近づけるだけで、そのＭＦＰを使用できる状態に移行することができる。尚、携帯端末１０２はユーザが常に携帯しているものであり、ＩＣカードのようにユーザが所持するのを忘れることがない。

図７は、図６のＳ６０８のＭＦＰの使用処理の詳細を示すフローチャートである。

携帯端末１０２はＭＦＰ１０１の使用処理を開始すると、先ずＳ７０１でＣＰＵ２１１は、ＭＦＰ１０１に対してＢｌｕｅｔｏｏｔｈでの通信接続を確立する。特に言及しない限り、これ以降の携帯端末１０２とＭＦＰ１０１との間のデータ通信はＢｌｕｅｔｏｏｔｈによる通信である。次にＳ７０２に進みＣＰＵ２１１は、ＭＦＰ１０１からＢｌｕｅｔｏｏｔｈのサービス情報を取得する。実施形態１では、この時点でユーザ認証サービス５０１とＭＦＰ１０１によるサービスの情報が取得できるものとする。次にＳ７０３に進みＣＰＵ２１１は、ユーザ認証サービス５０１が備えるＳｔａｔｕｓＩＤ５０５を読み込む。そしてＳ７０４に進みＣＰＵ２１１は、Ｓ６０４で算出した距離とＳｔａｔｕｓＩＤ５０５を読み取って取得した値を基に、ＭＦＰ１０１にログイン要求できるか否かを判定する。ここでは例えば、算出した距離が２ｍ～３０ｃｍであれば、ＭＦＰ１０１に対してログイン要求レベル１でのログイン要求ができるかどうかを、ＳｔａｔｕｓＩＤ５０５で取得した値を基に判定する。前述の表６で示したように、ＳｔａｔｕｓＩＤ５０５が「１」の場合はログイン要求が可能であるが、その他の値を示す場合はログイン要求は不可と判定する。同様に、例えば算出した距離が３０ｃｍ～１０ｃｍの場合は、ログイン要求レベル２のログイン要求の可否をＳｔａｔｕｓＩＤ５０５から取得した値を基に判定する。この場合、ＳｔａｔｕｓＩＤ５０５が「１」或いは「２」の場合はログイン要求が可能、ＳｔａｔｕｓＩＤ５０５が「３」の場合はログイン要求不可と判定する。また算出した距離が１０ｃｍ以下の場合はログイン要求レベルが３であるため、ＳｔａｔｕｓＩＤ５０５がいかなる値であってもログイン要求が可能であると判定する。

Ｓ７０４でＣＰＵ２１１がログイン要求が可能であると判定した場合はＳ７０５に進み、ＭＦＰ１０１へログインを要求する。具体的には、ユーザ認証サービス５０１のＵｓｅｒＮａｍｅ５０６，Ｐａｓｓｗｏｒｄ５０７，ＲｅｑｕｅｓｔＩＤ５０８に値を書き込む。ＵｓｅｒＮａｍｅ５０６，Ｐａｓｓｗｏｒｄ５０７には、例えば表３の認証情報に示す情報を書き込み、ＲｅｑｕｅｓｔＩＤ５０８には、算出した距離に応じて、前述の表７に示すＲｅｑｕｅｓｔＩＤ一覧に示す値「１」「２」「３」のいずれかを書き込む。次にＳ７０６に進みＣＰＵ２１１は、ＭＦＰ１０１からの応答として、ＲｅｓｕｌｔＩＤ５０９及びＳｔａｔｕｓＩＤ５０５の更新をＮｏｔｉｆｉｃａｔｉｏｎにより受信する。そしてＳ７０７に進みＣＰＵ２１１は、ＢｌｕｅｔｏｏｔｈによるＭＦＰ１０１との接続を切断して、この処理を終了する。

一方、Ｓ７０４でログイン要求が不可と判断した場合はＳ７０８に進みＣＰＵ２１１は、操作部２１４に、例えば図８に示すような画面を表示して、ローカルログインする代わりに利用可能な機能を代替機能として提示する。

図８は、実施形態１に係る携帯端末１０２の操作部に表示される、ＭＦＰにログインできない場合の代替機能の提示例を示す画面例を示す図である。

ここでは、ＭＦＰ１０１を他のユーザが使用中であるためＭＦＰ１０１を使用できない旨の表示と、代替機能の一覧が表示されている。代替機能の指示ボタンとして、「リモートＵＩに接続する」ボタン８０１、「プリントする」ボタン８０２、「メンテナンス情報をみる」ボタン８０３、「キャンセル」ボタン８０４が表示されている。

次にＳ７０９に進みＣＰＵ２１１は、図８の画面で、ユーザが、どの代替機能を選択したか否かを判定する。ここでユーザが代替機能を選択せずにキャンセルボタン８０４を押下した場合はＳ７０７に進み、ＢｌｕｅｔｏｏｔｈによるＭＦＰ１０１との接続を切断して、この処理を終了する。一方、ユーザが、いずれかの代替機能を選択した場合はＳ７１０に進み、ユーザが選択した代替機能をユーザに提供する。そして、代替機能を提供した後、その機能による処理が完了したときはＳ７０７に進み、ＢｌｕｅｔｏｏｔｈによるＭＦＰ１０１との接続を切断して、この処理を終了する。

図９は、図７のＳ７１０の代替機能の利用処理の詳細を説明するフローチャートである。

まずＳ９０１でＣＰＵ２１１は、図８の画面を介してユーザが選択した代替機能を判定し、その選択された代替機能に応じた処理を実施する。例えば、ユーザが「リモートＵＩに接続する」ボタン８０１を選択した場合はＳ９０２に進む。Ｓ９０２でＣＰＵ２１１は、ＭＦＰ情報サービス５０２のＵＲＬ５１０を読み取って、ＭＦＰ１０１のリモートＵＩ３１１のＵＲＬを取得する。次にＳ９０３に進みＣＰＵ２１１は、ウェブブラウザ３１８を起動し、無線ネットワークＩ／Ｆ２１６を介して、ＭＦＰ１０１のリモートＵＩ３１１へ接続する。そしてＳ９０４に進みＣＰＵ２１１は、ＨＴＴＰプロトコル用いて、リモートログインを実施する。

一方、Ｓ９０１で、ユーザが「プリントする」ボタン８０２を選択した場合はＳ９０５に進み、ＣＰＵ２１１は、ＭＦＰ１０１に対してＢｌｕｅｔｏｏｔｈのサービスアクセス用のログイン要求を行う。具体的には、ユーザ認証サービス５０１のＵｓｅｒＮａｍｅ５０６，Ｐａｓｓｗｏｒｄ５０７，ＲｅｑｕｅｓｔＩＤ５０８に、それぞれ値を書き込む。ここでＵｓｅｒＮａｍｅ５０６，Ｐａｓｓｗｏｒｄ５０７には、表３に示す携帯端末１０２のユーザの認証情報を書き込む。またＲｅｑｕｅｓｔＩＤ５０８には、表７のＢｌｕｅｔｏｏｔｈのサービスアクセス用のログイン要求を示す値「５」を書き込む。次にＳ９０６に進みＣＰＵ２１１は、ＭＦＰ１０１から、その認証結果として、ＲｅｓｕｌｔＩＤ５０９の更新をＮｏｔｉｆｉｃａｔｉｏｎにより受信する。ここでＢｌｕｅｔｏｏｔｈでのログインが成功するとＳ９０６でＣＰＵ２１１は、サービス情報を取得してＳ９０７に進む。

実施形態１では、Ｂｌｕｅｔｏｏｔｈログイン後は、ＭＦＰ１０１によってプリントサービスへのアクセスが許可され、プリントサービスの情報が取得可能となる。こうしてプリントサービスの情報を取得した携帯端末１０２のＣＰＵ２１１は、Ｓ９０７でプリントサービスを利用することができる。また例えば、プリントサービスから認証したユーザと関連付いたジョブの情報を取得することできる。また例えば、ユーザのジョブを操作部２１４に表示して、ユーザからのプリントを指示を受け付けることもできる。ユーザがプリントを指示した場合は、ＲｅｑｕｅｓｔＩＤ５０８にプリント要求を書き込んで、ＭＦＰ１０１にプリントを指示する。

またＳ９０１で、例えばユーザが「メンテナンス情報をみる」ボタン８０３を選択した場合はＳ９０８に進み、ＣＰＵ２１１は、ＭＦＰ１０１に対してＢｌｕｅｔｏｏｔｈのサービスアクセス用のログイン要求を行う。次にＳ９０９に進みＣＰＵ２１１は、サービス情報を取得する。実施形態１では、Ｂｌｕｅｔｏｏｈでログインが成功し、かつ認証したユーザのロールが管理者であった場合、ＭＦＰ１０１によってメンテナンスサービスへのアクセスが許可され、メンテナンスサービスの取得が可能となる。こうしてメンテナンスサービスのアクセスに成功するとＳ９１０に進み、ＣＰＵ２１１はメンテナンスサービスを利用する。ここでは例えば、メンテナンスサービスからカウンタ３０６の情報を取得して、操作部２１４にカウンタの値を表示することができる。

図１０は、図６のＳ６１１のＭＦＰ１０１の使用終了処理の詳細を示すフローチャートである。

先ずＳ１００１でＣＰＵ２１１は、ログアウト処理を開始すると、ＭＦＰ１０１に対してＢｌｕｅｔｏｏｔｈの接続を行う。次にＳ１００２に進みＣＰＵ２１１はサービス情報を取得し、ユーザ認証サービス５０１の情報を取得する。次にＳ１００３に進みＣＰＵ２１１は、ＳｔａｔｕｓＩＤ５０５の値を読み取る。次にＳ１００４に進みＣＰＵ２１１は、ＳｔａｔｕｓＩＤ５０５の値に基づいて、ＭＦＰ１０１にローカルログイン中か否かを判定する。実施形態１では、表６のＳｔａｔｕｓＩＤ５０５の一覧からＳｔａｔｕｓＩＤ５０５が「２」であるとローカルログイン中を示す。ここでローカルログイン中であると判定した場合はＳ１００５に進みＣＰＵ２１１は、ＭＦＰ１０１に対してログアウト要求を行う。具体的には、ＵｓｅｒＮａｍｅ５０６にユーザ名を書き込むと共に、ＲｅｑｕｅｓｔＩＤ５０８にログアウト要求を示す値「４」（表７）を書き込む。そしてＳ１００６に進みＭＦＰ１０１とのＢｌｕｅｔｏｏｔｈ接続を切断して、この処理を終了する。一方、Ｓ１００４で、ローカルログイン中でないと判定した場合は、ログアウト要求は行わずにＳ１００６に進み、ＭＦＰ１０１とのＢｌｕｅｔｏｏｔｈ接続を切断して、この処理を終了する。

以上説明した処理によれば、携帯端末１０２を、予め設定されているＭＦＰ１０１に近づけるだけでＭＦＰ１０１にログインしてＭＦＰ１０１を使用することができる。このときＭＦＰ１０１が他のユーザにより使用されているときは、携帯端末１０２を所有しているユーザに対して選択可能な代替機能を提示し、ユーザはその代替機能を選択して実行させることができる。またＭＦＰ１０１にログインした後、携帯端末１０２を所有しているユーザがＭＦＰ１０１から所定距離離れると自動的にＭＦＰ１０１からログアウトするため、ログインした後にログアウトし忘れた状態になるのを防止できる。

図１１は、実施形態１に係るＭＦＰ１０１におけるローカルログイン処理の動作を説明するフローチャートである。尚、ここで特に言及しない限り、ＭＦＰ１０１の動作の主体はＣＰＵ２０１である。また特に言及しない限り、ソフトウェアの主体は、ログインサービス３１２、もしくは、ログインサービス３１２がプラットフォーム３０１が提供するＡＰＩをコールしてプラットフォーム３０１が処理を代行する。

ＣＰＵ２０１は、ローカルログイン要求の受付を開始すると、キーボードを使用したログイン、ＩＣカードによるログイン、モバイルからのログインを有効にする。具体的には、Ｓ１１０１でＣＰＵ２０１は、キーボードからのログインを有効にし、操作部２０５にログイン画面を表示して、ユーザによるログイン操作を検知可能な状態にする。またＩＣカードによるログインではＳ１１０２でＣＰＵ２０１は、ＩＣカードリーダ２０８によりＩＣカードを検知可能な状態にする。またモバイルによるログインでは、Ｓ１１０３でＣＰＵ２０１は、ＢｌｕｅｔｏｏｔｈのＧＡＴＴプロファイルで定義したユーザ認証サービスを公開し、Ｂｌｕｅｔｏｏｔｈによるローカルログイン要求を検知可能な状態にする。

こうしてＳ１１０４に進みＣＰＵ２０１は、いずれかからのログイン要求を検知するとＳ１１０５に進む。Ｓ１１０５でＣＰＵ２０１は、そのログイン要求の発行元を特定して、そのログイン要求の発行元に応じた認証処理を行う。

Ｓ１１０５でＣＰＵ２０１は、操作部２０５のキーボードを使用したログインであると判定するとＳ１１０６に進み、ＣＰＵ２０１は操作部２０５のログイン画面の操作を検知して、そのログイン画面で入力されたユーザ名、パスワードを取得する。次にＳ１１０７に進みＣＰＵ２０１は、その取得した値と、予めＭＦＰ１０１に登録済み、例えば前述の表１に示すユーザ情報の一覧に登録された情報と比較・照合することによりユーザの認証を行ってＳ１１１６に進む。

一方、Ｓ１１０５でＣＰＵ２０１は、ＩＣカードによるログインであると判定するとＳ１１０８に進み、ＣＰＵ２０１はＩＣカードリーダ２０８にＩＣカードがかざされたことを検知すると、そのＩＣカード番号を取得する。そしてＳ１１０９に進みＣＰＵ２０１は、その取得したＩＣカード番号と、予めＭＦＰ１０１に登録済みのユーザ情報一覧に登録されたＩＣカード番号（表１参照）とを比較・照合して、そのＩＣカードを所有しているユーザの認証を行ってＳ１１１６に進む。

またＳ１１０５でＣＰＵ２０１は、モバイルによるログインであると判定するとＳ１１１０に進み、ＣＰＵ２０１は、ユーザ認証サービス５０１のＲｅｑｕｅｓｔＩＤ５０８にログイン要求を示すＩＤが書き込まれていることを検知する。そしてＣＰＵ２０１は、ＲｅｑｕｅｓｔＩＤ５０８に書き込まれた値からログイン要求のレベル（表７）を取得し、表２のログイン可否状態と比較して、受付可能なログイン要求レベルか否かを判定する。ここで例えば、レベル１のログイン要求に対して、ログイン可否状態がログイン可能（ＳｔａｔｕｓＩＤ＝１）ではなく、ＳｔａｔｕｓＩＤ＝２或いは３の場合は、ログイン処理をキャンセルする。またレベル２のログイン要求に対して、ログイン可否状態が、ログイン要求レベル２を受け付けない（ＳｔａｔｕｓＩＤ＝３）を示している場合も同様に、ログイン処理をキャンセルする。ここでログイン処理をキャンセルした場合はＳ１１１５に進み、ＣＰＵ２０１は、ＲｅｓｕｌｔＩＤ５０９にキャンセルしたことを示す値「３」（表８）を設定し、Ｎｏｔｉｆｉｃａｔｉｏｎで、ログイン要求を行った携帯端末１０２へキャンセルを通知する。またＳ１１１０で、レベル３のログイン要求であった場合は、無条件にログイン要求を受け入れる。こうしてＳ１１１０でＣＰＵ２０１は、受付可能なログイン要求レベルであると判定するとＳ１１１１に進みＣＰＵ２０１は、他のユーザがローカルログイン中か否かを判定する。ここで他のユーザがログイン中であると判定した場合はＳ１１１２に進み、ＣＰＵ２０１は、強制的にログイン中のユーザをログアウトする処理を実施してＳ１１１３に進む。またＳ１１１１で、他のユーザがログイン中でないときもＳ１１１３に進む。Ｓ１１１３でＣＰＵ２０１は、携帯端末１０２から書き込まれたＵｓｅｒＮａｍｅ５０６，Ｐａｓｓｗｏｒｄ５０７を参照して、ユーザ名とパスワードを取得する。そしてＳ１１１４に進みＣＰＵ２０１は、その取得した値と、予めＭＦＰ１０１に登録済みのユーザ情報一覧に記録された情報と比較・照合することによりユーザの認証を行う。次にＳ１１１５に進みＣＰＵ２０１は、ユーザの認証結果をＲｅｓｕｌｔＩＤ５０９に設定し、Ｎｏｔｉｆｉｃａｔｔｉｏｎで、ログイン要求を行った携帯端末１０２へログイン処理の結果を送信してＳ１１１６に進む。

Ｓ１１１６でＣＰＵ２０１はユーザ認証の成否を判定し、認証が失敗したと判定した場合は図１１のフローチャートの最初に戻って、次のログイン要求の検知を待つ。一方、Ｓ１１１６でＣＰＵ２０１は、ユーザの認証に成功したと判定するとＳ１１１７に進む。Ｓ１１１７でＣＰＵ２０１は、ログイン可否状態のＳｔａｔｕｓＩＤ５０５を「他のユーザがログイン中のためログイン要求レベル１を受け付けない」を示す値「２」に更新する。そしてＳ１１１８に進みＣＰＵ２０１は、操作部２０５の表示をログイン画面からメニュー画面に遷移して、このログイン処理を終了する。

尚、ここで携帯端末１０２が事前に、ＭＦＰ１０１へのログイン可否状態のチェックを確実に行い、間違ってＭＦＰ１０１にログイン要求を行うことが無いように構成すれば、Ｓ１１１０のログイン要求のレベルを判定する処理は必ずしも必要ない。

次にＭＦＰ１０１におけるログアウト動作を説明する。

図１２は、実施形態１に係るＭＦＰ１０１におけるログアウト処理の動作を示すフローチャートである。尚、ここで特に言及しない限り、ＭＦＰ１０１の動作の主体はＣＰＵ２０１である。また特に言及しない限り、ソフトウェアの主体は、ログインサービス３１２、もしくは、ログインサービス３１２がプラットフォーム３０１が提供するＡＰＩをコールしてプラットフォーム３０１が処理を代行する。

ＭＦＰ１０１は、ユーザがローカルログインするとログアウトの受付を開始する。ここでログアウトの手法として、マニュアルによるログアウト、タイマ２２３によるログアウト、及びモバイルによるログアウトを有効にする。具体的には、マニュアルによるログアウトではＳ１２０１でＣＰＵ２０１は、操作部２０５にログアウトボタン４１０（図４）を表示して、ユーザによるログアウトボタン４０１の押下を検知可能な状態にする。またタイマ２２３によるログアウトでは、Ｓ１２０２でＣＰＵ２０１は、タイマ処理により一定期間、ユーザによる操作が無いことを検知可能な状態にする。またモバイルによるログアウトでは、Ｓ１２０３でＣＰＵ２０１は、携帯端末からＢｌｕｅｔｏｏｔｈを介して、ＲｅｑｕｅｓｔＩＤ５０８にログアウト要求の書き込みを検知可能な状態にする。

そしてＳ１２０４に進みＣＰＵ２０１は、ログアウト要求を検知するとＳ１２０５に進む。Ｓ１２０５でＣＰＵ２０１は、マニュアル、タイマ或いはモバイルのいずれかからのログアウト要求であるかを判定し、そのログアウト要求に応じた処理を実施する。

Ｓ１２０５でＣＰＵ２０１は、ログアウトボタン４１０の押下を検知した場合はＳ１２０６に進み、ログアウト処理を実施する。次にＳ１２０７に進みＣＰＵ２０１は、ログイン可否状態のｔａｔｕｓＩＤ５０５を「ログアウト直後のため、ログイン要求レベル１及びレベル２を受け付けない」を示す値「３」に更新する。更にＳ１２０８に進みＣＰＵ２０１は、時間の経過をチェックするためにタイマ２２３を起動する。そしてＳ１２０９に進みＣＰＵ２０１は、操作部２０５の表示をログイン画面に遷移させる。この時、キーボードによるログイン、ＩＣカードによるログイン及びＢｌｕｅｔｏｏｔｈからのログイン要求レベル３を利用したログインが可能な状態になる。この後Ｓ１２１０でＣＰＵ２０１は、一定時間、ログイン要求が無く、タイマ２２３により一定期間（例えば、１０秒）の経過を検知するとＳ１２１１に進む。Ｓ１２１１でＣＰＵ２０１は、ログイン可否状態のＳｔａｔｕｓＩＤ５０５を「ログイン可能」を示す値「１」に更新する。これにより、全てのログイン手法が有効な状態に戻る。

一方、Ｓ１２０５でＣＰＵ２０１は、タイマ２２３による計時により、一定期間ユーザ操作が無いことを検知した場合はＳ１２１２に進み、ＣＰＵ２０１はログアウト処理を実施する。次にＳ１２１３に進みＣＰＵ２０１は、ログイン可否状態のＳｔａｔｕｓＩＤ５０５を「ログイン可能」を示す値「１」に更新する。そしてＳ１２１４でＣＰＵ２０１は、操作部２０５にログイン画面を表示して、この処理を終了する。

またＳ１２０５でＣＰＵ２０１は、携帯端末１０２からＢｌｕｅｔｏｏｔｈでＵｓｅｒＮａｍｅ５０６へのユーザ名の書き込みと、ＲｅｑｕｅｓｔＩＤ５０８にログアウト要求が書き込まれたことを検知するとＳ１２１５に進む。Ｓ１２１５でＣＰＵ２０１は、モバイルによるログアウトを検知し、ログイン中のユーザ名とＵｓｅｒＮａｍｅ５０６へ書き込まれたユーザ名とが同一かどうかを判定する。ここでユーザ名が一致しないと判定すると、そのログアウト要求をキャンルして、このフローチャートの最初に戻り、次のログアウト要求を待つ。Ｓ１２１５でユーザ名が一致したと判定するとＳ１２１６に進みＣＰＵ２０１は、ログアウト処理を実施する。次にＳ１２１７に進みＣＰＵ２０１は、ログイン可否状態のＳｔａｔｕｓＩＤ５０５を「ログイン可能」を示す値「１」に更新する。そしてＳ１２１８でＣＰＵ２０１は、操作部２０５にログイン画面を表示して、この処理を終了する。

図１３は、実施形態１に係るＭＦＰ１０１が携帯端末１０２からＢｌｕｅｔｏｏｔｈのサービスアクセス用のログイン要求を受けた場合の動作を示すフローチャートである。尚、ここで特に言及しない限り、ＭＦＰ１０１の動作の主体はＣＰＵ２０１である。また特に言及しない限り、ソフトウェアの主体は、ログインサービス３１２、もしくは、ログインサービス３１２がプラットフォーム３０１が提供するＡＰＩをコールしてプラットフォーム３０１が処理を代行する。

この処理はＳ１３０１でＣＰＵ２０１が、ユーザ認証サービス５０１のＲｅｑｕｅｓｔＩＤ５０８に、「Ｂｌｕｅｔｏｏｔｈサービスアクセス用のログイン要求」が書き込まれたことを検知することにより開始される。次にＳ１３０２に進みＣＰＵ２０１は、携帯端末１０２から書き込まれたＵｓｅｒＮａｍｅ５０６、Ｐａｓｓｗｏｒｄ５０７を参照して、ユーザの認証情報であるユーザ名とパスワードを取得する。そしてＳ１３０３に進みＣＰＵ２０１は、Ｓ１３０２で取得した値と、予めＭＦＰ１０１に登録済みのユーザ情報一覧（表１）に記録された情報と比較・照合してユーザの認証を実施する。そしてＳ１３０４でＣＰＵ２０１は、そのユーザ認証の成否を判定し、ユーザの認証に成功した場合はＳ１３０５に進みＣＰＵ２０１は、Ｂｌｕｅｔｏｏｔｈの同一の接続において、プリントサービスを携帯端末１０２からＦｉｎｄ可能な状態にする。一方Ｓ１３０４でＣＰＵ２０１が、ユーザの認証に失敗したと判定したときはＳ１３０８に進む。Ｓ１３０５に続いてＳ１３０６に進みＣＰＵ２０１は、その認証したユーザのロールをチェックする。ここでユーザのロールが管理者であった場合はＳ１３０７に進み、Ｂｌｕｅｔｏｏｔｈの同一の接続期間において、Ｂｌｕｅｔｏｏｔｈの同一の接続において、メンテナンスサービスを携帯端末１０２からＦｉｎｄ可能な状態にしてＳ１３０８に進む。一方、Ｓ１３０６でＣＰＵ２０１は、ユーザのロールが管理者でないと判定するとＳ１３０８に進む。

Ｓ１３０８でＣＰＵ２０１は、ユーザの認証結果をＲｅｓｕｌｔＩＤ５０９に設定し、Ｎｏｔｉｆｉｃａｔｉｏｎで、ログイン要求を行った携帯端末１０２へログイン処理の結果を送信する。その後Ｓ１３０９に進みＣＰＵ２０１は、Ｂｌｕｅｔｏｏｔｈの切断を検知するとＳ１３１０に進み、ＣＰＵ２０１はサービスの公開状態をリセットする。具体的には、Ｂｌｕｅｔｏｏｔｈで、プリントサービス及びメンテナンスサービスをＦｉｎｄできない状態に戻す。

この処理によれば、携帯端末のユーザは、携帯端末からＭＦＰに対してＢｌｕｅｔｏｏｔｈサービスアクセス用のログイン要求を発行し、ログインが承認されると、そのＭＦＰが有している印刷等のサービスを利用することができる。

図１４は、本発明の実施形態１に係るＭＦＰ１０１と携帯端末との状態例を説明する図である。以下、図１４を参照して実施形態１に係る効果を説明する。

図１４（Ａ）は、ＭＦＰ１０１に誰もログインしていない状態でユーザ（Ａｌｉｃｅ）が携帯端末１０２を持ってＭＦＰ１０１に近づいた状態を示す。この場合、Ａｌｉｃｅの携帯端末１０２がＭＦＰ１０１から２ｍ以内の距離に入ったことを検知すると、ＭＦＰ１０１に対してログイン要求を行う。このため、ＡｌｉｃｅがＭＦＰ１０１の操作部２０５の前に到達した時点でログインは完了しており、Ａｌｉｃｅは、ログインのために、操作部２０５の前で待たされることなく直ぐにＭＦＰ１０１を使用できる。また携帯端末１０２を持ったＡｌｉｃｅがＭＦＰ１０１から離れる場合は、ＭＦＰ１０１と５ｍ以上離れると自動的にログアウトするため、ログアウトのし忘れを防止することができる。

図１４（Ｂ）は、携帯端末１０３を所有するユーザ（Ｂｏｂ）がＭＦＰ１０１を使用中のときに、ユーザ（Ａｌｉｃｅ）が携帯端末１０２を持ってＭＦＰ１０１に近づいている状態を示す。この場合、Ａｌｉｃｅの携帯端末１０２は、ＭＦＰ１０１は使用中であるため、ＭＦＰ１０１にログイン要求を行わない。このため携帯端末１０２は、ＢｏｂによるＭＦＰ１０１の使用を妨げることがない。一方、Ａｌｉｃｅの携帯端末１０２には代替手段が提示されるため、代替手段で提供される機能の範囲で、ＡｌｉｃｅもＭＦＰ１０１の機能を利用することができる。

図１４（Ｃ）は、ユーザ（Ｃａｒｏｌ）がＭＦＰ１０１の使用を終えているが、ログアウトするのを忘れているため、Ｃａｒｏｌがログイン中のままになっているところに、Ａｌｉｃｅが携帯端末１０２を持ってＭＦＰ１０１に近づいた場合を示す。この場合、ＭＦＰ１０１と携帯端末１０２との距離が３０ｃｍ～２ｍの場合は、Ａｌｉｃｅの携帯端末１０２はログイン要求を行わない。しかし、ＡｌｉｃｅがＭＦＰ１０１の操作部２０５に到達して、ＭＦＰ１０１と携帯端末１０２との距離が３０ｃｍ以内になると、Ａｌｉｃｅの携帯端末１０２はＭＦＰ１０１に対してログイン要求を行う。これにより、ＭＦＰ１０１はＣａｒｏｌを強制的にログアウトさせてＡｌｉｃｅをログインさせる。これにより、Ａｌｉｃｅが、間違えてＣａｒｏｌがログイン中のままＭＦＰ１０１を使用するのを防止できる。またＡｌｉｃｅは、Ｃａｒｏｌの代わりに、操作部２０５に表示されたログアウトボタン４１０を押下する必要もない。

図１４（Ｄ）は、ＭＦＰ１０１の操作部２０５に表示されているログアウトボタン４１０が押下された直後の状態を示す。この場合、Ｂｏｂの携帯端末１０３が近くにあったとしても、Ｂｏｂの携帯端末１０３はログイン要求を行わない。このためＡｌｉｃｅがＭＦＰ１０１の操作部２０５の前にいる状況で、Ｂｏｂの携帯端末１０３によるログインが行われることがなくなり安全である。また、ログアウトボタン４１０を押下したユーザがＡｌｉｃｅで、Ａｌｉｃｅ本人がログアウト操作を行った直後に、再びＭＦＰ１０１にログインしたいという場合は、Ａｌｉｃｅが携帯端末１０２をＭＦＰ１０１から１０ｃｍ以内の距離まで近づける。これによりＡｌｉｃｅの携帯端末１０２がＭＦＰ１０１に対してログイン要求を行う。こうしてＡｌｉｃｅは、ログアウト直後であっても、再びＭＦＰ１０１にログインすることができる。

［実施形態２］
次に、本発明の実施形態２を説明する。実施形態２では、実施形態１で示したログイン時の詳細フローで示した通信よりもセキュアな通信方法を実施した場合の例を示す。尚、実施形態２に係るＭＦＰ１０１や携帯端末１０２，１０３の構成及び、そのシステム構成は前述の実施形態１と同様であるため、その説明を省略する。

図１５は、本発明の実施形態２に係るＭＦＰ１０１が備えるＢｌｕｅｔｏｏｔｈによるユーザ認証サービス及びキャラクタリスティックを説明する図である。ここで前述の図５と共通する部分は同じ番号で示している。実施形態２では、ＭＦＰ１０１のユーザ認証サービスは、前述の実施形態１のＰａｓｓｗｏｒｄ５０７の代わりに以下の２つのキャラクタリスティックを備えるものとする。その他は、前述の実施形態１と同様である。
・Ｃｈａｌｌｅｎｇｅ１５０１
チャンレジの格納に使用するキャラクタリスティック。この値は、ＭＦＰ１０１が都度発行した乱数を格納する。
・Ｈａｓｈ１５０２
ハッシュ値の格納に使用するキャラクタリスティック。

実施形態２では、パケットの盗聴やＭＦＰの成り済ましによるパスワードの不正取得を防止するために、Ｂｌｕｅｔｏｏｔｈのキャラクタリスティックを用いてチャレンジレスポンス方式のユーザ認証を実現する。

図１６は、実施形態２に係る携帯端末１０２がＭＦＰ１０１にログイン要求を行う際のシーケンスを示す図である。図１６を参照して、実施形態２に係るユーザ認証サービスのキャラクタリスティックの利用方法を説明する。尚、ここで携帯端末１０２の基本動作は実施形態１における図７と同様である。

携帯端末１０２は、Ｓ７０５のログイン要求処理を開始するとＳ１６０１で、Ｃｈａｌｌｅｎｇｅ１５０１のＲｅａｄ要求を発行し、Ｓ１６０２でチャレンジの値を取得する。次に携帯端末１０２はＳ１６０３で、その取得したチャレンジと、ユーザのパスワードとを用いてハッシュ値を算出する。ここでのチャレンジの生成、及びハッシュ値の計算のアルゴリズムとしては、ＲＦＣ２１９５に記載のＣｈａｌｌｅｎｇｅ－Ｒｅｓｐｏｎｓｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍｅｃｈａｎｉｓｍ （ＣＲＡＭ）などがあるが、本発明はこの限りではない。次にＳ１６０４で携帯端末１０２は、ユーザ名をＵｓｅｒＮａｍｅ５０６に、算出したハッシュ値をＨａｓｈ１５０２に書き込むと共に、ＲｅｑｕｅｓｔＩＤ５０８にログイン要求を書き込む。これによりＭＦＰ１０１は、そのログイン要求を検知して、キャラクタリスティックからユーザ名とハッシュ値とチャレンジを読み出す。これらの値を読み出した後、他の端末がアクセスしたときに、これらの値を参照できないようにクリアする。そしてＳ１６０５でＭＦＰ１０１は、キャラクタリスティックから取得したユーザ名、ハッシュ値とチャレンジを用いてユーザの認証処理を行う。具体的には、キャラクタリスティックに設定されたチャレンジと、ユーザＤＢに登録されたユーザのパスワードとを取得して、携帯端末１０２と同じアルゴリズムでハッシュ値を算出する。そして、その算出したハッシュ値とキャラクタリスティックから取得したハッシュ値とを照合する。ＭＦＰ１０１は、こうしてユーザの認証を終了すると次の認証に備えて、キャラクタリスティックのチャレンジを新たな値で更新する。その後のユーザ認証後の動作は実施形態１と同様である。

以上説明したように実施形態２によれば、Ｂｌｕｅｔｏｏｔｈでチャンレジレスポンス方式のユーザ認証を実現し、実施形態１よりもセキュアで、パケットの盗聴やＭＦＰの成り済ましによるパスワードの不正取得を防止できる効果が得られる。

［実施形態３］
前述の実施形態１では、図１２のＳ１２０６～Ｓ１２１１のマニュアルによるログアウトでの処理について、マニュアルによるログアウト直後は、ログイン要求レベル３以外を受け付けないようにすることで、ログアウト直後に発生する問題を解決した。

同じ効果が得られる実施形態３に係る手法を図１７に示す。尚、実施形態３に係るＭＦＰ１０１や携帯端末１０２，１０３の構成及び、そのシステム構成は前述の実施形態１と同様であるため、その説明を省略する。

図１７は、実施形態３に係るＭＦＰ１０１によるマニュアル（手動）によるログアウト処理を説明するフローチャートである。尚、ここで特に言及しない限り、ＭＦＰ１０１の動作の主体はＣＰＵ２０１である。また特に言及しない限り、ソフトウェアの主体は、ログインサービス３１２、もしくは、ログインサービス３１２がプラットフォーム３０１が提供するＡＰＩをコールしてプラットフォーム３０１が処理を代行する。

まずＳ１７０１でＣＰＵ２０１は、ログアウトボタン４１０の押下を検知するとログアウト処理を実施する。次にＳ１７０２に進みＣＰＵ２０１は、Ｂｌｕｅｔｏｏｔｈのアドバタイジングパケットの送出を停止する。次にＳ１７０３に進みＣＰＵ２０１は、時間の経過をチェックするためにタイマ２２３を起動する。そしてＳ１７０４に進みＣＰＵ２０１は、操作部２０５の表示をログイン画面に遷移させる。この時、キーボードによるログイン、ＩＣカードによるログイン及びＢｌｕｅｔｏｏｔｈからのログイン要求レベル３を利用したログインが可能な状態になる。この後Ｓ１７０５でＣＰＵ２０１は、一定時間、ログイン要求が無く、タイマ２２３により一定期間（例えば、１０秒）の経過を検知するとＳ１７０６に進む。Ｓ１７０６でＣＰＵ２０１は、マニュアルログアウトの後、一定時間経過後にアドバタイジングパケットの送出を再開する。

これにより携帯端末１０２は、ＭＦＰ１０１がアドバタイジングパケットの送出を停止している間、ＭＦＰ１０１との間の距離を検知できなくなる。これによりＭＦＰ１０１が手動操作によるログアウト処理を実行中のとき、携帯端末１０２がＭＦＰ１０１に対してログイン要求を行うのを防止できる。

［実施形態４］
上述の実施形態１～３では、携帯端末１０２がＭＦＰ１０１へのログイン可否状態を確認して、ログイン要求を行うかどうかを決定する例を示した。例えば、図７のＳ７０４の判定がこれに該当する。これに対して実施形態４では、携帯端末１０２は、ログイン可否の判定を行わず、ＭＦＰ１０１にログイン可否の判定を委ねる場合の例を示す。尚、実施形態４に係るＭＦＰ１０１や携帯端末１０２，１０３の構成及び、そのシステム構成は前述の実施形態１と同様であるため、その説明を省略する。

図１８は、本発明の実施形態４に係るＭＦＰ１０１のユーザ認証サービスが備えるキャラクタリスティックスを説明する図である。ここで前述の図５や図１５と共通する部分は同じ番号で示し、それらの説明を省略する。実施形態４に係るＭＦＰ１０１のユーザ認証サービスは、上述の実施形態１や実施形態２のキャラクタリスティックスに加えて、携帯端末１０２が算出した距離を書き込むためのＤｉｓｔａｎｃｅ１８０１やＤｉｓｔａｎｃｅ１８０２を備える。また、ログイン要求に関して、前述の実施形態１に示したようなレベル１からレベル３とったレベルは必要なく、ログイン要求を示すＲｅｑｕｅｓｔＩＤを１つ使用する。尚、実施形態４に係るＭＦＰ１０１は、下記の表１１に示す実施形態４のログイン可否状態一覧を設定として予め記憶しているものとする。

実施形態４に係る携帯端末１０２の動作は、前述の実施形態１の図６のフローチャートで説明したのと同様であるため、その説明を省略する。

図１９は、実施形態４に係る図６のＳ６０８の処理の詳細を説明するフローチャートである。図１９を参照して、実施形態４におけるＳ６０８の詳細フローを説明する。

携帯端末１０２のＣＰＵ２１１は、ＭＦＰ１０１の使用処理を開始すると、先ずＳ１９０１でＭＦＰ１０１に対してＢｌｕｅｔｏｏｔｈで接続する。次にＳ１９０２に進みＣＰＵ２１１は、ＭＦＰ１０１からＢｌｕｅｔｏｏｔｈのサービス情報を取得する。この実施形態４では、この時点でユーザ認証サービス５０１とＭＦＰ情報サービス５０２の情報が取得できるものとする。次にＳ１９０３に進みＣＰＵ２１１は、ＭＦＰ１０１へログイン要求を発行する。実施形態４では、このログイン要求の際に、Ｄｉｓｔａｎｃｅ（１８０１や１８０２）に、携帯端末１０２のＣＰＵ２１１が算出したＭＦＰ１０１との距離を書き込む。次にＳ１９０４に進みＣＰＵ２１１は、ＭＦＰ１０１からログイン処理の結果として、ＲｅｓｕｌｔＩＤ及びＳｔａｔｕｓＩＤの更新をＮｏｔｉｆｉｃａｔｉｏｎにより受信する。

そしてＳ１９０５でＣＰＵ２１１は、その受信した結果から、ログインの成否を判定する。ここでログインに成功したと判定した場合はＳ１９０６に進みＣＰＵ２１１は、ＢｌｕｅｔｏｏｔｈによるＭＦＰ１０１との接続を切断して、この処理を終了する。

一方、Ｓ１９０５でＣＰＵ２１１は、ログインに失敗したと判定した場合はＳ１９０７に進み、ＣＰＵ２１１は、ＭＦＰ１０１にローカルログインする代わりに、使用できる機能を代替機能としてユーザに提示する。これは前述の図８と同様である。そしてＳ１９０８に進みＣＰＵ２１１は、ユーザが代替機能を選択したか否かを判定する。ここでユーザが代替機能を選択せずにキャンセルボタン８０４を押下した場合はＳ１９０６に進み、ＣＰＵ２１１はＢｌｕｅｔｏｏｔｈによるＭＦＰ１０１との接続を切断して、この処理を終了する。一方Ｓ１９０８でＣＰＵ２１１は、ユーザが代替機能を選択したと判定した場合はＳ１９０９に進み、前述の図９のフローチャートを参照して説明したように、ユーザが選択した代替機能をユーザに提供する。そして、この代替機能の提供後、Ｓ１９０６に進み、ＣＰＵ２１１は、不要になったＭＦＰ１０１とのＢｌｕｅｔｏｏｔｈによる接続を切断して、この処理を終了する。

図２０は、実施形態４に係るＭＦＰ１０１におけるローカルログイン処理の動作を説明するフローチャートである。尚、図２０において、前述の図１１の処理と同じ処理は、同じ番号を付して、その説明を省略する。前述の実施形態１では、ログイン要求を受けたＭＦＰ１０１は、図１１のＳ１１１０において、ログイン要求レベルとログイン可否状態を比較して、そのログイン要求レベルが受付可能なレベルであるかを判定した。

これに対して実施形態４に係るＭＦＰ１０１のＣＰＵ２０１は、携帯端末１０２からのログイン要求を検知するとＳ２００１に進み、Ｄｉｓｔａｎｃｅ（１８０１，１８０２）に書き込まれた距離情報を取得する。次にＳ２００２に進みＣＰＵ２０１は、実施形態４のログイン可否状態一覧（表１１）を参照して、携帯端末１０２とＭＦＰ１０１との距離が、ログイン要求を受け付ける距離であるか否かを判定する。例えば、取得した距離が２ｍ～３０ｍの間であった場合は、表１１より、ログイン可否状態がログイン可能を示す値「１」でなく、「２」或いは「３」を示している場合は、ログイン不可と判定しログイン処理をキャンセルする。また例えば、取得した距離が３０ｃｍ～１０ｃｍの間であった場合、ログイン可否状態が「３」を示している場合はログイン不可と判定し、ログイン処理をキャンセルする。ログイン処理をキャンセルした場合、ＲｅｓｕｌｔＩＤには、ログインをキャンセルしたことを示す値「３」を設定し、Ｓ２００３で携帯端末１０２に結果を通知する。

以上説明したように実施形態４によれば、携帯端末１０２は、ＭＦＰ１０１との距離に応じた判定や処理を行う必要が無くなるため、携帯端末１０２の処理を単純にできるという効果がある。

［実施形態５］
次に本発明の実施形態５を説明する。前述の実施形態１～４では、ＭＦＰ１０１がアドバタイズパケットを送信し、携帯端末１０２がそれを受信してＭＦＰ１０１と携帯端末１０２との間の距離を求めていた。これに対してこの実施形態５では、携帯端末１０２がアドバタイズパケットを送信し、ＭＦＰ１０１がそれを受信して、ＭＦＰ１０１がＭＦＰ１０１と携帯端末１０２との間の距離を求める例を説明する。尚、ここでも携帯端末１０２とＭＦＰ１０１との間の処理として説明するが、前述の実施形態の様に携帯端末１０３の場合も同様にできることはもちろんである。

図２１は、本発明の実施形態５に係るＭＦＰ１０１のハードウェア構成を説明するブロック図である。尚、携帯端末１０２のハードウェア構成、及びＭＦＰ１０１，携帯端末１０２を含むシステムの構成は前述の実施形態１と同様であるため、それらの説明を省略する。この実施形態５に係るＭＦＰ１０１も、基本的には前述の実施形態に係るＭＦＰ１０１と同じであるため、前述の図２と共通する部分は同じ記号で示し、それらの説明を省略する。

ＭＦＰ１０１の制御部２１００の構成は以下の通りである。システムバス２１１４を介してＣＰＵ２０１、ＲＡＭ２０３、ＲＯＭ２０２、ＳＲＡＭ２１０１、ネットワークインターフェース２１０、ＲＩＰ２１０３、スキャナ画像処理部２１０４、プリンタ画像処理部２１０５、ストレージコントローラ２１０８が接続されている。またＣＰＵ２０１は、ＵＡＲＴインターフェース２１０１を介して操作部２０５と接続されており、またＵＳＢインターフェース２１０９、ＵＳＢコネクタ２１１０を介して操作部２０５のBluetoothモジュール２１１３と接続されている。スキャナ画像処理部２１０４は、スキャナ２０７で原稿を読み取って得られた画像データをスキャナＩ／Ｆ２１０６を介して受信し、画像処理を行ってシステムバス２１１４に出力する。またプリンタ画像処理部２１０５は、システムバス２１１４を介して受け取った画像データを、プリンタ２０６の特性に合わせて色変換等を行った後、プリンタＩ／Ｆ２１０７を介してプリンタ２０６に出力して印刷させる。ストレージコントローラ２１０８はＨＤＤ２０４へのアクセスを制御している。ＣＰＵ２０１は、ＲＯＭ２０２に記憶されているブートプログラムを実行してＨＤＤ２０４にインストールされているＯＳやプログラムをＲＡＭ２０３に展開して実行することにより、後述する処理を実行する。

次に操作部２０５の構成を説明する。

サブＣＰＵ２１１１は、操作部２０５の動作を制御している。キー表示パネル２１１２は、タッチパネル機能を備えた表示パネルで、ユーザの操作を受け付けてサブＣＰＵ２１１１に知らせる。ＲＯＭ２１１５は、サブＣＰＵ２１１１が実行するプログラムや各種データ等を記憶している。ＲＡＭ２１１６はサブＣＰＵ２１１１による処理の実行時に各種データを記憶するワークエリアを提供する。Bluetoothモジュール２１１３は、携帯端末２０５のBluetoothI/F２１５とブルーツースの規格に従って通信する。

以上の構成に基づくＭＦＰ１０１の動作を簡単に説明する。ＬＡＮ１０４を介して印刷データであるＰＤＬデータを、ネットワークインタフェース２１０により受信する。ＣＰＵ２０１は、その受信しＰＤＬデータは一旦ＲＡＭ２０３に書き込み、ストレージコントローラ２１０８を経由してＨＤＤＤ２０４へ格納する。このＨＤＤ２０４に格納されたＰＤＬデータは、ＣＰＵ２０１によってディスプレイリストへ変換されＲＡＭ２０３を経由して再度ＨＤＤ２０４に書き込まれる。次にＨＤＤ２０４のディスプレイリストは、ＣＰＵ２０１により読みだされ、ＲＩＰ２１０３に送られてラスタデータへ変換され、再度ＨＤＤ２０４に書き込まれる。このようにして、ＭＦＰ１０１に投入された印刷ジョブは、後述するログイン手法によってユーザがＭＦＰ１０１にログインすることにより、プリンタ２０６により印刷され。この印刷に際しては、ＨＤＤ２０４からラスタデータがシステムバス２１１４経由で読み出されて、プリンタ画像処理部２１０５で濃度、スクリーン処理等が行われた後、プリンタＩ／Ｆ２１０７を介してプリンタ２０６に出力される。

次に、ユーザがＭＦＰ１０１にログインする手順を説明する。

ＣＰＵ２０１は、ＵＳＢコネクタ２１１０を介してBluetoothモジュール２１１３を制御する。具体的には携帯端末１０２から送信されるBluetooth Low Energy通信のadvertize packe（アドバタイジングパケット）を受信して携帯端末１０２からのログイン要求或いは印刷ジョブ投入などに対するサービスを実行する。ユーザは、ユーザが所有している携帯端末１０２によりＭＦＰ１０１に認証することによって、印刷ジョブの実行だけでなく、ＭＦＰ１０１の操作画面を操作メニュー画面等へ遷移させて、ＭＦＰ１０１を使用する権限を得ることができる。

次に実施形態５に係るＭＦＰ１０１による携帯端末１０２との通信処理を説明する。

図２２は、実施形態５に係るＭＦＰ１０１が携帯端末１０２から信号により、携帯端末１０２のユーザをログインさせてログアウトするまでの処理を説明するフローチャートである。尚、この処理を実行するプログラムはＨＤＤ２０４に格納されており、実行時にＲＡＭ２０３に展開されＣＰＵ２０１により実行される。

実施形態５では、ＭＦＰ１０１と携帯端末１０２は、Bluetooth Low Energy通信規格を用いて相互に通信する。ここで携帯端末１０２からＭＦＰ１０１に要求されるサービスでは、ＭＦＰ１０１から所定の距離内にある携帯端末１０２から送信されるユーザＩＤに従って自動的にログインし、所定の距離以遠になると自動的にログアウトするような制御を含む。

まずＳ２２０１でＣＰＵ２０１は、Bluetooth Low Energyのスタンバイ状態へ遷移する。次にＳ２２０２に進みＣＰＵ２０１は、ユーザの認証が可能な状態か否かを判定する。ユーザの認証が可能であればＳ２２０３に進み、そうでないときはユーザの認証が可能になるのを待ってＳ２２０３に進む。Ｓ２２０３でＣＰＵ２０１は、携帯端末１０２からの要求を受けられるサービス、ここでは認証処理が可能であるように設定してあるかを判定する。設定してない場合はＳ２２０４に進み、認証を行うことができるように設定するように管理者に促してＳ２２０３に進む。こうしてＳ２２０３でＣＰＵ２０１は、携帯端末１０２からの要求を受けられるサービスが設定済となるとＳ２２０５に進み、ログインの基準となる距離が設定されているかどうかを判定する。ここで設定してないと判定した場合はＳ２２０６に進み、距離を設定するようにＭＦＰ１０１の管理者に促して設定させる。こうして受信したBluetoothのアドバタイジングパケットの送信元と接続するための条件である距離がＭＦＰ１０１に設定されるとＳ２２０７に進む。Ｓ２２０７でＣＰＵ２０１は、スキャニング状態へ遷移してアドバタイジングパケットの受信待ちに入る。そしてＳ２２０８でＣＰＵ２０１は、アドバタイジングパケットを受信するとＳ２２０９に進み、その受信したアドバタイジングパケットを解析する。そしてここでＣＰＵ２０１は、送信元からの距離、サービスＵＵＩＤ、及びユーザのＩＤを取得する。そしてＳ２２１０に進みＣＰＵ２０１は、受信したアドバタイジングパケットの送信元からの距離が、Ｓ２２０５で設定してある値以内であるか否かを判定する。ここで設定した値以内であると判定するとＳ２２１１に進むが、そうでないときはＳ２２０８に進む。ここでもユーザＩＤに応じて、設定する距離が変更されるようにしても良い。即ち、実施形態１でも説明したように、常にＭＦＰ１０１の近傍で作業しているユーザＡの距離を例えば３０ｃｍとし、それ以外のユーザに対して設定された距離は、例えば２ｍとしても良い。従って、この場合はＳ２２１０で、ユーザＩＤに応じた接続距離以内かどうかを判定する。Ｓ２２１１でＣＰＵ２０１は、受信したアドバタイジングパケットに記載されているサービスＵＵＩＤがＭＦＰ１０１に設定されている対応可能なサービスであるか、この場合は認証サービスの要求であるか否かを判定する。そうであればＳ２２１２に進むが、そうでないときはＳ２２０８に進む。

Ｓ２２１２でＣＰＵ２０１は、int状態へ遷移してＳ２２１３に進み、ＣＰＵ２０１はアドバタイジングパケットを送信してきた携帯端末１０２へConnect Req（接続要求）パケットを送信する。そしてＳ２２１４で携帯端末１０２からのConnect Req（接続要求）パケットを受信するとＳ２２１５に進む。Ｓ２２１５でＣＰＵ２０１は、携帯端末１０２から要求されたユーザＩＤでのログイン処理を実行する。ここでは前述の表１のユーザ情報一覧を参照して、ユーザのログインを許可するかどうかを判定する。そしてＳ２２１６に進みＣＰＵ２０１は、携帯端末１０２に対してログイン処理の結果である、認証成功或いは認証失敗を通知する。次にＳ２２１７に進みＣＰＵ２０１はＳ２２０７と同様に、スキャニング状態へ遷移し、Ｓ２２１８でアドバタイジングパケットの受信を待ち、アドバタイジングパケットを受信するとＳ２２１９に進む。Ｓ２２１９でＣＰＵ２０１は、Ｓ２２０９と同様に、その受信したアドバタイジングパケットを解析して、送信元からの距離、サービスＵＵＩＤの取得、ユーザＩＤの取得を行う。次にＳ２２２０に進みＣＰＵ２０１は、ログアウトするための距離かどうかを判定する。Ｓ２２２０でＣＰＵ２０１は、Ｓ２２１８で受信したアドバタイジングパケットの送信元がログインしていたユーザＩＤと同じで、かつ所定の距離以上であると判定した場合はＳ２２２１に進む。Ｓ２２２１でＣＰＵ２０１は、その携帯端末１０２のユーザをログアウトしてＳ２２０１に戻る。

このようにして、携帯端末１０２のユーザは、携帯端末１０２を所持した状態でＭＦＰ１０１に、予め設定されている距離まで接近するだけでそのＭＦＰ１０１にログインすることができる。このときＭＦＰ１０１には、予め、ログイン可能な送信元までの距離、受付可能なサービスＵＵＩＤ，認証するユーザ情報が登録されているものとする。

次に実施形態５に係る携帯端末１０２の動作を説明する。

図２３は、実施形態５に係る携帯端末１０２がＭＦＰ１０１にログインする処理を説明するフローチャートである。尚、この処理を実行するプログラムはフラッシュメモリ２１３に格納されており、実行時にＲＡＭ２１１に展開されＣＰＵ２１１により実行される。

まずＳ２３０１でＣＰＵ２１１は、携帯端末１０２に格納されているアプリを起動する、尚、このアプリの起動はユーザが携帯端末１０２を操作することによりなされる。次にＳ２３０２に進みＣＰＵ２１１は、ＭＦＰ１０１にログインするためのユーザＩＤが設定されているか否かを判定する。ここでユーザＩＤが設定されていないと判定するとＳ２３０３に進みＣＰＵ２１１は、携帯端末１０２にユーザに認証させたいユーザＩＤを設定させるように促してＳ２３０２に進む。こうしてユーザＩＤが設定された状態になるとＳ２３０４に進みＣＰＵ２１１は、ＭＦＰ１０１へ要求するサービスＵＵＩＤが設定されているか、ここではＭＦＰ１０１への認証サービスの要求が設定されているかを判定する。ここで設定されていないと判定するとＣＰＵ２１１はＳ２３０５に処理を進め、携帯端末１０２の使用者にサービスＵＵＩＤを設定するように促してＳ２３０４に進む。こうしてＳ２３０４でサービスＩＤが設定された状態になるとＳ２３０６に進みＣＰＵ２１１は、アドバタイジングパケットを送信する状態に遷移する。

次にＳ２３０７に進みＣＰＵ２１１は、ＭＦＰ１０１からのConnect Reqパケットの受信を待ち、Connect Reqパケットを受信するとＳ２３０８に進んで、ＭＦＰ１０１と接続した状態に遷移する。そしてＳ２３０９に進みＣＰＵ２１１は、ＭＦＰ１０１へConnect Resパケットを送信してＳ２３１０に進み、ログイン処理が成功したか否かの認証結果の受信を待つ。Ｓ２３１０で認証結果を受信するとＳ２３１１に進み、その結果の内容を携帯端末１０２の操作部２１４に表示する。ここでは、認証に成功した場合は、例えば「ログインしました」と表示し、認証に失敗した場合は「ログインに失敗しました」等を表示する。そしてＳ２３１２に進みＣＰＵ２１１は、アドバタイジング状態へ遷移してＳ２３０７に進む。

このようにして携帯端末１０２のユーザは、その携帯端末１０２をＭＦＰ１０１に近づけるだけで、携帯端末１０２に設定されているユーザＩＤを用いてＭＦＰ１０１にログインするための処理を実行できる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

１０１…ＭＦＰ，１０２，１０３…携帯端末、１０４…ＬＡＮ，１０５…無線ルータ、２０１…ＭＦＰ１０１のＣＰＵ、２１１…携帯端末のＣＰＵ、２０５，２１４…操作部、３０２，３１５…Bluetooth制御部

Claims (20)

1. 信号を受信することが可能な携帯端末に制御方法を実行させるためのプログラムであって、
   前記制御方法は、プリンタから送信された信号の受信信号強度が第一の所定強度以上であると、前記プリンタにログインするための要求を前記プリンタに送信可能とし、前記第一の所定強度に対応する距離は前記携帯端末上で可変に設定されることを特徴とするプログラム。
2. 信号を受信することが可能な携帯端末に制御方法を実行させるためのプログラムであって、
   前記制御方法は、プリンタから送信された信号を受信し、前記信号の受信信号強度が第一の所定強度以上であると前記プリンタにログインするための要求を前記プリンタに送信可能とし、前記信号の受信信号強度が第二の所定強度以下であると前記プリンタからログアウトするための要求を前記プリンタに送信可能とすることを特徴とするプログラム。
3. 前記制御方法は、前記受信信号強度が前記第一の所定強度以上となると前記要求の送信を行うことを特徴とする請求項１又は２に記載のプログラム。
4. 前記制御方法は、前記プリンタから送信された信号に基づいてユーザが前記プリンタにログイン中であると判断すると、前記要求を前記プリンタに送信させないことを特徴とする請求項１乃至３のいずれか一項に記載のプログラム。
5. 前記制御方法は、更に、前記携帯端末が受信した信号が、前記プログラムで登録された所定のプリンタから送信された信号である場合は、前記要求を送信可能とすることを特徴とする請求項１乃至４のいずれか一項に記載のプログラム。
6. 前記要求は、ユーザ識別情報とパスワードとを少なくとも含むことを特徴とする請求項１乃至５のいずれか一項に記載のプログラム。
7. 前記制御方法は、前記受信信号強度を基に前記プリンタとの距離を算出し、当該距離が所定の条件を満たすと前記プリンタに前記要求を送信可能とすることを特徴とする請求項１乃至６のいずれか一項に記載のプログラム。
8. 前記要求は、前記プリンタを、前記プリンタの操作部から機能を利用することが可能な状態にするためのローカルログイン要求であることを特徴とする請求項１乃至７のいずれか一項に記載のプログラム。
9. 前記プログラムは、前記携帯端末の操作部を介して前記プリンタにプリント指示を送信させることが可能であることを特徴とする請求項１乃至８のいずれか一項に記載のプログラム。
10. 前記第一の所定強度は、前記プリンタから送信された信号の受信信号強度が信号に含まれる情報を識別可能となる受信レベルより高いことを特徴とする請求項１乃至９のいずれか一項に記載のプログラム。
11. 前記プリンタは複数のユーザにより使用されるプリンタであり、前記距離は、前記プログラムがインストールされた携帯端末毎に可変に設定可能であることを特徴とする請求項１に記載のプログラム。
12. 前記信号はBluetooth（登録商標） Low Energy信号であることを特徴とする請求項１乃至１１のいずれか一項に記載のプログラム。
13. 前記制御方法は、前記プリンタから送信されたBluetooth Low Energyのアドバタイズパケット信号の受信信号強度が所定の強度以上であると、ＧＡＴＴ(Generic Attribute)通信によって前記プリンタにログインするための要求を前記プリンタに送信可能とすることを特徴とする請求項１２に記載のプログラム。
14. 前記制御方法は、前記要求をBluetooth Low Energy通信で前記プリンタに送信し、無線ＬＡＮ（Local Area Network）通信で前記プリンタに画像データを送信することが可能であることを特徴とする請求項１乃至１３のいずれか一項に記載のプログラム。
15. 前記制御方法は、前記距離を設定する設定工程を、更に有することを特徴とする請求項１に記載のプログラム。
16. 前記プリンタは、少なくともプリント機能を有したプリンタであり、前記プログラムからの指示を受け付けプリント処理を実行するプリンタであることを特徴とする請求項１乃至１４のいずれか一項に記載のプログラム。
17. 信号を受信することが可能な携帯端末であって、
    プリンタから送信された信号の受信信号強度が第一の所定強度以上であると、前記プリンタにログインするための要求を前記プリンタに送信可能とする制御手段と、
    前記第一の所定強度に対応する距離を可変に設定する設定手段と、
    を有することを特徴とする携帯端末。
18. 信号を受信することが可能な携帯端末であって、
    プリンタから送信された信号を受信し、前記信号の受信信号強度が第一の所定強度以上であると、前記プリンタにログインするための要求を前記プリンタに送信可能とし、前記信号の受信信号強度が第二の所定強度以下であると前記プリンタからログアウトするための要求を前記プリンタに送信可能とする制御手段を有することを特徴とする携帯端末。
19. 信号を受信することが可能な携帯端末が実行する制御方法であって、
    前記制御方法は、プリンタから送信された信号の受信信号強度が第一の所定強度以上であると、前記プリンタにログインするための要求を前記プリンタに送信可能とし、前記第一の所定強度に対応する距離は前記携帯端末上で可変に設定されることを特徴とする制御方法。
20. 信号を受信することが可能な携帯端末が実行する制御方法であって、
    プリンタから送信された信号を受信し、前記信号の受信信号強度が第一の所定強度以上であると、前記プリンタにログインするための要求を前記プリンタに送信可能とし、前記信号の受信信号強度が第二の所定強度以下であると前記プリンタからログアウトするための要求を前記プリンタに送信可能とすることを特徴とする制御方法。

Images