JP3914163B2 - ユーザ情報管理方法および画像形成装置 - Google Patents
ユーザ情報管理方法および画像形成装置 Download PDFInfo
- Publication number
- JP3914163B2 JP3914163B2 JP2003039977A JP2003039977A JP3914163B2 JP 3914163 B2 JP3914163 B2 JP 3914163B2 JP 2003039977 A JP2003039977 A JP 2003039977A JP 2003039977 A JP2003039977 A JP 2003039977A JP 3914163 B2 JP3914163 B2 JP 3914163B2
- Authority
- JP
- Japan
- Prior art keywords
- user information
- type
- request
- stored
- information management
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Accessory Devices And Overall Control Thereof (AREA)
- Control Or Security For Electrophotography (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ユーザ情報管理方法および画像形成装置に係り、特に１つ以上の格納手段に格納されたユーザ情報を更新するユーザ情報管理方法および画像形成装置に関する。
【０００２】
【従来の技術】
近年、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置（以下、融合機という）が知られるようになった。この融合機は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。
【０００３】
このような融合機は、他の融合機やコンピュータなどにネットワークを介して接続され、配信機能を利用して例えば画像情報などの配信を行う。配信機能を有する融合機は、例えば配信宛先情報および利用制限・課金情報をユーザ情報として有している。
【０００４】
配信宛先情報は、配信宛先や送信者などの管理を行うものである。配信宛先情報は、更新頻度が低くバックアップが比較的容易である。また、配信宛先情報は管理が必要なユーザが融合機を利用するユーザに限定されないため、管理が必要なユーザの数が多くなる。
【０００５】
一方、利用制限・課金情報は各種機能の使用可否や使用可能機能の使用枚数などの管理を行うものである。利用制限・課金情報は機器の使用の度に更新されるため更新頻度が高く、バックアップが困難である。また、利用制限・課金情報は管理が必要なユーザが融合機を利用するユーザに限定されるため、管理が必要なユーザの数が少なくなる。
【０００６】
このように、配信宛先情報および利用制限・課金情報はバックアップの容易性や管理が必要なユーザの数に差があるため、格納手段としての記憶装置に要求される条件が異なっている。例えば配信宛先情報は速度や信頼性を犠牲にしても大容量の記憶装置が必要である。また、利用制限・課金情報はコストや容量を犠牲にしても高速で信頼性の高い記憶装置が必要である。
【０００７】
従来の融合機は、例えば配信宛先情報をハードディスク装置に格納して管理し、利用制限・課金情報を不揮発ＲＡＭに格納して管理していた。
【０００８】
特許文献１には、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作される融合機の一例が記載されている。
【０００９】
【特許文献１】
特開２００２−８４３８３号公報
【００１０】
【発明が解決しようとする課題】
従来の融合機は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うアプリケーションを有している。各アプリケーションが配信機能を利用するためには、配信宛先情報および使用制限・課金情報を予めハードディスク装置や不揮発ＲＡＭなどの記憶装置に登録して管理しておく必要がある。
【００１１】
このような配信宛先情報の登録または更新は、コントロールサービスのプロセスに含まれるシステム初期設定モジュールが行う。システム初期設定モジュールは、配信宛先情報または使用制限・課金情報の登録または更新を行うとき又は配信宛先情報または使用制限・課金情報を参照するときに、配信宛先情報または使用制限・課金情報の格納先を判断して一々指定しなければならないという問題があった。
【００１２】
本発明は、上記の点に鑑みなされたもので、格納先を指定することなくユーザ情報を更新できると共に、ユーザ情報を一元管理することが可能なユーザ情報管理方法および画像形成装置を提供することを目的とする。
【００１３】
【課題を解決するための手段】
そこで、上記課題を解決するため、本発明は、プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用される複数のプログラムとを有し、前記プログラム，前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置のユーザ情報管理方法であって、格納先に要求する条件に応じて分けられた一の種類のユーザ情報を格納する一の格納手段と、格納先に要求する条件に応じて分けられた他の種類のユーザ情報を格納する他の格納手段と、前記一の格納手段を前記一の種類のユーザ情報に対応付けておくと共に、前記他の格納手段を前記他の種類のユーザ情報に対応付けておき、前記一及び他の格納手段に格納されている前記一及び他の種類のユーザ情報を管理する一方、他の前記プログラムから前記一又は他の種類のユーザ情報に関する要求を受け付ける関数により、前記他の格納手段に格納されている前記他の種類のユーザ情報に関する要求を受け付け、前記他の格納手段に格納されている前記他の種類のユーザ情報に関する処理を行う前記プログラムの一つであるユーザ情報管理手段と、前記ユーザ情報管理手段から前記一の格納手段に格納されている前記一の種類のユーザ情報に関する要求を受け付け、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を行う前記プログラムの一つであるシステム制御手段とを備え、前記システム制御手段が、前記関数を利用して前記一の種類のユーザ情報に関する要求を前記ユーザ情報管理手段に対して行うステップと、前記ユーザ情報管理手段が、前記関数を利用した前記一の種類のユーザ情報に関する要求を受信するステップと、前記ユーザ情報管理手段が、前記関数を利用した前記一の種類のユーザ情報に関する要求を解釈し、その要求に応じた前記一の種類のユーザ情報が格納されている前記一の格納手段を判定し、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を前記システム制御手段に要求するユーザ情報管理ステップとを有することを特徴とする。
【００１４】
前記システム制御手段は、前記関数を利用して前記ユーザ情報管理手段に前記一又は他の種類のユーザ情報に関する要求を行う要求モジュールと、前記ユーザ情報管理手段から前記一の格納手段に格納されている前記一の種類のユーザ情報に関する要求を受け付け、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を行う情報管理モジュールとを有することを特徴としてもよい。
【００１６】
また、上記課題を解決するため、本発明は、プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用される複数のプログラムとを有し、前記プログラム，前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置であって、格納先に要求する条件に応じて分けられた一の種類のユーザ情報を格納する一の格納手段と、格納先に要求する条件に応じて分けられた他の種類のユーザ情報を格納する他の格納手段と、前記一の格納手段を前記一の種類のユーザ情報に対応付けておくと共に、前記他の格納手段を前記他の種類のユーザ情報に対応付けておき、前記一及び他の格納手段に格納されている前記一及び他の種類のユーザ情報を管理する一方、他の前記プログラムから前記一又は他の種類のユーザ情報に関する要求を受け付ける関数により、前記他の格納手段に格納されている前記他の種類のユーザ情報に関する要求を受け付け、前記他の格納手段に格納されている前記他の種類のユーザ情報に関する処理を行う前記プログラムの一つであるユーザ情報管理手段と、前記ユーザ情報管理手段から前記一の格納手段に格納されている前記一の種類のユーザ情報に関する要求を受け付け、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を行う前記プログラムの一つであるシステム制御手段とを備え、前記システム制御手段が、前記関数を利用して前記一の種類のユーザ情報に関する要求を前記ユーザ情報管理手段に対して行い、前記ユーザ情報管理手段が、前記関数を利用した前記一の種類のユーザ情報に関する要求を受信し、前記ユーザ情報管理手段が、前記関数を利用した前記一の種類のユーザ情報に関する要求を解釈し、その要求に応じた前記一の種類のユーザ情報が格納されている前記一の格納手段を判定し、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を前記システム制御手段に要求することを特徴とする。
【００１７】
前記システム制御手段は、前記関数を利用して前記ユーザ情報管理手段に前記一又は他の種類のユーザ情報に関する要求を行う要求モジュールと、前記ユーザ情報管理手段から前記一の格納手段に格納されている前記一の種類のユーザ情報に関する要求を受け付け、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を行う情報管理モジュールとを有することを特徴としてもよい。
【０１０５】
【発明の実施の形態】
次に、本発明の実施の形態について図面に基づいて説明する。
【０１０６】
図１は、本発明による融合機の一実施例の構成図を示す。融合機１は、白黒ラインプリンタ１１と，カラーラインプリンタ１２と，スキャナやファクシミリなどのハードウェアリソース１３と，ソフトウェア群２０と，融合機起動部５０とを有するように構成される。また、ソフトウェア群２０はアプリケーション３０とプラットフォーム４０とを有するように構成される。
【０１０７】
プラットフォーム４０は、アプリケーション３０からの処理要求を解釈してハードウェア資源の獲得要求を発生するコントロールサービスと、１つ以上のハードウェア資源の管理を行ってコントロールサービスからの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）４３と、オペレーティングシステム（以下、ＯＳという）４１とを有するように構成されている。
【０１０８】
コントロールサービスは、システムコントロールサービス（以下、ＳＣＳという）４２，エンジンコントロールサービス（以下、ＥＣＳという）４４，メモリコントロールサービス（以下、ＭＣＳという）４５，オペレーションパネルコントロールサービス（以下、ＯＣＳという）４６，ファックスコントロールサービス（以下、ＦＣＳという）４７，ネットワークコントロールサービス（以下、ＮＣＳという）４８，ユーザ情報管理サービス（以下、ＵＣＳという）４９など一つ以上のサービスモジュールを有するように構成されている。
【０１０９】
なお、プラットフォーム４０は予め定義されている関数によりアプリケーション３０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）を有するように構成されている。
【０１１０】
ＯＳ４１は、ユニックス（ＵＮＩＸ（登録商標））などのオペレーティングシステムであって、プラットフォーム４０およびアプリケーション３０の各ソフトウェアをプロセスとして並列実行する。
【０１１１】
ＳＲＭ４３のプロセスは、ＳＣＳ４２と共にシステムの制御およびリソースの管理を行うものである。例えばＳＲＭ４３のプロセスは、スキャナ部やプリンタ部などのエンジン，メモリ，ハードディスク装置（ＨＤＤ）ファイル，ホストＩ／Ｏ（セントロインターフェース，ネットワークインターフェース，ＩＥＥＥ１３９４インターフェース，ＲＳ２３２Ｃインターフェースなど）のハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。
【０１１２】
具体的に、ＳＲＭ４３は要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、ＳＲＭ４３は上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、例えばプリンタエンジンによる紙搬送と作像動作，メモリ確保，ファイル生成などの要求内容を直接実施している。
【０１１３】
ＳＣＳ４２のプロセスは、アプリケーション管理，操作部制御，システム画面表示，ＬＥＤ表示，リソース管理，割り込みアプリケーション制御を行う。ＥＣＳ４４のプロセスは、白黒ラインプリンタ１１，カラーラインプリンタ１２，ハードウェアリソース１３のエンジンの制御を行う。
【０１１４】
ＭＣＳ４５のプロセスは、画像メモリの取得および解放，ハードディスク装置（ＨＤＤ）の利用，画像データの圧縮および伸張などを行う。ＯＣＳ４６のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。
【０１１５】
ＦＣＳ４７のプロセスは、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信，ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用，ファクシミリ読み取り，ファクシミリ受信印刷，融合送受信を行うためのアプリケーションを提供する。
【０１１６】
ＮＣＳ４８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対し、共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【０１１７】
ＵＣＳ４９のプロセスは、ユーザ情報の管理を行うものであり、要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して各アプリケーションに供給する。また、ＵＣＳ４９のプロセスは要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置に格納されているユーザ情報を更新する。
【０１１８】
また、アプリケーション３０は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うものである。アプリケーション３０は、ページ記述言語（ＰＤＬ，ＰＣＬ）およびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ３１と，コピー用アプリケーションであるコピーアプリ３２と，ファクシミリ用アプリケーションであるファックスアプリ３３と，スキャナ用アプリケーションであるスキャナアプリ３４と，ネットワークファイル用アプリケーションであるネットファイルアプリ３５と，工程検査用アプリケーションである工程検査アプリ３６とを有している。
【０１１９】
融合機起動部５０は、融合機１の電源投入時に最初に実行され、アプリケーション３０やプラットフォーム４０を起動するものである。例えば融合機起動部５０は、コントロールサービスやアプリケーションのプログラムを後述するフラッシュメモリから読み出し、読み出した各プログラムをＳＲＡＭまたはＳＤＲＡＭ上に確保したメモリ領域に転送して起動するものである。
【０１２０】
図２は、本発明による融合機の一実施例のハードウェア構成図を示す。図２の融合機１は、コントローラボード６０と，オペレーションパネル７０と，ファックスコントロールユニット（以下、ＦＣＵという）８０と，ＵＳＢデバイス９０と，ＩＥＥＥ１３９４デバイス１００と，エンジン部１１０とを有するように構成される。なお、ＦＣＵ８０はメモリを有している。ＦＣＵ８０が有するメモリは、例えば融合機１の電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するために利用される。
【０１２１】
オペレーションパネル７０は、コントローラボード６０のＡＳＩＣ６２に直接接続されている。また、ＦＣＵ８０，ＵＳＢデバイス９０，ＩＥＥＥ１３９４デバイス１００およびエンジン部１１０は、コントローラボード６０のＡＳＩＣ６２にＰＣＩバス（Peripheral Component Interconnect bus ）などで接続されている。
【０１２２】
また、コントローラボード６０は、ＣＰＵ６１と，ＡＳＩＣ６２と，ＳＲＡＭ（Static RAM）６３と，ＳＤＲＡＭ（Synchronous DRAM）６４と，フラッシュメモリ６５と，ＨＤＤ６６と，ネットワークＩ／Ｆコントローラ６７とを有するように構成される。コントローラボード６０は、ＣＰＵ６１，ＳＲＡＭ６３，ＳＤＲＡＭ６４，フラッシュメモリ６５，ＨＤＤ６６，ネットワークＩ／Ｆコントローラ６７などをＡＳＩＣ６２に接続するように構成されている。
【０１２３】
ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＯＳ４１上でプラットフォーム４０を形成するＳＣＳ４２，ＳＲＭ４３，ＥＣＳ４４，ＭＣＳ４５，ＯＣＳ４６，ＦＣＳ４７およびＮＣＳ４８をそれぞれプロセスとして起動して実行させると共に、アプリケーション３０を形成するプリンタアプリ３１，コピーアプリ３２，ファックスアプリ３３，スキャナアプリ３４，ネットファイルアプリ３５および工程検査アプリ３６を起動して実行させる。
【０１２４】
ＡＳＩＣ６２は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＳＲＡＭ６３およびＳＤＲＡＭ６４の物理メモリ領域には、カーネルやプロセスなどの仮想メモリ領域がマッピングされる。
【０１２５】
不揮発ＲＡＭとしてのフラッシュメモリ６５は、アプリケーション３０またはプラットフォーム４０を構成する各アプリやコントロールサービス，ＳＲＭ４３などの各プログラムおよび利用制限・課金情報が格納されている。また、ＨＤＤ６６は、画像データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積，配信宛先情報の格納を行うためのストレージである。オペレーションパネル７０はオペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【０１２６】
このような融合機１は、例えば他の融合機やコンピュータなどにネットワークを介して接続され、配信機能を利用して画像情報などの配信を行う。融合機１が配信機能を利用するためには、配信宛先情報および使用制限・課金情報をユーザ情報として予め登録して管理しておく必要がある。なお、配信機能を備えていない融合機１であっても、利用制限・課金情報をユーザ情報として予め登録して管理しておく必要がある。
【０１２７】
以下、本発明のユーザ情報管理方法について説明していく。図３は、本発明のユーザ情報管理方法について説明するための図を示す。フラッシュメモリ６５に格納された利用制限・課金情報は、各種機能の使用可否や使用可能機能の使用枚数などの管理を行うものであり、例えば図４のように構成される。
【０１２８】
図４は、利用制限・課金情報の一例の構成図を示す。図４の利用制限・課金情報は、管理番号，登録番号，ユーザー名，ユーザーコード，複写機能使用可否，複写機能使用枚数，配信機能使用可否，配信機能使用枚数などのデータ項目を有している。フラッシュメモリ６５に格納された利用制限・課金情報は、ＳＣＳ４２に含まれる課金情報管理モジュール１２１により管理される。
【０１２９】
なお、フラッシュメモリ６５には、各種サービス，モジュール，アプリケーションの管理パラメータも格納されており、後述するシステム初期設定モジュール１２２により管理される。
【０１３０】
また、ＨＤＤ６６に格納された配信宛先情報は、配信宛先や送信者などの管理を行うものであり、例えば図５のように構成される。図５は、配信宛先情報の一例の構成図を示す。図５の配信宛先情報は、管理番号，登録番号，ユーザー名，電子メールアドレス，送信者可否などのデータ項目を有している。ＨＤＤ６６に格納された配信宛先情報は、ＵＳＣ４９により管理される。
【０１３１】
ＵＣＳ４９はＨＤＤ６６に格納された配信宛先情報を直接管理する一方、フラッシュメモリ６５に格納された利用制限・課金情報を課金情報管理モジュール１２１を介して管理する。
【０１３２】
なお、配信機能を備えていない融合機１の場合、ＨＤＤ６６に格納される配信宛先情報は存在しない。配信機能を備えていない融合機１であってもＵＣＳ４９が課金情報管理モジュール１２１を介してフラッシュメモリ６５に格納された利用制限・課金情報を管理することにより、配信機能の有無に関係無くインターフェースを統一できる。
【０１３３】
図３では、フラッシュメモリ６５に利用制限・課金情報，ＨＤＤ６６に配信宛先情報を格納する例を表しているが、利用制限・課金情報または配信宛先情報をＦＣＵ８０が有するメモリに格納するようにしてもよい。また、利用制限・課金情報または配信宛先情報の一部をＦＣＵ８０が有するメモリに格納するようにしてもよい。
【０１３４】
次に、ＳＣＳ４２に含まれるシステム初期設定モジュール１２２がＵＣＳ４９を介してユーザ情報を更新する例について図面を参照しつつ説明していく。
【０１３５】
図６は、ユーザ情報の更新処理について説明するための図を示す。クライアントとしてのシステム初期設定モジュール１２２は、ＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の更新を要求する。
【０１３６】
ＵＣＳ４９は、システム初期設定モジュール１２２から更新要求があったユーザ情報がフラッシュメモリ６５またはＨＤＤ６６の何れに格納されているかを判定する。そして、ＵＣＳ４９はフラッシュメモリ６５またはＨＤＤ６６に格納されているユーザ情報をシステム初期設定モジュール１２２からの更新要求に応じて更新する。
【０１３７】
具体的に、ＵＣＳ４９はシステム初期設定モジュール１２２から配信宛先情報の更新要求があると、その更新要求に応じてＨＤＤ６６に格納されている配信宛先情報を更新する。また、ＵＣＳ４９はシステム初期設定モジュール１２２から利用制限・課金情報の更新要求があると、その更新要求に応じてフラッシュメモリ６５に格納されている利用制限・課金情報を更新する。ＵＣＳ４９は、課金情報管理モジュール１２１を介してフラッシュメモリ６５に格納されている利用制限・課金情報の更新を行う。
【０１３８】
このように、システム初期設定モジュール１２２は更新を所望するユーザ情報の格納場所を指定することなく、ユーザ情報を更新できる。なお、システム初期設定モジュール１２２がＵＣＳ４９の利用を開始するための処理は、以下のようになる。
【０１３９】
まず、サーバとしてのＵＣＳ４９はリクエスト待ち受けスレッドを作成し、ソケットを開いてリクエストを待ち受ける。また、クライアントとしてのシステム初期設定モジュール１２２はイベント待ち受けスレッドを作成し、ソケットを開いてイベントを待ち受けると共に、ＵＣＳ４９の開いたソケットを通じて利用登録を行う。
【０１４０】
システム初期設定モジュール１２２からのリクエストがＵＣＳ４９のソケットを通じて、また、ＵＣＳ４９からのイベントがシステム初期設定モジュール１２２のソケットを通じてインタープロセスコミュニケーションを行うことにより、システム初期設定モジュール１２２とＵＣＳ４９との協調動作を実現している。
【０１４１】
次に、システム初期設定モジュール１２２がユーザ情報を更新する処理について図面を参照しつつ説明していく。図７は、配信宛先情報を更新する処理の一例のフローチャートを示す。
【０１４２】
ステップＳ１０では、システム初期設定モジュール１２２がＵＣＳ４９の諸元情報をＡＰＩを利用してＵＣＳ４９から取得する。諸元情報はＵＣＳ４９自体の諸要素の情報であって、ＵＣＳ４９や課金情報管理モジュール１２１の組み込み情報や設定パラメータ情報から構成されている。
【０１４３】
ステップＳ１０に続いてステップＳ１１に進み、システム初期設定モジュール１２２は取得した諸元情報から利用可能機能を判定し、利用する機能をＡＰＩを利用してＵＣＳ４９に登録する。
【０１４４】
ステップＳ１１に続いてステップＳ１２に進み、システム初期設定モジュール１２２は図８のようなシステム初期設定メニュー画面を作成してオペレーションパネル７０に表示する。図８は、システム初期設定メニュー画面の一例のイメージ図を示す。
【０１４５】
図８のシステム初期設定メニュー画面は、ユーザ情報を更新するための処理に対応して１つ以上のメニュー項目選択ボタン１３０を含んでいる。ユーザは、例えばオペレーションパネル７０に表示されたシステム初期設定メニュー画面の項目選択ボタン１３０を選択することにより、所望の処理に進むことができる。
【０１４６】
ステップＳ１２に続いてステップＳ１３に進み、システム初期設定モジュール１２２はシステム初期設定メニュー画面からメニュー項目が選択されたか否かを判定する。システム初期設定メニュー画面からメニュー項目が選択されたと判定すると（Ｓ１３においてＹＥＳ）、システム初期設定モジュール１２２はステップＳ１４に進み、選択されたメニュー項目の処理を行う。なお、ステップＳ１４の処理の詳細は、後述する。
【０１４７】
一方、システム初期設定メニュー画面からメニュー項目が選択されていないと判定すると（Ｓ１３においてＮＯ）、システム初期設定モジュール１２２はステップＳ１３の処理を繰り返す。
【０１４８】
以下、ステップＳ１４の処理について図面を参照しつつ説明していく。システム初期設定メニュー画面から「ユーザー（宛先）登録／変更／消去」が選択されると、システム初期設定モジュール１２２は図９のようなエントリー情報更新画面をオペレーションパネル７０に表示する。なお、システム初期設定モジュール１２２はエントリー情報更新画面を作成するために必要な見出し集合情報，見出し情報および見出しに所属するエントリー一覧をＡＰＩを利用してＵＣＳ４９から取得する。
【０１４９】
図９は、エントリー情報更新画面の一例のイメージ図を示す。ここで、エントリーとはユーザー（宛先）を表すものであり、例えば個別ユーザなどに対応するアカウントと、列挙されたアカウントに対応するグループとに大別される。
【０１５０】
図９のエントリー情報更新画面は、１つ以上の見出しから構成される見出し集合１３２と、選択された見出しに所属するエントリー一覧を表示するエントリー表示欄１３４と、エントリー情報を新規に作成して登録するための画面を呼び出す新規作成ボタン１３６と、既に登録されているエントリー情報を変更するための画面を呼び出す変更ボタン１３８と、選択したエントリー情報を削除するための削除ボタン１４０とを含む。
【０１５１】
なお、見出し集合１３２は、例えば「常用」，「あ」などの見出しの順序付き集合である。また、見出しはエントリーの順序付き集合にラベルを付けたものである。図９のエントリー情報更新画面では、見出し「あ」が選択されているため、エントリー表示欄１３４に見出し「あ」に所属する７つのエントリーが表示されている。
【０１５２】
新規作成ボタン１３６が選択されると、システム初期設定モジュール１２２はエントリー情報を新規に作成して登録するための図１０のようなエントリー情報登録画面をオペレーションパネル７０に表示する。図１０は、エントリー情報登録画面の一例のイメージ図を示す。
【０１５３】
図１０のエントリー情報登録画面は、ユーザー（宛先）名を設定する欄，登録番号を設定する欄，所属する見出しを設定する見出しボタン，ユーザーコードを設定するための画面を呼び出すユーザーコードボタン１４２，メール宛先を設定するための画面を呼び出すメール宛先ボタン１４４，ファクス宛先を設定するための画面を呼び出すファクス宛先ボタン１４６，グループを設定するための画面を呼び出すグループボタン１４８，エントリー情報を登録する登録ボタン１５０とを含む。
【０１５４】
ユーザは、エントリー情報登録画面にユーザー（宛先）名，登録番号，所属する見出しを設定する。また、ユーザはユーザーコードボタン１４２を選択し、ユーザーコードを設定するための画面をオペレーションパネル７０に表示してユーザーコードを入力する。ユーザーコードとは、ユーザが使用できる機能を設定するための利用制限情報をいう。
【０１５５】
また、ユーザはメール宛先ボタン１４４を選択し、メール宛先を設定するための画面をオペレーションパネル７０に表示してメール宛先を入力する。また、ユーザはファクス宛先ボタン１４６を選択し、ファクス宛先を設定するための画面をオペレーションパネル７０に表示してファクス宛先を入力する。さらに、ユーザは、グループボタン１４８を選択し、グループを設定するための画面をオペレーションパネル７０に表示してエントリーを所属するグループを選択する。
【０１５６】
エントリー情報を作成するために必要な情報を全て登録したあと、図１０のエントリー情報登録画面の登録ボタン１５０を選択すると、システム初期設定モジュール１２２は様々なＡＰＩを利用してＵＣＳ４９にエントリー情報の更新を要求する。
【０１５７】
例えばシステム初期設定モジュール１２２は図１１のようなＡＰＩを利用してＵＣＳ４９にエントリーの作成を要求する。図１１は、エントリーを作成するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、エントリーを作成するＡＰＩに応じてエントリーの作成を行う。エントリーが作成されると、例えばエントリー情報更新画面のエントリー表示欄１３４に新規のエントリーが作成される。
【０１５８】
また、システム初期設定モジュール１２２は図１２のようなＡＰＩを利用してエントリーが所属する見出しの設定をＵＣＳ４９に要求する。図１２は、エントリーが所属する見出しを設定するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、エントリーが所属する見出しを設定するＡＰＩに応じて見出しの設定を行う。
【０１５９】
また、システム初期設定モジュール１２２は図１３のようなＡＰＩを利用してユーザコードの設定をＵＣＳ４９に要求する。図１３は、ユーザコードを設定するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、ユーザコードを設定するＡＰＩに応じてユーザコードの設定を行う。
【０１６０】
また、システム初期設定モジュール１２２は図１４のようなＡＰＩを利用してメール宛先の設定をＵＣＳ４９に要求する。図１４は、メール宛先を設定するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、メール宛先を設定するＡＰＩに応じてメール宛先の設定を行う。
【０１６１】
また、システム初期設定モジュール１２２はＡＰＩを利用してファクス宛先の設定をＵＣＳ４９に要求する。ＵＣＳ４９は、ファクス宛先を設定するＡＰＩに応じてファクス宛先の設定を行う。
【０１６２】
また、システム初期設定モジュール１２２はＡＰＩを利用してエントリーが所属するグループの設定をＵＣＳ４９に要求する。ＵＣＳ４９は、エントリーが所属するグループを設定するＡＰＩに応じてグループの設定を行う。
【０１６３】
さらに、システム初期設定モジュール１２２は、図１５のようなＡＰＩを利用してエントリー情報登録画面に設定された登録番号が既に登録されているかを確認すると共に、その登録番号が既に登録されている場合に、その登録番号の近くで空いている登録番号を取得するように要求する。
【０１６４】
図１５は、登録番号の確認／取得を行うＡＰＩの一例の構成図を示す。ＵＣＳ４９は、登録番号の確認／取得を行うＡＰＩを利用して、エントリー情報登録画面に設定された登録番号が既に登録されているかを確認すると共に、その登録番号が既に登録されている場合に、その登録番号の近くで空いている登録番号を取得する。
【０１６５】
図９のエントリー情報更新画面に含まれる変更ボタン１３８が選択されると、システム初期設定モジュール１２２は既に登録されているエントリー情報を変更するための図１０のようなエントリー情報登録画面をオペレーションパネル７０に表示する。変更ボタン１３８が選択されたときに表示されるエントリー情報登録画面は、既に登録されているエントリー情報が表示されている点で新規作成ボタン１３６が選択されたときに表示されるエントリー情報登録画面と異なる。
【０１６６】
システム初期設定モジュール１２２は様々なＡＰＩを利用して、既に登録されているエントリー情報をエントリー情報登録画面に表示する。例えばシステム初期設定モジュール１２２は図１６のようなＡＰＩを利用してＵＣＳ４９からエントリーが所属しているグループを取得する。図１６は、エントリーが所属しているグループを取得するＡＰＩの一例の構成図を示す。
【０１６７】
なお、エントリー情報登録画面への情報の登録は、変更ボタン１３８が選択されたときに表示されるエントリー情報登録画面と新規作成ボタン１３６が選択されたときに表示されるエントリー情報登録画面とで同様であるため、説明を省略する。
【０１６８】
エントリー情報を変更するために必要な情報を全て登録したあと、図１０のエントリー情報登録画面の登録ボタン１５０を選択すると、システム初期設定モジュール１２２は様々なＡＰＩを利用してＵＣＳ４９にエントリー情報の更新を要求する。
【０１６９】
例えばシステム初期設定モジュール１２２は図１７のようなＡＰＩを利用してＵＣＳ４９にエントリーの変更を要求する。図１７は、エントリーを変更するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、エントリーを変更するＡＰＩに応じてエントリーの変更を行う。
【０１７０】
図９のエントリー情報更新画面のエントリー表示欄１３４からエントリーを選択して削除ボタン１４０を選択すると、システム初期設定モジュール１２２は図１８のようなＡＰＩを利用してエントリーを削除する。図１８は、エントリーを削除するＡＰＩの一例の構成図を示す。
【０１７１】
次に、システム初期設定メニュー画面から「見出し編集」が選択されたときの処理について説明する。「見出し編集」が選択されると、システム初期設定モジュール１２２は見出し編集画面をオペレーションパネル７０に表示する。なお、見出し編集画面は例えば図９のエントリー情報更新画面のように見出し集合１３２を有する。システム初期設定モジュール１２２は、見出し編集画面を作成するために必要な見出し集合情報，見出し情報をＡＰＩを利用してＵＣＳ４９から取得する。
【０１７２】
ユーザは見出しを変更するために必要な情報を全て登録したあと、見出し編集画面の例えば設定ボタンを選択する。すると、システム初期設定モジュール１２２は図１９のようなＡＰＩを利用してＵＣＳ４９に見出しの変更を要求する。図１９は、見出しを変更するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、見出しを変更するＡＰＩに応じて見出しを変更する。
【０１７３】
次に、システム初期設定メニュー画面から「並び順入れ替え」が選択されたときの処理について説明する。「並び順入れ替え」が選択されると、システム初期設定モジュール１２２は並び順入れ替え画面をオペレーションパネル７０に表示する。なお、並び順入れ替え画面は例えば図９のエントリー情報更新画面のように見出し集合１３２および選択された見出しに所属するエントリー一覧を表示するエントリー表示欄１３４を有する。システム初期設定モジュール１２２は並び順入れ替え画面を作成するために必要な見出し集合情報，見出し情報をＡＰＩを利用してＵＣＳ４９から取得する。
【０１７４】
ユーザは例えばエントリー表示欄１３４に表示されているエントリーの並びを所望の順番に変更し、並び順入れ替え画面の例えば設定ボタンを選択する。システム初期設定モジュール１２２は図２０のようなＡＰＩを利用してＵＣＳ４９にエントリーの並び順入れ替えを要求する。図２０は、エントリーの並び順を入れ替えるＡＰＩの一例の構成図を示す。ＵＣＳ４９は、並び順を入れ替えるＡＰＩに応じてエントリーの並び順を入れ替える。
【０１７５】
また、ＵＣＳ４９は以下のようなＡＰＩも提供できる。図２１は、送信者認証情報を設定するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、送信者認証情報を設定するＡＰＩを利用してＵＣＳ４９に送信者認証情報の設定を要求する。なお、送信者認証情報は例えばパスワードであり、送信者を識別するために利用される。
【０１７６】
図２２は、メールグループを設定するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、メールグループを設定するＡＰＩを利用してＵＣＳ４９にメールグループの設定を要求する。なお、メールグループは所属するアカウント数や所属するアカウントなどの情報である。図２３は、エントリーの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、エントリーの登録件数を取得するＡＰＩを利用してＵＣＳ４９からエントリーの登録件数を取得できる。
【０１７７】
図２４は、アカウントの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、アカウントの登録件数を取得するＡＰＩを利用してＵＣＳ４９からエントリーの登録件数を取得できる。図２５は、グループの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、グループの登録件数を取得するＡＰＩを利用してＵＣＳ４９からグループの登録件数を取得できる。
【０１７８】
図２６は、メール宛先の登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、メール宛先の登録件数を取得するＡＰＩを利用してＵＣＳ４９からメール宛先の登録件数を取得できる。図２７は、ユーザーコードの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、ユーザーコードの登録件数を取得するＡＰＩを利用してＵＣＳ４９からユーザーコードの登録件数を取得できる。
【０１７９】
エントリー，アカウント，グループ，メール宛先，ユーザーコードの登録件数は、例えばエントリー，アカウント，グループ，メール宛先，ユーザーコードなどの情報を更新する画面を作成するときに利用される。
【０１８０】
以上のように、本発明による融合機１はユーザ情報を管理するＵＣＳ４９を設けたことにより、システム初期設定モジュール１２２がユーザ情報の格納先を指定すること無しにユーザ情報の更新が可能である。
【０１８１】
なお、図１の構成図ではＵＣＳ４９がコントロールサービスに含まれる例を表しているが、この例に限らない。例えばＵＣＳ４９は、アプリケーション３０に含まれるようにしてもよい。また、図６等ではシステム初期設定モジュール１２２がＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の更新を要求する例を表しているが、この例に限らない。例えばファックスアプリ３３等のアプリケーション３０がＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の更新を要求してもよい。
【０１８２】
【発明の効果】
上述の如く、本発明によれば、ユーザ情報管理手段がシステム初期設定モジュールからの要求に応じてユーザ情報を更新することにより、システム初期設定モジュールがユーザ情報の格納先を指定することなくユーザ情報を更新できる共にユーザ情報を一元管理できる。
【０１８３】
【図面の簡単な説明】
【図１】本発明による融合機の一実施例の構成図である。
【図２】本発明による融合機の一実施例のハードウェア構成図である。
【図３】本発明のユーザ情報管理方法について説明するための図である。
【図４】利用制限・課金情報の一例の構成図である。
【図５】配信宛先情報の一例の構成図である。
【図６】ユーザ情報の更新処理について説明するための図である。
【図７】配信宛先情報を更新する処理の一例のフローチャートである。
【図８】システム初期設定メニュー画面の一例のイメージ図である。
【図９】エントリー情報更新画面の一例のイメージ図である。
【図１０】エントリー情報登録画面の一例のイメージ図である。
【図１１】エントリーを作成するＡＰＩの一例の構成図である。
【図１２】エントリーが所属する見出しを設定するＡＰＩの一例の構成図である。
【図１３】ユーザコードを設定するＡＰＩの一例の構成図である。
【図１４】メール宛先を設定するＡＰＩの一例の構成図である。
【図１５】登録番号の確認／取得を行うＡＰＩの一例の構成図である。
【図１６】エントリーが所属しているグループを取得するＡＰＩの一例の構成図である。
【図１７】エントリーを変更するＡＰＩの一例の構成図である。
【図１８】エントリーを削除するＡＰＩの一例の構成図である。
【図１９】見出しを変更するＡＰＩの一例の構成図である。
【図２０】エントリーの並び順を入れ替えるＡＰＩの一例の構成図である。
【図２１】送信者認証情報を設定するＡＰＩの一例の構成図である。
【図２２】メールグループを設定するＡＰＩの一例の構成図である。
【図２３】エントリーの登録件数を取得するＡＰＩの一例の構成図である。
【図２４】アカウントの登録件数を取得するＡＰＩの一例の構成図である。
【図２５】グループの登録件数を取得するＡＰＩの一例の構成図である。
【図２６】メール宛先の登録件数を取得するＡＰＩの一例の構成図である。
【図２７】ユーザーコードの登録件数を取得するＡＰＩの一例の構成図である。
【符号の説明】
１ 融合機
１１ 白黒ラインプリンタ
１２ カラーラインプリンタ
１３ ハードウェアリソース
２０ ソフトウェア群
３０ アプリケーション
４０ プラットフォーム
４１ オペレーティングシステム（ＯＳ）
４２ システムコントロールサービス（ＳＣＳ）
４３ システムリソースマネージャ（ＳＲＭ）
４４ エンジンコントロールサービス（ＥＣＳ）
４５ メモリコントロールサービス（ＭＣＳ）
４６ オペレーションパネルコントロールサービス（ＯＣＳ）
４７ ファックスコントロールサービス（ＦＣＳ）
４８ ネットワークコントロールサービス（ＮＣＳ）
４９ ユーザ情報管理サービス（ＵＣＳ）
５０ 融合機起動部
６０ コントローラボード
６１ ＣＰＵ
６２ ＡＳＩＣ（Application Specific Integrated Circuit）
６３ ＳＲＡＭ（Static RAM）
６４ ＳＤＲＡＭ（Synchronous DRAM）
６５ フラッシュメモリ
６６ ハードディスク装置（ＨＤＤ）
６７ ネットワークＩ／Ｆコントローラ
７０ オペレーションパネル
８０ ファックスコントロールユニット（ＦＣＵ）
９０ ＵＳＢデバイス
１００ ＩＥＥＥ１３９４デバイス
１１０ エンジン部
１２１ 課金情報管理モジュール
１２２ システム初期設定モジュール
１３０ メニュー項目選択ボタン
１３２ 見出し集合
１３４ エントリー表示欄
１３６ 新規作成ボタン
１３８ 変更ボタン
１４０ 削除ボタン
１４２ ユーザーコードボタン
１４４ メール宛先ボタン
１４６ ファクス宛先ボタン
１４８ グループボタン
１５０ 登録ボタン
【発明の属する技術分野】
本発明は、ユーザ情報管理方法および画像形成装置に係り、特に１つ以上の格納手段に格納されたユーザ情報を更新するユーザ情報管理方法および画像形成装置に関する。
【０００２】
【従来の技術】
近年、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置（以下、融合機という）が知られるようになった。この融合機は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。
【０００３】
このような融合機は、他の融合機やコンピュータなどにネットワークを介して接続され、配信機能を利用して例えば画像情報などの配信を行う。配信機能を有する融合機は、例えば配信宛先情報および利用制限・課金情報をユーザ情報として有している。
【０００４】
配信宛先情報は、配信宛先や送信者などの管理を行うものである。配信宛先情報は、更新頻度が低くバックアップが比較的容易である。また、配信宛先情報は管理が必要なユーザが融合機を利用するユーザに限定されないため、管理が必要なユーザの数が多くなる。
【０００５】
一方、利用制限・課金情報は各種機能の使用可否や使用可能機能の使用枚数などの管理を行うものである。利用制限・課金情報は機器の使用の度に更新されるため更新頻度が高く、バックアップが困難である。また、利用制限・課金情報は管理が必要なユーザが融合機を利用するユーザに限定されるため、管理が必要なユーザの数が少なくなる。
【０００６】
このように、配信宛先情報および利用制限・課金情報はバックアップの容易性や管理が必要なユーザの数に差があるため、格納手段としての記憶装置に要求される条件が異なっている。例えば配信宛先情報は速度や信頼性を犠牲にしても大容量の記憶装置が必要である。また、利用制限・課金情報はコストや容量を犠牲にしても高速で信頼性の高い記憶装置が必要である。
【０００７】
従来の融合機は、例えば配信宛先情報をハードディスク装置に格納して管理し、利用制限・課金情報を不揮発ＲＡＭに格納して管理していた。
【０００８】
特許文献１には、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作される融合機の一例が記載されている。
【０００９】
【特許文献１】
特開２００２−８４３８３号公報
【００１０】
【発明が解決しようとする課題】
従来の融合機は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うアプリケーションを有している。各アプリケーションが配信機能を利用するためには、配信宛先情報および使用制限・課金情報を予めハードディスク装置や不揮発ＲＡＭなどの記憶装置に登録して管理しておく必要がある。
【００１１】
このような配信宛先情報の登録または更新は、コントロールサービスのプロセスに含まれるシステム初期設定モジュールが行う。システム初期設定モジュールは、配信宛先情報または使用制限・課金情報の登録または更新を行うとき又は配信宛先情報または使用制限・課金情報を参照するときに、配信宛先情報または使用制限・課金情報の格納先を判断して一々指定しなければならないという問題があった。
【００１２】
本発明は、上記の点に鑑みなされたもので、格納先を指定することなくユーザ情報を更新できると共に、ユーザ情報を一元管理することが可能なユーザ情報管理方法および画像形成装置を提供することを目的とする。
【００１３】
【課題を解決するための手段】
そこで、上記課題を解決するため、本発明は、プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用される複数のプログラムとを有し、前記プログラム，前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置のユーザ情報管理方法であって、格納先に要求する条件に応じて分けられた一の種類のユーザ情報を格納する一の格納手段と、格納先に要求する条件に応じて分けられた他の種類のユーザ情報を格納する他の格納手段と、前記一の格納手段を前記一の種類のユーザ情報に対応付けておくと共に、前記他の格納手段を前記他の種類のユーザ情報に対応付けておき、前記一及び他の格納手段に格納されている前記一及び他の種類のユーザ情報を管理する一方、他の前記プログラムから前記一又は他の種類のユーザ情報に関する要求を受け付ける関数により、前記他の格納手段に格納されている前記他の種類のユーザ情報に関する要求を受け付け、前記他の格納手段に格納されている前記他の種類のユーザ情報に関する処理を行う前記プログラムの一つであるユーザ情報管理手段と、前記ユーザ情報管理手段から前記一の格納手段に格納されている前記一の種類のユーザ情報に関する要求を受け付け、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を行う前記プログラムの一つであるシステム制御手段とを備え、前記システム制御手段が、前記関数を利用して前記一の種類のユーザ情報に関する要求を前記ユーザ情報管理手段に対して行うステップと、前記ユーザ情報管理手段が、前記関数を利用した前記一の種類のユーザ情報に関する要求を受信するステップと、前記ユーザ情報管理手段が、前記関数を利用した前記一の種類のユーザ情報に関する要求を解釈し、その要求に応じた前記一の種類のユーザ情報が格納されている前記一の格納手段を判定し、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を前記システム制御手段に要求するユーザ情報管理ステップとを有することを特徴とする。
【００１４】
前記システム制御手段は、前記関数を利用して前記ユーザ情報管理手段に前記一又は他の種類のユーザ情報に関する要求を行う要求モジュールと、前記ユーザ情報管理手段から前記一の格納手段に格納されている前記一の種類のユーザ情報に関する要求を受け付け、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を行う情報管理モジュールとを有することを特徴としてもよい。
【００１６】
また、上記課題を解決するため、本発明は、プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用される複数のプログラムとを有し、前記プログラム，前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置であって、格納先に要求する条件に応じて分けられた一の種類のユーザ情報を格納する一の格納手段と、格納先に要求する条件に応じて分けられた他の種類のユーザ情報を格納する他の格納手段と、前記一の格納手段を前記一の種類のユーザ情報に対応付けておくと共に、前記他の格納手段を前記他の種類のユーザ情報に対応付けておき、前記一及び他の格納手段に格納されている前記一及び他の種類のユーザ情報を管理する一方、他の前記プログラムから前記一又は他の種類のユーザ情報に関する要求を受け付ける関数により、前記他の格納手段に格納されている前記他の種類のユーザ情報に関する要求を受け付け、前記他の格納手段に格納されている前記他の種類のユーザ情報に関する処理を行う前記プログラムの一つであるユーザ情報管理手段と、前記ユーザ情報管理手段から前記一の格納手段に格納されている前記一の種類のユーザ情報に関する要求を受け付け、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を行う前記プログラムの一つであるシステム制御手段とを備え、前記システム制御手段が、前記関数を利用して前記一の種類のユーザ情報に関する要求を前記ユーザ情報管理手段に対して行い、前記ユーザ情報管理手段が、前記関数を利用した前記一の種類のユーザ情報に関する要求を受信し、前記ユーザ情報管理手段が、前記関数を利用した前記一の種類のユーザ情報に関する要求を解釈し、その要求に応じた前記一の種類のユーザ情報が格納されている前記一の格納手段を判定し、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を前記システム制御手段に要求することを特徴とする。
【００１７】
前記システム制御手段は、前記関数を利用して前記ユーザ情報管理手段に前記一又は他の種類のユーザ情報に関する要求を行う要求モジュールと、前記ユーザ情報管理手段から前記一の格納手段に格納されている前記一の種類のユーザ情報に関する要求を受け付け、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を行う情報管理モジュールとを有することを特徴としてもよい。
【０１０５】
【発明の実施の形態】
次に、本発明の実施の形態について図面に基づいて説明する。
【０１０６】
図１は、本発明による融合機の一実施例の構成図を示す。融合機１は、白黒ラインプリンタ１１と，カラーラインプリンタ１２と，スキャナやファクシミリなどのハードウェアリソース１３と，ソフトウェア群２０と，融合機起動部５０とを有するように構成される。また、ソフトウェア群２０はアプリケーション３０とプラットフォーム４０とを有するように構成される。
【０１０７】
プラットフォーム４０は、アプリケーション３０からの処理要求を解釈してハードウェア資源の獲得要求を発生するコントロールサービスと、１つ以上のハードウェア資源の管理を行ってコントロールサービスからの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）４３と、オペレーティングシステム（以下、ＯＳという）４１とを有するように構成されている。
【０１０８】
コントロールサービスは、システムコントロールサービス（以下、ＳＣＳという）４２，エンジンコントロールサービス（以下、ＥＣＳという）４４，メモリコントロールサービス（以下、ＭＣＳという）４５，オペレーションパネルコントロールサービス（以下、ＯＣＳという）４６，ファックスコントロールサービス（以下、ＦＣＳという）４７，ネットワークコントロールサービス（以下、ＮＣＳという）４８，ユーザ情報管理サービス（以下、ＵＣＳという）４９など一つ以上のサービスモジュールを有するように構成されている。
【０１０９】
なお、プラットフォーム４０は予め定義されている関数によりアプリケーション３０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）を有するように構成されている。
【０１１０】
ＯＳ４１は、ユニックス（ＵＮＩＸ（登録商標））などのオペレーティングシステムであって、プラットフォーム４０およびアプリケーション３０の各ソフトウェアをプロセスとして並列実行する。
【０１１１】
ＳＲＭ４３のプロセスは、ＳＣＳ４２と共にシステムの制御およびリソースの管理を行うものである。例えばＳＲＭ４３のプロセスは、スキャナ部やプリンタ部などのエンジン，メモリ，ハードディスク装置（ＨＤＤ）ファイル，ホストＩ／Ｏ（セントロインターフェース，ネットワークインターフェース，ＩＥＥＥ１３９４インターフェース，ＲＳ２３２Ｃインターフェースなど）のハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。
【０１１２】
具体的に、ＳＲＭ４３は要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、ＳＲＭ４３は上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、例えばプリンタエンジンによる紙搬送と作像動作，メモリ確保，ファイル生成などの要求内容を直接実施している。
【０１１３】
ＳＣＳ４２のプロセスは、アプリケーション管理，操作部制御，システム画面表示，ＬＥＤ表示，リソース管理，割り込みアプリケーション制御を行う。ＥＣＳ４４のプロセスは、白黒ラインプリンタ１１，カラーラインプリンタ１２，ハードウェアリソース１３のエンジンの制御を行う。
【０１１４】
ＭＣＳ４５のプロセスは、画像メモリの取得および解放，ハードディスク装置（ＨＤＤ）の利用，画像データの圧縮および伸張などを行う。ＯＣＳ４６のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。
【０１１５】
ＦＣＳ４７のプロセスは、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信，ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用，ファクシミリ読み取り，ファクシミリ受信印刷，融合送受信を行うためのアプリケーションを提供する。
【０１１６】
ＮＣＳ４８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対し、共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【０１１７】
ＵＣＳ４９のプロセスは、ユーザ情報の管理を行うものであり、要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して各アプリケーションに供給する。また、ＵＣＳ４９のプロセスは要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置に格納されているユーザ情報を更新する。
【０１１８】
また、アプリケーション３０は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うものである。アプリケーション３０は、ページ記述言語（ＰＤＬ，ＰＣＬ）およびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ３１と，コピー用アプリケーションであるコピーアプリ３２と，ファクシミリ用アプリケーションであるファックスアプリ３３と，スキャナ用アプリケーションであるスキャナアプリ３４と，ネットワークファイル用アプリケーションであるネットファイルアプリ３５と，工程検査用アプリケーションである工程検査アプリ３６とを有している。
【０１１９】
融合機起動部５０は、融合機１の電源投入時に最初に実行され、アプリケーション３０やプラットフォーム４０を起動するものである。例えば融合機起動部５０は、コントロールサービスやアプリケーションのプログラムを後述するフラッシュメモリから読み出し、読み出した各プログラムをＳＲＡＭまたはＳＤＲＡＭ上に確保したメモリ領域に転送して起動するものである。
【０１２０】
図２は、本発明による融合機の一実施例のハードウェア構成図を示す。図２の融合機１は、コントローラボード６０と，オペレーションパネル７０と，ファックスコントロールユニット（以下、ＦＣＵという）８０と，ＵＳＢデバイス９０と，ＩＥＥＥ１３９４デバイス１００と，エンジン部１１０とを有するように構成される。なお、ＦＣＵ８０はメモリを有している。ＦＣＵ８０が有するメモリは、例えば融合機１の電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するために利用される。
【０１２１】
オペレーションパネル７０は、コントローラボード６０のＡＳＩＣ６２に直接接続されている。また、ＦＣＵ８０，ＵＳＢデバイス９０，ＩＥＥＥ１３９４デバイス１００およびエンジン部１１０は、コントローラボード６０のＡＳＩＣ６２にＰＣＩバス（Peripheral Component Interconnect bus ）などで接続されている。
【０１２２】
また、コントローラボード６０は、ＣＰＵ６１と，ＡＳＩＣ６２と，ＳＲＡＭ（Static RAM）６３と，ＳＤＲＡＭ（Synchronous DRAM）６４と，フラッシュメモリ６５と，ＨＤＤ６６と，ネットワークＩ／Ｆコントローラ６７とを有するように構成される。コントローラボード６０は、ＣＰＵ６１，ＳＲＡＭ６３，ＳＤＲＡＭ６４，フラッシュメモリ６５，ＨＤＤ６６，ネットワークＩ／Ｆコントローラ６７などをＡＳＩＣ６２に接続するように構成されている。
【０１２３】
ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＯＳ４１上でプラットフォーム４０を形成するＳＣＳ４２，ＳＲＭ４３，ＥＣＳ４４，ＭＣＳ４５，ＯＣＳ４６，ＦＣＳ４７およびＮＣＳ４８をそれぞれプロセスとして起動して実行させると共に、アプリケーション３０を形成するプリンタアプリ３１，コピーアプリ３２，ファックスアプリ３３，スキャナアプリ３４，ネットファイルアプリ３５および工程検査アプリ３６を起動して実行させる。
【０１２４】
ＡＳＩＣ６２は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＳＲＡＭ６３およびＳＤＲＡＭ６４の物理メモリ領域には、カーネルやプロセスなどの仮想メモリ領域がマッピングされる。
【０１２５】
不揮発ＲＡＭとしてのフラッシュメモリ６５は、アプリケーション３０またはプラットフォーム４０を構成する各アプリやコントロールサービス，ＳＲＭ４３などの各プログラムおよび利用制限・課金情報が格納されている。また、ＨＤＤ６６は、画像データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積，配信宛先情報の格納を行うためのストレージである。オペレーションパネル７０はオペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【０１２６】
このような融合機１は、例えば他の融合機やコンピュータなどにネットワークを介して接続され、配信機能を利用して画像情報などの配信を行う。融合機１が配信機能を利用するためには、配信宛先情報および使用制限・課金情報をユーザ情報として予め登録して管理しておく必要がある。なお、配信機能を備えていない融合機１であっても、利用制限・課金情報をユーザ情報として予め登録して管理しておく必要がある。
【０１２７】
以下、本発明のユーザ情報管理方法について説明していく。図３は、本発明のユーザ情報管理方法について説明するための図を示す。フラッシュメモリ６５に格納された利用制限・課金情報は、各種機能の使用可否や使用可能機能の使用枚数などの管理を行うものであり、例えば図４のように構成される。
【０１２８】
図４は、利用制限・課金情報の一例の構成図を示す。図４の利用制限・課金情報は、管理番号，登録番号，ユーザー名，ユーザーコード，複写機能使用可否，複写機能使用枚数，配信機能使用可否，配信機能使用枚数などのデータ項目を有している。フラッシュメモリ６５に格納された利用制限・課金情報は、ＳＣＳ４２に含まれる課金情報管理モジュール１２１により管理される。
【０１２９】
なお、フラッシュメモリ６５には、各種サービス，モジュール，アプリケーションの管理パラメータも格納されており、後述するシステム初期設定モジュール１２２により管理される。
【０１３０】
また、ＨＤＤ６６に格納された配信宛先情報は、配信宛先や送信者などの管理を行うものであり、例えば図５のように構成される。図５は、配信宛先情報の一例の構成図を示す。図５の配信宛先情報は、管理番号，登録番号，ユーザー名，電子メールアドレス，送信者可否などのデータ項目を有している。ＨＤＤ６６に格納された配信宛先情報は、ＵＳＣ４９により管理される。
【０１３１】
ＵＣＳ４９はＨＤＤ６６に格納された配信宛先情報を直接管理する一方、フラッシュメモリ６５に格納された利用制限・課金情報を課金情報管理モジュール１２１を介して管理する。
【０１３２】
なお、配信機能を備えていない融合機１の場合、ＨＤＤ６６に格納される配信宛先情報は存在しない。配信機能を備えていない融合機１であってもＵＣＳ４９が課金情報管理モジュール１２１を介してフラッシュメモリ６５に格納された利用制限・課金情報を管理することにより、配信機能の有無に関係無くインターフェースを統一できる。
【０１３３】
図３では、フラッシュメモリ６５に利用制限・課金情報，ＨＤＤ６６に配信宛先情報を格納する例を表しているが、利用制限・課金情報または配信宛先情報をＦＣＵ８０が有するメモリに格納するようにしてもよい。また、利用制限・課金情報または配信宛先情報の一部をＦＣＵ８０が有するメモリに格納するようにしてもよい。
【０１３４】
次に、ＳＣＳ４２に含まれるシステム初期設定モジュール１２２がＵＣＳ４９を介してユーザ情報を更新する例について図面を参照しつつ説明していく。
【０１３５】
図６は、ユーザ情報の更新処理について説明するための図を示す。クライアントとしてのシステム初期設定モジュール１２２は、ＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の更新を要求する。
【０１３６】
ＵＣＳ４９は、システム初期設定モジュール１２２から更新要求があったユーザ情報がフラッシュメモリ６５またはＨＤＤ６６の何れに格納されているかを判定する。そして、ＵＣＳ４９はフラッシュメモリ６５またはＨＤＤ６６に格納されているユーザ情報をシステム初期設定モジュール１２２からの更新要求に応じて更新する。
【０１３７】
具体的に、ＵＣＳ４９はシステム初期設定モジュール１２２から配信宛先情報の更新要求があると、その更新要求に応じてＨＤＤ６６に格納されている配信宛先情報を更新する。また、ＵＣＳ４９はシステム初期設定モジュール１２２から利用制限・課金情報の更新要求があると、その更新要求に応じてフラッシュメモリ６５に格納されている利用制限・課金情報を更新する。ＵＣＳ４９は、課金情報管理モジュール１２１を介してフラッシュメモリ６５に格納されている利用制限・課金情報の更新を行う。
【０１３８】
このように、システム初期設定モジュール１２２は更新を所望するユーザ情報の格納場所を指定することなく、ユーザ情報を更新できる。なお、システム初期設定モジュール１２２がＵＣＳ４９の利用を開始するための処理は、以下のようになる。
【０１３９】
まず、サーバとしてのＵＣＳ４９はリクエスト待ち受けスレッドを作成し、ソケットを開いてリクエストを待ち受ける。また、クライアントとしてのシステム初期設定モジュール１２２はイベント待ち受けスレッドを作成し、ソケットを開いてイベントを待ち受けると共に、ＵＣＳ４９の開いたソケットを通じて利用登録を行う。
【０１４０】
システム初期設定モジュール１２２からのリクエストがＵＣＳ４９のソケットを通じて、また、ＵＣＳ４９からのイベントがシステム初期設定モジュール１２２のソケットを通じてインタープロセスコミュニケーションを行うことにより、システム初期設定モジュール１２２とＵＣＳ４９との協調動作を実現している。
【０１４１】
次に、システム初期設定モジュール１２２がユーザ情報を更新する処理について図面を参照しつつ説明していく。図７は、配信宛先情報を更新する処理の一例のフローチャートを示す。
【０１４２】
ステップＳ１０では、システム初期設定モジュール１２２がＵＣＳ４９の諸元情報をＡＰＩを利用してＵＣＳ４９から取得する。諸元情報はＵＣＳ４９自体の諸要素の情報であって、ＵＣＳ４９や課金情報管理モジュール１２１の組み込み情報や設定パラメータ情報から構成されている。
【０１４３】
ステップＳ１０に続いてステップＳ１１に進み、システム初期設定モジュール１２２は取得した諸元情報から利用可能機能を判定し、利用する機能をＡＰＩを利用してＵＣＳ４９に登録する。
【０１４４】
ステップＳ１１に続いてステップＳ１２に進み、システム初期設定モジュール１２２は図８のようなシステム初期設定メニュー画面を作成してオペレーションパネル７０に表示する。図８は、システム初期設定メニュー画面の一例のイメージ図を示す。
【０１４５】
図８のシステム初期設定メニュー画面は、ユーザ情報を更新するための処理に対応して１つ以上のメニュー項目選択ボタン１３０を含んでいる。ユーザは、例えばオペレーションパネル７０に表示されたシステム初期設定メニュー画面の項目選択ボタン１３０を選択することにより、所望の処理に進むことができる。
【０１４６】
ステップＳ１２に続いてステップＳ１３に進み、システム初期設定モジュール１２２はシステム初期設定メニュー画面からメニュー項目が選択されたか否かを判定する。システム初期設定メニュー画面からメニュー項目が選択されたと判定すると（Ｓ１３においてＹＥＳ）、システム初期設定モジュール１２２はステップＳ１４に進み、選択されたメニュー項目の処理を行う。なお、ステップＳ１４の処理の詳細は、後述する。
【０１４７】
一方、システム初期設定メニュー画面からメニュー項目が選択されていないと判定すると（Ｓ１３においてＮＯ）、システム初期設定モジュール１２２はステップＳ１３の処理を繰り返す。
【０１４８】
以下、ステップＳ１４の処理について図面を参照しつつ説明していく。システム初期設定メニュー画面から「ユーザー（宛先）登録／変更／消去」が選択されると、システム初期設定モジュール１２２は図９のようなエントリー情報更新画面をオペレーションパネル７０に表示する。なお、システム初期設定モジュール１２２はエントリー情報更新画面を作成するために必要な見出し集合情報，見出し情報および見出しに所属するエントリー一覧をＡＰＩを利用してＵＣＳ４９から取得する。
【０１４９】
図９は、エントリー情報更新画面の一例のイメージ図を示す。ここで、エントリーとはユーザー（宛先）を表すものであり、例えば個別ユーザなどに対応するアカウントと、列挙されたアカウントに対応するグループとに大別される。
【０１５０】
図９のエントリー情報更新画面は、１つ以上の見出しから構成される見出し集合１３２と、選択された見出しに所属するエントリー一覧を表示するエントリー表示欄１３４と、エントリー情報を新規に作成して登録するための画面を呼び出す新規作成ボタン１３６と、既に登録されているエントリー情報を変更するための画面を呼び出す変更ボタン１３８と、選択したエントリー情報を削除するための削除ボタン１４０とを含む。
【０１５１】
なお、見出し集合１３２は、例えば「常用」，「あ」などの見出しの順序付き集合である。また、見出しはエントリーの順序付き集合にラベルを付けたものである。図９のエントリー情報更新画面では、見出し「あ」が選択されているため、エントリー表示欄１３４に見出し「あ」に所属する７つのエントリーが表示されている。
【０１５２】
新規作成ボタン１３６が選択されると、システム初期設定モジュール１２２はエントリー情報を新規に作成して登録するための図１０のようなエントリー情報登録画面をオペレーションパネル７０に表示する。図１０は、エントリー情報登録画面の一例のイメージ図を示す。
【０１５３】
図１０のエントリー情報登録画面は、ユーザー（宛先）名を設定する欄，登録番号を設定する欄，所属する見出しを設定する見出しボタン，ユーザーコードを設定するための画面を呼び出すユーザーコードボタン１４２，メール宛先を設定するための画面を呼び出すメール宛先ボタン１４４，ファクス宛先を設定するための画面を呼び出すファクス宛先ボタン１４６，グループを設定するための画面を呼び出すグループボタン１４８，エントリー情報を登録する登録ボタン１５０とを含む。
【０１５４】
ユーザは、エントリー情報登録画面にユーザー（宛先）名，登録番号，所属する見出しを設定する。また、ユーザはユーザーコードボタン１４２を選択し、ユーザーコードを設定するための画面をオペレーションパネル７０に表示してユーザーコードを入力する。ユーザーコードとは、ユーザが使用できる機能を設定するための利用制限情報をいう。
【０１５５】
また、ユーザはメール宛先ボタン１４４を選択し、メール宛先を設定するための画面をオペレーションパネル７０に表示してメール宛先を入力する。また、ユーザはファクス宛先ボタン１４６を選択し、ファクス宛先を設定するための画面をオペレーションパネル７０に表示してファクス宛先を入力する。さらに、ユーザは、グループボタン１４８を選択し、グループを設定するための画面をオペレーションパネル７０に表示してエントリーを所属するグループを選択する。
【０１５６】
エントリー情報を作成するために必要な情報を全て登録したあと、図１０のエントリー情報登録画面の登録ボタン１５０を選択すると、システム初期設定モジュール１２２は様々なＡＰＩを利用してＵＣＳ４９にエントリー情報の更新を要求する。
【０１５７】
例えばシステム初期設定モジュール１２２は図１１のようなＡＰＩを利用してＵＣＳ４９にエントリーの作成を要求する。図１１は、エントリーを作成するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、エントリーを作成するＡＰＩに応じてエントリーの作成を行う。エントリーが作成されると、例えばエントリー情報更新画面のエントリー表示欄１３４に新規のエントリーが作成される。
【０１５８】
また、システム初期設定モジュール１２２は図１２のようなＡＰＩを利用してエントリーが所属する見出しの設定をＵＣＳ４９に要求する。図１２は、エントリーが所属する見出しを設定するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、エントリーが所属する見出しを設定するＡＰＩに応じて見出しの設定を行う。
【０１５９】
また、システム初期設定モジュール１２２は図１３のようなＡＰＩを利用してユーザコードの設定をＵＣＳ４９に要求する。図１３は、ユーザコードを設定するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、ユーザコードを設定するＡＰＩに応じてユーザコードの設定を行う。
【０１６０】
また、システム初期設定モジュール１２２は図１４のようなＡＰＩを利用してメール宛先の設定をＵＣＳ４９に要求する。図１４は、メール宛先を設定するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、メール宛先を設定するＡＰＩに応じてメール宛先の設定を行う。
【０１６１】
また、システム初期設定モジュール１２２はＡＰＩを利用してファクス宛先の設定をＵＣＳ４９に要求する。ＵＣＳ４９は、ファクス宛先を設定するＡＰＩに応じてファクス宛先の設定を行う。
【０１６２】
また、システム初期設定モジュール１２２はＡＰＩを利用してエントリーが所属するグループの設定をＵＣＳ４９に要求する。ＵＣＳ４９は、エントリーが所属するグループを設定するＡＰＩに応じてグループの設定を行う。
【０１６３】
さらに、システム初期設定モジュール１２２は、図１５のようなＡＰＩを利用してエントリー情報登録画面に設定された登録番号が既に登録されているかを確認すると共に、その登録番号が既に登録されている場合に、その登録番号の近くで空いている登録番号を取得するように要求する。
【０１６４】
図１５は、登録番号の確認／取得を行うＡＰＩの一例の構成図を示す。ＵＣＳ４９は、登録番号の確認／取得を行うＡＰＩを利用して、エントリー情報登録画面に設定された登録番号が既に登録されているかを確認すると共に、その登録番号が既に登録されている場合に、その登録番号の近くで空いている登録番号を取得する。
【０１６５】
図９のエントリー情報更新画面に含まれる変更ボタン１３８が選択されると、システム初期設定モジュール１２２は既に登録されているエントリー情報を変更するための図１０のようなエントリー情報登録画面をオペレーションパネル７０に表示する。変更ボタン１３８が選択されたときに表示されるエントリー情報登録画面は、既に登録されているエントリー情報が表示されている点で新規作成ボタン１３６が選択されたときに表示されるエントリー情報登録画面と異なる。
【０１６６】
システム初期設定モジュール１２２は様々なＡＰＩを利用して、既に登録されているエントリー情報をエントリー情報登録画面に表示する。例えばシステム初期設定モジュール１２２は図１６のようなＡＰＩを利用してＵＣＳ４９からエントリーが所属しているグループを取得する。図１６は、エントリーが所属しているグループを取得するＡＰＩの一例の構成図を示す。
【０１６７】
なお、エントリー情報登録画面への情報の登録は、変更ボタン１３８が選択されたときに表示されるエントリー情報登録画面と新規作成ボタン１３６が選択されたときに表示されるエントリー情報登録画面とで同様であるため、説明を省略する。
【０１６８】
エントリー情報を変更するために必要な情報を全て登録したあと、図１０のエントリー情報登録画面の登録ボタン１５０を選択すると、システム初期設定モジュール１２２は様々なＡＰＩを利用してＵＣＳ４９にエントリー情報の更新を要求する。
【０１６９】
例えばシステム初期設定モジュール１２２は図１７のようなＡＰＩを利用してＵＣＳ４９にエントリーの変更を要求する。図１７は、エントリーを変更するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、エントリーを変更するＡＰＩに応じてエントリーの変更を行う。
【０１７０】
図９のエントリー情報更新画面のエントリー表示欄１３４からエントリーを選択して削除ボタン１４０を選択すると、システム初期設定モジュール１２２は図１８のようなＡＰＩを利用してエントリーを削除する。図１８は、エントリーを削除するＡＰＩの一例の構成図を示す。
【０１７１】
次に、システム初期設定メニュー画面から「見出し編集」が選択されたときの処理について説明する。「見出し編集」が選択されると、システム初期設定モジュール１２２は見出し編集画面をオペレーションパネル７０に表示する。なお、見出し編集画面は例えば図９のエントリー情報更新画面のように見出し集合１３２を有する。システム初期設定モジュール１２２は、見出し編集画面を作成するために必要な見出し集合情報，見出し情報をＡＰＩを利用してＵＣＳ４９から取得する。
【０１７２】
ユーザは見出しを変更するために必要な情報を全て登録したあと、見出し編集画面の例えば設定ボタンを選択する。すると、システム初期設定モジュール１２２は図１９のようなＡＰＩを利用してＵＣＳ４９に見出しの変更を要求する。図１９は、見出しを変更するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、見出しを変更するＡＰＩに応じて見出しを変更する。
【０１７３】
次に、システム初期設定メニュー画面から「並び順入れ替え」が選択されたときの処理について説明する。「並び順入れ替え」が選択されると、システム初期設定モジュール１２２は並び順入れ替え画面をオペレーションパネル７０に表示する。なお、並び順入れ替え画面は例えば図９のエントリー情報更新画面のように見出し集合１３２および選択された見出しに所属するエントリー一覧を表示するエントリー表示欄１３４を有する。システム初期設定モジュール１２２は並び順入れ替え画面を作成するために必要な見出し集合情報，見出し情報をＡＰＩを利用してＵＣＳ４９から取得する。
【０１７４】
ユーザは例えばエントリー表示欄１３４に表示されているエントリーの並びを所望の順番に変更し、並び順入れ替え画面の例えば設定ボタンを選択する。システム初期設定モジュール１２２は図２０のようなＡＰＩを利用してＵＣＳ４９にエントリーの並び順入れ替えを要求する。図２０は、エントリーの並び順を入れ替えるＡＰＩの一例の構成図を示す。ＵＣＳ４９は、並び順を入れ替えるＡＰＩに応じてエントリーの並び順を入れ替える。
【０１７５】
また、ＵＣＳ４９は以下のようなＡＰＩも提供できる。図２１は、送信者認証情報を設定するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、送信者認証情報を設定するＡＰＩを利用してＵＣＳ４９に送信者認証情報の設定を要求する。なお、送信者認証情報は例えばパスワードであり、送信者を識別するために利用される。
【０１７６】
図２２は、メールグループを設定するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、メールグループを設定するＡＰＩを利用してＵＣＳ４９にメールグループの設定を要求する。なお、メールグループは所属するアカウント数や所属するアカウントなどの情報である。図２３は、エントリーの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、エントリーの登録件数を取得するＡＰＩを利用してＵＣＳ４９からエントリーの登録件数を取得できる。
【０１７７】
図２４は、アカウントの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、アカウントの登録件数を取得するＡＰＩを利用してＵＣＳ４９からエントリーの登録件数を取得できる。図２５は、グループの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、グループの登録件数を取得するＡＰＩを利用してＵＣＳ４９からグループの登録件数を取得できる。
【０１７８】
図２６は、メール宛先の登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、メール宛先の登録件数を取得するＡＰＩを利用してＵＣＳ４９からメール宛先の登録件数を取得できる。図２７は、ユーザーコードの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、ユーザーコードの登録件数を取得するＡＰＩを利用してＵＣＳ４９からユーザーコードの登録件数を取得できる。
【０１７９】
エントリー，アカウント，グループ，メール宛先，ユーザーコードの登録件数は、例えばエントリー，アカウント，グループ，メール宛先，ユーザーコードなどの情報を更新する画面を作成するときに利用される。
【０１８０】
以上のように、本発明による融合機１はユーザ情報を管理するＵＣＳ４９を設けたことにより、システム初期設定モジュール１２２がユーザ情報の格納先を指定すること無しにユーザ情報の更新が可能である。
【０１８１】
なお、図１の構成図ではＵＣＳ４９がコントロールサービスに含まれる例を表しているが、この例に限らない。例えばＵＣＳ４９は、アプリケーション３０に含まれるようにしてもよい。また、図６等ではシステム初期設定モジュール１２２がＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の更新を要求する例を表しているが、この例に限らない。例えばファックスアプリ３３等のアプリケーション３０がＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の更新を要求してもよい。
【０１８２】
【発明の効果】
上述の如く、本発明によれば、ユーザ情報管理手段がシステム初期設定モジュールからの要求に応じてユーザ情報を更新することにより、システム初期設定モジュールがユーザ情報の格納先を指定することなくユーザ情報を更新できる共にユーザ情報を一元管理できる。
【０１８３】
【図面の簡単な説明】
【図１】本発明による融合機の一実施例の構成図である。
【図２】本発明による融合機の一実施例のハードウェア構成図である。
【図３】本発明のユーザ情報管理方法について説明するための図である。
【図４】利用制限・課金情報の一例の構成図である。
【図５】配信宛先情報の一例の構成図である。
【図６】ユーザ情報の更新処理について説明するための図である。
【図７】配信宛先情報を更新する処理の一例のフローチャートである。
【図８】システム初期設定メニュー画面の一例のイメージ図である。
【図９】エントリー情報更新画面の一例のイメージ図である。
【図１０】エントリー情報登録画面の一例のイメージ図である。
【図１１】エントリーを作成するＡＰＩの一例の構成図である。
【図１２】エントリーが所属する見出しを設定するＡＰＩの一例の構成図である。
【図１３】ユーザコードを設定するＡＰＩの一例の構成図である。
【図１４】メール宛先を設定するＡＰＩの一例の構成図である。
【図１５】登録番号の確認／取得を行うＡＰＩの一例の構成図である。
【図１６】エントリーが所属しているグループを取得するＡＰＩの一例の構成図である。
【図１７】エントリーを変更するＡＰＩの一例の構成図である。
【図１８】エントリーを削除するＡＰＩの一例の構成図である。
【図１９】見出しを変更するＡＰＩの一例の構成図である。
【図２０】エントリーの並び順を入れ替えるＡＰＩの一例の構成図である。
【図２１】送信者認証情報を設定するＡＰＩの一例の構成図である。
【図２２】メールグループを設定するＡＰＩの一例の構成図である。
【図２３】エントリーの登録件数を取得するＡＰＩの一例の構成図である。
【図２４】アカウントの登録件数を取得するＡＰＩの一例の構成図である。
【図２５】グループの登録件数を取得するＡＰＩの一例の構成図である。
【図２６】メール宛先の登録件数を取得するＡＰＩの一例の構成図である。
【図２７】ユーザーコードの登録件数を取得するＡＰＩの一例の構成図である。
【符号の説明】
１ 融合機
１１ 白黒ラインプリンタ
１２ カラーラインプリンタ
１３ ハードウェアリソース
２０ ソフトウェア群
３０ アプリケーション
４０ プラットフォーム
４１ オペレーティングシステム（ＯＳ）
４２ システムコントロールサービス（ＳＣＳ）
４３ システムリソースマネージャ（ＳＲＭ）
４４ エンジンコントロールサービス（ＥＣＳ）
４５ メモリコントロールサービス（ＭＣＳ）
４６ オペレーションパネルコントロールサービス（ＯＣＳ）
４７ ファックスコントロールサービス（ＦＣＳ）
４８ ネットワークコントロールサービス（ＮＣＳ）
４９ ユーザ情報管理サービス（ＵＣＳ）
５０ 融合機起動部
６０ コントローラボード
６１ ＣＰＵ
６２ ＡＳＩＣ（Application Specific Integrated Circuit）
６３ ＳＲＡＭ（Static RAM）
６４ ＳＤＲＡＭ（Synchronous DRAM）
６５ フラッシュメモリ
６６ ハードディスク装置（ＨＤＤ）
６７ ネットワークＩ／Ｆコントローラ
７０ オペレーションパネル
８０ ファックスコントロールユニット（ＦＣＵ）
９０ ＵＳＢデバイス
１００ ＩＥＥＥ１３９４デバイス
１１０ エンジン部
１２１ 課金情報管理モジュール
１２２ システム初期設定モジュール
１３０ メニュー項目選択ボタン
１３２ 見出し集合
１３４ エントリー表示欄
１３６ 新規作成ボタン
１３８ 変更ボタン
１４０ 削除ボタン
１４２ ユーザーコードボタン
１４４ メール宛先ボタン
１４６ ファクス宛先ボタン
１４８ グループボタン
１５０ 登録ボタン
Claims (4)
- プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用される複数のプログラムとを有し、前記プログラム，前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置のユーザ情報管理方法であって、
格納先に要求する条件に応じて分けられた一の種類のユーザ情報を格納する一の格納手段と、
格納先に要求する条件に応じて分けられた他の種類のユーザ情報を格納する他の格納手段と、
前記一の格納手段を前記一の種類のユーザ情報に対応付けておくと共に、前記他の格納手段を前記他の種類のユーザ情報に対応付けておき、前記一及び他の格納手段に格納されている前記一及び他の種類のユーザ情報を管理する一方、
他の前記プログラムから前記一又は他の種類のユーザ情報に関する要求を受け付ける関数により、前記他の格納手段に格納されている前記他の種類のユーザ情報に関する要求を受け付け、前記他の格納手段に格納されている前記他の種類のユーザ情報に関する処理を行う前記プログラムの一つであるユーザ情報管理手段と、
前記ユーザ情報管理手段から前記一の格納手段に格納されている前記一の種類のユーザ情報に関する要求を受け付け、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を行う前記プログラムの一つであるシステム制御手段とを備え、
前記システム制御手段が、前記関数を利用して前記一の種類のユーザ情報に関する要求を前記ユーザ情報管理手段に対して行うステップと、
前記ユーザ情報管理手段が、前記関数を利用した前記一の種類のユーザ情報に関する要求を受信するステップと、
前記ユーザ情報管理手段が、前記関数を利用した前記一の種類のユーザ情報に関する要求を解釈し、その要求に応じた前記一の種類のユーザ情報が格納されている前記一の格納手段を判定し、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を前記システム制御手段に要求するユーザ情報管理ステップと
を有することを特徴とするユーザ情報管理方法。 - 前記システム制御手段は、前記関数を利用して前記ユーザ情報管理手段に前記一又は他の種類のユーザ情報に関する要求を行う要求モジュールと、
前記ユーザ情報管理手段から前記一の格納手段に格納されている前記一の種類のユーザ情報に関する要求を受け付け、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を行う情報管理モジュールと
を有することを特徴とする請求項１記載のユーザ情報管理方法。 - プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用される複数のプログラムとを有し、前記プログラム，前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置であって、
格納先に要求する条件に応じて分けられた一の種類のユーザ情報を格納する一の格納手段と、
格納先に要求する条件に応じて分けられた他の種類のユーザ情報を格納する他の格納手段と、
前記一の格納手段を前記一の種類のユーザ情報に対応付けておくと共に、前記他の格納手段を前記他の種類のユーザ情報に対応付けておき、前記一及び他の格納手段に格納されている前記一及び他の種類のユーザ情報を管理する一方、
他の前記プログラムから前記一又は他の種類のユーザ情報に関する要求を受け付ける関 数により、前記他の格納手段に格納されている前記他の種類のユーザ情報に関する要求を受け付け、前記他の格納手段に格納されている前記他の種類のユーザ情報に関する処理を行う前記プログラムの一つであるユーザ情報管理手段と、
前記ユーザ情報管理手段から前記一の格納手段に格納されている前記一の種類のユーザ情報に関する要求を受け付け、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を行う前記プログラムの一つであるシステム制御手段とを備え、
前記システム制御手段が、前記関数を利用して前記一の種類のユーザ情報に関する要求を前記ユーザ情報管理手段に対して行い、
前記ユーザ情報管理手段が、前記関数を利用した前記一の種類のユーザ情報に関する要求を受信し、
前記ユーザ情報管理手段が、前記関数を利用した前記一の種類のユーザ情報に関する要求を解釈し、その要求に応じた前記一の種類のユーザ情報が格納されている前記一の格納手段を判定し、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を前記システム制御手段に要求する
ことを特徴とする画像形成装置。 - 前記システム制御手段は、前記関数を利用して前記ユーザ情報管理手段に前記一又は他の種類のユーザ情報に関する要求を行う要求モジュールと、
前記ユーザ情報管理手段から前記一の格納手段に格納されている前記一の種類のユーザ情報に関する要求を受け付け、前記一の格納手段に格納されている前記一の種類のユーザ情報に関する処理を行う情報管理モジュールと
を有することを特徴とする請求項３記載の画像形成装置。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003039977A JP3914163B2 (ja) | 2002-02-26 | 2003-02-18 | ユーザ情報管理方法および画像形成装置 |
| US10/372,798 US20040030986A1 (en) | 2002-02-26 | 2003-02-26 | Method of controlling user information and information processing apparatus |
| US12/172,694 US7958140B2 (en) | 2002-02-26 | 2008-07-14 | Method of controlling user information and information processing apparatus |
| US13/089,593 US8135734B2 (en) | 2002-02-26 | 2011-04-19 | Method of controlling user information and information processing apparatus |
| US13/399,743 US20120147409A1 (en) | 2002-02-26 | 2012-02-17 | Method of controlling user inforamtion and information processing apparatus |
| US14/665,996 US10404785B2 (en) | 2002-02-26 | 2015-03-23 | Method of controlling user information and information processing apparatus |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002-50540 | 2002-02-26 | ||
| JP2002050540 | 2002-02-26 | ||
| JP2003039977A JP3914163B2 (ja) | 2002-02-26 | 2003-02-18 | ユーザ情報管理方法および画像形成装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003323093A JP2003323093A (ja) | 2003-11-14 |
| JP3914163B2 true JP3914163B2 (ja) | 2007-05-16 |
Family
ID=29552007
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003039977A Expired - Fee Related JP3914163B2 (ja) | 2002-02-26 | 2003-02-18 | ユーザ情報管理方法および画像形成装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3914163B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8127090B2 (en) | 2007-03-19 | 2012-02-28 | Ricoh Company, Limited | Information processing method, and information processing system |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008059560A (ja) | 2006-08-04 | 2008-03-13 | Ricoh Co Ltd | 機能管理システムおよび管理方法 |
| JP4962532B2 (ja) | 2009-06-17 | 2012-06-27 | コニカミノルタビジネステクノロジーズ株式会社 | 画像形成装置およびコンピュータプログラム |
| JP6872110B2 (ja) | 2016-11-18 | 2021-05-19 | 富士フイルムビジネスイノベーション株式会社 | 画像形成装置及びプログラム |
-
2003
- 2003-02-18 JP JP2003039977A patent/JP3914163B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8127090B2 (en) | 2007-03-19 | 2012-02-28 | Ricoh Company, Limited | Information processing method, and information processing system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003323093A (ja) | 2003-11-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10944880B2 (en) | Image forming apparatus and scanned data process method | |
| US10404785B2 (en) | Method of controlling user information and information processing apparatus | |
| JP3914163B2 (ja) | ユーザ情報管理方法および画像形成装置 | |
| JP3715629B2 (ja) | 画像処理装置およびユーザ情報管理方法 | |
| JP4383066B2 (ja) | 画像形成装置 | |
| JP4485749B2 (ja) | 画像形成装置 | |
| JP5369938B2 (ja) | 画像形成装置とその処理方法およびプログラム | |
| JP4898878B2 (ja) | 画像形成装置及びプログラム | |
| JP3865242B2 (ja) | ユーザ情報管理方法および情報処理装置 | |
| JP4001560B2 (ja) | 画像形成装置，サムネイル取得方法及びサムネイル取得システム | |
| JP3857654B2 (ja) | 画像形成装置，ユーザ情報管理方法，ユーザ情報管理プログラムおよび記録媒体 | |
| JP5063718B2 (ja) | 画像形成装置及びネットワークシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051025 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060509 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060710 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061024 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061222 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070130 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070201 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3914163 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110209 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120209 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130209 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130209 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140209 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |