JP2020091710A - 認証システム及び認証方法 - Google Patents

Abstract

【課題】ユーザ認証の利便性を低下させることなくセキュリティレベルを向上させることが可能な認証システム及び認証方法を提供すること。【解決手段】認証システム１００は、ユーザによる当該ユーザを識別するＩＤカード５のタッチ操作に基づいてカードＩＤを取得する識別情報取得部２１１と、ユーザが所定時間内にタッチ操作を行ったタッチ回数を取得する操作回数取得部２１２と、操作回数取得部２１２により取得される前記タッチ回数と、識別情報取得部２１１により取得されるカードＩＤに予め関連付けられたタッチ認証回数とが一致する場合にユーザの認証を許可し、前記タッチ回数と前記タッチ認証回数とが一致しない場合にユーザの認証を不許可にする認証処理部２１３とを備える。【選択図】図２

Description

本発明は、ユーザを認証する認証システム及び認証方法に関する。

会議に参加する参加者が所持するＩＤカードのＩＤの認証を行い、認証に成功した場合に当該参加者の会議への参加を許可する認証システムが知られている。例えば特許文献１には、参加者が会議に参加する際に取得されたログイン情報が、予め登録された参加者情報に合致した場合に、会議への参加を許可し、会議で使用する鍵付き文書の閲覧を許可する認証キーを参加者に通知するシステムが開示されている。

特開２０１５−２２５１４号公報

しかし、特許文献１に開示されたシステムでは、会議の参加資格のない第三者が参加者のＩＤカードを不正に入手した場合には、第三者が会議に参加することが可能になり、会議の議事内容及び会議で使用する資料の内容などの情報が漏洩するおそれがある。また参加者が会議に参加する際に複数の個人情報（パスワードなど）を入力させる方法も考えられるが、この方法では参加者にとって利便性が悪い。

本発明の目的は、ユーザ認証の利便性を低下させることなくセキュリティレベルを向上させることが可能な認証システム及び認証方法を提供することにある。

本発明の一の態様に係る認証システムは、ユーザによる当該ユーザを識別する識別情報の入力操作に基づいて前記識別情報を取得する識別情報取得部と、前記ユーザが所定時間内に前記入力操作を行った回数を示す操作回数を取得する操作回数取得部と、前記操作回数取得部により取得される前記操作回数と、前記識別情報取得部により取得される前記識別情報に予め関連付けられた設定回数とが一致する場合に前記ユーザの認証を許可し、前記操作回数と前記設定回数とが一致しない場合に前記ユーザの認証を不許可にする認証部と、を備える。

本発明の他の態様に係る認証方法は、ユーザによる当該ユーザを識別する識別情報の入力操作に基づいて前記識別情報を取得するステップと、前記ユーザが所定時間内に前記入力操作を行った回数を示す操作回数を取得するステップと、取得される前記操作回数と、取得される前記識別情報に予め関連付けられた設定回数とが一致する場合に前記ユーザの認証を許可し、前記操作回数と前記設定回数とが一致しない場合に前記ユーザの認証を不許可にするステップと、を備える。

本発明によれば、ユーザ認証の利便性を低下させることなくセキュリティレベルを向上させることが可能な認証システム及び認証方法を提供することが可能となる。

図１は、本発明の実施形態に係る認証システムの概略構成を示す図である。 図２は、本発明の実施形態に係る認証システムの構成を示すブロック図である。 図３は、本発明の実施形態に係る認証システムのサーバ装置で使用される認証情報の一例を示す図である。 図４は、本発明の実施形態に係る認証システムのサーバ装置で使用される会議認証情報の一例を示す図である。 図５Ａは、本発明の実施形態に係る認証システムで実行される認証処理の手順の一例を示すフローチャートである。 図５Ｂは、本発明の実施形態に係る認証システムで実行される認証処理の手順の一例を示すフローチャートである。 図６は、本発明の実施形態に係る認証システムで実行されるコマンド発行処理の手順の一例を示すフローチャートである。 図７は、本発明の実施形態に係る認証システムで実行されるコマンド実行処理の手順の一例を示すフローチャートである。 図８は、本発明の実施形態に係る認証システムのサーバ装置で使用される会議認証情報の他の例を示す図である。 図９Ａは、本発明の実施形態（変形例１）に係るサーバ装置がユーザに通知する情報の一例を示す図である。 図９Ｂは、本発明の実施形態（変形例１）に係るサーバ装置がユーザに通知する情報の一例を示す図である。 図９Ｃは、本発明の実施形態（変形例１）に係るサーバ装置がユーザに通知する情報の一例を示す図である。 図１０は、本発明の実施形態（変形例１）に係る認証システムで実行される認証処理の手順の他の例を示すフローチャートである。 図１１は、本発明の実施形態に係る認証システムのサーバ装置で使用される会議認証情報の他の例を示す図である。

以下添付図面を参照しながら、本発明の実施形態について説明し、本発明の理解に供する。なお、以下の実施形態は、本発明を具体化した一例であって、本発明の技術的範囲を限定するものではない。

［認証システム１００］
図１に示すように、本発明の実施形態に係る認証システム１００は、サーバ装置１と認証装置２と端末装置３（例えば端末装置３Ａ，３Ｂ）と表示装置４とを含む。サーバ装置１と認証装置２と端末装置３と表示装置４とは、インターネット、ＬＡＮ、ＷＡＮ、又は公衆電話回線などの通信網Ｎ１を介して通信可能である。なお、端末装置３及び表示装置４はそれぞれ、複数設けられてもよい。認証システム１００は、本発明の認証システムの一例であり、端末装置３は本発明の端末装置の一例である。また、本発明の認証システムは、サーバ装置１又は認証装置２により構成されてもよいし、サーバ装置１と認証装置２とにより構成されてもよいし、サーバ装置１と認証装置２と端末装置３とにより構成されてもよい。

認証システム１００は、例えば会議に使用される。認証システム１００は、会議に参加するユーザの所定の認証入力操作（本発明の入力操作の一例）に従って認証処理を行う。また、認証システム１００は、会議への認証が許可されたユーザの所望の操作に対応する動作を命令するコマンド（動作制御命令など）を端末装置３に送信して、端末装置３に当該コマンドに応じた動作を実行させる。

ここで、本発明の実施形態に係る認証システム１００において実行される処理の利用シーンの一例を示す。

例えばユーザＡは、所定の会議に参加する際に、会議室の出入口又は室内に設置された認証装置２の読取部２５（図２参照）（例えばカードリーダー）にユーザＡが所持するＩＤカード５Ａ（図１参照）をタッチ（又はスワイプ）する。このとき、ユーザＡは、予め設定された認証条件（例えば、タッチ認証回数：「５回」）に従って、ＩＤカード５Ａをカードリーダーに５回タッチする。前記タッチ認証回数は、会議に参加するユーザ（参加者）ごとに予め設定され、各ユーザに事前に通知される。認証装置２は、ユーザＡがＩＤカード５Ａをタッチしたタッチ回数（ここでは５回）と、前記タッチ認証回数とが一致する場合にユーザＡの認証を許可し、前記タッチ回数と前記タッチ認証回数とが一致しない場合にはユーザＡの認証を不許可にする。認証装置２は、認証結果をユーザＡ及びサーバ装置１に通知する。

サーバ装置１は、ユーザＡの認証が許可された場合は、ユーザＡに対応して予め設定された前記コマンドを、当該コマンドを実行する対象となる装置（以下、コマンド対象装置）として設定された端末装置３に送信する。前記コマンドは、ユーザの所望の操作に対応する所定の動作を端末装置３に実行させるための命令であり、会議に参加するユーザ（参加者）が必要に応じて前記コマンド対象装置とともに個別に設定する。例えば、ユーザＡが、前記コマンドとして「資料−１を表示」を設定し、前記コマンド対象装置として「ＰＣ１」（端末装置３Ａ）を設定していた場合、サーバ装置１は、端末装置３Ａに「資料−１を表示」に対応するコマンドを送信する。

