JP2014170583A - データ処理装置、制御方法、及びプログラム - Google Patents

Abstract

【課題】 管理者権限を持つユーザがデータ処理装置の記憶装置にアクセスする場合に、全ユーザのフォルダやファイルが表示されてしまうと、操作対象のフォルダ等が見つけづらくなる。
【解決手段】 ユーザの管理者権限の有無と、アクセス元がローカルかネットワークか判断して、ローカルからのアクセスの場合には、管理者権限を持っていたとしても全ユーザのフォルダを表示しない。管理者権限を持つユーザが、ネットワークからアクセスしたときのみ全ユーザのフォルダを表示する。
【選択図】 図５

Description

本発明は、ファイルやフォルダなどのデータを記憶する記憶装置を有し、複数のユーザによる要求に従って当該記憶装置に記憶されたデータを表示させることが可能なデータ処理装置、制御方法、及びプログラムに関する。

従来、ハードディスクなどの記憶装置を備えるデータ処理装置が一般的に知られている。このデータ処理装置の一例として、スキャン機能やプリント機能を備えるＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎａｌ Ｐｅｒｐｈｅｒａｌ）がある。ＭＦＰは、原稿をスキャンして生成した画像データをファイルとして記憶装置に格納するスキャン操作や、フォルダ内に格納されたファイルに基づき画像を印刷したりするプリント操作を行うことができる。ＭＦＰのスキャン操作やプリント操作は、一般的にＭＦＰが備える操作部を介して行われる。

近年は、上述の記憶装置を備えるデータ処理装置を、ＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）などのファイル共有プロトコルを使用することによりファイルサーバとして動作させることもできるようになった。データ処理装置がファイルサーバとして動作すると、インターネットやＬＡＮに接続された外部機器からデータ処理装置内の記憶装置にアクセスすることが容易にできるようになる。更に、外部機器から、ファイルをデータ処理装置内の記憶装置に格納することも可能となる。

上述した記憶装置を備えるデータ処理装置は、多数のユーザによって共有して利用される。そのため、記憶装置に格納されるファイルやフォルダ（以下、ファイルやフォルダのことを総称してオブジェクトともいう）の数は膨大になることがある。オブジェクトの数が多くなるほど、複数のオブジェクトの一覧から操作対象のオブジェクトを見つけづらくなり使い勝手がよくない。そこで特許文献１においては、オブジェクトの表示要求に応じてオブジェクトを表示する際、記憶されている全てのオブジェクトを表示するのではなく、オブジェクトの一覧を要求するユーザに関連付けられたオブジェクトのみを表示するようにしている。その結果、複数のオブジェクトの一覧のなかから操作対象のオブジェクトを見つけやすくしている。具体的には、記憶装置に記憶されている複数のオブジェクトに対してユーザ毎にアクセス権を設定する。そして、オブジェクトの一覧の要求を行ったユーザに対してアクセス権が設定されているオブジェクトのみを表示する。このように、ユーザに関連付けられたオブジェクトを表示しないようにすることにより、余計なオブジェクトを表示せず、目的のオブジェクトを見つけやすくしている。

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

ところで、上述のデータ処理装置がファイルサーバとして動作する場合、例えば管理者権限を有するユーザは、他のユーザの不要なファイルの削除や、ウィルスチェックなどのメンテナンス作業を行う必要がある。即ち、管理者権限を有するユーザは、記憶装置に記憶されている自分のオブジェクトだけでなく、他のユーザに関連付けられたオブジェクトに対してアクセスすることができる必要がある。そのため、管理者権限を持つユーザの表示要求に対しては、たとえ他のユーザのオブジェクトであっても表示している。

しかしながら、管理者権限を持つユーザであっても、データ処理装置の操作画面で操作する場合には、データ処理装置としての本来の機能（例えばスキャンやプリントなど）を使用することが想定される。例えば、管理者権限を持つユーザがデータ処理装置の操作部からフォルダの情報を要求した場合に、自分のオブジェクトだけでなく他のユーザのオブジェクトまで表示されると、操作対象のオブジェクトを見つけづらい。したがって、特許文献１のようにアクセス権の有無で表示を変えるだけでは、データ処理装置を本来の機能（例えばスキャンやプリントなど）として利用する場合とファイルサーバとして利用する場合とで適切に表示を切り替えることができない。

本発明は、上述の課題に鑑みて、他のユーザに関連付けられたオブジェクトを操作することが可能なユーザであるか否か、及びそのユーザがデータ処理装置の操作画面で操作しているか否かに基づいて、オブジェクトの表示を適切に切り替えることを目的とする。

上記目的を達成するために、本発明におけるデータ処理装置は、記憶装置を有するデータ処理装置であって、前記記憶装置に格納された複数のオブジェクトの一覧を表示する要求を受け取る受け取り手段と、前記受け取った要求は、他のユーザに関連付けられたオブジェクトを操作することが可能なユーザによる要求であるか否かを判断する第１判断手段と、前記受け取った要求は、前記データ処理装置が備える操作部からの要求であるかネットワーク上の他の装置からの要求であるかを判断する第２判断手段と、前記第１判断手段によって前記他のユーザに関連付けられたオブジェクトを操作することが可能なユーザによる要求であると判断され、前記第２判断手段によってネットワーク上の他の装置からの要求であると判断された場合には、前記複数のオブジェクトの一覧を前記ネットワーク上の他の装置に表示するように制御し、前記第１判断手段によって前記他のユーザに関連付けられたオブジェクトを操作することが可能なユーザの要求であると判断され、前記第２判断手段によって前記データ処理装置が備える操作部からの要求であると判断された場合には、前記複数のオブジェクトの一覧のうち前記要求を行ったユーザに関連付けられたオブジェクトを選択して、選択されたオブジェクトの一覧を前記データ処理装置の操作部に表示するように制御する制御手段とを有することを特徴とする。

他のユーザに関連付けられたオブジェクトを操作することが可能なユーザがオブジェクトの一覧を表示する要求を行った場合には、要求元に応じてオブジェクトの一覧表示を切り替えることができる。即ち、ネットワーク上の外部機器から表示要求を行う場合は、データ処理装置の操作画面と比べて操作しやすい環境で、他のユーザのオブジェクトに対する操作が可能となる。更に、データ処理装置の操作部から表示要求を行う場合は、たとえ管理者権限を持つユーザといえども、一人のユーザとしてデータ処理装置の本来の機能を操作性を損なわずに使用することができる。

第１の実施形態におけるデータ処理システムのハードウェア構成を示すブロック図 第１の実施形態におけるデータ処理装置のソフトウェア構成を示すブロック図 第１の実施形態の記憶装置に記憶されたファイル及びフォルダのアクセスコントロールの模式図 第１の実施形態の記憶装置に記憶されたユーザＤＢに格納される情報のデータ構成を示す図 第１の実施形態のデータ処理装置におけるフォルダ情報の要求に対する処理を示すフローチャート 第１の実施形態において操作部またはディスプレイ装置の操作画面の一例を示す図 第１の実施形態のデータ処理装置において操作画面を介して受け付けた操作に対する処理を示すフローチャート 第１の実施形態のデータ処理装置において、ローカルから管理者権限を持つユーザがフォルダ情報を要求した場合に表示される操作画面を示す図 第２の実施形態におけるデータ処理装置のソフトウェア構成を示すブロック図 第２の実施形態のデータ処理装置のイベントを示す図 第３の実施形態のデータ処理装置におけるフォルダ情報の要求に対する処理を示すフローチャート 第３の実施形態のデータ処理装置で生成するフォルダ一覧情報の一例 ローカルから管理者権限を持つユーザがフォルダ情報を要求した場合に表示される操作画面を示す図

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

（実施形態１）
まず、本実施形態のデータ処理装置および外部機器を含むデータ処理システムの構成を説明する。

図１は、本実施形態のデータ処理装置および外部機器の構成を説明するブロック図である。

図１のデータ処理システムにおいて、データ処理装置１と外部機器２とがネットワークを介して接続されている。

外部機器２は、パーソナルコンピュータ（ＰＣ）などであり、データ処理装置１の外部からデータ処理装置１にアクセスすることが可能である。

データ処理装置１は、スキャン機能、プリント機能、ファックス機能、及び電子メール送信機能などの複数の機能を兼ね備えたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）である。

コントローラユニット１００は、データ処理装置１の制御を行う装置である。ＣＰＵ１０１は、システム全体を制御するための演算装置である。システムバス１１１は、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、ＨＤＤ１０４、操作部Ｉ／Ｆ１０５、デバイスＩ／Ｆ１０７、及びネットワークＩ／Ｆ１１０を接続する。ＲＡＭ１０２は、ＣＰＵ１０１が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリでもある。またＲＡＭ１０２は、オペレーティングシステムやシステムソフトウェア、アプリケーショソフトウェアなどのプログラムもロードされる。ＲＯＭ１０３は、システムのブートプログラムが格納されている。またＲＯＭ１０３は、システムプログラムやアプリケーションプログラムが格納されている。またＲＯＭ１０３は、フォントなどデータ処理装置１に必要な情報も格納されている。ＨＤＤ１０４はハードディスクドライブで、オペレーティングシステム、システムソフトウェア、アプリケーションソフトウェア、及び画像データ等を格納する。本実施形態では、ＨＤＤ１０４に共有フォルダが構成されている。ＲＡＭ１０２に格納されたプログラムは、ＣＰＵ１０１によって実行され、ＲＡＭ１０２、ＲＯＭ１０３やＨＤＤ１０４に格納された画像データや実行コマンド等を処理する。

また小型のデータ処理装置では、ＨＤＤ１０４を搭載せずにシステムソフトウェア、アプリケーションソフトウェア等をＲＯＭ１０３に格納して、ハードディスクレスの構成もある。あるいは、ＨＤＤ１０４の代わりにＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ）などのフラッシュメモリのような記憶装置を用いても構わない。この場合には、ＨＤＤ１０４の代わりに搭載したＳＳＤに共有フォルダを構成する。またデータ処理装置１は、ネットワーク上のＰＣやサーバなどであってもよい。

コントローラユニット１００は、操作部Ｉ／Ｆ１０５、デバイスＩ／Ｆ１０７、ネットワークＩ／Ｆ１１０を備える。操作部Ｉ／Ｆ１０５は操作部１０６と接続されている。操作部１０６は、データ処理装置１の状態を知らせるタッチパネルなどの表示装置と、データ処理装置１に指示を与えるための操作ボタンとが一体となった装置である。デバイスＩ／Ｆ１０７は、画像入出力デバイスであるスキャナ１０８やプリンタ１０９とコントローラユニット１００を接続し、画像データの入力や出力を行う。スキャナ１０８からデバイスＩ／Ｆ１０７を介して入力された画像データは、ＲＡＭ１０２やＨＤＤ１０４に格納される。格納された画像データは、必要に応じてＲＡＭ１０２に格納されたアプリケーションプログラムで画像処理される。また、画像データが出力される場合は、画像データは、デバイスＩ／Ｆ１０７を介してプリンタ１０９へ出力される。ネットワークＩ／Ｆ１１０は、ＬＡＮに接続し、画像データ、あるいはデータ処理装置１を制御する情報の入出力を行う。

例えば、ＦＡＸ機能を持つデータ処理装置の場合には、図１には図示していないモデム装置向けＩ／Ｆがコントローラユニット１００に具備されて、モデムによって公衆回線と接続して、ＦＡＸ伝送を可能としてもよい。

なお図１では図示していないが、データ処理装置１はＵＳＢＩ／Ｆなどの外部記憶媒体からデータを読み出すインターフェースを備えていてもよく、フラッシュメモリカードなどに格納されたデータを読み出してプリントするようにしてもよい。

次に図２を用いて、第１の実施形態におけるデータ処理装置１のソフトウェア構成について説明する。データ処理装置１は、ネットワークサーバ２０１、アプリケーション２１３、認証制御部２０３、及びデータアクセス処理部２０４を有する。これらの機能は、ＨＤＤ１０４あるいはＲＯＭ１０３に格納されているプログラムを、オペレーティングシステムによってＲＡＭ１０２にロードして実行する。

ネットワークサーバ２０１は、データ処理装置１のネットワークサーバ機能を実行するモジュールである。ネットワークサーバ機能とは、データ処理装置１内の記憶装置２１５に格納されたデータをＰＣなどの外部機器からアクセスするための機能である。また外部機器２から送信されたデータを印刷するためのパケットデータを受信する機能もある。本実施形態では、記憶装置２１５はＨＤＤ１０４の一部に相当する。なお外部機器２との通信は、処理する機能に応じたプロトコルに従って行われる。例えば、ネットワークサーバ２０１は、データ処理装置１内の記憶装置内のデータを共有してファイルサーバとして機能するために、ＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）プロトコルを用いてファイルの共有を行うファイルサーバ機能をもつ。ネットワークサーバ２０１は、より具体的には、通信制御部２０５、プロトコル解析部２０６、プロトコル生成部２０７、及びネットワークアクセス制御部２０８から構成される。

通信制御部２０５は、外部機器２からネットワーク経由でアクセスが行われた場合、ネットワークＩ／Ｆ１１０を介してパケットデータを受信する。通信制御部２０５は、受信したパケットデータのプロトコルを判定し、プロトコル解析部２０６に解析を依頼する。
なお通信制御部２０５は、ＴＣＰ／ＩＰやＵＤＰなどの下位層のプロトコルの解釈まで行う。プロトコル解析部２０６は、ファイル共有プロトコルといった、ＴＣＰ／ＩＰより上位層のプロトコルを解析する。なお、図２において、プロトコル解析部２０６は一つだが、プロトコル毎にプロトコル解析部を用意してもよい。複数のプロトコル解析部を用意した場合は、通信制御部２０５でプロトコルに応じて解析の依頼先を変える必要がある。

プロトコル解析部２０６は、プロトコルの種類を特定し、その結果をネットワークアクセス制御部２０８へ通知する。プロトコル解析部２０６の解析結果には、どのモジュールへ処理を依頼すればよいかを示す情報が含まれている。

プロトコル生成部２０７は、ネットワークアクセス制御部２０８から受け取った処理結果を、通信制御部２０５へ通知する。ネットワークアクセス制御部２０８は、記憶装置２１５に格納されたフォルダ情報を要求したり、記憶装置２１５のデータにアクセスしたりする。フォルダ情報の要求とは、指定されたフォルダに含まれるフォルダまたはファイルの情報（以下、単に「フォルダ情報」という場合もある）を取得する要求である。フォルダ情報とは、フォルダの種類や、フォルダ名、データサイズ、更新日時の情報を含む情報のことである。

データアクセス処理部２０４は、記憶装置２１５に格納されたファイルの読み書きを行う。またデータアクセス処理部２０４は、ファイルの読み書きだけでなく、ファイル情報またはフォルダ情報の取得も行う。

データアクセス処理部２０４は、より具体的には、要求受信部２１６、データ処理部２１７、及びデータアクセス部２１８から構成される。要求受信部２１６は、ネットワークアクセス制御部２０８及びローカルアクセス制御部２１２からファイルまたはフォルダの情報の要求を受信したり、ファイルの情報またはフォルダの情報を返したりする。データ処理部２１７は、記憶装置２１５に格納されているファイルまたはフォルダのアクセス権を確認し、アクセス制御や情報処理を行う。データアクセス部２１８は、記憶装置２１５にアクセスして、ファイルへの読み書きを実行する。なお記憶装置２１５は、図２で一つしか記載していないが、ネットワークサーバ２０１から要求されたファイルの格納場所によって、複数の記憶装置２１５を切り替えることができる。例えば、データを自身のデータ処理装置１の中に保存したい場合は、ＨＤＤ１０４が対象となるが、外部のネットワーク上の装置に保存したい場合は、ネットワークＩ／Ｆ１１０を介した外部装置が対象となる。

認証制御部２０３は、データ処理装置１内の記憶装置２１５にアクセスするためのユーザ名、パスワード、権限をユーザＤＢ２１４に記憶している。認証制御部２０３は、ネットワークアクセス制御部２０８またはローカルアクセス制御部２１２から受け取ったユーザ名及びパスワードが正しいかを確認し、正しい場合には、当該ユーザが持つ権限を返す。

アプリケーション２１３は、データ処理装置１の機能を実行するプログラムモジュールである。例えば、読み取ったデータを複写するコピー機能のアプリケーションや、読み取ったデータを記憶装置に格納する機能のアプリケーションなど機能毎に様々なアプリケーションがある。図２においては、それらを一般化してアプリケーション２１３としている。アプリケーション２１３は、更に、ユーザＩ／Ｆ制御部２０９、スキャナ制御部２１０、プリンタ制御部２１１、ローカルアクセス制御部２１２から構成される。ユーザＩ／Ｆ制御部２０９は、操作部Ｉ／Ｆ１０５を介して、操作部１０６に画面を表示したり、操作部１０６からのユーザの操作を受け取ったりする。ローカルアクセス制御部２１２では、ユーザＩ／Ｆ制御部２０９から受け取ったユーザ操作に基づいて各種処理を行い、結果をユーザＩ／Ｆ制御部２０９を介して操作部１０６に表示する。例えば、スキャナ１０８からの読み取りがユーザＩ／Ｆ制御部２０９から要求された場合は、スキャナ制御部２１０に対して、原稿の読み取りを依頼して、デバイスＩ／Ｆ１０７を介してスキャナ１０８から原稿を読み取る。また、プリントがユーザＩ／Ｆ制御部２０９から要求された場合は、プリンタ制御部２１１に対して、プリントを依頼して、デバイスＩ／Ｆ１０７を介してプリンタ１０９で印刷を実行する。このとき、スキャナ１０８から読み取って生成されたデータの格納や、プリンタ１０９で印刷するデータの取得は、データアクセス処理部２０４に対して依頼される。データアクセス処理部２０４については、前述したネットワークサーバ２０１での処理と同様である。また、データアクセス処理部２０４に対してアクセスするために認証が必要な場合には、ローカルアクセス制御部２１２から認証制御部２０３に認証要求が行われる。認証制御部２０３の処理についても、前述したネットワークサーバ２０１と同等である。なお、図２では、データアクセス処理に特化して図示しており、ネットワークサーバ２０１やアプリケーション２１３以外の構成については図示していない。

図３を用いて、本実施形態におけるデータ処理装置１内の記憶装置２１５の中のフォルダ構造について説明する。図３は、記憶装置２１５に含まれるファイル及びフォルダの構造を模式的に示した図である。図３からわかるように、ファイル及びフォルダは階層構造で記憶装置２１５にデータとして格納されている。ｒｏｏｔフォルダの下に、ｓｈａｒｅフォルダとｕｓｅｒｓフォルダがある。ｓｈａｒｅフォルダの下には更にｆｏｏフォルダ、ｆｏｏフォルダの下にはａ．ｊｐｇファイル及びｂ．ｊｐｇファイルがある。ｕｓｅｒｓフォルダの直下は、認証制御部２０３によって認証されたユーザに関連付けられたフォルダで分類されている。本実施形態においては、ユーザＤＢ２１４にユーザ名ｔａｎａｋａ、ｙａｍａｄａ、ｓｕｚｕｋｉ、及びａｒａｉの情報を記憶している。そして、記憶装置２１５は、各ユーザの情報と関連づけて、ｔａｎａｋａフォルダ、ｙａｍａｄａフォルダ、ｓｕｚｕｋｉフォルダ、及びａｒａｉフォルダを管理している。つまり、ｔａｎａｋａフォルダは、ユーザｔａｎａｋａに関連付けられている。ｙａｍａｄａフォルダは、ユーザｙａｍａｄａに関連付けられている。ｓｕｚｕｋｉフォルダは、ユーザｓｕｚｕｋｉに関連付けられている。ａｒａｉフォルダは、ユーザａｒａｉに関連付けられている。

同様に図３を用いて、ファイル及びフォルダのそれぞれに対して設定されるアクセス権について説明する。記憶装置２１５に記憶されているファイル及びフォルダは、認証制御部２０３によって認証されたユーザのアクセス権を制御するアクセスコントロールリスト（ＡＣＬ）を持ち、ＡＣＬに応じて各ユーザがファイル又はフォルダにアクセスできるか否かを判断する。具体的には、ｆｏｏフォルダに格納されているａ．ｊｐｇファイルには、ユーザｔａｎａｋａに対して読み書き可能なアクセス権（ＲＷ）が与えられている。言い換えれば、ユーザｔａｎａｋａ以外のユーザはａ．ｊｐｇファイルにアクセスすることはできない。ｂ．ｊｐｇファイルには、全てのユーザに対してアクセス権が与えられている。

ｕｓｅｒｓフォルダの下に格納されている各ユーザのフォルダは、それぞれのユーザのみアクセス可能なＡＣＬが設定される。その下に置かれるファイル、フォルダに対しても、当該ユーザのみアクセス可能なＡＣＬが設定される。例えば、／ｕｓｅｒｓ／ｔａｎａｋａ以下は、ユーザｔａｎａｋａしかアクセスできないＡＣＬが設定される。

なお、ｓｈａｒｅフォルダ、ｕｓｅｒｓフォルダのように分けずに、個々のファイルやフォルダに対して個別にＡＣＬを設定するようにしても構わない。また、図３は、ｓｈａｒｅフォルダ、ｕｓｅｒｓフォルダを説明するためのもので、それらの下に置かれるファイル及びフォルダはどのように格納したとしても、各フォルダやファイルにアクセス権が適切に設定されていればよい。

更に本実施形態では、前述したＡＣＬとは別のアクセス制御を行う方法として、管理者権限の有無を認証ユーザ毎に設定している。

管理者権限を持っていない、すなわち特別の権限を与えられていない一般ユーザは、前述のＡＣＬに従ってファイルまたはフォルダにアクセスする。すなわち、認証制御部２０３によってログインして認証されたユーザは、アクセス権が設定されているファイル及びフォルダにのみアクセスすることができる。

一方、管理者権限を持つユーザ、すなわち、他のユーザに関連付けられたフォルダまたはファイルを操作することが可能なユーザは、記憶装置２１５内のファイルの削除などのメンテナンスなどの業務を行うことが可能である。管理者権限を持つユーザは、ＡＣＬによってアクセス権が設定されているか否かに関わらずファイルまたはフォルダにアクセスすることができる。すなわち管理者権限を持つユーザは、アクセス権が無いデータに対してもアクセスすることが可能である。

図４は、記憶装置２１５に記憶されたユーザＤＢに格納される情報のデータ構成を示す図である。図４を用いて、ユーザＤＢにおいてユーザごとに設定されている管理者権限について説明する。本実施形態では、ユーザｙａｍａｄａが管理者権限を持つユーザであり、それ以外のユーザは管理者権限を持たない。ユーザｙａｍａｄａは、自分のフォルダに格納されているファイルのプリント操作や、文書の格納操作の他に、記憶装置２１５の容量が不足したときに不要なファイルを削除する操作も行うことができる。例えば、ユーザｙａｍａｄａは管理者権限を持っているので、図３によると、ユーザｙａｍａｄａが、ユーザｙａｍａｄａに関してアクセスを許可する記載がＡＣＬに無いがａ．ｊｐｇにアクセスすることが可能となる。

