(57)【要約】【課題】ユーザから要求された処理システムに負荷をかけることなく、また、当該処理システムに要求された処理による負荷がかかっている場合でも、統計集計対象の処理データを取得してリアルタイムに、かつ、詳細な統計項目まで統計を集計する。【解決手段】統計集計システムは、受発注処理システム９と、受発注に関する統計情報を生成する統計装置４とからなり、統計装置４は、ネットワーク５を流れる、ユーザ端末１と受発注処理システム９との間で送受信されるパケットをキャプチャし、キャプチャしたパケット内のネットワーク制御に関するレイヤの上位のペイロードを参照して、統計集計対象の受発注データが含まれているか否かを判断する。そして、統計集計対象であると判断した場合に、当該受発注データを参照して各統計項目の統計値を集計し、集計された各統計項目の統計値を示す統計情報を生成する。【選択図】図１
2008250834.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されるユーザ端末から要求される処理を行う処理システムと、当該処理システムに要求された処理に関する統計を集計する統計装置とからなる統計集計システムであって、
前記統計装置は、
前記ユーザ端末と前記処理システムとの間のネットワークを流れるパケット、または、前記処理システムを構成する装置間のネットワークを流れるパケットをキャプチャする通信処理部と、
前記通信処理部によりキャプチャしたパケット内のネットワーク制御に関するレイヤの上位のペイロードを参照して、統計集計対象の処理データが含まれているか否かを判断する集計対象データ検出部と、
前記集計対象データ検出部により統計集計対象であると判断された場合に、当該処理データを参照して統計項目の統計値を集計し、集計された統計項目の統計値を示す統計情報を生成して統計情報記憶部に書き込む統計情報集計部とを備える、
ことを特徴とする統計集計システム。
【請求項２】
前記処理システムを構成するデータベース装置は、
要求された処理を前記処理システムが実行することにより発生した処理データを記憶する処理データ蓄積部と、
前記処理データ蓄積部内の処理データを参照して統計項目の統計値を集計し、集計された統計項目の統計値を示す統計情報を前記統計装置へ送信する統計情報出力部とを備え、
前記統計装置の統計情報集計部は、データベース装置から統計情報を受信し、受信した統計情報と、当該統計装置が保持する統計情報記憶部内の統計情報とを比較し、差分があった場合には、当該統計情報記憶部内の統計情報を受信した前記統計情報に基づいて補正する、
ことを特徴とする請求項１に記載の統計集計システム。
【請求項３】
前記統計装置の統計情報集計部は、前記ユーザ端末と前記処理システムとの間で、１つの要求処理が完了するまでに一連の異なる処理データが所定の順序で送受信される場合に、統計集計対象の前記処理データが一連の順序の中でどの段階の処理データに相当するかを判断して要求処理手順の完了度を求め、その統計を集計する、
ことを特徴とする請求項１または請求項２に記載の統計集計システム。
【請求項４】
ネットワークを介して接続されるユーザ端末から要求される処理を行う処理システムと、当該処理システムに要求された処理に関する統計を集計する統計装置とからなる統計集計システムにおける前記統計装置であって、
前記ユーザ端末と前記処理システムとの間のネットワークを流れるパケット、または、前記処理システムを構成する装置間のネットワークを流れるパケットをキャプチャする通信処理部と、
前記通信処理部によりキャプチャしたパケット内のネットワーク制御に関するレイヤの上位のペイロードを参照して、統計集計対象の処理データが含まれているか否かを判断する集計対象データ検出部と、
前記集計対象データ検出部により統計集計対象であると判断された場合に、当該処理データを参照して統計項目の統計値を集計し、集計された統計項目の統計値を示す統計情報を生成して統計情報記憶部に書き込む統計情報集計部と、
を備えることを特徴とする統計装置。
【請求項５】
ネットワークを介して接続されるユーザ端末から要求される処理を行う処理システムと、当該処理システムに要求された処理に関する統計を集計する統計装置とからなる統計集計システムにおける前記統計装置として用いられるコンピュータを、
前記ユーザ端末と前記処理システムとの間のネットワークを流れるパケット、または、前記処理システムを構成する装置間のネットワークを流れるパケットをキャプチャする通信処理部、
前記通信処理部によりキャプチャしたパケット内のネットワーク制御に関するレイヤの上位のペイロードを参照して、統計集計対象の処理データが含まれているか否かを判断する集計対象データ検出部、
前記集計対象データ検出部により統計集計対象であると判断された場合に、当該処理データを参照して統計項目の統計値を集計し、集計された統計項目の統計値を示す統計情報を生成して統計情報記憶部に書き込む統計情報集計部、
として機能させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、統計集計システム、統計装置、及び、コンピュータプログラムに関する。
【背景技術】
【０００２】
近年、インターネットが広く普及し、小売業、サービス業などにおいては、インターネットを利用した商品販売やサービス提供が行われている。このような小売業、サービス業を営む企業にとっては、不特定多数のお客様やオペレータから、インターネットを利用して受け付けた注文数などの情報を把握することは、商品販売やサービス提供の可否などの判断や、将来の設備投資や在庫管理の面において非常に重要である。そこで、このような企業では、商品やサービスの注文を受け付ける受発注処理システムに加えて、受発注に関する統計情報を収集するためのシステムを構築している。
【０００３】
図１６は、従来の受発注処理システムの構成例を示す図である。同図において、受発注処理システムは、お客様やオペレータの保有するユーザ端末から商品やサービスの受発注をインターネットなどのネットワーク経由で受信するウェブ／アプリケーション（Ｗｅｂ／ＡＰ）サーバと、受け付けた受発注の情報を蓄積するＤＢサーバとからなる。そして、受発注に関する各種統計情報を生成する統計情報サーバは、Ｗｅｂ／ＡＰサーバにおける受発注処理の結果蓄積された受発注データのコピーをＤＢサーバから取得するレプリケーションを行い、この取得した受発注データを参照して各種統計情報を生成する。
【０００４】
また、特許文献１には、インターネットを利用した商品販売システムにおいて、商品毎に、受け付けている購入注文の数、予約注文の数、実在庫数を表示したり、各商品の購入を希望しているメンバの数や、希望価格の最大値、最小値、平均値等を表示することが記載されている。
【特許文献１】特開２００３−１０８７９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したように、従来の技術においては、受発注データとしてネットワーク上を流通するデータを収集する際は、ＤＢサーバに接続される統計情報サーバが、当該ＤＢサーバの蓄積している受発注データをレプリケーションし、これにより取得した受発注データを基に統計処理を行っている。あるいは、Ｗｅｂ／ＡＰサーバが、自身の記録しているログデータから統計情報を集計したり、ＤＢサーバが、自身の蓄積している受発注データそのものから統計情報を集計したりするなど、Ｗｅｂ／ＡＰサーバまたはＤＢサーバにおいて統計処理を行うこともある。このように統計処理を行う場合、Ｗｅｂ／ＡＰサーバもしくはＤＢサーバになんらかの負荷がかかってしまっていた。
【０００６】
上記のように、Ｗｅｂ／ＡＰサーバもしくはＤＢサーバに負荷がかかることによって、以下のような問題が生じる。
ひとつは、統計情報を得るための統計情報サーバが、Ｗｅｂ／ＡＰサーバやＤＢサーバに負荷を与えるため、多数の受発注が発生することに起因する処理負荷と、統計情報の収集に起因する負荷（例えば、受発注データの転送処理に係る負荷）とが競合しないよう、システムにかかる負荷をスケジューリングしなければならないという問題である。つまり、Ｗｅｂ／ＡＰサーバ、ＤＢサーバに処理すべきデータ（受発注データ）の量が集中しているときには、統計情報サーバは受発注データをリアルタイムに取得することができなくなり、時間帯によっては統計情報の鮮度が異なってしまうことになる。
また、受発注処理システムの負荷が限界に近い時に、どのような受発注の状態が発生しているかを知るために、その時の統計情報を取得したいという要望がある。しかし、統計情報の収集自体がシステムに負荷を与えることにつながるため、システムの故障を避けるためにも、高負荷のときは統計情報の収集は行うことができないという問題もある。
そこで、受発注の処理が行われる経路上に受発注に関するデータを収集する専用装置を挿入することが考えられる。しかし、この場合、受発注データが専用装置を経由する分、受発注処理に時間がかかってしまうという問題が生じてしまう。
【０００７】
また、Ｗｅｂ／ＡＰサーバにおいて統計を集計する場合、ログから得られるＩＰアドレス等の簡易な情報によって統計を集計することは可能であるが、例えば、一連の異なる受発注データのやりとりによって受発注手順が完了する場合、ログからはそのやり取りの中でどの段階の受発注データかを特定することはできず、詳細な情報までを確認して統計を収集することはできなかった。
【０００８】
本発明は、上記問題を解決すべくなされたもので、その目的は、ユーザ端末から要求された処理を実行する処理システムに負荷をかけることなく、また、当該処理システムに要求された処理による負荷がかかっている場合でも、統計集計対象の処理データを取得してリアルタイムに、かつ、詳細な統計項目まで統計を集計することができる統計集計システム、統計装置、及び、コンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上述した課題を解決するために、本発明は、ネットワークを介して接続されるユーザ端末から要求される処理を行う処理システムと、当該処理システムに要求された処理に関する統計を集計する統計装置とからなる統計集計システムであって、前記統計装置は、前記ユーザ端末と前記処理システムとの間のネットワークを流れるパケット、または、前記処理システムを構成する装置間のネットワークを流れるパケットをキャプチャする通信処理部と、前記通信処理部によりキャプチャしたパケット内のネットワーク制御に関するレイヤの上位のペイロードを参照して、統計集計対象の処理データが含まれているか否かを判断する集計対象データ検出部と、前記集計対象データ検出部により統計集計対象であると判断された場合に、当該処理データを参照して統計項目の統計値を集計し、集計された統計項目の統計値を示す統計情報を生成して統計情報記憶部に書き込む統計情報集計部とを備える、ことを特徴とする統計集計システムである。
【００１０】
また、本発明は、上述する統計集計システムであって、前記処理システムを構成するデータベース装置は、要求された処理を前記処理システムが実行することにより発生した処理データを記憶する処理データ蓄積部と、前記処理データ蓄積部内の処理データを参照して統計項目の統計値を集計し、集計された統計項目の統計値を示す統計情報を前記統計装置へ送信する統計情報出力部とを備え、前記統計装置の統計情報集計部は、データベース装置から統計情報を受信し、受信した統計情報と、当該統計装置が保持する統計情報記憶部内の統計情報とを比較し、差分があった場合には、当該統計情報記憶部内の統計情報を受信した前記統計情報に基づいて補正する、ことを特徴とする。
【００１１】
また、本発明は、上述する統計集計システムであって、前記統計装置の統計情報集計部は、前記ユーザ端末と前記処理システムとの間で、１つの要求処理が完了するまでに一連の異なる処理データが所定の順序で送受信される場合に、統計集計対象の前記処理データが一連の順序の中でどの段階の処理データに相当するかを判断して要求処理手順の完了度を求め、その統計を集計する、ことを特徴とする。
【００１２】
また、本発明は、ネットワークを介して接続されるユーザ端末から要求される処理を行う処理システムと、当該処理システムに要求された処理に関する統計を集計する統計装置とからなる統計集計システムにおける前記統計装置であって、前記ユーザ端末と前記処理システムとの間のネットワークを流れるパケット、または、前記処理システムを構成する装置間のネットワークを流れるパケットをキャプチャする通信処理部と、前記通信処理部によりキャプチャしたパケット内のネットワーク制御に関するレイヤの上位のペイロードを参照して、統計集計対象の処理データが含まれているか否かを判断する集計対象データ検出部と、前記集計対象データ検出部により統計集計対象であると判断された場合に、当該処理データを参照して統計項目の統計値を集計し、集計された統計項目の統計値を示す統計情報を生成して統計情報記憶部に書き込む統計情報集計部と、を備えることを特徴とする統計装置である。
【００１３】
また、本発明は、ネットワークを介して接続されるユーザ端末から要求される処理を行う処理システムと、当該処理システムに要求された処理に関する統計を集計する統計装置とからなる統計集計システムにおける前記統計装置として用いられるコンピュータを、前記ユーザ端末と前記処理システムとの間のネットワークを流れるパケット、または、前記処理システムを構成する装置間のネットワークを流れるパケットをキャプチャする通信処理部、前記通信処理部によりキャプチャしたパケット内のネットワーク制御に関するレイヤの上位のペイロードを参照して、統計集計対象の処理データが含まれているか否かを判断する集計対象データ検出部、前記集計対象データ検出部により統計集計対象であると判断された場合に、当該処理データを参照して統計項目の統計値を集計し、集計された統計項目の統計値を示す統計情報を生成して統計情報記憶部に書き込む統計情報集計部、として機能させることを特徴とするコンピュータプログラムである。
【発明の効果】
【００１４】
本発明によれば、処理システムと統計装置とを物理的に分離し、ユーザ端末と処理システム間、処理システムを構成する装置間、例えば、Ｗｅｂ／ＡＰサーバとＤＢサーバ間のネットワーク上を流れる処理データをキャプチャして統計を集計することにより、処理システム内のいずれの装置にも負荷をかけずに、統計情報をリアルタイムに生成することができる。
また、処理システム内の各装置の処理負荷を考慮することなく、統計情報を収集することが可能となるため、例えば、受発注が集中して処理システムの処理能力が低下しているときでも、実際に発生している処理要求の量をリアルタイムに集計できる。よって、処理システムのシステム負荷の計測結果記録データとあわせてみることにより、受発注の量とシステムの負荷の対応関係を把握するしくみに応用することが可能となる。
また、統計装置の生成した統計情報を、実際の受発注処理の結果に基づいて補正することが可能となる。
また、一つの要求処理の手順が、異なる処理データの一連のやりとりによって完了する場合に、どの段階までその手順が進んだかの統計を集計することも可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明の一実施の形態を説明する。
図１は、本発明の一実施の形態による統計集計システムの全体構成図である。同図において統計集計システムは、ユーザ端末１により要求された処理を実行する処理システムとしての受発注処理システム９と、ユーザ端末１により要求された処理に関する処理データをキャプチャして各種統計情報を生成する統計装置４とからなる。本実施形態では、処理システムとして、販売商品の受発注を行う受発注処理システム９を例に説明するが、処理システムとしては、後述する工事進捗状況を管理するシステム（工事進捗状況管理処理システム９ａ）と、在庫状況を管理するシステム（在庫管理処理システム９ｂ）などとすることもできる。
【００１６】
受発注処理システム９は、ＩＰネットワークであるネットワーク６により接続される受発注処理用受付装置２及び受発注処理用データベース装置３（データベース装置）を有する。受発注処理用受付装置２は、さらに、ネットワーク５により、インターネットなどのＩＰを利用したネットワーク８との間のゲートウェイ装置に接続され、このネットワーク５を介して、お客様またはオペレータの端末であるユーザ端末１から処理データとして、受発注に関する情報を示す受発注データを受信し、受信した処理データにより要求された処理、つまり、受発注データにより要求された受発注の処理を行う。受発注処理用データベース装置３は、受発注処理用受付装置２がユーザ端末１から要求された処理を実行することによって発生した処理データ、つまり、受発注の処理において発生した受発注データを保持する。
【００１７】
なお、同図においては、受発注処理用受付装置２、受発注処理用データベース装置３がそれぞれ１台である場合を示しているが、受発注処理用受付装置２や、受発注処理用データベース装置３がそれぞれ複数あってもよい。また、受発注処理用受付装置２と受発注処理用データベース装置３が同じ筐体で実現されていてもよい。
【００１８】
統計装置４は、ネットワーク５及びネットワーク６に接続され、受発注処理用受付装置２及び受発注処理用データベース装置３と同じセグメントに属する。統計装置４は、ネットワーク５を介してユーザ端末１と受発注処理用受付装置２との間で送受信されるデータ、ネットワーク６を介して受発注処理用受付装置２と受発注処理用データベース装置３との間で送受信されるデータをキャプチャする。なお、ネットワーク５を介してユーザ端末１と受発注処理用受付装置２との間で送受信されるデータ、あるいは、ネットワーク６を介して受発注処理用受付装置２と受発注処理用データベース装置３との間で送受信されるデータのどちらかをキャプチャすることでもよい。
【００１９】
ユーザ端末１は、例えばパーソナルコンピュータにより実現することができ、ネットワーク５を介してデータを送受信する。ユーザ端末１は、受発注処理用受付装置２から受信したウェブ画面データをディスプレイに表示したり、マウスやキーボードなどの入力手段により当該ウェブ画面データへ入力されたデータを受発注処理用受付装置２へ送信するためのブラウザを備える。
【００２０】
図２は、図１に示す統計集計システムの機能ブロック図である。
受発注処理用受付装置２は、ユーザ端末１から受発注データを受けるウェブ／アプリケーション（Ｗｅｂ／ＡＰ）サーバであり、通信処理部２１、受発注処理受付処理部２２、及び、通信処理部２３を備える。通信処理部２１は、ネットワーク５を介したデータの送受信を行う。通信処理部２３は、ネットワーク６を介したデータの送受信を行う。受発注処理受付処理部２２は、ユーザ端末１から受発注に関する情報を示す受発注データを受信し、受信した受発注データに基づく受発注処理を行った結果、例えば、商品の検索、受発注の受付、発注の確認、在庫確認などの結果を表示するウェブ画面の画面データを提供するとともに、受発注処理用データベース装置３へ受発注データの登録や更新などを行う。
【００２１】
受発注処理用データベース装置３は、例えば、データベースサーバで構成することができ、通信処理部３１、受発注データ処理部３２、受発注処理データ蓄積部３３（処理データ蓄積部）を備える。通信処理部３１は、ネットワーク６を介したデータの送受信を行う。受発注処理データ蓄積部３３は、受発注処理用受付装置２から受信した受発注データや、在庫などの商品に関する情報などを保持する。受発注データ処理部３２は、受発注処理用受付装置２から受信した受発注データを受発注処理データ蓄積部３３に書き込むとともに、定期的に受発注処理データ蓄積部３３内の受発注データを参照して各種統計項目の統計値を示す統計情報を生成し、統計装置４へ送信する。
【００２２】
統計装置４は、通信処理部４１、通信処理部４２、受発注データ検出・分離部４３（集計対象データ検出部）、統計情報集計部４４及び統計情報記憶部４５を備える。通信処理部４１は、ネットワーク５を流れるデータをキャプチャする。通信処理部４２は、ネットワーク６を流れるデータをキャプチャする。受発注データ検出・分離部４３は、通信処理部４１、通信処理部４２によりキャプチャしたデータが、統計集計対象の受発注データを含むデータであるか否かを判断する。統計情報記憶部４５は、統計集計対象の受発注データが含まれると判断した場合、受発注データを抽出して統計情報集計部４４に出力する。統計情報集計部４４は、受発注データ検出・分離部４３から入力された受発注データに基づき各種統計項目の統計値を集計して統計情報を生成し、統計情報記憶部４５に書き込む。また、受発注処理用データベース装置３から統計情報を受信し、統計情報記憶部４５内に保持している統計情報と突合せ、差分がある場合は修正を行う。
【００２３】
図１３に、処理システムが、工事進捗状況を管理する工事進捗状況管理処理システム９ａである場合の統計処理システムの機能ブロック図を、図１４に、処理システムが、在庫状況を管理する在庫管理処理システム９ｂである場合の統計処理システムの機能ブロック図を示す。図１３及び図１４では、図１に示す統計処理システムと同一の部分には同一の符号を付している。
【００２４】
図１と図１３が異なる点は、処理システムとして、工事進捗処理用受付装置２ａ及び工事進捗処理用データベース装置３ａ（データベース装置）を備える工事進捗状況管理処理システム９ａを有し、また、工事進捗処理用受付装置２ａが工事進捗処理受付処理部２２ａを、工事進捗処理用データベース装置３ａが工事進捗データ処理部３２ａ、工事進捗処理データ蓄積部３３ａ（処理データ蓄積部）を、統計装置４が工事進捗データ検出・分離部４３ａ（集計対象データ検出部）を有しており、処理データとして、受発注処理データの代わりに工事進捗データを扱う点である。
【００２５】
図１と図１４が異なる点は、処理システムとして、在庫管理処理用受付装置２ｂ及び在庫管理処理用データベース装置３ｂ（データベース装置）を備える在庫管理処理システム９ｂを有し、また、在庫管理処理用受付装置２ｂが在庫管理処理受付処理部２２ｂを、在庫管理処理用データベース装置３ｂが在庫管理データ処理部３２ｂ、在庫管理処理データ蓄積部３３ｂ（処理データ蓄積部）を、統計装置４が在庫管理データ検出・分離部４３ｂ（集計対象データ検出部）を有しており、処理データとして、受発注処理データの代わりに在庫管理データを扱う点である。
【００２６】
図３は、図１に示す受発注処理用受付装置２から受発注処理用データベース装置３へ送信される受発注データの例である。同図において、受発注データは、発注を一意に識別する発注ＩＤ、当該発注を行った顧客を識別する顧客ＩＤ、発注された商品を識別する商品ＩＤ、当該商品を発注した個数、発注日などの情報が含まれるレコードからなる。
なお、ユーザ端末１から受発注処理用受付装置２へ送信される受発注のデータは、図３に示す受発注データのレコードに含まれる情報を、１回または複数回に分けて送信するものである。また、発注ＩＤや発注日などの情報は、受発注処理用受付装置２内において生成してもよい。
【００２７】
図４は、図１に示す統計装置４が生成して統計情報記憶部４５に保持する受発注データの統計情報の例を示す図である。同図において、受発注データの統計情報では、統計項目が発注商品であり、発注商品のＩＤと、所定の期間において当該商品が発注された個数の情報とを対応付けた情報を含んでいる。
【００２８】
図５は、解析対象データの記述箇所と、パケットのプロトコルスタックとの関係を説明するための図である。
同図において、ネットワーク５、６を流れるパケットは、物理層の上位レイヤであるデータリンク層にはEthernet（登録商標）が、その上位レイヤであるネットワーク層にはＩＰ（Internet Protocol）が、さらにその上位レイヤであるトランスポート層にはＴＣＰもしくはＵＤＰが用いられる。ＴＣＰ／ＵＤＰの上位レイヤには、ＨＴＴＰ（Hypertext Transfer Protocol）、ＳＯＡＰ（Simple Object Access Protocol）、ＪＭＳ（Java（登録商標） Message Service）、ＭＳＭＱ（Microsoft Message Queuing）、ＲＭＩ（Remote Method Invocation）、ＩＩＯＰ（Internet Inter-OB Protocol）、ＳＭＴＰ（Simple Mail Transfer Protocol）、ＰＯＰ３（Post Office Protocol 3）、ＦＴＰ（File Transfer Protocol）、ＣＯＲＢＡ（Common Object Request Broker Architecture）など（以下、「ＨＴＴＰ等」と記載）を用いることができる。このＨＴＴＰ等のペイロード内に受発注データが設定されており、統計装置４の受発注データ検出・分離部４３は、当該ペイロード内に設定されている情報を解析して、集計対象の受発注データであるか否かを判断している。この点が、例えば、ウィルス検知などの目的などで、物理層〜ＨＴＴＰ等のレイヤまで、すなわち、ネットワーク制御に用いられるレイヤの情報によりパケットキャプチャを行う従来の技術とは異なる点である。このペイロードは、ＸＭＬ（extensible markup language）、ｃｓｖ、テキストデータ等で記述される。
【００２９】
次に、図１に示す統計集計システムの動作について説明する。
図６は、統計集計システムにおける発注時のシーケンス図を示す。
まず、ユーザ端末１から商品発注データがネットワーク８及びネットワーク５を介して受発注処理用受付装置２へ送信される（ステップＳ１１０）。商品発注データには、例えば、顧客ＩＤ、商品ＩＤ、発注個数などの情報が含まれる。受発注処理用受付装置２の受発注処理受付処理部２２は、通信処理部２１を介して当該商品発注データを受信すると、当該商品発注データの正当性確認などを行う。そして、受発注処理受付処理部２２は、通信処理部２３により、ネットワーク６を介して受発注処理用データベース装置３へ発注情報登録データを送信する（ステップＳ１２０）。発注情報登録データには、商品発注データに含まれる情報と、受発注処理用受付装置２が付加した発注ＩＤ、発注日などの情報が含まれる。
【００３０】
受発注処理用データベース装置３の受発注データ処理部３２は、通信処理部３１を介して発注情報登録データを受信すると、当該発注情報登録データを用いて、在庫引き当て状態の更新などの所定の発注データ処理を行い（ステップＳ１３０）、受信した発注情報登録データや、発注データ処理において新たに生成・更新したデータなどを受発注処理データ蓄積部３３に書き込む（ステップＳ１４０）。
【００３１】
一方、統計装置４の通信処理部４１、４２は、それぞれネットワーク５、６を流れるパケットをキャプチャして、受発注データ検出・分離部４３に出力する（ステップＳ１５０）。すなわち、ネットワーク５、６を流れているパケットをコピーして統計情報記憶部４５へ出力する。この中には、ステップＳ１１０においてユーザ端末１が送信した商品発注データ、ステップＳ１２０において受発注処理用受付装置２が送信した発注情報登録データなどの受発注データが含まれる。受発注データ検出・分離部４３は、入力されたパケットのペイロードから、当該パケットが統計処理の対象である受発注データ（商品発注データ、発注情報登録データ）であることを認識する（ステップＳ１６０）。統計情報集計部４４は、受発注データ検出・分離部４３から統計処理対象の当該データを受信して統計情報記憶部４５に書き込むとともに、当該受発注データに含まれる情報に基づいた統計項目の集計値を更新し、統計情報記憶部４５内の統計情報を更新する（ステップＳ１７０）。
【００３２】
図７及び図８は、ユーザ端末１と受発注処理用受付装置２との間の商品発注（図６のステップＳ１１０）におけるシーケンス例を示す。
図７は、発注者本人がインターネットから商品を発注する場合などの発注シーケンスであり、商品をキーに発注処理を実施する。この場合、１回の発注処理では、以下の例のような連続性がある。
【００３３】
ユーザ端末１は、まず、発注したい商品のキーワードを含む商品検索データを受発注処理用受付装置２に送信する（ステップＳ２１０）。ユーザ端末１は、受発注処理用受付装置２から、キーワードによる検索の結果見つかった商品の一覧を示す画面データ（ウェブ画面データなど）を受信して表示する。ユーザが、検索結果の中から発注する商品を選択し、発注数量を入力すると、ユーザ端末１は、選択された商品の商品ＩＤと発注数量の情報を設定した商品選択データを、受発注処理用受付装置２に送信する（ステップＳ２２０）。
【００３４】
ユーザ端末１は、受発注処理用受付装置２から商品確認の画面データを受信して表示する。ユーザが、確認ボタンを押すと、ユーザ端末１は、商品ＩＤと、確認ＯＫを示す情報を設定した商品確認データを、受発注処理用受付装置２へ送信する（ステップＳ２３０）。ユーザ端末１は、受発注処理用受付装置２から発注者の氏名、住所などの発注者情報を入力するための画面データを受信して表示する。ユーザが、発注者情報を入力すると、ユーザ端末１は、商品ＩＤと、入力された発注者情報を設定した発注者情報登録データを、受発注処理用受付装置２へ送信する（ステップＳ２４０）。
【００３５】
ユーザ端末１は、入力された発注者情報を表示し、内容に間違いがないか否かを確認するための画面データを受発注処理用受付装置２から受信して表示する。ユーザが確認ボタンを押すと、ユーザ端末１は、商品ＩＤと、確認ＯＫの情報を設定した発注者情報確認データを受発注処理用受付装置２へ送信する（ステップＳ２５０）。ユーザ端末１は、発注が完了した旨を表示する画面データを受発注処理用受付装置２から受信して表示する。ユーザが完了確認ボタンを押すと、ユーザ端末１は、商品ＩＤと受注ＩＤの情報を設定した完了データを受発注処理用受付装置２へ送信する（ステップＳ２６０）。
【００３６】
図８は、オペレータが登録済みの契約者の過去の発注情報を参考に、商品を勧奨し受注に結びついた場合など、オペレータが受発注処理用受付装置２に発注情報の投入を行う場合の発注シーケンスである、Ａという商品を発注した契約者は、別の契機であれ、Ｂという商品も発注するという、契約者をキーにしたオーダ間の連続性がある。
【００３７】
まず、ユーザ端末１からオペレータのログインＩＤが受発注処理用受付装置２へ送信される（ステップＳ３１０）。ログインが正常に行われたのち、ユーザ端末１は、オペレータが入力した契約者の検索キーを含む契約者検索データを受発注処理用受付装置２へ送信する（ステップＳ３２０）。ユーザ端末１は、検索キーにより検索した結果見つかった契約者の一覧を表示する画面データを受発注処理用受付装置２から受信して表示する。オペレータが契約者の一覧から契約者を選択すると、ユーザ端末１は、選択された契約者の顧客ＩＤの情報を設定した契約者選択データを受発注処理用受付装置２へ送信する（ステップＳ３３０）。ユーザ端末１は、送信した顧客ＩＤに対応して登録されている契約者氏名や住所等の顧客情報を表示する画面データを受発注処理用受付装置２から受信し、表示する。オペレータが確認ボタンを押すと、ユーザ端末１は、顧客ＩＤと確認ＯＫを示す契約者確認データを受発注処理用受付装置２へ送信する（ステップＳ３４０）。
【００３８】
ユーザ端末１は、発注商品、数量などの発注に関する情報を入力するための画面データを受発注処理用受付装置２から受信して表示する。オペレータが発注に関する情報を入力すると、ユーザ端末１は、顧客ＩＤ、発注商品の商品ＩＤ、数量などの情報を設定した発注情報登録データを受発注処理用受付装置２へ送信する（ステップＳ３５０）。ユーザ端末１は、入力された発注に関する情報を表示し、内容に間違いがないか否かを確認するための確認画面を受発注処理用受付装置２から受信して表示する。オペレータが確認ボタンを押すと、ユーザ端末１は、顧客ＩＤと確認ＯＫの情報を設定した発注情報確認データを受発注処理用受付装置２へ送信する（ステップＳ３６０）。ユーザ端末１は、受発注処理用受付装置２が割り当てた受注ＩＤと、発注処理が完了した旨の表示する画面データを受発注処理用受付装置２から受信して表示する。オペレータが完了確認ボタンを押すと、ユーザ端末１は、受発注処理用受付装置２へ顧客ＩＤと受注ＩＤの情報を設定した発注完了データを送信する（ステップＳ３７０）。以降、後続の契約者・発注処理を行う。
【００３９】
図９は、統計装置４における商品発注時の動作を示すフローチャートを、図１０は、統計装置４内での商品発注時の動作シーケンスを示す図である。なお、統計処理の対象となる受発注データであると判断するための条件については、あらかじめ統計情報記憶部４５内に記憶されているものとする。
統計装置４の通信処理部４１、４２は、それぞれネットワーク５、６を流通するパケットを監視している（図９：ステップＳ４１０、図１０：ステップＳ５１０）。通信処理部４１、４２は、ネットワーク５、６を流通するパケットを検出して取得すると、受発注データ検出・分離部４３に出力する（図９：ステップＳ４２０、図１０：ステップＳ５２０）。
【００４０】
受発注データ検出・分離部４３は、パケットのペイロード（図５参照）内のデータから、あらかじめ指定された統計対象の受発注データであるか否かを判断する（図９：ステップＳ４３０、図１０：ステップＳ５３０）。例えば、図７におけるシーケンスで示される商品検索、商品選択、商品確認等の発注に関わるデータ、図８におけるシーケンスで示される契約者選択、契約者確認、発注情報登録等のデータなどあることを示す情報がパケットのペイロードに含まれている場合、契約者ＩＤ、商品ＩＤの情報を含む場合など、統計対象の受発注データであると判断することができる。受発注データ検出・分離部４３は、統計対象の受発注データであれば、パケットからペイロード部分を少なくとも含む、統計の集計に必要なデータ部分を分離し（図１０：ステップＳ５４０）、統計情報集計部４４へ出力する（図１０：ステップＳＳ５５０）。
【００４１】
統計情報集計部４４は、受発注データ検出・分離部４３から出力されたデータから、所定期間における所定の各統計項目の統計をカウントする（図９：ステップＳ４４０、図１０：ステップＳ５６０）。例えば、ネットワーク６を流れる受発注データ（図３）により、実際に発注がなされた各商品の発注個数を合計して統計を得る（図４）。また、例えば、図７に示す一連の受発注シーケンスの中では、同一の商品ＩＤをキーに特定される商品検索、商品選択、商品確認、発注者情報登録、発注者情報確認、完了の受発注データの発生を認識し、図８における一連の受発注シーケンスの中では、同一の契約者ＩＤをキーに特定される、商品Ａを注文するための契約者選択、契約者確認、発注情報登録、発注情報確認、発注処理完了〜商品Ｂを注文するための発注情報登録、発注情報確認、発注処理完了の受発注データの発生を認識する。そして、一連の受発注シーケンスの中でどの段階まで受発注シーケンスが進んだかの完了の割合を算出して、その統計を得る。受発注シーケンスの完了割合の統計を得ることにより、実際の受発注自体に結びつかなくとも、商品の選択までは行ったなど、どの段階までやりとりがなされたかを知ることができ、したがって、どのような商品に興味がもたれているかがわかる。統計情報集計部４４は、得られた各統計項目の統計値を示す統計情報を統計情報記憶部４５に書き込む（図９：ステップＳ４５０、図１０：ステップＳ５７０、Ｓ５８０）。統計装置４は、データ取得期間が終了していなければ、ステップＳ４１０からの処理を繰り返し、データ取得期間が終了していれば、処理を終了する（図９：ステップＳ４６０）。
【００４２】
図１１は、統計集計システムにおける統計情報補正時のシーケンス図を示す。この統計情報補正は、統計集計システムの処理負荷が低い１日の所定の時間など、定期的に行う。
まず、受発注処理用データベース装置３の受発注データ処理部３２は、受発注処理データ蓄積部３３から、統計集計期間に発生した受発注データを読み出して統計情報を生成する（ステップＳ６１０）。例えば、受発注データ処理部３２は、受発注処理データ蓄積部３３から読み出した受発注データを参照して、統計装置４において統計を集計している統計項目と同じ統計項目の統計値を集計する。受発注データ処理部３２は、生成した統計情報（以下、「統計情報Ａ」と記載）を示す生成結果データを統計装置４へ転送する（ステップＳ６２０）。統計装置４の統計情報集計部４４は、受発注処理用データベース装置３から統計情報Ａを受信すると、統計情報記憶部４５から自身の保持する統計情報（以下、「統計情報Ｂ」と記載）を読み出して突合する（ステップＳ６３０）。統計装置４の統計情報集計部４４は、突合の結果差分があった場合は、統計情報Ｂを補正する（ステップＳ６４０）。
【００４３】
図１２は、統計装置４における統計情報補正時の動作を示すフローチャートである。
まず、統計装置４の統計情報集計部４４は、通信処理部４２を介して受発注処理用データベース装置３から送信された統計情報Ａを受信する（ステップＳ７１０）。統計情報集計部４４は、受信した統計情報Ａと同じ統計集計期間について、統計情報集計部４４が統計を集計して書き込んだ統計情報Ｂを、統計情報記憶部４５から読み出す（ステップＳ７２０）。統計情報集計部４４は、統計情報Ａと統計情報Ｂとを突合して（ステップＳ７３０）、各統計項目の統計値に差分があるか否かを検出する（ステップＳ７４０）。統計情報集計部４４は、差分があると判断した場合には（ステップＳ７４０：Ｙｅｓ）、差分があった統計情報Ｂの統計項目の統計値を、統計情報Ａで示される当該項目の統計値に修正するよう、統計情報記憶部４５内の統計情報Ｂを書き換える（ステップＳ７５０）。
【００４４】
なお、受発注処理用データベース装置３や、受発注処理用受付装置２の処理負荷が高い場合、統計装置４が、受発注処理用受付装置２、受発注処理用データベース装置３に蓄積されている受発注データを取得し、この取得した受発注データから統計情報を生成して統計情報記憶部４５内の統計情報と突合し、差分により統計情報記憶部４５内の統計情報を書き換えることができる。
【００４５】
また、複数のサービスを提供するウェブシステムでは、複数のプロセスが互いに相手の占有しているデータベース資源の解放を待ってしまい、処理が停止してしまうデッドロックが発生する場合がある。これを回避するために、複数のプロセスがデータを占有する時間を短くする対策などが取られるが、この場合、データベースの不整合が発生する可能性が高くなる。そこで、このようなデータベースの不整合が発生した場合に、統計装置４において取得したデータを正として、受発注処理用データベース装置３の保持するデータを補正することにより、デットロックを回避しながら、受発注処理用データベース装置３の信頼性を向上させることができる。具体的には、統計装置４は、ネットワーク６からキャプチャした受発注データ（例えば、図３）を内部に備える記憶部（図示せず）に記憶しておき、処理負荷の低い１日の所定の時間などに、記憶していた受発注データを読み出して受発注処理用データベース装置３へ送信する。受発注処理用データベース装置３は、統計装置４から受信した受発注データと、受発注処理データ蓄積部３３に記憶されている受発注データとを突合し、差分がある場合には、統計装置４から受信した受発注データに含まれる差分のデータにより受発注処理データ蓄積部３３内の受発注データを書き換える。
【００４６】
図１５は、他の実施形態による統計集計システムの機能ブロック図である。ユーザ端末１と受発注処理用受付装置２の間で、例えば、ＳＳＬ（Secure Socket Layer）などの暗号化通信が行われている場合には、図１５に示すように、ネットワーク５上に復号装置７を挿入する。復号装置７は、ネットワーク５を流れるパケットをキャプチャし、キャプチャしたパケットが暗号化されている場合には復号して受発注処理用受付装置２へ出力し、暗号化されていない場合にはそのまま受発注処理用受付装置２へ出力する。統計装置４は、ネットワーク５を流れる復号されたパケットを取り込んで、上述した実施の形態と同様の処理を行う。
【００４７】
このように、本実施の形態では、受発注データが流通する同じセグメント上に、受発注のデータを処理する受発注処理用受付装置２と受発注処理用データベース装置３と、受発注に関するデータをキャプチャする統計装置４を設け、統計装置４においてリアルタイムに統計情報を作成する。そして、ネットワーク５を流通するデータを取り込み生成した統計情報とは別に、受発注処理用データベース装置３へ蓄積された受発注データから統計情報を生成して、２つの統計情報を定期的に突合し、統計情報を更新する。
【００４８】
本実施の形態によれば、以下のような効果がある。
受発注処理のＷｅｂ／ＡＰサーバである受発注処理用受付装置２、受発注に関するデータを蓄積する受発注処理用データベース装置３と、統計情報サーバである統計装置４とを物理的に分離することにより、受発注の処理に負荷をかけずに、つまり、受発注処理用受付装置２、受発注処理用データベース装置３に負荷をかけずに、統計情報をリアルタイムに収集することができる。
また、統計装置４を受発注処理用受付装置２及び受発注処理用データベース装置３と同じセグメント上に設定し、ネットワーク５、６上を流れる受発注データをキャプチャすることにより、ネットワーク６上の負荷を与えることなく統計情報を収集することができる。
また、Ｗｅｂ／ＡＰサーバのログから統計情報を生成する従来の技術では、受発注が一連の異なる受発注データのやりとりによって完了する場合に、ログからは受発注データがそのやり取り中でどの段階のものであるかなどの詳細な情報までを確認して統計を集計することはできなかったが、本実施の形態によれば、受発注の手順が、どの段階までその手順が進んだかなどの、詳細な統計項目を集計することも可能となる。
【００４９】
また、受発注処理用受付装置２や受発注処理用データベース装置３の処理負荷に影響されることなく、いつでも統計情報を集計することが可能となる。これにより、例えば、受発注が集中しており、受発注処理用受付装置２や受発注処理用データベース装置３の処理能力が低下しているときでも、受発注処理用受付装置２や受発注処理用データベース装置３にさらなる処理負荷を与えることなしに、実際に発生している受発注の量をリアルタイムに集計できる。このことは、受発注処理用受付装置２や受発注処理用データベース装置３内または外部装置において計測する、当該受発注処理用受付装置２や受発注処理用データベース装置３のＣＰＵ使用率の推移やメモリ使用率の推移などのシステム負荷の計測結果記録データとあわせてみることにより、受発注の量とシステムの負荷の対応関係を把握するしくみに応用することが可能となる。
【００５０】
また、ネットワーク５、６を流通するデータを取り込み生成した統計情報と、受発注処理用データベース装置３に蓄積された受発注データから生成した統計情報の整合性をとることにより、受発注処理システム９で処理された統計情報を補正し、正しい統計情報を得ることができる。例えば、不正アクセス、在庫不足、あるいはその他のエラーなどで発注処理が完了しなかった場合や、受発注処理用データベース装置３においてデッドロックなどで受発注データが書き込まれなかった場合、受発注処理用受付装置２や受発注処理用データベース装置３の負荷が高く正常に処理ができなかった場合など、統計装置４で生成した統計情報は、受発注処理用データベース装置３に保持されている実際の受発注データから得られる統計情報とは異なる場合があるが、これを正しく補正し、統計の正当性を保障することが可能となる。
【００５１】
なお、受発注処理の負荷が小さい場合は、統計装置４の機能と受発注処理用受付装置２の機能を同一の装置に実装し、将来、受発注処理の負荷が大きくなった場合に、分離することも可能である。
【００５２】
なお、ユーザ端末１、受発注処理用受付装置２、受発注処理用データベース装置３及び統計装置４は、内部にコンピュータシステムを有している。そして、上述したユーザ端末１、受発注処理用受付装置２の受発注処理受付処理部２２、受発注処理用データベース装置３の受発注データ処理部３２、統計装置４の受発注データ検出・分離部４３ならびに統計情報集計部４４動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＣＰＵや各種メモリ、ＯＳや周辺機器等のハードウェアを含むものである。
【００５３】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【図面の簡単な説明】
【００５４】
【図１】本発明の一実施の形態による統計集計システムの全体構成図である。
【図２】同実施形態による統計集計システムの機能ブロック図である。
【図３】同実施形態による受発注データの例を示す図である。
【図４】同実施形態による受発注データの統計情報の例を示す図である。
【図５】同実施形態による解析対象データの記述箇所と、パケットのプロトコルスタックとの関係を説明するための図である。
【図６】同実施形態による統計集計システムにおける発注時のシーケンス図である。
【図７】同実施形態によるユーザ端末と受発注処理用受付装置との間の商品発注におけるシーケンス例を示す。
【図８】同実施形態によるユーザ端末と受発注処理用受付装置との間の商品発注におけるシーケンス例を示す。
【図９】同実施形態による統計装置における商品発注時の動作を示すフローチャートを示す図である。
【図１０】同実施形態による統計装置における商品発注時のシーケンス図である。
【図１１】同実施形態による統計集計システムにおける統計情報補正時のシーケンス図を示す。
【図１２】同実施形態による統計装置における統計情報補正時の動作を示すフローチャートである。
【図１３】同実施形態による統計集計システムにおいて、処理システムが工事進捗状況管理処理システムである場合の全体構成図である。
【図１４】同実施形態による統計集計システムにおいて、処理システムが在庫管理処理システムである場合の全体構成図である。
【図１５】他の実施形態による統計集計システムの機能ブロック図である。
【図１６】従来技術による受発注処理システムの構成例を示す図である。
【符号の説明】
【００５５】
１…ユーザ端末
２…受発注処理用受付装置
３…受発注処理用データベース装置
４…統計装置
５、６、８…ネットワーク
７…復号装置
９…受発注処理システム（処理システム）
２１、２３、３１、４１、４２…通信処理部
２２…受発注処理受付処理部
３２…受発注データ処理部
３３…受発注処理データ蓄積部（処理データ蓄積部）
４３…受発注データ検出・分離部（集計対象データ検出部）
４４…統計情報集計部
４５…統計情報記憶部
【図１】
2008250834.tif 000003
【図２】
2008250834.tif 000004
【図３】
2008250834.tif 000005
【図４】
2008250834.tif 000006
【図５】
2008250834.tif 000007
【図６】
2008250834.tif 000008
【図７】
2008250834.tif 000009
【図８】
2008250834.tif 000010
【図９】
2008250834.tif 000011
【図１０】
2008250834.tif 000012
【図１１】
2008250834.tif 000013
【図１２】
2008250834.tif 000014
【図１３】
2008250834.tif 000015
【図１４】
2008250834.tif 000016
【図１５】
2008250834.tif 000017
【図１６】
2008250834.tif 000018