(57)【特許請求の範囲】
【請求項１】
オペレータのデータ入力行為に起因する入力データを生成すると共に、前記オペレータが入力操作に要した時間及び入力手順よりなる操作履歴情報を生成するデータ入力部と、
前記入力手順の種類に応じて難易度を設定する入力難易度マスタと、
前記入力データを記録する主情報データベースと、
前記操作履歴情報を記録する操作履歴データベースと、
前記入力データ、前記操作履歴情報及び前記難易度に基づく入力効率を算出する入力効率計算部と、
前記オペレータを一意に識別するオペレータコードが格納されるオペレータコードフィールドと、前記オペレータが入力したデータの項目が格納される入力項目フィールドと、前記入力効率が格納される入力効率フィールドと、前記入力データの修正回数が格納される修正回数フィールドと、総合評価が格納される総合評価フィールドとを有する入力操作評価データベースと、
前記主情報データベースに記録された前記入力データを修正するデータ修正部と、
前記データ修正部によって行われた前記入力データの修正回数を前記修正回数フィールドに記録する修正回数登録部と、
前記入力効率フィールドに格納されている前記入力効率及び前記修正回数フィールドに格納されている前記修正回数に基づいて総合評価を算出して前記総合評価フィールドに記録する総合評価算出部と、
前記総合評価を前記オペレータ毎又は前記入力項目毎に表示する評価情報表示部と
を有する情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムに関する。
より詳細には、顧客情報等を登録し管理する情報処理システムにおいて、データ入力担当者（以下「オペレータ」と略す）の入力効率を算出し、オペレータの入力操作に関する成績を作成して、オペレータの評価や教育等に利用する、情報処理システムの付加機能に関する。
【背景技術】
【０００２】
御中元或は御歳暮のシーズンになると、百貨店やスーパー等の小売店舗ではギフト商品の配送受付を行う。この、ギフト商品の配送受付を効率良く遂行するために、ギフト商品受付配送管理システムが存在する。出願人はギフト商品受付配送管理システムを設計し、販売している。
ギフト商品受付配送管理システムは、周知のクライアント・サーバシステムで構成される。複数の端末がサーバに接続され、各々の端末をオペレータが操作し、顧客の情報等を入力し、サーバに登録する。
ギフト商品受付配送管理システムを小売店舗に導入する際には、事前にオペレータに操作教育を行う。オペレータにはアルバイトを採用する事が多く、事前の操作教育のみでは各オペレータの受付入力操作の技能に差が出やすい。
端末の入力作業は手作業なので、オペレータの入力作業の習熟度が、入力作業にかかる時間に影響する。そして、この時間は顧客の心象にも影響する。迅速な入力作業は顧客に好印象をもたらす一方、逆に入力作業に長時間を要すると顧客の抱く心象が悪化するだけでなく、顧客の受付処理の歩留まりを悪化させる。したがって、オペレータの入力作業の習熟度を向上させることは、ギフト商品受付配送管理システムを運用する小売店舗にとって重要な課題である。そしてそのために、各々のオペレータが、入力作業に対してどの程度習熟しているのかを詳細に分析することが必要になる。
【０００３】
なお、本発明に関係すると思われる先行技術文献を特許文献１に示す。この特許文献１の詳細については後述する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−１９８４８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来のギフト商品受付配送管理システムには、オペレータの入力操作の習熟度を評価する機能が備わっていない。このため、オペレータの入力操作の習熟度を評価する方法としては、オペレータが入力した注文の配送伝票の枚数や、タイムカードで管理される入力作業時間で評価する方法が採られていた。つまり、単位時間当たりの入力件数である。しかし、これらの手法では件数単位（レコード単位）でしか評価をしておらず、各項目（フィールド単位）についてどの程度習熟しているのか、或は様々な入力方法に対するオペレータの得手不得手は全く考慮されていない。
【０００６】
ギフト商品受付配送管理システムの入力方法とは、例えば、顧客の氏名を登録する場合は、新規入力では端末に装備されているかな漢字変換プログラムを操作して登録する一方、登録済み顧客のデータを呼び出す場合は顧客氏名の読み仮名で検索したり、登録されている電話番号で検索する等の操作方法がこれに該当する。また、商品の入力方法では、商品コードをテンキーで入力する他、商品名を直接入力したり、商品名の読み仮名で検索する等が挙げられる。
こういった多様な入力方法についても、これまでの評価方法ではオペレータの得手不得手が全く判らなかった。
すなわち、従来のギフト商品受付配送管理システムでは、オペレータが「どの項目」の「どの入力方法」に問題があるかが、評価できていない。
【０００７】
オペレータの技能評価を効率よく実施する例として、特許文献１記載の「操作の技能評価装置」がある。この公知例は、機器の操作手順や操作の重要度をルールとして保管し、オペレータの機器操作の技能を入力したデータと保管したルールを用いて計算し評価する、というものである。この公知例の技術をギフト商品受付配送管理システムに適用すると、オペレータの受付入力操作のルール毎の評価が可能となり、オペレータに対して操作方法を教育する際の効率の向上が図れる。
しかし、特許文献１記載の公知例では、受付入力操作を完了した後に受付入力に誤りがあることが判明し、受注データを修正する場合に、初回入力時の入力誤りを評価に反映することができない。ギフト商品受付配送管理システムでは、受付入力完了後に関連部署や顧客からの指摘で入力内容の誤りに気付くことが多く、初回入力時の入力誤りを評価に反映することが必要である。
【０００８】
本発明はかかる課題を解決し、オペレータの入力操作に問題がある項目及び入力方法を明確にして、オペレータの入力操作の習熟度を詳細に評価できる機能を備える情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の情報処理システムは、オペレータのデータ入力行為に起因する入力データを生成すると共に、オペレータが入力操作に要した時間及び入力手順よりなる操作履歴情報を生成するデータ入力部と、入力手順の種類に応じて難易度を設定する入力難易度マスタとを有する。更に、入力データを記録する主情報データベースと、操作履歴情報を記録する操作履歴データベースと、入力データ、操作履歴情報及び難易度に基づく入力効率を算出する入力効率計算部とを有する。更に、オペレータを一意に識別するオペレータコードが格納されるオペレータコードフィールドと、オペレータが入力したデータの項目が格納される入力項目フィールドと、入力効率が格納される入力効率フィールドと、入力データの修正回数が格納される修正回数フィールドと、総合評価が格納される総合評価フィールドとを有する入力操作評価データベースとを有する。更に、主情報データベースに記録された入力データを修正するデータ修正部と、データ修正部によって行われた入力データの修正回数を修正回数フィールドに記録する修正回数登録部と、入力効率フィールドに格納されている入力効率及び修正回数フィールドに格納されている修正回数に基づいて総合評価を算出して総合評価フィールドに記録する総合評価算出部と、総合評価をオペレータ毎又は入力項目毎に表示する評価情報表示部とを有する。
【００１０】
データ入力部に、操作情報からオペレータがどのような入力方法を実行したかを調べる機能を設けて、操作履歴データベースに入力方法と入力に要した経過時間を記録した。主情報データベースに蓄積されている受注データと、操作履歴データベースに蓄積されている操作履歴データを参照して、入力効率を算出することで、入力項目毎に採点することができる。
【発明の効果】
【００１１】
本発明により、オペレータの入力操作に問題がある項目及び入力方法を明確にして、オペレータの入力操作の習熟度を詳細に評価できる機能を備える情報処理システムを提供できる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態である、ギフト商品受付配送管理システムの機能ブロック図である。
【図２】受注データ入力部の機能ブロック図である。
【図３】操作履歴データを格納する操作履歴データベースの構造を示す図である。
【図４】入力難易度マスタの構造を示す図である。
【図５】総合評価マスタの構造を示す図である。
【図６】受付入力操作評価データベースの構成を示す図である。
【図７】クライアントの受注データ入力部の受注入力処理の流れを示すフローチャートである。
【図８】依頼主宛名入力処理の詳細を示すフローチャートである。
【図９】依頼主宛名入力画面の一例である。
【図１０】受注サーバの入力効率計算部の入力効率計算処理の流れを示すフローチャートである。
【図１１】評価情報表示部によって作成され、表示部に表示される、評価情報表示画面である。
【発明を実施するための形態】
【００１３】
［システム構成］
図１は、本発明の一実施形態である、ギフト商品受付配送管理システムの機能ブロック図である。
ギフト商品受付配送管理システム１０１は、一般的なクライアント・サーバシステムである。受注サーバ１０２とクライアント１０３はそれぞれネットワークインターフェース（以下「ネットワークＩ／Ｆ」）１０４及び１０５を通じてネットワーク接続されている。図１では図示していないが、複数のクライアント１０３が受注サーバ１０２に接続可能である。
【００１４】
クライアント１０３はネットワークＯＳがインストールされている周知の一般的なパソコンであり、クライアント１０３の機能を実現するプログラムが読み込まれ、実行されることで、図１に示すクライアント１０３としての機能ブロックが実現される。
受注サーバ１０２もネットワークＯＳがインストールされている一般的なコンピュータであり、受注サーバ１０２の機能を実現するプログラムが読み込まれ、実行されることで、図１に示す受注サーバ１０２としての機能ブロックが実現される。受注サーバ１０２は、クライアント１０３の台数が少なく、受注サーバ１０２の負荷が軽い場合はパソコンで代用することも十分可能である。
【００１５】
受注サーバ１０２はデータベースサーバである。データベースマネージャ１１４は、オペレータマスタ１１０、受注データベース１１５、操作履歴データベース１１７、入力難易度マスタ１１９、受付入力操作評価データベース１２０、総合評価マスタ１２３、顧客データベース１２５及び商品マスタ１２６に対し、データの入出力を司る。また、データベースマネージャ１１４は、受注データベース１１５及び操作履歴データベース１１７に対して後述する排他制御を行い、一意性を担保するための受注コードを生成する。
【００１６】
クライアント１０３は主に三つの機能で構成される。一つは受注データ入力部１０６であり、もう一つは受注データ修正部１０７であり、もう一つは評価情報表示部１０８である。オペレータ認証部１０９は、使用者識別情報ともいえるオペレータコードの入力を受けて、受注サーバ１０２に備わっているオペレータマスタ１１０を参照し、クライアント１０３を使用するオペレータの個人認証を実行する。
【００１７】
オペレータのみが使用するクライアント１０３の場合、受注データ入力部１０６とオペレータ認証部１０９が機能していればよい。つまり、受注データ入力部１０６はオペレータの為の機能ブロックである。
データ修正担当者のみが使用するクライアント１０３の場合、受注データ入力部１０６はなくてもよいが、その代わりに、受注データ修正部１０７とオペレータ認証部１０９が機能する必要がある。つまり、受注データ修正部１０７はデータ修正担当者の為の機能ブロックである。
オペレータを統率する管理職クラスの担当者のみが使用するクライアント１０３の場合、受注データ入力部１０６及び受注データ修正部１０７はなくてもよいが、その代わりに、評価情報表示部１０８とオペレータ認証部１０９が機能する必要がある。つまり、評価情報表示部１０８は管理職クラスの担当者の為の機能ブロックである。
【００１８】
［受注データ入力部１０６］
オペレータ認証部１０９によって受注サーバ１０２及びクライアント１０３から正当なオペレータであることの認証を受けたオペレータは、表示部１１１に表示される入力画面を見ながら操作部１１２を操作して、顧客から依頼されたギフト商品の受付内容を受注データ入力部１０６から入力する。
オペレータが一件分の受注データの入力を完遂すると、受注データ入力部１０６は受注データを出力する。受注データはネットワーク１１３を通じてデータベースマネージャ１１４が受信する。データベースマネージャ１１４は異なる複数の受注データが同時刻に格納されないようにするために、受注データベース１１５に対して周知の排他制御を行い、受信した受注データに、リアルタイムクロック（「Ｒｅａｌｔｉｍｅ  Ｃｌｏｃｋ」、以下「ＲＴＣ」と略）１１６を参照して得た現在日時と、受注データの一意性を担保するための受注コードを付加して、受注データベース１１５に保管する。
受注データベース１１５は、オペレータが入力する情報を保管する、主情報データベースともいえる。
【００１９】
本実施形態のギフト商品受付配送管理システム１０１において、受注データベース１１５内の受注データは、受注コードによって一意性が保たれる構成になっている。
データベースマネージャ１１４は、受注データベース１１５に受注データを格納する際、異なる複数の受注データが同時刻に格納されないよう、また複数の受注データに同じ受注コードが付与されないようにするために、周知の排他制御を行う。
【００２０】
また、受注データ入力部１０６は、オペレータが操作部１１２を用いて受付入力操作した際の操作履歴データも受注データと同時に出力する。この操作履歴データは、データベースマネージャ１１４によって受注コードが付加された上で、操作履歴データベース１１７に保管される。
【００２１】
データベースマネージャ１１４は、操作履歴データベース１１７に操作履歴データを格納する際、異なる複数の操作履歴データが同時刻に格納されないよう、また複数の操作履歴データに同じ受注コードが付与されないようにするために、周知の排他制御を行う。
つまり、データベースマネージャ１１４は受注データベース１１５と操作履歴データベース１１７にそれぞれ排他制御を行い、クライアント１０３から受信した受注データと操作履歴データに共通の受注コードを付与して、受注データを受注データベース１１５へ、操作履歴データを操作履歴データベース１１７に記録する。
【００２２】
一件分の受注データが受注データベース１１５に保管されると、入力効率計算部１１８が起動する。入力効率計算部１１８は、受注データベース１１５に保管されている受注データと、操作履歴データベース１１７に保管されている操作履歴データと、入力難易度マスタ１１９に保管されている入力効率算出用データを用いて、当該一件分の受注データにおける各項目の入力効率を算出し、算出した入力効率を受付入力操作評価データベース１２０に保管する。
【００２３】
図２は、受注データ入力部１０６の機能ブロック図である。
オペレータが行う受付入力操作の種類は大別して、依頼主宛名入力、届先宛名入力、商品入力、包装方法入力、配送方法入力に分けられる。入力フォーム作成部２０１は、これら各項目について一画面の入力画面を作成して表示部１１１に表示すると共に、操作部１１２から出力される操作情報を表示部１１１に表示する。
操作部１１２が出力する操作情報は入力情報解析部２０２にも入力される。入力情報解析部２０２は、オペレータの操作情報から、どの項目がどのような入力方法で入力されたかを検出すると共に、入力フォーム作成部２０１がある項目を入力するための入力画面を表示した時点から、オペレータが当該項目の入力を完遂した時点迄の経過時間を取得する。入力情報解析部２０２は、入力フォーム作成部２０１から入力画面を表示したことを示すトリガを受けると、タイマ２０３を起動する。そして、オペレータが当該項目の入力を完遂するためのエンターキー或は表示部１１１に表示される登録ボタンをマウス等で押したことを検出すると、タイマ２０３を停止し、タイマ２０３から経過時間を取得する。
入力情報解析部２０２は、ネットワークＩ／Ｆ１０４及び１０５を通じて一件分の受注データを受注データベース１１５に出力すると同時に、項目毎の操作履歴データとその経過時間を操作履歴データベース１１７に出力する。
【００２４】
［操作履歴データベース１１７］
図３は、操作履歴データを格納する操作履歴データベース１１７の構造を示す図である。
宛名入力操作履歴テーブル３０１は、オペレータコードフィールド、受注コードフィールド、顧客区分フィールド、入力方法フィールド及び経過時間フィールドよりなる。
オペレータコードフィールドには、オペレータの使用者識別情報であるオペレータコードが格納される。
受注コードフィールドには、データベースマネージャ１１４が受注データを受注データベース１１５へ格納する際に付与した受注コードが格納される。
この受注コードフィールドの値で、操作履歴インデクステーブルと宛名入力操作履歴テーブル３０１との紐付けを行う。
【００２５】
顧客区分フィールドには、当該顧客の種類、つまり新規顧客か既存顧客かを示すフラグ情報が格納される。図３では解りやすさの為にフラグ情報の内容である「新規顧客」を記述している。
入力方法フィールドには、宛名入力の方法を示す入力方法コードが格納される。入力方法コードは「手入力」「顧客データベース検索」「電話帳データベース検索」の三つの値が存在する。図３では解りやすさの為に入力方法コードの内容である「手入力」を記述している。
経過時間フィールドは、タイマ２０３によって計測した、宛名入力に掛かった経過時間が格納される。
【００２６】
商品入力操作履歴テーブル３０２は、オペレータコードフィールド、受注コードフィールド、商品種類フィールド、抱合せ有無フィールド、商品種別フィールド、入力方法フィールド及び経過時間フィールドよりなる。
オペレータコードフィールド、受注コードフィールド及び経過時間フィールドは、前述の宛名入力操作履歴テーブル３０１のそれと同一である。
商品種類フィールドには、商品の種類を示す商品種類コードが格納される。
抱合せ有無フィールドには、当該商品に抱き合わせて販売される商品があるか否かを示すフラグ情報が格納される。図３では解りやすさの為にフラグ情報の内容である「無」を記述している。
【００２７】
商品種別フィールドには、当該商品の種別がカタログ登録商品であるか否かを示すフラグ情報が格納される。図３では解りやすさの為にフラグ情報の内容である「カタログ登録商品」を記述している。
入力方法フィールドには、商品入力の方法を示す入力方法コードが格納される。入力方法コードの内容は「手入力」「商品ＤＢ検索（「商品データベース検索」の略）」の二つの値が存在する。図３では解りやすさの為に入力方法コードの内容である「商品ＤＢ検索」を記述している。
【００２８】
包装方法入力操作履歴テーブル３０３は、オペレータコードフィールド、受注コードフィールド、用途フィールド、名入れ方法フィールド、包装方法フィールド及び経過時間フィールドよりなる。
オペレータコードフィールド、受注コードフィールド及び経過時間フィールドは、前述の宛名入力操作履歴テーブル３０１のそれと同一である。
【００２９】
用途フィールドには、この受注データに対応する商品の用途を示す用途コードが格納される。用途コードの内容は「御中元」「御歳暮」等である。図３では解りやすさの為に用途コードの内容である「御歳暮」を記述している。
名入れ方法フィールドには、この受注データに対応する商品を発送する顧客の氏名の記述方法を示す名入れ方法コードが格納される。名入れ方法コードの内容は「単独」「２連名」「３連名」等である。図３では解りやすさの為に名入れ方法コードの内容である「３連名」を記述している。
包装方法フィールドには、この受注データに対応する商品を包装する包装方法を示す包装方法コードが格納される。包装方法コードは「一括包装」「簡易包装」等である。図３では解りやすさの為に包装方法コードの内容である「簡易包装」を記述している。
【００３０】
配送方法入力操作履歴テーブル３０４は、オペレータコードフィールド、受注コードフィールド、配送日時指定有無フィールド、配送業者指定有無フィールド及び経過時間フィールドよりなる。
オペレータコードフィールド、受注コードフィールド及び経過時間フィールドは、前述の宛名入力操作履歴テーブル３０１のそれと同一である。
配送日時指定有無フィールドには、この受注データに対応する商品を配送する際の日時指定の有無を示すフラグ情報が格納される。図３では解りやすさの為にフラグ情報の内容である「無」を記述している。
配送業者指定有無フィールドには、この受注データに対応する商品を配送する際の配送業者の指定の有無を示すフラグ情報が格納される。図３では解りやすさの為にフラグ情報の内容である「無」を記述している。
【００３１】
以上の説明から明らかなように、操作履歴データを格納する操作履歴データベース１１７は、各項目に対応する操作履歴テーブルよりなる。
各々の操作履歴テーブルは、受注コードフィールドの受注コードで紐付けされるので、受注コードを特定することで受注データ一件分に対応する操作履歴データを取得することが出来る。
【００３２】
［受注データ修正部１０７］
図１に戻り、ギフト商品受付配送管理システム１０１の説明を続ける。
受付入力操作完了後に、配送センター等の関連部署から受注データの誤りを指摘されたり、顧客から届いた商品が異なる等の問い合わせを受けたりして受注データの修正が必要となった場合には、データ修正担当者がクライアント１０３を操作する。オペレータ認証部１０９によって受注サーバ１０２及びクライアント１０３から正当なデータ修正担当者であることの認証を受けたデータ修正担当者は、誤りが含まれている当該受注データを受注データ修正部１０７で修正し、受注データベース１１５を更新する。
このとき、修正した受注データの受注コードと、修正した入力項目の入力項目名と、ＲＴＣから取得した現在日時情報が修正データベース１２４へ保管される。
一件分の受注データの修正が修正データベース１２４に保管されると、修正回数登録部１２１が起動する。修正回数登録部１２１は、修正データベース１２４に保管されている修正データと、受注データベース１１５に保管されている受注データを用いて、当該一件分の受注データにおける各項目の修正回数を計数し、計数した修正回数を受付入力操作評価データベース１２０に保管する。
【００３３】
［受注データ修正部１０７］
管理職クラスの担当者は、任意のタイミングで各オペレータの入力操作の技能を確認したいと思った時、クライアント１０３を操作する。
オペレータ認証部１０９によって受注サーバ１０２及びクライアント１０３から正当な管理職クラスの担当者であることの認証を受けた管理職クラスの担当者は、評価情報表示部１０８の機能を用いて受付入力操作評価データベース１２０に保管されている受付入力操作評価データを表示部１１１に表示する。その際、総合評価計算部１２２は総合評価マスタ１２３を参照して、オペレータ毎の総合評価データを作成し、評価情報表示部１０８に算出した総合評価データを送る。
【００３４】
前述の通り、オペレータが行う受付入力操作の種類は大別して、依頼主宛名入力、届先宛名入力、商品入力、包装方法入力、配送方法入力に分けられる。これら入力項目の種類に応じた入力操作について最適な入力効率を算出できるように、システム管理者は事前に各入力操作のパターンと入力難易度を入力難易度マスタ１１９内のテーブルに登録しておく。システム稼動前にのみ行い、頻繁に更新される可能性が低いこれらマスタテーブルのデータ登録作業は、データベースマネージャ１１４に標準的に添付されているデータベース操作ツールで行うこととなる。
【００３５】
［入力難易度マスタ１１９］
図４は、入力難易度マスタ１１９の構造を示す図である。
入力難易度マスタ１１９は、宛名入力難易度マスタ４０１、商品入力難易度マスタ４０２、包装方法入力難易度マスタ４０３、配送方法入力難易度マスタ４０４というマスタテーブルの集合体である。
これらマスタテーブルは、各項目の入力方法に対応する入力難易度を示す指標であり、後述する入力効率を入力効率計算部１１８で算出する根拠となる。
【００３６】
宛名入力難易度マスタ４０１は、顧客区分フィールド、入力方法フィールド及び入力難易度フィールドよりなる。
顧客区分フィールドは、宛名入力操作履歴テーブル３０１の顧客区分フィールドと同じである。当該顧客の種類、つまり新規顧客か既存顧客かを示すフラグ情報が格納される。
入力方法フィールドは、宛名入力操作履歴テーブル３０１の入力方法フィールドと同じである。宛名入力の方法を示す入力方法コードとして、「手入力」「顧客データベース検索」「電話帳データベース検索」の三つの値のいずれかが格納される。
入力難易度フィールドには、当該レコードに記される顧客区分フィールドの値と、入力方法フィールドの値の組み合わせが、どの程度の入力難易度であるかを示す数値データが格納される。
【００３７】
図４の宛名入力難易度マスタ４０１の場合、顧客区分フィールドの値が「既存顧客」のレコードの、入力方法フィールドの値は、「顧客データベース検索」と「電話帳データベース検索」のいずれかだけである。同様に、顧客区分フィールドの値が「新規顧客」のレコードの、入力方法フィールドの値は「手入力」だけである。入力難易度フィールドの値は、その入力形態の難易度の数値を示す。「顧客データベース検索」には最も難易度が易しい「３」が、「電話帳データベース検索」には次に難易度が易しい「５」が、「手入力」は最も難易度が高い「９」という値が、それぞれ割り当てられる。
【００３８】
以下同様に、商品入力難易度マスタ４０２は、商品入力操作履歴テーブル３０２と対応する商品種類フィールド、抱合せ有無フィールド、商品種別フィールド、入力方法フィールドと、入力難易度フィールドよりなる。
同様に、包装方法入力難易度マスタ４０３は、包装方法入力操作履歴テーブル３０３と対応する用途フィールド、名入れ方法フィールド、包装方法フィールドと、入力難易度フィールドよりなる。
同様に、配送方法入力難易度マスタ４０４は、配送方法入力操作履歴テーブル３０４と対応する配送日時指定有無フィールド、配送業者指定有無フィールドと、入力難易度フィールドよりなる。
【００３９】
［入力効率の計算］
入力効率計算部１１８は、受注データベース１１５から受注データを取得し、操作履歴データベース１１７から項目毎の入力方法と経過時間を取得する。次に、入力難易度マスタ１１９を参照して入力難易度を取得する。そして、取得したデータに基づいて以下の式で入力効率を算出し、受付入力操作評価データベース１２０に保管する。
【００４０】
【数１】
0005458360.tif 000002
【００４１】
上記式（１）を見て判るように、入力効率とは、入力項目毎に付与される「どれだけ効率良く入力作業を完遂したか」を示す値である。そして、この入力効率は後述する総合評価とは異なり、修正回数を考慮していない数値である。つまり、仮に誤った情報を入力したとしても、短時間に多くの入力作業を行えば、入力効率は高い数値を示す。
【００４２】
入力項目が依頼主宛名入力と届け先宛名入力の場合の入力効率の算出手順を説明する。
入力効率計算部１１８は、受注データベース１１５から、入力された宛名の文字データを取得する。
次に、操作履歴データベース１１７の宛名入力操作履歴テーブル３０１から顧客区分を取得する。
次に、宛名入力操作履歴テーブル３０１から入力方法を取得する。
この時点で、新規顧客の場合は手入力になるので、入力された宛名の文字データの文字数を計数して、入力文字数を得る。そうでない場合、入力文字数は「０」とする。
【００４３】
次に、宛名入力難易度マスタ４０１を参照し、顧客区分と、入力方法によって決定される入力難易度を取得する。
次に、宛名入力操作履歴テーブル３０１から宛名入力の経過時間を取得する。
最後に、前述の式（１）を用いて入力効率を算出する。
【００４４】
入力項目が商品入力の場合の入力効率の算出手順を説明する。
入力効率計算部１１８は、受注データベース１１５から、入力された商品の文字データを取得する。
次に、操作履歴データベース１１７の商品入力操作履歴テーブル３０２から、商品種数、抱合せ有無及び商品種別を取得する。
次に、商品入力操作履歴テーブル３０２から入力方法３０６を取得する。
この時点で、入力方法が手入力の場合は、入力された商品の文字データの文字数を計数して、入力文字数を得る。そうでない場合、入力文字数は「０」とする。
【００４５】
次に、商品入力難易度マスタ４０２を参照し、商品種数と、抱合せ有無と、商品種別と、入力方法とによって決定される入力難易度を取得する。
次に、商品入力操作履歴テーブル３０２から商品入力の経過時間を取得する。
最後に、前述の式（１）を用いて入力効率を算出する。
【００４６】
入力項目が包装方法入力の場合の入力効率の算出手順を説明する。
入力効率計算部１１８は、操作履歴データベース１１７の包装方法入力操作履歴テーブル３０３から、用途、名入れ方法及び包装方法を取得する。
次に、包装方法入力難易度マスタ４０３を参照し、用途と、名入れ方法と、包装方法によって決定される入力難易度を取得する。
次に、包装方法入力操作履歴テーブル３０３から包装方法入力の経過時間を取得する。
最後に、前述の式（１）を用いて入力効率を算出する。
包装方法には直接文字入力を行う項目が存在しないので、入力文字数は常に「０」となる。
【００４７】
入力項目が配送方法入力の場合の入力効率の算出手順を説明する。
入力効率計算部１１８は、操作履歴データベース１１７の配送方法入力操作履歴テーブル３０４から、配送日時指定有無及び配送業者指定有無を取得する。
次に、配送方法入力難易度マスタ４０４を参照し、配送日時指定有無と、配送業者指定有無によって決定される入力難易度を取得する。
次に、配送方法入力操作履歴テーブル３０４から配送方法入力の経過時間を取得する。
最後に、前述の式（１）を用いて入力効率を算出する。
配送方法も包装方法と同様に、直接文字入力を行う項目が存在しないので、入力文字数は常に「０」となる。
【００４８】
［修正回数の登録］
一件分の受注データの修正が修正データベース１２４に保管されると、修正回数登録部１２１が起動する。
修正回数登録部１２１は、修正データベース１２４の最新レコードから、修正された受注データの受注コードを取得して、受注データベース１１５に保管されている一件分の受注データを特定し、修正された入力項目を特定する。そして、当該一件分の受注データにおける各項目の修正回数を計数し、計数した修正回数を受付入力操作評価データベース１２０に保管する。
［総合評価マスタ１２３］
図５は、総合評価マスタ１２３の構造を示す図である。
総合評価マスタ１２３は、入力項目フィールドと、修正重み係数フィールドよりなる。
入力項目フィールドには、オペレータが入力した項目の項目コードが格納される。図５では解りやすさの為に項目名を記述している。
修正重み係数フィールドには、総合評価計算部１２２が総合評価の計算に用いる、入力項目毎の修正重み係数が格納される。
【００４９】
［受付入力操作評価データベース１２０］
図６は、受付入力操作評価データベース１２０の構成を示す図である。
受付入力操作評価データベース１２０は、オペレータコードフィールドと、入力項目フィールドと、受注コードフィールドと、入力効率フィールドと、修正回数フィールドと、総合評価フィールドと、操作履歴テーブルの一部のフィールドと同じフィールドの集合よりなる。
【００５０】
オペレータコードフィールド及び受注コードフィールドは、前述の宛名入力操作履歴テーブル３０１のそれと同一である。
入力項目フィールドには、オペレータが入力した項目の項目コードが格納される。図５では解りやすさの為に項目名を記述している。
入力効率フィールドには、入力効率計算部１１８によって算出された入力効率が格納される。
修正回数フィールドには、修正回数登録部１２１によって計数された修正回数が格納される。
総合評価フィールドには、総合評価計算部１２２によって算出された総合評価が格納される。
【００５１】
総合評価フィールドの右隣には、顧客区分フィールド、入力方法フィールド、商品種数フィールド、抱合せ有無フィールド、商品種別フィールド、用途フィールド、名入れ方法フィールド、包装方法フィールド、配送日時指定有無フィールド、配送業者指定有無フィールドが連なる。これらフィールドは、図３の操作履歴データベース１１７に含まれる操作履歴テーブルの、図４に示す入力難易度マスタ１１９と対応する、入力難易度を決定するフィールドが列挙されている。操作履歴データベース１１７から引き写されるこれらフィールドの値は、評価情報表示部１０８がオペレータの特定の入力項目における詳細な情報を表示するためのデータとして利用される。
【００５２】
図６を見て判るように、受付入力操作評価データベース１２０のレコードは、一件分の受注データに含まれる全ての入力項目について、入力効率、修正回数総合評価が記録されている。
受付入力操作評価データベース１２０をオペレータコードで絞り込めば、あるオペレータの総合評価の推移を見ることができる。勿論、総合評価の平均値も容易に算出できる。
更に、受付入力操作評価データベース１２０をオペレータコードと入力項目で絞り込めば、あるオペレータの特定の入力項目に関する総合評価の推移を見ることができる。また、当該入力項目の総合評価の平均値も算出できる。
【００５３】
また、受付入力操作評価データベース１２０を入力項目で絞り込めば、特定の入力項目に関する総合評価の推移を見ることができる。更に、入力項目毎に総合評価の平均値を算出して比較すると、どの入力項目の難易度が高いか等の全体的傾向を把握することも可能である。
【００５４】
［総合評価の計算］
入力効率計算部１１８は、受注データベース１１５から受注データを取得し、操作履歴データベース１１７から項目毎の入力方法と経過時間を取得する。次に、入力難易度マスタ１１９を参照して入力難易度を取得する。そして、取得したデータに基づいて以下の式で入力効率を算出し、受付入力操作評価データベース１２０に保管する。
総合評価計算部１２２１１５は、受付入力操作評価データベース１２０の各レコードについて、入力効率６０５と修正回数６０６を取得する。
次に、総合評価マスタ１２３から該当する入力項目の修正重み係数８０３を取得し、以下の式で総合評価６０７を算出し、算出結果を受付入力操作評価データベース１２０に保管する。
【００５５】
総合評価＝入力効率−（修正回数×修正重み係数）  （２）
【００５６】
上記式（２）を見て判るように、総合評価は、入力効率に対して修正回数を考慮した値である。入力された情報に誤りがあれば、その分入力効率から点数を引く、という思想である。
「オペレータが早く且つ正確に入力すること」を究極目標として、「どれだけ早く且つ正確に入力できたか」を入力項目毎に点数化することが、本実施形態のギフト商品受付配送管理システム１０１に付加された機能である。
【００５７】
［受注データ入力部１０６の動作］
図７は、クライアント１０３の受注データ入力部１０６の受注入力処理の流れを示すフローチャートである。
クライアント１０３の受注データ入力部１０６は、オペレータが操作部１１２を操作することによって処理を開始すると（Ｓ７０１）、先ず依頼主宛先入力処理を行う（Ｓ７０２）。
次に、受注データ入力部１０６は入力された依頼主が新規顧客であったか否かを確認し（Ｓ７０３）、新規顧客である場合は（Ｓ７０３のＹＥＳ）、依頼主住所入力処理を行う（Ｓ７０４）。
【００５８】
ステップＳ７０３で入力された依頼主が新規顧客でない場合（Ｓ７０３のＮＯ）、又はステップＳ７０４を実行した後、受注データ入力部１０６は商品入力処理を行う（Ｓ７０５）。
【００５９】
次に、受注データ入力部１０６は届先宛名入力処理を行う（Ｓ７０６）。
そして、受注データ入力部１０６は入力された届先が新規届先であったか否かを確認し（Ｓ７０７）、新規届先である場合は（Ｓ７０７のＹＥＳ）、届先住所入力処理を行う（Ｓ７０８）。
【００６０】
ステップＳ７０７で入力された届先が新規届先でない場合（Ｓ７０７のＮＯ）、又はステップＳ７０８を実行した後、受注データ入力部１０６は配送方法入力処理を行う（Ｓ７０９）。
次に、受注データ入力部１０６は包装方法入力処理を行う（Ｓ７１０）。
【００６１】
最後に、受注データ入力部１０６は受注データと操作履歴データを受注サーバ１０２に送信する。すると、データベースマネージャ１１４は受注コードを付加して、受注データを受注データベース１１５へ、操作履歴データを操作履歴データベース１１７に記録して（Ｓ７１１）、一連の処理を終了する（Ｓ７１２）。
【００６２】
次に、図７のステップＳ７０２、Ｓ７０４、Ｓ７０５、Ｓ７０６、Ｓ７０８、Ｓ７０９及びＳ７１０にて行われる入力処理の詳細を説明する。これらの全てのステップの入力処理の動作の流れは共通するので、一例としてステップＳ７０２の依頼主宛名入力処理を例示する。
図８は、依頼主宛名入力処理の詳細を示すフローチャートである。
処理を開始すると（Ｓ８０１）、入力フォーム作成部２０１は依頼主の宛名を入力するための入力フォームである、依頼主宛名入力画面を表示部１１１に表示する（Ｓ８０２）。そして、入力フォーム作成部２０１が依頼主宛名入力画面を表示部１１１に表示したことを示すシグナルが入力情報解析部２０２に伝わると、入力情報解析部２０２はタイマ２０３を起動する（Ｓ８０３）。
【００６３】
これ以降はループ処理である。
入力情報解析部２０２は、オペレータが操作部１１２を操作することで操作部１１２から生じる操作情報を待つ（Ｓ８０４）。
次に、入力情報解析部２０２は当該操作情報が依頼主宛名をする指示であるか判断する（Ｓ８０５）。
入力情報解析部２０２は、操作情報が依頼主宛名の読み仮名の検索の指示であると判断したら（Ｓ８０５のＹＥＳ）、図示しないＲＡＭ内に読み仮名検索フラグを設け、その値を論理の「真」に設定し（Ｓ８０６）、再度操作情報の入力を待つ（Ｓ８０４）。
【００６４】
ステップＳ８０５で、操作情報が依頼主宛名の読み仮名の検索の指示ではないと判断したら（Ｓ８０５のＮＯ）、入力情報解析部２０２は次に当該操作情報が依頼主宛名を電話番号で検索する指示であるか判断する（Ｓ８０７）。
入力情報解析部２０２は、操作情報が依頼主宛名の電話番号による検索の指示であると判断したら（Ｓ８０７のＹＥＳ）、図示しないＲＡＭ内に電話番号検索フラグを設け、その値を論理の「真」に設定し（Ｓ８０８）、再度操作情報の入力を待つ（Ｓ８０４）。
【００６５】
なお、ステップＳ８０６とステップＳ８０８は排他的に動作する。一旦読み仮名検索にて依頼主を特定したとしても、その後修正するために電話番号で検索した場合は、一旦上げた（論理の「真」に設定した）読み仮名検索フラグを下ろして（論理の「偽」に設定し直して）、電話番号検索フラグを上げる（論理の「真」に設定する）。逆もまた然りである。
【００６６】
ステップＳ８０７で、操作情報が依頼主の電話番号による検索の指示ではないと判断したら（Ｓ８０７のＮＯ）、入力情報解析部２０２は次に当該操作情報が確定ボタンを押す等の、依頼主宛名を確定する、つまり依頼主宛名入力を終了する指示であるか判断する（Ｓ８０９）。確定操作でない場合（Ｓ８０９のＮＯ）は、操作情報は文字入力や複数候補の選択操作等の操作情報なので、再度ステップＳ８０４に戻る。
【００６７】
ステップＳ８０９で確定操作であった場合（Ｓ８０９のＹＥＳ）、入力情報解析部２０２はタイマ２０３を停止して、タイマ２０３が計時した経過時間を取得する（Ｓ８１０）。そして、一連の処理で得られた入力データ、入力方法（読み仮名検索フラグ及び電話番号検索フラグの論理値）及び経過時間を、図示しないＲＡＭや一時ファイル等に一時的に記憶して（Ｓ８１１）、一連の処理を終了する（Ｓ８１２）。
【００６８】
図９は依頼主宛名入力画面の一例である。
表示部１１１に表示される依頼主宛名入力画面９０１には、依頼主氏名入力欄９０２、依頼主読み仮名入力欄９０３、電話番号入力欄９０４の他、読み仮名検索ボタン９０５、電話番号検索ボタン９０６、確定ボタン９０７、そしてキャンセルボタン９０８が設けられている。
【００６９】
読み仮名を依頼主読み仮名入力欄９０３に入力して読み仮名検索ボタン９０５を押すと、当該読み仮名のレコードが顧客データベース１２５に存在する場合は、依頼主氏名入力欄９０２に依頼主の氏名が、電話番号入力欄９０４に依頼主の電話番号が表示される。そして、この時に読み仮名検索フラグが論理の「真」になり、電話番号検索フラグは論理の「偽」になる。
【００７０】
一方、電話番号を電話番号入力欄９０４に入力して電話番号検索ボタン９０６を押すと、当該電話番号のレコードが顧客データベース１２５に存在する場合は、依頼主氏名入力欄９０２に依頼主の氏名が、依頼主読み仮名入力欄９０３に依頼主の読み仮名が表示される。そして、この時に電話番号検索フラグが論理の「真」になり、読み仮名検索フラグは論理の「偽」になる。
【００７１】
以上の説明で明らかなように、入力情報解析部２０２は、操作部１１２から出力される操作情報を監視して、操作情報が入力方法を決定する情報である場合はその旨を示すフラグを立てる。そして、入力データと共に一時的に記憶する。このような処理が、図７のステップＳ７０２、Ｓ７０４、Ｓ７０５、Ｓ７０６、Ｓ７０８、Ｓ７０９及びＳ７１０にて行われ、その結果、ステップＳ７１０を終了すると、各々のステップの入力データが集積されて受注データとなり、各々のステップの入力方法等が蓄積されて操作履歴データとなる。
【００７２】
［入力効率計算部１１８の動作］
図１０は、受注サーバ１０２の入力効率計算部１１８の入力効率計算処理の流れを示すフローチャートである。
受注サーバ１０２の入力効率計算部１１８は、クライアント１０３の受注データ入力部１０６から受注データ及び操作履歴データがデータベースマネージャ１１４を通じて受注データベース１１５及び操作履歴データベース１１７に記録されることに呼応して処理を開始すると（Ｓ１００１）、先ず受注データベース１１５から受注データを取得する（Ｓ１００２）。そして、取得した受注データのうち、顧客氏名や住所等の文字列データについては入力文字数を計数し、選択項目については選択項目数を算出する（Ｓ１００３）。
【００７３】
次に、入力効率計算部１１８は操作履歴データベース１１７から操作履歴データを取得し、各項目の入力方法と経過時間を取得する（Ｓ１００４）。
次に、入力効率計算部１１８は入力難易度マスタ１１９を参照し、入力項目毎に受注データと入力方法で入力難易度マスタ１１９を絞り込み、入力項目毎に入力難易度を取得する（Ｓ１００５）。
ステップＳ１００５で入力効率を算出するための要素は全て揃ったので、入力効率計算部１１８は項目毎に入力効率を算出し（Ｓ１００６)、算出した入力効率を受付入力操作評価データベース１２０に格納して（Ｓ１００７）、一連の処理を終了する（Ｓ１００８）。
【００７４】
［評価情報の表示］
図１１（ａ）及び（ｂ）は、評価情報表示部１０８によって作成され、表示部１１１に表示される、評価情報表示画面である。
【００７５】
図１１（ａ）は、複数のオペレータを対象とする評価情報表示画面である。
評価情報表示部１０８は、操作部１１２から様々な操作情報を受けて、受付入力操作評価データベース１２０からオペレータの受付入力操作を評価するためのデータである入力項目フィールドと、受注コードフィールドと、入力効率フィールドと、修正回数フィールドと、総合評価フィールドからデータを取得し、オペレータ毎の入力操作に関する総合評価情報を表示する。また、各項目についてソートして、オペレータコードの順位を表示し直すことで、入力項目毎のオペレータの順位を見ることもできる。
【００７６】
図１１（ｂ）は、特定のオペレータを対象とする評価情報表示画面である。
評価情報表示部１０８は、レーダチャート形式で、特定のオペレータの入力項目毎の入力効率や総合評価６０７の分布と、修正回数のランキング等を表示できる。
【００７７】
本実施形態では以下の応用例が可能である。
（１）ギフト商品受付配送管理システム１０１は、ｗｅｂベースのシステムとして構成することもできる。この場合、受注サーバ１０２はｗｅｂサーバとして構成され、受注データ入力部１０６、受注データ修正部１０７、評価情報表示部１０８及びオペレータ認証部１０９はｗｅｂサーバのｃｇｉとして受注サーバ１０２内に設けられることとなる。
【００７８】
（２）図３の操作履歴データベース１１７の各テーブルを構成するフィールドのうち、受注データベースと重複するフィールドは受注コードで受注データベースと紐付けすることで省略することができる。具体的には、以下のとおりである。
・宛名入力操作履歴テーブル３０１、商品入力操作履歴テーブル３０２、包装方法入力操作履歴テーブル３０３及び配送方法入力操作履歴テーブル３０４に共通して存在するオペレータコードフィールド
・宛名入力操作履歴テーブル３０１の顧客区分フィールド
・商品入力操作履歴テーブル３０２の商品種類フィールド、抱合せ有無フィールド及び商品種別フィールド
・包装方法入力操作履歴テーブル３０３の用途フィールド、名入れ方法フィールド及び包装方法フィールド
・配送方法入力操作履歴テーブル３０４の配送日時指定有無フィールド及び配送業者指定有無フィールド
【００７９】
本実施形態では、ギフト商品受付配送管理システム１０１を開示した。
受注データ入力部１０６に、操作部が出力する操作情報から、オペレータがどのような入力方法を実行したかを調べる入力情報解析部と、オペレータがある入力項目の入力を完遂するまでに要した経過時間を計測するタイマを設けて、操作履歴データベースに入力方法と経過時間を記録した。
【００８０】
受注データベースに蓄積されている受注データと、操作履歴データベースに蓄積されている操作履歴データを参照して、入力効率を算出することで、入力項目毎に採点することができる。したがって、オペレータの入力操作に問題がある項目及び入力方法が明確になり、オペレータの入力操作の習熟度を詳細に評価できる。このことは転じて、オペレータに対してどの入力操作を重点的に教育すれば良いかが判断できるようになる。また、受注データ入力部１０６のデータ入力機能を改善して、より高速に、より誤り率の低い入力操作へバージョンアップする必要の有無を判断する為の確実な情報を提示することができる。
【００８１】
更に、修正データベースに修正回数を蓄積させ、修正回数と入力効率から総合評価を算出することで、オペレータの入力操作に問題がある項目及び入力方法が明確になり、オペレータの入力操作の習熟度を詳細に評価できる。このことは転じて、オペレータに対してどの入力操作を重点的に教育すれば良いかが判断できるようになる。
【００８２】
以上、本発明の実施形態例について説明したが、本発明は上記実施形態例に限定されるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、他の変形例、応用例を含む。
【符号の説明】
【００８３】
１０１…ギフト商品受付配送管理システム、１０２…受注サーバ、１０３…クライアント、１０４…ネットワークインターフェース、１０６…受注データ入力部、１０７…受注データ修正部、１０８…評価情報表示部、１０９…オペレータ認証部、１１０…オペレータマスタ、１１１…表示部、１１２…操作部、１１３…ネットワーク、１１４…データベースマネージャ、１１５…受注データベース、１１６…リアルタイムクロック、１１７…操作履歴データベース、１１８…入力効率計算部、１１９…入力難易度マスタ、１２０…受付入力操作評価データベース、１２１…修正回数登録部、１２２…総合評価計算部、１２３…総合評価マスタ、１２４…修正データベース、１２５…顧客データベース、１２６…商品マスタ、２０１…入力フォーム作成部、２０２…入力情報解析部、２０３…タイマ、３０１…宛名入力操作履歴テーブル、３０２…商品入力操作履歴テーブル、３０３…包装方法入力操作履歴テーブル、３０４…配送方法入力操作履歴テーブル、３０６…入力方法、４０１…宛名入力難易度マスタ、４０２…商品入力難易度マスタ、４０３…包装方法入力難易度マスタ、４０４…配送方法入力難易度マスタ、６０５…入力効率、６０６…修正回数、６０７…総合評価、８０３…修正重み係数、９０１…依頼主宛名入力画面、９０２…依頼主氏名入力欄、９０３…依頼主読み仮名入力欄、９０４…電話番号入力欄、９０５…読み仮名検索ボタン、９０６…電話番号検索ボタン、９０７…確定ボタン、９０８…キャンセルボタン
【図１】
0005458360.tif 000003
【図２】
0005458360.tif 000004
【図３】
0005458360.tif 000005
【図４】
0005458360.tif 000006
【図５】
0005458360.tif 000007
【図６】
0005458360.tif 000008
【図７】
0005458360.tif 000009
【図８】
0005458360.tif 000010
【図９】
0005458360.tif 000011
【図１０】
0005458360.tif 000012
【図１１】
0005458360.tif 000013