(57)【要約】【課題】利用者のニーズに応じて、イベントの優先処理を行うことができ、かつイベント集中を分散させてシステムやネットワークの負荷を軽減することができる受付処理管理方法、依頼処理方法、受付処理管理プログラム及び依頼処理プログラムを提供する。【解決手段】管理システム１０の管理コンピュータ１１は、複数のクライアント端末２１〜２３に接続されている。管理コンピュータ１１は、高い優先度の依頼をクライアント端末２１から受信すると、処理能力が飽和しているか否かを判断する。処理能力が飽和している場合には、管理コンピュータ１１は、処理中の低い優先度の依頼の処理を保留するための割込処理を行う。この場合、管理コンピュータ１１は、優先度の低い依頼を行ったクライアント端末２２，２３に待ち時間を通知し、高い優先度の依頼の処理を実行する。保留されたクライアント端末２２，２３は、待ち時間経過後に、再度、処理依頼を送信する。【選択図】      図１
2005107581.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント端末に接続される管理コンピュータを用いて、前記クライアント端末からの処理依頼の受付を管理する受付処理管理方法であって、
前記管理コンピュータが、
前記処理依頼を受信した場合、処理能力が飽和しているか否かを検出する検出段階と、
前記処理能力が飽和している場合に、受信した前記処理依頼に基づいて優先度を特定する優先度特定段階と、
前記優先度が高い場合、この処理依頼を受け付けるために、優先度の低い処理依頼の受付を保留する割込処理を実行する割込段階と
を含むことを特徴とする受付処理管理方法。
【請求項２】
前記管理コンピュータが、処理依頼毎に、処理依頼に基づいて特定した優先度に関する優先度データを記録し、前記優先度データに基づいて課金処理を行う課金段階を更に含むことを特徴とする請求項１に記載の受付処理管理方法。
【請求項３】
前記管理コンピュータが、処理依頼毎に前記割込処理の有無に関する割込データを記録し、前記割込データに基づいて課金処理を行う課金段階を更に含むことを特徴とする請求項１又は２に記載の受付処理管理方法。
【請求項４】
前記割込データは、処理が保留された累計保留時間に関するデータを含み、
前記課金段階は、前記累計保留時間に基づいて料金を算出する段階を更に含むことを特徴とする請求項１〜３のいずれか１つに記載の受付処理管理方法。
【請求項５】
前記管理コンピュータが、
前記処理能力が非飽和になる予測時間を算出する予測時間算出段階と、
前記割込段階において処理を保留したクライアント端末に対して前記予測時間のデータを送信する通知段階と
を更に含むことを特徴とする請求項１〜４のいずれか１つに記載の受付処理管理方法。
【請求項６】
処理の受付を行う管理コンピュータに接続されたクライアント端末を用いて、前記管理コンピュータに処理依頼を送信する依頼処理方法であって、
前記クライアント端末が、
前記管理コンピュータに対して処理依頼を送信する依頼送信段階と、
前記管理コンピュータから割込処理が行われたことによる処理保留通知を受信した場合、
前記管理コンピュータから処理能力が非飽和になる予測時間を取得する取得段階と、
前記予測時間の経過後に、前記保留された処理依頼を再送信する再送段階と
を含むことを特徴とする依頼処理方法。
【請求項７】
複数のクライアント端末に接続される管理コンピュータを用いて、前記クライアント端末からの処理依頼の受付を管理する受付処理管理プログラムであって、
前記管理コンピュータを、
前記処理依頼を受信した場合、処理能力が飽和しているか否かを検出する検出手段、
前記処理能力が飽和している場合に、受信した前記処理依頼に基づいて優先度を特定する優先度特定手段、及び
前記優先度が高い場合、この処理依頼を受け付けるために、優先度の低い処理依頼の受付を保留する割込処理を実行する割込手段
として機能させることを特徴とする受付処理管理プログラム。
【請求項８】
前記管理コンピュータを、処理依頼毎に、処理依頼に基づいて特定した優先度に関する優先度データを記録し、前記優先度データに基づいて課金処理を行う課金手段として更に機能させることを特徴とする請求項７に記載の受付処理管理プログラム。
【請求項９】
前記管理コンピュータを、処理依頼毎に前記割込処理の有無に関する割込データを記録し、前記割込データに基づいて課金処理を行う課金手段
として更に機能させることを特徴とする請求項７又は８に記載の受付処理管理プログラム。
【請求項１０】
前記割込データは、処理が保留された累計保留時間に関するデータを含み、
前記課金手段を、前記累計保留時間に基づいて料金を算出する手段として更に機能させることを特徴とする請求項７〜９のいずれか１つに記載の受付処理管理プログラム。
【請求項１１】
前記管理コンピュータを、前記処理能力が非飽和になる予測時間を算出する予測時間算出手段、及び
前記割込手段によって処理を保留したクライアント端末に対して前記予測時間のデータを送信する通知手段
として更に機能させることを特徴とする請求項７〜１０のいずれか１つに記載の受付処理管理プログラム。
【請求項１２】
処理の受付を行う管理コンピュータに接続されたクライアント端末を用いて、前記管理コンピュータに処理依頼を送信する依頼処理プログラムであって、
前記クライアント端末を、
前記管理コンピュータに対して処理依頼を送信する依頼送信手段、
前記管理コンピュータから割込処理が行われたことによる処理保留通知を受信した場合、前記管理コンピュータから処理能力が非飽和になる予測時間を取得する取得手段、及び
前記予測時間の経過後に、前記保留された処理依頼を再送信する再送手段
として更に機能させることを特徴とする依頼処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理依頼を受け付けるための受付処理管理方法及び受付処理管理プログラムと、処理を依頼するための依頼処理方法及び依頼処理プログラムに関する。
【背景技術】
【０００２】
今日、各種データを、ネットワークを介して相手方に送信することにより各種イベントを実行させることが多い。例えば、金融機関においても、従来、金融機関に対する口座振替依頼データを磁気テープに記録して提供していたが、公衆回線等のネットワークを介して送信することが多くなっている。金融機関では、受信した口座振替依頼データに基づいてイベントを実行する。
【０００３】
このような口座振替依頼は、通常、振替日が予め設定されており、この振替日にあわせて口座振替依頼データを提供する必要がある。しかし、口座振替依頼データを作成するためには、請求データを記憶する請求データ記憶部より口座振替処理の対象となるデータを抽出し、口座振替対象データを作成する必要がある。また、口座振替処理を実行するためには、事前に色々な確認処理を行うため、従来の口座振替依頼システムは、口座振替依頼データを作成する処理のスケジュール管理が大切である。
【０００４】
そこで、請求データを処理するクライアントシステム部と、銀行への送信処理を行うサーバシステム部とから構成された口座振替依頼システムが開示されている（特許文献１参照。）。この口座振替依頼システムでは、パラメータ記憶部にスケジューリングに必要な情報を記憶させて自動でスケジュールを作成する。そして、所定の振替依頼のフォーマットに従い作成された口座振替依頼データを、振替先の金融機関の振替日と振替先の金融機関の受付期限とに基づいて定めた伝送日に通信回線を介して伝送する。
【特許文献１】特開平１１−９６２４６号公報（第１頁〜第６頁）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、金融機関へ公衆回線を介して口座振替依頼データを送信する場合、ネットワークやシステムが混雑し、イベント処理に時間がかかる場合がある。これでは、スケジューリングを行ったことの意味を失われるおそれがある。また、金融機関のホストシステムにおいても、伝送日等のイベント集中時に、すべてイベントを受け入れて処理できるような処理能力を備えた設備を準備するには、それに応じた設備投資が必要になる。一方、このような処理能力は常時活用されているわけではないので、過剰投資になる可能性もある。また、イベント処理を依頼するユーザ側においても、例えば、処理を急ぐイベントと、低料金での処理を希望するイベント等、様々なニーズがある。
【０００６】
本発明は、上述する課題に鑑みてなされ、その目的は、利用者のニーズに応じて、イベントの優先処理を行うことができ、かつイベント集中を分散させてシステムやネットワークの負荷を軽減することができる受付処理管理方法、依頼処理方法、受付処理管理プログラム及び依頼処理プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記問題点を解決するために、請求項１に記載の発明は、複数のクライアント端末に接続される管理コンピュータを用いて、前記クライアント端末からの処理依頼の受付を管理する受付処理管理方法であって、前記管理コンピュータが、前記処理依頼を受信した場合
、処理能力が飽和しているか否かを検出する検出段階と、前記処理能力が飽和している場合に、受信した前記処理依頼に基づいて優先度を特定する優先度特定段階と、前記優先度が高い場合、この処理依頼を受け付けるために、優先度の低い処理依頼の受付を保留する割込処理を実行する割込段階とを含むことを要旨とする。
【０００８】
請求項２に記載の発明は、請求項１に記載の受付処理管理方法において、前記管理コンピュータが、処理依頼毎に、処理依頼に基づいて特定した優先度に関する優先度データを記録し、前記優先度データに基づいて課金処理を行う課金段階を更に含むことを要旨とする。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載の受付処理管理方法において、前記管理コンピュータが、処理依頼毎に前記割込処理の有無に関する割込データを記録し、前記割込データに基づいて課金処理を行う課金段階を更に含むことを要旨とする。
【００１０】
請求項４に記載の発明は、請求項１〜３のいずれか１つに記載の受付処理管理方法において、前記割込データは、処理が保留された累計保留時間に関するデータを含み、前記課金段階は、前記累計保留時間に基づいて料金を算出する段階を更に含むことを要旨とする。
【００１１】
請求項５に記載の発明は、請求項１〜４のいずれか１つに記載の受付処理管理方法において、前記管理コンピュータが、前記処理能力が非飽和になる予測時間を算出する予測時間算出段階と、前記割込段階において処理を保留したクライアント端末に対して前記予測時間のデータを送信する通知段階とを更に含むことを要旨とする。
【００１２】
請求項６に記載の発明は、処理の受付を行う管理コンピュータに接続されたクライアント端末を用いて、前記管理コンピュータに処理依頼を送信する依頼処理方法であって、前記クライアント端末が、前記管理コンピュータに対して処理依頼を送信する依頼送信段階と、前記管理コンピュータから割込処理が行われたことによる処理保留通知を受信した場合、前記管理コンピュータから処理能力が非飽和になる予測時間を取得する取得段階と、前記予測時間の経過後に、前記保留された処理依頼を再送信する再送段階とを含むことを要旨とする。
【００１３】
請求項７に記載の発明は、複数のクライアント端末に接続される管理コンピュータを用いて、前記クライアント端末からの処理依頼の受付を管理する受付処理管理プログラムであって、前記管理コンピュータを、前記処理依頼を受信した場合、処理能力が飽和しているか否かを検出する検出手段、前記処理能力が飽和している場合に、受信した前記処理依頼に基づいて優先度を特定する優先度特定手段、及び前記優先度が高い場合、この処理依頼を受け付けるために、優先度の低い処理依頼の受付を保留する割込処理を実行する割込手段として機能させることを要旨とする。
【００１４】
請求項８に記載の発明は、請求項７に記載の受付処理管理プログラムにおいて、前記管理コンピュータを、処理依頼毎に、処理依頼に基づいて特定した優先度に関する優先度データを記録し、前記優先度データに基づいて課金処理を行う課金手段として更に機能させることを要旨とする。
【００１５】
請求項９に記載の発明は、請求項７又は８に記載の受付処理管理プログラムにおいて、前記管理コンピュータを、処理依頼毎に前記割込処理の有無に関する割込データを記録し、前記割込データに基づいて課金処理を行う課金手段として更に機能させることを要旨とする。
【００１６】
請求項１０に記載の発明は、請求項７〜９のいずれか１つに記載の受付処理管理プログラムにおいて、前記割込データは、処理が保留された累計保留時間に関するデータを含み、前記課金手段を、前記累計保留時間に基づいて料金を算出する手段として更に機能させることを要旨とする。
【００１７】
請求項１１に記載の発明は、請求項７〜１０のいずれか１つに記載の受付処理管理プログラムにおいて、前記管理コンピュータを、前記処理能力が非飽和になる予測時間を算出する予測時間算出手段、及び前記割込手段によって処理を保留したクライアント端末に対して前記予測時間のデータを送信する通知手段として更に機能させることを要旨とする。
【００１８】
請求項１２に記載の発明は、処理の受付を行う管理コンピュータに接続されたクライアント端末を用いて、前記管理コンピュータに処理依頼を送信する依頼処理プログラムであって、前記クライアント端末を、前記管理コンピュータに対して処理依頼を送信する依頼送信手段、前記管理コンピュータから割込処理が行われたことによる処理保留通知を受信した場合、前記管理コンピュータから処理能力が非飽和になる予測時間を取得する取得手段、及び前記予測時間の経過後に、前記保留された処理依頼を再送信する再送手段として更に機能させることを要旨とする。
【００１９】
（作用）
請求項１又は７に記載の発明によれば、前記処理依頼を受信した場合、管理コンピュータが、処理能力が飽和しているか否かを検出する。管理コンピュータは、処理能力が飽和しており、受信した前記処理依頼の優先度が高い場合には、この処理依頼を受け付けるために、優先度が低い処理依頼の受付処理を保留する割込処理を実行する。このため、処理能力が飽和していても、優先度の高い依頼の処理を優先的に行うことができる。また、優先度の低い依頼の受付処理は、処理能力が飽和している間は保留され、非飽和になってから行われるので、ネットワークやシステムの負荷を分散することができる。
【００２０】
請求項２又は８に記載の発明によれば、管理コンピュータが、処理依頼毎に、処理依頼に基づいて特定した優先度に関する優先度データを記録し、前記優先度データに基づいて課金処理を行う。すなわち、高い優先度の依頼処理に対して、それよりも低い優先度の依頼処理に対する料金よりも高い料金の課金処理を行う。従って、利用者は、緊急を要しない依頼の場合には、低い優先度を選択することにより、それに応じた料金でイベント処理を行ってもらうことができる。このため、利用者のニーズに応じたイベント処理を行うことができ、かつイベントの集中を分散させてネットワークやシステムの負荷分散を期待できる。
【００２１】
請求項３又は９に記載の発明によれば、前記管理コンピュータが、処理依頼毎に前記割込処理の有無に関する割込データを記録し、前記割込データに基づいて課金処理を行う。このため、割込処理により依頼処理に時間がかかった利用者には、それに応じた料金を設定することができる。
【００２２】
請求項４又は１０に記載の発明によれば、前記割込データは、処理が保留された累計保留時間に関するデータを含み、前記課金段階は、前記累計保留時間に基づいて料金を算出する段階を更に含む。このため、累計保留時間が長かった利用者には、それに応じた料金を設定することができる。
【００２３】
請求項５又は１１に記載の発明によれば、管理コンピュータが、前記処理能力が非飽和になる予測時間を算出する。そして、管理コンピュータが、保留したクライアント端末に対して前記予測時間のデータを送信する。このため、クライアント端末は、通知された予測時間に基づいて、保留された処理の依頼を再度送信することができる。すなわち、管理
コンピュータは、処理能力が非飽和となる頃にクライアント端末が依頼を再送するため、保留させた処理を再開するために、時間などの管理をする必要がない。従って、管理コンピュータの負荷を低減することができる。
【００２４】
請求項６又は１２に記載の発明によれば、クライアント端末が、前記管理コンピュータに対して処理依頼を送信する。そして、管理コンピュータから、割込処理が行われたことによる処理保留通知を受信した場合、クライアント端末が、前記管理コンピュータから処理能力が非飽和になる予測時間を取得する。前記予測時間の経過後に、処理が保留された処理依頼を再送信する。このため、管理コンピュータは、保留させた処理を再開するために、時間などの管理をする必要がないので、負荷を低減することができる。
【発明の効果】
【００２５】
本発明によれば、利用者のニーズに応じて、イベントの優先処理を行うことができ、かつイベント集中を分散させてシステムやネットワークの負荷を軽減するができる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明を具体化した一実施形態を図１〜図９に基づいて説明する。
本実施形態では、口座引落処理を実行する金融機関サーバにファイルデータを提供する管理システムが、イベントとしてクライアント端末から口座引落に関するファイル転送依頼を受け付ける場合の受付処理管理方法及び受付処理管理プログラムとして説明する。また、本実施形態では、クライアント端末が、管理システムに対してファイルに転送依頼を行う場合に用いる依頼処理方法及び依頼処理プログラムとして説明する。更に、本実施形態では、金融機関としての銀行の管理システム１０を用いて説明する。
【００２７】
図１に示すように、管理システム１０は、管理コンピュータ１１を備えている。この管理コンピュータ１１は、ファイル受信処理部とイベント管理部とを有する。管理コンピュータ１１のファイル受信処理部は、後述するクライアント端末２１，２２，２３からのファイルデータの受付処理を行う。一方、管理コンピュータ１１のイベント管理部は、ファイル受信処理部の管理処理やファイル転送の管理処理を行う。イベント管理部には、処理可能なイベント数（本実施形態では、同時に受け付けることのできるファイル転送の数）に制限（閾値）を設け、この閾値以上のイベントは受け付けないものとする。このため、管理コンピュータ１１は、図示しないＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（検出段階、優先度特定段階、割込段階、課金段階、予測時間算出段階及び通知段階を含む処理）を行う。このため、受付処理管理プログラムを実行することにより、管理コンピュータ１１は、検出手段、優先度特定手段、割込手段、課金手段、予測時間算出手段及び通知手段として機能する。
【００２８】
更に、管理コンピュータ１１は、ユーザ情報記憶部１２、管理情報記憶部１３及び性能情報記憶部１４に接続されている。
図２に示すように、ユーザ情報記憶部１２には、金融機関に対して口座引落に関するファイル転送を依頼するユーザに関するユーザ情報１２０が記録されている。このユーザ情報１２０は、金融機関とユーザとの間で、口座引落に関するファイル転送についての契約を締結したときに記録される。ユーザ情報１２０は、ユーザ識別子、パスワード及び優先オプションフラグに関するデータを含んで構成される。
【００２９】
ユーザ識別子データ領域には、ユーザを特定するための識別子に関するデータが記録される。ここで、ユーザとは、ファイルを転送するクライアント端末２１〜２３を有し、口座引落を依頼する利用者のことである。
【００３０】
パスワードデータ領域には、ユーザのパスワードに関するデータが記録される。このパ
スワードは、ユーザがファイル転送依頼時に、管理システム１０にログインするときに用いられる。
【００３１】
優先オプションフラグデータ領域には、転送ファイルの受信処理の優先度を変更するオプション（選択権）の有無を示すフラグが記録される。すなわち、このデータ領域にオプションフラグが記録されているユーザ情報１２０に関するユーザは、優先度変更に関するオプションを有し、優先度を変更することができる。一方、このオプションフラグが記録されていないユーザ情報１２０に関するユーザは、優先度変更に関するオプションを有せず、優先的な受信処理を受けることはできない。なお、このオプションフラグは、口座引落の契約を行ったときに、ユーザの申請により決定される。そして、本実施形態では、オプションを設定したユーザに対しては、オプションを設定していないユーザに比べ、受付処理に関して高い基本料金が課金される。
【００３２】
図３に示すように、管理情報記憶部１３には、イベントすなわち転送ファイルの処理依頼毎に、転送ファイルの受付処理を管理するための割込データとしての管理情報１３０が記録されている。この管理情報１３０は、後述するように転送ファイルの処理依頼を受信したときに登録され、課金処理を完了すると削除される。管理情報１３０は、依頼識別子、ユーザ識別子、優先度、ファイルサイズ、転送速度、状態及び累積保留時間に関するデータを含んで構成される。
【００３３】
依頼識別子データ領域には、管理コンピュータ１１が受け付けた転送ファイルの処理依頼を特定するための識別子に関するデータが記録されている。この依頼識別子は、転送ファイルの処理依頼の受付時に、管理コンピュータ１１によって付与される。
【００３４】
ユーザ識別子データ領域には、転送ファイルの処理依頼を行ったユーザを特定するための識別子に関するデータが記録されている。このユーザ識別子を介してユーザ情報１２０と管理情報１３０とが関連付けられる。
【００３５】
優先度データ領域には、転送ファイルの受付処理の優先度を特定するためのデータが記録されている。具体的には、この優先度データ領域には、「低」又は「高」の優先度フラグが記録される。この優先度データ領域に記録されたフラグは、課金料金を算出するために用いられる。具体的には、「低」フラグの場合には「非優先」のデータを示す。また、「高」の場合には「優先」のデータを示し、ファイル受信処理部が飽和状態にある場合にも優先的に処理が行われる。更に、ユーザ情報１２０において優先オプションフラグデータ領域にフラグが記録されていないユーザからの依頼には、常に優先度データ領域には「低」フラグが記録される。
【００３６】
ファイルサイズデータ領域には、転送ファイルの大きさに関するデータが記録される。具体的には、このデータ領域には、転送ファイルに含まれる口座引落依頼の件数（例えば、１０００件）に関するデータが記録される。
【００３７】
転送速度データ領域には、受信するファイルの転送速度が記録される。この転送速度は、本実施形態では、処理依頼を受信したとき、管理コンピュータ１１が算出した転送速度のデータが記録される。
【００３８】
状態データ領域には、転送処理の状態に関するデータが記録される。具体的には、この状態データ領域には、「開始」、「保留」及び「終了」の３つの状況を示すデータのいずれかが記録される。「開始」の状態データが記録された場合には、管理コンピュータ１１における処理が開始され、転送処理を行っている途中段階にあることを意味する。また、「保留」の状態データが記録された場合には、処理依頼を受信したファイルの転送が保留
されていることを意味する。更に、「終了」の状態データが記録された場合には、ファイル転送を終了したことを意味する。この「終了」の状態データが記録された場合には、ファイル転送処理が完了し課金処理がこれから行われることを意味する。
累積保留時間データ領域には、ファイル転送が保留された時間の累積時間に関するデータが記録される。
【００３９】
図４に示すように、性能情報記憶部１４には、管理コンピュータ１１のファイル受信処理部が処理可能なイベントに関する性能情報１４０が記録される。ここでは、イベントとしてファイル転送依頼を想定する。この性能情報１４０は、管理コンピュータ１１のイベント管理部によって、ファイル受信処理部が受付処理を開始したときに記録される。そして、イベント管理部は、受付処理が保留されたり完了したりしたときに、この性能情報１４０を削除する。性能情報１４０は、依頼識別子、処理時間及び処理開始時刻に関するデータを含んで構成される。
【００４０】
依頼識別子データ領域には、ファイル受信処理部によって受付処理が行われている依頼を識別する依頼識別子に関するデータが記録されている。この依頼識別子のデータを介して、管理情報１３０と性能情報１４０とが関連付けられる。
【００４１】
処理時間データ領域には、ファイル受信処理部が、このファイルの転送処理を完了するまでに要すると予想される処理時間が記録される。本実施形態では、この処理時間は、管理コンピュータ１１のイベント管理部が、管理情報１３０のファイルサイズのデータ及び転送速度に基づいて算出する。
【００４２】
処理開始時刻データ領域には、管理コンピュータ１１のファイル受信処理部が受付処理を開始した時刻に関するデータが記録される。
一方、図１に示すように、管理システム１０には、インターネットＩを介して複数のクライアント端末２１，２２，２３が接続されている。
【００４３】
これらのクライアント端末２１〜２３のうち、クライアント端末２１，２２は、上述したユーザ情報１２０において優先オプションフラグが記録されているユーザの端末である。すなわち、クライアント端末２１，２２は、転送するファイルの優先度を選択できるユーザの端末である。また、本実施形態では、クライアント端末２１が、優先度を「高」としたファイルを転送する場合を想定する。一方、クライアント端末２２が、優先度を「低」としたファイルを転送する場合を想定する。
【００４４】
また、本実施形態では、クライアント端末２３は、これを利用するユーザのユーザ情報１２０において優先オプションフラグが記録されていないユーザの端末を想定する。すなわち、クライアント端末２３は、優先度が常に「低」であるファイルを転送する。
【００４５】
クライアント端末２１〜２３は、図示しないＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（依頼送信段階、取得段階及び再送段階を含む処理）を行う。このため、依頼処理プログラムを実行することにより、管理コンピュータ１１は、依頼送信手段、取得手段及び再送手段として機能する。
【００４６】
更に、同クライアント端末２１〜２３は、図示しないディスプレイ、キーボード及びマウスを有している。そして、ユーザは、ディスプレイに表示された画面を閲覧しながら、キーボード及びマウスを用いて、転送するファイルの指定や優先度の選択又は確認を行うことができる。
【００４７】
更に、クライアント端末２１〜２３は、それぞれファイル記憶部２５を備えている。こ
のファイル記憶部２５には、管理システム１０に転送するファイルが記憶されている。本実施形態では、ファイル記憶部２５に記憶されているファイルは、口座引落を行うために定められた所定のフォーマットで構成されたデータから構成される。
【００４８】
次に、以上のように構成された管理システム１０において、転送されるファイルに関する受付処理を行う場合についての手順を図５〜図９に基づいて説明する。
ファイル転送を行う場合、まず、ユーザはクライアント端末２１〜２３を用いてログインのための処理を行う。この場合、クライアント端末２１〜２３は、管理コンピュータ１１に対して、ログイン要求を送信する（図５に示すステップＳ１−１）。具体的には、クライアント端末２１〜２３は、ユーザ識別子及びこれに対応するパスワードを含むログイン要求を、インターネットＩを介して送信する。
【００４９】
ログイン要求を受信した管理システム１０の管理コンピュータ１１は、ユーザ認証を行う（ステップＳ１−２）。詳述すると、管理コンピュータ１１のイベント管理部は、受信したログイン要求に含まれるユーザ識別子に対応するユーザ情報１２０を抽出する。そして、管理コンピュータ１１のイベント管理部は、抽出したユーザ情報１２０に記録されているパスワードと、受信したパスワードとが一致しているかどうかを確認する。そして、パスワードが一致した場合には、ユーザ認証を完了する。
【００５０】
ユーザ認証が完了すると、管理コンピュータ１１は、クライアント端末２１〜２３に対して画面データを送信する（ステップＳ１−３）。具体的には、管理コンピュータ１１のイベント管理部は、ユーザ認証を完了したユーザのユーザ情報１２０に優先オプションフラグが記録されているか否かを抽出する。そして、優先オプションフラグが記録されている場合には、管理コンピュータ１１のイベント管理部は、ユーザにファイルの受付処理の優先度を選択するための選択画面の画面データをクライアント端末２１，２２に送信する。また、ユーザ認証をしたユーザのユーザ情報１２０に優先オプションフラグが記録されていない場合には、イベント管理部は、非優先にてファイルの受付処理を行うことを確認する確認画面の画面データをクライアント端末２３に送信する。
【００５１】
クライアント端末２１〜２３は、受信した画面データに基づいて、ディスプレイに画面を表示する。ここで、選択画面に関する画面データを受信したクライアント端末２１，２２のユーザは、転送するファイルの優先度をマウス又はキーボードを用いて選択する。本実施形態では、クライアント端末２１においては、ファイルを「優先」で転送するために「高」の優先度が選択される。一方、クライアント端末２２においては、ファイルを「非優先」で転送するために「低」の優先度が選択される。
【００５２】
次に、クライアント端末２１〜２３は、処理依頼を管理システム１０に送信する（ステップＳ１−４）。この処理依頼には、ユーザ識別子、転送予定のファイルのファイルサイズ及び優先度に関するデータが含まれる。ここで、クライアント端末２１からの処理依頼には優先度として「高」フラグのデータが含まれる。一方、クライアント端末２２，２３からの処理依頼には、優先度として「低」フラグのデータが含まれる。更に、管理コンピュータ１１のイベント管理部は、各処理依頼に基づいて、クライアント端末２１〜２３からの転送速度に関するデータを取得する。
【００５３】
処理依頼を受信した管理コンピュータ１１は、転送予定のファイルに関するデータが管理情報１３０として管理情報記憶部１３に登録されているかどうかを確認する（ステップＳ１−５）。管理情報１３０が登録されていない場合（ステップＳ１−５においてＮＯの場合）には、管理コンピュータ１１のイベント管理部は、この依頼に関する管理情報１３０を新たに登録する（ステップＳ１−６）。具体的には、管理コンピュータ１１のイベント管理部は、受信した処理依頼に対して依頼識別子を付与する。そして、イベント管理部
は、付与した依頼識別子、処理依頼に含まれるユーザ識別子、優先度及び転送予定ファイルのファイルサイズに関するデータを含む管理情報１３０を生成し、管理情報記憶部１３に登録する。なお、受信した処理依頼がすでに管理情報１３０に登録されている場合（ステップＳ１−５においてＹＥＳの場合）には、管理コンピュータ１１のイベント管理部はステップＳ１−６の処理は行わない。
【００５４】
次に、管理システム１０の管理コンピュータ１１は、性能情報記憶部１４に記憶されている性能情報１４０に基づいて性能状況を確認する（ステップＳ１−７）。具体的には、管理コンピュータ１１のイベント管理部は、現在、性能情報記憶部１４に記録されている性能情報１４０に基づいて、処理能力に余裕があり処理可能であることを確認する。すなわち、管理コンピュータ１１は、性能情報１４０に記録されているイベント数（本実施形態では、ファイル転送の依頼数）と閾値とを比較し、ファイル受信処理部が飽和していないか否かを確認する。イベント数が閾値より小さく、ファイル受信処理部が飽和していない場合には、ファイル転送の受付処理が可能と判断する。
【００５５】
ここで、ファイル受信処理部の性能状況が飽和していない場合（ステップＳ１−８においてＮＯの場合）には、管理コンピュータ１１は以下に説明する依頼処理を行う（ステップＳ１−１２）。
【００５６】
（依頼処理）
この依頼処理においては、図６に示すように、管理システム１０の管理コンピュータ１１は、クライアント端末２１〜２３に対して転送開始通知を送信する（ステップＳ２−１）。すなわち、管理コンピュータ１１は、クライアント端末２１〜２３に対して、ファイルの転送を開始するように要求する。
【００５７】
これにより、クライアント端末２１〜２３は、ファイルの転送の実行を開始する（ステップＳ２−２）。ファイルの転送が開始されると、管理コンピュータ１１は、管理情報記憶部１３に記憶されている管理情報１３０を更新する（ステップＳ２−３）。具体的には、管理コンピュータ１１のイベント管理部は、管理情報１３０の状態データ領域に「開始」の状態データを記録して更新する。
【００５８】
そして、クライアント端末２１〜２３は、ファイルを転送し続ける。なお、管理コンピュータ１１のファイル受信処理部は、転送されるファイルのデータを受け付けると、そのファイルが所定のフォーマットで構成されているか否かのフォーマットチェックを逐次行う。
【００５９】
そして、クライアント端末２１〜２３が、ファイル転送を完了する場合、完了通知を送信する（ステップＳ２−４）。この完了通知を受信した管理コンピュータ１１は、性能情報１４０を更新する（ステップＳ２−５）。具体的には、管理コンピュータ１１のイベント管理部は、この転送ファイルの依頼識別子に関連付けられた性能情報１４０を性能情報記憶部１４から削除する。
【００６０】
次に、管理コンピュータ１１は、受付処理を完了した転送ファイルの管理情報１３０を更新する（ステップＳ２−６）。具体的には、管理コンピュータ１１のイベント管理部は、管理情報１３０の状態データを「開始」から「終了」に変更して記録する。
【００６１】
その後、管理コンピュータ１１は、管理情報記憶部１３に記録された管理情報１３０に基づいて、課金処理を行う（ステップＳ２−７）。具体的には、管理コンピュータ１１のイベント管理部は、定期的に管理情報１３０の状態データが「終了」となっている管理情報１３０を抽出する。そして、管理コンピュータ１１は、抽出した管理情報１３０のユー
ザ識別子に基づいてユーザ情報１２０を抽出する。更に、管理コンピュータ１１は、ユーザ情報１２０に含まれる優先オプションフラグを取得する。そして、管理コンピュータ１１は、ユーザ情報１２０の優先オプションフラグの有無、管理情報１３０の優先度及びファイルサイズに基づいて料金を算出し、そのユーザに対して課金する。そして、課金処理が完了すると、管理情報１３０から処理依頼に関するデータが削除される。以上により、ファイル受信処理部が飽和していない場合の依頼処理が完了する。
【００６２】
次に、ファイル受信処理部の性能状況が飽和している場合の受付処理を説明する。この場合（図５におけるステップＳ１−８においてＹＥＳの場合）、管理コンピュータ１１は、受信した処理依頼のファイルの優先度に応じて異なる処理を行う。具体的には、管理コンピュータ１１は、受信した処理依頼のファイルの管理情報１３０を抽出し、その管理情報１３０の優先度が「高」であるか否か（ステップＳ１−９）に基づいて処理を行う。
【００６３】
そして、管理コンピュータ１１は、受信したファイルの管理情報１３０の優先度が「低」に設定された非優先ファイルである場合（ステップＳ１−９のＮＯの場合）には、予約処理を行う（ステップＳ１−１０）。
【００６４】
（予約処理）
次に、この予約処理を、図７を用いて説明する。この予約処理において、管理コンピュータ１１のイベント管理部は、処理依頼を送信してきたクライアント端末２２，２３に対して転送停止指示を送信する（ステップＳ３−１）。転送停止指示を受けたクライアント端末２２，２３は、待ち時間の要求を行う（ステップＳ３−２）。
【００６５】
そして、管理コンピュータ１１は、待ち時間の算出を行う（ステップＳ３−３）。具体的には、管理コンピュータ１１のイベント管理部は、性能情報記憶部１４に記録されているすべての性能情報１４０について、イベント毎に処理時間及び処理開始時刻を抽出する。そして、管理コンピュータ１１は、処理時間及び処理開始時刻に基づき、最も早く処理が完了するイベントを特定し、イベント完了までの待ち時間を算出する。
【００６６】
そして、管理コンピュータ１１のイベント管理部は、算出した待ち時間に関するデータをクライアント端末２２，２３に通知する（ステップＳ３−４）。
次に、待ち時間を通知した管理コンピュータ１１は、性能情報の変更の必要がある場合には、性能情報の更新を行う（ステップＳ３−５）。性能状況が飽和しているときに非優先のファイルを受信した場合には、性能情報の変更の必要がないため、管理コンピュータ１１は性能情報の更新の処理は行わない。
【００６７】
更に、管理コンピュータ１１は、管理情報の更新を行う（ステップＳ３−６）。具体的には、管理コンピュータ１１のイベント管理部は、クライアント端末２２，２３に対して初めて待ち時間を通知する場合には、管理情報１３０の状態データ領域に「保留」の状態データを記録する。更に、通知した待ち時間を累積保留時間として記録する。一方、クライアント端末２２，２３に対して待ち時間の通知が２回目以降の場合には、管理コンピュータ１１のイベント管理部は、管理情報記憶部１３に記録されていた累積保留時間に、通知した待ち時間を加算した時間を、新たな累積保留時間として管理情報記憶部１３に記録する。
【００６８】
そして、管理コンピュータ１１から待ち時間の通知を受けたクライアント端末２２，２３は、内蔵するＲＡＭに、待ち時間に関するデータを記録する（ステップＳ３−７）。以上により、管理コンピュータ１１は、予約処理を完了する。
【００６９】
次に、管理コンピュータ１１が受信したファイルの管理情報１３０の優先度が「高」に
設定された優先ファイルである場合（図５のステップＳ１−９においてＹＥＳの場合）の処理を説明する。この場合、管理コンピュータ１１は割込処理を行う（ステップＳ１−１１）。
【００７０】
（割込処理）
この割込処理を、図８を用いて説明する。この割込処理において、管理コンピュータ１１は、まず、割込対象となる非優先処理を抽出する（ステップＳ４−１）。詳述すると、管理コンピュータ１１のイベント管理部は、性能情報記憶部１４に記憶されている性能情報１４０の依頼識別子を抽出する。そして、抽出した依頼識別子に基づいて管理情報記憶部１３から、優先度が「低」のイベントを特定する。
【００７１】
次に、管理コンピュータ１１は、ファイル転送処理を保留させるクライアント端末２２，２３を決定する（ステップＳ４−２）。詳述すると、管理コンピュータ１１のイベント管理部は、非優先のファイル転送に関する性能情報１４０から処理開始時刻に関するデータを抽出する。更に、管理コンピュータ１１のイベント管理部は、抽出した処理開始時刻を比較し、処理開始時刻が最も遅いイベントの依頼識別子を特定する。そして、管理コンピュータ１１のイベント管理部は、依頼識別子に基づいて管理情報記憶部１３からユーザ識別子を抽出する。そして、このユーザ識別子のユーザのクライアント端末２２，２３を、ファイル転送を保留させるクライアント端末として決定する。
【００７２】
次に、管理コンピュータ１１は、ファイル転送を保留させることを決定したクライアント端末２２，２３に対して、上述した予約処理を行う（ステップＳ４−３）。すなわち、管理コンピュータ１１のイベント管理部は、ファイル転送を保留させるクライアント端末２２，２３に対して、転送停止指示を送信する（ステップＳ３−１）。そして、クライアント端末２２，２３が待ち時間の要求を送信すると（ステップＳ３−２）、管理コンピュータ１１は、上述したように待ち時間を算出して通知する（ステップＳ３−３，Ｓ３−４）。
【００７３】
次に、管理コンピュータ１１は、性能情報の変更の必要がある場合には、性能情報の更新を行う（ステップＳ３−５）。ここでは、ファイル受信処理部の処理を行っているファイルが変更されているため、性能情報の変更の必要がある。このため、管理コンピュータ１１のイベント管理部は、保留させたファイルの依頼識別子に関連付けられた性能情報１４０を性能情報記憶部１４から削除する。
【００７４】
更に、管理コンピュータ１１は、ファイルの管理情報１３０を更新する（ステップＳ３−６）。詳述すると、管理コンピュータ１１は、転送処理を保留させたファイルの管理情報１３０の状態データを「開始」から「保留」に変更して更新する。また、そのファイルの管理情報１３０の累積保留時間に、通知した待ち時間を加算し、その加算した値のデータを累積保留時間として更新する。その後、クライアント端末２２，２３は、受信した待ち時間を記録する（ステップＳ３−７）。
【００７５】
このようにして予約処理（ステップＳ４−３）が終了することにより、管理コンピュータ１１は割込処理を完了する（ステップＳ１−１１）。そして、割込処理が完了すると、管理コンピュータ１１は、続いて依頼処理を行う（ステップＳ１−１２）。
【００７６】
すなわち、管理コンピュータ１１のイベント管理部は、優先度が「高」のファイル転送の処理依頼を送信したクライアント端末２１に対して、転送開始通知を行う（ステップＳ２−１）。これに応じて、クライアント端末２１がファイル転送を開始する（ステップＳ２−２）。また、管理コンピュータ１１のイベント管理部は、そのファイルの管理情報１３０を更新する（ステップＳ２−３）。また、管理コンピュータ１１のファイル受信処理
部は、転送ファイルに含まれるデータのフォーマットチェックを行いながら、転送ファイルの受付処理を行う。そして、ファイルの転送が完了した場合（ステップＳ２−４）、管理コンピュータ１１のイベント管理部は、性能情報１４０の更新（ステップＳ２−５）、管理情報の更新（ステップＳ２−６）を行う。そして、管理コンピュータ１１のイベント管理部は転送処理を完了したファイルの課金処理を行う（ステップＳ２−７）。
【００７７】
（保留状態のクライアント端末２２，２３の処理）
次に、予約処理において転送処理を保留させられたクライアント端末２２，２３における処理を図９を参照して説明する。これらのクライアント端末２２，２３は、待ち時間に関するデータを、内蔵するＲＡＭに記録している（ステップＳ３−６）。
【００７８】
そして、クライアント端末２２，２３は、記録した待ち時間が経過するか否かを監視する（ステップＳ５−１）。そして、待ち時間が経過した場合（ステップＳ５−１においてＹＥＳの場合）、クライアント端末２２，２３は、再度、処理依頼を管理システム１０に送信する（ステップＳ５−２）。この処理依頼には、上述したステップＳ１−４と同様に、ユーザ識別子、ファイルサイズ及び優先度に関するデータが含まれる。そして、処理依頼を受信した管理コンピュータ１１は、図５のステップＳ１−５以降の処理を行う。
【００７９】
すなわち、処理依頼を受信したときに、ファイル受信処理部が飽和状態であれば（ステップＳ１−８においてＹＥＳ）、管理コンピュータ１１は、その処理依頼を送信したクライアント端末２２，２３に対して再度、予約処理を行う（ステップＳ１−１０）。一方、飽和状態でない場合（ステップＳ１−８においてＮＯの場合）、依頼処理を実行する（ステップＳ１−１２）。このように、管理コンピュータ１１は、非優先の転送ファイルの受付処理を、ファイル受信処理部の飽和状態が解消された後に実行する。
【００８０】
以上、説明した本実施形態によれば、以下のような効果を得ることができる。
・  本実施形態によれば、管理コンピュータ１１は、優先度が「高」のファイルについては、飽和状態であっても優先的に転送処理を行う。また、管理コンピュータ１１は、優先度が「低」のファイルについて新に処理依頼があったときには、飽和状態が解消された後に受付処理を行う。このため、管理コンピュータ１１は、ユーザのニーズに応じて処理依頼を優先的に行うことができる。また、管理コンピュータ１１は、受付処理を時間的に分散させることにより、ネットワークやシステムの負荷分散を図ることができる。このため、システムを有効活用することができ、過剰な設備投資を抑えることができる。
【００８１】
・  本実施形態によれば、管理情報記憶部１３に記録された管理情報１３０は、累積保留時間に関するデータが記録される。このため、累積保留時間が「０」より大きい時間が記録されている場合には、ファイル転送時に保留があったことを把握することができる。従って、ファイル転送時の累積保留時間に基づいて料金を設定することができる。例えば、管理コンピュータ１１の処理能力が飽和しているときに、非優先のファイルの処理が保留された場合には、保留されなかった場合に比べ安い料金設定を行うことができる。このため、処理を急がないユーザは、低い優先度を選択することにより、依頼処理を安価で行うことができる。
【００８２】
・  本実施形態によれば、ユーザ情報記憶部１２には、ファイル転送を依頼するユーザに関するユーザ情報１２０が記録されている。このユーザ情報１２０は、ユーザ毎に優先オプションフラグに関するデータを含んで構成される。優先オプションフラグデータ領域には、転送ファイルの受信処理の優先度を変更するオプション（選択権）の有無を示すフラグが記録される。そして、管理コンピュータ１１のイベント管理部は、ユーザ認証が完了すると、管理コンピュータ１１は、クライアント端末２１〜２３に対して画面データを送信する（ステップＳ１−３）。具体的には、ユーザ認証を完了したユーザのユーザ情報
１２０に優先オプションフラグが記録されているか否かを抽出する。そして、優先オプションフラグが記録されている場合には、管理コンピュータ１１のイベント管理部は、ユーザにファイル処理の優先度を選択するための選択画面の画面データをクライアント端末２１，２２に送信する。また、ユーザ認証をしたユーザのユーザ情報１２０に優先オプションフラグが記録されていない場合には、イベント管理部は、非優先にてファイルの受付処理を行う旨を確認する確認画面の画面データをクライアント端末２３に送信する。このため、ユーザは、処理依頼の優先度をクライアント端末２１，２２から管理コンピュータ１１に送信する際に設定変更することができ、処理依頼の状況に応じた優先度を選択して処理依頼をすることができる。従って、ユーザは優先度を低くして安価に依頼したり、優先度を高くして早急に依頼をしたりすることが選択できる。従って、ユーザの利便性を向上させることができる。
【００８３】
・  本実施形態によれば、管理コンピュータ１１は、予約処理において、転送停止指示を送信したクライアント端末２２，２３に対して、待ち時間を通知する。そして、クライアント端末２２，２３は経過時間を計時し、通知された待ち時間が経過したときに、処理依頼を再度送信する。このため、管理コンピュータ１１は、保留された処理を管理する必要がなく、管理コンピュータ１１の負荷を低減することができる。
【００８４】
・  本実施形態によれば、ユーザ情報１２０に優先オプションフラグが記録されている場合にのみ、依頼の優先度を変更可能とした。更に、この場合には、優先度を変更できない場合に比べて基本料金を高額にした。このため、高い優先度の依頼を送信する必要のないユーザは、優先オプションフラグを記録しないように申請することにより、管理コンピュータ１１に処理をより安価に行わせることができる。従って、依頼を分散させてネットワークの混雑を緩和することができる。
【００８５】
・  本実施形態によれば、管理コンピュータ１１は、処理中には情報が記録される性能情報１４０に基づいて性能状況を確認する。このため、管理コンピュータ１１は、ファイル受付処理部の処理能力を所定以上に維持することができる。
【００８６】
・  本実施形態によれば、管理情報記憶部１３には、クライアント端末２１〜２３から転送されるファイルのファイルサイズと転送速度が管理情報１３０として記録される。このため、管理コンピュータ１１は、管理情報１３０に基づいて処理時間を容易に算出することができる。そして、転送処理を保留させるクライアント端末の待ち時間を算出することができる。
【００８７】
なお、上記実施形態は以下のように変更してもよい。
○上記実施形態では、管理コンピュータ１１は、優先度の低い処理依頼については、ファイル受信処理部が非飽和状態のときに受信した場合に受付処理を行う。これに代えて、保留された非優先ファイルを、新たな非優先ファイルに比べて優先的に処理を行うようにしてもよい。この場合には、転送処理が保留された保留順番を示すフラグを、管理情報１３０に記憶する。そして、非優先ファイルの処理依頼を受信した場合、管理コンピュータ１１のイベント管理部は、管理情報１３０に含まれる保留順番を取得し、最初に保留された非優先ファイルの処理依頼であった場合にのみ、処理依頼の受付を行う。なお、最初に保留された非優先ファイルの処理依頼でない場合には、それよりも先に保留された非優先ファイルの処理が完了するまで、再度、予約処理を行う。このようにすれば、他に比べて保留時間が長くなるようなファイルはないようにできるので、非優先のファイルを公平に処理することができる。
【００８８】
○上記実施形態では、ファイルの転送速度は、処理依頼を受け付けたとき測定する。これに代えて、ファイルの転送が開始され（ステップＳ２−２）、ファイル転送が行われて
いるときに、適宜、転送速度を更新してもよい。また、これに伴って、性能情報１４０の処理時間も適宜更新するようにしてもよい。これにより、より現状にあった転送速度、処理時間を特定でき、より的確な待ち時間を算出することができる。
【００８９】
○上記実施形態では、処理依頼を再度送信する場合（ステップＳ５−２）に、ファイルの優先度を設定しないようにした。これに代えて、ファイルの優先度を、処理依頼を再度送信する場合（ステップＳ５−２）に再設定できるようにしてもよい。例えば、再度送信する場合に、選択画面データをクライアント端末２２に表示させて、ユーザに再設定させてもよい。この場合、優先度を変更できるユーザは、最初「非優先」に設定して低料金を期待できるが、待ち時間が長くなった場合には「優先」に変更して時間を短縮することができる。
【００９０】
○上記実施形態において、管理コンピュータ１１は、クライアント端末２１〜２３に対して、性能状況に関する通知を行うようにしてもよい。例えば、管理コンピュータ１１が画面データを送信する（ステップＳ１−３）のときに、性能状況に関する通知を行ってもよい。これにより、ユーザは状況を把握することができる。
【００９１】
○上記実施形態において、予約処理において転送停止指示をクライアント端末２２，２３が受信した後には、管理コンピュータ１１は、一定期間ごとに、又は状況が変化するたびに、受信した依頼の状況を通知してもよい。
【００９２】
○上記実施形態では、ステップＳ２−７の課金処理において、優先オプションフラグ、優先度及びファイルサイズに基づいて課金を行った。更に、管理情報１３０の累積保留時間にも基づいて課金を行ってもよい。すなわち、累積保留時間の長さに応じて料金設定を行うようにしてもよい。
【００９３】
○上記実施形態では、転送するファイルは「低」又は「高」の２段階の優先度とした。この優先度は２段階に限られるものではない。例えば、「低」、「中」又は「高」の３段階や、優先度「１」〜「１００」等の数値など、多段階の優先度を設定できるようにしてもよい。この場合、管理コンピュータ１１のイベント管理部は、管理情報記憶部１３に記録された管理情報１３０に基づいて、優先度の低いイベントを特定する。そして、優先度の低いイベントを保留にして、優先度の高いイベントを優先処理する。これにより、さらに多様な料金設定を行うことができる。
【図面の簡単な説明】
【００９４】
【図１】本発明の実施形態におけるシステムの概略図。
【図２】ユーザ情報記憶部に記録されたデータの説明図。
【図３】管理情報記憶部に記録されたデータの説明図。
【図４】性能情報記憶部に記録されたデータの説明図。
【図５】本実施形態における全体処理の手順の説明図。
【図６】本実施形態における依頼処理の手順の説明図。
【図７】本実施形態における予約処理の手順の説明図。
【図８】本実施形態における割込処理の手順の説明図。
【図９】本実施形態における非優先クライアント端末の処理の手順の説明図。
【符号の説明】
【００９５】
１１…管理コンピュータ、２１，２２，２３…クライアント端末。
【図１】
2005107581.tif 000003
【図２】
2005107581.tif 000004
【図３】
2005107581.tif 000005
【図４】
2005107581.tif 000006
【図５】
2005107581.tif 000007
【図６】
2005107581.tif 000008
【図７】
2005107581.tif 000009
【図８】
2005107581.tif 000010
【図９】
2005107581.tif 000011