JP4383066B2 - 画像形成装置 - Google Patents
画像形成装置 Download PDFInfo
- Publication number
- JP4383066B2 JP4383066B2 JP2003039976A JP2003039976A JP4383066B2 JP 4383066 B2 JP4383066 B2 JP 4383066B2 JP 2003039976 A JP2003039976 A JP 2003039976A JP 2003039976 A JP2003039976 A JP 2003039976A JP 4383066 B2 JP4383066 B2 JP 4383066B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- user information
- api
- user
- initial setting
- 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
Description
【０００１】
【発明の属する技術分野】
本発明は、画像形成装置に係り、特に１つ以上の格納手段に格納されたユーザ情報を利用する画像形成装置に関する。
【０００２】
本発明は、ユーザ情報管理方法および情報処理装置に係り、特に１つ以上の格納手段に格納されたユーザ情報を利用するユーザ情報管理方法および情報処理装置に関する。
【従来の技術】
【０００３】
パソコン等の情報処理装置は、様々な情報処理にそれぞれ対応する１つ以上のソフトウェアを実行させることで様々な情報処理を行わせるものである。このような情報処理装置は、例えば他のコンピュータなどにネットワークを介して接続されており、配信機能を利用して画像情報などの配信を行う。配信機能を有する情報処理装置は、例えば配信宛先情報および利用制限・課金情報をユーザ情報として有している。
【０００４】
また、情報処理装置の応用例としての画像形成装置は、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納している。画像形成装置は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。
【０００５】
このような画像形成装置は、他の画像形成装置やコンピュータなどにネットワークを介して接続され、配信機能を利用して例えば画像情報などの配信を行う。配信機能を有する画像形成装置は、例えば配信宛先情報および利用制限・課金情報をユーザ情報として有している。
【０００６】
配信宛先情報は、配信宛先や送信者などの管理を行うものである。配信宛先情報は、更新頻度が低くバックアップが比較的容易である。また、配信宛先情報は管理が必要なユーザが情報処理装置や画像形成装置を利用するユーザに限定されないため、管理が必要なユーザの数が多くなる。
【０００７】
一方、利用制限・課金情報は各種機能の使用可否や使用可能機能の使用量（例えば使用枚数など）の管理を行うものである。利用制限・課金情報は機器の使用の度に更新されるため更新頻度が高く、バックアップが困難である。また、利用制限・課金情報は管理が必要なユーザが情報処理装置や画像形成装置を利用するユーザに限定されるため、管理が必要なユーザの数が少なくなる。
【０００８】
このように、配信宛先情報および利用制限・課金情報はバックアップの容易性や管理が必要なユーザの数に差があるため、格納手段としての記憶装置に要求される条件が異なっている。例えば配信宛先情報は速度や信頼性を犠牲にしても大容量の記憶装置が必要である。また、利用制限・課金情報はコストや容量を犠牲にしても高速で信頼性の高い記憶装置が必要である。
【０００９】
従来の情報処理装置や画像形成装置は、例えば配信宛先情報をハードディスク装置に格納して管理し、利用制限・課金情報を不揮発ＲＡＭに格納して管理していた。
【００１０】
特許文献１には、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作される画像形成装置の一例が記載されている。
【特許文献１】
特開２００２−８４３８３号公報
【発明が解決しようとする課題】
【００１１】
従来の情報処理装置は、様々な情報処理にそれぞれ対応する１つ以上のアプリケーションを有している。また、従来の画像形成装置は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うアプリケーションを有している。
【００１２】
各アプリケーションが配信機能を利用するためには、配信宛先情報および使用制限・課金情報を予めハードディスク装置や不揮発ＲＡＭなどの記憶装置に登録して管理しておく必要がある。
【００１３】
このような配信宛先情報の登録または更新は、システム初期設定モジュール等が行う。システム初期設定モジュールは、配信宛先情報または使用制限・課金情報の登録または更新を行うとき又は配信宛先情報または使用制限・課金情報を参照するときに、配信宛先情報または使用制限・課金情報の格納先を判断して一々指定しなければならないという問題があった。
【００１４】
本発明は、上記の点に鑑みなされたもので、格納先を指定することなくユーザ情報を利用できると共に、ユーザ情報を一元管理することが可能な画像形成装置を提供することを目的とする。
【００１５】
そこで、上記課題を解決するため、本発明は、プリンタ部又はスキャナ部の少なくとも一方を含むハードウェア資源と、第１のユーザ情報を格納する第１の格納手段と、第２のユーザ情報を格納する、前記第１の格納手段とは異なるメディアの第２の格納手段と、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記第１のユーザ情報及び前記第２のユーザ情報から選択された所望のユーザ情報を利用する複数の画像形成処理アプリケーションと、前記オペレーティングシステム上で動作し、前記第１のユーザ情報及び前記第２のユーザ情報を管理するユーザ情報管理プログラムと、を備え、前記ユーザ情報管理プログラムは、前記複数の画像形成処理アプリケーションの各々からユーザ情報の取得要求を受信可能とする受信手段と、該取得要求があったユーザ情報が、前記第１の格納手段及び前記第２の格納手段のいずれに格納されているかを判定する判定手段と、
該判定した格納手段から前記取得要求があったユーザ情報を取得して要求元の画像形成処理アプリケーションに供給する供給手段と、を備え、さらに、前記ユーザ情報管理プログラムは、ユーザ情報を供給した画像形成処理アプリケーションから、供給したユーザ情報に対する更新要求を受信可能とする受信手段と、該更新要求があったユーザ情報が、前記第１の格納手段及び前記第２の格納手段のいずれに格納されているかを判定する判定手段と、該判定した格納手段に格納されている前記更新要求があったユーザ情報を更新する更新手段と、を備えることを特徴とする。
【００２３】
次に、本発明の実施の形態について図面に基づいて説明する。
【００２４】
図１は、本発明による情報処理装置の一実施例の構成図である。情報処理装置１０００は、ハードウェア資源１１００と，ソフトウェア群１２００とを含むように構成される。
【００２５】
ハードウェア資源１１００は、メモリ装置１１１０，入力装置１１２０，表示装置１１３０，その他のハードウェアリソース１１４０等を含む。ソフトウェア群１２００は、アプリケーション１２１０−１〜１２１０−ｎ，ＵＮＩＸ（登録商標）などのＯＳ１２３０，ＢＩＯＳ１２４０，デバイスドライバ１２５０，ユーザ情報管理手段１２６０，システム初期設定モジュール１２７０等を含む。
【００２６】
情報処理装置１０００は、電源投入時にＯＳ１２３０のプログラムを補助記憶装置から読み出し、読み出したプログラムをメモリ装置１１１０に転送して起動する。また、情報処理装置１０００は電源投入時またはオペレータからの起動指示によりアプリケーション１２１０−１〜１２１０−ｎのプログラムを補助記憶装置から読み出し、読み出したプログラムをメモリ装置１１１０に転送して起動する。
【００２７】
アプリケーション１２１０−１〜１２１０−ｎは、情報処理装置１０００に様々な情報処理を行わせるものである。ＢＩＯＳ１２４０は、ハードウェア資源１１００を制御するプログラムである。また、デバイスドライバ１２５０はハードウェア資源１１００に含まれる周辺機器等を管理するプログラムである。
【００２８】
ＯＳ１２３０，ユーザ情報管理手段１２６０およびシステム初期設定モジュール１２７０は、ＡＰＩ（Application Program Interface ）１２２０を利用してアプリケーション１２１０−１〜１２１０−ｎからの要求を受信する。ＡＰＩ１２２０は予め定義されている関数により、アプリケーション１２１０−１〜１２１０−ｎからの要求を受信するために利用される。また、ユーザ情報管理手段１２６０は図示しないＡＰＩを利用してシステム初期設定モジュール１２７０からの要求を受信する。
【００２９】
ユーザ情報管理手段１２６０は、ユーザ情報の管理を行うものである。ユーザ情報管理手段１２６０は、アプリケーション１２１０−１〜１２１０−ｎやシステム初期設定モジュール１２７０からの要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して要求元のアプリケーション１２１０−１〜１２１０−ｎやシステム初期設定モジュール１２７０に供給する。なお、システム初期設定モジュール１２７０の詳細は後述する。
【００３０】
ＯＳ１２３０は、アプリケーション１２１０−１〜１２１０−ｎ，ユーザ情報管理手段１２６０及びシステム初期設定モジュール１２７０の各ソフトウェアをプロセスとして並列制御する。また、ＯＳ１２３０はＢＩＯＳ１２４０，デバイスドライバ１２５０を利用してハードウェア資源１１００に対する要求を行う。
【００３１】
次に、情報処理装置１０００のハードウェア構成について説明する。図２は、本発明による情報処理装置の一実施例のハードウェア構成図である。情報処理装置１０００は、それぞれバスＢで相互に接続されている入力装置１５１０，表示装置１５２０，補助記憶装置１５３０，メモリ装置１５４０および演算処理装置１５５０を有するように構成される。
【００３２】
入力装置１５１０はキーボード及びマウスなどで構成され、様々な操作指示を入力するために用いられる。表示装置１５２０は、操作に必要な各種ウインドウやデータ等を表示する。補助記憶装置１５３０は、情報処理装置１０００に係る処理を行わせるプログラムを格納すると共に、そのプログラムの処理に必要な各種ファイルやデータ等を格納している。
【００３３】
メモリ装置１５４０は、情報処理装置１０００の起動時に補助記憶装置１５３０からプログラムを読み出して格納する。演算処理装置１５５０は、メモリ装置１５４０に格納されたプログラムに従って処理を実行する。
【００３４】
このような情報処理装置１０００は、例えば他のコンピュータなどにネットワークを介して接続され、配信機能を利用して画像情報などの配信を行う。配信機能を備えた情報処理装置１０００は、配信宛先情報および利用制限・課金情報をユーザ情報として有している。なお、配信機能を備えていない情報処理装置１０００は、利用制限・課金情報をユーザ情報として有している。
【００３５】
次に、本発明による情報処理装置１０００の応用例としての画像形成装置１について説明する。なお、本実施例で説明する画像形成装置１は、プリンタ，コピー，ファクシミリおよびスキャナ等の各装置の機能を１つの筐体内に収納しているため、融合機とも呼ばれる。
【００３６】
図３は、本発明による融合機の一実施例の構成図を示す。融合機１は、白黒ラインプリンタ１１と，カラーラインプリンタ１２と，スキャナやファクシミリなどのハードウェアリソース１３と，ソフトウェア群２０と，融合機起動部５０とを有するように構成される。また、ソフトウェア群２０はアプリケーション３０とプラットフォーム４０とを有するように構成される。
【００３７】
プラットフォーム４０は、アプリケーション３０からの処理要求を解釈してハードウェア資源の獲得要求を発生するコントロールサービスと、１つ以上のハードウェア資源の管理を行ってコントロールサービスからの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）４３と、オペレーティングシステム（以下、ＯＳという）４１とを有するように構成されている。
【００３８】
コントロールサービスは、システムコントロールサービス（以下、ＳＣＳという）４２，エンジンコントロールサービス（以下、ＥＣＳという）４４，メモリコントロールサービス（以下、ＭＣＳという）４５，オペレーションパネルコントロールサービス（以下、ＯＣＳという）４６，ファックスコントロールサービス（以下、ＦＣＳという）４７，ネットワークコントロールサービス（以下、ＮＣＳという）４８，ユーザ情報管理サービス（以下、ＵＣＳという）４９など一つ以上のサービスモジュールを有するように構成されている。
【００３９】
なお、プラットフォーム４０は予め定義されている関数によりアプリケーション３０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）を有するように構成されている。
【００４０】
ＯＳ４１は、ユニックス（ＵＮＩＸ）などのオペレーティングシステムであって、プラットフォーム４０およびアプリケーション３０の各ソフトウェアをプロセスとして並列実行する。
【００４１】
ＳＲＭ４３のプロセスは、ＳＣＳ４２と共にシステムの制御およびリソースの管理を行うものである。例えばＳＲＭ４３のプロセスは、スキャナ部やプリンタ部などのエンジン，メモリ，ハードディスク装置（ＨＤＤ）ファイル，ホストＩ／Ｏ（セントロインターフェース，ネットワークインターフェース，ＩＥＥＥ１３９４インターフェース，ＲＳ２３２Ｃインターフェースなど）のハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。
【００４２】
具体的に、ＳＲＭ４３は要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、ＳＲＭ４３は上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、例えばプリンタエンジンによる紙搬送と作像動作，メモリ確保，ファイル生成などの要求内容を直接実施している。
【００４３】
ＳＣＳ４２のプロセスは、アプリケーション管理，操作部制御，システム画面表示，ＬＥＤ表示，リソース管理，割り込みアプリケーション制御を行う。ＥＣＳ４４のプロセスは、白黒ラインプリンタ１１，カラーラインプリンタ１２，ハードウェアリソース１３のエンジンの制御を行う。
【００４４】
ＭＣＳ４５のプロセスは、画像メモリの取得および解放，ハードディスク装置（ＨＤＤ）の利用，画像データの圧縮および伸張などを行う。ＯＣＳ４６のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。
【００４５】
ＦＣＳ４７のプロセスは、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信，ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用，ファクシミリ読み取り，ファクシミリ受信印刷，融合送受信を行うためのアプリケーションを提供する。
【００４６】
ＮＣＳ４８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対し、共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【００４７】
ＵＣＳ４９のプロセスは、ユーザ情報の管理を行うものであり、要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して各アプリケーションに供給する。また、ＵＣＳ４９のプロセスは要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置に格納されているユーザ情報を更新する。
【００４８】
また、アプリケーション３０は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うものである。アプリケーション３０は、ページ記述言語（ＰＤＬ，ＰＣＬ）およびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ３１と，コピー用アプリケーションであるコピーアプリ３２と，ファクシミリ用アプリケーションであるファックスアプリ３３と，スキャナ用アプリケーションであるスキャナアプリ３４と，ネットワークファイル用アプリケーションであるネットファイルアプリ３５と，工程検査用アプリケーションである工程検査アプリ３６とを有している。
【００４９】
融合機起動部５０は、融合機１の電源投入時に最初に実行され、アプリケーション３０やプラットフォーム４０を起動するものである。例えば融合機起動部５０は、コントロールサービスやアプリケーションのプログラムを後述するフラッシュメモリから読み出し、読み出した各プログラムをＳＲＡＭまたはＳＤＲＡＭ上に確保したメモリ領域に転送して起動するものである。
【００５０】
図４は、本発明による融合機の一実施例のハードウェア構成図を示す。図４の融合機１は、コントローラボード６０と，オペレーションパネル７０と，ファックスコントロールユニット（以下、ＦＣＵという）８０と，ＵＳＢデバイス９０と，ＩＥＥＥ１３９４デバイス１００と，エンジン部１１０とを有するように構成される。なお、ＦＣＵ８０はメモリを有している。ＦＣＵ８０が有するメモリは、例えば融合機１の電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するために利用される。
【００５１】
オペレーションパネル７０は、コントローラボード６０のＡＳＩＣ６２に直接接続されている。また、ＦＣＵ８０，ＵＳＢデバイス９０，ＩＥＥＥ１３９４デバイス１００およびエンジン部１１０は、コントローラボード６０のＡＳＩＣ６２にＰＣＩバス（Peripheral Component Interconnect bus ）などで接続されている。
【００５２】
また、コントローラボード６０は、ＣＰＵ６１と，ＡＳＩＣ６２と，ＳＲＡＭ（Static RAM）６３と，ＳＤＲＡＭ（Synchronous
DRAM）６４と，フラッシュメモリ６５と，ＨＤＤ６６と，ネットワークＩ／Ｆコントローラ６７とを有するように構成される。コントローラボード６０は、ＣＰＵ６１，ＳＲＡＭ６３，ＳＤＲＡＭ６４，フラッシュメモリ６５，ＨＤＤ６６，ネットワークＩ／Ｆコントローラ６７などをＡＳＩＣ６２に接続するように構成されている。
【００５３】
ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＯＳ４１上でプラットフォーム４０を形成するＳＣＳ４２，ＳＲＭ４３，ＥＣＳ４４，ＭＣＳ４５，ＯＣＳ４６，ＦＣＳ４７およびＮＣＳ４８をそれぞれプロセスとして起動して実行させると共に、アプリケーション３０を形成するプリンタアプリ３１，コピーアプリ３２，ファックスアプリ３３，スキャナアプリ３４，ネットファイルアプリ３５および工程検査アプリ３６を起動して実行させる。
【００５４】
ＡＳＩＣ６２は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＳＲＡＭ６３およびＳＤＲＡＭ６４の物理メモリ領域には、カーネルやプロセスなどの仮想メモリ領域がマッピングされる。
【００５５】
不揮発ＲＡＭとしてのフラッシュメモリ６５は、アプリケーション３０またはプラットフォーム４０を構成する各アプリやコントロールサービス，ＳＲＭ４３などの各プログラムおよび利用制限・課金情報が格納されている。また、ＨＤＤ６６は、画像データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積，配信宛先情報の格納を行うためのストレージである。オペレーションパネル７０はオペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【００５６】
このような融合機１は、例えば他の融合機やコンピュータなどにネットワークを介して接続され、配信機能を利用して画像情報などの配信を行う。融合機１が配信機能を利用するためには、配信宛先情報および使用制限・課金情報をユーザ情報として予め登録して管理しておく必要がある。なお、配信機能を備えていない融合機１であっても、利用制限・課金情報をユーザ情報として予め登録して管理しておく必要がある。
【００５７】
以下、本発明のユーザ情報管理方法について説明していく。なお、以下の説明では本発明による情報処理装置１０００の応用例としての融合機１の処理を中心に説明する。
【００５８】
図５は、本発明のユーザ情報管理方法について説明するための図を示す。フラッシュメモリ６５に格納された利用制限・課金情報は、各種機能の使用可否や使用可能機能の使用枚数などの管理を行うものであり、例えば図６のように構成される。
【００５９】
図６は、利用制限・課金情報の一例の構成図を示す。図６の利用制限・課金情報は、管理番号，登録番号，ユーザー名，ユーザーコード，複写機能使用可否，複写機能使用枚数，配信機能使用可否，配信機能使用枚数などのデータ項目を有している。フラッシュメモリ６５に格納された利用制限・課金情報は、ＳＣＳ４２に含まれる課金情報管理モジュール１２１により管理される。
【００６０】
なお、フラッシュメモリ６５には、各種サービス，モジュール，アプリケーションの管理パラメータも格納されており、後述するシステム初期設定モジュール１２２により管理される。
【００６１】
また、ＨＤＤ６６に格納された配信宛先情報は、配信宛先や送信者などの管理を行うものであり、例えば図７のように構成される。図７は、配信宛先情報の一例の構成図を示す。図７の配信宛先情報は、管理番号，登録番号，ユーザー名，電子メールアドレス，送信者可否などのデータ項目を有している。ＨＤＤ６６に格納された配信宛先情報は、ＵＳＣ４９により管理される。
【００６２】
ＵＣＳ４９はＨＤＤ６６に格納された配信宛先情報を直接管理する一方、フラッシュメモリ６５に格納された利用制限・課金情報を課金情報管理モジュール１２１を介して管理する。
【００６３】
なお、配信機能を備えていない融合機１の場合、ＨＤＤ６６に格納される配信宛先情報は存在しない。配信機能を備えていない融合機１であってもＵＣＳ４９が課金情報管理モジュール１２１を介してフラッシュメモリ６５に格納された利用制限・課金情報を管理することにより、配信機能の有無に関係無くインターフェースを統一できる。
【００６４】
図５では、フラッシュメモリ６５に利用制限・課金情報，ＨＤＤ６６に配信宛先情報を格納する例を表しているが、利用制限・課金情報または配信宛先情報をＦＣＵ８０が有するメモリに格納するようにしてもよい。また、利用制限・課金情報または配信宛先情報の一部をＦＣＵ８０が有するメモリに格納するようにしてもよい。
【００６５】
次に、ＳＣＳ４２に含まれるシステム初期設定モジュール１２２がＵＣＳ４９を介してユーザ情報を更新する例について図面を参照しつつ説明していく。
【００６６】
図８は、ユーザ情報の更新処理について説明するための図を示す。クライアントとしてのシステム初期設定モジュール１２２は、ＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の更新を要求する。
【００６７】
ＵＣＳ４９は、システム初期設定モジュール１２２から更新要求があったユーザ情報がフラッシュメモリ６５またはＨＤＤ６６の何れに格納されているかを判定する。そして、ＵＣＳ４９はフラッシュメモリ６５またはＨＤＤ６６に格納されているユーザ情報をシステム初期設定モジュール１２２からの更新要求に応じて更新する。
【００６８】
具体的に、ＵＣＳ４９はシステム初期設定モジュール１２２から配信宛先情報の更新要求があると、その更新要求に応じてＨＤＤ６６に格納されている配信宛先情報を更新する。また、ＵＣＳ４９はシステム初期設定モジュール１２２から利用制限・課金情報の更新要求があると、その更新要求に応じてフラッシュメモリ６５に格納されている利用制限・課金情報を更新する。ＵＣＳ４９は、課金情報管理モジュール１２１を介してフラッシュメモリ６５に格納されている利用制限・課金情報の更新を行う。
【００６９】
このように、システム初期設定モジュール１２２は更新を所望するユーザ情報の格納場所を指定することなく、ユーザ情報を更新できる。なお、システム初期設定モジュール１２２がＵＣＳ４９の利用を開始するための処理は、以下のようになる。
【００７０】
まず、サーバとしてのＵＣＳ４９はリクエスト待ち受けスレッドを作成し、ソケットを開いてリクエストを待ち受ける。また、クライアントとしてのシステム初期設定モジュール１２２はイベント待ち受けスレッドを作成し、ソケットを開いてイベントを待ち受けると共に、ＵＣＳ４９の開いたソケットを通じて利用登録を行う。
【００７１】
システム初期設定モジュール１２２からのリクエストがＵＣＳ４９のソケットを通じて、また、ＵＣＳ４９からのイベントがシステム初期設定モジュール１２２のソケットを通じてインタープロセスコミュニケーションを行うことにより、システム初期設定モジュール１２２とＵＣＳ４９との協調動作を実現している。
【００７２】
次に、システム初期設定モジュール１２２がユーザ情報を更新する処理について図面を参照しつつ説明していく。図９は、配信宛先情報を更新する処理の一例のフローチャートを示す。
【００７３】
ステップＳ１０では、システム初期設定モジュール１２２がＵＣＳ４９の諸元情報をＡＰＩを利用してＵＣＳ４９から取得する。諸元情報はＵＣＳ４９自体の諸要素の情報であって、ＵＣＳ４９や課金情報管理モジュール１２１の組み込み情報や設定パラメータ情報から構成されている。
【００７４】
ステップＳ１０に続いてステップＳ１１に進み、システム初期設定モジュール１２２は取得した諸元情報から利用可能機能を判定し、利用する機能をＡＰＩを利用してＵＣＳ４９に登録する。
【００７５】
ステップＳ１１に続いてステップＳ１２に進み、システム初期設定モジュール１２２は図１０のようなシステム初期設定メニュー画面を作成してオペレーションパネル７０に表示する。図１０は、システム初期設定メニュー画面の一例のイメージ図を示す。
【００７６】
図１０のシステム初期設定メニュー画面は、ユーザ情報を更新するための処理に対応して１つ以上のメニュー項目選択ボタン１３０を含んでいる。ユーザは、例えばオペレーションパネル７０に表示されたシステム初期設定メニュー画面の項目選択ボタン１３０を選択することにより、所望の処理に進むことができる。
【００７７】
ステップＳ１２に続いてステップＳ１３に進み、システム初期設定モジュール１２２はシステム初期設定メニュー画面からメニュー項目が選択されたか否かを判定する。システム初期設定メニュー画面からメニュー項目が選択されたと判定すると（Ｓ１３においてＹＥＳ）、システム初期設定モジュール１２２はステップＳ１４に進み、選択されたメニュー項目の処理を行う。なお、ステップＳ１４の処理の詳細は、後述する。
【００７８】
一方、システム初期設定メニュー画面からメニュー項目が選択されていないと判定すると（Ｓ１３においてＮＯ）、システム初期設定モジュール１２２はステップＳ１３の処理を繰り返す。
【００７９】
以下、ステップＳ１４の処理について図面を参照しつつ説明していく。システム初期設定メニュー画面から「ユーザー（宛先）登録／変更／消去」が選択されると、システム初期設定モジュール１２２は図１１のようなエントリー情報更新画面をオペレーションパネル７０に表示する。なお、システム初期設定モジュール１２２はエントリー情報更新画面を作成するために必要な見出し集合情報，見出し情報および見出しに所属するエントリー一覧をＡＰＩを利用してＵＣＳ４９から取得する。
【００８０】
図１１は、エントリー情報更新画面の一例のイメージ図を示す。ここで、エントリーとはユーザー（宛先）を表すものであり、例えば個別ユーザなどに対応するアカウントと、列挙されたアカウントに対応するグループとに大別される。
【００８１】
図１１のエントリー情報更新画面は、１つ以上の見出しから構成される見出し集合１３２と、選択された見出しに所属するエントリー一覧を表示するエントリー表示欄１３４と、エントリー情報を新規に作成して登録するための画面を呼び出す新規作成ボタン１３６と、既に登録されているエントリー情報を変更するための画面を呼び出す変更ボタン１３８と、選択したエントリー情報を削除するための削除ボタン１４０とを含む。
【００８２】
なお、見出し集合１３２は、例えば「常用」，「あ」などの見出しの順序付き集合である。また、見出しはエントリーの順序付き集合にラベルを付けたものである。図１１のエントリー情報更新画面では、見出し「あ」が選択されているため、エントリー表示欄１３４に見出し「あ」に所属する７つのエントリーが表示されている。
【００８３】
新規作成ボタン１３６が選択されると、システム初期設定モジュール１２２はエントリー情報を新規に作成して登録するための図１２のようなエントリー情報登録画面をオペレーションパネル７０に表示する。図１２は、エントリー情報登録画面の一例のイメージ図を示す。
【００８４】
図１２のエントリー情報登録画面は、ユーザー（宛先）名を設定する欄，登録番号を設定する欄，所属する見出しを設定する見出しボタン，ユーザーコードを設定するための画面を呼び出すユーザーコードボタン１４２，メール宛先を設定するための画面を呼び出すメール宛先ボタン１４４，ファクス宛先を設定するための画面を呼び出すファクス宛先ボタン１４６，グループを設定するための画面を呼び出すグループボタン１４８，エントリー情報を登録する登録ボタン１５０とを含む。
【００８５】
ユーザは、エントリー情報登録画面にユーザー（宛先）名，登録番号，所属する見出しを設定する。また、ユーザはユーザーコードボタン１４２を選択し、ユーザーコードを設定するための画面をオペレーションパネル７０に表示してユーザーコードを入力する。ユーザーコードとは、ユーザが使用できる機能を設定するための利用制限情報をいう。
【００８６】
また、ユーザはメール宛先ボタン１４４を選択し、メール宛先を設定するための画面をオペレーションパネル７０に表示してメール宛先を入力する。また、ユーザはファクス宛先ボタン１４６を選択し、ファクス宛先を設定するための画面をオペレーションパネル７０に表示してファクス宛先を入力する。さらに、ユーザは、グループボタン１４８を選択し、グループを設定するための画面をオペレーションパネル７０に表示してエントリーを所属するグループを選択する。
【００８７】
エントリー情報を作成するために必要な情報を全て登録したあと、図１２のエントリー情報登録画面の登録ボタン１５０を選択すると、システム初期設定モジュール１２２は様々なＡＰＩを利用してＵＣＳ４９にエントリー情報の更新を要求する。
【００８８】
例えばシステム初期設定モジュール１２２は図１３のようなＡＰＩを利用してＵＣＳ４９にエントリーの作成を要求する。図１３は、エントリーを作成するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、エントリーを作成するＡＰＩに応じてエントリーの作成を行う。エントリーが作成されると、例えばエントリー情報更新画面のエントリー表示欄１３４に新規のエントリーが作成される。
【００８９】
また、システム初期設定モジュール１２２は図１４のようなＡＰＩを利用してエントリーが所属する見出しの設定をＵＣＳ４９に要求する。図１４は、エントリーが所属する見出しを設定するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、エントリーが所属する見出しを設定するＡＰＩに応じて見出しの設定を行う。
【００９０】
また、システム初期設定モジュール１２２は図１５のようなＡＰＩを利用してユーザコードの設定をＵＣＳ４９に要求する。図１５は、ユーザコードを設定するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、ユーザコードを設定するＡＰＩに応じてユーザコードの設定を行う。
【００９１】
また、システム初期設定モジュール１２２は図１６のようなＡＰＩを利用してメール宛先の設定をＵＣＳ４９に要求する。図１６は、メール宛先を設定するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、メール宛先を設定するＡＰＩに応じてメール宛先の設定を行う。
【００９２】
また、システム初期設定モジュール１２２はＡＰＩを利用してファクス宛先の設定をＵＣＳ４９に要求する。ＵＣＳ４９は、ファクス宛先を設定するＡＰＩに応じてファクス宛先の設定を行う。
【００９３】
また、システム初期設定モジュール１２２はＡＰＩを利用してエントリーが所属するグループの設定をＵＣＳ４９に要求する。ＵＣＳ４９は、エントリーが所属するグループを設定するＡＰＩに応じてグループの設定を行う。
【００９４】
さらに、システム初期設定モジュール１２２は、図１７のようなＡＰＩを利用してエントリー情報登録画面に設定された登録番号が既に登録されているかを確認すると共に、その登録番号が既に登録されている場合に、その登録番号の近くで空いている登録番号を取得するように要求する。
【００９５】
図１７は、登録番号の確認／取得を行うＡＰＩの一例の構成図を示す。ＵＣＳ４９は、登録番号の確認／取得を行うＡＰＩを利用して、エントリー情報登録画面に設定された登録番号が既に登録されているかを確認すると共に、その登録番号が既に登録されている場合に、その登録番号の近くで空いている登録番号を取得する。
【００９６】
図１１のエントリー情報更新画面に含まれる変更ボタン１３８が選択されると、システム初期設定モジュール１２２は既に登録されているエントリー情報を変更するための図１２のようなエントリー情報登録画面をオペレーションパネル７０に表示する。変更ボタン１３８が選択されたときに表示されるエントリー情報登録画面は、既に登録されているエントリー情報が表示されている点で新規作成ボタン１３６が選択されたときに表示されるエントリー情報登録画面と異なる。
【００９７】
システム初期設定モジュール１２２は様々なＡＰＩを利用して、既に登録されているエントリー情報をエントリー情報登録画面に表示する。例えばシステム初期設定モジュール１２２は図１８のようなＡＰＩを利用してＵＣＳ４９からエントリーが所属しているグループを取得する。図１８は、エントリーが所属しているグループを取得するＡＰＩの一例の構成図を示す。
【００９８】
なお、エントリー情報登録画面への情報の登録は、変更ボタン１３８が選択されたときに表示されるエントリー情報登録画面と新規作成ボタン１３６が選択されたときに表示されるエントリー情報登録画面とで同様であるため、説明を省略する。
【００９９】
エントリー情報を変更するために必要な情報を全て登録したあと、図１２のエントリー情報登録画面の登録ボタン１５０を選択すると、システム初期設定モジュール１２２は様々なＡＰＩを利用してＵＣＳ４９にエントリー情報の更新を要求する。
【０１００】
例えばシステム初期設定モジュール１２２は図１９のようなＡＰＩを利用してＵＣＳ４９にエントリーの変更を要求する。図１９は、エントリーを変更するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、エントリーを変更するＡＰＩに応じてエントリーの変更を行う。
【０１０１】
図１１のエントリー情報更新画面のエントリー表示欄１３４からエントリーを選択して削除ボタン１４０を選択すると、システム初期設定モジュール１２２は図２０のようなＡＰＩを利用してエントリーを削除する。図２０は、エントリーを削除するＡＰＩの一例の構成図を示す。
【０１０２】
次に、システム初期設定メニュー画面から「見出し編集」が選択されたときの処理について説明する。「見出し編集」が選択されると、システム初期設定モジュール１２２は見出し編集画面をオペレーションパネル７０に表示する。なお、見出し編集画面は例えば図１１のエントリー情報更新画面のように見出し集合１３２を有する。システム初期設定モジュール１２２は、見出し編集画面を作成するために必要な見出し集合情報，見出し情報をＡＰＩを利用してＵＣＳ４９から取得する。
【０１０３】
ユーザは見出しを変更するために必要な情報を全て登録したあと、見出し編集画面の例えば設定ボタンを選択する。すると、システム初期設定モジュール１２２は図２１のようなＡＰＩを利用してＵＣＳ４９に見出しの変更を要求する。図２１は、見出しを変更するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、見出しを変更するＡＰＩに応じて見出しを変更する。
【０１０４】
次に、システム初期設定メニュー画面から「並び順入れ替え」が選択されたときの処理について説明する。「並び順入れ替え」が選択されると、システム初期設定モジュール１２２は並び順入れ替え画面をオペレーションパネル７０に表示する。なお、並び順入れ替え画面は例えば図１１のエントリー情報更新画面のように見出し集合１３２および選択された見出しに所属するエントリー一覧を表示するエントリー表示欄１３４を有する。システム初期設定モジュール１２２は並び順入れ替え画面を作成するために必要な見出し集合情報，見出し情報をＡＰＩを利用してＵＣＳ４９から取得する。
【０１０５】
ユーザは例えばエントリー表示欄１３４に表示されているエントリーの並びを所望の順番に変更し、並び順入れ替え画面の例えば設定ボタンを選択する。システム初期設定モジュール１２２は図２２のようなＡＰＩを利用してＵＣＳ４９にエントリーの並び順入れ替えを要求する。図２２は、エントリーの並び順を入れ替えるＡＰＩの一例の構成図を示す。ＵＣＳ４９は、並び順を入れ替えるＡＰＩに応じてエントリーの並び順を入れ替える。
【０１０６】
また、ＵＣＳ４９は以下のようなＡＰＩも提供できる。図２３は、送信者認証情報を設定するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、送信者認証情報を設定するＡＰＩを利用してＵＣＳ４９に送信者認証情報の設定を要求する。なお、送信者認証情報は例えばパスワードであり、送信者を識別するために利用される。
【０１０７】
図２４は、メールグループを設定するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、メールグループを設定するＡＰＩを利用してＵＣＳ４９にメールグループの設定を要求する。なお、メールグループは所属するアカウント数や所属するアカウントなどの情報である。図２５は、エントリーの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、エントリーの登録件数を取得するＡＰＩを利用してＵＣＳ４９からエントリーの登録件数を取得できる。
【０１０８】
図２６は、アカウントの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、アカウントの登録件数を取得するＡＰＩを利用してＵＣＳ４９からエントリーの登録件数を取得できる。図２７は、グループの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、グループの登録件数を取得するＡＰＩを利用してＵＣＳ４９からグループの登録件数を取得できる。
【０１０９】
図２８は、メール宛先の登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、メール宛先の登録件数を取得するＡＰＩを利用してＵＣＳ４９からメール宛先の登録件数を取得できる。図２９は、ユーザーコードの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、ユーザーコードの登録件数を取得するＡＰＩを利用してＵＣＳ４９からユーザーコードの登録件数を取得できる。
【０１１０】
エントリー，アカウント，グループ，メール宛先，ユーザーコードの登録件数は、例えばエントリー，アカウント，グループ，メール宛先，ユーザーコードなどの情報を更新する画面を作成するときに利用される。
【０１１１】
以上のように、本発明による融合機１はユーザ情報を管理するＵＣＳ４９を設けたことにより、システム初期設定モジュール１２２がユーザ情報の格納先を指定すること無しにユーザ情報の更新が可能である。
【０１１２】
なお、図３の構成図ではＵＣＳ４９がコントロールサービスに含まれる例を表しているが、この例に限らない。例えばＵＣＳ４９は、アプリケーション３０に含まれるようにしてもよい。また、図８等ではシステム初期設定モジュール１２２がＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の更新を要求する例を表しているが、この例に限らない。例えばファックスアプリ３３等のアプリケーション３０がＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の更新を要求してもよい。
【０１１３】
本実施例では、融合機１の処理を中心に説明したが、図１及び図２に示した情報処理装置１０００への応用が容易である。情報処理装置１０００では、図５および図８のＵＣＳ４９に代わり、ユーザ情報管理手段１２６０がユーザ情報の管理を行うこととなる。なお、情報処理装置１０００の場合、ＳＣＳ４２に相当する構成は必ずしも必須ではない。
【発明の効果】
【０１１４】
上述の如く、本発明によれば、ユーザ情報管理手段が要求に応じてユーザ情報を利用することにより、ユーザ情報の格納先を指定することなくユーザ情報を利用できる共にユーザ情報を一元管理できる。
【図面の簡単な説明】
【図１】 本発明による情報処理装置の一実施例の構成図である。
【図２】 本発明による情報処理装置の一実施例のハードウェア構成図である。
【図３】 本発明による融合機の一実施例の構成図である。
【図４】 本発明による融合機の一実施例のハードウェア構成図である。
【図５】 本発明のユーザ情報管理方法について説明するための図である。
【図６】 利用制限・課金情報の一例の構成図である。
【図７】 配信宛先情報の一例の構成図である。
【図８】 ユーザ情報の更新処理について説明するための図である。
【図９】 配信宛先情報を更新する処理の一例のフローチャートである。
【図１０】 システム初期設定メニュー画面の一例のイメージ図である。
【図１１】 エントリー情報更新画面の一例のイメージ図である。
【図１２】 エントリー情報登録画面の一例のイメージ図である。
【図１３】 エントリーを作成するＡＰＩの一例の構成図である。
【図１４】 エントリーが所属する見出しを設定するＡＰＩの一例の構成図である。
【図１５】 ユーザコードを設定するＡＰＩの一例の構成図である。
【図１６】 メール宛先を設定するＡＰＩの一例の構成図である。
【図１７】 登録番号の確認／取得を行うＡＰＩの一例の構成図である。
【図１８】 エントリーが所属しているグループを取得するＡＰＩの一例の構成図である。
【図１９】 エントリーを変更するＡＰＩの一例の構成図である。
【図２０】 エントリーを削除するＡＰＩの一例の構成図である。
【図２１】 見出しを変更するＡＰＩの一例の構成図である。
【図２２】 エントリーの並び順を入れ替えるＡＰＩの一例の構成図である。
【図２３】 送信者認証情報を設定するＡＰＩの一例の構成図である。
【図２４】 メールグループを設定するＡＰＩの一例の構成図である。
【図２５】 エントリーの登録件数を取得するＡＰＩの一例の構成図である。
【図２６】 アカウントの登録件数を取得するＡＰＩの一例の構成図である。
【図２７】 グループの登録件数を取得するＡＰＩの一例の構成図である。
【図２８】 メール宛先の登録件数を取得するＡＰＩの一例の構成図である。
【図２９】 ユーザーコードの登録件数を取得するＡＰＩの一例の構成図である。
【符号の説明】
１ 融合機
１１ 白黒ラインプリンタ
１２ カラーラインプリンタ
１３，１１４０ ハードウェアリソース
２０，１２００ ソフトウェア群
３０，１２１０−１〜１２１０−ｎ アプリケーション
４０ プラットフォーム
４１ オペレーティングシステム（ＯＳ）
４２ システムコントロールサービス（ＳＣＳ）
４３ システムリソースマネージャ（ＳＲＭ）
４４ エンジンコントロールサービス（ＥＣＳ）
４５ メモリコントロールサービス（ＭＣＳ）
４６ オペレーションパネルコントロールサービス（ＯＣＳ）
４７ ファックスコントロールサービス（ＦＣＳ）
４８ ネットワークコントロールサービス（ＮＣＳ）
４９ ユーザ情報管理サービス（ＵＣＳ）
５０ 融合機起動部
６０ コントローラボード
６１ ＣＰＵ
６２ ＡＳＩＣ（Application Specific Integrated Circuit）
６３ ＳＲＡＭ（Static RAM）
６４ ＳＤＲＡＭ（Synchronous DRAM）
６５ フラッシュメモリ
６６ ハードディスク装置（ＨＤＤ）
６７ ネットワークＩ／Ｆコントローラ
７０ オペレーションパネル
８０ ファックスコントロールユニット（ＦＣＵ）
９０ ＵＳＢデバイス
１００ ＩＥＥＥ１３９４デバイス
１１０ エンジン部
１２１ 課金情報管理モジュール
１２２ システム初期設定モジュール
１３０ メニュー項目選択ボタン
１３２ 見出し集合
１３４ エントリー表示欄
１３６ 新規作成ボタン
１３８ 変更ボタン
１４０ 削除ボタン
１４２ ユーザーコードボタン
１４４ メール宛先ボタン
１４６ ファクス宛先ボタン
１４８ グループボタン
１５０ 登録ボタン
１０００ 情報処理装置
１１００ ハードウェア資源
１１１０ メモリ装置
１１２０ 入力装置
１１３０ 表示装置
１２２０ アプリケーションプログラムインターフェース（ＡＰＩ）
１２３０ オペレーティングシステム
１２４０ ＢＩＯＳ
１２５０ デバイスドライバ
１２６０ ユーザ情報管理手段
１２７０ システム初期設定モジュール
【発明の属する技術分野】
本発明は、画像形成装置に係り、特に１つ以上の格納手段に格納されたユーザ情報を利用する画像形成装置に関する。
【０００２】
本発明は、ユーザ情報管理方法および情報処理装置に係り、特に１つ以上の格納手段に格納されたユーザ情報を利用するユーザ情報管理方法および情報処理装置に関する。
【従来の技術】
【０００３】
パソコン等の情報処理装置は、様々な情報処理にそれぞれ対応する１つ以上のソフトウェアを実行させることで様々な情報処理を行わせるものである。このような情報処理装置は、例えば他のコンピュータなどにネットワークを介して接続されており、配信機能を利用して画像情報などの配信を行う。配信機能を有する情報処理装置は、例えば配信宛先情報および利用制限・課金情報をユーザ情報として有している。
【０００４】
また、情報処理装置の応用例としての画像形成装置は、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納している。画像形成装置は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。
【０００５】
このような画像形成装置は、他の画像形成装置やコンピュータなどにネットワークを介して接続され、配信機能を利用して例えば画像情報などの配信を行う。配信機能を有する画像形成装置は、例えば配信宛先情報および利用制限・課金情報をユーザ情報として有している。
【０００６】
配信宛先情報は、配信宛先や送信者などの管理を行うものである。配信宛先情報は、更新頻度が低くバックアップが比較的容易である。また、配信宛先情報は管理が必要なユーザが情報処理装置や画像形成装置を利用するユーザに限定されないため、管理が必要なユーザの数が多くなる。
【０００７】
一方、利用制限・課金情報は各種機能の使用可否や使用可能機能の使用量（例えば使用枚数など）の管理を行うものである。利用制限・課金情報は機器の使用の度に更新されるため更新頻度が高く、バックアップが困難である。また、利用制限・課金情報は管理が必要なユーザが情報処理装置や画像形成装置を利用するユーザに限定されるため、管理が必要なユーザの数が少なくなる。
【０００８】
このように、配信宛先情報および利用制限・課金情報はバックアップの容易性や管理が必要なユーザの数に差があるため、格納手段としての記憶装置に要求される条件が異なっている。例えば配信宛先情報は速度や信頼性を犠牲にしても大容量の記憶装置が必要である。また、利用制限・課金情報はコストや容量を犠牲にしても高速で信頼性の高い記憶装置が必要である。
【０００９】
従来の情報処理装置や画像形成装置は、例えば配信宛先情報をハードディスク装置に格納して管理し、利用制限・課金情報を不揮発ＲＡＭに格納して管理していた。
【００１０】
特許文献１には、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作される画像形成装置の一例が記載されている。
【特許文献１】
特開２００２−８４３８３号公報
【発明が解決しようとする課題】
【００１１】
従来の情報処理装置は、様々な情報処理にそれぞれ対応する１つ以上のアプリケーションを有している。また、従来の画像形成装置は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うアプリケーションを有している。
【００１２】
各アプリケーションが配信機能を利用するためには、配信宛先情報および使用制限・課金情報を予めハードディスク装置や不揮発ＲＡＭなどの記憶装置に登録して管理しておく必要がある。
【００１３】
このような配信宛先情報の登録または更新は、システム初期設定モジュール等が行う。システム初期設定モジュールは、配信宛先情報または使用制限・課金情報の登録または更新を行うとき又は配信宛先情報または使用制限・課金情報を参照するときに、配信宛先情報または使用制限・課金情報の格納先を判断して一々指定しなければならないという問題があった。
【００１４】
本発明は、上記の点に鑑みなされたもので、格納先を指定することなくユーザ情報を利用できると共に、ユーザ情報を一元管理することが可能な画像形成装置を提供することを目的とする。
【００１５】
そこで、上記課題を解決するため、本発明は、プリンタ部又はスキャナ部の少なくとも一方を含むハードウェア資源と、第１のユーザ情報を格納する第１の格納手段と、第２のユーザ情報を格納する、前記第１の格納手段とは異なるメディアの第２の格納手段と、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記第１のユーザ情報及び前記第２のユーザ情報から選択された所望のユーザ情報を利用する複数の画像形成処理アプリケーションと、前記オペレーティングシステム上で動作し、前記第１のユーザ情報及び前記第２のユーザ情報を管理するユーザ情報管理プログラムと、を備え、前記ユーザ情報管理プログラムは、前記複数の画像形成処理アプリケーションの各々からユーザ情報の取得要求を受信可能とする受信手段と、該取得要求があったユーザ情報が、前記第１の格納手段及び前記第２の格納手段のいずれに格納されているかを判定する判定手段と、
該判定した格納手段から前記取得要求があったユーザ情報を取得して要求元の画像形成処理アプリケーションに供給する供給手段と、を備え、さらに、前記ユーザ情報管理プログラムは、ユーザ情報を供給した画像形成処理アプリケーションから、供給したユーザ情報に対する更新要求を受信可能とする受信手段と、該更新要求があったユーザ情報が、前記第１の格納手段及び前記第２の格納手段のいずれに格納されているかを判定する判定手段と、該判定した格納手段に格納されている前記更新要求があったユーザ情報を更新する更新手段と、を備えることを特徴とする。
【００２３】
次に、本発明の実施の形態について図面に基づいて説明する。
【００２４】
図１は、本発明による情報処理装置の一実施例の構成図である。情報処理装置１０００は、ハードウェア資源１１００と，ソフトウェア群１２００とを含むように構成される。
【００２５】
ハードウェア資源１１００は、メモリ装置１１１０，入力装置１１２０，表示装置１１３０，その他のハードウェアリソース１１４０等を含む。ソフトウェア群１２００は、アプリケーション１２１０−１〜１２１０−ｎ，ＵＮＩＸ（登録商標）などのＯＳ１２３０，ＢＩＯＳ１２４０，デバイスドライバ１２５０，ユーザ情報管理手段１２６０，システム初期設定モジュール１２７０等を含む。
【００２６】
情報処理装置１０００は、電源投入時にＯＳ１２３０のプログラムを補助記憶装置から読み出し、読み出したプログラムをメモリ装置１１１０に転送して起動する。また、情報処理装置１０００は電源投入時またはオペレータからの起動指示によりアプリケーション１２１０−１〜１２１０−ｎのプログラムを補助記憶装置から読み出し、読み出したプログラムをメモリ装置１１１０に転送して起動する。
【００２７】
アプリケーション１２１０−１〜１２１０−ｎは、情報処理装置１０００に様々な情報処理を行わせるものである。ＢＩＯＳ１２４０は、ハードウェア資源１１００を制御するプログラムである。また、デバイスドライバ１２５０はハードウェア資源１１００に含まれる周辺機器等を管理するプログラムである。
【００２８】
ＯＳ１２３０，ユーザ情報管理手段１２６０およびシステム初期設定モジュール１２７０は、ＡＰＩ（Application Program Interface ）１２２０を利用してアプリケーション１２１０−１〜１２１０−ｎからの要求を受信する。ＡＰＩ１２２０は予め定義されている関数により、アプリケーション１２１０−１〜１２１０−ｎからの要求を受信するために利用される。また、ユーザ情報管理手段１２６０は図示しないＡＰＩを利用してシステム初期設定モジュール１２７０からの要求を受信する。
【００２９】
ユーザ情報管理手段１２６０は、ユーザ情報の管理を行うものである。ユーザ情報管理手段１２６０は、アプリケーション１２１０−１〜１２１０−ｎやシステム初期設定モジュール１２７０からの要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して要求元のアプリケーション１２１０−１〜１２１０−ｎやシステム初期設定モジュール１２７０に供給する。なお、システム初期設定モジュール１２７０の詳細は後述する。
【００３０】
ＯＳ１２３０は、アプリケーション１２１０−１〜１２１０−ｎ，ユーザ情報管理手段１２６０及びシステム初期設定モジュール１２７０の各ソフトウェアをプロセスとして並列制御する。また、ＯＳ１２３０はＢＩＯＳ１２４０，デバイスドライバ１２５０を利用してハードウェア資源１１００に対する要求を行う。
【００３１】
次に、情報処理装置１０００のハードウェア構成について説明する。図２は、本発明による情報処理装置の一実施例のハードウェア構成図である。情報処理装置１０００は、それぞれバスＢで相互に接続されている入力装置１５１０，表示装置１５２０，補助記憶装置１５３０，メモリ装置１５４０および演算処理装置１５５０を有するように構成される。
【００３２】
入力装置１５１０はキーボード及びマウスなどで構成され、様々な操作指示を入力するために用いられる。表示装置１５２０は、操作に必要な各種ウインドウやデータ等を表示する。補助記憶装置１５３０は、情報処理装置１０００に係る処理を行わせるプログラムを格納すると共に、そのプログラムの処理に必要な各種ファイルやデータ等を格納している。
【００３３】
メモリ装置１５４０は、情報処理装置１０００の起動時に補助記憶装置１５３０からプログラムを読み出して格納する。演算処理装置１５５０は、メモリ装置１５４０に格納されたプログラムに従って処理を実行する。
【００３４】
このような情報処理装置１０００は、例えば他のコンピュータなどにネットワークを介して接続され、配信機能を利用して画像情報などの配信を行う。配信機能を備えた情報処理装置１０００は、配信宛先情報および利用制限・課金情報をユーザ情報として有している。なお、配信機能を備えていない情報処理装置１０００は、利用制限・課金情報をユーザ情報として有している。
【００３５】
次に、本発明による情報処理装置１０００の応用例としての画像形成装置１について説明する。なお、本実施例で説明する画像形成装置１は、プリンタ，コピー，ファクシミリおよびスキャナ等の各装置の機能を１つの筐体内に収納しているため、融合機とも呼ばれる。
【００３６】
図３は、本発明による融合機の一実施例の構成図を示す。融合機１は、白黒ラインプリンタ１１と，カラーラインプリンタ１２と，スキャナやファクシミリなどのハードウェアリソース１３と，ソフトウェア群２０と，融合機起動部５０とを有するように構成される。また、ソフトウェア群２０はアプリケーション３０とプラットフォーム４０とを有するように構成される。
【００３７】
プラットフォーム４０は、アプリケーション３０からの処理要求を解釈してハードウェア資源の獲得要求を発生するコントロールサービスと、１つ以上のハードウェア資源の管理を行ってコントロールサービスからの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）４３と、オペレーティングシステム（以下、ＯＳという）４１とを有するように構成されている。
【００３８】
コントロールサービスは、システムコントロールサービス（以下、ＳＣＳという）４２，エンジンコントロールサービス（以下、ＥＣＳという）４４，メモリコントロールサービス（以下、ＭＣＳという）４５，オペレーションパネルコントロールサービス（以下、ＯＣＳという）４６，ファックスコントロールサービス（以下、ＦＣＳという）４７，ネットワークコントロールサービス（以下、ＮＣＳという）４８，ユーザ情報管理サービス（以下、ＵＣＳという）４９など一つ以上のサービスモジュールを有するように構成されている。
【００３９】
なお、プラットフォーム４０は予め定義されている関数によりアプリケーション３０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）を有するように構成されている。
【００４０】
ＯＳ４１は、ユニックス（ＵＮＩＸ）などのオペレーティングシステムであって、プラットフォーム４０およびアプリケーション３０の各ソフトウェアをプロセスとして並列実行する。
【００４１】
ＳＲＭ４３のプロセスは、ＳＣＳ４２と共にシステムの制御およびリソースの管理を行うものである。例えばＳＲＭ４３のプロセスは、スキャナ部やプリンタ部などのエンジン，メモリ，ハードディスク装置（ＨＤＤ）ファイル，ホストＩ／Ｏ（セントロインターフェース，ネットワークインターフェース，ＩＥＥＥ１３９４インターフェース，ＲＳ２３２Ｃインターフェースなど）のハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。
【００４２】
具体的に、ＳＲＭ４３は要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、ＳＲＭ４３は上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、例えばプリンタエンジンによる紙搬送と作像動作，メモリ確保，ファイル生成などの要求内容を直接実施している。
【００４３】
ＳＣＳ４２のプロセスは、アプリケーション管理，操作部制御，システム画面表示，ＬＥＤ表示，リソース管理，割り込みアプリケーション制御を行う。ＥＣＳ４４のプロセスは、白黒ラインプリンタ１１，カラーラインプリンタ１２，ハードウェアリソース１３のエンジンの制御を行う。
【００４４】
ＭＣＳ４５のプロセスは、画像メモリの取得および解放，ハードディスク装置（ＨＤＤ）の利用，画像データの圧縮および伸張などを行う。ＯＣＳ４６のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。
【００４５】
ＦＣＳ４７のプロセスは、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信，ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用，ファクシミリ読み取り，ファクシミリ受信印刷，融合送受信を行うためのアプリケーションを提供する。
【００４６】
ＮＣＳ４８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対し、共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【００４７】
ＵＣＳ４９のプロセスは、ユーザ情報の管理を行うものであり、要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して各アプリケーションに供給する。また、ＵＣＳ４９のプロセスは要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置に格納されているユーザ情報を更新する。
【００４８】
また、アプリケーション３０は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うものである。アプリケーション３０は、ページ記述言語（ＰＤＬ，ＰＣＬ）およびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ３１と，コピー用アプリケーションであるコピーアプリ３２と，ファクシミリ用アプリケーションであるファックスアプリ３３と，スキャナ用アプリケーションであるスキャナアプリ３４と，ネットワークファイル用アプリケーションであるネットファイルアプリ３５と，工程検査用アプリケーションである工程検査アプリ３６とを有している。
【００４９】
融合機起動部５０は、融合機１の電源投入時に最初に実行され、アプリケーション３０やプラットフォーム４０を起動するものである。例えば融合機起動部５０は、コントロールサービスやアプリケーションのプログラムを後述するフラッシュメモリから読み出し、読み出した各プログラムをＳＲＡＭまたはＳＤＲＡＭ上に確保したメモリ領域に転送して起動するものである。
【００５０】
図４は、本発明による融合機の一実施例のハードウェア構成図を示す。図４の融合機１は、コントローラボード６０と，オペレーションパネル７０と，ファックスコントロールユニット（以下、ＦＣＵという）８０と，ＵＳＢデバイス９０と，ＩＥＥＥ１３９４デバイス１００と，エンジン部１１０とを有するように構成される。なお、ＦＣＵ８０はメモリを有している。ＦＣＵ８０が有するメモリは、例えば融合機１の電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するために利用される。
【００５１】
オペレーションパネル７０は、コントローラボード６０のＡＳＩＣ６２に直接接続されている。また、ＦＣＵ８０，ＵＳＢデバイス９０，ＩＥＥＥ１３９４デバイス１００およびエンジン部１１０は、コントローラボード６０のＡＳＩＣ６２にＰＣＩバス（Peripheral Component Interconnect bus ）などで接続されている。
【００５２】
また、コントローラボード６０は、ＣＰＵ６１と，ＡＳＩＣ６２と，ＳＲＡＭ（Static RAM）６３と，ＳＤＲＡＭ（Synchronous
DRAM）６４と，フラッシュメモリ６５と，ＨＤＤ６６と，ネットワークＩ／Ｆコントローラ６７とを有するように構成される。コントローラボード６０は、ＣＰＵ６１，ＳＲＡＭ６３，ＳＤＲＡＭ６４，フラッシュメモリ６５，ＨＤＤ６６，ネットワークＩ／Ｆコントローラ６７などをＡＳＩＣ６２に接続するように構成されている。
【００５３】
ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＯＳ４１上でプラットフォーム４０を形成するＳＣＳ４２，ＳＲＭ４３，ＥＣＳ４４，ＭＣＳ４５，ＯＣＳ４６，ＦＣＳ４７およびＮＣＳ４８をそれぞれプロセスとして起動して実行させると共に、アプリケーション３０を形成するプリンタアプリ３１，コピーアプリ３２，ファックスアプリ３３，スキャナアプリ３４，ネットファイルアプリ３５および工程検査アプリ３６を起動して実行させる。
【００５４】
ＡＳＩＣ６２は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＳＲＡＭ６３およびＳＤＲＡＭ６４の物理メモリ領域には、カーネルやプロセスなどの仮想メモリ領域がマッピングされる。
【００５５】
不揮発ＲＡＭとしてのフラッシュメモリ６５は、アプリケーション３０またはプラットフォーム４０を構成する各アプリやコントロールサービス，ＳＲＭ４３などの各プログラムおよび利用制限・課金情報が格納されている。また、ＨＤＤ６６は、画像データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積，配信宛先情報の格納を行うためのストレージである。オペレーションパネル７０はオペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【００５６】
このような融合機１は、例えば他の融合機やコンピュータなどにネットワークを介して接続され、配信機能を利用して画像情報などの配信を行う。融合機１が配信機能を利用するためには、配信宛先情報および使用制限・課金情報をユーザ情報として予め登録して管理しておく必要がある。なお、配信機能を備えていない融合機１であっても、利用制限・課金情報をユーザ情報として予め登録して管理しておく必要がある。
【００５７】
以下、本発明のユーザ情報管理方法について説明していく。なお、以下の説明では本発明による情報処理装置１０００の応用例としての融合機１の処理を中心に説明する。
【００５８】
図５は、本発明のユーザ情報管理方法について説明するための図を示す。フラッシュメモリ６５に格納された利用制限・課金情報は、各種機能の使用可否や使用可能機能の使用枚数などの管理を行うものであり、例えば図６のように構成される。
【００５９】
図６は、利用制限・課金情報の一例の構成図を示す。図６の利用制限・課金情報は、管理番号，登録番号，ユーザー名，ユーザーコード，複写機能使用可否，複写機能使用枚数，配信機能使用可否，配信機能使用枚数などのデータ項目を有している。フラッシュメモリ６５に格納された利用制限・課金情報は、ＳＣＳ４２に含まれる課金情報管理モジュール１２１により管理される。
【００６０】
なお、フラッシュメモリ６５には、各種サービス，モジュール，アプリケーションの管理パラメータも格納されており、後述するシステム初期設定モジュール１２２により管理される。
【００６１】
また、ＨＤＤ６６に格納された配信宛先情報は、配信宛先や送信者などの管理を行うものであり、例えば図７のように構成される。図７は、配信宛先情報の一例の構成図を示す。図７の配信宛先情報は、管理番号，登録番号，ユーザー名，電子メールアドレス，送信者可否などのデータ項目を有している。ＨＤＤ６６に格納された配信宛先情報は、ＵＳＣ４９により管理される。
【００６２】
ＵＣＳ４９はＨＤＤ６６に格納された配信宛先情報を直接管理する一方、フラッシュメモリ６５に格納された利用制限・課金情報を課金情報管理モジュール１２１を介して管理する。
【００６３】
なお、配信機能を備えていない融合機１の場合、ＨＤＤ６６に格納される配信宛先情報は存在しない。配信機能を備えていない融合機１であってもＵＣＳ４９が課金情報管理モジュール１２１を介してフラッシュメモリ６５に格納された利用制限・課金情報を管理することにより、配信機能の有無に関係無くインターフェースを統一できる。
【００６４】
図５では、フラッシュメモリ６５に利用制限・課金情報，ＨＤＤ６６に配信宛先情報を格納する例を表しているが、利用制限・課金情報または配信宛先情報をＦＣＵ８０が有するメモリに格納するようにしてもよい。また、利用制限・課金情報または配信宛先情報の一部をＦＣＵ８０が有するメモリに格納するようにしてもよい。
【００６５】
次に、ＳＣＳ４２に含まれるシステム初期設定モジュール１２２がＵＣＳ４９を介してユーザ情報を更新する例について図面を参照しつつ説明していく。
【００６６】
図８は、ユーザ情報の更新処理について説明するための図を示す。クライアントとしてのシステム初期設定モジュール１２２は、ＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の更新を要求する。
【００６７】
ＵＣＳ４９は、システム初期設定モジュール１２２から更新要求があったユーザ情報がフラッシュメモリ６５またはＨＤＤ６６の何れに格納されているかを判定する。そして、ＵＣＳ４９はフラッシュメモリ６５またはＨＤＤ６６に格納されているユーザ情報をシステム初期設定モジュール１２２からの更新要求に応じて更新する。
【００６８】
具体的に、ＵＣＳ４９はシステム初期設定モジュール１２２から配信宛先情報の更新要求があると、その更新要求に応じてＨＤＤ６６に格納されている配信宛先情報を更新する。また、ＵＣＳ４９はシステム初期設定モジュール１２２から利用制限・課金情報の更新要求があると、その更新要求に応じてフラッシュメモリ６５に格納されている利用制限・課金情報を更新する。ＵＣＳ４９は、課金情報管理モジュール１２１を介してフラッシュメモリ６５に格納されている利用制限・課金情報の更新を行う。
【００６９】
このように、システム初期設定モジュール１２２は更新を所望するユーザ情報の格納場所を指定することなく、ユーザ情報を更新できる。なお、システム初期設定モジュール１２２がＵＣＳ４９の利用を開始するための処理は、以下のようになる。
【００７０】
まず、サーバとしてのＵＣＳ４９はリクエスト待ち受けスレッドを作成し、ソケットを開いてリクエストを待ち受ける。また、クライアントとしてのシステム初期設定モジュール１２２はイベント待ち受けスレッドを作成し、ソケットを開いてイベントを待ち受けると共に、ＵＣＳ４９の開いたソケットを通じて利用登録を行う。
【００７１】
システム初期設定モジュール１２２からのリクエストがＵＣＳ４９のソケットを通じて、また、ＵＣＳ４９からのイベントがシステム初期設定モジュール１２２のソケットを通じてインタープロセスコミュニケーションを行うことにより、システム初期設定モジュール１２２とＵＣＳ４９との協調動作を実現している。
【００７２】
次に、システム初期設定モジュール１２２がユーザ情報を更新する処理について図面を参照しつつ説明していく。図９は、配信宛先情報を更新する処理の一例のフローチャートを示す。
【００７３】
ステップＳ１０では、システム初期設定モジュール１２２がＵＣＳ４９の諸元情報をＡＰＩを利用してＵＣＳ４９から取得する。諸元情報はＵＣＳ４９自体の諸要素の情報であって、ＵＣＳ４９や課金情報管理モジュール１２１の組み込み情報や設定パラメータ情報から構成されている。
【００７４】
ステップＳ１０に続いてステップＳ１１に進み、システム初期設定モジュール１２２は取得した諸元情報から利用可能機能を判定し、利用する機能をＡＰＩを利用してＵＣＳ４９に登録する。
【００７５】
ステップＳ１１に続いてステップＳ１２に進み、システム初期設定モジュール１２２は図１０のようなシステム初期設定メニュー画面を作成してオペレーションパネル７０に表示する。図１０は、システム初期設定メニュー画面の一例のイメージ図を示す。
【００７６】
図１０のシステム初期設定メニュー画面は、ユーザ情報を更新するための処理に対応して１つ以上のメニュー項目選択ボタン１３０を含んでいる。ユーザは、例えばオペレーションパネル７０に表示されたシステム初期設定メニュー画面の項目選択ボタン１３０を選択することにより、所望の処理に進むことができる。
【００７７】
ステップＳ１２に続いてステップＳ１３に進み、システム初期設定モジュール１２２はシステム初期設定メニュー画面からメニュー項目が選択されたか否かを判定する。システム初期設定メニュー画面からメニュー項目が選択されたと判定すると（Ｓ１３においてＹＥＳ）、システム初期設定モジュール１２２はステップＳ１４に進み、選択されたメニュー項目の処理を行う。なお、ステップＳ１４の処理の詳細は、後述する。
【００７８】
一方、システム初期設定メニュー画面からメニュー項目が選択されていないと判定すると（Ｓ１３においてＮＯ）、システム初期設定モジュール１２２はステップＳ１３の処理を繰り返す。
【００７９】
以下、ステップＳ１４の処理について図面を参照しつつ説明していく。システム初期設定メニュー画面から「ユーザー（宛先）登録／変更／消去」が選択されると、システム初期設定モジュール１２２は図１１のようなエントリー情報更新画面をオペレーションパネル７０に表示する。なお、システム初期設定モジュール１２２はエントリー情報更新画面を作成するために必要な見出し集合情報，見出し情報および見出しに所属するエントリー一覧をＡＰＩを利用してＵＣＳ４９から取得する。
【００８０】
図１１は、エントリー情報更新画面の一例のイメージ図を示す。ここで、エントリーとはユーザー（宛先）を表すものであり、例えば個別ユーザなどに対応するアカウントと、列挙されたアカウントに対応するグループとに大別される。
【００８１】
図１１のエントリー情報更新画面は、１つ以上の見出しから構成される見出し集合１３２と、選択された見出しに所属するエントリー一覧を表示するエントリー表示欄１３４と、エントリー情報を新規に作成して登録するための画面を呼び出す新規作成ボタン１３６と、既に登録されているエントリー情報を変更するための画面を呼び出す変更ボタン１３８と、選択したエントリー情報を削除するための削除ボタン１４０とを含む。
【００８２】
なお、見出し集合１３２は、例えば「常用」，「あ」などの見出しの順序付き集合である。また、見出しはエントリーの順序付き集合にラベルを付けたものである。図１１のエントリー情報更新画面では、見出し「あ」が選択されているため、エントリー表示欄１３４に見出し「あ」に所属する７つのエントリーが表示されている。
【００８３】
新規作成ボタン１３６が選択されると、システム初期設定モジュール１２２はエントリー情報を新規に作成して登録するための図１２のようなエントリー情報登録画面をオペレーションパネル７０に表示する。図１２は、エントリー情報登録画面の一例のイメージ図を示す。
【００８４】
図１２のエントリー情報登録画面は、ユーザー（宛先）名を設定する欄，登録番号を設定する欄，所属する見出しを設定する見出しボタン，ユーザーコードを設定するための画面を呼び出すユーザーコードボタン１４２，メール宛先を設定するための画面を呼び出すメール宛先ボタン１４４，ファクス宛先を設定するための画面を呼び出すファクス宛先ボタン１４６，グループを設定するための画面を呼び出すグループボタン１４８，エントリー情報を登録する登録ボタン１５０とを含む。
【００８５】
ユーザは、エントリー情報登録画面にユーザー（宛先）名，登録番号，所属する見出しを設定する。また、ユーザはユーザーコードボタン１４２を選択し、ユーザーコードを設定するための画面をオペレーションパネル７０に表示してユーザーコードを入力する。ユーザーコードとは、ユーザが使用できる機能を設定するための利用制限情報をいう。
【００８６】
また、ユーザはメール宛先ボタン１４４を選択し、メール宛先を設定するための画面をオペレーションパネル７０に表示してメール宛先を入力する。また、ユーザはファクス宛先ボタン１４６を選択し、ファクス宛先を設定するための画面をオペレーションパネル７０に表示してファクス宛先を入力する。さらに、ユーザは、グループボタン１４８を選択し、グループを設定するための画面をオペレーションパネル７０に表示してエントリーを所属するグループを選択する。
【００８７】
エントリー情報を作成するために必要な情報を全て登録したあと、図１２のエントリー情報登録画面の登録ボタン１５０を選択すると、システム初期設定モジュール１２２は様々なＡＰＩを利用してＵＣＳ４９にエントリー情報の更新を要求する。
【００８８】
例えばシステム初期設定モジュール１２２は図１３のようなＡＰＩを利用してＵＣＳ４９にエントリーの作成を要求する。図１３は、エントリーを作成するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、エントリーを作成するＡＰＩに応じてエントリーの作成を行う。エントリーが作成されると、例えばエントリー情報更新画面のエントリー表示欄１３４に新規のエントリーが作成される。
【００８９】
また、システム初期設定モジュール１２２は図１４のようなＡＰＩを利用してエントリーが所属する見出しの設定をＵＣＳ４９に要求する。図１４は、エントリーが所属する見出しを設定するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、エントリーが所属する見出しを設定するＡＰＩに応じて見出しの設定を行う。
【００９０】
また、システム初期設定モジュール１２２は図１５のようなＡＰＩを利用してユーザコードの設定をＵＣＳ４９に要求する。図１５は、ユーザコードを設定するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、ユーザコードを設定するＡＰＩに応じてユーザコードの設定を行う。
【００９１】
また、システム初期設定モジュール１２２は図１６のようなＡＰＩを利用してメール宛先の設定をＵＣＳ４９に要求する。図１６は、メール宛先を設定するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、メール宛先を設定するＡＰＩに応じてメール宛先の設定を行う。
【００９２】
また、システム初期設定モジュール１２２はＡＰＩを利用してファクス宛先の設定をＵＣＳ４９に要求する。ＵＣＳ４９は、ファクス宛先を設定するＡＰＩに応じてファクス宛先の設定を行う。
【００９３】
また、システム初期設定モジュール１２２はＡＰＩを利用してエントリーが所属するグループの設定をＵＣＳ４９に要求する。ＵＣＳ４９は、エントリーが所属するグループを設定するＡＰＩに応じてグループの設定を行う。
【００９４】
さらに、システム初期設定モジュール１２２は、図１７のようなＡＰＩを利用してエントリー情報登録画面に設定された登録番号が既に登録されているかを確認すると共に、その登録番号が既に登録されている場合に、その登録番号の近くで空いている登録番号を取得するように要求する。
【００９５】
図１７は、登録番号の確認／取得を行うＡＰＩの一例の構成図を示す。ＵＣＳ４９は、登録番号の確認／取得を行うＡＰＩを利用して、エントリー情報登録画面に設定された登録番号が既に登録されているかを確認すると共に、その登録番号が既に登録されている場合に、その登録番号の近くで空いている登録番号を取得する。
【００９６】
図１１のエントリー情報更新画面に含まれる変更ボタン１３８が選択されると、システム初期設定モジュール１２２は既に登録されているエントリー情報を変更するための図１２のようなエントリー情報登録画面をオペレーションパネル７０に表示する。変更ボタン１３８が選択されたときに表示されるエントリー情報登録画面は、既に登録されているエントリー情報が表示されている点で新規作成ボタン１３６が選択されたときに表示されるエントリー情報登録画面と異なる。
【００９７】
システム初期設定モジュール１２２は様々なＡＰＩを利用して、既に登録されているエントリー情報をエントリー情報登録画面に表示する。例えばシステム初期設定モジュール１２２は図１８のようなＡＰＩを利用してＵＣＳ４９からエントリーが所属しているグループを取得する。図１８は、エントリーが所属しているグループを取得するＡＰＩの一例の構成図を示す。
【００９８】
なお、エントリー情報登録画面への情報の登録は、変更ボタン１３８が選択されたときに表示されるエントリー情報登録画面と新規作成ボタン１３６が選択されたときに表示されるエントリー情報登録画面とで同様であるため、説明を省略する。
【００９９】
エントリー情報を変更するために必要な情報を全て登録したあと、図１２のエントリー情報登録画面の登録ボタン１５０を選択すると、システム初期設定モジュール１２２は様々なＡＰＩを利用してＵＣＳ４９にエントリー情報の更新を要求する。
【０１００】
例えばシステム初期設定モジュール１２２は図１９のようなＡＰＩを利用してＵＣＳ４９にエントリーの変更を要求する。図１９は、エントリーを変更するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、エントリーを変更するＡＰＩに応じてエントリーの変更を行う。
【０１０１】
図１１のエントリー情報更新画面のエントリー表示欄１３４からエントリーを選択して削除ボタン１４０を選択すると、システム初期設定モジュール１２２は図２０のようなＡＰＩを利用してエントリーを削除する。図２０は、エントリーを削除するＡＰＩの一例の構成図を示す。
【０１０２】
次に、システム初期設定メニュー画面から「見出し編集」が選択されたときの処理について説明する。「見出し編集」が選択されると、システム初期設定モジュール１２２は見出し編集画面をオペレーションパネル７０に表示する。なお、見出し編集画面は例えば図１１のエントリー情報更新画面のように見出し集合１３２を有する。システム初期設定モジュール１２２は、見出し編集画面を作成するために必要な見出し集合情報，見出し情報をＡＰＩを利用してＵＣＳ４９から取得する。
【０１０３】
ユーザは見出しを変更するために必要な情報を全て登録したあと、見出し編集画面の例えば設定ボタンを選択する。すると、システム初期設定モジュール１２２は図２１のようなＡＰＩを利用してＵＣＳ４９に見出しの変更を要求する。図２１は、見出しを変更するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、見出しを変更するＡＰＩに応じて見出しを変更する。
【０１０４】
次に、システム初期設定メニュー画面から「並び順入れ替え」が選択されたときの処理について説明する。「並び順入れ替え」が選択されると、システム初期設定モジュール１２２は並び順入れ替え画面をオペレーションパネル７０に表示する。なお、並び順入れ替え画面は例えば図１１のエントリー情報更新画面のように見出し集合１３２および選択された見出しに所属するエントリー一覧を表示するエントリー表示欄１３４を有する。システム初期設定モジュール１２２は並び順入れ替え画面を作成するために必要な見出し集合情報，見出し情報をＡＰＩを利用してＵＣＳ４９から取得する。
【０１０５】
ユーザは例えばエントリー表示欄１３４に表示されているエントリーの並びを所望の順番に変更し、並び順入れ替え画面の例えば設定ボタンを選択する。システム初期設定モジュール１２２は図２２のようなＡＰＩを利用してＵＣＳ４９にエントリーの並び順入れ替えを要求する。図２２は、エントリーの並び順を入れ替えるＡＰＩの一例の構成図を示す。ＵＣＳ４９は、並び順を入れ替えるＡＰＩに応じてエントリーの並び順を入れ替える。
【０１０６】
また、ＵＣＳ４９は以下のようなＡＰＩも提供できる。図２３は、送信者認証情報を設定するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、送信者認証情報を設定するＡＰＩを利用してＵＣＳ４９に送信者認証情報の設定を要求する。なお、送信者認証情報は例えばパスワードであり、送信者を識別するために利用される。
【０１０７】
図２４は、メールグループを設定するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、メールグループを設定するＡＰＩを利用してＵＣＳ４９にメールグループの設定を要求する。なお、メールグループは所属するアカウント数や所属するアカウントなどの情報である。図２５は、エントリーの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、エントリーの登録件数を取得するＡＰＩを利用してＵＣＳ４９からエントリーの登録件数を取得できる。
【０１０８】
図２６は、アカウントの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、アカウントの登録件数を取得するＡＰＩを利用してＵＣＳ４９からエントリーの登録件数を取得できる。図２７は、グループの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、グループの登録件数を取得するＡＰＩを利用してＵＣＳ４９からグループの登録件数を取得できる。
【０１０９】
図２８は、メール宛先の登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、メール宛先の登録件数を取得するＡＰＩを利用してＵＣＳ４９からメール宛先の登録件数を取得できる。図２９は、ユーザーコードの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、ユーザーコードの登録件数を取得するＡＰＩを利用してＵＣＳ４９からユーザーコードの登録件数を取得できる。
【０１１０】
エントリー，アカウント，グループ，メール宛先，ユーザーコードの登録件数は、例えばエントリー，アカウント，グループ，メール宛先，ユーザーコードなどの情報を更新する画面を作成するときに利用される。
【０１１１】
以上のように、本発明による融合機１はユーザ情報を管理するＵＣＳ４９を設けたことにより、システム初期設定モジュール１２２がユーザ情報の格納先を指定すること無しにユーザ情報の更新が可能である。
【０１１２】
なお、図３の構成図ではＵＣＳ４９がコントロールサービスに含まれる例を表しているが、この例に限らない。例えばＵＣＳ４９は、アプリケーション３０に含まれるようにしてもよい。また、図８等ではシステム初期設定モジュール１２２がＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の更新を要求する例を表しているが、この例に限らない。例えばファックスアプリ３３等のアプリケーション３０がＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の更新を要求してもよい。
【０１１３】
本実施例では、融合機１の処理を中心に説明したが、図１及び図２に示した情報処理装置１０００への応用が容易である。情報処理装置１０００では、図５および図８のＵＣＳ４９に代わり、ユーザ情報管理手段１２６０がユーザ情報の管理を行うこととなる。なお、情報処理装置１０００の場合、ＳＣＳ４２に相当する構成は必ずしも必須ではない。
【発明の効果】
【０１１４】
上述の如く、本発明によれば、ユーザ情報管理手段が要求に応じてユーザ情報を利用することにより、ユーザ情報の格納先を指定することなくユーザ情報を利用できる共にユーザ情報を一元管理できる。
【図面の簡単な説明】
【図１】 本発明による情報処理装置の一実施例の構成図である。
【図２】 本発明による情報処理装置の一実施例のハードウェア構成図である。
【図３】 本発明による融合機の一実施例の構成図である。
【図４】 本発明による融合機の一実施例のハードウェア構成図である。
【図５】 本発明のユーザ情報管理方法について説明するための図である。
【図６】 利用制限・課金情報の一例の構成図である。
【図７】 配信宛先情報の一例の構成図である。
【図８】 ユーザ情報の更新処理について説明するための図である。
【図９】 配信宛先情報を更新する処理の一例のフローチャートである。
【図１０】 システム初期設定メニュー画面の一例のイメージ図である。
【図１１】 エントリー情報更新画面の一例のイメージ図である。
【図１２】 エントリー情報登録画面の一例のイメージ図である。
【図１３】 エントリーを作成するＡＰＩの一例の構成図である。
【図１４】 エントリーが所属する見出しを設定するＡＰＩの一例の構成図である。
【図１５】 ユーザコードを設定するＡＰＩの一例の構成図である。
【図１６】 メール宛先を設定するＡＰＩの一例の構成図である。
【図１７】 登録番号の確認／取得を行うＡＰＩの一例の構成図である。
【図１８】 エントリーが所属しているグループを取得するＡＰＩの一例の構成図である。
【図１９】 エントリーを変更するＡＰＩの一例の構成図である。
【図２０】 エントリーを削除するＡＰＩの一例の構成図である。
【図２１】 見出しを変更するＡＰＩの一例の構成図である。
【図２２】 エントリーの並び順を入れ替えるＡＰＩの一例の構成図である。
【図２３】 送信者認証情報を設定するＡＰＩの一例の構成図である。
【図２４】 メールグループを設定するＡＰＩの一例の構成図である。
【図２５】 エントリーの登録件数を取得するＡＰＩの一例の構成図である。
【図２６】 アカウントの登録件数を取得するＡＰＩの一例の構成図である。
【図２７】 グループの登録件数を取得するＡＰＩの一例の構成図である。
【図２８】 メール宛先の登録件数を取得するＡＰＩの一例の構成図である。
【図２９】 ユーザーコードの登録件数を取得するＡＰＩの一例の構成図である。
【符号の説明】
１ 融合機
１１ 白黒ラインプリンタ
１２ カラーラインプリンタ
１３，１１４０ ハードウェアリソース
２０，１２００ ソフトウェア群
３０，１２１０−１〜１２１０−ｎ アプリケーション
４０ プラットフォーム
４１ オペレーティングシステム（ＯＳ）
４２ システムコントロールサービス（ＳＣＳ）
４３ システムリソースマネージャ（ＳＲＭ）
４４ エンジンコントロールサービス（ＥＣＳ）
４５ メモリコントロールサービス（ＭＣＳ）
４６ オペレーションパネルコントロールサービス（ＯＣＳ）
４７ ファックスコントロールサービス（ＦＣＳ）
４８ ネットワークコントロールサービス（ＮＣＳ）
４９ ユーザ情報管理サービス（ＵＣＳ）
５０ 融合機起動部
６０ コントローラボード
６１ ＣＰＵ
６２ ＡＳＩＣ（Application Specific Integrated Circuit）
６３ ＳＲＡＭ（Static RAM）
６４ ＳＤＲＡＭ（Synchronous DRAM）
６５ フラッシュメモリ
６６ ハードディスク装置（ＨＤＤ）
６７ ネットワークＩ／Ｆコントローラ
７０ オペレーションパネル
８０ ファックスコントロールユニット（ＦＣＵ）
９０ ＵＳＢデバイス
１００ ＩＥＥＥ１３９４デバイス
１１０ エンジン部
１２１ 課金情報管理モジュール
１２２ システム初期設定モジュール
１３０ メニュー項目選択ボタン
１３２ 見出し集合
１３４ エントリー表示欄
１３６ 新規作成ボタン
１３８ 変更ボタン
１４０ 削除ボタン
１４２ ユーザーコードボタン
１４４ メール宛先ボタン
１４６ ファクス宛先ボタン
１４８ グループボタン
１５０ 登録ボタン
１０００ 情報処理装置
１１００ ハードウェア資源
１１１０ メモリ装置
１１２０ 入力装置
１１３０ 表示装置
１２２０ アプリケーションプログラムインターフェース（ＡＰＩ）
１２３０ オペレーティングシステム
１２４０ ＢＩＯＳ
１２５０ デバイスドライバ
１２６０ ユーザ情報管理手段
１２７０ システム初期設定モジュール
Claims (1)
- プリンタ部又はスキャナ部の少なくとも一方を含むハードウェア資源と、
第１のユーザ情報を格納する第１の格納手段と、
第２のユーザ情報を格納する、前記第１の格納手段とは異なるメディアの第２の格納手段と、
オペレーティングシステムと、
前記オペレーティングシステム上で動作し、前記第１のユーザ情報及び前記第２のユーザ情報から選択された所望のユーザ情報を利用する複数の画像形成処理アプリケーションと、
前記オペレーティングシステム上で動作し、前記第１のユーザ情報及び前記第２のユーザ情報を管理するユーザ情報管理プログラムと、
を備え、
前記ユーザ情報管理プログラムは、
前記複数の画像形成処理アプリケーションの各々からユーザ情報の取得要求を受信可能とする受信手段と、
該取得要求があったユーザ情報が、前記第１の格納手段及び前記第２の格納手段のいずれに格納されているかを判定する判定手段と、
該判定した格納手段から前記取得要求があったユーザ情報を取得して要求元の画像形成処理アプリケーションに供給する供給手段と、を備え、
さらに、前記ユーザ情報管理プログラムは、
ユーザ情報を供給した画像形成処理アプリケーションから、供給したユーザ情報に対する更新要求を受信可能とする受信手段と、
該更新要求があったユーザ情報が、前記第１の格納手段及び前記第２の格納手段のいずれに格納されているかを判定する判定手段と、
該判定した格納手段に格納されている前記更新要求があったユーザ情報を更新する更新手段と、を備えること
を特徴とする画像形成装置。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003039976A JP4383066B2 (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 |
|---|---|---|---|
| JP2002050540 | 2002-02-26 | ||
| JP2002-50540 | 2002-02-26 | ||
| JP2003039976A JP4383066B2 (ja) | 2002-02-26 | 2003-02-18 | 画像形成装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009188679A Division JP4898878B2 (ja) | 2002-02-26 | 2009-08-17 | 画像形成装置及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003323283A JP2003323283A (ja) | 2003-11-14 |
| JP4383066B2 true JP4383066B2 (ja) | 2009-12-16 |
Family
ID=29552006
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003039976A Expired - Fee Related JP4383066B2 (ja) | 2002-02-26 | 2003-02-18 | 画像形成装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4383066B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008059560A (ja) | 2006-08-04 | 2008-03-13 | Ricoh Co Ltd | 機能管理システムおよび管理方法 |
| JP4939265B2 (ja) * | 2007-03-19 | 2012-05-23 | 株式会社リコー | 情報処理装置及び情報処理方法 |
| JP4879785B2 (ja) | 2007-03-19 | 2012-02-22 | 株式会社リコー | 情報処理装置、情報処理方法及び情報処理システム |
-
2003
- 2003-02-18 JP JP2003039976A patent/JP4383066B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003323283A (ja) | 2003-11-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10404785B2 (en) | Method of controlling user information and information processing apparatus | |
| US9405495B2 (en) | Image forming apparatus and scanned data process method | |
| JP4444752B2 (ja) | サービス提供装置、サービス提供プログラム、記録媒体及びサービス提供方法 | |
| US8319989B2 (en) | Image processing apparatus for processing and communicating with an information processing apparatus which does not have an image processing apparatus driver software | |
| US20050210293A1 (en) | Information processing apparatus, terminal apparatus, information processing method, information processing program, and computer-readable information recording medium | |
| US20110164283A1 (en) | Image processing apparatus, image processing system, and image processing method | |
| JP4383066B2 (ja) | 画像形成装置 | |
| JP3914163B2 (ja) | ユーザ情報管理方法および画像形成装置 | |
| JP3715629B2 (ja) | 画像処理装置およびユーザ情報管理方法 | |
| JP4898878B2 (ja) | 画像形成装置及びプログラム | |
| JP3865242B2 (ja) | ユーザ情報管理方法および情報処理装置 | |
| JP4485749B2 (ja) | 画像形成装置 | |
| JP5369938B2 (ja) | 画像形成装置とその処理方法およびプログラム | |
| JP3857654B2 (ja) | 画像形成装置，ユーザ情報管理方法，ユーザ情報管理プログラムおよび記録媒体 | |
| JP6690313B2 (ja) | 情報処理システムおよび情報処理方法 | |
| JP4001560B2 (ja) | 画像形成装置，サムネイル取得方法及びサムネイル取得システム | |
| JP5063718B2 (ja) | 画像形成装置及びネットワークシステム | |
| JP2004066809A (ja) | 画像形成装置およびプログラム起動方法 | |
| JP7006709B2 (ja) | 情報処理システム、情報処理装置、データ転送方法およびプログラム | |
| JP4093770B2 (ja) | データ転送方法およびそのデータ転送方法を利用するインターフェース制御モジュール，デバイス制御モジュール，画像形成装置 | |
| US20140063549A1 (en) | Image data transmission apparatus, image data transmission method, and computer-readable storage medium for computer program | |
| JP2009070208A (ja) | 画像処理装置およびメモリ確保方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050908 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050913 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051114 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060228 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060330 |
|
| A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060516 |
|
| A912 | Removal of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20060616 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090817 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090918 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121002 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131002 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |