(57)【特許請求の範囲】
【請求項１】
プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、
前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、
オペレーティングシステムと、
前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用されるプログラムと
を有する画像処理装置であって、
前記プログラムは、前記画像処理アプリケーションからの要求に応じたユーザ情報を、要求を行った前記画像処理アプリケーションに供給するユーザ情報管理プログラムであることを特徴とする画像処理装置。
【請求項２】
前記ユーザ情報管理プログラムは、前記画像処理アプリケーションからの要求を受信すると、要求に応じたユーザ情報を取得し、要求を行った前記画像処理アプリケーションにユーザ情報を供給することを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記ユーザ情報管理プログラムは、前記画像処理アプリケーションからの要求に応じたユーザ情報が格納されている格納手段を判定し、判定した前記格納手段からユーザ情報を取得することを特徴とする請求項２記載の画像処理装置。
【請求項４】
前記ユーザ情報は配信宛先情報および利用権限・課金情報を含み、前記ユーザ情報管理プログラムは、前記画像処理アプリケーションからの要求に応じた配信宛先情報または利用権限・課金情報を格納した配信宛先情報格納手段または利用権限・課金情報格納手段を判定し、判定した前記配信宛先情報格納手段または利用権限・課金情報格納手段から配信宛先情報および利用権限・課金情報を取得することを特徴とする請求項１記載の画像処理装置。
【請求項５】
前記ユーザ情報管理プログラムは、予め定義された関数により、前記画像処理アプリケーションからの要求を受信可能とするアプリケーションプログラムインタフェースを有することを特徴とする請求項１乃至４何れか一項記載の画像処理装置。
【請求項６】
前記ユーザ情報管理プログラムは、ユーザ情報の取得要求、機能情報の取得要求、前記ユーザ情報が更新されたときに通知される更新通知要求、前記配信宛先情報を所定の項目ごとに分類する見出しの取得要求、前記見出しに所属する配信宛先情報の取得要求、前記見出しに所属する配信宛先情報の見出し内での順位の取得要求、ユーザが入力した登録番号に対応する配信宛先情報の管理番号の取得要求、前記管理番号に対応した配信宛先情報が所属する見出しの取得要求、前記管理番号に対応した電子メール宛先情報の取得要求、前記管理番号に対応した送信者認証情報の取得要求、前記管理番号に対応した利用制限情報の取得要求、前記管理番号に対応した電子メールグループ情報の取得要求、検索条件に応じた配信宛先情報の検索要求のうちの１つ以上を前記画像処理アプリケーションから受信可能とするアプリケーションプログラムインタフェースを有することを特徴とする請求項１乃至５何れか一項記載の画像処理装置。
【請求項７】
プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、
前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、
オペレーティングシステムと、
前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用されるプログラムと
を有する画像処理装置のユーザ情報管理方法であって、
前記画像処理アプリケーションが、前記プログラムにユーザ情報を要求する要求ステップと、
前記プログラムが、前記要求に応じたユーザ情報を、前記要求を行った画像処理アプリケーションに供給する供給ステップと
を有することを特徴とするユーザ情報管理方法。
【請求項８】
前記供給ステップは、前記プログラムが、前記要求に応じたユーザ情報が格納されている格納手段を判定し、判定した前記格納手段からユーザ情報を取得することを特徴とする請求項７記載のユーザ情報管理方法。
【請求項９】
前記ユーザ情報は配信宛先情報および利用権限・課金情報を含み、前記供給ステップは、前記プログラムが、前記画像処理アプリケーションからの要求に応じた配信宛先情報または利用権限・課金情報を格納した配信宛先情報格納手段または利用権限・課金情報格納手段を判定し、判定した前記配信宛先情報格納手段または利用権限・課金情報格納手段から配信宛先情報および利用権限・課金情報を取得することを特徴とする請求項７記載のユーザ情報管理方法。
【請求項１０】
前記プログラムは、予め定義された関数により、前記画像処理アプリケーションからの要求を受信可能とするアプリケーションプログラムインタフェースを有し、前記要求ステップは、前記画像処理アプリケーションが前記関数を利用してユーザ情報の取得を前記プログラムに要求することを特徴とする請求項７乃至９何れか一項記載のユーザ情報管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像処理装置およびユーザ情報管理方法に係り、特に画像処理アプリケーションにユーザ情報を提供する画像処理装置およびユーザ情報管理方法に関する。
【０００２】
【従来の技術】
近年、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置（以下、融合機という）が知られるようになった。この融合機は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。
【０００３】
このような融合機は、他の融合機やコンピュータなどにネットワークを介して接続され、配信機能を利用して例えば画像情報などの配信を行う。配信機能を有する融合機は、例えば配信宛先情報および利用制限・課金情報をユーザ情報として有している。
【０００４】
配信宛先情報は、配信宛先や送信者などの管理を行うものである。配信宛先情報は、更新頻度が低くバックアップが比較的容易である。また、配信宛先情報は管理が必要なユーザが融合機を利用するユーザに限定されないため、管理が必要なユーザの数が多くなる。
【０００５】
一方、利用制限・課金情報は各種機能の使用可否や使用可能機能の使用枚数などの管理を行うものである。利用制限・課金情報は機器の使用の度に更新されるため更新頻度が高く、バックアップが困難である。また、利用制限・課金情報は管理が必要なユーザが融合機を利用するユーザに限定されるため、管理が必要なユーザの数が少なくなる。
【０００６】
このように、配信宛先情報および利用制限・課金情報はバックアップの容易性や管理が必要なユーザの数に差があるため、格納手段としての記憶装置に要求される条件が異なっている。例えば配信宛先情報は速度や信頼性を犠牲にしても大容量の記憶装置が必要である。また、利用制限・課金情報はコストや容量を犠牲にしても高速で信頼性の高い記憶装置が必要である。
【０００７】
従来の融合機は、例えば配信宛先情報をハードディスク装置に格納して管理し、利用制限・課金情報を不揮発ＲＡＭに格納して管理していた。
【０００８】
特許文献１には、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作される融合機の一例が記載されている。
【０００９】
【特許文献１】
特開２００２−８４３８３号公報
【００１０】
【発明が解決しようとする課題】
従来の融合機は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うアプリケーションを有している。各アプリケーションは、配信機能を利用するための配信宛先情報を別々に管理していた。
【００１１】
したがって、従来の融合機では配信宛先情報を管理するという同様な機能を各アプリケーションごとに有していなければならないという問題があった。このように同様な機能を各アプリケーションごとに有することは無駄であり、更に同様なプログラムの誤り（Bug）を含む可能性が高くなるという問題があった。
【００１２】
本発明は、上記の点に鑑みなされたもので、画像処理アプリケーションがユーザ情報を共有できると共に、ユーザ情報を一元管理することが可能な画像処理装置およびユーザ情報管理方法を提供することを目的とする。
【００１３】
【課題を解決するための手段】
そこで、上記課題を解決するため、本発明の画像処理装置は、プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用されるプログラムとを有する画像処理装置であって、前記プログラムは、前記画像処理アプリケーションからの要求に応じたユーザ情報を、要求を行った前記画像処理アプリケーションに供給するユーザ情報管理プログラムであることを特徴とする。
【００１４】
このような画像処理装置では、ユーザ情報管理プログラムが画像処理アプリケーションからの要求に応じたユーザ情報を取得して、要求元の画像処理アプリケーションに供給することにより、ユーザ情報を共有できると共にユーザ情報を一元管理することが可能である。
【００４９】
また、上記課題を解決するため、本発明のユーザ情報管理方法は、プリンタ部またはスキャナ部の少なくとも一方を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して画像処理を行う１つ以上の画像処理アプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、前記１つ以上の画像処理アプリケーションからアクセスされて共通に利用されるプログラムとを有する画像処理装置のユーザ情報管理方法であって、前記画像処理アプリケーションが、前記プログラムにユーザ情報を要求する要求ステップと、前記プログラムが、前記要求に応じたユーザ情報を、前記要求を行った画像処理アプリケーションに供給する供給ステップとを有することを特徴とする。
【００５０】
このようなユーザ情報管理方法では、プログラムが画像処理アプリケーションからの要求に応じたユーザ情報を格納手段から取得して要求元の画像処理アプリケーションに供給することにより、ユーザ情報を共有できると共にユーザ情報を一元管理することが可能である。
【００８７】
【発明の実施の形態】
次に、本発明の実施の形態について図面に基づいて説明する。
【００８８】
図１は、本発明による融合機の一実施例の構成図を示す。融合機１は、白黒ラインプリンタ１１と，カラーラインプリンタ１２と，スキャナやファクシミリなどのハードウェアリソース１３と，ソフトウェア群２０と，融合機起動部５０とを有するように構成される。また、ソフトウェア群２０はアプリケーション３０とプラットフォーム４０とを有するように構成される。
【００８９】
プラットフォーム４０は、アプリケーション３０からの処理要求を解釈してハードウェア資源の獲得要求を発生するコントロールサービスと、１つ以上のハードウェア資源の管理を行ってコントロールサービスからの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）４３と、オペレーティングシステム（以下、ＯＳという）４１とを有するように構成されている。
【００９０】
コントロールサービスは、システムコントロールサービス（以下、ＳＣＳという）４２，エンジンコントロールサービス（以下、ＥＣＳという）４４，メモリコントロールサービス（以下、ＭＣＳという）４５，オペレーションパネルコントロールサービス（以下、ＯＣＳという）４６，ファックスコントロールサービス（以下、ＦＣＳという）４７，ネットワークコントロールサービス（以下、ＮＣＳという）４８，ユーザ情報管理サービス（以下、ＵＣＳという）４９など一つ以上のサービスモジュールを有するように構成されている。
【００９１】
なお、プラットフォーム４０は予め定義されている関数によりアプリケーション３０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）を有するように構成されている。
【００９２】
ＯＳ４１は、ユニックス（ＵＮＩＸ（登録商標））などのオペレーティングシステムであって、プラットフォーム４０およびアプリケーション３０の各ソフトウェアをプロセスとして並列実行する。
【００９３】
ＳＲＭ４３のプロセスは、ＳＣＳ４２と共にシステムの制御およびリソースの管理を行うものである。例えばＳＲＭ４３のプロセスは、スキャナ部やプリンタ部などのエンジン，メモリ，ハードディスク装置（ＨＤＤ）ファイル，ホストＩ／Ｏ（セントロインターフェース，ネットワークインターフェース，ＩＥＥＥ１３９４インターフェース，ＲＳ２３２Ｃインターフェースなど）のハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。
【００９４】
具体的に、ＳＲＭ４３は要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、ＳＲＭ４３は上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、例えばプリンタエンジンによる紙搬送と作像動作，メモリ確保，ファイル生成などの要求内容を直接実施している。
【００９５】
ＳＣＳ４２のプロセスは、アプリケーション管理，操作部制御，システム画面表示，ＬＥＤ表示，リソース管理，割り込みアプリケーション制御を行う。ＥＣＳ４４のプロセスは、白黒ラインプリンタ１１，カラーラインプリンタ１２，ハードウェアリソース１３のエンジンの制御を行う。
【００９６】
ＭＣＳ４５のプロセスは、画像メモリの取得および解放，ハードディスク装置（ＨＤＤ）の利用，画像データの圧縮および伸張などを行う。ＯＣＳ４６のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。
【００９７】
ＦＣＳ４７のプロセスは、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信，ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用，ファクシミリ読み取り，ファクシミリ受信印刷，融合送受信を行うためのアプリケーションを提供する。
【００９８】
ＮＣＳ４８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対し、共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【００９９】
ＵＣＳ４９のプロセスは、ユーザ情報の管理を行うものであり、要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して各アプリケーションに供給する。
【０１００】
また、アプリケーション３０は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うものである。アプリケーション３０は、ページ記述言語（ＰＤＬ，ＰＣＬ）およびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ３１と，コピー用アプリケーションであるコピーアプリ３２と，ファクシミリ用アプリケーションであるファックスアプリ３３と，スキャナ用アプリケーションであるスキャナアプリ３４と，ネットワークファイル用アプリケーションであるネットファイルアプリ３５と，工程検査用アプリケーションである工程検査アプリ３６とを有している。
【０１０１】
融合機起動部５０は、融合機１の電源投入時に最初に実行され、アプリケーション３０やプラットフォーム４０を起動するものである。例えば融合機起動部５０は、コントロールサービスやアプリケーションのプログラムを後述するフラッシュメモリから読み出し、読み出した各プログラムをＳＲＡＭまたはＳＤＲＡＭ上に確保したメモリ領域に転送して起動するものである。
【０１０２】
図２は、本発明による融合機の一実施例のハードウェア構成図を示す。図２の融合機１は、コントローラボード６０と，オペレーションパネル７０と，ファックスコントロールユニット（以下、ＦＣＵという）８０と，ＵＳＢデバイス９０と，ＩＥＥＥ１３９４デバイス１００と，エンジン部１１０とを有するように構成される。なお、ＦＣＵ８０はメモリを有している。ＦＣＵ８０が有するメモリは、例えば融合機１の電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するために利用される。
【０１０３】
オペレーションパネル７０は、コントローラボード６０のＡＳＩＣ６２に直接接続されている。また、ＦＣＵ８０，ＵＳＢデバイス９０，ＩＥＥＥ１３９４デバイス１００およびエンジン部１１０は、コントローラボード６０のＡＳＩＣ６２にＰＣＩバス（Peripheral Component Interconnect bus ）などで接続されている。
【０１０４】
また、コントローラボード６０は、ＣＰＵ６１と，ＡＳＩＣ６２と，ＳＲＡＭ（Static RAM）６３と，ＳＤＲＡＭ（Synchronous DRAM）６４と，フラッシュメモリ６５と，ＨＤＤ６６と，ネットワークＩ／Ｆコントローラ６７とを有するように構成される。コントローラボード６０は、ＣＰＵ６１，ＳＲＡＭ６３，ＳＤＲＡＭ６４，フラッシュメモリ６５，ＨＤＤ６６，ネットワークＩ／Ｆコントローラ６７などをＡＳＩＣ６２に接続するように構成されている。
【０１０５】
ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＯＳ４１上でプラットフォーム４０を形成するＳＣＳ４２，ＳＲＭ４３，ＥＣＳ４４，ＭＣＳ４５，ＯＣＳ４６，ＦＣＳ４７およびＮＣＳ４８をそれぞれプロセスとして起動して実行させると共に、アプリケーション３０を形成するプリンタアプリ３１，コピーアプリ３２，ファックスアプリ３３，スキャナアプリ３４，ネットファイルアプリ３５および工程検査アプリ３６を起動して実行させる。
【０１０６】
ＡＳＩＣ６２は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＳＲＡＭ６３およびＳＤＲＡＭ６４の物理メモリ領域には、カーネルやプロセスなどの仮想メモリ領域がマッピングされる。
【０１０７】
不揮発ＲＡＭとしてのフラッシュメモリ６５は、アプリケーション３０またはプラットフォーム４０を構成する各アプリやコントロールサービス，ＳＲＭ４３などの各プログラムおよび利用制限・課金情報が格納されている。また、ＨＤＤ６６は、画像データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積，配信宛先情報の格納を行うためのストレージである。オペレーションパネル７０はオペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【０１０８】
このような融合機１は、例えば他の融合機やコンピュータなどにネットワークを介して接続され、配信機能を利用して画像情報などの配信を行う。配信機能を備えた融合機１は、配信宛先情報および利用制限・課金情報をユーザ情報として有している。なお、配信機能を備えていない融合機１は、利用制限・課金情報をユーザ情報として有している。
【０１０９】
以下、本発明のユーザ情報管理方法について説明していく。図３は、本発明のユーザ情報管理方法について説明するための図を示す。フラッシュメモリ６５に格納された利用制限・課金情報は、各種機能の使用可否や使用可能機能の使用枚数などの管理を行うものであり、例えば図４のように構成される。
【０１１０】
図４は、利用制限・課金情報の一例の構成図を示す。図４の利用制限・課金情報は、管理番号，登録番号，ユーザー名，ユーザーコード，複写機能使用可否，複写機能使用枚数，配信機能使用可否，配信機能使用枚数などのデータ項目を有している。フラッシュメモリ６５に格納された利用制限・課金情報は、ＳＣＳ４２に含まれる課金情報管理モジュール１２１により管理される。
【０１１１】
なお、フラッシュメモリ６５には、各種サービス，モジュール，アプリケーションの管理パラメータも格納されており、ＳＣＳ４２に含まれるシステム初期設定モジュール１２２により管理される。
【０１１２】
また、ＨＤＤ６６に格納された配信宛先情報は、配信宛先や送信者などの管理を行うものであり、例えば図５のように構成される。図５は、配信宛先情報の一例の構成図を示す。図５の配信宛先情報は、管理番号，登録番号，ユーザー名，電子メールアドレス，送信者可否などのデータ項目を有している。ＨＤＤ６６に格納された配信宛先情報は、ＵＳＣ４９により管理される。
【０１１３】
ＵＣＳ４９はＨＤＤ６６に格納された配信宛先情報を直接管理する一方、フラッシュメモリ６５に格納された利用制限・課金情報を課金情報管理モジュール１２１を介して管理する。
【０１１４】
なお、配信機能を備えていない融合機１の場合、ＨＤＤ６６に格納される配信宛先情報は存在しない。配信機能を備えていない融合機１であってもＵＣＳ４９が課金情報管理モジュール１２１を介してフラッシュメモリ６５に格納された利用制限・課金情報を管理することにより、配信機能の有無に関係無くインターフェースを統一できる。
【０１１５】
図３では、フラッシュメモリ６５に利用制限・課金情報，ＨＤＤ６６に配信宛先情報を格納する例を表しているが、利用制限・課金情報または配信宛先情報をＦＣＵ８０が有するメモリに格納するようにしてもよい。また、利用制限・課金情報または配信宛先情報の一部をＦＣＵ８０が有するメモリに格納するようにしてもよい。
【０１１６】
次に、アプリケーションの一例としてファックスアプリ３３またはスキャナアプリ３４がＵＣＳ４９を介してユーザ情報を参照する例について図面を参照しつつ説明していく。
【０１１７】
図６は、ユーザ情報の参照処理について説明するための図を示す。クライアントとしてのファックスアプリ３３およびスキャナアプリ３４は、ＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の参照を要求する。
【０１１８】
ＵＣＳ４９は、ファックスアプリ３３またはスキャナアプリ３４から参照要求があったユーザ情報がフラッシュメモリ６５またはＨＤＤ６６の何れに格納されているかを判定する。そして、ＵＣＳ４９は、参照要求のあったユーザ情報を判定したフラッシュメモリ６５またはＨＤＤ６６から取得し、取得したユーザ情報をファックスアプリ３３またはスキャナアプリ３４に供給する。
【０１１９】
具体的に、ＵＣＳ４９はファックスアプリ３３またはスキャナアプリ３４から配信宛先情報の参照要求があると、ＨＤＤ６６から配信宛先情報を取得してファックスアプリ３３またはスキャナアプリ３４に供給する。また、ＵＣＳ４９はファックスアプリ３３またはスキャナアプリ３４から利用制限・課金情報の参照要求があると、課金情報管理モジュール１２１を介してフラッシュメモリ６５から利用制限・課金情報を取得してファックスアプリ３３またはスキャナアプリ３４に供給する。
【０１２０】
このように、ファックスアプリ３３およびスキャナアプリ３４は参照を所望するユーザ情報の格納場所を指定することなく、ＵＣＳ４９からユーザ情報を取得できる。なお、ファックスアプリ３３およびスキャナアプリ３４がＵＣＳ４９の利用を開始するための処理は、以下のようになる。
【０１２１】
まず、サーバとしてのＵＣＳ４９はリクエスト待ち受けスレッドを作成し、ソケットを開いてリクエストを待ち受ける。また、クライアントとしてのファックスアプリ３３およびスキャナアプリ３４はイベント待ち受けスレッドを作成し、ソケットを開いてイベントを待ち受けると共に、ＵＣＳ４９の開いたソケットを通じて利用登録を行う。
【０１２２】
ファックスアプリ３３およびスキャナアプリ３４からのリクエストがＵＣＳ４９のソケットを通じて、また、ＵＣＳ４９からのイベントがファックスアプリ３３およびスキャナアプリ３４のソケットを通じてインタープロセスコミュニケーションを行うことにより、ファックスアプリ３３およびスキャナアプリ３４とＵＣＳ４９との協調動作を実現している。
【０１２３】
次に、ファックスアプリ３３またはスキャナアプリ３４がユーザ情報を参照する処理の一例として、スキャナアプリ３４がオペレーションパネル７０に配信宛先情報を表示する処理について図面を参照しつつ説明していく。図７は、配信宛先情報を参照する処理の一例のフローチャートを示す。
【０１２４】
ステップＳ１０では、スキャナアプリ３４がＵＣＳ４９の諸元情報をＡＰＩを利用してＵＣＳ４９から取得する諸元情報取得処理を行う。諸元情報とは、ＵＣＳ４９自体の諸要素の情報であり、ＵＣＳ４９や課金情報管理モジュール１２１の組み込み情報や設定パラメータ情報から構成されている。なお、諸元情報取得処理の詳細は後述する。
【０１２５】
ステップＳ１０に続いてステップＳ１１に進み、スキャナアプリ３４は取得した諸元情報から利用可能機能を判定し、利用する機能をＡＰＩを利用してＵＣＳ４９に登録する利用機能登録処理を行う。このように、利用する機能をＵＣＳ４９に登録すると、スキャナアプリ３４はユーザ情報が更新されたときにＵＣＳ４９から更新通知を受信するようになる。
【０１２６】
例えば電子メール宛先情報が利用可能機能である場合、スキャナアプリ３４は電子メール宛先情報を利用する機能としてＵＣＳ４９に登録する。すると、スキャナアプリ３４は、電子メール宛先情報が更新されたときにＵＣＳ４９から更新通知を受信するようになる。なお、利用機能登録処理の詳細は後述する。
【０１２７】
ステップＳ１１に続いてステップＳ１２に進み、スキャナアプリ３４は見出し集合情報および見出し情報をＡＰＩを利用してＵＣＳ４９から取得する見出し集合情報および見出し情報取得処理を行う。
【０１２８】
図８は、見出し集合および見出しの一例のイメージ図を示す。図８中、見出し集合１２２および見出し１２３はユーザーインターフェースを意識した付加情報である。見出し集合１２２は例えば「常用」，「あ」などの見出し１２３の順序付き集合であり、所属する見出しの情報を保持する。また、見出し１２３は後述するエントリーの順序付き集合にラベルを付けたものであり、ラベルや所属するエントリーの情報を保持する。
【０１２９】
なお、見出し１２３のうち「常用」は全ての見出し集合に所属する特殊な見出しである。「常用」以外の見出し１２３は複数の見出し集合に所属しない。見出し集合情報および見出し情報取得処理の詳細は後述する。
【０１３０】
ステップＳ１２に続いてステップＳ１３に進み、スキャナアプリ３４は選択された見出しに所属するエントリーの一覧をＡＰＩを利用してＵＣＳ４９から取得するエントリー一覧情報取得処理を行う。
【０１３１】
図９は、エントリーの一例のイメージ図を示す。図９中、エントリーの一覧１２４を構成する１つ以上のエントリー１２５は、個別ユーザーなどに対応するアカウントと列挙されたアカウントに対応するグループとに大別される。なお、エントリー一覧情報取得処理の詳細は後述する。
【０１３２】
ステップＳ１３に続いてステップＳ１４に進み、スキャナアプリ３４は図１０に表すようなエントリー選択画面を作成してオペレーションパネル７０に表示する。図１０は、エントリー選択画面の一例のイメージ図を示す。
【０１３３】
図１０のエントリー選択画面は、見出し集合，見出し，見出しに所属するエントリーの一覧を利用することで作成できる。なお、図１０のエントリー選択画面は、グループを表すエントリーのボタンに人が３人並んだアイコンを付してアカウントとグループとを区別している。
【０１３４】
ステップＳ１４に続いてステップＳ１５に進み、スキャナアプリ３４はエントリー選択画面からエントリーが選択されたか否かを判定する。エントリーが選択されたと判定すると（Ｓ１５においてＹＥＳ）、スキャナアプリ３４はステップＳ１６に進む。一方、エントリーが選択されていないと判定すると（Ｓ１５においてＮＯ）、スキャナアプリ３４はステップＳ１７に進む。
【０１３５】
ステップＳ１６では、スキャナアプリ３４が、選択されたエントリーのエントリー詳細情報をＡＰＩを利用してＵＣＳ４９から取得するエントリー詳細情報取得処理を行った後にステップＳ１７に進む。例えばスキャナアプリ３４は取得したエントリー詳細情報を図１０のエントリー選択画面の情報表示欄１２７に表示する。
【０１３６】
ステップＳ１７では、スキャナアプリ３４が、エントリー選択画面から別の見出しが選択されたか否かを判定する。別の見出しが選択されたと判定すると（Ｓ１７においてＹＥＳ）、スキャナアプリ３４はステップＳ１３に進む。一方、別の見出しが選択されていないと判定すると（Ｓ１７においてＮＯ）、スキャナアプリ３４はステップＳ１８に進む。
【０１３７】
ステップＳ１８では、スキャナアプリ３４が、ＵＣＳ４９から更新通知を受信したか否かを判定する。更新通知を受信したと判定すると（Ｓ１８においてＹＥＳ）、スキャナアプリ３４はステップＳ１２に進む。一方、更新通知を受信していないと判定すると（Ｓ１８においてＮＯ）、スキャナアプリ３４はステップＳ１５に進む。
【０１３８】
更に、図７のフローチャートの処理について図面を参照しつつ詳細に説明していく。図１１は、ステップＳ１０の諸元情報取得処理の一例のフローチャートを示す。ステップＳ２１では、スキャナアプリ３４が諸元情報を取得するＡＰＩを利用してＵＣＳ４９に諸元情報を要求する。図１２は、諸元情報を取得するＡＰＩの一例の構成図を示す。
【０１３９】
ステップＳ２１に続いてステップＳ２２に進み、ＵＣＳ４９は予め作成しておいた諸元情報のコピーをスキャナアプリ３４に供給する。なお、ＵＣＳ４９は組み込み情報，管理パラメータ，機器構成情報，課金情報管理モジュール１２１から取得した課金情報諸元から諸元情報を作成する。課金情報管理モジュール１２１は、組み込み情報，管理パラメータ，機器構成情報から課金情報諸元を設定する。
【０１４０】
図１３は、諸元情報の一例の構成図を示す。図１３の諸元情報は、サービスバージョン，利用可能機能，エントリー登録数最大値などのデータ項目を含む。サービスバーションは、ＵＣＳ４９の組み込み情報である。利用可能機能は、機器構成情報からＵＣＳ４９が判定して作成し、例えば課金情報の有無，電子メール宛先情報の有無などを表す。エントリー登録数最大値は、ＵＣＳ４９の管理パラメータであって、エントリーの最大登録数を表す。エントリーは配信宛先，送信者，課金対象ユーザーなどの最小単位で、名称や管理番号などを情報として有している。
【０１４１】
次に、ステップＳ１１の利用機能登録処理について説明する。図１４は、ステップＳ１１の利用機能登録処理の一例のフローチャートを示す。ステップＳ３１では、スキャナアプリ３４が、ステップＳ２２で取得した諸元情報から利用可能機能を判定する。
【０１４２】
ステップＳ３１に続いてステップＳ３２に進み、スキャナアプリ３４はステップＳ３１で判定した利用可能機能から利用する機能を選択する。ステップＳ３２に続いてステップＳ３３に進み、スキャナアプリ３４は利用機能登録を行うＡＰＩを利用して、ステップＳ３２で選択した機能の登録をＵＣＳ４９に要求する。図１５は、利用機能登録を行うＡＰＩの一例の構成図を示す。
【０１４３】
ステップＳ３３に続いてステップＳ３４に進み、ＵＣＳ４９は登録を要求したスキャナアプリ３４と登録した機能とを対応付けて記憶する。ステップＳ３４の処理が終了すると、ＵＣＳ４９はユーザ情報が更新されたときに更新通知をスキャナアプリ３４に供給するようになる。
【０１４４】
したがって、スキャナアプリ３４は更新通知を受信することでユーザ情報が更新されたことを知ることができ、ユーザ情報が更新されたときにユーザ情報を取得し直すことができる。
【０１４５】
次に、ステップＳ１２の見出し集合情報および見出し情報取得処理について説明する。図１６は、ステップＳ１２の見出し集合情報および見出し情報取得処理の一例のフローチャートを示す。
【０１４６】
ステップＳ４１では、スキャナアプリ３４が見出し集合情報を取得するＡＰＩを利用してＵＣＳ４９に全ての見出し集合情報を要求する。図１７は、見出し集合情報を取得するＡＰＩの一例の構成図を示す。
【０１４７】
ステップＳ４１に続いてステップＳ４２に進み、ＵＣＳ４９は全ての見出し集合情報をスキャナアプリ３４に供給する。図１８は、見出し集合情報の一例の構成図を示す。図１８の見出し集合情報は、見出し集合管理番号，所属する見出し数，所属する見出しなどのデータ項目を含む。所属する見出しは、見出し管理番号の配列を表すものである。
【０１４８】
ステップＳ４２に続いてステップＳ４３に進み、スキャナアプリ３４は管理パラメータとして有している見出し集合および見出しの規定値に応じて見出し集合および見出しを選択する。
【０１４９】
ステップＳ４３に続いてステップＳ４４に進み、スキャナアプリ３４が見出し情報を取得するＡＰＩを利用して、ステップＳ４３で選択した見出し集合の全ての見出し情報をＵＣＳ４９に要求する。図１９は、見出し情報を取得するＡＰＩの一例の構成図を示す。
【０１５０】
ステップＳ４４に続いてステップＳ４５に進み、ＵＣＳ４９は見出し情報をＨＤＤ６６から読み出してスキャナアプリ３４に供給する。図２０は、見出し情報の一例の構成図を示す。図２０の見出し情報は、見出し管理番号，見出し種別，ラベルなどのデータ項目を含む。見出し種別は、常用か否かを識別するものである。
【０１５１】
次に、ステップＳ１３のエントリー一覧情報取得処理について説明する。図２１は、ステップＳ１３のエントリー一覧情報取得処理の一例のフローチャートを示す。
【０１５２】
ステップＳ５１では、スキャナアプリ３４が、エントリーの一覧情報を取得するＡＰＩを利用して、ステップＳ４３で選択された見出しに所属するエントリーの一覧情報をＵＣＳ４９に要求する。図２２は、エントリーの一覧情報を取得するＡＰＩの一例の構成図を示す。
【０１５３】
ステップＳ５１に続いてステップＳ５２に進み、ＵＣＳ４９はエントリーの一覧情報をＨＤＤ６６から読み出してスキャナアプリ３４に供給する。図２３は、エントリーの一覧情報の一例の構成図を示す。図２３のエントリーの一覧情報は、エントリー管理番号，エントリー登録番号，エントリー種別，ユーザ名称などのデータ項目を含む。エントリー登録番号は、ユーザが記憶するための番号である。エントリー種別は、配信宛先になるか否か，送信者になるか否か，アカウントがグループか等を表す。
【０１５４】
なお、ステップＳ５２では見出しに所属する全てのエントリーを必ずしも取得する必要がなく、オペレーションパネル７０の一画面に表示される分だけ取得してもよい。また、電子メールアドレスがあるエントリーや送信者になりうるエントリーに限るなど、フィルター情報を指定できるようにしてもよい。
【０１５５】
次に、図１０のエントリー選択画面の直接入力欄１２６にエントリー登録番号を入力した場合の処理について説明する。図２４は、エントリー登録番号入力処理の一例のフローチャートを示す。
【０１５６】
ステップＳ６１では、スキャナアプリ３４が、エントリー登録番号からエントリー管理番号を取得するＡＰＩを利用して、直接入力欄１２６に入力されたエントリー登録番号に対応するエントリー管理番号をＵＣＳ４９から取得する。図２５は、エントリー登録番号からエントリー管理番号を取得するＡＰＩの一例の構成図を示す。
【０１５７】
ステップＳ６１に続いてステップＳ６２に進み、スキャナアプリ３４はエントリー管理番号からエントリーが所属する見出しを取得するＡＰＩを利用して、ステップＳ６１で取得したエントリー管理番号からエントリーが所属する見出しをＵＣＳ４９から取得する。図２６は、エントリー管理番号からエントリーが所属する見出しを取得するＡＰＩの一例の構成図を示す。
【０１５８】
ステップＳ６２に続いてステップＳ６３に進み、スキャナアプリ３４は現在選択されている見出し集合にステップＳ６２で取得した見出しが含まれるか否かを判定する。
【０１５９】
ステップＳ６２で取得した見出しが現在選択されている見出し集合に含まれると（Ｓ６３においてＹＥＳ）、スキャナアプリ３４はステップＳ６４に進み、ステップＳ６２で取得した見出しのうち現在選択されている見出し集合に含まれる見出しを１つ選択する。なお、ステップＳ６２で取得した見出しのうち現在選択されている見出し集合に含まれる見出しが複数ある場合、適当な判断基準（例えば、見出し管理番号が最小のもの）に基づき１つの見出しを選択する。
【０１６０】
一方、ステップＳ６２で取得した見出しが現在選択されている見出し集合に含まれないと（Ｓ６３においてＮＯ）、スキャナアプリ３４はステップＳ６５に進み、見出し集合および見出しを適当な判断基準に基づき１つ選択する。
【０１６１】
ステップＳ６４又はステップＳ６５に続いてステップＳ６６に進み、スキャナアプリ３４はステップＳ６４又はステップＳ６５で選択した見出しに所属するエントリーの一覧を、エントリーの一覧情報を取得するＡＰＩを利用してＵＣＳ４９から取得する。そして、スキャナアプリ３４は取得したエントリーの一覧を利用して図１０に表すようなエントリー選択画面を作成してオペレーションパネル７０に表示する。
【０１６２】
なお、ステップＳ６６では、見出しに所属するエントリーの順位が分かると以下のように効率的な処理が可能となる。例えばオペレーションパネル７０の一画面に表示されるエントリー数が１２で、見出しに所属する所望のエントリーの順位が２０番目の場合、１３番目のエントリーから１２個のエントリーを含むエントリーの一覧を取得すればよい。
【０１６３】
スキャナアプリ３４は、エントリー順位を取得するＡＰＩを利用して、ＵＣＳ４９から見出しに所属するエントリーの順位を取得する。図２７は、エントリー順位を取得するＡＰＩの一例の構成図を示す。
【０１６４】
このように、エントリー順位を取得するＡＰＩを利用することで、最初から１２個ずつエントリーを取得していき、取得したエントリーに所望のエントリーが含まれるか否かを調べる手間を回避できる。
【０１６５】
また、ＵＣＳ４９は以下のようなＡＰＩも提供できる。図２８は、メール情報を取得するＡＰＩの一例の構成図を示す。スキャナアプリ３４は、メール情報を取得するＡＰＩを利用してＵＣＳ４９から電子メールアドレスなどのメール情報を取得できる。
【０１６６】
図２９は、送信者認証情報を取得するＡＰＩの一例の構成図を示す。スキャナアプリ３４は、送信者認証情報を取得するＡＰＩを利用してＵＣＳ４９から送信者認証情報を取得する。なお、送信者認証情報は例えばパスワードであり、送信者を識別するために利用される。
【０１６７】
図３０は、利用者制限情報を取得するＡＰＩの一例の構成図を示す。スキャナアプリ３４は、利用者制限情報を取得するＡＰＩを利用してＵＣＳ４９から利用者制限情報を取得する。なお、利用者制限情報は利用禁止，カラー禁止，白黒禁止など、細分した機能の禁止を表すフラグの列である。
【０１６８】
図３１は、電子メールグループ情報を取得するＡＰＩの一例の構成図を示す。スキャナアプリ３４は、電子メールグループ情報を取得するＡＰＩを利用してＵＣＳ４９から電子メールグループ情報を取得する。なお、電子メールグループ情報は、所属するアカウント数や所属するアカウントなどの情報である。
【０１６９】
図３２は、エントリーを検索するＡＰＩの一例の構成図を示す。スキャナアプリ３４は、エントリーを検索するＡＰＩを利用してＵＣＳ４９にエントリーを検索させる。なお、エントリーの検索は、前方一致，後方一致，部分一致などの検索条件を利用できる。
【０１７０】
なお、図６に表したユーザ情報の参照処理では、ファックスアプリ３３またはスキャナアプリ３４がオペレーションパネル７０に表示する画面を作成する例を説明したが、オペレーションパネル７０に表示する画面を作成する画面作成モジュールを別途設ける構成としてもよい。
【０１７１】
図３３は、画面作成モジュールの処理について説明するための図を示す。ＳＣＳ４２に含まれる画面作成モジュール１３０は、ファックスアプリ３３やスキャナアプリ３４からのリクエストに応じてオペレーションパネル７０に表示する画面を作成する。
【０１７２】
このように、画面作成モジュール１３０を別途設けることで、画面作成機能をファックスアプリ３３およびスキャナアプリ３４に備える必要がなくなり、画面作成機能を共有化できる。
【０１７３】
以上のように、本発明による融合機１はＵＣＳ４９を設けたことにより、ファックスアプリ３３，スキャナアプリ３４などの複数のアプリでユーザ情報を共有でき、ユーザ情報がフラッシュメモリ６５またはＨＤＤ６６の何れに格納されているかをアプリ側で考慮する必要が無くなった。
【０１７４】
なお、図１の構成図ではＵＣＳ４９がコントロールサービスに含まれる例を表しているが、この例に限らない。例えばＵＣＳ４９は、アプリケーション３０に含まれるようにしてもよい。また、図６等ではファックスアプリ３３およびスキャナアプリ３４がＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の参照を要求する例を表しているが、この例に限らない。例えばコントロールサービスがＵＣＳ４９の提供するＡＰＩを利用してユーザ情報の参照を要求してもよい。
【０１７５】
【発明の効果】
上述の如く、本発明によれば、ユーザ情報管理プログラムが画像処理アプリケーションからの要求に応じたユーザ情報を取得して要求元の画像処理アプリケーションに供給することにより、ユーザ情報を共有できると共にユーザ情報の一元管理が可能である。
【０１７６】
【図面の簡単な説明】
【図１】本発明による融合機の一実施例の構成図である。
【図２】本発明による融合機の一実施例のハードウェア構成図である。
【図３】本発明のユーザ情報管理方法について説明するための図である。
【図４】利用制限・課金情報の一例の構成図である。
【図５】配信宛先情報の一例の構成図である。
【図６】ユーザ情報の参照処理について説明するための図である。
【図７】配信宛先情報を参照する処理の一例のフローチャートである。
【図８】見出し集合および見出しの一例のイメージ図である。
【図９】エントリーの一例のイメージ図である。
【図１０】エントリー選択画面の一例のイメージ図である。
【図１１】ステップＳ１０の諸元情報取得処理の一例のフローチャートである。
【図１２】諸元情報を取得するＡＰＩの一例の構成図である。
【図１３】諸元情報の一例の構成図である。
【図１４】ステップＳ１１の利用機能登録処理の一例のフローチャートである。
【図１５】利用機能登録を行うＡＰＩの一例の構成図である。
【図１６】ステップＳ１２の見出し集合情報および見出し情報取得処理の一例のフローチャートである。
【図１７】見出し集合情報を取得するＡＰＩの一例の構成図である。
【図１８】見出し集合情報の一例の構成図である。
【図１９】見出し情報を取得するＡＰＩの一例の構成図である。
【図２０】見出し情報の一例の構成図である。
【図２１】ステップＳ１３のエントリー一覧情報取得処理の一例のフローチャートである。
【図２２】エントリーの一覧情報を取得するＡＰＩの一例の構成図である。
【図２３】エントリーの一覧情報の一例の構成図である。
【図２４】エントリー登録番号入力処理の一例のフローチャートである。
【図２５】エントリー登録番号からエントリー管理番号を取得するＡＰＩの一例の構成図である。
【図２６】エントリー管理番号からエントリーが所属する見出しを取得するＡＰＩの一例の構成図である。
【図２７】エントリー順位を取得するＡＰＩの一例の構成図である。
【図２８】メール情報を取得するＡＰＩの一例の構成図である。
【図２９】送信者認証情報を取得するＡＰＩの一例の構成図である。
【図３０】利用者制限情報を取得するＡＰＩの一例の構成図である。
【図３１】電子メールグループ情報を取得するＡＰＩの一例の構成図である。
【図３２】エントリーを検索するＡＰＩの一例の構成図である。
【図３３】画面作成モジュールの処理について説明するための図である。
【符号の説明】
１    融合機
１１    白黒ラインプリンタ
１２    カラーラインプリンタ
１３    ハードウェアリソース
２０    ソフトウェア群
３０    アプリケーション
４０    プラットフォーム
４１    オペレーティングシステム（ＯＳ）
４２    システムコントロールサービス（ＳＣＳ）
４３    システムリソースマネージャ（ＳＲＭ）
４４    エンジンコントロールサービス（ＥＣＳ）
４５    メモリコントロールサービス（ＭＣＳ）
４６    オペレーションパネルコントロールサービス（ＯＣＳ）
４７    ファックスコントロールサービス（ＦＣＳ）
４８    ネットワークコントロールサービス（ＮＣＳ）
４９    ユーザ情報管理サービス（ＵＣＳ）
５０    融合機起動部
６０    コントローラボード
６１    ＣＰＵ
６２    ＡＳＩＣ（Application Specific Integrated Circuit）
６３    ＳＲＡＭ（Static RAM）
６４    ＳＤＲＡＭ（Synchronous DRAM）
６５    フラッシュメモリ
６６    ハードディスク装置（ＨＤＤ）
６７    ネットワークＩ／Ｆコントローラ
７０    オペレーションパネル
８０    ファックスコントロールユニット（ＦＣＵ）
９０    ＵＳＢデバイス
１００    ＩＥＥＥ１３９４デバイス
１１０    エンジン部
１２１    課金情報管理モジュール
１２２    見出し集合
１２３    見出し
１２４    エントリーの一覧
１２５    エントリー
１２６    直接入力欄
１２７    情報表示欄
１３０    画面作成モジュール
【図１】
0003715629.tif 000002
【図２】
0003715629.tif 000003
【図３】
0003715629.tif 000004
【図４】
0003715629.tif 000005
【図５】
0003715629.tif 000006
【図６】
0003715629.tif 000007
【図７】
0003715629.tif 000008
【図８】
0003715629.tif 000009
【図９】
0003715629.tif 000010
【図１０】
0003715629.tif 000011
【図１１】
0003715629.tif 000012
【図１２】
0003715629.tif 000013
【図１３】
0003715629.tif 000014
【図１４】
0003715629.tif 000015
【図１５】
0003715629.tif 000016
【図１６】
0003715629.tif 000017
【図１７】
0003715629.tif 000018
【図１８】
0003715629.tif 000019
【図１９】
0003715629.tif 000020
【図２０】
0003715629.tif 000021
【図２１】
0003715629.tif 000022
【図２２】
0003715629.tif 000023
【図２３】
0003715629.tif 000024
【図２４】
0003715629.tif 000025
【図２５】
0003715629.tif 000026
【図２６】
0003715629.tif 000027
【図２７】
0003715629.tif 000028
【図２８】
0003715629.tif 000029
【図２９】
0003715629.tif 000030
【図３０】
0003715629.tif 000031
【図３１】
0003715629.tif 000032
【図３２】
0003715629.tif 000033
【図３３】
0003715629.tif 000034