(57)【特許請求の範囲】
【請求項１】
ネットワークを介してアクセスしてくる生徒からの質問に回答するサービスを提供する装置であって、
出勤予定の講師を表す講師ＩＤを稼働日毎に記憶管理するスケジュール管理手段と、
前記生徒がネットワークを介して質問をアップロードした場合、その質問文を受け付けた当日が出勤予定の講師ＩＤを前記スケジュール管理手段から検索する検索手段と、
前記検索手段が該当する講師ＩＤを検索した場合、該当する講師ＩＤの中から一の講師ＩＤを抽出して回答を担当する講師を決定する決定手段とを具備する質問回答処理装置において、
前記決定手段により決定された講師からの回答の適正であるか否かを判定することをチーフに対し要請する要請手段と、
前記要請に応じたチーフからの判定に応じて前記講師からの回答を処理する講師回答処理手段と
をさらに具備することを特徴とする質問回答処理装置。
【請求項２】
前記講師回答処理手段は、前記チーフによる判定が適正であった場合には前記生徒に回答が出た旨を案内することを特徴とする請求項１に記載の質問回答処理装置。
【請求項３】
前記講師回答処理手段は、前記チーフによる判定が不適正であった場合には前記講師に回答の書き直しを促すことを特徴とする請求項１に記載の質問回答処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットを利用して通信教育サービスを提供する装置であって、特に、生徒からの質問が一人の講師に集中しないように効率的に配分したり、生徒からの質問に対する講師の回答が一定の品質を保てるようにした質問回答処理装置および質問回答処理方法に関する。
【０００２】
【従来の技術】
近年、インターネット利用人口の増加に伴い、様々なビジネスモデルが生れつつある。例えば、従来、郵便を介して添削指導するなどの通信教育の分野にあっても、通信媒体を郵便に替えてインターネットを利用する形態が案出されている。その一形態としては、ユーザ側がサービス事業者のサイトからカリキュラムに沿った課題をダウンロードし、その答案をサービス事業者のサイトにアップロードすると、サービス事業者側ではユーザ側からアップロードされた答案を採点したり、ユーザからの質問に回答するなどの指導結果をＷｅｂページ上で該当ユーザに閲覧させる一方、当該ユーザからその料金を徴収するシステムとなる。
【０００３】
【発明が解決しようとする課題】
ところで、インターネットを利用して通信教育を行うシステムでは、一人のユーザに一人の専任講師が対応する個人教授の形態をとることが理想であるものの、実際には限られた人数の講師で多数のユーザに対応することが多い。多数のユーザから寄せられた質問に対し、限られた人数の講師で回答する場合には、寄せられた質問を各講師に一律に割り振ってしまうと、講師のスケジュール的な都合（例えば非常勤／常勤の違いなど）により講師間で負荷がばらついてしまう。つまり、常勤講師と同じ仕事量を勤務時間が短い非常勤講師に割り振れば、必然的に非常勤講師の負荷が高まる、という弊害が生じる。
そこで本発明の第１の目的は、ユーザから寄せられた質問を各講師に均等化するよう効率的に自動配分することができる質問回答処理装置および質問回答処理装置を提供することにある。
【０００４】
加えて、従来では、講師の資質自体がそのままシステムの品質になる為、一定の品質を保つことが難しいという問題がある。
そこで本発明の第２の目的は、講師の回答が一定の品質を維持できる質問回答処理装置および質問回答処理装置を提供することにある。
【０００５】
【課題を解決するための手段】
上記目的達成するため、請求項１記載の発明では、ネットワークを介してアクセスしてくる生徒からの質問に回答するサービスを提供する装置であって、出勤予定の講師を表す講師ＩＤを稼働日毎に記憶管理するスケジュール管理手段と、前記生徒がネットワークを介して質問をアップロードした場合、その質問文を受け付けた当日が出勤予定の講師ＩＤを前記スケジュール管理手段から検索する検索手段と、前記検索手段が該当する講師ＩＤを検索した場合、該当する講師ＩＤの中から一の講師ＩＤを抽出して回答を担当する講師を決定する決定手段とを具備する質問回答処理装置において、前記決定手段により決定された講師からの回答の適正であるか否かを判定することをチーフに対し要請する要請手段と、前記要請に応じたチーフからの判定に応じて前記講師からの回答を処理する講師回答処理手段をさらに具備することを特徴とする。
【０００６】
請求項２に記載の発明では、前記講師回答処理手段は前記チーフによる判定が適正であった場合には前記生徒に回答が出た旨を案内することを特徴とする。
【０００７】
請求項３に記載の発明では、前記講師回答処理手段は前記チーフによる判定が不適正であった場合には前記講師に回答の書き直しを促すことを特徴とする
【００１３】
本発明では、生徒から送られてくる質問を受領し、その質問に回答する講師を選定して回答作成を指示し、この指示に応じて講師が作成した回答を受領する一方、その回答の適否を判定するチーフに、生徒から送られてきた質問と講師からの回答とを閲覧させ、回答が適正であると承認された場合、生徒に回答が出た旨を案内するので、チーフが第３者的な立場で客観的に講師が作成した回答をチェックし、不適正な回答については前記講師に回答の書き直しを促し、適正な回答だけを生徒側に開示でき、これにより講師の回答を一定の品質にすることが可能になる。
【００１４】
【発明の実施の形態】
以下、図面を参照して本発明の実施の一形態について説明する。
Ａ．概要
図１は実施の一形態による質問回答処理システムの概略構成を示す図である。この図に示すシステムは、インターネット等のネットワークＮＴを介してサイト５にアクセスする生徒１、講師２、チーフ３および管理者４からなる。
生徒１は、サイト５を運営する事業者とサービス契約し、例えば所定のカリキュラムに沿ってピアノ演奏などの音楽レッスンを受講するための通信教育ソフトウェアを備え、その通信教育ソフトウェアに従って音楽レッスンを独習する上で生じる疑問や問題を質問文にしてサイト５に送出する。
【００１５】
サイト５では、生徒１から送られてくる質問文を受領し、その質問文に回答する講師２を選定する。この際、サイト５では、複数の講師２のスケジュールを勘案して、生徒１から寄せられた質問文を各講師２に均等化するよう自動配分する。
サイト５は、質問文を割り振った講師２に対して回答を指示する連絡メールを発送する。連絡メールを受信した講師２は、サイト５にアクセスして該当する質問文をダウンロードして回答文を作成し、作成した回答文を質問文に添付した形でサイト５にアップロードする。講師２から回答文を受領したサイト５は、複数のチーフ３に対し、講師２が作成した回答文のチェックを依頼する連絡メールを発送する。
【００１６】
連絡メールを受信したチーフ３は、チェックを担当しようとする場合、サイト５にアクセスして、チェック担当に立候補する。サイト５では、各チーフ３からの立候補を受け付けており、最初に立候補したチーフ３をチェック担当に決め、チェック担当に任命したチーフ３に対し、生徒１が作成した質問文と講師２が作成した回答文とからなるＷｅｂページを閲覧させる。これによりチーフ３は、講師２の回答が適正であるか否かをチェックする。
チーフチェックにより講師２の回答が適正であると認められた場合、サイト５は生徒１に対し、回答が出た旨を案内する連絡メールを発送する。この連絡メールを受けた生徒１は、サイト５にアクセスして該当する回答をダウンロードする。
【００１７】
一方、チーフチェックにより講師２の回答が不適であると認められた場合、サイト５は担当した講師２に対し、回答が不適である旨を案内する連絡メールを発送する。この連絡メールを受けた講師２は、回答文を書き直し、書き直した回答文を質問文に添付した形でサイト５にアップロードする。以後、チーフチェックにより回答が適正であるとの承認を得るまで回答文を書き直してチーフチェックを受ける。
このように、本システムによれば、各講師２のスケジュールを勘案して回答依頼を割り振るので、生徒１から寄せられた質問文を各講師２に均等化するよう自動配分し得るようになっている。また、講師２が作成した回答文はチーフ３が第３者的な立場で客観的に内容をチェックし、適正な回答文だけを生徒１側に開示するようにした為、講師２の回答を一定の品質にすることが可能になっている。
【００１８】
Ｂ．システム構成
次に、図１を参照して質問回答処理システムの構成について説明する。生徒１は、電子楽器１０および端末装置１１を備える。電子楽器１０は、ピアノ演奏などの音楽レッスンを受講するために使用するものであり、例えば課題曲の演奏に応じた演奏データ（ＭＩＤＩデータ）を発生して出力する。この演奏データは、端末装置１１からネットワークＮＴを介してサイト５に送出される。なお、サイト５に送出される演奏データは、本システムとは別の通信教育システムに取込まれ、演奏評価されるようになっている。
端末装置１１は、パーソナルコンピュータ等から構成され、周知のＷｅｂブラウザやメール機能を備え、ネットワークＮＴを経由してサイト５にアクセスしたり、サイト５のメールサーバ（不図示）とメール授受する。講師２およびチーフ３は、それぞれ生徒１と同様に、電子楽器２０，３０および端末装置２１，３１を有しており、Ｗｅｂブラウザやメール機能を具備する。
【００１９】
管理者４は、Ｗｅｂブラウザやメール機能を備える管理端末４０を有する。本実施例では、管理端末４０がネットワークＮＴを介してサイト５にアクセスする構成であるが、これに限らず、サイト５内部に設け、サイト５のイントラネット（図示略）を介してＷｅｂサーバ５０あるいは管理サーバ５１にアクセスする形態であっても構わない。
【００２０】
サイト５は、Ｗｅｂサーバ５０、管理サーバ５１およびデータベース５２から構成される質問回答処理装置１００を備える。Ｗｅｂサーバ５０は、後述する管理サーバ５１側に接続されるイントラネット（図示略）とインターネット等のネットワークＮＴとを遮断する機能を備えると共に、両ネットワーク間の通信を制御する。
また、Ｗｅｂサーバ５０はアクセス認証した正当なユーザ、つまり、サイト５にユーザ登録した端末装置１１，２１，３１または管理端末４０からの閲覧要求に応じてＷｅｂページを閲覧させたり、あるいは正当ユーザからの要求の内、所定の要求を管理サーバ５１へ中継する一方、それに対応する管理サーバ５０からの各レスポンスを該当端末に返送する。
【００２１】
管理サーバ５１は、Ｗｅｂサーバ５０から中継される正当ユーザの要求に従い、データベース５２を記憶管理する他、生徒１から寄せられた質問文を各講師２に均等化するよう自動配分したり、講師２が作成した回答文の適否をチェックするチーフチェックの結果を保持する。
管理サーバ５１は、質問文を各講師２に自動配分するために用いる自動担当振分けスタックをレジスタ領域に備えている。ここで、図２を参照として当該スタックの構成について説明しておく。
【００２２】
この図に示す自動担当振分けスタックは、一番最後に追加されたスタックａｓｓｉｇｎｍｅｎｔ［０］［０］が最初に処理対象とされる、いわゆるＬＩＦＯスタックとして構成される。各スタックは、ａｓｓｉｇｎｍｅｎｔ［０］［０］〜［０］［３］から形成される。ａｓｓｉｇｎｍｅｎｔ［０］［０］は通し番号を表すａｓｓｉｇｎｍｅｎｔａＩＤ、ａｓｓｉｇｎｍｅｎｔ［０］［１］は処理日を表すｄａｔｅ、ａｓｓｉｇｎｍｅｎｔ［０］［２］は処理日出勤の講師ＩＤを表すｌｅｃｔｕｒｅＩＤ、ａｓｓｉｇｎｍｅｎｔ［０］［３］は講師の累積処理件数を表すｆｒｅｑｕｅｎｃｙである。こうした自動担当振分けスタックを用いた処理については追って詳述する。
【００２３】
また、管理サーバ５１は、講師２が作成した回答文の適否をチェックするチーフチェックの結果を保持するために用いるチーフチェックスタックを備える。ここで、図３を参照して当該スタックの構成について説明しておく。
チーフチェックスタックは、上記自動担当振分けスタックと同様、ＬＩＦＯスタックとして構成されており、各スタックはｃｈｅｉｆｃｈｅｃｋ［０］［０］〜［０］［４］から形成される。ｃｈｅｉｆｃｈｅｃｋ［０］［０］は通し番号を表すｃｈｉｅｆｃｈｅｃｋＩＤ、ｃｈｅｉｆｃｈｅｃｋ［０］［１］は該当するアドバイスＩＤ（後述する）を表すａｄｖＩＤ、ｃｈｅｉｆｃｈｅｃｋ［０］［２］は処理日を表すｄａｔｅ、ｃｈｅｉｆｃｈｅｃｋ［０］［３］は適否結果を表すｊｕｄｇｅｍｅｎｔ、ｃｈｅｉｆｃｈｅｃｋ［０］［４］は判定結果が不可であった時のコメントｃｏｍｍｅｎｔである。
【００２４】
管理サーバ５１によって記憶管理されるデータベース５２は、アドバイス管理データベース５２ａ、講師・チーフデータベース５２ｂ、スケジュール管理データベース５２ｃ、ユーザデータベース５２ｄおよび営業日数管理データベース５２ｅから構成される。
アドバイス管理データベース５２ａは、後述する質問回答処理の一連の流れを管理するのに必要な各種データを記憶管理するものであり、図４に図示するレコード構成を有する。すなわち、１レコード単位のアドバイスデータは、ａｄｖ＿ｄｂ［０］［０］〜［０］［６］から形成される。ａｄｖ＿ｄｂ［０］［０］はシステムがアサインする通し番号ａｄｖＩＤ、ａｄｖ＿ｄｂ［０］［１］は処理状況を表すｓｔａｔｕｓ、ａｄｖ＿ｄｂ［０］［２］は質問をした生徒を識別するｕｓｅｒＩＤ、ａｄｖ＿ｄｂ［０］［３］は回答文のファイルを表すｆｉｌｅ、ａｄｖ＿ｄｂ［０］［５］は担当講師ＩＤを表すｌｅｃｔｕｒｅｒＩＤ、ａｄｖ＿ｄｂ［０］［６］はチェック担当のチーフＩＤを表すｃｈｉｅｆＩＤである。なお、ａｄｖ＿ｄｂ［０］［４］は未使用のブランクデータである。
【００２５】
講師・チーフデータベース５２ｂは、講師２およびチーフ３の個人情報並びに処理状態を表す各種データを記憶管理するものであり、図５に図示するレコード構成を有する。すなわち、１レコードはｌｅｃｔｕｒｅｒ［０］［０］〜［０］［１０］から形成される。ｌｅｃｔｕｒｅｒ［０］［０］は通し番号で付与される講師ＩＤとなるｌｅｃｔｕｒｅｒＩＤ、ｌｅｃｔｕｒｅｒ［０］［１］はログイン時のハンドルネームを表すｎａｍｅ、ｌｅｃｔｕｒｅｒ［０］［２］は認証用パスワードｐａｓｓｗｄ、ｌｅｃｔｕｒｅｒ［０］［３］は対価情報ｖａｌｕｅ、ｌｅｃｔｕｒｅｒ［０］［４］は累積処理件数を表すｆｒｅｑｕｅｎｃｙ、ｌｅｃｔｕｒｅｒ［０］［６］は講師／チーフのいずれであるかを識別するｓｔａｔｕｓ、ｌｅｃｔｕｒｅｒ［０］［７］は年齢ａｇｅ、ｌｅｃｔｕｒｅｒ［０］［８］は性別ｓｅｘ、ｌｅｃｔｕｒｅｒ［０］［９］はメールアドレスｍａｉｌａｄｄｒｅｓｓ、ｌｅｃｔｕｒｅｒ［０］［１０］はログイン中か否かを表すフラグｌｏｇｉｎである。なお、ｌｅｃｔｕｒｅｒ［０］［５］は未使用のブランクデータである。
【００２６】
スケジュール管理データベース５２ｃは、講師２の出勤スケジュールおよび営業日を記憶管理するものであり、図６に図示するレコード構成を有する。すなわち、１レコード単位のスケジュールデータは、ｓｃｈｅｄｕｌｅ［０］［０］〜［０］［４］から形成される。ｓｃｈｅｄｕｌｅ［０］［０］は通し番号を表すｓｃｈｅｄｕｌｅＩＤ、ｓｃｈｅｄｕｌｅ［０］［１］は日付ｄａｔｅ、ｓｃｈｅｄｕｌｅ［０］［２］は営業日であるか否かを表すフラグｏｐｅｎ、ｓｃｈｅｄｕｌｅ［０］［３］は出勤している講師を表すｌｅｃｔｕｒｅｒＩＤ、ｓｃｈｅｄｕｌｅ［０］［４］は情報更新日を表すｕｐｄａｔｅである。
【００２７】
ユーザデータベース５２ｄは、ユーザ登録された生徒１の個人情報などを記憶管理するものであり、図７に図示するレコード構成を有する。すなわち、１レコード単位のユーザデータは、ｕｓｅｒ［０］［０］〜［０］［８］から形成される。ｕｓｅｒ［０］［０］はシステムがアサインする通し番号を表すｕｓｅｒＩＤ、ｕｓｅｒ［０］［１］はログイン名ｎａｍｅ、ｕｓｅｒ［０］［２］は認証用パスワードｐａｓｓｗｄ、ｕｓｅｒ［０］［３］は対価情報ｖａｌｕｅ、ｕｓｅｒ［０］［４］はユーザのスキル（習熟度）を表すｓｋｉｌｌ、ｕｓｅｒ［０］［５］は年齢ａｇｅ、ｕｓｅｒ［０］［６］は性別ｓｅｘ、ｕｓｅｒ［０］［７］はメールアドレスｍａｉｌａｄｄｒｅｓｓ、ｕｓｅｒ［０］［８］はログイン中か否かを表すフラグｌｏｇｉｎである。
【００２８】
営業日管理データベース５２ｅは、営業日および休日を管理するためのデータを記憶管理するものであり、図８に図示するレコード構成を有する、すなわち、１レコード単位のスケジュールデータは、ｏｐｅｎｓｃｈｅｄｕｌｅ［０］［０］〜［０］［２］から形成される。ｏｐｅｎｓｃｈｅｄｕｌｅ［０］［０］はシステムがアサインする通し番号を表すｏｐｅｎｓｃｈｅｄｕｌｅＩＤ、ｏｐｅｎｓｃｈｅｄｕｌｅ［０］［１］は日付ｄａｔｅ、ｏｐｅｎｓｃｈｅｄｕｌｅ［０］［２］は日付ｄａｔｅが営業日にあたるか否かを表すフラグｏｐｅｎである。
【００２９】
Ｃ．動作
次に、図９〜図２７を参照して上記構成による質問回答処理システムの動作について説明する。以下では、最初に図９〜図１０に示す質問回答処理フローを参照して全体動作について説明した後、質問回答処理装置１００、管理端末４０、講師２の端末装置２１およびチーフ３の端末装置３１の各動作について順番に述べて行く。
【００３０】
（１）全体動作
まずステップＳ１にて生徒１が電子楽器１０を用いて音楽レッスンを独習する。次いで、ステップＳ２では、レッスンに関する疑問や問題を質問文として作成した後、サイト５にアクセスしてＨＴＭＬファイル化した質問文をアップロードする。すると、ステップＳ３に進み、サイト５では生徒１から送られてくる質問文（ＨＴＭＬファイル）を受領し、続くステップＳ３にてその質問文に回答する講師２を選定する。講師２の選定に際しては、複数の講師２のスケジュールを勘案して、生徒１から寄せられた質問文を各講師２に均等化するよう自動配分し、上記ステップＳ２にて生徒１が作成した質問文を割り当てられた講師２に対し、回答を指示する連絡メールを発送する。
ところで、自動配分された振り分け状況は、ステップＳ５において、管理者４によって確認され、例えば講師欠勤などが生じた場合には必要に応じて個々の講師２の配分量を変更するようサイト５に指示する。
【００３１】
これにより、サイト５はステップＳ６に進み、管理者４からの配分変更指示を受け付けて再配分を行い、その結果、上記ステップＳ２にて生徒１が作成した質問文を割り当てられた講師２に対し、回答作成を依頼する連絡メールを発送する。
次いで、ステップＳ７では、連絡メールを受信した講師２がサイト５にアクセスして該当する質問文をダウンロードし、続くステップＳ８ではダウンロードした質問文に基づき回答文を作成する。そして、図１０のステップＳ９では、作成した回答文を質問文に添付した形のＨＴＭＬファイルとしてサイト５にアップロードする。
【００３２】
次に、ステップＳ１０では、サイト５が講師２からアップロードされたＨＴＭＬファイルを受領すると共に、複数のチーフ３に対し、講師２が作成した回答文のチェックを依頼する連絡メールを発送する。そして、ステップＳ１１では、連絡メールを受信したチーフ３がチェックを担当しようとする場合、サイト５にアクセスして、チェック担当に立候補する。
すると、サイト５はステップＳ１２において、各チーフ３からの立候補を受け付け、最初に立候補したチーフ３をチェック担当に決め、チェック担当に任命したチーフ３に対し、チェックページを閲覧させる。このチェックページとは、講師２からアップロードされたＨＴＭＬファイルに基づき作成されるＷｅｂページであって、生徒１が作成した質問文と講師２が作成した回答文とから構成される。
【００３３】
次いで、ステップＳ１３に進むと、チーフ３はチェックページを閲覧して講師２の回答が適正であるか否かをチェックする。チーフチェックにより講師２の回答が適正であると認められると、ステップＳ１４にてサイト５が生徒１に対し、回答が出た旨を案内する連絡メールを発送する。ステップＳ１５では、この連絡メールを受けた生徒１がサイト５にアクセスして該当する回答文が載ったＷｅｂページをダウンロードする。
一方、チーフチェックにより講師２の回答が不適であると認められた場合、ステップＳ１４にてサイト５から担当講師２に対し、回答が不適である旨を案内する連絡メールを発送する。すると、担当講師２はステップＳ７にて不適とされた回答文が載ったＷｅｂページをダウンロードして回答文を書き直し、書き直した回答文を質問文に添付した形でサイト５にアップロードする。以後、チーフチェックにより回答が適正であるとの承認を得るまで回答文を書き直してチーフチェックを受ける。
【００３４】
（２）質問回答処理装置１００の概略動作
次に、図１１〜図１３を参照して質問回答処理装置１００の概略動作について述べる。図１１は、質問回答処理装置１００のメインフローである。システムが起動されると、質問回答処理装置１００はステップＳＡ１に進み、装置各部を初期化し、次のステップＳＡ２では、アイドル状態でイベント待ちに入る。そして、イベントが入ると、ステップＳＡ３，ＳＡ５にてそのイベントが接続要求、ＰＯＳＴ要求のいずれであるか判断する。それらのいずれにも該当しないイベントであると、ステップＳＡ３，ＳＡ５の各判断結果が「ＮＯ」となり、ステップＳＡ２のイベント待ちに戻る。
イベントが接続要求であると、ステップＳＡ３の判断結果が「ＹＥＳ」となり、ステップＳＡ４に進み、後述する接続処理を実行する。一方、イベントがＰＯＳＴ要求であると、ステップＳＡ５の判断結果が「ＹＥＳ」となり、ステップＳＡ６に進み、後述するＰＯＳＴ要求処理を実行する。
【００３５】
▲１▼接続処理の動作
上述したステップＳＡ４を介して接続処理が実行されると、質問回答処理装置１００は図１２に示すステップＳＢ１に進み、ログイン情報（ｕｓｅｒ，ｐａｓｓｗｄ）を受信する。続くステップＳＢ２では、前述したユーザデータベース５２ｄ（図７参照）を検索するためのレジスタｉをゼロリセットする。そして、ステップＳＢ３では、レジスタｉの値が最大値ＭＡＸＵＳＥＲ以上に達したか、つまり、ユーザデータベース５２ｄを検索し終えたかどうかを判断する。
検索し終えていなければ、判断結果は「ＮＯ」となり、ステップＳＢ４に進む。ステップＳＢ４では、レジスタｉの値に対応したユーザデータベース５２ｄ中のｕｓｅｒ［ｉ］［１］およびｕｓｅｒ［ｉ］［２］が、上記ステップＳＢ１にて受信したログイン情報（ｕｓｅｒ，ｐａｓｓｗｄ）に一致するか否か、すなわち接続要求してきたユーザが正規ユーザであるかを判断する。
【００３６】
レジスタｉの値に対応したユーザデータベース５２ｄ中のｕｓｅｒ［ｉ］［１］およびｕｓｅｒ［ｉ］［２］がログイン情報（ｕｓｅｒ，ｐａｓｓｗｄ）と一致しなければ、判断結果は「ＮＯ」となり、ステップＳＢ５に進み、レジスタｉの値をインクリメントして歩進させ、ステップＳＢ３に処理を戻す。
こうして、ステップＳＢ３〜ＳＢ５では、ログイン情報（ｕｓｅｒ，ｐａｓｓｗｄ）と一致するユーザがユーザデータベース５２ｄに登録されているかどうかを検索する。そして、ユーザデータベース５２ｄを検索し終えて登録ユーザでないと判断されると、ステップＳＢ３の判断結果が「ＮＯ」となり、ログイン不許可とする。
一方、ログイン情報（ｕｓｅｒ，ｐａｓｓｗｄ）と一致するユーザがユーザデータベース５２ｄに登録されていると、登録ユーザと判断してステップＳＢ４の判断結果が「ＹＥＳ」となり、ステップＳＢ６に進み、ユーザデータベース５２ｄのｕｓｅｒ［ｉ］［１］に「１」をセットしてユーザｉがログイン状態になったことをデータベース登録する。
【００３７】
▲２▼ＰＯＳＴ要求処理の動作
前述のステップＳＡ６（図１１参照）を介してＰＯＳＴ要求処理が実行されると、質問回答処理装置１００は図１３に示すステップＳＣ１〜ＳＣ３を介して、要求内容に応じた処理を実行する。
すなわち、前述したステップＳ２（図９参照）にて生徒１が質問文をアップロードすべく回答依頼要求を出すと、ステップＳＣ１の判断結果が「ＹＥＳ」となり、ステップＳＣ４を介して後述する回答依頼受付処理を実行する。
前述したステップＳ１１（図１０参照）にてチーフ３が立候補要求を出すと、ステップＳＣ２の判断結果が「ＹＥＳ」となり、ステップＳＣ５を介して後述する立候補受付処理を実行する。
前述したステップＳ９（図１０参照）にて講師２が回答文を質問文に添付したＨＴＭＬファイルをアップロードすべく回答受付要求を出すと、ステップＳＣ３の判断結果が「ＹＥＳ」となり、ステップＳＣ６を介して後述する回答受付処理を実行する。
【００３８】
（３）質問回答処理の詳細動作
次に、前述した質問回答処理フローを形成するステップＳ１〜Ｓ１６（図９〜図１０参照）の内、本発明の要旨に係わる要部の詳細動作について図１４〜図２７を参照して説明する。
以下では、前述した質問回答処理フローのステップＳ３，Ｓ４に相当する「回答依頼受付処理」、ステップＳ５，Ｓ６に相当する「振分け変更処理」、ステップＳ８，Ｓ９に相当する「回答文作成処理」、ステップＳ１０に相当する「回答受付処理」、ステップＳ１１，Ｓ１２に相当する「立候補受付処理」、ステップＳ１３，Ｓ１４に相当する「チーフチェック処理」の動作について述べる。
【００３９】
▲１▼回答依頼受付処理
さて、音楽レッスンを受講するための通信教育ソフトウェアを端末装置１１にて稼働させている状態で、生徒１が質問文を作成すべく所定の操作を行うと、端末装置１１には図１４に図示する回答依頼画面Ｇ１が画面表示される。この画面Ｇ１には、質問の種類を選択的に入力する入力フィールドＦ１、質問文を入力する入力フィールドＦ２、送信ボタンＢ１およびキャンセルボタンＢ２が設けられている。
そして、生徒１が回答依頼画面Ｇ１の入力フィールドＦ１，Ｆ２にそれぞれ質問の種類、質問文を入力して送信ボタンＢ１をクリックしたとする。この時、生徒１がサイト５にアクセスしている状態でなければ、図示されていないログイン処理にて端末装置１１から質問回答処理装置１００へ接続要求と共にログイン情報を送出する。質問回答処理装置１００では、接続要求を受けると、前述した接続処理（図１２参照）を実行し、正規ユーザと判断してログインを許可する。
【００４０】
サイト５（質問回答処理装置１００）にログインすると、端末装置１１では送信ボタンＢ１のクリックに応じて、回答依頼要求と共に、入力された質問種類および質問文を含む回答依頼画面Ｇ１をＨＴＭＬファイルとして質問回答処理装置１００に送出する。質問回答処理装置１００では、回答依頼要求を受領すると、前述したＰＯＳＴ要求処理（図１３参照）のステップＳＣ４を介して回答依頼受付処理を実行する。
回答依頼受付処理が実行されると、質問回答処理装置１００は図１５に示すステップＳＤ１に処理を進め、生徒１の端末装置１１からアップロードされ、質問種類および質問文を含むＨＴＭＬファイルを受信する。次いで、ステップＳＤ２では、回答依頼をしてきた生徒１のユーザデータをユーザデータベース５２ｄから検索し、検索したユーザデータの対価情報ｖａｌｕｅを、回答に要する課金分だけ減算して更新する。
【００４１】
次いで、ステップＳＤ３に進むと、営業日数管理データベース５２ｅを参照して回答を返却する予定日を算出する返却予定日算出処理を実行する。返却予定日算出処理が実行されると、質問回答処理装置１００は図１７に示すステップＳＥ１に処理を進め、質問文を受け付けた受付日をレジスタｔｏｄａｙに、予め定められた返却期間をレジスタｄａｙｓにストアすると共に、返却予定日が格納されるレジスタＤＡＴＥをゼロリセットする。次に、ステップＳＥ２では、営業日数管理データベース５２ｅを検索する際に用いられるレジスタｉをゼロリセットし、レジスタｄａｙｓに格納される返却期間をレジスタＫにセットする。
【００４２】
次いで、ステップＳＥ３〜ＳＥ７では、レジスタｉを歩進させながら、そのレジスタｉの値に応じて営業日数管理データベース５２ｅから日付ｄａｔｅ（ｏｐｅｎｓｃｈｅｄｕｌｅ［ｉ］［１］）およびフラグｏｐｅｎ（ｏｐｅｎｓｃｈｅｄｕｌｅ［ｉ］［２］）を読み出し、読み出した日付ｄａｔｅが営業日（フラグｏｐｅｎ＝１）である毎に、レジスタＫの値（返却期間）をデクリメントして行き、当該レジスタＫの値がゼロとなった時のレジスタｉを求める。
つまり、受付日から返却期間に相当する営業日数分をカウントした日付を得る。そうすると、ステップＳＥ４の判断結果が「ＹＥＳ」となり、ステップＳＥ８に進む。ステップＳＥ８では、先に求めた日付が受付日当日を含めている為、その日付から１日分を差し引き、差し引いた日付（ｏｐｅｎｓｃｈｅｄｕｌｅ［ｉ−１］［１］）を返却予定日としてレジスタＤＡＴＥに格納する。
【００４３】
さて、こうして返却予定日を算出し終えると、質問回答処理装置１００は図１５に示す回答依頼受付処理のステップＳＤ４に処理を戻す。ステップＳＤ４ではスケジュール管理データベース５２ｃ（図６参照）を検索するのに用いるレジスタｉをゼロリセットすると共に、スタックポインタｎを更新する。
続いて、ステップＳＤ５〜ＳＤ７では、レジスタｉの歩進に応じて、スケジュール管理データベース５２ｃから受付日当日に出勤している講師ＩＤ（ｌｅｃｔｕｒｅｒＩＤ）を検索する。そして、該当する講師ＩＤ（ｌｅｃｔｕｒｅｒＩＤ）が検索されると、ステップＳＤ６の判断結果が「ＹＥＳ」となり、ステップＳＤ８に処理を進め、その講師ＩＤ（ｌｅｃｔｕｒｅｒＩＤ）を自動担当振り分けスタック（図２参照）のａｓｓｉｇｎｍｅｎｔ［ｎ］［２］に登録する。
【００４４】
そして、ステップＳＤ９〜ＳＤ１２では、レジスタｊをゼロリセットした後、このレジスタｊの歩進に応じて、講師・チーフデータベース５２ｂから上記の講師ＩＤ（ｌｅｃｔｕｒｅｒＩＤ）を含むレコードデータを検索する。そして、検索されると、ステップＳＤ１１の判断結果が「ＹＥＳ」となり、ステップＳＤ１３に処理を進め、そのレコードデータ中の累積処理件数ｆｒｅｑｕｅｎｃｙを自動担当振り分けスタック（図２参照）のａｓｓｉｇｎｍｅｎｔ［ｎ］［３］に登録する。
【００４５】
自動担当振り分けスタックへの登録が行われると、質問回答処理装置１００は図１６に示すステップＳＤ１４に処理を進め、自動担当振り分けスタックの内から、ａｓｓｉｇｎｍｅｎｔ［ｎ］［３］が最小のスタック、すなわち、累積処理件数ｆｒｅｑｕｅｎｃｙが最も少ないスタックを検索し、そのスタックに登録された講師ＩＤ（ｌｅｃｔｕｒｅｒＩＤ）の講師２を担当に決定して、レジスタｌｅｃにａｓｓｉｇｎｍｅｎｔ［ｎ］［２］（つまり、ｌｅｃｔｕｒｅｒＩＤ）をストアする。
【００４６】
この後、ステップＳＤ１５〜ＳＤ１８では、レジスタｉをゼロリセットした後、このレジスタｉの歩進に応じて、アドバイス管理データベース５２ａから空きレコードを検索する。そして、空きレコードが検索されると、ステップＳＤ１７の判断結果が「ＹＥＳ」となり、ステップＳＤ１９に進む。ステップＳＤ１９では、質問回答処理の一連の流れを管理するのに必要な各種データをアドバイス管理データベース５２ａの空きレコードに新規登録する。
すなわち、ａｄｖ＿ｄｂ［ｉ］［１］には「１」をセットして質問を受け付けた状況を表し、ａｄｖ＿ｄｂ［ｉ］［２］には質問を寄せた生徒１のｕｓｅｒＩＤをセットする。また、ａｄｖ＿ｄｂ［ｉ］［３］は質問文（ＨＴＭＬファイル）のファイル名ｆｉｌｅをセットし、ａｄｖ＿ｄｂ［ｉ］［５］にはレジスタｌｅｃに格納された担当講師ＩＤをセットする。
【００４７】
以上のように、回答依頼受付処理では、生徒１からアップロードされ、質問種類および質問文を含むＨＴＭＬファイルを受信した後、回答に要する課金を徴収すべくユーザデータベース５２ｄから該当する生徒１のユーザデータを検索し、検索したユーザデータの対価情報ｖａｌｕｅを更新する。この後、営業日数管理データベース５２ｅを参照して回答を返却する予定日を算出し、続いて質問文を受け付けた当日に出勤している講師２のｌｅｃｔｕｒｅｒＩＤをスケジュール管理データベース５２ｃから検索し、検索された講師２のｌｅｃｔｕｒｅｒＩＤに基づき当該講師２の累積処理件数ｆｒｅｑｕｅｎｃｙを講師・チーフデータベース５２ｂから検索する。
そして、検索された講師２のｌｅｃｔｕｒｅｒＩＤおよび累積処理件数ｆｒｅｑｕｅｎｃｙを自動担当振り分けスタックに登録し、このスタック登録された講師２の内、最も累積処理件数が少ない講師２を回答担当に決定する。担当講師が決定すると、アドバイス管理データベース５２ａの空きレコードに、質問を受け付けた状況を表すｓｔａｔｕｓ、質問を寄せた生徒１のｕｓｅｒＩＤ、質問文（ＨＴＭＬファイル）のファイル名ｆｉｌｅおよび担当講師ＩＤを新規登録する。
【００４８】
▲２▼振分け変更処理
次に、図１８〜図２０を参照して管理端末４０において実行される振分け変更処理の動作について説明する。上述の回答依頼受付処理にて自動配分された振り分け状況は、管理者４の管理端末４０によって確認される。管理端末４０が振分け変更処理を実行すると、図１８に示すステップＳＦ１に進み、質問回答処理装置１００から振り分けデータを受信して振り分け画面Ｇ２を画面表示する。
振り分けデータとは、アドバイス管理データベース５２ａに登録される各アドバイスデータと、各講師２の累積処理件数とを表示するためのデータであって、例えば図１９に図示する一例の振り分け画面Ｇ２として表示される。この画面Ｇ２では、各アドバイスデータの内容を個別に表示すると共に、各講師２の累積処理件数を一覧表示するようになっている。
【００４９】
管理者４は、この振り分け画面Ｇ２を見て各講師２の配分量を確認し、例えば講師欠勤などが生じて担当講師を変更する場合には、画面Ｇ２において変更しようとする講師に対応して配置されるチェックマークＣＫＭをクリックする。図１９の一例では、アドバイス３の担当講師Ｄを、講師Ａに変更させる状態を図示している。
【００５０】
管理端末４０では、振り分け画面Ｇ２に表示される各アドバイスデータに対応する振り分けスタックを備える。振り分けスタックは、図２０に図示するように、ｃｈａｎｇｅ［０］［０］〜［０］［３］から形成される。ｃｈａｎｇｅ［０］［０］は通し番号を表すｃｈａｎｇｅＩＤ、ｃｈａｎｇｅ［０］［１］は対応するアドバイスデータの通し番号ａｄｖＩＤ、ｃｈａｎｇｅ［０］［２］は変更の有無を表すフラグＩｓｃｈａｎｇｅである。フラグＩｓｃｈａｎｇｅは「０」であれば変更しない旨を表し、「１」であると変更する旨を表す。振り分け画面Ｇ２において上述のチェックマークＣＫＭをクリックした場合、このフラグＩｓｃｈａｎｇｅは「１」にセットされる。ｃｈａｎｇｅ［０］［３］は変更により新たな担当とされた講師２を表すｌｅｃｔｕｒｅｒＩＤである。
【００５１】
さて、振り分け画面Ｇ２を参照した振り分けが定まると、管理者４はその画面Ｇ２に配設される振り分け決定ボタンＢ１をクリックする。すると、管理端末４０はステップＳＦ２以降に処理を進める。ステップＳＦ２では、振り分けスタックを検索するのに用いるレジスタｋをゼロリセットし、続くステップＳＦ３〜ＳＦ６では、レジスタｋの歩進に応じて、振り分けスタックから変更のあるスタックを抽出する。
【００５２】
すなわち、フラグＩｓｃｈａｎｇｅ（ｃｈａｎｇｅ［ｋ］［２］）が「０」であって、しかもスタック登録されたアドバイスデータの通し番号ａｄｖＩＤ（ｃｈａｎｇｅ［ｋ］［１］）と、それに対応して表示されるアドバイスデータの通し番号ａｄｖＩＤ（ａｄｖ＿ｄｂ［ｋ］［０］）とが一致すると、ステップＳＦ５の判断結果が「ＹＥＳ」となり、振り分け変更されたスタックが抽出される。
振り分け変更されたスタックが抽出されると、ステップＳＦ７に進み、そのスタックのｃｈａｎｇｅ［０］［３］に格納された講師ＩＤを、対応するアドバイスデータのａｄｖ＿ｄｂ［ｋ］［５］としてアドバイス管理データベース５２ａに登録するよう質問回答処理装置１００側に更新指示を出す。
【００５３】
▲３▼回答文作成処理
次に、図２１〜図２２を参照し、講師２の端末装置２１において実行される回答文作成処理の動作について説明する。端末装置２１が回答文作成処理を実行すると、図２１に示すステップＳＧ１に進み、回答文作成画面Ｇ３を画面表示する。
ここで、図２２を参照して回答文作成画面Ｇ３について説明する。回答文作成画面Ｇ３とは、表示エリアＤＥ、入力フィールドＩＦおよびアイコンボタンＢ１〜Ｂ５を備える画面である。端末装置２１は、ローカルデータベースを備えており、前述したステップＳ７（図９参照）においてサイト５から質問文をダウンロードする際に、自己に割り振られたアドバイスデータをアドバイス管理データベース５２ａから抽出してローカルデータベースに登録するようになっている。
【００５４】
回答文作成画面Ｇ３を画面表示する際に、このローカルデータベースから抽出した処理リストが表示エリアＤＥに一覧表示される。一覧表示された処理リスト中から任意のアドバイスデータを選択してアイコンボタンＢ２をクリックすると、そのアドバイスデータに対応した質問文が表示エリアＤＥに表示される。表示エリアＤＥに質問文を表示させると、ステップＳＧ２に進み、その質問文を読みながら講師２は入力フィールドＩＦに回答文を入力する。
【００５５】
回答文を入力し終えてアイコンボタンＢ４をクリックすると、ステップＳＧ３に進み、入力した回答文を質問文に添付した形のＨＴＭＬファイル（送信用ファイル）を作成する。ＨＴＭＬファイルを作成する際、どのアドバイスデータに対応するかを表す通し番号ａｄｖＩＤをファイルヘッダに設ける。そして、アイコンボタンＢ５がクリックされると、作成したＨＴＭＬファイルをサイト５（質問回答処理装置１００）にアップロードする。この後、ステップＳＧ５に進み、該当するアドバイスデータのｓｔａｔｕｓ（ａｄｖ＿ｄｂ［０］［１］）を処理完了に変更する等、ローカルデータベースを更新させる。
【００５６】
▲４▼回答受付処理
次に、図２３を参照して質問回答処理装置１００において実行される回答受付処理の動作について説明する。講師２の端末装置２１から回答受付要求を受けると、質問回答処理装置１００では前述したＰＯＳＴ要求処理（図１３参照）のステップＳＣ６を介して回答受付処理を実行し、図２３に示すステップＳＨ１に処理を進める。ステップＳＨ１では、端末装置２１からアップロードされるＨＴＭＬファイルのヘッダに設けられ、どのアドバイスデータに対応するかを表す通し番号ａｄｖＩＤを受信してレジスタｎｏにストアする。
【００５７】
次いで、ステップＳＨ２では、ヘッダに続くＨＴＭＬファイル本体を受信してファイル格納領域に保存する。そして、ステップＳＨ３では、回答を受け付けたことによりアドバイス管理データベース５２ａを更新する。すなわち、通し番号ａｄｖＩＤのアドバイスデータにおいて、ａｄｖ＿ｄｂ［ｎｏ］［１］のｓｔａｔｕｓを、アップロード済みを表す「６」に更新する一方、ａｄｖ＿ｄｂ［ｎｏ］［３］にファイル名ｆｉｌｅを付与する。この後、ステップＳＨ４に進み、回答文のチェックを依頼する連絡メールを複数のチーフ３に発送する。
【００５８】
▲５▼立候補受付処理
次に、図２４〜図２５を参照して質問回答処理装置１００において実行される立候補受付処理の動作について説明する。上述した回答受付処理によって質問回答処理装置１００が複数のチーフ３に回答文のチェックを依頼する連絡メールを発送すると、チーフ３の端末装置３１ではその連絡メールを受信して立候補画面Ｇ４を画面表示する。
立候補画面Ｇ４は、図２４に示す一例のように、表示欄ＬＩＳＴと、この表示欄ＬＩＳＴの各行に対応して配設されるチェックマークＣＫＭと、立候補ボタンＢ１とを備える。表示欄ＬＩＳＴにはチェックデータがリスト表示される。チェックデータは、講師２が回答し終えた件のアドバイスデータの一部を抽出して派生させたデータであり、連絡メールとして質問回答処理装置１００から送られてくるものである。
【００５９】
チーフ３が表示欄ＬＩＳＴにリスト表示されるチェックデータの内、チェックを担当しようとする行のチェックデータに対応して配設されるチェックマークＣＫＭをクリックすると、その行のチェックデータが選択される。そして、この状態で立候補ボタンＢ１がクリックされると、端末装置３１は質問回答処理装置１００にアクセスして立候補要求および立候補データを送出する。立候補データは、選択したチェックデータがどのアドバイスデータに対応するかを表す通し番号ａｄｖＩＤとｃｈｉｅｆＩＤとから構成される。
【００６０】
質問回答処理装置１００は、端末装置３１から立候補要求を受けると、前述したＰＯＳＴ要求処理（図１３参照）のステップＳＣ５を介して立候補受付処理を実行し、図２５に示すステップＳＪ１に処理を進める。ステップＳＪ１では、立候補データを受信し、当該データ中の通し番号ａｄｖＩＤをレジスタｎｏに、ｃｈｉｅｆＩＤをレジスタＩＤにそれぞれストアする。
【００６１】
次いで、ステップＳＪ２では、講師・チーフデータベース５２ｂを検索するのに用いるレジスタｉをゼロリセットし、続くステップＳＪ３〜ＳＪ５では、レジスタｉの歩進に応じて、レジスタＩＤの値と一致するｌｅｃｔｕｒｅｒ［ｉ］［０］を講師・チーフデータベース５２ｂから検索する。そして、一致するｌｅｃｔｕｒｅｒ［ｉ］［０］が検索されると、そのｌｅｃｔｕｒｅｒ［ｉ］［０］のＩＤを持つチーフ３がチェック担当になる。
【００６２】
チェックを担当するチーフ３が決定すると、ステップＳＪ４の判断結果が「ＹＥＳ」となり、ステップＳＪ６に進み、チェック担当が決定したことに対応してアドバイス管理データベース５２ａの、ａｄｖ＿ｄｂ［ｎｏ］［１］のｓｔａｔｕｓを「７（チーフチェック中）」に、ａｄｖ＿ｄｂ［ｎｏ］［６］のｌｅｃｔｕｒｅｒＩＤをｌｅｃｔｕｒｅｒ［ｉ］［０］の値にそれぞれ更新する。
この後、ステップＳＪ７に進み、チェックページにジャンプさせ、チェック担当になったチーフ３に対してチェックページを閲覧させる。このチェックページとは、講師２からアップロードされたＨＴＭＬファイルに基づき作成されるＷｅｂページであって、生徒１が作成した質問文と講師２が作成した回答文とから構成される。
【００６３】
▲６▼チーフチェック処理
次に、図２６〜図２７を参照して質問回答処理装置１００において実行されるチーフチェック処理の動作について説明する。上述したステップＳＪ７にてチェックページにジャンプさせると、チーフ３の端末装置３１側では図２６に示すチェックページＣＰを閲覧する状態となる。
チェックページＣＰには、生徒１の質問とこれに関するアドバイスデータの一部を表示する表示エリアＥ１、講師２の回答とこれに関するアドバイスデータの一部を表示する表示エリアＥ２、判定結果（承認／非承認）を入力するチェックマークＣＫＭ、非承認時のコメントを入力する入力フィールドＩＦおよび本ページでの入力を確定する決定ボタンＢが設けられている。
【００６４】
こうしたチェックページＣＰにおいて、チーフ３が表示エリアＥ１，Ｅ２に表示される内容を見て講師２の回答が適正なものであるかどうかを判断し、適正なものであれば「承認」のチェックマークＣＫＭをクリックする。一方、不適であると「非承認」のチェックマークをクリックすると共に、不適とした主旨を入力フィールドＩＦに入力する。そして、判定し終えると、決定ボタンＢをクリックする。
決定ボタンＢがクリックされると、決定イベントが生じる。決定イベントは、チェックページＣＰがどのアドバイスデータに対応するかを表す通し番号ａｄｖＩＤと、判定フラグとから構成される。判定フラグは、チェックマークＣＫＭのクリックに応じて設定され、承認／非承認を表す。
【００６５】
決定ボタンＢのクリックにて決定イベントが生じると、質問回答処理装置１００では図２７に示すチーフチェック処理を実行し、ステップＳＫ１に処理を進める。ステップＳＫ１では、決定イベントに含まれる通し番号ａｄｖＩＤをレジスタｎｏにストアする。次いで、ステップＳＫ２では、決定イベントに含まれる判定フラグに基づきチェック結果を判断する。
判定フラグが「承認」であると、ステップＳＫ３に処理を進め、「承認」されたことに対応してアドバイス管理データベース５２ａの、ａｄｖ＿ｄｂ［ｎｏ］［１］のｓｔａｔｕｓを「９（チーフ承認済み）」に更新し、続くステップＳＫ４では回答が出た旨を案内する連絡メールを生徒１へ発送する。これにより、生徒１はサイト５にアクセスして該当する回答文が載ったＷｅｂページを閲覧（ダウンロード）する。
【００６６】
一方、判定フラグが「非承認」であると、ステップＳＫ５に処理を進め、「非承認」されたことに対応してアドバイス管理データベース５２ａの、ａｄｖ＿ｄｂ［ｎｏ］［１］のｓｔａｔｕｓを「８（チーフ非承認・再添削）」に更新し、続くステップＳＫ６では回答が不適である旨を案内する連絡メールを講師２に発送する。これにより、担当講師２は不適とされた回答文が載ったＷｅｂページを閲覧（ダウンロード）して回答文を書き直し、書き直した回答文を質問文に添付したＨＴＭＬファイルを再度、サイト５にアップロードする。
【００６７】
以上説明したように、上述した実施の一形態によれば、生徒１から質問文がアップロードされると、質問文を受け付けた当日に出勤している講師２のｌｅｃｔｕｒｅｒＩＤをスケジュール管理データベース５２ｃから検索し、検索された講師２のｌｅｃｔｕｒｅｒＩＤに基づき当該講師２の累積処理件数ｆｒｅｑｕｅｎｃｙを講師・チーフデータベース５２ｂから検索する。
そして、検索された講師２のｌｅｃｔｕｒｅｒＩＤおよび累積処理件数ｆｒｅｑｕｅｎｃｙを自動担当振り分けスタックに登録した後、このスタックに登録された講師２の内、最も累積処理件数が少ない講師２を回答担当に決定するので、生徒１から寄せられた質問を各講師２に均等化するよう効率的に自動配分することが可能になっている。
【００６８】
また、本実施の形態によれば、管理者４はサイト５にアクセスして講師・チーフデータベース５２ｂを参照して各講師２の累積処理件数を確認し、担当講師を変更する場合、該当するアドバイスデータ中の講師ＩＤを新たに割り当てた講師ＩＤに変更するよう質問回答処理装置１００に指示し、これに応じて質問回答処理装置１００がアドバイス管理データベース５２ａを変更指示に従って更新させるので、例えば講師欠勤などが生じても容易に担当講師を変更することができるようになっている。
【００６９】
さらに、本実施の形態では、チーフ３が第３者的な立場で客観的に講師２が作成した回答文をチェックし、適正な回答文だけを生徒１側に開示するようにした為、講師２の回答を一定の品質にすることが可能になっている。
【００７０】
【発明の効果】
請求項１に記載の発明によれば、生徒から送られてくる質問を受領し、その質問に回答する講師を選定して回答作成を指示し、この指示に応じて講師が作成した回答を受領する一方、その回答の適否を判定するチーフに、生徒から送られてきた質問と講師からの回答とを閲覧させ、回答が適正であるか否かに応じて回答を処理するので、これにより講師の回答を一定の品質にすることができる。
請求項２の発明によれば、チーフにより回答が適正であると承認された場合、生徒に回答が出た旨を案内するので、チーフが第３者的な立場で客観的に講師が作成した回答をチェックし、適正な回答だけを生徒側に開示でき、これにより講師の回答を一定の品質にすることができる。
請求項３の発明によれば、チーフにより回答が不適正であると判定された場合、講師に回答の書き直しを促すので、これにより講師の回答を一定の品質にすることができる。
【図面の簡単な説明】
【図１】実施の一形態による質問回答処理システムの構成を示すブロック図である。
【図２】自動振り分けスタックの構成を示す図である。
【図３】チーフチェックスタックの構成を示す図である。
【図４】アドバイス管理データベース５２ａの構成を示す図である。
【図５】講師・チーフデータベース５２ｂの構成を示す図である。
【図６】スケジュール管理データベース５２ｃの構成を示す図である。
【図７】ユーザデータベース５２ｄの構成を示す図である。
【図８】営業日管理データベース５２ｅの構成を示す図である。
【図９】質問回答処理システムの全体動作を示す質問回答処理フローである。
【図１０】質問回答処理システムの全体動作を示す質問回答処理フローである。
【図１１】質問回答処理装置１００の概略動作を示すメインフローである。
【図１２】接続要求処理の動作を示すフローチャートである。
【図１３】ＰＯＳＴ要求処理の動作を示すフローチャートである。
【図１４】回答依頼画面Ｇ１の一例を示す図である。
【図１５】回答依頼受付処理の動作を示すフローチャートである。
【図１６】回答依頼受付処理の動作を示すフローチャートである。
【図１７】返却予定日算出処理の動作を示すフローチャートである。
【図１８】振り分け変更処理の動作を示すフローチャートである。
【図１９】振り分け画面Ｇ２の一例を示す図である。
【図２０】振り分けスタックの構成を示す図である。
【図２１】回答文作成処理の動作を示すフローチャートである。
【図２２】回答文作成画面Ｇ３の一例を示す図である。
【図２３】回答受付処理の動作を示すフローチャートである。
【図２４】立候補画面Ｇ４の一例を示す図である。
【図２５】立候補受付処理の動作を示すフローチャートである。
【図２６】チェックページＣＰの一例を示す図である。
【図２７】チーフチェック処理の動作を示すフローチャートである。
【符号の説明】
１  生徒
２  講師
３  チーフ
４  管理者
５  サイト
６  バンキングシステム
１０，２０，３０  電子楽器
１１，２１，３１  端末装置
４０  管理端末
５０  Ｗｅｂサーバ
５１  管理サーバ
５２  データベース
５２ａ  アドバイス管理データベース
５２ｂ  講師・チーフデータベース
５２ｃ  スケジュール管理データベース
５２ｄ  ユーザデータベース
５２ｅ  営業日日数管理データベース
１００  質問回答処理装置
ＮＴ  ネットーワーク
【図１】
0003835602.tif 000002
【図２】
0003835602.tif 000003
【図３】
0003835602.tif 000004
【図４】
0003835602.tif 000005
【図５】
0003835602.tif 000006
【図６】
0003835602.tif 000007
【図７】
0003835602.tif 000008
【図８】
0003835602.tif 000009
【図９】
0003835602.tif 000010
【図１０】
0003835602.tif 000011
【図１１】
0003835602.tif 000012
【図１２】
0003835602.tif 000013
【図１３】
0003835602.tif 000014
【図１４】
0003835602.tif 000015
【図１５】
0003835602.tif 000016
【図１６】
0003835602.tif 000017
【図１７】
0003835602.tif 000018
【図１８】
0003835602.tif 000019
【図１９】
0003835602.tif 000020
【図２０】
0003835602.tif 000021
【図２１】
0003835602.tif 000022
【図２２】
0003835602.tif 000023
【図２３】
0003835602.tif 000024
【図２４】
0003835602.tif 000025
【図２５】
0003835602.tif 000026
【図２６】
0003835602.tif 000027
【図２７】
0003835602.tif 000028