なお本実施形態における管理者権限を持つユーザとは、全てのユーザのフォルダ及びファイルにアクセスすることができるユーザのことである。管理者権限を持つユーザは、図３で示したファイルシステムの全てのデータに対して全ての操作（読み取り、書き込み、削除）ができる。ただし、管理者権限を持つユーザは、全てのユーザのフォルダ及びアクセスできる必要はなく、自分以外の特定のユーザのフォルダやファイルにアクセスすることができるだけであってもよい。また、管理者権限を持つユーザは、データの中身を読み取ることができないが、削除だけが行えるようにするなど特定の操作だけできるようにしてもよい。

また、複数の異なる管理者権限をそれぞれのユーザに設定することもできる。例えば、第１の管理者権限は全ての操作ができる権限、第２の管理者権限は削除のみができる権限、第３の管理者権限はフォルダの作成ができる権限、といったように、特定の操作のみができる権限を管理者権限として適用することができる。

次に、フォルダ情報を取得する要求を受けたデータ処理装置１が行う処理を、図５のフローチャートを用いて説明する。図５のフローチャートの各ステップを実行するためのプログラムは、データ処理装置１のＨＤＤ１０４またはＲＯＭ１０３に記憶されており、ＲＡＭ１０２にロードされてＣＰＵ１０１によって実行される。

図５のフローチャートは、ユーザによって指定されたフォルダに含まれるファイルまたはフォルダを表示する要求を外部機器２または操作部１０６から受け取ることにより処理を開始する。なお、このフローチャートが開示される前にすでに認証制御部２０３によるユーザ認証が済んでいるものとする。

Ｓ５０１では、データアクセス処理部２０４は、フォルダ情報の要求を受け取る。本実施形態において、フォルダ情報の要求とは、指定されたフォルダに含まれるフォルダまたはファイルの情報（以下、単に「フォルダ情報」という）を取得する要求である。フォルダ情報の要求には、フォルダのパス、ユーザ名、管理者権限の有無、及び要求元が含まれている。フォルダのパスは、記憶装置２１５に記憶されているファイルの記憶場所を示す情報である。フォルダのパスは、認証制御部２０３で認証がされたユーザによって指定される。

フォルダ情報に含まれる要求元とは、ネットワークアクセス制御部２０８、またはローカルアクセス制御部２１２のいずれかである。なお以降の説明では、ネットワークアクセス制御部２０８から受け取った要求であれば「ネットワークからの要求」、ローカルアクセス制御部２１２から受け取った要求であれば「ローカルからの要求」という。

Ｓ５０２では、データアクセス処理部２０４は、Ｓ５０１で受け取ったフォルダ情報の要求に含まれるフォルダのパスを確認し、フォルダのパスに対して設定されているアクセス権をＡＣＬから取得する。

Ｓ５０３では、データアクセス処理部２０４は、Ｓ５０１で受け取ったフォルダ情報の要求に含まれるユーザ名に対してアクセス権が設定されているか否かを判断する。アクセス権が設定されていなければ（Ｓ５０３でＮＯ）、Ｓ５０４へ進む。Ｓ５０４では、データアクセス処理部２０４は、指定したフォルダに対してアクセスすることができないことを通知するエラーメッセージを、要求元のネットワークアクセス制御部２０８またはローカルアクセス制御部２１２に返答する。一方、Ｓ５０３の確認の結果、指定フォルダに対してアクセス権が設定されていれば（Ｓ５０３でＹＥＳ）、Ｓ５０５へ進む。なお図示してはいないが、ここでフォルダ情報の要求に含まれるユーザ名に対してアクセス権が設定されていなかったとしても、管理者権限を持つユーザからのアクセスであれば、Ｓ５０５へ進む。

Ｓ５０５では、データアクセス処理部２０４は、Ｓ５０１で受け取ったフォルダ情報の要求に含まれるフォルダのパスを確認することにより、指定フォルダがｕｓｅｒｓフォルダであるか否かを判断する。指定フォルダがｕｓｅｒｓフォルダであれば（Ｓ５０５でＹＥＳ）、Ｓ５０７へ進み、指定フォルダがｕｓｅｒｓフォルダでない場合（Ｓ５０５でＮＯ）、Ｓ５０６へ進む。Ｓ５０６では、指定フォルダの直下に格納されているすべてのフォルダ情報（またはファイルの情報）を記憶装置２１５から取得し、要求元に返答する。
フォルダ情報とは、種類、名称、データサイズ、更新日時の情報を含む情報のことである。

なお、ネットワークからの要求である場合、ネットワークアクセス制御部２０８はパケットにフォルダ情報を含めて外部機器２へ送信し、外部機器２のディスプレイ装置３でフォルダ情報を表示する。要求元がローカルアクセス制御部２１２である場合、フォルダ情報に基づき操作部１０６でフォルダ情報を表示する。なおフォルダ情報の表示の仕方は、後述するが、フォルダ名だけを表示したり、アイコンとともに表示したり、フォルダの内容を詳細に表示したりしてもよい。

Ｓ５０７では、データアクセス処理部２０４は、Ｓ５０１で受け取ったフォルダ情報の要求に含まれる管理者権限の有無を確認して、フォルダ情報を要求したユーザが管理者権限を持っているか否かを判断する。要求を行ったユーザが管理者を持つと判断した場合（Ｓ５０７でＹＥＳ）、Ｓ５０８へ進む。要求を行ったユーザが管理者権限を持っていない、すなわち一般ユーザであると判断された場合（Ｓ５０７でＮＯ）、Ｓ５０９へ進む。Ｓ５０９では、データアクセス部２１８は、Ｓ５０１で受け取ったフォルダ情報の要求に含まれるユーザ名を確認する。そしてデータアクセス部２１８は、確認したユーザ名に対してアクセス権が設定されているユーザのフォルダ情報のみを記憶装置２１５（ＨＤＤ１０４）から選択し、選択されたユーザのフォルダ情報を要求元に返答する。したがって、要求ユーザが一般ユーザである場合、要求ユーザのフォルダのみが操作部１０６またはディスプレイ装置３に表示されることになる。

本実施形態によれば、一般ユーザについては、アクセスできないフォルダを表示しないので、操作対象のフォルダを見つけやすいという効果がある。

Ｓ５０８では、データアクセス処理部２０４は、Ｓ５０１で受け取ったフォルダ情報の要求に含まれる要求元の情報を確認することにより、要求元がローカルからの要求であるかネットワークからの要求であるかを判断する。ローカルからの要求であれば（Ｓ５０８でＹＥＳ）、Ｓ５１０へ進み、ネットワークからの要求であれば（Ｓ５０８でＮＯ）、Ｓ５０９へ進む。

Ｓ５０９では、データアクセス処理部２０４は、フォルダ情報の要求に含まれるユーザ名を取得し、取得したユーザ名に対してＡＣＬに記述されているアクセス権が設定されているフォルダ情報のみを選択する。そしてアプリケーション２１３は、選択されたユーザ名のフォルダ情報を操作部１０６で表示する。管理者権限を持つユーザは、ＡＣＬでアクセス権が設定されているか否かに関わらず全てのユーザのフォルダに対してアクセスすることができる。しかし、ローカルからフォルダ情報を要求した場合には、自分自身のフォルダだけを表示する。

Ｓ５１０では、データアクセス処理部２０４は、Ｓ５０１で受け取ったフォルダ情報の要求に含まれるユーザ名に関わらず、全てのユーザのフォルダ情報を記憶装置２１５（ＨＤＤ１０４）から取得し、全てのユーザのフォルダ情報の一覧を生成する。データアクセス処理部２０４は、生成された一覧情報を要求元に返して、ユーザＩ／Ｆ制御部２０９によって操作部１０６に表示する。Ｓ５１０で全てのユーザのフォルダ情報を表示する理由は、ネットワークから管理者権限を持つユーザの要求を受け取った場合には、ＡＣＬの記述に従うのではなく、管理者権限（全てのユーザのフォルダにアクセスできる権限）に従うからである。

