JP2008152493A - サーバ装置、そのプログラム - Google Patents

Abstract

【課題】作業効率化を維持しつつオペレータのレベルアップ（生産性及び品質向上）を図る。
【解決手段】データベース装置１２ａには各電子伝票が格納される。サーバ装置１２は、この各電子伝票を各オペレータ端末１４に割り振り、そのオペレータに伝票処理させる。その際、現在の繁閑状況の判定／記憶内容に基づき、「繁忙」であれば各オペレータのレベルに応じた難易度の電子伝票を割り当てる。一方、もし「閑散」であれば各オペレータのレベルよりも高い難易度の電子伝票も割り当てる。また、「閑散」の場合、例えば高レベルのオペレータに、伝票処理結果の確認作業を行わせる。
【選択図】図１

Description

本発明は、事務処理システムに関する。

事務処理システムの一例として例えば為替事務処理システムでは、従来、時期・時間毎の取引件数を蓄積し、蓄積された取引量を平均化して統計情報として出力し、その出力情報を基に管理者の長年の経験と勘に基づいて要員配置するようになっている。

近年、入力事務向上方法として、対象事務作業難易度と入力事務担当者のスキルレベルを細分化し、最適な組合せ（例：難易度高作業はスキルレベル高担当者に割り当て実施。又はその逆パターンである難易度低作業はスキルレベル低担当者に割り当て実施）により事務処理の効率化を図ろうとする提案がなされている（例えば特許文献１，２に記載の提案がある）。

特許文献１記載の発明では、証券代行業務のような時期的に業務の集中度がばらつくような業務における要員の管理と配置を効率的に行い得ると共に要員確保を経済的に行える要員管理システムを提案している。

また、特許文献２記載の発明は、帳票処理の処理効率を向上させるものであり、作業対象データのスキルレベルを決定し、該当するスキルレベルのオペレータに端末に当該作業対象データを振り分ける振分手段が開示されている。
特開２００４−１２７２６５号公報 特開２００６−１４６８３０号公報

ここで、金融機関の為替入力事務処理の取引量は、月間では月初に少なく月末多い、年度間では１２月末や年度末に多いという傾向があり、時期により取引量が変動する。この変動する取引量に対して効率化を図るため、多くのパートタイマーを雇い対応している。

一方、上記特許文献１，２は、現在の要員で作業効率化を如何に高く維持するかという点に注目した考え方であるが、流動化するパートタイマー要員の生産性向上とレベルアップの両立という課題には対応できていない。すなわち、従来技術では、過去の実績データに基づいて作業量を予測して予め必要な人員を確保することや（パートタイマー要員を増やす等）、各オペレータのレベルに応じた作業を割り当てる（例えば、パートタイマー要員には比較的低レベルの作業を割り当てる等）こと等により、生産性向上を図っている。パートタイマー要員なのだから、比較的低レベルの作業を行ってくれればよいという考え方もある。

しかしながら、これでは、例えば一時的にせよ中・高レベルの作業が大量に発生した場合等には、対応できなくなる。この様な例でなくても、パートタイマー要員であってもレベルアップしてくれることは望ましいことである。レベルアップの方法としては、実際の業務（実践）により鍛えることが考えられる。例えば、その人の現在のレベルよりも一段高いレベルの作業を割り当てることが考えられる。しかしながら、レベルを上げれば当然、特に最初のうちは、作業効率が非常に落ちることになり、またミスも多くなる。

本発明の課題は、以上述べたことを鑑み、作業効率化を維持しつつオペレータのレベル
アップ（生産性及び品質向上）を図るという、相反する要求を手間が掛からず効率よく実現させるシステム、プログラム等を提供することである。

本発明のプログラムは、複数のオペレータ端末にネットワークを介して接続するコンピュータに、各電子伝票を記憶する第１の記憶機能と、各オペレータ毎に、繁忙時、閑散時それぞれにおける取出可能伝票の条件を記憶する第２の記憶機能と、現在の繁閑状況が前記繁忙時、閑散時の何れであるかを記憶する繁閑記憶機能と、任意の前記オペレータ端末からの伝票取出要求があった場合、該要求元のオペレータ端末のオペレータと前記繁閑記憶機能に記憶された繁閑状況とに基づいて、前記第２の記憶機能から該当する前記条件を求め、該条件に該当する電子伝票を前記第１の記憶機能から取得して、該取得した電子伝票を前記要求元のオペレータ端末に一覧表示させる伝票割振り機能とを実現させる為のプログラムである。

現在の繁閑状況が繁忙時であるか閑散時であるかによって、各オペレータへの電子伝票の割り振り方が変わる。すなわち、同一のオペレータであっても、繁忙時と閑散時とで、割り振られる電子伝票が異なる。例えば、繁忙時にはそのオペレータのレベルに応じた難易度の電子伝票が割り当てられ（作業効率化を優先した割り振り方）、閑散時にはそのオペレータのレベルより高い難易度の電子伝票も割り当てられる（レベルアップを図る）。

上記プログラムにおいて例えば、予め過去の統計データに基づいて設定されている繁閑状況を前記現在の繁閑状況として前記繁閑記憶機能に記憶すると共に、任意の単位時間毎に、該単位時間当たりの前記電子伝票の受付件数を前記オペレータの人数で除算して成る一人当取引量を算出し、該算出結果と、前記過去の統計データに含まれる過去の一人当取引量の平均値と、前記繁閑記憶機能に記憶されている前記現在の繁閑状況とに基づいて、新たな現在の繁閑状況を判定して前記繁閑記憶機能に記憶する繁閑判定機能を、前記コンピュータに更に実現させるようにしてもよい。

上記プログラムにおいて例えば、前記第１の記憶機能には更に前記記憶される各電子伝票の伝票難易度の情報が記憶され、前記第２の記憶機能に記憶される前記取出可能伝票の条件は、繁忙時に関しては前記オペレータのスキルレベルに応じた前記伝票難易度であり、閑散時に関しては前記オペレータのスキルレベルよりも高い前記伝票難易度である。

上記プログラムにおいて例えば、前記第１の記憶機能には更に前記記憶される各電子伝票の伝票難易度の情報が記憶され、前記第２の記憶機能に記憶される前記取出可能伝票の条件は、高スキルレベルのオペレータに関しては、繁忙時に関しては前記オペレータのスキルレベルに応じた前記伝票難易度であり、閑散時に関してはそのステータスが確認待ちの電子伝票である。

あるいは、本発明の他のプログラムは、外部の装置とネットワークを介して接続するコンピュータに、前記外部の装置から送信された伝票イメージデータに基づき電子伝票を作成して記憶する電子伝票作成・記憶機能と、各オペレータ毎に、繁忙時、閑散時それぞれにおける取出可能伝票の条件を記憶する第１の記憶機能と、現在の繁閑状況が前記繁忙時、閑散時の何れであるかを記憶する繁閑記憶機能と、任意のオペレータ端末からの伝票取出要求があった場合、該要求元のオペレータ端末のオペレータと前記繁閑判定記憶機能に記憶された繁閑状況とに基づいて、前記第１の記憶機能から該当する前記条件を求め、該条件に該当する電子伝票を前記電子伝票作成・記憶機能から取得して、該取得した電子伝票を前記要求元のオペレータ端末に一覧表示させる伝票割振り機能とを実現させる為のプログラムである。

上述した本発明の事務処理システム、プログラム等によれば、作業効率化を維持しつつオペレータのレベルアップ（生産性及び品質向上）を図るという、相反する要求を手間が掛からず効率よく実現させることができる。すなわち、管理者等の分析／判断／指示の必要無く、繁忙時期、閑散時期を自動的に判断し、繁忙時期は効率化を優先させ作業推進させる事ができ、閑散時期にはスキルレベルアップを優先させ作業推進させる事ができ、理想的作業形態で作業推進させる事ができる。

以下、図面を参照して、本発明の実施の形態について説明する。
図１は、本発明の実施形態における事務処理システムのシステム構成図あり、各営業店のイメージ送信装置３と事務集中センターシステム１０が行内ネットワーク等のネットワーク１で接続され、事務集中センターシステム１０と電算センタのホストコンピュータシステム４が高速ネットワーク２等で接続されている。

事務集中センターシステム１０は、各種認識装置１１（帳票認識、イメージ認識、文字認識等）、サーバ装置１２、ホスト通信装置１３、各オペレータ端末装置１４、各役席端末装置１５が、ＬＡＮ１６で結合されて構成されている。尚、サーバ装置１２は、データベース装置１２ａを備えている。

本例の事務集中センターシステム１０は、作業効率化する時期とレベルアップ（生産性及び品質向上）を図る時期を自動的に判断し、それぞれの時期にあった作業ルールで作業推進ができるようにする処理機能を有する。これにより、作業効率化を維持しつつオペレータ（特にパートタイマー要員）のレベルアップ（生産性及び品質向上）を図ることができ、効率化／生産性／品質の向上に寄与できる。以下の説明におけるオペレータには、パートタイマー要員も含まれる。パートタイマー要員は、後述する低レベルや中レベル程度のスキルレベルである場合が多いので、レベルアップを図ることで、生産性向上及び品質向上効果が大きい。オペレータは、パートタイマー要員に限る必要はないし、たとえ高レベルのオペレータであっても、更なるレベルアップを図ることで、生産性向上及び品質向上に寄与する。

図２は、上記図１のシステムの機能ブロック図である。ここでは、一例として、振込伝票処理に係わる機能ブロック図を示す。
まず、上記イメージ送信装置３は、図２のイメージデータ送信部３ａの機能を有するものであり、担当者等は、営業店に持ち込まれた振込伝票をイメージ送信装置３に読み込ませ、イメージ送信装置３のイメージデータ送信部３ａは、読み取ったイメージデータ（振込伝票イメージデータ）を事務集中センターシステム１０に送信する。

サーバ装置１２は、図２に示すデータ受信＆格納部２１、データ取出＆修正／検証部２２、及び作業開始オペレータ登録部２４の各種処理機能を有する。ホスト通信装置１３は、図２に示すホストデータ送受信部２３を有する。

まず、データ受信＆格納部２１は、上記イメージデータを受信して、これを各種認識装置１１により認識させて、認識結果をデータベース装置１２ａに格納する機能部である。
すなわち、まず、サーバ装置１２のデータ受信＆格納部２１は、上記営業店から送信されたイメージデータを受信し、一旦、この振込伝票イメージデータをデータベース装置１２ａに格納し、次のイメージデータがあれば、このイメージデータ受信と格納を繰り返す。

次に、上記データベース装置１２ａに格納した振込伝票イメージデータを１つずつ取り
出し、これを各種認識装置１１に渡して認識処理を依頼する。これに応じて、認識装置１１は、振込伝票イメージデータの認識処理を実行し、認識結果である伝票の文字列情報、イメージ情報及び伝票難易度等を、サーバ装置１２に返信する。サーバ装置１２は、この認識結果をデータベース装置１２ａに格納する。少なくともこのときには、振込伝票のデータは、後述する図３に示す電子伝票３０のデータ形式で、データベース装置１２ａに格納される（勿論、例えばイメージデータ送信の際又は上記イメージデータ受信・格納の際に、後述する図３に示す電子伝票３０を作成・格納するようにしてもよい）。