端末装置３Ａは、前記コマンドを取得すると、前記コマンドを実行する。例えば、端末装置３Ａは、「資料−１」を表示装置４に表示させる。前記コマンドが、所定のアプリケーションを起動する命令である場合、端末装置３Ａは、前記コマンドを取得すると、当該アプリケーションを起動させる。

このように、ユーザＡは、会議に参加する際に、自身に設定された認証条件に応じた認証入力操作を行う。そして、ユーザＡの認証が許可されると、ユーザＡが予め設定したコマンドが実行される。また、認証システム１００では、ユーザＡは会議中に前記認証入力操作を行うこともできる。会議中にユーザＡの認証が許可された場合は、ユーザＡが予め設定した会議中のコマンドが実行される。

本発明の実施形態に係る認証システム１００によれば、ユーザ認証の利便性を低下させることなくセキュリティレベルを向上させることが可能となる。以下、前記処理を実現するための認証システム１００の具体的な構成について説明する。

［サーバ装置１］
図２に示されるように、サーバ装置１は、制御部１１、記憶部１２、操作表示部１３、及び通信Ｉ／Ｆ１４などを備えるサーバコンピュータである。なお、サーバ装置１は、１台のコンピュータに限らず、複数台のコンピュータが協働して動作するコンピュータシステムであってもよい。また、サーバ装置１で実行される各種の処理は、一又は複数のプロセッサによって分散して実行されてもよい。さらに、サーバ装置１は、認証装置２が設置される場所（例えば会議室）とは異なる場所、あるいはクラウドネットワーク上に設置され、認証装置２及び端末装置３などとデータ通信を実行してもよい。

通信Ｉ／Ｆ１４は、サーバ装置１を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して認証装置２及び端末装置３などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。

操作表示部１３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザインターフェースである。

記憶部１２は、各種の情報を記憶する半導体メモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などを含む不揮発性の記憶部である。

具体的に、記憶部１２には、複数のユーザの本認証システムにおける認証情報が登録された認証情報ＤＢ１２１が記憶されている。図３は、認証情報ＤＢ１２１の一例を示す図である。認証情報ＤＢ１２１には、ユーザ名、カードＩＤ、認証連動情報、コマンド対象装置、コマンドＩＤ、コマンド内容などの認証情報が登録される。前記コマンド対象装置の情報は、本発明の端末情報の一例である。前記コマンド対象装置は、ユーザが所有し会議に持参する携帯端末（端末装置３など）であってもよいし、会議室に予め備え付けられた端末装置（端末装置３など）であってもよい。前記コマンドＩＤ及び前記コマンド内容の情報は、本発明のコマンド情報の一例である。認証情報ＤＢ１２１には、会議に参加するユーザ（参加者）に関する前記認証情報が登録される。会議に参加する各ユーザは、自身の操作端末（例えば端末装置３）において、会議の開始前に前記認証情報を登録する。前記カードＩＤは、各ユーザが所持するＩＤカード５の固有のＩＤ情報（カードＩＤ）である。前記カードＩＤは、本発明の識別情報の一例である。

前記コマンド内容は、会議への参加に対するユーザの認証が許可された場合に所定のコマンド対象装置（例えばユーザＡの場合はＰＣ１：端末装置３Ａ）において実行されるコマンドの内容であり、コマンド文字列である。ユーザは、必要に応じて所望の操作（動作）に対応するコマンドを登録する。各コマンド内容には前記コマンドＩＤが関連付けられている。例えば、ユーザＡの認証が許可された場合、コマンド対象装置であるＰＣ１（端末装置３Ａ）にコマンドＩＤ「１」のコマンドが送信される。各ユーザは、１つのコマンドを設定しても良いし、複数のコマンドを設定しても良い。

前記認証連動情報は、ユーザの認証が許可された場合に前記コマンドを送信するか否かを示す情報である。「ＯＮ：ログイン」は、会議に参加する際（開始時）の認証（ログイン認証）において許可された場合に前記コマンドを送信することを示している。「ＯＮ：通常」は、会議中の認証（通常認証）において許可された場合に前記コマンドを送信することを示している。「ＯＦＦ」は、ユーザの認証が許可された場合でも前記コマンドを送信しないことを示している。このように、前記認証連動情報は、認証処理とコマンド発行処理とを連動させるか否かを示す情報である。

また記憶部１２には、会議情報と前記認証情報とが登録された会議認証情報ＤＢ１２２が記憶されている。図４は、会議認証情報ＤＢ１２２の一例を示す図である。会議認証情報ＤＢ１２２には、会議ＩＤ、会議の日時、会議の場所、ユーザ名、カードＩＤ、認証連動情報、コマンド対象装置、コマンドＩＤ、認証条件（タッチ認証回数）、認証状況などが登録される。会議認証情報ＤＢ１２２には、前記認証情報と、会議に関する情報とが登録される。例えば会議の管理者は、自身の操作端末（例えば端末装置３）において、会議の開始前に前記会議情報を登録する。なお、前記会議では、ユーザが異なる場所（拠点）において参加可能なリモート会議が可能な会議システムが導入されていても良い。

会議認証情報ＤＢ１２２において、前記認証条件は、ユーザの認証を許可する操作条件を示す情報である。ここでは、前記認証条件として、ユーザＡが認証装置２の読取部２５（図２参照）にＩＤカード５Ａを所定時間内にタッチする回数が設定される。前記認証条件は、サーバ装置１の制御部１１によって、ユーザごとに個別に設定される。

前記認証状況は、ユーザの現時点の状況を示す情報である。任意のユーザの認証状態は、「ログオフ」の状態から始まり、認証が許可された場合に一時的に「ログオン」状態に遷移し、その後「接続」状態に遷移する。ログオン時におけるコマンド発行処理は一旦「ログオン」状態に遷移した後に必要に応じた処理が行われ、その後「接続」状態に遷移する。例えばユーザＡの認証が許可された場合、「ログオフ」の状態から一旦「ログオン」の状態に遷移し、コマンドＩＤ「１」のコマンド（「資料−１を表示」）が実行される。その後、認証状況に「接続」が登録される。また例えばユーザＣの場合は認証が許可された後、一時的に「ログオン」状態になるものの認証連動情報がＯＦＦのためにコマンドは実行されず、認証状況はそのまま「接続」状態に遷移する。ユーザＤの場合は認証が許可された後、一時的に「ログオン」状態になるもののログオン時におけるコマンド発行処理が未設定のため、これに関するコマンド操作は行われず、認証状態はそのまま「接続」状態に遷移する。ただし、ユーザＤの場合は通常時の認証連動情報がＯＮに設定されているため、「接続」状態における任意のタイミングにおいて認証操作が行われ、その結果が正しいものとして判断されたときにコマンドＩＤ「１」のコマンドが実行される。また例えばユーザＢのように認証が許可されていない場合、認証状況に「ログオフ」が登録される。また、会議が終了する際、又は、会議の途中で退出する際にユーザが認証入力操作を行って認証が許可された場合に、認証状況に「ログオフ」が登録される。

なお、他の実施形態として、前記認証情報ＤＢ１２１及び前記会議認証情報ＤＢ１２２の一部又は全部が、認証装置２に記憶されてもよい。

さらに、記憶部１２には、制御部１１に後述のコマンド発行処理（図６参照）を実行させるためのコマンド発行処理プログラムなどの制御プログラムが記憶されている。例えば、前記コマンド発行処理プログラムは、ＵＳＢ、ＣＤ又はＤＶＤなどのコンピュータ読取可能な記録媒体に非一時的に記録されており、サーバ装置１が備えるＵＳＢドライブ、ＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部１２に記憶される。また、前記コマンド発行処理プログラムは、外部機器から通信網Ｎ１を介してダウンロードされて記憶部１２に記憶されてもよい。

制御部１１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の演算処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶される不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部１１は、前記ＲＯＭ又は記憶部１２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することによりサーバ装置１を制御する。

具体的に、制御部１１は、図２に示すように、認証情報管理部１１１、会議認証情報管理部１１２、認証結果取得部１１３、コマンド処理部１１４などの各種の処理部を含む。なお、制御部１１は、前記ＣＰＵで前記コマンド発行処理プログラムに従った各種の処理を実行することによって前記各種の処理部として機能する。また、制御部１１に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。なお、前記コマンド発行処理プログラムは、複数のプロセッサを前記各種の処理部として機能させるためのプログラムであってもよい。

認証情報管理部１１１は、認証情報ＤＢ１２１（図３参照）の前記認証情報を管理する。具体的には、認証情報管理部１１１は、ユーザにより登録された前記認証情報を取得し、取得した前記認証情報を認証情報ＤＢ１２１に登録する。

会議認証情報管理部１１２は、会議認証情報ＤＢ１２２（図４参照）の前記会議認証情報を管理する。具体的には、会議認証情報管理部１１２は、前記認証情報と、ユーザ及び会議の管理者などにより登録された前記会議情報とを取得し、取得した前記認証情報及び前記会議情報を会議認証情報ＤＢ１２２に登録する。また、会議認証情報管理部１１２は、ユーザごとに前記認証条件（タッチ認証回数）を設定し、設定した前記認証条件を会議認証情報ＤＢ１２２に登録する。例えば、会議認証情報管理部１１２は、ユーザごとに異なる前記タッチ認証回数をランダムに設定する。なお、ユーザが自ら前記タッチ認証回数を設定し、会議認証情報管理部１１２が、当該タッチ認証回数を会議認証情報ＤＢ１２２に登録してもよい。また、認証対象のユーザの認証に他のユーザの認証入力操作を必要とする構成（後述の変形例１参照）においては、会議認証情報管理部１１２は、複数のユーザの前記認証入力操作の順番を設定する。会議認証情報管理部１１２は、設定した前記タッチ認証回数（認証条件）の情報を、予めユーザ情報の一部に管理されているユーザのメールアドレス（図示せず）を用いて各ユーザに個別に通知する。会議に参加予定のユーザに対して通知する情報（会議時認証情報）の一例を図９Ａ、図９Ｂ及び図９Ｃ（詳細は後述）に示す。例えば、会議認証情報管理部１１２は、ユーザＡの前記タッチ認証回数の情報を、予め登録されたユーザＡのメールアドレスに送信する。また、会議認証情報管理部１１２は、会議認証情報ＤＢ１２２を認証装置２に送信する。前記タッチ認証回数は、本発明の設定回数の一例である。

認証結果取得部１１３は、後述する認証装置２において実行される認証処理（図５Ａ及び図５Ｂ参照）の結果（認証結果）を、認証装置２から取得する。

認証結果取得部１１３が前記認証結果を取得すると、会議認証情報管理部１１２は、会議認証情報ＤＢ１２２の前記認証状況を更新する。例えば会議の開始前は、会議認証情報管理部１１２は前記認証状況に「ログオフ」を登録する（図４参照）。また会議の開始時に認証結果取得部１１３が認証装置２から「認証許可」（認証成功）の認証結果を取得した場合に、会議認証情報管理部１１２は前記認証状況に「接続」を登録する（図４参照）。また認証結果取得部１１３が前記「認証許可」（認証成功）の認証結果を取得していない場合には、会議認証情報管理部１１２は前記認証状況に「ログオフ」を登録する。

認証装置２は、認証結果取得部１１３が前記認証結果を取得すると、当該認証結果に応じた情報をユーザに対し表示する。例えば認証結果取得部１１３が「認証不許可」（認証失敗）の認証結果を取得した場合、認証装置２は、対応するユーザ端末又は端末装置３に、認証されなかったことを示すメッセージなどを通知する。

コマンド処理部１１４は、認証結果取得部１１３が「認証許可」の認証結果を取得した場合に、認証が許可されたユーザに対応するコマンド対象装置に、所定のコマンドを送信する。例えば、会議の開始時にユーザＡの認証が許可された場合、コマンド処理部１１４は、コマンドＩＤ「１」のコマンド「資料−１を表示」を、コマンド対象装置であるＰＣ１（端末装置３Ａ）に送信する。また例えば、会議中にユーザＤの認証が許可された場合、コマンド処理部１１４は、コマンドＩＤ「１」のコマンド「資料−３を表示」を、コマンド対象装置であるＰＣ４（端末装置３）に送信する。なお、ユーザＣについては前記認証連動情報（図４参照）が「ＯＦＦ」に設定されているため、会議の開始時又は会議中にユーザＣの認証が許可された場合であっても、コマンド処理部１１４は、コマンドの発行処理及び送信処理を行わない。コマンド処理部１１４は、本発明のコマンド発行部の一例である。

ここで、前記コマンドには、前記コマンド対象装置と表示装置４との接続を有効にする切替コマンドが含まれる。このため、例えば端末装置３Ａに前記コマンドが送信された場合は、端末装置３Ａが表示装置４との接続を確立して表示装置４の表示制御を行うことが可能になり、端末装置３Ｂに前記コマンドが送信された場合は、端末装置３Ｂが表示装置４との接続を確定して表示装置４の表示制御を行うことが可能になる。

なお、サーバ装置１の他の実施形態では、制御部１１に含まれる一部又は全部の処理部が、認証装置２に設けられてもよい。

［認証装置２］
図２に示されるように、認証装置２は、制御部２１、記憶部２２、操作表示部２３、通信Ｉ／Ｆ２４、及び読取部２５などを備える。認証装置２は、例えば会議が行われる会議室ごとに設置される装置である。認証装置２は、例えば後述の読取部２５が接続されたタブレット端末又はパーソナルコンピュータのような情報処理装置であってもよい。前記会議が複数拠点を接続するリモート会議の場合、認証装置２はそれぞれの拠点に設置される。また認証装置２は、１つの拠点に１台設置されてもよいし複数台設置されてもよい。

読取部２５は、ＩＤカード５の固有のＩＤ情報（カードＩＤ）を読み取る読取装置である。読取部２５は、例えばカードリーダーである。前記ＩＤ情報が一次元コード又は二次元コードに埋め込まれている場合、読取部２５は、情報コードを読み取るカメラで構成される。また前記ＩＤ情報がＩＣチップに記録されている場合、読取部２５は、接触型あるいは近距離無線通信を利用した非接触型ＩＣカードリーダーで構成される。なお、ＩＤカード５は本発明のカード媒体の一例である。本発明のカード媒体は、一次元コード又は二次元コードを含むカード媒体であっても良いし、ＩＣカードであっても良い。また、認証システム１００では、カード媒体に代えて、ユーザが所持する携帯端末（例えば、スマートフォン）を利用することもできる。この場合、例えば読取部２５は、スマートフォンに表示されたＱＲコード（登録商標）を撮像してＩＤ情報を読み取ってもよい。

通信Ｉ／Ｆ２４は、認証装置２を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介してサーバ装置１などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。

操作表示部２３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザインターフェースである。なお、操作表示部２３は、ユーザによるキーボードまたはタッチパネルを用いた操作を要しない場合に操作部が省略されても良い。また、前記表示部は、ユーザの認証状況に応じた色を発光するＬＥＤであってもよい。前記ＬＥＤは、本発明の発光部の一例である。

記憶部２２は、各種の情報を記憶する半導体メモリ、ＨＤＤ又はＳＳＤなどを含む不揮発性の記憶部である。

記憶部２２には、サーバ装置１から送信される会議認証情報ＤＢ１２２（図４参照）が記憶される。

また、記憶部２２には、制御部２１に後述の認証処理（図５Ａ及び図５Ｂ参照）を実行させるための認証プログラムなどの制御プログラムが記憶されている。例えば、前記認証プログラムは、ＵＳＢ、ＣＤ又はＤＶＤなどのコンピュータ読取可能な記録媒体に非一時的に記録されており、認証装置２に電気的に接続されるＵＳＢドライブ、ＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部２２に記憶される。また、前記認証プログラムは、外部機器から通信網Ｎ１を介してダウンロードされて記憶部２２に記憶されてもよい。

制御部２１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部２１は、前記ＲＯＭ又は記憶部２２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより認証装置２を制御する。

