JP2017204221A - アプリ管理装置およびアプリ管理装置の制御プログラム - Google Patents

Abstract

【課題】利便性を向上することのできるアプリ管理装置およびアプリ管理装置の制御プログラムを提供する。
【解決手段】ＭＦＰ１００は、アプリケーション（アプリ）を管理するアプリ管理装置であって、アプリと、アプリの管理者であるアプリ管理者と互いに関連づけて記憶する記憶装置１０６を備える。ＭＦＰ１００は、アプリを管理するための操作を受け付けた場合に、アプリに関連づけられたアプリ管理者と、アプリに関する操作を行った操作者とを比較し、比較結果に基づいてアプリを管理するための操作を許可する。
【選択図】図２

Description

本発明は、アプリ管理装置およびアプリ管理装置の制御プログラムに関する。より特定的には、本発明は、アプリケーションを管理するための操作を許可するアプリ管理装置およびアプリ管理装置の制御プログラムに関する。

電子写真式の画像形成装置には、スキャナー機能、ファクシミリ機能、複写機能、プリンターとしての機能、データ通信機能、およびサーバー機能を備えたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）、ファクシミリ装置、複写機、プリンターなどがある。

ＭＦＰの中には、アプリケーションプラットフォームを有しており、そのアプリケーションプラットフォーム上で稼働するアプリケーション（以降、アプリケーションをアプリと記すことがある）のプログラムをインストールすることにより、ＭＦＰに新規機能を追加することのできるものがある。

ＭＦＰは、通常、複数のユーザーによって使用されるものである。このため、ＭＦＰには必要に応じて個々のユーザーによって様々なアプリがインストールされる。一方で、ＭＦＰ全体の管理は、通常、ＭＦＰ管理者によって行われている。

画像形成装置にインストールされているアプリを管理する技術は、たとえば下記特許文献１などに開示されている。下記特許文献１には、複数の画像形成装置にインストールされているアプリケーションプログラムを一元管理し、ユーザーによる新しいバージョンのアプリの利用を可能にする画像形成装置が開示されている。この画像形成装置は、アプリケーションプログラムが実行可能になると、そのアプリケーションプログラムのアプリケーション属性情報をアプリケーション管理装置へ送信する。アプリケーション管理装置は、そのアプリケーション属性情報に基づきアプリケーションプログラムをアプリケーションリストに登録し、複数の画像形成装置に異なるバージョンのアプリケーションプログラムがインストールされている場合、アプリケーションリストに基づき、最も新しいバージョンのアプリケーションプログラムを特定する。

特開２０１３−１３０９９２号公報

上述のように従来の技術では、ＭＦＰには必要に応じて個々のユーザーによって様々なアプリがインストールされる。一方で、ＭＦＰにインストールされるアプリは一括してＭＦＰ管理者によって管理される、このため、たとえば次のような不都合が起こっていた。

アプリの登録、削除、または更新などがＭＦＰ管理者によって行われるため、アプリのユーザーの混乱を招いていた。また、ＭＦＰ管理者の判断でアプリを実行した際の課金の仕組みが変更されたり、課金を行うアプリの追加や削除などが行われたりするため、アプリのユーザーの混乱を招いていた。さらに、ＭＦＰ管理者の判断で、アプリの利用権限や認証アカウントなどが変更されるため、アプリのユーザーの混乱を招いていた。

また、このような管理の仕方はＭＦＰ管理者にとっても煩雑であった。ＭＦＰは共有端末であるため、オフィスだけでなく、コンビニエンスストア、図書館、病院など様々な場所において使用される。また、ＭＦＰが実行可能なアプリには、複数のＭＦＰが共同して作業するワークフローのアプリ、地域向け行政のアプリ、またはアプリマーケットから入手したアプリなど様々なものがある。このため、ＭＦＰ管理者は、全てのアプリを適切に管理することは困難であった。

本発明は、上記課題を解決するためのものであり、その目的は、利便性を向上することのできるアプリ管理装置およびアプリ管理装置の制御プログラムを提供することである。

本発明の一の局面に従うアプリ管理装置は、アプリケーションを管理するアプリ管理装置であって、アプリケーションと、アプリケーションの管理者であるアプリ管理者と互いに関連づけて記憶する記憶手段と、アプリケーションを管理するための操作を受け付ける受付手段と、受付手段にてアプリケーションを管理するための操作を受け付けた場合に、アプリケーションに関連づけられたアプリ管理者と、アプリケーションを管理するための操作を行った操作者とを比較する比較手段と、比較手段による比較結果に基づいてアプリケーションを管理するための操作を許可する許可手段とを備える。

上記アプリ管理装置において好ましくは、アプリケーションを管理するための操作は、アプリ管理装置へアプリケーションをインストールする操作、アプリ管理装置にインストールされたアプリケーションを更新する操作、アプリ管理装置にインストールされたアプリケーションの設定を変更する操作、およびアプリ管理装置にインストールされたアプリケーションを削除する操作のうち少なくとも１つの操作である。

上記アプリ管理装置において好ましくは、アプリ管理者は、アプリ管理装置の管理者とは異なる。

上記アプリ管理装置において好ましくは、記憶手段は、アプリケーションと、複数のアプリ管理者と互いに関連づけて記憶し、比較手段は、操作者が複数のアプリ管理者のうちいずれかと一致するか否かを判別する第１の判別手段を含み、操作者が複数のアプリ管理者のうちいずれかと一致すると第１の判別手段にて判別した場合に、操作者以外のアプリ管理者からアプリケーションを管理するための操作を承認するか否かの回答を受け付ける回答受付手段をさらに備え、許可手段は、回答受付手段にて受け付けた回答にさらに基づいてアプリケーションを管理するための操作を許可する。

上記アプリ管理装置において好ましくは、回答受付手段は、操作者以外の複数のアプリ管理者からアプリケーションを管理するための操作を承認するか否かの回答を受け付ける第１の回答受付手段を含み、許可手段は、操作者以外の複数のアプリ管理者のうち所定数以上のアプリ管理者からアプリケーションを管理するための操作を承認する回答を第１の回答受付手段にて受け付けた場合に、操作を許可する。

上記アプリ管理装置において好ましくは、記憶手段は、複数のアプリ管理者の優先順位をさらに記憶し、比較手段は、操作者が複数のアプリ管理者のうち最も優先順位の高いアプリ管理者である最上位アプリ管理者と一致するか否かを判別する第２の判別手段を含み、回答受付手段は、操作者が最上位アプリ管理者と一致しないと第２の判別手段にて判別した場合に、最上位アプリ管理者からアプリケーションを管理するための操作を承認するか否かの回答を受け付ける第２の回答受付手段を含み、許可手段は、最上位アプリ管理者からアプリケーションを管理するための操作を承認する回答を第２の回答受付手段にて受け付けた場合に、アプリケーションを管理するための操作を許可する。

上記アプリ管理装置において好ましくは、記憶手段は、最上位アプリ管理者の代理である代理管理者をさらに記憶し、回答受付手段は、最上位アプリ管理者が所定の状態にある場合において、代理管理者からアプリケーションを管理するための操作を承認するか否かの回答を受け付ける第３の回答受付手段を含み、許可手段は、代理管理者からアプリケーションを管理するための操作を承認する回答を第３の回答受付手段にて受け付けたとき、アプリケーションを管理するための操作を許可する。

上記アプリ管理装置において好ましくは、許可手段は、操作者がアプリ管理者と一致しない場合に、アプリケーションを管理するための操作を許可しない。

上記アプリ管理装置において好ましくは、操作者がアプリ管理者と一致しない場合に、アプリ管理者からアプリケーションを管理するための操作を承認するか否かの回答を受け付ける他の回答受付手段をさらに備え、許可手段は、アプリ管理者からアプリケーションを管理するための操作を承認する回答を他の回答受付手段にて受け付けた場合に、アプリケーションを管理するための操作を許可する。

上記アプリ管理装置において好ましくは、アプリ管理者を登録する操作を受け付ける登録受付手段をさらに備える。

上記アプリ管理装置において好ましくは、登録受付手段は、アプリケーションをアプリ管理装置にインストールする前に、アプリ管理者を登録する操作を受け付ける。

上記アプリ管理装置において好ましくは、登録受付手段は、アプリケーションをアプリ管理装置にインストールした後に、アプリ管理者を登録する操作を受け付ける。

上記アプリ管理装置において好ましくは、アプリ管理者を変更する変更操作を受け付ける変更操作受付手段と、変更前のアプリ管理者によって変更操作が行われたものである場合に、記憶手段にて記憶したアプリ管理者を変更操作に従って変更する変更手段とをさらに備える。

上記アプリ管理装置において好ましくは、アプリケーションを実行した場合の課金をアプリ管理者に対して行う課金手段をさらに備える。

本発明の他の局面に従うアプリ管理装置の制御プログラムは、アプリケーションを管理するアプリ管理装置の制御プログラムであって、アプリケーションと、アプリケーションの管理者であるアプリ管理者と互いに関連づけて記憶する記憶ステップと、アプリケーションを管理するための操作を受け付ける受付ステップと、受付ステップにてアプリケーションを管理するための操作を受け付けた場合に、アプリケーションに関連づけられたアプリ管理者と、アプリケーションを管理するための操作を行った操作者とを比較する比較ステップと、比較ステップにおける比較結果に基づいてアプリケーションを管理するための操作を許可する許可ステップとをコンピューターに実行させる。

上記制御プログラムにおいて好ましくは、アプリケーションを管理するための操作は、アプリ管理装置へアプリケーションをインストールする操作、アプリ管理装置にインストールされたアプリケーションを更新する操作、アプリ管理装置にインストールされたアプリケーションの設定を変更する操作、およびアプリ管理装置にインストールされたアプリケーションを削除する操作のうち少なくとも１つの操作である。

上記制御プログラムにおいて好ましくは、記憶ステップにおいて、アプリケーションと、複数のアプリ管理者と互いに関連づけて記憶し、比較ステップは、操作者が複数のアプリ管理者のうちいずれかと一致するか否かを判別する第１の判別ステップを含み、操作者が複数のアプリ管理者のうちいずれかと一致すると第１の判別ステップにて判別した場合に、操作者以外のアプリ管理者からアプリケーションを管理するための操作を承認するか否かの回答を受け付ける回答受付ステップをさらにコンピューターに実行させ、許可ステップにおいて、回答受付ステップにて受け付けた回答にさらに基づいてアプリケーションを管理するための操作を許可する。

上記制御プログラムにおいて好ましくは、回答受付ステップは、操作者以外の複数のアプリ管理者からアプリケーションを管理するための操作を承認するか否かの回答を受け付ける第１の回答受付ステップを含み、許可ステップにおいて、操作者以外の複数のアプリ管理者のうち所定数以上のアプリ管理者からアプリケーションを管理するための操作を承認する回答を第１の回答受付ステップにて受け付けた場合に、操作を許可する。

上記制御プログラムにおいて好ましくは、記憶ステップにおいて、複数のアプリ管理者の優先順位をさらに記憶し、比較ステップは、操作者が複数のアプリ管理者のうち最も優先順位の高いアプリ管理者である最上位アプリ管理者と一致するか否かを判別する第２の判別ステップを含み、回答受付ステップは、操作者が最上位アプリ管理者と一致しないと第２の判別ステップにて判別した場合に、最上位アプリ管理者からアプリケーションを管理するための操作を承認するか否かの回答を受け付ける第２の回答受付ステップを含み、許可ステップにおいて、最上位アプリ管理者からアプリケーションを管理するための操作を承認する回答を第２の回答受付ステップにて受け付けた場合に、アプリケーションを管理するための操作を許可する。

上記制御プログラムにおいて好ましくは、記憶ステップにおいて、最上位アプリ管理者の代理である代理管理者をさらに記憶し、回答受付ステップは、最上位アプリ管理者が所定の状態にある場合において、代理管理者からアプリケーションを管理するための操作を承認するか否かの回答を受け付ける第３の回答受付ステップを含み、許可ステップにおいて、代理管理者からアプリケーションを管理するための操作を承認する回答を第３の回答受付ステップにて受け付けたとき、アプリケーションを管理するための操作を許可する。

本発明によれば、利便性を向上することのできるアプリ管理装置およびアプリ管理装置の制御プログラムを提供することができる。

本発明の一実施の形態における画像形成システムの構成を示すブロック図である。 本発明の一実施の形態におけるＭＦＰ１００−１のハードウェア構成を示すブロック図である。 本発明の一実施の形態における端末２００のハードウェア構成を示すブロック図である。 本発明の一実施の形態におけるＭＦＰ１００−１のソフトウェア構成を示すブロック図である。 本発明の一実施の形態におけるユーザー情報テーブルを示す図である。 本発明の一実施の形態におけるアプリ管理者テーブルを示す図である。 本発明の一実施の形態においてＭＦＰ１００−１の操作パネル１０８に表示されるアプリ管理者登録画面を示す図である。 本発明の一実施の形態においてＭＦＰ１００−１の操作パネル１０８に表示されるアプリ管理者選択画面を示す図である。 本発明の一実施の形態において、ＭＦＰ１００−１が実行するアプリ管理者の登録処理のフローチャートである。 本発明の一実施の形態において、ＭＦＰ１００−１にインストールされたアプリＡを更新する操作を受け付けた場合のＭＦＰ１００−１の動作を説明する図である。 本発明の一実施の形態において、アプリに関する所定の操作を受け付けた場合のＭＦＰ１００−１の動作を示すフローチャートである。 本発明の第１〜第３の変形例において、アプリに関する所定の操作を受け付けた場合のＭＦＰ１００−１の動作を示すフローチャートである。 本発明の第１の変形例における複数管理者の場合の処理（Ｓ１０９）のサブルーチンである。 本発明の第２の変形例における複数管理者の場合の処理（Ｓ１０９）のサブルーチンである。 本発明の第３の変形例における複数管理者の場合の処理（Ｓ１０９）のサブルーチンである。 本発明の第４の変形例において、アプリに関する所定の操作を受け付けた場合のＭＦＰ１００−１の動作を示すフローチャートである。

以下、本発明の一実施の形態について、図面に基づいて説明する。

以下の実施の形態では、アプリを管理するアプリ管理装置がＭＦＰである場合について説明する。アプリ管理装置は、プリンター、複写機、またはファクシミリなどの、ＭＦＰ以外の画像形成装置であってもよい。またアプリ管理装置は、画像読取装置、携帯電話、またはスマートフォンなどの、画像形成装置以外の装置あってもよい。

また、以下の実施の形態においては、アプリ管理装置が、自機にインストールされる可能性のあるアプリまたは自機にインストールされたアプリに関する所定の操作を許可する場合について説明するが、アプリ管理装置は、自機と接続された他の機器にインストールされる可能性のあるアプリまたは他の機器にインストールされたアプリに関する所定の操作を許可するものであってもよい。

［画像形成システムの構成］

図１は、本発明の一実施の形態における画像形成システムの構成を示すブロック図である。

図１を参照して、本実施の形態における画像形成システムは、ＭＦＰ１００−１（アプリ管理装置の一例）、１００−２、および１００−３と、端末２００−１、２００−２、および２００−３とを備えている（以降、ＭＦＰ１００−１、１００−２、および１００−３を纏めてＭＦＰ１００と記すことがある。端末２００−１、２００−２、および２００−３を纏めて端末２００と記すことがある）。ＭＦＰ１００の各々と端末２００の各々とは、たとえばオフィス内のネットワーク３００を通じて相互に接続されている。

ネットワーク３００は、たとえば有線または無線のＬＡＮなどの専用回線を用いたものである。ネットワーク３００は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）のプロトコルを用いて各種機器を接続する。ネットワーク３００に接続された機器は、お互いに各種データのやり取りが可能となっている。ネットワーク３００はインターネットに接続されていてもよい。

本実施の形態では、ＭＦＰ１００−１は、自機にインストールされる可能性のあるアプリまたは自機にインストールされたアプリに関する所定の操作を受け付ける。ＭＦＰ１００−１は、アプリに関する所定の操作を受け付けた場合に、そのアプリに関連づけられた管理者（以降、アプリ管理者と記すことがある）と、そのアプリに関する操作を行ったユーザー（以降、操作者と記すことがある）とを比較し、比較結果に基づいてアプリに関する操作を許可する。

アプリに関する所定の操作は、アプリ管理者のみに許可される操作であり、ＭＦＰ１００−１へアプリをインストールする操作、ＭＦＰ１００−１にインストールされたアプリを更新する操作、ＭＦＰ１００−１にインストールされたアプリの設定（課金に関する設定を含む）を変更する操作、およびＭＦＰ１００−１にインストールされたアプリを削除する操作のうち少なくとも１つの操作である。アプリケーションを管理するための操作は、上述のアプリに関する所定の操作を含むものである。

図２は、本発明の一実施の形態におけるＭＦＰ１００−１のハードウェア構成を示すブロック図である。

図２を参照して、ＭＦＰ１００−１は、システムコントローラー１０１と、メモリ１０２と、ネットワークインターフェース１０３と、プリントエンジン部１０４と、出力画像処理部１０５と、記憶装置１０６と、認証装置１０７と、操作パネル１０８と、スキャナー部１０９と、入力画像処理部１１０とを備えている。システムコントローラー１０１には、メモリ１０２、ネットワークインターフェース１０３、プリントエンジン部１０４、出力画像処理部１０５、記憶装置１０６、認証装置１０７、操作パネル１０８、スキャナー部１０９、および入力画像処理部１１０の各々が接続されている。

システムコントローラー１０１は、スキャンジョブ、コピージョブ、メール送信ジョブ、およびプリントジョブなどの各種ジョブについて、ＭＦＰ１００全体の制御を行う。システムコントローラー１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２２などを含んでいる。ＣＰＵ１２１は、ＲＯＭ１２２に記憶された制御プログラムを実行する。ＲＯＭ１２２は、ＭＦＰ１００の動作を行うための各種プログラムと、各種固定データとを格納している。システムコントローラー１０１は、所定の処理を行うことにより、メモリ１０２からのデータの読み込みや、メモリ１０２へのデータの書き込みを行う。

メモリ１０２は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）よりなっている。メモリ１０２は、ＣＰＵ１２１が制御プログラムを実行する際に必要なデータや画像データを一時的に記憶する。

ネットワークインターフェース１０３は、システムコントローラー１０１からの指示に従って、ネットワーク３００を介して端末２００や他のＭＦＰ１００などの外部機器との通信を行う。

プリントエンジン部１０４は、出力画像処理部１０５にて処理された印刷データを用いて、用紙などへ画像を形成する（プリントジョブを行う）。プリントエンジン部１０４は、おおまかに、トナー像形成部、定着装置、および用紙搬送部などで構成される。トナー像形成部は、いわゆるタンデム方式で４色の画像を合成し、用紙（記録媒体）にカラー画像を形成する。トナー像形成部は、Ｃ（シアン）、Ｍ（マゼンタ）、Ｙ（イエロー）、Ｋ（ブラック）の各色について設けられた感光体と、感光体からトナー像が転写（１次転写）される中間転写ベルトと、中間転写ベルトから用紙に画像を転写（２次転写）する転写部などで構成される。定着装置は、加熱ローラーおよび加圧ローラーを有する。定着装置は、加熱ローラーと加圧ローラーとでトナー像が形成された用紙を挟みながら搬送し、その用紙に加熱および加圧を行う。これにより、定着装置は、用紙に付着したトナーを溶融させて用紙に定着させ、用紙に画像を形成する。用紙搬送部は、給紙ローラー、搬送ローラー、およびそれらを駆動するモーターなどで構成されている。用紙搬送部は、用紙を給紙カセットから給紙して、ＭＦＰ１００−１の筐体の内部で搬送する。また、用紙搬送部は、画像が形成された用紙をＭＦＰ１００−１の筐体の外部に排出する。

出力画像処理部１０５は、画像の印刷を行う場合などに、その画像データの形式を印刷データに変換する変換処理を行う。

記憶装置１０６は、たとえばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）よりなっている。記憶装置１０６は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、各種アプリのプログラム、ユーザー情報テーブル（図５）、およびアプリ管理者テーブル（図６）などの各種データを記憶する。

認証装置１０７は、ＭＦＰ１００を操作するユーザーを認証する。

操作パネル１０８は、各種情報を表示し、各種操作を受け付ける。

スキャナー部１０９は、原稿を光学的に読取って画像データを得る。

入力画像処理部１１０は、スキャナー部１０９で画像を読み取った場合などに、その画像データの形式を変換する変換処理を行う。

なお、ＭＦＰ１００−２および１００−３の各々は、ＭＦＰ１００−１と同様の構成を有しているため、その説明は省略する。ＭＦＰ１００−２および１００−３の各々は、ＭＦＰ１００−１とは異なる構成を有していてもよい。

図３は、本発明の一実施の形態における端末２００のハードウェア構成を示すブロック図である。

図３を参照して、端末２００は、ＭＦＰ１００の複数のユーザーの各々によって所有されたものである。端末２００は、ＣＰＵ２０１と、ＲＯＭ２０２と、メモリ２０３と、ネットワークインターフェース２０４と、記憶装置２０５と、表示部２０６と、操作部２０７とを含んでいる。ＣＰＵ２０１と、ＲＯＭ２０２、メモリ２０３、ネットワークインターフェース２０４、記憶装置２０５、表示部２０６、および操作部２０７の各々とは、バスなどで相互に接続されている。

ＣＰＵ２０１は、制御プログラムを実行する。ＲＯＭ２０２は、制御プログラムを格納する。メモリ２０３は、ＣＰＵ２０１の作業用のメモリであり、各種情報を一時的に記憶する。ネットワークインターフェース２０４は、ＣＰＵ２０１からの指示に従ってネットワーク３００を介して外部機器との通信を行う。記憶装置２０５は、各種情報を記憶する。表示部２０６は、各種情報を表示する。操作部２０７は、各種操作を受け付ける。

端末２００の各々は、互いに異なる構成を有していてもよい。端末２００は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、携帯電話、またはスマートフォンなどであってもよい。端末２００はＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）機能を有していてもよい。

図４は、本発明の一実施の形態におけるＭＦＰ１００−１のソフトウェア構成を示すブロック図である。

図４を参照して、ＣＰＵ１２１には、ＯＳ層が形成され、ＯＳ層上に、アプリケーションプラットフォーム（ＰＦ）層が形成され、アプリケーションＰＦ層上にアプリケーション層が形成される。

ＯＳ層には、ＣＰＵ１２１がＯＳプログラムを実行するタスクが属する。ＯＳ層に属するタスクは、ＭＦＰ１００のハードウェア資源を制御する処理を実行する。これにより、ＭＦＰ１００の本体機能（スキャナー機能、ファクシミリ機能、複写機能、プリンターとしての機能、データ通信機能、およびサーバー機能など）が実現される。

アプリケーションＰＦ層は、アプリケーション層とＯＳ層との間に配置され、アプリケーション層に属する複数のタスクを調停するとともに、アプリケーション層に属する複数のタスクが出力するアプリコマンドを制御するタスクが属する。

アプリケーション層には、ＭＦＰ１００−１にインストールされたアプリ（ここではアプリＡ、アプリＢ、およびアプリＣ）を実行するタスクが属する。これらのアプリは、ＭＦＰ１００−１の使用開始後にＭＦＰ１００−１のユーザーによってインストールされたアプリを含んでいる。ＭＦＰにインストールされる可能性のあるアプリには、たとえば次のようなものがある。

１．ＭＦＰのユーザーと関連づけられたジョブを実行するためのアプリ：ＭＦＰの機能の中には、ＭＦＰの一部のユーザーにのみ使用が許可される機能（カラーコピーやスキャンなど）がある。この種のアプリは、ＭＦＰ管理者やそのアプリのユーザーなどによって管理されるべきものである。

２．アプリマーケット（Ｇｏｏｇｌｅ Ａｐｐｓ Ｍａｒｋｅｔｐｌａｃｅなど）からダウンロードされるアプリ：アプリマーケットに登録されたアプリは、必要に応じてＭＦＰのユーザーによってダウンロードされ、ＭＦＰにインストールされ、使用される。この種のアプリは、アプリマーケットから配信されるアプリを包括的に管理するアプリマーケット管理者などによって管理されるべきものである。

３．部門内の複数のＭＦＰに一括してインストールされ、部門内の利用状況を収集および通知するアプリ：会社の一つの部門に複数のＭＦＰが設置されている場合に、それらのＭＦＰのうち任意のＭＦＰに、部門内の複数のＭＦＰ全体の利用状況を収集および通知するアプリがインストールされ、使用される場合がある。このアプリは、その部門内のＭＦＰの利用状況を管理する部門管理者などによって管理されるべきものである。

４：ＭＦＰのハードウェア構成に適した役割を持ち、複数のＭＦＰを跨いだワークフローに登録されているアプリ：複数のＭＦＰの各々が互いに異なるハードウェア構成を有している場合（特定のＭＦＰのみがフィニッシャーやカラー出力するための構成を有している場合など）、複数のＭＦＰを跨いだワークフローが行われる（たとえば一のＭＦＰで受け付けたカラーコピーのジョブを、カラー出力可能な他のＭＦＰに送信し、他のＭＦＰで実行するワークフロー）。この場合、関連するＭＦＰには必要なアプリがインストールされる。これらのアプリは、そのワークフローを管理する管理者などによって管理されるべきものである。

図５は、本発明の一実施の形態におけるユーザー情報テーブルを示す図である。

図５を参照して、ユーザー情報テーブルは、ＭＦＰ１００−１のユーザーの情報が登録されたテーブルであり、ＭＦＰ１００−１の記憶装置１０６に記憶されている。ユーザー情報テーブルに記載のユーザーの情報は、たとえばＭＦＰ管理者などによって登録される。ユーザー情報テーブルには、各ユーザーのユーザー名と、ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）およびパスワードと、連絡先と、ＭＦＰ１００−１で使用可能な機能と、課金額とが含まれている。ユーザー名は、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カードの持ち主であるユーザーの識別情報を兼ねていてもよい。

たとえば「ＵＳＥＲ Ａ１」というユーザー名を持つユーザーは、「３６７８１」というＩＤと、「ｓｄ９１ｊｃ１」というパスワードを有している。また、このユーザーは、「ｕｓｅｒ＿ａ１＠ｘｘｘｘ．ＪＰ」という連絡先（メールアドレス）を有しており、ＭＦＰ１００の機能のうち「カラープリント、メール、ボックス」の機能の使用が許可されており、「１３５０円」の課金がなされている。

なお、ユーザーの連絡先は、ユーザーが所有する端末２００のＩＰアドレスなどであってもよい。

認証装置１０７は、操作パネル１０８を通じて入力されたＩＤおよびパスワードや、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カードから読み取った識別情報が、ユーザー情報テーブルに含まれているか否かに基づいて、ユーザーを認証する。また認証装置１０７は、必要に応じて各ユーザーの課金額を更新（加算または減算）する。

図６は、本発明の一実施の形態におけるアプリ管理者テーブルを示す図である。

図６を参照して、アプリ管理者テーブルは、アプリと、アプリ管理者および代理管理人とが互いに関連づけられて登録されたテーブルであり、ＭＦＰ１００−１の記憶装置１０６に記憶されている。

アプリ管理者テーブルには、各アプリの名前（アプリ名）と、アプリ管理者と、代理管理者と、アプリ管理者に対応するＩＤおよびパスワードと、現在のバージョンと、最終更新日時とが含まれている。未インストールのアプリの場合、現在のバージョンおよび最終更新日時の項目は空欄となっている。

アプリ管理テーブルは、ここでは５つのアプリに関する情報を含んでいる。「アプリＡ」というアプリは、アプリ管理者が「ＵＳＥＲ Ａ１」であり、現在のバージョンが「ｖｅｒ． １．２」であり、最終更新日時が「２０１５年１２月２６日２３時３３分１０秒」である。

「アプリＢ」というアプリには、アプリ管理者として「１８３６９」というＩＤと、「ｓｋｗｅ９ｉｏ」というパスワードとが関連づけられている。この場合、操作者が入力したＩＤおよびパスワードが、アプリ管理者テーブルに登録されたものと一致したとき、操作者がアプリＢのアプリ管理者であると判断される。

「アプリＣ」というアプリは、「ＵＳＥＲ Ｃ１」、「ＵＳＥＲ Ｃ２」、および「ＵＳＥＲ Ｃ２」という３人のアプリ管理者を含んでいる。これらのアプリ管理者には優先順位が設定されていない。

「アプリＤ」というアプリは、３人のアプリ管理者を含んでいる。アプリＤのアプリ管理者は、「ＵＳＥＲ Ｄ１」、「ＵＳＥＲ Ｄ２」、および「ＵＳＥＲ Ｄ３」という優先順位になっている。またアプリＤは、ＭＦＰ１００−１にインストールされていない。

「アプリＥ」というアプリは、４人のアプリ管理者を含んでいる。アプリＤのアプリ管理者は、「ＵＳＥＲ Ｅ１」、「ＵＳＥＲ Ｅ２」、「ＵＳＥＲ Ｅ３」、および「ＵＳＥＲ Ｅ４」という優先順位になっている。優先順位が最上位のアプリ管理者である「ＵＳＥＲ Ｅ１」の代理管理者は「ＵＳＥＲ Ｅ５」となっている。またアプリＥは、ＭＦＰ１００−１にインストールされていない。

アプリ管理者は、ＭＦＰ全体の管理者であるＭＦＰ管理者とは別の者であることが好ましい。ＭＦＰ１００−１は、アプリを実行した場合の課金をアプリ管理者に対して行ってもよい。

［アプリ管理者の登録方法］

図７は、本発明の一実施の形態においてＭＦＰ１００−１の操作パネル１０８に表示されるアプリ管理者登録画面を示す図である。

図７を参照して、アプリ管理者登録画面は、アプリ管理者の登録を受け付ける画面である。アプリ管理者登録画面は、所定の操作を受け付けた場合に表示される。アプリ管理者登録画面は、アプリ管理者の登録を求めるメッセージと、ボックスＢＸ１〜ＢＸ３と、キーＫＹ１〜ＫＹ４とを含んでいる。

ボックスＢＸ１は、ＭＦＰ１００−１に既にインストールされているアプリの中から設定対象となるアプリの選択を受け付けるコンボボックスである。ここでは「アプリＣ」が選択されている。

ボックスＢＸ２およびＢＸ３の各々は、アプリ管理者として登録するＩＤおよびパスワードの各々の入力を受け付けるボックスである。

キーＫＹ１は、ＭＦＰ１００−１にインストールされていないアプリケーションを選択する場合に押下されるキーである。ＭＦＰ１００−１は、キーＫＹ１が押下された場合、アプリケーション名の入力を受け付ける。

キーＫＹ２は、選択されたアプリとアプリ管理者との登録を受け付けるキーである。ＭＦＰ１００−１は、キーＫＹ２が押下された場合、選択されたアプリとアプリ管理者とを関連づけてアプリ管理者テーブルに登録する。

キーＫＹ３は、アプリ管理者の登録のキャンセルを受け付けるキーである。ＭＦＰ１００−１は、キーＫＹ３が押下された場合、選択された内容を破棄する。

キーＫＹ４は、アプリ管理者の選択を受け付けるキーである。ＭＦＰ１００−１は、キーＫＹ４が押下された場合、アプリ管理者選択画面（図８）に遷移する。

図８は、本発明の一実施の形態においてＭＦＰ１００−１の操作パネル１０８に表示されるアプリ管理者選択画面を示す図である。

図８を参照して、アプリ管理者選択画面は、ユーザー情報テーブルに登録されたユーザーの中から、アプリ管理者登録画面（図７）において選択されたアプリに関連づけるアプリ管理者および代理管理者の選択を受け付ける画面である。アプリ管理者選択画面は、アプリ管理者の選択を求めるメッセージと、ボックスＢＸ４〜ＢＸ９と、キーＫＹ５およびＫＹ６とを含んでいる。

