JP3865242B2 - ユーザ情報管理方法および情報処理装置 - Google Patents
ユーザ情報管理方法および情報処理装置 Download PDFInfo
- Publication number
- JP3865242B2 JP3865242B2 JP2003039974A JP2003039974A JP3865242B2 JP 3865242 B2 JP3865242 B2 JP 3865242B2 JP 2003039974 A JP2003039974 A JP 2003039974A JP 2003039974 A JP2003039974 A JP 2003039974A JP 3865242 B2 JP3865242 B2 JP 3865242B2
- Authority
- JP
- Japan
- Prior art keywords
- user information
- information
- application
- image processing
- storage means
- 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
- Control Or Security For Electrophotography (AREA)
- Stored Programmes (AREA)
- Accessory Devices And Overall Control Thereof (AREA)
- Facsimiles In General (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ユーザ情報管理方法および情報処理装置に係り、特に１つ以上のアプリケーションにユーザ情報を提供するユーザ情報管理方法および情報処理装置に関する。
【０００２】
【従来の技術】
パソコン等の情報処理装置は、様々な情報処理にそれぞれ対応する１つ以上のソフトウェアを実行させることで様々な情報処理を行わせるものである。このような情報処理装置は、例えば他のコンピュータなどにネットワークを介して接続されており、配信機能を利用して画像情報などの配信を行う。配信機能を有する情報処理装置は、例えば配信宛先情報および利用制限・課金情報をユーザ情報として有している。
【０００３】
また、情報処理装置の応用例としての画像形成装置は、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納している。画像形成装置は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。
【０００４】
このような画像形成装置は、他の画像形成装置やコンピュータなどにネットワークを介して接続され、配信機能を利用して例えば画像情報などの配信を行う。配信機能を有する画像形成装置は、例えば配信宛先情報および利用制限・課金情報をユーザ情報として有している。
【０００５】
配信宛先情報は、配信宛先や送信者などの管理を行うものである。配信宛先情報は、更新頻度が低くバックアップが比較的容易である。また、配信宛先情報は管理が必要なユーザが情報処理装置や画像形成装置を利用するユーザに限定されないため、管理が必要なユーザの数が多くなる。
【０００６】
一方、利用制限・課金情報は各種機能の使用可否や使用可能機能の使用量（例えば使用枚数など）の管理を行うものである。利用制限・課金情報は機器の使用の度に更新されるため更新頻度が高く、バックアップが困難である。また、利用制限・課金情報は管理が必要なユーザが情報処理装置や画像形成装置を利用するユーザに限定されるため、管理が必要なユーザの数が少なくなる。
【０００７】
このように、配信宛先情報および利用制限・課金情報はバックアップの容易性や管理が必要なユーザの数に差があるため、格納手段としての記憶装置に要求される条件が異なっている。例えば配信宛先情報は速度や信頼性を犠牲にしても大容量の記憶装置が必要である。また、利用制限・課金情報はコストや容量を犠牲にしても高速で信頼性の高い記憶装置が必要である。
【０００８】
従来の情報処理装置や画像形成装置は、例えば配信宛先情報をハードディスク装置に格納して管理し、利用制限・課金情報を不揮発ＲＡＭに格納して管理していた。
【０００９】
特許文献１には、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作される画像形成装置の一例が記載されている。
【００１０】
【特許文献１】
特開２００２−８４３８３号公報
【００１１】
【発明が解決しようとする課題】
従来の情報処理装置は、様々な情報処理にそれぞれ対応する１つ以上のアプリケーションを有している。各アプリケーションは、配信機能を利用するための配信宛先情報を別々に管理していた。また、従来の画像形成装置はプリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うアプリケーションを有している。各アプリケーションは、配信機能を利用するための配信宛先情報を別々に管理していた。
【００１２】
したがって、従来の情報処理装置や画像形成装置では配信宛先情報を管理するという同様な機能を各アプリケーションごとに有していなければならないという問題があった。このように同様な機能を各アプリケーションごとに有することは無駄であり、更に同様なプログラムの誤り（Bug ）を含む可能性が高くなるという問題があった。
【００１３】
本発明は、上記の点に鑑みなされたもので、１つ以上のアプリケーションがユーザ情報を共有できると共に、ユーザ情報を一元管理することが可能なユーザ情報管理方法および情報処理装置を提供することを目的とする。
【００１４】
【課題を解決するための手段】
そこで、上記課題を解決するため、請求項１にかかる発明は、プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用されるプログラムとを有し、前記プログラム及び前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置のユーザ情報管理方法であって、前記画像形成装置は、前記ユーザ情報を第１のユーザ情報及び第２のユーザ情報毎に格納する格納手段と、前記格納手段に格納されている前記ユーザ情報を管理するユーザ情報管理手段と、前記ユーザ情報管理手段が、前記画像形成装置内部のプログラム及び前記画像処理アプリケーションから前記ユーザ情報の利用に関する要求を受け付ける関数があり、ユーザ情報管理手段が、前記関数による前記ユーザ情報の利用に関する要求を前記画像形成装置内部のアプリケーションから受信するステップと、前記ユーザ情報管理手段が、前記ユーザ情報の利用に関する要求を解釈し、所定の情報処理動作に伴い更新される第１のユーザ情報及び前記第１のユーザ情報と内容および更新のタイミングの異なる第２のユーザ情報が前記第１のユーザ情報及び第２のユーザ情報毎に格納されている複数の格納手段から前記要求に応じた第１のユーザ情報又は第２のユーザ情報が格納されている前記格納手段を複数の格納手段から判定し、判定した前記格納手段に格納されているユーザ情報の利用に関する処理を行うユーザ情報管理ステップとを有し、前記第１のユーザ情報および前記第２のユーザ情報は、異なる種類の格納手段に格納されていることを特徴とする。
【００１５】
このようなユーザ情報管理方法では、ユーザ情報管理手段がアプリケーションからの要求に応じたユーザ情報が格納されている格納手段を判定し、判定した格納手段からユーザ情報を取得して、要求元のアプリケーションに供給することにより、ユーザ情報を共有できると共にユーザ情報を一元管理することが可能である。
【００１６】
また、請求項２にかかる発明は、前記ユーザ情報の利用に関する要求を送信する前記アプリケーションが、前記格納手段を指定せず、前記第１のユーザ情報又は第２のユーザ情報を指定して前記ユーザ情報の利用に関する要求を送信することを特徴とする。
【００１７】
また、請求項３にかかる発明は、第１のユーザ情報が配信宛先情報、第２のユーザ情報が利用権限・課金情報を含むことを特徴とする。
【００５０】
また、上記課題を解決するため、請求項４にかかる発明は、プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用されるプログラムとを有し、前記プログラム及び前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置であって、前記ユーザ情報を第１のユーザ情報及び第２のユーザ情報毎に格納する格納手段と、前記格納手段に格納されている前記ユーザ情報を管理するユーザ情報管理手段と、前記ユーザ情報管理手段が、前記画像形成装置内部のプログラム及び前記画像処理アプリケーションから前記ユーザ情報の利用に関する要求を受け付ける関数があり、ユーザ情報管理手段が、前記関数による前記ユーザ情報の利用に関する要求を前記画像形成装置内部のアプリケーションから受信し、前記ユーザ情報管理手段が、前記ユーザ情報の利用に関する要求を解釈し、所定の情報処理動作に伴い更新される第１のユーザ情報及び前記第１のユーザ情報と内容および更新のタイミングの異なる第２のユーザ情報が前記第１のユーザ情報及び第２のユーザ情報毎に格納されている複数の格納手段から前記要求に応じた第１のユーザ情報及び第２のユーザ情報が格納されている前記格納手段を複数の格納手段から判定し、判定した前記格納手段に格納されているユーザ情報の利用に関する処理を行い、前記第１のユーザ情報および前記第２のユーザ情報は、異なる種類の格納手段に格納されていることを特徴とする。
【００５１】
このような情報処理装置では、ユーザ情報管理手段がアプリケーションからの要求に応じたユーザ情報が格納されている格納手段を判定し、判定した格納手段からユーザ情報を取得して要求元のアプリケーションに供給することにより、ユーザ情報を共有できると共にユーザ情報を一元管理することが可能である。
【００５２】
また、請求項５にかかる発明は、前記ユーザ情報の利用に関する要求を送信する前記アプリケーションが、前記格納手段を指定せず、前記第１のユーザ情報又は第２のユーザ情報を指定して前記ユーザ情報の利用に関する要求を送信することを特徴とする。
【００５３】
また、請求項６にかかる発明は、第１のユーザ情報が配信宛先情報、第２のユーザ情報が利用権限・課金情報を含むことを特徴とする。
【００８８】
【発明の実施の形態】
次に、本発明の実施の形態について図面に基づいて説明する。
【００８９】
図１は、本発明による情報処理装置の一実施例の構成図である。情報処理装置１０００は、ハードウェア資源１１００と，ソフトウェア群１２００とを含むように構成される。
【００９０】
ハードウェア資源１１００は、メモリ装置１１１０，入力装置１１２０，表示装置１１３０，その他のハードウェアリソース１１４０等を含む。ソフトウェア群１２００は、アプリケーション１２１０−１〜１２１０−ｎ，ＵＮＩＸ（登録商標）などのＯＳ１２３０，ＢＩＯＳ１２４０，デバイスドライバ１２５０，ユーザ情報管理手段１２６０等を含む。
【００９１】
情報処理装置１０００は、電源投入時にＯＳ１２３０のプログラムを補助記憶装置から読み出し、読み出したプログラムをメモリ装置１１１０に転送して起動する。また、情報処理装置１０００は電源投入時またはオペレータからの起動指示によりアプリケーション１２１０−１〜１２１０−ｎのプログラムを補助記憶装置から読み出し、読み出したプログラムをメモリ装置１１１０に転送して起動する。
【００９２】
アプリケーション１２１０−１〜１２１０−ｎは、情報処理装置１０００に様々な情報処理を行わせるものである。ＢＩＯＳ１２４０は、ハードウェア資源１１００を制御するプログラムである。また、デバイスドライバ１２５０はハードウェア資源１１００に含まれる周辺機器等を管理するプログラムである。
【００９３】
ＯＳ１２３０およびユーザ情報管理手段１２６０は、ＡＰＩ（Application Program Interface ）１２２０を利用してアプリケーション１２１０−１〜１２１０−ｎからの要求を受信する。ＡＰＩ１２２０は予め定義されている関数により、アプリケーション１２１０−１〜１２１０−ｎからの要求を受信するために利用される。
【００９４】
ユーザ情報管理手段１２６０は、ユーザ情報の管理を行うものである。ユーザ情報管理手段１２６０は、アプリケーション１２１０−１〜１２１０−ｎからの要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して要求元のアプリケーションに供給する。
【００９５】
ＯＳ１２３０は、アプリケーション１２１０−１〜１２１０−ｎ及びユーザ情報管理手段１２６０の各ソフトウェアをプロセスとして並列制御する。また、ＯＳ１２３０はＢＩＯＳ１２４０，デバイスドライバ１２５０を利用してハードウェア資源１１００に対する要求を行う。
【００９６】
次に、情報処理装置１０００のハードウェア構成について説明する。図２は、本発明による情報処理装置の一実施例のハードウェア構成図である。情報処理装置１０００は、それぞれバスＢで相互に接続されている入力装置１５１０，表示装置１５２０，補助記憶装置１５３０，メモリ装置１５４０および演算処理装置１５５０を有するように構成される。
【００９７】
入力装置１５１０はキーボード及びマウスなどで構成され、様々な操作指示を入力するために用いられる。表示装置１５２０は、操作に必要な各種ウインドウやデータ等を表示する。補助記憶装置１５３０は、情報処理装置１０００に係る処理を行わせるプログラムを格納すると共に、そのプログラムの処理に必要な各種ファイルやデータ等を格納している。
【００９８】
メモリ装置１５４０は、情報処理装置１０００の起動時に補助記憶装置１５３０からプログラムを読み出して格納する。演算処理装置１５５０は、メモリ装置１５４０に格納されたプログラムに従って処理を実行する。
【００９９】
このような情報処理装置１０００は、例えば他のコンピュータなどにネットワークを介して接続され、配信機能を利用して画像情報などの配信を行う。配信機能を備えた情報処理装置１０００は、配信宛先情報および利用制限・課金情報をユーザ情報として有している。なお、配信機能を備えていない情報処理装置１０００は、利用制限・課金情報をユーザ情報として有している。
【０１００】
次に、本発明による情報処理装置１０００の応用例としての画像形成装置１について説明する。なお、本実施例で説明する画像形成装置１は、プリンタ，コピー，ファクシミリおよびスキャナ等の各装置の機能を１つの筐体内に収納しているため、融合機とも呼ばれる。
【０１０１】
図３は、本発明による融合機の一実施例の構成図を示す。融合機１は、白黒ラインプリンタ１１と，カラーラインプリンタ１２と，スキャナやファクシミリなどのハードウェアリソース１３と，ソフトウェア群２０と，融合機起動部５０とを有するように構成される。また、ソフトウェア群２０はアプリケーション３０とプラットフォーム４０とを有するように構成される。
【０１０２】
プラットフォーム４０は、アプリケーション３０からの処理要求を解釈してハードウェア資源の獲得要求を発生するコントロールサービスと、１つ以上のハードウェア資源の管理を行ってコントロールサービスからの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）４３と、オペレーティングシステム（以下、ＯＳという）４１とを有するように構成されている。
【０１０３】
コントロールサービスは、システムコントロールサービス（以下、ＳＣＳという）４２，エンジンコントロールサービス（以下、ＥＣＳという）４４，メモリコントロールサービス（以下、ＭＣＳという）４５，オペレーションパネルコントロールサービス（以下、ＯＣＳという）４６，ファックスコントロールサービス（以下、ＦＣＳという）４７，ネットワークコントロールサービス（以下、ＮＣＳという）４８，ユーザ情報管理サービス（以下、ＵＣＳという）４９など一つ以上のサービスモジュールを有するように構成されている。
【０１０４】
なお、プラットフォーム４０は予め定義されている関数によりアプリケーション３０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）を有するように構成されている。
【０１０５】
ＯＳ４１は、ユニックス（ＵＮＩＸ（登録商標））などのオペレーティングシステムであって、プラットフォーム４０およびアプリケーション３０の各ソフトウェアをプロセスとして並列実行する。
【０１０６】
ＳＲＭ４３のプロセスは、ＳＣＳ４２と共にシステムの制御およびリソースの管理を行うものである。例えばＳＲＭ４３のプロセスは、スキャナ部やプリンタ部などのエンジン，メモリ，ハードディスク装置（ＨＤＤ）ファイル，ホストＩ／Ｏ（セントロインターフェース，ネットワークインターフェース，ＩＥＥＥ１３９４インターフェース，ＲＳ２３２Ｃインターフェースなど）のハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。
【０１０７】
具体的に、ＳＲＭ４３は要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、ＳＲＭ４３は上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、例えばプリンタエンジンによる紙搬送と作像動作，メモリ確保，ファイル生成などの要求内容を直接実施している。
【０１０８】
ＳＣＳ４２のプロセスは、アプリケーション管理，操作部制御，システム画面表示，ＬＥＤ表示，リソース管理，割り込みアプリケーション制御を行う。ＥＣＳ４４のプロセスは、白黒ラインプリンタ１１，カラーラインプリンタ１２，ハードウェアリソース１３のエンジンの制御を行う。
【０１０９】
ＭＣＳ４５のプロセスは、画像メモリの取得および解放，ハードディスク装置（ＨＤＤ）の利用，画像データの圧縮および伸張などを行う。ＯＣＳ４６のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。
【０１１０】
ＦＣＳ４７のプロセスは、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信，ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用，ファクシミリ読み取り，ファクシミリ受信印刷，融合送受信を行うためのアプリケーションを提供する。
【０１１１】
ＮＣＳ４８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対し、共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【０１１２】
ＵＣＳ４９のプロセスは、ユーザ情報の管理を行うものであり、要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して各アプリケーションに供給する。
【０１１３】
また、アプリケーション３０は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うものである。アプリケーション３０は、ページ記述言語（ＰＤＬ，ＰＣＬ）およびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ３１と，コピー用アプリケーションであるコピーアプリ３２と，ファクシミリ用アプリケーションであるファックスアプリ３３と，スキャナ用アプリケーションであるスキャナアプリ３４と，ネットワークファイル用アプリケーションであるネットファイルアプリ３５と，工程検査用アプリケーションである工程検査アプリ３６とを有している。
【０１１４】
融合機起動部５０は、融合機１の電源投入時に最初に実行され、アプリケーション３０やプラットフォーム４０を起動するものである。例えば融合機起動部５０は、コントロールサービスやアプリケーションのプログラムを後述するフラッシュメモリから読み出し、読み出した各プログラムをＳＲＡＭまたはＳＤＲＡＭ上に確保したメモリ領域に転送して起動するものである。
【０１１５】
図４は、本発明による融合機の一実施例のハードウェア構成図を示す。図４の融合機１は、コントローラボード６０と，オペレーションパネル７０と，ファックスコントロールユニット（以下、ＦＣＵという）８０と，ＵＳＢデバイス９０と，ＩＥＥＥ１３９４デバイス１００と，エンジン部１１０とを有するように構成される。なお、ＦＣＵ８０はメモリを有している。ＦＣＵ８０が有するメモリは、例えば融合機１の電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するために利用される。
【０１１６】
オペレーションパネル７０は、コントローラボード６０のＡＳＩＣ６２に直接接続されている。また、ＦＣＵ８０，ＵＳＢデバイス９０，ＩＥＥＥ１３９４デバイス１００およびエンジン部１１０は、コントローラボード６０のＡＳＩＣ６２にＰＣＩバス（Peripheral Component Interconnect bus ）などで接続されている。
【０１１７】
また、コントローラボード６０は、ＣＰＵ６１と，ＡＳＩＣ６２と，ＳＲＡＭ（Static RAM）６３と，ＳＤＲＡＭ（Synchronous DRAM）６４と，フラッシュメモリ６５と，ＨＤＤ６６と，ネットワークＩ／Ｆコントローラ６７とを有するように構成される。コントローラボード６０は、ＣＰＵ６１，ＳＲＡＭ６３，ＳＤＲＡＭ６４，フラッシュメモリ６５，ＨＤＤ６６，ネットワークＩ／Ｆコントローラ６７などをＡＳＩＣ６２に接続するように構成されている。
【０１１８】
ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＯＳ４１上でプラットフォーム４０を形成するＳＣＳ４２，ＳＲＭ４３，ＥＣＳ４４，ＭＣＳ４５，ＯＣＳ４６，ＦＣＳ４７およびＮＣＳ４８をそれぞれプロセスとして起動して実行させると共に、アプリケーション３０を形成するプリンタアプリ３１，コピーアプリ３２，ファックスアプリ３３，スキャナアプリ３４，ネットファイルアプリ３５および工程検査アプリ３６を起動して実行させる。
【０１１９】
ＡＳＩＣ６２は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＳＲＡＭ６３およびＳＤＲＡＭ６４の物理メモリ領域には、カーネルやプロセスなどの仮想メモリ領域がマッピングされる。
【０１２０】
不揮発ＲＡＭとしてのフラッシュメモリ６５は、アプリケーション３０またはプラットフォーム４０を構成する各アプリやコントロールサービス，ＳＲＭ４３などの各プログラムおよび利用制限・課金情報が格納されている。また、ＨＤＤ６６は、画像データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積，配信宛先情報の格納を行うためのストレージである。オペレーションパネル７０はオペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【０１２１】
このような融合機１は、例えば他の融合機やコンピュータなどにネットワークを介して接続され、配信機能を利用して画像情報などの配信を行う。配信機能を備えた融合機１は、配信宛先情報および利用制限・課金情報をユーザ情報として有している。なお、配信機能を備えていない融合機１は、利用制限・課金情報をユーザ情報として有している。
【０１２２】
以下、本発明のユーザ情報管理方法について説明していく。なお、以下の説明では本発明による情報処理装置１０００の応用例としての融合機１の処理を中心に説明する。
【０１２３】
図５は、本発明のユーザ情報管理方法について説明するための図を示す。フラッシュメモリ６５に格納された利用制限・課金情報は、各種機能の使用可否や使用可能機能の使用枚数などの管理を行うものであり、例えば図６のように構成される。
【０１２４】
図６は、利用制限・課金情報の一例の構成図を示す。図６の利用制限・課金情報は、管理番号，登録番号，ユーザー名，ユーザーコード，複写機能使用可否，複写機能使用枚数，配信機能使用可否，配信機能使用枚数などのデータ項目を有している。フラッシュメモリ６５に格納された利用制限・課金情報は、ＳＣＳ４２に含まれる課金情報管理モジュール１２１により管理される。
【０１２５】
なお、フラッシュメモリ６５には、各種サービス，モジュール，アプリケーションの管理パラメータも格納されており、ＳＣＳ４２に含まれるシステム初期設定モジュールにより管理される。
【０１２６】
また、ＨＤＤ６６に格納された配信宛先情報は、配信宛先や送信者などの管理を行うものであり、例えば図７のように構成される。図７は、配信宛先情報の一例の構成図を示す。図７の配信宛先情報は、管理番号，登録番号，ユーザー名，電子メールアドレス，送信者可否などのデータ項目を有している。ＨＤＤ６６に格納された配信宛先情報は、ＵＳＣ４９により管理される。
【０１２７】
ＵＣＳ４９はＨＤＤ６６に格納された配信宛先情報を直接管理する一方、フラッシュメモリ６５に格納された利用制限・課金情報を課金情報管理モジュール１２１を介して管理する。
【０１２８】
なお、配信機能を備えていない融合機１の場合、ＨＤＤ６６に格納される配信宛先情報は存在しない。配信機能を備えていない融合機１であってもＵＣＳ４９が課金情報管理モジュール１２１を介してフラッシュメモリ６５に格納された利用制限・課金情報を管理することにより、配信機能の有無に関係無くインターフェースを統一できる。
【０１２９】
図５では、フラッシュメモリ６５に利用制限・課金情報，ＨＤＤ６６に配信宛先情報を格納する例を表しているが、利用制限・課金情報または配信宛先情報をＦＣＵ８０が有するメモリに格納するようにしてもよい。また、利用制限・課金情報または配信宛先情報の一部をＦＣＵ８０が有するメモリに格納するようにしてもよい。
【０１３０】
次に、アプリケーションの一例としてファックスアプリ３３またはスキャナアプリ３４がＵＣＳ４９を介してユーザ情報を参照する例について図面を参照しつつ説明していく。
【０１３１】
図８は、ユーザ情報の参照処理について説明するための図を示す。クライアントとしてのファックスアプリ３３およびスキャナアプリ３４は、ＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の参照を要求する。
【０１３２】
ＵＣＳ４９は、ファックスアプリ３３またはスキャナアプリ３４から参照要求があったユーザ情報がフラッシュメモリ６５またはＨＤＤ６６の何れに格納されているかを判定する。そして、ＵＣＳ４９は、参照要求のあったユーザ情報を判定したフラッシュメモリ６５またはＨＤＤ６６から取得し、取得したユーザ情報をファックスアプリ３３またはスキャナアプリ３４に供給する。
【０１３３】
具体的に、ＵＣＳ４９はファックスアプリ３３またはスキャナアプリ３４から配信宛先情報の参照要求があると、ＨＤＤ６６から配信宛先情報を取得してファックスアプリ３３またはスキャナアプリ３４に供給する。また、ＵＣＳ４９はファックスアプリ３３またはスキャナアプリ３４から利用制限・課金情報の参照要求があると、課金情報管理モジュール１２１を介してフラッシュメモリ６５から利用制限・課金情報を取得してファックスアプリ３３またはスキャナアプリ３４に供給する。
【０１３４】
このように、ファックスアプリ３３およびスキャナアプリ３４は参照を所望するユーザ情報の格納場所を指定することなく、ＵＣＳ４９からユーザ情報を取得できる。なお、ファックスアプリ３３およびスキャナアプリ３４がＵＣＳ４９の利用を開始するための処理は、以下のようになる。
【０１３５】
まず、サーバとしてのＵＣＳ４９はリクエスト待ち受けスレッドを作成し、ソケットを開いてリクエストを待ち受ける。また、クライアントとしてのファックスアプリ３３およびスキャナアプリ３４はイベント待ち受けスレッドを作成し、ソケットを開いてイベントを待ち受けると共に、ＵＣＳ４９の開いたソケットを通じて利用登録を行う。
【０１３６】
ファックスアプリ３３およびスキャナアプリ３４からのリクエストがＵＣＳ４９のソケットを通じて、また、ＵＣＳ４９からのイベントがファックスアプリ３３およびスキャナアプリ３４のソケットを通じてインタープロセスコミュニケーションを行うことにより、ファックスアプリ３３およびスキャナアプリ３４とＵＣＳ４９との協調動作を実現している。
【０１３７】
次に、ファックスアプリ３３またはスキャナアプリ３４がユーザ情報を参照する処理の一例として、スキャナアプリ３４がオペレーションパネル７０に配信宛先情報を表示する処理について図面を参照しつつ説明していく。図９は、配信宛先情報を参照する処理の一例のフローチャートを示す。
【０１３８】
ステップＳ１０では、スキャナアプリ３４がＵＣＳ４９の諸元情報をＡＰＩを利用してＵＣＳ４９から取得する諸元情報取得処理を行う。諸元情報とは、ＵＣＳ４９自体の諸要素の情報であり、ＵＣＳ４９や課金情報管理モジュール１２１の組み込み情報や設定パラメータ情報から構成されている。なお、諸元情報取得処理の詳細は後述する。
【０１３９】
ステップＳ１０に続いてステップＳ１１に進み、スキャナアプリ３４は取得した諸元情報から利用可能機能を判定し、利用する機能をＡＰＩを利用してＵＣＳ４９に登録する利用機能登録処理を行う。このように、利用する機能をＵＣＳ４９に登録すると、スキャナアプリ３４はユーザ情報が更新されたときにＵＣＳ４９から更新通知を受信するようになる。
【０１４０】
例えば電子メール宛先情報が利用可能機能である場合、スキャナアプリ３４は電子メール宛先情報を利用する機能としてＵＣＳ４９に登録する。すると、スキャナアプリ３４は、電子メール宛先情報が更新されたときにＵＣＳ４９から更新通知を受信するようになる。なお、利用機能登録処理の詳細は後述する。
【０１４１】
ステップＳ１１に続いてステップＳ１２に進み、スキャナアプリ３４は見出し集合情報および見出し情報をＡＰＩを利用してＵＣＳ４９から取得する見出し集合情報および見出し情報取得処理を行う。
【０１４２】
図１０は、見出し集合および見出しの一例のイメージ図を示す。図１０中、見出し集合１２２および見出し１２３はユーザーインターフェースを意識した付加情報である。見出し集合１２２は例えば「常用」，「あ」などの見出し１２３の順序付き集合であり、所属する見出しの情報を保持する。また、見出し１２３は後述するエントリーの順序付き集合にラベルを付けたものであり、ラベルや所属するエントリーの情報を保持する。
【０１４３】
なお、見出し１２３のうち「常用」は全ての見出し集合に所属する特殊な見出しである。「常用」以外の見出し１２３は複数の見出し集合に所属しない。見出し集合情報および見出し情報取得処理の詳細は後述する。
【０１４４】
ステップＳ１２に続いてステップＳ１３に進み、スキャナアプリ３４は選択された見出しに所属するエントリーの一覧をＡＰＩを利用してＵＣＳ４９から取得するエントリー一覧情報取得処理を行う。
【０１４５】
図１１は、エントリーの一例のイメージ図を示す。図１１中、エントリーの一覧１２４を構成する１つ以上のエントリー１２５は、個別ユーザーなどに対応するアカウントと列挙されたアカウントに対応するグループとに大別される。なお、エントリー一覧情報取得処理の詳細は後述する。
【０１４６】
ステップＳ１３に続いてステップＳ１４に進み、スキャナアプリ３４は図１２に表すようなエントリー選択画面を作成してオペレーションパネル７０に表示する。図１２は、エントリー選択画面の一例のイメージ図を示す。
【０１４７】
図１２のエントリー選択画面は、見出し集合，見出し，見出しに所属するエントリーの一覧を利用することで作成できる。なお、図１２のエントリー選択画面は、グループを表すエントリーのボタンに人が３人並んだアイコンを付してアカウントとグループとを区別している。
【０１４８】
ステップＳ１４に続いてステップＳ１５に進み、スキャナアプリ３４はエントリー選択画面からエントリーが選択されたか否かを判定する。エントリーが選択されたと判定すると（Ｓ１５においてＹＥＳ）、スキャナアプリ３４はステップＳ１６に進む。一方、エントリーが選択されていないと判定すると（Ｓ１５においてＮＯ）、スキャナアプリ３４はステップＳ１７に進む。
【０１４９】
ステップＳ１６では、スキャナアプリ３４が、選択されたエントリーのエントリー詳細情報をＡＰＩを利用してＵＣＳ４９から取得するエントリー詳細情報取得処理を行った後にステップＳ１７に進む。例えばスキャナアプリ３４は取得したエントリー詳細情報を図１２のエントリー選択画面の情報表示欄１２７に表示する。
【０１５０】
ステップＳ１７では、スキャナアプリ３４が、エントリー選択画面から別の見出しが選択されたか否かを判定する。別の見出しが選択されたと判定すると（Ｓ１７においてＹＥＳ）、スキャナアプリ３４はステップＳ１３に進む。一方、別の見出しが選択されていないと判定すると（Ｓ１７においてＮＯ）、スキャナアプリ３４はステップＳ１８に進む。
【０１５１】
ステップＳ１８では、スキャナアプリ３４が、ＵＣＳ４９から更新通知を受信したか否かを判定する。更新通知を受信したと判定すると（Ｓ１８においてＹＥＳ）、スキャナアプリ３４はステップＳ１２に進む。一方、更新通知を受信していないと判定すると（Ｓ１８においてＮＯ）、スキャナアプリ３４はステップＳ１５に進む。
【０１５２】
更に、図９のフローチャートの処理について図面を参照しつつ詳細に説明していく。図１３は、ステップＳ１０の諸元情報取得処理の一例のフローチャートを示す。ステップＳ２１では、スキャナアプリ３４が諸元情報を取得するＡＰＩを利用してＵＣＳ４９に諸元情報を要求する。図１４は、諸元情報を取得するＡＰＩの一例の構成図を示す。
【０１５３】
ステップＳ２１に続いてステップＳ２２に進み、ＵＣＳ４９は予め作成しておいた諸元情報のコピーをスキャナアプリ３４に供給する。なお、ＵＣＳ４９は組み込み情報，管理パラメータ，機器構成情報，課金情報管理モジュール１２１から取得した課金情報諸元から諸元情報を作成する。課金情報管理モジュール１２１は、組み込み情報，管理パラメータ，機器構成情報から課金情報諸元を設定する。
【０１５４】
図１５は、諸元情報の一例の構成図を示す。図１５の諸元情報は、サービスバージョン，利用可能機能，エントリー登録数最大値などのデータ項目を含む。サービスバーションは、ＵＣＳ４９の組み込み情報である。利用可能機能は、機器構成情報からＵＣＳ４９が判定して作成し、例えば課金情報の有無，電子メール宛先情報の有無などを表す。エントリー登録数最大値は、ＵＣＳ４９の管理パラメータであって、エントリーの最大登録数を表す。エントリーは配信宛先，送信者，課金対象ユーザーなどの最小単位で、名称や管理番号などを情報として有している。
【０１５５】
次に、ステップＳ１１の利用機能登録処理について説明する。図１６は、ステップＳ１１の利用機能登録処理の一例のフローチャートを示す。ステップＳ３１では、スキャナアプリ３４が、ステップＳ２２で取得した諸元情報から利用可能機能を判定する。
【０１５６】
ステップＳ３１に続いてステップＳ３２に進み、スキャナアプリ３４はステップＳ３１で判定した利用可能機能から利用する機能を選択する。ステップＳ３２に続いてステップＳ３３に進み、スキャナアプリ３４は利用機能登録を行うＡＰＩを利用して、ステップＳ３２で選択した機能の登録をＵＣＳ４９に要求する。図１７は、利用機能登録を行うＡＰＩの一例の構成図を示す。
【０１５７】
ステップＳ３３に続いてステップＳ３４に進み、ＵＣＳ４９は登録を要求したスキャナアプリ３４と登録した機能とを対応付けて記憶する。ステップＳ３４の処理が終了すると、ＵＣＳ４９はユーザ情報が更新されたときに更新通知をスキャナアプリ３４に供給するようになる。
【０１５８】
したがって、スキャナアプリ３４は更新通知を受信することでユーザ情報が更新されたことを知ることができ、ユーザ情報が更新されたときにユーザ情報を取得し直すことができる。
【０１５９】
次に、ステップＳ１２の見出し集合情報および見出し情報取得処理について説明する。図１８は、ステップＳ１２の見出し集合情報および見出し情報取得処理の一例のフローチャートを示す。
【０１６０】
ステップＳ４１では、スキャナアプリ３４が見出し集合情報を取得するＡＰＩを利用してＵＣＳ４９に全ての見出し集合情報を要求する。図１９は、見出し集合情報を取得するＡＰＩの一例の構成図を示す。
【０１６１】
ステップＳ４１に続いてステップＳ４２に進み、ＵＣＳ４９は全ての見出し集合情報をスキャナアプリ３４に供給する。図２０は、見出し集合情報の一例の構成図を示す。図２０の見出し集合情報は、見出し集合管理番号，所属する見出し数，所属する見出しなどのデータ項目を含む。所属する見出しは、見出し管理番号の配列を表すものである。
【０１６２】
ステップＳ４２に続いてステップＳ４３に進み、スキャナアプリ３４は管理パラメータとして有している見出し集合および見出しの規定値に応じて見出し集合および見出しを選択する。
【０１６３】
ステップＳ４３に続いてステップＳ４４に進み、スキャナアプリ３４が見出し情報を取得するＡＰＩを利用して、ステップＳ４３で選択した見出し集合の全ての見出し情報をＵＣＳ４９に要求する。図２１は、見出し情報を取得するＡＰＩの一例の構成図を示す。
【０１６４】
ステップＳ４４に続いてステップＳ４５に進み、ＵＣＳ４９は見出し情報をＨＤＤ６６から読み出してスキャナアプリ３４に供給する。図２２は、見出し情報の一例の構成図を示す。図２２の見出し情報は、見出し管理番号，見出し種別，ラベルなどのデータ項目を含む。見出し種別は、常用か否かを識別するものである。
【０１６５】
次に、ステップＳ１３のエントリー一覧情報取得処理について説明する。図２３は、ステップＳ１３のエントリー一覧情報取得処理の一例のフローチャートを示す。
【０１６６】
ステップＳ５１では、スキャナアプリ３４が、エントリーの一覧情報を取得するＡＰＩを利用して、ステップＳ４３で選択された見出しに所属するエントリーの一覧情報をＵＣＳ４９に要求する。図２４は、エントリーの一覧情報を取得するＡＰＩの一例の構成図を示す。
【０１６７】
ステップＳ５１に続いてステップＳ５２に進み、ＵＣＳ４９はエントリーの一覧情報をＨＤＤ６６から読み出してスキャナアプリ３４に供給する。図２５は、エントリーの一覧情報の一例の構成図を示す。図２５のエントリーの一覧情報は、エントリー管理番号，エントリー登録番号，エントリー種別，ユーザ名称などのデータ項目を含む。エントリー登録番号は、ユーザが記憶するための番号である。エントリー種別は、配信宛先になるか否か，送信者になるか否か，アカウントがグループか等を表す。
【０１６８】
なお、ステップＳ５２では見出しに所属する全てのエントリーを必ずしも取得する必要がなく、オペレーションパネル７０の一画面に表示される分だけ取得してもよい。また、電子メールアドレスがあるエントリーや送信者になりうるエントリーに限るなど、フィルター情報を指定できるようにしてもよい。
【０１６９】
次に、図１２のエントリー選択画面の直接入力欄１２６にエントリー登録番号を入力した場合の処理について説明する。図２６は、エントリー登録番号入力処理の一例のフローチャートを示す。
【０１７０】
ステップＳ６１では、スキャナアプリ３４が、エントリー登録番号からエントリー管理番号を取得するＡＰＩを利用して、直接入力欄１２６に入力されたエントリー登録番号に対応するエントリー管理番号をＵＣＳ４９から取得する。図２７は、エントリー登録番号からエントリー管理番号を取得するＡＰＩの一例の構成図を示す。
【０１７１】
ステップＳ６１に続いてステップＳ６２に進み、スキャナアプリ３４はエントリー管理番号からエントリーが所属する見出しを取得するＡＰＩを利用して、ステップＳ６１で取得したエントリー管理番号からエントリーが所属する見出しをＵＣＳ４９から取得する。図２８は、エントリー管理番号からエントリーが所属する見出しを取得するＡＰＩの一例の構成図を示す。
【０１７２】
ステップＳ６２に続いてステップＳ６３に進み、スキャナアプリ３４は現在選択されている見出し集合にステップＳ６２で取得した見出しが含まれるか否かを判定する。
【０１７３】
ステップＳ６２で取得した見出しが現在選択されている見出し集合に含まれると（Ｓ６３においてＹＥＳ）、スキャナアプリ３４はステップＳ６４に進み、ステップＳ６２で取得した見出しのうち現在選択されている見出し集合に含まれる見出しを１つ選択する。なお、ステップＳ６２で取得した見出しのうち現在選択されている見出し集合に含まれる見出しが複数ある場合、適当な判断基準（例えば、見出し管理番号が最小のもの）に基づき１つの見出しを選択する。
【０１７４】
一方、ステップＳ６２で取得した見出しが現在選択されている見出し集合に含まれないと（Ｓ６３においてＮＯ）、スキャナアプリ３４はステップＳ６５に進み、見出し集合および見出しを適当な判断基準に基づき１つ選択する。
【０１７５】
ステップＳ６４又はステップＳ６５に続いてステップＳ６６に進み、スキャナアプリ３４はステップＳ６４又はステップＳ６５で選択した見出しに所属するエントリーの一覧を、エントリーの一覧情報を取得するＡＰＩを利用してＵＣＳ４９から取得する。そして、スキャナアプリ３４は取得したエントリーの一覧を利用して図１２に表すようなエントリー選択画面を作成してオペレーションパネル７０に表示する。
【０１７６】
なお、ステップＳ６６では、見出しに所属するエントリーの順位が分かると以下のように効率的な処理が可能となる。例えばオペレーションパネル７０の一画面に表示されるエントリー数が１２で、見出しに所属する所望のエントリーの順位が２０番目の場合、１３番目のエントリーから１２個のエントリーを含むエントリーの一覧を取得すればよい。
【０１７７】
スキャナアプリ３４は、エントリー順位を取得するＡＰＩを利用して、ＵＣＳ４９から見出しに所属するエントリーの順位を取得する。図２９は、エントリー順位を取得するＡＰＩの一例の構成図を示す。
【０１７８】
このように、エントリー順位を取得するＡＰＩを利用することで、最初から１２個ずつエントリーを取得していき、取得したエントリーに所望のエントリーが含まれるか否かを調べる手間を回避できる。
【０１７９】
また、ＵＣＳ４９は以下のようなＡＰＩも提供できる。図３０は、メール情報を取得するＡＰＩの一例の構成図を示す。スキャナアプリ３４は、メール情報を取得するＡＰＩを利用してＵＣＳ４９から電子メールアドレスなどのメール情報を取得できる。
【０１８０】
図３１は、送信者認証情報を取得するＡＰＩの一例の構成図を示す。スキャナアプリ３４は、送信者認証情報を取得するＡＰＩを利用してＵＣＳ４９から送信者認証情報を取得する。なお、送信者認証情報は例えばパスワードであり、送信者を識別するために利用される。
【０１８１】
図３２は、利用者制限情報を取得するＡＰＩの一例の構成図を示す。スキャナアプリ３４は、利用者制限情報を取得するＡＰＩを利用してＵＣＳ４９から利用者制限情報を取得する。なお、利用者制限情報は利用禁止，カラー禁止，白黒禁止など、細分した機能の禁止を表すフラグの列である。
【０１８２】
図３３は、電子メールグループ情報を取得するＡＰＩの一例の構成図を示す。スキャナアプリ３４は、電子メールグループ情報を取得するＡＰＩを利用してＵＣＳ４９から電子メールグループ情報を取得する。なお、電子メールグループ情報は、所属するアカウント数や所属するアカウントなどの情報である。
【０１８３】
図３４は、エントリーを検索するＡＰＩの一例の構成図を示す。スキャナアプリ３４は、エントリーを検索するＡＰＩを利用してＵＣＳ４９にエントリーを検索させる。なお、エントリーの検索は、前方一致，後方一致，部分一致などの検索条件を利用できる。
【０１８４】
なお、図８に表したユーザ情報の参照処理では、ファックスアプリ３３またはスキャナアプリ３４がオペレーションパネル７０に表示する画面を作成する例を説明したが、オペレーションパネル７０に表示する画面を作成する画面作成モジュールを別途設ける構成としてもよい。
【０１８５】
図３５は、画面作成モジュールの処理について説明するための図を示す。ＳＣＳ４２に含まれる画面作成モジュール１３０は、ファックスアプリ３３やスキャナアプリ３４からのリクエストに応じてオペレーションパネル７０に表示する画面を作成する。
【０１８６】
このように、画面作成モジュール１３０を別途設けることで、画面作成機能をファックスアプリ３３およびスキャナアプリ３４に備える必要がなくなり、画面作成機能を共有化できる。
【０１８７】
以上のように、本発明による融合機１はＵＣＳ４９を設けたことにより、ファックスアプリ３３，スキャナアプリ３４などの複数のアプリでユーザ情報を共有でき、ユーザ情報がフラッシュメモリ６５またはＨＤＤ６６の何れに格納されているかをアプリ側で考慮する必要が無くなった。
【０１８８】
なお、図１の構成図ではＵＣＳ４９がコントロールサービスに含まれる例を表しているが、この例に限らない。例えばＵＣＳ４９は、アプリケーション３０に含まれるようにしてもよい。また、図８等ではファックスアプリ３３およびスキャナアプリ３４がＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の参照を要求する例を表しているが、この例に限らない。例えばコントロールサービスがＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の参照を要求してもよい。
【０１８９】
本実施例では、融合機１の処理を中心に説明したが、図１及び図２に示した情報処理装置１０００への応用が容易である。情報処理装置１０００では、図５および図８のＵＣＳ４９に代わり、ユーザ情報管理手段１２６０がユーザ情報の管理を行うこととなる。なお、情報処理装置１０００の場合、ＳＣＳ４２に相当する構成は必ずしも必須ではない。
【０１９０】
【発明の効果】
上述の如く、本発明によれば、ユーザ情報管理手段がアプリケーションからの要求に応じたユーザ情報を取得して要求元のアプリケーションに供給することにより、ユーザ情報を共有できると共にユーザ情報を一元管理することが可能である。
【０１９１】
【図面の簡単な説明】
【図１】本発明による情報処理装置の一実施例の構成図である。
【図２】本発明による情報処理装置の一実施例のハードウェア構成図である。
【図３】本発明による融合機の一実施例の構成図である。
【図４】本発明による融合機の一実施例のハードウェア構成図である。
【図５】本発明のユーザ情報管理方法について説明するための図である。
【図６】利用制限・課金情報の一例の構成図である。
【図７】配信宛先情報の一例の構成図である。
【図８】ユーザ情報の参照処理について説明するための図である。
【図９】配信宛先情報を参照する処理の一例のフローチャートである。
【図１０】見出し集合および見出しの一例のイメージ図である。
【図１１】エントリーの一例のイメージ図である。
【図１２】エントリー選択画面の一例のイメージ図である。
【図１３】ステップＳ１０の諸元情報取得処理の一例のフローチャートである。
【図１４】諸元情報を取得するＡＰＩの一例の構成図である。
【図１５】諸元情報の一例の構成図である。
【図１６】ステップＳ１１の利用機能登録処理の一例のフローチャートである。
【図１７】利用機能登録を行うＡＰＩの一例の構成図である。
【図１８】ステップＳ１２の見出し集合情報および見出し情報取得処理の一例のフローチャートである。
【図１９】見出し集合情報を取得するＡＰＩの一例の構成図である。
【図２０】見出し集合情報の一例の構成図である。
【図２１】見出し情報を取得するＡＰＩの一例の構成図である。
【図２２】見出し情報の一例の構成図である。
【図２３】ステップＳ１３のエントリー一覧情報取得処理の一例のフローチャートである。
【図２４】エントリーの一覧情報を取得するＡＰＩの一例の構成図である。
【図２５】エントリーの一覧情報の一例の構成図である。
【図２６】エントリー登録番号入力処理の一例のフローチャートである。
【図２７】エントリー登録番号からエントリー管理番号を取得するＡＰＩの一例の構成図である。
【図２８】エントリー管理番号からエントリーが所属する見出しを取得するＡＰＩの一例の構成図である。
【図２９】エントリー順位を取得するＡＰＩの一例の構成図である。
【図３０】メール情報を取得するＡＰＩの一例の構成図である。
【図３１】送信者認証情報を取得するＡＰＩの一例の構成図である。
【図３２】利用者制限情報を取得するＡＰＩの一例の構成図である。
【図３３】電子メールグループ情報を取得するＡＰＩの一例の構成図である。
【図３４】エントリーを検索するＡＰＩの一例の構成図である。
【図３５】画面作成モジュールの処理について説明するための図である。
【符号の説明】
１ 融合機
１１ 白黒ラインプリンタ
１２ カラーラインプリンタ
１３，１１４０ ハードウェアリソース
２０，１２００ ソフトウェア群
３０，１２１０−１〜１２１０−ｎ アプリケーション
４０ プラットフォーム
４１ オペレーティングシステム（ＯＳ）
４２ システムコントロールサービス（ＳＣＳ）
４３ システムリソースマネージャ（ＳＲＭ）
４４ エンジンコントロールサービス（ＥＣＳ）
４５ メモリコントロールサービス（ＭＣＳ）
４６ オペレーションパネルコントロールサービス（ＯＣＳ）
４７ ファックスコントロールサービス（ＦＣＳ）
４８ ネットワークコントロールサービス（ＮＣＳ）
４９ ユーザ情報管理サービス（ＵＣＳ）
５０ 融合機起動部
６０ コントローラボード
６１ ＣＰＵ
６２ ＡＳＩＣ（Application Specific Integrated Circuit）
６３ ＳＲＡＭ（Static RAM）
６４ ＳＤＲＡＭ（Synchronous DRAM）
６５ フラッシュメモリ
６６ ハードディスク装置（ＨＤＤ）
６７ ネットワークＩ／Ｆコントローラ
７０ オペレーションパネル
８０ ファックスコントロールユニット（ＦＣＵ）
９０ ＵＳＢデバイス
１００ ＩＥＥＥ１３９４デバイス
１１０ エンジン部
１２１ 課金情報管理モジュール
１２２ 見出し集合
１２３ 見出し
１２４ エントリーの一覧
１２５ エントリー
１２６ 直接入力欄
１２７ 情報表示欄
１３０ 画面作成モジュール
１０００ 情報処理装置
１１００ ハードウェア資源
１１１０ メモリ装置
１１２０ 入力装置
１１３０ 表示装置
１２２０ アプリケーションプログラムインターフェース（ＡＰＩ）
１２３０ オペレーティングシステム
１２４０ ＢＩＯＳ
１２５０ デバイスドライバ
１２６０ ユーザ情報管理手段
【発明の属する技術分野】
本発明は、ユーザ情報管理方法および情報処理装置に係り、特に１つ以上のアプリケーションにユーザ情報を提供するユーザ情報管理方法および情報処理装置に関する。
【０００２】
【従来の技術】
パソコン等の情報処理装置は、様々な情報処理にそれぞれ対応する１つ以上のソフトウェアを実行させることで様々な情報処理を行わせるものである。このような情報処理装置は、例えば他のコンピュータなどにネットワークを介して接続されており、配信機能を利用して画像情報などの配信を行う。配信機能を有する情報処理装置は、例えば配信宛先情報および利用制限・課金情報をユーザ情報として有している。
【０００３】
また、情報処理装置の応用例としての画像形成装置は、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納している。画像形成装置は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。
【０００４】
このような画像形成装置は、他の画像形成装置やコンピュータなどにネットワークを介して接続され、配信機能を利用して例えば画像情報などの配信を行う。配信機能を有する画像形成装置は、例えば配信宛先情報および利用制限・課金情報をユーザ情報として有している。
【０００５】
配信宛先情報は、配信宛先や送信者などの管理を行うものである。配信宛先情報は、更新頻度が低くバックアップが比較的容易である。また、配信宛先情報は管理が必要なユーザが情報処理装置や画像形成装置を利用するユーザに限定されないため、管理が必要なユーザの数が多くなる。
【０００６】
一方、利用制限・課金情報は各種機能の使用可否や使用可能機能の使用量（例えば使用枚数など）の管理を行うものである。利用制限・課金情報は機器の使用の度に更新されるため更新頻度が高く、バックアップが困難である。また、利用制限・課金情報は管理が必要なユーザが情報処理装置や画像形成装置を利用するユーザに限定されるため、管理が必要なユーザの数が少なくなる。
【０００７】
このように、配信宛先情報および利用制限・課金情報はバックアップの容易性や管理が必要なユーザの数に差があるため、格納手段としての記憶装置に要求される条件が異なっている。例えば配信宛先情報は速度や信頼性を犠牲にしても大容量の記憶装置が必要である。また、利用制限・課金情報はコストや容量を犠牲にしても高速で信頼性の高い記憶装置が必要である。
【０００８】
従来の情報処理装置や画像形成装置は、例えば配信宛先情報をハードディスク装置に格納して管理し、利用制限・課金情報を不揮発ＲＡＭに格納して管理していた。
【０００９】
特許文献１には、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作される画像形成装置の一例が記載されている。
【００１０】
【特許文献１】
特開２００２−８４３８３号公報
【００１１】
【発明が解決しようとする課題】
従来の情報処理装置は、様々な情報処理にそれぞれ対応する１つ以上のアプリケーションを有している。各アプリケーションは、配信機能を利用するための配信宛先情報を別々に管理していた。また、従来の画像形成装置はプリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うアプリケーションを有している。各アプリケーションは、配信機能を利用するための配信宛先情報を別々に管理していた。
【００１２】
したがって、従来の情報処理装置や画像形成装置では配信宛先情報を管理するという同様な機能を各アプリケーションごとに有していなければならないという問題があった。このように同様な機能を各アプリケーションごとに有することは無駄であり、更に同様なプログラムの誤り（Bug ）を含む可能性が高くなるという問題があった。
【００１３】
本発明は、上記の点に鑑みなされたもので、１つ以上のアプリケーションがユーザ情報を共有できると共に、ユーザ情報を一元管理することが可能なユーザ情報管理方法および情報処理装置を提供することを目的とする。
【００１４】
【課題を解決するための手段】
そこで、上記課題を解決するため、請求項１にかかる発明は、プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用されるプログラムとを有し、前記プログラム及び前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置のユーザ情報管理方法であって、前記画像形成装置は、前記ユーザ情報を第１のユーザ情報及び第２のユーザ情報毎に格納する格納手段と、前記格納手段に格納されている前記ユーザ情報を管理するユーザ情報管理手段と、前記ユーザ情報管理手段が、前記画像形成装置内部のプログラム及び前記画像処理アプリケーションから前記ユーザ情報の利用に関する要求を受け付ける関数があり、ユーザ情報管理手段が、前記関数による前記ユーザ情報の利用に関する要求を前記画像形成装置内部のアプリケーションから受信するステップと、前記ユーザ情報管理手段が、前記ユーザ情報の利用に関する要求を解釈し、所定の情報処理動作に伴い更新される第１のユーザ情報及び前記第１のユーザ情報と内容および更新のタイミングの異なる第２のユーザ情報が前記第１のユーザ情報及び第２のユーザ情報毎に格納されている複数の格納手段から前記要求に応じた第１のユーザ情報又は第２のユーザ情報が格納されている前記格納手段を複数の格納手段から判定し、判定した前記格納手段に格納されているユーザ情報の利用に関する処理を行うユーザ情報管理ステップとを有し、前記第１のユーザ情報および前記第２のユーザ情報は、異なる種類の格納手段に格納されていることを特徴とする。
【００１５】
このようなユーザ情報管理方法では、ユーザ情報管理手段がアプリケーションからの要求に応じたユーザ情報が格納されている格納手段を判定し、判定した格納手段からユーザ情報を取得して、要求元のアプリケーションに供給することにより、ユーザ情報を共有できると共にユーザ情報を一元管理することが可能である。
【００１６】
また、請求項２にかかる発明は、前記ユーザ情報の利用に関する要求を送信する前記アプリケーションが、前記格納手段を指定せず、前記第１のユーザ情報又は第２のユーザ情報を指定して前記ユーザ情報の利用に関する要求を送信することを特徴とする。
【００１７】
また、請求項３にかかる発明は、第１のユーザ情報が配信宛先情報、第２のユーザ情報が利用権限・課金情報を含むことを特徴とする。
【００５０】
また、上記課題を解決するため、請求項４にかかる発明は、プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用されるプログラムとを有し、前記プログラム及び前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置であって、前記ユーザ情報を第１のユーザ情報及び第２のユーザ情報毎に格納する格納手段と、前記格納手段に格納されている前記ユーザ情報を管理するユーザ情報管理手段と、前記ユーザ情報管理手段が、前記画像形成装置内部のプログラム及び前記画像処理アプリケーションから前記ユーザ情報の利用に関する要求を受け付ける関数があり、ユーザ情報管理手段が、前記関数による前記ユーザ情報の利用に関する要求を前記画像形成装置内部のアプリケーションから受信し、前記ユーザ情報管理手段が、前記ユーザ情報の利用に関する要求を解釈し、所定の情報処理動作に伴い更新される第１のユーザ情報及び前記第１のユーザ情報と内容および更新のタイミングの異なる第２のユーザ情報が前記第１のユーザ情報及び第２のユーザ情報毎に格納されている複数の格納手段から前記要求に応じた第１のユーザ情報及び第２のユーザ情報が格納されている前記格納手段を複数の格納手段から判定し、判定した前記格納手段に格納されているユーザ情報の利用に関する処理を行い、前記第１のユーザ情報および前記第２のユーザ情報は、異なる種類の格納手段に格納されていることを特徴とする。
【００５１】
このような情報処理装置では、ユーザ情報管理手段がアプリケーションからの要求に応じたユーザ情報が格納されている格納手段を判定し、判定した格納手段からユーザ情報を取得して要求元のアプリケーションに供給することにより、ユーザ情報を共有できると共にユーザ情報を一元管理することが可能である。
【００５２】
また、請求項５にかかる発明は、前記ユーザ情報の利用に関する要求を送信する前記アプリケーションが、前記格納手段を指定せず、前記第１のユーザ情報又は第２のユーザ情報を指定して前記ユーザ情報の利用に関する要求を送信することを特徴とする。
【００５３】
また、請求項６にかかる発明は、第１のユーザ情報が配信宛先情報、第２のユーザ情報が利用権限・課金情報を含むことを特徴とする。
【００８８】
【発明の実施の形態】
次に、本発明の実施の形態について図面に基づいて説明する。
【００８９】
図１は、本発明による情報処理装置の一実施例の構成図である。情報処理装置１０００は、ハードウェア資源１１００と，ソフトウェア群１２００とを含むように構成される。
【００９０】
ハードウェア資源１１００は、メモリ装置１１１０，入力装置１１２０，表示装置１１３０，その他のハードウェアリソース１１４０等を含む。ソフトウェア群１２００は、アプリケーション１２１０−１〜１２１０−ｎ，ＵＮＩＸ（登録商標）などのＯＳ１２３０，ＢＩＯＳ１２４０，デバイスドライバ１２５０，ユーザ情報管理手段１２６０等を含む。
【００９１】
情報処理装置１０００は、電源投入時にＯＳ１２３０のプログラムを補助記憶装置から読み出し、読み出したプログラムをメモリ装置１１１０に転送して起動する。また、情報処理装置１０００は電源投入時またはオペレータからの起動指示によりアプリケーション１２１０−１〜１２１０−ｎのプログラムを補助記憶装置から読み出し、読み出したプログラムをメモリ装置１１１０に転送して起動する。
【００９２】
アプリケーション１２１０−１〜１２１０−ｎは、情報処理装置１０００に様々な情報処理を行わせるものである。ＢＩＯＳ１２４０は、ハードウェア資源１１００を制御するプログラムである。また、デバイスドライバ１２５０はハードウェア資源１１００に含まれる周辺機器等を管理するプログラムである。
【００９３】
ＯＳ１２３０およびユーザ情報管理手段１２６０は、ＡＰＩ（Application Program Interface ）１２２０を利用してアプリケーション１２１０−１〜１２１０−ｎからの要求を受信する。ＡＰＩ１２２０は予め定義されている関数により、アプリケーション１２１０−１〜１２１０−ｎからの要求を受信するために利用される。
【００９４】
ユーザ情報管理手段１２６０は、ユーザ情報の管理を行うものである。ユーザ情報管理手段１２６０は、アプリケーション１２１０−１〜１２１０−ｎからの要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して要求元のアプリケーションに供給する。
【００９５】
ＯＳ１２３０は、アプリケーション１２１０−１〜１２１０−ｎ及びユーザ情報管理手段１２６０の各ソフトウェアをプロセスとして並列制御する。また、ＯＳ１２３０はＢＩＯＳ１２４０，デバイスドライバ１２５０を利用してハードウェア資源１１００に対する要求を行う。
【００９６】
次に、情報処理装置１０００のハードウェア構成について説明する。図２は、本発明による情報処理装置の一実施例のハードウェア構成図である。情報処理装置１０００は、それぞれバスＢで相互に接続されている入力装置１５１０，表示装置１５２０，補助記憶装置１５３０，メモリ装置１５４０および演算処理装置１５５０を有するように構成される。
【００９７】
入力装置１５１０はキーボード及びマウスなどで構成され、様々な操作指示を入力するために用いられる。表示装置１５２０は、操作に必要な各種ウインドウやデータ等を表示する。補助記憶装置１５３０は、情報処理装置１０００に係る処理を行わせるプログラムを格納すると共に、そのプログラムの処理に必要な各種ファイルやデータ等を格納している。
【００９８】
メモリ装置１５４０は、情報処理装置１０００の起動時に補助記憶装置１５３０からプログラムを読み出して格納する。演算処理装置１５５０は、メモリ装置１５４０に格納されたプログラムに従って処理を実行する。
【００９９】
このような情報処理装置１０００は、例えば他のコンピュータなどにネットワークを介して接続され、配信機能を利用して画像情報などの配信を行う。配信機能を備えた情報処理装置１０００は、配信宛先情報および利用制限・課金情報をユーザ情報として有している。なお、配信機能を備えていない情報処理装置１０００は、利用制限・課金情報をユーザ情報として有している。
【０１００】
次に、本発明による情報処理装置１０００の応用例としての画像形成装置１について説明する。なお、本実施例で説明する画像形成装置１は、プリンタ，コピー，ファクシミリおよびスキャナ等の各装置の機能を１つの筐体内に収納しているため、融合機とも呼ばれる。
【０１０１】
図３は、本発明による融合機の一実施例の構成図を示す。融合機１は、白黒ラインプリンタ１１と，カラーラインプリンタ１２と，スキャナやファクシミリなどのハードウェアリソース１３と，ソフトウェア群２０と，融合機起動部５０とを有するように構成される。また、ソフトウェア群２０はアプリケーション３０とプラットフォーム４０とを有するように構成される。
【０１０２】
プラットフォーム４０は、アプリケーション３０からの処理要求を解釈してハードウェア資源の獲得要求を発生するコントロールサービスと、１つ以上のハードウェア資源の管理を行ってコントロールサービスからの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）４３と、オペレーティングシステム（以下、ＯＳという）４１とを有するように構成されている。
【０１０３】
コントロールサービスは、システムコントロールサービス（以下、ＳＣＳという）４２，エンジンコントロールサービス（以下、ＥＣＳという）４４，メモリコントロールサービス（以下、ＭＣＳという）４５，オペレーションパネルコントロールサービス（以下、ＯＣＳという）４６，ファックスコントロールサービス（以下、ＦＣＳという）４７，ネットワークコントロールサービス（以下、ＮＣＳという）４８，ユーザ情報管理サービス（以下、ＵＣＳという）４９など一つ以上のサービスモジュールを有するように構成されている。
【０１０４】
なお、プラットフォーム４０は予め定義されている関数によりアプリケーション３０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）を有するように構成されている。
【０１０５】
ＯＳ４１は、ユニックス（ＵＮＩＸ（登録商標））などのオペレーティングシステムであって、プラットフォーム４０およびアプリケーション３０の各ソフトウェアをプロセスとして並列実行する。
【０１０６】
ＳＲＭ４３のプロセスは、ＳＣＳ４２と共にシステムの制御およびリソースの管理を行うものである。例えばＳＲＭ４３のプロセスは、スキャナ部やプリンタ部などのエンジン，メモリ，ハードディスク装置（ＨＤＤ）ファイル，ホストＩ／Ｏ（セントロインターフェース，ネットワークインターフェース，ＩＥＥＥ１３９４インターフェース，ＲＳ２３２Ｃインターフェースなど）のハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。
【０１０７】
具体的に、ＳＲＭ４３は要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、ＳＲＭ４３は上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、例えばプリンタエンジンによる紙搬送と作像動作，メモリ確保，ファイル生成などの要求内容を直接実施している。
【０１０８】
ＳＣＳ４２のプロセスは、アプリケーション管理，操作部制御，システム画面表示，ＬＥＤ表示，リソース管理，割り込みアプリケーション制御を行う。ＥＣＳ４４のプロセスは、白黒ラインプリンタ１１，カラーラインプリンタ１２，ハードウェアリソース１３のエンジンの制御を行う。
【０１０９】
ＭＣＳ４５のプロセスは、画像メモリの取得および解放，ハードディスク装置（ＨＤＤ）の利用，画像データの圧縮および伸張などを行う。ＯＣＳ４６のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。
【０１１０】
ＦＣＳ４７のプロセスは、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信，ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用，ファクシミリ読み取り，ファクシミリ受信印刷，融合送受信を行うためのアプリケーションを提供する。
【０１１１】
ＮＣＳ４８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対し、共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【０１１２】
ＵＣＳ４９のプロセスは、ユーザ情報の管理を行うものであり、要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して各アプリケーションに供給する。
【０１１３】
また、アプリケーション３０は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うものである。アプリケーション３０は、ページ記述言語（ＰＤＬ，ＰＣＬ）およびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ３１と，コピー用アプリケーションであるコピーアプリ３２と，ファクシミリ用アプリケーションであるファックスアプリ３３と，スキャナ用アプリケーションであるスキャナアプリ３４と，ネットワークファイル用アプリケーションであるネットファイルアプリ３５と，工程検査用アプリケーションである工程検査アプリ３６とを有している。
【０１１４】
融合機起動部５０は、融合機１の電源投入時に最初に実行され、アプリケーション３０やプラットフォーム４０を起動するものである。例えば融合機起動部５０は、コントロールサービスやアプリケーションのプログラムを後述するフラッシュメモリから読み出し、読み出した各プログラムをＳＲＡＭまたはＳＤＲＡＭ上に確保したメモリ領域に転送して起動するものである。
【０１１５】
図４は、本発明による融合機の一実施例のハードウェア構成図を示す。図４の融合機１は、コントローラボード６０と，オペレーションパネル７０と，ファックスコントロールユニット（以下、ＦＣＵという）８０と，ＵＳＢデバイス９０と，ＩＥＥＥ１３９４デバイス１００と，エンジン部１１０とを有するように構成される。なお、ＦＣＵ８０はメモリを有している。ＦＣＵ８０が有するメモリは、例えば融合機１の電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するために利用される。
【０１１６】
オペレーションパネル７０は、コントローラボード６０のＡＳＩＣ６２に直接接続されている。また、ＦＣＵ８０，ＵＳＢデバイス９０，ＩＥＥＥ１３９４デバイス１００およびエンジン部１１０は、コントローラボード６０のＡＳＩＣ６２にＰＣＩバス（Peripheral Component Interconnect bus ）などで接続されている。
【０１１７】
また、コントローラボード６０は、ＣＰＵ６１と，ＡＳＩＣ６２と，ＳＲＡＭ（Static RAM）６３と，ＳＤＲＡＭ（Synchronous DRAM）６４と，フラッシュメモリ６５と，ＨＤＤ６６と，ネットワークＩ／Ｆコントローラ６７とを有するように構成される。コントローラボード６０は、ＣＰＵ６１，ＳＲＡＭ６３，ＳＤＲＡＭ６４，フラッシュメモリ６５，ＨＤＤ６６，ネットワークＩ／Ｆコントローラ６７などをＡＳＩＣ６２に接続するように構成されている。
【０１１８】
ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＯＳ４１上でプラットフォーム４０を形成するＳＣＳ４２，ＳＲＭ４３，ＥＣＳ４４，ＭＣＳ４５，ＯＣＳ４６，ＦＣＳ４７およびＮＣＳ４８をそれぞれプロセスとして起動して実行させると共に、アプリケーション３０を形成するプリンタアプリ３１，コピーアプリ３２，ファックスアプリ３３，スキャナアプリ３４，ネットファイルアプリ３５および工程検査アプリ３６を起動して実行させる。
【０１１９】
ＡＳＩＣ６２は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＳＲＡＭ６３およびＳＤＲＡＭ６４の物理メモリ領域には、カーネルやプロセスなどの仮想メモリ領域がマッピングされる。
【０１２０】
不揮発ＲＡＭとしてのフラッシュメモリ６５は、アプリケーション３０またはプラットフォーム４０を構成する各アプリやコントロールサービス，ＳＲＭ４３などの各プログラムおよび利用制限・課金情報が格納されている。また、ＨＤＤ６６は、画像データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積，配信宛先情報の格納を行うためのストレージである。オペレーションパネル７０はオペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【０１２１】
このような融合機１は、例えば他の融合機やコンピュータなどにネットワークを介して接続され、配信機能を利用して画像情報などの配信を行う。配信機能を備えた融合機１は、配信宛先情報および利用制限・課金情報をユーザ情報として有している。なお、配信機能を備えていない融合機１は、利用制限・課金情報をユーザ情報として有している。
【０１２２】
以下、本発明のユーザ情報管理方法について説明していく。なお、以下の説明では本発明による情報処理装置１０００の応用例としての融合機１の処理を中心に説明する。
【０１２３】
図５は、本発明のユーザ情報管理方法について説明するための図を示す。フラッシュメモリ６５に格納された利用制限・課金情報は、各種機能の使用可否や使用可能機能の使用枚数などの管理を行うものであり、例えば図６のように構成される。
【０１２４】
図６は、利用制限・課金情報の一例の構成図を示す。図６の利用制限・課金情報は、管理番号，登録番号，ユーザー名，ユーザーコード，複写機能使用可否，複写機能使用枚数，配信機能使用可否，配信機能使用枚数などのデータ項目を有している。フラッシュメモリ６５に格納された利用制限・課金情報は、ＳＣＳ４２に含まれる課金情報管理モジュール１２１により管理される。
【０１２５】
なお、フラッシュメモリ６５には、各種サービス，モジュール，アプリケーションの管理パラメータも格納されており、ＳＣＳ４２に含まれるシステム初期設定モジュールにより管理される。
【０１２６】
また、ＨＤＤ６６に格納された配信宛先情報は、配信宛先や送信者などの管理を行うものであり、例えば図７のように構成される。図７は、配信宛先情報の一例の構成図を示す。図７の配信宛先情報は、管理番号，登録番号，ユーザー名，電子メールアドレス，送信者可否などのデータ項目を有している。ＨＤＤ６６に格納された配信宛先情報は、ＵＳＣ４９により管理される。
【０１２７】
ＵＣＳ４９はＨＤＤ６６に格納された配信宛先情報を直接管理する一方、フラッシュメモリ６５に格納された利用制限・課金情報を課金情報管理モジュール１２１を介して管理する。
【０１２８】
なお、配信機能を備えていない融合機１の場合、ＨＤＤ６６に格納される配信宛先情報は存在しない。配信機能を備えていない融合機１であってもＵＣＳ４９が課金情報管理モジュール１２１を介してフラッシュメモリ６５に格納された利用制限・課金情報を管理することにより、配信機能の有無に関係無くインターフェースを統一できる。
【０１２９】
図５では、フラッシュメモリ６５に利用制限・課金情報，ＨＤＤ６６に配信宛先情報を格納する例を表しているが、利用制限・課金情報または配信宛先情報をＦＣＵ８０が有するメモリに格納するようにしてもよい。また、利用制限・課金情報または配信宛先情報の一部をＦＣＵ８０が有するメモリに格納するようにしてもよい。
【０１３０】
次に、アプリケーションの一例としてファックスアプリ３３またはスキャナアプリ３４がＵＣＳ４９を介してユーザ情報を参照する例について図面を参照しつつ説明していく。
【０１３１】
図８は、ユーザ情報の参照処理について説明するための図を示す。クライアントとしてのファックスアプリ３３およびスキャナアプリ３４は、ＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の参照を要求する。
【０１３２】
ＵＣＳ４９は、ファックスアプリ３３またはスキャナアプリ３４から参照要求があったユーザ情報がフラッシュメモリ６５またはＨＤＤ６６の何れに格納されているかを判定する。そして、ＵＣＳ４９は、参照要求のあったユーザ情報を判定したフラッシュメモリ６５またはＨＤＤ６６から取得し、取得したユーザ情報をファックスアプリ３３またはスキャナアプリ３４に供給する。
【０１３３】
具体的に、ＵＣＳ４９はファックスアプリ３３またはスキャナアプリ３４から配信宛先情報の参照要求があると、ＨＤＤ６６から配信宛先情報を取得してファックスアプリ３３またはスキャナアプリ３４に供給する。また、ＵＣＳ４９はファックスアプリ３３またはスキャナアプリ３４から利用制限・課金情報の参照要求があると、課金情報管理モジュール１２１を介してフラッシュメモリ６５から利用制限・課金情報を取得してファックスアプリ３３またはスキャナアプリ３４に供給する。
【０１３４】
このように、ファックスアプリ３３およびスキャナアプリ３４は参照を所望するユーザ情報の格納場所を指定することなく、ＵＣＳ４９からユーザ情報を取得できる。なお、ファックスアプリ３３およびスキャナアプリ３４がＵＣＳ４９の利用を開始するための処理は、以下のようになる。
【０１３５】
まず、サーバとしてのＵＣＳ４９はリクエスト待ち受けスレッドを作成し、ソケットを開いてリクエストを待ち受ける。また、クライアントとしてのファックスアプリ３３およびスキャナアプリ３４はイベント待ち受けスレッドを作成し、ソケットを開いてイベントを待ち受けると共に、ＵＣＳ４９の開いたソケットを通じて利用登録を行う。
【０１３６】
ファックスアプリ３３およびスキャナアプリ３４からのリクエストがＵＣＳ４９のソケットを通じて、また、ＵＣＳ４９からのイベントがファックスアプリ３３およびスキャナアプリ３４のソケットを通じてインタープロセスコミュニケーションを行うことにより、ファックスアプリ３３およびスキャナアプリ３４とＵＣＳ４９との協調動作を実現している。
【０１３７】
次に、ファックスアプリ３３またはスキャナアプリ３４がユーザ情報を参照する処理の一例として、スキャナアプリ３４がオペレーションパネル７０に配信宛先情報を表示する処理について図面を参照しつつ説明していく。図９は、配信宛先情報を参照する処理の一例のフローチャートを示す。
【０１３８】
ステップＳ１０では、スキャナアプリ３４がＵＣＳ４９の諸元情報をＡＰＩを利用してＵＣＳ４９から取得する諸元情報取得処理を行う。諸元情報とは、ＵＣＳ４９自体の諸要素の情報であり、ＵＣＳ４９や課金情報管理モジュール１２１の組み込み情報や設定パラメータ情報から構成されている。なお、諸元情報取得処理の詳細は後述する。
【０１３９】
ステップＳ１０に続いてステップＳ１１に進み、スキャナアプリ３４は取得した諸元情報から利用可能機能を判定し、利用する機能をＡＰＩを利用してＵＣＳ４９に登録する利用機能登録処理を行う。このように、利用する機能をＵＣＳ４９に登録すると、スキャナアプリ３４はユーザ情報が更新されたときにＵＣＳ４９から更新通知を受信するようになる。
【０１４０】
例えば電子メール宛先情報が利用可能機能である場合、スキャナアプリ３４は電子メール宛先情報を利用する機能としてＵＣＳ４９に登録する。すると、スキャナアプリ３４は、電子メール宛先情報が更新されたときにＵＣＳ４９から更新通知を受信するようになる。なお、利用機能登録処理の詳細は後述する。
【０１４１】
ステップＳ１１に続いてステップＳ１２に進み、スキャナアプリ３４は見出し集合情報および見出し情報をＡＰＩを利用してＵＣＳ４９から取得する見出し集合情報および見出し情報取得処理を行う。
【０１４２】
図１０は、見出し集合および見出しの一例のイメージ図を示す。図１０中、見出し集合１２２および見出し１２３はユーザーインターフェースを意識した付加情報である。見出し集合１２２は例えば「常用」，「あ」などの見出し１２３の順序付き集合であり、所属する見出しの情報を保持する。また、見出し１２３は後述するエントリーの順序付き集合にラベルを付けたものであり、ラベルや所属するエントリーの情報を保持する。
【０１４３】
なお、見出し１２３のうち「常用」は全ての見出し集合に所属する特殊な見出しである。「常用」以外の見出し１２３は複数の見出し集合に所属しない。見出し集合情報および見出し情報取得処理の詳細は後述する。
【０１４４】
ステップＳ１２に続いてステップＳ１３に進み、スキャナアプリ３４は選択された見出しに所属するエントリーの一覧をＡＰＩを利用してＵＣＳ４９から取得するエントリー一覧情報取得処理を行う。
【０１４５】
図１１は、エントリーの一例のイメージ図を示す。図１１中、エントリーの一覧１２４を構成する１つ以上のエントリー１２５は、個別ユーザーなどに対応するアカウントと列挙されたアカウントに対応するグループとに大別される。なお、エントリー一覧情報取得処理の詳細は後述する。
【０１４６】
ステップＳ１３に続いてステップＳ１４に進み、スキャナアプリ３４は図１２に表すようなエントリー選択画面を作成してオペレーションパネル７０に表示する。図１２は、エントリー選択画面の一例のイメージ図を示す。
【０１４７】
図１２のエントリー選択画面は、見出し集合，見出し，見出しに所属するエントリーの一覧を利用することで作成できる。なお、図１２のエントリー選択画面は、グループを表すエントリーのボタンに人が３人並んだアイコンを付してアカウントとグループとを区別している。
【０１４８】
ステップＳ１４に続いてステップＳ１５に進み、スキャナアプリ３４はエントリー選択画面からエントリーが選択されたか否かを判定する。エントリーが選択されたと判定すると（Ｓ１５においてＹＥＳ）、スキャナアプリ３４はステップＳ１６に進む。一方、エントリーが選択されていないと判定すると（Ｓ１５においてＮＯ）、スキャナアプリ３４はステップＳ１７に進む。
【０１４９】
ステップＳ１６では、スキャナアプリ３４が、選択されたエントリーのエントリー詳細情報をＡＰＩを利用してＵＣＳ４９から取得するエントリー詳細情報取得処理を行った後にステップＳ１７に進む。例えばスキャナアプリ３４は取得したエントリー詳細情報を図１２のエントリー選択画面の情報表示欄１２７に表示する。
【０１５０】
ステップＳ１７では、スキャナアプリ３４が、エントリー選択画面から別の見出しが選択されたか否かを判定する。別の見出しが選択されたと判定すると（Ｓ１７においてＹＥＳ）、スキャナアプリ３４はステップＳ１３に進む。一方、別の見出しが選択されていないと判定すると（Ｓ１７においてＮＯ）、スキャナアプリ３４はステップＳ１８に進む。
【０１５１】
ステップＳ１８では、スキャナアプリ３４が、ＵＣＳ４９から更新通知を受信したか否かを判定する。更新通知を受信したと判定すると（Ｓ１８においてＹＥＳ）、スキャナアプリ３４はステップＳ１２に進む。一方、更新通知を受信していないと判定すると（Ｓ１８においてＮＯ）、スキャナアプリ３４はステップＳ１５に進む。
【０１５２】
更に、図９のフローチャートの処理について図面を参照しつつ詳細に説明していく。図１３は、ステップＳ１０の諸元情報取得処理の一例のフローチャートを示す。ステップＳ２１では、スキャナアプリ３４が諸元情報を取得するＡＰＩを利用してＵＣＳ４９に諸元情報を要求する。図１４は、諸元情報を取得するＡＰＩの一例の構成図を示す。
【０１５３】
ステップＳ２１に続いてステップＳ２２に進み、ＵＣＳ４９は予め作成しておいた諸元情報のコピーをスキャナアプリ３４に供給する。なお、ＵＣＳ４９は組み込み情報，管理パラメータ，機器構成情報，課金情報管理モジュール１２１から取得した課金情報諸元から諸元情報を作成する。課金情報管理モジュール１２１は、組み込み情報，管理パラメータ，機器構成情報から課金情報諸元を設定する。
【０１５４】
図１５は、諸元情報の一例の構成図を示す。図１５の諸元情報は、サービスバージョン，利用可能機能，エントリー登録数最大値などのデータ項目を含む。サービスバーションは、ＵＣＳ４９の組み込み情報である。利用可能機能は、機器構成情報からＵＣＳ４９が判定して作成し、例えば課金情報の有無，電子メール宛先情報の有無などを表す。エントリー登録数最大値は、ＵＣＳ４９の管理パラメータであって、エントリーの最大登録数を表す。エントリーは配信宛先，送信者，課金対象ユーザーなどの最小単位で、名称や管理番号などを情報として有している。
【０１５５】
次に、ステップＳ１１の利用機能登録処理について説明する。図１６は、ステップＳ１１の利用機能登録処理の一例のフローチャートを示す。ステップＳ３１では、スキャナアプリ３４が、ステップＳ２２で取得した諸元情報から利用可能機能を判定する。
【０１５６】
ステップＳ３１に続いてステップＳ３２に進み、スキャナアプリ３４はステップＳ３１で判定した利用可能機能から利用する機能を選択する。ステップＳ３２に続いてステップＳ３３に進み、スキャナアプリ３４は利用機能登録を行うＡＰＩを利用して、ステップＳ３２で選択した機能の登録をＵＣＳ４９に要求する。図１７は、利用機能登録を行うＡＰＩの一例の構成図を示す。
【０１５７】
ステップＳ３３に続いてステップＳ３４に進み、ＵＣＳ４９は登録を要求したスキャナアプリ３４と登録した機能とを対応付けて記憶する。ステップＳ３４の処理が終了すると、ＵＣＳ４９はユーザ情報が更新されたときに更新通知をスキャナアプリ３４に供給するようになる。
【０１５８】
したがって、スキャナアプリ３４は更新通知を受信することでユーザ情報が更新されたことを知ることができ、ユーザ情報が更新されたときにユーザ情報を取得し直すことができる。
【０１５９】
次に、ステップＳ１２の見出し集合情報および見出し情報取得処理について説明する。図１８は、ステップＳ１２の見出し集合情報および見出し情報取得処理の一例のフローチャートを示す。
【０１６０】
ステップＳ４１では、スキャナアプリ３４が見出し集合情報を取得するＡＰＩを利用してＵＣＳ４９に全ての見出し集合情報を要求する。図１９は、見出し集合情報を取得するＡＰＩの一例の構成図を示す。
【０１６１】
ステップＳ４１に続いてステップＳ４２に進み、ＵＣＳ４９は全ての見出し集合情報をスキャナアプリ３４に供給する。図２０は、見出し集合情報の一例の構成図を示す。図２０の見出し集合情報は、見出し集合管理番号，所属する見出し数，所属する見出しなどのデータ項目を含む。所属する見出しは、見出し管理番号の配列を表すものである。
【０１６２】
ステップＳ４２に続いてステップＳ４３に進み、スキャナアプリ３４は管理パラメータとして有している見出し集合および見出しの規定値に応じて見出し集合および見出しを選択する。
【０１６３】
ステップＳ４３に続いてステップＳ４４に進み、スキャナアプリ３４が見出し情報を取得するＡＰＩを利用して、ステップＳ４３で選択した見出し集合の全ての見出し情報をＵＣＳ４９に要求する。図２１は、見出し情報を取得するＡＰＩの一例の構成図を示す。
【０１６４】
ステップＳ４４に続いてステップＳ４５に進み、ＵＣＳ４９は見出し情報をＨＤＤ６６から読み出してスキャナアプリ３４に供給する。図２２は、見出し情報の一例の構成図を示す。図２２の見出し情報は、見出し管理番号，見出し種別，ラベルなどのデータ項目を含む。見出し種別は、常用か否かを識別するものである。
【０１６５】
次に、ステップＳ１３のエントリー一覧情報取得処理について説明する。図２３は、ステップＳ１３のエントリー一覧情報取得処理の一例のフローチャートを示す。
【０１６６】
ステップＳ５１では、スキャナアプリ３４が、エントリーの一覧情報を取得するＡＰＩを利用して、ステップＳ４３で選択された見出しに所属するエントリーの一覧情報をＵＣＳ４９に要求する。図２４は、エントリーの一覧情報を取得するＡＰＩの一例の構成図を示す。
【０１６７】
ステップＳ５１に続いてステップＳ５２に進み、ＵＣＳ４９はエントリーの一覧情報をＨＤＤ６６から読み出してスキャナアプリ３４に供給する。図２５は、エントリーの一覧情報の一例の構成図を示す。図２５のエントリーの一覧情報は、エントリー管理番号，エントリー登録番号，エントリー種別，ユーザ名称などのデータ項目を含む。エントリー登録番号は、ユーザが記憶するための番号である。エントリー種別は、配信宛先になるか否か，送信者になるか否か，アカウントがグループか等を表す。
【０１６８】
なお、ステップＳ５２では見出しに所属する全てのエントリーを必ずしも取得する必要がなく、オペレーションパネル７０の一画面に表示される分だけ取得してもよい。また、電子メールアドレスがあるエントリーや送信者になりうるエントリーに限るなど、フィルター情報を指定できるようにしてもよい。
【０１６９】
次に、図１２のエントリー選択画面の直接入力欄１２６にエントリー登録番号を入力した場合の処理について説明する。図２６は、エントリー登録番号入力処理の一例のフローチャートを示す。
【０１７０】
ステップＳ６１では、スキャナアプリ３４が、エントリー登録番号からエントリー管理番号を取得するＡＰＩを利用して、直接入力欄１２６に入力されたエントリー登録番号に対応するエントリー管理番号をＵＣＳ４９から取得する。図２７は、エントリー登録番号からエントリー管理番号を取得するＡＰＩの一例の構成図を示す。
【０１７１】
ステップＳ６１に続いてステップＳ６２に進み、スキャナアプリ３４はエントリー管理番号からエントリーが所属する見出しを取得するＡＰＩを利用して、ステップＳ６１で取得したエントリー管理番号からエントリーが所属する見出しをＵＣＳ４９から取得する。図２８は、エントリー管理番号からエントリーが所属する見出しを取得するＡＰＩの一例の構成図を示す。
【０１７２】
ステップＳ６２に続いてステップＳ６３に進み、スキャナアプリ３４は現在選択されている見出し集合にステップＳ６２で取得した見出しが含まれるか否かを判定する。
【０１７３】
ステップＳ６２で取得した見出しが現在選択されている見出し集合に含まれると（Ｓ６３においてＹＥＳ）、スキャナアプリ３４はステップＳ６４に進み、ステップＳ６２で取得した見出しのうち現在選択されている見出し集合に含まれる見出しを１つ選択する。なお、ステップＳ６２で取得した見出しのうち現在選択されている見出し集合に含まれる見出しが複数ある場合、適当な判断基準（例えば、見出し管理番号が最小のもの）に基づき１つの見出しを選択する。
【０１７４】
一方、ステップＳ６２で取得した見出しが現在選択されている見出し集合に含まれないと（Ｓ６３においてＮＯ）、スキャナアプリ３４はステップＳ６５に進み、見出し集合および見出しを適当な判断基準に基づき１つ選択する。
【０１７５】
ステップＳ６４又はステップＳ６５に続いてステップＳ６６に進み、スキャナアプリ３４はステップＳ６４又はステップＳ６５で選択した見出しに所属するエントリーの一覧を、エントリーの一覧情報を取得するＡＰＩを利用してＵＣＳ４９から取得する。そして、スキャナアプリ３４は取得したエントリーの一覧を利用して図１２に表すようなエントリー選択画面を作成してオペレーションパネル７０に表示する。
【０１７６】
なお、ステップＳ６６では、見出しに所属するエントリーの順位が分かると以下のように効率的な処理が可能となる。例えばオペレーションパネル７０の一画面に表示されるエントリー数が１２で、見出しに所属する所望のエントリーの順位が２０番目の場合、１３番目のエントリーから１２個のエントリーを含むエントリーの一覧を取得すればよい。
【０１７７】
スキャナアプリ３４は、エントリー順位を取得するＡＰＩを利用して、ＵＣＳ４９から見出しに所属するエントリーの順位を取得する。図２９は、エントリー順位を取得するＡＰＩの一例の構成図を示す。
【０１７８】
このように、エントリー順位を取得するＡＰＩを利用することで、最初から１２個ずつエントリーを取得していき、取得したエントリーに所望のエントリーが含まれるか否かを調べる手間を回避できる。
【０１７９】
また、ＵＣＳ４９は以下のようなＡＰＩも提供できる。図３０は、メール情報を取得するＡＰＩの一例の構成図を示す。スキャナアプリ３４は、メール情報を取得するＡＰＩを利用してＵＣＳ４９から電子メールアドレスなどのメール情報を取得できる。
【０１８０】
図３１は、送信者認証情報を取得するＡＰＩの一例の構成図を示す。スキャナアプリ３４は、送信者認証情報を取得するＡＰＩを利用してＵＣＳ４９から送信者認証情報を取得する。なお、送信者認証情報は例えばパスワードであり、送信者を識別するために利用される。
【０１８１】
図３２は、利用者制限情報を取得するＡＰＩの一例の構成図を示す。スキャナアプリ３４は、利用者制限情報を取得するＡＰＩを利用してＵＣＳ４９から利用者制限情報を取得する。なお、利用者制限情報は利用禁止，カラー禁止，白黒禁止など、細分した機能の禁止を表すフラグの列である。
【０１８２】
図３３は、電子メールグループ情報を取得するＡＰＩの一例の構成図を示す。スキャナアプリ３４は、電子メールグループ情報を取得するＡＰＩを利用してＵＣＳ４９から電子メールグループ情報を取得する。なお、電子メールグループ情報は、所属するアカウント数や所属するアカウントなどの情報である。
【０１８３】
図３４は、エントリーを検索するＡＰＩの一例の構成図を示す。スキャナアプリ３４は、エントリーを検索するＡＰＩを利用してＵＣＳ４９にエントリーを検索させる。なお、エントリーの検索は、前方一致，後方一致，部分一致などの検索条件を利用できる。
【０１８４】
なお、図８に表したユーザ情報の参照処理では、ファックスアプリ３３またはスキャナアプリ３４がオペレーションパネル７０に表示する画面を作成する例を説明したが、オペレーションパネル７０に表示する画面を作成する画面作成モジュールを別途設ける構成としてもよい。
【０１８５】
図３５は、画面作成モジュールの処理について説明するための図を示す。ＳＣＳ４２に含まれる画面作成モジュール１３０は、ファックスアプリ３３やスキャナアプリ３４からのリクエストに応じてオペレーションパネル７０に表示する画面を作成する。
【０１８６】
このように、画面作成モジュール１３０を別途設けることで、画面作成機能をファックスアプリ３３およびスキャナアプリ３４に備える必要がなくなり、画面作成機能を共有化できる。
【０１８７】
以上のように、本発明による融合機１はＵＣＳ４９を設けたことにより、ファックスアプリ３３，スキャナアプリ３４などの複数のアプリでユーザ情報を共有でき、ユーザ情報がフラッシュメモリ６５またはＨＤＤ６６の何れに格納されているかをアプリ側で考慮する必要が無くなった。
【０１８８】
なお、図１の構成図ではＵＣＳ４９がコントロールサービスに含まれる例を表しているが、この例に限らない。例えばＵＣＳ４９は、アプリケーション３０に含まれるようにしてもよい。また、図８等ではファックスアプリ３３およびスキャナアプリ３４がＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の参照を要求する例を表しているが、この例に限らない。例えばコントロールサービスがＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の参照を要求してもよい。
【０１８９】
本実施例では、融合機１の処理を中心に説明したが、図１及び図２に示した情報処理装置１０００への応用が容易である。情報処理装置１０００では、図５および図８のＵＣＳ４９に代わり、ユーザ情報管理手段１２６０がユーザ情報の管理を行うこととなる。なお、情報処理装置１０００の場合、ＳＣＳ４２に相当する構成は必ずしも必須ではない。
【０１９０】
【発明の効果】
上述の如く、本発明によれば、ユーザ情報管理手段がアプリケーションからの要求に応じたユーザ情報を取得して要求元のアプリケーションに供給することにより、ユーザ情報を共有できると共にユーザ情報を一元管理することが可能である。
【０１９１】
【図面の簡単な説明】
【図１】本発明による情報処理装置の一実施例の構成図である。
【図２】本発明による情報処理装置の一実施例のハードウェア構成図である。
【図３】本発明による融合機の一実施例の構成図である。
【図４】本発明による融合機の一実施例のハードウェア構成図である。
【図５】本発明のユーザ情報管理方法について説明するための図である。
【図６】利用制限・課金情報の一例の構成図である。
【図７】配信宛先情報の一例の構成図である。
【図８】ユーザ情報の参照処理について説明するための図である。
【図９】配信宛先情報を参照する処理の一例のフローチャートである。
【図１０】見出し集合および見出しの一例のイメージ図である。
【図１１】エントリーの一例のイメージ図である。
【図１２】エントリー選択画面の一例のイメージ図である。
【図１３】ステップＳ１０の諸元情報取得処理の一例のフローチャートである。
【図１４】諸元情報を取得するＡＰＩの一例の構成図である。
【図１５】諸元情報の一例の構成図である。
【図１６】ステップＳ１１の利用機能登録処理の一例のフローチャートである。
【図１７】利用機能登録を行うＡＰＩの一例の構成図である。
【図１８】ステップＳ１２の見出し集合情報および見出し情報取得処理の一例のフローチャートである。
【図１９】見出し集合情報を取得するＡＰＩの一例の構成図である。
【図２０】見出し集合情報の一例の構成図である。
【図２１】見出し情報を取得するＡＰＩの一例の構成図である。
【図２２】見出し情報の一例の構成図である。
【図２３】ステップＳ１３のエントリー一覧情報取得処理の一例のフローチャートである。
【図２４】エントリーの一覧情報を取得するＡＰＩの一例の構成図である。
【図２５】エントリーの一覧情報の一例の構成図である。
【図２６】エントリー登録番号入力処理の一例のフローチャートである。
【図２７】エントリー登録番号からエントリー管理番号を取得するＡＰＩの一例の構成図である。
【図２８】エントリー管理番号からエントリーが所属する見出しを取得するＡＰＩの一例の構成図である。
【図２９】エントリー順位を取得するＡＰＩの一例の構成図である。
【図３０】メール情報を取得するＡＰＩの一例の構成図である。
【図３１】送信者認証情報を取得するＡＰＩの一例の構成図である。
【図３２】利用者制限情報を取得するＡＰＩの一例の構成図である。
【図３３】電子メールグループ情報を取得するＡＰＩの一例の構成図である。
【図３４】エントリーを検索するＡＰＩの一例の構成図である。
【図３５】画面作成モジュールの処理について説明するための図である。
【符号の説明】
１ 融合機
１１ 白黒ラインプリンタ
１２ カラーラインプリンタ
１３，１１４０ ハードウェアリソース
２０，１２００ ソフトウェア群
３０，１２１０−１〜１２１０−ｎ アプリケーション
４０ プラットフォーム
４１ オペレーティングシステム（ＯＳ）
４２ システムコントロールサービス（ＳＣＳ）
４３ システムリソースマネージャ（ＳＲＭ）
４４ エンジンコントロールサービス（ＥＣＳ）
４５ メモリコントロールサービス（ＭＣＳ）
４６ オペレーションパネルコントロールサービス（ＯＣＳ）
４７ ファックスコントロールサービス（ＦＣＳ）
４８ ネットワークコントロールサービス（ＮＣＳ）
４９ ユーザ情報管理サービス（ＵＣＳ）
５０ 融合機起動部
６０ コントローラボード
６１ ＣＰＵ
６２ ＡＳＩＣ（Application Specific Integrated Circuit）
６３ ＳＲＡＭ（Static RAM）
６４ ＳＤＲＡＭ（Synchronous DRAM）
６５ フラッシュメモリ
６６ ハードディスク装置（ＨＤＤ）
６７ ネットワークＩ／Ｆコントローラ
７０ オペレーションパネル
８０ ファックスコントロールユニット（ＦＣＵ）
９０ ＵＳＢデバイス
１００ ＩＥＥＥ１３９４デバイス
１１０ エンジン部
１２１ 課金情報管理モジュール
１２２ 見出し集合
１２３ 見出し
１２４ エントリーの一覧
１２５ エントリー
１２６ 直接入力欄
１２７ 情報表示欄
１３０ 画面作成モジュール
１０００ 情報処理装置
１１００ ハードウェア資源
１１１０ メモリ装置
１１２０ 入力装置
１１３０ 表示装置
１２２０ アプリケーションプログラムインターフェース（ＡＰＩ）
１２３０ オペレーティングシステム
１２４０ ＢＩＯＳ
１２５０ デバイスドライバ
１２６０ ユーザ情報管理手段
Claims (6)
- プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用されるプログラムとを有し、前記プログラム及び前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置のユーザ情報管理方法であって、
前記画像形成装置は、
前記ユーザ情報を第１のユーザ情報及び第２のユーザ情報毎に格納する格納手段と、
前記格納手段に格納されている前記ユーザ情報を管理するユーザ情報管理手段と、
前記ユーザ情報管理手段が、前記画像形成装置内部のプログラム及び前記画像処理アプリケーションから前記ユーザ情報の利用に関する要求を受け付ける関数があり、
ユーザ情報管理手段が、前記関数による前記ユーザ情報の利用に関する要求を前記画像形成装置内部のアプリケーションから受信するステップと、
前記ユーザ情報管理手段が、前記ユーザ情報の利用に関する要求を解釈し、所定の情報処理動作に伴い更新される第１のユーザ情報及び前記第１のユーザ情報と内容および更新のタイミングの異なる第２のユーザ情報が前記第１のユーザ情報及び第２のユーザ情報毎に格納されている複数の格納手段から前記要求に応じた第１のユーザ情報又は第２のユーザ情報が格納されている前記格納手段を複数の格納手段から判定し、判定した前記格納手段に格納されているユーザ情報の利用に関する処理を行うユーザ情報管理ステップと
を有し、
前記第１のユーザ情報および前記第２のユーザ情報は、異なる種類の格納手段に格納されていることを特徴とするユーザ情報管理方法。 - 前記ユーザ情報の利用に関する要求を送信する前記アプリケーションが、前記格納手段を指定せず、前記第１のユーザ情報又は第２のユーザ情報を指定して前記ユーザ情報の利用に関する要求を送信することを特徴とする請求項１記載のユーザ情報管理方法。
- 第１のユーザ情報が配信宛先情報、第２のユーザ情報が利用権限・課金情報を含むことを特徴とする請求項１又は２記載のユーザ情報管理方法。
- プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用されるプログラムとを有し、前記プログラム及び前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置であって、
前記ユーザ情報を第１のユーザ情報及び第２のユーザ情報毎に格納する格納手段と、
前記格納手段に格納されている前記ユーザ情報を管理するユーザ情報管理手段と、
前記ユーザ情報管理手段が、前記画像形成装置内部のプログラム及び前記画像処理アプリケーションから前記ユーザ情報の利用に関する要求を受け付ける関数があり、
ユーザ情報管理手段が、前記関数による前記ユーザ情報の利用に関する要求を前記画像形成装置内部のアプリケーションから受信し、
前記ユーザ情報管理手段が、前記ユーザ情報の利用に関する要求を解釈し、所定の情報処理動作に伴い更新される第１のユーザ情報及び前記第１のユーザ情報と内容および更新のタイミングの異なる第２のユーザ情報が前記第１のユーザ情報及び第２のユーザ情報毎に格納されている複数の格納手段から前記要求に応じた第１のユーザ情報及び第２のユーザ情報が格納されている前記格納手段を複数の格納手段から判定し、判定した前記格納手段に格納されているユーザ情報の利用に関する処理を行い、
前記第１のユーザ情報および前記第２のユーザ情報は、異なる種類の格納手段に格納されていることを特徴とする画像形成装置。 - 前記ユーザ情報の利用に関する要求を送信する前記アプリケーションが、前記格納手段を指定せず、前記第１のユーザ情報又は第２のユーザ情報を指定して前記ユーザ情報の利用に関する要求を送信することを特徴とする請求項４記載の画像形成装置。
- 第１のユーザ情報が配信宛先情報、第２のユーザ情報が利用権限・課金情報を含むことを特徴とする請求項４又は５記載の画像形成装置。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003039974A JP3865242B2 (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 |
|---|---|---|---|
| JP2002050539 | 2002-02-26 | ||
| JP2002-50539 | 2002-02-26 | ||
| JP2003039974A JP3865242B2 (ja) | 2002-02-26 | 2003-02-18 | ユーザ情報管理方法および情報処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003323311A JP2003323311A (ja) | 2003-11-14 |
| JP3865242B2 true JP3865242B2 (ja) | 2007-01-10 |
Family
ID=29552005
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003039974A Expired - Fee Related JP3865242B2 (ja) | 2002-02-26 | 2003-02-18 | ユーザ情報管理方法および情報処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3865242B2 (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 (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7124539B2 (ja) * | 2018-08-07 | 2022-08-24 | 富士フイルムビジネスイノベーション株式会社 | 情報処理装置及びプログラム |
-
2003
- 2003-02-18 JP JP2003039974A patent/JP3865242B2/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 |
|---|---|
| JP2003323311A (ja) | 2003-11-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9405495B2 (en) | Image forming apparatus and scanned data process method | |
| JP4444752B2 (ja) | サービス提供装置、サービス提供プログラム、記録媒体及びサービス提供方法 | |
| US10404785B2 (en) | Method of controlling user information and information processing apparatus | |
| JP4344203B2 (ja) | 画像形成装置および情報表示方法 | |
| JP4394740B2 (ja) | 画像形成装置、方法、及びプログラム | |
| JP4001531B2 (ja) | 画像形成装置 | |
| JP3715629B2 (ja) | 画像処理装置およびユーザ情報管理方法 | |
| JP4128506B2 (ja) | 画像形成装置およびアプリケーション情報取得方法 | |
| JP3865242B2 (ja) | ユーザ情報管理方法および情報処理装置 | |
| JP3914163B2 (ja) | ユーザ情報管理方法および画像形成装置 | |
| JP4676977B2 (ja) | 画像形成装置、アプリケーション情報取得方法、及びプログラム | |
| JP4383066B2 (ja) | 画像形成装置 | |
| JP4485749B2 (ja) | 画像形成装置 | |
| JP3857654B2 (ja) | 画像形成装置，ユーザ情報管理方法，ユーザ情報管理プログラムおよび記録媒体 | |
| JP4128467B2 (ja) | 画像形成装置及びメモリマップ方法 | |
| JP4128468B2 (ja) | 情報処理装置及びメモリマップ方法 | |
| JP4898878B2 (ja) | 画像形成装置及びプログラム | |
| JP5063718B2 (ja) | 画像形成装置及びネットワークシステム | |
| JP4677054B2 (ja) | 画像形成装置、プログラム、記録媒体、及び方法 | |
| JP4093770B2 (ja) | データ転送方法およびそのデータ転送方法を利用するインターフェース制御モジュール，デバイス制御モジュール，画像形成装置 | |
| US20050254082A1 (en) | Image forming device, data erasing method, and recording medium | |
| JP2009070208A (ja) | 画像処理装置およびメモリ確保方法 | |
| JP2004303205A (ja) | 外部装置によって蓄積文書情報を編集可能とする画像形成装置、文書サービス提供方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060322 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060522 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060620 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060818 |
|
| 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: 20060926 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060928 |
|
| 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: 20101013 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111013 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121013 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131013 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |