JP5152390B2 - 画像形成装置およびプログラム - Google Patents

Description

本発明は、画像形成装置およびプログラムに係り、特に１つ以上の格納手段に格納されたユーザ情報を更新する画像形成装置およびプログラムに関する。

パソコン等の情報処理装置は、様々な情報処理にそれぞれ対応する１つ以上のソフトウェアを実行させることで様々な情報処理を行わせるものである。このような情報処理装置は、例えば他のコンピュータなどにネットワークを介して接続されており、配信機能を利用して画像情報などの配信を行う。配信機能を有する情報処理装置は、例えば配信宛先情報および利用制限・課金情報をユーザ情報として有している。

また、情報処理装置の応用例としての画像形成装置は、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納している。画像形成装置は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。

このような画像形成装置は、他の画像形成装置やコンピュータなどにネットワークを介して接続され、配信機能を利用して例えば画像情報などの配信を行う。配信機能を有する画像形成装置は、例えば配信宛先情報および利用制限・課金情報をユーザ情報として有している。

配信宛先情報は、配信宛先や送信者などの管理を行うものである。配信宛先情報は、更新頻度が低くバックアップが比較的容易である。また、配信宛先情報は管理が必要なユーザが情報処理装置や画像形成装置を利用するユーザに限定されないため、管理が必要なユーザの数が多くなる。

一方、利用制限・課金情報は各種機能の使用可否や使用可能機能の使用量（例えば使用枚数など）の管理を行うものである。利用制限・課金情報は機器の使用の度に更新されるため更新頻度が高く、バックアップが困難である。また、利用制限・課金情報は管理が必要なユーザが情報処理装置や画像形成装置を利用するユーザに限定されるため、管理が必要なユーザの数が少なくなる。

このように、配信宛先情報および利用制限・課金情報はバックアップの容易性や管理が必要なユーザの数に差があるため、格納手段としての記憶装置に要求される条件が異なっている。例えば配信宛先情報は速度や信頼性を犠牲にしても大容量の記憶装置が必要である。また、利用制限・課金情報はコストや容量を犠牲にしても高速で信頼性の高い記憶装置が必要である。

従来の情報処理装置や画像形成装置は、例えば配信宛先情報をハードディスク装置に格納して管理し、利用制限・課金情報を不揮発ＲＡＭに格納して管理していた。

特許文献１には、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作される画像形成装置の一例が記載されている。

従来の情報処理装置は、様々な情報処理にそれぞれ対応する１つ以上のアプリケーションを有している。また、従来の画像形成装置は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うアプリケーションを有している。

各アプリケーションが配信機能を利用するためには、配信宛先情報および使用制限・課金情報を予めハードディスク装置や不揮発ＲＡＭなどの記憶装置に登録して管理しておく必要がある。

このような配信宛先情報の登録または更新は、システム初期設定モジュール等が行う。システム初期設定モジュールは、配信宛先情報または使用制限・課金情報の登録または更新を行うとき又は配信宛先情報または使用制限・課金情報を参照するときに、配信宛先情報または使用制限・課金情報の格納先を判断して一々指定しなければならないという問題があった。

本発明は、上記の点に鑑みなされたもので、格納先を指定することなくユーザ情報を更新できると共に、ユーザ情報を一元管理することが可能な画像形成装置およびプログラムを提供することを目的とする。

そこで、上記課題を解決するため、請求項１にかかる発明は、プリンタ部及びスキャナ部のうち少なくとも一方を含むハードウェア資源を有する画像形成装置であって、前記画像形成装置を制御するＣＰＵと、ユーザ情報を格納する格納手段と、前記ＣＰＵによって前記画像形成装置が有するオペレーティングシステム上で実行され、前記ハードウェア資源を用いて画像形成処理にかかるユーザサービスに固有の処理を行う前記画像形成装置に搭載された複数のソフトウェア各々から前記格納手段に格納されたユーザ情報の取得要求を第１のアプリケーションプログラムインターフェースを介して受信可能であり、受信した取得要求に応じたユーザ情報を前記格納手段から取得して要求元のソフトウェアに供給するプログラムであって、さらに、前記複数のソフトウェア各々から前記格納手段に格納されたユーザ情報の更新要求を第２のアプリケーションプログラムインターフェースを介して受信可能であり、受信した更新要求に応じたユーザ情報を該更新要求に基づいて更新するユーザ情報管理プログラムとを有することを特徴とする。

本発明によれば、ユーザ情報の格納先を指定することなくユーザ情報を更新できる共にユーザ情報を一元管理できる。

本発明による情報処理装置の一実施例の構成図である。 本発明による情報処理装置の一実施例のハードウェア構成図である。 本発明による融合機の一実施例の構成図である。 本発明による融合機の一実施例のハードウェア構成図である。 本発明のユーザ情報管理方法について説明するための図である。 利用制限・課金情報の一例の構成図である。 配信宛先情報の一例の構成図である。 ユーザ情報の更新処理について説明するための図である。 配信宛先情報を更新する処理の一例のフローチャートである。 システム初期設定メニュー画面の一例のイメージ図である。 エントリー情報更新画面の一例のイメージ図である。 エントリー情報登録画面の一例のイメージ図である。 エントリーを作成するＡＰＩの一例の構成図である。 エントリーが所属する見出しを設定するＡＰＩの一例の構成図である。 ユーザコードを設定するＡＰＩの一例の構成図である。 メール宛先を設定するＡＰＩの一例の構成図である。 登録番号の確認／取得を行うＡＰＩの一例の構成図である。 エントリーが所属しているグループを取得するＡＰＩの一例の構成図である。 エントリーを変更するＡＰＩの一例の構成図である。 エントリーを削除するＡＰＩの一例の構成図である。 見出しを変更するＡＰＩの一例の構成図である。 エントリーの並び順を入れ替えるＡＰＩの一例の構成図である。 送信者認証情報を設定するＡＰＩの一例の構成図である。 メールグループを設定するＡＰＩの一例の構成図である。 エントリーの登録件数を取得するＡＰＩの一例の構成図である。 アカウントの登録件数を取得するＡＰＩの一例の構成図である。 グループの登録件数を取得するＡＰＩの一例の構成図である。 メール宛先の登録件数を取得するＡＰＩの一例の構成図である。 ユーザーコードの登録件数を取得するＡＰＩの一例の構成図である。

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

図１は、本発明による情報処理装置の一実施例の構成図である。情報処理装置１０００は、ハードウェア資源１１００と，ソフトウェア群１２００とを含むように構成される。

ハードウェア資源１１００は、メモリ装置１１１０，入力装置１１２０，表示装置１１３０，その他のハードウェアリソース１１４０等を含む。ソフトウェア群１２００は、アプリケーション１２１０−１〜１２１０−ｎ，ＵＮＩＸ（登録商標）などのＯＳ１２３０，ＢＩＯＳ１２４０，デバイスドライバ１２５０，ユーザ情報管理手段１２６０，システム初期設定モジュール１２７０等を含む。

情報処理装置１０００は、電源投入時にＯＳ１２３０のプログラムを補助記憶装置から読み出し、読み出したプログラムをメモリ装置１１１０に転送して起動する。また、情報処理装置１０００は電源投入時またはオペレータからの起動指示によりアプリケーション１２１０−１〜１２１０−ｎのプログラムを補助記憶装置から読み出し、読み出したプログラムをメモリ装置１１１０に転送して起動する。

アプリケーション１２１０−１〜１２１０−ｎは、情報処理装置１０００に様々な情報処理を行わせるものである。ＢＩＯＳ１２４０は、ハードウェア資源１１００を制御するプログラムである。また、デバイスドライバ１２５０はハードウェア資源１１００に含まれる周辺機器等を管理するプログラムである。

ＯＳ１２３０，ユーザ情報管理手段１２６０およびシステム初期設定モジュール１２７０は、ＡＰＩ（Application Program Interface ）１２２０を利用してアプリケーション１２１０−１〜１２１０−ｎからの要求を受信する。ＡＰＩ１２２０は予め定義されている関数により、アプリケーション１２１０−１〜１２１０−ｎからの要求を受信するために利用される。また、ユーザ情報管理手段１２６０は図示しないＡＰＩを利用してシステム初期設定モジュール１２７０からの要求を受信する。

ユーザ情報管理手段１２６０は、ユーザ情報の管理を行うものである。ユーザ情報管理手段１２６０は、アプリケーション１２１０−１〜１２１０−ｎやシステム初期設定モジュール１２７０からの要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して要求元のアプリケーション１２１０−１〜１２１０−ｎやシステム初期設定モジュール１２７０に供給する。なお、システム初期設定モジュール１２７０の詳細は後述する。

ＯＳ１２３０は、アプリケーション１２１０−１〜１２１０−ｎ，ユーザ情報管理手段１２６０及びシステム初期設定モジュール１２７０の各ソフトウェアをプロセスとして並列制御する。また、ＯＳ１２３０はＢＩＯＳ１２４０，デバイスドライバ１２５０を利用してハードウェア資源１１００に対する要求を行う。

次に、情報処理装置１０００のハードウェア構成について説明する。図２は、本発明による情報処理装置の一実施例のハードウェア構成図である。情報処理装置１０００は、それぞれバスＢで相互に接続されている入力装置１５１０，表示装置１５２０，補助記憶装置１５３０，メモリ装置１５４０および演算処理装置１５５０を有するように構成される。

入力装置１５１０はキーボード及びマウスなどで構成され、様々な操作指示を入力するために用いられる。表示装置１５２０は、操作に必要な各種ウインドウやデータ等を表示する。補助記憶装置１５３０は、情報処理装置１０００に係る処理を行わせるプログラムを格納すると共に、そのプログラムの処理に必要な各種ファイルやデータ等を格納している。

メモリ装置１５４０は、情報処理装置１０００の起動時に補助記憶装置１５３０からプログラムを読み出して格納する。演算処理装置１５５０は、メモリ装置１５４０に格納されたプログラムに従って処理を実行する。

このような情報処理装置１０００は、例えば他のコンピュータなどにネットワークを介して接続され、配信機能を利用して画像情報などの配信を行う。配信機能を備えた情報処理装置１０００は、配信宛先情報および利用制限・課金情報をユーザ情報として有している。なお、配信機能を備えていない情報処理装置１０００は、利用制限・課金情報をユーザ情報として有している。

次に、本発明による情報処理装置１０００の応用例としての画像形成装置１について説明する。なお、本実施例で説明する画像形成装置１は、プリンタ，コピー，ファクシミリおよびスキャナ等の各装置の機能を１つの筐体内に収納しているため、融合機とも呼ばれる。

図３は、本発明による融合機の一実施例の構成図を示す。融合機１は、白黒ラインプリンタ１１と，カラーラインプリンタ１２と，スキャナやファクシミリなどのハードウェアリソース１３と，ソフトウェア群２０と，融合機起動部５０とを有するように構成される。また、ソフトウェア群２０はアプリケーション３０とプラットフォーム４０とを有するように構成される。

プラットフォーム４０は、アプリケーション３０からの処理要求を解釈してハードウェア資源の獲得要求を発生するコントロールサービスと、１つ以上のハードウェア資源の管理を行ってコントロールサービスからの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）４３と、オペレーティングシステム（以下、ＯＳという）４１とを有するように構成されている。

コントロールサービスは、システムコントロールサービス（以下、ＳＣＳという）４２，エンジンコントロールサービス（以下、ＥＣＳという）４４，メモリコントロールサービス（以下、ＭＣＳという）４５，オペレーションパネルコントロールサービス（以下、ＯＣＳという）４６，ファックスコントロールサービス（以下、ＦＣＳという）４７，ネットワークコントロールサービス（以下、ＮＣＳという）４８，ユーザ情報管理サービス（以下、ＵＣＳという）４９など一つ以上のサービスモジュールを有するように構成されている。

なお、プラットフォーム４０は予め定義されている関数によりアプリケーション３０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）を有するように構成されている。

ＯＳ４１は、ユニックス（ＵＮＩＸ（登録商標））などのオペレーティングシステムであって、プラットフォーム４０およびアプリケーション３０の各ソフトウェアをプロセスとして並列実行する。

ＳＲＭ４３のプロセスは、ＳＣＳ４２と共にシステムの制御およびリソースの管理を行うものである。例えばＳＲＭ４３のプロセスは、スキャナ部やプリンタ部などのエンジン，メモリ，ハードディスク装置（ＨＤＤ）ファイル，ホストＩ／Ｏ（セントロインターフェース，ネットワークインターフェース，ＩＥＥＥ１３９４インターフェース，ＲＳ２３２Ｃインターフェースなど）のハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。

具体的に、ＳＲＭ４３は要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、ＳＲＭ４３は上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、例えばプリンタエンジンによる紙搬送と作像動作，メモリ確保，ファイル生成などの要求内容を直接実施している。

ＳＣＳ４２のプロセスは、アプリケーション管理，操作部制御，システム画面表示，ＬＥＤ表示，リソース管理，割り込みアプリケーション制御を行う。ＥＣＳ４４のプロセスは、白黒ラインプリンタ１１，カラーラインプリンタ１２，ハードウェアリソース１３のエンジンの制御を行う。

ＭＣＳ４５のプロセスは、画像メモリの取得および解放，ハードディスク装置（ＨＤＤ）の利用，画像データの圧縮および伸張などを行う。ＯＣＳ４６のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。

ＦＣＳ４７のプロセスは、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信，ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用，ファクシミリ読み取り，ファクシミリ受信印刷，融合送受信を行うためのアプリケーションを提供する。

ＮＣＳ４８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対し、共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。

ＵＣＳ４９のプロセスは、ユーザ情報の管理を行うものであり、要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して各アプリケーションに供給する。また、ＵＣＳ４９のプロセスは要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置に格納されているユーザ情報を更新する。

また、アプリケーション３０は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うものである。アプリケーション３０は、ページ記述言語（ＰＤＬ，ＰＣＬ）およびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ３１と，コピー用アプリケーションであるコピーアプリ３２と，ファクシミリ用アプリケーションであるファックスアプリ３３と，スキャナ用アプリケーションであるスキャナアプリ３４と，ネットワークファイル用アプリケーションであるネットファイルアプリ３５と，工程検査用アプリケーションである工程検査アプリ３６とを有している。

融合機起動部５０は、融合機１の電源投入時に最初に実行され、アプリケーション３０やプラットフォーム４０を起動するものである。例えば融合機起動部５０は、コントロールサービスやアプリケーションのプログラムを後述するフラッシュメモリから読み出し、読み出した各プログラムをＳＲＡＭまたはＳＤＲＡＭ上に確保したメモリ領域に転送して起動するものである。

図４は、本発明による融合機の一実施例のハードウェア構成図を示す。図４の融合機１は、コントローラボード６０と，オペレーションパネル７０と，ファックスコントロールユニット（以下、ＦＣＵという）８０と，ＵＳＢデバイス９０と，ＩＥＥＥ１３９４デバイス１００と，エンジン部１１０とを有するように構成される。なお、ＦＣＵ８０はメモリを有している。ＦＣＵ８０が有するメモリは、例えば融合機１の電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するために利用される。

オペレーションパネル７０は、コントローラボード６０のＡＳＩＣ６２に直接接続されている。また、ＦＣＵ８０，ＵＳＢデバイス９０，ＩＥＥＥ１３９４デバイス１００およびエンジン部１１０は、コントローラボード６０のＡＳＩＣ６２にＰＣＩバス（Peripheral Component Interconnect bus ）などで接続されている。

