JP2015069560A - 機能実行機器と可搬型デバイス - Google Patents

Abstract

【課題】 認証用メモリへの登録のために可搬型デバイスから機能実行機器に供給されるデバイス認証情報が、認証用メモリに既に登録されていても、可搬型デバイスを利用して機能実行機器に特定機能を実行させ得る技術を提供すること。
【解決手段】 多機能機１０は、携帯端末ＰＴ１とのＮＦＣ接続が確立されて、携帯端末ＰＴ１からデバイスＩＤ「Ｄ１」を取得する場合（Ｔ２３６）に、デバイスＩＤ「Ｄ１」が認証テーブルに既に登録されていると判断し、デバイスＩＤ「Ｄ２」を認証テーブルに登録し（Ｔ２３８）、デバイスＩＤ「Ｄ２」を携帯端末ＰＴ１に供給する（Ｔ２４０）。その後、多機能機１０は、携帯端末ＰＴ１とのＮＦＣ接続が確立されて、携帯端末ＰＴ１からデバイスＩＤ「Ｄ２」を取得する場合（Ｔ２７６）に、非ログイン状態からログイン状態へ移行する（Ｔ２７８）。
【選択図】図７

Description

本明細書によって開示される技術は、特定機能を実行可能な機能実行機器と、当該特定機能を機能実行機器に実行させるために利用される可搬型デバイスと、に関する。

特許文献１には、複合機が開示されている。複合機は、ユーザ情報が複合機に入力される場合に、ユーザ情報の認証を認証サーバに実行させる。複合機は、ユーザ情報の認証が成功した後に、複合機のカードリーダにタッチされるカードからカード情報を取得して、カード情報を認証サーバに供給する。認証サーバは、ユーザ情報に関連付けて、カード情報を登録する。これにより、ユーザは、ユーザ情報を複合機に入力しなくても、複合機のカードリーダにカードをタッチさせれば、複合機にログインすることができる。

特開２０１０−１０８３４８号公報

上記の技術では、各カードの各カード情報が異なることが前提となっている。従って、認証サーバへの登録のためにカードからカード情報が取得される場合に、当該カード情報が認証サーバに既に登録されている状況について、何ら考慮されていない。

本明細書では、認証用メモリへの登録のために可搬型デバイスから機能実行機器に供給されるデバイス認証情報が、認証用メモリに既に登録されていても、可搬型デバイスを利用して機能実行機器に特定機能を実行させ得る技術を提供する。

本明細書によって開示される機能実行機器は、特定機能を実行する機能実行部と、制御部と、を備える。制御部は、第１の可搬型デバイスとの第１の接続が確立されて、第１の可搬型デバイスから第１のデバイス認証情報が取得される場合に、第１のデバイス認証情報が認証用メモリに既に登録されている登録済み認証情報であるのか否かを判断する判断部と、第１のデバイス認証情報が登録済み認証情報でないと判断される場合に、第１のデバイス認証情報を認証用メモリに登録する第１の登録部と、第１のデバイス認証情報が登録済み認証情報であると判断される場合に、第１のデバイス認証情報とは異なる第２のデバイス認証情報を認証用メモリに登録する第２の登録部と、第１のデバイス認証情報が登録済み認証情報であると判断される場合に、第２のデバイス認証情報を第１の可搬型デバイスに供給する供給部と、機能実行装置の状態を移行させる状態移行部と、を備える。状態移行部は、第１のデバイス認証情報が認証用メモリに登録された後に、第１の可搬型デバイスとの第２の接続が確立されて、第１の可搬型デバイスから第１のデバイス認証情報が取得される場合に、機能実行機器の状態を、第１の可搬型デバイスのユーザに特定機能の利用を許可しない不許可状態から、ユーザに特定機能の利用を許可する許可状態へ移行させ、第２のデバイス認証情報が認証用メモリに登録された後に、第１の可搬型デバイスとの第３の接続が確立されて、第１の可搬型デバイスから第２のデバイス認証情報が取得される場合に、機能実行機器の状態を不許可状態から許可状態へ移行させる。

上記の構成によると、機能実行機器は、認証用メモリへの登録のために第１の可搬型デバイスから取得される第１のデバイス認証情報が、登録済み認証情報でないと判断する場合に、当該第１のデバイス認証情報を認証用メモリに登録する。その後、機能実行機器は、第１の可搬型デバイスから第１のデバイス認証情報を取得する場合に、機能実行機器の状態を不許可状態から許可状態へ移行させる。従って、ユーザは、第１の可搬型デバイスを利用して、機能実行機器に特定機能を実行させ得る。一方、機能実行機器は、認証用メモリへの登録のために第１の可搬型デバイスから取得される第１のデバイス認証情報が、登録済み認証情報であると判断する場合に、第２のデバイス認証情報を認証用メモリに登録して、第２のデバイス認証情報を第１の可搬型デバイスに供給する。その後、機能実行機器は、第１の可搬型デバイスから第２のデバイス認証情報を取得する場合に、機能実行機器の状態を不許可状態から許可状態へ移行させる。従って、ユーザは、第１の可搬型デバイスを利用して、機能実行機器に特定機能を実行させ得る。このように、ユーザは、第１のデバイス認証情報が認証用メモリに既に登録されていても、第１の可搬型デバイスを利用して機能実行機器に特定機能を実行させ得る。

本明細書によって開示される可搬型デバイスは、制御部を備える。制御部は、デバイスメモリと、第１のデバイス認証情報を生成する生成部と、第１のデバイス認証情報をデバイスメモリに記憶させる記憶制御部と、第１のデバイス認証情報がデバイスメモリに記憶されている状態で、特定機能を実行可能な機能実行機器との第１の特定接続が確立される場合に、デバイスメモリ内の第１のデバイス認証情報を機能実行機器に供給する供給部と、を備える。記憶制御部は、さらに、第１のデバイス認証情報が機能実行機器に供給された後に、機能実行機器から第１のデバイス認証情報とは異なる第２のデバイス認証情報が取得される場合に、第２のデバイス認証情報をデバイスメモリに記憶させる。供給部は、さらに、第２のデバイス認証情報がデバイスメモリに記憶された後に、機能実行機器との第２の特定接続が確立される場合に、デバイスメモリ内の第２のデバイス認証情報を機能実行機器に供給して、機能実行機器の状態を、可搬型デバイスのユーザに特定機能の利用を許可しない不許可状態から、ユーザに特定機能の利用を許可する許可状態へ移行させる。

上記の構成によると、可搬型デバイスは、可搬型デバイス自身のための第１のデバイス認証情報を生成して、第１のデバイス認証情報を機能実行機器に供給する。そして、可搬型デバイスは、機器実行機器から第２のデバイス認証情報を取得する場合に、第２のデバイス認証情報を記憶する。従って、可搬型デバイスは、第２のデバイス認証情報を機能実行機器に供給して、機能実行機器の状態を不許可状態から許可状態へ移行させることができる。このために、ユーザは、可搬型デバイスを利用して機能実行機器に特定機能を実行させ得る。

なお、上記の機能実行機器又は可搬型デバイスを実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の機能実行機器と可搬型デバイスとを含む通信システムも、新規で有用である。

通信システムの構成を示す。 多機能機のログイン管理処理のフローチャートを示す。 図２の続きのフローチャートを示す。 携帯端末のアプリケーション処理のフローチャートを示す。 携帯端末が認証カードよりも先にデバイスＩＤを登録するケースＡのシーケンス図を示す。 図５の続きのシーケンス図を示す。 認証カードが携帯端末よりも先にデバイスＩＤを登録するケースＢのシーケンス図を示す。 ユーザが利用する携帯端末を代えるケースＣのシーケンス図を示す。

（通信システム２の構成）
図１に示すように、通信システム２は、多機能機１０と、複数個の携帯端末ＰＴ１，ＰＴ２と、認証カードＡＣと、を備える。

（多機能機１０の構成）
多機能機１０は、印刷機能、スキャン機能、コピー機能等の多機能を実行可能な周辺機器（即ち、図示省略のＰＣ（Personal Computerの略）等の周辺機器）である。多機能機１０は、操作部１２と、表示部１４と、印刷実行部１６と、スキャン実行部１８と、ＮＦＣ（Near Field Communicationの略）インターフェース２０と、ＬＡＮ（Local Area Networkの略）インターフェース２２と、制御部３０と、を備える。各部１２〜３０は、バス線（符号省略）に接続されている。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。

操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示を多機能機１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部１８は、ＣＣＤ、ＣＩＳ等のスキャン機構である。

ＮＦＣＩ／Ｆ２０は、ＮＦＣ方式に従ったＮＦＣ通信を実行するためのＩ／Ｆである。ＮＦＣ方式は、例えば、ＩＳＯ／ＩＥＣ２１４８１又は１８０９２の国際標準規格に従って、近距離無線通信を実行するための無線通信方式である。ＮＦＣＩ／Ｆ２０は、少なくともＲ／Ｗ（Reader/Writerの略）モードで動作可能である。ただし、ＮＦＣＩ／Ｆ２０は、さらに、Ｐ２Ｐ（Peer to Peerの略）モードで動作可能であってもよいし、ＣＥ（Card Emulationの略）モードで動作可能であってもよい。

ＬＡＮＩ／Ｆ２２は、Ｗｉ−Ｆｉ方式に従った無線通信（即ちＷｉ−Ｆｉ通信）を実行するためのＩ／Ｆである。ただし、変形例では、ＬＡＮＩ／Ｆ２２は、有線通信を実行するためのＩ／Ｆであってもよい。Ｗｉ−Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従って、無線通信を実行するための無線通信方式である。

ここでは、ＮＦＣＩ／Ｆ２０を介した無線通信と、ＬＡＮＩ／Ｆ２２を介した無線通信と、の相違点を説明しておく。ＬＡＮＩ／Ｆ２２を介した無線通信の通信速度（例えば、最大の通信速度が１１〜６００Ｍｂｐｓ）は、ＮＦＣＩ／Ｆ２０を介した無線通信の通信速度（例えば、最大の通信速度が１００〜４２４Ｋｂｐｓ）よりも速い。また、ＬＡＮＩ／Ｆ２２を介した無線通信における搬送波の周波数（例えば、２．４ＧＨｚ帯、５．０ＧＨｚ帯）は、ＮＦＣＩ／Ｆ２０を介した無線通信における搬送波の周波数（例えば、１３．５６ＭＨｚ帯）とは異なる。また、多機能機１０がＬＡＮＩ／Ｆ２２を介して外部機器と無線通信を実行可能な最大の距離（例えば最大で１００ｍ）は、多機能機１０がＮＦＣＩ／Ｆ２０を介して外部機器と無線通信を実行可能な最大の距離（例えば最大で１０ｃｍ）よりも大きい。

制御部３０は、ＣＰＵ３２とメモリ３４とを備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、上記のプログラム３６の他に、認証テーブルＡＴを格納する。

認証テーブルＡＴは、複数のユーザに対応する複数の組合せ情報を記憶可能である。各組合せ情報は、ユーザＩＤと、パスワードと、デバイスＩＤと、コピー許可情報と、スキャン許可情報と、送信先情報と、が関連付けられた情報である。ユーザＩＤ及びパスワードは、ユーザを認証するためのユーザ認証情報である。デバイスＩＤは、多機能機１０とは異なるデバイス（即ち、携帯端末ＰＴ１，ＰＴ２、認証カードＡＣ等）を認証するためのデバイス認証情報である。コピー許可情報、スキャン許可情報は、それぞれ、コピー機能、スキャン機能の実行をユーザに許可するのか否かを示す情報であり、「ＯＫ」及び「ＮＧ」のどちらかの値を示す。「ＯＫ」は、機能（コピー機能又はスキャン機能）の実行をユーザに許可することを示し、「ＮＧ」は、機能の実行をユーザに許可しないことを示す。送信先情報は、スキャン機能が実行されて生成されるスキャンデータの送信先を示す情報であり、例えば、ＰＣ等の外部機器のＩＰアドレスを示す。

通信システム２の管理者は、例えば、多機能機１０の操作部１２を操作して、又は、図示省略のＰＣを利用して多機能機１０にアクセスして、認証テーブルＡＴに情報を登録する。具体的には、管理者は、ユーザＩＤ（例えば「Ｕ１」、「Ｕ２」）、パスワード（例えば「Ｐ１」、「Ｐ２」）、コピー許可情報（即ち「ＯＫ」又は「ＮＧ」）、及び、スキャン許可情報（即ち「ＯＫ」又は「ＮＧ」）を、多機能機１０に入力する。管理者は、スキャン許可情報「ＯＫ」を入力する場合には、さらに、送信先情報（例えば「ＩＰ１」）を多機能機１０に入力する。これにより、多機能機１０のＣＰＵ３２は、入力された各情報を認証テーブルＡＴに登録する。

管理者は、デバイスＩＤを多機能機１０に入力しない。従って、管理者によってユーザＩＤ等の各情報が認証テーブルＡＴに登録される段階では、デバイスＩＤが認証テーブルＡＴに登録されない。多機能機１０のＣＰＵ３２は、例えば、携帯端末ＰＴ１等又は認証カードＡＣとのＮＦＣ接続が確立される場合に、デバイスＩＤを認証テーブルＡＴに登録する。

（携帯端末ＰＴ１，ＰＴ２の構成）
各携帯端末ＰＴ１，ＰＴ２は、携帯電話（例えばスマートフォン）、ＰＤＡ（Personal Digital Assistantの略）、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型のデバイスである。

携帯端末ＰＴ１の構成を説明する。携帯端末ＰＴ２は、携帯端末ＰＴ１と同様の構成を備える。携帯端末ＰＴ１は、操作部７２と、表示部７４と、ＮＦＣＩ／Ｆ８０と、ＬＡＮＩ／Ｆ８２と、制御部９０と、を備える。各部７２〜９０は、バス線（符号省略）に接続されている。

操作部７２は、複数のキーを備える。ユーザは、操作部７２を操作することによって、様々な指示を携帯端末ＰＴ１に入力することができる。表示部７４は、様々な情報を表示するためのディスプレイである。ＮＦＣＩ／Ｆ８０、ＬＡＮＩ／Ｆ８２は、それぞれ、多機能機１０のＮＦＣＩ／Ｆ２０、ＬＡＮＩ／Ｆ２２とほぼ同様である。従って、携帯端末ＰＴ１は、ＮＦＣ通信とＷｉ−Ｆｉ通信とのそれぞれを実行可能である。ただし、ＮＦＣＩ／Ｆ８０は、少なくともＣＥモードで動作可能である。なお、ＮＦＣＩ／Ｆ８０は、さらに、Ｐ２Ｐモードで動作可能であってもよいし、Ｒ／Ｗモードで動作可能であってもよい。

制御部９０は、ＣＰＵ９２とメモリ９４とを備える。ＣＰＵ９２は、メモリ９４に格納されている各プログラム９６，９８に従って、様々な処理を実行するプロセッサである。

ＯＳ（Operation Systemの略）プログラム９６は、携帯端末ＰＴ１の基本的な動作を実現するためのプログラムである。アプリケーション９８は、多機能機１０を利用するためのプログラムであり、より具体的には、携帯端末ＰＴ１を利用して多機能機１０にログインする処理を実現するためのプログラムである。アプリケーション９８は、多機能機１０のベンダによって提供されるアプリケーションであり、インターネット上のサーバから携帯端末ＰＴ１にインストールされてもよいし、多機能機１０と共に出荷されるメディアから携帯端末ＰＴ１にインストールされてもよい。

メモリ９４は、上記の各プログラム９６，９８の他に、書換不可能領域と、書換可能領域と、を備える。当該書換不可能領域、当該書換可能領域は、それぞれ、書き換え不可能な情報、書き換え可能な情報を記憶するための領域である。書換不可能領域は、例えば、携帯端末ＰＴ１のＣＰＵ９２によってデバイスＩＤが生成される場合に、当該デバイスＩＤを記憶する。また、書換可能領域は、例えば、多機能機１０からデバイスＩＤが取得される場合に、当該デバイスＩＤを記憶する。

（認証カードＡＣの構成）
認証カードＡＣは、多機能機１０のベンダから通信システム２の管理者に与えられる可搬型のカードである。通信システム２の管理者は、認証カードＡＣをユーザに与えることができる。これにより、ユーザは、認証カードＡＣを利用して、多機能機１０にログインすることができる。

認証カードＡＣは、図示省略のＮＦＣＩ／Ｆを備えており、ＮＦＣ通信を実行可能である。認証カードＡＣのＮＦＣＩ／Ｆは、ＮＦＣ規格のカードとして機能するＩ／Ｆである。ＮＦＣ規格のカードは、上記のＣＥモードと同様の動作を実行し、Ｐ２Ｐモード及びＲ／Ｗモードの動作を実行不可能である。

また、認証カードＡＣは、書換不可能領域と、書換可能領域と、を備える。当該書換不可能領域、書換可能領域は、それぞれ、書き換え不可能な情報、書き換え可能な情報を記憶するための領域である。当該書換不可能領域は、複数個のアルファベット及び／又は数字の組み合わせであるデバイスＩＤを予め記憶している。認証カードＡＣのデバイスＩＤは、予め決められている文字数を有する。また、書換可能領域は、例えば、多機能機１０からデバイスＩＤが取得される場合に、当該デバイスＩＤを記憶する。

（ＮＦＣ通信）
続いて、ＮＦＣ通信について説明する。上述したように、多機能機１０のＮＦＣＩ／Ｆ２０は、少なくともＲ／Ｗモードで動作可能である。そして、携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０は、少なくともＣＥモードで動作可能である。従って、多機能機１０のＮＦＣＩ／Ｆ２０と携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０との間の距離が、ＮＦＣ通信を実行可能な距離（例えば１０ｃｍ）以下になると、ＮＦＣＩ／Ｆ２０とＮＦＣＩ／Ｆ８０との間に、Ｒ／Ｗ−ＣＥ接続が確立される。Ｒ／Ｗ−ＣＥ接続は、多機能機１０のＮＦＣＩ／Ｆ２０がＲ／Ｗモードで動作すると共に、携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０がＣＥモードで動作する接続である。

例えば、多機能機１０のＮＦＣＩ／Ｆ２０がＲ／ＷモードのうちのＲｅａｄｅｒとして動作する場合には、多機能機１０は、Ｒ／Ｗ−ＣＥ接続を利用して、携帯端末ＰＴ１からデータを読み出すことができる（即ちデータを取得することができる）。また、例えば、多機能機１０のＮＦＣＩ／Ｆ２０がＲ／ＷモードのうちのＷｒｉｔｅｒとして動作する場合には、多機能機１０は、Ｒ／Ｗ−ＣＥ接続を利用して、携帯端末ＰＴ１にデータを書き込むことができる（即ちデータを供給することができる）。

また、上述したように、認証カードＡＣは、ＣＥモードと同様の動作を実行する。従って、多機能機１０のＮＦＣＩ／Ｆ２０と認証カードＡＣのＮＦＣＩ／Ｆ（図示省略）との間にも、Ｒ／Ｗ−ＣＥ接続が確立される。

なお、本実施例では特に利用されないが、例えば、多機能機１０のＮＦＣＩ／Ｆ２０がＰ２Ｐモードで動作すると共に、携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０がＰ２Ｐモードで動作する場合には、ＮＦＣＩ／Ｆ２０とＮＦＣＩ／Ｆ８０との間に、Ｐ２Ｐ接続が確立される。この場合、多機能機１０及び携帯端末ＰＴ１は、Ｐ２Ｐ接続を利用して、様々なデータの双方向通信を実行することができる。

（多機能機１０のログイン管理処理；図２）
続いて、図２を参照して、多機能機１０のＣＰＵ３２が実行するログイン管理処理を実行する。ログイン管理処理では、ＣＰＵ３２は、Ｓ１０、Ｓ２０、及び、Ｓ４０の各監視処理を繰り返し実行する。

Ｓ１０では、ＣＰＵ３２は、ユーザＩＤ及びパスワードを入力するための操作が操作部１２に実行されることを監視している。ＣＰＵ３２は、当該操作が実行される場合に、Ｓ１０でＹＥＳと判断して、Ｓ１２に進む。以下では、Ｓ１０で入力されたユーザＩＤのことを「対象ユーザＩＤ」と呼び、Ｓ１０で入力されたユーザＩＤ及びパスワードのセットのことを「対象セット」と呼び、対象セットを入力したユーザのことを「対象ユーザ」と呼ぶ。

Ｓ１２では、ＣＰＵ３２は、対象セットの認証を実行して、当該認証が成功したのか否かを判断する。ＣＰＵ３２は、対象セットが認証テーブルＡＴに登録されていないと判断する場合（Ｓ１２でＮＯ）には、Ｓ１３に進む。

Ｓ１３では、ＣＰＵ３２は、多機能機１０の状態を非ログイン状態に維持したまま、認証失敗を示すエラーメッセージを表示部１４に表示させる。Ｓ１３が終了すると、Ｓ１０に戻る。

また、Ｓ１２において、ＣＰＵ３２は、対象セットが認証テーブルＡＴに登録済みであると判断する場合（Ｓ１２でＹＥＳ）には、Ｓ１４に進む。

Ｓ１４では、ＣＰＵ３２は、多機能機１０の状態を、非ログイン状態から、対象ユーザＩＤに対応するログイン状態へ移行させる。非ログイン状態は、コピー機能及び／又はスキャン機能の実行を、対象ユーザを含むいずれのユーザにも許可しない状態である。また、対象ユーザＩＤに対応するログイン状態は、対象ユーザＩＤに関連付けられているコピー許可情報及び／又はスキャン許可情報が「ＯＫ」を示すことを条件として、コピー機能及び／又はスキャン機能の実行を、対象ユーザに許可する状態である。Ｓ１４が終了すると、Ｓ１０に戻る。

Ｓ２０では、ＣＰＵ３２は、コピー機能又はスキャン機能の実行を指示するための操作（以下では「機能実行操作」と呼ぶ）が操作部１２に実行されることを監視している。ＣＰＵ３２は、機能実行操作が実行される場合に、Ｓ２０でＹＥＳと判断して、Ｓ２２に進む。以下では、機能実行操作で指示された機能のことを「指定機能」と呼ぶ。

Ｓ２２では、ＣＰＵ３２は、多機能機１０の状態が、いずれかのユーザＩＤに対応するログイン状態であるのか否かを判断する。ＣＰＵ３２は、多機能機１０の状態が非ログイン状態であると判断する場合（Ｓ２２でＮＯ）には、Ｓ２３に進む。

Ｓ２３では、ＣＰＵ３２は、多機能機１０の状態を非ログイン状態に維持したまま、非ログイン状態であることに起因して、指定機能を実行不可能であることを示すエラーメッセージを、表示部１４に表示させる。Ｓ２３が終了すると、Ｓ１０に戻る。

また、Ｓ２２において、ＣＰＵ３２は、多機能機１０の状態がログイン状態であると判断する場合（Ｓ２２でＹＥＳ）には、Ｓ２６に進む。以下では、Ｓ２２でＹＥＳと判断されたユーザＩＤ（即ち多機能機１０にログインしているユーザＩＤ）のことを「対象ユーザＩＤ」と呼ぶ。

Ｓ２６では、ＣＰＵ３２は、指定機能を実行可能であるのか否かを判断する。具体的には、ＣＰＵ３２は、認証テーブルＡＴから、対象ユーザＩＤに関連付けられている指定機能（例えばコピー）の許可情報（例えばコピー許可情報）を取得する。そして、ＣＰＵ３２は、対象ユーザＩＤに関連付けられている指定機能の許可情報が「ＮＧ」を示すと判断する場合（Ｓ２６でＮＯ）には、Ｓ２７に進む。

Ｓ２７では、ＣＰＵ３２は、許可情報が「ＮＧ」を示すことに起因して、指定機能を実行不可能であることを示すエラーメッセージを、表示部１４に表示させる。Ｓ２７が終了すると、Ｓ３２に進む。

また、Ｓ２６において、ＣＰＵ３２は、対象ユーザＩＤに関連付けられている指定機能の許可情報が「ＯＫ」を示すと判断する場合（Ｓ２６でＹＥＳ）には、Ｓ２８に進む。

Ｓ２８では、ＣＰＵ３２は、指定機能を実行する。例えば、指定機能がコピー機能である場合には、ＣＰＵ３２は、原稿のスキャンをスキャン実行部１８に実行させる。次いで、ＣＰＵ３２は、スキャンデータを印刷実行部１６に供給する。これにより、印刷実行部１６は、スキャンデータによって表わされる画像を印刷媒体に印刷する。また、例えば、指定機能がスキャン機能である場合には、ＣＰＵ３２は、原稿のスキャンをスキャン実行部１８に実行させる。次いで、ＣＰＵ３２は、認証テーブルＡＴから、対象ユーザＩＤに関連付けられている送信先情報（例えば「ＩＰ１」）を取得する。次いで、ＣＰＵ３２は、取得済みの送信先情報を利用して、ＬＡＮＩ／Ｆ２２を介して、スキャンデータを送信する。Ｓ２８が終了すると、Ｓ３２に進む。

Ｓ３２では、ＣＰＵ３２は、多機能機１０の状態を、対象ユーザＩＤに対応するログイン状態から非ログイン状態へ移行させる。Ｓ３２が終了すると、Ｓ１０に戻る。

Ｓ４０では、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２０を介したＮＦＣ接続が確立されることを監視している。ＣＰＵ３２は、携帯端末ＰＴ１等又は認証カードＡＣとのＲ／Ｗ−ＣＥ接続が確立される場合に、Ｓ４０でＹＥＳと判断して、図３のＳ５０に進む。以下では、多機能機１０とのＮＦＣ接続が確立された機器のことを「対象機器」と呼ぶ。

（ログイン管理処理の続き；図３）
Ｓ５０では、ＣＰＵ３２は、多機能機１０の状態が、いずれかのユーザＩＤに対応するログイン状態であるのか否かを判断する。ＣＰＵ３２は、多機能機１０の状態がログイン状態であると判断する場合（Ｓ５０でＹＥＳ）には、Ｓ５２に進む。以下では、Ｓ５０でＹＥＳと判断されたユーザＩＤ（即ち多機能機１０にログインしているユーザＩＤ）のことを「対象ユーザＩＤ」と呼ぶ。

Ｓ５２では、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２０をＲｅａｄｅｒとして動作させて、対象機器の書換不可能領域からデバイスＩＤを読み出す。即ち、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２０を介して、対象機器からデバイスＩＤを取得する。

次いで、Ｓ５４では、ＣＰＵ３２は、取得済みデバイスＩＤが登録済みデバイスＩＤであるのか否かを判断する。登録済みデバイスＩＤは、対象ユーザＩＤとは異なるユーザＩＤに関連付けて、認証テーブルＡＴに既に登録されているデバイスＩＤである。ＣＰＵ３２は、取得済みデバイスＩＤが登録済みデバイスＩＤでないと判断する場合（Ｓ５４でＮＯ）には、Ｓ５５に進む。

Ｓ５５では、ＣＰＵ３２は、対象ユーザＩＤに関連付けて、取得済みデバイスＩＤを認証テーブルＡＴに登録する。Ｓ５５を終えると、Ｓ６２に進む。

一方、Ｓ５４において、ＣＰＵ３２は、取得済みデバイスＩＤが登録済みデバイスＩＤであると判断する場合（Ｓ５４でＹＥＳ）には、Ｓ５８に進む。

Ｓ５８では、ＣＰＵ３２は、デバイスＩＤを新たに生成する。具体的には、ＣＰＵ３２は、アルファベット及び／又は数字をランダムに選択して、予め決められている文字数を有するデバイスＩＤを生成する。当該文字数は、認証カードＡＣのデバイスＩＤとして予め決められている文字数に一致する。ＣＰＵ３２は、生成済みデバイスＩＤが、認証テーブルＡＴに現在登録されているいずれかのデバイスＩＤに一致する場合には、デバイスＩＤを再び生成する。これにより、ＣＰＵ３２は、認証テーブルＡＴに現在登録されていないユニークなデバイスＩＤを生成することができる。そして、ＣＰＵ３２は、対象ユーザＩＤに関連付けて、生成済みデバイスＩＤを認証テーブルＡＴに登録する。即ち、ＣＰＵ３２は、対象ユーザＩＤに関連付けて、取得済みデバイスＩＤを登録せずに、生成済みデバイスＩＤを登録する。

なお、Ｓ５８の処理を開始する際に、対象ユーザＩＤに関連付けられているデバイスＩＤが認証テーブルＡＴに既に登録されている場合には、Ｓ５８では、ＣＰＵ３２は、認証テーブルＡＴから登録済みデバイスＩＤを削除した後に、対象ユーザＩＤに関連付けて、生成済みデバイスＩＤを登録する。即ち、ＣＰＵ３２は、対象ユーザＩＤに関連付けて、登録済みデバイスＩＤに代えて、生成済みデバイスＩＤを登録する。

次いで、Ｓ６０では、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２０をＷｒｉｔｅｒとして動作させて、対象機器の書換可能領域に生成済みデバイスＩＤを書き込む。即ち、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２０を介して、デバイスＩＤを対象機器に供給する。Ｓ６０を終えると、Ｓ６２に進む。

Ｓ６２では、ＣＰＵ３２は、多機能機１０の状態を、対象ユーザＩＤに対応するログイン状態から非ログイン状態へ移行させる。Ｓ６２が終了すると、Ｓ１０に戻る。

一方、Ｓ５０において、ＣＰＵ３２は、多機能機１０の状態が非ログイン状態であると判断する場合（Ｓ５０でＮＯ）には、Ｓ７０に進む。

Ｓ７０では、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２０をＲｅａｄｅｒとして動作させて、対象機器の書換不可能領域からデバイスＩＤを読み出す。即ち、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２０を介して、対象機器からデバイスＩＤを取得する。

次いで、Ｓ７２では、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２０をＲｅａｄｅｒとして動作させて、対象機器の書換可能領域からデバイスＩＤを読み出すことを試行する。即ち、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２０を介して、対象機器からデバイスＩＤを取得することを試行する。当該対象機器に対してＳ６０の処理が過去に実行されている場合には、Ｓ７２において、ＣＰＵ３２は、デバイスＩＤを取得することができる。ただし、当該対象機器に対してＳ６０の処理が過去に実行されていない場合には、Ｓ７２において、ＣＰＵ３２は、デバイスＩＤを取得することができない。

次いで、Ｓ７４では、ＣＰＵ３２は、取得済みデバイスＩＤの認証を実行して、当該認証が成功したのか否かを判断する。Ｓ７２でデバイスＩＤが取得された場合には、ＣＰＵ３２は、Ｓ７２で取得された取得済みデバイスＩＤの認証を実行する。即ち、この場合、ＣＰＵ３２は、Ｓ７０で取得された取得済みデバイスＩＤの認証を実行しない。一方、Ｓ７２でデバイスＩＤが取得されなかった場合には、ＣＰＵ３２は、Ｓ７０で取得された取得済みデバイスＩＤの認証を実行する。ＣＰＵ３２は、取得済みデバイスＩＤが認証テーブルＡＴに登録されていないと判断する場合（Ｓ７４でＮＯ）には、Ｓ７５に進む。

Ｓ７５では、ＣＰＵ３２は、多機能機１０の状態を非ログイン状態に維持したまま、認証失敗を示すエラーメッセージを表示部１４に表示させる。Ｓ７５が終了すると、Ｓ１０に戻る。

また、Ｓ７４において、ＣＰＵ３２は、取得済みデバイスＩＤが認証テーブルＡＴに登録済みであると判断する場合（Ｓ７４でＹＥＳ）には、Ｓ７８に進む。

Ｓ７８では、ＣＰＵ３２は、多機能機１０の状態を、非ログイン状態から、認証が成功したデバイスＩＤに関連付けられているユーザＩＤに対応するログイン状態へ移行させる。Ｓ７８が終了すると、Ｓ１０に戻る。

（携帯端末ＰＴ１のアプリケーション処理；図４）
続いて、図４を参照して、携帯端末ＰＴ１のＣＰＵ９２が実行するアプリケーション処理を実行する。携帯端末ＰＴ２は、携帯端末ＰＴ１と同様に、図４の処理を実行する。

携帯端末ＰＴ１のユーザは、携帯端末ＰＴ１のデバイスＩＤを多機能機１０に登録することを望む場合に、操作部７２を操作して、アプリケーション９８を起動させる。また、ユーザは、携帯端末ＰＴ１を利用して多機能機１０にログインすることを望む場合にも、操作部７２を操作して、アプリケーション９８を起動させる。携帯端末ＰＴ１のＣＰＵ９２は、アプリケーション９８が起動されることをトリガとして、アプリケーション９８に従って、図４の処理を実行する。

Ｓ１００では、ＣＰＵ９２は、デバイスＩＤがメモリ９４内の書換不可能領域に記憶済みであるのか否かを判断する。ＣＰＵ９２は、デバイスＩＤが書換不可能領域に記憶済みでないと判断する場合（Ｓ１００でＮＯ）には、Ｓ１０２に進み、デバイスＩＤが書換不可能領域に記憶済みであると判断する場合（Ｓ１００でＹＥＳ）には、Ｓ１２４に進む。

Ｓ１０２では、ＣＰＵ９２は、アルファベット及び／又は数字をランダムに選択して、予め決められている文字数を有するデバイスＩＤを生成する。当該文字数は、認証カードＡＣのデバイスＩＤとして予め決められている文字数に一致する。そして、ＣＰＵ９２は、生成済みデバイスＩＤをメモリ９４内の書換不可能領域に記憶させる。

次いで、Ｓ１０４では、ＣＰＵ９２は、多機能機１０にログインすることをユーザに促すメッセージと、多機能機１０にログインした後に、携帯端末ＰＴ１を多機能機１０に近づけることをユーザに促すメッセージと、を表示部７４に表示させる。これにより、ユーザは、ユーザＩＤ及びパスワードを多機能機１０に入力して、多機能機１０にログインする（図２のＳ１０でＹＥＳ、Ｓ１２でＹＥＳ、Ｓ１４参照）。その後、ユーザは、携帯端末ＰＴ１を多機能機１０に近づける。これにより、携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０と多機能機１０のＮＦＣＩ／Ｆ２０との間の距離が、ＮＦＣ通信を実行可能な距離（例えば１０ｃｍ）未満になり、この結果、これらのＮＦＣＩ／Ｆ８０，２０の間にＮＦＣ接続が確立される。

ＣＰＵ９２は、ＮＦＣ接続が確立される場合に、Ｓ１０６でＹＥＳと判断して、Ｓ１０８に進む。なお、ＣＰＵ９２は、ＮＦＣＩ／Ｆ８０が、ＣＥモードのみならず、Ｐ２Ｐモード及び／又はＲ／Ｗモードで動作可能である場合には、Ｓ１０４でメッセージを表示させた後に、ＮＦＣＩ／Ｆ８０をＣＥモードのみで動作させる。そして、多機能機１０のＮＦＣＩ／Ｆ２０がＲ／Ｗモードで動作しているので、Ｓ１０６で確立されるＮＦＣ接続は、Ｐ２Ｐ接続ではなく、Ｒ／Ｗ−ＣＥ接続である。

Ｓ１０８では、ＣＰＵ９２は、ＮＦＣＩ／Ｆ８０を介して（即ちＲ／Ｗ−ＣＥ接続を利用して）、生成済みデバイスＩＤ（即ち書換不可能領域内のデバイスＩＤ）を多機能機１０に供給する（図３のＳ５２参照）。

次いで、Ｓ１１０では、ＣＰＵ９２は、多機能機１０からデバイスＩＤを取得するのか否かを判断する。ＣＰＵ９２は、ＮＦＣＩ／Ｆ８０を介して（即ちＲ／Ｗ−ＣＥ接続を利用して）、多機能機１０からデバイスＩＤを取得する場合（図３のＳ５４でＹＥＳ、Ｓ５８、Ｓ６０参照）には、Ｓ１１０でＹＥＳと判断して、Ｓ１１２に進む。

Ｓ１１２では、ＣＰＵ９２は、取得済みデバイスＩＤをメモリ９４内の書換可能領域に記憶させる。この結果、メモリ９４内の書換不可能領域及び書換可能領域のそれぞれにデバイスＩＤが記憶されている状態になる。Ｓ１１２を終えると、図４の処理が終了する。

また、Ｓ１１０において、ＣＰＵ９２は、多機能機１０からデバイスＩＤを取得しない場合（図３のＳ５４でＮＯ、Ｓ５５参照）には、Ｓ１１０でＮＯと判断して、Ｓ１１２をスキップして図４の処理を終了する。この結果、メモリ９４内の書換不可能領域のみにデバイスＩＤが記憶されている状態になる。

一方、Ｓ１２４（即ちデバイスＩＤが書換不可能領域に記憶済みである場合）では、ＣＰＵ９２は、携帯端末ＰＴ１を多機能機１０に近づけることをユーザに促すメッセージを表示部７４に表示させる。これにより、ユーザは、携帯端末ＰＴ１を多機能機１０に近づける。この結果、携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０と多機能機１０のＮＦＣＩ／Ｆ２０との間にＮＦＣ接続が確立される。

ＣＰＵ９２は、ＮＦＣ接続が確立される場合に、Ｓ１２６でＹＥＳと判断して、Ｓ１２８に進む。なお、Ｓ１０６で説明したのと同様に、ＣＰＵ９２は、ＮＦＣＩ／Ｆ８０が、ＣＥモードのみならず、Ｐ２Ｐモード及び／又はＲ／Ｗモードで動作可能である場合には、Ｓ１２４でメッセージを表示させた後に、ＮＦＣＩ／Ｆ８０をＣＥモードのみで動作させる。従って、Ｓ１２６で確立されるＮＦＣ接続は、Ｒ／Ｗ−ＣＥ接続である。

Ｓ１２８では、ＣＰＵ９２は、ＮＦＣＩ／Ｆ８０を介して（即ちＲ／Ｗ−ＣＥ接続を利用して）、メモリ９４内のデバイスＩＤを多機能機１０に供給する（図３のＳ７０、Ｓ７２参照）。ＣＰＵ９２は、書換可能領域にデバイスＩＤが記憶されているのか否かに関わらず、書換不可能領域内のデバイスＩＤを多機能機１０に供給する（図３のＳ７０参照）。また、ＣＰＵ９２は、書換可能領域にデバイスＩＤが記憶されている場合には、書換不可能領域内のデバイスＩＤと書換可能領域内のデバイスＩＤとの双方を多機能機１０に供給する。デバイスＩＤが多機能機１０に供給されると、多機能機１０へのログインが実現される（図３のＳ７８参照）。Ｓ１２８が終了すると、図４の処理が終了する。

（ケースＡ；図５）
続いて、図２〜図４のフローチャートに従って実現される具体的なケースを説明する。まず、図５を参照して、多機能機１０及び携帯端末ＰＴ１によって実現されるケースＡを説明する。ケースＡでは、携帯端末ＰＴ１が、認証カードＡＣよりも先に、デバイスＩＤを多機能機１０に登録する。

図５のケースＡの初期状態では、多機能機１０の認証テーブルＡＴには、図１に示されるように、ユーザＩＤ「Ｕ１」、パスワード「Ｐ１」、コピー「ＯＫ」、及び、スキャン「ＮＧ」を含む組合せ情報が登録されている。ただし、認証テーブルＡＴでは、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」に関連付けて、デバイスＩＤが登録されていない。また、携帯端末ＰＴ１のメモリ９４内の書換不可能領域には、デバイスＩＤが記憶されていない。

通信システム２の管理者は、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」を携帯端末ＰＴ１のユーザ（以下では「第１のユーザ」と呼ぶ）に通知済みである。従って、Ｔ１０では、第１のユーザは、多機能機１０の操作部１２を操作して、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」のセットを入力することができる（図２のＳ１０でＹＥＳ）。この場合、Ｔ１２では、多機能機１０は、入力済みセットが認証テーブルＡＴに登録済みであると判断し（Ｓ１２でＹＥＳ）、ユーザＩＤ「Ｕ１」に対応するログイン状態へ移行する（Ｓ１４）。

Ｔ１４では、第１のユーザは、コピー機能のための機能実行操作を多機能機１０の操作部１２に実行する（図２のＳ２０でＹＥＳ）。この場合、Ｔ１６では、多機能機１０は、ユーザＩＤ「Ｕ１」に対応するログイン状態であると判断し（Ｓ２２でＹＥＳ）、ユーザＩＤ「Ｕ１」に関連付けられているコピー許可情報が「ＯＫ」であると判断し（Ｓ２６でＹＥＳ）、コピー機能を実行する（Ｓ２８）。そして、Ｔ１８では、多機能機１０は、非ログイン状態へ移行する（Ｓ３２）。

第１のユーザは、携帯端末ＰＴ１のデバイスＩＤを多機能機１０に登録することを望んでいる。従って、Ｔ２０では、第１のユーザは、携帯端末ＰＴ１の操作部７２を操作して、アプリケーション９８を起動させる（図４の処理のトリガ）。この場合、Ｔ２２では、携帯端末ＰＴ１は、メモリ９４内の書換不可能領域にデバイスＩＤが記憶されていないと判断し（Ｓ１００でＮＯ）、デバイスＩＤ「Ｄ１」を生成して、メモリ９４内の書換不可能領域に記憶する（Ｓ１０２）。そして、Ｔ２４では、携帯端末ＰＴ１は、多機能機１０にログインすることをユーザに促すメッセージと、携帯端末ＰＴ１を多機能機１０に近づけることをユーザに促すメッセージと、を表示する（Ｓ１０４）。

Ｔ３０では、第１のユーザは、多機能機１０の操作部１２を操作して、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」のセットを入力する（図２のＳ１０でＹＥＳ）。この場合、Ｔ３２では、多機能機１０は、入力済みセットが認証テーブルＡＴに登録済みであると判断し（Ｓ１２でＹＥＳ）、ユーザＩＤ「Ｕ１」に対応するログイン状態へ移行する（Ｓ１４）。

Ｔ３４では、第１のユーザが携帯端末ＰＴ１を多機能機１０に近づけることに起因して、多機能機１０と携帯端末ＰＴ１との間にＲ／Ｗ−ＣＥ接続が確立される（図２のＳ４０でＹＥＳ、図４のＳ１０６でＹＥＳ）。この場合、Ｔ３６では、携帯端末ＰＴ１は、デバイスＩＤ「Ｄ１」を多機能機１０に供給する（図４のＳ１０８）。

Ｔ３６では、多機能機１０は、Ｒ／Ｗ接続を利用して、携帯端末ＰＴ１からデバイスＩＤ「Ｄ１」を取得する（図３のＳ５２）。そして、Ｔ３８では、多機能機１０は、デバイスＩＤ「Ｄ１」が、ユーザＩＤ「Ｕ１」とは異なるユーザＩＤに関連付けて認証テーブルＡＴに既に登録されている登録済みデバイスＩＤでないと判断する（図３のＳ５４でＮＯ）。従って、Ｔ３８では、多機能機１０は、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」に関連付けて、デバイスＩＤ「Ｄ１」を認証テーブルＡＴに登録する（Ｓ５５）。次いで、Ｔ４０では、多機能機１０は、非ログイン状態へ移行する（Ｓ６２）。

第１のユーザは、携帯端末ＰＴ１がデバイスＩＤ「Ｄ１」を記憶した後に、携帯端末ＰＴ１を利用して多機能機１０にログインすることを望んでいる。従って、Ｔ６０では、第１のユーザは、携帯端末ＰＴ１の操作部７２を操作して、アプリケーション９８を起動させる（図４の処理のトリガ）。そして、Ｔ６２では、携帯端末ＰＴ１は、メモリ９４内の書換不可能領域にデバイスＩＤが記憶されていると判断し（Ｓ１００でＹＥＳ）、携帯端末ＰＴ１を多機能機１０に近づけることをユーザに促すメッセージを表示する（Ｓ１２４）。

Ｔ６４では、第１のユーザが携帯端末ＰＴ１を多機能機１０に近づけることに起因して、多機能機１０と携帯端末ＰＴ１との間にＲ／Ｗ−ＣＥ接続が確立される（図２のＳ４０でＹＥＳ、図４のＳ１２６でＹＥＳ）。この場合、Ｔ６６では、携帯端末ＰＴ１は、デバイスＩＤ「Ｄ１」を多機能機１０に供給する（Ｓ１２８）。

Ｔ６６では、多機能機１０は、携帯端末ＰＴ１からデバイスＩＤ「Ｄ１」を取得する（図３のＳ７０）。そして、Ｔ６８では、多機能機１０は、デバイスＩＤ「Ｄ１」が認証テーブルＡＴに登録済みであると判断し（Ｓ７４でＹＥＳ）、デバイスＩＤ「Ｄ１」に関連付けられているユーザＩＤ「Ｕ１」に対応するログイン状態へ移行する（Ｓ７８）。

Ｔ７０では、第１のユーザは、コピー機能のための機能実行操作を多機能機１０の操作部１２に実行する（図２のＳ２０でＹＥＳ）。この場合、Ｔ７２では、多機能機１０は、ユーザＩＤ「Ｕ１」に対応するログイン状態であると判断し（Ｓ２２でＹＥＳ）、ユーザＩＤ「Ｕ１」に関連付けられているコピー許可情報が「ＯＫ」であると判断し（Ｓ２６でＹＥＳ）、コピー機能を実行する（Ｓ２８）。そして、Ｔ７４では、多機能機１０は、非ログイン状態へ移行する（Ｓ３２）。

（図５の続き；図６）
続いて、図６を参照して、図５の続きのケースを説明する。多機能機１０の認証テーブルＡＴには、図１に示されるように、ユーザＩＤ「Ｕ２」、パスワード「Ｐ２」、コピー「ＮＧ」、スキャン「ＯＫ」、及び、送信先「ＩＰ１」を含む組合せ情報が登録されている。ただし、認証テーブルＡＴでは、ユーザＩＤ「Ｕ２」及びパスワード「Ｐ２」に関連付けて、デバイスＩＤが登録されていない。

また、認証カードＡＣは、デバイスＩＤ「Ｄ１」を書換不可能領域に予め記憶している。即ち、認証カードＡＣは、携帯端末ＰＴ１によって生成されて認証テーブルＡＴに登録されたデバイスＩＤ「Ｄ１」（図５のＴ３８参照）に一致するデバイスＩＤ「Ｄ１」を予め記憶している。このように、本実施例では、携帯端末ＰＴ１が自発的にデバイスＩＤ「Ｄ１」を生成するので、携帯端末ＰＴ１によって生成されるデバイスＩＤ「Ｄ１」と、認証カードＡＣに予め記憶されているデバイスＩＤ「Ｄ１」と、が一致する可能性がある。

通信システム２の管理者は、認証カードＡＣを第２のユーザに付与済みである。また、管理者は、ユーザＩＤ「Ｕ２」及びパスワード「Ｐ２」を第２のユーザに通知済みである。従って、Ｔ１１０では、第２のユーザは、多機能機１０の操作部１２を操作して、ユーザＩＤ「Ｕ２」及びパスワード「Ｐ２」のセットを入力することができる（図２のＳ１０でＹＥＳ）。この場合、Ｔ１１２では、多機能機１０は、入力済みセットが認証テーブルＡＴに登録済みであると判断し（Ｓ１２でＹＥＳ）、ユーザＩＤ「Ｕ２」に対応するログイン状態へ移行する（Ｓ１４）。

Ｔ１１４では、第２のユーザは、スキャン機能のための機能実行操作を多機能機１０の操作部１２に実行する（図２のＳ２０でＹＥＳ）。この場合、Ｔ１１６では、多機能機１０は、ユーザＩＤ「Ｕ２」に対応するログイン状態であると判断し（Ｓ２２でＹＥＳ）、ユーザＩＤ「Ｕ２」に関連付けられているスキャン許可情報が「ＯＫ」であると判断し（Ｓ２６でＹＥＳ）、スキャン機能を実行する（Ｓ２８）。そして、Ｔ１１８では、多機能機１０は、非ログイン状態へ移行する（Ｓ３２）。

第２のユーザは、認証カードＡＣのデバイスＩＤを多機能機１０の認証テーブルＡＴに登録することを望んでいる。従って、Ｔ１３０では、第２のユーザは、多機能機１０の操作部１２を操作して、ユーザＩＤ「Ｕ２」及びパスワード「Ｐ２」のセットを入力する（図２のＳ１０でＹＥＳ）。この場合、Ｔ１３２では、多機能機１０は、入力済みセットが認証テーブルＡＴに登録済みであると判断し（Ｓ１２でＹＥＳ）、ユーザＩＤ「Ｕ２」に対応するログイン状態へ移行する（Ｓ１４）。

Ｔ１３４では、第２のユーザが認証カードＡＣを多機能機１０に近づけることに起因して、多機能機１０と認証カードＡＣとの間にＲ／Ｗ−ＣＥ接続が確立される（図２のＳ４０でＹＥＳ）。この場合、Ｔ１３６では、多機能機１０は、Ｒ／Ｗ−ＣＥ接続を利用して、認証カードＡＣからデバイスＩＤ「Ｄ１」を取得する（図３のＳ５２）。そして、Ｔ１３８では、多機能機１０は、デバイスＩＤ「Ｄ１」が、ユーザＩＤ「Ｕ２」とは異なるユーザＩＤ「Ｕ１」に関連付けて認証テーブルＡＴに既に登録されている登録済みデバイスＩＤであると判断する（図３のＳ５４でＹＥＳ）。従って、Ｔ１３８では、多機能機１０は、デバイスＩＤ「Ｄ１」とは異なるデバイスＩＤ「Ｄ２」を生成して、ユーザＩＤ「Ｕ２」及びパスワード「Ｐ２」に関連付けて、デバイスＩＤ「Ｄ２」を認証テーブルＡＴに登録する（Ｓ５８）。次いで、Ｔ１４０では、多機能機１０は、Ｒ／Ｗ−ＣＥ接続を利用して、デバイスＩＤ「Ｄ２」を認証カードＡＣに供給する（Ｓ６０）。そして、多機能機１０は、非ログイン状態へ移行する（Ｓ６２）。

Ｔ１６０では、認証カードＡＣは、多機能機１０からデバイスＩＤ「Ｄ２」を取得する場合に、デバイスＩＤ「Ｄ２」を書換可能領域に記憶する。これにより、認証カードＡＣは、書換不可能領域にデバイスＩＤ「Ｄ１」が記憶されていると共に書換可能領域にデバイスＩＤ「Ｄ２」が記憶されている状態になる。

第２のユーザは、認証カードＡＣを利用して多機能機１０にログインすることを望んでいる。Ｔ１７０では、第２のユーザが認証カードＡＣを多機能機１０に近づけることに起因して、多機能機１０と認証カードＡＣとの間にＲ／Ｗ−ＣＥ接続が確立される（図２のＳ４０でＹＥＳ）。この場合、Ｔ１７２では、多機能機１０は、Ｒ／Ｗ−ＣＥ接続を利用して、認証カードＡＣからデバイスＩＤ「Ｄ１」及びデバイス「Ｄ２」の双方を取得する（図３のＳ７０、Ｓ７２）。そして、Ｔ１７４では、多機能機１０は、認証カードＡＣの書込不可能領域から取得されたデバイスＩＤ「Ｄ１」の認証を実行せずに、認証カードＡＣの書込可能領域から取得されたデバイスＩＤ「Ｄ２」の認証を実行する（Ｓ７４）。この結果、Ｔ１７４では、多機能機１０は、デバイスＩＤ「Ｄ２」が認証テーブルＡＴに登録済みであると判断し（Ｓ７４でＹＥＳ）、デバイスＩＤ「Ｄ２」に関連付けられているユーザＩＤ「Ｕ２」に対応するログイン状態へ移行する（Ｓ７８）。この後のＴ１７６〜Ｔ１８０は、Ｔ１１４〜Ｔ１１８と同様である。

（ケースＡの効果）
上述したように、多機能機１０は、第１のユーザによって操作部１２が操作されて、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」が多機能機１０に入力される場合（図５のＴ１０）に、多機能機１０の状態をユーザＩＤ「Ｕ１」に対応するログイン状態へ移行させる（Ｔ１２）。このために、第１のユーザは、多機能機１０にコピー機能を実行させることができる（Ｔ１４、Ｔ１６）。

携帯端末ＰＴ１は、アプリケーション９８が起動される場合、即ち、ユーザが携帯端末ＰＴ１を介して多機能機１０を利用することを望む場合（図５のＴ２０）に、デバイスＩＤ「Ｄ１」を生成して、携帯端末ＰＴ１自身にデバイスＩＤ「Ｄ１」を割り当てることができる（Ｔ２２）。そして、多機能機１０は、多機能機１０の状態がユーザＩＤ「Ｕ１」に対応するログイン状態である間に、携帯端末ＰＴ１とのＲ／Ｗ−ＣＥ接続が確立されて（Ｔ３４）、携帯端末ＰＴ１からデバイスＩＤ「Ｄ１」を取得する（Ｔ３６）。この場合、多機能機１０は、デバイスＩＤ「Ｄ１」が登録済みデバイスＩＤでないと判断して、デバイスＩＤ「Ｄ１」を認証テーブルＡＴに登録する（Ｔ３８）。これにより、携帯端末ＰＴ１は、認証カードとして機能することができる。従って、多機能機１０は、携帯端末ＰＴ１からデバイスＩＤ「Ｄ１」を取得する場合（Ｔ６４、Ｔ６６）に、ユーザＩＤ「Ｕ１」に対応するログイン状態へ移行することができる（Ｔ６８）。即ち、第１のユーザは、携帯端末ＰＴ１を利用して多機能機１０にログインすることができ、この結果、所望の機能を多機能機１０に実行させることができる（Ｔ７０、Ｔ７２）。

また、多機能機１０は、第２のユーザによって操作部１２が操作されて、ユーザＩＤ「Ｕ２」及びパスワード「Ｐ２」が多機能機１０に入力される場合（図６のＴ１１０）に、多機能機１０の状態をユーザＩＤ「Ｕ２」に対応するログイン状態へ移行させる（Ｔ１１２）。このために、第２のユーザは、多機能機１０にスキャン機能を実行させることができる（Ｔ１１４、Ｔ１１６）。

多機能機１０は、多機能機１０の状態がユーザＩＤ「Ｕ２」に対応するログイン状態である間に、認証カードＡＣとのＲ／Ｗ−ＣＥ接続が確立されて（図６のＴ１３４）、認証カードＡＣからデバイスＩＤ「Ｄ１」を取得する（Ｔ１３６）。この場合、多機能機１０は、デバイスＩＤ「Ｄ１」が登録済みデバイスＩＤであると判断し、デバイスＩＤ「Ｄ２」を生成して認証テーブルＡＴに登録する（Ｔ１３８）。多機能機１０は、さらに、デバイスＩＤ「Ｄ２」を認証カードＡＣに供給する（Ｔ１４０）。即ち、多機能機１０は、認証カードＡＣに新たなデバイスＩＤ「Ｄ２」を割り当てることができる。従って、多機能機１０は、認証カードＡＣからデバイスＩＤ「Ｄ１」及びデバイスＩＤ「Ｄ２」の双方を取得する場合（Ｔ１７０、Ｔ１７２）に、ユーザＩＤ「Ｕ２」に対応するログイン状態へ移行することができる（Ｔ１７４）。即ち、第２のユーザは、認証カードＡＣを利用して多機能機１０にログインすることができ、この結果、所望の機能を多機能機１０に実行させることができる（Ｔ１７６、Ｔ１７８）。本実施例によると、第２のユーザは、認証カードＡＣが予め記憶しているデバイスＩＤ「Ｄ１」が認証テーブルＡＴに既に登録されていても、認証カードＡＣを利用して多機能機１０に所望の機能を実行させることができる。

また、本実施例によると、第１又は第２のユーザは、携帯端末ＰＴ１又は認証カードＡＣのデバイスＩＤを多機能機１０の認証テーブルＡＴに登録することを望む場合に、携帯端末ＰＴ１又は認証カードＡＣを多機能機１０に近づけるだけでよい。即ち、第１又は第２のユーザ（あるいは通信システム２の管理者）は、デバイスＩＤを認証テーブルＡＴに登録するために、例えば、多機能機１０の操作部１２を操作したり、ＰＣ等を利用して多機能機１０にアクセスしたりせずに済む。従って、ユーザの利便性が高い。

（ケースＢ；図７）
続いて、図７を参照して、多機能機１０及び携帯端末ＰＴ１によって実現されるケースＢを説明する。ケースＢでは、認証カードＡＣが、携帯端末ＰＴ１よりも先に、デバイスＩＤを多機能機１０に登録する。

図６のケースＢの初期状態では、多機能機１０の認証テーブルＡＴには、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」等を含む組合せ情報が登録されているが、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」に関連付けて、デバイスＩＤが登録されていない。また、認証テーブルＡＴには、ユーザＩＤ「Ｕ２」及びパスワード「Ｐ２」等を含む組合せ情報が登録されているが、ユーザＩＤ「Ｕ２」及びパスワード「Ｐ２」に関連付けて、デバイスＩＤが登録されていない。

第２のユーザは、認証カードＡＣのデバイスＩＤを多機能機１０に登録することを望んでいる。従って、Ｔ２１０では、第２のユーザは、多機能機１０の操作部１２を操作して、ユーザＩＤ「Ｕ２」及びパスワード「Ｐ２」のセットを入力する（図２のＳ１０でＹＥＳ）。この場合、Ｔ２１２では、多機能機１０は、入力済みセットが認証テーブルＡＴに登録済みであると判断し（Ｓ１２でＹＥＳ）、ユーザＩＤ「Ｕ２」に対応するログイン状態へ移行する（Ｓ１４）。

Ｔ２１４では、第２のユーザが認証カードＡＣを多機能機１０に近づけることに起因して、多機能機１０と認証カードＡＣとの間にＲ／Ｗ−ＣＥ接続が確立される（図２のＳ４０でＹＥＳ）。この場合、Ｔ２１６では、多機能機１０は、Ｒ／Ｗ−ＣＥ接続を利用して、認証カードＡＣからデバイスＩＤ「Ｄ１」を取得する（図３のＳ５２）。そして、Ｔ２１８では、多機能機１０は、デバイスＩＤ「Ｄ１」が、ユーザＩＤ「Ｕ２」とは異なるユーザＩＤに関連付けて認証テーブルＡＴに既に登録されている登録済みデバイスＩＤでないと判断する（Ｓ５４でＮＯ）。従って、Ｔ２１８では、多機能機１０は、ユーザＩＤ「Ｕ２」及びパスワード「Ｐ２」に関連付けて、デバイスＩＤ「Ｄ１」を認証テーブルＡＴに登録する（Ｓ５５）。次いで、Ｔ２１９では、多機能機１０は、非ログイン状態へ移行する（Ｓ６２）。

Ｔ２２０〜Ｔ２３６は、図５のＴ２０〜Ｔ３６と同様である。Ｔ２２２では、携帯端末ＰＴ１は、認証テーブルＡＴに既に登録されている認証カードＡＣのデバイスＩＤ「Ｄ１」に一致するデバイスＩＤ「Ｄ１」を生成する。

Ｔ２３８では、多機能機１０は、携帯端末ＰＴ１から取得されたデバイスＩＤ「Ｄ１」が、ユーザＩＤ「Ｕ１」とは異なるユーザＩＤ「Ｕ２」に関連付けて認証テーブルＡＴに既に登録されている登録済みデバイスＩＤであると判断する（図３のＳ５４でＹＥＳ）。従って、Ｔ２３８では、多機能機１０は、デバイスＩＤ「Ｄ１」とは異なるデバイスＩＤ「Ｄ２」を生成して、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」に関連付けて、デバイスＩＤ「Ｄ２」を認証テーブルＡＴに登録する（Ｓ５８）。次いで、Ｔ２４０では、多機能機１０は、Ｒ／Ｗ−ＣＥ接続を利用して、デバイスＩＤ「Ｄ２」を携帯端末ＰＴ１に供給する（Ｓ６０）。そして、Ｔ２４２では、多機能機１０は、非ログイン状態へ移行する（Ｓ６２）。

Ｔ２６０では、携帯端末ＰＴ１は、多機能機１０からデバイスＩＤ「Ｄ２」を取得する場合（図４のＳ１１０でＹＥＳ）に、デバイスＩＤ「Ｄ２」をメモリ９４内の書換可能領域に記憶する（Ｓ１１２）。これにより、携帯端末ＰＴ１は、書換不可能領域にデバイスＩＤ「Ｄ１」が記憶されていると共に書換可能領域にデバイスＩＤ「Ｄ２」が記憶されている状態になる。

Ｔ２７０〜Ｔ２８４は、図５のＴ６０〜Ｔ７４と同様である。ただし、Ｔ２７６では、携帯端末ＰＴ１は、デバイスＩＤ「Ｄ１」とデバイスＩＤ「Ｄ２」との双方を多機能機１０に供給する（図４のＳ１２８）。そして、Ｔ２７８では、多機能機１０は、携帯端末ＰＴ１の書込不可能領域から取得されたデバイスＩＤ「Ｄ１」の認証を実行せずに、携帯端末ＰＴ１の書込可能領域から取得されたデバイスＩＤ「Ｄ２」の認証を実行する（Ｓ７４）。従って、Ｔ２７８では、多機能機１０は、デバイスＩＤ「Ｄ２」が認証テーブルＡＴに登録済みであると判断し（Ｓ７４でＹＥＳ）、デバイスＩＤ「Ｄ２」に関連付けられているユーザＩＤ「Ｕ１」に対応するログイン状態へ移行する（Ｓ７８）。

（ケースＢの効果）
第１のユーザは、携帯端末ＰＴ１によって生成されるデバイスＩＤ「Ｄ１」が認証テーブルＡＴに既に登録されていても、携帯端末ＰＴ１を利用して多機能機１０に所望の機能を実行させることができる。

（ケースＣ；図８）
図８の初期状態では、多機能機１０の認証テーブルＡＴには、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」に関連付けて、デバイスＩＤが登録されている。例えば、図５及び図６のケースＡが実行された場合には、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」に関連付けて、デバイスＩＤ「Ｄ１」が登録されている。また、例えば、図７のケースＢが実行された場合には、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」に関連付けて、デバイスＩＤ「Ｄ２」が登録されている。

第１のユーザは、携帯端末ＰＴ１に代えて、携帯端末ＰＴ２を利用して、多機能機１０にログインすることを望んでいる。この場合、Ｔ３２０では、第１のユーザは、携帯端末ＰＴ２の操作部（図示省略）を操作して、アプリケーション（即ち図１のアプリケーション９８と同一のアプリケーション）を起動させる（図４の処理のトリガ）。この後のＴ３２２〜Ｔ３３６は、携帯端末ＰＴ１ではなく携帯端末ＰＴ２が利用される点を除くと、図５のＴ２２〜Ｔ３６と同様である。ただし、Ｔ３２２では、携帯端末ＰＴ２は、デバイスＩＤ「Ｄ１」及びデバイスＩＤ「Ｄ２」とは異なるデバイスＩＤ「Ｄ３」を生成して、書換不可能領域に記憶する（図４のＳ１０２）。そして、Ｔ３３６では、携帯端末ＰＴ２は、デバイスＩＤ「Ｄ３」を多機能機１０に供給する。

Ｔ３３８では、多機能機１０は、デバイスＩＤ「Ｄ３」が登録済みデバイスＩＤでないと判断する（図３のＳ５４でＮＯ）。従って、Ｔ３３８では、多機能機１０は、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」に関連付けて、デバイスＩＤ「Ｄ１」又はデバイスＩＤ「Ｄ２」に代えて、デバイスＩＤ「Ｄ３」を認証テーブルＡＴに登録する（図３のＳ５５）。この後のＴ３４０〜Ｔ３７４は、携帯端末ＰＴ１ではなく携帯端末ＰＴ２が利用される点と、デバイスＩＤ「Ｄ１」ではなくデバイスＩＤ「Ｄ３」が利用される点と、を除くと、図５のＴ４０〜Ｔ７４と同様である。

（ケースＣの効果）
上述したように、第１のユーザが携帯端末ＰＴ１に代えて携帯端末ＰＴ２を利用することを望む場合に、多機能機１０は、デバイスＩＤ「Ｄ１」又はデバイスＩＤ「Ｄ２」に代えて、デバイスＩＤ「Ｄ３」を認証テーブルＡＴに登録する（Ｔ３３８）。従って、第１のユーザは、携帯端末ＰＴ１に代えて携帯端末ＰＴ２を利用して、多機能機１０にログインすることができ（Ｔ３６０〜Ｔ３６８）、この結果、所望の機能を多機能機１０に実行させることができる（Ｔ３７０、Ｔ３７２）。

（対応関係）
多機能機１０、携帯端末ＰＴ１が、それぞれ、「機能実行機器」、「可搬型デバイス」の一例である。コピー機能及び／又はスキャン機能が、「特定機能」の一例である。印刷実行部１６及びスキャン実行部１８が、「機能実行部」の一例である。認証テーブルＡＴが、「認証用メモリ」の一例である。ＮＦＣＩ／Ｆ２０、ＮＦＣＩ／Ｆ８０が、それぞれ、「機器インターフェース」、「デバイスインターフェース」の一例である。アプリケーション９８が、「所定のアプリケーション」の一例である。

一つの側面では、携帯端末ＰＴ１、ユーザＩＤ「Ｕ１」が、それぞれ、「第１の可搬型デバイス」、「特定のユーザ認証情報」の一例である。この場合、ユーザＩＤ「Ｕ１」に対応するログイン状態が、「許可状態」の一例である。例えば、図５のＴ３４のＮＦＣ接続、Ｔ６４のＮＦＣ接続が、それぞれ、「第１の接続」、「第２の接続」の一例である。図５のＴ３６で通信されるデバイスＩＤ「Ｄ１」が、登録済み認証情報でない「第１のデバイス認証情報」の一例である。また、例えば、図７のＴ２３４のＮＦＣ接続、Ｔ２７４のＮＦＣ接続が、それぞれ、「第１の接続（さらに第１の特定接続）」、「第３の接続（さらに第２の特定接続）」の一例である。図７のＴ２３６で通信されるデバイスＩＤ「Ｄ１」、登録済み認証情報である「第１のデバイス認証情報」の一例であり、デバイスＩＤ「Ｄ２」が、「第２のデバイス認証情報」の一例である。また、図８のケースＣでは、携帯端末ＰＴ２、デバイスＩＤ「Ｄ３」が、それぞれ、「第２の可搬型デバイス」、「第３のデバイス認証情報」の一例である。図８のＴ３３４の接続、Ｔ３６４の接続が、それぞれ、「第４の接続」、「第５の接続」の一例である。

別の側面では、認証カードＡＣ、ユーザＩＤ「Ｕ２」が、それぞれ、「第１の可搬型デバイス」、「特定のユーザ認証情報」の一例である。この場合、ユーザＩＤ「Ｕ２」に対応するログイン状態が、「許可状態」の一例である。例えば、図６のＴ１３４のＮＦＣ接続、Ｔ１７０のＮＦＣ接続が、それぞれ、「第１の接続」、「第３の接続」の一例である。図６のＴ１３６で通信されるデバイスＩＤ「Ｄ１」が、登録済み認証情報である「第１のデバイス認証情報」の一例である。また、例えば、図７のＴ２１４のＮＦＣ接続が、「第１の接続」の一例である。図７のＴ２１６で通信されるデバイスＩＤ「Ｄ１」が、登録済み認証情報でない「第１のデバイス認証情報」の一例である。なお、図７では図示省略しているが、Ｔ２１９の後に、多機能機１０と認証カードＡＣとの間にＮＦＣ接続が確立される場合には、多機能機１０は、認証カードＡＣからデバイスＩＤ「Ｄ１」を取得して、ユーザＩＤ「Ｕ２」に対応するログイン状態へ移行させる（図３のＳ５０でＮＯ、Ｓ７０、Ｓ７４でＹＥＳ，Ｓ７８）。この場合、当該ＮＦＣ接続が、「第２の接続」の一例である。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

（変形例１）
上記の実施例では、図４のＳ１０２では、携帯端末ＰＴ１のＣＰＵ９２は、生成済みデバイスＩＤを書換不可能領域に記憶させる。これに代えて、Ｓ１０２では、ＣＰＵ９２は、生成済みデバイスＩＤ「Ｄ１」を書換可能領域に記憶させてもよい。また、Ｓ１１２では、ＣＰＵ９２は、生成済みデバイスＩＤ「Ｄ１」に代えて、取得済みデバイスＩＤ「Ｄ２」を書換可能領域に記憶させてもよい。即ち、携帯端末ＰＴ１は、多機能機１０からデバイスＩＤ「Ｄ２」を取得する場合に、デバイスＩＤ「Ｄ１」に代えて、デバイスＩＤ「Ｄ２」のみを記憶してもよい。そして、Ｓ１２８では、ＣＰＵ９２は、書換可能領域に記憶されているデバイスＩＤ「Ｄ２」を多機能機１０に供給してもよい。また、多機能機１０のＣＰＵ３２は、図３のＳ７０を実行しなくてもよい。そして、Ｓ７４では、ＣＰＵ３２は、Ｓ７２で携帯端末ＰＴ１から取得されるデバイスＩＤ「Ｄ２」の認証を実行すればよい。即ち、「機能実行機器」は、第１の可搬型デバイスとの第３の接続が確立される場合に、上記の実施例のように、第１の可搬型デバイスから第１のデバイス認証情報と第２のデバイス認証情報との双方を取得してもよいし、本変形例のように、第１の可搬型デバイスから第２のデバイス認証情報のみを取得してもよい。また、「可搬型デバイス」の「供給部」は、機能実行機器との第２の特定接続が確立される場合に、上記の実施例のように、第１のデバイス認証情報と第２のデバイス認証情報との双方を機能実行機器に供給してもよいし、本変形例のように、第２のデバイス認証情報のみを機能実行機器に供給してもよい。

（変形例２）
上記の実施例では、多機能機１０のＣＰＵ３２は、ログイン状態である間に、対象機器とのＲ／Ｗ−ＣＥ接続が確立される場合（図２のＳ４０でＹＥＳ、図３のＳ５０でＹＥＳ）に、デバイスＩＤを登録する（図３のＳ５５、Ｓ５８）。これに代えて、ＣＰＵ３２は、非ログイン状態である間に、対象機器とのＲ／Ｗ−ＣＥ接続が確立される場合に、ユーザＩＤ及びパスワードの入力をユーザに促してもよい。そして、ＣＰＵ３２は、ユーザによってユーザＩＤ及びパスワードが入力される場合に、図３のＳ５４の判断を実行して、判断結果に応じてＳ５５又はＳ５８でデバイスＩＤを登録してもよい。即ち、「第１の接続（さらに第１の特定接続）」は、上記の実施例のように、機能実行機器の状態が許可状態である間に確立されてもよいし、本変形例のように、機能実行機器の状態が不許可状態である間に確立されてもよい。

（変形例３）
上記の実施例では、多機能機１０のＣＰＵ３２は、対象機器とのＲ／Ｗ−ＣＥ接続が確立された後に、図３のＳ５４でＹＥＳと判断する場合に、デバイスＩＤを生成する（Ｓ５８）。これに代えて、ＣＰＵ３２は、ユニークなデバイスＩＤを予め生成しておき、その後、対象機器とのＲ／Ｗ−ＣＥ接続が確立されて、Ｓ５４でＹＥＳと判断する場合に、生成済みデバイスＩＤを登録してもよい。即ち、「第２の登録部」は、上記の実施例のように、第１の接続が確立された後に、第２のデバイス認証情報を生成してもよいし、本変形例のように、第１の接続が確立される前に、第２のデバイス認証情報を生成してもよい。

（変形例４）
上記の実施例では、携帯端末ＰＴ１のＣＰＵ９２は、デバイスＩＤが書込不可能領域に記憶されていない場合（図４のＳ１００でＮＯ）にのみ、即ち、アプリケーション９８が最初に起動される場合にのみ、認証テーブルＡＴへの登録のためにデバイスＩＤを多機能機１０に供給する（Ｓ１０８）。これに代えて、ＣＰＵ９２は、デバイスＩＤが書込不可能領域に記憶されていない場合に、デバイスＩＤを生成して書込不可能領域に記憶させた後に、アプリケーション９８を一旦終了してもよい。そして、その後の任意のタイミングで、ユーザによってアプリケーション９８が再び起動される場合に、ＣＰＵ９２は、Ｓ１００及びＳ１０２の処理を実行せずに、登録を示すボタンと、認証を示すボタンと、を表示部７４に表示させてもよい。ＣＰＵ９２は、登録を示すボタンがユーザによって選択される場合に、Ｓ１０４〜Ｓ１１２の処理を実行し、認証を示すボタンがユーザによって選択される場合に、Ｓ１２４〜Ｓ１２８の処理を実行してもよい。一般的に言うと、「可搬型デバイス」の「供給部」は、「生成部」によって第１のデバイス認証情報が生成された後に、第１のデバイス認証情報を機能実行機器に供給すればよい。

（変形例５）
上記の実施例では、携帯端末と認証カードという異なる種類の各機器を利用して、多機能機１０にログインすることを想定している。これに代えて、例えば、多機能機１０にログイン可能な機器は、１種類のみであってもよい。例えば、多機能機１０にログイン可能な機器が携帯端末のみである場合には、複数個の携帯端末が同じデバイスＩＤを生成する場合には、図３のＳ５４でＹＥＳと判断される事象が発生する。また、例えば、多機能機１０にログイン可能な機器が認証カードのみである場合には、複数個の認証カードが同じデバイスＩＤを予め記憶している場合には、図３のＳ５４でＹＥＳと判断される事象が発生する。即ち、「機能実行機器」は、上記の実施例のように、異なる種類の各機器からのログインを受け付けるものであってもよいし、本変形例のように、１種類の機器のみからのログインを受け付けるものであってもよい。

（変形例６）
上記の実施例では、多機能機１０のＣＰＵ３２は、ログイン状態である間に、機能実行操作が操作部１２に実行される場合（図２のＳ２０でＹＥＳ、Ｓ２２でＹＥＳ）に、指定機能を実行する（Ｓ２８）。これに代えて、ＣＰＵ３２は、例えば、非ログイン状態である間に、機能実行操作が実行される場合に、ログインの実行をユーザに促してもよい。そして、ＣＰＵ３２は、ユーザによってログインのための動作（例えばユーザＩＤ及びパスワードの入力等）が実行されて、ログイン状態へ移行した後に、指定機能を実行してもよい。一般的に言うと、「機能実行部」は、機能実行機器の状態が許可状態である間に、特定機能の利用の指示が入力される場合に、特定機能を実行してもよいし、機能実行機器の状態が不許可状態である間に、特定機能の利用の指示が入力されて、その後、機能実行機器の状態が許可状態へ移行する場合に、特定機能を実行してもよい。

（変形例７）
上記の実施例では、図２のＳ４０において、多機能機１０のＮＦＣＩ／Ｆ２０がＲ／Ｗモードで動作すると共に、対象機器のＮＦＣＩ／ＦがＣＥモードで動作するための接続が確立される。これに代えて、例えば、多機能機１０のＮＦＣＩ／Ｆ２０がＣＥモードで動作すると共に、対象機器のＮＦＣＩ／ＦがＲ／Ｗモードで動作するための接続が確立されてもよい。また、例えば、多機能機１０のＮＦＣＩ／Ｆ２０がＰ２Ｐモードで動作すると共に、対象機器のＮＦＣＩ／ＦがＰ２Ｐモードで動作するための接続が確立されてもよい。即ち、「第１の接続」と「第２の接続」と「第３の接続」とのそれぞれは、上記の実施例のように、機器インターフェースがＲ／Ｗモードで動作する接続であってもよいし、本変形例のように、機器インターフェースがＰ２Ｐモード又はＣＥで動作する接続であってもよい。また、「第１の特定接続」と「第２の特定接続」とのそれぞれは、上記の実施例のように、デバイスインターフェースがＣＥモードで動作する接続であってもよいし、本変形例のように、デバイスインターフェースがＰ２Ｐモード又はＲ／Ｗで動作する接続であってもよい。また、別の変形例では、「第１の接続」と「第２の接続」と「第３の接続」とのそれぞれは、機器インターフェースが同じモードで動作する接続でなくてもよい。例えば、「第１の接続」は、機器インターフェースがＰ２Ｐモードで動作する接続であり、「第２の接続」及び「第３の接続」は、機器インターフェースがＲ／Ｗモードで動作する接続であってもよい。また、例えば、「第１の接続」は、機器インターフェースがＰ２Ｐモードで動作する接続であり、「第２の接続」は、機器インターフェースがＲ／Ｗモードで動作する接続であり、「第３の接続」は、機器インターフェースがＣＥモードで動作する接続であってもよい。同様に、「第１の特定接続」と「第２の特定接続」とのそれぞれは、デバイスインターフェースが同じモードで動作する接続でなくてもよい。

（変形例８）
多機能機１０の操作部１２及び表示部１４は、いわゆるタッチパネルであってもよい。即ち、多機能機１０の操作部１２及び表示部１４は、上記の実施例のように、別々に構成されているハードウェアによって実現されてもよいし、本変形例のように、一体に構成されているハードウェアによって実現されてもよい。同様に、携帯端末ＰＴ１の操作部７２及び表示部７４は、別々に構成されているハードウェアによって実現されてもよいし、一体に構成されているハードウェアによって実現されてもよい。

（変形例９）
認証テーブルＡＴは、多機能機１０のメモリ３４に記憶されていなくてもよく、多機能機１０とは別体に構成されている特定機器（例えばサーバ）に記憶されていてもよい。この場合、多機能機１０のＣＰＵ３２は、例えば、図２のＳ１２、Ｓ２６、図３のＳ５４、Ｓ５５、Ｓ５８、Ｓ７４等を実行する際に、特定機器と通信を実行して、特定機器内の認証テーブルＡＴにアクセスしてもよい。即ち、「認証用メモリ」は、機能実行機器の内部に存在していてもよいし、機能実行機器の外部に存在していてもよい。

（変形例１０）
多機能機１０及び携帯端末ＰＴ１は、ＮＦＣＩ／Ｆ２０，８０に代えて、ＴｒａｎｓｆｅｒＪｅｔ（登録商標）、ＢｌｕｅＴｏｏｔｈ（登録商標）、赤外線等の他の近距離無線通信を実行するためのＩ／Ｆを備えていてもよい。即ち、「機器インターフェース」及び「デバイスインターフェース」は、ＮＦＣＩ／Ｆに限られず、他の種類のＩ／Ｆであってもよい。

（変形例１１）
「機能実行機器」は、多機能機１０に限られず、印刷機能のみを実行可能なプリンタであってもよいし、スキャン機能のみを実行可能なスキャナであってもよいし、電話機能を実行可能な電話機でもよいし、ファクシミリ機能を実行可能なＦＡＸ機であってもよいし、通信機能を実行可能なＰＣ等であってもよい。即ち、「特定機能」は、コピー機能及びスキャン機能に限られず、他の機能であってもよい。

（変形例１２）上記の各実施例では、図２〜図４の各処理がソフトウェア（即ちプログラム３６，９８）によって実現されるが、図２〜図４の各処理のうちの少なくとも１つが論理回路等のハードウェアによって実現されてもよい。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：通信システム、１０：多機能機、１２：操作部、１４：表示部、１６：印刷実行部、１８：スキャン実行部、２０：ＮＦＣインターフェース、２２：ＬＡＮインターフェース、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、ＡＴ：認証テーブル、ＰＴ１，ＰＴ２：携帯端末、７２：操作部、７４：表示部、８０：ＮＦＣインターフェース、８２：ＬＡＮインターフェース、９０：制御部、９２：ＣＰＵ、９４：メモリ、９６：ＯＳプログラム、９８：アプリケーション、ＡＣ：認証カード

Claims (10)

1. 機能実行機器であって、
   特定機能を実行する機能実行部と、
   制御部と、を備え、
   前記制御部は、
   第１の可搬型デバイスとの第１の接続が確立されて、前記第１の可搬型デバイスから前記第１のデバイス認証情報が取得される場合に、前記第１のデバイス認証情報が認証用メモリに既に登録されている登録済み認証情報であるのか否かを判断する判断部と、
   前記第１のデバイス認証情報が前記登録済み認証情報でないと判断される場合に、前記第１のデバイス認証情報を前記認証用メモリに登録する第１の登録部と、
   前記第１のデバイス認証情報が前記登録済み認証情報であると判断される場合に、前記第１のデバイス認証情報とは異なる第２のデバイス認証情報を前記認証用メモリに登録する第２の登録部と、
   前記第１のデバイス認証情報が前記登録済み認証情報であると判断される場合に、前記第２のデバイス認証情報を前記第１の可搬型デバイスに供給する供給部と、
   前記機能実行装置の状態を移行させる状態移行部と、を備え、
   前記状態移行部は、
   前記第１のデバイス認証情報が前記認証用メモリに登録された後に、前記第１の可搬型デバイスとの第２の接続が確立されて、前記第１の可搬型デバイスから前記第１のデバイス認証情報が取得される場合に、前記機能実行機器の状態を、前記第１の可搬型デバイスのユーザに前記特定機能の利用を許可しない不許可状態から、前記ユーザに前記特定機能の利用を許可する許可状態へ移行させ、
   前記第２のデバイス認証情報が前記認証用メモリに登録された後に、前記第１の可搬型デバイスとの第３の接続が確立されて、前記第１の可搬型デバイスから前記第２のデバイス認証情報が取得される場合に、前記機能実行機器の状態を前記不許可状態から前記許可状態へ移行させる、
   機能実行機器。
2. 前記状態移行部は、前記第２のデバイス認証情報が前記認証用メモリに登録された後に、前記第１の可搬型デバイスとの前記第３の接続が確立されて、前記第１の可搬型デバイスから前記第１のデバイス認証情報と前記第２のデバイス認証情報との双方が取得される場合に、前記機能実行機器の状態を前記不許可状態から前記許可状態へ移行させる、請求項１に記載の機能実行機器。
3. 前記機能実行機器は、さらに、
   前記ユーザによって操作される操作部を備え、
   前記状態移行部は、さらに、
   特定のユーザ認証情報が前記認証用メモリに登録されている状態で、前記ユーザによって前記操作部が操作されて、前記特定のユーザ認証情報が前記機能実行機器に入力される場合に、前記機能実行機器の状態を前記不許可状態から前記許可状態へ移行させ、
   前記判断部は、前記機能実行機器の状態が前記許可状態である間に、前記第１の可搬型デバイスとの前記第１の接続が確立されて、前記第１の可搬型デバイスから前記第１のデバイス認証情報が取得される場合に、前記第１のデバイス認証情報が、前記特定のユーザ認証情報とは異なるユーザ認証情報に関連付けて前記認証用メモリに既に登録されている前記登録済み認証情報であるのか否かを判断し、
   前記第１の登録部は、前記第１のデバイス認証情報が前記登録済み認証情報でないと判断される場合に、前記特定のユーザ認証情報に関連付けて前記第１のデバイス認証情報を前記認証用メモリに登録し、
   前記第２の登録部は、前記第１のデバイス認証情報が前記登録済み認証情報であると判断される場合に、前記特定のユーザ認証情報に関連付けて前記第２のデバイス認証情報を前記認証用メモリに登録する、請求項１又は２に記載の機能実行機器。
4. 前記登録部は、さらに、前記特定のユーザ認証情報に関連付けて前記第１のデバイス認証情報又は前記第２のデバイス認証情報が前記認証用メモリに登録されている状況において、前記機能実行機器の状態が前記許可状態である間に、前記第１の可搬型デバイスとは異なる第２の可搬型デバイスとの第４の接続が確立されて、前記第２の可搬型デバイスから第３のデバイス認証情報が取得される場合に、前記特定のユーザ認証情報に関連付けて、前記第１のデバイス認証情報又は前記第２のデバイス認証情報に代えて、前記第３のデバイス認証情報を前記認証用メモリに登録し、
   前記状態移行部は、さらに、前記第３のデバイス認証情報が前記認証用メモリに登録された後に、前記第２の可搬型デバイスとの第５の接続が確立されて、前記第２の可搬型デバイスから前記第３のデバイス認証情報が取得される場合に、前記機能実行機器の状態を前記不許可状態から前記許可状態へ移行させる、請求項３に記載の機能実行機器。
5. 前記機能実行機器は、さらに、
   ＮＦＣ（Near Field Communicationの略）方式の無線通信を実行するための機器インターフェースを備え、
   前記第１の接続と前記第２の接続と前記第３の接続とのそれぞれは、前記機器インターフェースが、前記ＮＦＣ方式のＲｅａｄｅｒ／Ｗｒｉｔｅｒモードに従って動作するための接続である、請求項１から４のいずれか一項に記載の機能実行機器。
6. 可搬型デバイスであって、
   制御部を備え、
   前記制御部は、
   デバイスメモリと、
   第１のデバイス認証情報を生成する生成部と、
   前記第１のデバイス認証情報を前記デバイスメモリに記憶させる記憶制御部と、
   前記第１のデバイス認証情報が前記デバイスメモリに記憶されている状態で、特定機能を実行可能な機能実行機器との第１の特定接続が確立される場合に、前記デバイスメモリ内の前記第１のデバイス認証情報を前記機能実行機器に供給する供給部と、を備え、
   前記記憶制御部は、さらに、前記第１のデバイス認証情報が前記機能実行機器に供給された後に、前記機能実行機器から前記第１のデバイス認証情報とは異なる第２のデバイス認証情報が取得される場合に、前記第２のデバイス認証情報を前記デバイスメモリに記憶させ、
   前記供給部は、さらに、前記第２のデバイス認証情報が前記デバイスメモリに記憶された後に、前記機能実行機器との第２の特定接続が確立される場合に、前記デバイスメモリ内の前記第２のデバイス認証情報を前記機能実行機器に供給して、前記機能実行機器の状態を、前記可搬型デバイスのユーザに前記特定機能の利用を許可しない不許可状態から、前記ユーザに前記特定機能の利用を許可する許可状態へ移行させる、可搬型デバイス。
7. 前記記憶制御部は、前記機能実行機器から前記第２のデバイス認証情報が取得される場合に、前記第１のデバイス認証情報が前記デバイスメモリに記憶されている状態を維持しながら、前記第２のデバイス認証情報を前記デバイスメモリに記憶させ、
   前記供給部は、前記第２のデバイス認証情報が前記デバイスメモリに記憶された後に、前記機能実行機器との前記第２の特定接続が確立される場合に、前記デバイスメモリ内の前記第１のデバイス認証情報と前記第２のデバイス認証情報との双方を前記機能実行機器に供給して、前記機能実行機器の状態を前記不許可状態から前記許可状態へ移行させる、請求項６に記載の可搬型デバイス。
8. 前記生成部は、前記機能実行機器を利用するための所定のアプリケーションが起動される場合に、前記第１のデバイス認証情報が前記デバイスメモリに記憶されているのか否かを判断し、前記第１のデバイス認証情報が前記デバイスメモリに記憶されていないと判断される場合に、前記第１のデバイス認証情報を生成する、請求項６又は７に記載の可搬型デバイス。
9. 前記可搬型デバイスは、さらに、
   ＮＦＣ（Near Field Communicationの略）方式の無線通信を実行するためのデバイスインターフェースを備え、
   前記第１の特定接続と前記第２の特定接続とのそれぞれは、前記デバイスインターフェースが、前記ＮＦＣ方式のＣＥ（Card Emulationの略）モードに従って動作するための接続である、請求項６から８のいずれか一項に記載の可搬型デバイス。
10. 可搬型デバイスのためのコンピュータプログラムであって、
    前記可搬型デバイスに搭載されるコンピュータに、以下の各処理、即ち、
    第１のデバイス認証情報を生成する生成処理と、
    前記第１のデバイス認証情報を前記可搬型デバイスのデバイスメモリに記憶させる記憶制御処理と、
    前記第１のデバイス認証情報が前記デバイスメモリに記憶されている状態で、特定機能を実行可能な機能実行機器との第１の特定接続が確立される場合に、前記デバイスメモリ内の前記第１のデバイス認証情報を前記機能実行機器に供給する供給処理と、を備え、
    前記記憶制御処理は、さらに、前記第１のデバイス認証情報が前記機能実行機器に供給された後に、前記機能実行機器から前記第１のデバイス認証情報とは異なる第２のデバイス認証情報が取得される場合に、前記第２のデバイス認証情報を前記デバイスメモリに記憶させ、
    前記供給処理は、さらに、前記第２のデバイス認証情報が前記デバイスメモリに記憶された後に、前記機能実行機器との第２の特定接続が確立される場合に、前記デバイスメモリ内の前記第２のデバイス認証情報を前記機能実行機器に供給して、前記機能実行機器の状態を、前記可搬型デバイスのユーザに前記特定機能の利用を許可しない不許可状態から、前記ユーザに前記特定機能の利用を許可する許可状態へ移行させる、コンピュータプログラム。

Images