JP4911717B2

JP4911717B2 - デバイス制御装置及びデバイス制御方法

Info

Publication number: JP4911717B2
Application number: JP2007255247A
Authority: JP
Inventors: 剛史新保; 邦洋河田; 透大島; 雄太田中; 朝之倉田; 卓山田
Original assignee: Canon Imaging Systems Inc
Current assignee: Canon Imaging Systems Inc
Priority date: 2007-09-28
Filing date: 2007-09-28
Publication date: 2012-04-04
Anticipated expiration: 2027-09-28
Also published as: JP2009086976A

Description

本発明は、画像処理サービス等のデータ処理サービスの実行機能を単数又は複数備えたデバイスに対する制御を行うためのデバイス制御装置及びデバイス制御方法に関する。

近年、家庭やオフィスでは、スペース効率やコスト面を考慮し、１台でプリント、スキャン、ファックス、コピーなど複数の画像処理サービスを実行することができる複合機や多機能周辺装置（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）と呼ばれるデバイスの利用が盛んになってきている。

また、オフィスでは、パーソナルコンピュータ（以下、ＰＣ）等の複数の端末装置と画像形成装置のようなデバイスをＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）のようなネットワークを介して接続して共用する形態が多くなってきている。

このようにデバイスをネットワークで接続して共用する場合、デバイスが必ずしもユーザの近くに設置されているわけではない。そのため、例えば、ユーザがＰＣから印刷ジョブを投入して画像形成装置まで印刷物を受け取りに行く間に別のユーザにその印刷内容を見られてしまったり、印刷物を持ち去られてしまう恐れがある。

この点を解決すべく、プリント実行時の秘匿性を保持するため、印刷ジョブの投入時や印刷結果の出力時にユーザの認証を行う、いわゆる「セキュア印刷」（セキュリティ印刷）機能に関する技術が提案されている。例えば、プリンタに接続した印刷処理装置（プリントサーバ）に非接触カードなどをかざし、この非接触カードから入力されたユーザ情報に基づいて認証を行い、プリンタで印刷させるジョブを特定し、そのジョブをプリンタに転送して、印刷物を出力させる。このような方法によって、ユーザがプリンタの設置場所に存在している状態で印刷物を出力させ、秘匿性（セキュリティ）を担保している（特許文献１参照）。
特開２００６−３１８１４１号公報

上述したようにネットワークで接続されているデバイスを共用する場合、現在デバイスがどのような設定状態であるのか、他のユーザが利用中であるのか、いつ利用可能になるのかなど、各ユーザがデバイスの実行状態を把握しなければならないという課題がある。

また、上述した印刷処理装置では、非接触カードなどを近づけるとユーザ認証を行い、認証が完了すると該当するユーザの印刷ジョブが実行されるので、プリント実行時の秘匿性を保持することは可能である。しかし、複数のサービスを実行する機能を備えた複合機のようなデバイスでは、複数のユーザがそれぞれのサービスを任意のタイミングで実行させるため、実行される各サービスの秘匿性を確保し、且つ、ユーザの排他制御やサービスの切り替え制御をどのように行うのかという点が問題になる。

一方、コストを抑えるため、コントロールパネルなどに表示部がなかったり、表示部の小さいデバイスも多く存在している。特にローエンドのデバイスでは、ＰＣなどの端末装置側から設定・操作するようになっているものがあり、デバイスの設置場所で設定を変更したり、操作指示を行うことができないという問題がある。

上記問題に鑑みて、本発明は、ネットワークに接続して共用するデバイスにおいて、各ユーザが実行するサービスの秘匿性を確保し、さらに、ユーザがデバイスに対して行う設定・操作の利便性を向上させることを目的としている。

上記目的を達するために、請求項１に記載のデバイス制御装置は、単数又は複数のサービスの実行機能を備えたデバイスを制御するデバイス制御装置であって、少なくとも第一のユーザ認証情報および前記第一のユーザ認証情報に関連付けられたサービスの利用権限情報を含むユーザ情報が記憶された情報記憶手段と、携帯端末から情報を取得する情報取得手段と、前記情報取得手段によって前記携帯端末から取得した、第二のユーザ認証情報と、前記情報記憶手段に記憶してある前記第一のユーザ認証情報とを照合してユーザ認証を行う認証手段と、前記デバイスにおけるサービスに関する管理及び制御を行う管理制御手段と、を備え、前記情報取得手段によって、前記携帯端末から第二のユーザ認証情報を取得し、前記認証手段によるユーザ認証が成功すると、前記管理制御手段が、前記認証に成功した第一のユーザ認証情報に関連づけられた前記利用権限情報で利用が許可されているサービスの実行状態を判断し、当該実行状態の判断結果を前記携帯端末に送出し、前記情報取得手段によって、前記携帯端末から、第二のユーザ認証情報並びに前記サービスのサービス指定情報を取得し、前記認証手段によるユーザ認証が成功すると、前記管理制御手段が、前記サービス指定情報で指定されているサービスの実行状態を判断し、実行可能と判断したサービスに対して排他実行権限を設定し、前記デバイスに対して前記実行可能と判断したサービスの実行開始命令を送信し、前記デバイスから前記サービスの実行終了通知を受信したときに当該サービスに対する前記排他実行権限の設定を解除するよう制御することを特徴とする。

上記目的を達するために、請求項９に記載のデバイス制御方法は、少なくとも第一のユーザ認証情報および前記第一のユーザ認証情報に関連付けられたサービスの利用権限情報を含むユーザ情報を記憶している情報記憶手段を備えるデバイス制御装置によって、単数又は複数のサービスの実行機能を備えたデバイスを制御するためのデバイス制御方法であって、前記携帯端末から第二のユーザ認証情報を取得する第一の取得ステップと、前記第一の取得ステップにおいて取得した第二のユーザ認証情報と前記情報記憶手段に記憶している前記第一のユーザ認証情報とを照合してユーザ認証を行う第一の認証ステップと、前記第一の認証ステップにおいてユーザ認証が成功したときに、前記認証に成功した第一のユーザ認証情報に関連づけられた前記利用権限情報で利用が許可されているサービスの実行状態を判断し、当該実行状態の判断結果を前記携帯端末に送出する送出ステップと、前記携帯端末から、第二のユーザ認証情報並びに前記サービスのサービス指定情報を取得する第二の取得ステップと、前記第二の取得ステップにおいて取得した第二のユーザ認証情報を前記情報記憶手段に記憶してある前記第一のユーザ認証情報と照合してユーザ認証を行う第二の認証ステップと、前記第二の認証ステップにおいてユーザ認証が成功したときに、前記サービス指定情報で指定されているサービスの実行状態を判断し、実行可能と判断したサービスに対して排他実行権限を設定する設定ステップと、前記デバイスに対して前記実行可能と判断したサービスの実行開始命令を送信する送信ステップと、前記デバイスからの前記サービスの実行終了通知の受信に応じて当該サービスに対する前記排他実行権限の設定を解除する設定解除ステップと、を実行することを特徴とする。

本発明によれば、ユーザが携帯端末を利用してデバイスの現状に応じた設定情報や動作状態、操作可能な項目などをユーザインターフェイス情報として何時でも取得できるようになる。さらに、携帯端末で取得したユーザインターフェイス情報で表示される設定項目や操作可能な項目を選択するだけでデバイスに対する設定変更や操作指示を行うことができるので、設定・操作の利便性が向上する。

また、本発明では、携帯端末のＩＤ情報等に基づいてユーザ認証を行い、ユーザが指定するサービスの実行状態を判断し、サービスが実行可能である場合、このサービスに対して排他実行権限を設定し、デバイスでサービスが終了までの間、他のユーザによる実行開始要求をブロックし、サービスが終了すると設定した排他実行権限を解除する。このようにしてユーザやサービスの排他制御、切り替え制御を行うことにより、各サービスの実行時における秘匿性を確保し、サービス実行中であっても他のユーザによるユーザインターフェイス情報の取得が可能となる。

以下、本発明の実施の形態について図面を参照して詳細に説明する。

図１は、複数のＰＣとデバイス制御装置で制御される多機能周辺装置とを備えたネットワークシステムの概略構成を示すブロック図である。

図１に示すように、このネットワークシステムは、サーバ１００（デバイス制御装置）、リーダ／ライタ１５０、多機能周辺装置（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）３００（デバイス）を備える。また、このネットワークシステムは、携帯端末（携帯電話等）２００と、ＰＣ４００（ＰＣａ４００Ａ，ＰＣｂ４００Ｂ）、認証ユニット４１０Ａ，４１０Ｂ等を備える。

なお、図１に示すネットワークシステムでは、リーダ／ライタ１５０、サーバ１００、多機能周辺装置３００をそれぞれ別体の装置で構成しているが、この構成に限定されるものではない。例えば、サーバ（デバイス制御装置）１００は、多機能周辺装置３００のケーシング内に収まるように一体構造とし、多機能周辺装置３００にリーダ／ライタ１５０を接続して構成しても良い。さらに、リーダ／ライタ１５０を内蔵したサーバ１００を多機能周辺装置３００に接続して構成しても良い。また、多機能周辺装置３００にリーダ／ライタ１５０及びサーバ１００を内蔵させる構成としても良い。

このネットワークシステムでは、サーバ１００に、リーダ／ライタ１５０及び多機能周辺装置３００を、それぞれインターフェース６００によってローカル接続する。さらに、このネットワークシステムでは、サーバ１００に、ＰＣａ４００Ａと，ＰＣｂ４００Ｂとをネットワーク５００によって接続する。なお、同等の機能を実現できる構成であれば種々の構成を採り得ることは勿論である。

次に、図１のシステムを構成する各装置について順次説明してゆく。

［サーバ１００について］
サーバ１００は、多機能周辺装置３００によるプリント、ファックス、スキャン、コピーなどの画像処理サービスをセキュアに実行させるためのデバイス制御装置である。

図２は、サーバ１００の概略的な構成の一例を示すブロック図である。

図２に示すように、サーバ１００は、ＣＰＵ１０１、設定情報記憶部１０２、認証部１０３、サービス管理制御部１０４を備える。さらに、サーバ１００は、ジョブ管理制御部１０５、操作／表示部１０６、メニュー生成部１０７、ローカルＩ／Ｆ１０８、ネットワークＩ／Ｆ１０９等を備える。また、サーバ１００は、これら各々の機能部を、システムバス１１０により互いに接続して構成する。

ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）１０１は、サーバ１００全体の制御を司る中央演算処理部である。

設定情報記憶部１０２は、ユーザ情報を記憶しておく記憶部であり、例えば、図３に例示するようにユーザ情報をテーブルデータにして記憶しておく。ユーザ情報は、携帯端末のＩＤ情報（以下、携帯ＩＤ情報）と、この携帯ＩＤ情報に関連付けて記憶されるユーザ名、パスワード、利用権限情報、宛先情報、装置の設定情報など、携帯ＩＤ情報以外の情報から構成されている。

携帯ＩＤ情報（第一のユーザ認証情報）とは、ユーザを個別に特定するためのユニークな情報である。例えば、携帯端末の製造番号、ＭＡＣアドレス、電話番号など予め個々の携帯端末に書き込まれている情報であったり、外部入力によって設定するユニークな識別情報（住民基本台帳番号、既存に流通している各種カードのＩＤ番号、社員番号、ＩＰアドレスなど）であっても良い。さらに、これらの情報を組み合わせたものであってもよい。

また、利用権限情報とは、予めユーザ別に設定した多機能周辺装置３００における画像処理サービスの利用許否に関する情報である。この利用権限情報は、ユーザの管理者側で自由に設定可能である。図３に例示する利用権限情報では、ユーザＡに、プリント、スキャン及びファックスの利用を許可する設定になっており、ユーザＢに、スキャン、ファックス、コピーの利用を許可する設定になっている。

また、宛先情報は、多機能周辺装置３００から出力されるデータ（スキャンデータ、ファックスの受信データなど）の出力先を指定するための情報である。図３に例示する宛先情報は、出力先の機器名、ＩＰアドレス、ファックス番号、ＭＡＣアドレス、メールアドレス、ストレージ（への出力ポート名やポート番号）等の情報であるが、これらに限定されるものではない。

また、設定情報記憶部１０２は、多機能周辺装置３００の設定情報（設定値）を記憶可能に構成してもよく、デフォルトの設定情報や直近に使用した設定情報をユーザ別に記憶しておき、画像処理サービスの実行時に利用することも可能である。

なお、上述した携帯ＩＤ情報以外の情報（ユーザ名、パスワード、利用権限情報、宛先情報、装置の設定情報など）は、サーバ１００、携帯端末２００、ＰＣなどの端末装置の何れかの装置で保有する形態、又は、各装置が分散して保有する形態のどちらであってもよい。サーバ１００以外が保有する形態のときは、ユーザ認証時や画像処理サービスの実行時などに各装置間で必要な情報を授受して利用する。

また、これら携帯ＩＤ情報以外の情報は、外部からの入力によって登録したり更新することが可能であり、携帯端末間で授受できるようにしたり、通信ネットワークを介してダウンロードして取得できるようにしてもよい。さらに、管理者用の端末装置などからサーバ１００や携帯端末２００に対して設定することもできる。

さらに、ユーザ情報には、画像処理サービスの利用回数を設定する情報を含めることができる。この場合には、管理者が利用回数を設定し、ユーザが利用回数を設定してチケット（クーポン）情報とし、管理者用の端末装置、サーバ１００、携帯端末２００の相互間で互いに授受できるようにしても良い。

図２に示す認証部１０３は、携帯端末２００やＰＣなどの端末装置を介して取得する携帯ＩＤ情報と、設定情報記憶部１０２に記憶されている携帯ＩＤ情報を照合してユーザ認証を行う。さらに、認証した携帯ＩＤ情報に基づいて利用権限情報の判別を行うようにしても良い。なお、認証部１０３は、携帯ＩＤ情報と、ユーザ名、パスワード、利用権限情報等の情報を１つ以上組み合わせて認証することにより、認証の信頼性を向上するようにしても良い。

図２に示すサービス管理制御部１０４は、種々の情報を管理すると共に、これらの情報に基づいて多機能周辺装置３００における画像処理サービスの制御を行う。

このため、サービス管理制御部１０４は、設定情報記憶部１０２のユーザ情報やジョブ管理制御部１０５で管理している情報を管理すると共に、サービス管理制御部１０４は、多機能周辺装置３００における画像処理サービスの設定状態や動作状態（以下、実行状態）の情報及びサービスの実行順序などの情報を管理する。

サービス管理制御部１０４の機能を具体的に説明すると、携帯端末２００等から取得するサービス指定情報で指定された、多機能周辺装置３００における画像処理サービスの実行状態を検出する。そして、多機能周辺装置３００において該当する画像処理サービスが実行可能な状態であるかを判別し、実行可能と判断した場合に、この画像処理サービスに対して排他実行権限を設定する。排他実行権限を設定した後に別の携帯端末から同種の画像処理サービスの実行開始要求を取得した場合、この実行開始要求を受け付けないようにブロックする。

また、サービス管理制御部１０４は、排他実行権限を設定した後、多機能周辺装置３００に対して排他実行権限を設定した画像処理サービスの実行開始命令を送信する。さらに、多機能周辺装置３００で画像処理サービスが実行されている間はエラー発生の判定（監視）などを行う。そして、多機能周辺装置３００からのサービス終了通知（実行終了通知）を受信すると、設定した排他実行権限を解除する。

図２に示すジョブ管理制御部１０５は、多機能周辺装置３００で実行されるジョブの実行状態を管理する。さらに、ジョブ管理制御部１０５は、ＰＣａ４００Ａ，ＰＣｂ４００Ｂ等の端末装置と多機能周辺装置３００の間でやり取りされるジョブデータの制御を行う。なお、ジョブ管理制御部１０５の機能は、サービス管理制御部１０４の機能の一部として含まれるように構成しても良い。

図２に示す操作／表示部１０６は、サーバ１００のモード設定やリセット操作に使用されるスイッチ、サーバ１００の動作状態を表示するためのＬＥＤ等の表示手段（光学的な表示手段又は音声による告知手段でも良い）を備えている。なお、表示手段は、キーボードや液晶表示器等（スイッチ類や小型表示器等でも良い）で構成することもできる。

図２に示すメニュー生成部１０７（情報生成手段）は、メニュー情報、エラー情報、メッセージ情報などのユーザインターフェイス情報を生成するために必要となる項目情報（設定項目、操作項目、メッセージ、エラー内容など）を保有する。そして、サービス管理制御部１０４で判断される多機能周辺装置３００の実行状態に応じて、適当な項目情報が組み合わされたユーザインターフェイス情報を生成し、このユーザインターフェイス情報をローカルＩ／Ｆ１０８などを介して送出する。

なお、ここで用いる個々の項目情報は、所定の属性（カテゴリ）を有しており、関連する画像処理サービス並びに画像処理サービスの実行過程における所定のプロセスに対応付けられている情報である。この項目情報は、サーバ１００内の他の機能部で保有し又は多機能周辺装置３００との間で分担して保有し、必要に応じて各部、各装置間で授受するように構成しても良い。

図４は、メニュー生成部１０７などで保有する項目情報のうち、エラーに関する項目情報（以下エラー項目）を例示した説明図である。

各エラー項目は、それぞれ「ハード系」、「実行系」、「設定系」、「メンテナンス系」、「その他」というような所定のカテゴリ（属性）を有する。さらに各エラー項目は、「プリント」、「スキャン」、「ファックス」、「コピー」というように関連する画像処理サービスに対応付けられる。また、各エラー項目は、それぞれ画像処理サービスの実行過程における所定のプロセスと対応付けられる。例えば、「メニュー取得時」は（情報取得プロセス）に対応し、「サービス選択時」は（情報選択プロセス）に対応し、「サービス実行時」は（機能実行プロセス）に対応し、「サービス終了時」は（実行終了プロセス）に対応する。

例えば、図４のエラー情報における「詳細エラー情報」は、「実行系」に属し、「プリント」、「スキャン」、「ファックス」、「コピー」の全画像処理サービスと対応付けられている。さらに、この「詳細エラー情報」は、「サービス実行時」のプロセスのみに対応付けられている。

メニュー生成部１０７では、エラーが発生した場合、図４に示す項目情報の中から該当するエラー内容を選択し、これに応じて適当なメッセージや関連する設定項目を組み合わせて、エラー情報を生成する。このエラー情報は、例えば、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）形式やＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）形式のデータとして生成する。

図２に示すローカルＩ／Ｆ１０８は、多機能周辺装置３００やリーダ／ライタ１５０など外部装置との接続などに利用されるインターフェースである。ネットワークＩ／Ｆ１０９は、ネットワーク５００との接続に利用されるインターフェースである。システムバス１１０は、サーバ１００内の各機能部を互いに接続するバスである。

［リーダ／ライタについて］
リーダ／ライタ１５０は、サーバ１００のローカルＩ／Ｆ１０８に接続し、サーバ１００の近辺に設置されるものであり、携帯端末２００の有する情報を取得する機能（情報取得手段）やサーバ１００で生成されたユーザインターフェイス情報を携帯端末２００に対して送出する機能（情報送出手段）を備える。なお、携帯端末２００の有する情報には、例えば、携帯ＩＤ情報や選択応答情報（後述）等がある。また、リーダ／ライタ１５０は、サーバ１００に内蔵されるように構成しても良い。

本実施例では、携帯端末２００をリーダ／ライタ１５０に近づける（かざす）と、両者の間で通信する非接触ＩＣカードの技術を用いて説明する。例えば、この非接触ＩＣカード技術としてＦｅｌｉＣａ（登録商標）がある。なお、この技術に限定されるものではなく、国際標準規格として制定されている密着型（ＩＳＯ／ＩＥＣ１０５３６；通信距離２ｍｍ以下）や近接型（ＩＳＯ／ＩＥＣ１４４４３；通信距離１０ｃｍ以下）など他の非接触方式、又は、接触方式（ＩＳＯ／ＩＥＣ７８１６など）を利用した技術であっても良い。また、リーダ／ライタ１５０を介さず、携帯端末２００とサーバ１００を直接接続して情報の授受を行う形態にすることも可能である。

［携帯端末について］
携帯端末２００は、デバイス制御装置の表示部と入力部とを兼用するリモートコントローラの如く利用可能に構成した機器である。

図５は、携帯端末２００の概略構成を例示するブロック図である。この携帯端末２００は、ＣＰＵ２０１、固有情報記憶部２０２、操作部２０３、表示部２０４、アプリ実行制御部２０５、通信部２０６、外部Ｉ／Ｆ部２０７を備える。例えば、携帯電話機やＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔｓ）等であるが、これらに限定されるものではない。

図５に示す携帯端末２００のＣＰＵ２０１は、携帯端末２００全体の制御を司る中央演算処理部である。

固有情報記憶部２０２は、第二のユーザ認証情報を記憶する記憶部であり、個々の携帯端末に固有の携帯ＩＤ情報が記憶（設定）される。

この携帯ＩＤ情報とは、個々の携帯端末を識別できるユニークなＩＤ情報である。例えば、携帯端末の製造番号、ＭＡＣアドレス、電話番号などであり、また、外部入力によって書き込まれるユニークな識別情報（住民基本台帳番号、既存に流通している各種カードのＩＤ番号、社員番号、ＩＰアドレスなど）であっても良い。

操作部２０３は、携帯端末２００の設定や操作を行うためのユーザ入力インターフェース部である。表示部２０４は、文字や画像を表示するための表示画面である。

アプリ実行制御部２０５は、携帯端末２００に取り込まれている各種アプリケーションプログラム（以下、アプリケーション）を適宜ロードして、実行させる機能部である。このアプリ実行制御部２０５は、多機能周辺装置３００を操作するためのアプリケーションを実行する。また、サーバ１００から取得したユーザインターフェイス情報（メニュー情報、エラー情報、メッセージ情報、報知メッセージ等）を表示部２０４に表示させる。さらに、操作部２０３の操作に応じた表示画面の更新やユーザインターフェイス情報に応じた選択応答情報を生成する等の機能を実行する。

この選択応答情報は、ユーザインターフェイス情報に応じて生成される情報であり、選択した画像処理サービスの情報（以下、サービス指定情報）、設定情報、実行開始要求を含んだ情報である。さらに、複数の画像処理サービスを選択した場合は、実行順序の指定情報（以下、実行順序指定情報）等を含んでいる。

通信部２０６は、通話や電子メール等の通信制御を行う機能を備えている。なお、サーバ１００や多機能周辺装置３００との間で、通話や電子メール等により情報を送受信することも可能である。また、この携帯端末２００は、通信部を有しない構成としても良い。

外部Ｉ／Ｆ部２０７は、データ通信機能を備えたインターフェース部であり、リーダ／ライタ１５０を介してサーバ１００との間で情報の授受を行う。例えば、固有情報記憶部２０２の携帯ＩＤ情報やアプリ実行制御部２０５で生成される選択応答情報等の情報を送出する。さらに、リーダ／ライタ１５０を介してサーバ１００で生成されたユーザインターフェイス情報を取得する。なお、リーダ／ライタ１５０を介さずにサーバ１００との間で直接情報の授受を行うように構成することも可能である。

［多機能周辺装置について］
多機能周辺装置３００は、プリント、スキャン、ファックス、コピーなど複数の実行機能を備えた、複合機、多機能周辺装置（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ；略称ＭＦＰ）と呼ばれる画像形成装置（デバイス）である。

なお、図１に示すネットワークシステムでは、画像形成装置として、多機能周辺装置３００の代わりに、単機能周辺装置（ＳｉｎｇｌｅＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ；略称ＳＦＰ）を用いても良い。この単機能周辺装置は、１つの画像処理サービスのみを実行するデバイスであり、例えば、プリンタのようなものである。

［ＰＣａ，ＰＣｂについて］
図１に示すＰＣａ４００Ａ，ＰＣｂ４００Ｂは、例えば、パーソナルコンピュータ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ；ＰＣ）のような装置である。これらＰＣａ４００Ａ，ＰＣｂ４００Ｂは、それぞれネットワーク５００で接続されたサーバ１００を介して多機能周辺装置３００を利用可能に構成されている。また、ＰＣａ４００Ａ，ＰＣｂ４００Ｂは、それぞれユーザ認証を行うための認証ユニット４１０Ａ，４１０Ｂを外部接続又は内蔵して備える。

［サーバの基本制御フロー］
次に、サーバ１００の基本制御フローについて、図６を参照しながら説明する。図６は、サーバ１００が実行する基本的な制御動作の手順を示すフローチャートである。

［メニュー情報の生成・送出処理］
サーバ１００が実行するメニュー情報の生成・送出処理では、サーバ１００が、リーダ／ライタ１５０を介して携帯端末２００の検出判定を繰り返し実行して待機している（ステップＳ６０１）。この待機状態でリーダ／ライタ１５０に携帯端末２００がかざされると（ステップＳ６０１でＹｅｓ）、サーバ１００は、リーダ／ライタ１５０を介して携帯端末２００が持っている携帯ＩＤ情報、選択応答情報を取得する（読み出す）（ステップＳ６０２）。

このとき、画像処理サービスを実行させるために、初めてかざされた携帯端末２００からは、携帯ＩＤ情報のみを取得する（ステップＳ６０２）。また、既にユーザインターフェイス情報（メニュー情報、エラー情報、メッセージ情報）に対する選択応答情報を有している携帯端末２００がかざされた場合には、携帯ＩＤ情報と選択応答情報を取得する（ステップＳ６０２）。

さらに、サーバ１００は、リーダ／ライタ１５０を介して取得した携帯ＩＤ情報を認証部１０３に送り、選択応答情報をサービス管理制御部１０４に送る（ステップＳ６０２）。

次に、認証部１０３によって携帯端末２００から取得した携帯ＩＤ情報と設定情報記憶部１０２に記憶されているユーザ情報を照合し、ユーザ認証を行う（ステップＳ６０３）。

ユーザ認証が成功した場合（ステップＳ６０３でＹｅｓ）には、サービス管理制御部１０４によって選択応答情報の有無を判定する（ステップＳ６０４）。

ここで、サーバ１００が携帯端末２００から選択応答情報を取得していないときは（ステップＳ６０４でＮｏ）、画像処理サービスを実行させるために、携帯端末２００がリーダ／ライタ１５０に初めてかざされた場合である。このときサーバ１００は、携帯ＩＤ情報のみを取得しており、選択応答情報は取得していない。

次に、サービス管理制御部１０４は、ステップＳ６０３のユーザ認証の結果に基づき、設定情報記憶部１０２に記憶されている該当ユーザの利用権限情報を参照する。そして、サービス管理制御部１０４は、各画像処理サービスについての利用権限情報の有無を判別する（ステップＳ６０５）。

次に、サービス管理制御部１０４は、ステップＳ６０５で判別した利用権限情報を有する画像処理サービスについて、多機能周辺装置３００における実行状態を確認する（ステップＳ６０６）。

次に、メニュー生成部１０７は、ステップＳ６０６において確認した画像処理サービスの実行状態に応じて、該当画像処理サービスの動作状態、設定情報、操作可能な項目などの項目情報を組み合わせて、メニュー情報を生成する（ステップＳ６０７）。

次に、メニュー生成部１０７は、生成したメニュー情報をローカルＩ／Ｆ１０８に接続されたリーダ／ライタ１５０を介して携帯端末２００に送出し（ステップＳ６０８）、本処理を終了する。

また、ステップＳ６０３で判別の結果、ユーザ認証が失敗した場合（ステップＳ６０３でＮＯ）には、メニュー生成部１０７で認証失敗を通知するエラー情報を生成（ステップＳ６１７）する。そして、生成したエラー情報を携帯端末２００へ送出し（ステップＳ６１８）、本処理を終了する。

上述のように、サーバ１００は、画像処理サービスの実行開始前に初めて携帯端末２００がかざされた場合に、多機能周辺装置３００の実行状態に応じたメニュー情報を生成し、携帯端末２００に対して送出する。これによりユーザは、携帯端末２００をサーバ１００にかざすだけで、利用権限情報を持つ画像処理サービスの実行状態や操作可能な項目情報などを多機能周辺装置３００の実行状態に関係なく何時でも携帯端末２００で取得できる。

［選択応答情報に基づく制御］
次に、上述したステップＳ６０４における判別の結果、携帯端末２００から選択応答情報を取得している場合（ステップＳ６０４でＹｅｓ）について説明する。この場合には、既にユーザインターフェイス情報に対する選択応答情報を有している携帯端末２００がかざされている状態である。このとき、サーバ１００は、ステップＳ６０２において選択応答情報を取得している。

次にサービス管理制御部１０４は、携帯端末２００から取得した選択応答情報に含まれるサービス指定情報で指定されている画像処理サービスの実行状態を判断し、該当画像処理サービスの実行可否を判別する（ステップＳ６０９）。

次に、該当する画像処理サービスが実行可能であると判別された場合（ステップＳ６０９でＹｅｓ）には、サービス管理制御部１０４が、設定情報に変更があるか否かを確認する。このときサービス管理制御部１０４は、該当する画像処理サービスの現在の設定状態と、取得した選択応答情報に含まれる設定情報とを比較して、設定情報の変更の有無を確認する（ステップＳ６１０）。

次に、サービス管理制御部１０４は、該当する画像処理サービスを多機能周辺装置３００で実行させるときに、ステップＳ６１０で確認した設定情報が有効であるか否かを判定する（ステップＳ６１１）。

次に、設定情報が有効である場合（ステップＳ６１１でＹｅｓ）には、メニュー生成部１０７によって画像処理サービスの実行開始を通知するメッセージ情報を生成する（ステップＳ６１２）。続いて、サーバ１００は、メニュー生成部１０７で生成したメッセージ情報をリーダ／ライタ１５０を介して携帯端末２００に送出する（ステップＳ６１３）。なお、サーバ１００が、メッセージ情報を該当するＰＣ等に送出するようにしても良い。

次に、サービス管理制御部１０４は、該当する画像処理サービスに対して排他実行権限を設定し、別の携帯端末から取得する同画像処理サービスに対する実行開始要求をブロックする（ステップＳ６１４）。続いて、サービス管理制御部１０４は、多機能周辺装置３００に対して該当画像処理サービスの実行開始命令を送信する（ステップＳ６１４）。

サービス管理制御部１０４は、多機能周辺装置３００で実行される画像処理サービスの処理が終了するまでの間、該当画像処理サービスに対する監視及び制御処理を実行する（ステップＳ６１５）。

サービス管理制御部１０４は、該当する画像処理サービスの処理が終了したときに、ローカルＩ／Ｆ１０８を介して多機能周辺装置３００から送られてくるサービス終了通知を受信する。サービス管理制御部１０４は、サービス終了通知を受信したときに、該当画像処理サービスに対して設定した排他実行権限を解除して（ステップＳ６１６）、本処理を終了する。

なお、上述したメッセージ情報を生成して送出する処理（ステップＳ６１２、ステップＳ６１３の処理）は、排他実行権限の設定処理（ステップＳ６１４の処理）と並行して行うようにしても良く、排他実行権限を設定した直後に行うようにしてもよい。

このように、サーバ１００では、携帯端末２００から取得した選択応答情報に含まれるサービス指定情報で指定される画像処理サービスの実行状態を判断する。そして、実行可能な状態であるときには、別の携帯端末（他のユーザ）から取得する同画像処理サービスの実行開始要求をブロックする。続いて、サーバ１００は、多機能周辺装置３００に対して実行開始命令を送る。このようにして、サーバ１００は、多機能周辺装置３００で所定の画像処理サービスが実行されている間、他のユーザによる画像処理サービスの利用を制限することができる。

なお、サーバ１００は、別の携帯端末（他のユーザ）から取得する同画像処理サービスの実行開始要求をブロックするものであり、図６に例示するメニュー情報の生成及び送出が可能である。よって、サーバ１００は、別の携帯端末によるメニュー情報の取得が何時でも可能な状態とされている。

また、ステップＳ６０９で判別の結果、画像処理サービスが実行不可能である場合（ステップＳ６０９でＮｏ）には、メニュー生成部１０７が画像処理サービスの実行不可能を通知するエラー情報を生成する（ステップＳ６１７）。これに続いて、メニュー生成部１０７は、生成したエラー情報をローカルＩ／Ｆ１０８に接続されたリーダ／ライタ１５０を介して携帯端末２００に送出して（ステップＳ６１８）、本処理が終了する。なお、サーバ１００が、生成したエラー情報を該当するＰＣに送出するようにしても良い。

さらに、ステップＳ６１１で判別の結果、画像処理サービスが実行不可能である場合（ステップＳ６１１でＮｏ）には、メニュー生成部１０７が画像処理サービスの実行不可能を通知するエラー情報を生成する（ステップＳ６１７）。これに続いて、メニュー生成部１０７は、生成したエラー情報をローカルＩ／Ｆ１０８に接続されたリーダ／ライタ１５０を介して携帯端末２００に送出して（ステップＳ６１８）、本処理が終了する。なお、サーバ１００が、生成したエラー情報を該当するＰＣに送出するようにしても良い。

次に、前述のネットワークシステムにおいて、各画像処理サービスを実行するときの具体的なシーケンスの実施例について説明する。

なお、説明の便宜上、以下で説明するシーケンスの図では、リーダ／ライタ１５０を省略し、特に断らない限り、サーバ１００と携帯端末２００との間で通信するものとして説明する。また、以下の説明では、各画像処理サービスを「プリントサービス」、「スキャンサービス」、「ファックスサービス」、「コピーサービス」とする。

［第１の実施例］
第１の実施例として、前述のネットワークシステムにおいて、画像処理サービス（プリントサービス）を実行する場合について図７により説明する。図７は、ユーザＡが携帯端末２００ａを用いてプリントサービスを実行するときの過程を示したシーケンス説明図である。

まず、図７のシーケンスにおける第１段階である携帯端末２００ａによってメニュー情報を取得するまでの過程を説明する。

ユーザＡは、プリントサービスを実行する場合に、ＰＣａ４００Ａによって、文書作成用アプリケーションなどで作成したデータの印刷を指示する。

このとき、ＰＣａ４００Ａは、印刷指示に従って、ユーザ情報や機器名、ＩＰアドレスなどの端末情報、印刷するデータのファイル名などの情報を含んだ印刷要求をサーバ１００に送信する。なお、ＰＣａ４００Ａでは、装置を起動する際又は印刷を指示する際に、認証ユニット４１０Ａによってユーザ認証が行われる。

ＰＣａ４００Ａから送られてくる印刷要求を受信したサーバ１００は、プリントサービスに対するエントリ（登録）を行う。

ユーザＡは、ＰＣａ４００Ａを操作して印刷要求を行った後、携帯端末２００ａを持ってサーバ１００及び多機能周辺装置３００を設置した場所へ移動し、携帯端末２００ａをサーバ１００（リーダ／ライタ１５０）にかざす。

サーバ１００は、携帯端末２００ａがかざされたときに、携帯端末２００ａから携帯ＩＤ情報（ユーザ認証用の情報）を取得し（読み出し）、携帯ＩＤ情報に基づいてユーザ認証を行って画像処理サービスについて利用権限情報の有無を判別する。続いて、携帯端末２００ａから要求があった画像処理サービス（プリントサービス）について多機能周辺装置３００の実行状態を判断し、実行状態に応じたメニュー情報を生成して携帯端末２００ａに送出する。

携帯端末２００ａは、サーバ１００で生成されたメニュー情報を取得すると、このメニュー情報に基づいて、図８の画面（ｃ）に示すようなメニュー画面を表示する。

なお、前述のネットワークシステムでは、携帯端末２００ａの使用者を確認するため、携帯端末２００ａをサーバ１００にかざしたときに、パスワードによる確認処理を行っても良い。

この場合には、携帯端末２００ａに、図８の画面（ａ）のようなパスワードの入力を促す画面を表示させる。これによりユーザＡは、携帯端末２００ａからパスワードを入力する。サーバ１００は入力したパスワードが正しいときには、図８の画面（ｃ）に示すようなメニュー画面を表示する。入力したパスワードが正しくない場合には、図８の画面（ｂ）のように正しいパスワード入力を要求する。このようにすることによって、携帯端末２００ａによる不正使用を防止することができる。

図８の画面（ｃ）のメニュー画面では、利用権限情報を持つ画像処理サービス名として「プリント」と「スキャン・ＦＡＸ」が表示され、その左側には現在利用可能であることが丸印で示される。このメニュー画面では、２つの画像処理サービスのうち、何れか一方又は両方が選択できるようになっており、また、「プリント」の表示の下には、印刷要求（ジョブ）の受付件数が表示される。

さらに、このメニュー画面では、各画像処理サービス名の下に「詳細設定」が選択可能に表示され、各画像処理サービスの詳細設定が変更できるようになっている。メニュー画面の最下部には、画像処理サービスを実行させるときに選択する「実行」と画像処理サービスの実行をキャンセルするときに選択する「キャンセル」が表示される。

このように、ユーザＡは、画像処理サービスを実行するときに携帯端末２００をサーバ１００にかざすことにより、利用可能な画像処理サービスを選択し、設定情報を確認・変更できるメニュー情報を取得することができる。

次に、メニュー情報の取得時に多機能周辺装置３００でエラーが発生している場合について説明する。

例えば、サーバ１００が正常に動作している場合であっても、多機能周辺装置３００の電源が切れている状態のときやサーバ１００と多機能周辺装置３００との間が不通であるとき、サーバ１００では、ユーザ認証を行ったり、該当ユーザの利用権限情報の有無を判定することは可能であるが、多機能周辺装置３００の実行状態を判断することができない。

このような場合に携帯端末２００がサーバ１００にかざされると、まず、サーバ１００では、ユーザ認証を行い、利用権限情報の有無を判別する。次に、メニュー生成部１０７によって、利用権限情報を持つ画像処理サービス名と該当するエラー内容、メッセージ等を組み合わせたメニュー情報を生成して携帯端末２００ａに送出する。

携帯端末２００ａでは、サーバ１００で生成されたメニュー情報を取得すると、図１０の画面（ａ）のように、利用権限情報を持つ画像処理サービス名として「プリント」と「スキャン・ＦＡＸ」が表示される。図１０の画面（ａ）の表示では、各画像処理サービス名の左側にバツ印が示され、画像処理サービス名の下に「利用できません」というメッセージが表示され、両画像処理サービスが選択できない状態で表示される。

次に、メニュー情報の取得時に多機能周辺装置３００で画像処理サービスが実行できない場合又は実行できなくなる可能性がある場合について説明する。

例えば、用紙やトナー・インクなどの消耗品が少なっているときは、画像処理サービスの実行中に用紙切れ、トナー・インク切れが発生する可能性がある。このとき、携帯端末２００がかざされると、まず、サーバ１００では、上述と同様に、ユーザ認証を行い、利用権限情報の有無を判別する。次に、利用権限情報を持つ画像処理サービスの実行状態を判断し、メニュー生成部１０７によって該当する画像処理サービス名と警報メッセージを組み合わせたメニュー情報を生成して携帯端末２００ａに送出する。

サーバ１００で生成されたメニュー情報を取得した携帯端末２００ａは、図１０の画面（ｂ）に示すように、利用権限情報を持つ画像処理サービス名として「プリント」と「スキャン・ＦＡＸ」を表示する。図１０の画面（ｂ）では、「プリント」の表示の下に、印刷要求（ジョブ）の受付件数を表示し、さらに下側に用紙が少なくなっていることを示す警告メッセージを表示する。

サーバ１００は、用紙が少ない状態であってもプリントサービスを実行することが可能であるため、「プリント」と「スキャン・ＦＡＸ」の何れか一方、又は両方を選択できるような状態で表示する。

このように、第１段階では、携帯端末２００によってメニュー情報を取得するときに多機能周辺装置３００でエラー等が発生していたり、画像処理サービスが実行できない状態や実行できなくなる可能性がある場合であっても、多機能周辺装置３００の状態に応じたメニュー情報を取得することができる。

次に、図７に示すシーケンスにおける第２段階である携帯端末２００ａでメニュー情報を取得した後、プリントサービスを実行させるまでの過程について説明する。

ユーザＡが携帯端末２００ａによってサーバ１００からメニュー情報を取得すると、携帯端末２００ａには、図８の画面（ｃ）に示すメニュー画面が表示される。ここでユーザＡは、プリントサービスを実行するために、携帯端末２００ａの操作部２０３を操作して「プリント」を選択する。携帯端末２００ａには、図８の画面（ｄ）に示すように、「プリント」の左側の丸印が白から黒に変わった表示がされて、選択した画像処理サービスが明示される。

次に、ユーザＡは、詳細な設定項目を確認又は変更したい場合に、図８の画面（ｄ）に示す「詳細設定」を選択する。携帯端末２００ａには、図８の画面（ｅ）に例示するように、サーバ１００でエントリした印刷要求に含まれるファイル名が「ジョブ一覧」リストとして表示される。また、ユーザＡは、必要に応じて携帯端末２００ａを操作することにより、図８の画面（ｆ）に示すように、プリントサービスに関する設定項目を表示させる。

図８の画面（ｅ）の「ジョブ一覧」リストでは、ファイル名の左側のチェックボックスにチェックを入れた後、「印刷順変更」を選択すると、チェックを入れた順にファイル名が入れ替わって再表示される。また、「削除」を選択した場合には、チェックが入ったファイル名が削除されて再表示される。

［ジョブ一覧における印刷実行の選択］
図８の画面（ｅ）の「ジョブ一覧」リストでは、ユーザＡが、携帯端末２００ａを操作して印刷出力の対象とするファイルのみにチェックを入れ、印刷出力を保留するファイルにチェックを入れないようにする。なお、このとき、ユーザＡは、携帯端末２００ａを操作して、チェックが入っているファイル名について印刷の実行順序を入れ替えることができる。

次に、上述のようにして印刷出力の対象として指定したファイルに対するプリントサービスに関する設定を行う場合には、図８の画面（ｆ）を表示させる。図８の画面（ｆ）では、プリントサービスに関する設定項目と、設定項目に対応した現在の設定値が表示され、変更可能な設定値が別の色やアンダーラインなどによって明示される。

図８の画面（ｆ）で例えば設定項目「カラー設定」を変更する場合には、設定値「モノクロ」を選択し、プルダウンメニュー等により「カラー」と「グレースケール」を選択可能に表示させ（不図示）設定値を変更する。

次に、ユーザＡは、設定情報の確認又は変更を行った後、図８の画面（ｆ）、画面（ｅ）の「完了」を選択して設定情報を確定させると、この設定情報を含んだ選択応答情報が生成され、図８の画面（ｄ）のメニュー画面に戻る。

次に、プリントサービスを実行させるため、図８の画面（ｄ）でユーザＡが「実行」を選択すると、図８の画面（ｇ）のように、携帯端末２００ａをサーバにかざすように促す画面に変わる。なお、この画面においてユーザＡが「キャンセル」を選択すると図８の画面（ｄ）に戻る。

このように、携帯端末２００ａでは、メニュー画面に従って操作を行うだけで、利用したい画像処理サービスを選択したり、設定情報を変更することができる。

また、メニュー情報を取得し直したい場合には、携帯端末２００をサーバ１００にかざすことにより、再度、メニュー情報を取得することができる。このとき、サーバ１００では、再度、前述した図６に示すステップＳ６０１〜ステップＳ６０８の処理を行う。

メニュー情報を取得し直したい場合には、携帯端末２００をサーバ１００にかざして画像処理サービスを実行させる直前の状態で、携帯端末２００をサーバ１００にかざすと、メニュー情報を改めて取得することができる。画像処理サービスを実行させる直前の状態とは、図８の画面（ｇ）のような画像処理サービスの実行を促す状態の画面となる前までの、図８の画面（ａ）〜（ｆ）のような状態である。

上述のようにして画像処理サービスの選択又は設定情報の変更を行った後プリントサービスを実行させる場合に、ユーザＡは、図８の画面（ｇ）が表示されている携帯端末２００ａをサーバ１００（リーダ／ライタ１５０）にかざす。

サーバ１００は、携帯端末２００ａから携帯ＩＤ情報と選択応答情報を取得し、携帯ＩＤ情報に基づいてユーザ認証を行う。これに続いて、サーバ１００は、選択応答情報に含まれるサービス指定情報で指定されたプリントサービスの実行状態を判断する。

次に、サーバ１００がプリントサービスを実行可能な状態であると判断した場合について説明する。

この場合にサーバ１００は、メニュー生成部１０７によってプリントサービスの実行開始を通知するメッセージ、印刷要求の受付件数、プリント終了までの時間情報等を組み合わせたメッセージ情報を生成する。そして、サーバ１００は、生成したメッセージ情報を携帯端末２００ａに送出する。

サーバ１００からのメッセージ情報を取得した携帯端末２００ａには、図８の画面（ｈ）に示すように画像処理サービスの実行開始メッセージ、印刷要求（ジョブ）の受付件数、プリント終了までの時間情報等が表示される。

また、図８の画面（ｈ）で表示されている印刷要求（ジョブ）の受付件数や画像処理サービス終了までの時間情報等は、携帯端末２００ａをサーバ１００（リーダ／ライタ１５０）にかざす度に更新させる。

なお、この画面において、ユーザＡが「閉じる」を選択した場合には、図８の画面（ｉ）に示すように、メニュー取得時の状態と同じ画面が表示される。

次に、ユーザＡが、プリントサービスを実行させるため携帯端末２００ａをサーバ１００（リーダ／ライタ１５０）にかざした際に、サーバ１００がプリントサービスを実行不能な状態であると判断する場合について説明する。

サーバ１００がプリントサービスを実行不能な状態であると判断する事例として、多機能周辺装置３００にストックされている用紙が少なくなっている場合を例にとって説明する。

このような場合には、携帯端末２００ａをサーバ１００にかざしてメニュー情報を取得したとき、図１０の画面（ｂ）に示すように、用紙が少なくなっていることを示す警告メッセージが表示される。

多機能周辺装置３００では、用紙が少ない状態のままであってもプリントサービスを実行可能である。このため、ユーザＡが、図１０の画面（ｂ）において「プリント」を選択し、図１０の画面（ｃ）で「実行」を選択すると、図１０の画面（ｄ）のように携帯端末２００ａをサーバにかざすように促す画面に変わる。ユーザＡは、図１０の画面（ｄ）の表示に従って携帯端末２００ａをサーバ１００（リーダ／ライタ１５０）にかざす。

サーバ１００は、携帯端末２００ａから携帯ＩＤ情報と選択応答情報を取得し（読み出し）、選択応答情報に含まれるサービス指定情報で指定されるプリントサービスの実行状態を判断する。

このとき、サーバ１００は、選択応答情報に含まれる設定情報のまま画像処理サービスを実行した場合に用紙切れになるため、画像処理サービスが実行不可能な状態であると判断する。そして、サーバ１００は、メニュー生成部１０７によって、該当するエラー内容とエラーに対処するための操作項目などを組み合わせたエラー情報を生成し、携帯端末２００ａに送出する。

携帯端末２００ａでは、このエラー情報を取得すると、図１０の画面（ｅ）に示すような用紙不足の警告メッセージを表示すると共に、警告メッセージに対処するための操作項目を選択可能な状態で表示する。

図１０の画面（ｅ）において、ユーザＡが「選択項目」の「用紙を補充する」を選択すると、図１０の画面（ｆ１）が表示される。そこで、ユーザＡが、多機能周辺装置３００に用紙を補充した後、携帯端末をサーバ１００に再度かざすと、画像処理サービスが実行される旨のメッセージが表示される。

また、図１０の画面（ｅ）において、ユーザＡが「選択項目」の「両面印刷する」を選択した場合には、図１０の画面（ｆ２）のように、プリントサービスに関する詳細設定の画面が表示される。図１０の画面（ｆ２）では、例えば、「印刷方法」の設定値が「両面印刷」となって表示される。ここで、ユーザＡが「完了」を選択すると、「印刷方法」が「両面印刷」に変更され、この変更された設定情報を含んで選択応答情報が生成されて図１０の画面（ｃ）に戻る。

そして、図１０の画面（ｃ）でユーザＡが「実行」を選択すると、図１０の画面（ｄ）のように携帯端末をサーバにかざすように促す画面に変わる。この画面が表示された状態でユーザＡがサーバ１００に携帯端末２００ａをかざすことにより、再びサーバ１００でプリントサービスの実行状態が判断される。

要するに、サーバ１００は、現状のままで画像処理サービスを実行すると所望の実行結果が得られない可能性があることを判別する。そして、このときには、警報や対処方法などのメッセージと共に、変更可能な設定値や操作可能な項目などをエラー情報として生成し、携帯端末２００に送出し、ユーザに問題の解決を促す。

次に、図７のシーケンスにおける第３段階であるプリントサービスの実行開始から終了までの過程について説明する。

サーバ１００は、多機能周辺装置３００によるプリントサービスが実行可能であると判断した場合には、携帯端末２００ａに対して実行開始を通知するメッセージ情報を生成して送出する。さらに、サーバ１００は、プリントサービスに対する排他実行権限を設定し、図９の制御フローに従って多機能周辺装置３００を駆動制御する。この間、サーバ１００では、携帯端末２００ａ以外からのプリントサービスに対する実行開始要求は受け付けられない。

図９は、図６のステップＳ６１５の処理中に実行するサーバ１００の制御フローであり、多機能周辺装置３００で実行されているプリントサービスの監視・制御処理の手順を示すフローチャートである。

まず、プリントサービスの監視・制御処理が開始されると、サーバ１００は、ジョブ管理制御部１０５によって、ＰＣａ４００Ａに対して印刷ジョブの送信要求を行う（ステップＳ９０１）。この後、サーバ１００は、ＰＣａ４００Ａから送られてくる印刷ジョブの受信待ち状態（ステップＳ９０２でＮｏ）となる。

ここで、ＰＣａ４００Ａでは、サーバ１００から送られてくる印刷ジョブの送信要求を受信すると、該当する印刷ジョブをサーバ１００に対して送信する。

サーバ１００のジョブ管理制御部１０５では、ＰＣａ４００Ａから送られてきた印刷ジョブを受信すると（ステップＳ９０２でＹｅｓ）、受信した印刷ジョブを多機能周辺装置３００に送信（転送）する（ステップＳ９０３）。

ここで、多機能周辺装置３００では、サーバ１００から送られてくる印刷ジョブを受信すると、受信した印刷ジョブに基づいてデータの印刷が開始される。

なお、印刷ジョブを暗号化して授受する場合には、サーバ１００に印刷ジョブの復号機能を設けておき、サーバ１００で印刷ジョブを復号してから多機能周辺装置３００に送信（転送）する。

次に、サーバ１００のサービス管理制御部１０４では、ジョブ管理制御部１０５等の情報に基づいて、多機能周辺装置３００におけるプリントサービス実行中のエラー発生の有無を判定する（ステップＳ９０４）。

サーバ１００は、プリントサービスの実行中にエラー発生がなく、多機能周辺装置３００において印刷ジョブの処理が終了するまでプリントサービスを継続する（ステップＳ９０４でＮｏ）。

サーバ１００は、サービス管理制御部１０４により、全てのプリントサービスが終了したかを判定し、他に印刷ジョブがある場合に、ステップＳ９０３に戻って、再び、ステップＳ９０３以降の処理を実行する（ステップＳ９０８でＮｏ）。他の印刷ジョブがない場合には、多機能周辺装置３００から送られてくるサービス終了通知を受信することによってプリント終了と判別し、プリントサービスの監視・制御処理を終了する（ステップＳ９０８でＹｅｓ）。

なお、上述した図９のフローチャートでは、多機能周辺装置３００におけるプリントサービス実行中の処理（エラー発生の判定など）をジョブ単位で行っているが、所定長のデータ単位で処理を行っても良い。

また、ステップＳ９０４で判定の結果、プリントサービス実行中に、例えば多機能周辺装置３００の排紙トレイで紙詰まりが発生するとエラーとなり印刷が停止する。エラーが発生した場合に、サーバ１００は、メニュー生成部１０７でエラー内容やこのエラーに対処するための操作項目などを組み合わせてエラー情報を生成する（ステップＳ９０５）。さらに、サーバ１００は、この生成されたエラー情報の報知を行う（ステップＳ９０６）。

サーバ１００では、エラー情報の報知後、サービス管理制御部１０４によりプリントサービスの続行が可能であるか否かを判定する（ステップＳ９０７）。そして、プリントサービス続行可能と判別した場合に、ステップＳ９０４の処理に戻り、再び、ステップＳ９０４以降の処理を実行する（ステップＳ９０７でＹｅｓ）。また、プリントサービスが続行不可能と判別した場合に、実行プリントサービスの監視・制御処理を終了する（ステップＳ９０７でＮｏ）。

次に、上述したステップＳ９０６において、サーバ１００により報知するエラー情報の具体的な内容について説明する。

サーバ１００で報知されたエラー情報を取得した携帯端末２００ａには、図１０の画面（ｇ）に示すように該当するエラー内容とエラーの対処方法等が表示される。なお、エラーに対処するための操作項目が複数あるときは、図１０の画面（ｅ）に示すように複数の操作項目が選択可能な状態で表示される。

ユーザＡは、図１０の画面（ｇ）のメッセージに従って、排紙トレイの紙詰まりを解除する作業を行う。この後、ユーザＡが携帯端末２００ａをサーバ１００にかざすと、サーバ１００はプリントサービスの実行状態を判断する。

サーバ１００によって実行可能な状態であると判別された場合には、サーバ１００がプリントサービスの実行開始を通知するメッセージ情報を生成して送出する。このメッセージ情報を取得した携帯端末２００ａには、図８の画面（ｈ）に示すようなプリントサービスの実行開始メッセージが表示され、多機能周辺装置３００においてプリントサービスが開始されることになる。

このようにして、ユーザは、携帯端末２００の画面に表示される選択項目を選択する操作を行うことにより、エラーに対して適切な対処を行うことができる。

次に、サーバ１００がエラー情報を報知するための具体的な手段について説明する。

サーバ１００では、エラー発生時に、サービス管理制御部１０４によって管理している情報により、多機能周辺装置３００で実行中の排他実行権限が設定されている画像処理サービス（ここでは、プリントサービス）に対応する携帯ＩＤ情報（ユーザ）を識別できる。よって、サーバ１００は、多機能周辺装置３００でエラーが発生したときに、この携帯ＩＤ情報に基づき、ユーザ情報などを参照し、該当する携帯端末やＰＣに対して生成したエラー情報を送出できる。

このとき、ユーザＡがサーバ１００に携帯端末２００ａをかざしていれば、エラー情報を携帯端末２００ａに直接送出することができる。

また、サーバ１００の本体にアラート用のＬＥＤランプやスピーカなどの情報報知手段を設けておき、エラー発生が検出されると光や音で報知してユーザに携帯端末をかざすように促し、携帯端末がかざされると、携帯ＩＤ情報を取得してユーザ認証を行い、該当する携帯端末を判別してからエラー情報を送出するようにしても良い。

また、サーバ１００では、携帯端末の電子メールアドレスなどの宛先情報をユーザ情報の一つとして予め登録しておき生成したユーザインターフェイス情報を指定した宛先情報に送出するように構成しても良い。さらに、サーバ１００には、エラー情報の報知手段として、サーバ１００から携帯端末２００に電話をかけ、エラー情報を音声でユーザに報知する手段を設けても良い。

多機能周辺装置３００は、プリントサービスの処理を終了すると、プリント終了通知をサーバ１００へ送信する。サーバ１００は、このプリント終了通知を受信すると、プリントサービスに設定している排他実行権限を解除して、プリントサービスに関する全ての制御を終了させる。

［第２の実施例］
第２の実施例として、前述のネットワークシステムにおいて、スキャンサービスを実行する場合の第１のシーケンスについて図１１により説明する。

図１１は、ユーザＡが携帯端末２００ａを用いてスキャンサービスを実行するときの過程を示したシーケンス説明図である。

まず、図１１のシーケンスにおける第１段階である携帯端末２００ａによってメニュー情報を取得するまでの過程を説明する。なお、図７のプリントサービス実行時における第１段階と同様の内容であるため、簡略化して説明する。

ユーザＡが携帯端末２００ａをかざす操作を行うと、サーバ１００は、携帯端末２００ａから携帯ＩＤ情報を取得して（読み出して）ユーザ認証を行い、利用権限情報を持つ画像処理サービスを判別する。そして、サーバ１００は、多機能周辺装置３００におけるスキャンサービスの実行状態を判断し、実行状態に応じたメニュー情報を生成して携帯端末２００ａに送出する。

サーバ１００から送信されたメニュー情報を取得した携帯端末２００ａには、図１２の画面（ａ）に例示するように、「プリント」、「スキャン・ＦＡＸ」の何れか一方又は両方が選択できるメニュー画面が表示される。

なお、前述した第１の実施例と同様に、携帯端末２００ａをサーバ１００にかざしたときにパスワードによる確認処理を行うことにより、携帯端末２００ａによる不正使用を防止するようにしても良い（図８の画面（ａ）、（ｂ）参照）。

なお、メニュー情報の取得時に多機能周辺装置３００でエラーが発生している場合は、上述した図７のプリントサービス実行時のシーケンスで説明したエラー情報の報知方法と同じ処理を行うので、その説明を省略する。

次に、図１１のシーケンスにおける第２段階である携帯端末２００ａでメニュー情報を取得した後、スキャンサービスを実行させるまでの過程について説明する。なお、図７の説明と同じ内容の箇所は簡略に説明する。

ユーザＡは、スキャンサービスを実行するため、携帯端末２００ａの図１２の画面（ａ）において「スキャン・ＦＡＸ」を選択する。このとき、携帯端末２００ａの画面には、図１２の画面（ｂ）に示すように、「スキャン・ＦＡＸ」の左側の丸印が白から黒に変わり、選択した画像処理サービスが明示される。さらに、ユーザＡが、詳細な設定項目を確認又は変更したい場合には、図１２の画面（ｂ）の「スキャン・ＦＡＸ」の下に表示されている「詳細設定」を選択する。

携帯端末２００ａでは、「詳細設定」が選択されると、図１２の画面（ｃ１）に例示するように、スキャンサービスに関する設定項目と、設定項目に対応した現在の設定値が表示される。さらに、この場合には、変更可能な設定値が別の色やアンダーライン等によって明示される。

ここで、設定項目「出力先」の設定値「ＰＣａ」を選択した場合には、図１２の画面（ｃ２）のような出力先一覧が表示され、スキャンデータの出力先の選択が可能となる。

このスキャンデータは、ファックス、電子メール、ＰＣなどの端末装置、ローカル接続されたストレージ（記憶装置や記憶媒体）、通信ネットワークを介してアクセスできるサーバ等へ出力することが可能である。また、「コピー」を出力先として選択した場合には、スキャンデータが印刷出力される。

この出力先は複数指定することも可能であり、例えば、出力先として「コピー」と「ストレージ」を選択した場合には、スキャンデータを印刷出力させると共に、ＵＳＢメモリなどのストレージに保存させることが可能となる。

設定情報を確認又は変更した後、図１２の画面（ｃ１）や画面（ｃ２）の「完了」を選択すると、設定情報が確定し、この設定情報を含んだ選択応答情報が生成され、図１２の画面（ｂ）のメニュー画面に戻る。

図１２の画面（ｂ）において「実行」を選択した場合には、図１２の画面（ｄ２）に移行して、携帯端末２００ａをサーバにかざすとスキャンが開始される旨のメッセージが表示される。

ここでユーザＡは、スキャンサービスを実行させるために図１２の画面（ｄ２）が表示された状態の携帯端末２００ａをサーバ１００（リーダ／ライタ１５０）にかざす操作を行う。このとき、サーバ１００は、携帯端末２００ａから携帯ＩＤ情報と選択応答情報を取得し（読み出し）、携帯ＩＤ情報に基づいてユーザ認証を行い、選択応答情報に含まれるサービス指定情報で指定されるプリントサービスの実行状態を判断する。

まず、ユーザＡが携帯端末２００ａによりスキャンサービスの実行を指令した際に、サーバ１００がスキャンサービスを実行可能な状態であると判断した場合について説明する。

この場合には、サーバ１００が、メニュー生成部１０７によってスキャンサービスの実行開始を通知するメッセージ情報を生成し、携帯端末２００ａに送出する。

携帯端末２００ａでは、サーバ１００で生成されたメッセージ情報を取得すると、図１２の画面（ｅ）のように、画像処理サービスの実行開始メッセージ及びスキャン終了までの時間情報等が表示される。

次に、ユーザＡが携帯端末２００ａによりスキャンサービスの実行を指令した際に、サーバ１００がスキャンサービスを実行不可能な状態であると判断した場合について説明する。なお、ここでは、指定先にスキャンデータが出力できない場合を例にして説明する。

サーバ１００は、多機能周辺装置３００でスキャンサービスが実行できない状態であると判断した場合、例えば、指定先にスキャンデータが出力できない状態であるとき、メニュー生成部１０７によって該当するエラーとエラーに対処するための操作項目などを組み合わせたエラー情報を生成し、携帯端末２００ａに送出する。

携帯端末２００ａでは、サーバ１００で生成されたエラー情報を取得すると、図１４の画面（ｄ）のように、エラー内容とこのエラーに対処するための操作項目を選択可能な状態で表示する。

携帯端末２００ａでは、例えば、図１４の画面（ｄ）において、選択項目の「出力先を変更する」を選択した場合、図１４の画面（ｅ）のように変更可能な出力先一覧が表示される。このときユーザＡが、出力先として「サーバ」を選択すると左側のチェックボックスにチェックが入り、「完了」を選択すると、設定情報の出力先が「サーバ」に変更される。これにより携帯端末２００ａは、この変更された設定情報を含んだ選択応答情報を生成し、図１４の画面（ｂ）のメニュー画面に戻る。

ユーザＡは、スキャンサービスを実行させるために再度、図１４の画面（ｂ）の「実行」を選択すると、図１４の画面（ｃ）のように携帯端末をサーバにかざすように促す画面に変わる。そこでユーザＡは、図１４の画面（ｃ）の画面が表示された状態の携帯端末２００ａをサーバ１００にかざす操作を行う。

このとき、サーバ１００は、携帯端末２００ａから携帯ＩＤ情報と変更された設定情報を含んだ選択応答情報を取得し（読み出し）、この選択応答情報に含まれるサービス指定情報で指定された画像処理サービスの実行状態を判断する。

ここで、サーバ１００がスキャンサービスを実行可能な状態であると判断した場合には、サーバ１００でスキャンサービスの実行開始を通知するメッセージ情報を生成する。このメッセージ情報を取得した携帯端末２００ａには、図１２の画面（ｅ）に例示する画像処理サービスの実行開始メッセージが表示され、多機能周辺装置３００においてスキャンサービスが開始されることになる。

なお、図１４の画面（ｄ）において、出力先を変更せずに再度スキャンサービスを実行させる場合には、選択項目の「再実行する」を選択する。ここで、選択項目の「メニューへ戻る」を選択した場合には、図１４の画面（ｂ）に戻る。また、「スキャンを終了する」を選択した場合には、スキャンサービスに対する操作を全て終了する。

次に、図１１のシーケンスにおける第３段階であるスキャンサービスの実行開始から終了までの過程について説明する。

サーバ１００は、スキャンサービスの実行開始のメッセージ情報を携帯端末２００ａに送出する。さらに、サーバ１００は、スキャンサービスに対する排他実行権限を設定し、図１３の制御フローに従って多機能周辺装置３００を駆動制御する。この間、サーバ１００では、携帯端末２００ａ以外からのスキャンサービスに対する実行開始要求は受け付けられない。

図１３は、図６のステップＳ６１５の処理中に実行するサーバ１００の制御フローであり、多機能周辺装置３００で実行されているスキャンサービスの監視・制御処理の手順を示すフローチャートである。

まず、スキャンサービスの監視・制御処理が開始されると、サーバ１００では、サービス管理制御部１０４がスキャンサービスの開始指示を受けるまで待機する（ステップＳ１３０１でＮｏ）。

そして、サーバ１００に対して携帯端末２００ａからスキャンサービスを開始させる指示があると（ステップＳ１３１０でＹｅｓ）、サーバ１００は、他のユーザからのスキャンサービスに対する実行開始要求をブロックするように、スキャンサービスに対して排他実行権限を設定する。続いて、サーバ１００のサービス管理制御部１０４は、多機能周辺装置３００に対してスキャンサービスの実行開始命令を送信する（ステップＳ１３０２）。

このように、携帯端末２００ａをサーバ１００にかざした直後に多機能周辺装置３００に対して実行開始命令が送信されて、多機能周辺装置３００がスキャンサービスを開始する。

なお、このときに多機能周辺装置３００の実行開始操作（ボタン押下）によってスキャンサービスの開始指示を行うようにしても良い。

サーバ１００のサービス管理制御部１０４は、ジョブ管理制御部１０５等の情報に基づいて、多機能周辺装置３００におけるスキャンサービス実行中のエラー発生の有無を判定する（ステップＳ１３０３）。

スキャンサービス実行中にエラーの発生がない場合に、サーバ１００は、ジョブ管理制御部１０５によって多機能周辺装置３００からスキャンデータが送信されているかどうかの受信判定を行う（ステップＳ１３０４）。

サーバ１００は、多機能周辺装置３００からのスキャンデータを受信していないと判定した場合に、ステップＳ１３０３へ戻り、多機能周辺装置３００におけるエラー発生の有無を判定する（ステップＳ１３０４でＮｏ）。サーバ１００は、多機能周辺装置３００からのスキャンデータの受信が完了するまでの間、ステップＳ１３０３とステップＳ１３０４の処理を繰り返して待機する。

サーバ１００は、スキャンデータの受信処理を完了すると、ジョブ管理制御部１０５が設定情報で指定される出力先に対してスキャンデータを送信する（ステップＳ１３０５）。

サーバ１００は、サービス管理制御部１０４により全てのスキャンデータの受信が終了したかを判定する。サーバ１００は、スキャンデータが残っていると判別した場合（ステップＳ１３０６でＮｏ）にステップＳ１３０３に戻って、再び、ステップＳ１３０３以降の処理を実行する。サーバ１００は、全てのスキャンデータの受信が終了し、多機能周辺装置３００からサービス終了通知を受信すると（ステップＳ１３０６でＹｅｓ）、本処理を終了する。

また、ステップＳ１３０３で判定の結果、スキャンサービスの実行中に、例えば多機能周辺装置３００の原稿自動送り装置（ＡＤＦ）で紙詰まりが発生するとエラーとなりスキャンサービスが停止する。このエラーが発生した場合に、サーバ１００は、メニュー生成部１０７でエラー内容やこのエラーに対処するための操作項目などを組み合わせてエラー情報を生成する（ステップＳ１３０７）。さらに、サーバ１００は、この生成されたエラー情報の報知を行う（ステップＳ１３０８）。

このサーバ１００では、エラー情報の報知後、サービス管理制御部１０４によりスキャンサービスの続行が可能であるか否かを判定する（ステップＳ１３０９）。そして、サーバ１００は、スキャンサービス続行可能と判別した場合に、ステップＳ１３０３の処理に戻り、再び、ステップＳ１３０３以降の処理を実行する（ステップＳ１３０９でＹｅｓ）。また、サーバ１００は、スキャンサービスが続行不可能と判別した場合に、実行サービスの監視・制御処理を終了する（ステップＳ１３０９でＮｏ）。

次に、上述したステップＳ１３０８において、サーバ１００により報知するエラー情報の具体的な内容について説明する。

サーバ１００で報知されたエラー情報を取得した携帯端末２００ａには、図１４の画面（ｆ）に示すように該当するエラー内容とエラーの対処方法等が表示される。

ユーザＡは、図１４の画面（ｆ）のメッセージに従って、原稿自動送り装置（ＡＤＦ）の紙詰まりを解除する作業を行う。この後、ユーザＡが携帯端末２００ａをサーバ１００にかざすと、サーバ１００はスキャンサービスの実行状態を判断する。

サーバ１００によって実行可能な状態であると判別された場合には、サーバ１００が画像処理サービスの実行開始を通知するメッセージ情報を生成して送出する。このメッセージ情報を取得した携帯端末２００ａには、図１２の画面（ｅ）に示すような画像処理サービスの実行開始メッセージが表示され、多機能周辺装置３００においてスキャンサービスが開始されることになる。

なお、ステップＳ１３０８におけるサーバ１００のエラー情報の報知方法は、第１の実施例におけるプリントサービスの場合と同様であるので、その説明を省略する。

多機能周辺装置３００がスキャンサービスの処理を終了すると、スキャン終了通知をサーバ１００へ送信する。

サーバ１００は、このスキャン終了通知を受信すると、スキャンサービスに対して設定した排他実行権限を解除して、スキャンサービスに関する全ての制御を終了させる。

このように、第２の実施の形態では、携帯端末２００ａをかざした直後に多機能周辺装置３００に対して実行開始命令が送信されてスキャンが開始される。

［第３の実施例］
次に、第３の実施例として、スキャンサービスの別の実施例について説明する。上述した第２の実施例では、携帯端末２００ａをかざし、サーバ１００で排他実行権限が設定された直後、すぐにスキャンサービスが開始されるが、本実施例では、サーバ１００で排他実行権限が設定された後、再度、携帯端末２００ａをかざすことでスキャンサービスが開始される点が異なる。

図１５は、ユーザＡが携帯端末２００ａを用いてスキャンサービスを実行する過程を示すシーケンス説明図である。なお、携帯端末２００ａによってメニュー情報を取得して（第１段階）、画像処理サービスを選択し、設定情報の確認や変更するまでの過程（第２段階）は前述した図１１のシーケンスと同じ内容であるので、簡略に説明する。

ユーザＡが携帯端末２００ａをサーバ１００にかざしてメニュー情報を取得し、スキャンサービスを選択し、設定情報の確認や変更を行った後は、携帯端末２００ａに図１２の画面（ｂ）が表示された状態となる。

そして、ユーザＡが図１２の画面（ｂ）で「実行」を選択すると、図１２の画面（ｄ１）に示すように、携帯端末をサーバにかざすように促す画面が表示される。なお、この画面において「キャンセル」を選択すると、前の画面である図１２の画面（ｂ）に戻る。

次に、ユーザＡが、図１２の画面（ｄ１）を表示している携帯端末２００ａをサーバ１００（リーダ／ライタ１５０）にかざす。

サーバ１００は、携帯端末２００ａから携帯ＩＤ情報と選択応答情報を取得し（読み出し）、携帯ＩＤ情報に基づいてユーザ認証を行う。これに続いて、サーバ１００は、選択応答情報に含まれるサービス指定情報で指定されるスキャンサービスの実行状態を判断する。

ここで、スキャンサービスが実行できないと判断した場合は、前述した第２の実施例のシーケンスと同じ内容であるので、その説明を省略する。

サーバ１００がスキャンサービスを実行可能であると判断した場合には、携帯端末をサーバにかざすように促すメッセージ情報を生成し、携帯端末２００ａに送出する。さらに、サーバ１００は、スキャンサービスに対する排他実行権限を設定する。

サーバ１００で生成されたメッセージ情報を取得した携帯端末２００ａには、図１２の画面（ｄ２）に示すように、携帯端末をサーバにかざすように促す画面が表示される。

ここからは、図１３を参照しながら説明する。ここでは、サーバ１００によって多機能周辺装置３００で実行されているスキャンサービスの監視・制御処理が行われる。また、この間は、携帯端末２００ａ以外からのスキャンサービスに対する実行開始要求を受け付けない状態である。

ユーザＡは、画面に表示されたメッセージに従い、スキャンする原稿がセットされていることを確認したら、図１２の画面（ｄ２）が表示された状態で携帯端末２００ａをサーバ１００（リーダ／ライタ１５０）にかざす。これによりサーバ１００にスキャンサービスの開始指示が行われることになる。

サーバ１００は、この携帯端末２００ａから携帯ＩＤ情報を再取得してユーザ認証を行う。このとき、上述した図１２の画面（ｄ１）を表示した携帯端末２００ａがかざされたときにユーザ認証したときの携帯ＩＤ情報と一致した場合に多機能周辺装置３００に対してスキャンサービスの実行開始命令を送信する。このスキャンサービスの実行開始命令を受信した多機能周辺装置３００は、スキャンサービスを開始する。

この後、サーバ１００は、多機能周辺装置３００によるスキャンサービスの処理が終了するまで、前述した第２の実施例で説明した図１３の制御フローをそのまま実行する。なお、上述した以外の図１３の制御フローに関する説明は、前述した第２の実施例と同様であるので、その説明を省略する。

そして、図１５に示すように、多機能周辺装置３００におけるスキャンサービスの処理が終了すると、多機能周辺装置３００からサーバ１００に対してスキャン終了通知が送信される。

このスキャン終了通知を受信したサーバ１００は、スキャンサービスに対して設定した排他実行権限を解除して、スキャンサービスに関する全ての制御を終了する。

このように、第３の実施例では、原稿をセットする前後で携帯端末２００ａをサーバ１００にかざすようにし、サーバ１００によって原稿セットの前後で取得した携帯ＩＤ情報の一致を確認してからスキャンが開始される。よって、第３の実施例では、他のユーザによるスキャン開始前の実行開始要求を確実に防止することができる。

［連続してスキャンする場合］
なお、スキャンサービスでは、複数の原稿を連続してスキャンする場合やサイズの異なる原稿をＡＤＦ（原稿自動送り装置）にセットしてスキャンする場合などがある。このような場合には、原稿を多機能周辺装置３００にセットするたびにユーザに携帯端末２００をかざさせてからスキャンを開始させるようにしてもよい。

また、携帯端末２００ａのメニュー画面（メニュー情報）で原稿数（セット数）などを設定できるようにしておくことも可能である。このような場合、サーバ１００は、サーバ１００に最初に携帯端末２００がかざされたときに排他実行権限を設定して、他のユーザからの実行開始要求をブロックし、ユーザが設定した原稿数（セット数）のスキャンが終了するまで排他実行権限を解除しないようにする。

［ＰＵＳＨ式とＰＵＬＬ式のスキャンサービスを併用可能とする場合］
多機能周辺装置３００が備えるスキャンサービスの機能を複数のユーザでネットワーク共有する利用形態としては、多機能周辺装置３００に対するスキャン開始指示操作に応じて、指定された送信先にスキャンデータを送信する方式（いわゆるＰＵＳＨ式）と、多機能周辺装置３００に一旦原稿をセットした後、ＰＣ４００（端末装置）に対するスキャン開始指示操作に応じて、指定された多機能周辺装置３００からスキャンデータを受信する方式（いわゆるＰＵＬＬ式）がある。

本発明のサーバ１００で制御するスキャンサービスは主としてＰＵＳＨ式を想定したものであるが、各ユーザの用途や好みに応じて、ＰＵＳＨ式とＰＵＬＬ式を併用できるように構成してもよい。ただし、この場合には、ＰＵＳＨ式のスキャンサービスを利用したいユーザが多機能周辺装置３００にセットした原稿を、ＰＵＬＬ式のスキャンサービスを利用したい他のユーザからのスキャン開始指示操作によって、勝手にスキャンさせることを防ぐ必要がある。

すなわち、ＰＵＳＨ式とＰＵＬＬ式を併用可能に構成したサーバ１００においては、スキャン、ファックス、コピーのうち、何れかのサービスの利用権限情報が与えられているユーザに対してメニュー情報を送出した時点で、それ以降のＰＵＬＬ式のスキャンサービスに対する実行開始要求についてはブロックするように制御する。なお、ＰＵＳＨ式のスキャンサービスの実行開始要求に対しては、前述の実施例通りに制御すればよい。

［コピーサービスの場合］
このネットワークシステムの多機能周辺装置３００によってコピーサービスを行う場合には、前述したスキャンサービスとプリントサービスを組み合わせることで実現することが可能である。具体的には、スキャン機能によりスキャンしたデータをプリント機能で印刷出力することでコピーサービスを実現することができる。

次に、このネットワークシステムで、複数のユーザが同じ画像処理サービスに対して実行開始要求を行った場合や複数の画像処理サービスを実行させる場合等の実施例について説明する。

［第４の実施例］
このネットワークシステムにおいて、多機能周辺装置３００で画像処理サービスを実行中に、別のユーザから同じ画像処理サービスに対する実行開始要求をサーバ１００が受けた場合の実施例について図１６により説明する。

図１６は、ユーザＡのスキャンサービスを実行する過程において、ユーザＢやユーザＣがスキャンサービスを実行しようとした場合のシーケンスを示す説明図である。なお、ユーザＡについては、前述した図１１と同じシーケンスによって、スキャンサービスを正常に実行できるので、その過程についての説明を省略する。

まず、ユーザＡのスキャンサービスを実行する過程で、ユーザＢが携帯端末２００ｂによってスキャンサービスを実行しようとする場合について説明する。

この場合に、ユーザＢが携帯端末２００ｂをサーバ１００にかざすと、サーバ１００は、携帯端末２００ｂに対するメニュー情報を生成して、生成したメニュー情報を送出する。

この時点で、ユーザＡは既に携帯端末２００ａでメニュー情報を取得しているが、多機能周辺装置３００では画像処理サービスが何も実行されておらず、全ての画像処理サービスが利用可能な状態にある。

サーバ１００で生成されたメニュー情報を取得したユーザＢの携帯端末２００ｂには、図１７の画面（ａ）に例示するように表示される。図１７の画面（ａ）では、利用権限情報を持つ画像処理サービス名として「コピー」と「スキャン・ＦＡＸ」の２つの画像処理サービスが選択可能な状態で表示される。

ここで、ユーザＢが携帯端末２００ｂを操作し、「スキャン・ＦＡＸ」を選択すると、携帯端末２００ｂには、図１７の画面（ｂ）に示す画面が表示される。図１７の画面（ｂ）では、「スキャン・ＦＡＸ」の左側の丸印が白から黒に変わって表示され、選択した画像処理サービスが明示される。

ユーザＢが「詳細設定」を選択して設定情報の確認や変更を行った後、図１７の画面（ｂ）の「実行」を選択すると、図１２の画面（ｄ１）のように、携帯端末をサーバにかざすように促す画面が表示される。

ユーザＢは、スキャンサービスを実行させるため、図１２の画面（ｄ１）が表示された状態の携帯端末２００ｂをサーバ１００（リーダ／ライタ１５０）にかざす。

このとき、多機能周辺装置３００では既にユーザＡのスキャンサービスが実行中であり、サーバ１００が、携帯端末２００ａ以外から取得するスキャンサービスに対する実行開始要求をブロックしている状態となっている。

したがって、サーバ１００では、メッセージ生成部１０７によってエラー内容やこのエラーに対処するための操作項目等を組み合わせて生成したエラー情報を、ユーザＢの携帯端末２００ｂに送出する。

このエラー情報を取得したユーザＢの携帯端末２００ｂには、図１７の画面（ｃ）に示すように、スキャンサービスが実行中である旨のエラー内容とこのエラーに対処するための操作項目が選択可能に表示される。

図１７の画面（ｃ）において、ユーザＢが「スキャンを終了する」を選択すると、サーバ１００は、ユーザＢのスキャンサービスに関する全ての制御を終了する。

一方、ユーザＢが、スキャンサービスの実行を再度試みる場合には、図１７の画面（ｃ）の「メニューへ戻る」を選択する。このとき、携帯端末２００ｂには、図１７の画面（ｂ）が表示される。

このように、画像処理サービスが実行できなかった場合であっても、既に取得しているメニュー情報をそのまま利用することができる。

そして、ユーザＢが、図１７の画面（ｂ）で「実行」を選択すると、携帯端末２００ｂには、再び、図１２の画面（ｄ１）に示すように携帯端末２００ｂをかざすように促す画面が表示される。

ユーザＡのスキャンサービスが終了するのを確認した後、ユーザＢは、図１２の画面（ｄ１）が表示された状態の携帯端末２００ｂを再度、サーバ１００にかざす操作を行う。

この時点で、多機能周辺装置３００は、ユーザＡのスキャンサービスが終了して、スキャンサービスが実行可能な状態となっている。よってサーバ１００は、メッセージ生成部１０７で生成したスキャンサービスの実行開始を通知するメッセージ情報を、ユーザＢの携帯端末２００ｂに送出する。

これに続いてサーバ１００では、携帯端末２００ｂ以外から取得するスキャンサービスの実行開始要求をブロックするようにスキャンサービスに対する排他実行権限を設定し、多機能周辺装置３００にユーザＢのスキャンサービスを実行させる。

また、サーバ１００で生成されたメッセージ情報を取得したユーザＢの携帯端末２００ｂには、例えば、図１２の画面（ｅ）に示すような画像処理サービスの実行開始メッセージが表示される。

なお、これ以降、ユーザＢのスキャンサービスについては、前述した第２の実施例におけるスキャンサービスのシーケンスと同様であるので、その説明を省略する。

次に、上述したユーザＡのスキャンサービスを実行する過程で、ユーザＣが携帯端末２００ｃによってスキャンサービスを実行しようとする場合を説明する。

図１６のシーケンスに示すように、ユーザＣが携帯端末２００ｃをサーバ１００にかざすと、サーバ１００は、携帯端末２００ｃに対するメニュー情報を生成して、生成したメニュー情報を携帯端末２００ｃに送出する。

このとき、多機能周辺装置３００では既にユーザＡのスキャンサービスが実行中であり、サーバ１００は、携帯端末２００ａ以外から取得するスキャンサービスの実行開始要求をブロックしている状態である。このため、サーバ１００は、メッセージ生成部１０７により生成した画像処理サービスが既に実行中であることを通知するエラー情報を、携帯端末２００ｃに送出する。

このエラー情報を取得した携帯端末２００ｃには、図１７の画面（ｄ）に示すような画面が表示される。この画面では、利用権限情報を持つ画像処理サービス名として「スキャン・ＦＡＸ」が表示され、その左側にバツ印、下側に他のユーザが使用中で利用できない旨のメッセージが表示される。さらに、この画面では、画像処理サービスが選択できない状態で表示される。

このように、画像処理サービスが実行中であっても、ユーザは携帯端末２００をサーバ１００にかざすことによってメニュー情報を取得することが可能であり、多機能周辺装置３００の実行状態を確認することができる。

［第５の実施例］
次に、ある画像処理サービスを実行中に別の画像処理サービスに対して実行開始要求が送られてきた場合について図１８により説明する。

図１８は、ユーザＡのスキャンサービスを実行する過程において、ユーザＤがプリントサービスを実行しようとした場合に実行する場合のシーケンス説明図である。なお、ユーザＡについてサーバ１００が実行するシーケンスは、前述した図１１に示すスキャンサービスが正常に実行される過程のシーケンスと同様であるので、その説明を省略する。

図１８のシーケンスに示すように、ユーザＤは、プリントサービスを実行する場合に、ＰＣｄ４００Ｄによって文書作成用アプリケーション等で作成したデータの印刷を指示する。ＰＣｄ４００Ｄは、この指示に従って印刷要求をサーバ１００に送信する。

ＰＣｄ４００Ｄから送られてくる印刷要求を受信したサーバ１００は、プリントサービスに対するエントリ（登録）を行う。

ユーザＤは、ＰＣｄ４００Ｄから印刷の指示（印刷要求）を行った後、サーバ１００及び多機能周辺装置３００のある場所へ出向いて、携帯端末２００ｄをサーバ１００（リーダ／ライタ１５０）にかざす。この時点で、多機能周辺装置３００では、全ての画像処理サービスが利用可能な状態である。

サーバ１００では、携帯端末２００ｄがかざされると、携帯端末２００ｄに対するメニュー情報を生成し、生成したメニュー情報を携帯端末２００ｄに送出する。

サーバ１００で生成されたメニュー情報を取得したユーザＤの携帯端末２００ｄには、例えば、図１９の画面（ａ）に示すようなメニュー画面が表示される。このメニュー画面では、利用権限情報を持つ画像処理サービス名として「プリント」が選択可能な状態で表示され、その下にＰＣからの印刷要求（ジョブ）の受付件数が表示される。

ここで、ユーザＤが携帯端末２００ｄを操作して「プリント」を選択すると、図１９の画面（ｂ）に示すように「プリント」の左側の丸印が白から黒に変わり、選択した画像処理サービスが明示される。さらに、ユーザＤが「詳細設定」を選択して設定情報の確認や変更を行った後、図１９の画面（ｂ）の「実行」を選択すると、図８の画面（ｇ）に示すように、携帯端末２００ｄをサーバにかざすように促す画面が表示される。

ユーザＤは、プリントサービスを実行させるため、図８の画面（ｇ）が表示された状態の携帯端末２００ｄをサーバ１００（リーダ／ライタ１５０）にかざす。

このとき、多機能周辺装置３００では、既にユーザＡのスキャンサービスが実行中であり、サーバ１００が、携帯端末２００ａ以外から取得するスキャンサービスに対する実行開始要求をブロックしている状態にある。しかし、サーバ１００は、プリントサービスに対する実行開始要求はブロックしていない状態にある。

また、多機能周辺装置３００では、スキャンサービスによる処理が終了した後、プリントサービスを実行させることが可能な状態であるので、サーバ１００は、メッセージ生成部１０７によって生成したプリントサービスの実行開始を通知するメッセージ情報を、ユーザＤの携帯端末２００ｄに送出する。

サーバ１００で生成されたメッセージ情報を取得したユーザＤの携帯端末２００ｄでは、例えば、図１９の画面（ｃ）に示すような画面が表示される。この画面では、印刷要求（ジョブ）の受付件数、他の画像処理サービスが実行中であることが表示され、しばらくしてから携帯端末２００ｄをかざすように促すメッセージが表示される。

一方、サーバ１００では、メッセージ情報の送出に続いて、携帯端末２００ｄ以外から取得するプリントサービスの実行開始要求をブロックするようにプリントサービスに対する排他実行権限を設定し、ＰＣｄ４００Ｄに対して印刷ジョブの送信要求を行う。そして、サーバ１００は、ＰＣｄ４００Ｄから送られてくる印刷ジョブを受信し、スキャンサービスの処理が終了するまで間、プリントサービスの実行開始を待機状態とするよう制御する。

このとき、サーバ１００は、スキャンサービス及びプリントサービス２つの画像処理サービスの実行開始要求をブロックする状態になっている。

多機能周辺装置３００では、ユーザＡのスキャンサービスによる処理が終了すると、サーバ１００に対してスキャンサービスの終了通知を送信する。このサービス終了通知を受信したサーバ１００は、スキャンサービスに対する排他実行権限を解除する。このとき、プリントサービスに対する排他実行権限は設定したまま状態で継続しており、他のユーザのプリントサービスに対する実行開始要求はブロックされる。

ユーザＡのスキャンサービスの終了を確認し、ユーザＤが携帯端末２００ｄをサーバ１００にかざすと、サーバ１００は、携帯端末２００ｄから携帯ＩＤ情報を取得し、取得した携帯ＩＤ情報に基づいてユーザ認証を行う。これに続いてサーバ１００は、多機能周辺装置３００に対してプリントサービスの実行開始命令を送信すると共に、ＰＣｄ４００Ｄから送られてきた印刷ジョブを送信（転送）する。

プリントサービスの実行開始命令を受信した多機能周辺装置３００は、ＰＣｄ４００Ｄから送られてきた印刷ジョブのデータの印刷を開始し、印刷が終了するとサービス終了通知をサーバ１００に送信する。このサービス終了通知を受信したサーバ１００は、プリントサービスに対する排他実行権限を解除し、ユーザＤのプリントサービスを終了する。

なお、サーバ１００がユーザＤのＰＣｄ４００Ｄに対して印刷ジョブの送信要求を送るタイミングは、スキャンサービスの終了通知を受信した直後又はスキャンサービスの終了後に携帯端末２００ｄをかざしたときでも良い。

また、サーバ１００がスキャンサービスに対する排他実行権限を解除した後、ユーザＤの携帯端末２００ｄがサーバ１００にかざされなくても、プリントサービスを自動的に開始させるようにしても良い。

［第６の実施例］
次に、一人のユーザが異なる画像処理サービスを実行させる場合について説明する。まず、多機能周辺装置３００でスキャンサービスとプリントサービスを実行させる場合を例にして説明する。

図２０は、ユーザＡが携帯端末２００ａを用いてスキャンサービスとプリントサービスを実行するときの過程を示すシーケンス説明図である。

図２０に示すシーケンスでは、スキャンサービスとプリントサービスの、２つのサービスに対する排他実行権限の設定を一括で行う。また、このシーケンスでは、２つの画像処理サービスが終了した後、各画像サービスに対して設定した排他実行権限を一括で解除する点に特徴がある。

なお、ユーザＡが、携帯端末２００ａをサーバ１００（リーダ／ライタ１５０）にかざしてメニュー情報を取得するまでの過程は、前述した図７のシーケンスと同様であるので、その説明を省略する。

図２０のシーケンスにおいて、ユーザＡが、携帯端末２００ａをサーバ１００にかざしてメニュー情報を取得すると、携帯端末２００ａには、図２１の画面（ａ）に示すようなメニュー画面が表示される。この画面では、利用権限情報を持つ画像処理サービス名として「プリント」と「スキャン・ＦＡＸ」の２つの画像処理サービスが選択可能な状態で表示される。

ここで、スキャンサービスとプリントサービスを実行させるため、ユーザＡが、携帯端末２００ａの操作部２０３を操作して「プリント」と「スキャン・ＦＡＸ」の両方を選択する。携帯端末２００ａには、図２１の画面（ｂ）に示すように「プリント」及び「スキャン・ＦＡＸ」の両項目の右側にある丸印が白から黒に変わり、２つの画像処理サービスを選択したことが明示される。

さらにユーザＡが、「プリント」や「スキャン・ＦＡＸ」の下に表示されている「詳細設定」を選択することで、それぞれの画像処理サービスの設定情報を確認又は変更できることは前述した通りであるので、その説明を省略する。

ユーザＡが、図２１の画面（ｂ）において「実行」を選択した場合には、携帯端末２００ａに図２１の画面（ｃ）に示すような画像処理サービスの実行順序を示す画面が表示される。

この画面では、スキャン、プリントの順で表示されているが、ユーザＡが「実行順変更」を選択すると実行順序が入れ替わって表示される。そして、ユーザＡが「実行」を選択することで、表示されている実行順序が確定すると、この実行順序の情報（以下、実行順序指定情報という）を含んだ選択応答情報が生成され、図８の画面（ｇ）に示すように携帯端末２００ａをサーバにかざすように促す画面が表示される。なお、このときに３つ以上の画像処理サービスを実行させる場合は、ユーザの操作によって所望の順序に入れ替えるようにすることも可能である。

次に、ユーザＡが、図８の画面（ｇ）が表示された状態の携帯端末２００ａをサーバ１００（リーダ／ライタ１５０）にかざすと、サーバ１００は携帯端末２００ａから携帯ＩＤ情報と選択応答情報を取得し（読み出し）、携帯ＩＤ情報に基づいてユーザ認証を行う。これに続いてサーバ１００は、選択応答情報に含まれるサービス指定情報で指定された多機能周辺装置３００におけるプリントサービスの実行状態を判断する。

ここで、サーバ１００が両方の画像処理サービスが実行可能と判断した場合は、実行開始などを知らせるためのメッセージ情報を生成し、携帯端末２００ａに送出する。実行不可能な画像処理サービスがある場合には、実行不可能である旨のメッセージ情報を生成して携帯端末２００ａに送出する。

サーバ１００は、メッセージ情報の送出に続き、携帯端末２００ａ以外から取得するスキャンサービスとプリントサービスに対する排他実行権限の設定を一括して行う。これに続いて、サーバ１００は、選択応答情報に含まれる実行順序指定情報の順序に従い、多機能周辺装置３００に対して画像処理サービスの実行開始命令を送信する。なお、実行不可能な画像処理サービスがある場合に、サーバ１００は、実行可能な画像処理サービスに対する排他実行権限を設定のみを行う。

次に、サーバ１００は、多機能周辺装置３００に対してスキャンサービスの実行開始命令を送信する。多機能周辺装置３００は、この実行開始命令を受信するとスキャンサービスを開始する。

なお、多機能周辺装置３００では、スキャンサービスを実行している間であってもプリントサービスを実行可能であるが、プリントサービスに対する排他実行権限を設定しているため、他のユーザは、多機能周辺装置３００を用いてプリントサービスを実行することができない状態となっている。

多機能周辺装置３００は、スキャンサービスによる処理が終了すると、サーバ１００に対してサービス終了通知を送信する。このサービス終了通知を受信したサーバ１００は、多機能周辺装置３００に対し、次に実行させるプリントサービスの実行開始命令を送信する。この実行開始命令を受信した多機能周辺装置３００は、プリントサービスを開始する。

なお、プリントサービスを開始させる場合、スキャンサービスが終了した後、サーバ１００に対して携帯端末２００を再度かざすことでプリントサービスを開始させる（実行開始命令を送る）ようにしても良い。

なお、多機能周辺装置３００では、プリントサービスを実行している間であってもスキャンサービスを実行可能であるが、スキャンサービスに対する排他実行権限を設定しているため、他のユーザは、多機能周辺装置３００を用いてスキャンサービスを実行することができない状態となっている。

多機能周辺装置３００は、プリントサービスの処理が終了すると、サーバ１００に対してサービス終了通知を送信する。このサービス終了通知を受信したサーバ１００は、スキャンサービスとプリントサービスに対する排他実行権限を一括で解除し、ユーザＡについての２つ画像処理サービスに対する制御を終了する。

このようにサーバ１００は、複数の画像処理サービスが指定されている場合に、該当する全ての画像処理サービスに対する排他実行権限の設定を一括で行う。そして、サーバ１００は、全ての画像処理サービスが終了した後、排他実行権限の解除を一括して行うことによって、サーバ１００が複数の画像処理サービスを実行している間における、他のユーザからの実行開始要求を排除することができる。

［第７の実施例］
次に、多機能周辺装置３００でスキャンサービスとプリントサービスを実行させるときの他の実施例について説明する。本実施例では、前述した第６の実施例と同様に、スキャンサービスとプリントサービスに対する排他実行権限の設定を一括で行う。しかし、２つの画像処理サービスに設定してある排他実行権限を一括で解除するのではなく、それぞれの画像処理サービスの処理が終了した時点で個別に解除する点で第６の実施例と異なる。

この相違点について図２０のシーケンスで説明すると、サーバ１００は、スキャンサービスの処理が終了した後、スキャンサービスに対して設定してある排他実行権限を解除してから、多機能周辺装置３００に対してプリントサービスの実行開始命令を送信することになる。

また、サーバ１００において、ユーザＡのスキャンサービスに対する排他実行権限を解除してからプリントサービスを開始するまでの間に、例えば、ユーザＢからのスキャンサービスの実行開始要求を取得する場合がある。このような場合、サーバ１００は、ユーザＢ（携帯端末２００ｂ）からの実行開始要求に応じてスキャンサービスに対する排他実行権限を設定し、ユーザＢ以外から取得するスキャンサービスの実行開始要求をブロックする。そして、ユーザＡのプリントサービスが終了した後に、ユーザＢのスキャンサービスを実行させることになる。

このように、画像処理サービスが終了した時点で該当サービスに設定してある排他実行権限のみを個別に解除する場合、サーバ１００は、排他実行権限が解除された画像処理サービスについて、他のユーザの実行開始要求を受け付けることが可能になる。よって、多機能周辺装置３００の無駄な待ち時間が削減され、多機能周辺装置３００を効率的に運用することができる。

［第８の実施例］
次に、多機能周辺装置３００でスキャンサービスとプリントサービスを実行させるときのさらに他の実施例について説明する。本実施例では、前述した第６、第７の実施例とは違い、サーバ１００が実行開始する画像処理サービスに対してのみ排他実行権限の設定を行い、画像処理サービスの処理が終了した時点で、設定した排他実行権限を解除してから、次に実行させる画像処理サービスの制御に移行する点が異なる。

図２２は、ユーザＡが携帯端末２００ａを用いてスキャンサービスとプリントサービスを実行するときのシーケンス説明図である。

なお、図２２において、携帯端末２００ａでメニュー情報を取得し、所要のサービスを選択し、携帯端末２００ａをサーバ１００にかざすまでの過程は、前述した図２０の説明（第６の実施例）と同様であるので簡潔に説明する。

ユーザＡが、携帯端末２００ａを操作してスキャンサービスとプリントサービスを選択してサーバ１００にかざす。このとき、サーバ１００は、携帯端末２００ａから携帯ＩＤ情報と選択応答情報を取得し（読み出し）、携帯ＩＤ情報に基づいてユーザ認証を行う。続いて、サーバ１００は、選択応答情報に含まれるサービス指定情報で指定されるスキャンサービスとプリントサービスの実行状態を判断する。

ここで、サーバ１００は、選択応答情報に含まれる実行順序指定情報の順序に従い、まず、スキャンサービスに対して排他実行権限を設定し、携帯端末２００ａ以外から取得するスキャンサービスの実行開始要求をブロックする。そして、多機能周辺装置３００に対してスキャンサービスの実行開始命令を送信する。この実行開始命令を受信した多機能周辺装置３００は、スキャンサービスを開始する。

多機能周辺装置３００は、ユーザＡのスキャンサービスが実行されている間、プリントサービスが実行可能な状態である。このとき、サーバ１００では、プリントサービスに対する排他実行権限を設定していないので、他のユーザから取得するプリントサービスの実行開始要求を受付可能な状態になっている。

多機能周辺装置３００は、スキャンサービスの処理が終了すると、サーバ１００に対してサービス終了通知を送信する。サービス終了通知を受信したサーバ１００は、スキャンサービスに対して設定していた排他実行権限を解除する。この時点でユーザＡのスキャンサービスは終了となるので、サーバ１００は、スキャンサービスについては他のユーザからの実行開始要求を受け付けることが可能な状態となる。

続いて、サーバ１００は、選択応答情報に含まれる実行順序指定情報の順序に従い、プリントサービスを実行させるため、プリントサービスに対する排他実行権限を設定する。そして、多機能周辺装置３００に対してプリントサービスの実行開始命令を送信する。このプリントサービスの実行開始命令を受信した多機能周辺装置３００は、ユーザＡのプリントサービスを開始する。

なお、プリントサービスを開始させる場合、サーバ１００に対して携帯端末２００ａを再度かざすことでプリントサービスを開始させる（実行開始命令を送る）ようにしても良い。

ユーザＡのプリントサービスが実行されている間、サーバ１００では、他のユーザからのプリントサービスの実行開始要求のみをブロックしているので、他の画像処理サービスの実行開始要求については受付可能な状態である。

多機能周辺装置３００は、プリントサービスの処理が終了すると、サーバ１００に対してサービス終了通知を送信する。サービス終了通知を受信したサーバ１００は、プリントサービスに対して設定した排他実行権限を解除して、ユーザＡのプリントサービスに関する制御を終了する。

なお、サーバ１００は、ユーザＡのスキャンサービスに対する排他実行権限を解除してからプリントサービスを開始するまでの間に、例えば、ユーザＢからのプリントサービスの実行開始要求を取得する場合がある。このような場合、サーバ１００は、ユーザＡのプリントサービスが終了した後に、ユーザＢのプリントサービスを実行させるように制御するようにしても良い。また、サーバ１００は、ユーザＡのプリントサービスが実行される前に、ユーザＢのプリントサービスを優先して実行させるように制御しても良い。

このように、サーバ１００は、実行を開始させようとする画像処理サービスの実行開始要求に対してのみブロックを行い、画像処理サービスが終了した時点でブロックを解除する。よって、サーバ１００は、実行していない画像処理サービスの実行開始要求を受け付けることが可能となり、多機能周辺装置３００を効率的に運用することができる。また、サーバ１００がこのように制御する場合には、一人のユーザによる多機能周辺装置３００の長時間占有を抑制することもできる。

［複数の画像処理サービスの実行順序］
サーバ１００は、前述した本実施の形態（第１乃至第８実施例を含む）において、複数の画像処理サービスの実行開始要求があったときに、画像処理サービスの実行順序を決定し、この実行順序に従って制御を行う。画像処理サービスの実行順序を決定するときは、多機能周辺装置３００のスペック（性能）、多機能周辺装置３００の実行状態（設定状態や動作状態）、実行開始要求の受付順序等の情報に基づいて画像処理サービスの実行順序を決定し、この実行順序に従って多機能周辺装置３００に対する制御を行う。

また、サーバ１００は、状況に応じ、異なる画像処理サービスを並行して（同時に）実行させるように制御可能である。さらに、サーバ１００は、これらの情報に基づいて実行順序を適宜変更してゆくような制御も可能である。