また、コントローラボード６０は、ＣＰＵ６１と，ＡＳＩＣ６２と，ＳＲＡＭ（Static RAM）６３と，ＳＤＲＡＭ（Synchronous DRAM）６４と，フラッシュメモリ６５と，ＨＤＤ６６と，ネットワークＩ／Ｆコントローラ６７とを有するように構成される。コントローラボード６０は、ＣＰＵ６１，ＳＲＡＭ６３，ＳＤＲＡＭ６４，フラッシュメモリ６５，ＨＤＤ６６，ネットワークＩ／Ｆコントローラ６７などをＡＳＩＣ６２に接続するように構成されている。

ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＯＳ４１上でプラットフォーム４０を形成するＳＣＳ４２，ＳＲＭ４３，ＥＣＳ４４，ＭＣＳ４５，ＯＣＳ４６，ＦＣＳ４７およびＮＣＳ４８をそれぞれプロセスとして起動して実行させると共に、アプリケーション３０を形成するプリンタアプリ３１，コピーアプリ３２，ファックスアプリ３３，スキャナアプリ３４，ネットファイルアプリ３５および工程検査アプリ３６を起動して実行させる。

ＡＳＩＣ６２は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＳＲＡＭ６３およびＳＤＲＡＭ６４の物理メモリ領域には、カーネルやプロセスなどの仮想メモリ領域がマッピングされる。

不揮発ＲＡＭとしてのフラッシュメモリ６５は、アプリケーション３０またはプラットフォーム４０を構成する各アプリやコントロールサービス，ＳＲＭ４３などの各プログラムおよび利用制限・課金情報が格納されている。また、ＨＤＤ６６は、画像データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積，配信宛先情報の格納を行うためのストレージである。オペレーションパネル７０はオペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。

このような融合機１は、例えば他の融合機やコンピュータなどにネットワークを介して接続され、配信機能を利用して画像情報などの配信を行う。融合機１が配信機能を利用するためには、配信宛先情報および使用制限・課金情報をユーザ情報として予め登録して管理しておく必要がある。なお、配信機能を備えていない融合機１であっても、利用制限・課金情報をユーザ情報として予め登録して管理しておく必要がある。

以下、本発明のユーザ情報管理方法について説明していく。なお、以下の説明では本発明による情報処理装置１０００の応用例としての融合機１の処理を中心に説明する。

図５は、本発明のユーザ情報管理方法について説明するための図を示す。フラッシュメモリ６５に格納された利用制限・課金情報は、各種機能の使用可否や使用可能機能の使用枚数などの管理を行うものであり、例えば図６のように構成される。

図６は、利用制限・課金情報の一例の構成図を示す。図６の利用制限・課金情報は、管理番号，登録番号，ユーザー名，ユーザーコード，複写機能使用可否，複写機能使用枚数，配信機能使用可否，配信機能使用枚数などのデータ項目を有している。フラッシュメモリ６５に格納された利用制限・課金情報は、ＳＣＳ４２に含まれる課金情報管理モジュール１２１により管理される。

なお、フラッシュメモリ６５には、各種サービス，モジュール，アプリケーションの管理パラメータも格納されており、後述するシステム初期設定モジュール１２２により管理される。

また、ＨＤＤ６６に格納された配信宛先情報は、配信宛先や送信者などの管理を行うものであり、例えば図７のように構成される。図７は、配信宛先情報の一例の構成図を示す。図７の配信宛先情報は、管理番号，登録番号，ユーザー名，電子メールアドレス，送信者可否などのデータ項目を有している。ＨＤＤ６６に格納された配信宛先情報は、ＵＳＣ４９により管理される。

ＵＣＳ４９はＨＤＤ６６に格納された配信宛先情報を直接管理する一方、フラッシュメモリ６５に格納された利用制限・課金情報を課金情報管理モジュール１２１を介して管理する。

なお、配信機能を備えていない融合機１の場合、ＨＤＤ６６に格納される配信宛先情報は存在しない。配信機能を備えていない融合機１であってもＵＣＳ４９が課金情報管理モジュール１２１を介してフラッシュメモリ６５に格納された利用制限・課金情報を管理することにより、配信機能の有無に関係無くインターフェースを統一できる。

図５では、フラッシュメモリ６５に利用制限・課金情報，ＨＤＤ６６に配信宛先情報を格納する例を表しているが、利用制限・課金情報または配信宛先情報をＦＣＵ８０が有するメモリに格納するようにしてもよい。また、利用制限・課金情報または配信宛先情報の一部をＦＣＵ８０が有するメモリに格納するようにしてもよい。

次に、ＳＣＳ４２に含まれるシステム初期設定モジュール１２２がＵＣＳ４９を介してユーザ情報を更新する例について図面を参照しつつ説明していく。

図８は、ユーザ情報の更新処理について説明するための図を示す。クライアントとしてのシステム初期設定モジュール１２２は、ＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の更新を要求する。

ＵＣＳ４９は、システム初期設定モジュール１２２から更新要求があったユーザ情報がフラッシュメモリ６５またはＨＤＤ６６の何れに格納されているかを判定する。そして、ＵＣＳ４９はフラッシュメモリ６５またはＨＤＤ６６に格納されているユーザ情報をシステム初期設定モジュール１２２からの更新要求に応じて更新する。

具体的に、ＵＣＳ４９はシステム初期設定モジュール１２２から配信宛先情報の更新要求があると、その更新要求に応じてＨＤＤ６６に格納されている配信宛先情報を更新する。また、ＵＣＳ４９はシステム初期設定モジュール１２２から利用制限・課金情報の更新要求があると、その更新要求に応じてフラッシュメモリ６５に格納されている利用制限・課金情報を更新する。ＵＣＳ４９は、課金情報管理モジュール１２１を介してフラッシュメモリ６５に格納されている利用制限・課金情報の更新を行う。

このように、システム初期設定モジュール１２２は更新を所望するユーザ情報の格納場所を指定することなく、ユーザ情報を更新できる。なお、システム初期設定モジュール１２２がＵＣＳ４９の利用を開始するための処理は、以下のようになる。

まず、サーバとしてのＵＣＳ４９はリクエスト待ち受けスレッドを作成し、ソケットを開いてリクエストを待ち受ける。また、クライアントとしてのシステム初期設定モジュール１２２はイベント待ち受けスレッドを作成し、ソケットを開いてイベントを待ち受けると共に、ＵＣＳ４９の開いたソケットを通じて利用登録を行う。

システム初期設定モジュール１２２からのリクエストがＵＣＳ４９のソケットを通じて、また、ＵＣＳ４９からのイベントがシステム初期設定モジュール１２２のソケットを通じてインタープロセスコミュニケーションを行うことにより、システム初期設定モジュール１２２とＵＣＳ４９との協調動作を実現している。

次に、システム初期設定モジュール１２２がユーザ情報を更新する処理について図面を参照しつつ説明していく。図９は、配信宛先情報を更新する処理の一例のフローチャートを示す。

ステップＳ１０では、システム初期設定モジュール１２２がＵＣＳ４９の諸元情報をＡＰＩを利用してＵＣＳ４９から取得する。諸元情報はＵＣＳ４９自体の諸要素の情報であって、ＵＣＳ４９や課金情報管理モジュール１２１の組み込み情報や設定パラメータ情報から構成されている。

ステップＳ１０に続いてステップＳ１１に進み、システム初期設定モジュール１２２は取得した諸元情報から利用可能機能を判定し、利用する機能をＡＰＩを利用してＵＣＳ４９に登録する。

ステップＳ１１に続いてステップＳ１２に進み、システム初期設定モジュール１２２は図１０のようなシステム初期設定メニュー画面を作成してオペレーションパネル７０に表示する。図１０は、システム初期設定メニュー画面の一例のイメージ図を示す。

図１０のシステム初期設定メニュー画面は、ユーザ情報を更新するための処理に対応して１つ以上のメニュー項目選択ボタン１３０を含んでいる。ユーザは、例えばオペレーションパネル７０に表示されたシステム初期設定メニュー画面の項目選択ボタン１３０を選択することにより、所望の処理に進むことができる。

ステップＳ１２に続いてステップＳ１３に進み、システム初期設定モジュール１２２はシステム初期設定メニュー画面からメニュー項目が選択されたか否かを判定する。システム初期設定メニュー画面からメニュー項目が選択されたと判定すると（Ｓ１３においてＹＥＳ）、システム初期設定モジュール１２２はステップＳ１４に進み、選択されたメニュー項目の処理を行う。なお、ステップＳ１４の処理の詳細は、後述する。

一方、システム初期設定メニュー画面からメニュー項目が選択されていないと判定すると（Ｓ１３においてＮＯ）、システム初期設定モジュール１２２はステップＳ１３の処理を繰り返す。

以下、ステップＳ１４の処理について図面を参照しつつ説明していく。システム初期設定メニュー画面から「ユーザー（宛先）登録／変更／消去」が選択されると、システム初期設定モジュール１２２は図１１のようなエントリー情報更新画面をオペレーションパネル７０に表示する。なお、システム初期設定モジュール１２２はエントリー情報更新画面を作成するために必要な見出し集合情報，見出し情報および見出しに所属するエントリー一覧をＡＰＩを利用してＵＣＳ４９から取得する。

図１１は、エントリー情報更新画面の一例のイメージ図を示す。ここで、エントリーとはユーザー（宛先）を表すものであり、例えば個別ユーザなどに対応するアカウントと、列挙されたアカウントに対応するグループとに大別される。

図１１のエントリー情報更新画面は、１つ以上の見出しから構成される見出し集合１３２と、選択された見出しに所属するエントリー一覧を表示するエントリー表示欄１３４と、エントリー情報を新規に作成して登録するための画面を呼び出す新規作成ボタン１３６と、既に登録されているエントリー情報を変更するための画面を呼び出す変更ボタン１３８と、選択したエントリー情報を削除するための削除ボタン１４０とを含む。

なお、見出し集合１３２は、例えば「常用」，「あ」などの見出しの順序付き集合である。また、見出しはエントリーの順序付き集合にラベルを付けたものである。図１１のエントリー情報更新画面では、見出し「あ」が選択されているため、エントリー表示欄１３４に見出し「あ」に所属する７つのエントリーが表示されている。

新規作成ボタン１３６が選択されると、システム初期設定モジュール１２２はエントリー情報を新規に作成して登録するための図１２のようなエントリー情報登録画面をオペレーションパネル７０に表示する。図１２は、エントリー情報登録画面の一例のイメージ図を示す。

図１２のエントリー情報登録画面は、ユーザー（宛先）名を設定する欄，登録番号を設定する欄，所属する見出しを設定する見出しボタン，ユーザーコードを設定するための画面を呼び出すユーザーコードボタン１４２，メール宛先を設定するための画面を呼び出すメール宛先ボタン１４４，ファクス宛先を設定するための画面を呼び出すファクス宛先ボタン１４６，グループを設定するための画面を呼び出すグループボタン１４８，エントリー情報を登録する登録ボタン１５０とを含む。

ユーザは、エントリー情報登録画面にユーザー（宛先）名，登録番号，所属する見出しを設定する。また、ユーザはユーザーコードボタン１４２を選択し、ユーザーコードを設定するための画面をオペレーションパネル７０に表示してユーザーコードを入力する。ユーザーコードとは、ユーザが使用できる機能を設定するための利用制限情報をいう。

また、ユーザはメール宛先ボタン１４４を選択し、メール宛先を設定するための画面をオペレーションパネル７０に表示してメール宛先を入力する。また、ユーザはファクス宛先ボタン１４６を選択し、ファクス宛先を設定するための画面をオペレーションパネル７０に表示してファクス宛先を入力する。さらに、ユーザは、グループボタン１４８を選択し、グループを設定するための画面をオペレーションパネル７０に表示してエントリーを所属するグループを選択する。

エントリー情報を作成するために必要な情報を全て登録したあと、図１２のエントリー情報登録画面の登録ボタン１５０を選択すると、システム初期設定モジュール１２２は様々なＡＰＩを利用してＵＣＳ４９にエントリー情報の更新を要求する。

例えばシステム初期設定モジュール１２２は図１３のようなＡＰＩを利用してＵＣＳ４９にエントリーの作成を要求する。図１３は、エントリーを作成するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、エントリーを作成するＡＰＩに応じてエントリーの作成を行う。エントリーが作成されると、例えばエントリー情報更新画面のエントリー表示欄１３４に新規のエントリーが作成される。

また、システム初期設定モジュール１２２は図１４のようなＡＰＩを利用してエントリーが所属する見出しの設定をＵＣＳ４９に要求する。図１４は、エントリーが所属する見出しを設定するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、エントリーが所属する見出しを設定するＡＰＩに応じて見出しの設定を行う。

また、システム初期設定モジュール１２２は図１５のようなＡＰＩを利用してユーザコードの設定をＵＣＳ４９に要求する。図１５は、ユーザコードを設定するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、ユーザコードを設定するＡＰＩに応じてユーザコードの設定を行う。

また、システム初期設定モジュール１２２は図１６のようなＡＰＩを利用してメール宛先の設定をＵＣＳ４９に要求する。図１６は、メール宛先を設定するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、メール宛先を設定するＡＰＩに応じてメール宛先の設定を行う。

また、システム初期設定モジュール１２２はＡＰＩを利用してファクス宛先の設定をＵＣＳ４９に要求する。ＵＣＳ４９は、ファクス宛先を設定するＡＰＩに応じてファクス宛先の設定を行う。

また、システム初期設定モジュール１２２はＡＰＩを利用してエントリーが所属するグループの設定をＵＣＳ４９に要求する。ＵＣＳ４９は、エントリーが所属するグループを設定するＡＰＩに応じてグループの設定を行う。

さらに、システム初期設定モジュール１２２は、図１７のようなＡＰＩを利用してエントリー情報登録画面に設定された登録番号が既に登録されているかを確認すると共に、その登録番号が既に登録されている場合に、その登録番号の近くで空いている登録番号を取得するように要求する。

図１７は、登録番号の確認／取得を行うＡＰＩの一例の構成図を示す。ＵＣＳ４９は、登録番号の確認／取得を行うＡＰＩを利用して、エントリー情報登録画面に設定された登録番号が既に登録されているかを確認すると共に、その登録番号が既に登録されている場合に、その登録番号の近くで空いている登録番号を取得する。

図１１のエントリー情報更新画面に含まれる変更ボタン１３８が選択されると、システム初期設定モジュール１２２は既に登録されているエントリー情報を変更するための図１２のようなエントリー情報登録画面をオペレーションパネル７０に表示する。変更ボタン１３８が選択されたときに表示されるエントリー情報登録画面は、既に登録されているエントリー情報が表示されている点で新規作成ボタン１３６が選択されたときに表示されるエントリー情報登録画面と異なる。

システム初期設定モジュール１２２は様々なＡＰＩを利用して、既に登録されているエントリー情報をエントリー情報登録画面に表示する。例えばシステム初期設定モジュール１２２は図１８のようなＡＰＩを利用してＵＣＳ４９からエントリーが所属しているグループを取得する。図１８は、エントリーが所属しているグループを取得するＡＰＩの一例の構成図を示す。

なお、エントリー情報登録画面への情報の登録は、変更ボタン１３８が選択されたときに表示されるエントリー情報登録画面と新規作成ボタン１３６が選択されたときに表示されるエントリー情報登録画面とで同様であるため、説明を省略する。

エントリー情報を変更するために必要な情報を全て登録したあと、図１２のエントリー情報登録画面の登録ボタン１５０を選択すると、システム初期設定モジュール１２２は様々なＡＰＩを利用してＵＣＳ４９にエントリー情報の更新を要求する。

例えばシステム初期設定モジュール１２２は図１９のようなＡＰＩを利用してＵＣＳ４９にエントリーの変更を要求する。図１９は、エントリーを変更するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、エントリーを変更するＡＰＩに応じてエントリーの変更を行う。

図１１のエントリー情報更新画面のエントリー表示欄１３４からエントリーを選択して削除ボタン１４０を選択すると、システム初期設定モジュール１２２は図２０のようなＡＰＩを利用してエントリーを削除する。図２０は、エントリーを削除するＡＰＩの一例の構成図を示す。

次に、システム初期設定メニュー画面から「見出し編集」が選択されたときの処理について説明する。「見出し編集」が選択されると、システム初期設定モジュール１２２は見出し編集画面をオペレーションパネル７０に表示する。なお、見出し編集画面は例えば図１１のエントリー情報更新画面のように見出し集合１３２を有する。システム初期設定モジュール１２２は、見出し編集画面を作成するために必要な見出し集合情報，見出し情報をＡＰＩを利用してＵＣＳ４９から取得する。

ユーザは見出しを変更するために必要な情報を全て登録したあと、見出し編集画面の例えば設定ボタンを選択する。すると、システム初期設定モジュール１２２は図２１のようなＡＰＩを利用してＵＣＳ４９に見出しの変更を要求する。図２１は、見出しを変更するＡＰＩの一例の構成図を示す。ＵＣＳ４９は、見出しを変更するＡＰＩに応じて見出しを変更する。

次に、システム初期設定メニュー画面から「並び順入れ替え」が選択されたときの処理について説明する。「並び順入れ替え」が選択されると、システム初期設定モジュール１２２は並び順入れ替え画面をオペレーションパネル７０に表示する。なお、並び順入れ替え画面は例えば図１１のエントリー情報更新画面のように見出し集合１３２および選択された見出しに所属するエントリー一覧を表示するエントリー表示欄１３４を有する。システム初期設定モジュール１２２は並び順入れ替え画面を作成するために必要な見出し集合情報，見出し情報をＡＰＩを利用してＵＣＳ４９から取得する。

ユーザは例えばエントリー表示欄１３４に表示されているエントリーの並びを所望の順番に変更し、並び順入れ替え画面の例えば設定ボタンを選択する。システム初期設定モジュール１２２は図２２のようなＡＰＩを利用してＵＣＳ４９にエントリーの並び順入れ替えを要求する。図２２は、エントリーの並び順を入れ替えるＡＰＩの一例の構成図を示す。ＵＣＳ４９は、並び順を入れ替えるＡＰＩに応じてエントリーの並び順を入れ替える。

また、ＵＣＳ４９は以下のようなＡＰＩも提供できる。図２３は、送信者認証情報を設定するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、送信者認証情報を設定するＡＰＩを利用してＵＣＳ４９に送信者認証情報の設定を要求する。なお、送信者認証情報は例えばパスワードであり、送信者を識別するために利用される。

図２４は、メールグループを設定するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、メールグループを設定するＡＰＩを利用してＵＣＳ４９にメールグループの設定を要求する。なお、メールグループは所属するアカウント数や所属するアカウントなどの情報である。図２５は、エントリーの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、エントリーの登録件数を取得するＡＰＩを利用してＵＣＳ４９からエントリーの登録件数を取得できる。

図２６は、アカウントの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、アカウントの登録件数を取得するＡＰＩを利用してＵＣＳ４９からエントリーの登録件数を取得できる。図２７は、グループの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、グループの登録件数を取得するＡＰＩを利用してＵＣＳ４９からグループの登録件数を取得できる。

図２８は、メール宛先の登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、メール宛先の登録件数を取得するＡＰＩを利用してＵＣＳ４９からメール宛先の登録件数を取得できる。図２９は、ユーザーコードの登録件数を取得するＡＰＩの一例の構成図を示す。システム初期設定モジュール１２２は、ユーザーコードの登録件数を取得するＡＰＩを利用してＵＣＳ４９からユーザーコードの登録件数を取得できる。

エントリー，アカウント，グループ，メール宛先，ユーザーコードの登録件数は、例えばエントリー，アカウント，グループ，メール宛先，ユーザーコードなどの情報を更新する画面を作成するときに利用される。

以上のように、本発明による融合機１はユーザ情報を管理するＵＣＳ４９を設けたことにより、システム初期設定モジュール１２２がユーザ情報の格納先を指定すること無しにユーザ情報の更新が可能である。

なお、図３の構成図ではＵＣＳ４９がコントロールサービスに含まれる例を表しているが、この例に限らない。例えばＵＣＳ４９は、アプリケーション３０に含まれるようにしてもよい。また、図８等ではシステム初期設定モジュール１２２がＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の更新を要求する例を表しているが、この例に限らない。例えばファックスアプリ３３等のアプリケーション３０がＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の更新を要求してもよい。

本実施例では、融合機１の処理を中心に説明したが、図１及び図２に示した情報処理装置１０００への応用が容易である。情報処理装置１０００では、図５および図８のＵＣＳ４９に代わり、ユーザ情報管理手段１２６０がユーザ情報の管理を行うこととなる。なお、情報処理装置１０００の場合、ＳＣＳ４２に相当する構成は必ずしも必須ではない。

１ 融合機
１１ 白黒ラインプリンタ
１２ カラーラインプリンタ
１３，１１４０ ハードウェアリソース
２０，１２００ ソフトウェア群
３０，１２１０−１〜１２１０−ｎ アプリケーション
４０ プラットフォーム
４１ オペレーティングシステム（ＯＳ）
４２ システムコントロールサービス（ＳＣＳ）
４３ システムリソースマネージャ（ＳＲＭ）
４４ エンジンコントロールサービス（ＥＣＳ）
４５ メモリコントロールサービス（ＭＣＳ）
４６ オペレーションパネルコントロールサービス（ＯＣＳ）
４７ ファックスコントロールサービス（ＦＣＳ）
４８ ネットワークコントロールサービス（ＮＣＳ）
４９ ユーザ情報管理サービス（ＵＣＳ）
５０ 融合機起動部
６０ コントローラボード
６１ ＣＰＵ
６２ ＡＳＩＣ（Application Specific Integrated Circuit）
６３ ＳＲＡＭ（Static RAM）
６４ ＳＤＲＡＭ（Synchronous DRAM）
６５ フラッシュメモリ
６６ ハードディスク装置（ＨＤＤ）
６７ ネットワークＩ／Ｆコントローラ
７０ オペレーションパネル
８０ ファックスコントロールユニット（ＦＣＵ）
９０ ＵＳＢデバイス
１００ ＩＥＥＥ１３９４デバイス
１１０ エンジン部
１２１ 課金情報管理モジュール
１２２ システム初期設定モジュール
１３０ メニュー項目選択ボタン
１３２ 見出し集合
１３４ エントリー表示欄
１３６ 新規作成ボタン
１３８ 変更ボタン
１４０ 削除ボタン
１４２ ユーザーコードボタン
１４４ メール宛先ボタン
１４６ ファクス宛先ボタン
１４８ グループボタン
１５０ 登録ボタン
１０００ 情報処理装置
１１００ ハードウェア資源
１１１０ メモリ装置
１１２０ 入力装置
１１３０ 表示装置
１２２０ アプリケーションプログラムインターフェース（ＡＰＩ）
１２３０ オペレーティングシステム
１２４０ ＢＩＯＳ
１２５０ デバイスドライバ
１２６０ ユーザ情報管理手段
１２７０ システム初期設定モジュール

特開２００２−８４３８３号公報

Claims (7)

1. プリンタ部及びスキャナ部のうち少なくとも一方を含むハードウェア資源を有する画像形成装置であって、
   前記画像形成装置を制御するＣＰＵと、
   ユーザ情報を格納する格納手段と、
   前記ＣＰＵによって前記画像形成装置が有するオペレーティングシステム上で実行され、前記ハードウェア資源を用いて画像形成処理にかかるユーザサービスに固有の処理を行う前記画像形成装置に搭載された複数のソフトウェア各々から前記格納手段に格納されたユーザ情報の取得要求を第１のアプリケーションプログラムインターフェースを介して受信可能であり、受信した取得要求に応じたユーザ情報を前記格納手段から取得して要求元のソフトウェアに供給するプログラムであって、さらに、前記複数のソフトウェア各々から前記格納手段に格納されたユーザ情報の更新要求を第２のアプリケーションプログラムインターフェースを介して受信可能であり、受信した更新要求に応じたユーザ情報を該更新要求に基づいて更新するユーザ情報管理プログラムと
   を有することを特徴とする画像形成装置。
2. 前記格納手段は、ユーザ情報を格納する複数の記憶部を有し、
   前記ユーザ情報管理プログラムは、受信した取得要求に応じたユーザ情報が前記複数の記憶部のいずれに記憶されているかを判定し、該判定した記憶部から前記取得要求に応じたユーザ情報を取得して要求元のソフトウェアに供給する一方、受信した更新要求に応じたユーザ情報が前記複数の記憶部のいずれに記憶されているかを判定し、該判定した記憶部に記憶されたユーザ情報を前記更新要求に基づいて更新すること
   を特徴とする請求項１に記載の画像形成装置。
3. 前記更新要求は、ユーザ情報の前記格納手段への新規登録に係る要求であること
   を特徴とする請求項１又は２に記載の画像形成装置。
4. 前記更新要求は、前記格納手段に格納されたユーザ情報の変更に係る要求であること
   を特徴とする請求項１又は２に記載の画像形成装置。
5. 前記更新要求は、前記格納手段に格納されたユーザ情報の削除に係る要求であること
   を特徴とする請求項１又は２に記載の画像形成装置。
6. 前記ユーザ情報は、ユーザ名及びユーザコードのうち少なくとも一方を含むこと
   を特徴とする請求項１乃至５のいずれか一項に記載の画像形成装置。
7. プリンタ部及びスキャナ部のうち少なくとも一方を含むハードウェア資源と、前記ハードウェア資源を用いて画像形成処理にかかるユーザサービスに固有の処理を行う複数のソフトウェアと、ユーザ情報を格納する格納手段とを有する画像形成装置のＣＰＵに、
   前記複数のソフトウェア各々から前記格納手段に格納されたユーザ情報の取得要求を第１のアプリケーションプログラムインターフェースを介して受信する一方、前記複数のソフトウェア各々から前記格納手段に格納されたユーザ情報の更新要求を第２のアプリケーションプログラムインターフェースを介して受信する受信ステップと、
   前記受信ステップで受信した取得要求に応じたユーザ情報を前記格納手段から取得して要求元のソフトウェアに供給する一方、前記受信ステップで受信した更新要求に応じたユーザ情報を該更新要求に基づいて更新するステップと
   を実行させることを特徴とするプログラム。

Images