(57)【要約】      （修正有）【課題】ＷｅｂＵＩを用いた遠隔操作に要する管理者の負担の増大させることなく、実行権限を適切に管理することができる画像形成装置を提供する。【解決手段】ＷｅｂＵＩ２０１、２１１は、ユーザーのユーザーＩＤとシークレット・コードが含む処理要求をＷｅｂＡＰＩサーバー２００に送信する。処理要求を受信すると、ＷｅｂＡＰＩサーバー２００は、処理内容、ユーザーＩＤおよびシークレット・コードを抽出する。ＷｅｂＡＰＩサーバー２００は、ユーザーＩＤに対応する実行権限と、シークレット・コードに対応する信頼レベルと、更に、信頼レベルと処理内容と組み合わせに対応する必要権限とを特定する。ＷｅｂＡＰＩサーバー２００は、実行権限が必要権限以上ならば、ＭＦＰＳｙｓｔｅｍＡＰＩ２０２に対して当該処理の実行を要求し、ＭＦＰＳｙｓｔｅｍＡＰＩ２０２が返した実行結果を処理結果としてＷｅｂＵＩ２０１、２１１に通知する。【選択図】図３
2020032594.tif 000002
【特許請求の範囲】
【請求項１】
ユーザーからの処理指示を受け付けたＷｅｂＵＩから、ＷｅｂＡＰＩを用いて処理要求を受け付ける画像形成装置であって、
前記ユーザーの実行権限レベルを取得する実行権限取得手段と、
本装置に搭載されたＷｅｂＵＩから受け付けた処理要求を実行するために必要な権限レベルを記憶する第１の必要権限テーブルと、
他の装置に搭載されたＷｅｂＵＩから受け付けた処理要求を実行するために必要な権限レベルを記憶する第２の必要権限テーブルと、
前記処理要求の要求元のＷｅｂＵＩが本装置に搭載されているか、前記他の装置に搭載されているかを判定する要求元判定手段と、
前記要求元が本装置に搭載されたＷｅｂＵＩである場合には前記第１の必要権限テーブルを参照し、前記要求元が前記他の装置に搭載されたＷｅｂＵＩである場合には前記第２の必要権限テーブルを参照して、当該処理要求を実行するための必要権限レベルを取得する必要権限取得手段と、
前記処理要求に係るユーザーの実行権限レベルと、当該処理要求を実行するための必要権限レベルとを比較して、当該実行権限レベルが当該必要権限レベル以上ならば当該処理の実行を許可すると判定する判定手段と、を備え、
前記第２の必要権限テーブルが記憶する必要権限レベルは、前記処理要求ごとに、前記第１の必要権限テーブルが記憶する必要権限レベルと同等または高い
ことを特徴とする画像形成装置。
【請求項２】
前記処理要求に先立って、本装置に搭載されたＷｅｂＵＩから信頼関係構築要求を受け付けて要求元識別情報を返信する内部用ＷｅｂＡＰＩと、
前記処理要求に先立って、他の装置に搭載されたＷｅｂＵＩから信頼関係構築要求を受け付けて要求元識別情報を返信する外部用ＷｅｂＡＰＩと、を備え、
前記処理要求に併せて前記要求元識別情報を受け付ける要求元識別情報受付手段と、
前記要求元判定手段は、前記処理要求に併せて受け付けた要求元識別情報が、前記内部用ＷｅｂＡＰＩと前記外部用ＷｅｂＡＰＩとのいずれに返信したから要求元識別情報であるかによって要求元を判定する
ことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記第１の必要権限テーブルは、前記ユーザーの実行権限レベルが一般権限レベルと管理者権限レベルとのいずれであっても、本装置の動作に関する設定を要求する処理要求が許可されるように、必要権限レベルを記憶する
ことを特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
前記第２の必要権限テーブルは、前記ユーザーの実行権限レベルが管理者権限レベルであるときのみ、本装置の動作に関する設定を要求する処理要求が許可されるように、必要権限レベルを記憶する
ことを特徴とする請求項１から３のいずれかに記載の画像形成装置。
【請求項５】
本装置の動作に関する設定は、画像形成出力結果を変更する設定を含む
ことを特徴とする請求項３または４に記載の画像形成装置。
【請求項６】
本装置の動作に関する設定は、画像形成出力の可否を変更する設定を含む
ことを特徴とする請求項３から５に記載の画像形成装置。
【請求項７】
本装置の動作に関する設定は、省電力に関する設定を含む
ことを特徴とする請求項３から６に記載の画像形成装置。
【請求項８】
前記ユーザーのユーザー識別情報と対応付けて、当該ユーザーの実行権限レベルを記憶する実行権限テーブルと、
前記処理要求に併せて当該ユーザー識別情報を受け付けるユーザー識別情報受付手段と、を備え、
前記実行権限取得手段は、前記実行権限テーブルにおいて、前記処理要求に係るユーザー識別情報に対応付けられた実行権限レベルを取得する
ことを特徴とする請求項１から７のいずれかに記載の画像形成装置。
【請求項９】
前記処理要求に併せて当該ユーザーのユーザー識別情報を受け付けるユーザー識別情報受付手段と、
前記実行権限取得手段は、外部の装置にユーザー識別情報を送信して、当該ユーザー識別情報に係るユーザーの実行権限レベルの返信を受けることによって、実行権限レベルを取得する
ことを特徴とする請求項１から７のいずれかに記載の画像形成装置。
【請求項１０】
ＷｅｂＵＩに対応付けて実行権限レベルを記憶するデフォルト権限テーブルを備え、
前記ユーザー識別情報受付手段がユーザー識別情報の受け付けに失敗した場合、前記実行権限取得手段は、前記デフォルト権限テーブルを参照して、前記処理要求の要求元のＷｅｂＵＩに対応する実行権限レベルを取得する
ことを特徴とする請求項８または９に記載の画像形成装置。
【請求項１１】
本装置の工場出荷時に、前記第１の必要権限テーブルおよび前記第２の必要権限テーブルを記憶する
ことを特徴とする請求項１から１０のいずれかに記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＷｅｂＵＩを有する画像形成装置に関し、特にＷｅｂＵＩを用いた画像形成装置の遠隔操作を許容した場合の管理者の手間の増大を抑制するとともに、セキュリティ・リスクの増大を防止する技術に関する。
【背景技術】
【０００２】
近年、Ｗｅｂ技術を用いたユーザー・インターフェイス（UI: User Interface）を構築するための多種多様なフレームワーク・ツールが提供されており、画像形成装置の操作パネルについても、そのようなツールを利用すれば、従来よりも低コストかつ短期間でユーザー・インターフェイスをカスタマイズすることができると期待される。
【０００３】
このような設定や設定変更を行うための操作パネルのＧＵＩ（Graphical User Interface）としては、近年、Ｗｅｂ技術を利用して構築されるＷｅｂＵＩ（User Interface）が主流になっている。ＷｅｂＵＩは、従来よりも低コストかつ短期間でカスタマイズすることができ、また、ネットワークを経由して他の装置からも複合機を利用することができる等の利点を有する。
【０００４】
複合機（MFP: Multi-Function Peripheral）は多種多様な機能を提供するため、複合機を利用する際にはさまざまな項目を設定する必要がある。また、複合機のユーザーが自由に設定を変更すると、他のユーザーの円滑な利用に支障を来す恐れがあるため、複合機の管理者権限を有するユーザーや保守担当者のみに設定変更が許可されるのが一般的である。
【０００５】
オフィス等に設置された複合機では、複合機を直接、操作することができるユーザーが限られているという意味において、セキュリティ上リスクとならない省電力設定や、印刷時の給紙トレイ設定、画質設定はユーザーの利便性を考慮して一般権限でも実行可能としても実用上、問題を生じないことが多い。
【０００６】
しかしながら、ＷｅｂＵＩはＷｅｂＡＰＩ（Application Programming Interface）サーバーに要求を発行することによって複合機を動作させるところ、Ｗｅｂ技術の特性上、ＷｅｂＡＰＩはネットワークを経由して不特定多数のＷｅｂＵＩから要求を受け付けることができる。このため、複合機のセキュリティを保証するとともに、円滑な利用を確保するためには、遠隔ユーザーの実行権限を制限するのが望ましい。
【０００７】
このような問題に対して、例えば、ユーザーの位置情報を取得し、複合機の近傍にいるユーザーに対しては、タブレット端末からの遠隔利用を許可する従来技術を適用することが考えられる（例えば、特許文献１を参照）。すなわち、複合機の近傍にいるユーザーにのみ管理者権限を付与すれば、複合機から離れた位置にいる不特定多数のユーザーの利用を制限することができるので、上記セキュリティ並びに円滑利用を達成することができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１３−１８３２１５号公報
【特許文献２】特開２０１７−１８８７９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記の従来技術を適用した場合、複合機の近傍でありさえすれば誰でも管理者権限を付与されるため、ユーザー情報の編集のようにセキュリティ・リスクとなり得る操作が可能になってしまう。また、位置情報を取得することができないタブレット端末からは複合機を利用することができない、という問題も生じる。
【００１０】
他にも、複合機を保守するサービスマンの熟練度に応じて、図１５に例示するように、サービスマンと処理内容との組み合わせ毎に実行権限を予め設定する技術が提案されているが（例えば、特許文献２を参照）、このような従来術を不特定多数のユーザーに適用することは困難である。また、広範な範囲のユーザーに対して個別に実行権限を設定することは管理者の負担が大きくなり過ぎるため現実的ではない。
【００１１】
本発明は、上述のような問題に鑑みて為されたものであって、ＷｅｂＵＩを用いた遠隔操作に要する管理者の負担を増大させることなく、実行権限を適切に管理することができる画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するため、本発明に係る画像形成装置は、ユーザーからの処理指示を受け付けたＷｅｂＵＩから、ＷｅｂＡＰＩを用いて処理要求を受け付ける画像形成装置であって、前記ユーザーの実行権限レベルを取得する実行権限取得手段と、本装置に搭載されたＷｅｂＵＩから受け付けた処理要求を実行するために必要な権限レベルを記憶する第１の必要権限テーブルと、他の装置に搭載されたＷｅｂＵＩから受け付けた処理要求を実行するために必要な権限レベルを記憶する第２の必要権限テーブルと、前記処理要求の要求元のＷｅｂＵＩが本装置に搭載されているか、前記他の装置に搭載されているかを判定する要求元判定手段と、前記要求元が本装置に搭載されたＷｅｂＵＩである場合には前記第１の必要権限テーブルを参照し、前記要求元が前記他の装置に搭載されたＷｅｂＵＩである場合には前記第２の必要権限テーブルを参照して、当該処理要求を実行するための必要権限レベルを取得する必要権限取得手段と、前記処理要求に係るユーザーの実行権限レベルと、当該処理要求を実行するための必要権限レベルとを比較して、当該実行権限レベルが当該必要権限レベル以上ならば当該処理の実行を許可すると判定する判定手段と、を備え、前記第２の必要権限テーブルが記憶する必要権限レベルは、前記処理要求ごとに、前記第１の必要権限テーブルが記憶する必要権限レベルと同等または高いことを特徴とする。
【００１３】
この場合において、前記処理要求に先立って、本装置に搭載されたＷｅｂＵＩから信頼関係構築要求を受け付けて要求元識別情報を返信する内部用ＷｅｂＡＰＩと、前記処理要求に先立って、他の装置に搭載されたＷｅｂＵＩから信頼関係構築要求を受け付けて要求元識別情報を返信する外部用ＷｅｂＡＰＩと、を備え、前記処理要求に併せて前記要求元識別情報を受け付ける要求元識別情報受付手段と、前記要求元判定手段は、前記処理要求に併せて受け付けた要求元識別情報が、前記内部用ＷｅｂＡＰＩと前記外部用ＷｅｂＡＰＩとのいずれに返信したから要求元識別情報であるかによって要求元を判定するのが望ましい。
【００１４】
また、前記第１の必要権限テーブルは、前記ユーザーの実行権限レベルが一般権限レベルと管理者権限レベルとのいずれであっても、本装置の動作に関する設定を要求する処理要求が許可されるように、必要権限レベルを記憶してもよい。
【００１５】
また、前記第２の必要権限テーブルは、前記ユーザーの実行権限レベルが管理者権限レベルであるときのみ、本装置の動作に関する設定を要求する処理要求が許可されるように、必要権限レベルを記憶してもよい。
【００１６】
また、本装置の動作に関する設定は、画像形成出力結果を変更する設定を含んでもよいし、画像形成出力の可否を変更する設定を含んでもよい。また、本装置の動作に関する設定は、省電力に関する設定を含んでもよい。
【００１７】
また、前記ユーザーのユーザー識別情報と対応付けて、当該ユーザーの実行権限レベルを記憶する実行権限テーブルと、前記処理要求に併せて当該ユーザー識別情報を受け付けるユーザー識別情報受付手段と、を備え、前記実行権限取得手段は、前記実行権限テーブルにおいて、前記処理要求に係るユーザー識別情報に対応付けられた実行権限レベルを取得してもよい。
【００１８】
また、前記処理要求に併せて当該ユーザーのユーザー識別情報を受け付けるユーザー識別情報受付手段と、前記実行権限取得手段は、外部の装置にユーザー識別情報を送信して、当該ユーザー識別情報に係るユーザーの実行権限レベルの返信を受けることによって、実行権限レベルを取得してもよい。
【００１９】
また、ＷｅｂＵＩに対応付けて実行権限レベルを記憶するデフォルト権限テーブルを備え、前記ユーザー識別情報受付手段がユーザー識別情報の受け付けに失敗した場合、前記実行権限取得手段は、前記デフォルト権限テーブルを参照して、前記処理要求の要求元のＷｅｂＵＩに対応する実行権限レベルを取得してもよい。
【００２０】
また、本装置の工場出荷時に、前記第１の必要権限テーブルおよび前記第２の必要権限テーブルを記憶していてもよい。
【発明の効果】
【００２１】
このようにすれば、ＷｅｂＵＩが画像形成装置に搭載されているか、他の装置に搭載されているか応じて必要権限を切り替えるので、管理者がユーザーの実行権限を設定する手間を軽減することができるとともに、ユーザーに遠隔操作を許可することに伴うセキュリティ・リスクの増大を抑制することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施の形態に係る画像形成システムの主要な装置構成を示す図である。
【図２】本発明の実施の形態に係る画像形成システムの主要なソフトウェア構成を示す図である。
【図３】本発明の実施の形態に係る画像形成システムの主要な処理手順を示すシーケンス図である。
【図４】（ａ）は要求元情報テーブルを示し、（ｂ）はユーザー情報テーブルを示し、（ｃ）必要権限テーブルを示す表である。
【図５】複合機１００の主要な構成を示す外観斜視図である。
【図６】制御部５００の主要な構成を示すブロック図である。
【図７】制御部５００の主要な動作を示すフローチャートである。
【図８】制御部５００による信頼関係構築処理を示すフローチャートである。
【図９】制御部５００による処理要求処理を示すフローチャートである。
【図１０】携帯端末装置１１０の主要な構成を示すブロック図である。
【図１１】携帯端末装置１１０の動作を示すフローチャートである。
【図１２】本発明の変形例に係る画像形成システムの主要な装置構成を示す図である。
【図１３】本発明の変形例に係る画像形成システムの主要なソフトウェア構成を示す図である。
【図１４】（ａ）は本発明の変形例に係る要求元情報テーブルを示す表であり、（ｂ）は本変形例に係る信頼関係構築手順を示すシーケンス図である。
【図１５】従来技術に係るサービスマンの実行権限テーブルである。
【発明を実施するための形態】
【００２３】
以下、本発明に係る画像形成装置の実施の形態について、図面を参照しながら説明する。
［１］画像形成システムの構成
まず、本実施の形態に係る画像形成システムの構成について説明する。
【００２４】
図１に示すように、画像形成システム１は、オフィス１０４内に設置されたＬＡＮ（Local Area Network）１０１を、ファイアウォール１０２を経由してインターネット１２０に接続したものであり、ＬＡＮ１０１にはＰＣ（Personal Computer）１０３および複合機１００が接続されている。また、画像形成システム１のユーザーは、タブレット端末やスマートフォン等の携帯端末装置１１０を用いて無線ＬＡＮ親機１２１にアクセスすることによって、インターネット１２０を経由して、複合機１００を利用することができる。
【００２５】
ファイアウォール１０２は、インターネット１２０からＬＡＮ１０１へのアクセスを制限するが、携帯端末装置１１０から複合機１００へのアクセスは許可する。また、複合機１００およびＰＣ１０３はファイアウォール１０２を経由してインターネット１２０にアクセスすることができる。また、複合機１００は、携帯端末装置１１０がジョブを受け付ける他、ＰＣ１０３からジョブを受け付けて実行したり、後述するように、複合機１００が備えている操作パネルを用いてユーザー操作を受け付けて、処理を実行したりする。
［２］複合機１００の操作に関連するソフトウェア構成
複合機１００は、Ｗｅｂ技術を利用してＧＵＩを構築している。具体的には、図２に示すように、複合機１００にはＷｅｂＡＰＩサーバー／モジュール（以下、「ＷｅｂＡＰＩサーバー」という。）２００が搭載されており、Ｗｅｂユーザー・インターフェイス・プログラム（以下、「ＷｅｂＵＩ」という。）２０１、２１１からの要求に応じて処理を実行する。なお、複合機１００には、ＷｅｂＡＰＩサーバー２００以外にも各種のアプリケーション・プログラム（Apps: Application programs）２０３が搭載されている。
【００２６】
ＷｅｂＡＰＩサーバー２００およびアプリケーション・プログラム２０３はＭＦＰ Ｓｙｓｔｅｍ ＡＰＩ２０２が提供するＡＰＩを利用してＭＦＰ Ｓｙｓｔｅｍ ＡＰＩ２０２に処理を要求する。ＭＦＰ Ｓｙｓｔｅｍ ＡＰＩ２０２は、複合機１００のＯＳ（Operating System）にアクセスするためのインターフェイスである。ＷｅｂＡＰＩサーバー２００がＭＦＰ Ｓｙｓｔｅｍ ＡＰＩ２０２に対して処理要求を行うと、処理要求の内容に応じて、デバイスドライバー２０５が複合機１００の各部を駆動したり、認証プログラム２０４が認証処理を行ったりする。
【００２７】
ＷｅｂＡＰＩサーバー２００は、ＷｅｂＵＩ２０１、２１１から要求を受け付けるとＷｅｂページデータを返送する。これによって、ＷｅｂＵＩ２０１は複合機１００の操作パネルにＧＵＩを表示し、ＷｅｂＵＩ２１１は携帯端末装置１１０の表示画面にＧＵＩを表示する。当該ＧＵＩによってユーザー操作を受け付けると、ＷｅｂＵＩ２０１、２１１はＷｅｂＡＰＩサーバー２００に処理を要求する。ＷｅｂＡＰＩサーバー２００は、ＷｅｂＵＩ２０１、２１１からの処理要求に応じて、ＭＦＰ Ｓｙｓｔｅｍ ＡＰＩを用いて処理を要求する。
【００２８】
このように、ＷｅｂＡＰＩサーバー２００を用いて複合機１００の機能を実行させるためのＧＵＩを提供すれば、Ｗｅｂ技術を用いたＵＩアプリであるＷｅｂＵＩ２０１、２１１を用いて複合機１００を操作することが可能になるので、ＷｅｂＵＩ２０１、２１１のカスタマイズ性を向上させたり、カスタマイズコストを低減したりすることができる。ＷｅｂＵＩ２０１は、複合機１００本体に組み込まれており、複合機１００の操作パネルのアプリとして動作する。また、携帯端末装置１１０にＷｅｂＵＩ２１１を組み込むことで、ユーザーの所持する携帯端末装置１１０から複合機１００を操作することも可能となる。
［３］ＷｅｂＵＩ２０１、２１１を用いた複合機１００の操作手順
次に、ＷｅｂＵＩ２０１、２１１を用いた複合機１００の操作手順について説明する。
【００２９】
ＷｅｂＡＰＩサーバー２００には、外部の携帯端末装置１１０からインターネット１２０を経由してアクセスすることができるので、情報漏洩や不正操作などのセキュリティ・リスクを回避するための対策が必要である。このため、本実施の形態においては、複合機１００内部のＷｅｂＵＩ２０１と外部のＷｅｂＵＩ２１１とを識別して、外部のＷｅｂＵＩ２１１の実行権限を制限する。
【００３０】
図３に示すように、ＷｅｂＵＩ２０１、２１１は、複合機１００への処理要求に先立って、例えば、ＷｅｂＵＩ２０１であれば複合機１００の電源投入時や省電力モードからの復帰時などに、ＷｅｂＵＩ２１１であれば複合機１００の操作画面の表示を開始する際などに、ＷｅｂＡＰＩサーバー２００に信頼関係構築要求を送信する。信頼関係構築要求を送信する際に、複合機１００に搭載されているＷｅｂＵＩ２０１は内部アプリ向けのＷｅｂＡＰＩライブラリを用いる一方、携帯端末装置１１０に搭載されているＷｅｂＵＩ２１１は外部アプリ向けのＷｅｂＡＰＩライブラリを用いる。
【００３１】
ＷｅｂＡＰＩサーバー２００は、信頼関係構築要求を受け付けると、シークレット・コードとして所定の桁数の乱数を生成するとともに、信頼関係構築要求の要求元を識別するための要求元ＩＤを生成して、要求元情報テーブルに登録する。また、これに併せて当該要求元の信頼レベルを要求元情報テーブルに登録する。ＷｅｂＡＰＩサーバー２００は、ＷｅｂＵＩ２０１、２１１が信頼関係構築要求を送信するために内部向けのＷｅｂＡＰＩライブラリを使用したか外部向けのＷｅｂＡＰＩライブラリを使用したかによって信頼関係構築要求の送信元のＷｅｂＵＩが複合機１００の内部に搭載されているか外部の装置に搭載されているかを判別する。
【００３２】
内部アプリ向けのＷｅｂＡＰＩライブラリを使用したＷｅｂＵＩ２０１については、複合機１００が設置されているオフィス１０４に在室するユーザーのみが使用し、不特定多数のユーザーが使用する恐れが無いと判断されるので、ＷｅｂＡＰＩサーバー２００は信頼レベルが高いと判定して、その旨を要求元情報テーブルに登録する。一方、外部アプリ向けのＷｅｂＡＰＩライブラリを使用したＷｅｂＵＩ２１１については、不特定多数のユーザーが使用することができると判断されるので、ＷｅｂＡＰＩサーバー２００は信頼レベルが低いと判定して、その旨を要求元情報テーブルに登録する。
【００３３】
図４（ａ）の例では、要求元ＩＤが「Ａｐｐ＿００１」の要求元は、シークレット・コードとして「ＸＸＸＸＸＸＸＸ」が割り当てられており、信頼レベルが「低」になっている。一方、要求元ＩＤが「Ａｐｐ＿００３」の要求元は、シークレット・コードとして「ＺＺＺＺＺＺＺＺ」が割り当てられており、信頼レベルが「高」になっている。
【００３４】
なお、ＷｅｂＡＰＩサーバー２００が提供するＡＰＩのうち複合機１００の内部向けのＡＰＩを非公開にすれば、外部のＷｅｂＵＩ２１１が内部向けのＡＰＩを使用して内部の内部のＷｅｂＵＩ２０１に成りすまし、信頼レベルを高くする不正アクセスを防止することができる。その後、ＷｅｂＡＰＩサーバー２００は、シークレット・コードを要求元のＷｅｂＵＩ２０１、２１１へ送信する。これによって、信頼関係の構築手順が完了する。
【００３５】
なお、ＷｅｂＵＩ２０１、２１１は、以降の処理要求の際に併せて当該シークレット・コードをＷｅｂＡＰＩサーバー２００に通知する。処理要求の際に使用されるＡＰＩは、当該処理要求の要求元であるＷｅｂＵＩが複合機１００の内部側であるか外部側であるかに関わらず、同じであるため、ＷｅｂＡＰＩサーバー２００は、処理要求の含まれているシークレット・コードを参照することによって、当該処理要求の要求元の信頼レベルが高いか低いかを識別する。
【００３６】
上述のように、シークレット・コードは信頼関係構築要求のたびに生成されるので、外部のＷｅｂＵＩ２１１が偽のシークレット・コードを用いて内部のＷｅｂＵＩ２０１に成りすますのを防止することができる。従って、内部のＷｅｂＵＩ２０１と外部のＷｅｂＵＩ２１１とで共通のＷｅｂＡＰＩを用いても、ＷｅｂＵＩ２０１、２１１の信頼レベルを識別する信頼性を高めることができる。
【００３７】
このため、内部と外部とで同じ処理要求を行うためのＷｅｂＡＰＩを重複して用意する必要が無いので、外部からの不正アクセスを防止するために必要になるＷｅｂＡＰＩサーバー２００の開発規模の増大を抑制することができるとともに、ＷｅｂＡＰＩサーバー２００が使用する記憶容量の増大を抑制することができる、という効果もある。
【００３８】
ＷｅｂＵＩ２０１、２１１は、ＷｅｂＡＰＩサーバー２００からシークレット・コードを受信した後、ユーザーから処理指示の入力を受け付けると、ＷｅｂＡＰＩサーバー２００に処理要求を送信する。当該処理要求には、ＷｅｂＵＩ２０１、２１１のユーザーのユーザーＩＤと、信頼関係構築要求に対して返信されたシークレット・コードとが含まれている。
【００３９】
ＷｅｂＵＩ２０１のユーザーのユーザーＩＤは、ユーザーが複合機１００にログインする際に受け付けたユーザーＩＤを用いてもよいし、複合機１００の操作パネルにて別途、入力を受け付けてもよい。また、ＷｅｂＵＩ２１１のユーザーのユーザーＩＤもまた、ユーザーが携帯端末装置１１０にログインする際に受け付けたユーザーＩＤを用いてもよいし、複合機１００の操作パネルにて別途、入力を受け付けてもよい。更に、携帯端末装置１１０に予め登録されているユーザーＩＤを用いてもよい。
【００４０】
処理要求を受け付けると、ＷｅｂＡＰＩサーバー２００は、処理要求の内容を解析して、どのような処理が要求されているか、および処理要求に含まれているユーザーＩＤとシークレット・コードとを抽出する。ＷｅｂＡＰＩサーバー２００は、ユーザー情報テーブルを参照して、当該ユーザーＩＤに対応する実行権限レベル（以下、単に「実行権限」という。）を特定する。ユーザー情報テーブルは、図４（ｂ）に例示するように、ユーザーＩＤ毎に実行権限を記憶するテーブルである。
【００４１】
また、ＷｅｂＡＰＩサーバー２００は、要求元情報テーブルを参照して、当該シークレット・コードに対応する信頼レベルを特定する。信頼レベルが「高」である場合には、ＷｅｂＡＰＩサーバー２００は、第１の必要権限テーブルを参照して、当該処理要求に係る処理を実行するために必要な実行権限レベル（以下、「必要権限」という。）を特定する。例えば、図４（ｃ）の例では、「優先給紙トレイ設定」を実行するための必要権限は第１の必要権限テーブルでは「一般」となっており、ユーザーの実行権限が「一般」でも「管理者」でも「優先給紙トレイ設定」を実行させることができる一方、「ネットワーク設定」の必要権限は第１の必要権限テーブルでは「管理者」となっており、ユーザーＩＤに対応する実行権限が「管理者」ならば「ネットワーク設定」を実行させることができるが、「一般」である場合には「ネットワーク設定」を実行させることができない。
【００４２】
ＷｅｂＡＰＩサーバー２００は、当該処理要求に係る処理を実行するための必要権限と、当該処理要求に係るユーザーＩＤに対応する実行権限とを比較して、ユーザーＩＤに対応する実行権限の方が当該処理の実行に必要な実行権限以上ならば、ＭＦＰ Ｓｙｓｔｅｍ ＡＰＩ２０２に対して当該処理の実行を要求する。
【００４３】
ＭＦＰ Ｓｙｓｔｅｍ ＡＰＩ２０２が当該処理を実行して、その実行結果をＷｅｂＡＰＩサーバー２００に返すと、ＷｅｂＡＰＩサーバー２００は当該実行結果に応じて、ＷｅｂＵＩ２０１、２１１からの処理要求に対する応答内容を生成し、処理結果として返信する。
［４］複合機１００の構成
次に、複合機１００の構成について説明する。
【００４４】
図５に示すように、複合機１００は、画像形成部５０１、給紙部５０２、画像読み取り部５０３、操作パネル５０４および後処理部５０６等を備えており、画像形成処理、複写処理、ファクシミリ送受信処理などの処理を実行する。画像形成部５０１には、制御部５００、作像部および定着部（いずれも不図示）が搭載されており、制御部５００はＬＡＮ１０１およびファクシミリ回線（不図示）に接続されている。
【００４５】
操作パネル５０４は、液晶ディスプレイ（LCD: Liquid Crystal Display）とタッチパッドを有するタッチパネル、ハードキー及びスピーカーを備えており、複合機１００のユーザーに対する情報提示や、ユーザーによるタッチ入力およびキー入力の受け付け、警報音の鳴動によるユーザーの注意喚起などを行う。
【００４６】
複合機１００のユーザーが操作パネル５０４を操作することによって複合機１００に画像形成処理を指示したり、制御部５００にてＰＣ１０３や携帯端末装置１１０からＬＡＮ１０１やインターネット１２０を経由して印刷ジョブを受け付けたりした場合、画像形成部５０１は、作像部にてモノクロ又はカラーのトナー像を形成する。
【００４７】
当該トナー像の形成と並行して、給紙部５０２が記録シートを供給すると、画像形成部５０１は当該記録シートにトナー像を転写した後、定着部にてトナー像を記録シートに熱定着する。両面印刷を行う場合には、記録シートを再給紙経路へ搬送し、表裏を反転させて、記録シートの裏面にトナー像を転写し、熱定着する。トナー像の熱定着を完了した記録シートは、後処理を行わない場合には、胴内空間に設けられた排紙トレイ５０５へ排出される。
【００４８】
後処理を行う場合には、画像形成部５０１は記録シートを後処理装置５０６へ排出する。後処理装置５０６は、折り、パンチ、綴じ、断裁、挿入、ステープル、スタック等の後処理を記録シートに施した後、後処理装置５０６の側面から突出するように設けられた排紙トレイ５０７へ排出する。排紙トレイ５０７は複数のトレイからなっている。
【００４９】
原稿の読み取り処理や複写処理、ファクシミリ送信処理などを実行する際には、画像読み取り部５０３がカラー原稿またはモノクロ原稿を読み取って画像データを生成する。画像読み取り部５０３は、プラテンセット方式に従ってプラテンガラス上に載置された原稿を読み取ってもよいし、シートスルー方式に従って自動原稿搬送装置（ADF: Automatic Document Feeder）で原稿を搬送しながら、原稿の片面または両面を読み取ってもよい。
【００５０】
複写処理の場合は、読み取った画像データを用いて画像形成部５０１が画像形成を実行する。ファクシミリ送信処理の場合は、読み取った画像データを送信先のファクシミリ装置とネゴシエーションした解像度でファクシミリ送信する。制御部５００はファクシミリ回線を経由してファクシミリ・データを受信することもできる。
【００５１】
なお、給紙部５０２は、複数の給紙トレイを備えており、ユーザーが指定した給紙トレイ、またはユーザーが給紙トレイを指定しなかった場合には優先指定されている給紙トレイから記録シートを供給する。
［５］制御部５００の構成と動作
次に、制御部５００の構成と動作について説明する。
【００５２】
図６に示すように、制御部５００は、ＣＰＵ（Central Processing Unit）６０１、ＲＯＭ（Read Only Memory）６０２、ＲＡＭ（Random Access Memory）６０３等を備えており、複合機１００に電源が投入されると、ＣＰＵ６０１はＲＯＭ６０２からブートプログラムを読み出して、ＲＡＭ６０３を作業用記憶領域として起動する。その後、ＣＰＵ６０１はＨＤＤ（Hard Disk Drive）６０４からＯＳや複合機１００の制御プログラム、ＷｅｂＡＰＩサーバー２００等のアプリケーション・プログラムを読み出して実行する。
【００５３】
ＮＩＣ（Network Interface Card）６０５は、ＣＰＵ６０１がＬＡＮ１０１を経由してＰＣ１０３や携帯端末装置１１０にアクセスするための通信処理を実行する。ＦＡＸインターフェイス６０６は、ファクシミリ回線を経由したファクシミリ・データの送受信を実行する。
【００５４】
画像形成処理を実行する際には、ＣＰＵ６０１は、作像部６１１を制御してモノクロまたはカラーのトナー像を形成し、定着部６１２を温度制御しながら記録シートにトナー像を熱定着する。また、ＣＰＵ６０１は、給紙部５０２を制御してユーザーが指定した記録シートを給紙させる。
【００５５】
ＣＰＵ６０１は、上述のように、ＷｅｂＡＰＩサーバー２００を実行することによって、操作パネル５０４に情報を表示したり、ユーザーからの指示入力を受け付けたりする。更に、ＣＰＵ６０１は、後処理部５０６を制御して、折り、パンチ、綴じ、断裁、挿入、ステープル、スタック等の後処理を記録シートに施して、排紙トレイ５０７上に排出する。
【００５６】
図７に示すように、制御部５００は、信頼関係構築要求を受け付けると（Ｓ７０１：ＹＥＳ）、信頼関係構築処理を実行する（Ｓ７０２）。また、処理要求を受け付けると（Ｓ７０３：ＹＥＳ）、当該処理要求に応じて処理（処理要求処理）を実行する（Ｓ７０４）。ステップＳ７０２、Ｓ７０４の処理の後、およびステップＳ７０３で判定が否定的である場合には（Ｓ７０３：ＮＯ）、ステップＳ７０１へ進んで上記の処理を繰り返す。
【００５７】
信頼関係構築処理（Ｓ７０２）においては、図８に示すように、信頼関係の構築要求に用いられたＷｅｂＡＰＩライブラリが内部向けのライブラリである場合には（Ｓ８０１：ＹＥＳ）、当該信頼関係構築要求の要求元のＷｅｂＵＩは信頼レベルが「高」であると判定する（Ｓ８０２）。一方、信頼関係の構築要求に用いられたライブラリが外部向けである場合には（Ｓ８０１：ＮＯ）、当該信頼関係構築要求の要求元のＷｅｂＵＩは信頼レベルが「低」であると判定する（Ｓ８０３）。
【００５８】
その後、当該要求元に要求元ＩＤを割り振って、要求元情報テーブルに当該要求元ＩＤと、その信頼レベルとを記録する（Ｓ８０４）。更に、所定の桁数の乱数を生成し（Ｓ８０５）、当該乱数をシークレット・コードとして要求元情報テーブルの当該要求元ＩＤに対応付けて記録するとともに（Ｓ８０６）、当該シークレット・コードを当該要求元へ送信して（Ｓ８０７）、信頼関係構築処理を完了する。
【００５９】
処理要求処理（Ｓ７０４）においては、図９に示すように、ＷｅｂＵＩから処理要求を受け付けると、その処理内容を特定するとともに（Ｓ９０１）、当該ＷｅｂＵＩのユーザーＩＤとシークレット・コードとを取得する（Ｓ９０２）。シークレット・コードは、当該処理要求に先立つ信頼関係構築要求に対して返信されたものである。
【００６０】
ＷｅｂＡＰＩサーバー２００は、ＭＦＰ Ｓｙｓｔｅｍ ＡＰＩ２０２を経由して認証Ａｐｐ２０４にユーザーＩＤが予め登録されている正当なユーザーＩＤであるか否かの認証を要求する。当該認証が成功したら（Ｓ９０３：ＹＥＳ）、ユーザー情報テーブルを参照して、当該ユーザーＩＤに対応する実行権限を特定する。なお、当該認証処理のために、ユーザーＩＤに加えて更にパスワードをＷｅｂＵＩから取得して、認証に用いてもよい。
【００６１】
更に、要求元情報テーブルを参照して、シークレット・コードに対応する信頼レベルを特定し（Ｓ９０４）、信頼レベルが「高」であれば（Ｓ９０５：ＹＥＳ）、第１の必要権限テーブルを参照して、処理内容に対応する必要権限を特定する（Ｓ９０６）。例えば、図４（ｃ）に示すように、処理内容が「優先給紙トレイ設定」である場合には、第１の必要権限テーブルに設定された必要権限は「一般」である。一方、処理内容が「ネットワーク設定」である場合には、第１の必要権限テーブルに設定された必要権限は「管理者」である。
【００６２】
シークレット・コードに対応する信頼レベルが「低」である場合には（Ｓ９０５：ＮＯ）、第２の必要権限テーブルを参照して、処理内容に対応する必要権限を特定する（Ｓ９０７）。例えば、図４（ｃ）に示すように、処理内容が「優先給紙トレイ設定」である場合でも、処理内容が「ネットワーク設定」である場合でも、第２の必要権限テーブルに設定された必要権限は「管理者」である。
【００６３】
次に、ユーザーＩＤに対応する実行権限と、シークレット・コードと処理内容との組み合わせに対応する必要権限と、を比較して、実行権限が必要権限以上ならば（Ｓ９０８：ＹＥＳ）、処理の実行をＭＦＰ Ｓｙｓｔｅｍ ＡＰＩ２０２に要求する（Ｓ９０９）。実行権限が必要権限以上であるとは、必要権限が「一般」である場合には、実行権限が「一般」または「管理者」であることをいい、必要権限が「管理者」である場合には、実行権限が「管理者」であることをいう。必要権限が「管理者」で、かつ実行権限が「一般」である場合には、実行権限は必要権限以上でないと判断される。
【００６４】
その後、要求した処理が完了したら（Ｓ９１０：ＹＥＳ）、ＭＦＰ Ｓｙｓｔｅｍ ＡＰＩ２０２から受け付けた実行結果からＷｅｂＵＩへの応答内容を生成し（Ｓ９１１）、またユーザーＩＤによる認証が失敗した場合や（Ｓ９０３：ＮＯ）、実行権限が必要権限以上でない場合にも（Ｓ９０８：ＮＯ）、その旨の応答内容を生成して（Ｓ９１１）、当該応答内容を処理結果としてＷｅｂＵＩへ通知して（Ｓ９１２）、処理を完了する。
［６］携帯端末装置１１０の構成と動作
次に、携帯端末装置１１０の構成と動作について説明する。
【００６５】
図１０に示すように、携帯端末装置１１０は、ＣＰＵ１００１、ＲＯＭ１００２およびＲＡＭ１００３等を備えており、携帯端末装置１１０に電源が投入されると、ＣＰＵ１００１はＲＯＭ１００２からブートプログラムを読み出して起動し、ＲＡＭ１００３を作業用記憶領域として、ＨＤＤ１００４から読み出したＯＳやＷｅｂＵＩ２１１等のアプリケーション・プログラムを実行する。
【００６６】
ＣＰＵ１００１は、通信制御部１００５を用いて、インターネット・プロトコル（IP: Internet Protocol）に従った通信処理を行う。無線通信回路１００６は、無線基地局と無線通信するための回路である。近距離無線通信回路１００７は、無線ＬＡＮ親機１２１と無線通信するための回路である。ＷｅｂＵＩ２１１は、近距離無線通信回路１００７を用いて、インターネット１２０を経由して、複合機１００とＩＰアクセスすることができる。
【００６７】
タッチパネル１００８は、タッチパッド部１０１１と液晶表示部１０１２とを備えており、携帯端末装置１１０のユーザーからタッチ入力を受け付けたり、テキストや画像によって情報を提示したりする。撮像処理部１００９は、カメラを備えており、静止画や動画を撮像する。音声処理部１０１０は、マイク部１０１３とスピーカー部１０１４とを備えており、音声通話時における音声の入出力や、動画や音声の再生時における音声出力を行う。
【００６８】
携帯端末装置１１０は、図１１に示すように、ＷｅｂＵＩ２１１を起動すると、まずＷｅｂＡＰＩの外部向けライブラリを使用して信頼関係構築要求を複合機１００のＷｅｂＡＰＩサーバー２００へインターネット１２０を経由して送信する（Ｓ１１０１）。当該信頼関係構築要求に対してＷｅｂＡＰＩサーバー２００からシークレット・コードをインターネット１２０経由で受信したら（Ｓ１１０２：ＹＥＳ）、受信したシークレット・コードをＲＡＭ１００３またはＨＤＤ１００４に記憶して（Ｓ１１０３）、ユーザーからの指示入力を待つ。
【００６９】
タッチパネル１００８に表示したＷｅｂＵＩ２１１にてユーザーから処理指示を受け付けると（Ｓ１１０４：ＹＥＳ）、ＲＡＭ１００３またはＨＤＤ１００４からユーザーＩＤとシークレット・コードとを読み出して取得し（Ｓ１１０５）、取得したユーザーＩＤとシークレット・コードとを、ユーザーから指示された処理内容とともに処理要求としてＷｅｂＡＰＩサーバー２００へ送信する（Ｓ１１０６）。
【００７０】
その後、ＷｅｂＡＰＩサーバー２００から処理結果を受信したら（Ｓ１１０７：ＹＥＳ）、ＷｅｂＵＩ２１１にて当該処理結果を表示する（Ｓ１１０８）。その後、ユーザーからＷｅｂＵＩ２１１を終了する旨の指示を受け付けなければ（Ｓ１１０９：ＮＯ）、ステップＳ１１０４へ進んで上記の処理を繰り返す。ＷｅｂＵＩ２１１を終了する旨の指示を受け付けた場合には（Ｓ１１０９：ＹＥＳ）、処理を終了する。
【００７１】
複合機１００の機能によってはユーザーの権限により制限をかけるものがある。例えば、複合機１００の本体設定の変更は他のユーザーの使用に影響があるため管理者のみ実行可能とする必要がある。上記のようにすれば、ＷｅｂＡＰＩを用いた遠隔操作による機能実行についても同様に、各機能を実行するＡＰＩに応じて実行権限を判定し、権限を有していると判定した場合に実行を許可することができる。従って、遠隔操作を許容することによって発生し得るセキュリティ・リスクを低減することができるとともに、複合機１００本体の設定変更に起因してユーザーが被り得る不測の事態を防止することができる。
［７］必要権限テーブルに関する補足
図４（ｃ）に例示するように、必要権限テーブルは、処理内容の欄、第１の必要権限テーブルの欄および第２の必要権限の欄からなっており、第１および第２の必要権限テーブルには、処理内容の欄に記載された処理毎にその処理を実行するための必要権限として「一般」および「管理者」のいずれかが設定されている。必要権限が「一般」と設定されている場合には、ユーザー権限が一般権限であっても管理者権限であっても処理を実行することができる。一方、必要権限が「管理者」と設定されている場合には、ユーザー権限が一般権限では処理を実行することができず、管理者権限であるときのみ処理を実行することができる。
【００７２】
処理内容の欄に列挙されている処理は、複合機１００の本体設定に関するものである。「優先給紙トレイ設定」は、複合機１００にプリントや複写、ファクシミリ受信といった画像形成を実行させる際に使用する記録シートを供給する給紙トレイをユーザーが指定していない場合に、どの給紙トレイから記録シートを供給するかを設定する処理である。従って、外部操作によって不特定の者が優先給紙トレイを設定すると、予期しないサイズや紙種の記録シートを用いて画像形成が実行される恐れがある。
【００７３】
「オートカラーレベル設定」は、画像読み取り部５０３が原稿を読み込む際に、当該原稿がカラー原稿であるかモノクロ原稿であるかを判別するための基準値を設定する処理である。このため、外部操作によって不特定の者がオートカラーレベルを設定すると、カラー原稿を読み込んでも当該ユーザーの意図に反してモノクロ画像が生成されてしまう恐れがある。
【００７４】
「出力画像の向き設定」は、ユーザーが出力画像の向きを指定しなかった場合の出力画像の向きの設定である。
【００７５】
「設定不適時のジョブ実行設定」は、ジョブで設定された画像読み取り条件や画像形成条件、後処理の内容が不適切である場合であっても、強制的にジョブを実行するか否かの設定である。例えば、原稿サイズと用紙サイズとの組み合わせが自動倍率選択をすることができない組み合わせである場合に、ジョブを実行するか否かを設定するものである。
【００７６】
「パワーセーブ設定」は、省電力状態への移行をする／しない、するのであれば移行するまでの時間を設定するものである。省電力状態から印刷可能状態に復帰するためにはある程度の時間が必要になるため、パワーセーブ設定が不用意に変更されると、ユーザーの利便性が低下する恐れがある。
【００７７】
以上の処理内容のうち、「優先給紙トレイ設定」、「オートカラーレベル設定」および「出力画像の向き設定」は出力物の画質、仕上がりに関するものであるので、他のユーザーへの影響が比較的少ない。
【００７８】
また、「設定不適時のジョブ実行設定」および「パワーセーブ設定」は、複合機１００本体の設定であり、当該設定を行ったユーザー以外のユーザーが複合機１００を使用する際に影響があるという意味では管理者権限にて実行すべきものであるが、普段複合機１００を使用するユーザーにとっては状況に応じて変更を要することが多い設定項目であるので、変更を要するたびに管理者に設定を依頼しなければならないのでは、ユーザーの利便性が高いとは言えない。
【００７９】
このため、第１の必要権限テーブルでは、「優先給紙トレイ設定」、「オートカラーレベル設定」、「出力画像の向き設定」、「設定不適時のジョブ実行設定」および「パワーセーブ設定」については、必要権限を「一般」として、管理者権限だけでなく一般権限でも実行を許可する。
【００８０】
このようにすれば、オフィス１０４に在室して複合機１００の操作パネル５０４を直接操作するユーザーについては、ＷｅｂＵＩを用いて遠隔操作するユーザーと比較して、信頼性が高いと考えられるので、複合機１００の操作パネル５０４を直接操作するユーザーの利便性を向上させることができる。
【００８１】
「ネットワーク設定」は、複合機１００本体のネットワーク接続設定や外部機器とのアクセス許可／禁止の設定、送信先サーバーの設定をするものである。
【００８２】
「本体認証設定」は、ユーザーが複合機１００の使用を開始するのに先立って認証を必要とするか否かの設定と、ユーザー認証を行う場合における複合機１００の使用を許可するユーザーの設定をするものである。
【００８３】
「ネットワーク設定」および「本体認証設定」は、複合機１００の機能が正常に動作するか否かとセキュリティに関わる設定であるため、複合機１００の操作パネル５０４を直接操作するユーザーであっても、一般権限しか有していないユーザーについては設定を許可せず、管理者権限を有するユーザーにのみ設定を許可する方が安全である。このため、これらの設定については、第１の必要権限テーブルにおいて必要権限を「管理者」として、管理者権限を有するユーザーのみに実行を許可する。
【００８４】
一方、ＷｅｂＵＩを用いて複合機１００を遠隔操作するユーザーについては、不特定のユーザーに自由な設定変更を認めると重大なセキュリティ・リスクが発生する恐れがあることから、管理者権限を有していなければいずれの設定も実行できないようにする方が安全である。このため第２の必要権限テーブルにおいては、「優先給紙トレイ設定」、「オートカラーレベル設定」、「出力画像の向き設定」、「設定不適時のジョブ実行設定」、「パワーセーブ設定」、「ネットワーク設定」および「本体認証設定」のいずれについても必要権限を「管理者」として、管理者権限を有するユーザーのみに実行を許可する。
【００８５】
なお、必要権限テーブルは、予め複合機１００の制御部５００（ＨＤＤ６０４）に記録されているものとし、複合機１００の装置構成がアップデート等によって機能追加・変更された場合はそれに応じて変更されるものとする。
［８］変形例
以上、本発明を実施の形態に基づいて説明してきたが、本発明が上述の実施の形態に限定されないのは勿論であり、以下のような変形例を実施することができる。
（７−１）上記実施の形態においては、内部のＷｅｂＵＩ２０１が内部向けのＷｅｂＡＰＩライブラリを使用し、外部のＷｅｂＵＩ２１１が外部向けのＷｅｂＡＰＩライブラリを使用することによって、内部のＷｅｂＵＩ２０１と外部のＷｅｂＵＩ２１１とを判別して、信頼レベルを設定する場合を例にとって説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて次のようにしてもよい。
【００８６】
例えば、複合機１００の管理者が予めＷｅｂＵＩ２０１、２１１に対してキーコード等の認証情報を付与しておき、ＷｅｂＵＩ２０１、２１１は信頼関係構築要求の際に併せて当該認証情報をＷｅｂＡＰＩサーバー２００へ送信する。ＷｅｂＡＰＩサーバー２００は、例えば、認証Ａｐｐ２０４にて当該認証情報を照合することによって、当該信頼関係の構築の可否ならびに信頼レベルの高低を判定してもよい。
【００８７】
このようにすれば、ＷｅｂＵＩ毎の信頼レベルの高低を複合機１００の管理者が自由に設定することができるので、携帯端末装置１１０であっても、信頼性が確保されている場合には、信頼レベルを高くすることができる。従って、携帯端末装置１１０のユーザーの利便性を向上させることができる。
【００８８】
なお、ＷｅｂＡＰＩライブラリが内部向けか外部向けかによって信頼レベルを設定する場合についても、信頼関係構築要求の要求元の正当性を判定するために、信頼関係構築要求の際に認証情報の受け渡しを行い、当該認証情報を用いた認証が成功した場合にのみ、信頼レベルの設定やシークレット・コードの生成を行うことにしてもよい。
（７−２）上記実施の形態においては、制御部５００に搭載された認証Ａｐｐを用いてユーザー認証を行う場合を例にとって説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて次のようにしてもよい。
【００８９】
例えば、図１２に示すように、認証サーバー１２０１をＬＡＮ１０１やインターネット１２０に接続し、複合機１００が認証サーバー１２０１に認証情報を送信して、ユーザー認証を行ってもよい。この場合には、図１３に示すように、認証サーバー１２０１に認証Ａｐｐ１３０１が搭載され、ＷｅｂＡＰＩサーバー２００はＭＦＰ Ｓｙｓｔｅｍ ＡＰＩ２０２を経由して、認証Ａｐｐ１３０１にユーザーＩＤを送信することによって、認証処理を行うことができる。なお、この場合においても、ユーザーＩＤに加えてパスワードを用いて認証処理を行ってもよい。
【００９０】
このようにすれば、オフィス１０４内に複合機１００が複数設置されていたり、複数のオフィス１０４に複合機１００が設置されていたりする場合に、すべての認証処理を認証サーバー１２０１でまとめて実行することができる。従って、1台または少数の認証サーバー１２０１にてユーザーの認証情報を一元的に管理することができるので、認証情報の管理の手間を軽減することができるとともに、認証情報が漏洩したり改ざんされたりするセキュリティ・リスクを軽減することができる。
（７−３）上記実施の形態においては、携帯端末装置１１０の管理の手間を軽減するために、信頼関係構築要求の要求元の如何に関わらず、ユーザー認証が失敗したら、処理要求の実行を認めない場合を例にとって説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて次のようにしてもよい。
【００９１】
例えば、図１４（ａ）に示すように、要求元情報テーブルにデフォルトの実行権限（以下、「デフォルト権限」という。）の欄を設けて置き、要求元ＩＤ毎にデフォルト権限を予め設定しておく。図１４（ａ）の例では、要求元ＩＤが「Ａｐｐ＿００１」である場合にはデフォルト権限は「一般」であり、要求元ＩＤが「Ａｐｐ＿００３」である場合にはデフォルト権限は「管理者」である。
【００９２】
ＷｅｂＵＩとＷｅｂＡＰＩサーバー２００が信頼関係を構築する際には、図１４（ｂ）に示すように、ＷｅｂＡＰＩサーバー２００はＷｅｂＵＩから当該ＷｅｂＵＩの要求元ＩＤを受け付ける。当該ＷｅｂＵＩが内部向けのＷｅｂＡＰＩライブラリを使用している場合には、当該要求元ＩＤに対応付けて要求元情報テーブルの信頼レベルの欄に「高」を記録し、当該ＷｅｂＵＩが外部向けのＷｅｂＡＰＩライブラリを使用している場合には、当該要求元ＩＤに対応付けて要求元情報テーブルの信頼レベルの欄に「低」を記録する。
【００９３】
その後、ＷｅｂＡＰサーバー２００が当該ＷｅｂＵＩから処理要求を受け付けた際に、当該処理要求にユーザーＩＤが含まれていない場合には、要求元情報テーブルの当該処理要求に含まれているシークレット・コードに対応する信頼レベルの欄とデフォルト権限の欄を参照して信頼レベルとデフォルト権限を取得する。そして、必要権限テーブルの当該処理要求に係る処理内容と当該信頼レベルとの組み合わせに対応する必要権限と、前記デフォルト権限とを比較して処理の実行の可否を判断する。
【００９４】
このようにすれば、ユーザー情報テーブルに予め登録されていないユーザーであっても、ＷｅｂＡＰＩに対応するデフォルト権限の範囲内で複合機１００を利用することができるので、ユーザーの利便性を向上させることができると同時に、複合機１００を一時的にのみ利用することを希望するユーザーを登録するための管理者の手間を省くことができる。
【００９５】
なお、この場合において、ＷｅｂＵＩが処理要求を行う際に併せて当該ＷｅｂＵＩの要求元ＩＤをＷｅｂＡＰＩサーバー２００へ送信し、当該ＷｅｂＡＰＩサーバー２００が要求元情報テーブルを参照して、処理要求に含まれているシークレット・コードと要求元ＩＤとが要求元情報テーブル上で対応しているか否かを確認してもよい。ユーザー情報テーブルに登録されていないユーザーに複合機１００の利用を認める場合であっても、可能な限り処理要求の正当性を確認することによってセキュリティ・リスクの低減を図るのが望ましい。
（７−４）上記実施の形態においては、ユーザー情報テーブルを参照することによって、ユーザー毎の実行権限を取得する場合を例にとって説明したが、本発明がこれに限定されないのは言うまでもなく、複数の複合機１００どうしで共通に利用することができるユーザー情報サーバーを設置して、当該ユーザー情報サーバーにユーザー情報テーブルを記憶させておき、複数の複合機１００がユーザー情報サーバーにユーザーＩＤを通知すると、通知元の複合機１００にユーザー情報サーバーが当該ユーザーＩＤに対応する実行権限を返信する構成をとってもよい。このようにすれば、ユーザー情報テーブルを一元管理することができるので、複合機１００毎にユーザー情報テーブルを設ける場合と比較して、管理者の手間を軽減することができ、また、ユーザー情報テーブルの更新漏れ等の問題も回避することができる。
（７−５）上記実施の形態においては、複合機１００が画像形成部５０１、給紙部５０２、画像読み取り部５０３、操作パネル５０４および後処理部５０６等を備えており、画像形成処理、複写処理、ファクシミリ送受信処理などの処理を実行する場合を例にとって説明したが、本発明がこれに限定されないのは言うまでもなく、当該構成をすべて備えていなくても、或いは更に他の構成が追加されていてもよい。
【００９６】
また、画像形成部５０１がモノクロ画像のみを形成する構成であったり、画像読み取り部５０３が原稿を読み取ってモノクロ画像のみを生成するする構成であったりしてもよい。更に、複合機１００に代えて、プリンター装置や複写装置、ファクシミリ装置、スキャナー装置のような単機能機に本発明を適用しても同様の効果を得ることができる。
【産業上の利用可能性】
【００９７】
本発明に係る画像形成装置は、ＷｅｂＵＩを有する画像形成装置であって、特にＷｅｂＵＩを用いた画像形成装置の遠隔操作を許容した場合の管理者の手間の増大を抑制するとともに、セキュリティ・リスクの増大を防止することができる装置として有用である。
【符号の説明】
【００９８】
１……………………画像形成システム
１００………………複合機
１０１………………ＬＡＮ
１１０………………携帯端末装置
１２９………………インターネット
２００………………ＷｅｂＡＰＩサーバー
２０１、２１１……ＷｅｂＵＩ
２０２………………ＭＦＰ Ｓｙｓｔｅｍ ＡＰＩ
２０４、１３０１…認証Ａｐｐ
５００………………制御部
５０４………………操作パネル
１２０１……………認証サーバー
【図１】
2020032594.tif 000003
【図２】
2020032594.tif 000004
【図３】
2020032594.tif 000005
【図４】
2020032594.tif 000006
【図５】
2020032594.tif 000007
【図６】
2020032594.tif 000008
【図７】
2020032594.tif 000009
【図８】
2020032594.tif 000010
【図９】
2020032594.tif 000011
【図１０】
2020032594.tif 000012
【図１１】
2020032594.tif 000013
【図１２】
2020032594.tif 000014
【図１３】
2020032594.tif 000015
【図１４】
2020032594.tif 000016
【図１５】
2020032594.tif 000017