Ｓ５０９によれば、アクセス権が設定されているユーザのフォルダ情報を選択し、選択されたフォルダ情報を表示させるよう制御している。しかし、アクセス権の設定の有無で表示を切り替えるのではなく、別の方法でフォルダの表示の仕方を切り替えるようにしてもよい。例えば、フォルダの階層構造がユーザ毎に分類されている環境であれば、受け取ったフォルダ情報の要求に含まれるユーザ名と、指定フォルダに含まれるフォルダ又はフォルダの名称とが一致するものだけを、要求を行ったユーザのフォルダ情報として表示してもよい。また別の方法としては、フォルダの作成者や、フォルダに対して与えられた他の設定に基づいて、要求を行ったユーザのフォルダの情報を表示してもよい。

またＳ５０９の処理は、フォルダ情報を要求したユーザが管理者権限を持たない場合（Ｓ５０７でＮＯ）とフォルダ情報を要求したユーザが管理者権限を持ち、かつローカルからの要求である場合（Ｓ５０７でＹＥＳ）とで同じ処理を行うようにした。しかし、それぞれの場合で別々の処理を行うことも可能である。

Ｓ５１０の処理によれば、フォルダ情報を要求したユーザのフォルダ情報だけでなく、全てのユーザのフォルダ情報を表示している。しかし、全てのユーザのフォルダ情報を表示させるのではなく、特定のフォルダ情報だけを表示してもよい。例えば、フォルダの削除をする権限が管理者権限として与えているのであれば、削除可能なフォルダのみを表示してもよい。つまり管理者権限として操作可能なフォルダ情報のみを表示してもよい。

なお、図５のフローチャートにおいては、説明を簡単にするために、指定フォルダがｕｓｅｒｓである場合の表示の切り替えについて説明しているが、ｕｓｅｒｓ以外のフォルダに対しても要求元及び管理者権限の有無に応じて、表示の有無を切り変えてもよい。

図６は、フォルダ情報の要求の応答結果にしたがって、操作部１０６またはディスプレイ装置３で表示する画面の一例である。

図６（ａ）は、一般ユーザｔａｎａｋａが、外部機器２からＳＭＢを用いてネットワーク経由でｕｓｅｒｓフォルダの一覧を取得した場合に、外部機器２のディスプレイ装置３に表示される操作画面の一例である。この場合には、ネットワークからのフォルダ一覧要求であり、かつ管理者権限も無いので、ｔａｎａｋａフォルダだけが表示される。一般ユーザｔａｎａｋａに対してアクセス権が設定されていない他のユーザのフォルダは表示されない。

図６（ｂ）は、一般ユーザｔａｎａｋａが、操作部１０６からｕｓｅｒｓフォルダの一覧を取得した場合に、操作部１０６に表示される操作画面の一例である。この場合には、ローカルからのフォルダ一覧要求であり、かつ管理者権限も無いので、同様にｔａｎａｋａフォルダだけが表示される。

図６（ｃ）は、管理者権限を持つユーザｙａｍａｄａが、外部機器２からＳＭＢを用いてネットワーク経由でｕｓｅｒｓフォルダの一覧を取得した場合に、外部機器２のディスプレイ装置３に表示される操作画面の一例である。この場合には、管理者権限があるので、ｕｓｅｒｓフォルダ直下に格納されている各フォルダにアクセス権が設定されているか否かに関わらず、全てのユーザのフォルダが表示され、表示されたフォルダにアクセスすることもできる。つまり、ネットワーク上の装置で操作する場合には、指定フォルダに含まれるファイルの削除などの管理者権限をもつユーザにしかできない作業を、データ処理装置の操作部と比べて操作しやすい環境で行うことができる。

図６（ｄ）は、管理者権限を持つユーザｙａｍａｄａが、操作部１０６からｕｓｅｒｓフォルダの一覧を取得した場合に、操作部１０６に表示される操作画面の一例である。この場合には、管理者権限はあるが、ローカルからの要求なので、自分自身のｙａｍａｄａフォルダだけが表示される。この結果、管理者権限を持つユーザがデータ処理装置の操作部で操作する場合、他のユーザのフォルダが見えることがなく、データ処理装置の本来の機能であるプリントやスキャナとしての機能が使いやすくなる。また不用意に他のユーザのフォルダを操作してしまうことも防止する効果もある。

さらに、管理者としての操作（例えば、ウィルスチェックのための操作や、破損ファイルのリストアなど）を行う場合、管理者としての操作を実現できるアプリケーションが実装されているのは外部機器に実装されていることが多い。このような場合、仮に他のユーザのフォルダやファイルを表示したとしても管理者としての操作が操作部上からできなければ意味がない。管理者としての操作を行えなければ意味のないファイルを表示しないことで、管理者がデータ処理装置の操作部で操作する場合の操作性が向上する、という優れた効果もある。

なお、図６（ｄ）では、管理者権限を持つユーザｙａｍａｄａのフォルダだけを表示した。しかし、ｙａｍａｄａのフォルダを他のフォルダと区別して表示したり、他のフォルダよりも優先して表示したりすれば、ｙａｍａｄａのフォルダ及び他のユーザのフォルダの両方を表示してもよい。

また本実施形態によれば、ネットワークからの要求に従ってフォルダ情報を要求した場合には、ディスプレイ装置３でフォルダ情報を表示する。ディスプレイ装置３の画面領域を操作部１０６の画面領域よりも広くすれば、たとえ他のユーザのフォルダが表示されたとしても操作性を損なうことがない。

また本実施形態によれば、図６（ｄ）の操作画面のように、スキャンボタンやプリントボタンを表示する。例えば、スキャンした画像を自分のフォルダに保存する場合や、自分のフォルダ内の文書を印刷する場合などに、他のユーザのフォルダが表示されない。そのため、すぐに自分自身のフォルダを探すことができ、非常に使い勝手の良いユーザインターフェースを提供することができる。

図７は、データ処理装置１において、図６（ｄ）の操作画面が表示された後に開始する処理を示すフローチャートである。本フローチャートの各ステップを実行するためのプログラムは、データ処理装置１のＨＤＤ１０４またはＲＯＭ１０３に記憶されており、ＲＡＭ１０２に格納されて、ＣＰＵ１０１によって実行される。

Ｓ７０１では、ユーザＩ／Ｆ制御部２０９は、操作部１０６に表示された操作画面を介して操作者から操作を受け付ける。

Ｓ７０２では、データアクセス処理部２０４は、ユーザＩ／Ｆ制御部２０９から受け取った指示に基づいて、操作者が管理者モードを選択したか否かを判断する。管理者モードが選択されたと判断すると（Ｓ７０２のＹＥＳ）、Ｓ７０３へ進む。Ｓ７０３では、返答を受け取ったアプリケーション２１３は、操作部１０６に全ユーザのフォルダ情報を図８の画面に表示する。図８は、ローカルから管理者権限を有するユーザｙａｍａｄａによって管理者モードが選択された時に表示される操作画面である。管理者モードボタンが、一般ユーザモードボタンに切り替わっており、管理者権限を持つユーザｙａｍａｄａ以外のフォルダ情報も表示されている。

Ｓ７０４では、データアクセス処理部２０４は、操作者がスキャン指示を行ったかどうかを判断する。スキャン指示が行われたことを判断すると（Ｓ７０４でＹＥＳ）、スキャナ制御部２１０は、スキャナ１０８で原稿を読み取り、画像を記憶装置２１５に記憶する処理を行う（Ｓ７０５）。なお本実施形態においては、図６（ｄ）の画面を表示することにより、操作者によってスキャン指示が行うボタンと、画像データをファイルとして格納するフォルダとが同一の操作画面で選択することができる。この結果、管理者権限を持つ操作者はスキャン操作の対象となるフォルダを簡単に見つけることが可能となるともに、操作対象のフォルダを選択した後に、スキャナ１０８に原稿をセットした後に他の装置に移動することなくスキャン処理を行わせることができる。

Ｓ７０６では、データアクセス処理部２０４は、操作者によってプリント指示が行われたどうかを判断する。プリント指示が行われたことを判断すると（Ｓ７０６でＹＥＳ）、プリンタ制御部２１１は、選択したファイルをデバイスＩ／Ｆ１０７を介してプリンタ１０９へ出力し画像の印刷を行う（Ｓ７０７）。

操作者から受け付けた操作がプリント指示でないと判断された場合（Ｓ７０６でＮＯ）は他の処理を行い（Ｓ７０８）、図７のフローチャートの処理を終了する。

図７のステップＳ７０２およびＳ７０３の処理によれば、ローカルから管理者権限を持つユーザがフォルダ情報の要求をした場合でも、操作部に表示された操作画面上で管理者モードを選択すれば、全てのユーザのフォルダ情報を表示できるようにした。

この結果、ネットワークとデータ処理装置１の通信が遮断された場合、または、データ処理装置がＳＭＢのファイル共有プロトコルを利用できない場合などであっても、他のユーザのフォルダのメンテナンス作業を行うことができるという効果がある。

本実施形態によれば、ネットワークが使えない環境や、ネットワークが使えてもファイル共有が禁止されている環境においても、管理者権限を持つユーザしか行うことができない作業を行うことが可能となる。またモードを選択可能にすることにより、ユーザがスキャン操作（またはプリント操作）をする用途で操作部を操作しているのか、メンテナンスなどの操作をする用途で操作部を操作しているのかに応じて適切に表示を切り替えることができる。更に、全ユーザのフォルダが表示される管理者モードと、自分のフォルダのみが表示される一般ユーザモードを切り替えることが行えるので、データ処理装置の機能を使用するときでも、容易に自分のフォルダにアクセスでき、利便性を損なわない。

なお、ＳＭＢのファイル共有プロトコルを用いる代わりに、ＷｅｂＤＡＶ（Ｗｅｂ Ｄｉｓｔｒｉｂｕｔｅｄ Ａｕｔｈｏｒｉｎｇａｎｄ Ｖｅｒｓｉｏｎｉｎｇ）のプロトコルを使ってフォルダの一覧を取得してもよい。またＳＭＢのファイル共有プロトコルとＷｅｂＤＡＶプロトコルの両方の機能を備え、ユーザがファイルの一覧を要求する際にどちらのプロトコルで要求を行うかを指定するようにしてもよい。

また、本実施形態においては、フォルダ情報を表示する例を示したが、ファイルの情報（例えば、ファイル名、ファイルフォーマット、ファイルの作成者、ファイルの更新日時など）を表示するようにしてもよい。

（実施形態２）
実施形態１では、管理者権限を持つユーザがローカルからのフォルダの一覧を要求したときに自分のフォルダのみ表示させることにより、操作部の操作画面の操作領域が小さくても対象フォルダを簡単に探すことができることを説明した。

しかしながら、管理者権限を持つユーザは、自分のフォルダだけが表示されるのではなく、メンテナンス作業が必要となる他のユーザのフォルダも一緒に画面に表示された方が望ましい場合もある。

そこで本実施形態では、管理者権限を持つユーザがフォルダの一覧を要求したときに、自分のフォルダに加えてメンテナンスが必要なユーザのフォルダも表示する例について説明する。

まず、具体的に、管理者権限を持つユーザがメンテナンス作業をする必要が生じるケースについて説明する。

データ処理装置１の操作部１０６に表示される画面は、一般的にディスプレイ装置３と比べると画面領域が小さい。例えば、指定フォルダに１００００個のファイルが格納されている場合に、一度に１０ファイルずつしか操作部１０６に表示できないとすると、全てのファイルを確認するために少なくとも１０００回以上スクロール操作をする必要があり、操作性がよくない。そこで本実施形態では、１フォルダに格納可能なファイル及びフォルダの合計数に制限を設けている。具体的には、１フォルダに格納可能なファイル及びフォルダ数を１０００以下に制限している。

１フォルダに格納可能なファイル数を制限していることによって、例えば以下のような問題が発生する。定型業務として、受信したＦＡＸ文書を既定フォルダに自動的に画像ファイルとして格納しているとする。１フォルダ内のファイル数が上限に達すると（本実施形態では、１０００個）、それ以上ファイルが保存できなくなってしまう。

したがって、フォルダ内のファイル数が上限に近づいたときに、管理者権限を持つユーザは、そのフォルダに対してアクセス権が設定されているユーザに通知したり、あるいはそのフォルダに格納されている画像ファイルを削除したりする必要がある。

そこで本実施形態では、管理者権限を持つユーザがフォルダの一覧を要求したときに、自分のフォルダに加えてメンテナンスが必要なユーザのフォルダも表示するようにしている。

図９を用いて、実施形態２におけるデータ処理装置のソフトウェア構成について説明する。実施形態１で説明した図２と同一の機能部については、同一の番号を付与して説明は省略する。データアクセス処理部２０４の中に、フォルダ監視部１１０１が存在する。フォルダ監視部１１０１は、データアクセス部２１８が、記憶装置２１５に対して、フォルダやファイルの生成処理を行ったときに、当該フォルダ内のファイル及びフォルダ数を監視する。ファイル及びフォルダ数が、予め定められた数以上になっているときは、イベント送信部９０２に、フォルダ内のファイル、フォルダ数が一定数以上である旨のイベントの送信を依頼する。イベントとは、ある特定の条件になったときに発行され、機器内の他のモジュールに状態や状況を通知するためのものである。以下、本実施形態では、１フォルダ中に７００件格納されたときと、９００件格納されたときにそれぞれイベントを発行するものとする。イベント送信部９０２は、イベントキュー９０３にイベントを送信する。

図１０は、イベント送信部９０２によって送信されるイベントの一例である。図１０（ａ）のイベントは、２０１０年５月２５日１１時２５分５２秒（時差＋９時間）に、ユーザｓｕｚｕｋｉのフォルダ／ｕｓｅｒｓ／ｓｕｚｕｋｉ／ａｂｃ／ｘｙｚ／内のファイル、フォルダの合計が７００件に達したことを示している。イベント種別（ＥＶＥＮＴ）１２０１は、１フォルダ中に７００件格納されたときのイベントであることを示す。ユーザ（ｕｓｅｒ）１２０２は、イベントを起こしたユーザがユーザ名ｓｕｚｕｋｉであることを示す。イベント日時（ｄａｔｅ）１２０３は、イベントが発行された日時を示す。パス（ｐａｔｈ）１２０４は、イベントが起こったパスを示している。

図１０（ｂ）、（ｃ）、（ｄ）のイベントも図１０（ａ）と同様に、イベント種別（ＥＶＥＮＴ）１２０５、ユーザ（ｕｓｅｒ）１２０２、日時ｄａｔｅ１２０７、及びパス（ｐａｔｈ）１２０８の属性を持つ。

図１１のフローチャートを用いて、実施形態２におけるデータ処理装置１の処理を説明する。図１１において、図３と同じ処理をする箇所については同一の符号を付与し、同一の符号を付与した箇所の処理の説明は省略する。なお、本フローチャートの各ステップを実行するためのプログラムは、データ処理装置１のＨＤＤ１０４、あるいはＲＯＭ１０３に記憶されており、ＲＡＭ１０２にロードされて、ＣＰＵ１０１によって実行される。

Ｓ１１０１〜Ｓ１１０６の処理は、それぞれＳ５０１〜Ｓ５０６と同じ処理のため、説明を省略する。

Ｓ１１０７では、データアクセス処理部２０４は、Ｓ１１０１で受け取ったフォルダ情報の要求に含まれる管理者権限の有無を確認して、要求したユーザが管理者権限を持つか否かを判断する。要求したユーザが管理者権限を持つと判断した場合（Ｓ１１０７でＹＥＳ）、Ｓ１１０９へ進む。要求したユーザが管理者権限を持たないと判断した場合（Ｓ１１０７でＮＯ）、Ｓ１１０８に進む。Ｓ１１０８では、フォルダ情報の要求に含まれるユーザ名に対応するフォルダ情報のみを取得する。そして取得したフォルダ情報を外部機器２または操作部１０６で表示する。

Ｓ１１０９では、データアクセス処理部２０４は、Ｓ１１０１で受け取ったフォルダ情報の要求に含まれる要求元の情報に基づいて、ローカルからの要求であるかネットワークからの要求であるかを判断する。ローカルからの要求であれば（Ｓ１１０９でＹＥＳ）、Ｓ１１１１へ進み、ネットワークからの要求であれば（Ｓ１１０９でＮＯ）、Ｓ１１１０へ進む。Ｓ１１１０では、データアクセス処理部２０４は、フォルダ情報の要求を行ったユーザに関わらず、全てのユーザのフォルダ情報を記憶装置２１５から取得し、外部機器２と接続されたディスプレイ装置３でフォルダの一覧を表示する。

Ｓ１１１１では、データアクセス処理部２０４は、イベントが発生中か否か判断する。
より具体的には、データアクセス処理部２０４は、イベントキュー９０３に格納されているイベントを確認し、１フォルダ中に７００件格納されたときのイベント、または、９００件格納されたときのイベントが存在するかを確認する。イベントキュー９０３にイベントが格納されていることを確認すると（Ｓ１１１１でＹＥＳ）、Ｓ１１１２へ進む。何もイベントがない場合（Ｓ１１１１でＮＯ）、Ｓ１１０８へ進む。

Ｓ１１１２では、データアクセス処理部２０４は、Ｓ１１１１で発生中と判断したイベントに対応するユーザのフォルダ情報を取得する。

Ｓ１１１３では、データアクセス部２１８は、Ｓ１１１２で取得したイベント種別とＳ１１１２で取得したフォルダ情報をフォルダの一覧に追加する。次にデータアクセス処理部２０４は、イベントキュー９０３内の所望のイベントで未処理のものがあるか判断する。未処理のものがあれば、データアクセス処理部２０４は、次の所望のイベントを取得して、Ｓ１１１２で再度フォルダ一覧に追加する処理が行われる。イベントキュー９０３内に未処理のイベントが無ければ、Ｓ１１１４へ進む。

なお、図１０（ａ）のイベントのように、ユーザのフォルダよりも下位の階層でイベントが発生した場合には、Ｓ１１１２では、当該ユーザのフォルダを取得する。つまり、図１０（ａ）の１２０４であれば、／ｕｓｅｒｓ／ｓｕｚｕｋｉがユーザのフォルダとして取得される。また、同一のユーザに対するイベントが複数ある場合でも、当該ユーザのフォルダは、一つだけ取得される。更に、同一のユーザに対して、異なるイベント種別のイベントが複数存在した場合には、より優先度が高いものを、当該ユーザに対して発行されているイベントとする。

ここで、イベントの優先度について説明する。本実施例においては、１フォルダ中に７００件もしくは９００件格納されたときにイベントが発行されるが、９００件の方が１フォルダのファイル、フォルダ数の上限の１０００件に近い。そのため、７００件のイベントよりも９００件のイベントを優先して処理する必要があるため、優先度は９００件の方が高いことになる。このようにイベント種別に応じて優先度が設定されている。

Ｓ１１１４では、データ処理部２１７は、イベント種別にしたがってＳ１１１２で取得したフォルダ一覧のフォルダの並べ替えを行う。つまり、イベント種別の優先度が高いものをフォルダ一覧の上位に移動する。

Ｓ１１１５では、データアクセス部２１８が、管理者権限を持つユーザのフォルダ情報を記憶装置２１５から取得して、フォルダ一覧の先頭に追加する。このとき、すでにＳ１００２で管理者権限を持つユーザのフォルダ情報を取得していれば、新たに取得せずに、Ｓ１００２で取得した情報をフォルダ一覧の先頭に移動する。

Ｓ１１１２〜Ｓ１１１５の処理の具体的な説明を、図１２を用いて行う。図１２は、図１０（ａ）、（ｂ）、（ｃ）のイベントを取得して並べ替える処理を説明するための図である。データアクセス処理部２０４は、イベントキュー９０３からイベントを順次取り出す。まずデータアクセス処理部２０４は、図１０（ａ）のイベントを取得して、ユーザｓｕｚｕｋｉの、１つのフォルダに格納されるファイルおよびフォルダ数が７００件を超えていることを確認する。データアクセス処理部２０４は、／ｕｓｅｒｓ／ｓｕｚｕｋｉフォルダの情報を取得して、フォルダ一覧情報に加える。すなわち、図１２（ａ）のように、フォルダ一覧情報に、ユーザｓｕｚｕｋｉのフォルダ情報とイベント種別が記載される。次いで、データアクセス処理部２０４は、図１０（ｂ）のイベントを取得し、ユーザａｒａｉの、１フォルダに格納されるファイルおよびフォルダ数が７００件を超えていることを確認する。ユーザａｒａｉのフォルダ情報はまだ取得していないので、記憶装置２１５から／ｕｓｅｒｓ／ｓｕｚｕｋｉフォルダの情報を取得して、イベント種別とともにフォルダ一覧情報に加える。フォルダ一覧情報に加えると、図１２（ｂ）のようになる。更に、データアクセス処理部２０４は、図１２（ｃ）のイベントを取得して、ユーザａｒａｉの、１フォルダに格納されるファイルおよびフォルダ数が９００件を超えていることを確認する。このときすでに、ユーザａｒａｉのフォルダ情報は取得済みである。しかし、イベント種別について図１０（ｃ）の方が優先度が高いので、フォルダ一覧情報のａｒａｉフォルダのイベント種別を優先度が高い９００件のイベント種別に書き換える。その結果、フォルダ一覧情報は、図９（ｃ）の状態になる。

イベントキュー９０３に溜まっている所望のイベントを全て処理したので、データ処理部２１７は、生成したフォルダ一覧情報をイベント種別の優先度に従って並べ替える。すなわち、９００件のイベント種別の方が優先度が高いため、フォルダ一覧情報の上位に移動され、フォルダ一覧情報は、図１３（ｄ）となる。最後に、データアクセス部２１８が、ｕｓｅｒｓにアクセスを行ったユーザｙａｍａｄａのフォルダ情報を記憶装置２１５から取得して、フォルダ情報の先頭に追加して、フォルダ一覧情報は、図１３（ｅ）の状態になる。

要求受信部２１６は、生成された図１２（ｅ）のフォルダ一覧情報をアプリケーション２１３へ返す。アプリケーション２１３では、フォルダ一覧情報に従って、操作部１０６に表示を行う。図１３は、操作部１０６に表示される一例である。

本実施形態によれば、管理者権限を持つユーザがローカルからデータ処理装置を操作するときに、全ユーザのフォルダが表示されることがなく、フォルダ情報の要求を行ったユーザ、及びメンテナンス作業が必要なユーザのフォルダのみが見える。更に、フォルダの並びを優先度に応じて変更可能としたため、緊急度の高いフォルダから処理を行い易くなる。メンテナンス性を保持しながら、自身のフォルダが先頭に表示されるため、スキャンした画像を自分のフォルダに保存する場合や自分のフォルダ内の文書を印刷する場合に、すぐに自分のフォルダを見つけることも可能である。

