(57)【特許請求の範囲】
【請求項１】
画像形成装置と在庫管理端末装置とを通信接続してなり、前記画像形成装置から消耗品情報を前記在庫管理端末装置に送信して管理する在庫管理システムであって、
前記画像形成装置は、
消耗品情報が組み込まれた多次元コードを読み取る画像読取部と、
前記画像読取部で読み取った多次元コードを解析するコード解析部と、
前記コード解析部で解析した解析データから所定の項目を抽出するデータ抽出部と、
前記データ抽出部で抽出された項目に基づいて電子メールデータを生成するメール制御部と、
前記メール制御部で生成された電子メールデータを前記在庫管理端末装置へ送信する通信制御部とを備え、
前記在庫管理端末装置は、
前記画像形成装置により送信された電子メールデータを受信する通信制御部と、
前記通信制御部が受信した電子メールデータを解析して当該データが納入情報であるか又は開封情報であるかを判断し、かつ当該データに含まれる消耗品情報を抽出する管理端末メール制御部と、
前記管理端末メール制御部が抽出した消耗品情報から所定の項目を抽出し、該管理端末メール制御部が納入情報であると判断した場合には該項目に基づいて在庫加算処理を行い、一方開封情報であると判断した場合には該項目に基づいて在庫減算処理を行う在庫管理部とを備えることを特徴とする在庫管理システム。
【請求項２】
前記画像形成装置は、
更に、自機が有するＣＰＵの負荷率の値に基づいて、処理の内容を振り分ける負荷検知部を備え、
前記在庫管理端末装置は、
更に、前記多次元コードを解析するコード解析部を備え、
前記負荷検知部は、
前記負荷率が閾値を超えている場合には前記在庫管理装置のコード解析部に前記多次元コードの解析を実施させ、一方該負荷率が閾値を超えていない場合には前記画像形成装置のコード解析部に前記多次元コードの解析を実施させるべく処理の内容を振り分けることを特徴とする請求項１に記載の在庫管理システム。
【請求項３】
前記画像形成装置は、
更に、前記画像読取部が読み取った多次元コードのデータ内容に基づいて前記通信制御部が送信する電子メールデータに含まれるメール内容の変更判断を行う判断部を備え、
前記判断部は、前記消耗品情報にメールアドレスが含まれている場合には、前記画像読取部が読み取ったデータ内容をそのまま電子メールデータとして適用すると判断し、
前記メール制御部は、前記判断部が前記適用を判断した場合、前記メールアドレス及び前記在庫管理端末装置を宛先とする前記データ内容そのままの電子メールデータを生成することを特徴とする請求項２に記載の在庫管理システム。
【請求項４】
前記多次元コードは、バーコードであることを特徴する請求項１に記載の在庫管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置の消耗品在庫管理に関し、特に画像形成装置、在庫管理端末装置及び在庫管理システムに関する。
【背景技術】
【０００２】
従来の画像形成装置の消耗品在庫管理システムでは（特許文献１参照）、消耗品が画像形成装置に装着されると、画像形成装置は、自己に消耗品が装着されたことを検知し、在庫管理システムを構成する在庫管理端末装置へその旨通知する。在庫管理端末装置は、自己が管理する消耗品在庫を減算して消耗品を購入し、納入確認通知を受けると、上記自己が管理する消耗品在庫を加算する。このようにして画像形成装置の消耗品在庫の管理を行っていた。
【特許文献１】特開２００２−２７８７４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来技術では納入の際にユーザが納入数を手動で入力して通知させる必要が有ったため、入力作業が煩わしいという、解決すべき課題が残されていた。
【課題を解決するための手段】
【０００４】
本発明は、画像形成装置と在庫管理端末装置とを通信接続してなり、画像形成装置から消耗品情報を在庫管理端末装置に送信して管理する在庫管理システムであって、画像形成装置は、消耗品情報が組み込まれた多次元コードを読み取る画像読取部と、画像読取部で読み取った多次元コードを解析するコード解析部と、コード解析部で解析した解析データから所定の項目を抽出するデータ抽出部と、データ抽出部で抽出された項目に基づいて電子メールデータを生成するメール制御部と、メール制御部で生成された電子メールデータを在庫管理端末装置へ送信する通信制御部とを備え、在庫管理端末装置は、画像形成装置により送信された電子メールデータを受信する通信制御部と、通信制御部が受信した電子メールデータを解析して当該データが納入情報であるか又は開封情報であるかを判断し、かつ当該データに含まれる消耗品情報を抽出する管理端末メール制御部と、管理端末メール制御部が抽出した消耗品情報から所定の項目を抽出し、該管理端末メール制御部が納入情報であると判断した場合には該項目に基づいて在庫加算処理を行い、一方開封情報であると判断した場合には該項目に基づいて在庫減算処理を行う在庫管理部とを備えることを特徴とする。
【発明の効果】
【０００５】
消耗品納入情報を自動的に取得して管理情報を更新することができるため、従来の入力作業を省略することができるという効果を得る。また、人為的な入力作業が発生しない為、更新作業による入力ミスを防ぐことができるという効果を得る。
【発明を実施するための最良の形態】
【０００６】
以下、本発明の一実施形態を図を用いて詳細に説明する。
【実施例１】
【０００７】
（構成）の説明
図１は、実施例１の在庫管理システムのシステム構成図である。
図に示すように実施例１の在庫管理システム４００は、ネットワーク１００に、画像形成装置１１０と、在庫管理端末装置１２１と、メールサーバ１３０とが通信接続されて構成される。
【０００８】
ネットワーク１００は、オフィスで運用されているＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）である。画像形成装置１１０は、ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）に代表される媒体への画像形成と媒体を読み取る機能とを有する画像形成装置である。在庫管理端末装置１２１は、消耗品在庫管理者が使用するクライアントコンピュータである。メールサーバ１３０は、端末装置からの電子メールサービスを担う一般的なサーバコンピュータである。
【０００９】
画像形成装置１１０は、共通バス１１１と、ＣＰＵ１１２と、操作／表示部１１３と、画像読取部１１４と、画像印刷部１１５と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１６と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１１７と、通信制御部１１８と、データ抽出部１１９と、メール制御部１２０とを備える。
【００１０】
共通バス１１１は、各機能部分をデータ接続するバスである。ＣＰＵ１１２は、マイクロプロセッサなどから構成され、共通バス１１１に接続される各デバイスやプログラムを総括的に制御し、画像形成装置１１０全体の制御を行う部分である。操作／表示部１１３は情報入力などの操作および動作中の状態や各種情報などの表示を行う部分でもある。
【００１１】
画像読取部１１４は、ユーザが画像形成装置１１０へセットした原稿を読み取り、電子データに変換する処理を行う部分である。また、画像読取部１１４は、コード解析手段１１４１を有し多次元コードを解析する部分でもある。画像印刷部１１５は、画像データをユーザが用意した記録紙などに印刷する処理を行う部分である。
【００１２】
ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１６は、プログラムの実行に必要な情報や、読み取り画像のデータを一時的に格納するためのメモリ領域である。ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１１７は、不揮発メモリで構成され画像形成装置１１０全体を制御するためのプログラムを格納するメモリである。
【００１３】
また、ＲＯＭ１１７に格納されているプログラムには、コード解析手段１１４１が解析したデータから必要な情報を抽出するためのデータ抽出モジュール１１７１と、画像形成装置１１０がメール送信するための電子メールデータを生成するメール制御モジュール１１７２も含まれる。通信制御部１１８は、ネットワーク１００を介して、双方向にデータを制御する処理を行う部分である。
【００１４】
データ抽出部１１９は、ＣＰＵ１１２がデータ抽出モジュール１１７１を実行することにより起動され、コード解析手段１１４１が解析したデータから必要な情報を抽出する部分である。
【００１５】
メール制御部１２０は、ＣＰＵ１１２がメール制御モジュール１１７２を実行することにより起動され、画像形成装置１１０がメール送信するための電子メールデータを生成する部分である。
【００１６】
以上説明した画像形成装置１１０は、電源が投入されるとＣＰＵ１１２が起動し、ＲＯＭ１１７内のプログラムにより、操作／表示部１１３、画像読取部１１４、画像印刷部１１５、ＲＡＭ１１６、通信制御部１１８、データ抽出部１１９、及びメール制御部１２０の初期化処理を実施する。各部の初期化処理が終了すると、画像形成装置１１０は待機状態になる。
【００１７】
この待機状態時に、ユーザが原稿を画像読取部１１４にセットし、操作／表示部１１３よりコピー開始指示を実施すると、画像読取部１１４は原稿の読み取りを開始し、読み取ったデータを画像印刷部１１５に転送する。原稿の１ページ分の読み取りデータの転送が終了すると、画像印刷部１１５は受信した読取りデータを媒体に印刷出力する。
【００１８】
在庫管理端末装置１２１は、ＣＰＵ１２２と、操作／表示部１２３と、通信制御部１２４と、ＲＡＭ１２５と、ＨＤＤ１２６と、メール制御部１２７と、在庫管理部１２８とを備える。
【００１９】
ＣＰＵ１２２は、マイクロプロセッサなどから構成され、共通バス１２９に接続される各デバイスやプログラムを総括的に制御し、在庫管理端末装置１２１全体の制御を行う部分である。
【００２０】
操作／表示部１２３は、情報入力操作などの操作及び各種情報を表示する部分である。通常は、キーボードやＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）で構成される。通信制御部１２４は、ネットワーク１００を介して、双方向にデータを制御する処理を行う部分である。ＲＡＭ１２５は、ＣＰＵ１２２の主メモリ、ワークエリア等として機能するメモリ領域である。
【００２１】
ＨＤＤ１２６は、電気的に読み書き可能なメモリであり、在庫管理端末装置１２１全体を制御するプログラムを格納するメモリである。格納されているプログラムの中には、電子メールの解析を行うメール制御モジュール１２６１と、画像形成装置の消耗品情報を格納するデータベースである在庫管理ＤＢ１２６２と、メール制御モジュール１２６１により解析されたデータを元に在庫管理ＤＢ１２６２を制御する在庫管理モジュール１２６３とが含まれている。
【００２２】
メール制御部１２７は、ＣＰＵ１２２がメール制御モジュール１２６１を実行すことによって起動され、電子メールの解析を行う部分である。在庫管理部１２８は、ＣＰＵ１２２が在庫管理モジュール１２６３を実行することによって起動され、メール制御部１２７により解析されたデータを元に在庫管理ＤＢ１２６２を制御する部分である。
【００２３】
（動作）の説明
動作説明の中で引用する図について最初に説明する。
図２は、納品書の説明図である。
図は販売元から送付された画像形成装置１１０（図１）の消耗品納入書であり、納入品に加えて、多次元コードも付されている。この多次元コードには、納品された消耗品の納入日、製品ＩＤ、製品名、消耗品の対応機種、納品数、販売元といった在庫管理ＤＢ１２６２（図１）が保持するための在庫情報が付されている。ただし、多次元コードには、在庫情報の他に在庫管理ＤＢ１２６２（図１）が保持する必要の無い製品情報を付しても良い。例えば、消耗品のカラー調整値や、消耗品が製造された工場名などが該当する。また、製品情報はメールデータとして解析できない単なるビット配列情報で付しても良い。また、本実施例では多次元コードを消耗品の納品書に付しているが、別紙などの異なる媒体に付しても良い。以下の説明では、納品書を納入情報として取り扱う。
ここでいう多次元コードの実際の一例は、２次元バーコードのＱＲコード（登録商標）である。尚、多次元コードはバーコードに限定する必要がない。
【００２４】
図３は、製品保証書の説明図である。
図は消耗品に同梱されている保証書であり、保証内容に加え、多次元コードも付されている。多次元コードには同梱されていた消耗品の製品ＩＤ、製品名、消耗品の対応機種、販売元といった在庫管理ＤＢ１２６２（図１）が保持する為の在庫情報が付されている。ただし、多次元コードには、在庫情報のほかに在庫管理ＤＢ１２６２（図１）が保持する必要の無い製品情報を付しても良い。例えば消耗品のカラー調整値や、消耗品が製造された工場名などが該当する。また、製品情報は、メールデータとして解析できない単なるビット配列情報で付しても良い。また、本実施例では多次元コードを消耗品の保証書に付しているが、別紙などの異なる媒体に付しても良い。以下の説明では、製品保証書を開封情報として取り扱う。
【００２５】
図４は、在庫管理ＤＢの消耗品情報の説明図である。
図は、在庫管理ＤＢ１２６２（図１）が格納している消耗品情報であり、本実施例が処理を実行する前の在庫管理端末装置１２１の在庫管理状況を示す。
【００２６】
図５は、解析データの説明図（その１）である。
図は、画像読取部１１４のコード解析手段１１４１が、納品書（図２）の読取データから多次元コードの情報を解析した状態を表している。解析データの情報は図に示すように各情報タグに区分されて解析されている。この情報には納入日が含まれている。
【００２７】
図６は、解析データの説明図（その２）である。
図は、画像読取部１１４のコード解析手段１１４１が、製品保証書（図３）の読取データから多次元コードの情報を解析した状態を表している。解析データの情報は図に示すように各情報タグに区分されて解析されている。この情報には納入日が含まれていない。
【００２８】
図７は、実施例１の在庫情報メールの説明図（その１）である。
図は、画像形成装置１１０（図１）からメールサーバ１３０へ送信される電子メールの内容を表している。このメールは、納入情報であり、納入日が記載されている。
【００２９】
図８は、実施例１の在庫情報メールの説明図（その２）である。
図は、画像形成装置１１０（図１）からメールサーバ１３０へ送信される電子メールの内容を表している。このメールは開封情報であり、納入日が記載されていない。
【００３０】
以上説明した、図２から図８までを引用しながら、フローチャートを用いて実施例１の在庫管理システムの動作について説明する。
【００３１】
図９は、実施例１の在庫管理システムの動作フローチャート（その１）である。
このフローチャートは、実施例１の在庫管理システム４００の画像形成装置１１０の動作を示すフローチャートである。以下に図１を併用しながらステップＳ１〜ステップＳ１１までステップ順に画像形成装置１１０の動作について説明する。動作説明の前提として、図１において、画像形成装置１１０には操作／表示部１１３を介して在庫管理端末装置１２１の電子メールアドレスが事前に登録されていることとする。また、図４は在庫管理ＤＢ１２６２が格納している消耗品情報であり、本実施例が実施される前の在庫管理端末装置１２１の在庫管理状況を示すものとする。
【００３２】
ステップＳ１
ユーザは、納品書（図２）または製品保証書（図３）を画像形成装置１１０へセットし、操作／表示部１１３より消耗品の在庫管理処理を行う読み取りを開始するよう操作する。
【００３３】
ステップＳ２
画像読取部１１４は、納品書（図２）  または製品保証書（図３）の読み取りを開始し、読み取ったデータをコード解析手段１１４１へ転送する。
【００３４】
ステップＳ３
コード解析手段１１４１は、読み取ったデータから多次元コードの情報を解析する。解析データの情報は、図５または図６のように各情報タグに区分され、在庫情報パラメータとして、データ抽出部１１９へ転送される。
【００３５】
ステップＳ４
データ抽出部１１９は、在庫情報パラメータ（図５または図６）から電子メールに転載する情報を取得する為に、解析データの１行を読み取る。
【００３６】
ステップＳ５
データ抽出部１１９が読み取った１行が在庫情報のタグであればタグ内のデータ抽出処理（ステップＳ７）へ移行する。データ抽出部１１９が読み取った１行が別の情報タグであれば次のタグ情報読取処理（ステップＳ６）へ移行する。データ抽出部１１９が読み取った１行がデータの終端であれば終了処理（ステップＳ１１）へ移行する。
【００３７】
ステップＳ６
データ抽出部１１９が読み取った１行が別の情報タグなので、データ読取位置を１行繰り下げて再び解析データの読み取り処理（ステップＳ４）へ移行する。
【００３８】
ステップＳ７
データ抽出部１１９が読み取った１行が在庫情報タグなので、データ抽出部１１９はデータ読取位置を１行繰り下げて、繰り下げた１行のデータをＲＡＭ１１６へ一時的に格納する。ＲＡＭ１１６に既に抽出データが存在している場合は追加データとして格納する。
【００３９】
ステップＳ８
データ抽出部１１９は、上記繰り下げた１行のデータを読み取る。データ抽出部１１９が読み取った、繰り下げた１行のデータがタグデータではなく、通常のデータであれば、再びデータ抽出処理（ステップＳ７）へ移行する。データ抽出部１１９が読み取った、繰り下げた１行のデータが別の情報タグまたはデータの終端であれば抽出処理を終了し、メール生成処理（ステップＳ９）へ移行する。
【００４０】
ステップＳ９
メール制御部１２０は、ＲＡＭ１１６へ格納された抽出データを用いて在庫管理端末装置１２１宛ての電子メールを生成する。生成した電子メールは図７、または図８の内容となる。
【００４１】
ステップＳ１０
通信制御部１１８は、メール制御部１２０が生成した電子メールをメールサーバ１３０へ送信してフローを終了する。
【００４２】
ステップＳ１１
データ抽出部１１９が読み取った１行がデータの終端であり、在庫管理データが抽出できなかった場合、操作／表示部１１３へデータが取得できなかったメッセージを表示し、フローを終了する。
【００４３】
図１０は、実施例１の在庫管理システムの動作フローチャート（その２）である。
このフローチャートは、実施例１の在庫管理システム４００の在庫管理端末装置１２１の動作を示すフローチャートである。以下に図１を併用しながらステップＳ１２〜ステップＳ１７までステップ順に在庫管理端末装置１２１の動作について説明する。動作説明の前提条件は上記図９と同様とする。
【００４４】
ステップＳ１２
在庫管理端末装置１２１の通信制御部１２４は、電子メールをメールサーバ１３０より受信する。
【００４５】
ステップＳ１３
在庫管理端末装置１２１のメール制御部１２７は、通信制御部１２４が受信した電子メールの解析を開始する。
【００４６】
ステップＳ１４
メール制御部１２７は、図７または図８の内容である電子メールデータの読取を開始する。
【００４７】
ステップＳ１５
メール制御部１２７は、電子メール本文に納入日の記載があるか確認する。納入日の記載があれば（図７）電子メールは納入情報であると判断できるため、在庫加算処理（ステップＳ１７）へ移行する。納入日の記載がなければ（図８）電子メールは開封情報であると判断できるため、在庫減算処理（ステップＳ１６）へ移行する。
【００４８】
ステップＳ１６
メール制御部１２７は、図８より電子メールは開封情報であると判断できるため、製品ＩＤ、製品名、対応機種を１セットとした情報と共に、減算処理フラグ情報を在庫管理部１２８へ転送する。在庫管理部１２８は、メール制御部１２７から転送されたデータを元に在庫管理ＤＢ１２６２に格納されている消耗品情報と合致した消耗品の在庫数を１だけ減算してフローを終了する。
【００４９】
ステップＳ１７
メール制御部１２７は、図７より前記電子メールは納入情報であると判断できる為、製品ＩＤ、製品名、対応機種、納品数を１セットとした情報と共に、加算処理フラグ情報を在庫管理部１２８へ転送する。在庫管理部１２８は、メール制御部１２７から転送されたデータを元に在庫管理ＤＢ１２６２に格納されている消耗品情報と合致した消耗品の在庫数を転送されたデータ中にある納品数分加算更新してフローを終了する。
【００５０】
（効果）の説明
以上説明したように、本実施例によれば、画像形成装置の消耗品在庫管理において、消耗品納入情報を自動的に取得して管理情報を更新することができるため、従来の入力作業を省略することができるという効果を得る。また、人為的な入力作業が発生しない為、更新作業による入力ミスを防ぐことができるという効果を得る。更に、同様の実施例で在庫管理の減算も可能となるため、画像形成装置に消耗品交換を検知する機能が不要となり、より安価な画像形成装置を提供することが可能になるという効果を得る。
【実施例２】
【００５１】
（構成）の説明
図１１は、実施例２の在庫管理システムのシステム構成図である。
図に示すように実施例２の在庫管理システム５００は、ネットワーク１００に、画像形成装置２１０と、在庫管理端末装置２２０と、メールサーバ１３０とが通信接続されて構成される。以下に実施例１と相違する部分のみについて説明する。実施例１と同様の部分については実施例１と同一の符号を付して説明を省略する。
【００５２】
画像形成装置２１０は、共通バス１１１と、ＣＰＵ１１２と、操作／表示部１１３と、画像読取部１１４と、画像印刷部１１５と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１６と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２１７と、通信制御部１１８と、データ抽出部１１９と、メール制御部１２０と、負荷検知部２１８とを備える。
【００５３】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２１７は、不揮発性メモリで構成され画像形成装置２１０全体を制御するためのプログラムを格納しているメモリである。また、ＲＯＭ２１７に格納されているプログラムには、実施例１と同様のデータ抽出モジュール１１７１、及びメール制御モジュール１１７２と、ＣＰＵ１１２の負荷率を計測し所定の閾値を越えた時の制御を行う負荷検知モジュール２１７３を含んでいる。
【００５４】
負荷検知部２１８は、ＣＰＵ１１２が負荷検知モジュール２１７３を実行することによってＣＰＵ１１２の負荷率を計測し、所定の閾値を越えた時の制御を行う部分である。
【００５５】
以上説明した画像形成装置２１０は、電源が投入されるとＣＰＵ１１２が起動し、ＲＯＭ２１７内のプログラムにより、操作／表示部１１３、画像読取部１１４、画像印刷部１１５、ＲＡＭ１１６、通信制御部１１８、データ抽出部１１９、メール制御部１２０、及び負荷検知部２１８の初期化処理が実施される。各部の初期化処理が終了すると、画像形成装置２１０は待機状態になる。
【００５６】
この待機状態時にユーザが原稿を画像読取部１１４にセットし、操作／表示部１１３よりコピー開始指示を実施すると、画像読取部１１４は原稿の読み取りを開始し、読み取ったデータを画像印刷部１１５に転送する。原稿の１ページ分の読み取りデータの転送が終了すると、画像印刷部１１５は受信した読取りデータを媒体に印刷出力する。
【００５７】
在庫管理端末装置２２０は、ＣＰＵ１２２と、操作／表示部１２３と、通信制御部１２４と、ＲＡＭ１２５と、ＨＤＤ２２６と、メール制御部１２７と、在庫管理部１２８とコード解析部２３０とを備える。
【００５８】
ＨＤＤ２２６は、電気的に読み書き可能なメモリであり、在庫管理端末装置２２０全体を制御するプログラムを格納するメモリである。格納されているプログラムの中には、実施例１と同様なメール制御モジュール１２６１、及び在庫管理モジュール１２６３と、実施例１と同様な在庫管理ＤＢ１２６２と、メール制御部１２７により解析された添付ファイル中に含まれている多次元コードを解析するためのコード解析モジュール２２６４が含まれる。
【００５９】
コード解析部２３０は、ＣＰＵ１２２がコード解析モジュール２２６４を実行することによって起動され、メール制御部１２７により解析された添付ファイル中に含まれている多次元コードを解析する部分である。
【００６０】
（動作）の説明
動作説明の中で引用する新たな図について最初に説明する。
図１２は、実施例２の在庫情報メールの説明図である。
図は、画像形成装置２１０（図１１）からメールサーバ１３０へ送信される電子メールの内容を表している。
【００６１】
以上説明した、図１２、及び実施例１で説明した図２から図６までを引用しながら、フローチャートを用いて実施例２の在庫管理システムの動作について説明する。最初に消耗品が納入された場合の動作概略について説明し、続いて消耗品が開封された際の動作概略について説明する。
【００６２】
図１３は、実施例２の在庫管理システムの消耗品納入の動作フローチャート（その１）である。
このフローチャートは、実施例２の在庫管理システム５００の画像形成装置２１０の消耗品が納入された場合の動作を示すフローチャートである。以下に図１１を併用しながらステップＳ１８〜ステップＳ３０までステップ順に画像形成装置２１０の動作について説明する。動作説明の前提として、図１１において、画像形成装置２１０には操作／表示部１１３を介して在庫管理端末装置２２０の電子メールアドレスが事前に登録されていることとする。また、図４は在庫管理ＤＢ１２６２が格納している消耗品情報であり、本実施例が実施される前の在庫管理端末装置２２０の在庫管理状況を示すものとする。更に、図１７において、画像形成装置２１０には操作／表示部１１３を介して処理転送を行う基準のＣＰＵ負荷率の閾値が、例えば負荷検知モジュール２１７３に登録されていることとする。
【００６３】
ステップＳ１８
ユーザは納品書（図２）を画像形成装置２１０へセットし、操作／表示部１１３より消耗品の在庫管理処理を行う読み取りを開始するよう操作する。
【００６４】
ステップＳ１９
画像読取部１１４は、納品書（図２）の読み取りを開始し、読み取ったデータをコード解析手段１１４１へ転送する。
【００６５】
ステップＳ２０
負荷検知部２１８が、ＣＰＵ１１２の負荷率が閾値を超えているか否かを判断し、超えていなければステップＳ２１へ進み、超えていればステップＳ２２へ進む。
【００６６】
ステップＳ２１
コード解析手段１１４１は、読取データから多次元コードの情報を解析する。解析データの情報は図５または図６のように各情報タグに区分されて解析され、データ抽出部１１９へ転送される。
【００６７】
ステップＳ２２
ＣＰＵ１１２の負荷率が閾値を超えているので、画像読取部１１４は読み取ったデータを図２のイメージを持つ添付ファイルデータとしてＲＡＭ１１６へ一時的に格納しステップＳ２８へ進む。
【００６８】
ステップＳ２３
データ抽出部１１９は、解析データの情報から電子メールに転載する情報を取得する為に、解析データの１行を読み取る。
【００６９】
ステップＳ２４
データ抽出部１１９が読み取った１行が在庫情報タグであれば、タグ内のデータ抽出処理（ステップＳ２６）へ進み、別の情報タグであれば、次のタグ情報読取処理（ステップＳ２５）へ進み、データの終端であればステップＳ３０へ進む。
【００７０】
ステップＳ２５
データ抽出部１１９が読み取った１行が別の情報タグなので、ステップＳ２３へ進み、データ読取位置を１行繰り下げて再び解析データの読取処理へ移行する。
【００７１】
ステップＳ２６
データ抽出部１１９が読み取った１行が在庫情報タグなので、データ抽出部１１９はデータ読取位置を１行繰り下げて、繰り下げた１行のデータをＲＡＭ１１６へ一時的に格納する。ＲＡＭ１１６に既に抽出データが存在している場合は追加データとして格納する。
【００７２】
ステップＳ２７
データ抽出部１１９が読み取った１行のデータがタグデータではなく、通常のデータであれば、ステップＳ２６へ戻って再びデータ抽出処理へ移行する。データ抽出部１１９が読み取った１行のデータが別の情報タグまたはデータの終端であればステップＳ２８へ進んで抽出処理を終了し、メール生成処理へ移行する
【００７３】
ステップＳ２８
メール制御部１２０は、ＲＡＭ１１６に格納されているデータがメールデータであれば在庫管理端末装置２２０宛の電子メールを生成する。生成された電子メールは図７の内容となる。メール制御部１２０は、ＲＡＭ１１６に格納されているデータが添付ファイルデータであれば添付ファイルデータを添付ファイルとした在庫管理端末装置２２０宛の電子メールを生成する。生成された電子メールは図１２の内容となる。
【００７４】
ステップＳ２９
通信制御部１１８は、メール制御部１２０が生成した電子メールをメールサーバ１３０へ送信してフローを終了する。
【００７５】
ステップＳ３０
データ抽出部１１９が読み取った１行がデータの終端であり、在庫管理データが抽出できなかった場合なので、操作／表示部１１３へデータが取得できなかったメッセージを表示し、フローを終了する。
【００７６】
図１４は、実施例２の在庫管理システムの消耗品納入の動作フローチャート（その２）である。
このフローチャートは、実施例２の在庫管理システム５００の消耗品が納入された場合の在庫管理端末装置２２０の動作を示すフローチャートである。以下に図１１を併用しながらステップＳ３１〜ステップＳ３８までステップ順に在庫管理端末装置２２０の動作について説明する。動作説明の前提条件は上記図１３と同様とする。
【００７７】
ステップＳ３１
在庫管理端末装置２２０の通信制御部１２４は、電子メールをメールサーバ１３０より受信する。
【００７８】
ステップＳ３２
在庫管理端末装置２２０のメール制御部１２７は、通信制御部１２４が受信した電子メールの解析を開始する。
【００７９】
ステップＳ３３
電子メールに添付ファイルがある場合は、メール制御部１２７は、電子メールの添付ファイルデータをコード解析部２３０へ転送し（ステップＳ３４）、電子メールに添付ファイルがない場合は、電子メールデータの読み取りを開始する（ステップＳ３５）。
【００８０】
ステップＳ３４
コード解析部２３０は、添付ファイルデータから多次元コードの情報を解析する。解析データの情報は図５または図６のように各情報タグに区分されて解析され、メール制御部１２７へ転送される。
【００８１】
ステップＳ３５
メール制御部１２７は、電子メールデータまたは、コード解析部２３０が解析した解析データの読み取りを開始する。
【００８２】
ステップＳ３６
メール制御部１２７は、電子メールデータまたは、解析データに納入日の記載があるか否かを確認する。納入日の記載があれば電子メールは納入情報であると判断できるため、在庫加算処理（ステップＳ３８）へ移行する。納入日の記載がなければ、電子メールは開封情報であると判断できる為、在庫減算処理（ステップＳ３７）へ移行する。
【００８３】
ステップＳ３７
メール制御部１２７は、図６より電子メールは開封情報であると判断できる為（ここでは前提に反する）、製品ＩＤ、製品名、対応機種を１セットとした情報と共に、減算処理フラグ情報を在庫管理部１２８へ転送する。在庫管理部１２８は、電子メール制御部から転送されたデータを元に在庫管理ＤＢ１２６２に格納されている消耗品情報と合致した消耗品の在庫数を１だけ減算更新してフローを終了する。
【００８４】
ステップＳ３８
メール制御部１２７は、電子メールは納入情報であると判断できる為（ここでは前提に該当する）、製品ＩＤ、製品名、対応機種、納品数を１セットとした情報と共に、加算処理フラグ情報を在庫管理部１２８へ転送する。在庫管理部１２８は、メール制御部１２７から転送されたデータを元に在庫管理ＤＢ１２６２に格納されている消耗品情報と合致した消耗品の在庫数を転送されたデータ中にある納品数分加算更新してフローを終了する。
【００８５】
図１５は、実施例２の在庫管理システムの消耗品開封の動作フローチャート（その１）である。
このフローチャートは、実施例２の在庫管理システム５００の画像形成装置２１０の消耗品が開封された場合の動作を示すフローチャートである。以下に図１１を併用しながらステップＳ３９〜ステップＳ５１までステップ順に画像形成装置２１０の動作について説明する。動作説明の前提として、図１１において、画像形成装置２１０には操作／表示部１１３を介して在庫管理端末装置２２０の電子メールアドレスが事前に登録されていることとする。また、図４は在庫管理ＤＢ１２６２が格納している消耗品情報であり、本実施例が実施される前の在庫管理端末装置２２０の在庫管理状況を示すものとする。更に、図１１において、画像形成装置２１０には操作／表示部１１３を介して処理転送を行う基準のＣＰＵ負荷率の閾値が予め登録されていることとする。
【００８６】
ステップＳ３９
ユーザは製品保証証（図３）を画像形成装置２１０へセットし、操作／表示部１１３より消耗品の在庫管理処理を行う読み取りを開始するよう操作する。
【００８７】
ステップＳ４０
画像読取部１１４は、製品保証証（図３）の読み取りを開始し、読み取ったデータをコード解析手段１１４１へ転送する。
【００８８】
ステップＳ４１
負荷検知部２１８が、ＣＰＵ１１２の負荷率が閾値を超えているか否かを判断し、超えていなければステップＳ２１へ進み、超えていればステップＳ２２へ進む。
【００８９】
ステップＳ４２
コード解析手段１１４１は、読取データから多次元コードの情報を解析する。解析データの情報は図６のように各情報タグに区分されて解析され、データ抽出部１１９へ転送される。
【００９０】
ステップＳ４３
ＣＰＵ１１２の負荷率が閾値を超えているので、画像読取部１１４は読み取ったデータを図３のイメージを持つ添付ファイルデータとしてＲＡＭ１１６へ一時的に格納しステップＳ４９へ進む。
【００９１】
ステップＳ４４
データ抽出部１１９は、解析データの情報から電子メールに転載する情報を取得する為に、解析データの１行を読み取る。
【００９２】
ステップＳ４５
データ抽出部１１９が読み取った１行が在庫情報タグであれば、タグ内のデータ抽出処理（ステップＳ４７）へ進み、別の情報タグであれば、次のタグ情報読取処理（ステップＳ４６）へ進み、データの終端であればステップＳ５１へ進む。
【００９３】
ステップＳ４６
データ抽出部１１９が読み取った１行が別の情報タグなので、ステップＳ４４へ進み、データ読取位置を１行繰り下げて再び解析データの読取処理へ移行する。
【００９４】
ステップＳ４７
データ抽出部１１９が読み取った１行が在庫情報タグなので、データ抽出部１１９はデータ読取位置を１行繰り下げて、繰り下げた１行のデータをＲＡＭ１１６へ一時的に格納する。ＲＡＭ１１６に既に抽出データが存在している場合は追加データとして格納する。
【００９５】
ステップＳ４８
データ抽出部１１９が読み取った１行のデータがタグデータではなく、通常のデータであれば、ステップＳ４７へ戻って再びデータ抽出処理へ移行する。データ抽出部１１９が読み取った１行のデータが別の情報タグまたはデータの終端であればステップＳ４９へ進んで抽出処理を終了し、メール生成処理へ移行する
【００９６】
ステップＳ４９
メール制御部１２０は、ＲＡＭ１１６に格納されているデータがメールデータであれば在庫管理端末装置２２０宛の電子メールを生成する。生成された電子メールは図８の内容となる。メール制御部１２０は、ＲＡＭ１１６に格納されているデータが添付ファイルデータであれば添付ファイルデータを添付ファイルとした在庫管理端末装置２２０宛の電子メールを生成する。生成された電子メールは図１２の内容となる。
【００９７】
ステップＳ５０
通信制御部１１８は、メール制御部１２０が生成した電子メールをメールサーバ１３０へ送信してフローを終了する。
【００９８】
ステップＳ５１
データ抽出部１１９が読み取った１行がデータの終端であり、在庫管理データが抽出できなかった場合なので、操作／表示部１１３へデータが取得できなかったメッセージを表示し、フローを終了する。
【００９９】
図１６は、実施例２の在庫管理システムの消耗品開封の動作フローチャート（その２）である。
このフローチャートは、実施例２の在庫管理システム５００の消耗品が開封された場合の在庫管理端末装置２２０の動作を示すフローチャートである。以下に図１１を併用しながらステップＳ５２〜ステップＳ５９でステップ順に在庫管理端末装置２２０の動作について説明する。動作説明の前提条件は上記図１３と同様とする。
【０１００】
ステップＳ５２
在庫管理端末装置２２０の通信制御部１２４は、電子メールをメールサーバ１３０より受信する。
【０１０１】
ステップＳ５３
在庫管理端末装置２２０のメール制御部１２７は、通信制御部１２４が受信した電子メールの解析を開始する。
【０１０２】
ステップＳ５４
電子メールに添付ファイルがある場合は、メール制御部１２７は、電子メールの添付ファイルデータをコード解析部２３０へ転送し（ステップＳ５５）、電子メールに添付ファイルがない場合は、電子メールデータの読み取りを開始する（ステップＳ５６）。
【０１０３】
ステップＳ５５
コード解析部２３０は、添付ファイルデータから多次元コードの情報を解析する。解析データの情報は図５または図６のように各情報タグに区分されて解析され、メール制御部１２７へ転送される。
【０１０４】
ステップＳ５６
メール制御部１２７は、電子メールデータまたは、コード解析部２３０が解析した解析データの読み取りを開始する。
【０１０５】
ステップＳ５７
メール制御部１２７は、電子メールデータまたは、解析データに納入日の記載があるか否かを確認する。納入日の記載があれば電子メールは納入情報であると判断できるため、在庫加算処理（ステップＳ５９）へ移行する。納入日の記載がなければ、電子メールは開封情報であると判断できる為、在庫減算処理（ステップＳ５８）へ移行する。
【０１０６】
ステップＳ５８
メール制御部１２７は、図６より電子メールは開封情報であると判断できる為（ここでは前提に該当する）、製品ＩＤ、製品名、対応機種を１セットとした情報と共に、減算処理フラグ情報を在庫管理部１２８へ転送する。在庫管理部１２８は、電子メール制御部から転送されたデータを元に在庫管理ＤＢ１２６２に格納されている消耗品情報と合致した消耗品の在庫数を１だけ減算更新してフローを終了する。
【０１０７】
ステップＳ５９
メール制御部１２７は、図５より電子メールは納入情報であると判断できる為（ここでは前提に反する）、製品ＩＤ、製品名、対応機種、納品数を１セットとした情報と共に、加算処理フラグ情報を在庫管理部１２８へ転送する。在庫管理部１２８は、メール制御部１２７から転送されたデータを元に在庫管理ＤＢ１２６２に格納されている消耗品情報と合致した消耗品の在庫数を転送されたデータ中にある納品数分加算更新してフローを終了する。
【０１０８】
（効果）の説明
以上説明したように、本実施例によれば、画像形成装置の消耗品在庫管理において、実施例１の効果に加え、画像形成装置のＣＰＵが負荷率が高いときに最小限の処理で在庫管理端末へ情報を提供し、効率的に在庫管理情報を更新することができるという効果を得る。
【実施例３】
【０１０９】
（構成）の説明
図１７は、実施例３の在庫管理システムのシステム構成図である。
図に示すように実施例３の在庫管理システム６００は、ネットワーク１００に、画像形成装置３１０と、在庫管理端末装置２２０と、メールサーバ１３０と、製造工場３５０とが通信接続されて構成される。以下に実施例１または実施例２と相違する部分のみについて説明する。実施例１または実施例２と同様の部分については実施例１または実施例２と同一の符号を付して説明を省略する。
【０１１０】
画像形成装置３１０は、共通バス１１１と、ＣＰＵ１１２と、操作／表示部１１３と、画像読取部１１４と、画像印刷部１１５と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１６と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３１７と、通信制御部１１８と、データ抽出部１１９と、メール制御部１２０と、負荷検知部２１８と、判断部３１８とを備える。
【０１１１】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３１７は、不揮発性メモリで構成され画像形成装置３１０全体を制御するためのプログラムを格納しているメモリである。また、ＲＯＭ３１７に格納されているプログラムには、実施例２と同様のデータ抽出モジュール１１７１、メール制御モジュール１１７２と、負荷検知モジュール２１７３と、画像読取部１１４が読み取った電子データをそのままメールデータとして適用するか否かを判断するための判断モジュール３１７４が含まれている。
【０１１２】
判断部３１８は、ＣＰＵ１１２が判断モジュール３１７４を実行することによって画像読取部１１４が読み取った電子データをそのままメールデータとして適用するか否かを判断する部分である。この判断は、納品書、または製品保証書の先頭データに該当する消耗品が製造された工場のメールアドレスが含まれているか否かによって判断される。
【０１１３】
製造工場３５０は、画像形成装置３１０の消耗品を製造する工場である。製品によっては、その製造メーカが納品数や使用数を直接管理したい場合もある。かかる場合に、納品書や製品保証書にその旨含めておくことによって、在庫管理システム６００から、上記納品数や使用数を含む電子メールを受信することを可能にしている。
【０１１４】
画像形成装置３１０の一般的な動作として、電源を投入されるとＣＰＵ１１２が起動し、ＲＯＭ３１７内のプログラムによって、操作／表示部１１３、画像読取部１１４、画像印刷部１１５、ＲＡＭ１１６、通信制御部１１８の初期化処理が実施される。各部の初期化処理が終了すると、画像形成装置３１０は待機状態になる。
【０１１５】
上記待機状態時にユーザが、原稿を画像読取部１１４にセットし、操作／表示部１１３よりコピー開始指示をすると、画像読取部１１４は原稿の読み取りを開始し、読み取ったデータを画像印刷部１１５に転送する。原稿の１ページ分の読取データの転送が終了すると、画像印刷部１１５は受信した前記読取データを媒体に印刷出力する。
【０１１６】
（動作）の説明
動作説明の中で引用する新たな図について最初に説明する。
図１８は、実施例３の在庫情報メールの説明図（その１）である。
図は、画像形成装置３１０（図１７）からメールサーバ１３０へ送信される電子メールの内容を表している。図に示すように、在庫情報メールの中に添付ファイルが含まれている。この添付ファイルは、納品書（図２）のイメージデータである。このメールには納入日が記載されている。
【０１１７】
図１９は、実施例３の在庫情報メールの説明図（その２）である。
図は、画像形成装置３１０（図１７）からメールサーバ１３０へ送信される電子メールの内容を表している。図に示すように、在庫情報メールの中に添付ファイルが含まれている。この添付ファイルは、製品保証書（図３）のイメージデータである。このメールには納入日が記載されていない。
【０１１８】
以上説明した、図１８、図１９及び実施例１または実施例２で説明した図２から図６までを引用しながら、フローチャートを用いて実施例３の在庫管理システムの動作について説明する。最初に消耗品が納入された場合の動作概略について説明し、続いて消耗品が開封された際の動作概略について説明する。
【０１１９】
図２０は、実施例３の在庫管理システムの消耗品納入の動作フローチャート（その１）である。
このフローチャートは、実施例３の在庫管理システム６００の画像形成装置３１０の消耗品が納入された場合の動作を示すフローチャートである。以下に図１７を併用しながらステップＳ６０からステップＳ７４までステップ順に画像形成装置３１０の動作について説明する。動作説明の前提として、図１７において、画像形成装置３１０には操作／表示部１１３を介して在庫管理端末装置２２０の電子メールアドレスが事前に登録されていることとする。また、図４は在庫管理ＤＢ１２６２が格納している消耗品情報であり、本実施例が実施される前の在庫管理端末装置２２０の在庫管理状況を示すものとする。又、図１７において、画像形成装置３１０には操作／表示部１１３を介して処理転送を行う基準のＣＰＵ負荷率の閾値が予め登録されていることとする。更に、製造工場が、自己宛てにメール送信を受けるために、該当する消耗品の納品書または製品保証書の多次元コードの先頭に自己のメールアドレスを含めているものとする。
【０１２０】
ステップＳ６０
ユーザは納品書（図２）を画像形成装置３１０へセットし、図１７における操作／表示部１１３より消耗品の在庫管理処理を行う読み取りを開始するよう操作を行う。
【０１２１】
ステップＳ６１
画像形成装置３１０の画像読取部１１４は上記操作に従い、納品書（図２）の読み取りを開始し、読み取りが完了したことを負荷検知部２１８へ通知する。
【０１２２】
ステップＳ６２
負荷検知部２１８は、画像形成装置３１０を制御するＣＰＵ１１２の負荷率を確認し、事前に設定済みである閾値を超えているか判断する。超えている場合にはステップＳ６３へ進み、超えていない場合にはステップＳ６４へ進む。
【０１２３】
ステップＳ６３
負荷検知部２１８の判断によりＣＰＵ１２２の負荷率が閾値を超えているので画像読取部１１４は読み取ったデータを納品書（図２）のイメージを持つ添付ファイルデータとしてＲＡＭ１１６へ一時的に格納する。
【０１２４】
ステップＳ６４
判断部３１８は、読取データの先頭データから該当する消耗品の製造工場のメールアドレスが存在しているか否かを確認する。先頭データにメールアドレスが存在していればステップＳ６５へ進み、存在していなければステップＳ６６へ進む。
【０１２５】
ステップＳ６５
画像読取部１１４は読み取ったデータを納品書（図２）のイメージを持つ添付ファイルデータとしてＲＡＭ１１６へ一時的に格納する。
【０１２６】
ステップＳ６６
コード解析手段１１４１は、読取データから多次元コードの情報を解析する。解析データの情報は図５のように各情報タグに区分されて解析され、データ抽出部１１９へ転送される。
【０１２７】
ステップＳ６７
データ抽出部１１９は、解析データから電子メールに転載する情報を取得する為に、解析データの１行を読み取る。
【０１２８】
ステップＳ６８
データ抽出部１１９が読み取った１行が在庫情報タグであればタグ内のデータ抽出処理（ステップＳ７０）へ進む。データ抽出部１１９が読み取った１行が別の情報タグであれば次のタグ情報読取処理（ステップＳ６９）へ進む。データ抽出部１１９が読み取った１行がデータの終端であれば終了処理（ステップＳ７４）へ進む。
【０１２９】
ステップＳ６９
データ抽出部１１９が読み取った１行が別の情報タグなので、データ読取位置を１行繰り下げて再び解析データの読取処理（ステップＳ６７）へ進む。
【０１３０】
ステップＳ７０
データ抽出部１１９が読み取った１行が在庫情報タグなので、データ抽出部１１９はデータ読取位置を１行繰り下げて、繰り下げた１行のデータをＲＡＭ１１６へ一時的に格納する。ＲＡＭ１１６に既に抽出データが存在している場合は追加データとして格納する。
【０１３１】
ステップＳ７１
データ抽出部１１９は、繰り下げた１行のデータを読み取る。データ抽出部１１９が読み取った１行のデータがタグデータでなく、通常のデータであれば、再びデータ抽出処理（ステップＳ７０）へ進む。データ抽出部１１９が読み取った１行のデータが別の情報のタグまたはデータの終端であれば抽出処理を終了し、メール生成処理（ステップＳ７２）へ進む。
【０１３２】
ステップＳ７２
メール制御部１２０は、ＲＡＭ１１６に格納されているデータがメールデータのみであれば在庫管理端末装置２２０宛の電子メールを生成する。生成した電子メールは図７の内容となる。メール制御部１２０は、ＲＡＭ１１６に格納されているデータが添付ファイルデータのみであれば添付ファイルデータを添付ファイルとした在庫管理端末装置２２０宛の電子メールを生成する。生成した電子メールは実施例２で説明した図１２の内容となる。メール制御部１２０は、ＲＡＭ１１６に格納されているデータがメールデータ及び添付ファイルデータであれば添付ファイルデータを添付ファイルとし、メールデータを本文とし、判断部３１８が検出したメールアドレス及び在庫管理端末装置２２０宛の電子メールを生成する。生成した電子メールは図１８の内容となる。
【０１３３】
ステップＳ７３
通信制御部１１８は、メール制御部１２０が生成した電子メールをメールサーバ１３０へ送信してフローを終了する。
【０１３４】
ステップＳ７４
データ抽出部１１９が読み取った１行がデータの終端であり、在庫管理データが抽出できなかった場合なので、操作／表示部１１３へデータが取得できなかったメッセージを表示し、フローを終了する。
【０１３５】
図２１は、実施例３の在庫管理システムの消耗品納入の動作フローチャート（その２）である。
このフローチャートは、実施例３の在庫管理システム６００の消耗品が納入された場合の在庫管理端末装置２２０の動作を示すフローチャートである。以下に図１７を併用しながらステップＳ７５〜ステップＳ８２までステップ順に在庫管理端末装置２２０の動作について説明する。動作説明の前提条件は上記図２０と同様とする。
【０１３６】
ステップＳ７５
在庫管理端末装置２２０の通信制御部１２４は、電子メールをメールサーバ１３０より受信する。
【０１３７】
ステップＳ７６
メール制御部１２７は、通信制御部１２４が受信した電子メールの解析を開始する。
【０１３８】
ステップＳ７７
電子メールに添付ファイルがある場合は、メール制御部１２７は、電子メールの添付ファイルデータをコード解析部２３０へ転送し（ステップＳ７８）、電子メールに添付ファイルがない場合は、電子メールの解析を開始する（ステップＳ７９）。
【０１３９】
ステップＳ７８
コード解析部２３０は、添付ファイルデータから多次元コードの情報を解析する。解析データの情報は図５のように各情報タグに区分されて解析され、メール制御部１２７へ転送される。
【０１４０】
ステップＳ７９
メール制御部１２７は、電子メールデータまたは、コード解析部２３０が解析した解析データの読み取りを開始する。
【０１４１】
ステップＳ８０
メール制御部１２７は、電子メールデータまたは、解析データに納入日の記載があるか確認する。納入日の記載があれば電子メールは納入情報であると判断できるため、在庫加算処理（ステップＳ８２）へ進む。納入日の記載が無ければ電子メールは開封情報であると判断できる為、在庫減算処理（ステップＳ８１）へ進む。
【０１４２】
ステップＳ８１
メール制御部１２７は、図１９より電子メールは開封情報（前提条件に該当しない）であると判断できる為、製品ＩＤ、製品名、対応機種、納品数を１セットとした情報と共に、減算処理フラグ情報を在庫管理部１２８へ転送する。転送されたデータを元に在庫管理ＤＢ１２６２に格納されている消耗品情報と合致した消耗品の在庫数が転送されたデータ中にある開封数分減算更新されフローを終了する。
【０１４３】
ステップＳ８２
メール制御部１２７は、図１８より電子メールは納品情報（前提条件に該当する）であると判断できる為、製品ＩＤ、製品名、対応機種、納品数を１セットとした情報と共に、加算処理フラグ情報を在庫管理部１２８へ転送する。転送されたデータを元に在庫管理ＤＢ１２６２に格納されている消耗品情報と合致した消耗品の在庫数が転送されたデータ中にある納品数分加算更新されフローを終了する。
【０１４４】
また、ステップＳ７２でメール制御部１２７が生成した電子メールの宛先に判断部３１８が検出したメールアドレスも追加されている場合、ネットワーク１００を介して製造工場３５０でも電子メールを受信することができる。
【０１４５】
図２２は、実施例３の在庫管理システムの消耗品開封の動作フローチャート（その１）である。
このフローチャートは、実施例３の在庫管理システム６００の画像形成装置３１０の消耗品が開封された場合の動作を示すフローチャートである。以下に図１７を併用しながらステップＳ８３からステップＳ９７までステップ順に画像形成装置３１０の動作について説明する。動作説明の前提として、図１７において、画像形成装置３１０には操作／表示部１１３を介して在庫管理端末装置２２０の電子メールアドレスが事前に登録されていることとする。また、図４は在庫管理ＤＢ１２６２が格納している消耗品情報であり、本実施例が実施される前の在庫管理端末装置２２０の在庫管理状況を示すものとする。又、図１７において、画像形成装置３１０には操作／表示部１１３を介して処理転送を行う基準のＣＰＵ負荷率の閾値が予め登録されていることとする。更に、製造工場が、自己宛てにメール送信を受けるために、該当する消耗品の納品書または製品保証書の多次元コードの先頭に自己のメールアドレスを含めているものとする。
【０１４６】
ステップＳ８３
ユーザは製品保証書（図３）を画像形成装置３１０へセットし、図１７における操作／表示部１１３より消耗品の在庫管理処理を行う読み取りを開始するよう操作を行う。
【０１４７】
ステップＳ８４
画像形成装置３１０の画像読取部１１４は上記操作に従い、製品保証書（図３）の読み取りを開始し、読み取りが完了したことを負荷検知部２１８へ通知する。
【０１４８】
ステップＳ８５
負荷検知部２１８は、画像形成装置３１０を制御するＣＰＵ１１２の負荷率を確認し、事前に設定済みである閾値を超えているか判断する。超えている場合にはステップＳ８６へ進み、超えていない場合にはステップＳ８７へ進む。
【０１４９】
ステップＳ８６
負荷検知部２１８の判断によりＣＰＵ１２２の負荷率が閾値を超えているので画像読取部１１４は読み取ったデータを製品保証書（図３）のイメージを持つ添付ファイルデータとしてＲＡＭ１１６へ一時的に格納する。
【０１５０】
ステップＳ８７
判断部３１８は、読取データの先頭データから該当する消耗品の製造工場のメールアドレスが存在しているか否かを確認する。先頭データにメールアドレスが存在していればステップＳ８８へ進み、存在していなければステップＳ８９へ進む。
【０１５１】
ステップＳ８８
画像読取部１１４は読み取ったデータを納品書（図２）のイメージを持つ添付ファイルデータとしてＲＡＭ１１６へ一時的に格納する。
【０１５２】
ステップＳ８９
コード解析手段１１４１は、読取データから多次元コードの情報を解析する。解析データの情報は図６のように各情報タグに区分されて解析され、データ抽出部１１９へ転送される。
【０１５３】
ステップＳ９０
データ抽出部１１９は、解析データから電子メールに転載する情報を取得する為に、解析データの１行を読み取る。
【０１５４】
ステップＳ９１
データ抽出部１１９が読み取った１行が在庫情報タグであればタグ内のデータ抽出処理（ステップＳ９３）へ進む。データ抽出部１１９が読み取った１行が別の情報タグであれば次のタグ情報読取処理（ステップＳ９２）へ進む。データ抽出部１１９が読み取った１行がデータの終端であれば終了処理（ステップＳ９７）へ進む。
【０１５５】
ステップＳ９２
データ抽出部１１９が読み取った１行が別の情報タグなので、データ読取位置を１行繰り下げて再び解析データの読取処理（ステップＳ９０）へ進む。
【０１５６】
ステップＳ９３
データ抽出部１１９が読み取った１行が在庫情報タグなので、データ抽出部１１９はデータ読取位置を１行繰り下げて、繰り下げた１行のデータをＲＡＭ１１６へ一時的に格納する。ＲＡＭ１１６に既に抽出データが存在している場合は追加データとして格納する。
【０１５７】
ステップＳ９４
データ抽出部１１９は、繰り下げた１行のデータを読み取る。データ抽出部１１９が読み取った１行のデータがタグデータでなく、通常のデータであれば、再びデータ抽出処理（ステップＳ９３）へ進む。データ抽出部１１９が読み取った１行のデータが別の情報のタグまたはデータの終端であれば抽出処理を終了し、メール生成処理（ステップＳ９５）へ進む。
【０１５８】
ステップＳ９５
メール制御部１２０は、ＲＡＭ１１６に格納されているデータがメールデータのみであれば在庫管理端末装置２２０宛の電子メールを生成する。生成した電子メールは図８の内容となる。メール制御部１２０は、ＲＡＭ１１６に格納されているデータが添付ファイルデータのみであれば添付ファイルデータを添付ファイルとした在庫管理端末装置２２０宛の電子メールを生成する。生成した電子メールは実施例２で説明した図１２の内容となる。メール制御部１２０は、ＲＡＭ１１６に格納されているデータがメールデータ及び添付ファイルデータであれば添付ファイルデータを添付ファイルとし、メールデータを本文とし、判断部３１８が検出したメールアドレス及び在庫管理端末装置２２０宛の電子メールを生成する。生成した電子メールは図１９の内容となる。
【０１５９】
ステップＳ９６
通信制御部１１８は、メール制御部１２０が生成した電子メールをメールサーバ１３０へ送信してフローを終了する。
【０１６０】
ステップＳ９７
データ抽出部１１９が読み取った１行がデータの終端であり、在庫管理データが抽出できなかった場合なので、操作／表示部１１３へデータが取得できなかったメッセージを表示し、フローを終了する。
【０１６１】
図２３は、実施例３の在庫管理システムの消耗品開封の動作フローチャート（その２）である。
このフローチャートは、実施例３の在庫管理システム６００の消耗品が開封された場合の在庫管理端末装置２２０の動作を示すフローチャートである。以下に図１７を併用しながらステップＳ９８〜ステップＳ１０５までステップ順に在庫管理端末装置２２０の動作について説明する。動作説明の前提条件は上記図２２と同様とする。
【０１６２】
ステップＳ９８
在庫管理端末装置２２０の通信制御部１２４は、電子メールをメールサーバ１３０より受信する。
【０１６３】
ステップＳ９９
メール制御部１２７は、通信制御部１２４が受信した電子メールの解析を開始する。
【０１６４】
ステップＳ１００
電子メールに添付ファイルがある場合は、メール制御部１２７は、電子メールの添付ファイルデータをコード解析部２３０へ転送し（ステップＳ１０２）、電子メールに添付ファイルがない場合は、電子メールの解析を開始する（ステップＳ１０１）。
【０１６５】
ステップＳ１０１
コード解析部２３０は、添付ファイルデータから多次元コードの情報を解析する。解析データの情報は図６のように各情報タグに区分されて解析され、メール制御部１２７へ転送される。
【０１６６】
ステップＳ１０２
メール制御部１２７は、電子メールデータまたは、コード解析部２３０が解析した解析データの読み取りを開始する。
【０１６７】
ステップＳ１０３
メール制御部１２７は、電子メールデータまたは、解析データに納入日の記載があるか確認する。納入日の記載があれば電子メールは納入情報であると判断できるため、在庫加算処理（ステップＳ１０５）へ進む。納入日の記載が無ければ電子メールは開封情報であると判断できる為、在庫減算処理（ステップＳ１０４）へ進む。
【０１６８】
ステップＳ１０４
メール制御部１２７は、電子メールが開封情報（前提条件に該当する）であると判断できる為、製品ＩＤ、製品名、対応機種、納品数を１セットとした情報と共に、減算処理フラグ情報を在庫管理部１２８へ転送する。転送されたデータを元に在庫管理ＤＢ１２６２に格納されている消耗品情報と合致した消耗品の在庫数が転送されたデータ中にある開封数分減算更新されフローを終了する。
【０１６９】
ステップＳ１０５
メール制御部１２７は、電子メールが納品情報（前提条件に反する）であると判断できる為、製品ＩＤ、製品名、対応機種、納品数を１セットとした情報と共に、加算処理フラグ情報を在庫管理部１２８へ転送する。転送されたデータを元に在庫管理ＤＢ１２６２に格納されている消耗品情報と合致した消耗品の在庫数が転送されたデータ中にある納品数分加算更新されフローを終了する。
【０１７０】
また、ステップＳ７２でメール制御部１２７が生成した電子メールの宛先に判断部３１８が検出したメールアドレスも追加されている場合、ネットワーク１００を介して製造工場３５０でも電子メールを受信することができる。
【０１７１】
（効果）の説明
以上説明したように本実施例によれば、画像形成装置の消耗品在庫管理において、第１及び第２の実施例の効果に加え、消耗品を製造した工場に於いても、消耗品の納品数や使用数を把握することができるという効果を得る。更に、資源の再利用叫ばれている今日、後日、リサイクル品を回収しに行くことも可能になるという効果を得る。
【産業上の利用可能性】
【０１７２】
上記実施例の説明では、本発明を画像形成装置に適用した場合に限定して説明したが、本発明はこの例に限定されるものではない。即ち、ネットワーク接続形式を持つＭＦＰ、複写機、スキャナ等の画像形成装置に適用可能である。
【図面の簡単な説明】
【０１７３】
【図１】実施例１の在庫管理システムのシステム構成図である。
【図２】納品書の説明図である。
【図３】製品保証書の説明図である。
【図４】在庫管理ＤＢの消耗品情報の説明図である。
【図５】解析データの説明図（その１）である。
【図６】解析データの説明図（その２）である。
【図７】実施例１の在庫情報メールの説明図（その１）である。
【図８】実施例１の在庫情報メールの説明図（その２）である。
【図９】実施例１の在庫管理システムの動作フローチャート（その１）である。
【図１０】実施例１の在庫管理システムの動作フローチャート（その２）である。
【図１１】実施例２の在庫管理システムのシステム構成図である。
【図１２】実施例２の在庫情報メールの説明図である。
【図１３】実施例２の在庫管理システムの消耗品納入の動作フローチャート（その１）である。
【図１４】実施例２の在庫管理システムの消耗品納入の動作フローチャート（その２）である。
【図１５】実施例２の在庫管理システムの消耗品開封の動作フローチャート（その１）である。
【図１６】実施例２の在庫管理システムの消耗品開封の動作フローチャート（その２）である。
【図１７】実施例３の在庫管理システムのシステム構成図である。
【図１８】実施例３の在庫情報メールの説明図（その１）である。
【図１９】実施例３の在庫情報メールの説明図（その２）である。
【図２０】実施例３の在庫管理システムの消耗品納入の動作フローチャート（その１）である。
【図２１】実施例３の在庫管理システムの消耗品納入の動作フローチャート（その２）である。
【図２２】実施例３の在庫管理システムの消耗品開封の動作フローチャート（その１）である。
【図２３】実施例３の在庫管理システムの消耗品開封の動作フローチャート（その２）である。
【符号の説明】
【０１７４】
１００  ネットワーク
１１０  画像形成装置
１１１  共通バス
１１２  ＣＰＵ
１１３  操作／表示部
１１４  画像読取部
１１５  画像印刷部
１１６  ＲＡＭ
１１７  ＲＯＭ
１１８  通信制御部
１１９  データ抽出部
１２０  メール制御部
１２１  在庫管理端末装置
１２２  ＣＰＵ
１２３  操作／表示部
１２４  通信制御部
１２５  ＲＡＭ
１２６  ＨＤＤ
１２７  メール制御部
１２８  在庫管理部
１２９  共通バス
１３０  メールサーバ
４００  在庫管理システム
１１４１  コード解析手段
１１７１  データ抽出モジュール
１１７２  メール制御モジュール
１２６１  メール制御モジュール
１２６２  在庫管理ＤＢ
１２６３  在庫管理モジュール
【図１】
0004947789.tif 000002
【図２】
0004947789.tif 000003
【図３】
0004947789.tif 000004
【図４】
0004947789.tif 000005
【図５】
0004947789.tif 000006
【図６】
0004947789.tif 000007
【図７】
0004947789.tif 000008
【図８】
0004947789.tif 000009
【図９】
0004947789.tif 000010
【図１０】
0004947789.tif 000011
【図１１】
0004947789.tif 000012
【図１２】
0004947789.tif 000013
【図１３】
0004947789.tif 000014
【図１４】
0004947789.tif 000015
【図１５】
0004947789.tif 000016
【図１６】
0004947789.tif 000017
【図１７】
0004947789.tif 000018
【図１８】
0004947789.tif 000019
【図１９】
0004947789.tif 000020
【図２０】
0004947789.tif 000021
【図２１】
0004947789.tif 000022
【図２２】
0004947789.tif 000023
【図２３】
0004947789.tif 000024