JP2018197995A - プログラム、情報処理装置及び情報処理方法 - Google Patents

Abstract

【課題】適切な割り振りを行うことが可能なプログラム等を提供することを目的とする。【解決手段】複数のオペレータのそれぞれの属性を記憶する記憶部を参照して、架電処理の架電属性に応じた条件を満たすオペレータ属性を有するオペレータを、架電処理の割り当て候補として抽出する架電処理の割り当てプログラムにおいて、振り分け対象の架電処理の総数が第１の数より少ない第２の数の場合に、いずれかの架電属性に応じた条件を、前記振り分け対象の架電処理の総数が第１の数の場合の第１の条件よりも緩和された第２条件に変更し、前記第２の条件に応じて、架電処理の割り当て候補を抽出する、処理をコンピュータ１に実行させる。【選択図】図１

Description

本発明は、プログラム、情報処理装置及び情報処理方法に関する。

従来、延滞者の中より連絡優先度を、人手を介する事なく自動的に振り分け、電話の自動発信を含めた円滑な延滞交渉の運用を目的とする延滞管理督促方法等が提案されている（例えば特許文献１及び２参照）。

特開２０００−３２１４８号公報 特開２００８−９６２８号公報

しかしながら、従来の技術では架電処理を適切に割り振ることができないという問題がある。

一つの側面では、適切な割り振りを行うことが可能なプログラム等を提供することを目的とする。

一つの案では、複数のオペレータのそれぞれの属性を記憶する記憶部を参照して、架電処理の架電属性に応じた条件を満たすオペレータ属性を有するオペレータを、架電処理の割り当て候補として抽出する架電処理の割り当てプログラムにおいて、振り分け対象の架電処理の総数が第１の数より少ない第２の数の場合に、いずれかの架電属性に応じた条件を、前記振り分け対象の架電処理の総数が第１の数の場合の第１の条件よりも緩和された第２条件に変更し、前記第２の条件に応じて、架電処理の割り当て候補を抽出する、
処理をコンピュータに実行させる。

一つの側面では、適切な割り振りを行うことが可能となる。

情報処理システムの概要を示す説明図である。 コンピュータのハードウェア群を示すブロック図である。 サーバコンピュータのハードウェア群を示すブロック図である。 案件ＤＢのレコードレイアウトを示す説明図である。 オペレータＤＢのレコードレイアウトを示す説明図である。 第１テーブルのレコードレイアウトを示す説明図である。 第２テーブルのレコードレイアウトを示す説明図である。 案件の表示イメージを示す説明図である。 割当処理の手順を示すフローチャートである。 割り当て処理の手順を示すフローチャートである。 割り当て処理の手順を示すフローチャートである。 実施の形態２に係るサーバコンピュータのハードウェア群を示すブロック図である。 第３テーブルのレコードレイアウトを示す説明図である。 割当処理の手順を示すフローチャートである。 割当処理の手順を示すフローチャートである。 割り当て処理の手順を示すフローチャートである。 割り当て処理の手順を示すフローチャートである。 割り当て処理の手順を示すフローチャートである。 案件ＤＢのレコードレイアウトを示す説明図である。 実施の形態３に係るオペレータＤＢのレコードレイアウトを示す説明図である。 オペレータの選択処理手順を示すフローチャートである。 実施の形態３に係る案件ＤＢのレコードレイアウトを示す説明図である。 実施の形態４に係るオペレータＤＢのレコードレイアウトを示す説明図である。 オペレータの選択処理手順を示すフローチャートである。 案件の表示イメージを示す説明図である。 案件の表示イメージを示す説明図である。 注意情報の追加処理手順を示すフローチャートである。 注意情報の追加処理手順を示すフローチャートである。 注意情報の追加処理手順を示すフローチャートである。 オペレータＤＢのレコードレイアウトを示す説明図である。 ポイントの付与処理手順を示すフローチャートである。 上述した形態のサーバコンピュータの機能ブロック図である。 実施の形態７に係るサーバコンピュータのハードウェア群を示すブロック図である。

実施の形態１
以下実施の形態を、図面を参照して説明する。図１は情報処理システムの概要を示す説明図である。情報処理システムは情報処理装置１及びオペレータの情報処理装置２等を含む。情報処理装置１は例えば、サーバコンピュータまたはパーソナルコンピュータ等である。実施形態では情報処理装置１をサーバコンピュータ１と読み替えて説明する。情報処理装置２は例えば、パーソナルコンピュータ、スマートフォン、電話機またはタブレット等である。以下では情報処理装置２をコンピュータ２と読み替えて説明する。サーバコンピュータ１及び各コンピュータ２はインターネット、ＬＡＮ（Local Area Network）、公衆回線網等の通信網Ｎを介して相互に接続されている。

サーバコンピュータ１はオペレータの使用するコンピュータ２へ架電先の架電処理を割り当てる。実施形態では、一例として未払金支払いの催促を行うオペレータに、債務者に対する架電処理（以下、案件という）を割り当てる例を示すが、これに限るものではない。例えば保険の勧誘を行うオペレータへの案件割り当て、クレーム処理を行うオペレータへの案件割り当て等であっても良い。オペレータはベテラン、新人のように属性として難易度に応じた複数のレベルに分類されている。案件も案件の難易度、特殊性等の属性に応じて複数のグループに分類されている。新規案件は、オペレータが未払金の催促を行うために初めて電話をかける案件である。

過去交渉案件は、既に債務者に対し電話をかけたことのある案件である。入金約束案件は未払金の支払時期が設定されている案件である。図１左側に示す例は、案件総数が第１の数（例えば５００件以上１０００件未満）の場合に、第１の条件に基づき、サーバコンピュータ１が行う割当処理である。サーバコンピュータ１は新規案件または過去交渉案件
をベテランに割り当てる。一方、サーバコンピュータ１は、新規案件、及び、過去交渉案件は、新人には処理が困難であることから、入金約束案件のみを新人に割り当てる。

図１右側に示す例は、案件総数が第１の数よりも少ない第２の数（例えば５００件未満）の場合に、第１の条件よりも緩和された第２の条件に基づき、サーバコンピュータ１が行う割り当て処理である。サーバコンピュータ１は同様に新規案件をベテランに割り当てる。サーバコンピュータ１は、新規案件はどのような債権者が出てくるか不明であり対応が困難であることから引き続き新人には割り当てない。一方サーバコンピュータ１は、案件総数が少ない場合、入金約束案件に加えて、新人を教育すべく、通常時には割り当てていなかった過去交渉案件をも新人に割り当てる。以下詳細を説明する。

図２はコンピュータ２のハードウェア群を示すブロック図である。コンピュータ２は制御部としてのＣＰＵ（Central Processing Unit）２１、ＲＡＭ（Random Access Memory）２２、入力部２３、表示部２４、記憶部２５、時計部２８、及び、通信部２６等を含む。ＣＰＵ２１は、バス２７を介してハードウェア各部と接続されている。ＣＰＵ２１は記憶部２５に記憶された制御プログラム２５Ｐに従いハードウェア各部を制御する。なお、ＣＰＵ２１は複数のプロセッサコアを搭載したマルチコアプロセッサであっても良い。ＲＡＭ２２は例えばＳＲＡＭ（Static RAM）、ＤＲＡＭ(Dynamic RAM)、フラッシュメモリ等である。ＲＡＭ２２は、記憶部としても機能し、ＣＰＵ２１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。

入力部２３はマウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報をＣＰＵ２１へ出力する。表示部２４は液晶ディスプレイまたは有機ＥＬ（electroluminescence）ディスプレイ等であり、ＣＰＵ２１の指示に従い各種情報を表示する。通信部２６は通信モジュールであり、サーバコンピュータ１等と間で情報の送受信を行う。時計部２８は日時情報をＣＰＵ２１へ出力する。記憶部２５は大容量メモリまたはハードディスクであり、制御プログラム２５Ｐ等を記憶している。

図３はサーバコンピュータ１のハードウェア群を示すブロック図である。サーバコンピュータ１は制御部としてのＣＰＵ１１、ＲＡＭ１２、入力部１３、表示部１４、記憶部１５、時計部１８、及び、通信部１６等を含む。ＣＰＵ１１は、バス１７を介してハードウェア各部と接続されている。ＣＰＵ１１は記憶部１５に記憶された制御プログラム１５Ｐに従いハードウェア各部を制御する。なお、ＣＰＵ１１は複数のプロセッサコアを搭載したマルチコアプロセッサであっても良い。ＲＡＭ１２は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ１２は、記憶部としても機能し、ＣＰＵ１１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。

入力部１３はマウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報をＣＰＵ１１へ出力する。表示部１４は液晶ディスプレイまたは有機ＥＬディスプレイ等であり、ＣＰＵ１１の指示に従い各種情報を表示する。通信部１６は通信モジュールであり、コンピュータ２等と間で情報の送受信を行う。時計部１８は日時情報をＣＰＵ１１へ出力する。記憶部１５は大容量メモリまたはハードディスクであり、制御プログラム１５Ｐ、第１テーブル１５１、第２テーブル１５２、案件データベース（以下、ＤＢという）１５３及びオペレータＤＢ１５４等を含む。なお、実施形態では各ＤＢ等が記憶部１５に記憶されている例を示すが、ＲＡＭ１２に記憶する他、図示しないＤＢサーバコンピュータに記憶するようにしても良い。また実施形態では異なるＤＢに分けて記憶する例を示すが、あくまで一例であり、データ間の関係が維持されていれば他の記憶形態を採用しても良い。

