WO2011058757A1 - データエントリーシステム - Google Patents

データエントリーシステム Download PDF

Info

Publication number
WO2011058757A1
WO2011058757A1 PCT/JP2010/006659 JP2010006659W WO2011058757A1 WO 2011058757 A1 WO2011058757 A1 WO 2011058757A1 JP 2010006659 W JP2010006659 W JP 2010006659W WO 2011058757 A1 WO2011058757 A1 WO 2011058757A1
Authority
WO
WIPO (PCT)
Prior art keywords
entry
data
operator
operators
image
Prior art date
Application number
PCT/JP2010/006659
Other languages
English (en)
French (fr)
Inventor
三枝子 松田
健一郎 谷口
正之介 野仲
坂本　昭二
千尋 清田
Original Assignee
株式会社ジェイ エスキューブ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社ジェイ エスキューブ filed Critical 株式会社ジェイ エスキューブ
Publication of WO2011058757A1 publication Critical patent/WO2011058757A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling

Definitions

  • the present invention relates to a data entry system, and more specifically to a system for inputting items described in a form as data.
  • This application claims priority based on Japanese Patent Application No. 2009-260694 for which it applied on November 16, 2009, and uses the content here.
  • the conventional data entry system has the following problems.
  • personalized information may be instantly stolen.
  • the conventional data entry system has a second problem that the operator can select an arbitrary job, so that the progress of the job cannot be predicted, and a situation that does not meet the delivery date occurs. That is, if each operator selects a work according to a personal schedule, it is uncertain whether a certain data entry work will be in time for the delivery deadline. In addition, the adjustment of all data entry work to meet the deadline for delivery was done by the original method of the data center to which the administrator belongs (for example, human naval tactics), so the administrator's work is complicated. As a result, the adjustment was not performed well, and in some cases, it was not possible to meet the delivery date.
  • the conventional data entry system has a third problem that the skill of the operator cannot be improved because the skill of the operator is not managed as a system.
  • an object of the present invention is to provide a data entry system that can strictly protect personal information, optimize assignment of data entry work, and improve operator skills.
  • the thin client server displays screen information on the client computer.
  • a data entry system in which the plurality of client computers display the screen information and transmit the data of the items described in the form inputted by a plurality of operators to the plurality of client computers to the thin client server.
  • the plurality of forms are divided into batches that are bundles of forms for each customer or type, and batch information related to at least delivery date set by the administrator for each batch is stored in the database.
  • the batch creation means for recording and the entire form image of the plurality of forms included in each of the batches are divided into one or a plurality of the items to be entered, and the divided images are used as divided entry images.
  • a dividing means for registering an input accuracy level, an input speed level or a unit price set by the administrator for each of the divided entry images, and an input time limit in the database; and the batch information
  • an extraction means for determining the divided entry image to be distributed for each of the plurality of operators based on the input condition, and the minimum entry of work to be entered by the operator into the plurality of operators.
  • a distribution means for distributing the job as a unit; Job completion determining means for determining whether or not entry data input based on the divided entry image is returned from the operator within an input time limit preset by the administrator for each image for L If the entry data is not returned within the input time limit, job redistribution means for automatically distributing the job to other operators that satisfy the input condition and finally returned from the plurality of operators
  • the entry data includes a combining unit that combines a series of data corresponding to all the description items included in the entire image of the original form for each form.
  • a plurality of jobs are extracted as a group for each operator and are extracted in order to reserve the distribution in advance.
  • the operator inputs the workable time, calculates the number of scheduled jobs, and automatically determines jobs to be distributed to the operator based on the workable time and the number of scheduled jobs. It further comprises schedule management means for determining automatically.
  • the data entry system further includes rank registration means for registering ranks indicating skills of the plurality of operators.
  • a billing information inquiry for notifying each of the plurality of operators of billing information corresponding to the job processed by each of the plurality of operators in response to the requests of the plurality of operators.
  • the apparatus further comprises means.
  • the operator's job when the input to the job in the batch by one operator reaches a certain ratio, the operator's job is automatically distributed to other operators for verification. It further comprises verify transition means, and synthesis means for synthesizing the entry data finally returned from the plurality of operators with the data of the original form unit.
  • the verification transfer means is configured so that the administrator can change a reference ratio for shifting to verification according to a progress rate designated for each of the divided entry images of the batch. It is possible to set.
  • the data entry system according to the present invention is further characterized by further comprising inquiry means for enabling communication for notifying an operator of an input error by another operator.
  • the inquiry means maintains the anonymity of the other operator for notification from the other operator in the communication.
  • the inquiry means enables an administrator to send a notification to a plurality of operators all at once.
  • the inquiry means records an inquiry from the other operator as a history so that an administrator can search the history.
  • the thin client system by using the thin client system, there is an effect that an actual image of the form is not leaked to the outside and personal information is protected.
  • the job delivery to the operator who enters the data is optimized, and when the entry process progresses, the verification process can be performed in parallel before the entry process is completed, thereby shortening the delivery time. There is.
  • the data entry system is a system for inputting data described in a form.
  • This data entry system is a system that protects personal information by using a thin client system so that the actual image of the form does not leak outside.
  • This system optimizes the delivery of jobs to operators who enter data, and shortens the delivery time by moving to the verification process in parallel before the entry process is completed as the entry process progresses.
  • the data entry system according to the present invention includes a schedule management system, a billing information system, an education system, and an inquiry system, and is a system that improves the skill of an operator through the interaction of these systems. Examples will be described below.
  • FIG. 1 is a diagram showing an overall configuration of a data entry system 1 according to an embodiment of the present invention.
  • the data entry system 1 includes a client computer 110, a thin client server 120, a file server 130, a database server 140, and a workflow server 150.
  • the client computer 110 is, for example, a personal computer, and includes an input device such as an OS, a CPU, a memory, a display, a mouse, and a keyboard. The operator inputs data through the client computer 110.
  • the client computer 110 is connected to the thin client server 120 via a network such as the Internet.
  • the thin client server 120 is a normal server that holds resources such as a hard disk, and includes an entry system 121.
  • the entry system 121 is a system that displays the divided entry image received from the file server 130 on the client computer 110 and receives input of text data from the operator based on the displayed divided entry image.
  • the file server 130 stores image data related to the form, entry data as text data, and the like.
  • the file server 130 divides an entry image for each item to be entered from a form image data (hereinafter referred to as a form image), and creates an image division program 131 which is a division means for creating a divided entry image, and a plurality of operators.
  • Data distribution program 132 which is an extraction means for determining the divided entry image to be distributed for each time, and data composition, which is a composition means for combining the entry data finally returned from a plurality of operators with the original form unit data
  • a program 133 is provided.
  • Form images, split entry images, entry data, and form unit data are stored in a recording medium (not shown).
  • the divided entry image is appropriately extracted by the image distribution program 132 (extraction means, distribution means) and distributed to the thin client server 120.
  • the image distribution program 132 functions as an extraction unit that determines a divided entry image to be distributed for each of a plurality of operators, and also functions as a distribution unit that distributes the divided entry image as a job to a plurality of operators.
  • the thin client server 120 appropriately transmits the entry data returned from the operator to the file server 130 and stores it in a recording medium (not shown).
  • the database server 140 is a server that includes a business master 141 that manages information related to forms, an operator master 142 that manages information related to operators, and an education master 143 including educational samples and the like.
  • the business master 141 stores various information regarding business, images for division entry, and entered data, and also holds, for example, a migration status table 144 and a distribution information table 145.
  • the operator master 142 stores information related to the operator, for example, information such as operator skill and schedule.
  • the workflow server 150 is a server that manages the entire entry business.
  • the workflow server 150 includes a schedule management system 151, a billing information inquiry system 152, an education system 153, and an inquiry system 154. Details of these systems will be described later.
  • the file server 130, the database server 140, and the workflow server 150 are connected by a local area network or the like.
  • the thin client server 120 is connected to the file server 130 and the workflow server 150 by loose coupling that is less dependent on each other.
  • FIG. 2 is a conceptual diagram of a data entry system using a thin client in this embodiment.
  • the client computer 110 notifies the thin client server 120 of the operation contents of the mouse or keyboard by the operator without processing and saving the operation contents, and the thin client server 120 performs processing according to the operation contents.
  • the thin client server 120 transmits screen information corresponding to the processing result to the client computer 110, and the client computer 110 causes the display device to display the screen information as it is without processing and storing the screen information.
  • the thin client server 120 is security-managed, holds entry software and split entry images, and centrally manages entry operations.
  • the client computer 110 is preinstalled with client software for receiving the screen information transmitted from the thin client server 120 and transmitting the input information to the thin client server 120.
  • the client computer 110 performs the minimum necessary processing and concentrates the processing on the thin client server 120. Therefore, the divided entry image is only displayed on the display monitor of the client computer 110, and the divided entry image file itself does not circulate in the network.
  • the entry software does not depend on the OS of the client computer 110.
  • FIG. 3 is a flowchart showing a business flow in the present embodiment.
  • step S1 the form provided by the customer is sorted.
  • a bundle of form images as a batch is selected for each customer or for each type, and information such as a delivery date designated by the customer is registered as batch information for each batch. For example, in FIG. 11, 24 hours is registered as a delivery date in the batch 10, and 48 hours is registered as a delivery date in the batch 20.
  • the database server 140 stores customer, delivery date, and other information in the business master 141. Further, the file server 130 stores a form image.
  • step S2 the image division program 131 of the file server 130 divides the form image and generates a division entry image.
  • the image is divided for each item described in the form. That is, an image is cut out for each description item according to a template preset for each form. In the present embodiment, the image is divided for each item described in the form, but a plurality of items described may be cut out as one image.
  • the file server 130 stores the segmented entry image that has been cut out.
  • information on input conditions such as difficulty level, required operator skill level (input accuracy level, input speed level), operator skill level to be verified, operator unit price, etc. Then, the input time limit and the verify transition rate are set.
  • the database server 140 stores these pieces of information in the business master 141.
  • the verification transfer rate will be described in detail later. Specifically, in FIG. 11, since the delivery time of the batch 10 is earlier than that of the batch 20, the processing is started with priority given to the batch 10. Then, the batch 10 is divided into three such as A (address), B (phone number), and C (name).
  • the image distribution program 132 of the file server 130 determines an operator who enters a group of divided entry images.
  • the operator who makes the entry is determined by the image distribution program 132, such as information such as the delivery date, difficulty level, and required skill level of the operator registered in the business master 141, and each operator registered in the operator master 142. Based on information such as skill level, schedule, and verification transfer rate of each operator, the delivery time and quality are optimized.
  • the image distribution program 132 distributes the job and the information of the operator who performs the entry to the entry system 121 of the thin client server 120.
  • the entry system 121 displays the divided entry image included in the distributed job on the display of the client computer 110 from the thin client server 120 to the determined operator.
  • this processing is a concept in which one piece of the image for division entry is distributed as one job in FIG. A single job may be distributed by including a plurality of division entry images.
  • the entry system 121 receives an entry of operator data for the displayed divided entry image.
  • the actual file of the divided entry image is not distributed to the client computer 110, and only the screen information corresponding to the processing result in the thin client server 120 is transmitted to the client computer 110.
  • jobs A1 to A5 are distributed to operators 1 to 3.
  • jobs A1 to A5 in one bundle of divided entry images are distributed in parallel to different operators.
  • a bundle of images for division entry is processed at the same time, and the processing speed is improved.
  • a single bundle entry image bundle may be distributed to one operator.
  • step S4 the operator performs entry or verification through the client computer 110. Specifically, the person in charge of entry performs data entry while looking at the image for division entry. The entered data is sent to the person in charge of verification, and verification input is performed in the same manner as the entry process. If there is a difference from the entry data, an error occurs during verification and correction is performed. The verified data is stored in the database server 140. Specifically, in FIG. 11, when 80% of entries of one divided entry image bundle is completed, it is distributed to the operator as a job for verification. At this time, it may be simultaneously distributed to a plurality of operators and processed simultaneously in parallel.
  • step S5 the data synthesis program 133 of the file server 130 synthesizes the text data entered for the divided entry image into the original form unit data. Subsequently, the file server 130 stores the combined form unit data in a recording device (not shown).
  • step S6 the form unit data is checked and corrected.
  • the manager or senior operator visually confirms the unknown data that cannot be identified and the items described outside the specified column by comparing the image of the entire form with the combined form unit data. If there is, correct it.
  • a logical check is performed on a group of form unit data belonging to the same batch, data with inconsistency is extracted, and correction is performed if necessary.
  • step S7 the completed form unit data is converted into a data layout required by the customer and delivered.
  • FIG. 4 is a schematic diagram showing the concept of the capture / batch creation process in step S2 in FIG.
  • the business master 141 of the database server 140 holds information regarding each business.
  • the business A includes entries for a form A, a form B, and a form C.
  • Form A, form B, and form C correspond to the batches described above.
  • form A is not divided, but form B is divided into two areas, and form C is divided into three areas.
  • the division is performed, for example, by designating each description item of name, address, and telephone as division areas.
  • segmentation is good also as 2 division
  • As the divided area a template in which an area is designated in advance may be used, or a divided area may be arbitrarily designated.
  • a form image When a form image is divided, information such as a division ID, a required input accuracy level, an input speed level, a verification level, a unit price, an input time limit, and a verification transition rate for each bundle of images of the same type of division entry Is set.
  • the set information is registered in the business master 141. In this way, the generated image for division entry and information on the work are provided to the entry work of each operator in the subsequent distribution process.
  • the distribution process is divided into extraction for extracting a divided entry image to be distributed for each operator and job distribution for distributing the divided entry image as a job to the operator.
  • Extraction of the image for division entry is performed based on preset extraction conditions.
  • the extraction conditions that can be set are production / education, input accuracy level (newcomer, beginner, intermediate, advanced, beginner / intermediate, intermediate / advanced, beginner / intermediate / advanced), input speed level (newcomer, beginner, intermediate, advanced, beginner / Intermediate, Intermediate / Advanced, beginner / Intermediate / Advanced), Verify level (Rookie, Beginner, Intermediate, Advanced, beginner / Intermediate, Intermediate / Advanced, beginnerer / Intermediate / Advanced), Status (Waiting for entry, Waiting for verify, Reservation Distribution, completed), delivery date, registration date, verification necessity / non-verification, verification migration rate, random extraction necessity / non-necessity, continuation / new.
  • the job is distributed to intermediate operators. If the input condition is set to “input accuracy level beginner / intermediate / advanced”, the job is distributed to any of the beginner, intermediate, and advanced operators. When “extended verification level” is set as the extraction condition, the verification job is distributed to the advanced operator.
  • Verification transfer rate refers to the rate at which the data entry progress by the operator is sequentially sent to the verification process when it reaches the specified rate for each bundle of split entry images belonging to the same batch. For example, when the verify transfer rate is 50%, the data already entered is sent to verify when the data entry of the entire bundle of divided entry images reaches 50%. By performing entry and verification simultaneously in parallel, the delivery time can be shortened.
  • FIG. 5 is a flowchart showing job extraction and distribution in the distribution step of step S3 of FIG.
  • the entry system 121 of the thin client server 120 displays a menu on the display screen of the client computer 110 (step S501).
  • the image distribution program 132 of the file server 130 acquires operator information from the operator master 142 (step S502). Specifically, based on the ID assigned to the operator, operator information such as the input accuracy level and input speed level of the operator is acquired. Subsequently, the operator transmits a reservation request (step S503).
  • the image distribution program 132 receives the reservation request, extracts a predetermined number of divided entry images that match the extraction condition, that is, four images in this embodiment (step S504). Extraction is automatically performed according to the extraction conditions described above. The image distribution program 132 updates “status” to “reserved” for each piece of data in the distribution information table for the extracted data.
  • the image distribution program 132 sequentially distributes the reserved data to the entry system 121 of the thin client server 120 (step S505). For the distributed data, the image distribution program 132 updates “status” to “distributing” for each data in the distribution information table.
  • the data distributed to the entry system 121 of the thin client server 120 is controlled so that a predetermined number, in this embodiment, four cases are always prefetched (that is, pre-distributed) to the entry system 121. That is, the entry system 121 always holds four prefetched data.
  • the next prefetched data is immediately transmitted to the client computer 110 as image information.
  • This automatic allocation / automatic distribution routine is a process of automatically allocating the data to another operator when the operator cannot continue the data entry.
  • FIG. 6 is a flowchart showing details of the automatic allocation routine.
  • step S601 distribution of the divided entry image is started.
  • a timer (not shown) starts counting.
  • step S602 it is determined whether an entry data is returned from the operator within the input time limit.
  • the CPU that executes step S602 functions as a job completion determination unit.
  • the input time limit is information preset for each divided entry image after the form image is divided. If there is a reply within the input time limit, the process returns to step S601, and the next divided entry image is distributed to the operator.
  • step S603 If no reply is received within the input time limit, the process proceeds to step S603, and the subsequent divided entry images are assigned to other operators and distributed.
  • the CPU that executes step S603 functions as an automatic distribution unit. Specifically, the image distribution program 132 returns the status to “waiting for entry”, and returns to the target to be extracted in response to a reservation request from another operator in step S503 in FIG. Thereafter, in step S504 in FIG. 5, the image is reserved for other operators as a divided entry image and distributed in step S505. This will be specifically described with reference to FIG. 11. Although the operator 3 is intermediate in skill, the input is slow and the job A5 is not returned within the input time limit. Redistributed. This operator 4 completes the entry within the input time limit and returns job A5.
  • a predetermined extraction condition for example, accuracy level, speed level
  • FIG. 7 is a flowchart showing a verify transition routine in the entry verify process of step S4 in FIG.
  • This verification transfer routine is a process of sequentially sending to the verification process when the progress of the data entry by the operator reaches a certain ratio of the entire bundle of images for the same divided entry belonging to the same batch.
  • step S701 the image distribution program 132 inquires the migration status to the migration status table 144 of the business master 141 of the database server 140.
  • the migration status table 144 holds a priority mode set for each division ID of each division entry image.
  • the mode is set to “verify” or “entry”.
  • the initial value is “entry”.
  • the migration status table 144 holds a verification migration rate set for each division ID of each division entry image.
  • the verify transfer rate is calculated by the following calculation formula.
  • Verification transfer rate (number of reference to transfer to verification / total number of bundles of images for the same split entry belonging to the same batch) x 100
  • step S701 the image distribution program 132 further inquires the distribution information table 145 about the progress rate of the current data entry.
  • the entry progress rate is calculated by the following formula.
  • Entry progress rate (number of completed entries / total number of bundles of images for the same split entry belonging to the same batch) x 100
  • step S701 it is determined whether or not the entry progress rate has exceeded the verify transfer rate. If not exceeded, the process advances to step S702 to continue the data entry without shifting to the verification. If exceeded, the priority mode of the migration status table 144 is updated to “verify”, and the process proceeds to step S703.
  • step S703 the image distribution program 132 inquires the operator's skill to the operator master 142. When the operator is a beginner, the process proceeds to step S702 and continues the data entry. If the operator is intermediate or higher, the process proceeds to step S704.
  • step S704 the divided entry images for which the data entry in the batch has been completed are sequentially sent to verify. At this time, since the priority mode of the migration status table 144 is set to “verify”, it is included in the extraction target in step S504 of FIG.
  • step S705 it is determined whether or not the batch processing has been completed. If the batch processing has been completed, the process proceeds to step S706 to start processing the next batch.
  • FIG. 8 is a conceptual diagram showing an outline of the schedule management system in the present embodiment.
  • the entry system 121 displays a “schedule management screen” on the display of the client computer 110.
  • the schedule management screen is displayed in a calendar format, and each operator inputs a scheduled time during which work can be performed for each date.
  • the operator A inputs that work for 5 hours is possible on the third day of XX
  • the operator B inputs that work for 3 hours is possible on the same day.
  • the input scheduled work time is registered in the operator master 142 of the database server 140.
  • the schedule management system 151 of the workflow server 150 may be automatically assigned to the operator based on the input scheduled work time, the scheduled work, and its amount. For example, a job included in the job C having a large amount is assigned to the operator A having a long workable time. Alternatively, the job A and the job included in the job B are assigned to the operator B having a short workable time. This automatic assignment is performed based on preset conditions, similar to the above-described extraction of the divided entry image.
  • Possible extraction conditions are production / education, input accuracy level (newcomer, beginner, intermediate, advanced, beginner / intermediate, intermediate / advanced, beginner / intermediate / advanced), input speed level (newcomer, Beginner, Intermediate, Advanced, Beginner / Intermediate, Intermediate / Advanced, beginner / Intermediate / Advanced), Verify level (Rookie, Beginner, Intermediate, Advanced, beginnerer / Intermediate, Intermediate / Advanced, beginnerer / Intermediate / Advanced), Status (Entry) Waiting, verification waiting, reservation, delivery in progress, delivery date, registration date, verification necessity / non-verification, verification transfer rate, random extraction necessity / non-necessity, continuation / new.
  • the workflow server 150 In the automatic assignment of work, the total workable time of all operators is compared with the scheduled total work volume. If the workable time is insufficient, the workflow server 150 notifies the administrator. Notify In this case, the manager performs manual adjustment such as requesting the operator directly from the operator.
  • each operator is automatically set in advance with a batch and job distribution schedule to be worked on in that month.
  • the divided entry images are extracted as jobs from the batches scheduled to be distributed for each operator according to the distribution process described above, and are sequentially applied to the entry system 121.
  • automatic assignment / automatic distribution processing for assigning the work to another operator is performed.
  • the scheduled work time of the operator is centrally managed, so that the work efficiency is improved.
  • the fact is notified, so that the manager can appropriately adjust during the busy season by adjusting manually.
  • the billing information inquiry system 152 in this embodiment displays the amount of payment scheduled for each operator.
  • the billing information that is, the amount to be paid to the operator for one data entry or one character unit is set in advance for each divided entry image. Therefore, in FIG. 8A and FIG. 8B, when the business is automatically assigned, the entry system 121 displays the payment amount for the previous month, the month before the previous month, and the payment amount for the current month to the operator. The billing information is displayed every time the operator logs into the client computer 110 and accesses the entry system 121. Also, when the operator changes the schedule and increases or decreases the scheduled work time, the billing information is changed in real time accordingly.
  • the operator can confirm whether or not he / she reaches the target income, which leads to maintenance of the operator's motivation and results in the business. This has the effect of improving the efficiency.
  • FIG. 9 is a conceptual diagram showing an outline of the education system 153 in the present embodiment.
  • the education master 143 holds samples A to C for data entry having different levels of difficulty corresponding to the levels of beginner, intermediate, and advanced prepared in advance.
  • the operator takes a test based on a sample of the education master 143 through the client computer 110. This test may be performed regularly or used as a practice before starting a new job.
  • step S901 the operator makes a pass / fail determination in step S901. If not, the process proceeds to step S902, and the operator receives a retest. If the operator passes in step S902, the process proceeds to step S603, where the input error of the operator is analyzed, and the input program is checked in step S906 to improve the input accuracy in the actual data entry in the new job.
  • step S904 it is determined whether or not to change the ranking assigned to each operator. As an example, if the beginner operator has a very high accuracy in the beginner's sample, or if the beginner operator has a high accuracy in the intermediate sample, the candidate information for rank-up from beginner to intermediate is stored in the database. sign up.
  • step S905 if the operator has passed the test but the input error has not reached a certain value, the operator rank-down candidate information is registered in the database.
  • the operator can improve his / her rank, and thus the skill of the operator can be improved.
  • FIG. 10 is a conceptual diagram showing an outline of the inquiry system in the present embodiment.
  • an inquiry system 154 is configured to make it possible to make an anonymous contact from the person in charge of verification to the person in charge of entry in real time.
  • both the person in charge of entry and the person in charge of verification are operators.
  • the person in charge of entry performs data entry at home using the client computer 110. For example, it is assumed that the person in charge of entry has entered “Tokyo Metropolitan Area ⁇ ⁇ ⁇ Ward” as an address. At this time, if the person in charge of the verification notices an error, the person in charge of the entry is immediately notified that “it is not the XX ward but the XX ward”. The notification in this case is anonymous. As a result, the person in charge of the entry notices the mistake and tries not to make an input mistake again.
  • the query history is stored in the query database, classified into items such as operator name, query item, confirmation flag, and image path.
  • the administrator can access this query database at any time and check the status of the query.
  • the corresponding image path indicates the storage location of the divided entry image in which there was an input error. For example, the administrator can search the inquiry database for each item.
  • the person in charge of entry can ask the administrator a question. For example, when the person in charge of the entry asks the administrator “Do you want to insert a space between characters?”, The administrator sends an answer “Please enter a space” in real time.
  • the verification person since the verification person can immediately point out an input mistake of the entry person, it is possible to maintain and improve the skill of the operator.
  • the administrator can send a message to each operator simultaneously. Thereby, even when there are a large number of operators, the instructions can be easily transmitted.
  • Data Entry System 110 Client Computer 120 Thin Client Server 130 File Server 140 Database Server 150 Workflow Server

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】個人情報を厳格に保護し、データエントリーの業務の割当てを最適化し、且つオペレータのスキルを向上させることができるデータエントリーシステムを提供する。 【解決手段】シンクライアントシステムを利用して、帳票の記載事項を複数のオペレータにエントリーさせるデータエントリーシステムであって、帳票イメージから、エントリーすべき記載事項ごとに帳票イメージを分割して、分割エントリー用イメージを生成する分割プログラム１３１と、複数のオペレータごとに配信予定の分割エントリー用イメージを決定し、複数のオペレータに分割エントリー用イメージをジョブとして配信する配信プログラム１３２と、一定の時間内に、分割エントリー用イメージに基づいて入力されたエントリーデータがオペレータから返信されたか否かを判断するジョブ完了判断手段Ｓ６０２と、エントリーデータが一定の時間内に返信されない場合は、ジョブを他のオペレータに割り当てるジョブ配信手段Ｓ６０３と、最終的に複数のオペレータから返信されたエントリーデータを元の帳票単位のデータに合成する合成プログラム１３３とを備える。

Description

データエントリーシステム
　本発明は、データエントリーシステムに関し、より具体的には、帳票に記載された項目をデータとして入力するためのシステムに関する。
　本願は、２００９年１１月１６日に出願された特願２００９－２６０６９４号に基づき優先権を主張し、その内容をここに援用する。
　従来、各種の帳票に記入された記載事項をデータ入力する作業では、データエントリーを行う者、すなわちオペレータが、入力するべき帳票のイメージを見ながらその帳票に記載された事項をデータ入力することにより行われている。この帳票には、たとえば、住所、氏名、郵便番号、電話番号、口座番号、銀行名、支店名、受取人、金額等の事項が記載されている。また、帳票の記載項目は千差万別であり、記載事項の項目の種類や数などに相当の違いがある。
　データエントリーを行うエントリー担当者は、すべての記載事項を正確に入力しなければならず、高度に熟練された理解力とタイピング技術が必要とされ、入力時のミスが生じてしまうと大きな問題を引き起こしてしまうことになる。このため、入力ミスを発見して納品前に修正するため、エントリー工程の後にベリファイ工程を設け、ベリファイ担当者がエントリー担当者の入力ミスを修正することが広く行われている。
　また、近年、情報通信技術の飛躍的な進展等を背景としたインターネットやデジタル文書化の急速な普及等によって、実物の原票を持ち出さず、エントリー担当者およびベリファイ担当者がコンピュータを用いてイメージを見ながらデータエントリー及びベリファイを行うシステムが提案されている。特許文献１に開示されたデータエントリーシステムでは、帳票をイメージデータとして、そのイメージデータを項目ごとに分割し、分割したイメージデータを自宅にいるエントリー担当者に送信して、担当者が自宅で入力を行う。
特開２００６－２４４３１５号公報
　しかし、従来のデータエントリーシステムでは、以下のような問題があった。
　帳票のイメージを項目ごとに分割することによっても、個人情報の保護は十分ではないという第１の問題があった。すなわち分割された帳票イメージが在宅のエントリー担当者のもとに送信されることにより、個人情報が漏洩する可能性が飛躍的に増大する。また、帳票のイメージが分割されているからといっても、分割したイメージを合成すれば容易に個人情報の復元が可能である。さらに、現代のデジタル技術の進展によって、データ化された個人情報は瞬時に盗まれる可能性がある。
　また、従来のデータエントリーシステムでは、オペレータが任意の業務を選択することができるため、業務の進捗が予測できず、納期に間に合わない事態が生じるという第２の問題があった。すなわち、各オペレータが個人のスケジュールに従い業務を選択するのでは、あるデータエントリー業務が納品期限に間に合うか否かが、不確実であった。また、すべてのデータエントリー業務を納品期限に間に合わせようと調整するのは、管理者が所属するデータセンターの独自の方法（例えば、人海戦術）によって行っていたため、管理者の業務が煩雑になり、結果として調整もうまく行われておらず、場合によっては納期に間に合わないこともあり得た。
　さらに、従来のデータエントリーシステムでは、オペレータのスキルの管理がシステムとして行われていないため、オペレータのスキルが向上しないという第３の問題があった。
　そこで、本発明は、個人情報を厳格に保護し、データエントリーの業務の割当てを最適化し、且つオペレータのスキルを向上させることができるデータエントリーシステムを提供することを目的とする。
　前記問題を解決するため、本発明においては、　複数のクライアントコンピュータと前記クライアントコンピュータがネットワークを介して接続されるシンクライアントサーバとからなるシンクライアントシステムにおいて、前記シンクライアントサーバが前記クライアントコンピュータに画面情報を送信し、前記複数のクライアントコンピュータが前記画面情報を表示するとともに前記複数のクライアントコンピュータに対して複数のオペレータが入力した帳票の記載事項のデータを前記シンクライアントサーバに送信するデータエントリーシステムであって、複数の前記帳票を、顧客ごと又は種類ごとの帳票の束であるバッチに分割し、前記バッチごとに管理者によって設定された少なくとも納期に関するバッチ情報をデータベースに登録するバッチ作成手段と、前記バッチそれぞれに含まれる複数の前記帳票の帳票全体イメージから、エントリーすべき１又は複数の前記記載事項ごとに分割して、この分割されたイメージを分割エントリー用イメージとし、前記分割エントリー用イメージそれぞれに対して前記管理者によって設定された入力精度レベル、入力速度レベル又は単価のいずれかの入力条件、及び入力制限時間を前記データベースに登録する分割手段と、前記バッチ情報及び前記入力条件に基づいて、前記複数のオペレータごとに配信予定の前記分割エントリー用イメージを決定する抽出手段と、前記複数のオペレータに、前記分割エントリー用イメージを、オペレータがエントリーすべき仕事の最小単位であるジョブとして配信する配信手段と、前記分割エントリー用イメージごとに前記管理者によって予め設定された入力制限時間時間内に、前記分割エントリー用イメージに基づいて入力されたエントリーデータが前記オペレータから返信されたか否かを判断するジョブ完了判断手段と、前記エントリーデータが前記入力制限時間内に返信されない場合は、前記ジョブを前記入力条件を満たす他のオペレータに自動的に配信するジョブ再配信手段と、最終的に前記複数のオペレータから返信された前記エントリーデータを元の帳票全体イメージに含まれるすべての記載事項に相当する一連のデータを、帳票ごとに、合成する合成手段とを備えることを特徴とする。
　また、本発明に係るデータエントリーシステムにおいては、前記オペレータごとに、複数個のジョブをひとまとまりとしてその配信を予め予約するために抽出することを特徴とする。
　また、前記オペレータに作業可能時間を入力させ、予定されているジョブの数を算出し、前記作業可能時間と前記予定されているジョブの数とに基づいて、前記オペレータに配信すべきジョブを自動的に決定するスケジュール管理手段をさらに備えることを特徴とする。
　また、本発明に係るデータエントリーシステムにおいては、前記複数のオペレータのスキルを示すランクを登録するランク登録手段をさらに備えることを特徴とする。
　また、本発明に係るデータエントリーシステムにおいては、前記複数のオペレータそれぞれが処理したジョブに応じた課金情報を前記複数のオペレータそれぞれに対して、前記複数のオペレータのリクエストに応じて通知する課金情報照会手段をさらに備えることを特徴とする。
　また、本発明に係るデータエントリーシステムにおいては、一のオペレータによる前記バッチ内の前記ジョブに対する入力が一定の割合に達すると、該オペレータのジョブをベリファイのために他のオペレータに自動的に配信するベリファイ移行手段と、最終的に前記複数のオペレータから返信された前記エントリーデータを元の帳票単位のデータに合成する合成手段をさらに備えることを特徴とする。
　また、本発明に係るデータエントリーシステムにおいては、前記ベリファイ移行手段は、前記バッチの分割エントリー用イメージ毎に指定した進捗率に応じてベリファイに移行する基準となる割合を異ならせて前記管理者が設定することが可能なことを特徴とする。
　また、本発明に係るデータエントリーシステムにおいては、一のオペレータによる入力の間違いを他のオペレータが通知するための通信を可能にする問合せ手段をさらに備えることを特徴とする。
　また、本発明に係るデータエントリーシステムにおいては、前記問合せ手段は、前記通信において前記他のオペレータからの通知を前記他のオペレータの匿名を維持することを特徴とする。
　また、本発明に係るデータエントリーシステムにおいては、前記問合せ手段は、管理者が複数のオペレータに対して連絡を一斉に発信できるようにしたことを特徴とする。
　また、本発明に係るデータエントリーシステムにおいては、前記問合せ手段は、前記他のオペレータからの問合せを履歴として記録し、管理者が前記履歴を検索できるようにしたことを特徴とする。
　本発明によれば、シンクライアントシステムを利用することによって、帳票の実物のイメージが外部に流出せず、個人情報を保護するという効果がある。
　また、データのエントリーを行うオペレータへのジョブの配信を最適化し、またエントリー工程が進捗するとエントリー工程が完了する前に平行してベリファイ工程に移行することによって納期の短縮を図ることができるという効果がある。
　さらに、スケジュール管理システム、課金情報システム、教育システム及び問合せシステムを備えているため、これらのシステムの相互作用によってオペレータのスキルを向上させることができるという効果がある。
本発明の実施形態であるデータエントリーシステムの全体構成を示す図である 本実施形態における、シンクライアントを用いたデータエントリーシステムの概念図である。 本実施形態における業務の流れを示すフローチャートである。 図３におけるステップＳ２の取込み・バッチ作成工程の概念を示す模式図である。 図３のステップＳ３の配信工程におけるジョブの抽出と配信を示すフローチャートである。 自動配信ルーチンの詳細を示すフローチャートである 図３におけるステップＳ４のエントリー・ベリファイ工程におけるベリファイ移行ルーチンを示すフローチャートである。 本実施形態におけるスケジュール管理システムの概略を示す概念図である。 本実施形態における教育システムの概略を示す概念図である。 本実施形態における問合せシステムの概略を示す概念図である。 本実施形態における全体システムの概略を示す概念図である。
　以下、本発明の実施形態であるデータエントリーシステムについて図面を参照して、詳細に説明する。
　本実施形態に係るデータエントリーシステムは、帳票に記載された事項をデータ入力するシステムである。このデータエントリーシステムは、シンクライアントシステムを利用することによって、帳票の実物のイメージが外部に流出せず、個人情報を保護するシステムである。データのエントリーを行うオペレータへのジョブの配信を最適化し、またエントリー工程が進捗するとエントリー工程が完了する前に平行してベリファイ工程に移行することによって納期の短縮を図るシステムである。また、本願発明に係るデータエントリーシステムは、スケジュール管理システム、課金情報システム、教育システム及び問合せシステムを備えており、これらのシステムの相互作用によってオペレータのスキルを向上させるシステムである。以下に実施例を述べる。
＜全体構成＞
　図１は、本発明の実施形態であるデータエントリーシステム１の全体構成を示す図である。
　データエントリーシステム１は、クライアントコンピュータ１１０と、シンクライアントサーバ１２０と、ファイルサーバ１３０と、データベースサーバ１４０と、ワークフローサーバ１５０とを含んでいる。
　クライアントコンピュータ１１０は、例えばパーソナルコンピュータであり、ＯＳ、ＣＰＵ、メモリ、ディスプレイ、マウスやキーボード等の入力装置から構成される。オペレータはクライアントコンピュータ１１０を通じて、データの入力を行う。このクライアントコンピュータ１１０はネットワーク、例えば、インターネットなどを介して、シンクライアントサーバ１２０に接続されている。
　シンクライアントサーバ１２０は、ハードディスクなどの資源を保持した通常のサーバであり、エントリーシステム１２１を含んでいる。エントリーシステム１２１は、ファイルサーバ１３０から受け取った分割エントリー用イメージをクライアントコンピュータ１１０に表示させ、表示されている分割エントリー用イメージに基づいて、オペレータからのテキストデータの入力を受け付けるシステムである。
　ファイルサーバ１３０は、帳票に関するイメージデータ及びテキストデータとしてのエントリーデータなどを格納している。ファイルサーバ１３０は、帳票のイメージデータ（以下、帳票イメージ）からエントリーすべき記載事項ごとのエントリーイメージを分割して、分割エントリー用イメージを作成する分割手段であるイメージ分割プログラム１３１と、複数いるオペレータごとに配信予定の分割エントリー用イメージを決定する抽出手段であるイメージ配信プログラム１３２と、　最終的に複数のオペレータから返信されたエントリーデータを元の帳票単位のデータに合成する合成手段であるデータ合成プログラム１３３を備えている。
　帳票イメージ、分割エントリー用イメージ、エントリーデータ及び帳票単位のデータは図示しない記録媒体に格納されている。分割エントリー用イメージは、イメージ配信プログラム１３２（抽出手段、配信手段）によって適宜抽出されて、シンクライアントサーバ１２０に配信される。このとき、イメージ配信プログラム１３２は、複数のオペレータごとに配信予定の分割エントリー用イメージを決定する抽出手段として機能するとともに、複数のオペレータに前記分割エントリー用イメージをジョブとして配信する配信手段として機能する。また、シンクライアントサーバ１２０は、オペレータから返信されたエントリーデータは適宜ファイルサーバ１３０に送信されて、図示しない記録媒体に格納される。
　データベースサーバ１４０は、帳票に関する情報を管理する業務マスタ１４１と、オペレータに関する情報を管理するオペレータマスタ１４２と、教育用のサンプル等を含んだ教育マスタ１４３を備えたサーバである。業務マスタ１４１は、業務に関する各種情報、分割エントリー用イメージ、エントリーされたデータを格納しているほか、例えば移行状況テーブル１４４、配信情報テーブル１４５などを保持している。オペレータマスタ１４２は、オペレータに関する情報、例えば、オペレータのスキル、スケジュールなどの情報を格納している。
　ワークフローサーバ１５０は、エントリー業務全体を管理するサーバである。このワークフローサーバ１５０は、スケジュール管理システム１５１と、課金情報照会システム１５２と、教育システム１５３と、問合せシステム１５４を備えている。これらのシステムについての詳細は後述する。
　ファイルサーバ１３０、データベースサーバ１４０及びワークフローサーバ１５０は、ローカルエリアネットワークなどによって接続されている。シンクライアントサーバ１２０は、ファイルサーバ１３０及びワークフローサーバ１５０とは、相互に依存度が少ない疎結合によって接続されている。
　図２は、本実施形態における、シンクライアントを用いたデータエントリーシステムの概念図である。
　クライアントコンピュータ１１０は、オペレータによるマウスやキーボードなどへの操作内容を処理および保存しないで操作内容のままシンクライアントサーバ１２０に通知し、シンクライアントサーバ１２０はその操作内容に応じた処理を行う。そして、シンクライアントサーバ１２０は、その処理結果に応じた画面情報をクライアントコンピュータ１１０に送信し、クライアントコンピュータ１１０はその画面情報を処理および保存しないで画面情報のまま表示装置に表示させる。
　具体的には、シンクライアントサーバ１２０は、セキュリティ管理がされており、エントリーソフトウェア及び分割エントリー用イメージを保持し、エントリー業務を一元管理している。
　なお、クライアントコンピュータ１１０には、シンクライアントサーバ１２０から送信された画面情報を受信し、また入力された情報をシンクライアントサーバ１２０に送信するためのクライアントソフトウェアが予めインストールされている。
　このように、シンクライアント・エントリーシステムでは、クライアントコンピュータ１１０に必要最小限の処理をさせ、処理をシンクライアントサーバ１２０に集中させる。したがって、分割エントリー用イメージはクライアントコンピュータ１１０のディスプレイモニタに表示されるだけであり、分割エントリー用イメージのファイル自体はネットワークを流通しない。また、エントリーソフトウェアはクライアントコンピュータ１１０のＯＳに依存しない。
　これによって、業務に関するセキュリティを一元管理することができ、信頼性の高いエントリー業務を提供することができる。また、クライアントコンピュータ１１０が増えた場合であっても、シンクライアントサーバ１２０の能力を増強し、またはサーバ数を増やせばよいので、業務の増加に適切に対応することができる。さらに、クライアントコンピュータ１１０の機器構成に影響を受けないので、業務に合わせてオペレータ側の機器構成を必要以上に変更する必要もなく、管理コストの低減を図ることが可能である。
＜全体フロー＞
　図３は、本実施形態における業務の流れを示すフローチャートである。
　ステップＳ１の仕分け工程では、顧客から提供された帳票の仕分けを行う。
　ステップＳ２の取込み・バッチ工程では、顧客ごと、あるいは種類ごとに一まとまりのバッチとしての帳票イメージの束を選択し、そのバッチごとに顧客によって指定された納期等の情報をバッチ情報として登録する。例えば、図１１において、バッチ１０には、納期として２４時間が登録され、バッチ２０には納期として４８時間が登録される。データベースサーバ１４０は、顧客、納期、その他の情報を業務マスタ１４１に格納する。また、ファイルサーバ１３０は、帳票イメージを格納する。
　続いて、ステップＳ２において、ファイルサーバ１３０のイメージ分割プログラム１３１は、帳票イメージを分割し、分割エントリー用イメージを生成する。イメージの分割は、帳票の記載事項ごとに行われる。すなわち、帳票ごとに予め設定されたテンプレートにしたがって、各記載事項ごとにイメージが切り出される。なお、本実施形態では帳票の記載事項ごとにイメージが分割されるが、複数の記載事項を一つのイメージとして切り出しても良い。ファイルサーバ１３０は、切り出された分割エントリー用イメージを格納する。また、分割エントリー用イメージごとに、難易度、必要とされる入力するオペレータのスキルのレベル（入力精度レベル、入力速度レベル）、ベリファイするオペレータのスキルのレベル、オペレータの単価等の入力条件の情報と、入力制限時間、ベリファイ移行率が設定される。データベースサーバ１４０は、これらの情報を業務マスタ１４１に格納する。ベリファイ移行率については後に詳述する。
　具体的には、図１１において、バッチ１０がバッチ２０よりも納期が早いため、バッチ１０が優先して処理が開始される。そして、バッチ１０がＡ（住所）、Ｂ（電話番号）、Ｃ（氏名）というように３つに分割される。
　ステップＳ３の配信工程では、ファイルサーバ１３０のイメージ配信プログラム１３２が分割エントリー用イメージのまとまりをエントリーするオペレータを決定する。エントリーを行うオペレータの決定は、イメージ配信プログラム１３２が、業務マスタ１４１に登録された納期、難易度、必要とされるオペレータのスキルのレベル等の情報と、オペレータマスタ１４２に登録された各オペレータの各オペレータのスキルのレベル、スケジュール、ベリファイ移行率等の情報に基づいて、納期と品質が最適になるように行う。
　続いて、イメージ配信プログラム１３２は、そのジョブとエントリーを行うオペレータの情報をシンクライアントサーバ１２０のエントリーシステム１２１に配信する。エントリーシステム１２１は、配信されたジョブに含まれる分割エントリー用イメージを、決定されているオペレータに対してシンクライアントサーバ１２０から、クライアントコンピュータ１１０のディスプレイに表示させる。この処理は、本実施形態では、具体的には、図１１において、分割エントリー用イメージ１枚１枚をひとつのジョブとして配信するような概念である。なお、１つのジョブに複数の分割エントリー用イメージを含ませて配信してもよい。続いて、エントリーシステム１２１は、表示された分割エントリー用イメージに対するオペレータのデータのエントリーを受け付ける。このとき、分割エントリー用イメージの実際のファイルは、クライアントコンピュータ１１０に配信されず、シンクライアントサーバ１２０における処理の結果に応じた画面情報のみがクライアントコンピュータ１１０に送信される。
　具体的には、図１１において、オペレータ１～３にジョブＡ１～Ａ５が配信される。このように１つの分割エントリー用イメージの束のうちジョブＡ１～Ａ５が別々のオペレータに平行して配信されることとなる。このように、複数のオペレータに平行して別々に配信されることにより、１つの分割エントリー用イメージの束が同時に処理されることになり、処理速度が向上する。いうまでもなく、１つの分割エントリー用イメージの束を一人のオペレータに配信してもよい。
　ステップＳ４のエントリー・ベリファイ工程では、オペレータがクライアントコンピュータ１１０を通じて、エントリーまたはベリファイを行う。具体的には、エントリー担当者が分割エントリー用イメージを見ながら、データのエントリーを行う。エントリーされたデータはベリファイ担当者に回され、エントリー工程と同様にベリファイ入力を行う。エントリーデータと相違があれば、ベリファイ最中にエラーとなり修正を行う。ベリファイされたデータはデータベースサーバ１４０に格納される。
　具体的には、図１１において、１つの分割エントリー用イメージの束の、８０％のエントリが完了したとき、ベリファイのためのジョブとしてオペレータに配信される。このとき、複数のオペレータに同時に配信して、平行して同時に処理してもよい。
　ステップＳ５の出力工程では、ファイルサーバ１３０のデータ合成プログラム１３３が、分割エントリー用イメージに対してエントリーされたテキストデータを元の帳票単位のデータに合成する。続いて、ファイルサーバ１３０は、合成された帳票単位データを図示しない記録装置に格納する。
　ステップＳ６の修正工程では、帳票単位データのチェック及び修正を行う。例えば、識別できない不明なデータや所定の欄の外に記載された記載事項を、帳票全体のイメージと合成された帳票単位データとを比較して、管理者または上級オペレータが目視で確認し、必要があれば修正を行う。また、同じバッチに属する帳票単位データのまとまりに対して論理チェックを行い、不整合があるデータを抽出し、必要があれば修正を行う。
　ステップＳ７の納品工程では、完成した帳票単位データのまとまりを、顧客が要求するデータレイアウトに変換し、納品を行う。
　以下、前記工程それぞれについて、図面を参照してさらに詳細する。
＜取込み・バッチ作成工程＞
　図４は、図３におけるステップＳ２の取込み・バッチ作成工程の概念を示す模式図である。
　データベースサーバ１４０の業務マスタ１４１は、各業務に関する情報を保持している。例えば、業務Ａは、帳票Ａ、帳票Ｂ、帳票Ｃのエントリーを含んでいる。帳票Ａ、帳票Ｂ，帳票Ｃは、それぞれ前述したバッチに相当する。ここで、帳票Ａは分割されないが、帳票Ｂは２領域に分割され、帳票Ｃは３領域に分割される。分割は、例えば、名前、住所及び電話の各記載項目を分割領域に指定することによって行われる。また、分割は、例えば、名前、住所及び電話の各記載項目のうち、２つの項目と１つの項目との２分割としてもよい。分割領域は、予め領域が指定されたテンプレートを用いても良いし、任意に分割領域を指定できるようにしてもよい
　帳票イメージが分割されると、同一の種類の分割エントリー用イメージの束ごとに、分割ＩＤ、要求される入力精度レベル、入力速度レベル、ベリファイレベル、単価、入力制限時間、ベリファイ移行率等の情報が設定される。設定された情報は、業務マスタ１４１に登録される。このように、生成された分割エントリー用イメージ及び業務に関する情報は、続く配信工程によって各オペレータのエントリー作業に供される。
＜配信工程＞
　配信工程は、オペレータごとに配信予定の分割エントリー用イメージを抽出する抽出と、オペレータに分割エントリー用イメージをジョブとして配信するジョブ配信とに分けられる。
　分割エントリー用イメージの抽出は、予め設定した抽出条件に基づいて行われる。設定可能な抽出条件は、本番／教育、入力精度レベル（新人、初級、中級、上級、初・中級、中・上級、初・中・上級）、入力速度レベル（新人、初級、中級、上級、初・中級、中・上級、初・中・上級）、ベリファイレベル（新人、初級、中級、上級、初・中級、中・上級、初・中・上級）、ステータス（エントリー待ち、ベリファイ待ち、予約、配信中、済み）、納期、登録日、ベリファイの要／否、ベリファイ移行率、ランダム抽出の要／否、継続／新規などである。
　「本番／教育」の抽出条件については、「教育」が設定された場合は、本番ではなく教育用のデータベースからサンプルデータが抽出され、データエントリーの予行練習に供される。「本番」が設定された場合は、本番用のデータベースに切り替えられる。
　「入力速度レベル」と「入力精度レベル」「ベリファイレベル」については、抽出条件として、「入力速度レベル＝中級」などのように設定した場合、中級のオペレータにジョブが配信される。抽出条件として「入力精度レベル初・中・上級」と設定された場合には、初級、中級、上級のいずれかのオペレータにジョブが配信される。抽出条件として「ベリファイレベル上級」と設定された場合には、上級のオペレータにベリファイのジョブが配信される。
　「ステータス」については、原則として、「エントリー待ち」あるいは「ベリファイ待ち」のデータが抽出される。「ステータス」が「予約」「配信中」「済み」のデータは抽出されない。
　「納期」又は「登録日」については、データの抽出は「納期」又は「登録日」の昇順にしたがって行われる。同じ納期及び登録日のバッチが複数あった場合、バッチの番号順にデータが抽出される。
　「ベリファイの要／否」については、例えば「ベリファイ＝否」に設定された場合は、エントリーが終わるとベリファイを行わずに終了する。
　「ベリファイ移行率」は、オペレータによるデータエントリーの進捗が同じバッチに属する分割エントリー用イメージの束ごとに指定された割合に達したときに順次ベリファイ工程に送られていく場合のその割合をいう。例えば、ベリファイ移行率が５０％であったときは、分割エントリー用イメージの束全体のデータエントリーが５０％に達した時点で、エントリー済みのデータがベリファイに回されることになる。エントリーとベリファイを同時に平行して行うことで、納期の短縮を図ることができる。
　「ランダム抽出の要／否」については、ランダム抽出が「要」に設定された場合は、同一バッチからデータを抽出するときに、一人のオペレータにバッチ内の連続したデータが配信されないようにランダムに抽出される。ランダムに抽出するための番号は、バッチ作成のときに、各データに対してランダムに番号を付しておく。データの呼び出しはこのランダム番号の順に呼び出される。
　「継続／新規」については、例えば、「継続」に設定された場合は、オペレータが作業を継続している間は、同一分割ＩＤ、ステータス、精度レベル、速度レベルのデータが抽出される。
　以下、配信工程の詳細を、図５を参照しながら詳細に説明する。
　図５は、図３のステップＳ３の配信工程におけるジョブの抽出と配信を示すフローチャートである。
　まず、シンクライアントサーバ１２０のエントリーシステム１２１が、オペレータがログインしてクライアントソフトを起動すると、クライアントコンピュータ１１０のディスプレイ画面にメニューを表示する（ステップＳ５０１）。
　ファイルサーバ１３０のイメージ配信プログラム１３２はオペレータマスタ１４２からオペレータの情報を取得する（ステップＳ５０２）。具体的には、オペレータに割り当てられたＩＤに基づいて、当該オペレータの入力精度レベル、入力速度レベル等のオペレータ情報を取得する。続いて、オペレータが予約要求を送信する（ステップＳ５０３）。
　予約要求を受けたイメージ配信プログラム１３２は、抽出条件に合致する分割エントリー用イメージを所定の件数、本実施形態では４件抽出する（ステップＳ５０４）。抽出は、前述した抽出条件にしたがって、自動で行われる。イメージ配信プログラム１３２は、抽出したデータについて、配信情報テーブルの各データについて「ステータス」を「予約」に更新する。
　イメージ配信プログラム１３２は、予約されたデータを順次シンクライアントサーバ１２０のエントリーシステム１２１に配信する（ステップＳ５０５）。イメージ配信プログラム１３２は、配信したデータについて、配信情報テーブルの各データについて「ステータス」を「配信中」に更新する。
　以降、データの配信と平行して、抽出が行われる。また、シンクライアントサーバ１２０のエントリーシステム１２１に配信されるデータは、所定の件数、本実施形態では４件が常にエントリーシステム１２１にプリフェッチ（すなわち事前配信）された状態となるように制御される。すなわち、エントリーシステム１２１は常にプリフェッチされた４件のデータを保持しており、オペレータが１件データエントリーを終了すると、プリフェッチされた次のデータが直ちにクライアントコンピュータ１１０に画像情報として送信される。このプリフェッチ処理によって、抽出・配信に要するタイムラグをなくし、オペレータは直ちに次のデータエントリーに入ることができる。
＜自動割当て・自動配信処理＞
　オペレータのデータエントリーが開始されると、イメージ配信プログラム１３２は、自動割当て・自動配信ルーチンを起動する。この自動割当て・自動配信ルーチンは、オペレータがデータエントリーを継続できなくなった場合に、そのデータを他のオペレータに自動的に割り当てる処理である。
　図６は、自動割当てルーチンの詳細を示すフローチャートである。ステップＳ６０１において、分割エントリー用イメージの配信が開始される。同時に、図示しないタイマーがカウントを開始する。
　ステップＳ６０２において、入力制限時間内にオペレータからエントリーデータの返信があったか否かが判断される。このとき、ステップＳ６０２を実行するＣＰＵは、ジョブ完了判断手段として機能する。入力制限時間は、帳票イメージを分割した後に、分割エントリー用イメージごとに予め設定されている情報である。入力制限時間内に返信があった場合は、ステップＳ６０１に戻り、次の分割エントリー用イメージがそのオペレータに配信される。
　入力制限時間内に返信がなかった場合は、ステップＳ６０３に進み、以降の分割エントリー用イメージを他のオペレータに割当て、配信を行う。このとき、ステップＳ６０３を実行するＣＰＵは、自動配信手段として機能する。具体的には、イメージ配信プログラム１３２は、ステータスを「エントリー待ち」に戻し、図５のステップＳ５０３における他のオペレータからの予約要求に応じて、抽出される対象に戻される。以降、図５のステップＳ５０４において、分割エントリー用イメージとして他のオペレータに対して予約され、ステップＳ５０５において配信される。
　これを、具体的に、図１１を用いて説明すると、オペレータ３はスキルは中級であるが、入力が遅く、入力制限時間内にジョブＡ５の返信がなかったため、そのジョブＡ５がオペレータ４に自動的に再配信される。このオペレータ４は入力制限時間内にエントリーを完了し、ジョブＡ５を返信する。
　このように自動割当て・自動配信処理を行うことによって、例えばオペレータが席を離れた場合など、データエントリーを継続できない場合が生じたとしても、他のオペレータにそのジョブが割り当てられ、データエントリーが継続されるため、納期が短縮され、生産性が向上する。また、バッチの処理が終了する時刻が予想できるため、短納期の業務にも対応することが可能になる。
　入力制限時間内に返信がない場合に、そのジョブが割り当てられる他のオペレータは、ステップＳ５０４において、所定の抽出条件（例えば、精度レベル、速度レベル）にしたがって決定されるので、同一のレベルのオペレータのもとでデータエントリーが継続されることになる。したがって、エントリーデータの品質も維持することが可能になる。
＜ベリファイ移行工程＞
　図７は、図３におけるステップＳ４のエントリー・ベリファイ工程におけるベリファイ移行ルーチンを示すフローチャートである。このベリファイ移行ルーチンは、オペレータによるデータエントリーの進捗が同じバッチに属する同一の分割エントリー用イメージの束全体の一定の割合に達したときに順次ベリファイ工程に送る処理をいう。
　オペレータによるデータエントリーが開始されると、ステップＳ７０１では、イメージ配信プログラム１３２が、データベースサーバ１４０の業務マスタ１４１の移行状況テーブル１４４に移行状況を問い合わせる。
　移行状況テーブル１４４は、各分割エントリー用イメージの分割ＩＤごとに設定された優先モードを保持している。モードは、「ベリファイ」または「エントリー」に設定されている。初期値は「エントリー」である。また、移行状況テーブル１４４は、各分割エントリー用イメージの分割ＩＤごとに設定されたベリファイ移行率を保持している。ベリファイ移行率は、以下の計算式によって算出される。
　ベリファイ移行率＝（ベリファイに移行する基準となる件数／同じバッチに属する同一の分割エントリー用イメージの束の総件数）×１００
　ステップＳ７０１において、さらに、イメージ配信プログラム１３２は、配信情報テーブル１４５に対して、現在のデータエントリーの進捗率の問合せをする。エントリー進捗率は以下の計算式によって算出される。
　エントリー進捗率＝（エントリー終了件数／同じバッチに属する同一の分割エントリー用イメージの束の総件数）×１００
　ステップＳ７０１において、エントリー進捗率がベリファイ移行率を超えたか否かが判断される。超えていなければ、ステップＳ７０２に進み、ベリファイに移行せず、データエントリーを継続する。超えている場合には、移行状況テーブル１４４の優先モードを「ベリファイ」に更新して、ステップＳ７０３に進む。
　ステップＳ７０３において、イメージ配信プログラム１３２は、オペレータのスキルをオペレータマスタ１４２に問合せ、オペレータが初級であるときは、ステップＳ７０２に進み、データエントリーを継続する。オペレータが中級以上であったときは、ステップＳ７０４に進む。
　ステップＳ７０４において、そのバッチの中のデータエントリーが終了した分割エントリー用イメージから、順次ベリファイにまわされる。このとき、移行状況テーブル１４４の優先モードが「ベリファイ」に設定されているので、図５のステップＳ５０４において、抽出の対象に含まれることになる。
　ステップＳ７０５において、バッチの処理が完了したかどうかが判断され、完了している場合は、ステップＳ７０６に進み、次のバッチの処理が開始される。
　このベリファイ移行工程によれば、データエントリーの進捗がある一定の割合に達したとき、データエントリーが終了したデータが順次ベリファイに回され、エントリーとベリファイが平行して行われることになるので、納期が短縮され、生産性が向上する。
＜スケジュール管理システム＞
　図８は、本実施形態におけるスケジュール管理システムの概略を示す概念図である。
　図８において、オペレータがログインした日付が毎月の月末に該当している場合は、エントリーシステム１２１は、「スケジュール管理画面」をクライアントコンピュータ１１０のディスプレイに表示させる。スケジュール管理画面は、図８（ａ）に示すように、一例として、カレンダー形式で表示され、各オペレータはそれぞれの日付に対して作業を遂行可能である予定時間を入力する。例えば、図８（ａ）に示すように、オペレータＡは、ＸＸ月３日において、５時間の作業が可能であると入力し、オペレータＢは同日に３時間の作業が可能であると入力する。入力された作業予定時間は、データベースサーバ１４０のオペレータマスタ１４２に登録される。
　一方、新規な業務を受任すると、その業務の期限と量がデータベースサーバ１４０の業務マスタ１４１に登録される。そして、図８（ｂ）に示すように、各日付における業務量リストが作成される。例えば、ＸＸ月ＸＸ日には、帳票１０００枚のデータエントリーが必要な業務（バッチ）Ａ、帳票５００枚のデータエントリーが必要な業務（バッチ）Ｂ、そして帳票２０００枚のデータエントリーが必要な業務（バッチ）Ｃが予定されることになる。
　ワークフローサーバ１５０のスケジュール管理システム１５１が、入力された作業予定時間と、予定されている業務とその量に基づいて、自動的にオペレータに割り当てるようにしてもよい。例えば、作業可能時間が多いオペレータＡに対しては、量が多い業務Ｃに含まれるジョブを割り当てる。あるいは、作業可能時間が少ないオペレータＢに対しては、業務Ａと業務Ｂに含まれるジョブを割り当てる。
　この自動割り当ては、上述した分割エントリー用イメージの抽出と同様に、予め設定した条件に基づいて行われる。可能な抽出条件は、イメージの抽出と同様に、本番／教育、入力精度レベル（新人、初級、中級、上級、初・中級、中・上級、初・中・上級）、入力速度レベル（新人、初級、中級、上級、初・中級、中・上級、初・中・上級）、ベリファイレベル（新人、初級、中級、上級、初・中級、中・上級、初・中・上級）、ステータス（エントリー待ち、ベリファイ待ち、予約、配信中、済み）、納期、登録日、ベリファイの要／否、ベリファイ移行率、ランダム抽出の要／否、継続／新規などである。
　なお、業務の自動割当てにおいて、全オペレータの作業可能時間の合計と、予定されている総業務量とを比較し、作業可能時間が不足している場合は、その旨をワークフローサーバ１５０から管理者に通知する。管理者は、この場合直接オペレータに業務の依頼を行うなどのマニュアルによる調整を行う。
　このように、各オペレータにはあらかじめその月に作業すべきバッチとジョブの配信予定が自動的に設定される。なお、各オペレータは作業当日クライアントコンピュータ１１０にログインすると、前述した配信工程にしたがって、オペレータごとに配信予定のバッチの中から分割エントリー用イメージがジョブとして抽出され、順次エントリーシステム１２１に適用される。上述したように、オペレータが何らかの事情で期限時間内にエントリーデータを返信しない場合は、他のオペレータにその業務を割り当てる自動割当て・自動配信処理が行われる。
　このように、本実施形態のスケジュール管理システムによれば、オペレータの作業予定時間が一元管理されるので、業務の効率が向上する。また、業務が多忙になったときはその旨が通知されるので、管理者はマニュアルによる調整を行って繁忙期にも適切に対応することができる。
＜課金情報管理システム＞
　本実施形態における課金情報照会システム１５２は、各オペレータに支払い予定の金額を表示するものである。
　まず、課金情報、すなわちデータエントリー１件もしくは、１文字単位に対してオペレータに支払う予定の額は、分割エントリー用イメージごとに予め設定されている。したがって、図８（ａ）及び図８（ｂ）において、業務の自動割当てがされると、エントリーシステム１２１はオペレータへの前月、前々月の支払い金額と当月の支払い予定額を表示する。課金情報は、オペレータがクライアントコンピュータ１１０にログインして、エントリーシステム１２１にアクセスするごとに表示される。また、オペレータが予定を変更して作業予定時間を増減させた場合も、それに合わせて課金情報はリアルタイムに変更される。
　このように、本実施形態における課金情報照会システムによれば、オペレータは、自分が目標とする収入に到達するか否かを確認することができるので、オペレータのモチベーションの維持につながり、結果として業務の効率が向上するという効果がある。
＜教育システム＞
　図９は、本実施形態における教育システム１５３の概略を示す概念図である。
　図９において、教育マスタ１４３は、事前に準備された初級・中級・上級の各レベルに応じた、難易度の異なるデータエントリー用のサンプルＡ～Ｃを保持している。オペレータは、クライアントコンピュータ１１０を通じて、教育マスタ１４３のサンプルに基づくテストを受ける。このテストは定期的に行ってもよいし、新規業務の開始前の予行練習として使用してもよい。
　オペレータはテストを受けた結果、ステップＳ９０１において合否判定が行われる。不合格であった場合はステップＳ９０２に進み、オペレータは再テストを受ける。ステップＳ９０２において、オペレータが合格した場合は、ステップＳ６０３に進み、そのオペレータの入力ミスを分析し、ステップＳ９０６において入力プログラムのチェックなどを行い、新規業務における本番のデータエントリーにおける入力精度を向上させる。
　また、ステップＳ９０４では、各オペレータに割り当てられたランク付けを変更するか否かが判断される。一例として、初級のオペレータが初級のサンプルで著しく高い精度であった場合、または初級のオペレータが中級のサンプルで高い精度であった場合には、初級から中級へのランクアップ候補者情報をデータベースに登録する。
　さらに、ステップＳ９０５では、オペレータはテストに合格したものの、入力ミスが一定の値に到達していない場合などは、オペレータのランクダウン候補者情報をデータベースに登録する。
　このように、本実施形態の教育システムによれば、オペレータは自己のランクをアップさせることができるので、オペレータのスキルを向上させることができる。また、新規業務を受任した場合には、サンプルを使って予行練習を行うことができるので、本番でのデータエントリーの精度が向上するという効果がある。
＜問合せシステム＞
　図１０は、本実施形態における問合せシステムの概略を示す概念図である。
　図１０において、問合せシステム１５４は、ベリファイ担当者からエントリー担当者へリアルタイムに匿名で連絡を行うことができるようにしたものである。この場合、エントリー担当者とベリファイ担当者は、ともに、オペレータである。
　まず、エントリー担当者がデータエントリーを在宅でクライアントコンピュータ１１０を使って行っている。例えば、エントリー担当者は、住所として「東京都×○△区」と入力したとする。このとき、ベリファイ担当者が間違いに気づくと、直ちに、「×○△区ではなく、×○○区です」と、エントリー担当者に通知する。この場合の通知は匿名で行われる。これによって、エントリー担当者は間違いに気づき、再度入力ミスをしないように心がけることになる。
　問合せの履歴は、問合せデータベースに、オペレータ名、問合せ項目、確認フラグ、イメージパスなどの項目に分類されて保存される。管理者は、この問合せデータベースにいつでもアクセスすることができ、問合せの状況を確認することができる。該当イメージパスは、入力ミスがあった分割エントリー用イメージの保存場所を示すものである。管理者は、例えば、項目ごとに問合せデータベースを検索することができる。
　また、エントリー担当者は、管理者に質問をすることができる。例えば、エントリー担当者は「文字の間にスペースを入れますか」と管理者に問いあわせると、リアルタイムに管理者は「スペースを入れてください」という回答を送信する。
　本実施形態の問合せシステムによれば、エントリー担当者の入力ミスを直ちにベリファイ担当者が指摘することができるので、オペレータのスキルの維持と向上を図ることができる。
　また、管理者は、各オペレータに対して連絡事項を一斉発信することができる。これによって、オペレータが多数いる場合であっても、指示を容易に伝達することができる。
　１　データエントリーシステム
　１１０　クライアントコンピュータ
　１２０　シンクライアントサーバ
　１３０　ファイルサーバ
　１４０　データベースサーバ
　１５０　ワークフローサーバ

Claims (11)

  1. 　複数のクライアントコンピュータと前記クライアントコンピュータがネットワークを介して接続されるシンクライアントサーバとからなるシンクライアントシステムにおいて、前記シンクライアントサーバが前記クライアントコンピュータに画面情報を送信し、前記複数のクライアントコンピュータが前記画面情報を表示するとともに前記複数のクライアントコンピュータに対して複数のオペレータが入力した帳票の記載事項のデータを前記シンクライアントサーバに送信するデータエントリーシステムであって、
    　複数の前記帳票を、顧客ごと又は種類ごとの帳票の束であるバッチに分割し、前記バッチごとに管理者によって設定された少なくとも納期に関するバッチ情報をデータベースに登録するバッチ作成手段と、
    　前記バッチそれぞれに含まれる複数の前記帳票の帳票全体イメージから、エントリーすべき１又は複数の前記記載事項ごとに分割して、この分割されたイメージを分割エントリー用イメージとし、前記分割エントリー用イメージそれぞれに対して前記管理者によって設定された入力精度レベル、入力速度レベル又は単価のいずれかの入力条件、及び入力制限時間を前記データベースに登録する分割手段と、
    　前記バッチ情報及び前記入力条件に基づいて、前記複数のオペレータごとに配信予定の前記分割エントリー用イメージを決定する抽出手段と、
    　前記複数のオペレータに、前記分割エントリー用イメージを、オペレータがエントリーすべき仕事の最小単位であるジョブとして配信する配信手段と、
    　前記分割エントリー用イメージごとに前記管理者によって予め設定された入力制限時間時間内に、前記分割エントリー用イメージに基づいて入力されたエントリーデータが前記オペレータから返信されたか否かを判断するジョブ完了判断手段と、
    　前記エントリーデータが前記入力制限時間内に返信されない場合は、前記ジョブを前記入力条件を満たす他のオペレータに自動的に配信するジョブ再配信手段と、
    　最終的に前記複数のオペレータから返信された前記エントリーデータを元の帳票全体イメージに含まれるすべての記載事項に相当する一連のデータを、帳票ごとに、合成する合成手段と
    を備えるデータエントリーシステム。
  2. 　前記抽出手段は、前記オペレータごとに、複数個のジョブをひとまとまりとしてその配信を予め予約するために抽出することを特徴とする請求項１記載のデータエントリーシステム。
  3. 　前記オペレータに作業可能時間を入力させ、予定されているジョブの数を算出し、前記作業可能時間と前記予定されているジョブの数とに基づいて、前記オペレータに配信すべきジョブを自動的に決定するスケジュール管理手段をさらに備えることを特徴とする請求項１記載のデータエントリーシステム。
  4. 　前記複数のオペレータのスキルを示すランクを登録するランク登録手段をさらに備えることを特徴とする請求項１記載のデータエントリーシステム。
  5. 　前記複数のオペレータそれぞれが処理したジョブに応じた課金情報を前記複数のオペレータそれぞれに対して、前記複数のオペレータのリクエストに応じて通知する課金情報照会手段をさらに備えることを特徴とする請求項１記載のデータエントリーシステム。
  6. 　一のオペレータによる前記バッチ内の前記ジョブに対する入力が一定の割合に達すると、該オペレータのジョブをベリファイのために他のオペレータに自動的に配信するベリファイ移行手段と、
    　最終的に前記複数のオペレータから返信された前記エントリーデータを元の帳票単位のデータに合成する合成手段をさらに備えることを特徴とする請求項１記載のデータエントリーシステム。
  7. 　前記ベリファイ移行手段は、前記バッチの分割エントリー用イメージ毎に指定した進捗率に応じてベリファイに移行する基準となる割合を異ならせて前記管理者が設定することが可能なことを特徴とする請求項６記載のデータエントリーシステム。
  8. 　一のオペレータによる入力の間違いを他のオペレータが通知するための通信を可能にする問合せ手段をさらに備えることを特徴とする請求項1記載のデータエントリーシステム。
  9. 　前記問合せ手段は、前記通信において前記他のオペレータからの通知を前記他のオペレータの匿名を維持することを特徴とする請求項８記載のデータエントリーシステム。
  10. 　前記問合せ手段は、管理者が複数のオペレータに対して連絡を一斉に発信できるようにしたことを特徴とする請求項８記載のデータエントリーシステム。
  11. 　前記問合せ手段は、前記他のオペレータからの問合せを履歴として記録し、管理者が前記履歴を検索できるようにしたことを特徴とする請求項９記載のデータエントリーシステム。
     
     
     
PCT/JP2010/006659 2009-11-16 2010-11-12 データエントリーシステム WO2011058757A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009-260694 2009-11-16
JP2009260694A JP4678794B1 (ja) 2009-11-16 2009-11-16 データエントリーシステム

Publications (1)

Publication Number Publication Date
WO2011058757A1 true WO2011058757A1 (ja) 2011-05-19

Family

ID=43991423

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/006659 WO2011058757A1 (ja) 2009-11-16 2010-11-12 データエントリーシステム

Country Status (2)

Country Link
JP (1) JP4678794B1 (ja)
WO (1) WO2011058757A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2955640A4 (en) * 2013-02-08 2016-09-28 Sansan Inc BUSINESS CARD MANAGEMENT SERVER, BUSINESS CARD IMAGING APPARATUS, BUSINESS CARD MANAGEMENT PROCEDURE, BUSINESS CARD IMAGE RECORDING AND RECORDING MEDIUM

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5276745B1 (ja) * 2012-09-26 2013-08-28 ニューコン株式会社 データエントリーシステム
JP5508495B2 (ja) * 2012-09-26 2014-05-28 ニューコン株式会社 データエントリーシステム
WO2014049803A1 (ja) * 2012-09-28 2014-04-03 株式会社日立製作所 計算機、バッチジョブ生成方法及び記録媒体
JP5895876B2 (ja) * 2013-03-08 2016-03-30 富士ゼロックス株式会社 プログラム及び帳票処理装置
JP5578689B1 (ja) * 2013-08-28 2014-08-27 株式会社三井住友銀行 ベリファイ入力におけるデータ入力システム及びデータ入力方法
JP6175642B2 (ja) * 2014-10-07 2017-08-09 株式会社うるる データ変換装置、方法、及びコンピュータプログラム
JP6089254B2 (ja) * 2014-11-12 2017-03-08 松澤 建 データエントリーシステム
CN107688585B (zh) * 2016-12-15 2019-02-05 平安科技（深圳）有限公司 单据信息录入方法和装置
JP6498723B2 (ja) * 2017-06-06 2019-04-10 株式会社うるる データ変換装置、方法、及びコンピュータプログラム

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001005888A (ja) * 1999-06-23 2001-01-12 Hitachi Ltd データエントリシステム及びデータエントリ方法
JP2004013576A (ja) * 2002-06-07 2004-01-15 Nec Corp 広域ネットワークを利用したデータ入力システム
JP2004021812A (ja) * 2002-06-19 2004-01-22 Sanae Miura ジョブ仲介システム及びジョブ仲介方法
JP2004341788A (ja) * 2003-05-15 2004-12-02 Kumohei Otani 地球温暖化対策支援サービス
JP2006107319A (ja) * 2004-10-08 2006-04-20 Fujitsu Ltd データエントリ管理方法
JP2006236003A (ja) * 2005-02-24 2006-09-07 Global Sense Kk データエントリ方法
JP2009251914A (ja) * 2008-04-04 2009-10-29 Hiroaki Matsuda シンクライアントネットワークシステム

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001005888A (ja) * 1999-06-23 2001-01-12 Hitachi Ltd データエントリシステム及びデータエントリ方法
JP2004013576A (ja) * 2002-06-07 2004-01-15 Nec Corp 広域ネットワークを利用したデータ入力システム
JP2004021812A (ja) * 2002-06-19 2004-01-22 Sanae Miura ジョブ仲介システム及びジョブ仲介方法
JP2004341788A (ja) * 2003-05-15 2004-12-02 Kumohei Otani 地球温暖化対策支援サービス
JP2006107319A (ja) * 2004-10-08 2006-04-20 Fujitsu Ltd データエントリ管理方法
JP2006236003A (ja) * 2005-02-24 2006-09-07 Global Sense Kk データエントリ方法
JP2009251914A (ja) * 2008-04-04 2009-10-29 Hiroaki Matsuda シンクライアントネットワークシステム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2955640A4 (en) * 2013-02-08 2016-09-28 Sansan Inc BUSINESS CARD MANAGEMENT SERVER, BUSINESS CARD IMAGING APPARATUS, BUSINESS CARD MANAGEMENT PROCEDURE, BUSINESS CARD IMAGE RECORDING AND RECORDING MEDIUM
US10089490B2 (en) 2013-02-08 2018-10-02 Sansan, Inc. Business card management server, business card image acquiring apparatus, business card management method, business card image acquiring method, and storage medium

Also Published As

Publication number Publication date
JP4678794B1 (ja) 2011-04-27
JP2011107863A (ja) 2011-06-02

Similar Documents

Publication Publication Date Title
JP4678794B1 (ja) データエントリーシステム
US20210303778A1 (en) Virtual Redaction Service
CN109543372A (zh) 业务权限数据处理方法、装置、计算机设备及存储介质
CN101120358A (zh) 提供数字作品的注释的方法和系统
US20030177052A1 (en) Human resources management system and method
WO2020073515A1 (zh) 基于数据分析选择供应商的方法、装置和计算机设备
US20170357943A1 (en) Method and apparatus for integrating automated workforce management systems and work intermediation platforms
JPWO2020161929A1 (ja) ブロックチェーンを活用した人材マッチングシステム、人材マッチング方法、及び人材マッチング業務管理装置
CN112069134A (zh) 需求文档处理方法、装置及介质
US7707202B2 (en) Method and system for improving a reservation or a purchase process of an entity
US20080319946A1 (en) Method and system for searching availability of an entity for purchase or reservation
US20070168241A1 (en) Survey-based management performance evaluation systems
US20070168247A1 (en) Survey-based management performance evaluation systems
JP2019144978A (ja) 情報処理装置、情報処理方法、およびプログラム
WO2020073516A1 (zh) 基于数据分析选择供应商的方法、装置和计算机设备
US20060053149A1 (en) Method and system for supporting development of information systems based on EA
JP2003203274A (ja) 領収書発行方法および領収書発行プログラム
US20230195792A1 (en) Database management methods and associated apparatus
CN101673279A (zh) 用于互联网搜索引擎的信息发布方法及其系统
JP4220507B2 (ja) ウェブサイト更新支援装置、方法及びプログラム
JP6643842B2 (ja) 人材派遣システム、人材派遣方法およびそのプログラム
CN112434333B (zh) 一种事件管理方法、装置及系统
JP2019144979A (ja) 情報処理装置、情報処理方法、およびプログラム
US20230267518A1 (en) Intelligently managing invoice processing using blockchain and mixed reality applications
US20190164239A1 (en) Method and device for query processing and determining a future numerical value of a selected product

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10829717

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10829717

Country of ref document: EP

Kind code of ref document: A1