具体的に、制御部２１は、識別情報取得部２１１、操作回数取得部２１２、認証処理部２１３、認証結果通知部２１４などの各種の処理部を含む。なお、制御部２１は、前記ＣＰＵで前記認証プログラムに従った各種の処理を実行することによって前記各種の処理部として機能する。また、制御部２１に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。なお、前記認証プログラムは、複数のプロセッサを前記各種の処理部として機能させるためのプログラムであってもよい。

識別情報取得部２１１は、ユーザによる当該ユーザを識別するＩＤ情報の入力操作に基づいて当該ＩＤ情報を取得する。例えば、識別情報取得部２１１は、会議の開始時又は会議中のユーザの前記入力操作に基づいて前記ＩＤ情報を取得する。具体的には、識別情報取得部２１１は、ユーザによるＩＤカード５のタッチ操作に基づいて、読取部２５により読み取られたＩＤカード５の固有のＩＤ情報（カードＩＤ）を取得する。

操作回数取得部２１２は、ユーザが所定時間内に前記入力操作を行った回数を示す操作回数を取得する。具体的には、操作回数取得部２１２は、ユーザが所定時間内に読取部２５に対して前記タッチ操作を行ったタッチ回数を取得する。例えば、操作回数取得部２１２は、読取部２５によりカードＩＤが読み取られた回数を前記操作回数として取得する。例えばユーザＡがＩＤカード５Ａを読取部２５に所定時間内に複数回連続してタッチした場合、識別情報取得部２１１は、ＩＤカード５ＡのＩＤ情報を複数回連続して取得する。また操作回数取得部２１２は、所定時間内のタッチ回数をカウントし、同一のＩＤ情報を所定時間内に連続して取得した場合に、同一ユーザによるタッチ操作と判断して、カウントしたタッチ回数を取得する。ここでは、操作回数取得部２１２は、前記識別情報取得部２１１から通知されるカードＩＤ情報を参照し、ユーザＡによるタッチ操作のタッチ回数として「５回」を取得する。識別情報取得部２１１は、本発明の識別情報取得部の一例であり、操作回数取得部２１２は、本発明の操作回数取得部の一例である。また前記タッチ操作は本発明の入力操作の一例であり、前記タッチ回数は本発明の操作回数の一例である。すなわち、本発明の入力操作は、ＩＤ情報などの識別情報を含むカード媒体（例えばＩＤカード５）を読取部２５に読み取らせる操作である。

なお、上述の例では、識別情報取得部２１１は、ユーザの認証入力操作としてタッチ操作を挙げたが、本発明の入力操作はこれに限定されない。例えば、ユーザの入力操作は、カードＩＤ、パスワード、及び生体情報などの個人情報を操作表示部２３により入力する操作でも良い。この場合、操作回数取得部２１２は、個人情報の入力回数（操作回数）を取得する。

認証処理部２１３は、識別情報取得部２１１により取得されるカードＩＤに基づいて、ユーザの認証を行う。例えば、認証処理部２１３は、会議の開始時又は会議中のユーザの前記入力操作によって識別情報取得部２１１により取得される前記カードＩＤならびに操作回数取得部２１２により取得される操作回数情報に基づいて前記ユーザの認証を行う。具体的には、認証処理部２１３は、記憶部２２に記憶される会議認証情報ＤＢ１２２（図４参照）から、前記カードＩＤに関連付けられている前記認証条件（タッチ認証回数）を取得する。そして、認証処理部２１３は、操作回数取得部２１２により取得される前記タッチ回数と、前記認証条件（タッチ認証回数）とが一致するか否かを判定する。認証処理部２１３は、前記タッチ回数と前記タッチ認証回数とが一致する場合に認証を許可し、前記タッチ回数と前記タッチ認証回数とが一致しない場合に認証を不許可にする。なお、前記タッチ回数と前記タッチ認証回数とが一致しない場合は、操作回数取得部２１２が、カウントした前記タッチ回数をリセットする、あるいは認証不許可時における手順に移行し前記タッチ回数を再設定する。認証処理部２１３は、本発明の認証部の一例である。なお、認証対象のユーザの認証に他のユーザの認証入力操作を必要とする構成（後述の変形例１参照）においては、認証処理部２１３は、他の複数のユーザのそれぞれに対応する前記タッチ回数に対する判定結果も考慮して前記認証対象のユーザの認証を行う。

認証結果通知部２１４は、認証処理部２１３による前記認証処理の結果（「認証許可」又は「認証不許可」）をユーザ及びサーバ装置１に通知する。また、認証結果通知部２１４は、前記認証結果を示す情報を外部に報知する。例えば認証結果通知部２１４は、操作表示部２３の前記表示部において、待機時にＬＥＤを赤色で点灯させ、ユーザＡがＩＤカード５Ａを１回タッチした場合にＬＥＤを緑色に点灯させ、ユーザＡがＩＤカード５Ａを５回タッチして認証が許可された場合にＬＥＤを黄色に点灯させる。また、認証結果通知部２１４は、認証が許可されなかった場合には、ＬＥＤを赤色で点滅させる。なお、前記表示部（ＬＥＤ）は、認証入力操作を行うユーザ以外の第三者には視認し難い位置に設けられることが好ましい。これにより、認証条件（タッチ認証回数）の情報漏洩を防ぐことができる。認証結果通知部２１４は、本発明の通知部の一例である。

また認証結果通知部２１４は、前記認証結果を示す情報を音声によりスピーカー（図示せず）から報知しても良い。なお、前記スピーカーは、認証入力操作を行うユーザ以外の第三者が聞き取り難い指向性を有するスピーカーで構成されることが好ましい。

ここで、図４に示す会議認証情報ＤＢ１２２には、ユーザＢに対応するコマンドとして、第１コマンド（コマンドＩＤ「１」（本発明の第１コマンド情報の一例））、及び、第２コマンド（コマンドＩＤ「２」（本発明の第２コマンド情報の一例））が登録されている。また、ユーザＢに対応するカードＩＤには、第１コマンド用の第１タッチ認証回数「２」（本発明の第１コマンド用設定回数の一例）と、第２コマンド用の第２タッチ認証回数「３」（本発明の第２コマンド用設定回数の一例）とが関連付けられている。この場合、サーバ装置１のコマンド処理部１１４は、前記タッチ回数と前記第１タッチ認証回数とが一致して認証処理部２１３によりユーザＢの認証が許可された場合に前記第１コマンドを発行し、前記タッチ回数と前記第２タッチ認証回数とが一致して認証処理部２１３によりユーザＢの認証が許可された場合に前記第２コマンドを発行する。なお、コマンド処理部１１４は、ユーザが前記識別情報を入力する（前記認証入力操作を行う）ログイン時（会議の開始時）、ログイン後の通常時（会議中）、及びログアウト時の少なくとも何れかにおいてコマンドを発行する。

なお、認証装置２の他の実施形態では、認証装置２の制御部２１に含まれる一部又は全部の処理部が、サーバ装置１に設けられてもよい。

［端末装置３］
図１に示されるように、端末装置３は、制御部３１、記憶部３２、操作表示部３３、及び通信Ｉ／Ｆ３４などを備える。端末装置３は、ユーザが所有し会議に持参する携帯端末であってもよいし、会議室に予め備え付けられた端末装置であってもよい。

通信Ｉ／Ｆ３４は、端末装置３を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介してサーバ装置１などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。

操作表示部３３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザインターフェースである。例えば、会議に参加するユーザは、操作表示部３３において、会議の開始前に前記認証情報を登録する。また会議の管理者は、操作表示部３３において、会議の開始前に前記会議情報を登録する。

記憶部３２は、各種の情報を記憶する半導体メモリ、ＨＤＤ又はＳＳＤなどを含む不揮発性の記憶部である。例えば、記憶部３２には、制御部３１に後述のコマンド実行処理（図７参照）を実行させるためのコマンド実行プログラムなどの制御プログラムが記憶されている。例えば、前記コマンド実行プログラムは、ＵＳＢ、ＣＤ又はＤＶＤなどのコンピュータ読取可能な記録媒体に非一時的に記録されており、端末装置３に電気的に接続されるＵＳＢドライブ、ＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部３２に記憶される。また、前記コマンド実行プログラムは、外部機器から通信網Ｎ１を介してダウンロードされて記憶部３２に記憶されてもよい。

