JP6135361B2 - 承認順序決定装置、承認順序決定方法および承認順序決定プログラム - Google Patents

Description

本発明は、承認順序決定装置等に関する。

近年、銀行等の事務作業において、役席承認を伴う取引をオペレータが処理する場合には、承認対象となる伝票の画像データと取引画面とを役席者の端末装置へ転送して、役席承認を得る。ここで、役席者が不在である場合には、オペレータは取引の続きを処理することが出来なくなり、顧客だけでなく、他のシステムの連携先にも迷惑をかけてしまう場合がある。

係る問題を解消するために、役席者が不在であることにより、続きを処理することが出来なくなった承認処理の情報を一旦蓄積テーブルに登録して係る取引を中断し、他の取引に移ることで、システム全体としての効率の向上を図る従来技術が存在する。そして、係る従来技術では、役席者が席に戻った場合に、蓄積テーブルに登録された保留中の各承認処理の情報を時系列順に取り出して、順次承認を行う。

特開２００７−１５６６７８号公報

しかしながら、上述した従来技術では、中断した承認処理を効率的に処理すること出来ないという問題がある。

役席者は、端末装置に転送された伝票の画像データと取引画面とを参照し、承認処理を行う場合に、伝票の内容について、何かの問題や確認事項が発生することはよくある。このような場合には、役席者は、承認処理の取引を担当するオペレータに確認をとることになる。ここで、役席者がオペレータに確認を取るとして、今度は担当オペレータが顧客対応中で、役席者からの要求に即座に対応することができない場合が生じる。このような状況では、中断している取引を効率的に処理することが出来ない。

１つの側面では、承認処理を効率的に処理することができる承認順序決定装置、承認順序決定方法および承認順序決定プログラムを提供することを目的とする。

第１の案では、承認順序決定装置は、記憶部と決定部とを有する。記憶部は、複数のオペレータからそれぞれ承認要求される承認処理のレコードと、複数のオペレータの作業状況に関する情報とを関連付けて記憶する。決定部は、第１のオペレータが第２のオペレータより先に作業できる場合に、第１のオペレータから承認要求される承認処理が、第２のオペレータから承認要求される承認処理よりも先になるように、レコードの承認処理の順序を決定する。

本発明の１実施態様によれば、承認処理を効率的に処理することができるという効果を奏する。

図１は、本実施例に係るシステムの構成を示す図である。 図２は、本実施例に係る承認順序決定装置の構成を示す機能ブロック図である。 図３は、作業状況テーブルのデータ構造の一例を示す図である。 図４は、取引管理テーブルのデータ構造の一例を示す図である。 図５は、判定テーブルのデータ構造の一例を示す図である。 図６は、承認蓄積テーブルのデータ構造の一例を示す図である。 図７は、決定部の処理を補足するための図である。 図８は、承認順序決定装置の処理手順を示すフローチャート（１）である。 図９は、承認順序決定装置の処理手順を示すフローチャート（２）である。 図１０は、承認順序決定プログラムを実行するコンピュータの一例を示す図である。

以下に、本願の開示する承認順序決定装置、承認順序決定方法および承認順序決定プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

本実施例に係るシステムの一例について説明する。図１は、本実施例に係るシステムの構成を示す図である。図１に示すように、このシステムは、オペレータ端末１０ａ，１０ｂ，１０ｃ、役席端末２０、他店端末３０、承認順序決定装置１００を有する。オペレータ端末１０ａ，１０ｂ，１０ｃをまとめて適宜、オペレータ端末１０と表記する。

ここでは、オペレータ端末１０ａ，１０ｂ，１０ｃを示すが、その他にオペレータ端末があっても良い。役席端末２０、他店端末３０についても、その他に役席端末、他店端末があっても良い。

オペレータ端末１０は、銀行などの窓口でオペレータが操作する端末装置である。オペレータは、オペレータ端末１０を操作して、取引に含まれる各ステップを順次処理する。オペレータは、取引を処理する過程において、役席者の認証を要する承認処理のステップに至った場合には、役席端末２０に役席者がいるか否かを確認する。

オペレータは、役席者が役席端末２０にいる場合には、オペレータ端末１０を操作して、承認処理の対象となる伝票の画像データと取引画面の情報を、役席端末２０に転送し、承認処理を要求する。

一方、オペレータは、役席者が役席端末２０にいない場合には、承認処理の情報を、承認順序決定装置１００に送信する。承認処理の情報には、取引名、オペレータ名、内線番号、取引される金額の情報が含まれる。オペレータは、承認順序決定装置１００に承認処理の情報を送信した後に、承認順序決定装置１００から、承認処理を分離して処理しない旨の情報を受け付けた場合には、承認処理の対象となる伝票の画像データと取引画面の情報を、他店端末３０に転送し、承認処理を要求する。承認処理の分離に関する説明は後述する。

ところで、オペレータ端末１０は、定期的にオペレータ情報を承認順序決定装置１００に送信する。オペレータ情報には、オペレータ名、内線番号、オペレータの作業状況、対応可能時刻の情報が含まれる。このうち、対応可能時刻は、オペレータが対応可能となる直近の時刻を示す。例えば、オペレータが、オペレータ情報をオペレータ端末１０に適宜入力すれば良い。

役席端末２０は、役席者が承認処理を行うために利用する端末装置である。役席者は、役席端末２０に転送された承認処理の対象となる伝票の画像データと取引画面の情報を参照し、承認処理を実行する。

また、役席者は、未処理の承認処理が承認順序決定装置１００に蓄積されている場合には、役席端末２０を操作して、各承認処理を読み出し、承認順序決定装置１００によって決定された順序によって、承認処理を順次実行する。

他店端末３０は、オペレータ端末１０、役席端末２０とは異なる店舗に設置された端末装置である。例えば、役席端末２０の役席者が不在の間に、処理を優先して処理する承認処理が発生した場合に、係る承認処理の情報が他店端末３０に転送される。そして、役席端末２０の役席者の代わりに、他店舗の役席者が、承認処理を実行する。

承認順序決定装置１００は、未処理の承認処理を蓄積し、承認処理を実行する順序を判定する装置である。図２は、本実施例に係る承認順序決定装置の構成を示す機能ブロック図である。図２に示すように、この承認順序決定装置１００は、通信部１１０、入力部１２０、表示部１３０、記憶部１４０、制御部１５０を有する。

通信部１１０は、ネットワーク５０を介して、オペレータ端末１０、役席端末２０、他店端末３０とデータ通信を実行する処理部である。後述する制御部１５０は、通信部１１０を介してオペレータ端末１０、役席端末２０、他店端末３０とデータをやり取りする。通信部１１０は、通信装置に対応する。

入力部１２０は、各種の情報を承認順序決定装置１００に入力するための入力装置である。例えば、入力部１２０は、キーボードやマウス、タッチパネル等に対応する。

表示部１３０は、制御部１５０から出力される情報を表示する表示装置である。表示部１３０は、液晶モニタやタッチパネル等に対応する。

記憶部１４０は、作業状況テーブル１４１、取引管理テーブル１４２、判定テーブル１４３、承認蓄積テーブル１４４を有する。記憶部１４０は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子などの記憶装置に対応する。

作業状況テーブル１４１は、各オペレータの作業状況に関する情報を保持するテーブルである。図３は、作業状況テーブルのデータ構造の一例を示す図である。図３に示すように、この作業情報テーブル１４１は、オペレータ名、内線番号、作業状況、対応可能時刻を対応付ける。このうち、作業状況は、現在のオペレータの作業情報を示す情報である。対応可能時刻は、オペレータが、各種処理に対して対応できる直近の時刻を示す。

図３において、オペレータ名「佐藤」に対応する対応可能時刻が「１０：３０」となっている。このため、例えば、役席者は、佐藤さんに１０時３０分になったら、承認処理に関する確認などを行うことができるようになる。

取引管理テーブル１４２は、承認処理に関する取引の優先処理区分や、役席レベルを特定するためのテーブルである。図４は、取引管理テーブルのデータ構造の一例を示す図である。図４に示すように、この取引管理テーブル１４２は、取引名と、優先処理区分と、役席レベルとを対応付ける。優先処理区分は、承認処理に関する取引の優先度を示すものであり、優先度の大小関係は、「Ａ＞Ｂ＞Ｃ」となる。役席レベルは、取引で取り扱われる金額に応じて決定されるものであり、重要度の大小関係は「３＞２＞１」となる。

図４において、例えば、取引名「定期新規」の承認処理に関し、取引金額が「十万未満」の場合には、係る承認処理の優先処理区分は「Ａ」、役席レベルは「Ｉ」となる。

判定テーブル１４３は、承認処理を、前後の処理と分離して処理することを許容するか否かを判定する情報を保持する。図５は、判定テーブルのデータ構造の一例を示す図である。図５に示すように、この判定テーブル１４３は、優先処理区分と、役席レベルと、分離可否とを対応付ける。優先処理区分、役席レベルに関する説明は、上述した優先処理区分、役席レベルに関する説明と同様である。分離可否が「ＯＫ」の場合には、承認処理を、前後の処理と分離して処理することを許容する。これに対して、分離可否が「ＮＧ」の場合には、承認処理を、前後の処理と分離して処理することを許容しない。

図５において、例えば、優先処理区分「Ａ」、役席レベル「Ｉ」となる承認処理は、分離可否「ＯＫ」となるため、該当する承認処理は、後ほど処理されてもよいことになる。例えば、優先処理区分「Ａ」、役席レベル「３」となる承認処理は、分離可否「ＮＧ」となるため、承認処理は直ちに処理されることが求められる。

承認蓄積テーブル１４４は、承認処理に関する情報を保持するテーブルである。図６は、承認蓄積テーブルのデータ構造の一例を示す図である。図６に示すように、承認蓄積テーブル１４４は、登録時刻、優先処理区分、順序、取引名、役席レベル、オペレータ名、内線番号、対応可能時刻、リミットタイムをそれぞれ対応付ける。

登録時刻は、該当する承認処理のレコードを登録した時刻を示す。優先処理区分、取引名、役席レベル、オペレータ名、内線番号、対応可能時刻に関する説明は、上述したものと同様である。順序は、承認処理を処理する順序を示すものである。リミットタイムは、承認処理を実行する期限を示す。なお、順序および対応可能時刻の情報は、後述する決定部１５４によって、登録される。順序および対応可能時刻に登録される情報に関しては後述する。

図２の説明に戻る。制御部１５０は、更新部１５１、判定部１５２、登録部１５３、決定部１５４を有する。制御部１５０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field Programmable Gate Array）などの集積装置に対応する。また、制御部１５０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の電子回路に対応する。

更新部１５１は、オペレータ端末１０からオペレータ情報を受信し、受信したオペレータ情報によって、作業状況テーブル１４１を更新する処理部である。例えば、更新部１５１は、オペレータ名をキーとして、該当するレコードが特定し、最新のオペレータ情報によって、レコードを更新する。なお、オペレータ名の代わりに、オペレータを一意に識別する識別情報を用いても良い。

判定部１５２は、オペレータ端末１０から承認処理の情報を受信した場合に、係る承認処理を分離して処理するか否かを判定する。判定部１５２は、承認処理を分離して処理すると判定した場合には、承認処理の情報を、登録部１５３に出力する。これに対して、判定部１５２は、承認処理を分離して処理しないと判定した場合には、送信元のオペレータ端末１０に、分離処理を行わない旨を通知する。

ここで、判定部１５２の処理を具体的に説明する。判定部１５２は、承認処理の情報に含まれる取引名および取引される金額と、取引管理テーブル１４２とを比較して、承認処理に対する優先処理区分と、役席レベルとを特定する。そして、判定部１５２は、特定した優先処理区分および役席レベルの組みと、判定テーブル１４３とを比較して、分離可否が「ＯＫ」であるか「ＮＧ」で有るのかを判定する。判定部１５２は、分離可否が「ＯＫ」であれば、承認処理を分離して処理すると判定する。これに対して、判定部１５２は、分離可否が「ＮＧ」となる場合には、承認処理を分離して処理しないと判定する。

例えば、承認処理の情報に取引名「定期新規」、取り扱い金額「５０万円」なる情報が含まれている場合には、図４の取引管理テーブル１４２の関係により、係る承認処理の優先処理区分は「Ａ」、役席レベル「２」となる。また、図５の判定テーブル１４３の関係により、優先処理区分は「Ａ」、役席レベル「２」となる承認処理の分離可否は「ＯＫ」となるため、判定部１５２は、該当する承認処理を分離して処理すると判定する。判定部１５２は、承認処理の情報に加えて、優先処理区分、役席レベルの情報を付与し、登録部１５３に出力する。

登録部１５３は、判定部１５２から受け付ける承認処理の情報を、承認蓄積テーブル１４４に登録する処理部である。登録部１５３は、登録時刻、優先処理区分、取引名、役席レベル、オペレータ名、内線番号、リミットタイムを対応付けて、承認蓄積テーブル１４４に登録する。

登録部１５３は、図示しないタイマから現在時刻を取得し、取得した現在時刻を登録時刻に設定する。登録部１５３は、取引名と該取引名に対応するリミットタイムとを対応付けたテーブルを利用して、リミットタイムを設定しても良いし、オペレータが承認処理の情報にリミットタイムの情報を含ませておいても良い。

決定部１５４は、役席端末２０からの承認蓄積テーブル１４４に対するアクセス要求を受け付けた場合に、承認蓄積テーブル１４４に蓄積された各承認処理を処理する順序を決定する処理部である。以下において、決定部１５４の処理を具体的に説明する。

図７は、決定部の処理を補足するための図である。決定部１５４は、役席端末２０からの承認蓄積テーブル１４４に対するアクセス要求を受け付けた場合に、承認蓄積テーブル１４４のオペレータ名と、作業状況テーブル１４１とを比較して、オペレータ毎の対応可能時刻５ａを設定する。

決定部１５４は、優先処理区分５ｂを参照し、優先度が大きいものほど、先の順番となるように、順序５ｃを設定する。ここで、決定部１５４は、優先度が同一となる承認処理が複数存在する場合には、現在時刻と対応可能時刻との差が少ないものほど、先の順番となるように、順序５ｃを設定する。例えば、図７において、１行目の承認処理の優先処理区分と、３行目の承認処理の優先処理区分の優先度は同じである。このため、決定部１５４は、現在時刻と対応可能時刻との差が少ない３行目の承認処理の順序を先に設定する。

決定部１５４は、上述した承認処理の順序を決定する処理を、役席端末２０からのアクセスを受け付ける度に実行しても良いし、所定時間毎に実行しても良い。

決定部１５４は、承認処理を実行した旨の情報を役席端末２０から受け付ける。決定部１５４は、実行された承認処理に対応するレコードを、承認蓄積テーブル１４４から削除する。

次に、本実施例に係る承認順序決定装置１００の処理手順について説明する。図８および図９は、承認順序決定装置の処理手順を示すフローチャートである。図８に示す処理は、承認順序決定装置１００が、オペレータ端末１０から承認処理の情報を受信したことを契機にして実行される。

図８に示すように承認順序決定装置１００は、承認処理の情報を取得し（ステップＳ１０１）、優先処理区分および役席レベルを判定する（ステップＳ１０２）。承認順序決定装置１００は、承認処理を分離するか否かを判定する（ステップＳ１０３）。

承認順序決定装置１００は、承認処理を分離する場合には（ステップＳ１０３，Ｙｅｓ）、承認処理の情報を承認蓄積テーブル１４４に追加する（ステップＳ１０４）。一方、承認順序決定装置１００は、承認処理を分離しない場合には（ステップＳ１０３，Ｎｏ）、分離処理ができない旨をオペレータ端末１０に通知する（ステップＳ１０５）。

ステップＳ１０５において、分離処理ができない旨の情報を受け付けたオペレータ端末１０のオペレータは、承認処理の対象となる伝票の画像データと取引画面の情報を、他店端末３０に転送し、承認処理を要求する。

次に、図９に示す承認順序決定装置１００の処理手順について説明する。図９に示す処理は、役席端末２０から承認蓄積テーブル１４４に対するアクセスを受け付けたことを契機にして実行される。

図９に示すように、承認順序決定装置１００は、作業状況テーブル１４１を参照し（ステップＳ２０１）、承認処理毎のオペレータの対応可能時刻を特定する（ステップＳ２０２）。ステップＳ２０２では、例えば、承認順序決定装置１００は、図７の対応可能時刻５ａに時刻を設定する。

承認順序決定装置１００は、優先処理区分および対応可能時刻に基づいて、各承認処理の順序を決定する（ステップＳ２０３）。承認順序決定装置１００は、順序の情報を、役席端末２０に通知する（ステップＳ２０４）。

次に、本実施例に係る承認順序決定装置１００の効果について説明する。承認順序決定装置１００は、未処理の承認処理の情報を承認蓄積テーブル１４４に順次蓄積させ、担当オペレータがより早く対応可能な承認処理を優先させて、承認処理を処理する順序を決定する。このため、承認順序決定装置１００によれば、承認処理を効率的に処理することができる。例えば、役席者がオペレータに確認する場合に、オペレータが他の処理を実行して、役席者に対応することができないと言う状況を無くし、これにより、承認処理をスムーズに実行することを可能にする。

また、承認順序決定装置１００は、優先処理区分を更に利用して、承認処理の順序を決定するため、急がなければならない承認処理の処理順序を相対的に上げることができる。

また、承認順序決定装置１００は、承認情報に対応する優先処理区分と役席レベルから、承認情報を承認蓄積テーブル１４４に蓄積させるか否かを判定する。承認順序決定装置１００は、承認蓄積テーブル１４４に蓄積させない承認処理については、他店端末３０に送信して、承認処理の依頼を行うため、早急に処理すべき承認処理を後回しにすることを防止することができる。

ところで、上述した承認順序決定装置１００の処理は一例である。承認順序決定装置１００の決定部１５４は、優先処理区分、対応可能時刻の他に、リミットタイムを更に利用して、各承認処理の順序を決定しても良い。例えば、決定部１５４は、優先処理区分および対応可能時刻が同じ複数の承認処理が存在する場合には、現在時刻からリミットタイムまでの時間が最も短い承認処理の順序を先にする。

また、決定部１５４は、優先処理区分と対応可能時刻の代わりに、リミットタイムに基づいて、各承認処理の順序を決定しても良い。即ち、決定部１５４は、承認蓄積テーブル１４４に蓄積された各承認処理のリミットタイムと、現在時刻とを比較して、現在時刻からリミットタイムまでの時間が最も短い承認処理の順序を先にしても良い。承認順序決定装置１００は、このような処理をおこなうことで、タイムリミットの迫った承認処理を優先的に処理させることができる。

次に、上記の実施例に示した承認順序決定装置と同様の機能を実現する承認順序決定プログラムを実行するコンピュータの一例を説明する。図１０は、承認順序決定プログラムを実行するコンピュータの一例を示す図である。

図１０に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０１と、ユーザからのデータの入力を受け付ける入力装置２０２と、ディスプレイ２０３を有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取る読み取り装置２０４と、ネットワークを介して他のコンピュータとの間でデータの授受を行うインターフェース装置２０５とを有する。また、コンピュータ２００は、各種情報を一時記憶するＲＡＭ２０６と、ハードディスク装置２０７を有する。そして、各装置２０１〜２０７は、バス２０８に接続される。

ハードディスク装置２０７は、判定プログラム２０７ａ、登録プログラム２０７ｂ、決定プログラム２０７ｃを有する。ＣＰＵ２０１は、各プログラム２０７ａ，２０７ｂ，２０７ｃを読み出してＲＡＭ２０６に展開する。

判定プログラム２０７ａは、判定プロセス２０６ａとして機能する。登録プログラム２０７ｂは、登録プロセス２０６ｂとして機能する。決定プログラム２０７ｃは、決定プロセス２０６ｃとして機能する。

例えば、判定プロセス２０６ａは、判定部１５２に対応する。登録プロセス２０６ｂは、登録部１５３に対応する。決定プロセス２０６ｃは、決定部１５４に対応する。

なお、各プログラム２０７ａ〜２０７ｃについては、必ずしも最初からハードディスク装置２０７に記憶させておかなくてもよい。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ２００がこれらから各プログラム２０７ａ〜２０７ｃを読み出して実行するようにしてもよい。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）複数のオペレータからそれぞれ承認要求される承認処理のレコードと、前記複数のオペレータの作業状況に関する情報とを関連付けて記憶する記憶部と、
前記承認処理のレコードと前記オペレータの作業状況に関する情報とを基にして、第１のオペレータが第２のオペレータより先に作業できる場合に、前記第１のオペレータから承認要求される承認処理が、前記第２のオペレータから承認要求される承認処理よりも先になるように、レコードの承認処理の順序を決定する決定部と、
を有することを特徴とする承認順序決定装置。

（付記２）前記オペレータの作業状況に関する情報は、前記複数のオペレータが前記承認処理に対して作業する時刻を含み、前記決定部は、前記オペレータが前記承認処理に対して作業する時刻を基にして、前記オペレータが作業する時刻の早い承認処理が先となるように、レコードの承認処理の順序を決定することを特徴とする付記１に記載の承認順序決定装置。

（付記３）前記承認処理は、優先度が設定され、前記決定部は、前記承認処理の優先度を更に利用して、承認処理の優先度の高い承認処理が先となるように、レコードの承認処理の順序を決定することを特徴とする付記２に記載の承認順序決定装置。

（付記４）前記承認処理は、制限時間が設定され、前記決定部は、前記承認処理の制限時間を更に利用して、承認処理の制限時間の短い承認処理が先となるように、レコードの承認処理の順序を決定することを特徴とする付記２または３に記載の承認順序決定装置。

（付記５）前記承認処理に対応する取り扱い金額および前記承認処理の優先度を基にして、前記承認処理のレコードを蓄積テーブルに蓄積するか否かを判定する判定部と、前記判定部の判定結果を基にして、前記承認処理のレコードを前記蓄積テーブルに登録する登録部とを更に有し、前記決定部は、前記蓄積テーブルに登録された承認処理のレコードについて、レコードの承認処理の順序を決定することを特徴とする付記１〜４のいずれか一つに記載の承認順序決定装置。

（付記６）コンピュータが実行する承認順序決定方法であって、
複数のオペレータからそれぞれ承認要求される承認処理のレコードと、前記複数のオペレータの作業状況に関する情報とが関連付けて記憶されている記憶部を参照し、
前記承認処理のレコードと前記オペレータの作業状況に関する情報とを基にして、第１のオペレータが第２のオペレータより先に作業できる場合に、前記第１のオペレータから承認要求される承認処理が、前記第２のオペレータから承認要求される承認処理よりも先になるように、レコードの承認処理の順序を決定する
各処理を実行することを特徴とする承認順序決定方法。

（付記７）前記オペレータの作業状況に関する情報は、前記複数のオペレータが前記承認処理に対して作業する時刻を含み、前記決定する処理は、前記オペレータが前記承認処理に対して作業する時刻を基にして、前記オペレータが作業する時刻の早い承認処理が先となるように、レコードの承認処理の順序を決定することを特徴とする付記６に記載の承認順序決定方法。

（付記８）前記承認処理は、優先度が設定され、前記決定する処理は、前記承認処理の優先度を更に利用して、承認処理の優先度の高い承認処理が先となるように、レコードの承認処理の順序を決定することを特徴とする付記７に記載の承認順序決定方法。

（付記９）前記承認処理は、制限時間が設定され、前記決する処理は、前記承認処理の制限時間を更に利用して、承認処理の制限時間の短い承認処理が先となるように、レコードの承認処理の順序を決定することを特徴とする付記７または８に記載の承認順序決定方法。

（付記１０）前記承認処理に対応する取り扱い金額および前記承認処理の優先度を基にして、前記承認処理のレコードを蓄積テーブルに蓄積するか否かを判定し、判定結果を基にして、前記承認処理のレコードを前記蓄積テーブルに登録する処理を更に実行し、前記決定する処理は、前記蓄積テーブルに登録された承認処理のレコードについて、レコードの承認処理の順序を決定することを特徴とする付記６〜９のいずれか一つに記載の承認順序決定方法。

（付記１１）コンピュータに、
複数のオペレータからそれぞれ承認要求される承認処理のレコードと、前記複数のオペレータの作業状況に関する情報とが関連付けて記憶されている記憶部を参照し、
前記承認処理のレコードと前記オペレータの作業状況に関する情報とを基にして、第１のオペレータが第２のオペレータより先に作業できる場合に、前記第１のオペレータから承認要求される承認処理が、前記第２のオペレータから承認要求される承認処理よりも先になるように、レコードの承認処理の順序を決定する
各処理を実行させることを特徴とする承認順序決定プログラム。

（付記１２）前記オペレータの作業状況に関する情報は、前記複数のオペレータが前記承認処理に対して作業する時刻を含み、前記決定する処理は、前記オペレータが前記承認処理に対して作業する時刻を基にして、前記オペレータが作業する時刻の早い承認処理が先となるように、レコードの承認処理の順序を決定することを特徴とする付記１１に記載の承認順序決定プログラム。

