(57)【特許請求の範囲】
【請求項１】
ホストサーバ及びホストサーバと通信可能に接続されたクライアント端末とで構成され、各クライアント端末において入力された複数のジョブデータをホストサーバで処理するようにしたデータ処理システムであって、
ホストサーバは、
クライアント端末からホストサーバに送信されたジョブデータを受け付け、受付順に番号を附し、各ジョブデータが処理される順番を管理する処理順序管理ファイルと、
顧客データが個別に記憶されている処理データベースと、
前記ジョブデータが書き込まれる入力トランザクションファイルとを備え、
クライアント端末からの前記ジョブデータを受け付け、処理データベースの中から該ジョブデータに関連付けられた顧客データを読み出して各ジョブデータと比較し、各ジョブデータを発注したクライアント端末に各ジョブデータのホストサーバへの受付の可否を返信する入力チェック処理を行い、
該入力チェック処理の終了後、前記入力チェック処理と独立して、発注したクライアント端末からの更新信号の入力を受けて処理データベースの顧客データを、処理順序管理ファイルに管理されている受付順に従って入力トランザクションファイルに書き込まれたジョブデータに順次書き換えるデータ更新処理を行うことを特徴とするデータ処理システム。
【請求項２】
請求項１に記載されたデータ処理システムにおいて、
ホストサーバには、引き当てファイルが更に設けられており、
前記引き当てファイルは、入力チェック処理において、処理データベースの中から各ジョブデータに関連付けられた顧客データを読み出して該ジョブデータと顧客データとを用いて演算処理を行い、該演算結果を演算データとして処理順管理ファイル及び入力トランザクションファイルに出力するためのものであり、
処理順序管理ファイルは、クライアント端末からホストサーバに送信されたジョブデータと前記演算データとに番号を附し、各ジョブデータ及び演算データが処理される順番を管理するためのものであり、
入力トランザクションファイルは、前記ジョブデータと前記演算データとが書き込まれるためのものである、ことを特徴とするデータ処理システム。
【請求項３】
クライアント端末が通信可能に接続され、各クライアント端末において入力された複数のジョブデータをデータ処理するホストサーバであって、
クライアント端末からホストサーバに送信されたジョブデータを受け付け、受付順に番号を附し、各ジョブデータが処理される順番を管理する処理順序管理ファイルと、
顧客データが個別に記憶されている処理データベースと、
クライアント端末からホストサーバに送信されたジョブデータが書き込まれる入力トランザクションファイルとを備え、且つ、
クライアント端末からの前記ジョブデータを受け付け、処理データベースの中から該ジョブデータに関連付けられた顧客データを読み出して各ジョブデータと比較し、該ジョブデータを発注したクライアント端末に各ジョブデータのホストサーバへの受付の可否を返信する入力チェック処理を行い、
該入力チェック処理の終了後、前記入力チェック処理と独立して、発注したクライアント端末からの更新信号の入力を受けて処理データベースの顧客データを、処理順序管理ファイルに管理されている受付順に従って入力トランザクションファイルに書き込まれたジョブデータに順次書き換えるデータ更新処理を行うことを特徴とするホストサーバ。
【請求項４】
請求項３に記載のホストサーバにおいて、
ホストサーバには、引き当てファイルが更に設けられており、
前記引き当てファイルは、入力チェック処理において、処理データベースの中から各ジョブデータに関連付けられた顧客データを読み出して該ジョブデータと顧客データとを用いて演算処理を行い、該演算結果を演算データとして処理順管理ファイル及び入力トランザクションファイルに出力するためのものであり、
処理順序管理ファイルは、クライアント端末からホストサーバに送信されたジョブデータと前記演算データとに番号を附し、各ジョブデータ及び演算データが処理される順番を管理するためのものであり、
入力トランザクションファイルは、前記ジョブデータと前記演算データとが書き込まれるためのものであることを特徴とするホストサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はリアルタイムで情報入力を行うことが可能なデータ処理システムと該システムのデータ処理サーバに関する。
【背景技術】
【０００２】
例えば、コールセンターで使われているような受注入力処理システムのようなシステムでは、複数のクライアント端末から殆ど前後して入力される多数のジョブデータに基づいて、ホストサーバの処理対象となる複数の処理データファイルを同時に処理（入力・読み取り・データ更新）する必要がある。
【０００３】
一般的にプログラムが行うデータベースに対する処理速度は入力及び読み取り処理は非常に速く瞬時に終了するが、データ更新はこれに比べて非常に遅く時間が掛る。従来のような入力画面処理内でファイル更新まで行う処理方法では、入力及び読み取り処理は迅速に終了するものの最後の更新に時間が掛り、ホストサーバの各データ更新が完了するまで次のジョブデータ入力を待たさなければならなかった。
【０００４】
そこで、このようなロスタイムを出来るだけ少なくするために、排他制御が導入されロスタイムを出来る限り短くするような制御が導入されている（特許文献１）。
ちなみに、前記排他制御とは、上記のような複数のクライアント端末が利用出来るホストサーバの処理対象となる複数の処理データベースに対し、複数のクライアント端末からの同時アクセスにより競合が発生する場合に、あるクライアント端末にホストサーバの処理対象ファイルを独占的に利用させている間は、他のクライアント端末が利用できないようにする事で整合性を保つ処理をいう。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−１５６０３１号公報
【０００６】
このような排他制御を行ったとしても待ち時間をゼロにすることが出来ず、入力中のクライアント端末の画面が開放され、次のデータ入力が可能となるまでにどうしても時間が掛かり、入力レスポンスが悪いという問題が指摘されていた。そしてこのような処理は、画面構成が複雑になるにつれ更新のタイミングをより難しくするという問題もある。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、かかる従来の問題点を解決するためになされたものであり、このような排他制御を用いることなく複数のクライアント端末が存在して連続して大量のジョブデータの入力があったとしても、そしてホストサーバ側に処理すべき顧客ファイルが複数あったとしてもクライアント端末側ではその数に関係なくリアルタイムで情報入力処理を行うことができるデータ処理システム及び該システムのデータ処理サーバを提供する。
【課題を解決するための手段】
【０００８】
請求項１に記載した発明は、
ホストサーバ１及びホストサーバ１と通信可能に接続されたクライアント端末ＰＣ１〜ＰＣｎとで構成され、各クライアント端末ＰＣ１〜ＰＣｎにおいて入力された複数のジョブデータをホストサーバ１で処理するようにしたデータ処理システムであって、
ホストサーバ１は、
クライアント端末ＰＣ１〜ＰＣｎからホストサーバ１に送信されたジョブデータを受け付け、受付順に番号を附し、各ジョブデータが処理される順番を管理する処理順序管理ファイル２０と、
顧客データが個別に記憶されている処理データベース３０ａ〜３０ｎと、
前記ジョブデータが書き込まれる入力トランザクションファイル１０とを備え、
クライアント端末ＰＣ１〜ＰＣｎからの前記ジョブデータを受け付け、顧客データベース３０ａ〜３０ｎの中から各ジョブデータに関連付けられた顧客データを読み出して該ジョブデータと比較し、各ジョブデータを発注したクライアント端末に各ジョブデータのホストサーバ１への受付の可否を返信する入力チェック処理を行い、
該入力チェック処理の終了後、前記入力チェック処理と独立して、発注したクライアント端末からの更新信号の入力を受けて処理データベース３０ａ〜３０ｎの顧客データを、処理順序管理ファイル２０に管理されている受付順に従って入力トランザクションファイル１０に書き込まれたジョブデータに順次書き換えるデータ更新処理を行うことを特徴とする。
【０００９】
請求項２に記載した発明は、請求項１に記載されたデータ処理システムにおいて、
ホストサーバ１には、引き当てファイル４０が更に設けられており、
前記引き当てファイル４０は、入力チェック処理において、処理データベース３０ａ〜３０ｎの中から各ジョブデータに関連付けられた顧客データを読み出して各ジョブデータと顧客データとを用いて演算処理を行い、該演算結果を演算データとして処理順序管理ファイル２０及び入力トランザクションファイル１０に出力するためのものであり、
処理順序管理ファイル２０は、クライアント端末ＰＣ１〜ＰＣｎからホストサーバ１に送信されたジョブデータと前記演算データとに番号を附し、各ジョブデータ及び演算データが処理される順番を管理するためのものであり、
入力トランザクションファイル１０は、前記ジョブデータと前記演算データとが書き込まれるためのものである。
【００１０】
請求項３は、請求項１に記載したシステムのホストサーバ１に関し、
クライアント端末ＰＣ１〜ＰＣｎが通信可能に接続され、各クライアント端末ＰＣ１〜ＰＣｎにおいて入力された複数のジョブデータをデータ処理するホストサーバ１であって、
クライアント端末ＰＣ１〜ＰＣｎからホストサーバ１に送信されたジョブデータを受け付け、受付順に番号を附し、各ジョブデータが処理される順番を管理する処理順序管理ファイル２０と、
顧客データが個別に記憶されている処理データベース３０ａ〜３０ｎと、
クライアント端末ＰＣ１〜ＰＣｎからホストサーバ１に送信されたジョブデータが書き込まれる入力トランザクションファイル１０とを備え、且つ
クライアント端末ＰＣ１〜ＰＣｎからの前記ジョブデータを受け付け、処理データベース３０ａ〜３０ｎの中から各ジョブデータに関連付けられた顧客データを読み出して該ジョブデータと比較し、各ジョブデータを発注したクライアント端末に各ジョブデータのホストサーバ１への受付の可否を返信する入力チェック処理を行い、
該入力チェック処理の終了後、前記入力チェック処理と独立して、発注したクライアント端末からの更新信号の入力を受けて処理データベース３０ａ〜３０ｎの顧客データを、処理順序管理ファイル２０に管理されている受付順に従って入力トランザクションファイル１０に書き込まれたジョブデータに順次書き換えるデータ更新処理を行うことを特徴とする。
【００１１】
請求項４は、請求項３に記載したシステムのホストサーバ１に関し、
ホストサーバ１には、引き当てファイル４０が更に設けられており、
前記引き当てファイル４０は、入力チェック処理において、処理データベース３０ａ〜３０ｎの中から各ジョブデータに関連付けられた顧客データを読み出して各ジョブデータと顧客データとを用いて演算処理を行い、該演算結果を演算データとして処理順序管理ファイル２０及び入力トランザクションファイル１０に出力するためのものであり、
処理順序管理ファイル２０は、クライアント端末ＰＣ１〜ＰＣｎからホストサーバ１に送信されたジョブデータと前記演算データとに番号を附し、各ジョブデータ及び演算データが処理される順番を管理するためのものであり、
入力トランザクションファイル１０は、前記ジョブデータと前記演算データとが書き込まれるためのものである。
【発明の効果】
【００１２】
本発明によれば、瞬時に処理可能なジョブデータの入力チェック（入力・読み取り）処理（更にはジョブデータとこれに関連する顧客データとの演算処理）と、時間の掛る入力データ出力処理（顧客ファイル３０ａ〜３０ｎのデータ更新）とを分けて処理しているので、或るクライアント端末においてジョブデータが入力された後、入力データ出力処理の進行に拘わらずこれに独立して次のジョブデータを直ちに入力することができ、入力作業のレスポンス性を大幅に高めることが出来る。
一方、時間の掛る入力データ出力処理は、瞬時に終わる入力チェック処理と切り離して処理順序管理ファイル２０に従って順次処理するので、ジョブデータ（及び演算データ）の処理は入力チェック処理と関係なく処理順序に確実に行うこと出来る。
その結果、システム全体としては複雑な排他制御を必要とせず、高いレスポンスを以って入力チェック処理を行うことができる。
【図面の簡単な説明】
【００１３】
【図１】本発明に係るデータ処理システムを示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明にかかるデータ処理システムを図面に従って説明する。データ処理システムは、図１に示すように、ホストサーバ１と複数のクライアント端末ＰＣ１〜ＰＣｎとで構成されており、これらがホストサーバ１に有線または無線によりデータ通信可能に接続されている。
【００１５】
クライアント端末ＰＣ１〜ＰＣｎは、ここではコールセンターの受注入力処理システムのようなシステムを例とするが、勿論これに限られず、一般のネットショッピングシステムにも適用可能であり、その場合は、クライアント端末ＰＣ１〜ＰＣｎはあらゆる職種に対応しており、その画面構成はクライアント端末ＰＣ１〜ＰＣｎのユーザの要求に合わせて作られることになる。
コールセンターの受注入力処理システムの場合、センターの受付オペレータが電話受注或いは発注ハガキの記載内容をクライアント端末ＰＣ１〜ＰＣｎに入力することになる。クライアント端末ＰＣ１〜ＰＣｎの画面の入力欄には「顧客氏名」「配送先」「品番」「数量」その他必要項目が設けられている。クライアント端末ＰＣ１〜ＰＣｎの入力欄にそれぞれがオペレータによって打ち込まれ、ホストサーバ１に送信される一連の各項目の数値や文字データがジョブデータである。
【００１６】
ホストサーバ１は、処理プログラムＳ、更新プログラムＫ、処理データベース３０ａ〜３０ｎ、引き当てファイル４０、入力トランザクションファイル１０及び処理順序管理ファイル２０を備えている。（なお、在庫管理のように在庫数量と注文数量とを比較する必要のない場合は、引き当てファイル４０は特段必要とはされない。ここでは、引き当てファイル４０を用いる場合を代表例として説明する。）
【００１７】
処理プログラムＳは、更新プログラムＫと別個に作動し、そのプログラムに沿って、クライアント端末ＰＣ１〜ＰＣｎからランダム且つ断続的に送信されてきたジョブデータや各ジョブデータに関連する顧客データを処理データベース３０ａ〜３０ｎから読み出し、両者を比較（演算処理）し、この演算結果を演算データとして入力トランザクションファイル１０や処理順序管理ファイル２０に出力するものである。
【００１８】
引き当てファイル４０は、ホストサーバ１が受け付けたジョブデータや処理プログラムＳで演算された演算結果が書き込まれるファイルである。
【００１９】
更新プログラムＫは、処理プログラムＳの終了後にジョブデータを出した発注クライアント端末からの更新信号により、各ジョブデータに関連付けられた顧客データを処理順序管理ファイル２０の管理している順番に従って入力トランザクションファイル１０に書き込まれたジョブデータや引き当てファイル４０からの演算結果に書き換えさせるプログラムである。
【００２０】
入力トランザクションファイル１０及び処理順序管理ファイル２０は、クライアント端末ＰＣ１〜ＰＣｎから送られてくる全てのジョブデータや引き当てファイル４０からの演算データが書き込まれるようになっており、処理順序管理ファイル２０では送られてくるジョブデータの全てと演算データの全てに対して入力順に番号を附し、処理順序が狂わないように処理順序を管理できるようにしている。
【００２１】
処理データベース３０ａ〜３０ｎは、クライアント端末ＰＣ１〜ＰＣｎから送られてくる全てのジョブデータに対応する顧客データ（「品番」「在庫数量」「送付先」「顧客名」その他）を項目別に分けてファイルしている。
【００２２】
しかして、オペレータが注文を受け、その注文を処理するためにクライアント端末の画面に必要項目を打ち込み送信する（Ａ）。この送信が例えば「ｅ番目」とすると、クライアント端末から当該項目に入力されたデータが「ｅ番目」のジョブデータとしてホストサーバ１に送られる（a1）。
ホストサーバ１は、処理プログラムＳのプログラムに従って直ちに引き当てファイル４０にこれを書き込んだ後（Ｂ）、送られたジョブデータに関連する処理データベース３０ａ〜３０ｎの中から関連する顧客データを読みに行く（Ｃ）。
【００２３】
前記ジョブデータがある商品（これは「品番」で表される）の「購入数量」の場合、ジョブデータと比較すべき項目は処理データベース３０ａ〜３０ｎの当該商品（「品番」）の「在庫数量」を読み出し（Ｄ）、「購入数量」が「在庫数量」とを比較する。
「購入数量」が「在庫数量」を下回っている場合には、「在庫数量」から「購入数量」を減算し、この演算結果を引き当てファイル４０に書き込むと共に「納品可能」であるとして「受付完了」の信号が直ちにホストサーバ１から発注クライアント端末に送信される（Ｅ）。
【００２４】
このような操作がすべてのクライアント端末ＰＣ１〜ＰＣｎとホストサーバ１との間で行われ、「購入数量」が次第に加算され、この「加算された数値」を「在庫数量」から引いた値（或いは直前の減算された数値から直後に入力された購入数量を減算した数値）が引き当てファイル４０に順次書き込まれる。そして最後には「在庫数量」を上回ることになり、この時点で「在庫なし」の信号が最後の発注クライアント端末に送信される（Ｅ）。
【００２５】
そして、上記演算結果は逐次「演算データ」として入力トランザクションファイル１０及び処理順序管理ファイル２０に書き込まれる（Ｆ）。また、入力トランザクションファイル１０及び処理順序管理ファイル２０には当然クライアント端末ＰＣ１〜ＰＣｎからのジョブデータも全て書き込まれており（a2、Ｇ）、処理順序管理ファイル２０ではこの「ジョブデータ」及び「演算データ」に処理順序管理ファイル２０の受付順に番号が与えられ、更新処理の順番が狂わないように管理している（Ｈ）。
【００２６】
クライアント端末ＰＣ１〜ＰＣｎ側ではホストサーバ１側から「受付完了」の信号を受けると直ちに画面の「更新ボタン」を押して「更新信号」をホストサーバ１に送り、次の受注の入力に取り掛かることになる。
【００２７】
このような「入力チェック処理」と独立して、クライアント端末ＰＣ１〜ＰＣｎ側からの「更新信号」をトリガとして「更新プログラムＫ」が作動して顧客データの書き換えが順次行われる。すなわち、ホストサーバ１に入力したすべてのジョブデータおよび処理プログラムＳに従って演算された演算データは全て入力トランザクションファイル１０および処理順序管理ファイル２０に書き込まれ、上記のように処理順序管理ファイル２０ではこれらに番号が附され、更新順序が決定され、処理プログラムＳとは独立して、逐次、顧客データの更新が行われる。「更新」は決められた時間ごと(例えば、１秒毎)に行っても良いし、「更新信号」の入力毎に行っても良い。
【００２８】
上記の場合で、「在庫数量」のような「数値」の場合、処理プログラムＳ側では、「購入数量」が入力される毎に「在庫数量」は瞬時に減数されて常時正確な「在庫数量」が表示されることになるが、「顧客データ」の「在庫数値」は処理プログラムＳ側に比べて遅れ、「更新」が完了して初めて処理プログラムＳ側の引き当てファイル４０の「在庫数値」と一致することになる。
【符号の説明】
【００２９】
１：ホストサーバ、１０：入力トランザクションファイル、２０：処理順序管理ファイル、３０ａ〜３０ｎ：処理データベース、４０：引き当てファイル、Ｓ：処理プログラム、Ｋ:更新プログラム、ＰＣ１〜ＰＣｎ：クライアント端末。
【図１】
0006452560.tif 000002