以上が、データ受信＆格納部２１の基本的な処理機能である。但し、データ受信＆格納部２１は、この基本的な処理機能に加えて、繁忙／閑散判定を行う処理機能や各伝票（取引）の難易度を判定する処理機能も有する。本手法のメインの特徴は、これら処理機能及びデータ取出＆修正／検証部２２の処理機能にある。詳しくは後述する。

次に、データ取出＆修正／検証部２２について説明する。データ取出＆修正／検証部２２は、上記認識結果をオペレータによりチェックさせて間違いがあれば修正させる為の処理・機能部である。更に、場合によって、オペレータによるチェック／修正結果を、上司等（役職者）にチェック（検証）させる為の処理機能部である。各オペレータは任意のオペレータ端末１４を使用する。各役職者は任意の役職者端末１５を使用する。

作業の開始にあたって、作業開始オペレータ登録部２４が、各オペレータにオペレータ端末１４からＩＤとパスワードを入力させて登録した後、処理開始を宣言する。
この処理開始宣言後、データ取出＆修正／検証部２２は、以下に述べる処理を実行する。

データ取出＆修正／検証部２２は、基本的には、各オペレータや役席者に、それぞれ、作業を行わせるべき伝票を割り振ってチェック／修正等の作業を行わせる処理機能部であるが、本手法の特徴は、各オペレータに対する伝票の割り振り方にある。すなわち、各オペレータ毎に、そのオペレータのレベルと、上記データ受信＆格納部２１による判定結果（繁忙／閑散判定結果と各伝票の難易度）とに基づいて、割り振るべき伝票を決定する。

各オペレータ毎に割り振るべき伝票を決定したら、そのオペレータが使用しているオペレータ端末１４に、割り振った伝票一覧を表示させ、オペレータがこの一覧の中から任意の伝票の取り出しを指示したら、この指示された伝票データ（後述する電子伝票３０）をデータベース装置１２ａから取り出してオペレータ端末１４に表示する。

オペレータは、この表示内容を参照して、チェック／修正作業を行う。例えば、文字認識結果と振込伝票イメージデータとを入力項目毎に見比べて、項目毎に修正の必要があるか否かを判断する。オペレータが、修正の必要が無い旨を入力した場合は、データ取出＆修正／検証部２２は、認識結果データを未修正のままデータベース装置１２ａに再格納する。オペレータが任意の項目を修正した場合、データ取出＆修正／検証部２２は、この修正後の認識結果データをデータベース装置１２ａに格納する。また、後述するように、高レベルのオペレータに対しては、チェック／修正作業に限らず、確認作業を行わせる場合もある。

また、データ取出＆修正／検証部２２は、上記各オペレータによるチェック／修正作業結果を、役職者にチェック（検証）させる処理も実行する。すなわち、役職者端末１５に、上記オペレータ処理後の振込伝票データ（修正後の認識結果データとイメージデータ等；あるいは更に修正履歴等（どこを修正したかを示す情報）を表示させて、役職者に検証を行わせる。但し、この処理自体は、従来と変わらない。

ホストデータ送受信部２３は、上記役職者検証後の振込伝票データを、ホストコンピュータシステム４に送信する。
図３は、電子伝票３０のデータ構造図である。

図２のイメージデータ送信部３ａにより読み込まれた振込等の伝票は電子化され、図３で示す構造の電子伝票３０（１枚単位）となる。この電子伝票３０の初期状態は、イメージデータ送信部３ａが作成してもよいが、上述した説明の例では、イメージデータ送信部３ａはイメージデータの送信のみ（但し、受付通番も送信する）を行うので、ここではデータ受信＆格納部２１が作成するものとする。

電子伝票３０は、伝票データ管理部３１、文字データ格納部３２、イメージデータ格納部３３より成る。伝票データ管理部３１には、当該電子伝票データの管理情報が格納され、例えば受付通番４１、文字／イメージデータ・格納部位置／サイズ部４２、伝票状況ステータス４３、伝票難易度情報４４、金額４５、受付時間／終了時間４６、処理時繁閑情報４７、処理済オペレータスキルレベル４８、処理済オペレータＩＤ４９等の各種管理情報を記憶する領域等から構成される。

イメージデータ格納部３３には、イメージデータ送信部３ａから送信された伝票イメージデータが格納され、文字データ格納部３２には上記各種認識装置１１による認識結果が格納される。

受付通番４１には、例えば後述する図１０に示す受付通番が格納される。文字／イメージデータ・格納部位置／サイズ部４２には、上記文字データ格納部３２とイメージデータ格納部３３に格納される認識結果（文字データ）とイメージデータの格納アドレスとサイズが格納される。尚、図３では上記文字データ格納部３２とイメージデータ格納部３３を伝票データ管理部３１と一緒に示すが、上記文字データ格納部３２とイメージデータ格納部３３は別の記憶領域に記憶してもよい。

伝票状況ステータス４３には、例えば図４に示す各種ステータスが格納されるものであり、後に図４を参照して説明する。伝票難易度情報４４には、この電子伝票３０の難易度が格納される。金額４５には、上記認識結果に含まれる“金額”の情報が格納される。受付時間／終了時間４６には、この電子伝票３０を受け付けた日時（イメージデータ送信部３ａからの送信イメージデータを受信した日時等）と、センターシステム１０による処理が完了してホスト４に渡した日時が格納される。処理時繁閑情報４７には、後述するデータ受信＆格納部２１の処理によって「繁忙」、「閑散」の何れかが格納される。処理済オペレータスキルレベル４８及び処理済オペレータＩＤ４９には、それぞれ、この電子伝票を処理した（チェック、修正等した）オペレータのレベルとＩＤが格納される。

尚、電子伝票３０の初期状態では、文字データ格納部３２や伝票難易度情報４４、処理時繁閑情報４７、処理済オペレータスキルレベル４８、処理済オペレータＩＤ４９等のデータは未だ無く、伝票状況ステータス４３は後述する「（１）認識待ち」となっている。

ここで、伝票状況ステータス４３は、紙ベース申請書類中の各部署承認印欄に相当し、作業の進捗度合いを示すものであり、１つの処理や行為により該当ステップが完了すると、伝票状況ステータス４３も更新される（状態遷移する）。従って、現時点の伝票の進捗状況を知りたい場合、伝票状況ステータス４３を参照する事で把握する事ができる。

図４は、伝票状況ステータス４３の遷移概要図である。
図示の例では、伝票状況ステータス４３は、イメージデータ受信時には「（１）認識待ち」となり、認識処理完了したら「（２）修正待ち」となる。その後、オペレータによる
チェック・修正処理が行われたら、「（４）送信待ち」となる。但し、例えば高額である場合等には、「（３）検証待ち」とし、役席者による検証処理を経て、「（４）送信待ち」となる。「（４）送信待ち」となった電子伝票３０は、ホスト４へ送信されると共に「（５）受信待ち」となり、ホストからの返信を受信したら、その内容が“取引成立”であれば「（６）処理済み」となり、当該電子伝票処理が終了する。一方、“取引不成立”であれば再び「（２）修正待ち」とし、オペレータに再度チェック・修正処理が行わせる。

図４を参照して伝票状況ステータス４３の遷移例と共にシステム１０の詳細な処理について説明する。
事務集中センターシステム１０内のデータ受信＆格納部２１は、各営業店から送信された振込伝票イメージデータを受信すると、この振込伝票イメージデータをデータベース装置１２ａに格納すると共に、この格納位置とデータサイズを文字／イメージデータ・格納部位置／サイズ部４２に記録し、更に伝票状況ステータス４３を図４に示す「(1)認識待ち」にする。データ受信＆格納部２１は、更に、上述した認識処理を実行させたら（伝票の各項目をホスト処理するため、振込伝票イメージデータに対するイメージ認識、帳票認識、文字認識を実行したら）、この認識／抽出した項目単位の文字列を上記文字データ格納部３２に格納すると共に、伝票状況ステータス４３を図４の「(2)修正待ち」にした電子伝票３０を、データベース装置１２ａに格納する。

次に、上記データ取出＆修正／検証部２２による処理においてオペレータに上記チェック／修正作業を行わせる際には、データベース装置１２ａに格納されている電子伝票３０のなかでその伝票状況ステータス４３が「(2)修正待ち」である電子伝票が、オペレータによるチェック／修正作業の対象となる。その際、詳しくは後述するが、各オペレータのレベルや繁閑情報等に応じて、各オペレータに割り当てる伝票が決定される。

各オペレータのオペレータ端末１４に、そのオペレータに割り当てられた伝票の一覧（後述するデータ取出用画面１２０等）が表示される。そして、オペレータが、自己のオペレータ端末１４のディスプレイに表示される伝票一覧の中から任意の伝票を選択すると、データ取出＆修正／検証部２２は、この選択された伝票の電子伝票３０データ（認識結果文字列やイメージデータ等）に基づき、例えば図５に示す伝票修正画面５０を、オペレータ端末１４のディスプレイに表示する。

図５の伝票修正画面５０において、例えば、上記読み取ったイメージデータがイメージ表示欄５３に表示され、その認識結果の文字列が認識文字列表示欄５２に表示され、オペレータは、イメージと認識結果が一致しているか否かを目視によりチェックし、修正の必要があれば（不一致であれば）、図示の修正文字列入力欄５１に正しい（イメージと同じ）文字列を入力する。データ取出＆修正／検証部２２は、この修正を反映させた電子伝票３０をデータベース装置１２ａに再格納する。

尚、図５の例では、口座番号についてのみ修正可能であるようにしているが、実際には、少なくとも顧客が手書きで書いた項目（例えば、受取人、依頼人等）については全て、口座番号と同様に、イメージ、認識文字を表示すると共に修正文字列入力欄を表示する。また、図５のように１つの画面内にイメージ、認識文字、修正文字列入力欄の全てを表示する例に限らず、例えばイメージ表示画面と認識結果表示・修正画面の２画面表示し（不図示）、イメージ表示画面にはイメージデータ格納部３３のデータを表示し、認識結果表示・修正画面には文字データ格納部３２のデータを表示すると共に修正文字列入力欄を表示するようにしてもよい。

また、データ取出＆修正／検証部２２は、この再格納時、項目中の金額４５（上記認識処理の際、“金額”の認識結果が金額４５に格納されている）をチェックし、所定金額以
上の場合（高額の場合）、伝票状況ステータス４３を「（３）検証待ち」にし、所定金額未満の場合、伝票状況ステータス４３を「（４）送信待ち」にする。但し、図４に示す状態遷移は一例であり、この例に限るものではなく、例えば後述する「確認待ち」状態が加わってよい。詳しくは後述する。

データ取出＆修正／検証部２２は、例えば任意の役席者端末１５からアクセスがあると、データベース装置１２ａに格納されている電子伝票３０の中から伝票状況ステータス４３が「(3)検証待ち」である伝票データを抽出して、これを役席者端末１５のディスプレイに一覧表示する。役席者（管理責任者）が任意の伝票を指定すると、この電子伝票３０のデータに基づいて、不図示の検証画面が表示される。この検証画面には例えば上記修正文字列入力欄５１で入力された文字列データが、イメージデータと共に表示され、役席者は修正内容が正しいか否かをチェックして、間違いがあれば修正する。この修正内容が反映された電子伝票３０は、データベース装置１２ａに再格納されるが、その際、伝票状況ステータス４３を「(4)送信待ち」にする。このように、検証を行うことで、重要度の高い伝票（高額処理伝票）の処理の正確性を高められる。

また、ホストデータ送受信部２３は、データベース装置１２ａに格納中の各電子伝票３０の伝票状況ステータス４３を随時監視しており、伝票状況ステータス４３が「(4)送信待ち」の電子伝票３０があれば、この伝票データをホストコンピュータシステム４に送信し、この伝票の取引処理を依頼する。この時、伝票の状況ステータスを「(5)受信待ち」にする。そして、 ホスト処理結果の受信応答を待ち、取引成立受信により伝票状況ステータス４３を「(6)処理済み」にする。一方、取引不成立受信の場合には、伝票状況ステータス４３を「(2)修正待ち」にして、オペレータへ差し戻し、再処理を促す。

以上、該当処理ステップが終了すると、伝票の状況ステータスも遷移する一例を説明した。
図２に示された各機能部毎の処理について、以下、フローチャート図等を参照して更に詳しく説明する。

まず、処理順の最初である「作業開始オペレータ登録部２４」について説明する。
図６は、作業開始オペレータ登録部２４に係わる処理の処理フローチャート図である。尚、図６において、各処理ステップの枠が点線または実線で示されているが、これは点線枠が人の操作、実線枠がコンピュータ処理であることを意味している。これは、他のフローチャート図においても同様である。

まず、作業開始に当り、各オペレータが任意のオペレータ端末１４を起動すると、不図示のイニシャル画面が表示され、オペレータはこのイニシャル画面上で作業開始宣言操作を行う。作業開始宣言操作とは、例えばオペレータのＩＤ（社員番号等）、パスワードの入力等である。もし、全員が作業開始宣言終了ならば（ステップＳ１３，ＹＥＳ）、当該作業開始オペレータ登録処理は終了する。そうでなければ（ステップＳ１３，ＮＯ）、ステップＳ１１へ進む。尚、ステップＳ１３の処理は、サーバ装置１２側で行うことが望ましく、この場合、例えば予めその日に作業するオペレータの人数が登録されているならば、後述するステップＳ１５でカウントした数がこの登録人数に達した場合に作業開始宣言受付終了としてもよいし、そうでなければ例えば始業時間になったら受付終了にしてもよい。

ステップＳ１１の処理では、オペレータ端末１４が、上記作業開始宣言操作により入力された上記ＩＤ（社員番号等）、パスワードの情報や自端末の機番等の情報を含む作業開始宣言電文を、サーバ装置１２に対して送信する。この電文を受信したサーバ装置１２は、上記ＩＤ、端末機番を電文中から抽出して操作員リスト６０に記憶する。また、この時
、操作員人数もカウントアップし、何名で操作しているかも把握する（ステップＳ１５）。更に、操作員スキル情報７０を参照してステップＳ１６の処理を実行する。

図７（ａ）に操作員リスト６０の一例を示す。
図示の例の操作員リスト６０は、ＮＯ．６１、操作員識別６２、及びオペレータ端末機番６３の各データ項目から成る。操作員識別６２には上記オペレータ端末１４から通知されたＩＤが格納され、オペレータ端末機番６３には上記通知された端末機番が格納される。また、ＮＯ．は、電文受信順に与えられるシリアル番号であり、図示の例では、現在の操作員人数がｎ人であることが分かる。また、操作員リスト６０は、例えば毎日業務終了後にクリアされ、翌日、新たな登録が行われる。

また、サーバ装置１２側には、予め、操作員スキル情報７０が登録されている。
図７（ｂ）に、操作員スキル情報７０の一例を示す。操作員スキル情報７０には、基本的には、全てのオペレータの情報が登録されている。

図示の例では、操作員スキル情報７０は、ＮＯ．７１、操作員識別７２、操作員スキル情報７３、繁忙時取出可能伝票難易度７４、及び閑散時取出可能伝票の難易度７５とステータス７６の各データ項目より成る。これらは、予め、人間（管理責任者等）が判断して設定・登録しておくものであり、また随時人間が更新することもできる。

操作員識別７２は、各オペレータ（操作員）の上記ＩＤ（社員番号等）である。操作員スキル情報７３は各オペレータの技能レベルを示す情報であり、図示の例では０１レベル〜０３レベルの３段階のレベルがあり、０３レベルが最も技能レベルが高い。他のデータ項目については後述するが、概略的には、本手法では、繁忙時には各オペレータの技能レベルに応じた難易度の伝票処理を行わせ、閑散時には各オペレータの技能レベルより高い難易度の伝票処理も行わせる。尚、図示の例では、各オペレータ毎に、繁忙時、繁閑時それぞれの取出可能伝票難易度を設定しており、個別に設定しているが、この例に限らず、０１レベル〜０３レベルの各々に対応付けて、一律に、繁忙時取出可能伝票難易度７４、及び閑散時取出可能伝票の難易度７５とステータス７６を設定するようにしてもよい。勿論、図示の通り、個別に設定してもよく、この場合、０１レベルのオペレータであっても人によっては、閑散時に難易度＝「高度」の伝票も扱えるようにすること等も可能となる。

上記ステップＳ１６の処理では、上記電文に含まれる上記ＩＤを用いて操作員スキル情報７０を検索することで、該当するオペレータの情報を抽出し、その操作員スキル情報７３を、上記電文送信元のオペレータ端末１４にダウンロードする。このオペレータ端末１４は、ダウンロードされた操作員スキル情報７３を、端末１４内のメモリ等に記憶する（ステップＳ１２）。但し、ステップＳ１６、Ｓ１２の処理は、必ずしも必要ない（後述するステップＳ７１の処理の際に端末機番が通知されれば、サーバ装置１２側で操作員リスト６０、操作員スキル情報７０を参照して、スキルレベルや取出可能伝票難易度等を判断できるからである）。

次に、「イメージデータ送信部３ａ」と「データ受信＆格納部２１」の処理を関連付けて説明する。
図８、図９は、「イメージデータ送信部３ａ」と「データ受信＆格納部２１」の処理を示すフローチャート図である。

まず、図８の図上左側に示す「イメージデータ送信部３ａ」の処理を説明する。
営業店の社員等が、振込依頼書等のデータを事務集中センターシステム１０の送付するため、紙の伝票の束をイメージ送信装置３にセットして「送信」ボタンを押すと、イメー
ジデータ送信部３ａは、各紙伝票毎にステップＳ２１〜Ｓ２５の処理を実行し、セットされた紙伝票全てについて処理実行したら（ステップＳ２６，ＮＯ）、本処理を終了する。

以下、ステップＳ２１〜Ｓ２５の各処理について説明する。
まず、イメージ送信装置３は、データ送信機能以外にも、イメージ読取機能（スキャナ等）や印字機能や、上記紙伝票の束から紙伝票を１枚ずつ取得する機能等を備えているが、これら各種機能をまとめてイメージデータ送信部３ａの機能であるとする。

イメージデータ送信部３ａは、上記取得した１つの紙伝票に１つの受付通番印字を行うため、受付通番の更新を行なう（受付通番中の一連番号部分を＋１インクリメントする）（ステップＳ２１）。受付通番のフォーマット例は図１０に示す。

図１０に示す例では、受付通番は、店番、イメージ送信装置機番、及び一連番号から成り、上記ステップＳ２１では一連番号を＋１インクリメントする。店番はこの営業店の識別番号、イメージ送信装置機番は当該イメージ送信装置３の識別番号であり、よって、以下のステップＳ２２で受付通番も通知することで、サーバ装置１２側では、どの営業店のどのイメージ送信装置から送信されたイメージデータであるのかを判別することができる。

イメージデータ送信部３ａは、紙伝票に上記更新した受付通番の印字を行い、続いて伝票のイメージデータを読取り、受付通番と伝票イメージデータを、サーバ装置１２に送信する（そのデータ受信＆格納部２１に対し、データを送信する）（ステップＳ２２）。

データ送信後は、データ受信＆格納部２１からの返信応答待ち状態となり、返信応答を受信したら、伝票送信に対する返信応答の内容をチェックする（ステップＳ２３）。そして、肯定応答の場合（ステップＳ２４，ＹＥＳ）、イメージ送信装置３上の紙伝票を調べ、次に処理すべき紙伝票の有無をチェックし（ステップＳ２５）、紙伝票有りの場合（ステップＳ２６，ＹＥＳ）ステップＳ２１へ戻り、紙伝票無しの場合（ステップＳ２６，ＮＯ）、本処理は終了する。一方、否定応答の場合（終了時刻後の為）には（ステップＳ２４，ＮＯ）、事務集中センター受信不可の旨メッセージ（例：受付時間外のため、受付できません。）を表示し（ステップＳ２７）、本処理を終了する。

次に、以下、「データ受信＆格納部２１」による処理について説明する。尚、図４において伝票状況ステータス遷移の概要について説明したが、以下の説明における伝票状況ステータス遷移は、図１３を使用するものとする。図１３に示す例では、伝票状況ステータスは、「(1)認識待ち」、「(2)修正待ち」、「(3)確認待ち」、「(4)検証待ち」、「(5)送信待ち」、「(6)受信待ち」、「(7)処理済み」の７種類あり、図４に示す６種類のステータスに「(3)確認待ち」が加わっている。この「(3)確認待ち」に係る処理、すなわち図１３に示す「３．修正処理」や「４．確認処理」以外の処理は、図４で説明した通りである。

データ受信＆格納部２１の処理フローは、図８と図９の図上右側に示す。
「データ受信＆格納部２１」は、イメージデータ送信部３ａからの送信データの受付処理機能部である「データ受信部」と、このデータ受信部によって格納された電子伝票３０を取出して上述したデータ認識処理を行わせ、更に伝票難易度判定を行った後、この認識結果、判定結果を反映させた電子伝票３０を再格納処理する「格納部」の２つの処理機能部から成る。

サーバ装置１２の起動時、上記２つの処理機能部を同時に起動する。最初にデータ受信部から説明する。
データ受信部は、サーバ装置１２起動後、イメージデータ送信部３ａからの送信データの受信待ち状態に移行する（ステップＳ３１）。更に、当日処理終了検知のために、当日取扱終了時刻が到来したら終了イベントを発生させる依頼を行う（ステップＳ３２）。
そして、蓄積している統計データ情報ファイル８０（図１１参照）の繁閑情報８１を参照し、この繁閑情報８１（「繁忙」又は「閑散」）を現在の稼働繁閑情報としてメモリ上に設定する（ステップＳ３３）。更に、単位時間当り受信伝票件数の初期化の為、単位時間当り受信伝票件数にゼロを設定する（ステップＳ３４）。また、一定時間経過を検知するため、所定のタイマー値をセットし、タイムアウトイベントを発生させる依頼を行う（ステップＳ３５）。

尚、上記ステップＳ３２、Ｓ３５の依頼先は、不図示の機能部（時刻／タイマー管理する機能部等）である。
以上の処理を行ったら、任意のイベント待ち状態となり、イベントが発生する毎にステップＳ３６以降の処理を実行する。

何等かのイベントが発生した場合、発生したイベントの種類（タイムアウト、伝票受信、または終了時刻到来）をチェックし（ステップＳ３６）、終了時間到来の場合（ステップＳ３７，ＹＥＳ）後述するステップＳ５３に進み、タイムアウトの場合（ステップＳ３８，ＹＥＳ）後述するステップＳ４２へ進む。

伝票受信の場合には（ステップＳ３７，Ｓ３８、ＮＯ）ステップＳ３９〜Ｓ４１の処理を実行する。すなわち、伝票イメージデータ等（その他、上記受付通番等）を受信した場合、まず、上記単位時間当り受信伝票件数を＋１インクリメントする（ステップＳ３９）。続いて、この伝票イメージデータの送信元のイメージ送信装置３に対して肯定の返信応答を返す(ステップＳ４０)。

そして、受信した伝票イメージデータに関する新たな電子伝票３０を作成・格納する。すなわち、図３に示すフォーマットに従い、受信したイメージデータをイメージデータ格納部３３に格納すると共にこの格納位置を文字／イメージデータ・格納部位置／サイズ部４２に格納し、現時刻を受付時間／終了時間４６に格納し、更に伝票状況ステータス４３を「(1)認識待ち」にすると共に、上記現在の稼働繁閑情報を処理時繁閑情報４７に設定して成る新たな電子伝票３０を、データベース装置１２ａに格納する（ステップＳ４１）。そして、ステップＳ３６に戻り、次のイベント発生を待つ。

以上ステップＳ３９〜Ｓ４１の処理が繰り返し実行され、上記タイムアウトイベントが発生したら（ステップＳ３８，ＹＥＳ）、上記ステップＳ３９でカウントした単位時間当り受信伝票件数を、当日受信伝票件数に加算する（ステップＳ４２）。また、統計データ情報蓄積のために、上記ステップＳ３９でカウントした単位時間当り受信伝票件数と、上記ステップＳ１５でカウントした稼働操作員人数を、当日の統計データ情報ファイル（不図示）に記録する（ステップＳ４３）。尚、ここでは、図１１に示す例に沿って、タイムアウトイベントは１時間毎に発生するものとする。

尚、例えば本日の業務終了後等に、この当日の統計データ情報ファイルを用いて、統計データ情報ファイル８０が更新される。例えば、本日が１１月１日であれば、統計データ情報ファイル８０における図１１に示す１１月１日のデータが、更新される。例えば統計データ情報ファイル８０のデータが、去年までの過去１０年分の統計データであれば、今年の１１月１日のデータを加えた１１年分の統計データが作成されてファイル８０は更新されることになる。尚、ファイル８０において、要員数８３は過去の上記稼働操作員人数の平均値であり、一人当取引量８２は、過去の上記単位時間当り受信伝票件数の平均値を、要員数８３で除算した値である。

次に、今回の単位時間当り受信伝票件数÷稼働操作員人数を計算し、一人当りの取引量（Ｂ）を求める（ステップＳ４４）。
更に、蓄積している統計データ情報ファイル８０（図１１参照）から、単位時間当り取引量指標値である一人当り平均取引量（Ａ）を取得する。この一人当り平均取引量（Ａ）は、統計データ情報ファイル８０において本日と同日のデータにおける今回の時間帯の一人当取引量（平均）８２である。すなわち、例えば本日が１１月１日であり、１０時にタイムアップしたときの処理である場合には、図１１において１１月１日の９〜１０時の時間帯の一人当取引量（平均）８２＝‘７２’が、上記一人当り平均取引量（Ａ）として取得される。更に、統計データ情報ファイル８０には各日毎の繁閑情報８１が登録されているので、これを参照する（ステップＳ４５）。これは、例えば管理責任者等が予め過去の実績等から判断して設定しておく。図１１に示す例では、繁閑情報８１は、１０月３１日が「閑散」、１１月１日が「繁忙」となっている。

但し、本日が過去の実績通りの繁閑状態であるとは限らないし、時間帯によっても、比較的忙しい時間帯／閑な時間帯があり得ることから、以下に述べる判定処理を行う。
すなわち、まず、もし、本日の繁閑情報８１が「繁忙」であれば（ステップＳ４６，ＹＥＳ）ステップＳ４７へ進み、「閑散」であれば（ステップＳ４６，ＮＯ）ステップＳ４９へ進む。

「繁忙」である場合、現在の繁忙／閑散判断のため、「Ａ×９０％≦Ｂ」の式が成立するか否かをチェックする（ステップＳ４７）。（指標値の下限値９０％のチェック）。過去の実績では「繁忙」である日であっても、この日は「閑散」となる可能性もあり、あるいは本日全体では「繁忙」と判断される忙しさであったとしても、時間帯によっては比較的暇である場合があるからである（一日中忙しいとは限らない）。そして、「Ａ×９０％≦Ｂ」の式が成立する場合には（ステップＳ４８，ＹＥＳ）、現在の稼動繁閑情報を「繁忙」状態としてメモリ上に記憶する（ステップＳ５２）。一方、「Ａ×９０％≦Ｂ」の式が成立しない場合には（ステップＳ４８，ＮＯ）、現在の稼動繁閑情報を「閑散」状態としてメモリ上に記憶する（ステップＳ５１）。

一方、ステップＳ４６の判定がＮＯの場合（繁閑情報８１が「閑散」の場合）、現在の繁忙／閑散判断のため、「Ａ×１１０％≦Ｂ」の式が成立するか否かをチェックする（ステップＳ４９）。（指標値の上限値１１０％のチェック）。これも上記「繁忙」の場合と略同様の理由であり、「Ａ×１１０％≦Ｂ」の式が成立する場合には（ステップＳ５０，ＹＥＳ）上記ステップＳ５２の処理を実行し、成立しない場合には（ステップＳ５０，ＮＯ）上記ステップＳ５１の処理を実行する。

以上述べたように、単位時間毎に（例えば１時間毎に）現在の繁忙／閑散の判断を行い、“現在の稼動繁閑情報”を更新する処理を繰返していく。
そして、上記終了イベントが発生したら（ステップＳ３７，ＹＥＳ）、単位時間当り受信伝票件数を当日受信伝票件数に加算し、当日受信伝票件数を当日の統計データ情報ファイルに記録する（ステップＳ５３）。また、当日取扱終了時刻と同時期に伝票を受信している場合は、返信応答（否定）を返す（ステップＳ５４）。その後、伝票を受信できないように回線をクローズし、データ受信部処理を終了する。

次に、格納部の説明を行う。
まず、格納部の処理終了判断として取扱終了時刻をチェックし（ステップＳ６１）、取扱時間範囲内の場合（ステップＳ６２，ＮＯ）ステップＳ６３へ進み、終了時刻到来の場合（ステップＳ６２，ＹＥＳ）本処理を終了する。すなわち、格納部は、終了時刻が到来するまでの間、ステップＳ６３〜Ｓ６７の処理を繰り返し実行している。

ステップＳ６３では、データベース装置１２ａに格納されている各電子伝票３０の伝票状況ステータス４３をチェックし（ステップＳ６１）、これが「(1)認識待ち」である電子伝票３０が存在する場合（ステップＳ６４，ＹＥＳ）、該当伝票を取得して認識装置１１に渡すことでイメージ認識、帳票種類認識、文字認識を実行させ、伝票全体の認識結果を得る（ステップＳ６５）。更に、各項目毎（図５の例では、口座番号、金融機関名、受取人、依頼人等の各項目）の認識率、データ長、カナ混在比率を得る。この場合の認識率とは、正しい認識結果を得られた割合を意味するのではなく、認識不可となることなくとにかく認識結果が得られた割合である。ステップＳ６５では更に、この各項目の認識率の総和を項目数で除算して伝票全体の認識率を計算し、この各項目のデータ長の総和（全入力データ長）を計算し、この各項目のカナ混在比率の総和を項目数で除算して伝票全体のカナ混在比率を計算する。

そして、上記認識結果及び計算結果に基づいて、この伝票（取引）の難易度を判定する（ステップＳ６６）。最後に、この伝票難易度チェックにより求めた難易度を電子伝票３０の伝票難易度情報４４に記録すると共に、伝票状況ステータス４３を「(2)修正待ち」にしたうえで、この電子伝票３０をデータベース装置１２ａに再格納する（ステップＳ６７）。そして、ステップＳ６１に戻る。

ここで、上記ステップＳ６６の難易度判定処理について、以下に詳しく説明する。
ステップＳ６６の処理では、上記帳票種類の認識結果及び計算結果を用いて、例えば図１２に示す取引難易度判定表９０を参照することで、各伝票（取引）毎の難易度を判定するものである。尚、取引難易度判定表９０は、予め、人間が判断して設定しておく。

図１２に示す取引難易度判定表９０において、難易度種類９１は、上記帳票種類の認識結果及び計算結果に対応する項目であり、ここでは帳票種類９４、認識率９５、全入力データ長９６、及びカナ混在比率９７の４種類の項目がある。そして、この４種類の各項目毎に難易度判定要因９２があり、各難易度判定要因９２毎に対応する難易度（ポイント）９３が設定されている。

例えば、帳票種類９４を例にすると、これに関する難易度判定要因９２は、「帳票Ａ」、「帳票Ｂ」、「帳票Ｃ」、「帳票Ｄ」の４種類である。尚、帳票種類は上記認識結果に基づき従来技術により判別できる。そして、これらに対する難易度（ポイント）９３は、「帳票Ａ」が“高度（３ポイント）”、「帳票Ｂ」と「帳票Ｃ」が“中度（２ポイント）”、「帳票Ｄ」が“低度（１ポイント）”となっている。すなわち、帳票の種類に応じて、入力項目数の多少、項目当り桁数の多少、帳票形式による視認性等がある為、例えば項目数、桁数が少なく、視認性が良い帳票種類であれば、難易度は低いと考えられるので、例えば「帳票Ｄ」のように“低度（１ポイント）”と設定される。

また、認識率９５は、機械認識による認識率であり、認識率が低い程、認識されたデータは少ないため、オペレータは確認や入力作業に手間取ることになる為、難易度判定要因９２において、認識率が「低い（５０％以下）」であれば“高度（３ポイント）”、「高い（７５％以上）」であれば“低度（１ポイント）”となっている。

同様にして、全入力データ長９６は、入力対象の全データ桁数であり、桁数が長ければ長い程、オペレータは確認に手間取ることになるので、桁数が長ければ（例えば１０１桁以上）“高度（３ポイント）”となっている。カナ混在比率９７は、入力対象の全データ桁数に占めるカナ文字の混在比率であり、カナ文字の混在比率が高まる程、確認に手間取ることになるので、混在比率が高ければ（例えば６０％以上）“高度（３ポイント）”となっている。
以上述べた内容の取引難易度判定表９０を参照することで、上記帳票種類の認識結果及び３種類の計算結果各々について、該当するポイントを判定して取得し、各々のポイントを合算した合算ポイントを算出する。そして、取引難易度判定基準９８には、この合算ポイント値に応じた伝票（取引）の難易度判定基準が設定されている。図示の例では、伝票（取引）の難易度は、合算ポイントが４〜６であれば「低度」、７〜９は「中度」、１０〜１２は「高度」となっている。従って、上記算出された合算ポイントを用いて取引難易度判定基準９８を参照すれば、伝票の難易度を判定できる。例えば、任意の伝票に関して、その帳票種類が帳票Ａ、認識率４０％、全入力データ長１１０桁、カナ混在比率３０％の場合、“合算ポイント＝３＋３＋３＋１＝１０”であるので、この伝票の難易度は「高度」と判定される。

次に「データ取出＆修正／検証部２２」による処理について、図１４〜図１７を参照して説明する。図１４、図１５は、「データ取出＆修正／検証部２２」による処理を示すフローチャート図（その１）、（その２）である。また、ここでも、上記「データ受信＆格納部２１」のフローチャートの場合と同様、伝票状況ステータス遷移は、図１３を使用するものとする。

まず、オペレータ又は役席者は、自己が使用するオペレータ端末１４又は役席者端末１５を操作して、修正待ちや検証待ち等の処理待ち伝票有無を伝票照会等で確認後、該当処理待ちの伝票が有る場合、取り出し操作を行う。

この取り出し操作により、この端末１４又は１５からサーバ装置１２に対し、データ取出要求１電文が送信される（ステップＳ７１）。電文中には、取出要求１識別子、操作員識別子、端末機番、操作員スキル情報、繁忙時取出可能伝票難易度情報等が含まれる。

このデータ取出要求電文を受信したサーバ装置１２は、データベース装置１２ａに格納済みの電子伝票３０のなかでその伝票状況ステータス４３が、このデータ取出要求に対応するステータス（ここでは「(2)修正待ち」、「(3)確認待ち」、「(4)検証待ち」の何れか）である電子伝票３０が、少なくとも１つ以上存在するか否かをチェックする（ステップＳ８１）。もし、該当する電子伝票３０が１つも存在しない場合には（ステップＳ８２，ＮＯ）、上記要求電文送信元の端末（１４又は１５）に対して、“該当伝票なし”のメッセージを返信する（図１５のステップＳ１０４）。

一方、もし、該当する電子伝票３０が１つ以上存在する場合には（ステップＳ８２，ＹＥＳ）、受信した要求電文に含まれる上記操作員識別子を用いて不図示の役席者リストを検索して、リストに該当するものがある場合には、要求者が役席者であると判定して（ステップＳ８４，ＹＥＳ）ステップＳ８９へ進み、そうでなければ（ステップＳ８４，ＮＯ）要求者はオペレータであると見做してステップＳ８５へ進む。

ステップＳ８５では、メモリ上に記憶した現在の稼働繁閑情報をチェックする。そして、もし「繁忙」状態であれば（ステップＳ８６，ＹＥＳ）ステップＳ８７へ進み、「閑散」状態であれば（ステップＳ８６，ＮＯ）ステップＳ８８へ進む。

「繁忙」状態であれば、要求元のオペレータのレベルに合った難易度の伝票の処理を行わせる（作業効率化オペレーションを推進させるためのデータ取出用画面を編集する）（ステップＳ８７）。この作業効率化オペレーション推進の画面編集の場合は、スキルレベルの低いオペレータには取引難易度が低い取引を割当て、スキルレベルの高いオペレータには取引難易度が高い取引を割当てて、作業の効率化向上が見込めるように画面を編集する。具体的な処理としては、受信した要求電文に含まれる上記操作員識別子を用いて上述した操作員スキル情報７０を検索して、該当レコードの繁忙時取出可能伝票難易度７４を
取得する。そして、その伝票難易度情報４４によって示される難易度が、当該難易度７４以下である電子伝票３０を全て求め（尚、図７（ｂ）には示されていないが、繁忙時取出可能伝票ステータスは、オペレータレベルに係わらず全て「(2)修正待ち」であるものとする。よって、伝票状況ステータス４３が「(2)修正待ち」であることも条件に加わる）、この全電子伝票３０を一覧表示する画面（データ取出用画面）データを編集・生成する。

図１６（ａ）〜（ｃ）に、この様なデータ取出用画面の編集プロセスの一例示す。
まず、図１６（ａ）は、データベース格納伝票状況テーブル１００の一例である。このテーブル１００は電子伝票３０の一部であると見做してもよいし、電子伝票３０とは別に作成してもよいが、内容的にはほぼ伝票データ管理部３１の格納データに相当する。すなわち、このテーブル１００は、図示の通り、項番１０１、受付通番１０２、伝票状況ステータス１０３、伝票難易度情報１０４、金額１０５、受付時間１０６、処理時繁閑情報１０７、処理済オペレータスキルレベル１０８、及び処理済オペレータＩＤ１０９の各データ項目より成るが、これらは（項番１０１を除いて）図３に示す受付通番４１、伝票状況ステータス４３〜処理済みオペレータＩＤ４９に相当する。項番１０１は、単に、データベース装置１２ａへの格納順に付されるシリアル番号である。テーブル１００では、文字／イメージデータ・格納部位置／サイズ部４２に相当するデータ項目が無いが、これは省略して示しているだけとしてもよいし、あるいは図示の通り無いものと考えても良い。

ここでは、テーブル１００は、電子伝票３０とは別に作成されるテーブルであるものとして説明する。この場合、テーブル１００の任意のデータ項目を更新した場合、電子伝票３０の同じ項目も同様に更新する必要があるが（例えば、テーブル１００の任意のレコードの伝票状況ステータス１０３を「修正待ち」に更新した場合、このレコードに該当する電子伝票３０の伝票状況ステータス４３も「修正待ち」に更新する。当然、逆に、電子伝票３０のデータ項目を更新した場合、テーブル１００も更新する）、以下の説明では逐一説明しないものとする。よって、以下の説明において、電子伝票３０の伝票状況ステータス４３を更新する旨の説明があった場合、（説明はしないが）テーブル１００の伝票状況ステータス１０３も同様に更新されるものとする(その逆に、テーブル１００を更新した旨の説明の場合も、同様に、電子伝票３０も更新されるものとする)。

上記ステップＳ８１、Ｓ８７や後述するステップＳ８８，Ｓ８９等の処理は、このテーブル１００を用いて行う。
以下、図１６（ａ）〜（ｃ）を参照して、上記ステップＳ８７の処理の一例について説明する。

上記ステップＳ８７の処理、すなわち繁忙時のデータ取出用画面作成の際には、まずテーブル１００において伝票状況ステータス１０３が「修正待ち」であるレコードを全て抽出する。

そして、抽出したレコードの中で更に要求元のオペレータのスキルレベルに応じた難易度のレコードを抽出し、これを格納順（受付時間順）にソートする。
図７（ｂ）に示す例を用いて説明するならば、もし要求元のオペレータが図示の“DDDDD”の様にスキルレベル＝‘０１’のオペレータであった場合には、その繁忙時取出可能伝票難易度７４は“低度”であるので、テーブル１００に対して第一ソートキーに難易度＝低、第二ソートキーに受付時間＝昇順で検索処理を実行することで、図１６（ｂ）の図上左側に示す検索結果（データ取出用画面編集データ１１１）が得られる。後述するステップＳ９０の処理によりこの編集データをダウンロードすることで、難易度＝低のデータが受付順に並べられたデータ取出用画面が、要求元のオペレータ端末１４に表示されることになる。

同様に、もし要求元のオペレータが図７（ｂ）の操作員識別子＝‘BBBBB’や‘CCCCC’の様なスキルレベル＝‘０２’のオペレータであった場合には、その繁忙時取出可能伝票難易度７４は“中度”であるので、テーブル１００に対して第一ソートキーに難易度＝中、低の順、第二ソートキーに受付時間＝昇順で検索処理を実行することで、図１６（ｂ）の図上真ん中に示す検索結果（データ取出用画面編集データ１１２）が得られる。図示の通り、難易度＝‘中’又は‘低’のデータが抽出されるので、上記ダウンロードを行うことで、図１６（ｃ）に示すデータ取出用画面１２０が要求元のオペレータ端末１４に表示される。図示の通り、難易度＝中、低のデータがそれぞれ受付順に並べられたデータ取出用画面となる。

同様に、要求元のオペレータがスキルレベル＝‘０３’の場合、テーブル１００に対して第一ソートキーに難易度＝高、中、低の順、第二ソートキーに受付時間＝昇順で検索処理を実行することで、図１６（ｃ）の図上右側に示す検索結果（データ取出用画面編集データ１１３）が得られ、上記ダウンロードを行うことで、難易度＝高、中、低のデータがそれぞれ受付順に並べられたデータ取出用画面が、要求元のオペレータ端末１４に表示されることになる。

尚、上記説明にはないが、上記スキルレベル＝‘０１’ 、‘０２’ ‘０３’の何れの処理の場合にも、当然、上記検索キーには更に、伝票状況ステータス＝“修正待ち”の条件が追加されるものである（図１６（ａ）では伝票状況ステータス１０３が“修正待ち”のデータのみが示されているが、実際には他の各種ステータスのデータもテーブル１００に格納されているので）。

以上、繁忙状態の場合のデータ取出用画面生成処理の一例について説明した。図１４の説明に戻る。
上記ステップＳ８６の処理において、もし「閑散」状態であれば（ステップＳ８６，ＮＯ）、各オペレータ（特にパートタイマー要員等の低スキルの者）のスキルアップを図るため、生産性／品質向上オペレーションを推進させるためのデータ取出用画面を編集する（ステップＳ８８）。すなわち、上記「繁忙」の場合には繁忙時取出可能伝票難易度７４を参照することで、各オペレータ毎にその人のレベルに合った難易度の伝票一覧を画面表示したのに対して、ここでは、閑散時取出可能伝票の難易度７５及びステータス７６を参照することで、各オペレータ毎にその人のレベルよりも高い難易度の伝票も含む伝票一覧を画面表示するように編集することで、取引難易度の高い取引も割当てて、スキルアップが見込めるようにする。

更に、本例では、高スキルレベルオペレータには、中／低スキルレベルオペレータが実施した高／中難易度の取引の処理結果を確認させるように画面編集する。この仕組みで、スキルレベルアップを図りつつ、品質低下を防ぐ事が可能となると共に、高スキルレベルオペレータに役席者の仕事（検証）を経験させることができる。

以下、図１７（ａ）〜（ｃ）を参照して、上記ステップＳ８８の処理の一例について説明する。
まず、図１７（ａ）に示すデータベース格納伝票状況テーブル１００の各データ項目１０１〜１０９は、図１６（ａ）に示すものと同じであり、格納されるデータが異なるだけであるので、ここでは各データ項目１０１〜１０９については説明しない。尚、ここでは説明の都合上、伝票状況ステータス１０３＝“修正待ち”又は“確認待ち”のデータのみ示すが、上述してある通り、テーブル１００には他のステータスのデータも格納されている。

まず、要求元のオペレータがスキルレベル＝０１の場合、図７（ｂ）に示すテーブル７０を参照すると、閑散時取出可能伝票の難易度７５が「中度」でステータス７６が「修正待ち」であるので、テーブル１００から、伝票状況ステータス１０３が「修正待ち」で且つ伝票難易度情報１０４が「中」又は「低」のデータを抽出することで（更に格納順にソートすることで）、図１７（ｂ）の図上左側に示すデータ取出用画面編集データ１３１が得られる。つまり、図１７（ｂ）の図上左側に示すデータ１３１は、テーブル１００における修正待ちデータに対し、第一ソートキーに難易度＝中、低の順、第二ソートキーに受付時間＝昇順で検索処理を実行することで、難易度＝中または低に属するデータを抽出したものである。

同様に、図１７（ｂ）の図上真ん中に示すデータ取出用画面編集データ１３２は、上記と同様にテーブル７０を参照することで、閑散時におけるスキルレベル＝０２のオペレータ用に抽出したデータであり、これはテーブル１００において、修正待ちデータに対し、第一ソートキーに難易度＝高、中、低の順、第二ソートキーに受付時間＝昇順で検索処理を実行することで、難易度＝高または中または低に属するデータを抽出したものである。

一方、高スキルレベル（０３レベル）オペレータの場合、図７（ｂ）に示すテーブル７０を参照すると、閑散時取出可能伝票の難易度７５は条件無しでありそのステータス７６が「確認待ち」であるので、図１７（ａ）に示すテーブル１００から、伝票状況ステータス１０３が「確認待ち」であるデータが抽出される。すなわち、テーブル１００における「確認待ち」データに対し、第一ソートキーに受付時間＝昇順で検索実行することで（第一ソートキーに伝票状況ステータス＝「確認待ち」で第二ソートキーに受付時間＝昇順で検索実行したものとも言える；上記他の処理の説明においても同様）、「確認待ち」データを抽出したものが、図１７（ｂ）の図上右側に示すデータ取出用画面編集データ１３３である。

このデータ取出用画面編集データ１３３を、後述するステップＳ９０でダウンロードすることで、要求元のオペレータの端末１４に、図１７（ｃ）に示すデータ取出用画面１４０が表示されることになる。すなわち、生産性／品質向上オペレーション時の高スキルレベル（０３レベル）オペレータ用のデータ取出用画面が表示されることになる。上記スキルレベル＝０１、０２のオペレータに関しても同様に、上記データ取出用画面編集データ１３１又は１３２をダウンロードすることで、不図示の閑散時用のデータ取出用画面がその端末１４に表示されることになる。

尚、図１７（ｃ）に示すデータ取出用画面１４０では、伝票難易度が中または高のデータのみが抽出・表示されているが、これはそもそも図１７（ａ）に示すテーブル１００において伝票状況ステータス＝「確認待ち」となり得るデータは、伝票難易度が中または高のデータのみとなるように制御しているからである。図１３に示す例では、（金額に関係なく）「繁閑」の場合は全て「確認待ち」に遷移するようにしているが、この例に限らず、「繁閑」且つ「伝票難易度が中または高」を「確認待ち」への遷移条件としたものを図１７に示してある。これは、伝票難易度が低の伝票は、低レベル（０１レベル）のオペレータであってもこれまで通り処理できるはずであるから、逐一確認処理は必要無いからである。但し、更に、この様な例に限るものではなく、例えば、「繁閑」且つ「伝票難易度１０４が処理済オペレータスキルレベル１０８よりも高い」を「確認待ち」への遷移条件としてもよい。上記と同様の理由により、中レベル（０２レベル）のオペレータに関しては、伝票難易度が低の伝票だけでなく中の伝票に関しても、確認作業は特に必要ないと思われるからである。勿論、図１３に示す例に従って「確認待ち」への遷移を行うようにしてもよい。

尚、上記ステップＳ７１による電文の送信元が、役席者である場合には（ステップＳ８
４，ＹＥＳ）、役席者用のデータ取出用画面は、上記特殊編集は行うことなく、通常通り、テーブル１００から、伝票状況ステータス１０３が「検証待ち」であるデータを抽出して、例えばデータベース格納順にソートすることで編集する（ステップＳ８９）。

最後に、上記ステップＳ８７，Ｓ８８，Ｓ８９の何れかの処理で編集されたデータ取出用画面編集データを、上記ステップＳ７１の電文の送信元の端末宛にダウンロードする（ステップＳ９０）。

ステップＳ７１の電文の送信元の端末（１４又は１５）は、上記データ取出用画面編集データのダウンロードが完了したら、これを画面表示する（ステップＳ７２）。そして、この端末の操作者（オペレータ又は役席者）は、このデータ取出用画面上に表示された伝票一覧から、所望の伝票を選択（例えば項番入力）して、選択した伝票の取り出し操作を行う。尚、項番入力において、空エンタ押下時は項番０１を入力したものと見なす。

この端末（１４又は１５）は、上記取り出し操作に応じて、サーバ装置１２に対し、データ取出要求２電文を送信する（ステップＳ７３）。この電文中には、取出要求２識別子、操作員識別子、端末機番、操作員スキル情報、繁忙時取出可能伝票難易度情報、受付通番等が含まれる。

ステップＳ７３による電文を受信したサーバ装置１２は、該当受付通番の電子伝票３０を取り出して、これを要求元の端末宛にダウンロードする（ステップＳ９１）。要求元の端末は、この電子伝票３０をダウンロード完了したら、画面表示する（ステップＳ７４）。
要求元の端末の操作者がオペレータである場合、当該オペレータは、ステップＳ７４で画面表示された伝票イメージ及び認識文字列を目視で一致確認し、不一致項目に対し、オペレータが項目の修正入力作業を行う。そして、オペレータは、修正内容等確認後、修正行為完了の操作を行う。要求元の端末の操作者が役席者である場合には、当該役席者は、所定の検証作業操作を行う。

要求元の端末は、上記修正／検証後の電子伝票３０を、サーバ装置１２に対してアップロードする（ステップＳ７５）。
サーバ装置１２は、アップロードされた電子伝票に関して、以下に述べる伝票状況ステータスの更新処理を実行する。ここでは、図１３に示すステータス遷移図に従った処理を示す。

すなわち、まず、アップロード伝票の伝票状況ステータス４３をチェックし、検証待ちの場合（ステップＳ９３）ステップＳ１０３へ進み、確認待ちの場合（ステップＳ９４，ＹＥＳ）、ステップＳ９８へ進み、修正待ちの場合（ステップＳ９３，Ｓ９４、ＮＯ）ステップＳ９５へ進む。

ステップＳ９５では、アップロード伝票の伝票データ管理部３１の処理時繁閑情報４７をチェックし、これが閑散の場合（ステップＳ９６，ＹＥＳ）ステップＳ９７へ進み、繁忙の場合（ステップＳ９６，ＮＯ）ステップＳ９８へ進む。

ステップＳ９７では、この電子伝票３０を、その伝票状況ステータス４３を「確認待ち」にしたうえで、データベース装置１２ａに再格納し、本処理が終了する。
尚、サーバ装置１２は、各伝票毎に、上記ステップＳ９１のデータ取出行為からステップＳ９７の格納処理終了までの時間（処理の開始から終了までの時間）を計測しており、各伝票状況ステータス種類毎に開始／終了時間と処理オペレ−タ／役席者等の履歴が記録される。上記ステップＳ９７、又は後述するステップＳ１０２、Ｓ１０３の再格納処理の
際には、この履歴が追加記録される。
・伝票状況ステータス単位の開始／終了時間と処理オペレ−タ履歴例
修正待ち 開始：HH：MM：SS、終了：HH：MM：SS、操作員識別：999999
確認待ち 開始：HH：MM：SS、終了：HH：MM：SS、操作員識別：888888
検証待ち 開始：HH：MM：SS、終了：HH：MM：SS、操作員識別：777777
ステータスが「修正待ち」で且つ「繁忙」の場合（ステップＳ９６，ＮＯ）あるいはステータスが「確認待ち」の場合（ステップＳ９４，ＹＥＳ）には、まず、金額項目有無をチェックし（ステップＳ９８）、金額項目無しの場合には（ステップＳ９９，ＮＯ）ステップＳ１０３へ進み、金額項目有りの場合（ステップＳ９９，ＹＥＳ）ステップＳ９９，ＹＥＳ）ステップＳ１００へ進む。ステップＳ１００では、上記金額項目の金額（例えば金額４５の金額）が所定金額以上か否かをチェックし、所定金額以上の場合（ステップＳ１０１，ＹＥＳ）ステップＳ１０２へ進み、所定金額未満の場合（ステップＳ１０１，ＮＯ）ステップＳ１０３へ進む。

ステップＳ１０２では、上記アップロード電子伝票３０を、その伝票状況ステータス４３を「検証待ち」にしたうえで、データベース装置１２ａに再格納し、本処理が終了する。ステップＳ１０３では、上記アップロード電子伝票３０を、その伝票状況ステータス４３を「送信待ち」にしたうえで、データベース装置１２ａに再格納し、本処理が終了する。これら処理の際、テーブル１００の伝票状況ステータス１０３も更新してもよい。

最後に、図１８を参照して、ホストデータ送受信部２３に係る処理について説明する。
図１８において、ホストデータ送受信部２３によって実行される処理を図上左側に示し、ホストコンピュータシステム４によって実行される処理を図上右側に示す。

ホストデータ送受信部２３は、まず、本処理終了か否かを判定するため、取扱時刻終了判定をチェックする（ステップＳ１１１）。取扱終了時刻到来の場合（ステップＳ１１２，ＹＥＳ）ステップＳ１２２に進み、そうでなければ（ステップＳ１１２，ＮＯ）ステップＳ１１３へ進む。

ステップＳ１１３では、データベース装置１２ａに格納済みの電子伝票３０のなかで送信待ち状態となっている伝票があるか否かをチェックする。これは電子伝票３０の伝票状況ステータス４３又はテーブル１００の伝票状況ステータス１０３を参照して、「送信待ち」となっている伝票があるか否かをチェックする。

もし、該当する（送信待ちの）伝票が１つも無い場合には（ステップＳ１１４、ＮＯ）ステップＳ１１１へ戻る。もし、該当する（送信待ちの）伝票が１つ以上ある場合には（ステップＳ１１４、ＹＥＳ）、該当する電子伝票３０を全て読出して、ホスト処理用電文に編集／送信し、ホスト４からの返信を待つ（ステップＳ１１５）。

ホスト４は、ホストデータ送受信部２３からの電文を受信した場合、一般的な為替のホスト処理を実行し、正常終了であれば、取引成立応答を、異常終了であれば、取引不成立応答を、ホストデータ送受信部２３に返信する（ステップＳ１３１）。

ホストデータ送受信部２３は、ホスト４から返信応答を受信した場合、ホストからの返信応答内容をチェックし（ステップＳ１１６）、取引成立受信の場合には（ステップＳ１１７、ＹＥＳ）、ステップＳ１１８，Ｓ１１９の処理を実行してステップＳ１１１へ戻る。一方、取引不成立受信の場合には（ステップＳ１１７，ＮＯ）、ステップＳ１２０，１２１の処理を実行し、ステップＳ１１１へ戻る。

ステップＳ１１８では、１取引終了のため、終了時間を伝票データ管理部３１の受付時
間／終了時間４６に記録する。また、統計データ取得のため、取扱伝票件数やその内訳であるオペレータ別取扱伝票件数（時間帯別）管理領域にもカウントアップする。オペレータ別取扱伝票件数（時間帯別）は、後のオペレータのスキルレベル評価時に使用される。そして、伝票状況ステータス４３を処理済みにしたうえで当該電子伝票３０をデータベース装置１２ａに再格納する（ステップＳ１１９）。

一方、ステップＳ１２０では、取引不成立受信は、取引に何らかのエラーが発生した場合であり、伝票データ管理部３１から不図示のエラー回数領域データを読出し、エラー回数をカウントアップして伝票データ管理部３１に記録する。また、統計データ取得のため、オペレータ別のエラー発生回数（時間帯別）管理領域（不図示）にも、カウントアップする。オペレータ別エラー発生回数（時間帯別）は、後のオペレータのスキルレベル評価時に使用される。そして、エラー発生のため、伝票状況ステータス４３を修正待ちにし、再処理してもらうため、当該電子伝票３０をデータベース装置１２ａに再格納する（ステップＳ１２１）。

最後に、終了時刻到来した場合には（ステップＳ１１２，ＹＥＳ）、取扱伝票件数やその内訳であるオペレータ別取扱伝票件数（時間帯別）、エラー発生回数（時間帯別）の当日蓄積データを統計データとして蓄積する（ステップＳ１２２）。

以上説明した本例の事務集中センターシステム１０によれば（主にそのサーバ装置１２によれば）、以下の効果が得られる。
・管理者の分析／判断／指示の必要無く、繁忙時期は効率化を優先させ作業推進させる事ができる。
・管理者の分析／判断／指示の必要無く、閑散時期はスキルレベルアップを優先させ作業推進させる事ができる。
・繁忙時期、閑散時期を自動的に判断し、理想的作業形態で作業推進させる事ができる。

図１９は、上記事務処理システムを実現する各種コンピュータのハードウェア構成の一例を示す図である。各種コンピュータとは、サーバ装置１２、オペレータ端末１４、役席者端末１５、ホストコンピュータシステム４等である。

同図に示すコンピュータ２００は、ＣＰＵ２０１、メモリ２０２、入力装置２０３、出力装置２０４、外部記憶装置２０５、媒体駆動装置２０６、ネットワーク接続装置２０７等を有し、これらがバス２０８に接続された構成となっている。同図に示す構成は一例であり、これに限るものではない。

ＣＰＵ２０１は、当該コンピュータ２００全体を制御する中央処理装置である。
メモリ２０２は、プログラム実行、データ更新等の際に、外部記憶装置２０５（あるいは可搬型記録媒体２０９）に記憶されているプログラムあるいはデータを一時的に格納するＲＡＭ等のメモリである。ＣＰＵ２０１は、メモリ２０２に読み出したプログラム／データを用いて、上述してある各種処理（例えば図６、図８、図９、図１４、図１５、図１８等に示すフローチャートの処理）を実行する。

外部記憶装置２０５は、例えば磁気ディスク装置、光ディスク装置、光磁気ディスク装置等であり、上記各種機能を実現させる為のプログラム／データ等が格納されている。すなわち、例えば図６、図８、図９、図１４、図１５、図１８等に示すフローチャートの処理を、ＣＰＵ２０１に実行させる為のアプリケーションプログラムや、図３、図７（ａ）、（ｂ）、図１１、図１２、図１６（ａ）等に示す各種データ等が記憶されている。尚、これらプログラム／データは、可搬型記録媒体２０９に記録されていてもよい。

媒体駆動装置２０６は、可搬型記録媒体２０９に記憶されているプログラム／データ等を読み出す。可搬型記録媒体２０９は、例えば、ＦＤ（フレキシブルディスク）、ＣＤ−ＲＯＭ、その他、ＤＶＤ、光磁気ディスク等である。

ネットワーク接続装置２０７は、ネットワークに接続して、外部の情報処理装置とプログラム／データ等の送受信を可能にする構成である。尚、入力装置２０３は例えばキーボート、マウス等、出力装置２０４は例えばディスプレイ等である。

また、特に図示しないが、イメージ送信装置３、イメージ認識装置１１、ホスト通信装置１３の構成は、上記ＣＰＵ２０１、メモリ２０２、外部記憶装置２０５、ネットワーク接続装置２０７等を有するものであってよい。

図２０は、上記プログラム等を記録した記録媒体、ダウンロードの一例を示す図である。
図示のように、上記各種機能を実現するプログラム／データが記憶されている可搬型記録媒体２０９から情報処理装置（コンピュータ）２００側に読み出して、メモリ２０２に格納し実行するものであってもよいし、また、上記プログラム／データは、ネットワーク接続装置２０７により接続しているネットワーク２１０（インターネット等）を介して、外部のサーバ２２０の記憶部２２１に記憶されているプログラム／データをダウンロードするものであってもよい。

また、本発明は、装置／方法に限らず、上記プログラム／データを格納した記録媒体（可搬型記録媒体２０９等）自体として構成することもできるし、上記プログラム自体として構成することもできる。

（付記１）
複数のオペレータ端末にネットワークを介して接続するサーバ装置であって、
各電子伝票を記憶する第１の記憶手段と、
各オペレータ毎に、繁忙時、閑散時それぞれにおける取出可能伝票の条件を記憶する第２の記憶手段と、
現在の繁閑状況が前記繁忙時、閑散時の何れであるかを記憶する繁閑記憶手段と、
任意の前記オペレータ端末からの伝票取出要求があった場合、該要求元のオペレータ端末のオペレータと前記繁閑記憶手段に記憶された繁閑状況とに基づいて、前記第２の記憶手段から該当する前記条件を求め、該条件に該当する電子伝票を前記第１の記憶手段から取得して、該取得した電子伝票を前記要求元のオペレータ端末に一覧表示させる伝票割振り手段と、
を有することを特徴とするサーバ装置。

（付記２）
予め過去の統計データに基づいて設定されている繁閑状況を前記現在の繁閑状況として前記繁閑記憶手段に記憶すると共に、任意の単位時間毎に、該単位時間当たりの前記電子伝票の受付件数を前記オペレータの人数で除算して成る一人当取引量を算出し、該算出結果と、前記過去の統計データに含まれる過去の一人当取引量の平均値と、前記繁閑記憶手段に記憶されている前記現在の繁閑状況とに基づいて、新たな現在の繁閑状況を判定して前記繁閑記憶手段に記憶する繁閑判定手段を更に有することを特徴とする付記１記載のサーバ装置。

（付記３）
前記第１の記憶手段には更に前記記憶される各電子伝票の伝票難易度の情報が記憶され、
前記第２の記憶手段に記憶される前記取出可能伝票の条件は、繁忙時に関しては前記オペレータのスキルレベルに応じた前記伝票難易度であり、閑散時に関しては前記オペレー
タのスキルレベルよりも高い前記伝票難易度であることを特徴とする付記１記載のサーバ装置。

（付記４）
前記第１の記憶手段には更に前記記憶される各電子伝票の伝票難易度の情報が記憶され、
前記第２の記憶手段に記憶される前記取出可能伝票の条件は、高スキルレベルのオペレータに関しては、繁忙時に関しては前記オペレータのスキルレベルに応じた前記伝票難易度であり、閑散時に関してはそのステータスが確認待ちの電子伝票であることを特徴とする付記１記載のサーバ装置。

（付記５）
前記現在の繁閑状況が前記閑散時の場合であって、前記オペレータ端末に一覧表示された前記電子伝票のステータスが修正待ちの場合には、該電子伝票に対する所定の処理終了後、該電子伝票が所定の条件を満たす場合には、そのステータスを前記確認待ちとすることを特徴とする付記４記載のサーバ装置。

（付記６）
前記所定の条件は、前記所定の処理が行われた電子伝票の金額が所定金額以上であることを特徴とする付記５記載のサーバ装置。
（付記７）
前記所定の条件は、前記所定の処理が行われた電子伝票の伝票難易度が、該処理を行ったオペレータのスキルレベルより高いことであることを特徴とする付記５記載のサーバ装置。

（付記８）
前記第１の記憶手段には更に前記記憶される各電子伝票の伝票難易度の情報が記憶され、
外部の任意の装置から伝票イメージデータが送られてくる毎に、該伝票イメージデータに対する認識処理を行って前記電子伝票を作成すると共に、該伝票イメージデータの認識結果に基づいて前記伝票難易度を判定して前記第１の記憶手段に記憶する伝票作成・難易度判定手段を更に有することを特徴とする付記１記載のサーバ装置。

（付記９）
前記伝票作成・難易度判定手段は、前記認識結果として得られる帳票種類、認識率、全入力データ長、及びカナ混在比率に基づいて、前記伝票難易度を判定することを特徴とする付記８記載のサーバ装置。

（付記１０）
外部の装置とネットワークを介して接続するセンターシステムであって、
前記外部の装置から送信された伝票イメージデータに基づき電子伝票を作成して記憶する電子伝票作成・記憶手段と、
各オペレータ毎に、繁忙時、閑散時それぞれにおける取出可能伝票の条件を記憶する第１の記憶手段と、
現在の繁閑状況が前記繁忙時、閑散時の何れであるかを記憶する繁閑記憶手段と、
任意のオペレータ端末からの伝票取出要求があった場合、該要求元のオペレータ端末のオペレータと前記繁閑判定記憶手段に記憶された繁閑状況とに基づいて、前記第１の記憶手段から該当する前記条件を求め、該条件に該当する電子伝票を前記電子伝票作成・記憶手段から取得して、該取得した電子伝票を前記要求元のオペレータ端末に一覧表示させる伝票割振り手段と、
を有することを特徴とするセンターシステム。

（付記１１）
複数のオペレータ端末にネットワークを介して接続するコンピュータに、
各電子伝票を記憶する第１の記憶機能と、
各オペレータ毎に、繁忙時、閑散時それぞれにおける取出可能伝票の条件を記憶する第
２の記憶機能と、
現在の繁閑状況が前記繁忙時、閑散時の何れであるかを記憶する繁閑記憶機能と、
任意の前記オペレータ端末からの伝票取出要求があった場合、該要求元のオペレータ端末のオペレータと前記繁閑記憶機能に記憶された繁閑状況とに基づいて、前記第２の記憶機能から該当する前記条件を求め、該条件に該当する電子伝票を前記第１の記憶機能から取得して、該取得した電子伝票を前記要求元のオペレータ端末に一覧表示させる伝票割振り機能と、
を実現させる為のプログラム。

（付記１２）
予め過去の統計データに基づいて設定されている繁閑状況を前記現在の繁閑状況として前記繁閑記憶機能に記憶すると共に、任意の単位時間毎に、該単位時間当たりの前記電子伝票の受付件数を前記オペレータの人数で除算して成る一人当取引量を算出し、該算出結果と、前記過去の統計データに含まれる過去の一人当取引量の平均値と、前記繁閑記憶機能に記憶されている前記現在の繁閑状況とに基づいて、新たな現在の繁閑状況を判定して前記繁閑記憶機能に記憶する繁閑判定機能を、前記コンピュータに更に実現させる為の、付記１１記載のプログラム。

（付記１３）
前記第１の記憶機能には更に前記記憶される各電子伝票の伝票難易度の情報が記憶され、
前記第２の記憶機能に記憶される前記取出可能伝票の条件は、繁忙時に関しては前記オペレータのスキルレベルに応じた前記伝票難易度であり、閑散時に関しては前記オペレータのスキルレベルよりも高い前記伝票難易度であることを特徴とする付記１１記載のプログラム。

（付記１４）
前記第１の記憶機能には更に前記記憶される各電子伝票の伝票難易度の情報が記憶され、
前記第２の記憶機能に記憶される前記取出可能伝票の条件は、高スキルレベルのオペレータに関しては、繁忙時に関しては前記オペレータのスキルレベルに応じた前記伝票難易度であり、閑散時に関してはそのステータスが確認待ちの電子伝票であることを特徴とする付記１１記載のプログラム。

（付記１５）
外部の装置とネットワークを介して接続するコンピュータに、
前記外部の装置から送信された伝票イメージデータに基づき電子伝票を作成して記憶する電子伝票作成・記憶機能と、
各オペレータ毎に、繁忙時、閑散時それぞれにおける取出可能伝票の条件を記憶する第１の記憶機能と、
現在の繁閑状況が前記繁忙時、閑散時の何れであるかを記憶する繁閑記憶機能と、
任意のオペレータ端末からの伝票取出要求があった場合、該要求元のオペレータ端末のオペレータと前記繁閑判定記憶機能に記憶された繁閑状況とに基づいて、前記第１の記憶機能から該当する前記条件を求め、該条件に該当する電子伝票を前記電子伝票作成・記憶機能から取得して、該取得した電子伝票を前記要求元のオペレータ端末に一覧表示させる伝票割振り機能と、
を実現させる為のプログラム。

本実施形態の事務処理システムのシステム構成図である。 図１のシステムに対応する機能ブロック図である。 電子伝票のデータ構造図である。 伝票状況ステータスの遷移概要図である。 伝票修正画面の一例である。 作業開始オペレータ登録部に係わる処理の処理フローチャート図である。 （ａ）は操作員リストの一例、（ｂ）は操作員スキル情報の一例を示す図である。 イメージデータ送信部とデータ受信＆格納部の処理を示すフローチャート図である。 データ受信＆格納部の処理を示すフローチャート図である。 受付通番のフォーマット例である。 統計データ情報ファイルの一例である。 取引難易度判定表の一例である。 伝票状況ステータスの遷移図である。 データ取出＆修正／検証部による処理を示すフローチャート図（その１）である。 データ取出＆修正／検証部による処理を示すフローチャート図（その２）である。 （ａ）はデータベース格納伝票状況テーブルの一例、（ｂ）、（ｃ）は繁忙時の各スキルレベル毎の割り振り例とデータ取出用画面例である。 （ａ）はデータベース格納伝票状況テーブルの一例、（ｂ）、（ｃ）は閑散時の各スキルレベル毎の割り振り例とデータ取出用画面例である。 ホストデータ送受信部に係る処理を示すフローチャート図である。 コンピュータ・ハードウェア構成図である。 プログラムを記憶した記憶媒体／ダウンロードの一例である。

符号の説明

１ ネットワーク
２ 高速ネットワーク
３ イメージ送信装置
３ａ イメージデータ送信部
４ ホストコンピュータシステム
１０ 事務集中センターシステム
１１ 認識装置（帳票認識、イメージ認識、文字認識等）
１２ サーバ装置
１２ａ データベース装置
１３ ホスト通信装置
１４ 各オペレータ端末装置
１５ 各役席端末装置
１６ ＬＡＮ
２１ データ受信＆格納部
２２ データ取出＆修正／検証部
２３ ホストデータ送受信部
２４ 作業開始オペレータ登録部
３０ 電子伝票
３１ 伝票データ管理部
３２ 文字データ格納部
３３ イメージデータ格納部
４１ 受付通番
４２ 文字／イメージデータ・格納部位置／サイズ部
４３ 伝票状況ステータス
４４ 伝票難易度情報
４５ 金額
４６ 受付時間／終了時間
４７ 処理時繁閑情報
４８ 処理済オペレータスキルレベル
４９ 処理済オペレータＩＤ
５０ 伝票修正画面
５１ 修正文字列入力欄
５２ 認識文字列表示欄
５３ イメージ表示欄
６０ 操作員リスト
６１ ＮＯ．
６２ 操作員識別
６３ オペレータ端末機番
７０ 操作員スキル情報
７１ ＮＯ．
７２ 操作員識別
７３ 操作員スキル情報
７４ 繁忙時取出可能伝票難易度
７５ 閑散時取出可能伝票の難易度
７６ ステータス
８０ 統計データ情報ファイル
８１ 繁閑情報
８２ 一人当取引量（平均）
９０ 取引難易度判定表
９１ 難易度種類
９２ 難易度判定要因
９３ 難易度（ポイント）
９４ 帳票種類
９５ 認識率
９６ 全入力データ長
９７ カナ混在比率
１００ データベース格納伝票状況テーブル
１０１ 項番
１０２ 受付通番
１０３ 伝票状況ステータス
１０４ 伝票難易度情報
１０５ 金額
１０６ 受付時間
１０７ 処理時繁閑情報
１０８ 処理済オペレータスキルレベル
１０９ 処理済オペレータＩＤ
１１１ データ取出用画面編集データ（繁忙時；レベル０１用）
１１２ データ取出用画面編集データ（繁忙時；レベル０２用）
１１３ データ取出用画面編集データ（繁忙時；レベル０３用）
１２０ データ取出用画面
１３１ データ取出用画面編集データ（閑散時；レベル０１用）
１３２ データ取出用画面編集データ（閑散時；レベル０２用）
１３３ データ取出用画面編集データ（閑散時；レベル０３用）
２００ コンピュータ
２０１ ＣＰＵ
２０２ メモリ
２０３ 入力装置
２０４ 出力装置
２０５ 外部記憶装置
２０６ 媒体駆動装置
２０７ ネットワーク接続装置
２０８ バス
２０９ 可搬型記録媒体
２１０ ネットワーク
２２０ 外部のサーバ
２２１ 記憶部

Claims (6)

1. 複数のオペレータ端末にネットワークを介して接続するコンピュータに、
   各電子伝票を記憶する第１の記憶機能と、
   各オペレータ毎に、繁忙時、閑散時それぞれにおける取出可能伝票の条件を記憶する第２の記憶機能と、
   現在の繁閑状況が前記繁忙時、閑散時の何れであるかを記憶する繁閑記憶機能と、
   任意の前記オペレータ端末からの伝票取出要求があった場合、該要求元のオペレータ端末のオペレータと前記繁閑記憶機能に記憶された繁閑状況とに基づいて、前記第２の記憶機能から該当する前記条件を求め、該条件に該当する電子伝票を前記第１の記憶機能から取得して、該取得した電子伝票を前記要求元のオペレータ端末に一覧表示させる伝票割振り機能と、
   を実現させる為のプログラム。
2. 予め過去の統計データに基づいて設定されている繁閑状況を前記現在の繁閑状況として前記繁閑記憶機能に記憶すると共に、任意の単位時間毎に、該単位時間当たりの前記電子伝票の受付件数を前記オペレータの人数で除算して成る一人当取引量を算出し、該算出結果と、前記過去の統計データに含まれる過去の一人当取引量の平均値と、前記繁閑記憶機能に記憶されている前記現在の繁閑状況とに基づいて、新たな現在の繁閑状況を判定して前記繁閑記憶機能に記憶する繁閑判定機能を、前記コンピュータに更に実現させる為の、請求項１記載のプログラム。
3. 前記第１の記憶機能には更に前記記憶される各電子伝票の伝票難易度の情報が記憶され、
   前記第２の記憶機能に記憶される前記取出可能伝票の条件は、繁忙時に関しては前記オペレータのスキルレベルに応じた前記伝票難易度であり、閑散時に関しては前記オペレータのスキルレベルよりも高い前記伝票難易度であることを特徴とする請求項１記載のプログラム。
4. 前記第１の記憶機能には更に前記記憶される各電子伝票の伝票難易度の情報が記憶され、
   前記第２の記憶機能に記憶される前記取出可能伝票の条件は、高スキルレベルのオペレータに関しては、繁忙時に関しては前記オペレータのスキルレベルに応じた前記伝票難易度であり、閑散時に関してはそのステータスが確認待ちの電子伝票であることを特徴とする請求項１記載のプログラム。
5. 外部の装置とネットワークを介して接続するコンピュータに、
   前記外部の装置から送信された伝票イメージデータに基づき電子伝票を作成して記憶する電子伝票作成・記憶機能と、
   各オペレータ毎に、繁忙時、閑散時それぞれにおける取出可能伝票の条件を記憶する第１の記憶機能と、
   現在の繁閑状況が前記繁忙時、閑散時の何れであるかを記憶する繁閑記憶機能と、
   任意のオペレータ端末からの伝票取出要求があった場合、該要求元のオペレータ端末のオペレータと前記繁閑判定記憶機能に記憶された繁閑状況とに基づいて、前記第１の記憶機能から該当する前記条件を求め、該条件に該当する電子伝票を前記電子伝票作成・記憶機能から取得して、該取得した電子伝票を前記要求元のオペレータ端末に一覧表示させる伝票割振り機能と、
   を実現させる為のプログラム。
6. 複数のオペレータ端末にネットワークを介して接続するサーバ装置であって、
   各電子伝票を記憶する第１の記憶手段と、
   各オペレータ毎に、繁忙時、閑散時それぞれにおける取出可能伝票の条件を記憶する第２の記憶手段と、
   現在の繁閑状況が前記繁忙時、閑散時の何れであるかを記憶する繁閑記憶手段と、
   任意の前記オペレータ端末からの伝票取出要求があった場合、該要求元のオペレータ端末のオペレータと前記繁閑記憶手段に記憶された繁閑状況とに基づいて、前記第２の記憶手段から該当する前記条件を求め、該条件に該当する電子伝票を前記第１の記憶手段から取得して、該取得した電子伝票を前記要求元のオペレータ端末に一覧表示させる伝票割振り手段と、
   を有することを特徴とするサーバ装置。