制御部３１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部３１は、前記ＲＯＭ又は記憶部３２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより端末装置３を制御する。

具体的に、制御部３１は、コマンド取得部３１１、コマンド実行部３１２などの各種の処理部を含む。なお、制御部３１は、前記ＣＰＵで前記コマンド実行プログラムに従った各種の処理を実行することによって前記各種の処理部として機能する。また、制御部３１に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。なお、前記コマンド実行プログラムは、複数のプロセッサを前記各種の処理部として機能させるためのプログラムであってもよい。

コマンド取得部３１１は、サーバ装置１から送信される前記コマンドを取得する。例えば会議の開始時にユーザＡの認証入力操作に対して認証が許可されると、コマンド取得部３１１は、サーバ装置１から送信されるユーザＡに対応するコマンド（「資料−１を表示」）を取得する。また、例えば会議中にユーザＢの認証入力操作に対して認証が許可されると、コマンド取得部３１１は、サーバ装置１から送信されるユーザＢに対応するコマンド（「資料−２を表示」）を取得する。

コマンド実行部３１２は、コマンド取得部３１１により取得される前記コマンドを実行する。例えば、コマンド取得部３１１がユーザＡに対応するコマンド（「資料−１を表示」）を取得した場合、コマンド実行部３１２は、「資料−１」を表示装置４に表示させる。また例えば、コマンド取得部３１１がユーザＢに対応するコマンド（「資料−２を表示」）を取得した場合、コマンド実行部３１２は、「資料−２」を表示装置４に表示させる。

なお、ここでは、ユーザＢに対応するコマンドは、会議中の認証（通常認証）において許可された場合に実行されるコマンドであるため、コマンド実行部３１２は、表示装置４に表示された「資料−１」を「資料−２」に切り替える。また、「資料−１」が端末装置３Ａに保存されており、「資料−２」が端末装置３Ｂに保存されている場合、ユーザＢに対応するコマンドを取得した端末装置３Ｂは、表示装置４との接続を、端末装置３Ａから端末装置３Ｂに切り替えて、「資料−２」を表示させる。すなわち、前記コマンドには、表示装置４との接続（入力端子）を切り替える切替制御コマンドが含まれても良い。

なお、端末装置３の他の実施形態では、コマンド実行部３１２がサーバ装置１に設けられてもよい。この場合、サーバ装置１が前記コマンドを実行して表示装置４の表示制御を行う。

［認証処理］
次に、図５Ａ及び図５Ｂを参照しつつ、認証装置２の制御部２１によって実行される認証処理について説明する。例えば、制御部２１は、ユーザの認証入力操作（タッチ操作）に応じて前記認証プログラムの実行を開始することによって、前記認証処理の実行を開始する。なお、前記認証処理は、認証装置２における所定操作に応じて途中で終了されることがある。なお、制御部２１は、会議の開始時又は会議中にユーザにより認証入力操作が行われる度に前記認証処理を実行する。

なお、本発明は、前記認証処理に含まれる一又は複数のステップを実行する認証方法の発明として捉えることができ、ここで説明する前記認証処理に含まれる一又は複数のステップが適宜省略されてもよい。また、前記認証処理における各ステップは、同様の作用効果を生じる範囲で実行順序が異なってもよい。さらに、ここでは制御部２１によって前記認証処理における各ステップが実行される場合を例に挙げて説明するが、他の実施形態では、複数のプロセッサによって前記認証処理における各ステップが分散して実行されてもよい。

なお図５Ａ及び図５Ｂに示す認証処理は、例えば会議に参加するユーザＡの認証入力操作のみに基づいて、ユーザＡに対する認証を行う場合の処理を示している。ユーザＡに対する認証を行う場合に、ユーザＡの認証入力操作と他のユーザの認証入力操作とを必要とする処理（図１０参照）については後述する。

先ず、制御部２１はユーザによるカードＩＤのタッチ操作（又はスワイプ操作）を検知したか否かを判定する（Ｓ１１１）。制御部２１は、前記タッチ操作を検知した場合（Ｓ１１１：ＹＥＳ）、初回（１回目）のタッチ操作か否かを判定する（Ｓ１１２）。なお、ステップＳ１１１で最初のタッチ操作を検知後、以降の処理でタイマが起動される（Ｓ１２０）ことになるが、前記タッチ操作がない場合は通常、タイマが満了したかどうかを判定する（Ｓ１２１：ＮＯ）ことでステップＳ１１１へ遷移する。一方、前記タッチ操作を検知せずに（Ｓ１１１：ＮＯ）、所定時間が経過した場合（タイマが満了した場合）（Ｓ１２１：ＹＥＳ）はユーザの認証入力操作の途中で所定の動作を満足できないと判定し、処理は後述のステップＳ１２２に移行する。

前記タッチ操作が初回のタッチ操作である場合（Ｓ１１２：ＹＥＳ）、制御部２１は、会議認証情報ＤＢ１２２（図４参照）から前記ユーザの認証情報（認証条件）を取得（導入）し（Ｓ１１３）、処理はステップＳ１１６に移行する。

一方、前記タッチ操作が初回のタッチ操作でない場合（Ｓ１１２：ＮＯ）、制御部２１は、カードＩＤのマッチングを行い（Ｓ１１４）、カードＩＤが一致するか否かを判定する（Ｓ１１５）。具体的には、制御部２１は、前回のタッチ操作において取得したカードＩＤと今回のタッチ操作において取得したカードＩＤとが一致するか否かを判定する。カードＩＤが一致する場合（Ｓ１１５：ＹＥＳ）、処理はステップＳ１１６に移行し、カードＩＤが一致しない場合（Ｓ１１５：ＮＯ）、処理は後述のステップＳ１２２に移行する。

次に、制御部２１は、判定フラグに「判定中」をセットし（Ｓ１１６）、前記ＩＤカードのタッチ回数を取得（カウント）する。次に、制御部２１は、前記タッチ回数と、前記カードＩＤに関連付けられている前記認証条件（タッチ認証回数）とが一致するか否かを判定する。前記タッチ回数と前記タッチ認証回数とが一致する場合（Ｓ１１８：ＹＥＳ）に、制御部２１は判定フラグを「ＯＫ」にセットする（Ｓ１１９）。その後、処理はステップＳ１２３に移行する。一方、前記タッチ回数と前記タッチ認証回数とが一致しない場合（Ｓ１１８：ＮＯ）は、処理はＳ１１１に戻り上述の処理を繰り返す。

ここで、所定時間内に前記タッチ操作が行われなかった場合（Ｓ１２１：ＹＥＳ）、又は、前記カードＩＤが一致しなかった場合（Ｓ１１５：ＮＯ）、制御部２１は、判定フラグに「失敗」をセットする（Ｓ１２２）。その後、処理はステップＳ１２３に移行する。

ステップＳ１２３において、制御部２１は、ランダム時間に設定されたタイマを起動する。なお、ここでは、前記タイマはステップＳ１２０にて設定されるタイマ時間と比較して長めの時間が設定される構成であってもよい。これは、より短い時間に設定された場合に前記認証条件を判定する要素を短時間かつ容易な形で与えることを抑制するためである。次に制御部２１は、ユーザによるカードＩＤのタッチ操作を検知したか否かを判定する（Ｓ１２４）。カードＩＤのタッチ操作がランダムに設定された所定時間内に行われなかった場合（Ｓ１２５：ＮＯ）、制御部２１は、判定フラグに「ＯＫ」がセットされているか否かを判定する（Ｓ１２６）。判定フラグに「ＯＫ」がセットされている場合（Ｓ１２６：ＹＥＳ）、制御部２１は、ユーザの認証を許可し（Ｓ１２７）、判定フラグに「ＯＫ」がセットされていない場合（Ｓ１２６：ＮＯ）、制御部２１は、ユーザの認証を不許可にする（Ｓ１２８）。その後、制御部２１は、前記認証処理の結果（「認証許可」又は「認証不許可」）をユーザ及びサーバ装置１に通知する（Ｓ１２９）。

一方、カードＩＤのタッチ操作がランダムに設定された所定時間内に行われた場合（Ｓ１２４：ＹＥＳ）、制御部２１は、判定フラグに「ＯＫ」がセットされているか否かを判定する（Ｓ１３０）。判定フラグに「ＯＫ」がセットされている場合（Ｓ１３０：ＹＥＳ）、制御部２１は、判定フラグに「失敗」をセットする（Ｓ１３１）。その後、処理はステップＳ１２３に移行する。また判定フラグに「ＯＫ」がセットされていない場合（Ｓ１３０：ＮＯ）、処理はステップＳ１２３に移行する。以上のようにして、前記認証処理が実行される。

［コマンド発行処理］
次に、図６を参照しつつ、サーバ装置１の制御部１１によって実行されるコマンド発行処理について説明する。例えば、制御部１１は、認証装置２から前記認証結果を取得すると前記コマンド発行処理プログラムの実行を開始することによって、前記コマンド発行処理の実行を開始する。

なお、ここで説明する前記コマンド発行処理に含まれる一又は複数のステップが適宜省略されてもよい。また、前記コマンド発行処理における各ステップは、同様の作用効果を生じる範囲で実行順序が異なってもよい。さらに、ここでは制御部１１によって前記コマンド発行処理における各ステップが実行される場合を例に挙げて説明するが、他の実施形態では、複数のプロセッサによって前記コマンド発行処理における各ステップが分散して実行されてもよい。

ステップＳ２１において、制御部１１（認証結果取得部１１３）が認証装置２から前記認証結果を取得すると、処理はステップＳ２２に移行する。

ステップＳ２２において、制御部１１（コマンド処理部１１４）は、前記認証結果が「認証許可」であるか否かを判定する。前記認証結果が「認証許可」である場合（Ｓ２２：ＹＥＳ）、処理はステップＳ２３に移行し、前記認証結果が「認証不許可」である場合（Ｓ２２：ＮＯ）、処理はステップＳ２５に移行する。

ステップＳ２３において、制御部１１（コマンド処理部１１４）は、記憶部１２に記憶される会議認証情報ＤＢ１２２（図４参照）から、前記カードＩＤに関連付けられている前記コマンド及び前記コマンド対象装置の情報を取得する。

ステップＳ２４において、制御部１１（コマンド処理部１１４）は、取得した前記コマンドを前記コマンド対象装置の端末装置３に発行（送信）する。

ステップＳ２５において、制御部１１（コマンド処理部１１４）は、会議認証情報ＤＢ１２２（図４参照）の認証状況を更新する。以上のようにして、前記コマンド発行処理が実行される。

［コマンド実行処理］
次に、図７を参照しつつ、端末装置３の制御部３１によって実行されるコマンド実行処理について説明する。例えば、制御部３１は、サーバ装置１から前記コマンドを取得すると前記コマンド実行処理プログラムの実行を開始することによって、前記コマンド実行処理の実行を開始する。

なお、ここで説明する前記コマンド実行処理に含まれる一又は複数のステップが適宜省略されてもよい。また、前記コマンド実行処理における各ステップは、同様の作用効果を生じる範囲で実行順序が異なってもよい。さらに、ここでは制御部３１によって前記コマンド実行処理における各ステップが実行される場合を例に挙げて説明するが、他の実施形態では、複数のプロセッサによって前記コマンド実行処理における各ステップが分散して実行されてもよい。

ステップＳ３１において、制御部３１（コマンド取得部３１１）がサーバ装置１から前記コマンドを取得すると、処理はステップＳ３２に移行する。

ステップＳ３２において、制御部３１（コマンド実行部３１２）は、前記コマンドを実行する。

ステップＳ３３において、制御部３１（コマンド実行部３１２）は、前記コマンドの実行状況をサーバ装置１に通知する。サーバ装置１は、前記コマンドが実行されたことを示す情報（図示せず）などを会議認証情報ＤＢ１２２に登録する。

本発明の実施形態に係る認証システム１００によれば、会議に参加するユーザは、当該ユーザしか知り得ない認証条件（例えばタッチ回数）に従って認証入力操作を行う。このため、会議の参加資格のない第三者が参加者のＩＤカード５を不正に入手したとしても、当該第三者が会議に参加することを防ぐことが可能となる。また前記認証入力操作は、ＩＤカード５を読取部２５に、ユーザごとに設定された所定回数だけタッチする簡易な操作であり、ユーザＩＤなどを入力する操作ではない。このため、ユーザ認証の利便性が低下することもない。よって、認証システム１００によれば、ユーザ認証の利便性を低下させることなくセキュリティレベルを向上させることが可能となる。また、認証システム１００によれば、会議に参加するユーザが会議の開始時又は会議中に認証入力操作を行って当該ユーザの認証が許可された場合に、当該認証入力操作により取得されるカードＩＤ（識別情報）に関連付けられた所定のコマンドが発行される。このため、前記ユーザは、前記コマンドを実行させるための別途の操作、例えば、会議で使用する資料を表示装置４に表示させる操作、所定のアプリケーションを端末装置３において起動させる操作などを行う必要がない。よって、認証システム１００によれば、会議におけるユーザの操作を簡素化させることが可能となる。

本発明は上述の実施形態に限定されない。本発明の他の実施形態に対応する変形例について以下に説明する。

［変形例１］
他の実施形態に係る認証システム１００は、例えば会議に参加するユーザＡに対する認証を行う場合に、ユーザＡの認証入力操作と、ユーザＡ以外で会議に参加する他のユーザ、例えばユーザＣの認証入力操作とに基づいて、ユーザＡのログインに対する認証処理を行う。具体的には例えば、サーバ装置１の制御部１１（会議認証情報管理部１１２）が、ユーザＡのログインに対応する認証条件として、ユーザＡのタッチ回数を「５回」に設定し、ユーザＣのタッチ回数を「３回」に設定する。また、制御部１１（会議認証情報管理部１１２）は、認証入力操作の順番を設定する。例えば、制御部１１は、ユーザＡの前記認証入力操作を「１番」に設定し、ユーザＣの前記認証入力操作を「２番」に設定する。制御部１１は、設定したこれらの前記認証条件（前記タッチ認証回数）を会議認証情報ＤＢ１２２に登録し（図８参照）、ユーザＡ及びユーザＣに通知する。例えば、制御部１１（会議認証情報管理部１１２）は、ユーザＡに対応する前記認証条件の情報として、図９Ａに示す情報をユーザＡに通知し、ユーザＣに対応する前記認証条件の情報として、図９Ｂに示す情報をユーザＣに通知する。認証装置２の制御部２１は、初めに（１番目に）ユーザＡが５回タッチ操作を行い、続けて（２番目に）ユーザＣが３回タッチ操作を行った場合に、ユーザＡの認証を許可し、コマンド（「資料−１を表示」）を送信する。なお、図９Ａ及び図９Ｂでは、各ユーザには本人が行う操作以外の認証条件の情報を開示しない構成を例示しているが、その限りではなく、自身の認証に関連する他ユーザの認証条件を開示する構成であってもよい。

同様に、制御部１１は、ユーザＣに対応する認証条件として、ユーザＣのタッチ回数を「２回」に設定し、ユーザＢのタッチ回数を「１回」に設定する。また、制御部１１は、ユーザＣの前記認証入力操作を「１番」に設定し、ユーザＢの前記認証入力操作を「２番」に設定する。制御部１１は、設定したこれらの前記認証条件（前記タッチ認証回数）を会議認証情報ＤＢ１２２に登録し（図８参照）、ユーザＣ及びユーザＢに通知する。例えば、制御部１１は、ユーザＣに対応する前記認証条件の情報として、図９Ｂに示す情報をユーザＣに通知し、ユーザＢに対応する前記認証条件の情報として、図９Ｃに示す情報をユーザＢに通知する。認証装置２の制御部２１は、初めに（１番目に）ユーザＣが２回タッチ操作を行い、続けて（２番目に）ユーザＢが１回タッチ操作を行った場合に、ユーザＣの認証を許可する。

図１０は、変形例１に係る認証装置２の制御部２１によって実行される認証処理の一部を示すフローチャートである。変形例１に係る認証処理は、図５Ａ及び図５Ｂに示す認証処理と比較して、ステップＳ１４１，Ｓ１４２が追加されており、その他の処理は同一である。ここでは、便宜上、図５Ａ及び図５Ｂに示す認証処理と異なる処理について説明し、同一の処理については説明を省略する。

ステップＳ１４１において、制御部２１は、認証対象のユーザの認証に他のユーザの認証入力操作が必要であるか否かを判定する。他のユーザの認証入力操作が必要である場合（Ｓ１４１：ＹＥＳ）には、制御部２１は、会議認証情報ＤＢ１２２（図４参照）から前記他のユーザの認証情報（認証条件）を取得（導入）し（Ｓ１４２）、処理はステップＳ１１６に移行する。ステップＳ１１６以降では、前記他のユーザの認証入力操作（タッチ操作）に対応するタッチ回数の判定処理（Ｓ１１８）などが行われる。前記他のユーザのタッチ回数と認証条件とが一致し（Ｓ１１８：ＹＥＳ）、さらに認証入力操作が必要な他のユーザが存在しない場合には（Ｓ１４１：ＮＯ）、処理は前記ステップＳ１１９に移行する。以降は、図５Ｂに示す認証処理と同一である。

また、サーバ装置１の制御部１１が、ユーザＡ及びユーザＣそれぞれに対応する認証条件として、ユーザＡのタッチ回数を「５回」に設定し、ユーザＣのタッチ回数を「３回」に設定し、認証装置２の制御部２１が、ユーザＡ及びユーザＣがそれぞれ前記認証条件に応じた認証入力操作を行った場合に、ユーザＡ及びユーザＣの認証を同時に許可する構成としてもよい。この構成の場合の会議認証情報ＤＢ１２２の一例を図１１に示す。図１１中の認証条件のユーザ指定における“＊”記号はその順番を問わないものとして扱われる。

このように、認証装置２の制御部２１は、第１ユーザに対応する第１識別情報（第１カードＩＤ）及び第１操作回数（第１タッチ回数）と、第２ユーザに対応する第２識別情報（第２カードＩＤ）及び第２操作回数（第２タッチ回数）とを取得する。また、制御部２１は、取得した前記第１操作回数と前記第１識別情報に予め関連付けられた第１設定回数（第１タッチ認証回数）とが一致するか否かを判定し、かつ、取得した前記第２操作回数と前記第２識別情報に予め関連付けられた第２設定回数（第２タッチ認証回数）とが一致するか否かを判定する。そして、制御部２１は、前記第１操作回数と前記第１設定回数とが一致すると判定し、かつ、前記第２操作回数と前記第２設定回数とが一致すると判定した場合に、前記第１ユーザ及び前記第２ユーザの少なくとも何れか一方の認証を許可する。

なお、認証装置２は、第１ユーザの認証を行う場合に、他の一人のユーザ（例えば第２ユーザ）の認証入力操作の判定処理を追加してもよいし、他の複数のユーザのそれぞれの認証入力操作の判定処理を追加してもよい。また、認証対象の第１ユーザ及び他のユーザのそれぞれの前記認証入力操作の順番が規定され、前記判定処理に当該順番を判定する処理が追加されてもよい。例えば、制御部２１は、第１ユーザによる前記認証入力操作と前記第２ユーザによる前記認証入力操作とがこの順に連続して行われた場合において、前記第１操作回数と前記第１設定回数とが一致すると判定し、かつ、前記第２操作回数と前記第２設定回数とが一致すると判定した場合に、前記第１ユーザの認証を許可する。

これらの構成によれば、会議に参加しようとするユーザの認証を行う際に、ユーザ本人の認証入力操作に加えて、本人以外の第三者の認証入力操作が必要となるため、セキュリティレベルをより向上させることが可能となる。なお、認証装置２の制御部２１は会議参加者であるユーザの認証操作による認証を複数任意に組み合わせることができる。これらの構成によれば、第三者の認証入力操作の組み合わせに応じセキュリティレベルをより向上させることが可能である。

また上記構成において、認証装置２は、複数のユーザによる前記認証入力操作に基づいて、前記表示部（ＬＥＤ）の表示態様を変化させてもよい。例えば、ユーザＡに対する認証を行う上記の例において、ユーザＡがＩＤカード５Ａを５回タッチした場合にＬＥＤを待機時の赤色から緑色に点灯させ、続いて、ユーザＣがＩＤカード５Ｃを３回タッチした場合に、ユーザＡの認証を許可してＬＥＤを黄色に点灯させる。

［変形例２］
他の実施形態に係る認証システム１００では、例えば会議が終了した場合、又は、ユーザが会議の途中で退出する場合に、会議システムからログオフするための認証処理を行ってもよい。前記認証処理は、上述したユーザの前記認証入力操作に基づいて認証を行う。なお、会議に参加する際（ログオン時）の前記認証条件と、ログオフする際の前記認証条件とを同一の条件に設定しても良いし、異なる条件に設定しても良い。

［変形例３］
他の実施形態に係る認証システム１００では、認証装置２の制御部２１（認証処理部２１３）が、ユーザの認証入力操作（タッチ操作）をカウントした前記タッチ回数を、操作表示部２３の前記表示部に表示させてもよい。これにより、ユーザは、タッチ操作の途中経過を把握することができるため、設定されたタッチ回数に応じたタッチ操作を正確に行うことができる。

なお、上記構成では、前記タッチ回数の情報が第三者に漏洩するおそれがある。このような場合には、認証装置２の制御部２１（操作回数取得部２１２）は、前記表示部に表示させるタッチ回数に補正を施し、識別情報取得部２１１による前記ＩＤ情報の取得動作を継続させる。なお、制御部２１（操作回数取得部２１２）は、補正したタッチ回数を表すダミー回数を表示させてもよい。これにより、認証が許可された場合、認証が許可されなかった場合、又はタッチ操作中に、前記ダミー回数を表示させることができるため、正規のタッチ回数の情報漏洩を防ぐことができる。

［変形例４］
他の実施形態に係る認証システム１００では、表示装置４が端末装置３の機能を備え、端末装置３が省略されてもよい。この構成では、サーバ装置１が表示装置４に対して所定の前記コマンドを送信し、表示装置４が前記コマンドを実行する。また、他の実施形態に係る認証システム１００では、表示装置４が省略されてもよい。この構成では、会議に参加する各ユーザが自身の端末装置３を利用する。各端末装置３の表示画面は共有されてもよい。また、他の実施形態に係る認証システム１００では、サーバ装置１だけで構成されてもよい。この構成では、サーバ装置１が前記認証処理、前記コマンド発行処理、及びコマンド実行処理を行う。また、他の実施形態に係る認証システム１００では、サーバ装置１及び認証装置２で構成されてもよい。

１ ：サーバ装置
２ ：認証装置
３ ：端末装置
４ ：表示装置
１１ ：制御部
１２ ：記憶部
１３ ：操作表示部
１４ ：通信Ｉ／Ｆ
２１ ：制御部
２２ ：記憶部
２３ ：操作表示部
２４ ：通信Ｉ／Ｆ
２５ ：読取部
３１ ：制御部
３２ ：記憶部
３３ ：操作表示部
３４ ：通信Ｉ／Ｆ
１００ ：認証システム
１１１ ：認証情報管理部
１１２ ：会議認証情報管理部
１１３ ：認証結果取得部
１１４ ：コマンド処理部
２１１ ：識別情報取得部
２１２ ：操作回数取得部
２１３ ：認証処理部
２１４ ：認証結果通知部
３１１ ：コマンド取得部
３１２ ：コマンド実行部

Claims (16)

1. ユーザによる当該ユーザを識別する識別情報の入力操作に基づいて前記識別情報を取得する識別情報取得部と、
   前記ユーザが所定時間内に前記入力操作を行った回数を示す操作回数を取得する操作回数取得部と、
   前記操作回数取得部により取得される前記操作回数と、前記識別情報取得部により取得される前記識別情報に予め関連付けられた設定回数とが一致する場合に前記ユーザの認証を許可し、前記操作回数と前記設定回数とが一致しない場合に前記ユーザの認証を不許可にする認証部と、
   を備える認証システム。
2. 前記入力操作は、前記識別情報を含むカード媒体を、前記カード媒体の情報を読み取る読取部に読み取らせる操作であり、
   前記操作回数取得部は、前記読取部により前記識別情報が読み取られた回数を前記操作回数として取得する、
   請求項１に記載の認証システム。
3. 前記操作回数取得部は、前記所定時間内の前記操作回数をカウントし、前記識別情報取得部により同一の前記識別情報が前記所定時間内に連続して取得された場合に、同一の前記ユーザの前記入力操作と判断して、カウントした前記操作回数を取得する、
   請求項１又は請求項２に記載の認証システム。
4. 前記操作回数と前記設定回数とが一致しない場合に、前記操作回数取得部は、カウントした前記操作回数をリセットする、
   請求項３に記載の認証システム。
5. 前記操作回数と前記設定回数とが一致しない場合に、前記操作回数取得部は、カウントした前記操作回数をダミー回数に補正し、
   前記識別情報取得部による前記識別情報の取得動作を継続させることを特徴とする、
   請求項３に記載の認証システム。
6. 前記識別情報取得部は、第１ユーザに対応する第１識別情報と、第２ユーザに対応する第２識別情報とを取得し、
   前記操作回数取得部は、前記第１ユーザによる第１操作回数と、前記第２ユーザによる第２操作回数とを取得し、
   前記認証部は、前記操作回数取得部により取得される前記第１操作回数と、前記識別情報取得部により取得される前記第１識別情報に予め関連付けられた第１設定回数とが一致し、かつ、前記操作回数取得部により取得される前記第２操作回数と、前記識別情報取得部により取得される前記第２識別情報に予め関連付けられた第２設定回数とが一致する場合に、前記第１ユーザ及び前記第２ユーザの少なくとも何れか一方の認証を許可する、
   請求項１から請求項５の何れか１項に記載の認証システム。
7. 前記識別情報取得部は、第１ユーザに対応する第１識別情報と、他の複数のユーザのそれぞれに対応する複数の識別情報とを取得し、
   前記操作回数取得部は、前記第１ユーザによる第１操作回数と、前記複数のユーザのそれぞれによる複数の操作回数とを取得し、
   前記認証部は、前記操作回数取得部により取得される前記第１操作回数と、前記識別情報取得部により取得される前記第１識別情報に予め関連付けられた第１設定回数とが一致し、かつ、前記操作回数取得部により取得される前記複数の操作回数のそれぞれと、前記識別情報取得部により取得される前記複数の識別情報のそれぞれに予め関連付けられた複数の設定回数のそれぞれとが一致する場合に、前記第１ユーザの認証を許可する、
   請求項１から請求項５の何れか１項に記載の認証システム。
8. 前記識別情報取得部は、第１ユーザに対応する第１識別情報と、第２ユーザに対応する第２識別情報とを取得し、
   前記操作回数取得部は、前記第１ユーザによる第１操作回数と、前記第２ユーザによる第２操作回数とを取得し、
   前記認証部は、前記第１ユーザによる前記入力操作と前記第２ユーザによる前記入力操作とがこの順に連続して行われた場合において、前記操作回数取得部により取得される前記第１操作回数と、前記識別情報取得部により取得される前記第１識別情報に予め関連付けられた第１設定回数とが一致し、かつ、前記操作回数取得部により取得される前記第２操作回数と、前記識別情報取得部により取得される前記第２識別情報に予め関連付けられた第２設定回数とが一致する場合に、前記第１ユーザの認証を許可する、
   請求項１から請求項５の何れか１項に記載の認証システム。
9. 前記識別情報取得部は、第１ユーザに対応する第１識別情報と、第２ユーザに対応する第２識別情報とを取得し、
   前記操作回数取得部は、前記第１ユーザによる第１操作回数と、前記第２ユーザによる第２操作回数とを取得し、
   前記認証部は、前記第１ユーザによる前記入力操作と前記第２ユーザによる前記入力操作とがこの順に連続して行われた場合において、前記操作回数取得部により取得される前記第１操作回数と、前記識別情報取得部により取得される前記第１識別情報に予め関連付けられた第１設定回数とが一致し、かつ、前記操作回数取得部により取得される前記第２操作回数と、前記識別情報取得部により取得される前記第２識別情報に予め関連付けられた第２設定回数とが一致する場合に、前記第１ユーザ及び前記第２ユーザの少なくとも何れか一方の認証を許可する、
   請求項１から請求項５の何れか１項に記載の認証システム。
10. 所定の色を表示する発光部と、
    前記認証部による認証処理の結果を前記ユーザに通知する通知部と、
    をさらに備え、
    前記通知部は、前記認証部により前記ユーザの認証が許可された場合に、前記発光部を第１表示色で表示させ、前記認証部により前記ユーザの認証が許可されなかった場合に、前記発光部を第２表示色で表示させる、
    請求項１から請求項９の何れか１項に記載の認証システム。
11. 前記ユーザに対応する前記識別情報に、前記ユーザの所望の操作に対応する動作を命令するコマンドのコマンド情報が予め関連付けられており、
    前記認証部により前記ユーザの認証が許可された場合に、当該ユーザに対応する前記識別情報に関連付けられた前記コマンド情報の前記コマンドを発行するコマンド発行部をさらに備える、
    請求項１から請求項１０の何れか１項に記載の認証システム。
12. 前記ユーザに対応する前記識別情報に、第１コマンドの第１コマンド情報及び第２コマンドの第２コマンド情報を含む複数のコマンド情報と、前記第１コマンド用の前記設定回数を示す第１コマンド用設定回数及び前記第２コマンド用の前記設定回数を示す第２コマンド用設定回数とを含む複数のコマンド用設定回数とが関連付けられており、
    前記コマンド発行部は、前記操作回数と前記第１コマンド用設定回数とが一致して前記認証部により前記ユーザの認証が許可された場合に前記第１コマンドを発行し、前記操作回数と前記第２コマンド用設定回数とが一致して前記認証部により前記ユーザの認証が許可された場合に前記第２コマンドを発行する、
    請求項１１に記載の認証システム。
13. 前記コマンド発行部は、会議の開始時であるログイン時、ログイン後の会議中である通常時、及びログアウト時の少なくとも何れかにおいて前記コマンドを発行する、
    請求項１１又は請求項１２に記載の認証システム。
14. 前記ユーザに対応する前記識別情報に、前記コマンドを実行する端末装置を識別する端末情報が予め関連付けられており、
    前記コマンド発行部は、前記認証部により前記ユーザの認証が許可された場合に、当該ユーザに対応する前記識別情報に関連付けられた前記コマンド情報に対応する前記コマンドを、当該ユーザに対応する前記識別情報に関連付けられた前記端末情報に対応する前記端末装置に送信する、
    請求項１１から請求項１３の何れか１項に記載の認証システム。
15. 前記識別情報取得部は、会議の開始時又は会議中の前記ユーザの前記入力操作に基づいて前記識別情報を取得する、
    請求項１から請求項１４の何れか１項に記載の認証システム。
16. ユーザによる当該ユーザを識別する識別情報の入力操作に基づいて前記識別情報を取得するステップと、
    前記ユーザが所定時間内に前記入力操作を行った回数を示す操作回数を取得するステップと、
    取得される前記操作回数と、取得される前記識別情報に予め関連付けられた設定回数とが一致する場合に前記ユーザの認証を許可し、前記操作回数と前記設定回数とが一致しない場合に前記ユーザの認証を不許可にするステップと、
    を備える認証方法。