(57)【要約】【課題】複数のユーザのユーザ情報を連続取得して認証・登録を行い、登録されたユーザに対して共通のサービスを実行することでシステム全体の処理の効率化を図る。【解決手段】ユーザ情報を取得して登録処理を行うための第１のモード又は第２のモードの何れかのモードを設定し、第１のモードが設定されているときはユーザ情報を１つ取得し、第２のモードが設定されているときはユーザ情報を連続して取得する。そして、取得した１又は複数のユーザ情報の認証処理を行い、認証処理に成功したユーザ情報を登録し、登録された１又は複数のユーザ情報に基づいて、指定されたサービスの実行処理を制御する。【選択図】図４
2011221674.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ情報を取得するためのユーザ情報入力手段と、
前記ユーザ情報入力手段によりユーザ情報を取得して登録処理を行うための第１のモード又は第２のモードの何れかのモードを設定するモード設定手段と、
前記モード設定手段で前記第１のモードが設定されたときはユーザ情報を１つ取得し、前記第２のモードが設定されたときはユーザ情報を連続して取得するように前記ユーザ情報入力手段を制御するユーザ情報取得制御手段と、
前記ユーザ情報入力手段で取得した１又は複数のユーザ情報の認証処理を行うユーザ情報認証手段と、
前記ユーザ情報認証手段で認証処理に成功したユーザ情報を登録するユーザ情報登録手段と、
前記ユーザ情報登録手段で登録された１又は複数のユーザ情報に基づき、指定されたサービスの実行処理を制御するサービス制御手段と、
を備えることを特徴とするデバイス制御装置。
【請求項２】
前記ユーザ情報取得制御手段は、前記ユーザ情報入力手段によるユーザ情報の取得が完了すると、前記モード設定手段で設定された前記第１のモード又は前記第２のモードによるユーザ情報入力手段の制御を終了すること
を特徴とする請求項１に記載のデバイス制御装置。
【請求項３】
前記サービス制御手段による当該サービスの制御終了に応じて、前記ユーザ情報登録手段に登録してあるユーザ情報の削除を指示する登録情報削除手段を備えること
を特徴とする請求項１乃至請求項２に記載のデバイス制御装置。
【請求項４】
ユーザ情報入力手段によりユーザ情報を取得して登録処理を行うための第１のモード又は第２のモードの何れかのモードを設定するモード設定ステップと、
前記モード設定ステップで設定されたモードに従って前記ユーザ情報入力手段を制御し、前記第１のモードが設定されているときはユーザ情報を１つ取得し、前記第２のモードが設定されているときはユーザ情報を連続して取得するユーザ情報取得ステップと、
前記ユーザ情報取得ステップで取得した１又は複数のユーザ情報の認証処理を行うユーザ情報認証ステップと、
前記ユーザ情報認証ステップで認証処理に成功したユーザ情報を登録するユーザ情報登録ステップと、
前記ユーザ情報登録ステップで登録された１又は複数のユーザ情報に基づき、指定されたサービスの実行処理を制御するサービス制御ステップと、
を備えることを特徴とするデバイス制御方法。
【請求項５】
前記ユーザ情報取得ステップにおいて、前記ユーザ情報入力手段によるユーザ情報の取得が完了すると、前記モード設定ステップで設定した前記第１のモード又は前記第２のモードによるユーザ情報入力手段の制御を終了すること
を特徴とする請求項４に記載のデバイス制御方法。
【請求項６】
前記サービス制御ステップにおいて、前記サービスの制御が終了すると、前記ユーザ情報登録ステップで登録したユーザ情報を削除する登録情報削除ステップを更に備えること
を特徴とする請求項４乃至請求項５に記載のデバイス制御方法。
【請求項７】
デバイスと、デバイスとローカル接続された制御ユニットと、前記制御ユニットを介して前記デバイスを制御するデバイス制御装置を備えたデバイス制御システムであって、
前記制御ユニットは、
ユーザ情報を取得するユーザ情報入力手段と、
前記ユーザ情報入力手段によりユーザ情報を取得して登録処理を行うための第１のモード又は第２のモードの何れかのモードを設定するモード設定手段と、
前記モード設定手段で前記第１のモードが設定されたときはユーザ情報を１つ取得し、前記第２のモードが設定されたときはユーザ情報を連続して取得するように前記ユーザ情報入力手段を制御するユーザ情報取得制御手段と、
前記ユーザ情報入力手段で取得した１又は複数のユーザ情報を記憶するユーザ情報記憶手段と、
前記ユーザ情報記憶手段に記憶したユーザ情報と制御ユニット自身を特定するための識別情報を送信するユーザ情報送信手段と、を備え、
前記デバイス制御装置は、
前記制御ユニットから前記ユーザ情報及び前記識別情報を受信するユーザ情報受信手段と、
前記ユーザ情報受信手段で受信した１又は複数のユーザ情報の認証処理を行うユーザ情報認証手段と、
前記ユーザ情報認証手段で認証処理に成功したユーザ情報を登録するユーザ情報登録手段と、
前記ユーザ情報受信手段で受信した前記識別情報で該当する制御ユニットを特定し、前記ユーザ情報登録手段に登録された１又は複数のユーザ情報に基づいて前記特定した制御ユニットに接続されたデバイスによるサービスの実行処理を制御するサービス制御手段と、
を備えることを特徴とするデバイス制御システム。
【請求項８】
前記制御ユニットでは、前記ユーザ情報入力手段でユーザ情報を取得するたびに、当該ユーザ情報を前記ユーザ情報送信手段によって前記デバイス制御装置に送信し、
前記デバイス制御装置では、前記ユーザ情報受信手段で前記ユーザ情報を受信するたびに、前記ユーザ情報認証手段による認証処理を実行すること
を特徴とする請求項７に記載のデバイス制御システム。
【請求項９】
前記ユーザ情報取得制御手段は、前記ユーザ情報入力手段によるユーザ情報の取得が完了すると、前記モード設定手段で設定された前記第１のモード又は前記第２のモードによるユーザ情報入力手段の制御を終了すること
を特徴とする請求項７乃至請求項８に記載のデバイス制御システム。
【請求項１０】
前記第１のモード又は前記第２のモードによるユーザ情報入力手段の制御が終了すると、前記ユーザ情報送信手段は、当該終了までの間に前記ユーザ情報記憶手段に記憶した１又は複数のユーザ情報を一括送信すること
を特徴とする請求項９に記載のデバイス制御システム。
【請求項１１】
前記制御ユニットは、前記ユーザ情報送信手段による前記ユーザ情報の送信完了に応じて、前記ユーザ情報記憶手段に記憶してあるユーザ情報の削除を指示するユーザ情報削除手段を更に備え、
前記デバイス制御装置は、前記サービス制御手段による当該サービスの制御終了に応じて、前記ユーザ情報登録手段に登録してあるユーザ情報の削除を指示する登録情報削除手段を更に備えること
を特徴とする請求項７乃至請求項１０に記載のデバイス制御システム。
【請求項１２】
デバイスと、デバイスとローカル接続された制御ユニットと、前記制御ユニットを介して前記デバイスを制御する情報処理装置を備えたデバイス制御システムであって、
前記制御ユニットは、
ユーザ情報を取得するユーザ情報入力手段と、
前記ユーザ情報入力手段によりユーザ情報を取得して登録処理を行うための第１のモード又は第２のモードの何れかのモードを設定するモード設定手段と、
前記モード設定手段で前記第１のモードが設定されたときはユーザ情報を１つ取得し、前記第２のモードが設定されたときはユーザ情報を連続して取得するように前記ユーザ情報入力手段を制御するユーザ情報取得制御手段と、
前記ユーザ情報入力手段で取得した１又は複数のユーザ情報の認証処理を行うユーザ情報認証手段と、
前記ユーザ情報認証手段で認証処理に成功したユーザ情報を登録するユーザ情報登録手段と、
前記デバイスに対するサービスの実行要求が可能な情報処理装置を判定するサービス実行判定手段と、
前記サービス実行判定手段で前記サービスの実行要求が可能であると判定した情報処理装置に対して、前記ユーザ情報登録手段で登録した１又は複数のユーザ情報、及び制御ユニット自身を特定するための識別情報並びに当該サービスの制御要求を送信するユーザ情報送信手段と、を備え、
前記情報処理装置は、
前記制御ユニットから前記ユーザ情報及び前記識別情報並びに前記サービスの制御要求を受信するユーザ情報受信手段と、
前記ユーザ情報受信手段で取得した１又は複数の前記ユーザ情報を記憶するユーザ情報記憶手段と、
前記ユーザ情報受信手段で受信した前記識別情報により該当する制御ユニットを特定し、前記サービスの制御要求に応じて、前記特定した制御ユニットに接続されているデバイスへ当該サービスの実行要求を行い、前記ユーザ情報記憶手段に記憶した１又は複数のユーザ情報に基づいて当該サービスの実行処理を制御するサービス制御手段と、
を備えることを特徴とするデバイス制御システム。
【請求項１３】
前記サービス実行判定手段は、前記サービスを実行することが可能な情報処理装置が複数台ある場合、当該情報処理装置について優先順位リストを生成し、該生成した優先順位リストに基づいて判定を行うこと
を特徴とする請求項１２に記載のデバイス制御システム。
【請求項１４】
前記ユーザ情報取得制御手段は、前記ユーザ情報入力手段によるユーザ情報の取得が完了すると、前記モード設定手段で設定された前記第１のモード又は前記第２のモードによるユーザ情報入力手段の制御を終了すること
を特徴とする請求項１２乃至請求項１３に記載のデバイス制御システム。
【請求項１５】
前記第１のモード又は前記第２のモードによるユーザ情報入力手段の制御が終了すると、前記ユーザ情報認証手段は、当該終了までの間に取得した１又は複数のユーザ情報の認証処理を開始し、前記ユーザ情報登録手段は、前記１又は複数のユーザ情報の認証処理が完了した後、当該認証処理に成功したユーザ情報の登録を実行すること
を特徴とする請求項１４に記載のデバイス制御システム。
【請求項１６】
前記制御ユニットは、前記ユーザ情報送信手段による前記ユーザ情報の送信完了に応じて、前記ユーザ情報登録手段に登録したユーザ情報を削除する登録情報削除手段を更に備え、
前記情報処理装置は、前記サービス制御手段による当該サービスの制御終了に応じて、前記ユーザ情報記憶手段に記憶したユーザ情報を削除するユーザ情報削除手段を更に備えること
を特徴とする請求項１２乃至請求項１５に記載のデバイス制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザ情報を登録してからデバイスに対してサービスを実行させるデバイス制御装置、デバイス制御方法、およびデバイス制御システムに関するものである。
【背景技術】
【０００２】
近年、ＩＣカードに記録されたカードＩＤやユーザＩＤなどの情報（以下、ユーザ情報）を利用して認証を行い、認証に成功したユーザを対象にデバイスを用いてプリントやスキャンなどのサービスの実行を許可するシステムが普及してきている。
【０００３】
例えば、印刷ジョブの投入時や印刷結果の出力時にユーザの認証を行う、いわゆる「セキュア印刷」（セキュリティ印刷）機能に関する幾つかの技術が提案されており、先に本出願人も、ＩＣカードを使ってユーザ認証に成功したユーザの印刷ジョブを受信して、プリンタで印刷を実行させるシステムを提案している（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−３１８１４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１のシステムでは、ユーザの認証処理が成功した場合のみ、デバイスで印刷などのサービスを実行し、あるユーザによるサービス実行中は、他のユーザの認証処理やサービス実行を受け付けないようにすることで、サービス実行時の秘匿性（セキュリティ）を維持・向上させることができる。
【０００６】
しかしながら、一方で、スキャナで読み取った原稿を、複数の宛先に対してネットワークを経由して配信したり、会議の際にホワイトボードで記録した議事メモを出席者にネットワークを経由して配信したりといったように、複数のユーザに対するサービス実行処理の共通化を図りたいというニーズが高まってきた。こうしたニーズに対して、サービスの提供先となる複数のユーザをいかに簡便にかつ確実に設定・登録するかという課題がある。
【０００７】
上記の課題に鑑みて、本発明は、複数のユーザのユーザ情報を連続して取得して登録できる連続登録モードを設け、連続登録モードにおいてユーザ認証に成功し、登録された複数のユーザに対して共通のサービスを実行することで、システム全体の処理を効率化できるデバイス制御装置、デバイス制御方法、およびデバイス制御システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、請求項１に記載のデバイス制御装置は、ユーザ情報を取得するためのユーザ情報入力手段と、前記ユーザ情報入力手段によりユーザ情報を取得して登録処理を行うための第１のモード又は第２のモードの何れかのモードを設定するモード設定手段と、前記モード設定手段で前記第１のモードが設定されたときはユーザ情報を１つ取得し、前記第２のモードが設定されたときはユーザ情報を連続して取得するように前記ユーザ情報入力手段を制御するユーザ情報取得制御手段と、前記ユーザ情報入力手段で取得した１又は複数のユーザ情報の認証処理を行うユーザ情報認証手段と、前記ユーザ情報認証手段で認証処理に成功したユーザ情報を登録するユーザ情報登録手段と、前記ユーザ情報登録手段で登録された１又は複数のユーザ情報に基づき、指定されたサービスの実行処理を制御するサービス制御手段と、を備えることを特徴とする。
【０００９】
上記の課題を解決するために、請求項４に記載のデバイス制御方法は、ユーザ情報入力手段によりユーザ情報を取得して登録処理を行うための第１のモード又は第２のモードの何れかのモードを設定するモード設定ステップと、前記モード設定ステップで設定されたモードに従って前記ユーザ情報入力手段を制御し、前記第１のモードが設定されているときはユーザ情報を１つ取得し、前記第２のモードが設定されているときはユーザ情報を連続して取得するユーザ情報取得ステップと、前記ユーザ情報取得ステップで取得した１又は複数のユーザ情報の認証処理を行うユーザ情報認証ステップと、前記ユーザ情報認証ステップで認証処理に成功したユーザ情報を登録するユーザ情報登録ステップと、前記ユーザ情報登録ステップで登録された１又は複数のユーザ情報に基づき、指定されたサービスの実行処理を制御するサービス制御ステップと、を備えることを特徴とする。
【００１０】
上記の課題を解決するために、請求項７に記載のデバイス制御システムは、デバイスと、デバイスとローカル接続された制御ユニットと、前記制御ユニットを介して前記デバイスを制御するデバイス制御装置を備えたデバイス制御システムであって、前記制御ユニットは、ユーザ情報を取得するユーザ情報入力手段と、前記ユーザ情報入力手段によりユーザ情報を取得して登録処理を行うための第１のモード又は第２のモードの何れかのモードを設定するモード設定手段と、前記モード設定手段で前記第１のモードが設定されたときはユーザ情報を１つ取得し、前記第２のモードが設定されたときはユーザ情報を連続して取得するように前記ユーザ情報入力手段を制御するユーザ情報取得制御手段と、前記ユーザ情報入力手段で取得した１又は複数のユーザ情報を記憶するユーザ情報記憶手段と、前記ユーザ情報記憶手段に記憶したユーザ情報と制御ユニット自身を特定するための識別情報を送信するユーザ情報送信手段と、を備え、前記デバイス制御装置は、前記制御ユニットから前記ユーザ情報及び前記識別情報を受信するユーザ情報受信手段と、前記ユーザ情報受信手段で受信した１又は複数のユーザ情報の認証処理を行うユーザ情報認証手段と、前記ユーザ情報認証手段で認証処理に成功したユーザ情報を登録するユーザ情報登録手段と、前記ユーザ情報受信手段で受信した前記識別情報で該当する制御ユニットを特定し、前記ユーザ情報登録手段に登録された１又は複数のユーザ情報に基づいて前記特定した制御ユニットに接続されたデバイスによるサービスの実行処理を制御するサービス制御手段と、を備えることを特徴とする。
【００１１】
上記の課題を解決するために、請求項１２に記載のデバイス制御システムは、デバイスと、デバイスとローカル接続された制御ユニットと、前記制御ユニットを介して前記デバイスを制御する情報処理装置を備えたデバイス制御システムであって、前記制御ユニットは、ユーザ情報を取得するユーザ情報入力手段と、前記ユーザ情報入力手段によりユーザ情報を取得して登録処理を行うための第１のモード又は第２のモードの何れかのモードを設定するモード設定手段と、前記モード設定手段で前記第１のモードが設定されたときはユーザ情報を１つ取得し、前記第２のモードが設定されたときはユーザ情報を連続して取得するように前記ユーザ情報入力手段を制御するユーザ情報取得制御手段と、前記ユーザ情報入力手段で取得した１又は複数のユーザ情報の認証処理を行うユーザ情報認証手段と、前記ユーザ情報認証手段で認証処理に成功したユーザ情報を登録するユーザ情報登録手段と、前記デバイスに対するサービスの実行要求が可能な情報処理装置を判定するサービス実行判定手段と、前記サービス実行判定手段で前記サービスの実行要求が可能であると判定した情報処理装置に対して、前記ユーザ情報登録手段で登録した１又は複数のユーザ情報、及び制御ユニット自身を特定するための識別情報並びに当該サービスの制御要求を送信するユーザ情報送信手段と、を備え、前記情報処理装置は、前記制御ユニットから前記ユーザ情報及び前記識別情報並びに前記サービスの制御要求を受信するユーザ情報受信手段と、前記ユーザ情報受信手段で取得した１又は複数の前記ユーザ情報を記憶するユーザ情報記憶手段と、前記ユーザ情報受信手段で受信した前記識別情報により該当する制御ユニットを特定し、前記サービスの制御要求に応じて、前記特定した制御ユニットに接続されているデバイスへ当該サービスの実行要求を行い、前記ユーザ情報記憶手段に記憶した１又は複数のユーザ情報に基づいて当該サービスの実行処理を制御するサービス制御手段と、を備えることを特徴とする。
【発明の効果】
【００１２】
本発明は、連続登録モード時に登録された複数のユーザに対して行なうサービス実行処理を共通化することで、システム全体の処理を効率化できる。
【図面の簡単な説明】
【００１３】
【図１】実施例１に係るデバイス制御システムの概略構成を示す図である。
【図２】図１に示したサーバ２００の内部構成を例示するブロック図である。
【図３】図１に示したサーバ２００のユーザ情報記憶部２０９に記憶されるユーザ情報リストの一例である。
【図４】実施例１に係るサーバ２００におけるユーザ情報の登録処理とスキャン実行処理について説明するフローチャートである。
【図５】実施例１に係るスキャンを実行するときの過程を示すシーケンス図である。
【図６】実施例２に係るデバイス制御システムの概略構成を示す図である。
【図７】図６に示した制御ユニット８００の内部構成を例示するブロック図である。
【図８】実施例２に係る制御ユニット８００におけるユーザ情報の取得と送信処理について説明するフローチャートである。
【図９】実施例２に係るサーバ２００におけるユーザ情報の登録処理とスキャン実行処理について説明するフローチャートである。
【図１０】実施例２に係るスキャンを実行するときの過程を示すシーケンス図である。
【図１１】実施例３に係るデバイス制御システムの概略構成を示す図である。
【図１２】図１１に示したクライアントＰＣ１００の内部構成を例示するブロック図である。
【図１３】図１１に示した制御ユニット８５０の内部構成を例示するブロック図である。
【図１４】実施例３に係る制御ユニット８５０におけるユーザ情報の登録処理とスキャン要求送信処理について説明するフローチャートである。
【図１５】実施例３に係るクライアントＰＣ１００におけるスキャン実行処理について説明するフローチャートである。
【図１６】実施例３に係るスキャンを実行するときの過程を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について、詳細に説明する。
【実施例１】
【００１５】
実施例１に係る実施の形態を説明する。
【００１６】
＜１．デバイス制御システムの構成＞
図１は、本発明を実現するためのデバイス制御システムの概略構成であり、クライアントＰＣ１００（１００Ａ、１００Ｂ）、サーバ２００、スキャナ３００、カードリーダ４００（４００Ａ、４００Ｘ、４００Ｙ）、ストレージ５００から構成される。
【００１７】
このデバイス制御システムでは、サーバ２００とスキャナ３００およびカードリーダ４００はＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）やＩＥＥＥ１３９４などのインターフェースに準拠した接続ケーブル６００で接続される。同じく、クライアントＰＣ１００とカードリーダ４００は接続ケーブル６００で接続される。また、クライアントＰＣ１００、サーバ２００、ストレージ５００は、有線または無線のネットワーク７００で接続される。
【００１８】
次に、図１のデバイス制御システムを構成する各装置について順次説明する。
【００１９】
クライアントＰＣ１００は、例えば、パーソナルコンピュータのような装置であり、ネットワーク７００と接続し、サーバ２００およびストレージ５００と通信し、画像データなどの送受信、および、画像データの記憶が可能な構成となっている。
【００２０】
サーバ２００は、例えば、パーソナルコンピュータのような装置であり、ネットワーク７００と接続し、クライアントＰＣ１００およびストレージ５００と通信することが可能な構成となっている。カードリーダ４００で読み取られたユーザ情報を取得・認証し、ユーザ情報の認証に成功したユーザを対象にスキャナ３００でスキャンされた画像を配信するため、スキャナ３００を制御する。
【００２１】
なお、サーバ２００は一般的に、クライアントＰＣ１００と比較して高性能な装置であることが望ましい。クライアントＰＣ１００が十分な処理性能を備える場合には、クライアントＰＣ１００のうちの１台がサーバ２００を兼ねる構成であってもよい。
【００２２】
スキャナ３００は、ＴＷＡＩＮ規格に対応した画像入力デバイスであり、例えば、スキャン機能のみを備える単機能周辺装置（ＳＦＰ：Ｓｉｎｇｌｅ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）に限らず、スキャン機能を備えた多機能周辺機器（ＭＦＰ：Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）、デジタルカメラ、あるいは電子黒板（ホワイトボード）などがこれに相当する。
【００２３】
カードリーダ４００は、接続ケーブル６００を介してクライアントＰＣ１００やサーバ２００に接続されるものであり、カードに記録されたカードＩＤやユーザＩＤなどのユーザ情報を取得する機能を備える。なお、カードリーダ４００は、クライアントＰＣ１００、サーバ２００、スキャナ３００に内蔵されるように構成しても良い。
【００２４】
本実施例では、カードをカードリーダ４００に近づける（かざす）と、両者の間で通信する非接触ＩＣカードの技術を用いて説明する。例えば、この非接触ＩＣカード技術としてＦｅｌｉＣａ（登録商標）がある。なお、この技術に限定されるものではなく、国際標準規格として制定されている密着型（ＩＳＯ／ＩＥＣ１０５３６；通信距離２ｍｍ以下）や近接型（ＩＳＯ／ＩＥＣ１４４４３；通信距離１０ｃｍ以下）など他の非接触方式、又は、接触方式（ＩＳＯ／ＩＥＣ７８１６など）を利用した技術であっても良い。カードリーダ４００を介さず、カードとサーバ２００を直接接続して情報の授受を行う形態にすることも可能である。
【００２５】
ストレージ５００は、ネットワーク７００と接続し、クライアントＰＣ１００、サーバ２００と通信し、画像データなどの送受信、および、画像データの共有が可能な構成となっている。画像データの共有および送受信が行えれば、ＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ：ネットワーク接続ストレージ）、メールサーバ、あるいはＦＴＰサーバなどのいずれでもよい。
【００２６】
以下、サーバ２００の詳細について説明する。
＜２．サーバ２００の構成＞
図２は、サーバ２００のハードウェア構成およびソフトウェア構成を例示したブロック図である。
【００２７】
サーバ２００は、ＣＰＵ２０１、入力部２０２、表示部２０３、メモリ２０４、通信部２０５、ローカルＩ／Ｆ２０６、外部記憶部２０７などから構成されており、これらが内部バス２１９で接続される。
【００２８】
ＣＰＵ２０１は、中央処理制御部であり、メモリ２０４や外部記憶部２０７に格納された所定のプログラムを実行することによってサーバ２００を全体的に制御する。
【００２９】
入力部２０２は、各種入力、指示操作などを行なうための操作部であり、キーボード、マウス、ボタン、スイッチ、タッチパネルなどで構成される。
【００３０】
表示部２０３は、各種画面などを表示するディスプレイであり、サーバ２００に内蔵もしくは外部接続される。
【００３１】
メモリ２０４は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）およびＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）で構成される記憶領域であり、所定のプログラムやデータを格納する。
【００３２】
通信部２０５は、Ｅｔｈｅｒｎｅｔ（登録商標）のような有線ネットワーク、若しくは、ＩＥＥＥ８０２．１１ａやＩＥＥＥ８０２．１１ｇのような無線ネットワークなど、ネットワークに対応したネットワークパケットによる送受信や通信制御を行うためのインターフェースであり、クライアントＰＣ１００やストレージ５００とのデータ送受信が可能となる。
【００３３】
ローカルＩ／Ｆ２０６は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）仕様に準拠した送受信インターフェースであって、スキャナ３００やカードリーダ４００との接続などに利用される。
【００３４】
外部記憶部２０７には、オペレーティングシステム（不図示）に加え、認証機能部２０８、モード切替制御部２１１、情報記憶部２１２、画像入力制御部２１３、カードリーダ制御部２１６などの機能部として動作する各種ソフトウェアプログラムや各種データを記憶する。
【００３５】
外部記憶部２０７に格納されたこれらのソフトウェアプログラムは、ＣＰＵ２０１の制御に従い、メモリ２０４上に読み出されて実行される。
【００３６】
では、本発明特有のソフトウェア機能部である認証機能部２０８、モード切替制御部２１１、情報記憶部２１２、画像入力制御部２１３、カードリーダ制御部２１６の詳細について順に説明する。
【００３７】
認証機能部２０８は、ユーザ情報記憶部２０９およびユーザ認証判断部２１０を備える機能部である。
【００３８】
ユーザ情報記憶部２０９は、ユーザに関する情報を記憶しておく記憶部である。上述したＩＣカードに記録されたカードＩＤやユーザＩＤなどのユーザ固有の情報であるユーザ情報、ユーザ情報と対応付けられたユーザ名、ユーザの属するグループ情報などがユーザ認証テーブル（不図示）に記憶されている。
【００３９】
ユーザ認証判断部２１０は、カードリーダ４００から取得したユーザ情報（例えば、カードＩＤ）と、ユーザ情報記憶部２０９内のユーザ認証テーブルに記憶されたユーザ情報とを照合して、ユーザ認証を行う機能部である。
【００４０】
モード切替制御部２１１は、サーバ２００のユーザ情報取得・登録時のモードを制御する機能部である。入力部２０２を介して登録モードの設定要求がある場合、連続登録モードまたは通常登録モードを設定する。連続登録モードとは、連続してユーザ情報の取得・登録を行なうモードであり、通常登録モードとは、１つのユーザ情報の取得・登録を行なうモードである。
【００４１】
情報記憶部２１２は、ユーザ情報リストやスキャナ３００から取得した画像データを記憶する機能部である。後述するスキャナドライバ２１４でファイル形式が変換された後の画像データもここに記憶される。
【００４２】
ユーザ情報リストは、図３に例示するように、ユーザ名とユーザ名に関連付けられた画像データの配信先情報（画像データの配信方法、画像データの配信先など）から構成される。この他にユーザ毎のスキャンパラメータ（読み取り解像度、原稿サイズ、カラー設定など）などの設定情報を記憶してもよい。なお、このユーザ情報リストは、固定でもよいし、クライアントＰＣ１００などから書き換えられるようにしてもよい。
【００４３】
画像入力制御部２１３は、スキャナドライバ２１４および画像データ配信制御部２１５を備える機能部である。
【００４４】
スキャナドライバ２１４は、スキャナ３００などの画像入力用の周辺装置を制御するための共通のインターフェースあるいはプロトコルを提供するＴＷＡＩＮ対応ドライバであり、スキャナ３００に対する命令（制御コマンドなど）の生成処理を行う。
【００４５】
なお、スキャナ３００で読み取られた画像データ（スキャンデータ）を取得し、クライアントＰＣ１００が備える画像入力アプリケーションプログラム（不図示）に適応したファイル形式に変換することもできる。
【００４６】
画像データ配信制御部２１５は、情報記憶部２１２のユーザ情報リストに記憶された配信先情報に基づいて、画像データの配信を制御する機能部である。例えば、画像データをクライアントＰＣ１００やストレージ５００へ配信（コピー）するなどの処理を行う。
【００４７】
カードリーダ制御部２１６は、カードリーダドライバ２１７、カードリーダ監視制御部２１８を備える機能部である。
【００４８】
カードリーダドライバ２１７は、ローカルＩ／Ｆ２０６を通じてカードリーダ４００に送信する命令や要求を生成する機能部である。
【００４９】
カードリーダ監視制御部２１８は、ローカルＩ／Ｆ２０６を介して接続されたカードリーダ４００を一定間隔で監視（ポーリング）し、ユーザ情報の読み取りを検知する機能部である。
【００５０】
＜３．実施例１に係るデバイス制御システムにおけるスキャンの実行＞
次に、前述のデバイス制御システムにおいて、スキャンを実行するときの具体的な例について説明する。
【００５１】
スキャナ３００が備えるスキャン機能をネットワーク共有する利用形態としては、プルスキャンとプッシュスキャンがある。ここでいうプルスキャンとは、スキャナ３００に一旦原稿をセットした後、クライアントＰＣ１００に対するスキャン開始指示操作に応じてサーバ２００の画像入力制御部２１３が起動し、スキャナ３００からスキャンデータ（画像データ）を受信する方式である。一方、プッシュスキャンとは、スキャナ３００やサーバ２００に対するスキャン開始指示操作に応じてサーバ２００の画像入力制御部２１３が起動し、指定されたスキャナ３００からスキャンデータ（画像データ）を受信する方式である。
【００５２】
ここからは、サーバ２００におけるユーザ情報の登録処理とスキャン実行処理について図４のフローチャートを用いて説明する。
【００５３】
なお、実施例１のデバイス制御システムは、プルスキャン、プッシュスキャンいずれのスキャン方式にも適用可能であるが、ここでは、説明を簡略化するため、プッシュスキャン方式の場合について説明する。
【００５４】
＜３−１．登録モードの設定＞
ユーザは、スキャン実行前にサーバ２００の登録モードを設定する（ステップＳ４０１）。
【００５５】
具体的には、ユーザはスキャンを実行したいスキャナ３００がある場所まで移動し、当該スキャナ３００に接続されたサーバ２００の入力部２０２を操作することで、登録モードを通常登録モードまたは連続登録モードに設定する。なお、登録モードの初期設定モードは通常登録モードであり、連続登録モードにする場合は、一時的に連続登録モードに切り換え、連続登録モード終了後に通常登録モードに復帰する。
【００５６】
モード切替制御部２１１は、サーバの登録モード（通常登録モードまたは連続登録モード）を判断する（ステップＳ４０２）。
【００５７】
次に、ユーザがスキャナ３００でスキャンを実行するために、スキャナ３００の原稿台に原稿をセットした後、当該スキャナ３００と同一のサーバ２００に接続されたカードリーダａ４００Ａに対して、各自所有するカードをかざすと、サーバ２００は、カードリーダａ４００Ａにかざされたカードのユーザ情報を取得して、登録処理を行う。
【００５８】
なお、この登録処理は、スキャナ３００の原稿台に原稿をセットする前にカードをかざして行なってもよい。
【００５９】
＜３−２．連続登録モードにおけるユーザ情報の登録＞
まず、連続登録モードが設定された場合の処理について説明する。ステップＳ４０１で設定されたモードが連続登録モードの場合（ステップＳ４０２でＹｅｓ）、カードリーダ監視制御部２１８は、カードリーダａ４００Ａでユーザ情報の読み取りが行われたか一定間隔で監視（ポーリング）する（ステップＳ４０３）。
【００６０】
カードリーダａ４００Ａでユーザ情報の読み取りが行われた場合、カードリーダドライバ２１７は、カードリーダａ４００Ａからユーザ情報の取得を行い（ステップＳ４０３でＹｅｓ）、ユーザ認証判断部２１０は、ユーザ情報記憶部２０９内のユーザ認証テーブルを参照して、取得したユーザ情報の認証処理を行なう（ステップＳ４０４）。
【００６１】
取得したユーザ情報の認証に成功した場合（ステップＳ４０４でＹｅｓ）、ユーザ認証判断部２１０は、当該ユーザ情報をメモリ２０４に一時記憶することで、認証に成功したユーザ情報が登録される（ステップＳ４０５）。
【００６２】
一方、ユーザ情報を取得できない場合（ステップＳ４０３でＮｏ）、または、ステップＳ４０３で取得したユーザ情報の認証に失敗した場合（ステップＳ４０４でＮｏ）は、ステップＳ４０６に進む。
【００６３】
ステップＳ４０６において、モード切替制御部２１１は、連続登録モードの終了条件を満たすか判断し、連続登録モードの終了条件を満たす場合（ステップＳ４０６でＮｏ）、ステップＳ４０７に進む。
【００６４】
一方、連続登録モードの終了条件を満たさない場合は（ステップＳ４０６でＮｏ）、再び、ステップＳ４０３の処理に戻り、ユーザ情報を取得可能な状態に復帰する。
【００６５】
ここで、連続登録モードの終了条件を満たす場合とは、次のいずれかの条件に該当するときである。（１）ユーザにより連続登録モードの終了操作が行なわれた場合。（２）ユーザによりスキャナ側の入力部が操作されることで（例：ボタンの押下）、スキャン実行が行なわれた場合。（３）連続登録モードの開始から所定時間が経過した場合。（４）連続登録モードの開始から所定数のユーザ情報が登録された場合。
【００６６】
連続登録モードの終了条件を満たす場合、次に、ステップＳ４０７において、連続登録モードの実行中に、ユーザ情報がメモリ２０４に登録（一時記憶）されたかどうか判定する。ここで、メモリ２０４にユーザ情報がひとつも登録（一時記憶）されていない場合（ステップＳ４０７でＮｏ）、再び、ステップＳ４０１の処理に戻り、処理を継続する。
【００６７】
＜３−３．スキャンの実行＞
ここからは、スキャンの実行処理と画像データの配信について説明する。ステップＳ４０７において、１以上のユーザ情報がメモリ２０４に登録されていると判定した場合（ステップＳ４０７でＹｅｓ）、サーバ２００は、スキャンを実行するためにスキャナドライバ２１４を起動する（ステップＳ４０８）。
【００６８】
次に、スキャナドライバ２１４は、スキャン処理の実行に必要なスキャンパラメータを設定し（ステップＳ４０９）、設定したスキャンパラメータに基づいて、スキャン実行命令を生成して、スキャナ３００に対して送信する（ステップＳ４１０）。その後、スキャナドライバ２１４は、スキャナ３００で読み取られた画像データを取得し、情報記憶部２１２に一時的に格納する（ステップＳ４１１）。
【００６９】
ここでいうスキャンパラメータとは、スキャン実行時の読み取り解像度、原稿サイズ、カラー設定などの情報を指し、ユーザ情報リストに記憶された情報の中からステップＳ４０５で登録されたユーザ情報に対応するスキャンパラメータが設定される。なお、これに限らず、スキャンを実行する都度、入力部２０２を介してスキャンパラメータを設定してもよい。
【００７０】
＜３−４．画像データの配信＞
次に、画像データ配信制御部２１５は、メモリ２０４に登録（一時記憶）されたユーザ情報と情報記憶部２１２に記憶されているユーザ情報リストの配信先情報に基づいて、取得した画像データの配信先を決定し、配信する（ステップＳ４１２）。連続登録モードの場合、複数のユーザ情報がメモリ２０４に登録されていれば、これらのユーザ情報に対応する複数の配信先に対して、同一の画像データが配信されることになる。
【００７１】
サーバ２００は、画像データ配信制御部２１５によって画像データの配信を終えると、再び、ステップＳ４０１の処理に戻る。
【００７２】
＜３−５．通常登録モードにおけるユーザ情報の取得と認証＞
次に、通常登録モードに設定された場合の処理について説明する。図４のステップＳ４０１において設定されたモードが通常登録モードの場合（ステップＳ４０２でＮｏ）、カードリーダ監視制御部２１８は、カードリーダａ４００Ａでユーザ情報の読み取りが行われたか一定間隔で監視（ポーリング）する（ステップＳ４１３）。
【００７３】
カードリーダａ４００Ａでユーザ情報の読み取りが行われると、カードリーダドライバ２１７が、カードリーダａ４００Ａからユーザ情報の取得を行う（ステップＳ４１３でＹｅｓ）。
【００７４】
ステップＳ４１３で取得したユーザ情報の認証処理を行い、認証に成功した場合（ステップＳ４１４でＹｅｓ）、認証に成功したユーザ情報をメモリ２０４に登録（一時記憶）し（ステップＳ４１５）、ステップＳ４０８の処理に進む。
【００７５】
これ以降の処理は、連続登録モードの処理で説明したステップＳ４０８（スキャナドライバの起動）〜ステップＳ４１２（画像データの配信）と同様であるので、説明を省略する。
【００７６】
一方、ステップＳ４１３において、ユーザによってカードリーダａ４００Ａにカードがかざされない（ユーザ情報を取得しない）場合（ステップＳ４１３でＮｏ）または、ステップＳ４１４において、ユーザ情報の認証に失敗した場合（ステップＳ４１４でＮｏ）には、再び、ステップＳ４０１の処理に戻る。
【００７７】
＜４．実施例１に係るスキャン実行時のシーケンス＞
ここまでに説明したデバイス制御システムにおけるスキャン実行過程をシーケンス図として図示したものが図５である。
【００７８】
ここでは、サーバ２００において連続登録モードが設定され、ユーザＡとユーザＢのユーザ情報が登録された後に、スキャナ３００でプッシュスキャンを実行する場合について説明する。
【００７９】
サーバ２００は、電源投入時以降、カードリーダａ４００Ａとの間でポーリングを行い、ユーザ情報の読み取りを監視する（タイミングＴ５０１）。
【００８０】
サーバ２００は、ユーザ（ユーザＡもしくはユーザＢ）による入力部２０２の操作に応じて、連続登録モードが設定され（タイミングＴ５０２）、スキャナ３００の原稿台に原稿がセットされる。
【００８１】
ユーザＡによってカードリーダａ４００Ａにカードがかざされると、カードからユーザＡのユーザ情報を読み取る（タイミングＴ５０３）。
【００８２】
サーバ２００のカードリーダ制御部２１６によってカードリーダａ４００ＡからユーザＡのユーザ情報を取得すると（タイミングＴ５０４）、ユーザ認証判断部２１０は、ユーザ情報記憶部２０９のユーザ認証テーブルを参照して、ユーザ情報の認証処理を行い（タイミングＴ５０５）、ユーザ情報の認証に成功した場合、ユーザＡのユーザ情報をメモリ２０４に一時記憶する（タイミングＴ５０６）。これにより、ユーザＡのユーザ情報の登録が完了する。
【００８３】
続いて、ユーザＢがカードリーダａ４００Ａにカードをかざす。ユーザＢがカードリーダａ４００Ａにカードをかざしてからサーバ２００でユーザＢのユーザ情報を登録するまでの処理（タイミングＴ５０７〜タイミングＴ５１０）は、前述したユーザＡのユーザ情報の読み取り（タイミングＴ５０３）〜ユーザ情報の登録（タイミングＴ５０６）と同様であるので説明を省略する。
【００８４】
サーバ２００は、連続登録モードの終了条件を満たすかどうか、すなわち、ユーザ情報の取得が終了したかどうかを判断し、終了条件を満たすと判断した場合、連続登録モードを終了する（タイミングＴ５１１）。例えば、ユーザが入力部２０２を操作して連続登録モードの終了を指示した場合などである。
【００８５】
サーバ２００は、スキャンパラメータを設定し、スキャナ３００に対してスキャン実行命令（サービス開始要求）を送信する（タイミングＴ５１２）。
【００８６】
スキャナ３００は、サーバ２００からスキャン実行命令を受信すると、原稿台にセットされた原稿をスキャンし（タイミングＴ５１３）、読み取った画像データをサーバ２００に送信する（タイミングＴ５１４）。
【００８７】
サーバ２００は、スキャナ３００から送信されてくる画像データを順次受信して格納し、画像データの受信が完了すると（タイミングＴ５１５）、ユーザ情報が登録されたユーザＡとユーザＢの配信先情報にて指定された配信先であるクライアントＰＣａ１００Ａとストレージ５００に対して当該画像データを配信する（タイミングＴ５１６）。画像データの配信後、画像入力制御部２１３は、スキャン実行のために使用したユーザ情報と、配信を終えた画像データの削除を指示する。当該削除の指示に応じて、情報記憶部２１２に記憶された画像データとメモリ２０４に記憶されたユーザ情報が削除される。以上で、連続登録モードにおけるスキャン実行が終了する。
【００８８】
なお、サーバ２００は、連続登録モードの場合、ユーザ情報を取得する度にユーザ情報の認証処理を行い、認証に成功したユーザ情報を登録すると説明したが、連続登録モードの実行中は、ユーザ情報の取得のみを行い、連続登録モードの終了時に、取得したユーザ情報の認証処理を一括して行い、認証に成功したユーザ情報をメモリ２０４に登録（一時記憶）してもよい。
【００８９】
また、サーバ２００はスキャナ３００から画像データを取得後、一旦、情報記憶部２１２に記憶してから配信するようにしてもよい。
【００９０】
この場合、ユーザがクライアントＰＣ１００の画像入力アプリケーションプログラムを操作して画像データの取得を指示することで画像データを配信する方法や、ユーザがクライアントＰＣ１００に接続されたカードリーダ４００にカードをかざすことで、クライアントＰＣ１００が、カードから取得したユーザ情報と自己の識別情報（例：ＩＰアドレスなど）をサーバ２００に送信し、サーバ２００が、クライアントＰＣ１００から受信したユーザ情報と識別情報に基づいて、情報記憶部２１２に記憶した画像データを配信する方法によって、画像データの取得を実現できる。
【００９１】
上述したとおり、実施例１のデバイス制御システムでは、連続登録モードを設けることで、スキャン処理と配信処理を、登録された１以上のユーザに対して共通の処理として実行（まとめて１回で実行）することができる。
【実施例２】
【００９２】
実施例２に係る実施の形態を説明する。
【００９３】
＜５．実施例２に係るデバイス制御システムの構成＞
実施例２では、サーバ２００が制御ユニットを介してネットワークに接続された複数のホワイトボードを制御する実施形態について説明する。
【００９４】
なお、図２〜図３を用いて説明した実施例１の構成は、実施例２でも同様に適用可能であるので、詳細な説明を省略し、相違点についてのみ説明する。
【００９５】
図６は、実施例２に係るデバイス制御システムの概略構成であり、クライアントＰＣ１００（１００Ａ、１００Ｂ）、サーバ２００、ホワイトボード３１０（３１０Ａ、３１０Ｂ、３１０Ｃ）、カードリーダ４００（４００Ａ、４００Ｂ、４００Ｃ、４００Ｘ、４００Ｙ）、ストレージ５００、制御ユニット８００（８００Ａ、８００Ｂ、８００Ｃ）から構成される。より具体的には、会議室Ａ〜Ｃにホワイトボード３１０、カードリーダ４００、制御ユニット８００からなるセットが各々配置され、それらを集中管理するサーバ２００や、クライアントＰＣ１００、ストレージ５００がオフィス内の会議室以外のスペースに配置されるイメージである。
【００９６】
実施例２に係るデバイス制御システムでは、制御ユニット８００とスキャナ３００およびカードリーダ４００はＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）やＩＥＥＥ１３９４などのインターフェースに準拠した接続ケーブル６００で接続される。同じく、クライアントＰＣ１００とカードリーダ４００は接続ケーブル６００で接続される。また、クライアントＰＣ１００、サーバ２００、ストレージ５００および制御ユニット８００は、有線または無線のネットワーク７００を介して通信できる。
【００９７】
次に、図６のデバイス制御システムを構成する各装置について順次説明する。ここで、クライアントＰＣ１００、カードリーダ４００、ストレージ５００は、実施例１と同一の構成である。また、本実施例におけるホワイトボード３１０は、ＴＷＡＩＮ規格に対応した画像入力デバイスであるので、これについても実施例１のスキャナ３００と同一の構成であるため、説明を省略する。
【００９８】
さらに、本実施例におけるサーバ２００の構成についても、実施例１で図２を用いて説明したサーバ２００の構成を適用可能であるが、本実施例では、サーバ２００にカードリーダ４００の接続を要しないため、カードリーダ制御部２１６が機能しない。また、システム上に複数台接続されるホワイトボード３１０を制御するため、情報記憶部２１２にデバイス名、機種名、デバイス識別情報などで構成されるデバイス情報リスト（不図示）を記憶している。
【００９９】
ここで、デバイス識別情報とは、制御ユニット８００、ホワイトボード３１０、カードリーダ４００の組み合わせがデバイス制御システム上に複数存在する場合に、その各々を識別するための情報である。
【０１００】
例えば、制御ユニット８００のＩＰアドレスやＭＡＣアドレス、シリアルナンバー（製造番号）などであるが、ホワイトボード３１０やカードリーダ４００のシリアルナンバー（製造番号）であってもよい。
【０１０１】
＜６．実施例２に係る制御ユニット８００の構成＞
次に、制御ユニット８００のハードウェア構成およびソフトウェア構成について図７を用いて説明する。
【０１０２】
制御ユニット８００は、ＣＰＵ８０１、入力部８０２、表示部８０３、メモリ８０４、通信部８０５、ローカルＩ／Ｆ８０６、外部記憶部８０７などから構成され、これらが内部バス８０８で接続される。
【０１０３】
ＣＰＵ８０１、入力部８０２、表示部８０３、メモリ８０４、通信部８０５、ローカルＩ／Ｆ８０６、および、内部バス８０８については、実施例１で説明したサーバ２００のＣＰＵ２０１、入力部２０２、表示部２０３、メモリ２０４、通信部２０５、ローカルＩ／Ｆ２０６、および、内部バス２１９と同様なので詳細な説明を省略する。
【０１０４】
外部記憶部８０７は、オペレーティングシステム（不図示）に加え、カードリーダ制御部８０９、デバイス制御部８１３、モード切替制御部８１４などの機能部として動作する各種ソフトウェアプログラムや各種データを記憶する。
【０１０５】
外部記憶部８０７に記憶されたこれらのソフトウェアプログラムやデータは、ＣＰＵ８０１の制御に従い、メモリ８０４上に読み出されて実行される。
【０１０６】
では、本発明特有のソフトウェア機能部であるカードリーダ制御部８０９、デバイス制御部８１３、モード切替制御部８１４の詳細について順に説明する。
【０１０７】
カードリーダ制御部８０９は、本発明特有のソフトウェア機能部であるカードリーダドライバ８１０、カードリーダ監視制御部８１１、ユーザ情報送信部８１２を備える。ここで、カードリーダドライバ８１０、カードリーダ監視制御部８１１は、実施例１で説明したサーバ２００のカードリーダドライバ２１７、カードリーダ監視制御部２１８と同一であるため詳細な説明を省略する。
【０１０８】
ユーザ情報送信部８１２は、カードリーダドライバ８１０によりカードリーダ４００から読み取ったユーザ情報を、通信部８０５を介してサーバ２００へ送信する機能部である。
【０１０９】
デバイス制御部８１３は、ローカルＩ／Ｆ８０６を介してホワイトボード３１０を制御する機能部である。サーバ２００やクライアントＰＣ１００から受信した制御コマンドに基づいて、サービスを実行させるホワイトボード３１０を特定し、そのホワイトボード３１０を制御する。
【０１１０】
モード切替制御部８１４は、ユーザ情報取得・登録時のモードを制御する機能部である。本発明特有のソフトウェア機能部であるが、実施例１で説明したサーバ２００のモード切替制御部２１１と同一であるため詳細な説明を省略する。実施例１では、サーバ２００がこれと同一構成のモード切替制御部２１１を備えていたが、本実施例では、サーバ２００に代わり、制御ユニット８００がモード切替制御部８１４を備える点が特徴である。
【０１１１】
次に、本実施例のデバイス制御システムについて、制御ユニット８００に接続されたホワイトボード３１０でスキャンを実行するときの具体的な例について説明する。
【０１１２】
制御ユニット８００におけるユーザ情報の取得と送信処理について図８を用いて説明する。
【０１１３】
制御ユニット８００は、ユーザによる入力部８０２の操作に応じて、登録モードを通常登録モードまたは連続登録モードに設定する（ステップＳ８０１）。
【０１１４】
カードリーダ監視制御部８１１は、カードリーダ４００でユーザ情報の読み取りが行われたか一定間隔で監視（ポーリング）する。
【０１１５】
カードリーダ４００でユーザ情報の読み取りが行われた場合、カードリーダドライバ８１０は、カードリーダ４００からユーザ情報の取得を行い（ステップＳ８０２でＹｅｓ）、メモリ８０４に保存（一時記憶）する（ステップＳ８０３）。
【０１１６】
一方、ユーザによってカードがかざされずにユーザ情報を取得できない場合は（ステップＳ８０２でＮｏ）、ステップＳ８０４の処理に進む。
【０１１７】
モード切替制御部８１４は、ステップＳ８０１で設定された登録モード（連続登録モードまたは通常登録モード）の終了条件を満たすかどうか、すなわち、そのモードにおけるユーザ情報の取得が終了したかどうかを判断する（ステップＳ８０４）。
【０１１８】
ステップＳ８０４において、制御ユニット８００における連続登録モードの終了条件を満たす場合とは、実施例１で説明したサーバ２００の終了条件（１）〜（４）と同様である。
【０１１９】
また、通常登録モードの終了条件を満たす場合とは、次のいずれかの条件に該当するときである。（１）カードリーダ４００から１ユーザのユーザ情報を取得した場合。（２）モード開始（移行）後、一定時間が経過した場合。（３）ユーザにより連続登録モードへの切り換え（設定）操作が行なわれた場合。
【０１２０】
ステップＳ８０４において、ステップＳ８０１で設定された登録モードの終了条件を満たさない場合（ステップＳ８０４でＮｏ）、ステップＳ８０２に戻る。
【０１２１】
一方、ステップＳ８０１で設定された登録モードの終了条件を満たす場合（ステップＳ８０４でＹｅｓ）、ステップＳ８０５の処理に進む。
【０１２２】
ステップＳ８０５において、１以上のユーザ情報がメモリ８０４に保存（一時記憶）されている場合、ステップＳ８０３でメモリ８０４に保存（一時記憶）された全てのユーザ情報と制御ユニット８００のデバイス識別情報をサーバ２００に送信する（ステップＳ８０６）。ここまでの処理を終えると、再び、ステップＳ８０１の処理に戻る。ここで、制御ユニット８００が送信するユーザ情報の個数は、通常登録モードの場合は１、連続登録モードの場合は、ｎ（ｎ≧１）である。
【０１２３】
なお、ステップＳ８０６で説明したデバイス識別情報とは、制御ユニット８００を識別（特定）するための情報である。例えば、ＩＰアドレス、ＭＡＣアドレス、シリアルナンバー（製造番号）などであるが、これらに限定されるものではない。さらに、これらの情報を組み合わせたものであってもよい。
【０１２４】
上述した図８の制御フローに従って、制御ユニット８００からサーバ２００に対して、ユーザ情報とデバイス識別情報が送信される。
【０１２５】
この後、制御ユニット８００は、サーバ２００からスキャン実行命令を受けて、ホワイトボード３１０におけるボード面のスキャニングを制御するが、この部分については、サーバ２００の制御フローの説明の中で述べるため、説明を省略する。
【０１２６】
＜７．実施例２に係るサーバ２００の制御フロー＞
続いて、実施例２に係るサーバ２００の制御フローについて図９のフローチャートを用いて説明する。
【０１２７】
サーバ２００は、制御ユニット８００からユーザ情報とデバイス識別情報を受信すると（ステップＳ９０１）、ユーザ情報記憶部２０９のユーザ認証テーブルを参照して、取得したユーザ情報の認証処理を行う（ステップＳ９０２）。ここで、制御ユニット８００から受信するユーザ情報の個数は、通常登録モードの場合は１、連続登録モードの場合は、ｎ（ｎ≧１）である。
【０１２８】
ユーザ情報の認証に成功した場合（ステップＳ９０２でＹｅｓ）、認証に成功したユーザ情報をメモリ２０４に登録（一時記憶）する（ステップＳ９０６）。
【０１２９】
一方、ユーザ情報の認証に失敗した場合（ステップＳ９０２でＮｏ）、ユーザ情報の登録（一時記憶）は行なわずにステップＳ９０４に進む。
【０１３０】
ステップＳ９０１で受信した全てのユーザ情報の認証処理が終了していない場合（ステップＳ９０４でＮｏ）、ステップＳ９０２に戻り、ユーザ情報の認証処理を継続する。
【０１３１】
受信した全てのユーザ情報の認証処理が終了した場合（ステップＳ９０４でＹｅｓ）、認証に成功したユーザ情報がメモリ２０４に登録（一時記憶）されているか判断する（ステップＳ９０５）。
【０１３２】
認証に成功したユーザ情報がメモリ２０４に登録（一時記憶）されていない場合、すなわち、全てのユーザ情報の認証に失敗した場合（ステップＳ９０５でＮｏ）、ステップＳ９０６以降のスキャン実行処理は行わずに、再び、ステップＳ９０１の処理に戻る。
【０１３３】
一方、ユーザ情報がメモリ２０４に登録（一時記憶）されている場合（ステップＳ９０５でＹｅｓ）、スキャナドライバ２１４を起動する（ステップＳ９０６）。
【０１３４】
次に、スキャナドライバ２１４は、スキャン処理の実行に必要なスキャンパラメータを設定し（ステップＳ９０７）、設定したスキャンパラメータに基づいて、スキャン実行命令を生成して、ステップＳ９０１で受信したデバイス識別情報によって特定される制御ユニット８００を介してホワイトボード３１０に対して送信する（ステップＳ９０８）。
【０１３５】
スキャナドライバ２１４は、ホワイトボード３１０で読み取られた画像データを制御ユニット８００を介して取得し、情報記憶部２１２に格納する（ステップＳ９０９）。画像データ配信制御部２１５は、メモリ２０４に登録（一時記憶）されたユーザ情報と情報記憶部２１２に記憶されているユーザ情報リストの配信先情報に基づいて、取得した画像データの配信先を決定し、配信する（ステップＳ９１０）。
【０１３６】
サーバ２００は、画像データ配信制御部２１５によって画像データの配信を終えると、再び、ステップＳ９０１の処理に戻る。
【０１３７】
＜８．実施例２に係るスキャン実行時のシーケンス＞
ここまでに説明した実施例２に係るデバイス制御システムにおけるスキャン実行過程をシーケンス図として図示したものが図１０である。
【０１３８】
ここでは、制御ユニットａ８００Ａにおいて連続登録モードが設定され、ユーザＡとユーザＢのユーザ情報を取得・送信し、サーバ２００でこれらのユーザ情報の認証・登録後に、ホワイトボードａ３１０Ａでプッシュスキャンを実行する場合について説明する。
【０１３９】
制御ユニット８００は、電源投入時以降、各々に接続ケーブル６００で接続されたカードリーダ４００との間でポーリングを行い、ユーザ情報の読み取りを監視する（タイミングＴ１００１）。
【０１４０】
制御ユニットａ８００Ａは、ユーザ（ユーザＡもしくはユーザＢ）による入力部８０２の操作に応じて、連続登録モードが設定される（タイミングＴ１００２）。
【０１４１】
ユーザＡによってカードリーダａ４００Ａにカードがかざされると、カードからユーザＡのユーザ情報を読み取る（タイミングＴ１００３）。
【０１４２】
制御ユニットａ８００Ａのカードリーダ制御部８０９は、カードリーダａ４００ＡからユーザＡのユーザ情報を取得すると（タイミングＴ１００４）、ユーザＡのユーザ情報をメモリ８０４に保存（一時記憶）する（タイミングＴ１００５）。
【０１４３】
次に、ユーザＢがカードリーダａ４００Ａにカードをかざす。ユーザＢがカードリーダａ４００Ａにカードをかざしてから制御ユニットａ８００ＡがユーザＢのユーザ情報を保存するまでの処理（タイミングＴ１００６〜タイミングＴ１００８）は、前述したユーザＡのユーザ情報の読み取り（タイミングＴ１００３）〜ユーザ情報の保存（タイミングＴ１００５）と同様であるので説明を省略する。
【０１４４】
制御ユニットａ８００Ａは、連続登録モードの終了条件を満たす（例えば、ユーザにより入力部８０２を介して連続登録モードの終了操作が行なわれた）と判断した場合、連続登録モードを終了し（タイミングＴ１００９）、メモリ８０４に保存（一時記憶）された全てのユーザ情報と自己のデバイス識別情報をサーバ２００に送信する（タイミングＴ１０１０）。
【０１４５】
サーバ２００は、制御ユニットａ８００Ａからユーザ情報とデバイス識別情報を受信すると、受信したユーザ情報の認証処理を行なう。
【０１４６】
ユーザ認証判断部２１０は、ユーザ情報記憶部２０９のユーザ認証テーブルを参照して、ユーザＡのユーザ情報の認証処理を行い（タイミングＴ１０１１）、認証に成功した場合、ユーザＡのユーザ情報をメモリ２０４に一時記憶する（タイミングＴ１０１２）ことで、ユーザＡのユーザ情報の登録が完了する。
【０１４７】
次に、ユーザＢのユーザ情報の認証処理と登録処理を行なうが、ユーザＢのユーザ情報の認証処理と登録処理（タイミングＴ１０１３〜タイミングＴ１０１４）は、前述したユーザＡのユーザ情報の認証処理と登録処理（タイミングＴ１０１１〜タイミングＴ１０１２）と同様であるので説明を省略する。
【０１４８】
サーバ２００は、制御ユニットａ８００Ａから受信した全てのユーザ情報の認証処理を終えると、受信したデバイス識別情報に基づいて、制御ユニットａ８００Ａを特定し、この制御ユニットａ８００Ａに対してスキャン実行命令（サービス開始要求）を送信する（タイミングＴ１０１５）。
【０１４９】
制御ユニットａ８００Ａは、サーバ２００から受信したスキャン実行命令をホワイトボードａ３１０Ａに送信する（タイミングＴ１０１６）。
【０１５０】
ホワイトボードａ３１０Ａは、サーバ２００から制御ユニットａ８００Ａを介してスキャンの実行命令を受信すると、ボード面をスキャンし（タイミングＴ１０１７）、読み取った画像データを制御ユニットａ８００Ａに送信する（タイミングＴ１０１８）。
【０１５１】
制御ユニットａ８００Ａは、ホワイトボードａ３１０Ａから画像データを受信し、当該画像データをサーバ２００に送信する（タイミングＴ１０１９）。画像データの送信後、デバイス制御部８１３は、メモリ８０４に一時記憶された画像データおよびユーザ情報の削除を指示する。当該削除の指示に応じて、画像データおよびユーザ情報は削除される。
【０１５２】
サーバ２００は、制御ユニット８００を介してホワイトボード３１０から送信されてくる画像データを順次受信して格納し、画像データの受信が完了すると（タイミングＴ１０２０）、ユーザ情報が登録されたユーザＡとユーザＢの配信先情報にて指定された配信先であるクライアントＰＣａ１００ＡとクライアントＰＣｂ１００Ｂに対して当該画像データを配信する（タイミングＴ１０２１）。画像データの配信後、画像入力制御部２１３は、スキャン実行のために使用したユーザ情報と、配信を終えた画像データの削除を指示する。当該削除の指示に応じて、情報記憶部２１２に記憶された画像データとメモリ２０４に記憶されたユーザ情報が削除される。以上で、連続登録モードにおけるスキャン実行が終了する。
【０１５３】
なお、上記では、制御ユニット８００が、連続登録モードの実行中に、メモリ２０４に保存（一時記憶）した全てのユーザ情報（通常登録モードの場合は１、連続登録モードの場合はｎ（ｎ≧１））を送信し、サーバ２００が、制御ユニット８００から受信したユーザ情報の認証と登録を一括して行なうと説明したが、制御ユニット８００が取得したユーザ情報を逐次サーバ２００へ送信し、サーバ２００が、制御ユニット８００から受信したユーザ情報を逐次認証し、登録するようにしてもよい。
【０１５４】
この場合には、サーバ２００が、いずれの登録モードが設定されているかを識別する必要があるので、制御ユニット８００は、登録モード（連続登録モードまたは通常登録モード）の開始時に、設定された登録モードの種別をサーバ２００に通知し、終了時に、その登録モードを終了する旨を通知するようにすればよい。
【０１５５】
上述したとおり、実施例２のデバイス制御システムでは、システム上に複数のホワイトボード３１０が存在しても、１台のサーバ２００から低機能で安価な制御ユニット８００を介して各ホワイトボード３１０を制御できるので、システム上に高機能で高価なサーバ２００をデバイス数分備える必要がないため、システム全体のコストを低減できる。
【実施例３】
【０１５６】
実施例３に係る実施の形態を説明する。
【０１５７】
＜９．実施例３に係るデバイス制御システムの構成＞
実施例３では、システム上にサーバを置かないサーバレスシステムにおける実施形態について説明する。本実施例では、特定のサーバを置かずに、制御ユニット８５０が、ネットワーク上に存在する複数のクライアントＰＣ１００の中から、デバイスにおけるサービスの実行を制御し、サービスの実行結果である画像データなどの配信を制御するクライアントＰＣ１００を状況に応じて選定する点が特徴である。
【０１５８】
なお、図３を用いて実施例１におけるユーザ情報リストの構成は、実施例３でも同様に適用可能であるので、詳細な説明を省略し、相違点についてのみ説明する。
【０１５９】
図１１は、実施例３に係るデバイス制御システムの概略構成であり、クライアントＰＣ１００（１００Ａ、１００Ｂ）、スキャナ３００（３００Ａ、３００Ｂ）、カードリーダ４００（４００Ａ、４００Ｂ、４００Ｘ、４００Ｙ）、ストレージ５００、制御ユニット８５０（８５０Ａ、８５０Ｂ）から構成される。
【０１６０】
実施例３に係るデバイス制御システムでは、制御ユニット８５０とスキャナ３００およびカードリーダ４００はＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）やＩＥＥＥ１３９４などのインターフェースに準拠した接続ケーブル６００で接続される。同じく、クライアントＰＣ１００とカードリーダ４００は接続ケーブル６００で接続される。また、クライアントＰＣ１００、ストレージ５００および制御ユニット８５０は、有線または無線のネットワーク７００を介して通信できる。
【０１６１】
次に、図１１のデバイス制御システムを構成する各装置について順次説明する。なお、スキャナ３００、カードリーダ４００、ストレージ５００は、実施例１と同一の構成なので、説明を省略する。
【０１６２】
＜１０．実施例３に係るクライアントＰＣ１００の構成＞
まず、クライアントＰＣ１００のハードウェア構成およびソフトウェア構成について図１２を用いて説明する。
【０１６３】
クライアントＰＣ１００は、ＣＰＵ１０１、入力部１０２、表示部１０３、メモリ１０４、通信部１０５、ローカルＩ／Ｆ１０６、外部記憶部１０７などから構成され、これらが内部バス１１７で接続される。
【０１６４】
ＣＰＵ１０１、入力部１０２、表示部１０３、メモリ１０４、通信部１０５、ローカルＩ／Ｆ１０６、および、内部バス１１７については、実施例１で説明したサーバ２００のＣＰＵ２０１、入力部２０２、表示部２０３、メモリ２０４、通信部２０５、ローカルＩ／Ｆ２０６、および、内部バス２１９と同一の構成であるため詳細な説明を省略する。
【０１６５】
外部記憶部１０７は、オペレーティングシステム（不図示）に加え、画像入力アプリケーションプログラム１０８、カードリーダ制御部１０９、情報記憶部１１３、画像入力制御部１１４などの機能部として動作する各種ソフトウェアプログラムや各種データを記憶する。
【０１６６】
外部記憶部１０７に記憶されたこれらのソフトウェアプログラムやデータは、ＣＰＵ８０１の制御に従い、メモリ１０４上に読み出されて実行される。
【０１６７】
では、本発明特有のソフトウェア機能部である画像入力アプリケーションプログラム１０８、カードリーダ制御部１０９、情報記憶部１１３、画像入力制御部１１４の詳細について順に説明する。
【０１６８】
画像入力アプリケーションプログラム１０８は、ＴＷＡＩＮ規格に対応したアプリケーションプログラムであり、オペレーティングシステム上で動作する。ユーザによって入力部１０２を介して取得したスキャナ３００の選択情報やスキャン実行時の設定情報を設定することができ、また、後述する画像入力制御部１１４と連動してスキャナ３００によるスキャン処理を制御し、取得した画像データを編集等することができるプログラムである。
【０１６９】
カードリーダ制御部１０９は、カードリーダドライバ１１０、カードリーダ監視制御部１１１、ユーザ情報送信部１１２を備える。クライアントＰＣ１００が、カードリーダドライバ１１０、カードリーダ監視制御部１１１、ユーザ情報送信部１１２を備えることが本実施例の特徴のひとつであるが、その構成は、実施例２で説明した制御ユニット８００のカードリーダドライバ８１０、カードリーダ監視制御部８１１、ユーザ情報送信部８１２と同一であるため詳細な説明を省略する。
【０１７０】
また、クライアントＰＣ１００が、情報記憶部１１３、画像入力制御部１１４を備えることも本実施例の特徴であるが、その構成は、サーバ２００の情報記憶部２１２および画像入力制御部２１３と同一であるため、これらについても詳細な説明を省略する。
【０１７１】
＜１１．実施例３に係る制御ユニット８５０の構成＞
図１３は、実施例３に係る制御ユニット８５０の内部構成を例示するブロック図であり、ＣＰＵ８５１、入力部８５２、表示部８５３、メモリ８５４、通信部８５５、ローカルＩ／Ｆ８５６、外部記憶部８５７、内部バス８５８、カードリーダ制御部８５９、デバイス制御部８６３、モード切替制御部８６４に加え、外部記憶部８５７内に認証機能部８６５とクライアント制御部８６８を備える点が特徴である。認証機能部８６５とクライアント制御部８６８以外は、実施例２において図７を用いて説明した制御ユニット８００のＣＰＵ８０１、入力部８０２、表示部８０３、メモリ８０４、通信部８０５、ローカルＩ／Ｆ８０６、内部バス８０８、カードリーダ制御部８０９、デバイス制御部８１３、モード切替制御部８１４と同一であるため詳細な説明を省略する。また、認証機能部８６５は、サーバ２００の認証機能部２０８と同一であるため詳細な説明を省略する。
【０１７２】
クライアント制御部８６８は、実行要求生成部８６９、実行判断部８７０を備える機能部である。これらを備えることによって、スキャナ３００でスキャンを実行させる際に、スキャナ３００の制御を行うクライアントＰＣ１００を状況に応じて選定することができる。
【０１７３】
実行要求生成部８６９は、クライアントＰＣ１００にスキャンの実行可否に対する問い合わせ（以下、確認要求）を送信する機能部である。
【０１７４】
実行判断部８７０は、実行要求生成部８６９が送信した確認要求に応答して、クライアントＰＣ１００から受信した応答情報に基づいて、スキャナ３００に対してスキャン実行命令を送信するクライアントＰＣ１００を選定する機能部である。
【０１７５】
＜１２．実施例３に係る制御ユニット８５０の制御フロー＞
次に、本実施例のデバイス制御システムについて、スキャンを実行するときの具体的な例について説明する。
【０１７６】
図１４は、制御ユニット８５０におけるユーザ情報の登録処理と送信処理について説明するフローチャートである。
【０１７７】
ユーザは、スキャン実行前に制御ユニット８５０の登録モードを設定する（ステップＳ１４０１）。
【０１７８】
次に、ステップＳ１４０２において、ステップＳ１４０１で設定された登録モードが連続登録モードか通常登録モードかを判定し、各々に応じた処理を実行するが、連続登録モードにおけるステップＳ１４０３〜ステップＳ１４０７の処理については、図４を用いて実施例１で説明したサーバ２００のステップＳ４０３（ユーザ情報取得の判断）〜ステップＳ４０７（ユーザ情報の登録有無の判断）と同様であり、通常登録モードにおけるステップＳ１４１５〜ステップＳ１４１７の処理については、実施例１で説明したサーバ２００のステップＳ４１３（ユーザ情報取得の判断）〜ステップＳ４１５（ユーザ情報の登録）と同様であるため、説明を省略し、ステップＳ１４０８から説明を始める。
【０１７９】
制御ユニット８５０は、１以上のユーザ情報がメモリ８５４に登録（一時記憶）されている場合（ステップＳ１４０７でＹｅｓ）、デバイス情報リスト（不図示）を参照し、リスト上の全クライアントＰＣ１００に確認要求を送信する（ステップＳ１４０８）。
【０１８０】
制御ユニット８５０は、確認要求の送信に応じて、クライアントＰＣ１００から応答情報を受信した場合（ステップＳ１４０９でＹｅｓ）、応答情報をメモリ８５４に記憶する（ステップＳ１４１０）。
【０１８１】
制御ユニット８５０は、デバイス情報リストに記憶された全クライアントＰＣ１００に対して、確認要求を送信したか判断する（ステップＳ１４１１）。
【０１８２】
デバイス情報リストに記憶された全クライアントＰＣ１００に対して、確認要求を送信していない場合（ステップＳ１４１１でＮｏ）、ステップＳ１４０８に戻り、ステップＳ１４０８（クライアントＰＣ１００に確認要求を送信）〜ステップＳ１４１０（応答情報の記憶）の処理を繰り返す。
【０１８３】
一方、デバイス情報リストに記憶された全クライアントＰＣ１００に対して、確認要求を送信した場合（ステップＳ１４１１でＹｅｓ）、クライアントＰＣ１００からの応答情報がメモリ８５４に記憶されているか判断する（ステップＳ１４１２）。
【０１８４】
メモリ８０４にクライアントＰＣ１００からの応答情報が記憶されている場合（ステップＳ１４１２でＹｅｓ）、実行判断部８７０は、応答情報に基づいて、クライアントＰＣ１００にスキャン制御要求を送信する際に用いる優先順位リストを生成する（ステップＳ１４１３）。
【０１８５】
なお、優先順位リストは、応答情報を受信した順番やクライアントＰＣ１００の処理能力などに基づいて、各クライアントＰＣ１００に対してランク付けしたものである。
【０１８６】
実行判断部８７０は、ステップＳ１４１３で生成された優先順位リストを参照し、デバイス制御部８６３で生成されたスキャン制御要求を送信するクライアントＰＣ１００を選定し、そのクライアントＰＣ１００にメモリ８５４に登録（一時記憶）された全てのユーザ情報とデバイス識別情報を含むスキャン制御要求を送信する（ステップＳ１４１４）。ここで、制御ユニット８５０が送信するユーザ情報の個数は、通常登録モードの場合は１、連続登録モードの場合は、ｎ（ｎ≧１）である。
【０１８７】
選定されたクライアントＰＣ１００に通信部８５５を介してスキャン制御要求を送信し終わると、この後、制御ユニット８５０は再び、ステップＳ１４０１の処理に戻る。
【０１８８】
このように、上述した図１４の制御フローに従って、制御ユニット８５０から状況に応じて適切なクライアントＰＣ１００が選定され、当該クライアントＰＣ１００に対して、スキャン制御要求が送信されることになる。
【０１８９】
なお、制御ユニット８５０は、クライアントＰＣ１００からの応答情報に基づいて、優先順位リストを生成すると説明したが、予め優先順位を定めたリストを保持（記憶）しておくようにしてもよい。
【０１９０】
この後、制御ユニット８５０は、クライアントＰＣ１００からスキャン実行命令を受けて、スキャナ３００を制御するが、この部分については、クライアントＰＣ１００の制御フローの説明の中で述べるため、説明を省略する。
【０１９１】
＜１３．実施例３に係るクライアントＰＣ１００の制御フロー＞
続いて、実施例３に係るクライアントＰＣ１００の制御フローについて図１５のフローチャートを用いて説明する。
【０１９２】
クライアントＰＣ１００では、ネットワーク７００および通信部１０５を介して、確認要求を制御ユニット８５０から受信可能な状態で待機する（ステップＳ１５０１）。
【０１９３】
確認要求を受信した場合（ステップＳ１５０１でＹｅｓ）、確認要求を送信した制御ユニット８５０に対して、応答情報を送信する（ステップＳ１５０２）。
【０１９４】
応答情報を制御ユニット８５０に送信後、スキャン制御要求を制御ユニット８５０から受信可能な状態で待機する（ステップＳ１５０３）。
【０１９５】
一定時間内に制御ユニット８５０からスキャン制御要求を受信しない場合は（ステップＳ１５０３でＮｏ）、再び、ステップＳ１５０１の処理に戻り、確認要求を受信可能な状態に復帰する。
【０１９６】
一方、制御ユニット８５０からユーザ情報と制御ユニット８５０のデバイス識別情報を含むスキャン制御要求を受信した場合（ステップＳ１５０３でＹｅｓ）、スキャナドライバ１１５を起動する（ステップＳ１５０４）。ここで、制御ユニット８５０から受信するユーザ情報の個数は、通常登録モードの場合は１、連続登録モードの場合は、ｎ（ｎ≧１）である。
【０１９７】
次に、スキャナドライバ１１５は、スキャン処理の実行に必要なスキャンパラメータを設定し（ステップＳ１５０５）、設定したスキャンパラメータに基づいてスキャン実行命令を生成し、ステップＳ１５０３で受信したデバイス識別情報によって特定される制御ユニット８５０を介してスキャナ３００に対して送信する（ステップＳ１５０６）。
【０１９８】
ここでいうスキャンパラメータとは、スキャン実行時の読み取り解像度、原稿サイズ、カラー設定などの情報を指し、情報記憶部１１３に保持するユーザ情報リストに記憶された情報の中からステップＳ１４０５で登録されたユーザ情報に対応するスキャンパラメータが設定される。なお、これに限らず、スキャンを実行する都度、入力部１０２を介してスキャンパラメータを設定してもよい。
【０１９９】
スキャナドライバ１１５は、スキャナ３００で読み取られた画像データを制御ユニット８５０を介して取得し、情報記憶部１１３に格納する（ステップＳ１５０７）。画像データ配信制御部１１６は、メモリ１０４に登録されたユーザ情報と情報記憶部１１３に記憶されているユーザ情報リストの配信先情報に基づいて、取得した画像データの配信先を決定し、配信する（ステップＳ１５０８）。
【０２００】
なお、ユーザ情報リストは、クライアントＰＣ１００が常時、情報記憶部１１３内に記憶しておくのではなく、スキャン制御要求を受信する際に、制御ユニット８５０から取得するようにしてもよい。この場合、制御ユニット８５０からクライアントＰＣ１００に対しては制御ユニット８５０内に予め記憶されたユーザ情報リストを送信する。または、スキャン実行の都度、カードリーダ４００を介して読み取ったカードの情報や、入力部８５２を介してユーザによって入力・設定されたスキャンパラメータからユーザ情報リストを生成して送信するようにしてもよい。
【０２０１】
クライアントＰＣ１００は、画像データ配信制御部１１６によって画像データの配信を終えると、再び、ステップＳ１５０１の処理に戻る。
【０２０２】
＜１４．実施例３に係るにスキャン実行時のシーケンス＞
ここまでに説明した実施例３に係るデバイス制御システムにおけるスキャン実行過程をシーケンス図として図示したものが図１６である。
【０２０３】
ここでは、制御ユニットＡ８５０ａにおいて連続登録モードが設定され、ユーザＡとユーザＢのユーザ情報が登録された後に、クライアントＰＣａ１００Ａからスキャン実行命令を送信して、スキャナａ３００Ａでプッシュスキャンを実行する場合について説明する。
【０２０４】
なお、タイミングＴ１６０１（ユーザ情報取得のポーリング）〜タイミングＴ１６１１（連続登録モードの終了）の処理内容については、実施例１におけるサーバ２００の処理を制御ユニット８５０の処理に置き換えることで、実施例１で説明したタイミングＴ５０１〜タイミングＴ５１１が適用可能であるため、説明を省略し、タイミングＴ１６１２から説明を始める。
【０２０５】
制御ユニットａ８５０Ａは、連続登録モード終了後、デバイス情報リストに記憶された各クライアントＰＣ１００（クライアントＰＣａ１００Ａ、クライアントＰＣｂ１００Ｂ）に確認要求を送信する（タイミングＴ１６１２）。なお、制御ユニット８５０は、ネットワークに接続されたクライアントＰＣ１００に対して、確認要求をブロードキャストしてもよい。
【０２０６】
クライアントＰＣ１００（クライアントＰＣａ１００Ａ、クライアントＰＣｂ１００Ｂ）は、確認要求に応じて、制御ユニットａ８５０Ａに応答情報を送信する（タイミングＴ１６１３）。
【０２０７】
制御ユニットａ８５０Ａは、クライアントＰＣ１００から受信した応答情報に基づいて、優先順位リストを生成し、この優先順位リストを参照して、スキャン制御要求の送信先となるクライアントＰＣａ１００Ａを選定する（タイミングＴ１６１４）。
【０２０８】
制御ユニットａ８５０Ａは、スキャン制御要求の送信先に選定したクライアントＰＣａ１００Ａに対して、メモリ８５４に登録（一時記憶）されたユーザ情報（ユーザＡとユーザＢのユーザ情報）と自己のデバイス識別情報を含むスキャン制御要求を送信する（タイミングＴ１６１５）。
【０２０９】
クライアントＰＣａ１００Ａは、制御ユニットａ８５０Ａからスキャン制御要求を受信すると、スキャンパラメータを設定し、タイミングＴ１６１５で受信したデバイス識別情報に基づいて制御ユニットａ８５０Ａを特定し、当該制御ユニットａ８５０Ａにスキャン実行命令（サービス開始要求）を送信する（タイミングＴ１６１６）。
【０２１０】
制御ユニットａ８５０Ａは、クライアントＰＣａ１００Ａから受信したスキャン実行命令をスキャナａ３００Ａに送信する（タイミングＴ１６１７）。
【０２１１】
スキャナａ３００Ａは、制御ユニットａ８５０Ａからスキャン実行命令を受信すると、原稿台にセットされた原稿をスキャンし（タイミングＴ１６１８）、読み取った画像データを制御ユニットａ８５０Ａに送信する（タイミングＴ１６１９）。
【０２１２】
制御ユニットａ８５０Ａは、スキャナａ３００Ａで読み取られた画像データを受信し、
当該画像データをクライアントＰＣａ１００Ａに送信する（タイミングＴ１６２０）。画像データの送信後、デバイス制御部８６３は、メモリ８５４に一時記憶された画像データおよびユーザ情報の削除を指示する。当該削除の指示に応じて、画像データおよびユーザ情報は削除される。
【０２１３】
クライアントＰＣａ１００Ａは、制御ユニットａ８５０Ａを介してスキャナａ３００Ａから送信されてくる画像データを順次受信して格納し、画像データの受信が完了すると（タイミングＴ１６２１）、情報記憶部１１３に記憶されたユーザ情報リストを参照して、各ユーザの配信先情報にて指定された配信先に対して、当該画像データを配信する（タイミングＴ１６２２）。このシーケンス図においては、ユーザＡの配信先としてクライアントＰＣａ１００Ａ、ユーザＢの配信先としてクライアントＰＣｂ１００Ｂが指定されており、スキャンを実行したクライアントＰＣと同一のクライアントＰＣが配信先と指定されている場合には、当該クライアントＰＣ（この場合は、クライアントＰＣａ１００Ａ）に対しての配信処理は省略される。なお、ユーザの配信先としてストレージ５００が指定された場合は、当該画像データをストレージ５００に送信（配信）する。
【０２１４】
画像データの配信後、画像入力制御部１１４は、スキャン実行のために使用したユーザ情報と、配信を終えた画像データの削除を指示する。当該削除の指示に応じて、情報記憶部１１３に記憶された画像データとメモリ１０４に記憶されたユーザ情報が削除される。以上で、連続登録モードにおけるスキャン実行が終了する。
【０２１５】
上述したとおり、実施例３のデバイス制御システムでは、制御ユニット８５０で選定されたクライアントＰＣ１００が、スキャナ３００におけるスキャン処理を制御し、スキャンされた画像データの配信処理を制御する。これにより、サーバレスのシステムにおいても、スキャン処理と配信処理を、登録された１以上のユーザに対して共通の処理として実行（まとめて１回で実行）することができる。
【０２１６】
本発明は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、例えば以下に示すように適宜変更可能である。
【０２１７】
デバイスで実行するサービスは、スキャンに限らず、その他のサービス（プリント、ファックス、コピーなど）を行う場合にも適応できる。
【０２１８】
画像入力デバイス（スキャナ３００、ホワイトボード３１０）は、ＴＷＡＩＮに限らず、ＩＳＩＳ（Ｉｍａｇｅ  ａｎｄ  Ｓｃａｎｎｅｒ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ)に対応したデバイスであってもよい。
【０２１９】
ユーザ認証は、カードに記憶されたユーザ情報に限らず、パスワードや生体情報（指紋、虹彩、声紋、筆跡等）などをユーザ情報として用いて認証を行ってもよく、また、これらの複数のユーザ情報を組み合わせて認証を行ってもよい。
【０２２０】
通常登録モードと連続登録モードとを相互に切り換えて動作するシステム構成に限らず、連続登録モードのみを備えるシステム構成であっても有効である。
【０２２１】
サーバ２００または制御ユニット（８００、８５０）、画像入力デバイス（スキャナ３００、ホワイトボード３１０）、カードリーダ４００をそれぞれ別体の装置で構成したものに限らず、例えば、サーバ２００または制御ユニット（８００、８５０）は、画像入力デバイス（スキャナ３００、ホワイトボード３１０）のケーシング内に収まるように一体構造とし、画像入力デバイス（スキャナ３００、ホワイトボード３１０）にカードリーダ４００を接続して構成しても良い。さらに、カードリーダ４００を内蔵したサーバ２００または制御ユニット（８００、８５０）を画像入力デバイス（スキャナ３００、ホワイトボード３１０）に接続して構成しても良い。また、画像入力デバイス（スキャナ３００、ホワイトボード３１０）にサーバ２００または制御ユニット（８００、８５０）およびカードリーダ４００を内蔵させる構成としても良い。
【０２２２】
画像入力デバイス（スキャナ３００、ホワイトボード３１０）は必ずしも接続ケーブル６００でサーバ２００や制御ユニット（８００、８５０）に接続されていなければならないわけではなく、画像入力デバイス（スキャナ３００、ホワイトボード３１０）とサーバ２００や制御ユニット（８００、８５０）の対応関係をデバイス情報リストなどに保持していれば、画像入力デバイス（スキャナ３００、ホワイトボード３１０）とサーバ２００や制御ユニット（８００、８５０）のそれぞれがネットワーク７００に接続される構成であってもよい。
【０２２３】
クライアントＰＣ１００、サーバ２００における画像データの配信制御は、ユーザ個人に対してだけではなく、複数のユーザが属するユーザグループに対して行なってもよい。例えば、あるユーザによってスキャンの実行要求が行われた場合に、スキャナ３００から取得した画像データを当該ユーザだけでなく、同じグループに属する全てのユーザあるいは一部のユーザに対して配信することもできる。
【０２２４】
画像入力アプリケーションプログラム１０８は、クライアントＰＣ１００ではなく、サーバ２００または制御ユニット（８００、８５０）に備えてもよいし、クライアントＰＣ１００、サーバ２００、制御ユニット（８００、８５０）の全てまたはこれらの一部に備えていてもよい。サーバ２００に画像入力アプリケーションプログラムを備えている場合、例えば、ユーザは、クライアントＰＣ１００や制御ユニット（８００、８５０）のブラウザ機能を利用して、Ｗｅｂアプリケーションとしてサーバ２００の画像入力アプリケーションプログラムを利用できるようにすればよい。
【０２２５】
クライアントＰＣ１００、サーバ２００、もしくは制御ユニット（８００、８５０）に一時記憶された画像データやユーザ情報は、画像データの配信が終わった後に一括で削除する方式に限らず、画像データの配信やユーザ情報の送信が終わる都度直ちに削除してもよいし、一定時間経過後に削除するようにしてもよい。
【０２２６】
本発明の目的は、上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して処理を実行することによっても達成することができる。
【０２２７】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶したコンピュータで読み取り可能な記憶媒体は本発明を構成することになる。
【０２２８】
また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現されるように構成しても良い。
【０２２９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれたあと、このプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を実行し、その処理に応じて上述した実施形態が実現される場合も含んでいる。
【０２３０】
なお、プログラムコードを供給するため、例えば、フロッピー（登録商標)ディスク、ハードディスク、光磁気ディスク、ＣＤやＤＶＤに代表される光ディスク、磁気テープ、不揮発性のメモリカード、ＲＯＭ等の記憶媒体を用いることができる。または、プログラムコードは、ネットワークを介してダウンロードしてもよい。
【符号の説明】
【０２３１】
１００：クライアントＰＣ
１０１：ＣＰＵ
１０２：入力部
１０３：表示部
１０４：メモリ
１０５：通信部
１０６：ローカルＩ／Ｆ
１０７：外部記憶部
１０８：画像入力アプリケーションプログラム
１０９：カードリーダ制御部
１１０：カードリーダドライバ
１１１：カードリーダ監視制御部
１１２：ユーザ情報送信部
１１３：情報記憶部
１１４：画像入力制御部
１１５：スキャナドライバ
１１６：画像データ配信制御部
１１７：内部バス
２００：サーバ
２０１：ＣＰＵ
２０２：入力部
２０３：表示部
２０４：メモリ
２０５：通信部
２０６：ローカルＩ／Ｆ
２０７：外部記憶部
２０８：認証機能部
２０９：ユーザ情報記憶部
２１０：ユーザ認証判断部
２１１：モード切替制御部
２１２：情報記憶部
２１３：画像入力制御部
２１４：スキャナドライバ
２１５：画像データ配信制御部
２１６：カードリーダ制御部
２１７：カードリーダドライバ
２１８：カードリーダ監視制御部
２１９：内部バス
３００：スキャナ
３１０：ホワイトボード
４００：カードリーダ
５００：ストレージ
６００：接続ケーブル
７００：ネットワーク
８００，８５０：制御ユニット
８０１，８５１：ＣＰＵ
８０２，８５２：入力部
８０３，８５３：表示部
８０４，８５４：メモリ
８０５，８５５：通信部
８０６，８５６：ローカルＩ／Ｆ
８０７，８５７：外部記憶部
８０８，８５８：内部バス
８０９，８５９：カードリーダ制御部
８１０，８６０：カードリーダドライバ 
８１１，８６１：カードリーダ監視制御部
８１２，８６２：ユーザ情報送信部
８１３，８６３：デバイス制御部
８１４，８６４：モード切替制御部
８６５：認証機能部
８６６：ユーザ情報記憶部
８６７：ユーザ認証判断部
８６８：クライアント制御部
８６９：実行要求生成部
８７０：実行判断部
【図１】
2011221674.tif 000003
【図２】
2011221674.tif 000004
【図３】
2011221674.tif 000005
【図４】
2011221674.tif 000006
【図５】
2011221674.tif 000007
【図６】
2011221674.tif 000008
【図７】
2011221674.tif 000009
【図８】
2011221674.tif 000010
【図９】
2011221674.tif 000011
【図１０】
2011221674.tif 000012
【図１１】
2011221674.tif 000013
【図１２】
2011221674.tif 000014
【図１３】
2011221674.tif 000015
【図１４】
2011221674.tif 000016
【図１５】
2011221674.tif 000017
【図１６】
2011221674.tif 000018