実施形態２では、管理者権限を持つユーザのフォルダを表示する他に、ファイル及びフォルダの格納数が一定以上に達したフォルダも表示する例を説明した。しかし、変形例として、フォルダ情報（種類、名称、データサイズ、更新日時）が前回アクセスした時から変化したフォルダ情報を表示するようにしてもよい。この場合は、フォルダ監視部１１０１は、フォルダ情報が変化したことを監視し、変化が発生した場合に当該フォルダ情報をイベントキュー９０３に格納する必要がある。

また、フォルダ一覧情報には、イベント種別が含まれているため、アプリケーション２１３で、フォルダ一覧情報に従って操作部１０６に表示を行うときに、例えば、イベント種別によって色を変えたり文字を強調したりするなど表示方法を変えてもよい。

また実施形態１のようにして、管理者モードを選択するボタンを図１３の操作画面に設け、全ユーザのフォルダ情報を表示可能としてもよい。また、管理者モードを選択した場合には、自分自身のフォルダ情報（本実施形態ではユーザｙａｍａｄａ）は表示せずに、メンテナンスの対象となる他のユーザ（本実施形態ではユーザａｒａｉおよびｓｕｚｕｋｉ）のフォルダ情報のみを表示するようにしてもよい。

（他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１ データ処理装置
２ 外部機器
２０１ ネットワークサーバ
２０４ データアクセス処理部
２１３ アプリケーション
２１４ ユーザＤＢ
２１５ 記憶装置２１５

上記目的を達成するために、本発明におけるデータ処理装置は、外部装置とネットワークを介して通信可能なデータ処理装置であって、第１のユーザのフォルダと第２のユーザのフォルダを管理する管理手段と、前記第１のユーザから、ネットワーク通信を行うことにより、フォルダの表示要求を受信する第１の受信手段と、前記第１ユーザから、前記データ処理装置が備える操作部を介して、フォルダの表示要求を受信する第２の受信手段と、フォルダの表示要求を前記第１の受信手段により受信したことに基づき、前記第１のユーザと前記第２のユーザのフォルダの情報を前記外部装置で送信するよう制御し、フォルダの表示要求を前記第２の受信手段により受信したことに基づき、前記第２のユーザのフォルダの情報を表示せずに、前記第１のユーザのフォルダの情報を前記操作部に表示する制御手段と、を有することを特徴とする。

Claims (12)

1. 記憶装置を有するデータ処理装置であって、
   前記記憶装置に格納された複数のオブジェクトの一覧を表示する要求を受け取る受け取り手段と、
   前記受け取った要求は、他のユーザに関連付けられたオブジェクトを操作することが可能なユーザによる要求であるか否かを判断する第１判断手段と、
   前記受け取った要求は、前記データ処理装置が備える操作部からの要求であるかネット
   ワーク上の他の装置からの要求であるかを判断する第２判断手段と、
   前記第１判断手段によって前記他のユーザに関連付けられたオブジェクトを操作することが可能なユーザによる要求であると判断され、前記第２判断手段によってネットワーク上の他の装置からの要求であると判断された場合には、前記複数のオブジェクトの一覧を前記ネットワーク上の他の装置に表示するように制御し、前記第１判断手段によって前記他のユーザに関連付けられたオブジェクトを操作することが可能なユーザの要求であると判断され、前記第２判断手段によって前記データ処理装置が備える操作部からの要求であると判断された場合には、前記複数のオブジェクトの一覧のうち前記要求を行ったユーザに関連付けられたオブジェクトを選択して、選択されたオブジェクトの一覧を前記データ処理装置の操作部に表示するように制御する制御手段と
   を有することを特徴とするデータ処理装置。
2. 前記制御手段は、前記第１判断手段によって前記他のユーザに関連付けられたオブジェクトを操作することが可能なユーザによる要求でないと判断された場合には、前記ネットワーク上の他の装置からの要求であるか前記データ処理装置が備える操作部からの要求であるかに関わらず、前記要求を行ったユーザに関連付けられたオブジェクトを選択して、選択されたオブジェクトの一覧を表示するように制御することを特徴とする請求項１に記載のデータ処理装置。
3. 前記オブジェクトとは、フォルダまたはファイルであることを特徴とする請求項１または２に記載のデータ処理装置。
4. 前記ファイルまたはフォルダに対するアクセスに用いられるプロトコルは、ＷｅｂＤＡＶ（Ｗｅｂ Ｄｉｓｔｒｉｂｕｔｅｄ Ａｕｔｈｏｒｉｎｇａｎｄ Ｖｅｒｓｉｏｎｉｎｇ）プロトコルであることを特徴とする請求項３に記載のデータ処理装置。
5. 前記フォルダに格納されているファイルまたはフォルダに対するアクセスに用いられるプロトコルは、ＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）プロトコルであることを特徴とする請求項３または４に記載のデータ処理装置。
6. ユーザを認証する認証手段を有し、
   前記受け取り手段が受け取った要求は、前記認証手段によって認証されたユーザの情報を含む要求であることを特徴とする請求項１ないし５のいずれか１項に記載のデータ処理装置。
7. 前記オブジェクトを表示する要求を行ったユーザに関連付けられたオブジェクトとは、前記認証手段によって認証されたユーザにアクセス権が設定されているオブジェクトであることを特徴とする請求項６に記載のデータ処理装置。
8. 前記他のユーザに関連付けられたオブジェクトを操作することが可能なユーザとは、管理者としての権限を持つユーザであることを特徴とする請求項１ないし７に記載のデータ処理装置。
9. 前記オブジェクトの一覧を要求したユーザに関連付けられたオブジェクトを選択して表示する一般ユーザモードと、前記要求したユーザに関連付けられたオブジェクト及び他のユーザに関連付けられたオブジェクトの一覧を表示する管理者モードのいずれかのモードを選択する選択手段を有し、
   前記制御手段は、前記第２判断手段によって前記データ処理装置の操作部から受け取った要求であると判断された場合には、前記選択手段によって選択されたモードでオブジェクトの一覧を表示するように制御することを特徴とする請求項１ないし８のいずれか１項に記載のデータ処理装置。
10. 前記制御手段は、前記第１判断手段によって前記他のユーザに関連付けられたオブジェクトを操作することが可能なユーザの要求であると判断され、前記第２判断手段によって前記データ処理装置が備える操作部からの要求であると判断された場合、前記複数のオブジェクトの一覧のうち、前記要求を行ったユーザに関連付けられたオブジェクトとメンテナンスの対象となる他のユーザに関連付けられたオブジェクトの一覧を表示するように制御することを特徴とする請求項１ないし９のいずれか１項に記載のデータ処理装置。
11. 記憶装置を有するデータ処理装置の制御方法であって、
    前記記憶装置に格納された複数のオブジェクトの要求を受け取る受け取りステップと、
    前記受け取った要求は、他のユーザに関連付けられたオブジェクトを操作することが可能なユーザによる要求であるか否かを判断する第１判断ステップと、
    前記受け取った要求は、前記データ処理装置が備える操作部からの要求であるかネットワーク上の他の装置からの要求であるかを判断する第２判断ステップと、
    前記第１判断ステップで、前記他のユーザに関連付けられたオブジェクトを操作することが可能なユーザによる要求であると判断し、前記第２判断ステップで、ネットワーク上の他の装置からの要求であると判断した場合、前記複数のオブジェクトの一覧を前記ネットワーク上の他の装置に表示するように制御し、前記第１判断ステップで、前記他のユーザに関連付けられたオブジェクトを操作することが可能なユーザの要求であると判断し、前記第２判断ステップで、前記データ処理装置が備える操作部からの要求であると判断した場合、前記要求を行ったユーザに関連付けられたオブジェクトを選択して、選択されたオブジェクトの一覧を前記データ処理装置の操作部に表示するように制御する制御ステップと
    を有することを特徴とするデータ処理装置の制御方法。
12. 請求項１１の制御方法をコンピュータに実行させるための、コンピュータが読み取り可能なプログラム。
    

Images