また、前述した本実施の形態において、サーバ１００に対して以下に説明する機能を加えることが可能である。

［サービス終了通知］
画像処理サービスが終了したときに、サーバ１００によって生成した画像処理サービスの終了を通知するメッセージ情報を、報知するようにしてもよい。なお、報知方法は、第１の実施例で説明したエラー情報の報知方法と同様であるので、その説明を省略する。

［サービス利用可能予測時間通知］
さらに、画像処理サービス終了までの予測時間を携帯端末２００に表示させるようにしても良い。この場合には、画像処理サービスの実行中、サーバ１００に携帯端末２００がかざされると、サーバ１００は、画像処理サービスが利用可能になるまで（実行中の画像処理サービス終了まで）の予測時間を算出して、この予測時間をメッセージ情報として生成し、携帯端末２００に対して送出する。

［印刷ジョブについて］
なお、サーバ１００は、多機能周辺装置３００に対するプリントサービスの制御を行う場合に、ＰＣから送信されてくる印刷ジョブを適当なタイミングで多機能周辺装置３００に送信すれば良い。したがって、予めサーバ１００に印刷ジョブをスプールしておいて、実行開始命令を送信するときに多機能周辺装置３００に送るようにしても良い。また、多機能周辺装置３００でスプールさせておき、サーバ１００からの実行開始命令を受信した後すぐに印刷出力できるようにしてもよい。

また、図１に示したネットワークシステムと同等の機能を実現できる構成であれば、種々の構成を採り得ることが可能である。例えば、多機能周辺装置３００やリーダ／ライタ１５０をサーバ１００に接続するのではなく、ネットワーク５００に直接接続する構成ことにより、それぞれを別の場所に設置することが可能となり、設置場所の制限が緩和される。さらに、複数の多機能周辺装置３００を１台のサーバ１００で制御することも可能となるのでコストの低減を図ることができる。

このような構成とした場合は、リーダ／ライタ１５０を多機能周辺装置３００が見通せる場所に設置し、多機能周辺装置３００の状態を確認できるようにしておくことで、サービス実行時の秘匿性を確保すればよい。

［画像処理サービス以外のサービスについて］
なお、本発明は、上述した画像処理サービスの制御に限定されるものではなく、ネットワークを介して共用するデバイスであれば画像処理サービス以外にも適用が可能である。

例えば、本発明を音楽や映像などのデータやファイルの読み出し／書き込み機能を備えたデジタル家電（テレビ、カメラ、ＡＶ装置）などのデバイスに適用することができる。この場合には、例えば、サーバ１００に携帯端末２００をかざして、ユーザ認証をし、利用権限を有するデータやファイルのみを読み出せるようにする。さらに、データやファイルの書き出しが許可されたユーザのみに記録媒体への書き出しを可能とする。

なお、本発明は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において適宜変更可能である。

また、本発明の目的は、上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して処理を実行することによっても達成することができる。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶したコンピュータで読み取り可能な記憶媒体は本発明を構成することになる。

また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現されるように構成しても良い。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、このプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を実行し、その処理に応じて上述した実施形態が実現される場合も含んでいる。

なお、プログラムコードを供給するため、例えば、フロッピー(登録商標)ディスク、ハードディスク、光磁気ディスク、ＣＤやＤＶＤに代表される光ディスク、磁気テープ、不揮発性のメモリカード、ＲＯＭ等の記憶媒体を用いることができる。または、プログラムコードは、ネットワークを介してダウンロードしてもよい。

本発明の実施の形態に係る、複数のＰＣとデバイス制御装置で制御される多機能周辺装置とを備えたネットワークシステムの概略構成を示すブロック図である。図１のサーバの概略的な構成の一例を示すブロック図である。図１のサーバが保有する携帯ＩＤ情報とユーザ情報の一例を示す説明図である。図１のサーバのメニュー生成部が保有するエラーに関する項目情報を例示した説明図である。図１の携帯端末の概略構成を例示するブロック図である。図１のサーバが実行する基本的な制御動作の手順を示すフローチャートである。ユーザが携帯端末を用いてプリントサービスを実行するときの過程を示したシーケンス説明図である。図７のシーケンスにおいて携帯端末に表示される画面を説明するために例示した説明図である。多機能周辺装置でプリントサービスが実行されている間、サーバで実行するサービスの監視・制御処理の手順を示すフローチャートである。図７のシーケンスにおいてエラーなどが発生した場合、携帯端末に表示される画面を説明するために例示した説明図である。ユーザが携帯端末を用いてスキャンサービスを実行するときの過程を示したシーケンス説明図である。図１１のシーケンスにおいて携帯端末に表示される画面を説明するために例示した説明図である。多機能周辺装置でスキャンサービスが実行されている間、サーバで実行するサービスの監視・制御処理の手順を示すフローチャートである。スキャンサービスの実行過程において、エラーなどが発生した場合、携帯端末に表示される画面を説明するために例示した説明図である。ユーザが携帯端末を用いてスキャンサービスを実行するときの改良された過程を示すシーケンス説明図である。第１のユーザのスキャンサービスを実行する過程で、第２のユーザや第３のユーザがスキャンサービスを実行しようとした場合のシーケンスを示す説明図である。図１６のシーケンスにおける別ユーザの携帯端末に表示される画面を説明するために例示した説明図である。ユーザが携帯端末を用いてスキャンサービスを実行するときの改良された過程を示すシーケンス説明図である。図１８のシーケンスにおいて別画像処理サービスに対して実行開始要求を行ったユーザの携帯端末に表示される画面を説明するために例示した説明図である。ユーザが携帯端末を用いてスキャンサービスとプリントサービスを実行するときの過程を示すシーケンス説明図である。図２０のシーケンスにおいて携帯端末に表示される画面を説明するために例示した説明図である。ユーザが携帯端末を用いてスキャンサービスとプリントサービスを実行するときの他の過程を示すシーケンス説明図である。

符号の説明

１００サーバ
１０１ＣＰＵ
１０２設定情報記憶部
１０３認証部
１０４サービス管理制御部
１０５ジョブ管理制御部
１０６操作／表示部
１０７メニュー生成部
１０８ローカルＩ／Ｆ
１０９ネットワークＩ／Ｆ
１１０システムバス
１５０リーダ／ライタ
２００携帯端末
２０１ＣＰＵ
２０２固有情報記憶部
２０３操作部
２０４表示部
２０５アプリ実行制御部
２０６通信部
２０７外部Ｉ／Ｆ部
３００ＭＦＰ
４００ＡＰＣａ
４００ＢＰＣｂ
５００ネットワーク
６００インターフェース

Claims

単数又は複数のサービスの実行機能を備えたデバイスを制御するデバイス制御装置であって、
少なくとも第一のユーザ認証情報および前記第一のユーザ認証情報に関連付けられたサービスの利用権限情報を含むユーザ情報が記憶された情報記憶手段と、
携帯端末から情報を取得する情報取得手段と、
前記情報取得手段によって前記携帯端末から取得した、第二のユーザ認証情報と、前記情報記憶手段に記憶してある前記第一のユーザ認証情報とを照合してユーザ認証を行う認証手段と、
前記デバイスにおけるサービスに関する管理及び制御を行う管理制御手段と、を備え、
前記情報取得手段によって、前記携帯端末から第二のユーザ認証情報を取得し、前記認証手段によるユーザ認証が成功すると、
前記管理制御手段が、前記認証に成功した第一のユーザ認証情報に関連づけられた前記利用権限情報で利用が許可されているサービスの実行状態を判断し、当該実行状態の判断結果を前記携帯端末に送出し、
前記情報取得手段によって、前記携帯端末から、第二のユーザ認証情報並びに前記サービスのサービス指定情報を取得し、
前記認証手段によるユーザ認証が成功すると、
前記管理制御手段が、前記サービス指定情報で指定されているサービスの実行状態を判断し、実行可能と判断したサービスに対して排他実行権限を設定し、
前記デバイスに対して前記実行可能と判断したサービスの実行開始命令を送信し、
前記デバイスから前記サービスの実行終了通知を受信したときに当該サービスに対する前記排他実行権限の設定を解除するよう制御すること、
を特徴とするデバイス制御装置。
前記管理制御手段は、前記情報取得手段によって別の携帯端末から前記排他実行権限を設定したサービスと同じサービスに対する実行開始要求を取得した場合、前記別の携帯端末から取得した実行開始要求を受け付けないようにすること、
を特徴とする請求項１に記載のデバイス制御装置。
前記管理制御手段は、前記情報取得手段によって取得した実行順序指定情報に基づいてサービスの実行順序を決定すること、
を特徴とする請求項１に記載のデバイス制御装置。
前記管理制御手段は、前記情報取得手段によって取得したサービス指定情報において複数のサービスが指定されているとき、前記複数のサービスの実行状態を判断し、実行可能なサービスすべてに対して前記排他実行権限を設定し、当該サービスの処理がすべて終了してから前記設定した排他実行権限を解除すること、
を特徴とする請求項１に記載のデバイス制御装置。
前記管理制御手段は、前記情報取得手段によって取得したサービス指定情報において複数のサービスが指定されているとき、前記複数のサービスの実行状態を判断し、実行可能なサービスすべてに対して前記排他実行権限を設定し、各々のサービスの処理が終了した時点で個別に排他実行権限を解除してゆくこと、
を特徴とする請求項１に記載のデバイス制御装置。
前記管理制御手段は、前記情報取得手段によって取得したサービス指定情報において複数のサービスが指定されているとき、前記複数のサービスの実行状態を判断し、各々のサービスを開始する時点で前記排他実行権限を設定し、当該サービスの処理が終了した時点で前記設定した排他実行権限を解除してゆくこと、
を特徴とする請求項１に記載のデバイス制御装置。
前記管理制御手段は、前記排他実行権限を設定したあと、前記デバイスにおいて実行開始操作が行われてから、前記デバイスに対して前記実行開始命令を送信すること、
を特徴とする請求項１に記載のデバイス制御装置。
前記管理制御手段は、前記排他実行権限を設定したあと、前記情報取得手段によって前記ユーザ認証した第二のユーザ認証情報を持つ携帯端末から当該第二のユーザ認証情報を再取得し、前記認証手段によって再取得した当該第二のユーザ認証情報のユーザ認証が成功してから、前記デバイスに対して前記実行開始命令を送信すること、
を特徴とする請求項１に記載のデバイス制御装置。
少なくとも第一のユーザ認証情報および前記第一のユーザ認証情報に関連付けられたサービスの利用権限情報を含むユーザ情報を記憶している情報記憶手段を備えるデバイス制御装置によって、単数又は複数のサービスの実行機能を備えたデバイスを制御するためのデバイス制御方法であって、
前記携帯端末から第二のユーザ認証情報を取得する第一の取得ステップと、
前記第一の取得ステップにおいて取得した第二のユーザ認証情報と前記情報記憶手段に記憶している前記第一のユーザ認証情報とを照合してユーザ認証を行う第一の認証ステップと、
前記第一の認証ステップにおいてユーザ認証が成功したときに、前記認証に成功した第一のユーザ認証情報に関連づけられた前記利用権限情報で利用が許可されているサービスの実行状態を判断し、当該実行状態の判断結果を前記携帯端末に送出する送出ステップと、
前記携帯端末から、第二のユーザ認証情報並びに前記サービスのサービス指定情報を取得する第二の取得ステップと、
前記第二の取得ステップにおいて取得した第二のユーザ認証情報を前記情報記憶手段に記憶してある前記第一のユーザ認証情報と照合してユーザ認証を行う第二の認証ステップと、
前記第二の認証ステップにおいてユーザ認証が成功したときに、前記サービス指定情報で指定されているサービスの実行状態を判断し、実行可能と判断したサービスに対して排他実行権限を設定する設定ステップと、
前記デバイスに対して前記実行可能と判断したサービスの実行開始命令を送信する送信ステップと、
前記デバイスからの前記サービスの実行終了通知の受信に応じて当該サービスに対する前記排他実行権限の設定を解除する設定解除ステップと、
を実行することを特徴とするデバイス制御方法。
前記設定ステップから前記設定解除ステップまでの間に別の携帯端末から前記排他実行権限を設定したサービスと同じサービスに対する実行開始要求を取得した場合、前記別の携帯端末から取得した実行開始要求を受け付けないようにする排除ステップをさらに実行すること、
を特徴とする請求項９に記載のデバイス制御方法。
前記第二の取得ステップにおいて取得した実行順序指定情報に基づいてサービスの実行順序を決定する実行順序決定ステップをさらに実行すること、
を特徴とする請求項９に記載のデバイス制御方法。
前記第二の取得ステップにおいて取得したサービス指定情報で複数のサービスが指定されているとき、前記設定ステップにおいて前記複数のサービスの実行状態を判断し、実行可能なサービスすべてに対して前記排他実行権限を設定し、前記設定解除ステップにおいて当該サービスの処理がすべて終了してから前記設定した排他実行権限を解除すること、
を特徴とする請求項９に記載のデバイス制御方法。
前記第二の取得ステップにおいて取得したサービス指定情報で複数のサービスが指定されているとき、前記設定ステップにおいて前記複数のサービスの実行状態を判断し、実行可能なサービスすべてに対して前記排他実行権限を設定し、前記設定解除ステップにおいて各々のサービスの処理が終了した時点で個別に排他実行権限を解除してゆくこと、
を特徴とする請求項９に記載のデバイス制御方法。
前記第二の取得ステップにおいて取得したサービス指定情報で複数のサービスが指定されているとき、前記設定ステップにおいて複数のサービスの実行状態を判断し、各々のサービスを開始する時点で前記排他実行権限を設定し、前記設定解除ステップにおいて当該サービスの処理が終了した時点で前記設定した排他実行権限を解除してゆくこと、
を特徴とする請求項９に記載のデバイス制御方法。
前記設定ステップにおいて前記排他実行権限を設定したあと、前記デバイスで実行開始操作が行われてから前記送信ステップを実行すること、
を特徴とする請求項９に記載のデバイス制御方法。
前記設定ステップにおいて前記排他実行権限を設定したあと、前記ユーザ認証した第二のユーザ認証情報を持つ携帯端末から前記第二のユーザ認証情報を再取得する第三の取得ステップと、
前記第三の取得ステップにおいて取得した第二のユーザ認証情報と前記情報記憶手段に記憶している前記第一のユーザ認証情報とを照合してユーザ認証を行う第三の認証ステップと、をさらに実行し、
前記第三の認証ステップでユーザ認証が成功したときに前記送信ステップを実行すること、
を特徴とする請求項９に記載のデバイス制御方法。