(57)【要約】【課題】電子掲示板用文書として蓄積することができる文書のデータサイズを利用者ごとに制限することができる文書管理サーバを提供すること。【解決手段】電子掲示板用文書として蓄積する文書のユーザＩＤを記憶する第１記憶手段と、ユーザＩＤに対応付けてＲＡＭ３の使用許可容量を記憶するテーブル２２と、文書の蓄積要求があった場合に、当該文書のデータサイズと要求するユーザのユーザＩＤに係る蓄積文書とのデータサイズを積算する積算手段と、積算したデータサイズが当該ユーザＩＤに対応付けられた使用許可容量以下である場合に当該文書の蓄積を許可する蓄積許可手段と、を備える文書管理サーバ１。【選択図】図３
2005165891.tif 000002
【特許請求の範囲】
【請求項１】
電子掲示板用文書として蓄積する文書のユーザ識別情報を記憶する第１記憶手段と、ユーザ識別情報に対応付けて記憶資源の使用許可容量を記憶する第２記憶手段と、文書の蓄積要求があった場合に、当該文書のデータサイズと要求するユーザのユーザ識別情報に係る蓄積文書とのデータサイズを積算する積算手段と、積算したデータサイズが当該ユーザ識別情報に対応付けられた使用許可容量以下である場合に当該文書の蓄積を許可する蓄積許可手段と、を備えることを特徴とする文書管理サーバ。
【請求項２】
ユーザ識別情報に対応付けて１回当たりの記憶資源の使用許可容量を記憶する記憶手段と、電子掲示板用文書の蓄積要求があった場合に、当該文書のデータサイズが当該ユーザ識別情報に対応付けられた使用許可容量以下である場合に当該文書の蓄積を許可する蓄積許可手段と、を備えることを特徴とする文書管理サーバ。
【請求項３】
前記ユーザ識別情報を、グループ識別情報又はボックス識別情報としたことを特徴とする請求項１又は２記載の文書管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサーバ機能を備えて、受信画像データ、スキャン画像データ等の文書を蓄積するとともに、クライアントからの要求に応じて蓄積した文書を閲覧させる文書管理サーバに関する。
【背景技術】
【０００２】
近年、ファクシミリ複合機などにウェブサーバ機能を備え、受信画像データ、スキャン画像データ等の文書を蓄積して、クライアントからの要求に応じて蓄積した文書を閲覧させる文書管理サーバが普及している。かかる文書管理サーバの主な機能の１つとして電子掲示板機能がある。電子掲示板機能は、紙原稿が貼り付けられた掲示板の機能を電子化したものである。つまり、電子掲示板においては、掲示したい原稿の電子化データを文書管理サーバに蓄積し、該サーバとネットワークを介して接続されたクライアントのユーザがクライアント装置を通じて文書管理サーバに蓄積された電子化原稿の閲覧を行えるようにすることにより、紙原稿の掲示板と同様の効果が得られるようにしたものである。
【０００３】
従来の文書管理サーバでは、メモリーの範囲内で自由に文書を蓄積することができたので、ユーザは、文書のデータサイズを余り気にすることなく作成した文書を文書管理サーバに蓄積することができた。しかし、多数のユーザによって共用される文書管理サーバにおいては、何ら制限なく自由に電子掲示板に文書を蓄積できるとすると、閲覧者の注目を集めるために意識的に同じような内容の文書を多数蓄積させたり、データサイズの大きい文書を蓄積させて、一部のユーザによって文書管理サーバの記憶資源の大部分が費やされるような不都合も生じ得る。
【０００４】
そのため、ユーザの利用回数をカウントして一定回数を超えると新規文書の蓄積をできないようにする文書管理サーバーが開発されている（例えば、特許文献１参照。）。
【特許文献１】特開２０００−４９８４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、上記特許文献１に係る装置では、蓄積回数は制限できるものの、データサイズの大きい文書を一度に蓄積したり、データサイズが中程度の文書を数回に分けて蓄積することは可能であり、そのような場合は、文書管理サーバの記憶資源の大部分が一部の利用者のために費やされるという問題が生じる。
【０００６】
本発明は、かかる課題に鑑みてなされたものであり、電子掲示板用文書として蓄積することができる文書のデータサイズを利用者ごとに制限することができる文書管理サーバを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、請求項１記載の文書管理サーバは、電子掲示板用文書として蓄積する文書のユーザ識別情報を記憶する第１記憶手段と、ユーザ識別情報に対応付けて記憶資源の使用許可容量を記憶する第２記憶手段と、文書の蓄積要求があった場合に、当該文書のデータサイズと要求するユーザのユーザ識別情報に係る蓄積文書とのデータサイズを積算する積算手段と、積算したデータサイズが当該ユーザ識別情報に対応付けられた使用許可容量以下である場合に当該文書の蓄積を許可する蓄積許可手段と、を備えることを特徴としている。
【０００８】
請求項２記載の文書管理サーバは、ユーザ識別情報に対応付けて１回当たりの記憶資源の使用許可容量を記憶する記憶手段と、電子掲示板用文書の蓄積要求があった場合に、当該文書のデータサイズが当該ユーザ識別情報に対応付けられた使用許可容量以下である場合に当該文書の蓄積を許可する蓄積許可手段と、を備えることを特徴としている。
【０００９】
請求項３記載の文書管理サーバは、請求項１又は２記載の文書管理サーバにおいて、前記ユーザ識別情報をグループ識別情報又はボックス識別情報としたことを特徴としている。
【発明の効果】
【００１０】
請求項１記載の文書管理サーバによれば、電子掲示板に蓄積可能な文書のデータサイズをユーザ識別情報ごとに設定し制限することができる。これにより文書管理サーバの記憶資源が際限なく一部のユーザに費やされることが防止され、文書管理サーバの運用の適正化が図られる。
【００１１】
請求項２記載の文書管理サーバによれば、１回で蓄積できる文書データサイズをユーザ識別情報ごとに設定し制限することができるので、例えば、突然大きなサイズの文書が蓄積されることで、記憶資源の余り容量が少なくなりその他の機能が実行不能になることを未然に防止することができる。
【００１２】
請求項３記載の文書管理サーバによれば、文書管理サーバの記憶資源が一部のグループや一部のボックスに偏って費やされることが防止され、利用可能な記憶資源をグループやボックスごとに適切に配分することが可能となる。
【発明を実施するための最良の形態】
【００１３】
以下本発明の実施の形態に係る文書管理サーバについて図面に基づき説明する。なお、本実施の形態においては、ウェブサーバ機能を備えた複合機を文書管理サーバの一例として説明するが、本発明は、ウェブサーバ機能を備えるものであれば、複合機以外の通信装置であっても適用が可能である。
【００１４】
図１に文書管理サーバ１の構成例を示す。すなわち、文書管理サーバ１は、ＣＰＵ（中央処理装置）２、ＲＡＭ（ランダムアクセスメモリー）３、ＲＯＭ（リードオンリーメモリー）４、モデム６、ＮＣＵ（ネットワークコントロールユニット）７、コーデック８、読取部９、記録部１０、表示部１１、操作部１２、及びＬＡＮインターフェース１３を備えたものであって、各部２乃至１３はバス１４によって接続されている。
【００１５】
ＣＰＵ２は、ＲＯＭ４に格納されたプログラムに従って、この文書管理サーバ１を構成する各部を制御する制御手段として機能する。ＲＡＭ（記憶資源）３は、ＣＰＵ２の主メモリ、ワークエリア等として機能し、後述するテーブル２１乃至２４を記憶する記憶手段としても機能する。また、ＲＡＭ３は、文書管理サーバ１が読取部９によって読取った画像データや、他の端末装置との通信によって受信した画像データを蓄積（記憶）する。蓄積された画像データ（電子掲示板用文書）は、ブラウザを実装した後述のクライアントＰＣ１７、１９等から閲覧可能となる。ＲＯＭ４は、ＣＰＵ２によりこの文書管理サーバ１の各部の動作が制御されるための各種プログラムを記憶している。
【００１６】
ＲＡＭ３には、図２乃至図５に示すように、グループ登録テーブル２１、ユーザ使用許可容量テーブル２２、グループ使用許可容量テーブル２３及びボックス使用許可容量テーブル２４が形成されている。グループ登録テーブル２１は、各グループＩＤ（グループ識別情報）に対応付けて１又は複数のユーザＩＤを登録（記憶）する。ユーザ使用許可容量テーブル２２は、各ユーザＩＤ（ユーザ識別情報）に対応付けて、使用許可容量及び１回当たりの使用許可容量を登録（記憶）する。グループ使用許可容量テーブル２３は、各グループＩＤに対応付けて、使用許可容量及び１回当たりの使用許可容量を登録（記憶）する。ボックス使用許可容量テーブル２４は、各ボックス名（ボックス識別情報）に対応付けて、使用許可容量及び１回当たりの使用許可容量を登録（記憶）する。ボックスは、電子掲示板におけるフォルダの名称、会議室の名称などのように、電子掲示板に登録（蓄積）される文書をカテゴリー別に区画するものであり、現実にボックスと称されるものに限定されない。なお、上記テーブル２２乃至２４に値が登録されない場合は、使用許可容量は制限されない。
【００１７】
モデム６は、例えばＩＴＵ−Ｔ（国際電気通信連合）の勧告Ｖ．３４規格又はこれと同様のものに従った送受信データの変調及び復調を行う。ＮＣＵ７は、電話回線を制御して電話をかけたり切ったりする回線網制御装置でありＰＳＴＮ（公衆交換電話網）１５に接続されている。コーデック８は、画像データを送信や蓄積するためにＭＨ、ＭＲ、ＭＭＲ方式等により符号化し、受信した画像データや蓄積している画像データを復号する。
【００１８】
読取部９は、ＣＣＤカラーラインセンサ、Ａ／Ｄコンバータ、画像処理回路等を具備し、原稿の画像データを読み取って、多値化又は２値化画像データを生成する。記録部１０は、例えば電子写真方式のものからなり、原稿の画像データ等を記録紙上に記録する。
【００１９】
表示部１１は、例えば操作部１２に並設されたＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）からなり、各種の画面情報を表示する。操作部１２は、文字、記号、番号等の各種情報を入力する入力キーなどを具備する。
【００２０】
ＬＡＮインターフェース１３は、ＬＡＮ（ローカル・エリア・ネットワーク）１６と文書管理サーバ１とを通信可能に接続するインターフェースである。ＬＡＮ１６には、クライアントＰＣ１７が設置されており、クライアントＰＣ１７から文書管理サーバ１が蓄積している電子掲示板用文書を閲覧することができる。また、ＬＡＮ１６には、ルータ１８等も設置されており、文書管理サーバ１に蓄積された電子掲示板用文書は、ルータ１８、インターネット等を通じてＬＡＮ１６以外のネットワークに属するクライアント装置１９からも閲覧することができる。
【００２１】
上記構成を備える文書管理サーバ１は、読取部９で読取った原稿の画像データ（電子掲示板用文書）や、ファクシミリ通信、インターネットファクシミリ通信、クライアントＰＣ１７との通信等によって受信したデータ（電子掲示板用文書）を掲示板用文書蓄積部３ａに蓄積し、蓄積した電子掲示板用文書をクライアントＰＣ１７、１９等の要求に応じて閲覧させるウェブサーバ機能を有する。そして更に、電子掲示板用文書を蓄積する際に、特定のユーザやグループがテーブル２２乃至２４に設定された使用許可容量より大きいサイズの文書を蓄積しようとしていないかを監視し、蓄積しようとする文書が使用許可容量を超える場合にその文書の蓄積を制限し、使用許可容量以下の場合にのみその文書の蓄積を許可する。
【００２２】
以下、文書管理サーバ１がかかる機能を実行する際の処理動作について図６に示すフローチャートに基づいて説明する。なお、このフローチャートに基づいて説明する文書管理サーバ１の処理動作は、ＲＯＭ４に格納されている制御プログラムに基づいて制御手段であるＣＰＵ２が発行する命令に従って行われる。
【００２３】
まず最初に、文書管理サーバ１が、電子掲示板用文書（以下単に「文書」ともいう。）の蓄積要求を受けると（Ｓ１）、ユーザＩＤ（ユーザ識別情報）、パスワードの認証を行う（Ｓ２）。前記蓄積要求は、例えば、ファクシミリ通信、インターネットファクシミリ通信、クライアントＰＣ等との通信により蓄積命令とともに画像データ等を受信した場合、オペレータによる操作部１０の所定操作により読取部９にセットされた原稿を掲示板用文書として蓄積すべき操作があった場合などに発生する。
【００２４】
前記Ｓ３において、ユーザＩＤ及びパスワードが予め自装置１内に登録された正しいものであると判断した場合は（Ｓ３：ＹＥＳ）、蓄積しようとする文書のデータサイズを検出し（Ｓ４）、検出した文書のデータサイズが、ユーザ使用許可容量テーブル２２（図３参照）上で、当該ユーザＩＤ（蓄積要求するユーザのＩＤ）に対応付けて登録されている１回当たり使用許可容量以下であるか否かを判断する（Ｓ５）。前記Ｓ３において、ユーザＩＤおよびパスワードが誤っていると判断した場合は、その旨を報知する（Ｓ６）。報知は、表示部１１にその旨のメッセージが表示されることによって行われるが、報知手段は、表示手段に限定されず、スピーカ等の発音手段、ランプ等の発光手段など他の手段であってもよい。後述する報知も同様である。
【００２５】
前記Ｓ５において、肯定判断をした場合は（Ｓ５：ＹＥＳ）、次に、蓄積しようとしている文書のデータサイズと既に蓄積部３ａに蓄積されている当該ユーザＩＤ（蓄積要求するユーザのＩＤ）に係る文書のデータサイズとを積算し、その積算したデータサイズが、ユーザ使用許可容量テーブル２２（図３参照）上で、当該ユーザＩＤに対応付けて登録されている使用許可容量以下であるか否かを判断する（Ｓ７）。前記Ｓ５において、否定判断をした場合は（Ｓ５：ＮＯ）、蓄積しようとしている文書が各ユーザに設定された１回当たりの許可容量を超えるデータサイズである旨の報知を行い処理を終了する（Ｓ８）。  
【００２６】
前記Ｓ７において、肯定判断をした場合は（Ｓ７：ＹＥＳ）、次に、当該ユーザＩＤ（蓄積要求するユーザのＩＤ）が対応付けられたグループＩＤをグループ登録テーブル２１（図２参照）から特定し、蓄積しようとしている文書のデータサイズが、グループ使用許可容量テーブル２３（図４参照）上で、特定したグループＩＤに対応付けて登録されている１回当たり使用許可容量以下であるか否かを判断する（Ｓ９）。前記Ｓ７において、否定判断をした場合は（Ｓ６：ＮＯ）、蓄積しようとしている文書が各ユーザに設定された許可容量を超えるデータサイズである旨の報知を行い処理を終了する（Ｓ１０）。
【００２７】
前記Ｓ９において、肯定判断をした場合は（Ｓ９：ＹＥＳ）、蓄積しようとしている文書のデータサイズと既に蓄積部３ａに蓄積されている当該グループＩＤ（テーブル登録テーブル２１上で蓄積要求するユーザのＩＤが対応付けられたグループＩＤ）に係る文書のデータサイズとを積算し、その積算したデータサイズが、グループ使用許可容量テーブル２３（図４参照）上で、当該グループＩＤに対応付けて登録されている使用許可容量以下であるか否かを判断する（Ｓ１１）。前記Ｓ９において、否定判断をした場合は（Ｓ９：ＮＯ）、蓄積しようとしている文書が各グループに設定された１回当たりの許可容量を超えるデータサイズである旨の報知を行い処理を終了する（Ｓ１２）。
【００２８】
前記Ｓ１１において、肯定判断をした場合は、次に、蓄積しようとしている文書のデータサイズが、ボックス使用許可容量テーブル２４上で、蓄積しようとするボックス名に対応付けて登録されている１回当たり使用許可容量以下であるか否かを判断する（Ｓ１３）。なお、蓄積しようとするボックス名は、蓄積要求とともに指定される情報である。前記Ｓ１１において、否定判断をした場合は（Ｓ１１：ＮＯ）、蓄積しようとしている文書が各グループに設定された許可容量を超えるデータサイズである旨の報知を行い処理を終了する（Ｓ１４）。
【００２９】
前記Ｓ１３において、肯定判断をした場合は、次に、蓄積しようとしている文書のデータサイズと、蓄積しようとしているボックスに既に蓄積されている文書のデータサイズとを積算し、その積算したデータサイズが、ボックス使用許可容量テーブル２４上で、蓄積しようとしているボックス名に対応付けて登録されている使用許可容量以下であるか否かを判断する（Ｓ１５）。前記Ｓ１３において、否定判断をした場合は（Ｓ１３：ＮＯ）、蓄積しようとしている１回当たりのボックスの許可容量を超えるデータサイズである旨の報知を行い処理を終了する（Ｓ１６）。
【００３０】
前記Ｓ１５において肯定判断をした場合は、蓄積要求があった文書の蓄積を許可し、それを蓄積するとともにその文書と対応させて要求があったユーザのＩＤをＲＡＭ３に記憶する（Ｓ１７）。なお、蓄積文書と対応させてＲＡＭ３に記憶されるユーザＩＤは、前記Ｓ７、Ｓ１１の判断時に参照される。前記Ｓ１５において否定判断をした場合は（Ｓ１５：ＮＯ）、蓄積しようとしている文書が各ボックスに設定された許可容量を超えるデータサイズである旨の報知を行い処理を終了する（Ｓ１８）。
【００３１】
なお、本実施の形態においては、Ｓ５、Ｓ７、Ｓ９、Ｓ１１、Ｓ１３、Ｓ１５の順に処理を行い、否定判断をした場合にはそれぞれの処理に応じたエラー報知（Ｓ８、Ｓ１０、Ｓ１２、Ｓ１４、Ｓ１６、Ｓ１８）が行われるが、前記判断処理及びそれに対応するエラー報知処理の順番は入れ替えても良い。例えば、Ｓ５とＳ９の判断処理を入れ替えるとともに、Ｓ８とＳ１２の報知処理を入れ替えても同様の効果が奏される。
【００３２】
また、ユーザＩＤ、グループＩＤ、ボックス名の何れかについて蓄積制限を行えばよい場合や１回当たりの使用許可容量及び合計の使用許可容量のうち何れか一方のみを制限できれば十分な場合は、上記実施形態の変形例として、Ｓ５、Ｓ７、Ｓ９、Ｓ１１、Ｓ１３及びＳ１５の判断処理の何れか及びその何れかに対応する報知処理を省略すればよい。例えば、各ユーザごとに合計蓄積容量を制限できれば十分であるという場合は、Ｓ５、Ｓ８、Ｓ９、Ｓ１１乃至Ｓ１６、Ｓ１８の処理動作を省略して、Ｓ４の処理動作に続いてＳ５、Ｓ１７の処理動作あるいはＳ５、Ｓ８の処理動作を実行するようにすればよい。
【００３３】
以上の説明から明らかなように、本実施の形態に係る文書管理サーバ１によれば、電子掲示板に蓄積可能な文書のデータサイズをユーザ、グループ或いはボックス名ごとに制限できる。また、蓄積される文書のデータサイズの合計値のみならず蓄積処理１回ごとのデータサイズも制限できるので、例えば、突然大きなサイズの文書が蓄積され、記憶資源の余容量が急激に減少することにより他の機能が実行不能に陥ることを未然に防止することができる。
【産業上の利用可能性】
【００３４】
本発明は、ウェブサーバ機能を備えて、受信画像データ、スキャン画像データ等の文書を電子掲示板用文書として蓄積するとともに、クライアントからの要求に応じて蓄積した文書を閲覧させる文書管理サーバに適用することができる。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施の形態に係る文書管理サーバの構成例及び該文書管理サーバが設置されるネットワークの構成例を示した図である。
【図２】グループ登録テーブルの一例を示した図である。
【図３】ユーザ使用許可容量テーブルの一例を示した図である。
【図４】グループ使用許可容量テーブルの一例を示した図である。
【図５】ボックス使用許可容量テーブルの一例を示した図である。
【図６】本発明の実施の形態に係る文書管理サーバが、電子掲示板用文書を蓄積する際に実行する処理動作を示したフローチャートである。
【符号の説明】
【００３６】
１    文書管理サーバ
２    ＣＰＵ
３    ＲＡＭ
３ａ    掲示板用文書蓄積部
４    ＲＯＭ
２１    グループ登録テーブル
２２    ユーザ使用許可容量テーブル
２３    グループ使用許可容量テーブル
２４    ボックス使用許可容量テーブル
【図１】
2005165891.tif 000003
【図２】
2005165891.tif 000004
【図３】
2005165891.tif 000005
【図４】
2005165891.tif 000006
【図５】
2005165891.tif 000007
【図６】
2005165891.tif 000008