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
【発明の属する技術分野】
本発明は、ユーザ情報管理方法および情報処理装置に係り、特に1つ以上のアプリケーションにユーザ情報を提供するユーザ情報管理方法および情報処理装置に関する。
【0002】
【従来の技術】
パソコン等の情報処理装置は、様々な情報処理にそれぞれ対応する1つ以上のソフトウェアを実行させることで様々な情報処理を行わせるものである。このような情報処理装置は、例えば他のコンピュータなどにネットワークを介して接続されており、配信機能を利用して画像情報などの配信を行う。配信機能を有する情報処理装置は、例えば配信宛先情報および利用制限・課金情報をユーザ情報として有している。
【0003】
また、情報処理装置の応用例としての画像形成装置は、プリンタ,コピー,ファクシミリおよびスキャナなどの各装置の機能を1つの筐体内に収納している。画像形成装置は、1つの筐体内に表示部,印刷部および撮像部などを設けると共に、プリンタ,コピー,ファクシミリおよびスキャナにそれぞれ対応する4種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ,コピー,ファクシミリおよびスキャナとして動作させるものである。
【0004】
このような画像形成装置は、他の画像形成装置やコンピュータなどにネットワークを介して接続され、配信機能を利用して例えば画像情報などの配信を行う。配信機能を有する画像形成装置は、例えば配信宛先情報および利用制限・課金情報をユーザ情報として有している。
【0005】
配信宛先情報は、配信宛先や送信者などの管理を行うものである。配信宛先情報は、更新頻度が低くバックアップが比較的容易である。また、配信宛先情報は管理が必要なユーザが情報処理装置や画像形成装置を利用するユーザに限定されないため、管理が必要なユーザの数が多くなる。
【0006】
一方、利用制限・課金情報は各種機能の使用可否や使用可能機能の使用量(例えば使用枚数など)の管理を行うものである。利用制限・課金情報は機器の使用の度に更新されるため更新頻度が高く、バックアップが困難である。また、利用制限・課金情報は管理が必要なユーザが情報処理装置や画像形成装置を利用するユーザに限定されるため、管理が必要なユーザの数が少なくなる。
【0007】
このように、配信宛先情報および利用制限・課金情報はバックアップの容易性や管理が必要なユーザの数に差があるため、格納手段としての記憶装置に要求される条件が異なっている。例えば配信宛先情報は速度や信頼性を犠牲にしても大容量の記憶装置が必要である。また、利用制限・課金情報はコストや容量を犠牲にしても高速で信頼性の高い記憶装置が必要である。
【0008】
従来の情報処理装置や画像形成装置は、例えば配信宛先情報をハードディスク装置に格納して管理し、利用制限・課金情報を不揮発RAMに格納して管理していた。
【0009】
特許文献1には、1つの筐体内に表示部,印刷部および撮像部などを設けると共に、プリンタ,コピー,ファクシミリおよびスキャナにそれぞれ対応する4種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ,コピー,ファクシミリおよびスキャナとして動作される画像形成装置の一例が記載されている。
【0010】
【特許文献1】
特開2002−84383号公報
【0011】
【発明が解決しようとする課題】
従来の情報処理装置は、様々な情報処理にそれぞれ対応する1つ以上のアプリケーションを有している。各アプリケーションは、配信機能を利用するための配信宛先情報を別々に管理していた。また、従来の画像形成装置はプリンタ,コピー,ファクシミリ,スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うアプリケーションを有している。各アプリケーションは、配信機能を利用するための配信宛先情報を別々に管理していた。
【0012】
したがって、従来の情報処理装置や画像形成装置では配信宛先情報を管理するという同様な機能を各アプリケーションごとに有していなければならないという問題があった。このように同様な機能を各アプリケーションごとに有することは無駄であり、更に同様なプログラムの誤り(Bug )を含む可能性が高くなるという問題があった。
【0013】
本発明は、上記の点に鑑みなされたもので、1つ以上のアプリケーションがユーザ情報を共有できると共に、ユーザ情報を一元管理することが可能なユーザ情報管理方法および情報処理装置を提供することを目的とする。
【0014】
【課題を解決するための手段】
そこで、上記課題を解決するため、請求項1にかかる発明は、プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う1つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記1つ以上の画像処理アプリケーションからアクセスされて共通に利用されるプログラムとを有し、前記プログラム及び前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置のユーザ情報管理方法であって、前記画像形成装置は、前記ユーザ情報を第1のユーザ情報及び第2のユーザ情報毎に格納する格納手段と、前記格納手段に格納されている前記ユーザ情報を管理するユーザ情報管理手段と、前記ユーザ情報管理手段が、前記画像形成装置内部のプログラム及び前記画像処理アプリケーションから前記ユーザ情報の利用に関する要求を受け付ける関数があり、ユーザ情報管理手段が、前記関数による前記ユーザ情報の利用に関する要求を前記画像形成装置内部のアプリケーションから受信するステップと、前記ユーザ情報管理手段が、前記ユーザ情報の利用に関する要求を解釈し、所定の情報処理動作に伴い更新される第1のユーザ情報及び前記第1のユーザ情報と内容および更新のタイミングの異なる第2のユーザ情報が前記第1のユーザ情報及び第2のユーザ情報毎に格納されている複数の格納手段から前記要求に応じた第1のユーザ情報又は第2のユーザ情報が格納されている前記格納手段を複数の格納手段から判定し、判定した前記格納手段に格納されているユーザ情報の利用に関する処理を行うユーザ情報管理ステップとを有し、前記第1のユーザ情報および前記第2のユーザ情報は、異なる種類の格納手段に格納されていることを特徴とする。
【0015】
このようなユーザ情報管理方法では、ユーザ情報管理手段がアプリケーションからの要求に応じたユーザ情報が格納されている格納手段を判定し、判定した格納手段からユーザ情報を取得して、要求元のアプリケーションに供給することにより、ユーザ情報を共有できると共にユーザ情報を一元管理することが可能である。
【0016】
また、請求項2にかかる発明は、前記ユーザ情報の利用に関する要求を送信する前記アプリケーションが、前記格納手段を指定せず、前記第1のユーザ情報又は第2のユーザ情報を指定して前記ユーザ情報の利用に関する要求を送信することを特徴とする。
【0017】
また、請求項3にかかる発明は、第1のユーザ情報が配信宛先情報、第2のユーザ情報が利用権限・課金情報を含むことを特徴とする。
【0050】
また、上記課題を解決するため、請求項4にかかる発明は、プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う1つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記1つ以上の画像処理アプリケーションからアクセスされて共通に利用されるプログラムとを有し、前記プログラム及び前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置であって、前記ユーザ情報を第1のユーザ情報及び第2のユーザ情報毎に格納する格納手段と、前記格納手段に格納されている前記ユーザ情報を管理するユーザ情報管理手段と、前記ユーザ情報管理手段が、前記画像形成装置内部のプログラム及び前記画像処理アプリケーションから前記ユーザ情報の利用に関する要求を受け付ける関数があり、ユーザ情報管理手段が、前記関数による前記ユーザ情報の利用に関する要求を前記画像形成装置内部のアプリケーションから受信し、前記ユーザ情報管理手段が、前記ユーザ情報の利用に関する要求を解釈し、所定の情報処理動作に伴い更新される第1のユーザ情報及び前記第1のユーザ情報と内容および更新のタイミングの異なる第2のユーザ情報が前記第1のユーザ情報及び第2のユーザ情報毎に格納されている複数の格納手段から前記要求に応じた第1のユーザ情報及び第2のユーザ情報が格納されている前記格納手段を複数の格納手段から判定し、判定した前記格納手段に格納されているユーザ情報の利用に関する処理を行い、前記第1のユーザ情報および前記第2のユーザ情報は、異なる種類の格納手段に格納されていることを特徴とする。
【0051】
このような情報処理装置では、ユーザ情報管理手段がアプリケーションからの要求に応じたユーザ情報が格納されている格納手段を判定し、判定した格納手段からユーザ情報を取得して要求元のアプリケーションに供給することにより、ユーザ情報を共有できると共にユーザ情報を一元管理することが可能である。
【0052】
また、請求項5にかかる発明は、前記ユーザ情報の利用に関する要求を送信する前記アプリケーションが、前記格納手段を指定せず、前記第1のユーザ情報又は第2のユーザ情報を指定して前記ユーザ情報の利用に関する要求を送信することを特徴とする。
【0053】
また、請求項6にかかる発明は、第1のユーザ情報が配信宛先情報、第2のユーザ情報が利用権限・課金情報を含むことを特徴とする。
【0088】
【発明の実施の形態】
次に、本発明の実施の形態について図面に基づいて説明する。
【0089】
図1は、本発明による情報処理装置の一実施例の構成図である。情報処理装置1000は、ハードウェア資源1100と,ソフトウェア群1200とを含むように構成される。
【0090】
ハードウェア資源1100は、メモリ装置1110,入力装置1120,表示装置1130,その他のハードウェアリソース1140等を含む。ソフトウェア群1200は、アプリケーション1210−1〜1210−n,UNIX(登録商標)などのOS1230,BIOS1240,デバイスドライバ1250,ユーザ情報管理手段1260等を含む。
【0091】
情報処理装置1000は、電源投入時にOS1230のプログラムを補助記憶装置から読み出し、読み出したプログラムをメモリ装置1110に転送して起動する。また、情報処理装置1000は電源投入時またはオペレータからの起動指示によりアプリケーション1210−1〜1210−nのプログラムを補助記憶装置から読み出し、読み出したプログラムをメモリ装置1110に転送して起動する。
【0092】
アプリケーション1210−1〜1210−nは、情報処理装置1000に様々な情報処理を行わせるものである。BIOS1240は、ハードウェア資源1100を制御するプログラムである。また、デバイスドライバ1250はハードウェア資源1100に含まれる周辺機器等を管理するプログラムである。
【0093】
OS1230およびユーザ情報管理手段1260は、API(Application Program Interface )1220を利用してアプリケーション1210−1〜1210−nからの要求を受信する。API1220は予め定義されている関数により、アプリケーション1210−1〜1210−nからの要求を受信するために利用される。
【0094】
ユーザ情報管理手段1260は、ユーザ情報の管理を行うものである。ユーザ情報管理手段1260は、アプリケーション1210−1〜1210−nからの要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して要求元のアプリケーションに供給する。
【0095】
OS1230は、アプリケーション1210−1〜1210−n及びユーザ情報管理手段1260の各ソフトウェアをプロセスとして並列制御する。また、OS1230はBIOS1240,デバイスドライバ1250を利用してハードウェア資源1100に対する要求を行う。
【0096】
次に、情報処理装置1000のハードウェア構成について説明する。図2は、本発明による情報処理装置の一実施例のハードウェア構成図である。情報処理装置1000は、それぞれバスBで相互に接続されている入力装置1510,表示装置1520,補助記憶装置1530,メモリ装置1540および演算処理装置1550を有するように構成される。
【0097】
入力装置1510はキーボード及びマウスなどで構成され、様々な操作指示を入力するために用いられる。表示装置1520は、操作に必要な各種ウインドウやデータ等を表示する。補助記憶装置1530は、情報処理装置1000に係る処理を行わせるプログラムを格納すると共に、そのプログラムの処理に必要な各種ファイルやデータ等を格納している。
【0098】
メモリ装置1540は、情報処理装置1000の起動時に補助記憶装置1530からプログラムを読み出して格納する。演算処理装置1550は、メモリ装置1540に格納されたプログラムに従って処理を実行する。
【0099】
このような情報処理装置1000は、例えば他のコンピュータなどにネットワークを介して接続され、配信機能を利用して画像情報などの配信を行う。配信機能を備えた情報処理装置1000は、配信宛先情報および利用制限・課金情報をユーザ情報として有している。なお、配信機能を備えていない情報処理装置1000は、利用制限・課金情報をユーザ情報として有している。
【0100】
次に、本発明による情報処理装置1000の応用例としての画像形成装置1について説明する。なお、本実施例で説明する画像形成装置1は、プリンタ,コピー,ファクシミリおよびスキャナ等の各装置の機能を1つの筐体内に収納しているため、融合機とも呼ばれる。
【0101】
図3は、本発明による融合機の一実施例の構成図を示す。融合機1は、白黒ラインプリンタ11と,カラーラインプリンタ12と,スキャナやファクシミリなどのハードウェアリソース13と,ソフトウェア群20と,融合機起動部50とを有するように構成される。また、ソフトウェア群20はアプリケーション30とプラットフォーム40とを有するように構成される。
【0102】
プラットフォーム40は、アプリケーション30からの処理要求を解釈してハードウェア資源の獲得要求を発生するコントロールサービスと、1つ以上のハードウェア資源の管理を行ってコントロールサービスからの獲得要求を調停するシステムリソースマネージャ(以下、SRMという)43と、オペレーティングシステム(以下、OSという)41とを有するように構成されている。
【0103】
コントロールサービスは、システムコントロールサービス(以下、SCSという)42,エンジンコントロールサービス(以下、ECSという)44,メモリコントロールサービス(以下、MCSという)45,オペレーションパネルコントロールサービス(以下、OCSという)46,ファックスコントロールサービス(以下、FCSという)47,ネットワークコントロールサービス(以下、NCSという)48,ユーザ情報管理サービス(以下、UCSという)49など一つ以上のサービスモジュールを有するように構成されている。
【0104】
なお、プラットフォーム40は予め定義されている関数によりアプリケーション30からの処理要求を受信可能とするアプリケーションプログラムインターフェース(以下、APIという)を有するように構成されている。
【0105】
OS41は、ユニックス(UNIX(登録商標))などのオペレーティングシステムであって、プラットフォーム40およびアプリケーション30の各ソフトウェアをプロセスとして並列実行する。
【0106】
SRM43のプロセスは、SCS42と共にシステムの制御およびリソースの管理を行うものである。例えばSRM43のプロセスは、スキャナ部やプリンタ部などのエンジン,メモリ,ハードディスク装置(HDD)ファイル,ホストI/O(セントロインターフェース,ネットワークインターフェース,IEEE1394インターフェース,RS232Cインターフェースなど)のハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。
【0107】
具体的に、SRM43は要求されたハードウェア資源が利用可能であるか(他の要求により利用されていないかどうか)を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、SRM43は上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、例えばプリンタエンジンによる紙搬送と作像動作,メモリ確保,ファイル生成などの要求内容を直接実施している。
【0108】
SCS42のプロセスは、アプリケーション管理,操作部制御,システム画面表示,LED表示,リソース管理,割り込みアプリケーション制御を行う。ECS44のプロセスは、白黒ラインプリンタ11,カラーラインプリンタ12,ハードウェアリソース13のエンジンの制御を行う。
【0109】
MCS45のプロセスは、画像メモリの取得および解放,ハードディスク装置(HDD)の利用,画像データの圧縮および伸張などを行う。OCS46のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。
【0110】
FCS47のプロセスは、システムコントローラの各アプリケーション層からPSTNまたはISDN網を利用したファクシミリ送受信,BKM(バックアップSRAM)で管理されている各種ファクシミリデータの登録/引用,ファクシミリ読み取り,ファクシミリ受信印刷,融合送受信を行うためのアプリケーションを提供する。
【0111】
NCS48のプロセスは、ネットワークI/Oを必要とするアプリケーションに対し、共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【0112】
UCS49のプロセスは、ユーザ情報の管理を行うものであり、要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して各アプリケーションに供給する。
【0113】
また、アプリケーション30は、プリンタ,コピー,ファクシミリ,スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うものである。アプリケーション30は、ページ記述言語(PDL,PCL)およびポストスクリプト(PS)を有するプリンタ用のアプリケーションであるプリンタアプリ31と,コピー用アプリケーションであるコピーアプリ32と,ファクシミリ用アプリケーションであるファックスアプリ33と,スキャナ用アプリケーションであるスキャナアプリ34と,ネットワークファイル用アプリケーションであるネットファイルアプリ35と,工程検査用アプリケーションである工程検査アプリ36とを有している。
【0114】
融合機起動部50は、融合機1の電源投入時に最初に実行され、アプリケーション30やプラットフォーム40を起動するものである。例えば融合機起動部50は、コントロールサービスやアプリケーションのプログラムを後述するフラッシュメモリから読み出し、読み出した各プログラムをSRAMまたはSDRAM上に確保したメモリ領域に転送して起動するものである。
【0115】
図4は、本発明による融合機の一実施例のハードウェア構成図を示す。図4の融合機1は、コントローラボード60と,オペレーションパネル70と,ファックスコントロールユニット(以下、FCUという)80と,USBデバイス90と,IEEE1394デバイス100と,エンジン部110とを有するように構成される。なお、FCU80はメモリを有している。FCU80が有するメモリは、例えば融合機1の電源がOFFのときに受信したファクシミリデータを一時的に格納するために利用される。
【0116】
オペレーションパネル70は、コントローラボード60のASIC62に直接接続されている。また、FCU80,USBデバイス90,IEEE1394デバイス100およびエンジン部110は、コントローラボード60のASIC62にPCIバス(Peripheral Component Interconnect bus )などで接続されている。
【0117】
また、コントローラボード60は、CPU61と,ASIC62と,SRAM(Static RAM)63と,SDRAM(Synchronous DRAM)64と,フラッシュメモリ65と,HDD66と,ネットワークI/Fコントローラ67とを有するように構成される。コントローラボード60は、CPU61,SRAM63,SDRAM64,フラッシュメモリ65,HDD66,ネットワークI/Fコントローラ67などをASIC62に接続するように構成されている。
【0118】
CPU61は、融合機1の全体制御を行うものである。CPU61は、OS41上でプラットフォーム40を形成するSCS42,SRM43,ECS44,MCS45,OCS46,FCS47およびNCS48をそれぞれプロセスとして起動して実行させると共に、アプリケーション30を形成するプリンタアプリ31,コピーアプリ32,ファックスアプリ33,スキャナアプリ34,ネットファイルアプリ35および工程検査アプリ36を起動して実行させる。
【0119】
ASIC62は、画像処理用のハードウェア要素を有する画像処理用途向けのICである。SRAM63およびSDRAM64の物理メモリ領域には、カーネルやプロセスなどの仮想メモリ領域がマッピングされる。
【0120】
不揮発RAMとしてのフラッシュメモリ65は、アプリケーション30またはプラットフォーム40を構成する各アプリやコントロールサービス,SRM43などの各プログラムおよび利用制限・課金情報が格納されている。また、HDD66は、画像データの蓄積,プログラムの蓄積,フォントデータの蓄積,フォームの蓄積,配信宛先情報の格納を行うためのストレージである。オペレーションパネル70はオペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【0121】
このような融合機1は、例えば他の融合機やコンピュータなどにネットワークを介して接続され、配信機能を利用して画像情報などの配信を行う。配信機能を備えた融合機1は、配信宛先情報および利用制限・課金情報をユーザ情報として有している。なお、配信機能を備えていない融合機1は、利用制限・課金情報をユーザ情報として有している。
【0122】
以下、本発明のユーザ情報管理方法について説明していく。なお、以下の説明では本発明による情報処理装置1000の応用例としての融合機1の処理を中心に説明する。
【0123】
図5は、本発明のユーザ情報管理方法について説明するための図を示す。フラッシュメモリ65に格納された利用制限・課金情報は、各種機能の使用可否や使用可能機能の使用枚数などの管理を行うものであり、例えば図6のように構成される。
【0124】
図6は、利用制限・課金情報の一例の構成図を示す。図6の利用制限・課金情報は、管理番号,登録番号,ユーザー名,ユーザーコード,複写機能使用可否,複写機能使用枚数,配信機能使用可否,配信機能使用枚数などのデータ項目を有している。フラッシュメモリ65に格納された利用制限・課金情報は、SCS42に含まれる課金情報管理モジュール121により管理される。
【0125】
なお、フラッシュメモリ65には、各種サービス,モジュール,アプリケーションの管理パラメータも格納されており、SCS42に含まれるシステム初期設定モジュールにより管理される。
【0126】
また、HDD66に格納された配信宛先情報は、配信宛先や送信者などの管理を行うものであり、例えば図7のように構成される。図7は、配信宛先情報の一例の構成図を示す。図7の配信宛先情報は、管理番号,登録番号,ユーザー名,電子メールアドレス,送信者可否などのデータ項目を有している。HDD66に格納された配信宛先情報は、USC49により管理される。
【0127】
UCS49はHDD66に格納された配信宛先情報を直接管理する一方、フラッシュメモリ65に格納された利用制限・課金情報を課金情報管理モジュール121を介して管理する。
【0128】
なお、配信機能を備えていない融合機1の場合、HDD66に格納される配信宛先情報は存在しない。配信機能を備えていない融合機1であってもUCS49が課金情報管理モジュール121を介してフラッシュメモリ65に格納された利用制限・課金情報を管理することにより、配信機能の有無に関係無くインターフェースを統一できる。
【0129】
図5では、フラッシュメモリ65に利用制限・課金情報,HDD66に配信宛先情報を格納する例を表しているが、利用制限・課金情報または配信宛先情報をFCU80が有するメモリに格納するようにしてもよい。また、利用制限・課金情報または配信宛先情報の一部をFCU80が有するメモリに格納するようにしてもよい。
【0130】
次に、アプリケーションの一例としてファックスアプリ33またはスキャナアプリ34がUCS49を介してユーザ情報を参照する例について図面を参照しつつ説明していく。
【0131】
図8は、ユーザ情報の参照処理について説明するための図を示す。クライアントとしてのファックスアプリ33およびスキャナアプリ34は、UCS49の提供するAPIを利用してユーザ情報の参照を要求する。
【0132】
UCS49は、ファックスアプリ33またはスキャナアプリ34から参照要求があったユーザ情報がフラッシュメモリ65またはHDD66の何れに格納されているかを判定する。そして、UCS49は、参照要求のあったユーザ情報を判定したフラッシュメモリ65またはHDD66から取得し、取得したユーザ情報をファックスアプリ33またはスキャナアプリ34に供給する。
【0133】
具体的に、UCS49はファックスアプリ33またはスキャナアプリ34から配信宛先情報の参照要求があると、HDD66から配信宛先情報を取得してファックスアプリ33またはスキャナアプリ34に供給する。また、UCS49はファックスアプリ33またはスキャナアプリ34から利用制限・課金情報の参照要求があると、課金情報管理モジュール121を介してフラッシュメモリ65から利用制限・課金情報を取得してファックスアプリ33またはスキャナアプリ34に供給する。
【0134】
このように、ファックスアプリ33およびスキャナアプリ34は参照を所望するユーザ情報の格納場所を指定することなく、UCS49からユーザ情報を取得できる。なお、ファックスアプリ33およびスキャナアプリ34がUCS49の利用を開始するための処理は、以下のようになる。
【0135】
まず、サーバとしてのUCS49はリクエスト待ち受けスレッドを作成し、ソケットを開いてリクエストを待ち受ける。また、クライアントとしてのファックスアプリ33およびスキャナアプリ34はイベント待ち受けスレッドを作成し、ソケットを開いてイベントを待ち受けると共に、UCS49の開いたソケットを通じて利用登録を行う。
【0136】
ファックスアプリ33およびスキャナアプリ34からのリクエストがUCS49のソケットを通じて、また、UCS49からのイベントがファックスアプリ33およびスキャナアプリ34のソケットを通じてインタープロセスコミュニケーションを行うことにより、ファックスアプリ33およびスキャナアプリ34とUCS49との協調動作を実現している。
【0137】
次に、ファックスアプリ33またはスキャナアプリ34がユーザ情報を参照する処理の一例として、スキャナアプリ34がオペレーションパネル70に配信宛先情報を表示する処理について図面を参照しつつ説明していく。図9は、配信宛先情報を参照する処理の一例のフローチャートを示す。
【0138】
ステップS10では、スキャナアプリ34がUCS49の諸元情報をAPIを利用してUCS49から取得する諸元情報取得処理を行う。諸元情報とは、UCS49自体の諸要素の情報であり、UCS49や課金情報管理モジュール121の組み込み情報や設定パラメータ情報から構成されている。なお、諸元情報取得処理の詳細は後述する。
【0139】
ステップS10に続いてステップS11に進み、スキャナアプリ34は取得した諸元情報から利用可能機能を判定し、利用する機能をAPIを利用してUCS49に登録する利用機能登録処理を行う。このように、利用する機能をUCS49に登録すると、スキャナアプリ34はユーザ情報が更新されたときにUCS49から更新通知を受信するようになる。
【0140】
例えば電子メール宛先情報が利用可能機能である場合、スキャナアプリ34は電子メール宛先情報を利用する機能としてUCS49に登録する。すると、スキャナアプリ34は、電子メール宛先情報が更新されたときにUCS49から更新通知を受信するようになる。なお、利用機能登録処理の詳細は後述する。
【0141】
ステップS11に続いてステップS12に進み、スキャナアプリ34は見出し集合情報および見出し情報をAPIを利用してUCS49から取得する見出し集合情報および見出し情報取得処理を行う。
【0142】
図10は、見出し集合および見出しの一例のイメージ図を示す。図10中、見出し集合122および見出し123はユーザーインターフェースを意識した付加情報である。見出し集合122は例えば「常用」,「あ」などの見出し123の順序付き集合であり、所属する見出しの情報を保持する。また、見出し123は後述するエントリーの順序付き集合にラベルを付けたものであり、ラベルや所属するエントリーの情報を保持する。
【0143】
なお、見出し123のうち「常用」は全ての見出し集合に所属する特殊な見出しである。「常用」以外の見出し123は複数の見出し集合に所属しない。見出し集合情報および見出し情報取得処理の詳細は後述する。
【0144】
ステップS12に続いてステップS13に進み、スキャナアプリ34は選択された見出しに所属するエントリーの一覧をAPIを利用してUCS49から取得するエントリー一覧情報取得処理を行う。
【0145】
図11は、エントリーの一例のイメージ図を示す。図11中、エントリーの一覧124を構成する1つ以上のエントリー125は、個別ユーザーなどに対応するアカウントと列挙されたアカウントに対応するグループとに大別される。なお、エントリー一覧情報取得処理の詳細は後述する。
【0146】
ステップS13に続いてステップS14に進み、スキャナアプリ34は図12に表すようなエントリー選択画面を作成してオペレーションパネル70に表示する。図12は、エントリー選択画面の一例のイメージ図を示す。
【0147】
図12のエントリー選択画面は、見出し集合,見出し,見出しに所属するエントリーの一覧を利用することで作成できる。なお、図12のエントリー選択画面は、グループを表すエントリーのボタンに人が3人並んだアイコンを付してアカウントとグループとを区別している。
【0148】
ステップS14に続いてステップS15に進み、スキャナアプリ34はエントリー選択画面からエントリーが選択されたか否かを判定する。エントリーが選択されたと判定すると(S15においてYES)、スキャナアプリ34はステップS16に進む。一方、エントリーが選択されていないと判定すると(S15においてNO)、スキャナアプリ34はステップS17に進む。
【0149】
ステップS16では、スキャナアプリ34が、選択されたエントリーのエントリー詳細情報をAPIを利用してUCS49から取得するエントリー詳細情報取得処理を行った後にステップS17に進む。例えばスキャナアプリ34は取得したエントリー詳細情報を図12のエントリー選択画面の情報表示欄127に表示する。
【0150】
ステップS17では、スキャナアプリ34が、エントリー選択画面から別の見出しが選択されたか否かを判定する。別の見出しが選択されたと判定すると(S17においてYES)、スキャナアプリ34はステップS13に進む。一方、別の見出しが選択されていないと判定すると(S17においてNO)、スキャナアプリ34はステップS18に進む。
【0151】
ステップS18では、スキャナアプリ34が、UCS49から更新通知を受信したか否かを判定する。更新通知を受信したと判定すると(S18においてYES)、スキャナアプリ34はステップS12に進む。一方、更新通知を受信していないと判定すると(S18においてNO)、スキャナアプリ34はステップS15に進む。
【0152】
更に、図9のフローチャートの処理について図面を参照しつつ詳細に説明していく。図13は、ステップS10の諸元情報取得処理の一例のフローチャートを示す。ステップS21では、スキャナアプリ34が諸元情報を取得するAPIを利用してUCS49に諸元情報を要求する。図14は、諸元情報を取得するAPIの一例の構成図を示す。
【0153】
ステップS21に続いてステップS22に進み、UCS49は予め作成しておいた諸元情報のコピーをスキャナアプリ34に供給する。なお、UCS49は組み込み情報,管理パラメータ,機器構成情報,課金情報管理モジュール121から取得した課金情報諸元から諸元情報を作成する。課金情報管理モジュール121は、組み込み情報,管理パラメータ,機器構成情報から課金情報諸元を設定する。
【0154】
図15は、諸元情報の一例の構成図を示す。図15の諸元情報は、サービスバージョン,利用可能機能,エントリー登録数最大値などのデータ項目を含む。サービスバーションは、UCS49の組み込み情報である。利用可能機能は、機器構成情報からUCS49が判定して作成し、例えば課金情報の有無,電子メール宛先情報の有無などを表す。エントリー登録数最大値は、UCS49の管理パラメータであって、エントリーの最大登録数を表す。エントリーは配信宛先,送信者,課金対象ユーザーなどの最小単位で、名称や管理番号などを情報として有している。
【0155】
次に、ステップS11の利用機能登録処理について説明する。図16は、ステップS11の利用機能登録処理の一例のフローチャートを示す。ステップS31では、スキャナアプリ34が、ステップS22で取得した諸元情報から利用可能機能を判定する。
【0156】
ステップS31に続いてステップS32に進み、スキャナアプリ34はステップS31で判定した利用可能機能から利用する機能を選択する。ステップS32に続いてステップS33に進み、スキャナアプリ34は利用機能登録を行うAPIを利用して、ステップS32で選択した機能の登録をUCS49に要求する。図17は、利用機能登録を行うAPIの一例の構成図を示す。
【0157】
ステップS33に続いてステップS34に進み、UCS49は登録を要求したスキャナアプリ34と登録した機能とを対応付けて記憶する。ステップS34の処理が終了すると、UCS49はユーザ情報が更新されたときに更新通知をスキャナアプリ34に供給するようになる。
【0158】
したがって、スキャナアプリ34は更新通知を受信することでユーザ情報が更新されたことを知ることができ、ユーザ情報が更新されたときにユーザ情報を取得し直すことができる。
【0159】
次に、ステップS12の見出し集合情報および見出し情報取得処理について説明する。図18は、ステップS12の見出し集合情報および見出し情報取得処理の一例のフローチャートを示す。
【0160】
ステップS41では、スキャナアプリ34が見出し集合情報を取得するAPIを利用してUCS49に全ての見出し集合情報を要求する。図19は、見出し集合情報を取得するAPIの一例の構成図を示す。
【0161】
ステップS41に続いてステップS42に進み、UCS49は全ての見出し集合情報をスキャナアプリ34に供給する。図20は、見出し集合情報の一例の構成図を示す。図20の見出し集合情報は、見出し集合管理番号,所属する見出し数,所属する見出しなどのデータ項目を含む。所属する見出しは、見出し管理番号の配列を表すものである。
【0162】
ステップS42に続いてステップS43に進み、スキャナアプリ34は管理パラメータとして有している見出し集合および見出しの規定値に応じて見出し集合および見出しを選択する。
【0163】
ステップS43に続いてステップS44に進み、スキャナアプリ34が見出し情報を取得するAPIを利用して、ステップS43で選択した見出し集合の全ての見出し情報をUCS49に要求する。図21は、見出し情報を取得するAPIの一例の構成図を示す。
【0164】
ステップS44に続いてステップS45に進み、UCS49は見出し情報をHDD66から読み出してスキャナアプリ34に供給する。図22は、見出し情報の一例の構成図を示す。図22の見出し情報は、見出し管理番号,見出し種別,ラベルなどのデータ項目を含む。見出し種別は、常用か否かを識別するものである。
【0165】
次に、ステップS13のエントリー一覧情報取得処理について説明する。図23は、ステップS13のエントリー一覧情報取得処理の一例のフローチャートを示す。
【0166】
ステップS51では、スキャナアプリ34が、エントリーの一覧情報を取得するAPIを利用して、ステップS43で選択された見出しに所属するエントリーの一覧情報をUCS49に要求する。図24は、エントリーの一覧情報を取得するAPIの一例の構成図を示す。
【0167】
ステップS51に続いてステップS52に進み、UCS49はエントリーの一覧情報をHDD66から読み出してスキャナアプリ34に供給する。図25は、エントリーの一覧情報の一例の構成図を示す。図25のエントリーの一覧情報は、エントリー管理番号,エントリー登録番号,エントリー種別,ユーザ名称などのデータ項目を含む。エントリー登録番号は、ユーザが記憶するための番号である。エントリー種別は、配信宛先になるか否か,送信者になるか否か,アカウントがグループか等を表す。
【0168】
なお、ステップS52では見出しに所属する全てのエントリーを必ずしも取得する必要がなく、オペレーションパネル70の一画面に表示される分だけ取得してもよい。また、電子メールアドレスがあるエントリーや送信者になりうるエントリーに限るなど、フィルター情報を指定できるようにしてもよい。
【0169】
次に、図12のエントリー選択画面の直接入力欄126にエントリー登録番号を入力した場合の処理について説明する。図26は、エントリー登録番号入力処理の一例のフローチャートを示す。
【0170】
ステップS61では、スキャナアプリ34が、エントリー登録番号からエントリー管理番号を取得するAPIを利用して、直接入力欄126に入力されたエントリー登録番号に対応するエントリー管理番号をUCS49から取得する。図27は、エントリー登録番号からエントリー管理番号を取得するAPIの一例の構成図を示す。
【0171】
ステップS61に続いてステップS62に進み、スキャナアプリ34はエントリー管理番号からエントリーが所属する見出しを取得するAPIを利用して、ステップS61で取得したエントリー管理番号からエントリーが所属する見出しをUCS49から取得する。図28は、エントリー管理番号からエントリーが所属する見出しを取得するAPIの一例の構成図を示す。
【0172】
ステップS62に続いてステップS63に進み、スキャナアプリ34は現在選択されている見出し集合にステップS62で取得した見出しが含まれるか否かを判定する。
【0173】
ステップS62で取得した見出しが現在選択されている見出し集合に含まれると(S63においてYES)、スキャナアプリ34はステップS64に進み、ステップS62で取得した見出しのうち現在選択されている見出し集合に含まれる見出しを1つ選択する。なお、ステップS62で取得した見出しのうち現在選択されている見出し集合に含まれる見出しが複数ある場合、適当な判断基準(例えば、見出し管理番号が最小のもの)に基づき1つの見出しを選択する。
【0174】
一方、ステップS62で取得した見出しが現在選択されている見出し集合に含まれないと(S63においてNO)、スキャナアプリ34はステップS65に進み、見出し集合および見出しを適当な判断基準に基づき1つ選択する。
【0175】
ステップS64又はステップS65に続いてステップS66に進み、スキャナアプリ34はステップS64又はステップS65で選択した見出しに所属するエントリーの一覧を、エントリーの一覧情報を取得するAPIを利用してUCS49から取得する。そして、スキャナアプリ34は取得したエントリーの一覧を利用して図12に表すようなエントリー選択画面を作成してオペレーションパネル70に表示する。
【0176】
なお、ステップS66では、見出しに所属するエントリーの順位が分かると以下のように効率的な処理が可能となる。例えばオペレーションパネル70の一画面に表示されるエントリー数が12で、見出しに所属する所望のエントリーの順位が20番目の場合、13番目のエントリーから12個のエントリーを含むエントリーの一覧を取得すればよい。
【0177】
スキャナアプリ34は、エントリー順位を取得するAPIを利用して、UCS49から見出しに所属するエントリーの順位を取得する。図29は、エントリー順位を取得するAPIの一例の構成図を示す。
【0178】
このように、エントリー順位を取得するAPIを利用することで、最初から12個ずつエントリーを取得していき、取得したエントリーに所望のエントリーが含まれるか否かを調べる手間を回避できる。
【0179】
また、UCS49は以下のようなAPIも提供できる。図30は、メール情報を取得するAPIの一例の構成図を示す。スキャナアプリ34は、メール情報を取得するAPIを利用してUCS49から電子メールアドレスなどのメール情報を取得できる。
【0180】
図31は、送信者認証情報を取得するAPIの一例の構成図を示す。スキャナアプリ34は、送信者認証情報を取得するAPIを利用してUCS49から送信者認証情報を取得する。なお、送信者認証情報は例えばパスワードであり、送信者を識別するために利用される。
【0181】
図32は、利用者制限情報を取得するAPIの一例の構成図を示す。スキャナアプリ34は、利用者制限情報を取得するAPIを利用してUCS49から利用者制限情報を取得する。なお、利用者制限情報は利用禁止,カラー禁止,白黒禁止など、細分した機能の禁止を表すフラグの列である。
【0182】
図33は、電子メールグループ情報を取得するAPIの一例の構成図を示す。スキャナアプリ34は、電子メールグループ情報を取得するAPIを利用してUCS49から電子メールグループ情報を取得する。なお、電子メールグループ情報は、所属するアカウント数や所属するアカウントなどの情報である。
【0183】
図34は、エントリーを検索するAPIの一例の構成図を示す。スキャナアプリ34は、エントリーを検索するAPIを利用してUCS49にエントリーを検索させる。なお、エントリーの検索は、前方一致,後方一致,部分一致などの検索条件を利用できる。
【0184】
なお、図8に表したユーザ情報の参照処理では、ファックスアプリ33またはスキャナアプリ34がオペレーションパネル70に表示する画面を作成する例を説明したが、オペレーションパネル70に表示する画面を作成する画面作成モジュールを別途設ける構成としてもよい。
【0185】
図35は、画面作成モジュールの処理について説明するための図を示す。SCS42に含まれる画面作成モジュール130は、ファックスアプリ33やスキャナアプリ34からのリクエストに応じてオペレーションパネル70に表示する画面を作成する。
【0186】
このように、画面作成モジュール130を別途設けることで、画面作成機能をファックスアプリ33およびスキャナアプリ34に備える必要がなくなり、画面作成機能を共有化できる。
【0187】
以上のように、本発明による融合機1はUCS49を設けたことにより、ファックスアプリ33,スキャナアプリ34などの複数のアプリでユーザ情報を共有でき、ユーザ情報がフラッシュメモリ65またはHDD66の何れに格納されているかをアプリ側で考慮する必要が無くなった。
【0188】
なお、図1の構成図ではUCS49がコントロールサービスに含まれる例を表しているが、この例に限らない。例えばUCS49は、アプリケーション30に含まれるようにしてもよい。また、図8等ではファックスアプリ33およびスキャナアプリ34がUCS49の提供するAPIを利用してユーザ情報の参照を要求する例を表しているが、この例に限らない。例えばコントロールサービスがUCS49の提供するAPIを利用してユーザ情報の参照を要求してもよい。
【0189】
本実施例では、融合機1の処理を中心に説明したが、図1及び図2に示した情報処理装置1000への応用が容易である。情報処理装置1000では、図5および図8のUCS49に代わり、ユーザ情報管理手段1260がユーザ情報の管理を行うこととなる。なお、情報処理装置1000の場合、SCS42に相当する構成は必ずしも必須ではない。
【0190】
【発明の効果】
上述の如く、本発明によれば、ユーザ情報管理手段がアプリケーションからの要求に応じたユーザ情報を取得して要求元のアプリケーションに供給することにより、ユーザ情報を共有できると共にユーザ情報を一元管理することが可能である。
【0191】
【図面の簡単な説明】
【図1】本発明による情報処理装置の一実施例の構成図である。
【図2】本発明による情報処理装置の一実施例のハードウェア構成図である。
【図3】本発明による融合機の一実施例の構成図である。
【図4】本発明による融合機の一実施例のハードウェア構成図である。
【図5】本発明のユーザ情報管理方法について説明するための図である。
【図6】利用制限・課金情報の一例の構成図である。
【図7】配信宛先情報の一例の構成図である。
【図8】ユーザ情報の参照処理について説明するための図である。
【図9】配信宛先情報を参照する処理の一例のフローチャートである。
【図10】見出し集合および見出しの一例のイメージ図である。
【図11】エントリーの一例のイメージ図である。
【図12】エントリー選択画面の一例のイメージ図である。
【図13】ステップS10の諸元情報取得処理の一例のフローチャートである。
【図14】諸元情報を取得するAPIの一例の構成図である。
【図15】諸元情報の一例の構成図である。
【図16】ステップS11の利用機能登録処理の一例のフローチャートである。
【図17】利用機能登録を行うAPIの一例の構成図である。
【図18】ステップS12の見出し集合情報および見出し情報取得処理の一例のフローチャートである。
【図19】見出し集合情報を取得するAPIの一例の構成図である。
【図20】見出し集合情報の一例の構成図である。
【図21】見出し情報を取得するAPIの一例の構成図である。
【図22】見出し情報の一例の構成図である。
【図23】ステップS13のエントリー一覧情報取得処理の一例のフローチャートである。
【図24】エントリーの一覧情報を取得するAPIの一例の構成図である。
【図25】エントリーの一覧情報の一例の構成図である。
【図26】エントリー登録番号入力処理の一例のフローチャートである。
【図27】エントリー登録番号からエントリー管理番号を取得するAPIの一例の構成図である。
【図28】エントリー管理番号からエントリーが所属する見出しを取得するAPIの一例の構成図である。
【図29】エントリー順位を取得するAPIの一例の構成図である。
【図30】メール情報を取得するAPIの一例の構成図である。
【図31】送信者認証情報を取得するAPIの一例の構成図である。
【図32】利用者制限情報を取得するAPIの一例の構成図である。
【図33】電子メールグループ情報を取得するAPIの一例の構成図である。
【図34】エントリーを検索するAPIの一例の構成図である。
【図35】画面作成モジュールの処理について説明するための図である。
【符号の説明】
1 融合機
11 白黒ラインプリンタ
12 カラーラインプリンタ
13,1140 ハードウェアリソース
20,1200 ソフトウェア群
30,1210−1〜1210−n アプリケーション
40 プラットフォーム
41 オペレーティングシステム(OS)
42 システムコントロールサービス(SCS)
43 システムリソースマネージャ(SRM)
44 エンジンコントロールサービス(ECS)
45 メモリコントロールサービス(MCS)
46 オペレーションパネルコントロールサービス(OCS)
47 ファックスコントロールサービス(FCS)
48 ネットワークコントロールサービス(NCS)
49 ユーザ情報管理サービス(UCS)
50 融合機起動部
60 コントローラボード
61 CPU
62 ASIC(Application Specific Integrated Circuit)
63 SRAM(Static RAM)
64 SDRAM(Synchronous DRAM)
65 フラッシュメモリ
66 ハードディスク装置(HDD)
67 ネットワークI/Fコントローラ
70 オペレーションパネル
80 ファックスコントロールユニット(FCU)
90 USBデバイス
100 IEEE1394デバイス
110 エンジン部
121 課金情報管理モジュール
122 見出し集合
123 見出し
124 エントリーの一覧
125 エントリー
126 直接入力欄
127 情報表示欄
130 画面作成モジュール
1000 情報処理装置
1100 ハードウェア資源
1110 メモリ装置
1120 入力装置
1130 表示装置
1220 アプリケーションプログラムインターフェース(API)
1230 オペレーティングシステム
1240 BIOS
1250 デバイスドライバ
1260 ユーザ情報管理手段
Claims (6)
- プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う1つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記1つ以上の画像処理アプリケーションからアクセスされて共通に利用されるプログラムとを有し、前記プログラム及び前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置のユーザ情報管理方法であって、
前記画像形成装置は、
前記ユーザ情報を第1のユーザ情報及び第2のユーザ情報毎に格納する格納手段と、
前記格納手段に格納されている前記ユーザ情報を管理するユーザ情報管理手段と、
前記ユーザ情報管理手段が、前記画像形成装置内部のプログラム及び前記画像処理アプリケーションから前記ユーザ情報の利用に関する要求を受け付ける関数があり、
ユーザ情報管理手段が、前記関数による前記ユーザ情報の利用に関する要求を前記画像形成装置内部のアプリケーションから受信するステップと、
前記ユーザ情報管理手段が、前記ユーザ情報の利用に関する要求を解釈し、所定の情報処理動作に伴い更新される第1のユーザ情報及び前記第1のユーザ情報と内容および更新のタイミングの異なる第2のユーザ情報が前記第1のユーザ情報及び第2のユーザ情報毎に格納されている複数の格納手段から前記要求に応じた第1のユーザ情報又は第2のユーザ情報が格納されている前記格納手段を複数の格納手段から判定し、判定した前記格納手段に格納されているユーザ情報の利用に関する処理を行うユーザ情報管理ステップと
を有し、
前記第1のユーザ情報および前記第2のユーザ情報は、異なる種類の格納手段に格納されていることを特徴とするユーザ情報管理方法。 - 前記ユーザ情報の利用に関する要求を送信する前記アプリケーションが、前記格納手段を指定せず、前記第1のユーザ情報又は第2のユーザ情報を指定して前記ユーザ情報の利用に関する要求を送信することを特徴とする請求項1記載のユーザ情報管理方法。
- 第1のユーザ情報が配信宛先情報、第2のユーザ情報が利用権限・課金情報を含むことを特徴とする請求項1又は2記載のユーザ情報管理方法。
- プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う1つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記1つ以上の画像処理アプリケーションからアクセスされて共通に利用されるプログラムとを有し、前記プログラム及び前記画像処理アプリケーションから共通に利用される複数種類のユーザ情報を扱う画像形成装置であって、
前記ユーザ情報を第1のユーザ情報及び第2のユーザ情報毎に格納する格納手段と、
前記格納手段に格納されている前記ユーザ情報を管理するユーザ情報管理手段と、
前記ユーザ情報管理手段が、前記画像形成装置内部のプログラム及び前記画像処理アプリケーションから前記ユーザ情報の利用に関する要求を受け付ける関数があり、
ユーザ情報管理手段が、前記関数による前記ユーザ情報の利用に関する要求を前記画像形成装置内部のアプリケーションから受信し、
前記ユーザ情報管理手段が、前記ユーザ情報の利用に関する要求を解釈し、所定の情報処理動作に伴い更新される第1のユーザ情報及び前記第1のユーザ情報と内容および更新のタイミングの異なる第2のユーザ情報が前記第1のユーザ情報及び第2のユーザ情報毎に格納されている複数の格納手段から前記要求に応じた第1のユーザ情報及び第2のユーザ情報が格納されている前記格納手段を複数の格納手段から判定し、判定した前記格納手段に格納されているユーザ情報の利用に関する処理を行い、
前記第1のユーザ情報および前記第2のユーザ情報は、異なる種類の格納手段に格納されていることを特徴とする画像形成装置。 - 前記ユーザ情報の利用に関する要求を送信する前記アプリケーションが、前記格納手段を指定せず、前記第1のユーザ情報又は第2のユーザ情報を指定して前記ユーザ情報の利用に関する要求を送信することを特徴とする請求項4記載の画像形成装置。
- 第1のユーザ情報が配信宛先情報、第2のユーザ情報が利用権限・課金情報を含むことを特徴とする請求項4又は5記載の画像形成装置。
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 |