図４は案件ＤＢ１５３のレコードレイアウトを示す説明図である。案件ＤＢ１５３は、
案件ＩＤフィールド、債務者氏名フィールド、返済額フィールド、グループフィールド、前回対応日フィールド及び約束日フィールド等を含む。案件ＩＤはオペレータに割り当てる案件を特定するための固有の識別情報（以下、案件ＩＤという）を記憶している。債務者氏名フィールドには、案件ＩＤに対応付けて債務者の氏名が記憶されている。返済額フィールドには、案件ＩＤに対応付けて、債務者が返済することが必要な返済額が記憶されている。

グループフィールドには、案件の属性に応じてグループ分けされた複数のグループ名が記憶されている。本実施形態では、一例として、新規案件、不在案件、過去交渉案件及び入金約束案件の４つのグループに分類している。新規案件は、新規に登録された案件である。不在案件は、オペレータが前回債務者に電話連絡したところ、不在であった案件である。過去交渉案件は、オペレータが前回債務者に連絡し、支払を促す交渉を電話にて行った案件である。入金約束案件は、オペレータが前回債務者に電話連絡し、未払い金の支払予定時期（以下、約束日という）が設定された案件である。具体的には債務者に対し「何月何日までに支払う」との約束を取り付けた案件である。

前回対応日フィールドには、案件ＩＤに対応付けて、前回オペレータが債務者に電話した日が記憶されている。例えば案件ＩＤが００４の案件では、２０１７年４月１５日に電話連絡がなされていたことが分かる。なお、説明を容易にするために年月日のみを示し、時間の記載は省略している。約束日フィールドには、案件ＩＤに対応付けて、入金約束を取り付けた約束日が記憶されている。例えば、案件ＩＤが００４の案件では２０１７年４月１５日の電話対応時に、２０１７年４月２５日には返済する旨の約束を取り付けたことを示す。

ＣＰＵ１１は、図示しない他のコンピュータから、通信部１６等を介して処理案件を受信し、受信した処理案件を図４に示す案件ＤＢ１５３に記憶する。ＣＰＵ１１は、後述する処理により案件ＤＢ１５３に登録された案件を各オペレータに割り当てる。なお、案件ＤＢ１５３は紙面の都合上、図４に記載したデータについてのみ説明したが、これら以外のデータを記憶しても良い。例えば、債務者の電話番号、過去交渉案件であれば交渉内容の詳細等をも記憶しておいても良い。

図５は、オペレータＤＢ１５４のレコードレイアウトを示す説明図である。オペレータＤＢ１５４は、オペレータＩＤフィールド、氏名フィールド及びレベルフィールド等を含む。オペレータＩＤフィールドには、案件の処理を行うオペレータを特定するための固有の識別情報（以下、オペレータＩＤという）が記憶されている。氏名フィールドには、オペレータＩＤに対応付けてオペレータの氏名が記憶されている。レベルフィールドには、オペレータの属性として、オペレータのレベルに応じた複数のレベルが記憶されている。レベルは例えば処理案件総数、または、経験年数等に応じて定められる。本実施形態ではレベルとしてベテラン、中堅及び新人の３種であるものとして説明するが、これに限るものではない。異なる２種以上のレベルであればよい。

図６は第１テーブル１５１のレコードレイアウトを示す説明図である。第１テーブル１５１は、グループ分けされた案件に応じて、対応することが可能なレベルが記憶されている。新規案件に関しては、どのような債務者か不明であるため対応に注意を要する。そのため、ベテランのみが対応可能となっている。なお、○印が対応可能であることを示し、×印は対応できないことを示している。このように新規案件に関してはレベルがベテランより低い中堅、中堅よりもレベルの低い新人は対応することができない。

不在案件は、意図的に居留守を装っている可能性が高く、新規案件と同様に難易度が高い。そのため、新規案件と同じく、ベテランのみが対応可能となっている。過去交渉案件
は、案件ＤＢ１５３に記憶された交渉経緯を参照することで、電話交渉が容易となることから、中堅が対応することができる。なお、実施形態では、中堅が対応する例を示すが、レベルの高いベテランも対応してもよい。入金約束案件は、「何月何日に入金約束されていましたね？」と比較的定型的な対応が可能であるため、新人が対応することができる。

図７は第２テーブル１５２のレコードレイアウトを示す説明図である。第１テーブル１５１は、案件総数が第１の数の場合に参照され、第２テーブル１５２は案件総数が第１の数より少ない第２の数の場合に参照される。第２テーブル１５２も同様に、グループ分けされた案件に応じて、対応することが可能なレベルが記憶されている。なお、第１テーブルの条件を第１の条件とした場合、第２テーブル１５２には第１の条件よりも緩和された第２の条件が記憶されている。新規案件及び不在案件に関しては、難易度は高いが、案件総数が少ない場合は、レベルの低いオペレータの教育をも兼ねて、条件を緩和し、ベテランに加えて中堅も対応することができる。図７において△は、図６に示す通常の場合（以下、通常モードという）では対応不可能であったが、オペレータを教育させる場合（以下、教育モードという）に、対応可能となることを示す。

過去交渉案件に関しては、教育モード時は新人が対応することができる。なお、新規案件については通常モードと同様に、新人が対応することができる。このように、図６及び図７の新規案件、不在案件及び過去交渉案件を比較すれば教育モード時のレベルは、通常モード時よりも低いレベルのオペレータを含んでいる。

ＣＰＵ１１は、案件総数が第１の数の場合、案件ＤＢ１５３及び第１テーブル１５１を参照し、グループに応じたレベルを決定する。例えば、新規案件の場合、レベルをベテランと決定する。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、ベテランに対応するオペレータＩＤを抽出する。なお、複数のオペレータＩＤを抽出した場合、ランダムに一つのオペレータＩＤを選択すればよい。ＣＰＵ１１は、不在案件の場合、レベルを同様にベテランに決定する。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、ベテランのオペレータＩＤを抽出する。

ＣＰＵ１１は、過去交渉案件の場合、レベルを中堅と決定する。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、中堅に対応するオペレータＩＤを抽出する。なお、複数のオペレータＩＤを抽出した場合、ランダムに一つのオペレータＩＤを選択すればよい。入金約束の場合、ＣＰＵ１１は、レベルを新人に設定する。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、新人に対応するオペレータＩＤを抽出する。なお、複数のオペレータＩＤを抽出した場合、ランダムに一つのオペレータＩＤを選択すればよい。

ＣＰＵ１１は、案件総数が第２の数の場合、案件ＤＢ１５３及び第２テーブル１５２を参照し、グループに応じたレベルを決定する。例えば、新規案件及び不在案件の場合、レベルをベテラン及び中堅と決定する。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、ベテラン及び中堅に対応するオペレータＩＤを抽出する。なお、複数のオペレータＩＤが存在する場合、ベテランまたは中堅のいずれかを優先し、その上で、ランダムで一つのオペレータＩＤを選択するようにすればよい。本実施形態ではレベルの高いベテランを選択するものとして説明する。

ＣＰＵ１１は、過去交渉案件の場合、レベルを新人と決定する。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、新人に対応するオペレータＩＤを抽出する。入金約束の場合、ＣＰＵ１１は、レベルを新人に設定する。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、新人に対応するオペレータＩＤを抽出する。

図８は案件の表示イメージを示す説明図である。ＣＰＵ１１は、オペレータを抽出した
場合、オペレータのコンピュータ２へ案件の詳細を示す画面（以下、案件画面という）の表示情報を生成し、生成した表示情報をコンピュータ２へ送信する。ＣＰＵ１１は、案件ＤＢを参照し、案件ＩＤ、対応する債務者氏名、返済額、債務者電話番号、グループ等の表示情報を例えばＨＴＭＬ(HyperText Markup Language)等で記述する。なお、前回対応日、約束日が記憶されている場合は、これらの情報をも記述する。

ＣＰＵ１１は、抽出したオペレータＩＤ及び当該オペレータＩＤに対応するレベルを、オペレータＤＢ１５４から読み出し、表示情報として記述する。ＣＰＵ１１は、表示した表示情報を、オペレータＩＤに対応するコンピュータ２へ送信する。コンピュータ２のＣＰＵ２１は、通信部２６を介して表示情報を受信する。ＣＰＵ２１は、受信した表示情報を例えばブラウザまたは専用のアプリケーションを通じて、表示部２４に表示する。

図８は案件ＩＤが００４の表示例を示している。債務者氏名、返済額及び債務者電話番号が表示されている。またグループは入金約束であり、前回対応日及び約束日が表示されている。また本件を担当するオペレータはオペレータＩＤがＸ０３の新人であることが理解できる。なお、表示例は一例であり、これに限るものではない。ＣＰＵ１１は、通常モード時及び教育モード時に抽出されたオペレータがベテランである場合、表示部２４に表示するための、新規案件または不在案件の表示情報を生成する。

