JP4727797B2 - Operator allocation method and operator allocation system - Google Patents
Operator allocation method and operator allocation system Download PDFInfo
- Publication number
- JP4727797B2 JP4727797B2 JP2000273815A JP2000273815A JP4727797B2 JP 4727797 B2 JP4727797 B2 JP 4727797B2 JP 2000273815 A JP2000273815 A JP 2000273815A JP 2000273815 A JP2000273815 A JP 2000273815A JP 4727797 B2 JP4727797 B2 JP 4727797B2
- Authority
- JP
- Japan
- Prior art keywords
- operator
- recording unit
- recorded
- received
- identifier
- Prior art date
- Legal status (The legal status 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 status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、ネットワークを利用して受信した商品注文等のリクエストの処理に関するものであり、詳しくは、ファクシミリ等による商品の受注処理を効率的かつ確実にオペレータに割振る方法及びシステムに関するものである。
【0002】
【従来の技術】
従来、メーカ、商品・サービス取次会社等において、各顧客からの商品等の受注はコールセンタで行う場合がある。このコールセンタでは複数のオペレータが待機し、商品の注文等、顧客からのリクエストを受け付けるインバウンド業務と顧客に電話をかけるアウトバウンド業務とに分かれる。このコールセンタでのインバウンド業務においては、CTI(コンピュータ・テレフォニー・インテグレーション)技術を用いて、待機中の電話をオペレータに取り次ぐ(CTIシステム)。このため、CTIシステムはオペレータの稼動状況を把握している。商品を希望する顧客からコールセンタに電話があった場合、CTIシステムは、待機中のオペレータを検索し、電話回線を前記オペレータに接続する。オペレータは、顧客からの注文を聴取し、商品配送システムに所定のデータを入力する。
【0003】
このように、コールセンタはCTIシステムを用いることにより、インバウンド業務におけるオペレータの稼動効率を上げ、効率よく商品を受注できる。また、顧客も、通話待ちの時間を短かくし、短時間に商品を注文することが可能である。
【0004】
【発明が解決しようとする課題】
ところが、上記CTIシステムでは、通常、顧客の電話音声に基づいて、オペレータが所定のデータを入力し、配送指示を行うため、入力を間違える可能性がある。そのため、商品注文をファクシミリや電子メールを用いて受信する方法もある。しかし、上記CTIシステムは電話による受注処理を効率的に行うように設計されている。そのため、上記CTIシステムをそのまま用いたのでは、オペレータの稼動効率が悪くなる可能性があった。
【0005】
本発明は、上記問題点を解決するためになされたものであり、その目的は、顧客からの商品注文をファクシミリや電子メールを用いて受信した注文処理をコールセンタのオペレータに効率よく割振ることができるようにし、かつ顧客にとっても確実に商品を注文できる方法及びシステムを提供することにある。
【0006】
【課題を解決するための手段】
上記問題点を解決するために、請求項1に記載の発明は、オペレータ識別子、最新受付識別子及びオペレータの出勤予定、「在」又は「不在」を示す出勤状況、受注件数の多い顧客に対してスキルの高いオペレータを割り当てるための対応受注件数範囲が記録されているオペレータ属性情報が記録されるオペレータ情報記録部と、顧客から受信したリクエストデータについて、受付識別子、送信元端末識別子、受信時刻が関連付けられた受信データが記録される受信データ記録部と、ネットワークを介して、顧客端末と接続されている管理コンピュータを利用して、顧客から受信したリクエストの処理をオペレータに割振る方法であって、前記管理コンピュータが、ネットワークを介して顧客端末から受信したリクエストデータを前記受信データ記録部に記録する第1の段階と、前記リクエストデータに対して、先後関係を有する受付識別子を付与して記録する第2の段階と、前記受信データ記録部を用いて、前記リクエストデータの送信元に関連付けられている所定期間の受注件数を計算し、前記受注件数が該当する対応受注件数範囲が関連付けられたオペレータ識別子であって、前記オペレータ情報記録部に記録された出勤状況が「在」又は出勤予定のオペレータを特定し、このオペレータの中で最先の最新受付識別子に関連付けられたオペレータ識別子を抽出する第3の段階と、前記オペレータ識別子に関連付けて、前記受付識別子を最新受付識別子として前記オペレータ情報記録部に記録する第4の段階と、リクエスト処理のために、前記オペレータ識別子に関連付けられたオペレータ端末に前記リクエストデータを送信する第5の段階とを有することを要旨とする。
【0007】
請求項2に記載の発明は、請求項1に記載のオペレータ割振り方法において、前記第1の段階で受信するリクエストデータは、ファクシミリ画像データであることを要旨とする。
【0008】
請求項3に記載の発明は、請求項1又は2に記載のオペレータ割振り方法において、前記第5の段階における送信は、前記リクエストデータを添付した電子メールを送信することを要旨とする。
【0020】
請求項4に記載の発明は、オペレータ識別子、最新受付識別子及びオペレータの出勤予定、「在」又は「不在」を示す出勤状況、受注件数の多い顧客に対してスキルの高いオペレータを割り当てるための対応受注件数範囲が記録されているオペレータ属性情報が記録されるオペレータ情報記録部と、顧客から受信したリクエストデータについて、受付識別子、送信元端末識別子、受信時刻が関連付けられた受信データが記録される受信データ記録部と、ネットワークを介して、顧客端末と接続されている管理コンピュータを利用して、顧客から受信したリクエストの処理をオペレータに割振るシステムであって、前記管理コンピュータが、ネットワークを介して顧客端末から受信したリクエストデータを前記受信データ記録部に記録し、前記リクエストデータに対して、先後関係を有する受付識別子を付与して記録する受信データ記録手段と、前記受信データ記録部を用いて、前記リクエストデータの送信元に関連付けられている所定期間の受注件数を計算し、前記受注件数が該当する対応受注件数範囲が関連付けられたオペレータ識別子であって、前記オペレータ情報記録部に記録された出勤状況が「在」又は出勤予定のオペレータを特定し、このオペレータの中で最先の最新受付識別子に関連付けられたオペレータ識別子を抽出する手段と、前記オペレータ識別子に関連付けて、前記受付識別子を最新受付識別子として前記オペレータ情報記録部に記録する手段と、リクエスト処理のために、前記オペレータ識別子に関連付けられたオペレータ端末に前記リクエストデータを送信する手段とを有することを要旨とする。
【0022】
請求項5に記載の発明は、請求項4に記載のオペレータ割振りシステムにおいて、前記リクエストデータは、ファクシミリ画像データであることを要旨とする。
【0031】
請求項6に記載の発明は、請求項4又は5に記載のオペレータ割振りシステムにおいて、前記オペレータ端末に前記リクエストデータの送信は、前記リクエストデータを添付した電子メールを送信することを要旨とする。
【0033】
(作用)
請求項1又は4に記載の発明によれば、最先の最新受付識別子に関連付けられたオペレータ識別子を抽出し、リクエスト処理のために前記オペレータにリクエストデータを送信する。このため、リクエスト処理を各オペレータに均等に割振ることができる。
【0034】
請求項2又は5に記載の発明によれば、受信するリクエストデータはファクシミリ画像データである。このため、各オペレータはファクシミリ画像を確認しながら、リクエスト処理を行うことができる。
【0035】
請求項3又は6に記載の発明によれば、リクエストデータは電子メールに添付して各オペレータ端末に送信される。このため、各オペレータは各オペレータ端末にインストールされた汎用的な電子メールビューアを用いてファクシミリ画像を閲覧できる。
【0036】
本発明によれば、リクエスト処理を割振るオペレータは、オペレータ毎に記録されたオペレータ属性情報に基づき抽出される。このため、リクエスト処理の割振りにおいて、オペレータの優先順位を設けることができる。
【0037】
本発明によれば、リクエスト処理の対応可能な識別子に関連付けられたオペレータ識別子が抽出される。これにより、迅速なリクエスト処理が可能である。
【0039】
本発明によれば、リクエストデータの属性情報とオペレータ毎に記録されたオペレータ属性情報とを照合し、照合結果に基づきリクエスト処理を行うオペレータを抽出する。このため、リクエスト情報の属性に合ったオペレータを抽出できる。
【0045】
本発明によれば、オペレータ識別子に先後関係を有する受付識別子が関連付けられて記録されている。このため、最先にリクエスト処理を行ったオペレータに、新たなリクエスト処理が割振ることができる。従って、リクエスト処理を各オペレータに均等に割振ることができる。
【0046】
本発明によれば、受信するリクエストデータはファクシミリ画像データである。このため、オペレータにファクシミリ画像を送信することができ、これによりオペレータにリクエスト処理を行わせることができる。
【0049】
【発明の実施の形態】
(第1の実施形態)
以下、本発明を具体化した第1の実施形態を図1〜図16に従って説明する。本実施形態では、顧客からリクエストとしての商品注文を受信した書籍メーカ(出版社)が、商品である書籍について注文処理(配送指示)を行う際に用いるオペレータ割振り方法及びオペレータ割振りシステムとして説明する。
【0050】
図1に示すように、オペレータ割振りシステムとしての受注システム20は、ネットワークNを介して、顧客端末10と複数のオペレータ端末30とに接続されている。本実施形態では、商品の注文はファクシミリを用いて行われ、顧客端末10として商品注文者(書店、出版販売会社又は出版取次会社等)のファクシミリ装置を設定する。また、受注システム20は2回線分のファクシミリ番号を準備し、一般顧客(書店)と特別顧客(出版販売会社又は出版取次会社)に対して異なるファクシミリ番号を通知する。さらに、受注システム20には、配送サーバ15が接続されている。
【0051】
配送サーバ15は、配送情報記録部16を含む。この配送情報記録部16には、図2に示すように、顧客からの注文の内容に関して商品注文情報160を記録する。具体的には、受注日、顧客名、商品名及び数量が受付番号と関連付けられて記録されている。この商品注文情報160に基づいて、出版社は顧客に商品を配送する。
【0052】
受注システム20は、図1に示すように、顧客端末10からの注文ファクシミリの受信、オペレータへの注文の割振管理及び顧客端末に返送するファクシミリの送信を行う管理コンピュータ21を備えている。管理コンピュータ21には、図示していない中央制御装置(CPU)、随時書き込み読み出しメモリ(RAM)、読み出し専用メモリ(ROM)等を有するコンピュータであり、各種プログラムの実行、後述するデータの管理、送受信等の制御を行う。
【0053】
管理コンピュータ21には、受信データ記録手段としての受信データ記録部22、オペレータ情報手段としてのオペレータ情報記録部23、返信データ記録部24及び顧客情報記録手段としての顧客情報記録部25が、それぞれ接続されている。さらに、管理コンピュータ21には、返送理由記録部26とオペレータ案件記録部27とが接続されている。
【0054】
受信データ記録部22には、図3に示すように、顧客から受信した注文ファクシミリに関しての受信データ220が記録される。本実施形態では、受信時刻、送信元端末識別子としての送信元ファクシミリ番号、送信先端末識別子としての送信先ファクシミリ番号及び注文データのサイズとしてのファクシミリページ数及び注文データとしての受信したファクシミリ画像データが、受付識別子としての受付番号に関連付けて記録されている。さらに、受信データ220には、受付番号に関連付けて、この注文を処理するオペレータのオペレータ名が記録される。この受信時刻には、顧客から注文ファクシミリを受信した時刻を記録する。送信元ファクシミリ番号には、受信した顧客のファクシミリの電話番号を記録する。この電話番号は発信者電話番号通知サービスを利用して認識する。この発信者電話番号通知サービスを利用すれば、発信者側の交換機から共通線信号網を使って着信側交換機に発信者電話番号を送出され、受信者には送信者の電話番号が通知される。送信先ファクシミリ番号には、ファクシミリを受信したファクシミリ番号を記録する。本実施形態では、一般顧客と特別顧客とで異なる番号が記録され、この番号に基づき顧客の種別を把握できる。ページ数には、ファクシミリ送信の際、各ページデータの終了時点で送信されるページ終了信号の数を計数した受信ファクシミリ枚数を記録する。受信ファクシミリ画像データには、ファクシミリ画像を電子化した画像ファイルとして記録する。本実施形態では、ファクシミリ画像をTIFF(Tagged Image File Format)形式の電子ファイルを記録する。
【0055】
オペレータ情報記録部23には、図4に示すように、オペレータの属性に関しての属性情報230が記録される。具体的には、オペレータの電子メールアドレス、案件保有数、案件処理数、最新受付番号及びオペレータの出勤状況がオペレータの識別子であるオペレータ名と関連付けて記録されている。この電子メールアドレスは、オペレータ毎に異なるアドレスが設定されている。案件保有数は、各オペレータが保有している未処理の注文件数を記録する。案件処理数には、各オペレータが処理した注文件数を記録する。この案件処理数は、毎日、始業時にリセットされ、「0」に設定される。最新受付番号には、オペレータに割振られたファクシミリ注文の受付番号であって、最後に割振られた受付番号を記録する。出勤状況には、そのオペレータの「在」、「不在」を記録し、「不在」の記録されたオペレータは注文処理の割振り対象から外す。
【0056】
返信データ記録部24には、図5に示すように、顧客に返送する返送情報240が記録されている。本実施形態では、返送ファクシミリ画像データと返送理由とが受付番号に関連付けられて記録されている。返送ファクシミリ画像データには、顧客から受信したファクシミリ画像上に、商品注文の不備を指摘したスタンプ画像を挿入した返送ファクシミリ画像をTIFF形式の電子ファイルとして記録する。
【0057】
顧客情報記録部25には、図6に示すように、顧客の属性に関する詳細情報250が記録される。本実施形態では、顧客情報記録部25には、顧客のファクシミリ番号、顧客種別及び受注件数を顧客識別子である顧客名に関連付けて記録する。顧客種別には、「一般」、「特別」の別を記録する。受注件数には、所定の期間に顧客から受注した商品注文の累積件数を記録する。
【0058】
返送理由記録部26には、図7に示すように、返送理由260が記録されている。本実施形態では、返送理由としての顧客名、商品名等の記載漏れや読取困難等について、スタンプ画像を記録する。
【0059】
オペレータ案件記録部27には、図8に示すように、オペレータへの電子メール情報270が記録される。本実施形態では、顧客種別、受付番号及び受信ファクシミリ画像データを各オペレータの電子メールアドレス毎に記録する。
【0060】
オペレータ端末30は、オペレータが受信した商品注文を処理するための端末である。オペレータ端末30には、図示していない中央制御装置(CPU)、随時書き込み読み出しメモリ(RAM)、読み出し専用メモリ(ROM)、モニタ等の表示装置、キーボード,マウス等の入力装置等を有するコンピュータであり、各種プログラムの実行、後述するデータの入力、送受信等の制御を行う。オペレータは、オペレータ端末30を用いて、顧客からの注文内容を確認し、必要に応じて前記顧客にファクシミリを返送する。そのため、オペレータ端末30には、電子メール閲覧ソフト(電子メールビューア)とTIFF形式の電子ファイルを閲覧するソフト(画像ビューア)とが格納されている。また、オペレータはオペレータ端末30を用いて、配送サーバ15に配送指示を送信する。
【0061】
次に、上記のように構成されたシステムにおいて、顧客から商品注文のファクシミリを受信した時の処理手順を図9に従って説明する。顧客端末10から注文ファクシミリを受信した場合(S1−1)、管理コンピュータ21は受付番号を付与する(S1−2)。本実施形態では、受付番号として、受信した順番に連続した番号を設定する。次に、管理コンピュータ21は、受信時刻、送信元ファクシミリ番号、受信したファクシミリ番号、ファクシミリのページ数及び受信したファクシミリ画像データを、受付番号に関連付けて、受信データ記録部22に記録する(S1−3)。送信元ファクシミリ番号は、発信者電話番号通知サービスにより通知されたファクシミリ番号を記録する。ページ数には、ファクシミリ受信時のページ終了信号の数を計数した数値を記録する。受信ファクシミリ画像データはTIFF形式の電子ファイルとして記録する。
【0062】
次に、管理コンピュータ21は記録された送信元ファクシミリ番号が顧客情報記録部25にあるかどうかを確認する(S1−4)。顧客情報記録部25に送信元ファクシミリ番号が無い場合(ステップ(S1−5)において「No」の場合)には、顧客情報記録部25にそのファクシミリ番号を記録する(S1−6)。なお、この場合は、後でオペレータが受信ファクシミリ画像に基づいて顧客名を入力する。次に、管理コンピュータ21は、この顧客ファクシミリ番号に関連付けて受注件数を記録する(S1−7)。本実施形態では、「1」を受注件数として記録する。顧客情報記録部25に送信元ファクシミリ番号が既に記録されている場合(ステップ(S1−5)において「Yes」の場合)には、管理コンピュータ21は、この顧客ファクシミリ番号に関連付けて受注件数を記録する(S1−8)。本実施形態では、顧客ファクシミリ番号に関連付けられた受注件数に「1」を加えた数値を受注件数として記録する。以上により、ファクシミリ受注時の処理手順を完了する。
【0063】
次に、商品注文をオペレータに割振る処理手順を、図10に従って説明する。まず、管理コンピュータ21は、オペレータ情報記録部23によりオペレータの出勤状況を確認し、出勤しているオペレータを抽出する(S2−1)。本実施形態では、オペレータ情報記録部23の出勤状況に「在」が記録されたオペレータ名を抽出する。
【0064】
次に、管理コンピュータ21は、注文処理を割振るオペレータを決定する。本実施形態では、ファクシミリ注文受信した順番に、注文処理をオペレータに割振る。本実施形態では、複数のオペレータの中で、最先に注文を割振ったオペレータを抽出するため、出勤オペレータの最新受付番号を比較する(S2−2)。次に、最先の最新受付番号が記録されているオペレータ名を抽出する(S2−3)。次に、管理コンピュータ21は、この受付番号を最新受付番号として前記オペレータ名に関連付けてオペレータ情報記録部23に記録する(S2−4)。さらに、管理コンピュータ21は、前記オペレータ名に関連付けて記録された案件保有数に「1」を加えた数値を、オペレータ情報記録部23に記録する(S2−5)。
【0065】
次に、管理コンピュータ21は、受信データ記録部22に記録された受信データ220に、受付番号に関連付けてオペレータ名を記録する(S2−6)。そして、前記オペレータに注文データを送信する(S2−7)。本実施形態では、まず、管理コンピュータ21は、オペレータ情報記録部23に記録された前記オペレータの電子メールアドレスを抽出する。次に、管理コンピュータ21は、この電子メールアドレスに関連付けて、受付番号と受信データ記録部22に記録された受信ファクシミリ画像データとをオペレータ案件記録部27に記録する。さらに、管理コンピュータ21は、受信データ記録部22に記録された送信元ファクシミリ番号に基づき、顧客種別を算出し、オペレータ案件記録部27に記録する。管理コンピュータ21はオペレータ案件記録部27に記録された電子メール情報270に基づいて、各オペレータに電子メールを送信する。ここで、オペレータ案件記録部27に記録された受付番号は、電子メールのタイトル(件名)として利用される。オペレータ案件記録部27に記録された受信ファクシミリ画像データは、電子メールに添付されて、各オペレータに配信される。以上により、商品注文の割振時の処理手順を完了する。
【0066】
次に、各オペレータが電子メールを受信した場合の処理手順を、図11〜図13に従って説明する。まず、各オペレータはオペレータ端末30の電子メールビューアを起動する(S3−1)。電子メールビューアはオペレータ案件記録部27に記録された前記オペレータの電子メールアドレスに関連付けられて記録された電子メールを顧客種別毎に抽出する。抽出された電子メールは、オペレータ端末30のモニタに図13に示す表示画面120に出力される(S3−2)。表示画面120には、フォルダウインドウ121と電子メールウインドウ122とが表示される。フォルダウインドウ121にはフォルダの階層構造が表示され、フォルダ毎に名称が付されている。フォルダは一般顧客と特別顧客とで分けて設定され、オペレータ案件記録部27に記録された顧客種別毎に表示される。さらに、そのオペレータ宛の電子メールの内、フォルダ毎に未閲覧の電子メールの件数がフォルダ名の脇に表示される。電子メールウインドウ122には、指定されたフォルダ内に記録された電子メールの「件名」が表示される。本実施形態では、電子メールの「件名」として受付番号が表示される。図13では、「一般顧客」フォルダが選択され、前記フォルダに記録された電子メールが表示されている。他のフォルダに記録された電子メールを閲覧する場合は、そのフォルダをマウス等のポインティング・デバイスで指定し、クリックする。
【0067】
次に、オペレータは電子メールを指定し、電子メールに添付された受信ファクシミリ画像を表示させる(S3−3)。本実施形態では受付番号が「123456」を選択し、クリックする。この場合、画像ビューアが起動し、オペレータ端末30のモニタには、図14に示す表示画面130が表示される。表示画面130には、受信ファクシミリ画像131が表示される。さらに、表示画面130には、印刷を行うための印刷ボタン132、電子メールを削除するための削除ボタン133及び表示の大きさを変えるための倍率ボタン134が表示される。さらに、表示画面130には、スタンプ画像を挿入するためのスタンプボタン135とデータを記録するための記録ボタン136とが表示される。
【0068】
次に、表示された受信ファクシミリ画像131に基づき、注文内容を確認する。この場合、オペレータは商品注文に必要な所定事項(商品名、数量、顧客名等)が記入されているかどうかを確認する(S3−4)。受注に必要な事項が記載されていない場合(ステップ(S3−5)において「No」の場合)には、返送理由を選択する(S3−6)。本実施形態では、受信したファクシミリ画像に「数量」の記載が漏れている。そこで、スタンプボタン135をポインティング・デバイスでクリックする。スタンプボタン135がクリックされた場合、管理コンピュータ21は返送理由記録部26に記録された返送理由260を読み出す。前記返送理由は、図15に示すように、返送理由の選択肢140が表示される。オペレータは、その中から所定の返送理由を選択する(プルダウン形式)。返送理由を選択すると、図16に示すように、受信ファクシミリ画像131上に返送理由を表したスタンプ画像150が表示される。このスタンプ画像150をマウスで不備のある部分に移動(ドラッグ)させる。本実施形態では、スタンプ画像150を「数量」を記載すべき位置まで移動させる。なお、その他の返送理由についても、上記同様に処理される。
【0069】
次に、記録ボタン136をクリックする。これにより、オペレータ端末30は、受信ファクシミリ画像131とスタンプ画像150とを合成し、返送ファクシミリ画像データを生成する(S3−7)。次に、オペレータは記録ボタン136をクリックすることにより、オペレータ端末30は返送ファクシミリ画像データを記録する(S3−8)。さらに、オペレータは電子メールビューアを用いて、返送ファクシミリ画像データを添付した電子メールに管理コンピュータ21に送信する(S3−9)。
【0070】
商品注文に必要な事項が記載されている場合(ステップ(S3−5)において「Yes」の場合)には、オペレータは、別に設けられた配送指示画面に配送指示を入力する(S3−10)。本実施形態では、受付番号、受注日、顧客名、商品名及び数量を入力する。管理コンピュータ21は配送指示を配送サーバ15に送信する。配送指示を受信した配送サーバ15は、受信したデータを配送情報記録部16に記録する(S3−11)。次に、オペレータは返送ファクシミリ画像データを添付しないで、電子メ−ルを管理コンピュータ21に送信するように入力する(S3−12)。具体的には、オペレータが画像ビューアの記録ボタン136をクリックすることなく、電子メ−ルビューアの返送ボタンをクリックすることにより。電子メ−ルが管理コンピュータ21に送信される。
【0071】
次に図12を用いて、電子メールを受信した管理コンピュータ21の処理を説明する。まず、電子メールを受信した管理コンピュータ21は、返送ファクシミリ画像データが添付されているかどうかを確認する(S3−13)。電子メールに返送ファクシミリ画像データが添付されている場合(ステップ(S3−14)において「Yes」の場合)には、返送ファクシミリ画像データと返送理由とを受付番号に関連付けて返信データ記録部24に記録する(S3−15)。
【0072】
次に、管理コンピュータ21は、返信データ記録部24の記録に基づいて、返送ファクシミリを顧客端末10に送信する(S3−16)。本実施形態では、管理コンピュータ21は、返信データ記録部24に記録された受付番号に基づき、受信データ記録部22に記録された送信元ファクシミリ番号を抽出する。次に、管理コンピュータ21は、その送信元ファクシミリ番号に返信データ記録部24に記録された返送ファクシミリ画像データを送信する。次に、管理コンピュータ21は、前記オペレータの案件保有数から「1」を減らし、案件処理数に「1」を加える(S3−17)。電子メールに返送ファクシミリ画像データが添付されていない場合(ステップ(S3−14)において「No」の場合)には、管理コンピュータ21は、ステップ(S3−17)を実行し、受注処理を完了する。
【0073】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、顧客端末10から注文ファクシミリを受信した場合、その都度、管理コンピュータ21が受付番号を付与し、各オペレータに割振るので、商品注文処理を迅速に行うことが可能である。
【0074】
・ 上記実施形態では、受信データ記録部22には、受信ファクシミリ画像がTIFF形式の電子ファイルで記録されているため、各オペレータは自身のオペレータ端末30の画像ビューアで商品注文の内容を確認できる。これにより、受信したファクシミリを紙に印刷する必要が無く、印刷に要するコスト、資源を削減できる。また、ファクシミリ画像の管理、編集を容易に行うことができる。従って、顧客が商品名等の記入や入力を間違えたり、注文に必要な事項の記入,入力を忘れたりした場合、ファクシミリの画質が悪く、読み取りが困難な場合にも注文処理が可能である。
【0075】
・ 上記実施形態では、顧客の種別により異なるファクシミリ番号を顧客に通知し、ファクシミリ受信時には発信者電話番号通知サービスにより通知された送信元ファクシミリ番号を受信データ記録部22に記録する。このため、ファクシミリを返送すべき場合、管理コンピュータ21は、送信元ファクシミリ番号に基づき返送先を抽出することができる。
【0076】
・ 上記実施形態では、オペレータ情報記録部23には、オペレータ毎に電子メールアドレスが記録されている。このため、管理コンピュータ21は電子メールアドレスに基づき各オペレータに商品注文を割振ることができる。
【0077】
・ 上記実施形態では、オペレータ情報記録部23には、オペレータ毎に出勤状況が記録され、この出勤状況に基づいて注文処理を行うオペレータを割振る。このため、注文処理を迅速に行うことが可能である。
【0078】
・ 上記実施形態では、オペレータ情報記録部23に、各オペレータの案件保有数が記録されるので、この案件保有数により、各オペレータの注文処理の進捗状況を容易に把握できる。
【0079】
・ 上記実施形態では、オペレータ情報記録部23に、各オペレータの案件処理数が記録されるので、この案件処理数により、各オペレータの注文処理の効率を容易に把握できる。
【0080】
・ 上記実施形態では、管理コンピュータ21はファクシミリ受信時にその順番に受付番号を設定し、オペレータ情報記録部23にはオペレータ毎に最新受付番号が記録される。このため、管理コンピュータ21は、この最新受付番号に基づいて新たな商品注文をオペレータに割振ることができる。本実施形態のように、最先の最新受付番号が記録されたオペレータに商品注文を割振ることにより、各オペレータに均等に注文処理を割振ることができる。
【0081】
・ 上記実施形態では、返信データ記録部24には、受信ファクシミリ画像にスタンプ画像を合成した返送ファクシミリ画像データが記録される。このため、管理コンピュータ21は返送ファクシミリ画像を注文者である顧客に返送するので、顧客は自身が送信したファクシミリのどこに不備があったのかを容易に把握できる。
【0082】
・ 上記実施形態では、返信データ記録部24には、返送ファクシミリ画像データが受付番号に関連付けられて記録されている。このため、管理コンピュータ21は、この受付番号に基づき受信データ記録部22から送信元ファクシミリ番号を抽出でき、顧客に返送ファクシミリ画像データを送信できる。
【0083】
・ 上記実施形態では、返信データ記録部24には、受付番号毎に返送理由が記録されているので、容易に返送理由を抽出することができる。また、返送理由毎に件数の集計することも可能である。
【0084】
・ 上記実施形態では、返信データ記録部24に記録された返送理由は、予め返送理由記録部26に記録された返送理由260の中から選択される。このため、複数のオペレータは返送理由を入力する場合であっても、返送理由の内容が統一され、容易に返送理由の統計を算出することも可能である。
【0085】
・ 上記実施形態では、顧客情報記録部25には、顧客毎に受注件数が記録されているため、顧客の注文状況を把握できる。従って、注文状況に応じて、きめ細かな顧客サービスを展開できる。
【0086】
・ 上記実施形態では、返送理由記録部26には、予め想定される商品注文の不備について返送理由が記録されているため、オペレータは容易に返送理由を選択し、商品注文の不備を指摘できる。従って、返送理由の集計が容易である。
【0087】
・ 上記実施形態では、オペレータ案件記録部27には、オペレータの電子メールアドレスが受付番号に関連付けて記録されている。このため、管理コンピュータ21は各オペレータに電子メールを用いて、各オペレータが処理すべき案件を通知できる。従って、オペレータはこの通知に基づき、受信した商品注文を確認するので、注文の不備を指摘できる。特に、ファクシミリにより商品注文を受ける場合、所定事項の記載漏れの他、注文が手書きによる場合やファクシミリの性能により、内容の判読が困難な場合にも対応できる。
【0088】
・ 上記実施形態では、オペレータ案件記録部27には、顧客種別がオペレータの電子メールアドレスに関連付けられて記録されている。このため、顧客種別により異なるフォルダに注文処理の通知を行うことができる。従って、オペレータは顧客種別毎に処理すべき案件を把握できる。
【0089】
・ 上記実施形態では、ファクシミリ受信時に、送信元ファクシミリ番号と顧客情報記録部25に記録された顧客ファクシミリ番号とを照合する。さらに、送信元ファクシミリ番号のない場合には、送信元ファクシミリ番号を顧客ファクシミリ番号として新たに追加する。このため、新たな顧客や従来の顧客のファクシミリ番号が変わった場合にも対応できる。
【0090】
・ 上記実施形態では、受信ファクシミリ画像に基づき、配送指示をオペレータが入力し、前記配送指示は配送情報記録部16に記録される。この配送指示に基づき、商品が配送されるので、商品注文が手書きによる場合やファクシミリの性能により、内容の判読が困難な場合にも確実に対応できる。
【0091】
なお、上記実施形態は、以下の態様に変更してもよい。
・ 上記実施形態では、オペレータ情報記録部23には、オペレータ毎に出勤状況が記録され、この出勤状況に基づいて注文処理を行うオペレータを割振る。出勤状況とは無関係に管理コンピュータ21が注文処理を各オペレータに割振ってもよい。これにより、夜間や休日など、オペレータが全員不在の場合にも、自動的に注文処理を割振ることができる。
【0092】
・ 上記実施形態では、オペレータ情報記録部23には、オペレータ毎に出勤状況が記録され、この出勤状況に基づいて注文処理を行うオペレータを割振る。電話による注文処理とは異なり、事後処理が可能であるため、オペレータ情報記録部23の出勤予定や出勤時刻を記録してもよい。これにより、割振り時には出勤していないが、出勤予定のオペレータに注文処理を割振ることができる。
【0093】
・ 上記実施形態では、オペレータ情報記録部23には、オペレータ毎に出勤状況が記録され、この出勤状況に基づいて注文処理を行うオペレータを割振る。出勤状況の代わりに、退社時刻を記録してもよい。この場合、管理コンピュータ21は退社時刻から所定時間前までに受信した商品注文のみを前記オペレータに割振る。これにより、各オペレータに対して退社間際の注文処理の割振りを防止でき、注文処理を確実に行うことができる。
【0094】
・ 上記実施形態では、オペレータ情報記録部23に記録された最新受付番号を比較し、新たに商品注文を割振るオペレータを抽出した。管理コンピュータ21が割振り時に受付番号とは異なる番号を付与し、その番号を比較し、割振るオペレータを抽出してもよい。この場合、管理コンピュータ21が割振り時に付与する番号は連番とする。また、最新受付番号の代わりに、管理コンピュータ21が割振り時に割振り時刻をオペレータ情報記録部23に記録してもよい。管理コンピュータ21は、この番号や時刻の比較により、最先に商品注文の処理を割振ったオペレータを抽出する。また、最新受付番号の代わりに前後関係が明確な連続した識別子を用いてもよい。この場合、識別子は番号でなくてもよい。受付番号とは異なる番号体系を用いるので、これにより、顧客毎に異なる受付番号を付与した場合や受付番号を付与しない場合にも、対応することができる。
【0095】
・ 上記実施形態では、管理コンピュータ21が返送ファクシミリを顧客端末10に送信した。オペレータ端末30の画像ビューアの印刷機能を用いてもよい。この場合、印刷装置として、顧客端末10を設定する。これにより、管理コンピュータ21の負荷を軽減できる。
【0096】
・ 上記実施形態では、顧客端末10としてファクシミリ装置を用い、顧客からの商品注文をファクシミリで受信した。顧客端末10としてパソコン、携帯電話又は通信機能を有する個人情報端末(PDA)等のモバイル端末でもよい。この場合、商品注文を電子メールで受信する。この場合、顧客からの電子メールを受信データ記録部22に記録する。受信データ220のページ数の代わりに、電子メールのサイズ(記録容量)を記録する。また、ファクシミリと電子メールの混在であってもよい。これにより、受注システム20は複数の通信手段を用いての商品注文に対応できる。
【0097】
・ 上記実施形態では、オペレータが受信ファクシミリ画像を確認して、配送指示を入力した。管理コンピュータ21が受信したファクシミリ画像データから文字情報を抽出し、テキストデータに変換し、この情報をオペレータ案件記録部27に記録し、オペレータに送信する。オペレータは、この文字情報と受信ファクシミリ画像とを確認し、配送指示を行う。これにより、オペレータは、主にファクシミリ画像データから読み取った文字情報の正誤の確認を行うことになり、配送指示の入力作業の負荷を軽減できる。また、この文字情報を出版社が有する商品リスト、顧客情報記録部25に記録された詳細情報250と照合し、不一致の場合にはオペレータに割振ることも可能である。この場合、一致する場合には、配送指示として配送情報記録部16に記録する。これにより、ステップ(S3−4)、(S3−5)及び(S3−10)を管理コンピュータ21に実行させるため、オペレータの負荷をさらに軽減できる。
【0098】
・ 上記実施形態では、画像ビューアにスタンプボタン135を設けたが、公知の描画ソフトウエアを用いてもよい。この場合、公知の描画ソフトウエアを用いて、オペレータ指摘事項を記入した返送ファクシミリ画像を作成し、そのデータを添付した電子メールで管理コンピュータ21に返信する。これに基づき、管理コンピュータ21は顧客端末10にファクシミリ送信する。これにより、オペレータ端末30には汎用のソフトウエアを用いることができる。
【0099】
・ 上記実施形態では、顧客端末10/受注システム20間と受注システム20/オペレータ端末30とをネットワークNで接続したが、インターネット、イントラネット又はエクストラネットを用いてもよい。
【0100】
・ 上記実施形態では、受注システム20に記録部22〜27を設定したが、これらを分けて別の場所に設定してもよい。例えば、オペレータ情報記録部23や顧客情報記録部25を受信データ記録部22、返信データ記録部24と分けて設置してもよい。これにより、受注システム20を分散でき、管理コンピュータ21に負荷を軽減できる。また、配送情報記録部16を受注システム20内に設置し、管理コンピュータ21に配送指示機能を持たせてもよい。これにより、配送サーバ15をなくすことができる。
【0101】
(第2の実施形態)
以下、本発明を具体化した第2の実施形態を説明する。第2の実施形態は、第1の実施形態と比較して、注文処理をオペレータに割振る処理手順が異なる。そこで、第1の実施形態と異なる処理手順を図17に従って説明する。
【0102】
本実施形態では、まず、第1の実施形態と同様に、管理コンピュータ21は、オペレータ情報記録部23によりオペレータの出勤状況を確認し、出勤しているオペレータを抽出する(S2−1)。
【0103】
次に、管理コンピュータ21は、オペレータ情報記録部23に記録されたオペレータ属性情報としての案件保有数を比較し、案件保有数の少ないオペレータを抽出する(S4−1)。案件保有数の少ないオペレータとして複数のオペレータ名が抽出された場合(ステップ(S4−2)において「Yes」の場合)は、第1の実施形態と同様に、(S2−2)〜(S2−7)のステップを実行する。一のオペレータ名が抽出された場合(ステップ(S4−2)において「No」の場合)、管理コンピュータ21はそのオペレータに注文処理を割振る。本実施形態では、第1の実施形態の(S2−4)〜(S2−7)のステップのみを実行する。以上により、商品注文の割振時の処理手順を完了する。
【0104】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、案件保有数に基づきオペレータを割振る。注文処理をオペレータに均等に割振る第1の実施形態とは異なり、オペレータの注文処理状況に応じて割振ることができる。従って、オペレータの処理能力に応じた、より迅速な注文処理が可能になる。
【0105】
なお、上記実施形態は、以下の態様に変更してもよい。
・ 上記実施形態では、オペレータ情報記録部23に記録された案件保有件数を比較し、新たに商品注文を割振るオペレータを抽出した。案件保有件数の代わりに、割振り件数をオペレータ情報記録部23に記録してもよい。この場合、管理コンピュータ21は、割振り件数を比較し、件数の少ないオペレータを抽出する。割振り件数の少ないオペレータが複数存在する場合には、この中から最先の受付番号に関連づけられたオペレータを抽出する。これによっても、顧客毎に異なる受付番号を付与した場合や受付番号を付与しない場合にも、各オペレータに均等に注文処理を割振ることができる。
【0106】
・ 上記実施形態では、オペレータ情報記録部23に記録された案件保有件数を比較し、新たに商品注文を割振るオペレータを抽出した。管理コンピュータ21が割振り件数をオペレータ情報記録部23に記録された案件保有件数と案件処理件数をオペレータ毎に合計し、割振り件数を算出することも可能である。この場合、管理コンピュータ21は、算出した各オペレータの割振り件数を比較し、件数の少ないオペレータを抽出する。これにより、オペレータ情報記録部23の記憶容量を削減できる。
【0107】
・ 上記実施形態では、オペレータ情報記録部23に記録された案件保有件数を比較し、新たに商品注文を割振るオペレータを抽出した。オペレータ情報記録部23に記録された案件保有数の代わりに、未処理の受信ファクシミリのページ数に基づいて注文処理をオペレータに割振ることも可能である。この場合、管理コンピュータ21は、受信データ記録部22に記録されたファクシミリのページ数をオペレータ情報記録部23の案件保有数に記録する。管理コンピュータ21は、この未処理の受信ファクシミリのページ数を比較し、枚数の少ないオペレータを抽出する。ページ数の多いファクシミリは、注文処理の手間が多くかかるので、これにより、注文処理の負荷分散を図りながら、より迅速な注文処理が可能になる。
【0108】
・ 上記実施形態では、顧客からの商品注文をファクシミリで受信したが、電子メールで受信してもよい。この場合、顧客からの電子メールを受信データ記録部22に記録し、オペレータ情報記録部23には、受信データ220のページ数の代わりに、電子メールのサイズ(記録容量)を記録する。さらに、管理コンピュータ21は、受信データ記録部22に記録されたファクシミリのサイズを26の案件保有数に記録する。ステップ(S4−1)は、このサイズの小さいオペレータを抽出する。これにより、受注システム20は電子メールを用いての商品注文に対応しながら、注文処理の負荷分散を図りながら、より迅速な注文処理が可能になる。
【0109】
・ 上記実施形態では、顧客からの商品注文を受信した際に、注文処理をオペレータに割振った。管理コンピュータ21が定期的に各オペレータの保有案件数を抽出し、保有件数の多いオペレータの注文処理を他のオペレータに割振りし直してもよい。この場合、ステップ(S2−1)の前に管理コンピュータ21が保有案件数を比較し、保有案件数の多いオペレータに関連づけられた受付番号を抽出する。以下、ステップ(S4−1)以降のステップを実行する。これにより、オペレータの処理能力に応じ、臨機応変に迅速な注文処理が可能になる。
【0110】
(第3の実施形態)
以下、本発明を具体化した第3の実施形態を説明する。第3の実施形態は、第1の実施形態と比較して、注文処理をオペレータに割振る処理手順が異なる。まず、オペレータ情報記録部23に記録された属性情報230には、オペレータ名に関連付けて、さらにオペレータ属性情報としての対応顧客情報を記録する。本実施形態では、対応顧客情報として、オペレータ毎に得意先の顧客のファクシミリ番号を記録する。
【0111】
以下、第1の実施形態と異なる処理手順を図18に従って説明する。まず、管理コンピュータ21は、受信データ記録部22に記録された送信元ファクシミリ番号を抽出する(S5−1)。次に、管理コンピュータ21は、送信元ファクシミリ番号とオペレータ情報記録部23に記録された顧客元ファクシミリ番号とを照合する(S5−2)。具体的には、送信元ファクシミリ番号に一致する顧客ファクシミリ番号に関連付けられて記録されたオペレータ名が、オペレータ情報記録部23にあるかどうかを照合する。
【0112】
オペレータ名がない場合(ステップ(S5−3)において「No」の場合)、第1の実施形態と同様に、(S2−2)〜(S2−7)のステップを実行する。オペレータ情報記録部23に顧客ファクシミリ番号に関連付けられて記録されたオペレータ名がある場合(「Yes」の場合)、前記オペレータ名を抽出する(S5−4)。複数のオペレータ名が抽出された場合(ステップ(S5−5)において「Yes」の場合)は、抽出されたオペレータについて、第1の実施形態と同様に、(S2−2)〜(S2−7)のステップを実行する。一のオペレータ名が抽出された場合(ステップ(S5−5)において「No」の場合)、管理コンピュータ21はそのオペレータに注文処理を割振る。本実施形態では、第1の実施形態の(S2−4)〜(S2−7)のステップのみを実行する。以上により、商品注文の割振時の処理手順を完了する。
【0113】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、オペレータ情報記録部23には、オペレータ名に関連付けて顧客ファクシミリ番号を記録する。このため、オペレータ毎に得意先を定め、顧客毎に担当のオペレータを設定できる。
【0114】
・ 上記実施形態では、オペレータ情報記録部23にオペレータ名に関連付けて顧客ファクシミリ番号を記録し、送信元ファクシミリ番号に基づいて注文処理を割振るオペレータを抽出する。このため、注文処理をオペレータに均等に割振る第1の実施形態と異なり、オペレータ毎に得意先顧客によって、担当のオペレータに注文処理を割振ることができる。従って、オペレータの注文処理の効率を上げ、より確実に処理することが可能になる。
【0115】
なお、上記実施形態は、以下の態様に変更してもよい。
・ 上記実施形態では、オペレータ情報記録部23に対応顧客情報として顧客ファクシミリ番号を記録し、送信元ファクシミリ番号に基づいて注文処理を割振るオペレータを抽出する。対応顧客情報として、オペレータ毎に「一般」、「特別」の別を記録してもよい。この場合、管理コンピュータ21は受信データ記録部22に記録された送信元ファクシミリ番号に基づき、顧客情報記録部25から顧客種別を抽出する。さらに、管理コンピュータ21は、この顧客種別に基づき、オペレータ情報記録部23からオペレータ名を抽出する。これにより、顧客種別に基づき特定のオペレータ又はオペレータ群に注文処理が割振られるので、顧客種別に応じてサービス展開が可能になる。
【0116】
・ 上記実施形態では、オペレータ情報記録部23に対応顧客情報として顧客ファクシミリ番号を記録した。対応顧客情報として、地域識別子としての地域局番を記録してもよい。この場合、ステップ(S5−1)の代わりに、管理コンピュータ21は受信データ記録部22に記録された送信元ファクシミリ番号から地域局番を抽出する。次に、ステップ(S5−2)の代わりに、この地域局番とオペレータ情報記録部23に記録された地域局番とを照合する。この地域局番に関連付けられて記録されたオペレータ名がある場合には、管理コンピュータ21はそのオペレータ名をオペレータ情報記録部23から抽出する。これにより、オペレータを地域毎に割振ることができ、地域に密着したサービス展開が可能になる。
【0117】
・ 上記実施形態では、オペレータ情報記録部23に対応顧客情報として顧客ファクシミリ番号を記録した。対応顧客情報として、最後に受信した送信元ファクシミリ番号を記録してもよい。この場合、管理コンピュータ21は割り振り時に、送信元ファクシミリ番号をオペレータ情報記録部23に記録する。新たに注文処理を割振る場合は、管理コンピュータ21は新たに受信した送信元ファクシミリ番号とオペレータ情報記録部23に記録されたオペレータ属性情報とを照合し、一致するオペレータ名を抽出する。これにより、同じ顧客から注文があった場合、管理コンピュータ21は同じオペレータに注文処理を割振ることができる。従って、オペレータは前回の注文内容を把握しているので、顧客に密着したサービス展開が可能になる。また、管理コンピュータ21が、新たに受信した送信元ファクシミリ番号と受信データ記録部22に記録されたファクシミリ番号とを照合し、過去に処理したオペレータ名を抽出してもよい。なお、オペレータ情報記録部23に記録する送信元ファクシミリ番号は、オペレータに割振られた全部のファクシミリ番号でもよいし、所定の期間だけ過去に遡ったものだけを記録してもよい。
【0118】
・ 上記実施形態では、オペレータ情報記録部23に対応顧客情報として顧客ファクシミリ番号を記録した。対応顧客情報として、対応受注件数を記録してもよい。対応受注件数として、例えば、「1000件以上」、「500以下100件未満」、「100件未満」をオペレータ情報記録部23に記録してもよい。この場合、ステップ(S5−1)の代わりに、注文処理を割振る場合は、管理コンピュータ21は送信元ファクシミリ番号に関連付けて受信データ記録部22に記録された所定期間の受信データ220を抽出し、受注件数を計算する。次に、ステップ(S5−2)の代わりに、その件数に該当するオペレータ名を抽出する。これにより、受注件数の多い顧客には、例えばスキルの高いオペレータを割り当てることができ、顧客に密着したサービス展開が可能になる。
【0119】
次に上記実施形態及び別例から把握できる請求項に記載した以外の技術的思想について、それらの効果とともに以下に記載する。
(1)前記請求項1〜14のうちいずれか一項に記載のオペレータ割振り方法において、受信したファクシミリ画像から文字情報を抽出し、テキストデータに変換する段階をさらに有することを特徴とするオペレータ割振り方法。
【0120】
この(1)に記載の発明によれば、注文情報はテキストデータに変換されるので、オペレータの配送指示の負荷を軽くすることができる。
(2)前記請求項15〜28のうちいずれか一項に記載のオペレータ割振りシステムにおいて、オペレータ割振りシステムは、ファクシミリ送信元に返信するための、受信ファクシミリ画像に返送理由画像とを合成した返送ファクシミリ画像データを記録する返送データ記録手段をさらに有することを特徴とするオペレータ割振りシステム。
【0121】
この(2)に記載の発明によれば、顧客は、商品注文の不備の理由を容易に把握できる。
【0122】
【発明の効果】
以上詳述したように、本発明によれば、顧客からのリクエスト処理をオペレータに迅速に割振ることができ、リクエスト処理を迅速に行うことができる。また、オペレータの処理能力に応じ、効率よくリクエスト処理を割振ることが可能である。さらに、顧客の属性に応じた注文処理が可能になる。また、リクエストの内容に不備がある場合にも対応でき、リクエスト処理を確実に行うことができる。
【図面の簡単な説明】
【図1】 本発明の実施形態のシステム概略図。
【図2】 配送情報記録部に記録されたデータの説明図。
【図3】 受信データ記録部に記録されたデータの説明図。
【図4】 オペレータ情報記録部に記録されたデータの説明図。
【図5】 返信データ記録部に記録されたデータの説明図。
【図6】 顧客データ記録部に記録されたデータの説明図。
【図7】 返送理由記録部に記録されたデータの説明図。
【図8】 オペレータ案件記録部に記録されたデータの説明図。
【図9】 第1の実施形態の処理手順の説明図。
【図10】 第1の実施形態の処理手順の説明図。
【図11】 第1の実施形態の処理手順の説明図。
【図12】 第1の実施形態の処理手順の説明図。
【図13】 オペレータ端末に出力された表示画面の説明図。
【図14】 オペレータ端末に出力された表示画面の説明図。
【図15】 オペレータ端末に出力された表示画面の説明図。
【図16】 オペレータ端末に出力された表示画面の説明図。
【図17】 第2の実施形態の処理手順の説明図。
【図18】 第3の実施形態の処理手順の説明図。
【符号の説明】
10…顧客端末、20…受注システム、21…コンピュータとしての管理コンピュータ、22…受信データ記録手段としての受信データ記録部、23…オペレータ情報記録手段としてのオペレータ情報記録部、N…ネットワーク。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to processing of requests for product orders received using a network, and more particularly to a method and system for efficiently and reliably allocating product order processing by facsimile or the like to operators. .
[0002]
[Prior art]
2. Description of the Related Art Conventionally, a manufacturer, a product / service agent company, etc. sometimes receives orders for products from each customer at a call center. In this call center, a plurality of operators are waiting, and they are divided into an inbound business for receiving a request from a customer such as ordering a product and an outbound business for making a phone call to the customer. In the inbound business at this call center, a call waiting is relayed to an operator using CTI (Computer Telephony Integration) technology (CTI system). For this reason, the CTI system grasps the operating status of the operator. When a call to a call center is received from a customer who wants a product, the CTI system searches for a waiting operator and connects a telephone line to the operator. The operator listens to an order from the customer and inputs predetermined data to the merchandise delivery system.
[0003]
In this way, the call center uses the CTI system to increase the operating efficiency of the operator in the inbound business and can receive orders for goods efficiently. Also, the customer can shorten the waiting time for a call and can order a product in a short time.
[0004]
[Problems to be solved by the invention]
However, in the CTI system, an operator usually inputs predetermined data and gives a delivery instruction based on the customer's telephone voice. Therefore, there is a method for receiving a product order using a facsimile or electronic mail. However, the CTI system is designed to efficiently process telephone orders. Therefore, if the CTI system is used as it is, there is a possibility that the operating efficiency of the operator is deteriorated.
[0005]
The present invention has been made to solve the above-described problems, and an object of the present invention is to efficiently allocate an order processing received from a customer using a facsimile or an e-mail to a call center operator. It is an object of the present invention to provide a method and a system that can be used and that a customer can securely order an item.
[0006]
[Means for Solving the Problems]
In order to solve the above-mentioned problem, the invention described in claim 1 includes an operator identifier, a latest reception identifier, an operator's attendance schedule, an attendance status indicating "present" or "not present", Correspondence order number range for assigning highly skilled operators to customers with many orders An operator information recording unit in which operator attribute information is recorded, and a received data recording unit in which reception data associated with a reception identifier, a transmission source terminal identifier, and a reception time is recorded for request data received from a customer And a method for allocating processing of requests received from customers to an operator using a management computer connected to the customer terminal via a network, wherein the management computer is connected to the customer terminal via the network. A first stage for recording received request data in the received data recording section; a second stage for recording the request data with an acceptance identifier having a prior relationship; and the received data recording section. To calculate the number of orders received for a given period associated with the request data sender. Corresponding order number range corresponding to the order number is associated It is an operator identifier, and an operator whose attendance status recorded in the operator information recording unit is “present” or scheduled to attend is specified, and an operator identifier associated with the earliest latest reception identifier among the operators is extracted. A third stage, a fourth stage in which the reception identifier is recorded in the operator information recording unit as the latest reception identifier in association with the operator identifier, and an operator terminal associated with the operator identifier for request processing And a fifth step of transmitting the request data.
[0007]
The gist of the invention according to claim 2 is the operator allocation method according to claim 1, wherein the request data received in the first stage is facsimile image data.
[0008]
The gist of the invention according to claim 3 is the operator allocation method according to claim 1 or 2, wherein the transmission in the fifth stage is to send an e-mail attached with the request data.
[0020]
The invention according to claim 4 includes an operator identifier, a latest reception identifier, an operator's attendance schedule, an attendance status indicating "present" or "not present", Correspondence order number range for assigning highly skilled operators to customers with many orders An operator information recording unit in which operator attribute information is recorded, and a received data recording unit in which reception data associated with a reception identifier, a transmission source terminal identifier, and a reception time is recorded for request data received from a customer And a system for allocating processing of requests received from customers to an operator using a management computer connected to the customer terminal via a network, wherein the management computer is connected to the customer terminal via the network. The received request data is recorded in the received data recording unit, and the request data is recorded with a reception data recording unit that assigns a reception identifier having a prior relationship to the request data, and the received data recording unit, Calculate the number of orders received for a given period associated with the data source, Corresponding order number range corresponding to the order number is associated It is an operator identifier, and an operator whose attendance status recorded in the operator information recording unit is “present” or scheduled to attend is specified, and an operator identifier associated with the earliest latest reception identifier among the operators is extracted. Means, associated with the operator identifier, means for recording the reception identifier as the latest reception identifier in the operator information recording unit, and transmits the request data to an operator terminal associated with the operator identifier for request processing. It has a gist to have.
[0022]
Claim 5 The invention described in claim 4 In the operator allocation system described in (1), the request data is facsimile image data.
[0031]
Claim 6 The invention described in claim 4 or 5 In the operator allocation system described in The request data is transmitted to the operator terminal by sending an e-mail attached with the request data. This is the gist.
[0033]
(Function)
Claim 1 or 4 According to the invention described in latest An operator identifier associated with the reception identifier is extracted, and request data is transmitted to the operator for request processing. For this reason, request processing can be equally allocated to each operator.
[0034]
According to the second or fifth aspect of the present invention, the received request data is facsimile image data. Therefore, each operator can perform request processing while confirming the facsimile image.
[0035]
According to the third or sixth aspect of the present invention, the request data is attached to the electronic mail and transmitted to each operator terminal. For this reason, each operator can view a facsimile image using a general-purpose electronic mail viewer installed in each operator terminal.
[0036]
Book According to the invention, the operator who allocates the request processing is extracted based on the operator attribute information recorded for each operator. For this reason, operator priority can be set in the allocation of request processing.
[0037]
Book According to the invention, an operator identifier associated with an identifier that can be used for request processing is extracted. Thereby, quick request processing is possible.
[0039]
Book According to the invention, the attribute information of the request data and the operator attribute information recorded for each operator are collated, and an operator who performs the request processing is extracted based on the collation result. For this reason, an operator suitable for the attribute of the request information can be extracted.
[0045]
Book According to the invention, the reception identifier having a prior relation is recorded in association with the operator identifier. For this reason, a new request process can be allocated to the operator who performed the request process first. Therefore, request processing can be equally allocated to each operator.
[0046]
Book According to the invention, the received request data is facsimile image data. For this reason, a facsimile image can be transmitted to the operator, thereby allowing the operator to perform request processing.
[0049]
DETAILED DESCRIPTION OF THE INVENTION
(First embodiment)
Hereinafter, a first embodiment of the present invention will be described with reference to FIGS. In the present embodiment, an explanation will be given of an operator allocation method and an operator allocation system used when a book maker (publisher) that has received a product order as a request from a customer performs order processing (delivery instruction) for a book that is a product.
[0050]
As shown in FIG. 1, an
[0051]
The
[0052]
As shown in FIG. 1, the
[0053]
The
[0054]
As shown in FIG. 3, the reception
[0055]
As shown in FIG. 4, attribute
[0056]
In the reply
[0057]
As shown in FIG. 6,
[0058]
In the return
[0059]
As shown in FIG. 8, the operator
[0060]
The
[0061]
Next, a processing procedure when a product order facsimile is received from a customer in the system configured as described above will be described with reference to FIG. When an order facsimile is received from the customer terminal 10 (S1-1), the
[0062]
Next, the
[0063]
Next, a processing procedure for allocating product orders to operators will be described with reference to FIG. First, the
[0064]
Next, the
[0065]
Next, the
[0066]
Next, a processing procedure when each operator receives an e-mail will be described with reference to FIGS. First, each operator activates the electronic mail viewer of the operator terminal 30 (S3-1). The e-mail viewer extracts e-mails recorded in association with the operator's e-mail address recorded in the operator
[0067]
Next, the operator designates an e-mail and displays a received facsimile image attached to the e-mail (S3-3). In the present embodiment, the reception number “123456” is selected and clicked. In this case, the image viewer is activated, and a
[0068]
Next, the order details are confirmed based on the received
[0069]
Next, the
[0070]
If the items necessary for the product order are described (“Yes” in step (S3-5)), the operator inputs a delivery instruction on a separate delivery instruction screen (S3-10). . In this embodiment, the receipt number, order date, customer name, product name, and quantity are input. The
[0071]
Next, the processing of the
[0072]
Next, the
[0073]
As described above, according to the present embodiment, the following effects can be obtained.
In the above embodiment, each time an order facsimile is received from the
[0074]
In the above embodiment, since the received facsimile image is recorded in the TIFF format electronic file in the received
[0075]
In the above embodiment, the customer is notified of a different facsimile number depending on the type of customer, and when receiving a facsimile, the sender's facsimile number notified by the caller telephone number notification service is recorded in the received
[0076]
In the above embodiment, the operator
[0077]
In the above embodiment, the attendance status is recorded for each operator in the operator
[0078]
In the above embodiment, the number of cases owned by each operator is recorded in the operator
[0079]
In the above embodiment, since the number of case processes for each operator is recorded in the operator
[0080]
In the above embodiment, the
[0081]
In the above embodiment, the reply
[0082]
In the above embodiment, the return facsimile image data is recorded in the reply
[0083]
In the above embodiment, the reason for return is recorded in the reply
[0084]
In the above embodiment, the return reason recorded in the reply
[0085]
In the above embodiment, since the number of orders received for each customer is recorded in the customer
[0086]
In the above embodiment, since the return reason is recorded in the return
[0087]
In the above embodiment, the operator
[0088]
In the above-described embodiment, the customer type is recorded in the operator
[0089]
In the above embodiment, at the time of facsimile reception, the source facsimile number and the customer facsimile number recorded in the customer
[0090]
In the above embodiment, the operator inputs a delivery instruction based on the received facsimile image, and the delivery instruction is recorded in the delivery
[0091]
In addition, you may change the said embodiment into the following aspects.
In the above embodiment, the attendance status is recorded for each operator in the operator
[0092]
In the above embodiment, the attendance status is recorded for each operator in the operator
[0093]
In the above embodiment, the attendance status is recorded for each operator in the operator
[0094]
In the above embodiment, the latest reception number recorded in the operator
[0095]
In the above embodiment, the
[0096]
In the above embodiment, a facsimile machine is used as the
[0097]
In the above embodiment, the operator confirms the received facsimile image and inputs a delivery instruction. Character information is extracted from the facsimile image data received by the
[0098]
In the above embodiment, the
[0099]
In the above embodiment, the
[0100]
-In above-mentioned embodiment, although the recording parts 22-27 were set to the
[0101]
(Second Embodiment)
The second embodiment embodying the present invention will be described below. The second embodiment differs from the first embodiment in the processing procedure for allocating order processing to operators. A processing procedure different from that of the first embodiment will be described with reference to FIG.
[0102]
In the present embodiment, first, as in the first embodiment, the
[0103]
Next, the
[0104]
As described above, according to the present embodiment, the following effects can be obtained.
-In the above embodiment, operators are allocated based on the number of cases owned. Unlike the first embodiment in which the order processing is evenly allocated to the operator, it is possible to allocate according to the order processing status of the operator. Therefore, it is possible to process orders more quickly according to the processing capability of the operator.
[0105]
In addition, you may change the said embodiment into the following aspects.
In the above embodiment, the number of case possessions recorded in the operator
[0106]
In the above embodiment, the number of case possessions recorded in the operator
[0107]
In the above embodiment, the number of case possessions recorded in the operator
[0108]
In the above embodiment, the product order from the customer is received by facsimile, but may be received by e-mail. In this case, the e-mail from the customer is recorded in the received
[0109]
In the above embodiment, when receiving a product order from a customer, the order processing is allocated to the operator. The
[0110]
(Third embodiment)
Hereinafter, a third embodiment of the present invention will be described. The third embodiment differs from the first embodiment in the processing procedure for allocating order processing to operators. First, in the
[0111]
Hereinafter, a processing procedure different from that of the first embodiment will be described with reference to FIG. First, the
[0112]
If there is no operator name (“No” in step (S5-3)), steps (S2-2) to (S2-7) are executed as in the first embodiment. When there is an operator name recorded in the operator
[0113]
As described above, according to the present embodiment, the following effects can be obtained.
In the above embodiment, the operator
[0114]
In the above embodiment, the customer facsimile number is recorded in the operator
[0115]
In addition, you may change the said embodiment into the following aspects.
In the above embodiment, the customer facsimile number is recorded as the corresponding customer information in the operator
[0116]
In the above embodiment, the customer facsimile number is recorded as the corresponding customer information in the operator
[0117]
In the above embodiment, the customer facsimile number is recorded as the corresponding customer information in the operator
[0118]
In the above embodiment, the customer facsimile number is recorded as the corresponding customer information in the operator
[0119]
Next, technical ideas other than those described in the claims that can be grasped from the embodiment and other examples will be described below together with their effects.
(1) The operator allocation method according to any one of claims 1 to 14, further comprising a step of extracting character information from the received facsimile image and converting it into text data. Method.
[0120]
According to the invention described in (1), since the order information is converted into text data, it is possible to reduce the load of the delivery instruction for the operator.
(2) In the operator allocation system according to any one of
[0121]
According to the invention described in (2), the customer can easily grasp the reason for the incomplete product order.
[0122]
【The invention's effect】
As described above in detail, according to the present invention, request processing from a customer can be quickly allocated to an operator, and request processing can be performed quickly. Further, it is possible to efficiently allocate request processing according to the processing capability of the operator. Furthermore, order processing according to customer attributes is possible. Further, it is possible to cope with a case where the content of the request is incomplete, and the request processing can be reliably performed.
[Brief description of the drawings]
FIG. 1 is a system schematic diagram of an embodiment of the present invention.
FIG. 2 is an explanatory diagram of data recorded in a delivery information recording unit.
FIG. 3 is an explanatory diagram of data recorded in a received data recording unit.
FIG. 4 is an explanatory diagram of data recorded in an operator information recording unit.
FIG. 5 is an explanatory diagram of data recorded in a reply data recording unit.
FIG. 6 is an explanatory diagram of data recorded in a customer data recording unit.
FIG. 7 is an explanatory diagram of data recorded in a return reason recording unit.
FIG. 8 is an explanatory diagram of data recorded in an operator matter recording unit.
FIG. 9 is an explanatory diagram of a processing procedure according to the first embodiment.
FIG. 10 is an explanatory diagram of a processing procedure according to the first embodiment.
FIG. 11 is an explanatory diagram of a processing procedure according to the first embodiment.
FIG. 12 is an explanatory diagram of a processing procedure according to the first embodiment.
FIG. 13 is an explanatory diagram of a display screen output to the operator terminal.
FIG. 14 is an explanatory diagram of a display screen output to the operator terminal.
FIG. 15 is an explanatory diagram of a display screen output to the operator terminal.
FIG. 16 is an explanatory diagram of a display screen output to the operator terminal.
FIG. 17 is an explanatory diagram of a processing procedure according to the second embodiment.
FIG. 18 is an explanatory diagram of a processing procedure according to the third embodiment.
[Explanation of symbols]
DESCRIPTION OF
Claims (6)
顧客から受信したリクエストデータについて、受付識別子、送信元端末識別子、受信時刻が関連付けられた受信データが記録される受信データ記録部と、
ネットワークを介して、顧客端末と接続されている管理コンピュータを利用して、顧客から受信したリクエストの処理をオペレータに割振る方法であって、
前記管理コンピュータが、
ネットワークを介して顧客端末から受信したリクエストデータを前記受信データ記録部に記録する第1の段階と、
前記リクエストデータに対して、先後関係を有する受付識別子を付与して記録する第2の段階と、
前記受信データ記録部を用いて、前記リクエストデータの送信元に関連付けられている所定期間の受注件数を計算し、前記受注件数が該当する対応受注件数範囲が関連付けられたオペレータ識別子であって、前記オペレータ情報記録部に記録された出勤状況が「在」又は出勤予定のオペレータを特定し、このオペレータの中で最先の最新受付識別子に関連付けられたオペレータ識別子を抽出する第3の段階と、
前記オペレータ識別子に関連付けて、前記受付識別子を最新受付識別子として前記オペレータ情報記録部に記録する第4の段階と、
リクエスト処理のために、前記オペレータ識別子に関連付けられたオペレータ端末に前記リクエストデータを送信する第5の段階とを有することを特徴とするオペレータ割振り方法。An operator in which the operator identifier, the latest reception identifier, the operator's attendance schedule, the attendance status indicating "present" or "absent", and the corresponding order count range for assigning highly skilled operators to customers with many orders received are recorded An operator information recording unit in which attribute information is recorded;
About the request data received from the customer, the reception data recording unit in which the reception data associated with the reception identifier, the transmission source terminal identifier, and the reception time is recorded,
A method of allocating the processing of a request received from a customer to an operator using a management computer connected to the customer terminal via a network,
The management computer is
A first step of recording request data received from a customer terminal via a network in the received data recording unit;
A second step of recording the request data with a reception identifier having a prior relationship;
The received data recording unit is used to calculate the number of orders received in a predetermined period associated with the transmission source of the request data, and is an operator identifier associated with the corresponding order number range corresponding to the number of orders received , A third stage of identifying an operator whose attendance status recorded in the operator information recording unit is “present” or scheduled to attend, and extracting an operator identifier associated with the earliest latest reception identifier among the operators;
A fourth stage of recording in the operator information recording unit as the latest reception identifier in association with the operator identifier;
And a fifth step of transmitting the request data to an operator terminal associated with the operator identifier for request processing.
ペレータ情報記録部と、
顧客から受信したリクエストデータについて、受付識別子、送信元端末識別子、受信時刻が関連付けられた受信データが記録される受信データ記録部と、
ネットワークを介して、顧客端末と接続されている管理コンピュータを利用して、顧客から受信したリクエストの処理をオペレータに割振るシステムであって、
前記管理コンピュータが、
ネットワークを介して顧客端末から受信したリクエストデータを前記受信データ記録部に記録し、
前記リクエストデータに対して、先後関係を有する受付識別子を付与して記録する受信データ記録手段と、
前記受信データ記録部を用いて、前記リクエストデータの送信元に関連付けられている所定期間の受注件数を計算し、前記受注件数が該当する対応受注件数範囲が関連付けられたオペレータ識別子であって、前記オペレータ情報記録部に記録された出勤状況が「在」又は出勤予定のオペレータを特定し、このオペレータの中で最先の最新受付識別子に関連付けられたオペレータ識別子を抽出する手段と、
前記オペレータ識別子に関連付けて、前記受付識別子を最新受付識別子として前記オペレータ情報記録部に記録する手段と、
リクエスト処理のために、前記オペレータ識別子に関連付けられたオペレータ端末に前記リクエストデータを送信する手段と
を有することを特徴とするオペレータ割振りシステム。An operator in which the operator identifier, the latest reception identifier, the operator's attendance schedule, the attendance status indicating "present" or "absent", and the corresponding order count range for assigning highly skilled operators to customers with many orders received are recorded An operator information recording unit in which attribute information is recorded;
About the request data received from the customer, the reception data recording unit in which the reception data associated with the reception identifier, the transmission source terminal identifier, and the reception time is recorded,
A system that allocates processing of requests received from customers to operators using a management computer connected to customer terminals via a network,
The management computer is
Record the request data received from the customer terminal via the network in the received data recording unit,
Received data recording means for recording the request data with a reception identifier having a prior relationship,
The received data recording unit is used to calculate the number of orders received in a predetermined period associated with the transmission source of the request data, and is an operator identifier associated with the corresponding order number range corresponding to the number of orders received , Means for identifying an operator whose attendance status recorded in the operator information recording unit is “present” or scheduled to attend, and extracting an operator identifier associated with the earliest latest reception identifier among the operators;
Means for recording the reception identifier as the latest reception identifier in the operator information recording unit in association with the operator identifier;
An operator allocation system comprising: means for transmitting the request data to an operator terminal associated with the operator identifier for request processing.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000273815A JP4727797B2 (en) | 2000-09-08 | 2000-09-08 | Operator allocation method and operator allocation system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000273815A JP4727797B2 (en) | 2000-09-08 | 2000-09-08 | Operator allocation method and operator allocation system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002084372A JP2002084372A (en) | 2002-03-22 |
JP4727797B2 true JP4727797B2 (en) | 2011-07-20 |
Family
ID=18759684
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000273815A Expired - Fee Related JP4727797B2 (en) | 2000-09-08 | 2000-09-08 | Operator allocation method and operator allocation system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4727797B2 (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4825392B2 (en) * | 2002-11-07 | 2011-11-30 | 株式会社東芝 | Schedule management system |
JP5359400B2 (en) * | 2009-03-11 | 2013-12-04 | 富士通株式会社 | Business object distribution device, method and program |
JP5870512B2 (en) * | 2011-06-01 | 2016-03-01 | キヤノンマーケティングジャパン株式会社 | Information processing apparatus, transmission destination designation method, and program thereof |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000041107A (en) * | 1998-05-26 | 2000-02-08 | Rockwell Electronic Commerce Corp | Multimedia work processing method and device |
JP2000078306A (en) * | 1998-08-28 | 2000-03-14 | Matsushita Electric Ind Co Ltd | Modem device |
JP2000196802A (en) * | 1998-12-24 | 2000-07-14 | Toshiba Tec Corp | Internet facsimile equipment |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH1075300A (en) * | 1996-08-30 | 1998-03-17 | Tamura Electric Works Ltd | Multi-line telephone system |
JPH10210515A (en) * | 1997-01-21 | 1998-08-07 | Toshiba Corp | Connection device |
JPH1134266A (en) * | 1997-07-17 | 1999-02-09 | Teijin Ltd | Easily adhesive polyester film and laminated film |
JP3179754B2 (en) * | 1998-05-06 | 2001-06-25 | 株式会社エヌ・ティ・ティ・データ | Distributed call center, local site and remote site |
JP2000004296A (en) * | 1998-06-16 | 2000-01-07 | Hitachi Ltd | Automatic communication signal switching system |
US6289373B1 (en) * | 1998-08-24 | 2001-09-11 | Rockwell Electronic Commerce Corp. | Method of processing E-mail in an automatic call distributor |
JP3313075B2 (en) * | 1998-08-24 | 2002-08-12 | 株式会社エヌ・ティ・ティ・データ | Call center system, receiving terminal setting method, and recording medium |
-
2000
- 2000-09-08 JP JP2000273815A patent/JP4727797B2/en not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000041107A (en) * | 1998-05-26 | 2000-02-08 | Rockwell Electronic Commerce Corp | Multimedia work processing method and device |
JP2000078306A (en) * | 1998-08-28 | 2000-03-14 | Matsushita Electric Ind Co Ltd | Modem device |
JP2000196802A (en) * | 1998-12-24 | 2000-07-14 | Toshiba Tec Corp | Internet facsimile equipment |
Also Published As
Publication number | Publication date |
---|---|
JP2002084372A (en) | 2002-03-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7603569B2 (en) | Information providing system and a method for providing information | |
US20030144873A1 (en) | Mobile marketing system | |
JP2003067293A (en) | Printing method, printing execution program and printing device | |
EP2569741A1 (en) | Rsvp system and method for an online stationery or greeting card service | |
KR20110081740A (en) | Method for organizing business card | |
WO1993024892A1 (en) | Methods and apparatus for quote processing | |
US20060217999A1 (en) | Document management system | |
JP4727797B2 (en) | Operator allocation method and operator allocation system | |
CN113468117A (en) | Information processing apparatus, control method thereof, and storage medium | |
JP2021163447A (en) | Information processing apparatus and control method for the same, and program | |
JP2003167694A (en) | Print method, print execution program, and printer | |
KR100743724B1 (en) | Method for providing phonemail service using wire and wireless communication | |
US20030208557A1 (en) | Fast document delivery service | |
JPWO2003081441A1 (en) | Mail distribution system, mail distribution method, mail distribution program, recording medium recording the mail distribution program, and homepage creation support device | |
US20030135602A1 (en) | System for managing or notifying the results of communication with a customer | |
JP5443962B2 (en) | Content distribution management system and content distribution management method | |
JP2005129005A (en) | Receiving and ordering system and its program | |
JP6327613B2 (en) | Information sharing system | |
WO2011005217A2 (en) | Method, system & services for electronic & physical business card design, procurement, printing, billing, electronic storage; and contact administration, management, exchange & tracking, for both individuals & organizations | |
JP7214088B1 (en) | Electronic file storage processing device, electronic file storage processing program and electronic file storage processing method | |
JP4124316B2 (en) | Response support apparatus, response support system, computer program, and recording medium | |
JP2002297935A (en) | Trial calculation, estimate and order receiving and placing processing system for receiving and placing order for printed matter | |
JP7356639B1 (en) | Data processing device, data processing method and program | |
JP2002165076A (en) | Received fax management system and its method and recording medium | |
JP2002230372A (en) | Management system for printing industry, program, and storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070731 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090702 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090728 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090925 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100803 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100922 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110405 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110414 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140422 Year of fee payment: 3 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
LAPS | Cancellation because of no payment of annual fees |