ボックスＢＸ４〜ＢＸ７は、ユーザー情報テーブルに登録されたユーザーの中からアプリ管理者とするユーザーの選択を受け付けるコンボボックスである。ここでは、「ＵＳＥＲ Ｃ１」、「ＵＳＥＲ Ｃ２」、および「ＵＳＥＲ Ｃ３」の３人が選択されている。選択されるアプリ管理者は一人であってもよいし、複数人であってもよい。選択されるアプリ管理者が４人に満たない場合、ボックスＢＸ４〜ＢＸ７のうち一部のボックスは空欄であってもよい。選択されるアプリ管理者が４人を超える場合、ボックスが増加されてもよい。

ボックスＢＸ８は、チェックボックスである。ボックスＢＸ４〜ＢＸ７において複数のアプリ管理者が選択された場合に、選択された複数のアプリ管理者に対して上から順番に（ボックスＢＸ４で選択されたアプリ管理者からボックスＢＸ７で選択されたアプリ管理者に向かって優先順位が下がるように）優先順位を設定する場合に、ボックスＢＸ８にチェックが入れられる。一方、選択された複数のアプリ管理者に優先順位を設定しない場合、ボックスＢＸ８からチェックが外される。

ボックスＢＸ９は、ユーザー情報テーブルに登録されたユーザーの中から代理管理者の選択を受け付けるコンボボックスである。代理管理者は、優先順位が最上位のアプリ管理者の代理となる者である。ＭＦＰ１００−１は、優先順位が最上位のアプリ管理者が存在する場合（ボックスＢＸ８にチェックが入れられた場合）に、ボックスＢＸ９を有効にする。代理管理者はアプリ管理者の一人であってもよいし、アプリ管理者の一人でなくてもよい。代理管理者は選択されなくてもよい。

キーＫＹ５は、アプリ管理者の選択の完了を受け付けるキーである。ＭＦＰ１００−１は、キーＫＹ５が押下された場合、アプリ管理者および代理管理者の選択を受け付け、アプリ管理者登録画面（図７）に遷移する。

キーＫＹ６は、アプリ管理者の選択のキャンセルを受け付けるキーである。ＭＦＰ１００−１は、キーＫＹ６が押下された場合、選択されたアプリ管理者および代理管理者を破棄する。

ＭＦＰ１００−１は、アプリおよびアプリ管理者の登録を受け付けた場合において、そのアプリおよびアプリ管理者がアプリ管理者テーブルに既に登録されているときは、アプリ管理者を変更する変更操作を受け付けたと判断してもよい。この場合、ＭＦＰ１００−１は、変更操作を行ったユーザーが変更前のアプリ管理者であることを条件として、アプリ管理者テーブルに記載されたアプリ管理者を変更操作に従って新たなアプリ管理者に変更してもよい。

アプリ管理者を登録可能である者は、ＭＦＰ管理者に制限されてもよい。この場合、ＭＦＰ１００−１は、ＭＦＰ管理者専用の画面（サービスマンモードの画面など）において所定の操作を受け付けた場合に、アプリ管理者登録画面を表示してもよい。

ＭＦＰ１００−１は、アプリをＭＦＰ１００−１にインストールする前にアプリ管理者を登録する操作を受け付けてもよいし、アプリをＭＦＰ１００−１にインストールした後でアプリ管理者を登録する操作を受け付けてもよい。

図９は、本発明の一実施の形態において、ＭＦＰ１００−１が実行するアプリ管理者の登録処理のフローチャートである。

図９を参照して、ＣＰＵ１２１は、操作者の認証を行った後で、アプリ管理者登録画面（図７）においてキーＫＹ２が押下され、アプリおよびアプリ管理者の登録を受け付けると（Ｓ１）、アプリおよびアプリ管理者がアプリ管理者テーブルに登録済みであるか否かを判別する（Ｓ３）。

ステップＳ３において、アプリおよびアプリ管理者がアプリ管理者テーブルに登録済みであると判別した場合（Ｓ３でＹＥＳ）、ＣＰＵ１２１は、アプリ管理者テーブルに登録されたアプリ管理者を変更する要求を受け付けたと判断する。この場合ＣＰＵ１２１は、操作者が変更前のアプリ管理者と一致するか否かを判別する（Ｓ５）。ステップＳ５において、アプリ管理者テーブルのアプリ管理者としてＩＤおよびパスワードが関連づけられている場合には、ＣＰＵ１２１は、ＩＤおよびパスワードの入力を要求する。

ステップＳ５において、操作者が変更前のアプリ管理者と一致すると判別した場合（Ｓ５でＹＥＳ）、ＣＰＵ１２１は、変更前のアプリ管理者自身によるアプリ管理者の変更であると判断する。この場合ＣＰＵ１２１は、アプリ管理者テーブルのアプリ管理者を更新（変更）し（Ｓ７）、処理を終了する。

ステップＳ５において、操作者が変更前のアプリ管理者と一致しないと判別した場合（Ｓ５でＮＯ）、ＣＰＵ１２１は、変更前のアプリ管理者以外の者によるアプリ管理者の変更であると判断する。この場合ＣＰＵ１２１は、アプリ管理者テーブルのアプリ管理者の更新を拒否し（Ｓ９）、処理を終了する。

ステップＳ３において、そのアプリに関するアプリ管理者がアプリ管理者テーブルに登録済みでないと判別した場合（Ｓ３でＮＯ）、ＣＰＵ１２１は、そのアプリとアプリ管理者とを互いに関連づけてアプリ管理者テーブルに登録し（Ｓ１１）、処理を終了する。

［アプリに関する所定の操作を受け付けた場合のＭＦＰの動作］

次に、アプリに関する所定の操作を受け付けた場合のＭＦＰ１００−１の動作について説明する。

図１０は、本発明の一実施の形態において、ＭＦＰ１００−１にインストールされたアプリＡを更新する操作を受け付けた場合のＭＦＰ１００−１の動作を説明する図である。なお図１０では、ＭＦＰ１００−１にインストールされた一部のアプリが、記憶装置１０６のフォルダ構造として示されている。

図１０（ａ）を参照して、ＭＦＰ１００−１にインストールされたアプリとして、アプリＡ、アプリＢ、およびアプリＣが示されている。アプリＡの現在のバージョンは、「ｖｅｒ． １．２」である。

図１０（ｂ）を参照して、ＭＦＰ１００−１は、アプリＡを更新する操作を操作者から受け付けると、操作者と、アプリ管理者テーブルにおいてアプリＡに関連づけられたアプリ管理者とを比較し、比較結果に基づいてアプリＡを更新する操作を許可する。

なお、アプリ管理者テーブルにおいてアプリ管理者としてＩＤおよびパスワードが関連づけられている場合（たとえば図６の「アプリＢ」の場合）には、ＭＦＰ１００−１は、操作者に対してＩＤおよびパスワードの入力を要求し、入力されたＩＤおよびパスワードと、アプリ管理者テーブルにおいてアプリＡに関連づけられたＩＤおよびパスワードとを比較する。

操作者とアプリＡに関連づけられたアプリ管理者とが一致した場合、ＭＦＰ１００−１はアプリＡを更新する操作を許可し、アプリＡを更新する。その結果、図１０（ｃ）に示すように、更新後のアプリＡのバージョンは、「ｖｅｒ． １．３」となる。

操作者とアプリＡに関連づけられたアプリ管理者とが一致しない場合（たとえば操作者がＭＦＰ管理者である場合）、ＭＦＰ１００−１はアプリＡを更新する操作を許可せず、アプリＡを更新しない。その結果、図１０（ｄ）に示すように、アプリＡのバージョンは、「ｖｅｒ． １．２」のままである。

図１１は、本発明の一実施の形態において、アプリに関する所定の操作を受け付けた場合のＭＦＰ１００−１の動作を示すフローチャートである。

図１１を参照して、ＣＰＵ１２１は、操作者の認証を行った後で、認証したアプリに関する操作を受け付けると（Ｓ１０１）、受け付けた操作がアプリ管理者のみに許可（限定）される操作であるか否か（受け付けた操作が所定の操作であるか否か）を判別する（Ｓ１０３）。

ステップＳ１０３において、受け付けた操作がアプリ管理者のみに許可される操作であると判別した場合（Ｓ１０３でＹＥＳ）、ＣＰＵ１２１は、操作者とアプリ管理者とが一致するか否かを判別する（Ｓ１０５）。

ステップＳ１０５において、操作者とアプリ管理者とが一致すると判別した場合（Ｓ１０５でＹＥＳ）、ＣＰＵ１２１は、受け付けた操作を許可し、受け付けた操作に基づく処理を実行し（Ｓ１２１）、処理を終了する。

ステップＳ１０５において、操作者とアプリ管理者とが一致しないと判別した場合（Ｓ１０５でＮＯ）、ＣＰＵ１２１は、受け付けた操作を許可せず、受け付けた操作に基づく処理の実行を拒否し（Ｓ１２３）、処理を終了する。

なお、ステップＳ１２３において、受け付けた操作を許可しない場合、ＣＰＵ１２１は、操作者が行った操作を許可しない旨を操作者に通知してもよい。

ステップＳ１０３において、受け付けた操作がアプリ管理者のみに許可される操作ではないと判別した場合（Ｓ１０３でＮＯ）、ＣＰＵ１２１は、受け付けた操作に基づく処理を実行し（Ｓ１２５）、処理を終了する。

［アプリに関する所定の操作を受け付けた場合のＭＦＰの動作の変形例］

続いて、アプリに関する所定の操作を受け付けた場合のＭＦＰ１００−１の動作の第１〜第４の変形例について順に説明する。

第１〜第３の変形例は次の点で共通している。ＭＦＰ１００−１は、複数のアプリ管理者が関連づけられているアプリに関する所定の操作を操作者から受け付けると、操作者が複数のアプリ管理者のうちいずれかと一致するか否かを判別する。ＭＦＰ１００−１は、操作者が複数のアプリ管理者のうちいずれかと一致する場合に、操作者以外のアプリ管理者から、受け付けた操作を承認するか否かの回答を受け付け、受け付けた回答に基づいて、受け付けた操作を許可する。

第１の変形例において、ＭＦＰ１００−１は、優先順位が設定されていない複数のアプリ管理者が関連づけられているアプリ（たとえば図６の「アプリＣ」）に関する所定の操作を、複数のアプリ管理者の一人である操作者から受け付ける。ＭＦＰ１００−１は、操作者以外のアプリ管理者のうち所定数以上のアプリ管理者から、受け付けた操作を承認する回答を受け付けた場合、受け付けた操作を許可する。

図１２は、本発明の第１〜第３の変形例において、アプリに関する所定の操作を受け付けた場合のＭＦＰ１００−１の動作を示すフローチャートである。

図１２を参照して、本変形例では、図１１に示すフローチャートのステップＳ１０５において、操作者とアプリ管理者とが一致すると判別した場合（Ｓ１０５でＹＥＳ）、ＣＰＵ１２１は、アプリ管理者テーブルを参照して、受け付けた操作に関するアプリのアプリ管理者が複数であるか否かを判別する（Ｓ１０７）。

ステップＳ１０７において、アプリ管理者が複数であると判別した場合（Ｓ１０７でＹＥＳ）、ＣＰＵ１２１は、複数管理者の場合の処理を行い（Ｓ１０９）、複数管理者の場合の処理においてアプリに関する操作を許可したか否かを判別する（Ｓ１１１）。

ステップＳ１１１において、受け付けた操作を許可したと判別した場合（Ｓ１１１でＹＥＳ）、ＣＰＵ１２１は、受け付けた操作に基づく処理を実行し（Ｓ１２１）、処理を終了する。

ステップＳ１１１において、受け付けた操作を許可しないと判別した場合（Ｓ１１１でＮＯ）、ＣＰＵ１２１は、受け付けた操作に基づく処理の実行を拒否し（Ｓ１２３）、処理を終了する。

ステップＳ１０７において、アプリ管理者が複数でないと判別した場合（Ｓ１０７でＮＯ）、ＣＰＵ１２１は、受け付けた操作を許可し、受け付けた操作に基づく処理を実行し（Ｓ１２１）、処理を終了する。

図１３は、本発明の第１の変形例における複数管理者の場合の処理（Ｓ１０９）のサブルーチンである。

図１３を参照して、複数管理者の場合の処理において、ＣＰＵ１２１は、操作者以外の全てのアプリ管理者に対して、アプリに関する所定の操作が行われた旨を通知し、通知したアプリ管理者から、受け付けた操作を承認するか否かの回答を得る（Ｓ２０１）。アプリ管理者への通知は、ユーザー情報テーブルに記載されたアプリ管理者の連絡先に対して行われる。たとえばアプリ管理者の連絡先がメールアドレスである場合には、そのメールアドレスにメールが送信される。

続いてＣＰＵ１２１は、通知したアプリ管理者のうち所定数以上のアプリ管理者（好ましくは通知したアプリ管理者全員）から、受け付けた操作を承認する回答を得たか否かを判別する（Ｓ２０３）。

ステップＳ２０３において、通知したアプリ管理者のうち所定数以上のアプリ管理者から、受け付けた操作を承認する回答を得たと判別した場合（Ｓ２０３でＹＥＳ）、ＣＰＵ１２１は、受け付けた操作を許可し（Ｓ２０５）、リターンする。

ステップＳ２０３において、通知したアプリ管理者のうち所定数以上のアプリ管理者から、受け付けた操作を承認する回答を得ないと判別した場合（Ｓ２０３でＮＯ）、ＣＰＵ１２１は、受け付けた操作を許可せず（Ｓ２０７）、リターンする。

第２の変形例において、ＭＦＰ１００−１は、優先順位が設定されている複数のアプリ管理者が関連づけられているアプリ（たとえば図６の「アプリＤ」）に関する所定の操作を、複数のアプリ管理者の一人である操作者から受け付ける。ＭＦＰ１００−１は、優先順位が最上位のアプリ管理者から、受け付けた操作を承認する回答を受け付けた場合、受け付けた操作を許可する。

第２の変形例におけるフローチャートは、図１２に示す第１の変形例のものと同じであり、複数管理者の場合の処理（Ｓ１０９）が、第１の変形例と異なっている。

図１４は、本発明の第２の変形例における複数管理者の場合の処理（Ｓ１０９）のサブルーチンである。

図１４を参照して、複数管理者の場合の処理において、ＣＰＵ１２１は、操作者が複数のアプリ管理者のうち優先順位が最上位のアプリ管理者と一致するか否かを判別する（Ｓ３０１）。

ステップＳ３０１において、操作者が最上位のアプリ管理者と一致すると判別した場合（Ｓ３０１でＹＥＳ）、ＣＰＵ１２１は、受け付けた操作を許可し（Ｓ３０３）、リターンする。

ステップＳ３０１において、操作者が最上位のアプリ管理者と一致しないと判別した場合（Ｓ３０１でＮＯ）、ＣＰＵ１２１は、最上位のアプリ管理者に対して、アプリに関する所定の操作が行われた旨を通知し、最上位のアプリ管理者から、受け付けた操作を承認するか否かの回答を得る（Ｓ３０５）。次にＣＰＵ１２１は、最上位のアプリ管理者から、受け付けた操作を承認する回答を得たか否かを判別する（Ｓ３０７）。

なお、ステップＳ３０５において、ＣＰＵ１２１は、優先順位が操作者よりも上位である全てのアプリ管理者に対して、アプリに関する所定の操作が行われた旨を通知し、通知したアプリ管理者から、受け付けた操作を承認するか否かの回答を得てもよい。ステップＳ３０７において、ＣＰＵ１２１は、通知したアプリ管理者全員から、受け付けた操作を承認する回答を得たか否かを判別してもよい。

ステップＳ３０７において、最上位のアプリ管理者から、受け付けた操作を承認する回答を得たと判別した場合（Ｓ３０７でＹＥＳ）、ＣＰＵ１２１は、受け付けた操作を許可し（Ｓ３０３）、リターンする。

ステップＳ３０７において、最上位のアプリ管理者から、受け付けた操作を承認する回答を得ないと判別した場合（Ｓ３０７でＮＯ）、ＣＰＵ１２１は、受け付けた操作を許可せず（Ｓ３０９）、リターンする。

第３の変形例において、ＭＦＰ１００−１は、代理管理者が設定されているアプリ（たとえば図６の「アプリＥ」）に関する所定の操作を、複数のアプリ管理者の一人である操作者から受け付ける。ＭＦＰ１００−１は、優先順位が最上位のアプリ管理者が所定の状態である場合において、代理管理者から、受け付けた操作を承認する回答を受け付けたときは、受け付けた操作を許可する。所定の状態とは、たとえば、最上位のアプリ管理者が不在の状態、自らの端末から離れている状態、または回答を行うことができない状態などである。

第３の変形例におけるフローチャートは、図１２に示す第１の変形例のものと同じであり、複数管理者の場合の処理（Ｓ１０９）が、第１の変形例と異なっている。

図１５は、本発明の第３の変形例における複数管理者の場合の処理（Ｓ１０９）のサブルーチンである。

図１５を参照して、複数管理者の場合の処理において、ＣＰＵ１２１は、操作者が複数のアプリ管理者のうち優先順位が最上位のアプリ管理者と一致するか否かを判別する（Ｓ４０１）。

ステップＳ４０１において、操作者が最上位のアプリ管理者と一致すると判別した場合（Ｓ４０１でＹＥＳ）、ＣＰＵ１２１は、受け付けた操作を許可し（Ｓ４０３）、リターンする。

ステップＳ４０１において、操作者が最上位のアプリ管理者と一致しないと判別した場合（Ｓ４０１でＮＯ）、ＣＰＵ１２１は、最上位のアプリ管理者が所定の状態（不在など）であるか否かを判別する（Ｓ４０５）。最上位のアプリ管理者が所定の状態であるか否かを判別は、最上位のアプリ管理者の端末に保存されたスケジュールの情報、最上位のアプリ管理者の端末の位置情報、または最上位のアプリ管理者の端末のオン／オフの情報などに基づいて行われる。

ステップＳ４０５において、最上位のアプリ管理者が所定の状態であると判別した場合（Ｓ４０５でＹＥＳ）、ＣＰＵ１２１は、代理管理者に対して、アプリに関する所定の操作が行われた旨を通知し、代理管理者から、受け付けた操作を承認するか否かの回答を得て（Ｓ４０７）、ステップＳ４１１の処理へ進む。

ステップＳ４０５において、最上位のアプリ管理者が所定の状態でないと判別した場合（Ｓ４０９でＮＯ）、ＣＰＵ１２１は、最上位のアプリ管理者に対して、アプリに関する所定の操作が行われた旨を通知し、最上位のアプリ管理者から、受け付けた操作を承認するか否かの回答を得て（Ｓ４０９）、ステップＳ４１１の処理へ進む。

ステップＳ４１１において、ＣＰＵ１２１は、通知した者から、受け付けた操作を承認する回答を得たか否かを判別する（Ｓ４１１）。

ステップＳ４１１において、通知した者から、受け付けた操作を承認する回答を得たと判別した場合（Ｓ４１１でＹＥＳ）、ＣＰＵ１２１は、受け付けた操作を許可し（Ｓ４０３）、リターンする。

ステップＳ４１１において、通知した者から、受け付けた操作を承認する回答を得ないと判別した場合（Ｓ４１１でＮＯ）、ＣＰＵ１２１は、受け付けた操作を許可せず（Ｓ４１３）、リターンする。

第４の変形例において、ＭＦＰ１００−１は、アプリに関する所定の操作を、アプリ管理者ではない操作者から受け付けた場合において、そのアプリのアプリ管理者から、受け付けた操作を承認する回答を受け付けたときは、受け付けた操作を許可する。

図１６は、本発明の第４の変形例において、アプリに関する所定の操作を受け付けた場合のＭＦＰ１００−１の動作を示すフローチャートである。

図１６を参照して、本変形例では、図１１に示すフローチャートのステップＳ１０５において、操作者とアプリ管理者とが一致しないと判別した場合（Ｓ１０５でＮＯ）、ＣＰＵ１２１は、アプリ管理者に対して、アプリに関する所定の操作が行われた旨を通知し、アプリ管理者から、受け付けた操作を承認するか否かの回答を得る（Ｓ１１３）。続いてＣＰＵ１２１は、アプリ管理者から、受け付けた操作を承認する回答を得たか否かを判別する（Ｓ１１５）。

ステップＳ１１５において、アプリ管理者から、受け付けた操作を承認する回答を得たと判別した場合（ステップＳ１１５でＹＥＳ）、ＣＰＵ１２１は、受け付けた操作を許可し、受け付けた操作に基づく処理を実行し（Ｓ１２１）、処理を終了する。

ステップＳ１１５において、アプリ管理者から、受け付けた操作を承認する回答を得ないと判別した場合（Ｓ１１５でＮＯ）、ＣＰＵ１２１は、受け付けた操作を拒否し、受け付けた操作に基づく処理の実行を拒否し（Ｓ１２３）、処理を終了する。

［実施の形態の効果］

上述の実施の形態によれば、ＭＦＰ管理者とは別にアプリ毎にアプリ管理者が設けられるので、アプリの管理に適した者をアプリ管理者とすることで、アプリを適切に管理することができる。また、ＭＦＰ管理者がアプリを管理する必要がなくなり、ＭＦＰ管理者の負担が軽減される。その結果、利便性が向上する。

［その他］

上述の実施の形態は適宜組み合わせることができる。たとえば第１または第２の変形例と第４の変形例とを組み合わせて、操作者がアプリ管理者と一致しない場合に、複数のアプリ管理者のうち必要なアプリ管理者からの回答に基づいて、受け付けた操作を許可してもよい。

上述の実施の形態における処理は、ソフトウェアにより行っても、ハードウェア回路を用いて行ってもよい。また、上述の実施の形態における処理を実行するプログラムを提供することもできるし、そのプログラムをＣＤ−ＲＯＭ、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、メモリカードなどの記録媒体に記録してユーザーに提供することにしてもよい。プログラムは、ＣＰＵなどのコンピューターにより実行される。また、プログラムはインターネットなどの通信回線を介して、装置にダウンロードするようにしてもよい。

上述の実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１００、１００−１，１００−２，１００−３ ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）
１０１ システムコントローラー
１０２，２０３ メモリ
１０３，２０４ ネットワークインターフェース
１０４ プリントエンジン部
１０５ 出力画像処理部
１０６，２０５ 記憶装置
１０７ 認証装置
１０８ 操作パネル
１０９ スキャナー部
１１０ 入力画像処理部
１２１，２０１ ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）
１２２，２０２ ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）
２００，２００−１，２００−２，２００−３ 端末
２０６ 表示部
２０７ 操作部
３００ ネットワーク
ＢＸ１〜ＢＸ９ ボックス
ＫＹ１〜ＫＹ６ キー

Claims (20)

1. アプリケーションを管理するアプリ管理装置であって、
   前記アプリケーションと、前記アプリケーションの管理者であるアプリ管理者と互いに関連づけて記憶する記憶手段と、
   前記アプリケーションを管理するための操作を受け付ける受付手段と、
   前記受付手段にて前記アプリケーションを管理するための操作を受け付けた場合に、前記アプリケーションに関連づけられた前記アプリ管理者と、前記アプリケーションを管理するための操作を行った操作者とを比較する比較手段と、
   前記比較手段による比較結果に基づいて前記アプリケーションを管理するための操作を許可する許可手段とを備えた、アプリ管理装置。
2. 前記アプリケーションを管理するための操作は、前記アプリ管理装置へ前記アプリケーションをインストールする操作、前記アプリ管理装置にインストールされた前記アプリケーションを更新する操作、前記アプリ管理装置にインストールされた前記アプリケーションの設定を変更する操作、および前記アプリ管理装置にインストールされた前記アプリケーションを削除する操作のうち少なくとも１つの操作である、請求項１に記載のアプリ管理装置。
3. 前記アプリ管理者は、前記アプリ管理装置の管理者とは異なる、請求項１または２に記載のアプリ管理装置。
4. 前記記憶手段は、前記アプリケーションと、複数の前記アプリ管理者と互いに関連づけて記憶し、
   前記比較手段は、前記操作者が前記複数のアプリ管理者のうちいずれかと一致するか否かを判別する第１の判別手段を含み、
   前記操作者が前記複数のアプリ管理者のうちいずれかと一致すると前記第１の判別手段にて判別した場合に、前記操作者以外の前記アプリ管理者から前記アプリケーションを管理するための操作を承認するか否かの回答を受け付ける回答受付手段をさらに備え、
   前記許可手段は、前記回答受付手段にて受け付けた回答にさらに基づいて前記アプリケーションを管理するための操作を許可する、請求項１〜３のいずれかに記載のアプリ管理装置。