ＣＰＵ１１は、通常モード時に抽出されたオペレータが中堅である場合、過去交渉案件の表示情報を生成する。ＣＰＵ１１は、通常モード時に抽出されたオペレータが新人である場合、入金約束案件の表示情報を生成する。ＣＰＵ１１は、教育モード時に抽出されたオペレータが中堅である場合、新規案件または不在案件の表示情報を生成する。ＣＰＵ１１は、教育モード時に抽出されたオペレータが新人である場合、過去交渉案件または入金約束案件の表示情報を生成する。

以上のハードウェア群において、各種ソフトウェア処理を、フローチャートを用いて説明する。図９は割当処理の手順を示すフローチャートである。ＣＰＵ１１は、通信部１６を介して案件を受け付ける（ステップＳ９１）。ＣＰＵ１１は、受け付けた案件総数が第１の数か否かを判断する（ステップＳ９２）。ＣＰＵ１１は、第１の数であると判断した場合（ステップＳ９２でＹＥＳ）、処理をステップＳ９３へ移行させる。なお、本実施形態では、案件総数が第１の数（例えば５００件以上１０００件未満）か否かを判断する例を示したがこれに限るものではない。例えば閾値（５００件）を下回る（超える）か否かにより判断しても良い。

ＣＰＵ１１は、案件ＤＢ１５３を参照し、案件ＩＤに対応するグループを読み出す(ステップＳ９３)。ＣＰＵ１１は、第１テーブル１５１を参照し、読み出したグループに対応するレベルを特定する(ステップＳ９４)。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルに合致したオペレータを抽出する(ステップＳ９５)。一方、ＣＰＵ１１は、案件総数が第１の数でないと判断した場合(ステップＳ９２でＮＯ)、処理をステップＳ９６へ移行させる。ＣＰＵ１１は、案件ＤＢ１５３を参照し、案件ＩＤに対応するグループを読み出す(ステップＳ９６)。ＣＰＵ１１は、第２テーブル１５２を参照し、読み出したグループに対応するレベルを特定する(ステップＳ９７)。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルに合致したオペレータを抽出する(ステップＳ９８)。

ＣＰＵ１１は、案件ＤＢ１５３を参照し、案件ＩＤに対応する債務者氏名、返済額、債務者電話番号、グループ、前回対応日、約束日を読み出す(ステップＳ９９)。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、オペレータＩＤに対応するレベルを読み出す(ステップＳ９１０)。ＣＰＵ１１は、読み出した案件ＩＤ、債務者氏名、返済額、債務者電話番号、グループ、前回対応日、約束日、オペレータＩＤ及びレベルを記述し表示情報を生
成する(ステップＳ９１１)。ＣＰＵ１１は、生成した表示情報をコンピュータ２へ送信する(ステップＳ９１２)。なお、入金約束案件以外の場合、約束日を含めなくてもよい。

上述した例では、第１テーブル１５１及び第２テーブル１５２を用いる例を示したが、これに限るものではない。例えば、以下に示すように、テーブルを用いることなく、プログラム処理によりレベルを決定しても良い。

図１０及び図１１は割り当て処理の手順を示すフローチャートである。ＣＰＵ１１は、通信部１６を介して案件を受け付ける（ステップＳ１０１）。ＣＰＵ１１は、受け付けた案件総数が第１の数か否かを判断する（ステップＳ１０２）。ＣＰＵ１１は、第１の数であると判断した場合（ステップＳ１０２でＹＥＳ）、処理をステップＳ１０３へ移行させる。ＣＰＵ１１は、案件ＤＢ１５３を参照し、案件ＩＤに対応するグループを読み出す(ステップＳ１０３)。

ＣＰＵ１１は、グループが新規案件か否かを判断する(ステップＳ１０４)。ＣＰＵ１１は、新規案件と判断した場合(ステップＳ１０４でＹＥＳ)、処理をステップＳ１０５へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルがベテランのオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１０５)。なお、複数のオペレータＩＤが存在する場合、ランダムで選択する、または、オペレータＩＤの昇順若しくは降順に選択するようにしても良い。

ＣＰＵ１１は、グループが新規案件でないと判断した場合(ステップＳ１０４でＮＯ)、処理をステップＳ１０６へ移行させる。ＣＰＵ１１は、グループが不在案件か否かを判断する(ステップＳ１０６)。ＣＰＵ１１は、不在案件と判断した場合(ステップＳ１０６でＹＥＳ)、処理をステップＳ１０７へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルがベテランのオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１０７)。ＣＰＵ１１は、グループが不在案件でないと判断した場合(ステップＳ１０６でＮＯ)、処理をステップＳ１０８へ移行させる。

ＣＰＵ１１は、グループが過去交渉案件か否かを判断する(ステップＳ１０８)。ＣＰＵ１１は、過去交渉案件と判断した場合(ステップＳ１０８でＹＥＳ)、処理をステップＳ１０９へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルが中堅のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１０９)。ＣＰＵ１１は、グループが過去交渉案件でないと判断した場合(ステップＳ１０８でＮＯ)、処理をステップＳ１１１へ移行させる。ＣＰＵ１１は、入金約束案件を担当するオペレータとして、オペレータＤＢ１５４を参照し、レベルが新人のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１１１)。

ＣＰＵ１１は、案件総数が第１の数でないと判断した場合(ステップＳ１０２でＮＯ)、処理をステップＳ１１２へ移行させる。ＣＰＵ１１は、案件ＤＢ１５３を参照し、案件ＩＤに対応するグループを読み出す(ステップＳ１１２)。

ＣＰＵ１１は、グループが新規案件か否かを判断する(ステップＳ１１３)。ＣＰＵ１１は、新規案件と判断した場合(ステップＳ１１３でＹＥＳ)、処理をステップＳ１１４へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルがベテランまたは中堅のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１１４)。なお、複数のオペレータＩＤが存在する場合、ランダムで選択する、または、オペレータＩＤの昇順若しくは降順に選択するようにしても良い。さらに、ベテランと中堅のうち、ベテランを優先するようにしても良い。

ＣＰＵ１１は、グループが新規案件でないと判断した場合(ステップＳ１１３でＮＯ)、処理をステップＳ１１５へ移行させる。ＣＰＵ１１は、グループが不在案件か否かを判断する(ステップＳ１１５)。ＣＰＵ１１は、不在案件と判断した場合(ステップＳ１１５でＹＥＳ)、処理をステップＳ１１６へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルがベテランまたは中堅のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１１６)。ＣＰＵ１１は、グループが不在案件でないと判断した場合(ステップＳ１１５でＮＯ)、処理をステップＳ１１７へ移行させる。

ＣＰＵ１１は、グループが過去交渉案件か否かを判断する(ステップＳ１１７)。ＣＰＵ１１は、過去交渉案件と判断した場合(ステップＳ１１７でＹＥＳ)、処理をステップＳ１１８へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルが新人のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１１８)。ＣＰＵ１１は、グループが過去交渉案件でないと判断した場合(ステップＳ１１７でＮＯ)、処理をステップＳ１１９へ移行させる。

ＣＰＵ１１は、入金約束案件を担当するオペレータとして、オペレータＤＢ１５４を参照し、レベルが新人のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１１９)。これにより、適切な案件の割り振りが可能となる。またレベルに応じて異なるグループに属する案件を適切に割り振ることが可能となる。また案件数に応じてレベルの低いオペレータを教育することが可能となる。また案件数が多い場合は、レベルの高いオペレータによりミスなく処理を進めることが可能となる。

実施の形態２
実施の形態２は、繁忙期における割り当て処理に関する。図１２は実施の形態２に係るサーバコンピュータ１のハードウェア群を示すブロック図である。記憶部１５にはさらに第３テーブル１５５が設けられている。ＣＰＵ１１は、案件総数が第１の数（例えば５００件以上１０００件未満）以上の第３の数（例えば、１０００件）である場合、第３テーブル１５５を参照してレベルを決定する。

図１３は第３テーブル１５５のレコードレイアウトを示す説明図である。第３テーブル１５５は、グループ分けされた案件に応じて、対応することが可能なレベルが記憶されている。新規案件に関しては、どのような債務者か不明であるため対応に注意を要する。そのため、繁忙期といえどもベテランのみが対応可能となっている。このように新規案件に関してはレベルがベテランより低い中堅、中堅よりもレベルの低い新人は対応することができない。

不在案件は、意図的に居留守を装っている可能性が高く、同様に難易度が高い。そのため、繁忙期といえども新規案件と同じく、ベテランのみが対応可能となっている。過去交渉案件は、案件ＤＢ１５３に記憶された交渉経緯を参照することで、電話交渉が容易となることから、ベテランに加えて中堅が対応することができる。入金約束案件は、比較的定型的な対応が可能であるため、ベテラン及び中堅に加えて新人が対応することができる。このように繁忙期には、案件を多く処理すべく、ベテラン及び中堅も入金約束案件を処理する。

図１４及び図１５は割当処理の手順を示すフローチャートである。ＣＰＵ１１は、通信部１６を介して案件を受け付ける（ステップＳ１４１）。ＣＰＵ１１は、受け付けた案件総数が第１の数か否かを判断する（ステップＳ１４２）。ＣＰＵ１１は、第１の数であると判断した場合（ステップＳ１４２でＹＥＳ）、処理をステップＳ１４３へ移行させる。

ＣＰＵ１１は、案件ＤＢ１５３を参照し、案件ＩＤに対応するグループを読み出す(ス
テップＳ１４３)。ＣＰＵ１１は、第１テーブル１５１を参照し、読み出したグループに対応するレベルを特定する(ステップＳ１４４)。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルに合致したオペレータを抽出する(ステップＳ１４５)。一方、ＣＰＵ１１は、案件総数が第１の数でないと判断した場合(ステップＳ１４２でＮＯ)、処理をステップＳ１４６へ移行させる。

ＣＰＵ１１は、案件総数が第１の数以上か否かを判断する(ステップＳ１４６)。ＣＰＵ１１は、第１の数以上でないと判断した場合(ステップＳ１４６でＮＯ)、教育モードと判断し、処理をステップＳ１４７へ移行させる。ＣＰＵ１１は、案件ＤＢ１５３を参照し、案件ＩＤに対応するグループを読み出す(ステップＳ１４７)。ＣＰＵ１１は、第２テーブル１５２を参照し、読み出したグループに対応するレベルを特定する(ステップＳ１４８)。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルに合致したオペレータを抽出する(ステップＳ１４９)。

ＣＰＵ１１は、第１の数以上であると判断した場合(ステップＳ１４６でＹＥＳ)、繁忙期と判断し、処理をステップＳ１５１へ移行させる。ＣＰＵ１１は、案件ＤＢ１５３を参照し、案件ＩＤに対応するグループを読み出す(ステップＳ１５１)。ＣＰＵ１１は、第３テーブル１５５を参照し、読み出したグループに対応するレベルを特定する(ステップＳ１５２)。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルに合致したオペレータを抽出する(ステップＳ１５３)。なお、ＣＰＵ１１は、過去交渉案件において、ベテランのオペレータＩＤ及び中堅のオペレータＩＤを抽出した場合、例えばレベルの高いベテランを優先して抽出するようにしてもよい。また、ＣＰＵ１１は、入金約束案件において、ベテラン、中堅及び新人のオペレータＩＤを抽出した場合、例えばレベルの高いベテランを優先して抽出するようにしてもよい。

ＣＰＵ１１は、ステップＳ１４５、Ｓ１４９、Ｓ１５３の後、処理をステップＳ１５４へ移行させる。ＣＰＵ１１は、案件ＤＢ１５３を参照し、案件ＩＤに対応する債務者氏名、返済額、債務者電話番号、グループ、前回対応日、約束日を読み出す(ステップＳ１５４)。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、オペレータＩＤに対応するレベルを読み出す(ステップＳ１５５)。ＣＰＵ１１は、読み出した案件ＩＤ、債務者氏名、返済額、債務者電話番号、グループ、前回対応日、約束日、オペレータＩＤ及びレベルを記述し表示情報を生成する(ステップＳ１５６)。ＣＰＵ１１は、生成した表示情報をコンピュータ２へ送信する(ステップＳ１５７)。

なお、第３テーブル１５５を設けることなくプログラム処理によりレベルを決定しても良い。図１６から図１８は割り当て処理の手順を示すフローチャートである。ＣＰＵ１１は、通信部１６を介して案件を受け付ける（ステップＳ１６１）。ＣＰＵ１１は、受け付けた案件総数が第１の数か否かを判断する（ステップＳ１６２）。ＣＰＵ１１は、第１の数であると判断した場合（ステップＳ１６２でＹＥＳ）、処理をステップＳ１６３へ移行させる。ＣＰＵ１１は、案件ＤＢ１５３を参照し、案件ＩＤに対応するグループを読み出す(ステップＳ１６３)。

ＣＰＵ１１は、グループが新規案件か否かを判断する(ステップＳ１６４)。ＣＰＵ１１は、新規案件と判断した場合(ステップＳ１６４でＹＥＳ)、処理をステップＳ１６５へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルがベテランのオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１６５)。なお、複数のオペレータＩＤが存在する場合、ランダムで選択する、または、オペレータＩＤの昇順若しくは降順に選択するようにしても良い。

ＣＰＵ１１は、グループが新規案件でないと判断した場合(ステップＳ１６４でＮＯ)、
処理をステップＳ１６６へ移行させる。ＣＰＵ１１は、グループが不在案件か否かを判断する(ステップＳ１６６)。ＣＰＵ１１は、不在案件と判断した場合(ステップＳ１６６でＹＥＳ)、処理をステップＳ１６７へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルがベテランのオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１６７)。ＣＰＵ１１は、グループが不在案件でないと判断した場合(ステップＳ１６６でＮＯ)、処理をステップＳ１６８へ移行させる。

ＣＰＵ１１は、グループが過去交渉案件か否かを判断する(ステップＳ１６８)。ＣＰＵ１１は、過去交渉案件と判断した場合(ステップＳ１６８でＹＥＳ)、処理をステップＳ１６９へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルが中堅のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１６９)。ＣＰＵ１１は、グループが過去交渉案件でないと判断した場合(ステップＳ１６８でＮＯ)、処理をステップＳ１７１へ移行させる。ＣＰＵ１１は、入金約束案件を担当するオペレータとして、オペレータＤＢ１５４を参照し、レベルが新人のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１７１)。

ＣＰＵ１１は、案件総数が第１の数でないと判断した場合(ステップＳ１６２でＮＯ)、処理をステップＳ１７２へ移行させる。ＣＰＵ１１は、案件総数が第１の数以上か否かを判断する(ステップＳ１７２)。ＣＰＵ１１は、案件総数が第１の数でないと判断した場合(ステップＳ１７２でＮＯ)、処理をステップＳ１７３へ移行させる。ＣＰＵ１１は、案件ＤＢ１５３を参照し、案件ＩＤに対応するグループを読み出す(ステップＳ１７３)。

ＣＰＵ１１は、グループが新規案件か否かを判断する(ステップＳ１７４)。ＣＰＵ１１は、新規案件と判断した場合(ステップＳ１７４でＹＥＳ)、処理をステップＳ１７５へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルがベテランまたは中堅のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１７５)。なお、複数のオペレータＩＤが存在する場合、ランダムで選択する、または、オペレータＩＤの昇順若しくは降順に選択するようにしても良い。さらに、ベテランと中堅のうち、ベテランを優先するようにしても良い。

ＣＰＵ１１は、グループが新規案件でないと判断した場合(ステップＳ１７４でＮＯ)、処理をステップＳ１７６へ移行させる。ＣＰＵ１１は、グループが不在案件か否かを判断する(ステップＳ１７６)。ＣＰＵ１１は、不在案件と判断した場合(ステップＳ１７６でＹＥＳ)、処理をステップＳ１７７へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルがベテランまたは中堅のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１７７)。ＣＰＵ１１は、グループが不在案件でないと判断した場合(ステップＳ１７６でＮＯ)、処理をステップＳ１７８へ移行させる。

ＣＰＵ１１は、グループが過去交渉案件か否かを判断する(ステップＳ１７８)。ＣＰＵ１１は、過去交渉案件と判断した場合(ステップＳ１７８でＹＥＳ)、処理をステップＳ１７９へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルが新人のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１７９)。ＣＰＵ１１は、グループが過去交渉案件でないと判断した場合(ステップＳ１７８でＮＯ)、処理をステップＳ１８１へ移行させる。

ＣＰＵ１１は、入金約束案件を担当するオペレータとして、オペレータＤＢ１５４を参照し、レベルが新人のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１８１)。ＣＰＵ１１は、案件総数が第１の数以上であると判断した場合(ステップＳ１７２でＹＥＳ)、処理をステップＳ１８２へ移行させる。ＣＰＵ１１は、案件ＩＤに対応するグループを読み出す(ステップＳ１８２)。

ＣＰＵ１１は、グループが新規案件か否かを判断する(ステップＳ１８３)。ＣＰＵ１１は、新規案件と判断した場合(ステップＳ１８３でＹＥＳ)、処理をステップＳ１８４へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルがベテランのオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１８４)。

ＣＰＵ１１は、グループが新規案件でないと判断した場合(ステップＳ１８３でＮＯ)、処理をステップＳ１８５へ移行させる。ＣＰＵ１１は、グループが不在案件か否かを判断する(ステップＳ１８５)。ＣＰＵ１１は、不在案件と判断した場合(ステップＳ１８５でＹＥＳ)、処理をステップＳ１８６へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルがベテランのオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１８６)。ＣＰＵ１１は、グループが不在案件でないと判断した場合(ステップＳ１８５でＮＯ)、処理をステップＳ１８７へ移行させる。

