JP2014005093A - 画像処理システムとその処理方法及びプログラム - Google Patents

Abstract

【課題】画像処理装置にログインした日に処理するべき帳票の一覧を画像処理装置で表示し、また、日を切り替えることで切り替えた日に処理する帳票の一覧を画像処理装置で表示することで、日ごとの帳票印刷を容易にし、印刷における処理効率をあげる仕組みを提供すること。
【解決手段】帳票と当該帳票の処理日を管理する画像処理システムであって、画像処理装置は、ユーザ認証によりログインし、ログインに応じて、管理サーバから一覧画面を受信し、ログインした日に処理するべき帳票の一覧画面を表示し、一覧画面から帳票を選択して印刷する。管理サーバは、画像処理装置でのログインに応じて、当該ログインした日付を取得し、取得した日付と帳票の処理日により、当該ログインしている日に処理する帳票の一覧を取得し、取得した帳票の一覧画面を画像処理装置に送信する。画像処理装置では、日付の切り替えに応じて、切り替えた日に処理するべき帳票の一覧画面を表示する。
【選択図】図１４

Description

帳票印刷可能な画像処理システムとその処理方法及びプログラムに関する。

従来より、企業間での商取引においては、ＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ Ｄａｔａ Ｉｎｔｅｒｃｈａｎｇｅ）システムを用いて、電子的に受発注、決済、入出荷等が行われている。

卸売業の受注した商品を配送する業務において、商品を出荷するために倉庫への出荷指示をすることがあるが、この出荷指示についてＥＤＩシステムを用いて行っている場合がある。

出荷指示のあった倉庫では、ＥＤＩシステムから出荷日や納品日、自身の倉庫で出荷する商品といった条件でデータを抽出し、倉庫内で商品を取りそろえるための、ピッキングリストを作成している。
そして、出力されたピッキングリストをもとに、商品を取りそろえて商品出荷をしている。

このような商品の出荷業務を支援する先行技術として、特許文献１には、出力したピッキングリストに従って商品をとりに行く際に、ハンディーターミナルを用いてピッキングする商品の在庫の有無を確認する技術が開示されている。

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

しかしながら、ピッキングリストの作成において、一般的に、倉庫の事務所で専用のピッキングリスト作成アプリケーションを使い、ピッキングリストを作成して印刷を行うことが行われている。
そのため、ピッキングリストを印刷する際には、ピッキングリスト（帳票）の作成から印刷まで人手が多くかかり、業務効率の改善が求められていた。

また、ピッキングリストを用いて出荷を行った場合に、そのピッキングリストを用いて出荷したか否かは、別途システムで出荷済みの入力をしなければならず、業務効率が悪かった。

そこで、本発明は、画像処理装置にログインした日に処理するべき帳票の一覧を画像処理装置で表示し、また、日を切り替えることで切り替えた日に処理する帳票の一覧を画像処理装置で表示することで、日ごとの帳票印刷を容易にし、印刷における処理効率をあげる仕組みを提供することを目的とする。

その他の目的として、選択された帳票の処理日（例えば、納品日）と選択された帳票の処理状態（例えば、未印刷・印刷済・出荷済）に応じて、選択された帳票が処理可能なボタン（例えば、確認用印刷ボタン・本番用印刷ボタン・スキャンボタン）を指示可能に表示することで、帳票に関する処理効率をあげる仕組みを提供することを目的とする。

また、印刷済みの帳票が選択された場合に、印刷された帳票をスキャンさせ、選択された帳票に対する処理（例えば、出荷）を自動で処理済みとさせることで帳票業務における処理効率をあげる仕組みを提供することを目的とする。

本発明の目的を達成するために、帳票と当該帳票の処理日を管理する管理サーバと画像処理装置とを含む画像処理システムであって、前記画像処理装置は、ユーザ認証によりログインするログイン手段と、前記ログイン手段によるログインに応じて、前記管理サーバから一覧画面を受信する一覧画面受信手段と、前記帳票一覧画面受信手段で受信した、前記ログイン手段でログインした日に処理するべき帳票の一覧画面を表示する表示手段と、前記表示手段で表示した一覧画面から帳票を選択する選択手段と、前記選択手段で選択した帳票を、前記管理サーバから取得して印刷する印刷手段とを備え前記管理サーバは、前記画像処理装置でのログインに応じて、当該ログインした日付を取得するログイン日付取得手段と、前記ログイン日付取得手段で取得した日付と帳票の処理日により、当該ログインしている日に処理する帳票の一覧を取得する一覧取得手段と、前記一覧取得手段で取得した帳票の一覧画面を前記画像処理装置に送信する一覧画面送信手段とを備え、前記表示手段は、日付の切り替えに応じて、切り替えた日に処理するべき帳票の一覧画面を前記一覧画面受信手段で受信し、表示することを特徴とする画像処理システム。

本発明によれば、画像処理装置にログインした日に処理するべき帳票の一覧を画像処理装置で表示し、また、日を切り替えることで切り替えた日に処理する帳票の一覧を画像処理装置で表示することで、日ごとの帳票印刷を容易にし、印刷における処理効率をあげることができる。

その他の効果として、選択された帳票の処理日（例えば、納品日）と選択された帳票の処理状態（例えば、未印刷・印刷済・出荷済）に応じて、選択された帳票が処理可能なボタン（例えば、確認用印刷ボタン・本番用印刷ボタン・スキャンボタン）を指示可能に表示することで、帳票に関する処理効率をあげることができる。

また、印刷済みの帳票が選択された場合に、印刷された帳票をスキャンさせ、選択された帳票に対する処理（例えば、出荷）を自動で処理済みとさせることで帳票業務における処理効率をあげることができる。

画像処理システムの構成の一例を示すシステム構成図である Ｗｅｂアプリケーションサーバ１００、受信側のＥＤＩサーバ２００、送信側のＥＤＩサーバ４００に適用可能な情報処理装置のハードウェア構成の一例を示すブロック図である 複合機３００のハードウェア構成の一例を示すブロック図である。 Ｗｅｂアプリケーションサーバ１００のソフトウェア構成の一例を示すブロック図である 画像形成処理システムにおける機能ブロックの一例を示すブロック図である 画像形成処理システムにおける帳票作成処理を示すフローチャートである 画像形成処理システムにおける帳票ファイルの印刷処理を示すフローチャートである 画像形成処理システムにおける帳票ファイルの印刷処理を示すフローチャートである 画像形成処理システムにおける帳票ファイルのスキャン処理を示すフローチャートである 画像形成処理システムにおけるボタン制御処理を示すフローチャートである 商品−倉庫マスタ、ユーザ−倉庫マスタの一例を示す図である 帳票ファイル属性情報の一例を示す図である ボタン制御条件の一例を示す図である 帳票一覧画面の一例を示す図である 帳票一覧画面の一例を示す図である 印刷中画面の一例を示す図である ＣＳＶデータの一例を示す図である 帳票ファイルのイメージ図である

以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は、本発明の画像処理システムの構成の一例を示すシステム構成図である。

図１は、Ｗｅｂアプリケーションサーバ１００（管理サーバ）と、受信側のＥＤＩサーバ２００と複合機３００（画像処理装置）とがＬＡＮ６００（インターネットであってもよい）を介して接続される構成となっている。また、受信側のＥＤＩサーバ２００は、送信側のＥＤＩサーバ４００とネットワーク５００を介して接続される構成である。
このほか、ＬＡＮ６００には、不図示であるが、ユーザ認証するための認証サーバや、他の処理サーバ、クライアント端末が接続されている。

なお、図１では、Ｗｅｂアプリケーションサーバ１００、受信側のＥＤＩサーバ２００、複合機３００、送信側のＥＤＩサーバ４００は、それぞれ１つの構成としているが、それぞれ複数の構成であってもよい。なお、複合機３００はピッキングリストを印刷する倉庫ごとに設置されている構成であってもよい。本実施形態では、委託先の倉庫業者に１台のＷｅｂアプリケーションサーバ１００と１台のＥＤＩサーバ２００と複数台の複合機３００が設置されており、複数台の複合機３００は、少なくとも各倉庫に少なくとも１台の複合機を設置しているものとして説明する。

送信側のＥＤＩサーバ４００（例えば、卸売業の企業のサーバ）からネットワーク５００を介して、受信側のＥＤＩサーバ２００（委託先の倉庫業者）が、納品データを受信する。そして、受信側のＥＤＩサーバ２００は、受信した納品データをＷｅｂアプリケーションサーバ１００に送信する。

Ｗｅｂアプリケーションサーバ１００は、ＥＤＩサーバ２００から受信した納品データを記憶し、納品データからピッキングリスト（帳票）を作成するためのデータを抽出する。抽出する際には、倉庫ごとにデータを抽出する。この倉庫ごとに抽出したデータを納品日ごとにまとめ、フォームと合成してピッキングリスト（帳票）を作成する。
なお、ピッキングリスト（帳票）を作成するためのフォームは、Ｗｅｂアプリケーションサーバ１００にあらかじめ記憶されているものとする。

複合機３００にＩＣカードをかざす、或いは、ユーザＩＤとパスワードを入力することによってユーザ認証を行うことで、複合機３００にログインがなされる。複合機３００へログインがされると、複合機３００は、ログインユーザＩＤを取得し、Ｗｅｂアプリケーションサーバ１００にＳＯＡＰ通信でログインユーザＩＤを送信する。

ログインユーザＩＤを受信したＷｅｂアプリケーションサーバ１００は、現在の日をＷｅｂアプリケーションが管理しているシステム日時から取得する。そしてＷｅｂアプリケーションサーバ１００は、ログインユーザＩＤから特定される倉庫ＩＤと、現在の日から、現在の日が納品日（処理日）の帳票を検索して帳票一覧を作成する。

この帳票一覧を含むＷｅｂ画面を複合機３００に返信し、複合機３００で帳票一覧を含むＷｅｂ画面を複合機３００のブラウザを用いて、複合機３００の表示部に表示する。
また、帳票一覧からユーザによって帳票が選択され、印刷又はスキャン指示がされると、指示に応じた処理が実行される。

以下、図２を用いて、図１に示したＷｅｂアプリケーションサーバ１００、受信側のＥＤＩサーバ２００、送信側のＥＤＩサーバ４００に適用可能な情報処理装置のハードウェア構成について説明する。

図２は、図１に示したＷｅｂアプリケーションサーバ１００、受信側のＥＤＩサーバ２００、送信側のＥＤＩサーバ４００に適用可能な情報処理装置のハードウェア構成の一例を示すブロック図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ６００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
さらに、本実施形態で用いる帳票ファイル、フォーム、各種データについても外部メモリ２１１や不図示のデータベースに格納されている。
次に、図３を用いて、情報処理装置としての複合機３００のハードウェア構成について説明する。
図３は、図１に示した複合機３００のハードウェア構成の一例を示すブロック図である。

図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ３１２と接続する一方、ＬＡＮ（例えば、図１に示したＬＡＮ６００）や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。

コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。

３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４は外部記憶装置（ハードディスクドライブ（ＨＤＤ））で、システムを制御するための各種プログラム，画像データ等を格納する。

３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（ＵＩ）３０８とのインタフェース部であり、操作部３０８に表示する画像データを操作部３０８に対して出力する。また、操作部Ｉ／Ｆ３０７は、操作部３０８から本システム使用者が入力した情報（例えば、ユーザ情報等）をＣＰＵ３０１に伝える役割をする。なお、操作部３０８はタッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザが押下（指等でタッチ）することにより、各種指示を行うことができる。なお、操作部３０８はＷｅｂブラウザを用いて、各種データを表示することが可能である。

３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となるＩＣカードの読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９によるＩＣカードからの情報読み取りを制御し、該ＩＣカードから読み取られた情報を取得可能である。尚、ＩＣカードに限らず、ユーザを特定することが可能な記憶媒体であればよい。この場合、記憶媒体にはユーザを識別するための識別情報が記憶される。この識別情報は、記憶媒体の製造番号でも、ユーザが企業内で与えられるユーザコードであってもよい。
以上のデバイスがシステムバス３０９上に配置される。

３２０はイメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。
画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（例えば、ソニー社のフェリカ（ＦｅｌｉＣａ）（登録商標））内に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。
次に、図４を用いて、本発明の情報処理装置としてのＷｅｂアプリケーションサーバ１００に備えるアプリケーションのソフトウェア構成について説明する。

図４は、図１に示したＷｅｂアプリケーションサーバ１００のソフトウェア構成の一例を示すブロック図である。なお、ソフトウェア構成は基本的な構成であり、他のコンポーネントやモジュールをＷｅｂアプリケーションサーバ１００で備えているものとする。また、処理によって、他のコンポーネントを追加して、新たな処理（機能）を追加可能な構成とする。

リクエスト処理モジュール４０７は、外部の情報処理装置とＳＯＡＰ通信等を用いて、ネットワーク経由でリクエストの送受信をするモジュールであり、受信したリクエストに内容に応じて各コンポーネントやモジュールにデータを受け渡し、各コンポーネントやモジュールの結果をリクエストを受信した情報処理装置に返信する。

外部データ連携コンポーネント４０１は、複合機３００等の外部デバイスとデバイス独自のプロトコルで通信をするコンポーネントであり、例えば複合機３００への印刷指示をする際に、この外部データ連携コンポーネント４０１から複合機３００へ印刷命令を送信する。

内部データ連携コンポーネント４０２は、データを加工する処理するコンポーネントであり、例えば、Ｗｅｂアプリケーションサーバ１００で管理しているデータをフォームと合成して帳票を作成する（フォームオーバーレイ処理）をする。
システム管理コンポーネント４０３は、Ｗｅｂアプリケーションサーバ１００でのシステムログを出力し、管理するコンポーネントである。

ビジネスロジック処理モジュール４０４は、Ｂｕｓｉｎｅｓｓ Ｐｒｏｃｅｓｓ Ｅｘｅｃｕｔｉｏｎ Ｌａｎｇｕａｇｅ（ビジネスプロセス実行言語、以下、ＢＰＥＬ）であり、ＢＰＥＬで定義した処理定義を実行する。

ユーザ認証処理モジュール４０５は、複合機３００や他のシステムからのユーザ認証要求に対して、内部又は外部装置で管理している認証テーブルを参照して、許可されているユーザか否かを判定する。
コンテンツデータ管理モジュール４０６は、内部データ処理コンポーネント４０２で生成された帳票など、システム内で管理するコンテンツを記憶・管理する。
なお、本実施形態では、このコンポーネントやモジュールを用いて以下の処理がなされる。

例えば、複合機３００からＷｅｂアプリケーションサーバが通信リクエストを受け付けると、ビジネスロジック処理モジュール４０４が、定義されている処理に基づき、帳票一覧をコンテンツデータ管理モジュール４０６から取得する。そして、取得した帳票一覧を、リクエスト処理モジュール４０７を介して、複合機３００に送信する。

複合機３００は、帳票一覧を表示する。帳票一覧でユーザにより帳票が選択され、印刷指示がされると、複合機３００は印刷要求をＷｅｂアプリケーションサーバ１００に送信する。リクエスト処理モジュール４０７は、印刷要求を受信する。

リクエスト処理モジュール４０７は、ビジネスロジック処理モジュール４０４に印刷要求を渡し、ビジネスロジック処理モジュール４０４は、定義されている処理に従って、印刷要求に含まれる帳票ＩＤをもとにコンテンツデータ管理モジュール４０６から帳票ファイルを取得し、この帳票ファイルを外部データ連携コンポーネント４０１を介して、印刷要求のあった複合機３００に送信する。この送信は、例えば外部データ連携コンポーネントに含まれる、プリンタドライバ機能を用いて、複合機３００に出力するものである。そして、出力した結果をコンテンツデータ管理モジュール４０６はリクエスト処理モジュール４０７に返し、リクエスト処理モジュール４０７を介して、印刷要求のあった複合機３００へ印刷結果を送信する（ＳＯＡＰ通信等により送信）。
次に、図５を用いて、本実施形態における機能構成について説明する。
図５は、本実施形態における機能ブロックの一例を示すブロック図である。

まず、本実施形態におけるシステムは、帳票と帳票の処理日を管理するＷｅｂアプリケーションサーバ１００と複合機３００とを含む画像処理システムである。この画像処理システムの複合機３００は、ログイン部５０１と、一覧画面受信部５０２と、表示部５０３と、選択部５０４と、印刷部５０５とを備えている。この画像処理システムのＷｅｂアプリケーションサーバ１００は、ログイン日付取得部５０６と、一覧取得部５０７と、一覧画面送信部５０８とを備えている。
ログイン部５０１は、ユーザ認証によりログインする機能部である。
一覧画面受信部５０２は、ログイン部５０１によるログインに応じて、Ｗｅｂアプリケーションサーバ１００から一覧画面を受信する機能部である。

表示部５０３は、一覧画面受信部５０２で受信した、ログイン部５０１でログインした日に処理するべき帳票の一覧画面を表示する機能部である。また、日付の切り替えに応じて、切り替えた日に処理するべき帳票の一覧画面を表示する機能部である。
選択部５０４は、表示部５０３で表示した一覧画面から帳票を選択する機能部である。
印刷部５０５は、選択部５０４で選択した帳票を、Ｗｅｂアプリケーションサーバ１００から取得して印刷する機能部である。
ログイン日付取得部５０６は、複合機３００でのログインに応じて、当該ログインした日付を取得する機能部である。

一覧取得部５０７は、ログイン日付取得部５０６で取得した日付と帳票の処理日により、当該ログインしている日に処理する帳票の一覧を取得する機能部である。
一覧画面送信部５０８は、一覧取得部５０７で取得した帳票の一覧画面を複合機３００に送信する機能部である。
その他の機能部を有しており、以下の特徴を有する。
複合機３００は、帳票を選択した場合、Ｗｅｂアプリケーションサーバ１００に前記選択した帳票の帳票識別情報を送信する帳票識別情報送信部を備える。

Ｗｅｂアプリケーションサーバ１００は、帳票ごとの処理状況を管理する管理部と、複合機３００から、帳票識別情報を受信する帳票識別情報受信部と、受信した帳票識別情報に応じて、当該帳票識別情報に対応する帳票の処理状況を取得する処理状況取得部と、取得した処理状況に応じて、前記帳票識別情報に対応する帳票の処理を決定する決定部を備える。

また、Ｗｅｂアプリケーションサーバ１００の一覧画面送信部は、前記帳票識別情報に対応する帳票に対して、決定部で決定した処理を実行させるための処理ボタンを含む帳票一覧画面を送信する。また、処理状況は、未印刷又は印刷済であり、決定部は、受信した帳票識別情報に対応する帳票の処理状況が印刷済である場合に、複合機３００で印刷した帳票をスキャンさせることを決定し、一覧画面送信部は、複合機３００で印刷した帳票をスキャンさせるための処理ボタンを含む帳票一覧画面を送信する。
また、一覧画面受信部は、前記スキャンさせるための処理ボタンを含む帳票一覧画面を受信する。

複合機３００は、前記スキャンさせるための処理ボタンの指示に従って、選択された帳票に対するスキャンをするスキャン部を備え、スキャン部でスキャンしたスキャンファイルをＷｅｂアプリケーションサーバ１００に送信するスキャンファイル送信部を備えている。

また、Ｗｅｂアプリケーションサーバ１００は、選択された帳票に対するスキャンファイルを受信するスキャンファイル受信部と、スキャンファイル受信部で受信したスキャンファイルに対応する帳票の処理状況を変更する変更部を備える。

さらに、Ｗｅｂアプリケーションサーバ１００は、スキャンファイル受信部で受信したスキャンファイルと、複合機３００で印刷した帳票に対応する帳票ファイルとを対応付けて管理するファイル管理部を備え、変更部は、処理状況を、印刷済から出荷済に変更する。また、ファイル管理部は、前記スキャンファイルと前記帳票ファイルを結合して管理する。
次に、図６〜図１０を用いて、本実施形態における情報処理システムの処理について、各フローチャートを用いて説明する。
まず、図６の帳票作成処理についてフローチャートを用いて説明する。
図６は、本実施形態における画像処理システムの帳票作成処理を示すフローチャートである。
なお、後述する処理は、図４の各コンポーネント、モジュールを用いて各ステップにおける処理が実行されるものとする。

受信側のＥＤＩサーバ２００のＣＰＵ２０１が、ステップＳ６０１、ステップＳ６０２、ステップＳ６０９を実行する。またＷｅｂアプリケーションサーバ１００のＣＰＵ２０１がステップＳ６０３〜ステップＳ６０８を実行する。

ステップＳ６０１では、ＥＤＩサーバ２００の表示部で、図１６のＥＤＩデータ受信画面１６６０が表示され、送信・受信ボタンがユーザによって押下されることによって、送信側ＥＤＩサーバ４００からＥＤＩデータを受信する。

なお、ＥＤＩデータの受信は、ユーザの操作以外に、所定時間になった場合にＥＤＩサーバ２００が自動的に、ＥＤＩサーバ４００にＥＤＩデータ取得要求を行い、ＥＤＩデータを受信するようにしてもよい。

ステップＳ６０２では、ステップＳ６０１で受信したＥＤＩデータから、帳票生成するためのデータを所定の条件で抽出し、帳票用のデータとしてＷｅｂアプリケーションサーバ１００に送信する。なお、本実施形態では、例えば、ＥＤＩデータから「納品日」「得意先」「得意先商品コード」「得意先商品名」「店舗」「入数」「ケース」「受注数」「原単価」「原価金額」「売単価」「売価金額」「発注日」に対応するデータ（納品データ）を抽出する。
ステップＳ６０３では、ＥＤＩサーバ２００から帳票用データを受信する。

ステップＳ６０４では、帳票用データの商品コードをもとに、図１１の商品−倉庫マスタ１１００を参照し、商品コードごとの倉庫（倉庫ＩＤ）を決定する。この倉庫ＩＤごとにデータを振り分け、帳票生成（フォームオーバーレイ）で用いられるＣＳＶデータを作成する。具体的には、倉庫ごとの帳票（ピッキングリスト）を出力するため、倉庫単位のＣＳＶデータを作成する。なお、図１１の商品−倉庫マスタ１１００はＷｅｂアプリケーションサーバの外部メモリ２１１に記憶されている。図１１の商品−倉庫マスタ１１００は、商品コード１１０１と倉庫ＩＤ１１０２が対応づいている。

ステップＳ６０５では、作成されたＣＳＶデータ（例えば、図１７）と、Ｗｅｂアプリケーションサーバ１００の外部メモリに記憶されているフォームを用いて帳票ファイル（例えば、ＰＤＦ形式）を作成する。

ステップＳ６０６では、作成された帳票ファイルを、コンテンツデータ管理モジュール４０６を用いて、外部メモリ２１１に記憶する。この場合コンテンツデータ管理モジュールは、帳票ファイルの帳票ＩＤなど帳票ファイルを管理するための帳票ファイル属性情報を記憶する。なお、帳票ファイル属性情報はＷｅｂアプリケーションサーバ１００の外部メモリ２１１に記憶される。

帳票ファイル属性情報は、図１２の１２２０で、「帳票ＩＤ」「倉庫ＩＤ」「得意先ＩＤ」「状態」「納品日」「帳票作成日時」で構成されている。なお、各項目の値は、帳票ファイル作成時のＣＳＶデータや帳票作成した際のＷｅｂアプリケーションサーバ１００のシステム日時から取得して記憶している。また、状態は、帳票ファイルが印刷済か、未印刷か、帳票ファイル（ピッキングリスト）を用いて出荷作業が完了したかを示す出荷済のデータを記憶している。初期状態は、１２２０のように、未印刷として記憶される。さらに、出荷番号など他の項目を記憶していてもよい。

ステップＳ６０８では、帳票ファイルが作成された結果（終了）をＥＤＩサーバ２００へ送信する。ステップＳ６０９では、結果（終了）を受信して、処理を終了する。
次に、図７〜図９を用いて帳票ファイルの印刷・スキャン処理について説明する。図７は、帳票ファイルの印刷処理を示すフローチャートである。

ステップＳ７０１、ステップＳ７０４〜ステップＳ７０６、ステップＳ７０９、ステップＳ７１２は複合機３００のＣＰＵ３０１が実行する。ステップＳ７０２、ステップＳ７０３、ステップＳ７０７、ステップＳ７０８、ステップＳ７１０、ステップＳ７１１は、Ｗｅｂアプリケーションサーバ１００のＣＰＵ２０１が実行する。

ステップＳ７０１では、ユーザＩＤもしくはカードＩＤの入力に応じて、ユーザ認証処理を行い、複合機３００へのログインがされる。ログインに応じて、複合機３００のブラウザがＷｅｂアプリケーションサーバ１００へ通信のためにリクエストを送信する。このリクエストには、ログインしたユーザのユーザＩＤが含まれる。なお、ユーザ認証処理は、Ｗｅｂアプリケーションサーバ１００のユーザ認証処理モジュール４０５で行ってもよい。

ステップＳ７０２では、リクエスト処理モジュール４０７で、リクエストを受信する。そして図１１のユーザ−倉庫マスタ１１１０を参照し、リクエストに含まれるログインユーザＩＤとユーザ−倉庫マスタ１１１０のユーザＩＤとが一致する倉庫ＩＤを取得する。この取得した倉庫ＩＤに一致し、またＷｅｂアプリケーションサーバが管理するシステム日時に従って現在の日が納品日となっている帳票ファイル属性情報を検索する。検索した結果得られた帳票ファイル属性情報から、帳票一覧画面を生成する。帳票一覧画面の一例は図１４の１４１０である。
ステップＳ７０３では、リクエスト処理モジュール４０７で、リクエストのあった複合機３００に帳票一覧画面を送信する。

ステップＳ７０４では、Ｗｅｂアプリケーションサーバから帳票一覧画面を受信し、複合機３００のブラウザで帳票一覧画面を表示する。帳票一覧画面の一例は図１４の１４１０で、１４１５で帳票一覧が表示されている。なお、帳票一覧１４１５では、帳票の選択が可能な構成となっている。

また１４１０では、納品日が１４１４で表示されており、１４１６の矢印ボタンで前後の納品日を選択することができる。なお、初期画面では、複合機３００にログインした日が納品日である帳票一覧が表示される。

本実施形態では、ログインした日と納品日が一致する帳票の一覧を初期表示するようにしたが、前日に帳票（ピッキングリスト）を印刷する運用の場合には、ログインした日の前日と納品日が一致する帳票の一覧を表示するようにすることも可能である。

また、帳票一覧画面１４１０では、確認印刷ボタン１４１１、本番用印刷ボタン１４１２、スキャンボタン１４１３を備えており、各ボタンが押下されることによって、印刷又はスキャンが実行される。このボタンは、帳票一覧１４１５で帳票が選択されることによってボタンのコントロールが制御される。ボタンの制御については、ステップＳ７１１に対応する処理で説明する。

なお、図１４の１４１０における確認用印刷ボタン１４１１、本番用印刷ボタン１４１２、スキャンボタン１４１３は、選択不可能な状態を示している（Ｄｉｓａｂｌｅ状態）。

ステップＳ７０５では、納品日１４１４が選択されたか、帳票一覧１４１５で帳票が選択されたかを判定する。納品日１４１４が選択されたと判定された場合、ステップＳ７０６へ処理を移し、帳票一覧１４１５で帳票が選択されたと判定された場合には、ステップＳ７０９へ処理を移す。

ステップＳ７０６では、選択された納品日をＷｅｂアプリケーションサーバに送信する。納品日でなく、１日前、１日後などの情報を送るようにする仕組みであってもよい。
ステップＳ７０７では、リクエスト処理モジュール４０７で、複合機３００から、納品日を受信する。

ステップＳ７０８では、受信した納品日が一致する帳票を帳票ファイル属性情報から検索する。この場合、ステップＳ７０２の処理と同様に、倉庫ＩＤと受信した納品日が一致する帳票ファイル属性情報を検索する。そして、ステップＳ７０３に戻り、検索した帳票の帳票一覧画面を複合機３００に送信する。

これにより、ログインした日に応じて処理するべき帳票の一覧を表示させつつ、複合機３００上で、他の日に処理するべき帳票の一覧を容易に切り替えることができるので、帳票出力する際の業務効率をあげることができる。
また、従来のように、帳票作成者による帳票作成と印刷する手間が省けるため、業務効率があがる。

さらに、ログインユーザ名とログインした日で適切な帳票一覧が表示されるため、帳票の検索など面倒な入力を省くことができ、帳票出力を容易に行うことができる。すなわち、業務効率をあげることにつながる。

ステップＳ７０９では、選択された帳票の帳票ＩＤをＷｅｂアプリケーションサーバに送信する。ステップＳ７１０では、リクエスト処理モジュール４０７で、複合機３００から帳票ＩＤを受信する。

ステップＳ７１１では、受信した帳票ＩＤに対応する帳票ファイル属性情報の状態と、納品日と、図１３のボタン制御条件１３３０を参照し、ボタンの制御を決定する。決定されたボタン制御に従って、ボタンを制御した帳票一覧画面を、リクエスト処理モジュール４０７で送信する。なお、帳票が選択され、ボタンの制御がされた帳票一覧画面の一例が図１４の１４２０である。ボタン制御については、図１０のフローチャートを用いて説明する。
ここで、図１０のフローチャートについて説明する。図１０は、ボタン制御処理を示すフローチャートである。
ステップＳ１００１〜ステップＳ１０１０は、Ｗｅｂアプリケーションサーバ１００のＣＰＵ２０１が実行する。

ステップＳ１００１では、帳票一覧画面（例えば、図１４の１４１０）で、帳票が複数選択されているか否かを判定する。本実施形態では、帳票を選択するとステップＳ７０９で帳票ＩＤを送信する構成をとっている。そのため、Ｗｅｂアプリケーションサーバ１００は、現在選択されている帳票ＩＤを管理し、帳票ＩＤが複数管理されている場合に複数選択と判定する。

帳票が複数選択されていると判定された場合には、ステップＳ１００６に処理を移し、帳票が複数選択されていない（帳票が１つ選択されている）と判定された場合には、ステップＳ１００２へ処理を移す。

ステップＳ１００２では、ステップＳ７１０で受信した帳票ＩＤに対応する納品日が、Ｗｅｂアプリケーションサーバ１００が管理するシステム日時の日にちと比較して、納品日が当日（今日）か、納品日が過去か、納品日が未来かを判定する。

納品日が当日（今日）であると判定された場合、ステップＳ１００３へ処理を移し、納品日が過去であると判定された場合には、ステップＳ１００７へ処理を移し、納品日が未来であると判定された場合には、ステップ１００８に処理を移す。

ステップＳ１００３では、帳票ファイル属性情報１２２０を参照し、ステップＳ７１０で受信した帳票ＩＤに対応する帳票ファイル属性情報の状態１２２４を判定する。状態が「印刷済」と判定された場合には、ステップＳ１００４へ処理を移し、状態が「未印刷」である場合には、ステップＳ１００５へ処理を移し。状態が「出荷済」である場合には、ステップＳ１００６へ処理を移す。

ステップＳ１００４では、図１３のボタン制御条件１３３０を参照し、「当日」且つ「印刷済」のボタン制御情報を取得する。ここでは、確認用印刷ボタンとスキャンボタンを使用可能にするべくボタンの制御をｅｎａｂｌｅとする。

ステップＳ１００５では、図１３のボタン制御条件１３３０を参照し、「当日」且つ「未印刷」のボタン制御情報を取得する。ここでは、確認用印刷ボタンと本番用印刷ボタンを使用可能にするべくボタンの制御をｅｎａｂｌｅとする。

ステップＳ１００６では、図１３のボタン制御条件１３３０を参照し、「当日」且つ「出荷済」のボタン制御情報を取得する。ここでは、確認用印刷ボタンを使用可能にするべくボタンの制御をｅｎａｂｌｅとする。

ステップＳ１００７では、帳票ファイル属性情報１２２０を参照し、ステップＳ７１０で受信した帳票ＩＤに対応する帳票ファイル属性情報の状態１２２４を判定する。

状態が「印刷済」と判定された場合には、ステップＳ１００４へ処理を移す。状態が「未印刷」であると判定された場合には、過去分で未印刷が業務上あってはいけないため、エラー画面を複合機３００へ送信して、図１０の処理を終了とする。状態が「出荷済」である場合には、ステップＳ１００６へ処理を移す。

ステップＳ１００８では、帳票ファイル属性情報１２２０を参照し、ステップＳ７１０で受信した帳票ＩＤに対応する帳票ファイル属性情報の状態１２２４を判定する。

状態が「印刷済」と判定された場合には、ステップＳ１００６へ処理を移す。状態が「未印刷」であると判定された場合には、ステップＳ１００５へ処理を移す。状態が「出荷済」である場合には、未来分で出荷済となってしまうのは、業務上あってはいけないため、エラー画面を複合機３００へ送信して、図１０の処理を終了とする。
ステップＳ１００９では、図１３のボタン制御条件１３３０に従って、ボタンを制御した帳票一覧画面を生成する。

例えば、納品日が「過去」で、状態が「出荷済」の帳票が選択された場合（図１５の１５３１が選択された場合）には、図１５の本番用印刷ボタン１５３２とスキャンボタン１５３３はグレーアウトされ、ボタンが選択できない状態で表示される画面を生成する。確認用印刷ボタンのみ選択可能状態となる。

また、納品日が「未来」で、状態が「未印刷」の帳票が選択された場合（図１５の１５４１が選択された場合）には、図１５のスキャンボタン１５４２がグレーアウトされ、ボタンが選択できない状態で表示される画面を生成する。確認用印刷ボタンと本番用印刷ボタンが選択可能状態となる。

また、納品日が「当日」で、状態が「印刷済」の帳票が選択された場合（図１４の１４２１が選択された場合）には、図１４の本番用印刷ボタン１４２２のみがグレーアウトされ、ボタンが選択できない状態で表示される画面を生成する。確認用印刷ボタンとスキャンボタンが選択可能状態となる。

なお、本実施形態では、グレーアウトボタンを選択できない画面を生成するようにしたが、選択された帳票に対してできる処理（確認用印刷処理、本番用印刷処理、スキャン処理）のボタンのみを表示させた画面を生成してもよい。すなわち、選択された帳票の処理日（納品日）と選択された帳票の処理状態（未印刷、印刷済、出荷済）に応じて、選択された帳票の処理可能なボタンを指示可能に表示する。
ステップＳ１０１０では、ステップＳ１００９で生成された帳票一覧画面をリクエスト処理モジュール４０７で複合機３００に送信する。

なお、本実施形態では、Ｗｅｂアプリケーションサーバ１００でボタンの制御をおこなうように構成したが、帳票一覧画面にボタン制御のスクリプトを埋め込み、複合機３００側で選択された帳票の状態に応じてボタンを制御させるようにしてもよい。
また、部分ポストバックの技術を使い、選択された帳票に応じて制御したボタンの部分のみを更新する構成としてもよい。
図７に戻り、ステップＳ７１２では、Ｗｅｂアプリケーションサーバから送信された帳票一覧画面を表示する。
次に、ステップＳ７１２以降の処理について、図８のフローチャートを用いて説明する。図８は、帳票ファイルの印刷処理を示すフローチャートである。

ステップＳ７１３、ステップＳ７１４、ステップＳ７１６、ステップＳ７２０、ステップＳ７２２は、複合機３００のＣＰＵ３０１が実行する。ステップＳ７１５、ステップＳ７１６〜ステップＳ７１９、ステップＳ７２１は、ＷｅｂアプリケーションサーバのＣＰＵ２０１が実行する。

ステップＳ７１３では、確認印刷ボタン、本番用印刷ボタン、スキャンボタンのうち、何れのボタンが押下されたかを判定する。本番用印刷ボタン又は確認用印刷ボタンが押下された場合には、ステップＳ７１４へ処理を移し、スキャンボタンが押下された場合には、図９に処理を移す。

ステップＳ７１４では、本番用印刷ボタンが押下された場合には本番用印刷要求が送信され、確認用印刷ボタンが押下された場合には、確認用印刷要求が送信される。印刷要求には、選択された帳票の帳票ＩＤが含まれている。

ステップＳ７１５では、リクエスト処理モジュール４０７で、本番用印刷要求又は確認用印刷要求を受信すると、要求先の複合機３００へ印刷中画面（図１６の１６５０）を送信する。印刷中画面を送信した後、ステップＳ７１６へ処理を移す。

ステップＳ７１６では、印刷要求が、本番用印刷要求か確認用印刷要求かを判定する。本番用印刷要求と判定された場合にはステップＳ７１７へ処理を移し、確認用印刷要求と判定された場合には、ステップＳ７１８へ処理を移す。なお、図１４の１４２０の帳票一覧画面の例では、本番用印刷ボタン１４２２がグレーアウトされて、本番用印刷指示ができないため、印刷要求があった場合には、ステップＳ７１８へ処理が移行することになる。

ステップＳ７１７では、印刷要求に含まれる帳票ＩＤに対応する帳票ファイル属性情報の状態１２２４を「印刷済」に更新する。状態を更新した場合の例が図１２の１２３０である。１２３０の例では他の帳票の状態も変更されたようになっているが、更新されるのは、本番用印刷要求のあった帳票ＩＤに対応する状態である。
また、印刷するために、印刷要求に含まれる帳票ＩＤに対応する帳票ファイルを取得する。

ステップＳ７１８では、印刷後に本番用印刷の帳票と識別させるために、「確認用」などの地紋データと、確認用印刷要求に含まれる帳票ＩＤに対応する帳票ファイルを合成して、確認用の地紋帳票ファイルを生成する。なお、確認用印刷要求の場合には、帳票ファイル属性情報１３２０の状態は変更されないものとする。

ステップＳ７１９では、ステップＳ７１８で生成した帳票ファイル又はステップＳ７１７で取得した帳票ファイルを外部データ連携コンポーネント４０１に出力し、外部連携コンポーネント４０１で帳票ファイルを、印刷要求のあった複合機３００で描画可能な印刷データを生成し、印刷要求のあった複合機３００に対して、ＬＰＲ印刷を実行する。この場合、ステップＳ７１５で印刷要求を受信した際の通信プロトコルで取得できるＩＰアドレスを設定して印刷処理を実行する。これにより、印刷要求のあった複合機３００に印刷データを送信することができる。

ステップＳ７２０では、Ｗｅｂアプリケーションサーバ１００から印刷データを受信し、プリンタ部３１２で印刷データを描画して出力する。出力された帳票ファイルのイメージが図１８である（地紋なし）。

ステップＳ７２１では、ステップＳ７１７で状態を印刷済に変更した場合には、リクエスト処理モジュール４０７で、状態を変更した帳票一覧画面を複合機３００に送信する。ステップＳ７２２では、状態を変更した帳票一覧画面を受信し、表示する。なお、確認用印刷の場合は、状態が変更されないため帳票一覧画面を再度受信して、表示しない構成をとることも可能である。

また、本実施形態では、帳票一覧画面全体を受信して表示する構成としたが、Ａｊａｘ等の部分ポストバックの技術を用いて、変更があった箇所のみを更新表示してもよい。
次に、図９のフローチャートを用いて帳票ファイルのスキャン処理について説明する。図９は、帳票ファイルのスキャン処理を示すフローチャートである。

ステップＳ７２３、ステップＳ７２６〜ステップＳ７２８は、複合機３００のＣＰＵ３０１が実行する。ステップＳ７２４、ステップＳ７２５、ステップＳ７２９〜ステップＳ７３２は、Ｗｅｂアプリケーションサーバ１００のＣＰＵ２０１が実行する。

ステップＳ７２３では、複合機３００のブラウザに表示されている帳票一覧画面のスキャンボタンが押下されると、スキャン指示情報をＷｅｂアプリケーションサーバ１００に送信する。スキャン指示情報には、帳票一覧画面で選択された帳票ＩＤが含まれている。

ステップＳ７２４では、リクエスト処理モジュール４０７で、複合機３００からスキャン指示情報を受信する。ステップＳ７２５では、リクエスト処理モジュール４０７が、複合機３００のスキャン実行サービスにスキャン要求を送信する。
ステップＳ７２６では、スキャン要求を受信し、複合機３００のスキャナ部３１４でスキャンを実行するべく、スキャン命令を発行する。
ステップＳ７２７では、スキャン命令に従って、原稿をスキャンし、スキャンファイルを生成する。

ステップＳ７２８では、生成されたスキャンファイルをＷｅｂアプリケーションサーバ１００の外部メモリ２１１の所定の格納場所にスキャンファイルを格納するように、スキャンファイルを送信する。なお、所定の格納場所（Ｗｅｂアプリケーションサーバ１００のフォルダパス）は、複合機３００にあらかじめ記憶しておき、このあらかじめ記憶した格納場所に対してスキャンファイルを送信する。或いは、Ｗｅｂアプリケーションサーバ１００がスキャン要求に格納先情報を入れ、この格納先情報に従って、複合機３００がスキャンファイルを送信する。
スキャンファイルのファイル名には、例えば、帳票一覧画面で選択した帳票の帳票ＩＤを含むようにする。
ステップＳ７２９では、スキャンファイルを受信し、所定の格納場所に保存する。

ステップＳ７３０では、選択された帳票の帳票ＩＤに対応する帳票属性情報の状態を「出荷済」に更新する。なお、帳票ＩＤはスキャンファイルのファイル名から取得してもよい。またＷｅｂアプリケーションサーバ１００の各処理は、ビジネスロジック処理モジュールで管理され実行されるため、ビジネスロジック処理モジュールが処理するために管理している帳票ＩＤを用いてもよい。

ステップＳ７３１では、選択された帳票ＩＤに対応して外部メモリ２１１に記憶されている帳票ファイル（例えば、図１８のファイル）と、ステップＳ７２９で保存したスキャンファイルを取得し、ページ結合して１つのファイルを生成する。なお、本実施形態ではファイルを結合する処理としたが、帳票ＩＤに対応するフォルダを生成して、そのフォルダに、帳票ファイルとスキャンファイルをそれぞれ格納する構成でもよい。つまり、印刷した帳票ファイルに対して、処理した（ピッキングした）ことが確認できるように、帳票ファイルとスキャンファイルが対応付くように管理する。

ステップＳ７３２では、スキャンファイルが格納されたため、ピッキング作業が完了し、出荷済となったため、ＥＤＩサーバ２００に、帳票ＩＤと共に出荷済情報を送信する。また、受信したＥＤＩサーバ２００は、ＥＤＩサーバ４００に出荷済情報を送信する。

以上、本実施形態について説明したが、本実施形態によれば、複合機３００にログインした日に従って、処理するべき帳票の一覧を画像処理装置で表示し、また、日を切り替えることで切り替えた日に処理する帳票の一覧を画像処理装置で表示することで、日ごとの帳票印刷を容易にし、業務効率をあげることができる。

また、選択された帳票の処理日（例えば、納品日）と選択された帳票の処理状態（例えば、未印刷・印刷済・出荷済）に応じて、選択された帳票が処理可能なボタン（例えば、確認用印刷ボタン・本番用印刷ボタン・スキャンボタン）を指示可能に表示することで、業務効率をあげることができる。

また、印刷済みの帳票が選択された場合に、印刷された帳票をスキャンさせ、選択された帳票に対する処理（例えば、出荷）を自動で処理済みとさせることで業務効率をあげることができる。
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

また、本発明におけるプログラムは、図６〜図１０に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図６〜図１０の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図６〜図１０の各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ Ｗｅｂアプリケーションサーバ
２００ 受信側のＥＤＩサーバ
３００ 複合機
４００ 送信側のＥＤＩサーバ
５００ ネットワーク
６００ ＬＡＮ

Claims (8)

1. 帳票と当該帳票の処理日を管理する管理サーバと画像処理装置とを含む画像処理システムであって、
   前記画像処理装置は、
   ユーザ認証によりログインするログイン手段と、
   前記ログイン手段によるログインに応じて、前記管理サーバから一覧画面を受信する一覧画面受信手段と、
   前記一覧画面受信手段で受信した、前記ログイン手段でログインした日に処理するべき帳票の一覧画面を表示する表示手段と、
   前記表示手段で表示した一覧画面から帳票を選択する選択手段と、
   前記選択手段で選択した帳票を、前記管理サーバから取得して印刷する印刷手段とを備え
   前記管理サーバは、
   前記画像処理装置でのログインに応じて、当該ログインした日付を取得するログイン日付取得手段と、
   前記ログイン日付取得手段で取得した日付と帳票の処理日により、当該ログインしている日に処理する帳票の一覧を取得する一覧取得手段と、
   前記一覧取得手段で取得した帳票の一覧画面を前記画像処理装置に送信する一覧画面送信手段とを備え、
   前記表示手段は、日付の切り替えに応じて、切り替えた日に処理するべき帳票の一覧画面を表示することを特徴とする画像処理システム。
2. 前記画像処理装置は、
   前記選択手段で帳票を選択した場合、前記管理サーバに前記選択した帳票の帳票識別情報を送信する帳票識別情報送信手段
   前記管理サーバは、
   前記帳票ごとの処理状況を管理する管理手段と、
   前記画像処理装置から、帳票識別情報を受信する帳票識別情報受信手段と、
   前記帳票識別情報受信手段で受信した帳票識別情報に応じて、当該帳票識別情報に対応する帳票の処理状況を取得する処理状況取得手段と、
   前記処理状況取得手段で取得した処理状況に応じて、前記帳票識別情報に対応する帳票の処理を決定する決定手段を備え、
   前記一覧画面送信手段は、前記帳票識別情報に対応する帳票に対して、前記決定手段で決定した処理を実行させるための処理ボタンを含む帳票一覧画面を送信する
   ことを特徴とする請求項１に記載の画像処理システム。
3. 前記処理状況は、未印刷又は印刷済であり、
   前記決定手段は、前記帳票識別情報受信手段で受信した帳票識別情報に対応する帳票の処理状況が印刷済である場合に、前記印刷手段で印刷した帳票をスキャンさせることを決定し、
   前記一覧画面送信手段は、前記印刷手段で印刷した帳票をスキャンさせるための処理ボタンを含む帳票一覧画面を送信する
   ことを特徴とする請求項２に記載の画像処理システム。
4. 前記一覧画面受信手段は、前記スキャンさせるための処理ボタンを含む帳票一覧画面を受信し、
   前記画像処理装置は、
   前記スキャンさせるための処理ボタンの指示に従って、前記選択手段で選択された帳票に対するスキャンをするスキャン手段と、
   前記スキャン手段でスキャンしたスキャンファイルを前記管理サーバに送信するスキャンファイル送信手段と、
   前記管理サーバは、
   前記選択された帳票に対するスキャンファイルを受信するスキャンファイル受信手段と、
   前記スキャンファイル受信手段で受信したスキャンファイルに対応する帳票の処理状況を変更する変更手段と
   を更に備えることを特徴とする請求項３に記載の画像処理システム。
5. 前記管理サーバは、
   前記スキャンファイル受信手段で受信したスキャンファイルと、前記印刷手段で印刷した帳票に対応する帳票ファイルとを対応付けて管理するファイル管理手段を更に備え、
   前記変更手段は、前記処理状況を、印刷済から出荷済に変更することを特徴とする請求項４に記載の画像処理システム。
6. 前記ファイル管理手段は、前記スキャンファイルと前記帳票ファイルを結合して管理することを特徴とする請求項５に記載の画像処理システム。
7. 帳票と当該帳票の処理日を管理する管理サーバと画像処理装置とを含む画像処理システムの処理方法であって、
   前記画像処理装置が、
   ユーザ認証によりログインするログインステップと、
   前記ログインステップによるログインに応じて、前記管理サーバから一覧画面を受信する一覧画面受信ステップと、
   前記一覧画面受信ステップで受信した、前記ログインステップでログインした日に処理するべき帳票の一覧画面を表示する表示ステップと、
   前記表示ステップで表示した一覧画面から帳票を選択する選択ステップと、
   前記選択ステップで選択した帳票を、前記管理サーバから取得して印刷する印刷ステップとを実行し、
   前記管理サーバが、
   前記画像処理装置でのログインに応じて、当該ログインした日付を取得するログイン日付取得ステップと、
   前記ログイン日付取得ステップで取得した日付と帳票の処理日により、当該ログインしている日に処理する帳票の一覧を取得する一覧取得ステップと、
   前記一覧取得ステップで取得した帳票の一覧画面を前記画像処理装置に送信する一覧画面送信ステップとを実行し、
   前記表示ステップは、日付の切り替えに応じて、切り替えた日に処理するべき帳票の一覧画面を表示することを特徴とする画像処理システム。
8. 帳票と当該帳票の処理日を管理する管理サーバと画像処理装置とを含む画像処理システムのプログラムであって、
   前記画像処理装置を、
   ユーザ認証によりログインするログイン手段と、
   前記ログイン手段によるログインに応じて、前記管理サーバから一覧画面を受信する一覧画面受信手段と、
   前記一覧画面受信手段で受信した、前記ログイン手段でログインした日に処理するべき帳票の一覧画面を表示する表示手段と、
   前記表示手段で表示した一覧画面から帳票を選択する選択手段と、
   前記選択手段で選択した帳票を、前記管理サーバから取得して印刷する印刷手段
   として機能させ、
   前記管理サーバを、
   前記画像処理装置でのログインに応じて、当該ログインした日付を取得するログイン日付取得手段と、
   前記ログイン日付取得手段で取得した日付と帳票の処理日により、当該ログインしている日に処理する帳票の一覧を取得する一覧取得手段と、
   前記一覧取得手段で取得した帳票の一覧画面を前記画像処理装置に送信する一覧画面送信手段として機能させ、
   前記表示手段は、日付の切り替えに応じて、切り替えた日に処理するべき帳票の一覧画面を前記一覧画面受信手段で受信し、表示することを特徴とするプログラム。

Images