5. 前記回答受付手段は、前記操作者以外の前記複数のアプリ管理者から前記アプリケーションを管理するための操作を承認するか否かの回答を受け付ける第１の回答受付手段を含み、
   前記許可手段は、前記操作者以外の前記複数のアプリ管理者のうち所定数以上の前記アプリ管理者から前記アプリケーションを管理するための操作を承認する回答を前記第１の回答受付手段にて受け付けた場合に、前記操作を許可する、請求項４に記載のアプリ管理装置。
6. 前記記憶手段は、前記複数のアプリ管理者の優先順位をさらに記憶し、
   前記比較手段は、前記操作者が前記複数のアプリ管理者のうち最も優先順位の高い前記アプリ管理者である最上位アプリ管理者と一致するか否かを判別する第２の判別手段を含み、
   前記回答受付手段は、前記操作者が前記最上位アプリ管理者と一致しないと前記第２の判別手段にて判別した場合に、前記最上位アプリ管理者から前記アプリケーションを管理するための操作を承認するか否かの回答を受け付ける第２の回答受付手段を含み、
   前記許可手段は、前記最上位アプリ管理者から前記アプリケーションを管理するための操作を承認する回答を前記第２の回答受付手段にて受け付けた場合に、前記アプリケーションを管理するための操作を許可する、請求項４に記載のアプリ管理装置。
7. 前記記憶手段は、前記最上位アプリ管理者の代理である代理管理者をさらに記憶し、
   前記回答受付手段は、前記最上位アプリ管理者が所定の状態にある場合において、前記代理管理者から前記アプリケーションを管理するための操作を承認するか否かの回答を受け付ける第３の回答受付手段を含み、
   前記許可手段は、前記代理管理者から前記アプリケーションを管理するための操作を承認する回答を前記第３の回答受付手段にて受け付けたとき、前記アプリケーションを管理するための操作を許可する、請求項６に記載のアプリ管理装置。
8. 前記許可手段は、前記操作者が前記アプリ管理者と一致しない場合に、前記アプリケーションを管理するための操作を許可しない、請求項１〜７のいずれかに記載のアプリ管理装置。
9. 前記操作者が前記アプリ管理者と一致しない場合に、前記アプリ管理者から前記アプリケーションを管理するための操作を承認するか否かの回答を受け付ける他の回答受付手段をさらに備え、
   前記許可手段は、前記アプリ管理者から前記アプリケーションを管理するための操作を承認する回答を前記他の回答受付手段にて受け付けた場合に、前記アプリケーションを管理するための操作を許可する、請求項１〜７のいずれかに記載のアプリ管理装置。
10. 前記アプリ管理者を登録する操作を受け付ける登録受付手段をさらに備えた、請求項１〜９のいずれかに記載のアプリ管理装置。
11. 前記登録受付手段は、前記アプリケーションを前記アプリ管理装置にインストールする前に、前記アプリ管理者を登録する操作を受け付ける、請求項１０に記載のアプリ管理装置。
12. 前記登録受付手段は、前記アプリケーションを前記アプリ管理装置にインストールした後に、前記アプリ管理者を登録する操作を受け付ける、請求項１０または１１に記載のアプリ管理装置。
13. 前記アプリ管理者を変更する変更操作を受け付ける変更操作受付手段と、
    変更前の前記アプリ管理者によって前記変更操作が行われたものである場合に、前記記憶手段にて記憶した前記アプリ管理者を前記変更操作に従って変更する変更手段とをさらに備えた、請求項１〜１２のいずれかに記載のアプリ管理装置。
14. 前記アプリケーションを実行した場合の課金を前記アプリ管理者に対して行う課金手段をさらに備えた、請求項１〜１３のいずれかに記載のアプリ管理装置。
15. アプリケーションを管理するアプリ管理装置の制御プログラムであって、
    前記アプリケーションと、前記アプリケーションの管理者であるアプリ管理者と互いに関連づけて記憶する記憶ステップと、
    前記アプリケーションを管理するための操作を受け付ける受付ステップと、
    前記受付ステップにて前記アプリケーションを管理するための操作を受け付けた場合に、前記アプリケーションに関連づけられた前記アプリ管理者と、前記アプリケーションを管理するための操作を行った操作者とを比較する比較ステップと、
    前記比較ステップにおける比較結果に基づいて前記アプリケーションを管理するための操作を許可する許可ステップとをコンピューターに実行させる、アプリ管理装置の制御プログラム。
16. 前記アプリケーションを管理するための操作は、前記アプリ管理装置へ前記アプリケーションをインストールする操作、前記アプリ管理装置にインストールされた前記アプリケーションを更新する操作、前記アプリ管理装置にインストールされた前記アプリケーションの設定を変更する操作、および前記アプリ管理装置にインストールされた前記アプリケーションを削除する操作のうち少なくとも１つの操作である、請求項１５に記載のアプリ管理装置の制御プログラム。
17. 前記記憶ステップにおいて、前記アプリケーションと、複数の前記アプリ管理者と互いに関連づけて記憶し、
    前記比較ステップは、前記操作者が前記複数のアプリ管理者のうちいずれかと一致するか否かを判別する第１の判別ステップを含み、
    前記操作者が前記複数のアプリ管理者のうちいずれかと一致すると前記第１の判別ステップにて判別した場合に、前記操作者以外の前記アプリ管理者から前記アプリケーションを管理するための操作を承認するか否かの回答を受け付ける回答受付ステップをさらにコンピューターに実行させ、
    前記許可ステップにおいて、前記回答受付ステップにて受け付けた回答にさらに基づいて前記アプリケーションを管理するための操作を許可する、請求項１５または１６に記載のアプリ管理装置の制御プログラム。
18. 前記回答受付ステップは、前記操作者以外の前記複数のアプリ管理者から前記アプリケーションを管理するための操作を承認するか否かの回答を受け付ける第１の回答受付ステップを含み、
    前記許可ステップにおいて、前記操作者以外の前記複数のアプリ管理者のうち所定数以上の前記アプリ管理者から前記アプリケーションを管理するための操作を承認する回答を前記第１の回答受付ステップにて受け付けた場合に、前記操作を許可する、請求項１７に記載のアプリ管理装置の制御プログラム。
19. 前記記憶ステップにおいて、前記複数のアプリ管理者の優先順位をさらに記憶し、
    前記比較ステップは、前記操作者が前記複数のアプリ管理者のうち最も優先順位の高い前記アプリ管理者である最上位アプリ管理者と一致するか否かを判別する第２の判別ステップを含み、
    前記回答受付ステップは、前記操作者が前記最上位アプリ管理者と一致しないと前記第２の判別ステップにて判別した場合に、前記最上位アプリ管理者から前記アプリケーションを管理するための操作を承認するか否かの回答を受け付ける第２の回答受付ステップを含み、
    前記許可ステップにおいて、前記最上位アプリ管理者から前記アプリケーションを管理するための操作を承認する回答を前記第２の回答受付ステップにて受け付けた場合に、前記アプリケーションを管理するための操作を許可する、請求項１７に記載のアプリ管理装置の制御プログラム。
20. 前記記憶ステップにおいて、前記最上位アプリ管理者の代理である代理管理者をさらに記憶し、
    前記回答受付ステップは、前記最上位アプリ管理者が所定の状態にある場合において、前記代理管理者から前記アプリケーションを管理するための操作を承認するか否かの回答を受け付ける第３の回答受付ステップを含み、
    前記許可ステップにおいて、前記代理管理者から前記アプリケーションを管理するための操作を承認する回答を前記第３の回答受付ステップにて受け付けたとき、前記アプリケーションを管理するための操作を許可する、請求項１９に記載のアプリ管理装置の制御プログラム。

Images