ＣＰＵ１１は、グループが過去交渉案件か否かを判断する(ステップＳ１８７)。ＣＰＵ１１は、過去交渉案件と判断した場合(ステップＳ１８７でＹＥＳ)、処理をステップＳ１８８へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルがベテランまたは中堅のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１８８)。ＣＰＵ１１は、グループが過去交渉案件でないと判断した場合(ステップＳ１８７でＮＯ)、処理をステップＳ１８９へ移行させる。

ＣＰＵ１１は、入金約束案件を担当するオペレータとして、オペレータＤＢ１５４を参照し、レベルがベテラン、中堅または新人のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ１８９)。この場合、ＣＰＵ１１は、ランダムでオペレータＩＤを選択するほか、ベテラン、中堅、新人の順にオペレータを抽出するようにしてもよい。これにより、繁忙期にはレベルの高いオペレータがより多くの案件を処理することが可能となる。

本実施の形態２は以上の如きであり、その他は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態３
実施の形態３は年齢及び性別に基づきオペレータを選択する形態に関する。図１９は案件ＤＢ１５３のレコードレイアウトを示す説明図である。案件ＤＢ１５３にはさらに、性別フィールドおよび年齢フィールドが追加されている。性別フィールドには、案件ＩＤに対応付けて債務者の性別が記憶されている。また年齢フィールドには、案件ＩＤに対応付けて債務者の年齢が記憶されている。なお、具体的な年齢ではなく４０代等の年齢層を記憶しても良い。

図２０は実施の形態３に係るオペレータＤＢ１５４のレコードレイアウトを示す説明図である。オペレータＤＢ１５４にはさらに、性別フィールドおよび年齢フィールドが追加されている。性別フィールドには、オペレータＩＤに対応付けてオペレータの性別が記憶されている。また年齢フィールドには、オペレータＩＤに対応付けてオペレータの年齢が記憶されている。なお、具体的な年齢ではなく４０代等の年齢層を記憶しても良い。

図２１はオペレータの選択処理手順を示すフローチャートである。ＣＰＵ１１は、例えばステップＳ９５等で、複数のオペレータＩＤを抽出したか否かを判断する(ステップＳ２１１)。ＣＰＵ１１は、複数抽出していないと判断した場合(ステップＳ２１１でＮＯ)、処理を終了する。ＣＰＵ１１は、複数抽出したと判断した場合(ステップＳ２１１でＹＥＳ)、処理をステップＳ２１２へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を
参照し、抽出したオペレータＩＤの性別及び年齢を読み出す(ステップＳ２１２)。

ＣＰＵ１１は、案件ＤＢ１５３を参照し、案件ＩＤに対応する性別及び年齢を読み出す(ステップＳ２１３)。ＣＰＵ１１は、債務者の性別及び年齢層が一致するオペレータが存在するか否かを判断する(ステップＳ２１４)。年齢層は例えば２０代、３０代、４０代と１０年ごとの層とすればよい。ＣＰＵ１１は、存在すると判断した場合(ステップＳ２１４でＹＥＳ)、処理をステップＳ２１５へ移行させる。

ＣＰＵ１１は、一致するオペレータを選択する(ステップＳ２１５)。なお、ＣＰＵ１１は、一致するオペレータが複数存在する場合、ランダムで一のオペレータを選択すればよい。ＣＰＵ１１は、一致するオペレータが存在しないと判断した場合(ステップＳ２１４でＮＯ)、処理をステップＳ２１６へ移行させる。ＣＰＵ１１は、年齢層が近いオペレータを選択する(ステップＳ２１６)。なお、ステップＳ２１６の場合、性別が一致するオペレータを優先して選択するようにすればよい。これにより、年代が近く、また性別が一致するオペレータを割り当てることができる。またよりスムーズに交渉が進むことが期待される。

本実施の形態３は以上の如きであり、その他は実施の形態１及び２と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態４
実施の形態４は職業に関する情報を用いる形態に関する。図２２は実施の形態３に係る案件ＤＢ１５３のレコードレイアウトを示す説明図である。案件ＤＢ１５３にはさらに、職業フィールドが追加されている。職業フィールドには、案件ＩＤに対応付けて債務者の職業に関する情報が記憶されている。職業に関する情報は、日常従事する仕事に関する情報であり、本実施形態では会社員、公務員、自営業、派遣社員、パート学生、学生、無職、パート主婦、主婦等である。図２２の例では、会社員、派遣社員、パート学生、無職等の情報が記憶されている。

図２３は実施の形態４に係るオペレータＤＢ１５４のレコードレイアウトを示す説明図である。オペレータＤＢ１５４にはさらに、職業フィールドが追加されている。職業フィールドには、オペレータＩＤに対応付けてオペレータの職業が記憶されている。具体的にはオペレータ業務の中で、会社員、派遣社員、パート学生またはパート主婦等の職業に関する情報が記憶されている。ＣＰＵ１１は、複数のオペレータＩＤを抽出した場合、対象となる債務者の職業に合致するオペレータを選択する。なお、以下では説明を容易にするために職業に関する情報を単に職業という。

図２４はオペレータの選択処理手順を示すフローチャートである。ＣＰＵ１１は、例えばステップＳ９５等で、複数のオペレータＩＤを抽出したか否かを判断する(ステップＳ２４１)。ＣＰＵ１１は、複数抽出していないと判断した場合(ステップＳ２４１でＮＯ)、処理を終了する。ＣＰＵ１１は、複数抽出したと判断した場合(ステップＳ２４１でＹＥＳ)、処理をステップＳ２４２へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、抽出したオペレータＩＤの職業を読み出す(ステップＳ２４２)。

ＣＰＵ１１は、案件ＤＢ１５３を参照し、案件ＩＤに対応する債務者の職業を読み出す(ステップＳ２４３)。ＣＰＵ１１は、債務者の職業と一致するオペレータが存在するか否かを判断する(ステップＳ２４４)。ＣＰＵ１１は、存在すると判断した場合(ステップＳ２４４でＹＥＳ)、処理をステップＳ２４５へ移行させる。

ＣＰＵ１１は、一致するオペレータを選択する(ステップＳ２４５)。ＣＰＵ１１は、一
致するオペレータが存在しないと判断した場合(ステップＳ２４４でＮＯ)、処理をステップＳ２４６へ移行させる。ＣＰＵ１１は、ランダムでオペレータを選択する(ステップＳ２４６)。なお、ステップＳ２４６の処理に変えて、実施の形態３で述べた性別及び年齢に基づく選択処理を行ってもよい。また、実施の形態３のステップＳ２１６の処理に代えてステップＳ２４２の以降の職業に基づく選択処理を行ってもよい。これにより、債務者に近い立場でのオペレータが共感を持ちながら説得することが可能となる。また早期の回収を期待することが可能となる。

本実施の形態４は以上の如きであり、その他は実施の形態１から５と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態５
実施の形態５は教育モード時に注意を喚起する形態に関する。図２５は案件の表示イメージを示す説明図である。ＣＰＵ１１は、図７に示す第２テーブル１５２の内、白抜き三角で示す案件（以下、教育案件という）が選択された場合、白丸で示す案件（以下、通常案件という）では表示しない注意を促す情報を追加する。図２５の例では過去交渉案件を新人が担当しており、教育モード時の教育案件であることが理解できる。この場合、図８で示した通常案件（新人による入金約束案件）とは異なり、「今回はレベルの高い「過去交渉」案件ですので、注意してください」等の注意を促す情報（以下、注意情報という）が表示される。

なお、注意情報は一例であり、これに限るものではない。単に表示部２４にマークを表示する、案件ＩＤまたはウィンドウを異なる色で着色する他、図示しないスピーカを通じて音声により注意情報を出力するようにしても良い。図２６は案件の表示イメージを示す説明図である。図２６の例は、新規案件を中堅が担当している教育モード時の教育案件である。この場合も「今回はレベルの高い「新規」案件ですので、注意してください」との注意情報が表示される。なお、中堅が不在案件を担当する場合も、同様に注意情報が追加される。

ＣＰＵ１１は、第２テーブル１５２を参照し、案件ＩＤに対応するグループが教育案件か否かを判断する。ＣＰＵ１１は、教育案件である場合、注意情報を追加した表示情報を生成する。ＣＰＵ１１は、生成した注意情報を含む表示情報を、コンピュータ２へ出力する。ＣＰＵ２１は、表示部２４へ注意情報、案件ＩＤ、債務者氏名等を表示する。

図２７は注意情報の追加処理手順を示すフローチャートである。ＣＰＵ１１は、ステップＳ９２でＮＯの場合、すなわち教育モード時は以下の処理を行う。ＣＰＵ１１は、案件ＤＢ１５３を参照し、案件ＩＤに対応するグループを読み出す(ステップＳ２７１)。ＣＰＵ１１は、第２テーブル１５２を参照し、読み出したグループに対応するレベルを特定する(ステップＳ２７２)。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルに合致したオペレータを抽出する(ステップＳ２７３)。

ＣＰＵ１１は、オペレータが対応する案件は教育案件か否かを判断する(ステップＳ２７４)。具体的には、ＣＰＵ１１は、第２テーブル１５２を参照し、割り当てられた案件のグループ及びオペレータのレベルに対応する案件が、教育案件か、通常案件かにより判断する。ＣＰＵ１１は、教育案件でないと判断した場合(ステップＳ２７４でＮＯ)、処理をステップＳ２７５へ移行させる。

ＣＰＵ１１は、案件ＤＢ１５３及びオペレータＤＢ１５４を参照し、案件ＩＤに対応する債務者氏名、返済額、債務者電話番号、グループ、オペレータＩＤに対応するレベルを読み出す(ステップＳ２７５)。ＣＰＵ１１は、読み出した案件ＩＤ、債務者氏名、返済額
、債務者電話番号、グループ、オペレータＩＤ及びレベルを記述し表示情報を生成する(ステップＳ２７６)。

ＣＰＵ１１は、教育案件であると判断した場合(ステップＳ２７４でＹＥＳ)、処理をステップＳ２７７へ移行させる。ＣＰＵ１１は、案件ＤＢ１５３及びオペレータＤＢ１５４を参照し、案件ＩＤに対応する債務者氏名、返済額、債務者電話番号、グループ、オペレータＩＤに対応するレベルを読み出す(ステップＳ２７７)。ＣＰＵ１１は、読み出した案件ＩＤ、債務者氏名、返済額、債務者電話番号、グループ、オペレータＩＤ、レベル及び注意情報を記述し表示情報を生成する(ステップＳ２７８)。なお、注意情報は記憶部１５にあらかじめ記憶されている。ＣＰＵ１１は、生成した表示情報をコンピュータ２へ送信する(ステップＳ２７９)。

上述した例では、第２テーブル１５２を用いる例を示したが、これに限るものではない。図２８及び図２９は注意情報の追加処理手順を示すフローチャートである。ＣＰＵ１１は、ステップＳ１０２でＮＯの処理後以下の処理を行う。ＣＰＵ１１は、案件ＤＢ１５３を参照し、案件ＩＤに対応するグループを読み出す(ステップＳ２８１)。ＣＰＵ１１は、グループが新規案件か否かを判断する(ステップＳ２８２)。ＣＰＵ１１は、新規案件と判断した場合(ステップＳ２８２でＹＥＳ)、処理をステップＳ２８３へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルがベテランまたは中堅のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ２８３)。

ＣＰＵ１１は、中堅を抽出したか否かを判断する(ステップＳ２８４)。ＣＰＵ１１は、中堅を抽出したと判断した場合(ステップＳ２８４でＹＥＳ)、処理をステップＳ２８５へ移行させる。ＣＰＵ１１は、抽出したオペレータＩＤに教育案件フラグを設定する(ステップＳ２８５)。ＣＰＵ１１は、中堅を抽出していないと判断した場合(ステップＳ２８４でＮＯ)、ステップＳ２８５の処理をスキップする。

ＣＰＵ１１は、グループが新規案件でないと判断した場合(ステップＳ２８２でＮＯ)、処理をステップＳ２８６へ移行させる。ＣＰＵ１１は、グループが不在案件か否かを判断する(ステップＳ２８６)。ＣＰＵ１１は、不在案件と判断した場合(ステップＳ２８６でＹＥＳ)、処理をステップＳ２８７へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルがベテランまたは中堅のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ２８７)。

ＣＰＵ１１は、中堅を抽出したか否かを判断する(ステップＳ２８８)。ＣＰＵ１１は、中堅を抽出したと判断した場合(ステップＳ２８８でＹＥＳ)、処理をステップＳ２８９へ移行させる。ＣＰＵ１１は、抽出したオペレータＩＤに教育案件フラグを設定する(ステップＳ２８９)。ＣＰＵ１１は、中堅を抽出していないと判断した場合(ステップＳ２８８でＮＯ)、ステップＳ２８９の処理をスキップする。ＣＰＵ１１は、グループが不在案件でないと判断した場合(ステップＳ２８６でＮＯ)、処理をステップＳ２９１へ移行させる。

ＣＰＵ１１は、グループが過去交渉案件か否かを判断する(ステップＳ２９１)。ＣＰＵ１１は、過去交渉案件と判断した場合(ステップＳ２９１でＹＥＳ)、処理をステップＳ２９２へ移行させる。ＣＰＵ１１は、オペレータＤＢ１５４を参照し、レベルが新人のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ２９２)。ＣＰＵ１１は、抽出したオペレータＩＤに教育案件フラグを設定する(ステップＳ２９３)。ＣＰＵ１１は、グループが過去交渉案件でないと判断した場合(ステップＳ２９１でＮＯ)、処理をステップＳ２９４へ移行させる。

ＣＰＵ１１は、入金約束案件を担当するオペレータとして、オペレータＤＢ１５４を参照し、レベルが新人のオペレータＩＤのうち、一つのオペレータＩＤを抽出する(ステップＳ２９４)。ＣＰＵ１１は、ステップＳ２８４及びステップＳ２８８でＮＯの場合、またはステップＳ２８５、ステップＳ２８９、ステップＳ２９３及びステップＳ２９４の後、ステップＳ２９５へ移行する。ＣＰＵ１１は、オペレータが対応する案件は教育案件か否かを判断する(ステップＳ２９５)。具体的には、ＣＰＵ１１は、オペレータＩＤに教育案件フラグが設定されているか否かにより判断する。ＣＰＵ１１は、教育案件でないと判断した場合(ステップＳ２９５でＮＯ)、処理をステップＳ２９６へ移行させる。

ＣＰＵ１１は、案件ＤＢ１５３及びオペレータＤＢ１５４を参照し、案件ＩＤに対応する債務者氏名、返済額、債務者電話番号、グループ、オペレータＩＤに対応するレベルを読み出す(ステップＳ２９６)。ＣＰＵ１１は、読み出した案件ＩＤ、債務者氏名、返済額、債務者電話番号、グループ、オペレータＩＤ及びレベルを記述し表示情報を生成する(ステップＳ２９７)。

ＣＰＵ１１は、教育案件であると判断した場合(ステップＳ２９５でＹＥＳ)、処理をステップＳ２９８へ移行させる。ＣＰＵ１１は、案件ＤＢ１５３及びオペレータＤＢ１５４を参照し、案件ＩＤに対応する債務者氏名、返済額、債務者電話番号、グループ、オペレータＩＤに対応するレベルを読み出す(ステップＳ２９８)。ＣＰＵ１１は、読み出した案件ＩＤ、債務者氏名、返済額、債務者電話番号、グループ、オペレータＩＤ、レベル及び注意情報を記述し表示情報を生成する(ステップＳ２９９)。ＣＰＵ１１は、生成した表示情報をコンピュータ２へ送信する(ステップＳ２９１０)。これにより、オペレータは教育モードにて割り当てられた案件であることを把握することができる。また注意を喚起することでより慎重な対応をとることが可能となる。

本実施の形態５は以上の如きであり、その他は実施の形態１から４と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態６
実施の形態６は教育案件の処理によりポイントを付与する形態に関する。図３０はオペレータＤＢ１５４のレコードレイアウトを示す説明図である。さらに処理案件総数フィールド及びポイントフィールドが設けられている。処理案件総数フィールドには、オペレータＩＤに対応付けてオペレータが過去に処理した案件の総数が記憶されている。例えばオペレータＩＤがＸ０１のベテランのオペレータは処理案件総数が３５０件となっている。

ポイントフィールドには、オペレータＩＤに対応付けて各オペレータに付与されたポイントが記憶されている。本実施形態では一例として１案件を処理するごとに１ポイント付与されるものとして説明する。また、教育案件を処理した場合、ポイントを増加させる。例えば、通常案件のポイント（１ポイント）よりも大きなポイント（例えば２ポイント）を付与する。

図３１はポイントの付与処理手順を示すフローチャートである。ＣＰＵ１１は、オペレータによる案件の対応が終了したか否かを判断する(ステップＳ３１１)。具体的には、コンピュータ２から案件の対応が終了したことを示す情報を受信したか否かにより判断すればよい。ＣＰＵ１１は、終了していないと判断した場合(ステップＳ３１１でＮＯ)、対応が終了するまで待機する。ＣＰＵ１１は、対応が終了したと判断した場合(ステップＳ３１１でＹＥＳ)、処理をステップＳ３１２へ移行させる。

ＣＰＵ１１は、オペレータＩＤに対応付けて、オペレータＤＢ１５４の処理案件総数をインクリメントする(ステップＳ３１２)。ＣＰＵ１１は、オペレータＩＤに教育案件フラグが設定されているか否かを判断する(ステップＳ３１３)。なお、ＣＰＵ１１は、第２テーブル１５２及びオペレータが対応した案件に基づき、教育案件か否かを判断するように
しても良い。ＣＰＵ１１は、教育案件フラグが設定されていないと判断した場合(ステップＳ３１３でＮＯ)、処理をステップＳ３１４へ移行させる。

ＣＰＵ１１は、１ポイントを付与し、オペレータＤＢ１５４のポイントフィールドに既に記憶済みのポイントに今回付与するポイントを加算したうえで、総ポイントをオペレータＩＤに対応付けて記憶する(ステップＳ３１４)。ＣＰＵ１１は、教育案件フラグが設定されていると判断した場合(ステップＳ３１３でＹＥＳ)、処理をステップＳ３１５へ移行させる。ＣＰＵ１１は、案件が新人による過去交渉案件か、または、中堅による不在案件であったか否かを判断する(ステップＳ３１５)。

ＣＰＵ１１は、過去交渉案件または不在案件であると判断した場合(ステップＳ３１５でＹＥＳ)、処理をステップＳ３１６へ移行させる。ＣＰＵ１１は、２ポイントを付与し、オペレータＤＢ１５４のポイントフィールドに既に記憶済みのポイントに今回付与するポイントを加算したうえで、総ポイントをオペレータＩＤに対応付けて記憶する(ステップＳ３１６)。

ＣＰＵ１１は、過去交渉案件または不在案件のいずれでもないと判断した場合(ステップＳ３１５でＮＯ)、当該案件は新規案件であると判断し、ステップＳ３１７へ移行する。ＣＰＵ１１は、３ポイントを付与し、オペレータＤＢ１５４のポイントフィールドに既に記憶済みのポイントに今回付与するポイントを加算したうえで、総ポイントをオペレータＩＤに対応付けて記憶する(ステップＳ３１７)。なお、新規案件は、過去交渉案件よりも難易度が高いことからステップＳ３１６における２ポイントよりも高い３ポイントとする例を挙げたが、これに限るものではない。例えば同一のポイントを付与するようにしても良い。これにより、案件の難易度に応じた経験値を客観的に把握することが可能となる。また当該ポイントに基づき、オペレータのレベルを設定することも可能となる。

本実施の形態６は以上の如きであり、その他は実施の形態１から５と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態７
図３２は上述した形態のサーバコンピュータ１の機能ブロック図である。ＣＰＵ１１が制御プログラム１５Ｐを実行することにより、サーバコンピュータ１は以下のように機能する。変更部３１１は、振り分け対象の架電処理の総数が第１の数より少ない第２の数の場合に、架電先の属性に応じた条件を、前記振り分け対象の架電処理の総数が第１の数の場合の第１の条件よりも緩和された第２条件に変更する。抽出部３１２は、前記第２の条件に応じて、架電処理の割り当て候補を抽出する。

また第１生成部３１３は、未払金支払いの催促を行うオペレータのうち、第１オペレータのコンピュータ２の表示部２４に、新規案件または第２案件から選択された一つの案件を表示するための情報を生成する。第２生成部３１４は、レベルが前記第１オペレータよりも低い第２オペレータのコンピュータ２の表示部２４に、前記新規案件及び前記第２案件以外の第３案件を表示するための情報を生成する。第３生成部３１５は、レベルが前記第２オペレータよりも低い第３オペレータのコンピュータ２の表示部２４に、前記新規案件、第２案件及び第３案件以外の未払い金の支払い予定時期が設定されている設定案件を表示するための情報を生成する。送信部３１６は、生成した前記情報を各コンピュータ２へ送信する。

図３３は実施の形態７に係るサーバコンピュータ１のハードウェア群を示すブロック図である。サーバコンピュータ１を動作させるためのプログラムは、ディスクドライブ、メモリーカードスロット等の読み取り部１０ＡにＣＤ−ＲＯＭ、ＤＶＤディスク、メモリー
カード、またはＵＳＢメモリ等の可搬型記録媒体１Ａを読み取らせて記憶部１５に記憶しても良い。また当該プログラムを記憶したフラッシュメモリ等の半導体メモリ１Ｂをサーバコンピュータ１内に実装しても良い。さらに、当該プログラムは、インターネット等の通信網Ｎを介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。

図３３に示すサーバコンピュータ１は、上述した各種ソフトウェア処理を実行するプログラムを、可搬型記録媒体１Ａまたは半導体メモリ１Ｂから読み取り、或いは、通信網Ｎを介して他のサーバコンピュータ（図示せず）からダウンロードする。当該プログラムは、制御プログラム１５Ｐとしてインストールされ、ＲＡＭ１２にロードして実行される。これにより、上述したサーバコンピュータ１として機能する。

本実施の形態７は以上の如きであり、その他は実施の形態１から６と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。なお、以上述べた各実施形態は適宜組み合わせることが可能である。

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

（付記１）
複数のオペレータのそれぞれの属性を記憶する記憶部を参照して、架電処理の架電属性に応じた条件を満たすオペレータ属性を有するオペレータを、架電処理の割り当て候補として抽出する架電処理の割り当てプログラムにおいて、
振り分け対象の架電処理の総数が第１の数より少ない第２の数の場合に、いずれかの架電属性に応じた条件を、前記振り分け対象の架電処理の総数が第１の数の場合の第１の条件よりも緩和された第２条件に変更し、
前記第２の条件に応じて、架電処理の割り当て候補を抽出する、
処理をコンピュータに実行させることを特徴とするプログラム。
（付記２）
前記第１の条件と前記第２の条件とはそれぞれ割り当てが可能なオペレータ属性を示す、
付記１に記載のプログラム。
（付記３）
前記第２の条件が示す割り当てが可能なオペレータ属性は、前記第１の条件が示す割り当てが可能なオペレータ属性と他のオペレータ属性とを含む、
付記２に記載のプログラム。
（付記４）
前記候補を抽出する処理は、第１の架電処理の架電属性が前記いずれかの架電属性を示すことを特定し、前記第２の条件が示す割り当てが可能なオペレータ属性に対応するオペレータを、前記第１の架電処理の前記候補として抽出する処理を含む、
付記２または３に記載のプログラム。
（付記５）
振り分け対象の架電処理の総数が前記第１の数より多い第３の数の場合に、前記いずれかの架電属性に応じた条件を、前記第１の条件及び前記第２の条件とは異なる第３の条件に変更し、前記第３の条件に応じて、架電処理の割り当て候補を抽出する、
付記１から４のいずれか一項に記載のプログラム。
（付記６）
前記記憶部はオペレータの年齢及び性別を含む属性を記憶しており、
架電先の対象者の年齢及び性別を取得し、
複数のオペレータを抽出した場合、前記対象者の性別と年齢層とが合致するオペレータを選択する
付記１から５のいずれか一項に記載のプログラム。
（付記７）
前記記憶部はオペレータの職業に関する情報を記憶しており、
架電先の対象者の職業に関する情報を取得し、
複数のオペレータを抽出した場合、前記対象者の職業に関する情報が合致するオペレータを選択する
付記１から６のいずれか一項に記載のプログラム。
（付記８）
前記低いレベルに対応するグループに係る架電処理を、前記低いレベルに属するオペレータに割り当てる場合、注意を促す情報を出力する
付記３から７のいずれか一項に記載のプログラム。
（付記９）
前記低いレベルに対応するグループに係る架電処理に前記低いレベルに属するオペレータが対応した場合、付与するポイントを増加する
付記３から７のいずれか一項に記載のプログラム。
（付記１０）
未払金支払いの催促を行うオペレータのうち、第１オペレータの情報処理装置の表示部に、新規案件または第２案件から選択された一つの案件を表示するための情報を生成し、
レベルが前記第１オペレータよりも低い第２オペレータの情報処理装置の表示部に、前記新規案件及び前記第２案件以外の第３案件を表示するための情報を生成し、
レベルが前記第２オペレータよりも低い第３オペレータの情報処理装置の表示部に、前記新規案件、前記第２案件及び前記第３案件以外の未払い金の支払い予定時期が設定されている設定案件を表示するための情報を生成し、
生成した前記情報を前記第１オペレータ、前記第２オペレータまたは前記第３オペレータの情報処理装置へ送信する、
処理をコンピュータに実行させるプログラム。
（付記１１）
案件総数が閾値を超えた場合に、前記第３オペレータの情報処理装置の表示部に、前記新規案件及び前記第２案件以外の、前記第３案件または前記設定案件から選択された一つの案件を表示するための情報を生成する、
付記１０に記載のプログラム。
（付記１２）
前記第３オペレータの情報処理装置の表示部に、前記設定案件を表示する場合には表示しない注意を促す情報を、前記第３案件を表示するための情報に追加する
付記１１に記載のプログラム。
（付記１３）
案件総数が閾値を超えた場合に、前記第２オペレータの情報処理装置の表示部に、前記新規案件または第２案件から選択された一つの案件を表示するための情報を生成する
付記１０から１２のいずれか一項に記載のプログラム。
（付記１４）
前記第２オペレータの情報処理装置の表示部に、前記第３案件を表示する場合には表示しない注意を促す情報を、前記新規案件または第２案件を表示するための情報に追加する
付記１３に記載のプログラム。
（付記１５）
前記第３オペレータが前記第３案件の処理に対応した場合、前記設定案件の処理に対応した場合よりも大きなポイントを付与する
付記１０から１４のいずれか一項に記載のプログラム。
（付記１６）
前記第２オペレータが前記新規案件または第２案件の処理に対応した場合、前記第３案件の処理に対応した場合よりも大きなポイントを付与する
付記１０から１５のいずれか一項に記載のプログラム。
（付記１７）
複数のオペレータのそれぞれの属性を記憶する記憶部を参照して、架電処理の架電属性に応じた条件を満たすオペレータ属性を有するオペレータを、架電処理の割り当て候補として抽出する架電処理の割り当てを行う情報処理装置において、
振り分け対象の架電処理の総数が第１の数より少ない第２の数の場合に、いずれかの架電属性に応じた条件を、前記振り分け対象の架電処理の総数が第１の数の場合の第１の条件よりも緩和された第２条件に変更する変更部と、
前記第２の条件に応じて、架電処理の割り当て候補を抽出する抽出部と、
を備える情報処理装置。
（付記１８）
未払金支払いの催促を行うオペレータのうち、第１オペレータの情報処理装置の表示部に、新規案件または第２案件から選択された一つの案件を表示するための情報を生成する第１生成部と、
レベルが前記第１オペレータよりも低い第２オペレータの情報処理装置の表示部に、前記新規案件及び前記第２案件以外の第３案件を表示するための情報を生成する第２生成部と、
レベルが前記第２オペレータよりも低い第３オペレータの情報処理装置の表示部に、前記新規案件、前記第２案件及び前記第３案件以外の未払い金の支払い予定時期が設定されている設定案件を表示するための情報を生成する第３生成部と、
生成した前記情報を前記第１オペレータ、前記第２オペレータまたは前記第３オペレータの情報処理装置へ送信する送信部と、
を備える情報処理装置。
（付記１９）
複数のオペレータのそれぞれの属性を記憶する記憶部を参照して、架電処理の架電属性に応じた条件を満たすオペレータ属性を有するオペレータを、架電処理の割り当て候補として抽出する架電処理の割り当てプログラムにおいて、
振り分け対象の架電処理の総数が第１の数より少ない第２の数の場合に、いずれかの架電属性に応じた条件を、前記振り分け対象の架電処理の総数が第１の数の場合の第１の条件よりも緩和された第２条件に変更し、
前記第２の条件に応じて、架電処理の割り当て候補を抽出する、
処理をコンピュータが実行する情報処理方法。
（付記２０）
未払金支払いの催促を行うオペレータのうち、第１オペレータの情報処理装置の表示部に、新規案件または第２案件から選択された一つの案件を表示するための情報を生成し、
レベルが前記第１オペレータよりも低い第２オペレータの情報処理装置の表示部に、前記新規案件及び前記第２案件以外の第３案件を表示するための情報を生成し、
レベルが前記第２オペレータよりも低い第３オペレータの情報処理装置の表示部に、前記新規案件、前記第２案件及び前記第３案件以外の未払い金の支払い予定時期が設定されている設定案件を表示するための情報を生成し、
生成した前記情報を前記第１オペレータ、前記第２オペレータまたは前記第３オペレータの情報処理装置へ送信する、
処理をコンピュータが実行する情報処理方法。

１ サーバコンピュータ
２ コンピュータ
１Ａ 可搬型記録媒体
１Ｂ 半導体メモリ
１０Ａ 読み取り部
１１ ＣＰＵ
１２ ＲＡＭ
１３ 入力部
１４ 表示部
１５ 記憶部
１５Ｐ 制御プログラム
１６ 通信部
１８ 時計部
２１ ＣＰＵ
２２ ＲＡＭ
２３ 入力部
２４ 表示部
２５ 記憶部
２５Ｐ 制御プログラム
２６ 通信部
２８ 時計部
１５１ 第１テーブル
１５２ 第２テーブル
１５３ 案件ＤＢ
１５４ オペレータＤＢ
１５５ 第３テーブル
３１１ 変更部
３１２ 抽出部
３１３ 第１生成部
３１４ 第２生成部
３１３ 第３生成部
３１４ 送信部
Ｎ 通信網

Claims (11)

1. 複数のオペレータのそれぞれの属性を記憶する記憶部を参照して、架電処理の架電属性に応じた条件を満たすオペレータ属性を有するオペレータを、架電処理の割り当て候補として抽出する架電処理の割り当てプログラムにおいて、
   振り分け対象の架電処理の総数が第１の数より少ない第２の数の場合に、いずれかの架電属性に応じた条件を、前記振り分け対象の架電処理の総数が第１の数の場合の第１の条件よりも緩和された第２条件に変更し、
   前記第２の条件に応じて、架電処理の割り当て候補を抽出する、
   処理をコンピュータに実行させることを特徴とするプログラム。
2. 前記第１の条件と前記第２の条件とはそれぞれ割り当てが可能なオペレータ属性を示す、
   請求項１に記載のプログラム。
3. 前記第２の条件が示す割り当てが可能なオペレータ属性は、前記第１の条件が示す割り当てが可能なオペレータ属性と他のオペレータ属性とを含む、
   請求項２に記載のプログラム。
4. 前記候補を抽出する処理は、第１の架電処理の架電属性が前記いずれかの架電属性を示すことを特定し、前記第２の条件が示す割り当てが可能なオペレータ属性に対応するオペレータを、前記第１の架電処理の前記候補として抽出する処理を含む、
   請求項２または３に記載のプログラム。
5. 振り分け対象の架電処理の総数が前記第１の数より多い第３の数の場合に、前記いずれかの架電属性に応じた条件を、前記第１の条件及び前記第２の条件とは異なる第３の条件に変更し、前記第３の条件に応じて、架電処理の割り当て候補を抽出する、
   請求項１から４のいずれか一項に記載のプログラム。
6. 未払金支払いの催促を行うオペレータのうち、第１オペレータの情報処理装置の表示部に、新規案件または第２案件から選択された一つの案件を表示するための情報を生成し、
   レベルが前記第１オペレータよりも低い第２オペレータの情報処理装置の表示部に、前記新規案件及び前記第２案件以外の第３案件を表示するための情報を生成し、
   レベルが前記第２オペレータよりも低い第３オペレータの情報処理装置の表示部に、前記新規案件、前記第２案件及び前記第３案件以外の未払い金の支払い予定時期が設定されている設定案件を表示するための情報を生成し、
   生成した前記情報を前記第１オペレータ、前記第２オペレータまたは前記第３オペレータの情報処理装置へ送信する、
   処理をコンピュータに実行させるプログラム。
7. 案件総数が閾値を超えた場合に、前記第３オペレータの情報処理装置の表示部に、前記新規案件及び前記第２案件以外の、前記第３案件または前記設定案件から選択された一つの案件を表示するための情報を生成する、
   請求項６に記載のプログラム。
8. 複数のオペレータのそれぞれの属性を記憶する記憶部を参照して、架電処理の架電属性に応じた条件を満たすオペレータ属性を有するオペレータを、架電処理の割り当て候補として抽出する架電処理の割り当てを行う情報処理装置において、
   振り分け対象の架電処理の総数が第１の数より少ない第２の数の場合に、いずれかの架電属性に応じた条件を、前記振り分け対象の架電処理の総数が第１の数の場合の第１の条
   件よりも緩和された第２条件に変更する変更部と、
   前記第２の条件に応じて、架電処理の割り当て候補を抽出する抽出部と、
   を備える情報処理装置。
9. 未払金支払いの催促を行うオペレータのうち、第１オペレータの情報処理装置の表示部に、新規案件または第２案件から選択された一つの案件を表示するための情報を生成する第１生成部と、
   レベルが前記第１オペレータよりも低い第２オペレータの情報処理装置の表示部に、前記新規案件及び前記第２案件以外の第３案件を表示するための情報を生成する第２生成部と、
   レベルが前記第２オペレータよりも低い第３オペレータの情報処理装置の表示部に、前記新規案件、前記第２案件及び前記第３案件以外の未払い金の支払い予定時期が設定されている設定案件を表示するための情報を生成する第３生成部と、
   生成した前記情報を前記第１オペレータ、前記第２オペレータまたは前記第３オペレータの情報処理装置へ送信する送信部と、
   を備える情報処理装置。
10. 複数のオペレータのそれぞれの属性を記憶する記憶部を参照して、架電処理の架電属性に応じた条件を満たすオペレータ属性を有するオペレータを、架電処理の割り当て候補として抽出する架電処理の割り当てプログラムにおいて、
    振り分け対象の架電処理の総数が第１の数より少ない第２の数の場合に、いずれかの架電属性に応じた条件を、前記振り分け対象の架電処理の総数が第１の数の場合の第１の条件よりも緩和された第２条件に変更し、
    前記第２の条件に応じて、架電処理の割り当て候補を抽出する、
    処理をコンピュータが実行する情報処理方法。
11. 未払金支払いの催促を行うオペレータのうち、第１オペレータの情報処理装置の表示部に、新規案件または第２案件から選択された一つの案件を表示するための情報を生成し、
    レベルが前記第１オペレータよりも低い第２オペレータの情報処理装置の表示部に、前記新規案件及び前記第２案件以外の第３案件を表示するための情報を生成し、
    レベルが前記第２オペレータよりも低い第３オペレータの情報処理装置の表示部に、前記新規案件、前記第２案件及び前記第３案件以外の未払い金の支払い予定時期が設定されている設定案件を表示するための情報を生成し、
    生成した前記情報を前記第１オペレータ、前記第２オペレータまたは前記第３オペレータの情報処理装置へ送信する、
    処理をコンピュータが実行する情報処理方法。

Images