（付記１３）前記承認処理は、優先度が設定され、前記決定する処理は、前記承認処理の優先度を更に利用して、承認処理の優先度の高い承認処理が先となるように、レコードの承認処理の順序を決定することを特徴とする付記１２に記載の承認順序決定プログラム。

（付記１４）前記承認処理は、制限時間が設定され、前記決する処理は、前記承認処理の制限時間を更に利用して、承認処理の制限時間の短い承認処理が先となるように、レコードの承認処理の順序を決定することを特徴とする付記１２または１３に記載の承認順序決定プログラム。

（付記１５）前記承認処理に対応する取り扱い金額および前記承認処理の優先度を基にして、前記承認処理のレコードを蓄積テーブルに蓄積するか否かを判定し、判定結果を基にして、前記承認処理のレコードを前記蓄積テーブルに登録する処理を更に実行し、前記決定する処理は、前記蓄積テーブルに登録された承認処理のレコードについて、レコードの承認処理の順序を決定することを特徴とする付記１１〜１４のいずれか一つに記載の承認順序決定プログラム。

１０ａ，１０ｂ，１０ｃ オペレータ端末
２０ 役席端末
３０ 他店端末
１００ 承認順序決定装置

Claims (7)

1. 複数のオペレータからそれぞれ承認要求される承認処理のレコードと、前記複数のオペレータの作業状況に関する情報とを関連付けて記憶する記憶部と、
   前記承認処理のレコードと前記オペレータの作業状況に関する情報とを基にして、第１のオペレータが第２のオペレータより先に作業できる場合に、前記第１のオペレータから承認要求される承認処理が、前記第２のオペレータから承認要求される承認処理よりも先になるように、レコードの承認処理の順序を決定する決定部と、
   を有することを特徴とする承認順序決定装置。
2. 前記オペレータの作業状況に関する情報は、前記複数のオペレータが前記承認処理に対して作業する時刻を含み、前記決定部は、前記オペレータが前記承認処理に対して作業する時刻を基にして、前記オペレータが作業する時刻の早い承認処理が先となるように、レコードの承認処理の順序を決定することを特徴とする請求項１に記載の承認順序決定装置。
3. 前記承認処理は、優先度が設定され、前記決定部は、前記承認処理の優先度を更に利用して、承認処理の優先度の高い承認処理が先となるように、レコードの承認処理の順序を決定することを特徴とする請求項２に記載の承認順序決定装置。
4. 前記承認処理は、制限時間が設定され、前記決定部は、前記承認処理の制限時間を更に利用して、承認処理の制限時間の短い承認処理が先となるように、レコードの承認処理の順序を決定することを特徴とする請求項２または３に記載の承認順序決定装置。
5. 前記承認処理に対応する取り扱い金額および前記承認処理の優先度を基にして、前記承認処理のレコードを蓄積テーブルに蓄積するか否かを判定する判定部と、前記判定部の判定結果を基にして、前記承認処理のレコードを前記蓄積テーブルに登録する登録部とを更に有し、前記決定部は、前記蓄積テーブルに登録された承認処理のレコードについて、レコードの承認処理の順序を決定することを特徴とする請求項１〜４のいずれか一つに記載の承認順序決定装置。
6. コンピュータが実行する承認順序決定方法であって、
   複数のオペレータからそれぞれ承認要求される承認処理のレコードと、前記複数のオペレータの作業状況とが関連付けて記憶されている記憶部を参照し、
   前記承認処理のレコードと前記オペレータの作業状況に関する情報とを基にして、第１のオペレータが第２のオペレータより先に作業できる場合に、前記第１のオペレータから承認要求される承認処理が、前記第２のオペレータから承認要求される承認処理よりも先になるように、レコードの承認処理の順序を決定する
   各処理を実行することを特徴とする承認順序決定方法。
7. コンピュータに、
   複数のオペレータからそれぞれ承認要求される承認処理のレコードと、前記複数のオペレータの作業状況とが関連付けて記憶されている記憶部を参照し、
   前記承認処理のレコードと前記オペレータの作業状況に関する情報とを基にして、第１のオペレータが第２のオペレータより先に作業できる場合に、前記第１のオペレータから承認要求される承認処理が、前記第２のオペレータから承認要求される承認処理よりも先になるように、レコードの承認処理の順序を決定する
   各処理を実行させることを特徴とする承認順序決定プログラム。

Images