JP2015076623A - 処理判定装置、処理判定プログラム、及び処理判定方法 - Google Patents

Abstract

【課題】クライアント端末からサーバ端末に送信されたデータのパケットの内容を見なくても、どのような処理を指示していたのか分かるようにする。【解決手段】クライアント端末１２がサーバ端末１６に処理の実行のために送信するデータのピーク時の通信量、総通信量、ピークの発生時間、ピークの発生回数、他のイベントとの依存関係の情報からイベントを特定する。これらの情報は、送信されるデータが暗号化されていても知ることができる。よって、クライアント端末１２からサーバ端末１６に送信されたデータのパケットの内容を見なくても、どのような処理を指示していたのかを知ることができる。【選択図】図１

Description

本発明は、処理判定装置、処理判定プログラム、処理判定方法に関する。

従来、サービスの１つとして、クライアント端末により実行が指示された場合に、サーバ端末が複数の処理の内の選択された処理を提供することが行われている。このようなサービスの一例として文書管理を例にとると、上記処理には、文書の保存や文書の削除がある。このようなサービスの提供に対する課金として、課金処理装置は、どのような処理が選択されたのかとは無関係に、例えば、一月Ｘ円などの定額をクライアント端末に請求している。しかし、このような定額の課金ではなく、サービスの中の選択された処理に応じて、課金することが望まれている。よって、クライアント端末がサーバ端末にどのような処理を実行させたのかを知ることが必要である。

ところで、クライアント端末がサーバ端末に、どのような処理を実行させるのかを示すデータを送信する場合には、送信するデータが、複数のパケットデータに分割されて、送信される。そして、所定時間当りのパケットデータ数（データの通信量）は、徐々に増え、ピークを過ぎると減少する。ピーク時のデータ通信量は、上記選択された処理に応じて異なる。例えば、図３３に示すように、クライアント端末からサーバ端末に、上記指示をするためのクライアントアプリケーションのインストールの処理の指示をする場合には、ピーク時のデータ通信量は、ピーク値Ａのように大きい。また、パラメータの設定の場合には、ピーク時の通信量は、ピーク値Ｃのように比較的小さい。更に、データの通信の場合には、ピーク時の通信量は、ピーク値Ｂのように比較的大きい。このように、クライアント端末からサーバ端末に、どのような処理を実行させるのかの指示のデータを送信する際のピーク時の通信量は、上記選択された処理に応じて異なる。これは、上記選択された処理毎に、クライアント端末からサーバ端末に送信するデータ量が異なるからである。同様の理由により、クライアント端末からサーバ端末に送信するデータの総通信量も上記選択された処理に応じて異なる。
よって、ピーク時のデータの通信量や総通信量を測定すれば、上記選択された処理を判定することができるとも考えられる。

特開2001-189760号公報

しかし、図３４（Ａ）に示すように、上記選択された処理（以下、イベントという）が異なっても、ピーク時の通信量が似ている場合がある。即ち、図３５（Ａ）に示すように、異なるイベントＡ、Ｂの指示に対応するピーク時の通信量が似ているため、これらのイベントＡ、Ｂが通信量では判定することができない。また、図３５（Ｂ）に示すように、異なるイベントＡ、Ｂの指示に対応する上記総通信量Ｓａ、Ｓｂが似ているため、イベントＡ、Ｂを判定することができない。

ところで、クライアント端末からサーバ端末に、一定期間内に複数の処理の指示がされる場合がある。この場合は、図３４（Ｂ）に示すように、各指示のためのデータの通信が重なり合い、重なり合った通信のピーク時の通信量は、各イベントに応じたピーク時の通信量より大きくなる場合がある。

更に、ネットワークの設定などにより、クライアント端末がサーバ端末にデータを送信する際の送信速度が一定値に制限される場合がある。このため、図３４（Ｃ）に示すように、全体として送信されるデータ量がイベントに応じた総通信量に等しいが、ピーク時の通信量が、当該イベントに応じたピーク時の通信量と異なる場合がある。

このように、ピーク時の通信量や総通信量ではイベントを正確に判定することができない場合がある。

クライアント端末がサーバ端末にどのような処理を実行させたのかは、上記指示のためにクライアント端末からサーバ端末に送信されたデータの中のパケットの内容を見れば分かる。しかし、クライアント端末とサーバ端末との間が仮想プライベートネットワークサーバ（ＶＰＮサーバ）により接続され、送信されるデータがカプセル化され（暗号化）されていると、課金処理装置は、パケットの内容を見ることができない。従って、課金処理装置は、クライアント端末からサーバ端末にどのような処理を実行させたのか分からない。

本発明は、１つの側面として、クライアント端末からサーバ端末にどのような処理を指示していたのか分かるようにすることが目的である。

１実施態様では、サーバ装置は、各々異なる種類の複数の処理の内の指示された処理を実行する。クライアント装置は、サーバ装置に、処理の実行を指示するためにデータを送信する。記憶部は、複数の処理の各々の実行を指示するためにクライアント装置がサーバ装置に送信するデータの予め定められた所定時間に渡る通信量の分布を各処理に対応して記憶する。

第１の判定部は、クライアント装置がサーバ装置に実行を指示した第１の処理が、複数の処理の内のどの処理なのかを判定する。減算部は、第１の通信量の分布から第２の通信量の分布を減算する。第１の通信量の分布は、第１の処理が指示された所定時間を含む一定期間内にクライアント装置からサーバ装置に送信されたデータの通信量の分布である。第２の通信量の分布は、第１の判定部により第１の処理について判定された処理に対応して記憶部に記憶された所定時間に渡る通信量の分布である。

第２の判定部は、減算部により第２の通信量の分布が減算された第１の通信量の分布の残りの部分に基づいて、上記一定期間内においてクライアント装置がサーバ装置に指示しかつ残存する第２の処理が、複数の処理の内のどの処理なのかを判定する。

１つの側面として、クライアント端末からサーバ端末にどのような処理を指示していたのか分かる、という効果を有する。

サービス提供システムを示す図である。 ＶＰＮサーバ１０のブロック図である。 ＶＰＮサーバ１０の機能ブロック図である。 ＶＰＮサーバ１０のプロセスを示す図である。 各時刻通信量記憶テーブル７２を示す図である。 時間微分値記憶テーブル７４を示す図である。 ピーク時通信量記憶テーブル７６を示す図である。 各イベントピーク時通信量記憶テーブル７８を示す図である。 判定内容記憶テーブル８０を示す図である。 イベント内容記憶テーブル８２を示す図である。 未判定発生イベント記憶テーブル８４を示す図である。 サーバ端末１６からクライアント端末１２にサービスを提供するための初期の設定を行うための設定処理の一例を示すフローチャートである。 ＶＰＮサーバ１０が実行するＶＰＮサーバ１０上の通信量を保存する処理の一例を示すフローチャートである。 予め定められた課金期間が経過した時にＶＰＮサーバ１０が実行するイベント判定処理の一例を示すフローチャートである。 図１４のステップ１１２の処理の一例を示すフローチャートである。 （Ａ）は、クライアント端末１２からＶＰＮサーバ１０へのパケットデータの通信量の分布がのこぎり状に分布することを示し、（Ｂ）は、（Ａ）の通信量の分布について近似曲線を求めて正規化する様子を示し、（Ｃ）は、正規かされた通信量の分布を示す図である。 図１４のステップ１１６の処理の一例を示すフローチャートである。 図１７のステップ１４２における処理の一例を示すフローチャートである。 （Ａ）〜（Ｃ）はそれぞれ、イベントＥ１〜イベントＥ３に対応して、各イベントの各時刻における通信量の分布のテーブルを示す図である。 （Ａ）は、各時刻通信量記憶テーブル７２に記憶された通信量分布を示し、（Ｂ）は、（Ａ）における時刻ｔ２におけるピークを有するイベントの指示がイベントＥ１の指示であることを示し、（Ｃ）は、各時刻通信量記憶テーブル７２に記憶された通信量分布からイベントＥ１に対応する通信量の分布が源算された様子を示す図である。 図１７のステップ１４４の処理の一例を示すフローチャートである。 定時発生のイベントを示す図であり、（Ａ）は、イベントＥ５の実行が指示された場合に送信されるデータの通信量の分布において、毎日１２時３４分にピーク位置が一致することを示し、（Ｂ）は、イベントＥ３の実行が指示された場合に送信されるデータの通信量の分布において、毎日１２時〜１４時の間にピークが発生することを示す図である。 実行が指示された場合にデータ通信に繰り返しピークが発生するイベントを示す図であり、（Ａ）は、イベントＥ２の実行が指示された場合に送信されるデータの通信量の分布のピーク位置が２回繰り返す様子を示し、（Ｂ）は、イベントＥ６の実行が指示された場合場に送信されるデータの通信量の分布のピーク位置が３回繰り返す様子を示す図である。 （Ａ）は、イベントＥ２の実行の指示があると、イベントＥ４の実行の指示がある確率が高いことを示し、（Ｂ）は、イベントＥ４の実行の指示がある場合には、その直前のイベントがイベントＥ２の場合しかないことを示す図である。 図１７のステップ１４６の処理の一例を示すフローチャートである。 イベント発生期間Ｔの算出方法を説明する図である。 （Ａ）は、ピークの通信量（ピーク値）でイベントＡ、Ｂを区別できないことを示し、（Ｂ）は、総通信量でイベントＡ、Ｂを区別できないことを示し、（Ｃ）は、仮にイベントＡが判定されても、イベントＢは判定できないことを示す図である。 （Ａ）は、ピークの通信量（ピーク値）でイベントＡ、Ｂを区別できないことを示し、（Ｂ）は、属性によりイベントＡが判定できたことを示し、（Ｃ）は、総通信量でイベントＢを判定することができることを示す図である。 図１７のステップ１４８の処理の一例を示すフローチャート １つのピークの通信量に対応してイベントＥ１とイベントＥ２が判定されることを説明する図である。 イベントＥ３の実行の指示があった場合に、次にイベントＥ１、Ｅ２のそれぞれの指示がある相関確率を示す図である。 本実施の形態の各処理により、各ピークに対しイベントが判定される様子を示すである。 異なる処理（イベント）毎にピーク時の通信量が異なる様子を示した図である。 （Ａ）は、異なるイベントであっても、ピーク時の通信量が似ている場合があることを示し、（Ｂ）は、２つのイベントの指示のためのデータ通信が一定期間内に重なり合い、ピーク時の通信量が、各イベントに応じたピーク時の通信量よりも大きくなることを示す図であり、（Ｃ）は、クライアント端末からサーバ端末にデータを送信する際の送信速度が一定値に制限されている場合に、ピーク時の通信量がイベントに応じたピーク時の通信量よりも低くなることを示す図である。 （Ａ）は、異なるイベントＡ、Ｂのピーク時の通信量が同じであり、これらのイベントＡ、Ｂが通信量では判定することができないことを示し、（Ｂ）は、異なるイベントＡ、Ｂの各総通信量Ｓａ、Ｓｂが似ているため、イベントＡ、Ｂを判定することができないことを示す図である。

以下、図面を参照して開示の技術の実施形態の一例を詳細に説明する。
図１は、サービス提供システムを示す図である。図１に示すように、サービス提供システムは、複数のクライアント端末１２、１４と、サーバ端末１６との間に、プライベートネットワークサーバ（ＶＰＮ（Ｖｅｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）サーバ）１０及び課金処理装置１８が接続されている。複数のクライアント端末１２、１４は、ＶＰＮサーバ１０及び課金処理装置１８に接続され、ＶＰＮサーバ１０及び課金処理装置１８は、サーバ端末１６に接続される。ＶＰＮサーバ１０及び課金処理装置１８は互いに接続されている。クライアント端末１２、１４、サーバ端末１６、課金処理装置１８、及びＶＰＮサーバ１０は、同様の構成であるので、以下、ＶＰＮサーバ１０の構成を説明し、その他の装置の構成の説明を省略する。

図２には、ＶＰＮサーバ１０のブロック図が示されている。図２に示すように、ＶＰＮサーバ１０は、ＣＰＵ（中央処理装置：Central Processing Unit）２２、ＲＯＭ（Read Only Memory）２４、メモリ２６を備えている。また、ＶＰＮサーバ１０は、ログデータベース２８、テーブル用データベース３０、表示制御部３２を介して表示装置３４、入力装置３６、及び通信制御部３８を備えている。ＣＰＵ２２、ＲＯＭ２４、メモリ２６、ログデータベース２８、テーブル用データベース３０、表示制御部３２、表示制御部３２に接続された表示装置３４、入力装置３６、及び通信制御部３８は、バス４０を介して相互に接続されている。テーブル用データベース３０には、後述する各種のテーブル（７２〜８４（図５〜図１１）、図１９）が設けられている。通信制御部３８には、クライアント端末１２、１４、課金処理装置１８、及びサーバ端末１６の通信制御部３８が接続されている。

なお、クライアント端末１２、１４、サーバ端末１６、ＶＰＮサーバ１０は、本開示の技術のクライアント装置、サーバ装置、処理判定装置の一例である。テーブル用データベース３０は、本開示の技術の記憶部の一例である。

図３には、ＶＰＮサーバ１０の機能ブロック図が示されている。図３に示すように、ＶＰＮサーバ１０は、通信量記憶部５２、波形正規化部５４、テーブル更新部５６、イベント判定部５８、及びイベント送信部６０を備えている。通信量記憶部５２は、ログデータベース２８とテーブル用データベース３０に接続されている。波形正規化部５４、テーブル更新部５６、イベント判定部５８、及びイベント送信部６０は、テーブル用データベース３０に接続されている。

ＲＯＭ２４には、イベント判定処理プログラムが記憶されている。ＣＰＵ２０は、ＲＯＭ２４からイベント判定処理プログラムを読み出してメモリ２６に展開し、イベント判定処理プログラムが有するイベント判定処理プロセスを実行する。

イベント判定処理プロセスは、図４に示すように、通信量記憶プロセス６２、波形正規化プロセス６４、テーブル更新プロセス６６、イベント判定プロセス６８、及びイベント送信プロセス７０を備えている。

なお、ＣＰＵ２２が、上記プロセス６２〜７０の各々を実行することにより、図３の上記各部５２〜６０として動作する。

図５には、各時刻通信量記憶テーブル７２が示されている。各時刻通信量記憶テーブル７２は、複数のクライアント端末１２、１４の各々に応じて設けられている。各時刻通信量記憶テーブル７２には、後述する課金期間の開始時からの所定時間毎の時刻ｔ１、ｔ２、ｔ３・・・に対応して、当該所定期間内にクライアント端末１２からサーバ端末１６に送信されたデータの通信量ａ１、ａ２、ａ３・・・が対応して記憶される。

図６には、クライアント端末１２、１４に応じて設けられた時間微分値記憶テーブル７４が示されている。時間微分値記憶テーブル７４には、上記所定時間毎の通信量の時間微分値が所定時間に対応して記憶される。例えば、所定時間Ｔ１は、時刻ｔ２−時刻ｔ１であり、時間微分値ｄ１は、（通信量ａ２−通信量ａ１）／Ｔ１である。同様に、所定時間Ｔ２は、時刻ｔ３−時刻ｔ２であり、時間微分値ｄ２は、（通信量ａ３−通信量ａ２）／Ｔ２である。

図７には、クライアント端末１２、１４に応じて設けられたピーク時通信量記憶テーブル７６が示されている。ピーク時通信量記憶テーブル７６には、例えば、クライアント端末１２からサーバ端末１６へのデータの通信の際のピーク時刻ｐｔ１、ｐｔ２、ｐｔ３に対応して、その時刻の通信量であるピーク時通信量ｐａ１、ｐａ２、ｐａ３が対応して記憶される。

図８には、各イベントピーク時通信量記憶テーブル７８が示されている。各イベントピーク時通信量記憶テーブル７８は、各イベントの識別情報であるイベントＥ１、Ｅ２、Ｅ３・・・に対応してピーク時の通信量であるピーク時通信量（閾値）ＴＳ１、ＴＳ２、ＴＳ３・・・が対応して記憶されている。なお、クライアント端末１２、１４からサーバ端末１６へイベントとは無関係にデータ通信、例えば、ｐｉｎｇが行われる。本実施の形態では、各イベントピーク時通信量記憶テーブル７８には、イベントとは無関係に発生するデータの通信の識別情報であるＥ１００に対応して、ピーク時通信量ＴＳ１００が対応して記憶されている。

図９には、判定内容記憶テーブル８０が示されている。判定内容記憶テーブル８０には、ピーク時刻、ピーク時通信量、ピーク時通信量（閾値）、及びイベントの識別情報が対応して記憶される。

図１０には、イベント内容記憶テーブル８２が示されている。イベント内容記憶テーブル８２には、各イベントのイベント発生時間帯、発生順、依存対象イベント、繰り返し回数、総通信量、各イベントとの相関値、１日当りの平均発生回数、及び１日当りの発生確率が記憶されている。各イベントのイベント発生時間帯、発生順、依存対象イベント、繰り返し回数、総通信量、各イベントとの相関値、１日当りの平均発生回数、及び１日当りの発生確率は、イベントＥ１、Ｅ２、・・・の各々に対応して記憶されている。

なお、イベント内容記憶テーブル８２には更に、イベントとは無関係に発生するクライアント端末１２、１４からサーバ端末１６へのデータの通信の識別情報Ｅ１００に対応して、総通信量Ｓ１００が記憶されている。

図１１には、未判定発生イベント記憶テーブル８４が示されている。未判定発生イベント記憶テーブル８４には、ピーク時刻、ピーク時の通信量、候補イベント、及び各イベントの相関確率が対応して記憶される。

ところで、例えば、クライアント端末１２がサーバ端末１６に、どのような処理（イベント）を実行させるのかを示すデータを送信する場合、送信するデータが複数のパケットデータに分割される。そして、所定時間当りのパケットデータ数（データの通信量）は、徐々に増え、ピークを過ぎると減少する。ピーク時の通信量は、クライアント端末１２により選択された処理（イベント）に応じて異なる。これは、上記イベント毎に、クライアント端末からサーバ端末に送信するデータ量が異なるからである。同様の理由により、クライアント端末がサーバ端末に送信するデータの総通信量も上記イベントに応じて異なる。

図１９（Ａ）〜図１９（Ｃ）には、３つのイベントＥ１〜Ｅ３を例として、クライアント端末１２が３つのイベントＥ１〜Ｅ３のそれぞれを指示するために送信するデータの通信量の時間的分布が示されている。図１９（Ａ）〜図１９（Ｃ）に示すように、３つのイベントＥ１〜Ｅ３のそれぞれを指示するために送信されるデータの所定時間毎の各所定時間当たりの通信量が予め定められている。テーブル用データベース３０には、各イベントに対応して定まる所定時間毎の各所定時間当りのデータの通信量の分布がテーブルとして記憶されている。

次に本実施の形態の作用を説明する。クライアント端末１２、１４のそれぞれから、サーバ端末１６に実行が指示されたイベントについてＶＰＮサーバ１０が実行するイベント判定処理は互いに同様である。そこで、以下、クライアント端末１２からサーバ端末１６に実行が指示された場合にＶＰＮサーバ１０が実行するイベント判定処理のみを説明する。

図１２には、サーバ端末１６から、例えば、クライアント端末１２にサービスを提供するための初期の設定を行うための設定処理の一例がフローチャートとして示されている。ステップ１０２で、クライアント端末１２が、課金処理装置１８からサービスを購入する。これにより、課金処理装置１８からクライアント端末１２に、サービスを提供するためのクライアントアプリケーション（Ｃｌｉｅｎｔ Ａｐｐｌｉｃａｔｉｏｎ（Ｃｌｉｅｎｔ Ａｐｐ））１がダウンロードされる。なお、図１では、課金処理装置１８からクライアント端末１２に、別のクライアントアプリケーション（Ｃｌｉｅｎｔ Ａｐｐ）２がダウンロードされていることが示されている。例えば、Ｃｌｉｅｎｔ Ａｐｐ１で提供されるサービスとしては、文書管理があり、別のＣｌｉｅｎｔ Ａｐｐ２で提供されるサービスとしては、電子メールの送受信がある。なお、Ｃｌｉｅｎｔ Ａｐｐ１、２で提供が指示されるサービスについてイベント判定処理は互いに同様であるので、以下、Ｃｌｉｅｎｔ Ａｐｐ１で提供が指示されるサービスについて説明する。

ステップ１０４で、課金処理装置１８は、サーバ端末１６に、クライアント端末１２にダウンロードされたＣｌｉｅｎｔ Ａｐｐ１との間でサービスを提供するための仮想サーバＳＶ１を実行するための環境（インスタンス）を作成する。また、課金処理装置１８は、クライアント端末１２にダウンロードされたＣｌｉｅｎｔ Ａｐｐ１とサーバ端末１６に設定された仮想サーバＳＶ１との間のＶＰＮ接続を設定する。これにより、クライアントアプリケーション１は、ＶＰＮサーバ１０を介して、仮想サーバＳＶ１と接続される。クライアント端末１２がサーバ端末１６に、どのような処理（イベント）を実行させるのかを示すデータを送信する場合、データは暗号化されて送信される。

ステップ１０６で、クライアント端末１２は、Ｃｌｉｅｎｔ Ａｐｐ１を介しかつＶＰＮサーバ１０を経由して、仮想サーバＳＶ１からのサービスを利用する。

図１３には、ＶＰＮサーバ１０が実行するＶＰＮサーバ１０上の通信量を保存する処理の一例がフローチャートとして示されている。ステップ１０８で、通信量記憶部５２は、Ｃｌｉｅｎｔ Ａｐｐ１からＶＰＮサーバ１０を介して仮想サーバＳＶ１に送信されるデータの通信量をカウントし、各時刻通信量記憶テーブル７２（図５）に保存する。即ち、ＶＰＮサーバ１０の通信量記憶部５２は、Ｃｌｉｅｎｔ Ａｐｐ１から送信されたパケットデータの数を所定時間毎にカウントする。通信量記憶部５２は、所定時間内に受信したパケットデータの数と、１パケット当りのデータの通信量との乗算値を計算する。通信量記憶部５２は、その乗算値を所定時間の通信量として各時刻通信量記憶テーブル７２に記憶する。例えば、通信量記憶部５２は、課金開始時から所定時間経過する時刻ｔ１までに受信したパケットデータの数に１パケット当りの通信量を乗算した通信量ａ１を、時刻ｔ１に対応して記憶する。通信量記憶部５２は、以上の処理を課金期間の開始時から次の課金期間の終了時まで所定時間毎に行う。通信量記憶部５２は、各時刻通信量記憶テーブル７２の内容と同様のデータをログデータベース２８にも記憶する。

本実施の形態では、予め定められた課金期間、例えば１カ月毎の複数の種類のイベント各々毎に集計したイベント数に応じた課金をするための課金情報を課金処理装置１８がクライアント端末１２に送信する。

図１４には、予め定められた課金期間が経過した時にＶＰＮサーバ１０が実行するイベント判定処理の一例がフローチャートとして示されている。イベント判定処理は、前回の課金期間の終了時から課金期間が経過したときにスタートし、ステップ１１２で、通信量と閾値とからイベントを判定する処理が実行される。当該処理（ステップ１１２）の具体的内容の一例が、図１５にフローチャートとして示されている。

図１５のステップ１２２で、テーブル更新部５６は、各時刻通信量記憶テーブル７２（図５）に記憶された時刻及び通信量から時間微分値を計算し、時間微分値記憶テーブル７４（図６）に保存する。即ち、テーブル更新部５６は、上記のように、例えば、時刻ｔ２−時刻ｔ１を計算して、所定時間Ｔ１に代入する。テーブル更新部５６は、時刻ｔ２における通信量ａ２から時刻ｔ１における通信量ａ１を減算した値をＴ１で除した値を時間微分値ｄ１として、時間微分値記憶テーブル７４に保存する。テーブル更新部５６は、各時刻通信量記憶テーブル７２に記憶されている全ての時刻の通信量についての時間微分値を計算し、時間微分値記憶テーブル７４（図６）に保存する。

ステップ１２４で、波形正規化部５４は、パケットデータの通信量の波形を正規化する。即ち、まず、クライアント端末１２からＶＰＮサーバ１０へのパケットデータの通信量の分布の波形は、例えば、図１６（Ａ）に示すように、のこぎり状である。のこぎり状のままでパケットデータの通信量を用いると、計算量が多くなる。そこで、波形正規化部５４は、近似曲線を求めるための周知のアルゴリズムを用いて、のこぎり状に分布する通信量から、例えば、図１６（Ｂ）に示すように、近似曲線を求めることにより、通信量の分布を正規化する。波形正規化部５４は、正規化された通信量の分布から、通信量のピーク時間を算出する。例えば、図１６（Ｃ）に示すように、時刻ｔｘより前の時間微分値は、正の値をとるのに対し、時刻ｔｘより後では時間微分値は負の値をとる。このように、時間微分値が正の値から負の値に変化した変曲点がピーク時（ピーク時刻）に対応する。そこで、テーブル更新部５６は、時間微分値記憶テーブル７４（図６）に保存された時間微分値の値に基づいてピーク時（ピーク時刻）を算出する。テーブル更新部５６は、各時刻通信量記憶テーブル７２（図５）を参照してピーク時（ピーク時刻）ｔｘにおける通信量を求める。テーブル更新部５６は、上記算出したピーク時（ピーク時刻）ｔｘと、ピーク時（ピーク時刻）ｔｘにおける通信量とを対応させて、ピーク時通信量記憶テーブル７６（図７）に保存する。

ステップ１２６で、テーブル更新部５６は、各イベントピーク時通信量記憶テーブル７８（図８）に記憶された全イベントの各々のピーク時通信量（閾値）と、ピーク時通信量記憶テーブル７６（図７）に記憶されたピーク時通信量とを比較する。即ち、テーブル更新部５６は、ピーク時通信量記憶テーブル７６（図７）における各ピーク時のピーク時通信量ｐａ１、ｐａ２、ｐａ３・・・（以下、各々を代表してｐａという）の各々を１つずつ取り出す。テーブル更新部５６は、各イベントピーク時通信量記憶テーブル７８（図８）における各イベントのピーク時通信量（閾値）ＴＳ１、ＴＳ２、ＴＳ３、・・・（以下、各々を代表してＴＳという）の各々を１つずつ取り出す。テーブル更新部５６は、各ピーク時通信量ｐａと、各ピーク時通信量（閾値）ＴＳとを比較する。これにより、ピーク時通信量記憶テーブル７６（図７）における各ピークがどのイベントのピークに対応するかが判定される。即ち、ピーク時通信量記憶テーブル７６（図７）における各ピークに対応するイベントの指示がどのイベントを指示したのかが判定される。

ステップ１２８で、イベント判定部５８は、各ピーク時刻におけるピーク時通信量ｐａの±例えば５％の範囲に収まるピーク時通信量（閾値）ＴＳが存在するか否かを判断する。即ち、イベント判定部５８は、まず、ピーク時通信量ｐａの±５％の範囲を計算し、そして、各イベントのピーク時通信量（閾値）ＴＳのそれぞれが当該範囲に入るか否かを判断する。ステップ１２８の判定結果が肯定判定の場合には、イベント判定処理はステップ１３０に移行し、ステップ１２８の判定結果が否定判定の場合には、イベント判定処理はステップ１３２に進む。

ステップ１２８の判定結果が肯定判定の場合は、ピーク通信量ｐａ±５％の範囲にピーク時通信量（閾値）ＴＳが入るイベントが存在する。即ち、ピーク時の通信量がピーク通信量ｐａであるイベントの指示は、ピーク時通信量（閾値）がピーク時通信量（閾値）ＴＳであるイベントの指示である可能性がある。そこで、ステップ１３０で、イベント判定部５８は、ピーク時刻、ピーク時の通信量ｐａ、及びピーク時通信量（閾値）がピーク時通信量（閾値）ＴＳであるイベントの識別情報を判定内容記憶テーブル８０（図９）に保存する。一方、ステップ１３２では、イベント判定部５８は、イベントのピーク時刻、及びピーク時通信量ｐａのみを判定内容記憶テーブル８０（図９）に保存する。

ステップ１３４で、全てのピーク時刻ｐｔ１、ｐｔ２、ｐｔ３、・・・（図７）に対して上記の処理（ステップ１２８〜１３２）を実施したか否かを判断する。ステップ１３４が否定判定の場合には、ステップ１３６で、イベント判定部５８は、未比較のピーク時刻における通信量に対し、各イベントピーク時通信量記憶テーブル７８の全イベントの各々のピーク時通信量（閾値）と比較する。ステップ１３６の処理の後、イベント判定処理はステップ１２８に移行する。

以上の処理（図１５）が実行されると、判定内容記憶テーブル８０の具体的内容は、例えば、図９に示す内容となる。例えば、ピーク時刻ｐｔ１におけるピーク時通信量ｐａ１のイベントに対しては、イベントＥ１、Ｅ２（イベントの識別情報）が対応して記憶される。なお、イベントＥ１、Ｅ２のピーク時通信量（閾値）ＴＳ１、ＴＳ２も対応して記憶される。このように、１つのピーク時刻に対応して複数のイベントの識別情報が記憶される技術的意味は次の通りである。例えば、図３０に示すように、ピーク時刻がｐｔ１であるイベントのピーク時通信量ｐａ１の±５％の範囲に、イベントＥ１のピーク時通信量（閾値）ＴＳ１と、イベントＥ２のピーク時通信量（閾値）ＴＳ２が入る。即ち、ピーク時刻がｐｔ１のイベントの指示は、イベントＥ１かＥ２のどちらかの指示である可能性がある。

一方、図９のピーク時刻ｐｔ３に対応して、イベントＥ３が対応して記憶されている。これは、ピーク時刻がｐｔ３のイベントの指示は、イベントＥ３の指示である可能性がある。なお、ステップ１２８が否定判定の場合に、ステップ１３２では、ピーク時刻とピーク時通信量のみが判定内容記憶テーブル８０に保存されている。この場合には、ピーク時刻、ピーク時通信量に対応して、イベントの識別情報及びピーク時通信量（閾値）は記憶されていない。

このように、ピーク時刻及びピーク時通信量に対応して、イベントの識別情報及びピーク時通信量（閾値）が記憶されたピーク時刻は、当該イベント識別情報により識別されるイベントに対応すると判断できる。しかし、ピーク時刻及びピーク時通信量に対応して記憶されていないピーク時刻はイベントが判定されていないと判断できる。

図１５のステップ１２２〜１３４の処理は、本開示の技術における第１の判定部が実行する判定の一例である。

以上の図１５に示す処理が終了すると、イベント判定処理は図１４のステップ１１４に移行する。ステップ１１４で、イベント判定部５８は、未判定イベントが存在するか又は非常に近い複数の閾値が存在するか否かを判断する。即ち、イベント判定部５８は、判定内容記憶テーブル８０(図９）を参照し、ピーク時刻及びピーク時通信量に対応してイベントの識別情報及び閾値が記憶されていないと判断した場合、未判定イベントが存在すると判断する。イベント判定処理はステップ１１６に移行される。

また、イベント判定部５８は、判定内容記憶テーブル８０（図９）を参照して、ピーク時刻及びピーク時通信量に対応して、イベントの識別情報及び閾値が複数記憶されていると判断した場合には、非常に近い複数の閾値が存在すると判断する。イベント判定処理は、ステップ１１６に移行される。

ステップ１１４が否定判定の場合、即ち、全てのピーク時刻に対応するイベントに対して、１つのイベントが判定された場合には、イベント判定処理は、ステップ１１８に移行される。

図１７には、図１４のステップ１１６の処理の一例がフローチャートとして示されている。図１７のステップ１４２では、１つのピークに１つのみが判定されたイベントの通信量の分布を通信量（図５）から減算し、同時間帯に発生したイベントを判定する処理が実行される。図１８には、図１７のステップ１４２における処理の一例がフローチャートとして示されている。

図１８のステップ１５２で、イベント判定部５８は、図１４のステップ１１２の処理（図１５参照）において、１つのピークに１つのみが判定されたイベントを判定内容記憶テーブル８０（図９）より検索する。即ち、上記のように、ピーク時刻及びピーク時通信量に対応して、１つのみのイベントの識別情報及びピーク時通信量（閾値）が記憶されたピーク時刻は、当該イベント識別情報により識別されるイベントのみに対応すると判断できる。しかし、ピーク時刻及びピーク時通信量に対応して１つのみのピーク時通信量（閾値）が記憶されていないピーク時刻はイベントが判定されていないと判断できる。そこで、イベント判定部５８は、判定内容記憶テーブル８０（図９）のイベント欄の各欄に１つのみ記憶されたイベント識別情報から上記判定されたイベントを検索する。ステップ１５４で、イベント判定部５８は、１つのピークについて１つのみが判定されたイベントの各時刻における通信量を読み出す。即ち、本実施の形態では、図１９（Ａ）〜図１９（Ｃ）に示すように、イベントＥ１〜イベントＥ３に対応して、各イベントの各時刻における通信量の分布がテーブルとして記憶されている。ステップ１５４では、イベント判定部５８は当該テーブル（図１９（Ａ）〜（Ｃ））から上記判定されたイベントの各時刻における通信量を読み出す。

ステップ１５６で、イベント判定部５８は、上記判定されたイベント（例えば、図１９（Ａ））のピーク時刻（ｔｓ）を、判定内容記憶テーブル８０（図９）のピーク時刻に対応させる。そして、イベント判定部５８は、ステップ１５４で読み出したイベントの各時刻の通信量の分布を、各時刻通信量記憶テーブル７２（図５）の通信量の分布から減算する。即ち、各時刻通信量記憶テーブル７２に記憶された通信量が、図２０（Ａ）に示す分布をしているとする。上記ステップ１１２（図１４）の処理により、図２０（Ａ）における時刻ｔ２においてピークを有するイベントが図２０（Ｂ）に示すように、イベントＥ１であったと判定されたとする。なお、イベントＥ１における各時刻の通信量の分布（図２０（Ｂ））がテーブルとしてテーブル用データベース３０に記憶されている。ステップ１５６では、図２０（Ｂ）のピーク時刻ｔｓを図２０（Ａ）の時刻ｔ２に一致させる。この一致させた状態で、各時刻通信量記憶テーブル７２の通信量の分布（図２０（Ａ））から、判定されたイベントの各時刻における通信量の分布（図２０（Ｂ））が減算される。これにより、図２０（Ａ）に示した分布は、図２０（Ｂ）に示すイベントＥ１分が減算されて、図２０（Ｃ）に示す分布となる。図３２（Ａ）には、図２０（Ａ）に示す時間範囲よりも広い時間範囲の各時刻通信量記憶テーブル７２の通信量の分布がグラフとして示されている。図３２（Ａ）にも示すように、ピークｐ１について判定されたイベントの各時刻における通信量が、各時刻通信量記憶テーブル７２の通信量から減算される。各時刻通信量記憶テーブル７２の通信量においては、図３２（Ｂ）に示すように、ピークｐ１が消滅する。

ステップ１５６では更に、テーブル更新部５６は、各時刻通信量記憶テーブル７２（図５）を更新する。即ち、各時刻通信量記憶テーブル７２の各時刻における通信量（図２０（Ａ））が、図２０（Ｃ）の通信量の値となる。

ステップ１５８で、テーブル更新部５６は、各時刻通信量記憶テーブル７２（図５）を元に、上記時間微分値を再度計算して時間微分値記憶テーブル７４（図６）を更新する。また、テーブル更新部５６は、更新後の各時刻通信量記憶テーブル７２（図５）と更新後の時間微分値記憶テーブル７４（図６）に基づいて、上記（ステップ１２４（図１５））のように、ピーク通信量を求めてピーク時通信量記憶テーブル７６（図７）を更新する。ステップ１６０で、イベント判定部５８は、未判定ピークについてイベントを判定する。即ち、ピーク時通信量記憶テーブル７６（図７）に記憶された各ピーク通信量（実際の値）が取得され、各イベントピーク時通信量記憶テーブル７８（図８）に各イベントに対応して記憶されたピーク通信量（閾値）が取得される。各ピーク通信量（実際の値）とピーク通信量（閾値）により、未判定ピークについてイベントが判定される。具体的には、図１５のステップ１２６、１２８と同様の処理が行われる。

ステップ１６２で、イベント判定部５８は、未判定の全てのピークに対し上記処理（ステップ１６０）を実施したか否かを判断する。ステップ１６２の判定が否定判定の場合には、イベント判定処理はステップ１６０に戻る。ステップ１６２の判定が肯定判定の場合には、ステップ１６４で、イベント判定部５８は、判定可能なイベントが存在するか否かを判断する。即ち、ステップ１６０の処理により、イベントが判定された場合には、ステップ１６４が肯定判定となる。即ち、図２０（Ａ）に示すように、時刻ｔ３におけるピークの位置では、このイベントがイベントＥ１なのかイベントＥ２なのかは分からない。しかし、図２０（Ｂ）に示すイベントＥ１の通信量の分布が、各時刻通信量記憶テーブル７２の通信量の分布から減算されると、図２０（Ａ）に示す通信量の分布が、図２０（Ｃ）に示す分布となる。即ち、時刻ｔ３におけるピーク時通信量の±５％の範囲内に、イベントＥ２の閾値ＴＳ２が位置する場合がある。この場合は、イベント判定部５８は、当該イベントがイベントＥ２であると判定できる。この場合には、ステップ１６４が肯定判定されて、イベント判定処理は、ステップ１５４に戻って、以上の処理（ステップ１５４〜ステップ１６４）が実行される。ステップ１６４が否定判定の場合には、イベント判定部５８は、図１７のステップ１４４に移行する。

このように、例えば、図３４（Ｂ）及び図２０（Ａ）に示すように、一定期間内に、クライアント端末１２からサーバ端末１６に、複数のイベントの指示がされる場合がある。この場合、各指示のためのデータの通信が重なり合い、重なり合った通信のピーク時の通信量は、各イベントに応じたピーク時の通信量より大きくなる場合がある。この場合でも、上記ステップ１１２（図１４）の処理により、図２０（Ａ）の時刻ｔ２においてピークを有するイベントが図２０（Ｂ）に示すように、イベントＥ１であったと判定されたとする。ステップ１５６では、各時刻通信量記憶テーブル７２の通信量（図２０（Ａ））から、判定されたイベントの各時刻における通信量（図２０（Ｂ））が減算される。これにより、図２０（Ａ）に示した分布は、図２０（Ｂ）に示すイベントＥ１分が減算されて、図２０（Ｃ）に示す分布となる。より詳細には、時刻ｔ３におけるピーク時通信量の±５％の範囲内に、イベントＥ２のピーク時通信量（閾値）ＴＳ２が位置する場合があり、この場合は、当該イベントがイベントＥ２であると判定される。即ち、ステップ１１２の処理では、イベントが判定できなかったピークｐ２に対して、上記処理（ステップ１５２〜１６０）により、イベントＥ２が判定される。その後、ステップ１６４が肯定され、再度ステップ１５４〜１５８の処理により、ピークｐ２が、図３２（Ｃ）に示すように、各時刻通信量記憶テーブル７２から消滅する。

図１８のステップ１６０〜１６４は、本開示の技術における第１の判定部が実行する判定の一例である。図１８のステップ１５６は、本開示の技術における減算部が実行する減算の一例である。図１８のステップ１６０は、本開示の技術における第２の判定部が実行する判定の一例である。

上記ステップ１４２（図１７）までの処理で、図７のピーク時通信量記憶テーブル７６に記憶されたピーク時刻の中に、どのイベントなのかが判定されてないピーク時刻が存在する場合がある。例えば、あるピーク時刻に対し、全くどのイベントなのか判定できない場合や複数のイベントが候補として判定されている場合がある。そこで、どのイベントなのかが判定されていないピーク時刻に対して、イベントを判定するため、次の処理（図１７のステップ１４４）が実行される。

図１７のステップ１４４の処理の一例が、図２１にフローチャートとして示されている。図２１のステップ１７２で、イベント判定部５８は、イベント内容記憶テーブル８２（図１０）より定時発生のイベントを検索する。定時発生のイベントとしては、イベントＥ５、Ｅ３がある。即ち、イベントＥ５では、図２２（Ａ）に示すように、毎日１２時３４分にピーク位置が一致するように、データが送信される。イベントＥ３は、図２２（Ｂ）に示すように、毎日１２時〜１４時の間にピークが発生するように、データが送信される。

ステップ１７４で、イベント判定部５８は、イベント内容記憶テーブル８２（図１０）に、上記の定時発生イベントが記憶されているか否かを判断する。イベント内容記憶テーブル８２（図１０）に、イベントＥ５、Ｅ３それぞれに対応して、イベント発生時間として１２時３４分、１２時〜１４時が記憶されている各場合には、ステップ１７４が肯定判定となる。ステップ１７４が否定判定の場合には、イベント判定処理はステップ１８４に移行する。ステップ１７４が肯定判定の場合には、イベント判定処理は、ステップ１７６に移行する。

ステップ１７６で、イベント判定部５８は、ピーク時通信量記憶テーブル７６（図７)に、上記処理（ステップ１７２）で検索したすべての発生時間で発生した未判定ピークがあるかを検索する。即ち、未判定ピークの中に、ピーク位置が、図２２（Ａ）に示すように、課金期間中の毎日の１２時３４分に位置する未判定ピークがあるかどうかを検索する。また、図２２（Ｂ）に示すように、ピーク位置が課金期間中の毎日の１２時〜１４時に一致する未判定ピークがあるかどうかを検索する。ステップ１７８で、イベント判定部５８は、ステップ１７６の検索結果がある、即ち、課金期間中の毎日の全ての時刻（１２時３４分や１２時〜１４時）で発生したピーク位置が一致する未判定ピークがあるかどうかを判断する。ステップ１７８の判定結果が肯定判定の場合には、ステップ１８０に進み、ステップ１８０の判定結果が否定判定の場合には、イベント判定処理は、ステップ１８４に進む。

ステップ１８０で、イベント判定部５８は、上記の処理（ステップ１７６〜１７８）で判定された未判定ピークを、定時発生イベント、例えば、イベントＥ５又はイベントＥ３などと判定する。

ステップ１８２で、イベント判定部５８は、判定済みのイベントの各時刻における通信量の分布を、図１９（Ａ）〜図１９（Ｃ）のテーブルから読み出す。ステップ１８２で更に、イベント判定部５８は、読み出した通信量の分布を、各時刻通信量記憶テーブル７２（図５）の通信量の分布から減算する。テーブル更新部５６は、各時刻通信量記憶テーブル７２（図５）、時間微分値記憶テーブル７４（図６）、及びピーク時通信量記憶テーブル７６（図７）を上記（ステップ１５６、１５８（図１８））のように更新する。

ステップ１８４で、イベント判定部５８は、イベント内容記憶テーブル８２（図１０）より、繰り返しピークが発生するイベントを検索する。繰り返しピークが発生するイベントとしては、例えば、イベントＥ２、Ｅ６がある。即ち、図２３（Ａ）に示すように、イベントＥ２の実行が指示される場合には、当該指示のためのデータの通信量の分布は、ピーク位置が２回繰り返す通信量の分布となっている。また、イベントＥ６の実行が指示される場合には、図２３（Ｂ）に示すように、当該指示のためのデータの通信量の分布は、ピーク位置が３回繰り返す通信量の分布となっている。

ステップ１８６で、イベント内容記憶テーブル８２に、上記繰り返し通信ピークが発生するイベントが登録されているか否かを判断する。例えば、イベント内容記憶テーブル８２に、イベントＥ２に対応して繰り返し回数として２が記憶されており、また、イベントＥ６に対応して、繰り返し回数として３が記憶されている場合には、ステップ１８６の判定結果が肯定判定となる。ステップ１８６の判定結果が肯定判定の場合には、イベント判定処理は、ステップ１８８に進む。ステップ１８６の判定結果が否定判定の場合には、イベント判定処理は、ステップ１９６に進む。

ステップ１８８で、ピーク時通信量記憶テーブル７６（図７）で繰り返し発生している未判定イベントを検索し、上記処理（ステップ１８４）で検索した全ての繰り返し回数と比較する。例えば、イベントＥ２については、予め定められた期間内に、ピーク位置が２回繰り返す。ピーク時通信量記憶テーブル７６に、このように所定期間内にピーク位置が２回繰り返すイベントがあるか否かを判断する。例えば、ピーク時刻ｐｔ１とピーク時刻ｐｔ２が上記所定期間内か否かを判断することにより、イベントＥ２があるか否かを判断する。ステップ１９０で、イベント判定部５８は、検索結果があるか否かを判断する。ステップ１９０の判定結果が肯定判定の場合には、イベント判定処理は、ステップ１９２に進み、ステップ１９０の判定結果が否定判定の場合には、イベント判定処理は、ステップ１９６に進む。ステップ１９２で、イベント判定部５８は、繰り返しの発生のイベントを判定する。即ち、一定期間にピーク位置が２回繰り返しいる場合には、イベントＥ２と判定し、ピーク位置が３回繰り返している場合には、イベントＥ６と判定する。ステップ１９４で、イベント判定部５８は、上記ステップ１８２と同様の処理を実行する。

以上の処理（ステップ１８４〜１９４）により、例えば、図３２（Ｃ）に示すように、一定時間内に３回のピークｐ３１、ｐ３２、ｐ３３が繰り返すことが検出されたとする。これらのピークＰ３１、Ｐ３２、Ｐ３３は、イベントＥ６と判定され、各通信量記憶テーブル７２（図５）の通信量の分布から、イベントＥ６に対応する通信量の分布が減算される。ピークＰ３１、Ｐ３２、Ｐ３３は、各通信量記憶テーブル７２（図５）の通信量から消滅される。

ステップ１９６で、イベント判定部５８は、イベント内容記憶テーブル８２（図１０）で、イベント間の依存関係を持つイベントを検索する。即ち、例えば、図２４（Ａ）に示すように、イベントＥ２の実行の指示があると、イベントＥ４の実行の指示がある確率が高い場合がある。なお、イベントＥ２の実行の指示がある場合に次にイベントＥ４でなく他のイベントの実行の指示があることもある。しかし、図２４（Ｂ）に示すように、イベントＥ４の実行の指示がある場合には、その直前のイベントはイベントＥ２の場合しかない。このように、第１の判定イベントの実行の指示がある場合には、必ずその直前のイベントが、第１の判定イベントに対応する第２の判定イベントであるというようにイベント間の依存関係を持つイベントが存在する。ステップ１９８で、イベント判定部５８は、上記依存関係を持つイベントが登録されているか否かを判断する。イベント内容記憶テーブル８２に、例えば、イベントＥ４に対応して、依存対象イベントとしてイベントＥ２が記憶されている場合には、ステップ１９８の判定結果が肯定判定となる。ステップ１９８の判定結果が肯定判定の場合には、イベント判定処理は、ステップ２００に移行する。ステップ１９８の判定結果が否定判定の場合、イベント判定処理は、ステップ１４６（図１７）に進む。

ステップ２００で、イベント判定部５８は、ピーク時通信量記憶テーブル７２（図５）、判定内容記憶テーブル８０（図９）、及びイベント内容記憶テーブル８２（図１０）から、上記処理（ステップ１９６）で検索した依存関係のイベントを検索する。即ち、イベント判定部５８は、ピーク時通信量記憶テーブル７２（図５）及び判定内容記憶テーブル８０（図９）に基づいて、未判定ピークのピーク時刻を取得する。イベント判定部５８は、判定内容記憶テーブル８０（図９）に基づいて、未判定ピークのピーク時刻の直ぐ後のピーク時刻に対して、イベント内容記憶テーブル８２（図１０）に記憶されているイベントＥ４が判定されているか否かを判断する。ステップ２０２で、イベント判定部５８は、検索結果があるか否かを判断する。ステップ２０２の判定結果が肯定判定の場合には、イベント判定処理は、ステップ２０４に移行する。ステップ２０４で、イベント判定部５８は、依存関係を持つ未判定イベントに対して、上記イベントＥ２と判定する。ステップ２０６で、上記ステップ１８２及びステップ１９４と同様の処理を実行する。ステップ２０６の処理の後、イベント判定処理は、図１７のステップ１４６に移行する。

図２１のステップ１８０、１９２、２０４のそれぞれは、本開示の技術における第１の判定部が実行する判定の一例である。図２１のステップ１８２、１９４、２０６のそれぞれは、本開示の技術における減算部が実行する減算の一例である。
なお、図２１のステップ１７２〜１８４（第１の処理）、ステップ１８４〜１９４（第２の処理）、ステップ１９６〜２０６（第３の処理）の順番は、図２１に示す順番に限定されない。例えば、第２の処理が１番目でかつ２番目の処理が第１の処理又は第３の処理としてもよく、また、第３の処理が１番目でかつ２番目の処理が第１の処理又は第２の理としてもよい。

以上説明した処理により、定時発生イベント、繰り返しピークが発生するイベント、発生が別のイベントに依存するイベントが判定され、判定されたイベントの通信量の分布が各時刻通信量記憶テーブル７２（図５）から減算される。この減算後、残存する未判定のイベントが、総通信量で判定される場合がある。そこで、図１７のステップ１４６の処理を実行する。図１７のステップ１４６の処理の一例が、図２５にフローチャートとして示されている。

図２５のステップ２１２で、イベント判定部５８は、各時刻通信量記憶テーブル７２（図５）及び時間微分値記憶テーブル７４（図６）より、例えば、図２６に示すように、発生イベントの開始時刻ｔ０と終了時刻ｔ２００を算出する。即ち、開始時刻ｔ０〜ピーク時刻ｔ１００までの各所定時間の時間微分値は＋であり、ピーク時刻ｔ１００〜終了時刻ｔ２００までは、各所定時間の時間微分値は、−である。このように、時間微分値記憶テーブル７４の時間微分値の正負から開始時刻ｔ０及び終了時刻ｔ２００を算出する。ステップ２１２では、更に、イベント判定部５８は、開始時刻ｔ０から終了時刻ｔ２００までの間の期間であるイベント発生期間Ｔを算出する。

ステップ２１４で、イベント判定部５８は、上記発生期間Ｔにおける総通信量ｘを、各時刻通信量記憶テーブル７２（図５）から算出する。即ち、イベント判定部５８は、開始時刻ｔ０〜終了時刻ｔ２００までの通信量を足し合わせることにより、総通信量ｘを算出する。

上記のように、総通信量はイベント毎に異なるため、各イベントの識別情報に対応して各イベントの総通信量（閾値）がイベント内容記憶テーブル８２（図１０）に記憶されている。そこで、ステップ２１６で、上記処理（ステップ２１４）で算出した実際の各総通信量ｘと、イベント内容記憶テーブル８２（図１０）から参照した各イベントの総通信量（閾値）とを比較する。

ステップ２１８で、イベント判定部５８は、算出した実際の各総通信量ｘに対し、±５％に収まるイベントの総通信量（閾値）がただ１つ存在するか否かを判断する。ステップ２１８の判定結果が肯定判定の場合には、ステップ２２０で、イベント判定部５８は、イベントを判定する。

ステップ２２２で、テーブル更新部５６は、判定済みのイベントの各時刻通における通信量を、テーブル（図１９（Ａ）〜図１９（Ｃ）から読みだす。テーブル更新部５６は、読み出した通信量を、各時刻通信量記憶テーブル７２（図５）の通信量から減算する。テーブル更新部５６は、上記（ステップ１５６、１５７（図１８））のように、各時刻通信量記憶テーブル７２（図５）、時間微分値記憶テーブル７４（図６）、及びピーク時通信量記憶テーブル７６（図７）を更新する。

図３５（Ａ）及び図３５（Ｂ）、図２７（Ａ）及び図２７（Ｂ）、図２８（Ａ）に示すように、ピーク時の通信量や総通信量ではイベントが正確に判定されることができない場合がある。即ち、イベントＡ、Ｂが識別されない。この場合、繰り返し回数や発生時間帯等に基づいてイベントを判定するステップ１４４（図１７）の処理により、イベントが、イベントＡとして判定できたとしても、イベントＢについて判定できない場合ある。これは、イベントＡの指示のデータの通信量の分布が、イベントＢの指示のデータの通信量の分布に重なるためである。そこで、ステップ１４４（図１７）の処理により、イベントＡが、イベントＡとして判定できた場合、イベントＡの各通信量が各時刻通信量記憶テーブル７２の各通信量から減算される。よって、ステップ２１６〜２２０の処理（図２５）により、図２８（Ｃ）のようにイベントがイベントＢと判定される。よって、図３２（Ｄ）に示すピークＰ４のイベントが図３２（Ｅ）に示すように、各時刻通信量記憶テーブル７２から消滅される。

図２５のステップ２１８、２２０は、本開示の技術における第２の判定部が実行する判定の一例である。

以上の処理によっても、未判定のピークについて、複数のイベントが候補として存在する場合がある。そこで、次の処理（図１７のステップ１４８）が実行される。

図２９には、図１７のステップ１４８の処理の一例がフローチャートとして示されている。図２９のステップ２３２で、イベント判定部５８は、判定内容記憶テーブル８０（図９）にピーク時刻に対応してイベント（候補）の識別情報が複数記憶されたイベントの識別情報を、図１１に示す未判定発生イベント記憶テーブル８４に記憶する。即ち、例えば、図９に示す判定内容記憶テーブル８０において、ピーク時刻ｐｔ１に対応して、イベント識別の識別情報Ｅ１、Ｅ２が対応して記憶され、ピーク時刻ｐｔ２に対応して、イベントの識別情報Ｅ２、Ｅ３が対応して記憶されている。そこで、本ステップ２３２では、例えば、ピーク時刻ｐｔ１に対応して、ピーク時の通信量ｐａ１，及び候補イベントとして、イベントの識別情報Ｅ１、Ｅ２が対応して記憶される。また、ピーク時刻ｐｔ２に対応して、ピーク時の通信量ｐａ２、及び候補イベントとしてイベントの識別情Ｅ２、Ｅ３が対応して記憶される。

ステップ２３４で、イベント判定部５８は、上記（ステップ２１２、２１４（図２５））のように、未判定の発生イベントの総通信量を求め、求めた総通信量と各候補イベントの総通信量（閾値）との差（絶対値）を計算する。例えば、未判定の発生イベントの総通信量が１００バイトであり、イベントのＥ１の総通信量（閾値）が、Ｓ１（図１０参照）＝１０５バイトであり、イベントＥ２の総通信量（閾値）がＳ２（図１０参照）＝９５バイトであったとする。この場合、イベントＥ１の総通信量（閾値）１０５−未判定イベントの総通信量１００＝５バイトとなる。また、イベントＥ２の総通信量（閾値）９５−未判定イベントの総通信量１００＝５バイトとなる。それぞれの絶対値を比較する。即ち、イベント判定部５８は、未判定イベントがイベントＥ１である確からしさ：未判定イベントがイベントＥ２であることの確からしさの比を計算する。例えば、１：１が計算される。

ステップ２３６で、イベント判定部５８は、イベント内容記憶テーブル８２（図１０）より、各候補イベントの発生確率を参照し、比較する。即ち、イベント判定部５８は、イベント内容記憶テーブル８２からイベントＥ１に対応して記憶された発生確率Ｐ１と、イベントＥ２に対応して記憶された発生確率Ｐ２を読み出す。イベント判定部５８は、未判定イベントがイベントＥ１である確からしさ：未判定イベントがイベントＥ２である確からしさを計算する。例えば、Ｐ１：Ｐ２＝０．１：０．６が計算される。

ステップ２３８で、イベント判定部５８は、未判定イベントの前または後のイベントが既知の場合、イベント内容記憶テーブル８２（図１０）より、各候補イベントの前後イベントとの相関確率を参照し、比較する。即ち、例えば、イベント判定部５８は、未判定イベントの前のイベントがＥ３であったとする。イベントＥ３の後にイベントＥ１が発生する確率は、イベント内容記憶テーブル８２（図１０）には、Ｃ１が記憶されている。イベントＥ３の後にイベントＥ２が発生する確率は、イベント内容記憶テーブル８２には、Ｃ２が記憶されている。例えば、Ｃ１が０．１であり、Ｃ２が０．５の場合、未判定イベントがイベントＥ１である確からしさ：未判定イベントがイベントＥ２であることの確からしさは、Ｃ１：Ｃ２、即ち、０．１：０．５である。

ステップ２４０で、イベント判定部５８は、上記ステップ２３４〜２３８の各比較結果を組合せた発生確率を算出し、算出した発生確率が、例えば、９５％より大きいか否かを判断する。即ち、未判定イベントがイベントＥ１である確からしさ対：判定イベントがイベントＥ２である確からしさは、１×１×１：１×６×５＝１：３０である。よって、未判定イベントがイベントＥ２である確からしさは１／３１、即ち、３．２％であり、未判定イベントがイベントＥ２である確からしさは、３０／３１、即ち、９６．８％である。イベントＥ２である確からしさが９５％を超えている。よって、ステップ２４２で、イベント判定部は、未判定イベントをイベントＥ２と判定する。

ステップ２４０が否定判定の場合には、ステップ２４２がスキップされてイベント判定処理は、ステップ２４４に進む。

ステップ２４４で、イベント判定部５８は、上記処理（２３４〜２４２）を未適用のピークが存在するか否かを判断する。ステップ２４４の判定結果が肯定判定の場合には、イベント判定処理は、ステップ２３２に進む。ステップ２４４の判的結果が否定判定の場合には、ステップ２４６で、イベント判定部５８は、上記処理（２３４〜２４２）で判定したイベントが存在するか否かを判断する。ステップ２４６が肯定判定の場合には、ステップ２４８で、判定したイベントの各通信量を減算して、イベント判定処理はステップ２３０に進む。

以上の処理により、図３２（Ｅ）に示すピークＰ５、Ｐ６、Ｐ７についてのイベントが判定されて、図３２（Ｆ）に示すように、これらのピークＰ５、Ｐ６、Ｐ７についてのイベントが消滅される。

以上説明した処理でも判定できなかったイベントが存在する可能性がある。そこで、図１７のステップ１５０で、イベント判定部５８は、判定できなかったイベントが存在した場合には、未登録のイベントとして記憶する。イベント判定処理は、図１４のステップ１１８に移行される。

以上説明したイベント判定処理によって、課金期間内に、クライアント端末１２からサーバ端末１６に実行が指示されたイベントが判定される。そこで、ステップ１１８で、イベント送信部６０は、判定されたイベントの情報を課金処理装置１８に送信する。課金処理装置１８は、受信したイベントの情報に基づいて、課金期間内に実行が指示されたイベントの種類と各種類の回数を計算して課金情報を作成して、作成した課金情報をクライアント端末１２に送信することにより、クライアント端末１２に課金請求する。

ところで、クライアント端末１２からサーバ端末１６には、上記イベントとは無関係なデータ通信が行われる。このようなデータ通信について課金されることがないようにする必要がある。この点、本実施の形態では、各イベントピーク時通信量記憶テーブル７８（図８）に記憶された各イベントに対応する閾値（ピーク時の通信量）と、未判定のピーク時通信量とを比較することにより、未判定のピーク時通信量に対応するイベントが判定される。また、イベント内容記憶テーブル８２（図１０）に、イベントに対応するイベント発生時間等と、未判定のピークの発生時間等とを比較することにより、未判定のピーク時通信量に対応するイベントが判定される。よって、上記イベントとは無関係なデータ通信が行われた場合であってもこのようなデータ通信について課金されることがない。

なお、各イベントピーク時通信量記憶テーブル７８（図８）やイベント内容記憶テーブル８２（図１０）には、上記イベントとは無関係なデータ通信におけるピーク時の通信量や総通信量（閾値）が記憶されている。そこで、上記のように未判定のピーク時通信量に対応してイベントが判定された場合、課金情報を作成する前に、イベントが判定されたピーク時通信量の±５％の範囲内にイベントとは無関係なデータ通信におけるピーク時通信量（閾値）が収まるか否かを判断する。当該判断の結果が肯定判定の場合には、イベントが判定されたピーク時通信量に対してはイベント不判定とする。よって、上記イベントとは無関係なデータ通信について課金されることがより防止される。

次に、本実施の効果を説明する。 （第１の効果）
クライアント端末１２がサーバ端末１６にどのような処理を実行させたのかは、当該処理の実行の指示のためにクライアント端末１２からサーバ端末１６に送信されたデータの中のパケットの内容を見れば分かる。しかし、クライアント端末１２とサーバ端末１６との間がＶＰＮサーバ１０により接続され、送信されるデータが暗号化されていると、ＶＰＮサーバ１０は、パケットの内容を見ることができない。しかし、本実施の形態では、上記指示のためにクライアント端末１２がサーバ端末１６に送信するデータのピーク時の通信量、総通信量、ピークの発生時間、ピークの発生回数、他のイベントとの依存関係の情報からイベントを判定している。これらの情報は、送信されるデータが暗号化されていても知ることができる。よって、クライアントアプリケーションの改造なしで、クライアント端末からサーバ端末に送信されたデータのパケットの内容を見なくても、どのような処理を指示していたのかを知ることができる。

（第２の効果）
例えば、上記指示のためにクライアント端末１２がサーバ端末１６に送信するデータのピーク時の通信量では、あるピークについて１つのイベントが判定されても、別のピークについてイベントが判定できない場合がある。これは、当該１つのイベントの指示のデータの通信量の分布が、別のピークに対応するデータの通信量の分布に重なるためである。そこで、本実施の形態では、１つのイベントが判定された場合、当該１つのイベントの各通信量が各時刻通信量記憶テーブル７２の各通信量から減算される。よって、別のピークに対応するデータの通信量の分布に重なっていた当該１つのイベントの指示のデータの通信量の分布が除去される。このため、別のピークについてイベントを判定することができる。

（第３の効果）
本実施の形態では、上記指示のためにクライアント端末１２がサーバ端末１６に送信するデータのピーク時の通信量や総通信量以外の情報として、ピークの発生時間、ピークの発生回数、他のイベントとの依存関係の情報からイベントを判定している。これらの情報はピークの通信量や総通信量に依存しない情報であり、イベント毎に異なる。よって、ピークの通信量や総通信量が同じ又は近い複数のイベントを区別することができる。更に、クライアント端末１２がサーバ端末１６にデータを送信する際の送信速度が一定値に制限される場合でも、ピークについてイベントを判定することができる。

（第４の効果）
あるピークについて、候補となるイベントが複数存在する場合がある。本実施の形態では、候補となる複数イベントの各々が当該あるピークに対応する確からしさを示す値に基づいて、当該あるピークについてイベントを判定する。よって、当該あるピークについて１つのイベントに特定することができる。

次に、本実施の形態の変形例を説明する。
（第１の変形例）
本実施の形態は、図１４のステップ１１２（図１５）の処理や図１８のステップ１６０で、ピーク時の通信量に基づいてイベントが特定された場合、ステップ１６０で、再度、ピーク時の通信量に基づいて別のピークについてイベントを判定している。本開示の技術は、ピーク時の通信量に基づいて別のピークについてイベントを判定することに代えて、図１７のステップ１４６で実行したように、総通信量に基づいて別のピークについてイベントを判定してもよい。

（第２の変形例）
本実施の形態は、図２１におけるステップ１８２、ステップ１９４、ステップ２０６が実行された後、図１７のステップ１４６で、総通信量に基づいて別のピークについてイベントを判定している。本開示の技術は、図１７のステップ１４６の処理に代えて、図１５のステップ１２６、１２８で実行したように、ピーク時の通信量に基づいて別のピークについてイベントを判定してもよい。

（第３の変形例）
本実施の形態は、図１８のステップ１６０の処理の結果、１つのピークについて候補となるイベントが複数存在すると判断された場合、図１７のステップ１４４の処理を実行している。本開示の技術は、図１８のステップ１６０の処理の結果、候補となるイベントが複数存在する場合、図１７のステップ１４８の処理を実行してもよい。

（第４の変形例）
図１８ではステップ１５６、１５８の後にステップ１６０〜１６４の処理を実行している。即ち、ピークの通信量に基づいてあるピークについてイベントが判定できた場合、通信量の分布の減算の処理を実行し、再度、ピークの通信量に基づいて別のピークについてイベントを判定している。本開示の技術は、上記減算の処理を実行後、図１７のステップ１４６で実行したように、総通信量に基づいて別のピークについてイベントの判定を行ってもよい。

（第５の変形例）
図２１のステップ１８０、１９２、２０４の少なくとも何れかでイベントが判定された場合、対応するステップ１８２、１９４、２０６を直ちに実行している。本開示の技術は、ステップ１８０、１９２、２０４の少なくとも何れかでイベントが判定された場合、イベントに応じて定まるピーク時通信量を用いて、イベントが正しく判定されたのかを確認するため、次の処理を実行してもよい。即ち、判定されたイベントのピーク時通信量（閾値）（図８）と、当該ピーク時における実際の通信量（図５）とを比較する。当該ピーク時における実際の通信量（図５）の±５％に、判定されたイベントのピーク時通信量（閾値）（図８）が入るか否かを判断する。この判断が肯定判定の場合に、対応するステップ１８２、１９４、２０６を実行してもよい。

（第６の変形例）
あるピークについてイベントが判定された場合に、直ちに、図１８のステップ１５６、図２１のステップ１８２、１９４、２０６、及び図２５のステップ２２で、通信量の分布の減算処理をしている。本開示の技術は、図２０（Ａ）に示すように、イベントの実行の指示のデータ通信が重なっているか否かを判断し、イベントの実行の指示のデータ通信が重なっていると判断された場合にのみ、通信量の分布の減算処理をしてもよい。なお、イベントの実行指示のデータ通信が重なっているか否かは、上記時間微分値（図６）が−から＋に変わる時刻において、通信量（図５）が０でないか否か判断することにより行う。上記時間微分値（図６）が−から＋に変わる時刻において、通信量（図５）が０でない場合には、イベントの実行指示のデータ通信が重なっていると判断できる。

（第７の変形例）
図２９のステップ２３６で、イベント判定部５８は、イベント内容記憶テーブル８２（図１０）における各候補イベントの発生確率を利用している。本開示の技術は、平均発生回数を利用してもよい。

（第８の変形例）
図１５のステップ１２２の処理は、各時刻通信量記憶テーブル７２に時刻及び通信量が記憶される毎に実行されてもよい。

本明細書に記載された全ての文献、特許出願及び技術規格は、個々の文献、特許出願及び技術規格が参照により取り込まれることが具体的かつ個々に記された場合と同程度に、本明細書中に参照により取り込まれる。

以上の実施形態に関し、更に以下の付記を開示する。

（付記１）
各々異なる種類の複数の処理の内の指示された処理を実行するサーバ装置に、前記複数の処理の各々の実行を指示するためにクライアント装置が送信するデータの予め定められた所定時間に渡る通信量の分布を各処理に対応して記憶する記憶部と、
前記クライアント装置が前記サーバ装置に実行を指示した第１の処理が、前記複数の処理の内のどの処理なのかを判定する第１の判定部と、
前記第１の処理が指示された所定時間を含む一定期間内に前記クライアント装置から前記サーバ装置に送信されたデータの通信量の分布である第１の通信量の分布から、前記第１の判定部により前記第１の処理について判定された処理に対応して前記記憶部に記憶された前記所定時間に渡る通信量の分布である第２の通信量の分布を減算する減算部と、
前記減算部により前記第２の通信量の分布が減算された前記第１の通信量の分布の残りの部分に基づいて、前記一定期間内において前記クライアント装置が前記サーバ装置に指示しかつ残存する第２の処理が、前記複数の処理の内のどの処理なのかを判定する第２の判定部と、
を備えた処理判定装置。

（付記２）
前記記憶部には、前記処理に対応して前記通信量のピークの発生態様が更に記憶され、
前記第１の判定部は、前記クライアント装置から前記サーバ装置に前記一定期間内に送信されたデータの通信量に基づいて、前記第１の処理に対応するデータの通信量のピークの発生態様が、前記記憶部に記憶された前記発生態様に対応するか否かを判定することにより、前記第１の処理が、前記複数の処理の内のどの処理なのかを判定する
付記１に記載の処理判定装置。

（付記３）
前記発生態様は、前記ピークの発生時間又は所定時間内における前記ピークの発生回数である付記２に記載の処理判定装置。

（付記４）
前記複数の処理の中には、各々対応して発生する第１の判定処理と第２の判定処理とがあり、
前記記憶部には、前記第１の判定処理と前記第２の判定処理との関係が更に記憶され、
前記第１の判定部は、前記クライアント装置から前記サーバ装置に指示した処理として前記第１の判定処理が判定されている場合には、前記記憶部に記憶されている前記関係に基づいて、前記第１の処理は前記第２の判定処理であると判定する
付記１〜付記３の何れか１項に記載の処理判定装置。

（付記５）
前記記憶部には、前記複数の処理の各々に対応してピーク時のデータの通信量が更に記憶され、
前記第１の判定部は、前記クライアント装置から前記サーバ装置へ前記一定期間内に送信されたデータの通信量に基づいて求められた前記第１の処理に対応するピーク時のデータの通信量と、前記記憶部に前記複数の処理の各々に対応して記憶されたピーク時のデータの通信量とに基づいて、前記第１の処理が、前記複数の処理の内のどの処理なのかを判定する
付記１に記載の処理判定装置。

（付記６）
前記第２の判定部は、前記クライアント装置から前記サーバ装置へ前記一定期間内に送信されたデータの通信量に基づいて求められた前記第２の処理に対応するピーク時のデータの通信量と、前記記憶部に前記複数の処理の各々に対応して記憶されたピーク時のデータの通信量とに基づいて、前記第２の処理が、前記複数の処理の何れの処理なのかを判定する
付記５に記載の処理判定装置。

（付記７）
前記記憶部には、前記複数の処理の各々に対応してデータのピーク時の通信量が更に記憶され、
前記第２の判定部は、前記クライアント装置から前記サーバ装置への一定期間内に送信されたデータの通信量に基づいて求められた前記第２の処理に対応するピーク時の通信量と、前記記憶部に前記複数の処理の各々に対応して記憶されたデータのピーク時の通信量とに基づいて、前記第２の処理が、前記複数の処理の内のどの処理なのかを判定する
付記１〜付記４の何れか１項に記載の処理判定装置。

（付記８）
前記記憶部には、前記複数の処理の各々に対応して前記所定時間内のデータの総通信量が更に記憶され、
前記第２の判定部は、前記クライアント装置から前記サーバ装置への一定期間内に送信されたデータの通信量に基づいて求められた前記第２の処理に対応するデータの総通信量と、前記記憶部に前記複数の処理の各々に対応して記憶されたデータの総通信量とに基づいて、前記第２の処理が、前記複数の処理の内のどの処理なのかを判定する
付記１〜付記５の何れか１項に記載の処理判定装置。

（付記９）
前記第２の判定部は、前記第２の処理について、前記複数の処理の内の複数の処理が候補となると判定した場合、前記候補となる複数の処理の各々が前記第２の処理である確からしさを示す値に基づいて、前記第２の処理が、前記候補となる複数の処理の内のどの処理なのかを判定する
付記１〜８の何れか１項に記載の処理判定装置。

（付記１０）
前記候補となる複数の処理の各々が前記第２の処理である確からしさを示す値は、前記第２の処理における前記所定時間内の総通信量と前記候補となる複数の処理の各々の前記所定時間内の総通信量との差、前記候補となる複数の処理の各々の発生確率、及び前記第２の処理とは別の処理について判定の処理が判定されている場合には、前記判定の処理との関係における前記候補となる複数の処理の各々の発生確率の少なくとも１つに基づく値である
付記９に記載の処理判定装置。

（付記１１）
前記クライアント装置から前記サーバ装置に送信されるデータは暗号化されている付記１〜１０の何れか１項に記載の処理判定装置。

（付記１２）
前記クライアント装置から前記サーバ装置には、サービスとは無関係なデータが送信され、
前記複数の処理は、前記サーバ装置が提供するサービス内の処理である
付記１〜１１の何れか１項に記載の処理判定装置。

（付記１３）
コンピュータに、
各々異なる種類の複数の処理の内の指示された処理を実行するサーバ装置にクライアント装置がデータを送信して実行を指示した第１の処理が、複数の処理の内のどの処理なのかを判定し、
前記第１の処理が指示された所定時間を含む一定期間内に前記クライアント装置から前記サーバ装置に送信されたデータの通信量の分布である第１の通信量の分布から、前記複数の処理の各々の実行を指示するためにクライアント装置が前記サーバ装置に送信するデータの予め定められた所定時間に渡る通信量の分布を各処理に対応して記憶する記憶部に、前記判定により前記第１の処理について判定された処理に対応して記憶された所定時間に渡る通信量の分布である第２の通信量の分布を減算し、
前記減算により前記第２の通信量の分布が減算された前記第１の通信量の分布残りの部分4に基づいて、前記一定期間内において前記クライアント装置が前記サーバ装置に指示しかつ残存する第２の処理が、前記複数の処理の内のどの処理なのかを判定する
ことを含む処理を実行させる処理判定プログラム。

（付記１４）
前記記憶部には、前記処理に対応して前記通信量のピークの発生態様が更に記憶され、
前記第１の処理の判定では、前記クライアント装置から前記サーバ装置に前記一定期間内に送信されたデータの通信量に基づいて、前記第１の処理に対応するデータの通信量のピークの発生態様が、前記記憶部に記憶された前記発生態様に対応するか否かを判定することにより、前記第１の処理が、前記複数の処理の内のどの処理なのかを判定する付記１３に記載の処理判定プログラム。

（付記１５）
前記発生態様は、前記ピークの発生時間又は所定時間内における前記ピークの発生回数である付記１４に記載の処理判定プログラム。

（付記１６）
前記複数の処理の中には、各々対応して発生する第１の判定処理と第２の判定処理とがあり、
前記記憶部には、前記第１の判定処理と前記第２の判定処理との関係が更に記憶され、
前記第１の処理の判定では、前記クライアント装置から前記サーバ装置に指示した処理として前記第１の判定処理が判定されている場合には、前記記憶部に記憶されている前記関係に基づいて、前記第１の処理は前記第２の判定処理であると判定する付記１３〜付記１５の何れか１項に記載の処理判定プログラム。

（付記１７）
前記記憶部には、前記複数の処理の各々に対応してピーク時のデータの通信量が更に記憶され、
前記第１の処理の判定では、前記クライアント装置から前記サーバ装置へ前記一定期間内に送信されたデータの通信量に基づいて求められた前記第１の処理に対応するピーク時のデータの通信量と、前記記憶部に前記複数の処理の各々に対応して記憶されたピーク時のデータの通信量とに基づいて、前記第１の処理が、前記複数の処理の内のどの処理なのかを判定する付記１３に記載の処理判定プログラム。

（付記１８）
前記第２の処理の判定では、前記クライアント装置から前記サーバ装置へ前記一定期間内に送信されたデータの通信量に基づいて求められた前記第２の処理に対応するピーク時のデータの通信量と、前記記憶部に前記複数の処理の各々に対応して記憶されたピーク時のデータの通信量とに基づいて、前記第２の処理が、前記複数の処理の何れの処理なのかを判定する付記１７に記載の処理判定プログラム。

（付記１９）
前記記憶部には、前記複数の処理の各々に対応してデータのピーク時の通信量が更に記憶され、
前記第２の処理の判定では、前記クライアント装置から前記サーバ装置への一定期間内に送信されたデータの通信量に基づいて求められた前記第２の処理に対応するピーク時の通信量と、前記記憶部に前記複数の処理の各々に対応して記憶されたデータのピーク時の通信量とに基づいて、前記第２の処理が、前記複数の処理の内のどの処理なのかを判定する付記１３〜付記１６の何れか１項に記載の処理判定プログラム。

（付記２０）
前記記憶部には、前記複数の処理の各々に対応して前記所定時間内のデータの総通信量が更に記憶され、
前記第２の処理の判定では、前記クライアント装置から前記サーバ装置への一定期間内に送信されたデータの通信量に基づいて求められた前記第２の処理に対応するデータの総通信量と、前記記憶部に前記複数の処理の各々に対応して記憶されたデータの総通信量とに基づいて、前記第２の処理が、前記複数の処理の内のどの処理なのかを判定する付記１３〜付記１７の何れか１項に記載の処理判定プログラム。

（付記２１）
前記第２の処理の判定では、前記第２の処理について、前記複数の処理の内の複数の処理が候補となると判定した場合、前記候補となる複数の処理の各々が前記第２の処理である確からしさを示す値に基づいて、前記第２の処理が、前記候補となる複数の処理の内のどの処理なのかを判定する付記１３〜２０の何れか１項に記載の処理判定プログラム。

（付記２２）
前記候補となる複数の処理の各々が前記第２の処理である確からしさを示す値は、前記第２の処理における前記所定時間内の総通信量と前記候補となる複数の処理の各々の前記所定時間内の総通信量との差、前記候補となる複数の処理の各々の発生確率、及び前記第２の処理とは別の処理について判定の処理が判定されている場合には、前記判定の処理との関係における前記候補となる複数の処理の各々の発生確率の少なくとも１つに基づく値である付記２１に記載の処理判定プログラム。

（付記２３）
前記クライアント装置から前記サーバ装置に送信されるデータは暗号化されている付記１３〜２２の何れか１項に記載の処理判定プログラム。

（付記２４）
前記クライアント装置から前記サーバ装置には、サービスとは無関係なデータが送信され、
前記複数の処理は、前記サーバ装置が提供するサービス内の処理である
付記１３〜２３の何れか１項に記載の処理判定プログラム。

（付記２５）
コンピュータに、
各々異なる種類の複数の処理の内の指示された処理を実行するサーバ装置にクライアント装置がデータを送信して実行を指示した第１の処理が、複数の処理の内のどの処理なのかを判定し、
前記第１の処理が指示された所定時間を含む一定期間内に前記クライアント装置から前記サーバ装置に送信されたデータの通信量の分布である第１の通信量の分布から、前記複数の処理の各々の実行を指示するためにクライアント装置が前記サーバ装置に送信するデータの予め定められた所定時間に渡る通信量の分布を各処理に対応して記憶する記憶部に、前記判定により前記第１の処理について判定された処理に対応して記憶された所定時間に渡る通信量の分布である第２の通信量の分布を減算し、
前記減算により前記第２の通信量の分布が減算された前記第１の通信量の分布の残りの部分に基づいて、前記一定期間内において前記クライアント装置が前記サーバ装置に指示しかつ残存する第２の処理が、前記複数の処理の内のどの処理なのかを判定する
ことを含む処理を実行させる処理判定方法。

（付記２６）
前記記憶部には、前記処理に対応して前記通信量のピークの発生態様が更に記憶され、
前記第１の処理の判定では、前記クライアント装置から前記サーバ装置に前記一定期間内に送信されたデータの通信量に基づいて、前記第１の処理に対応するデータの通信量のピークの発生態様が、前記記憶部に記憶された前記発生態様に対応するか否かを判定することにより、前記第１の処理が、前記複数の処理の内のどの処理なのかを判定する付記２４に記載の処理判定方法。

（付記２７）
前記発生態様は、前記ピークの発生時間又は所定時間内における前記ピークの発生回数である付記２６に記載の処理判定方法。

（付記２８）
前記複数の処理の中には、各々対応して発生する第１の判定処理と第２の判定処理とがあり、
前記記憶部には、前記第１の判定処理と前記第２の判定処理との関係が更に記憶され、
前記第１の処理の判定では、前記クライアント装置から前記サーバ装置に指示した処理として前記第１の判定処理が判定されている場合には、前記記憶部に記憶されている前記関係に基づいて、前記第１の処理は前記第２の判定処理であると判定する付記２５〜付記２７の何れか１項に記載の処理判定方法。

（付記２９）
前記記憶部には、前記複数の処理の各々に対応してピーク時のデータの通信量が更に記憶され、
前記第１の処理の判定では、前記クライアント装置から前記サーバ装置へ前記一定期間内に送信されたデータの通信量に基づいて求められた前記第１の処理に対応するピーク時のデータの通信量と、前記記憶部に前記複数の処理の各々に対応して記憶されたピーク時のデータの通信量とに基づいて、前記第１の処理が、前記複数の処理の内のどの処理なのかを判定する付記１５に記載の処理判定方法。

（付記３０）
前記第２の処理の判定では、前記クライアント装置から前記サーバ装置へ前記一定期間内に送信されたデータの通信量に基づいて求められた前記第２の処理に対応するピーク時のデータの通信量と、前記記憶部に前記複数の処理の各々に対応して記憶されたピーク時のデータの通信量とに基づいて、前記第２の処理が、前記複数の処理の何れの処理なのかを判定する付記２９に記載の処理判定方法。

（付記３１）
前記記憶部には、前記複数の処理の各々に対応してデータのピーク時の通信量が更に記憶され、
前記第２の処理の判定では、前記クライアント装置から前記サーバ装置への一定期間内に送信されたデータの通信量に基づいて求められた前記第２の処理に対応するピーク時の通信量と、前記記憶部に前記複数の処理の各々に対応して記憶されたデータのピーク時の通信量とに基づいて、前記第２の処理が、前記複数の処理の内のどの処理なのかを判定する付記２５〜付記２８の何れか１項に記載の処理判定方法。

（付記３２）
前記記憶部には、前記複数の処理の各々に対応して前記所定時間内のデータの総通信量が更に記憶され、
前記第２の処理の判定では、前記クライアント装置から前記サーバ装置への一定期間内に送信されたデータの通信量に基づいて求められた前記第２の処理に対応するデータの総通信量と、前記記憶部に前記複数の処理の各々に対応して記憶されたデータの総通信量とに基づいて、前記第２の処理が、前記複数の処理の内のどの処理なのかを判定する付記２５〜付記２９の何れか１項に記載の処理判定方法。

（付記３３）
前記第２の処理の判定では、前記第２の処理について、前記複数の処理の内の複数の処理が候補となると判定した場合、前記候補となる複数の処理の各々が前記第２の処理である確からしさを示す値に基づいて、前記第２の処理が、前記候補となる複数の処理の内のどの処理なのかを判定する
付記２５〜３２の何れか１項に記載の処理判定方法。

（付記３４）
前記候補となる複数の処理の各々が前記第２の処理である確からしさを示す値は、前記第２の処理における前記所定時間内の総通信量と前記候補となる複数の処理の各々の前記所定時間内の総通信量との差、前記候補となる複数の処理の各々の発生確率、及び前記第２の処理とは別の処理について判定の処理が判定されている場合には、前記判定の処理との関係における前記候補となる複数の処理の各々の発生確率の少なくとも１つに基づく値である付記３３に記載の処理判定方法。

（付記３５）
前記クライアント装置から前記サーバ装置に送信されるデータは暗号化されている付記２５〜３４の何れか１項に記載の処理判定方法。

（付記３６）
前記クライアント装置から前記サーバ装置には、サービスとは無関係なデータが送信され、
前記複数の処理は、前記サーバ装置が提供するサービス内の処理である
付記２５〜３４の何れか１項に記載の処理判定方法。

１０ ＶＰＮサーバ
１２、１４ クライアント端末
１６ サーバ端末
３０ テーブル用データベース
５６ テーブル更新部
５８ イベント判定部

Claims (6)

1. 各々異なる種類の複数の処理の内の指示された処理を実行するサーバ装置に、前記複数の処理の各々の実行を指示するためにクライアント装置が送信するデータの予め定められた所定時間に渡る通信量の分布を各処理に対応して記憶する記憶部と、
   前記クライアント装置が前記サーバ装置に実行を指示した第１の処理が、前記複数の処理の内のどの処理なのかを判定する第１の判定部と、
   前記第１の処理が指示された所定時間を含む一定期間内に前記クライアント装置から前記サーバ装置に送信されたデータの通信量の分布である第１の通信量の分布から、前記第１の判定部により前記第１の処理について判定された処理に対応して前記記憶部に記憶された前記所定時間に渡る通信量の分布である第２の通信量の分布を減算する減算部と、
   前記減算部により前記第２の通信量の分布が減算された前記第１の通信量の分布の残りの部分に基づいて、前記一定期間内において前記クライアント装置が前記サーバ装置に指示しかつ残存する第２の処理が、前記複数の処理の内のどの処理なのかを判定する第２の判定部と、
   を備えた処理判定装置。
2. コンピュータに、
   各々異なる種類の複数の処理の内の実行が指示された処理を実行するサーバ装置にクライアント装置がデータを送信して実行を指示した第１の処理が、複数の処理の内のどの処理なのかを判定し、
   前記第１の処理が指示された所定時間を含む一定期間内に前記クライアント装置から前記サーバ装置に送信されたデータの通信量の分布である第１の通信量の分布から、前記複数の処理の各々の実行を指示するためにクライアント装置が前記サーバ装置に送信するデータの予め定められた所定時間に渡る通信量の分布を各処理に対応して記憶する記憶部に、前記判定により前記第１の処理について判定された処理に対応して記憶された所定時間に渡る通信量の分布である第２の通信量の分布を減算し、
   前記減算により前記第２の通信量の分布が減算された前記第１の通信量の分布の残りの部分に基づいて、前記一定期間内において前記クライアント装置が前記サーバ装置に指示しかつ残存する第２の処理が、前記複数の処理の内のどの処理なのかを判定する
   ことを含む処理を実行させる処理判定プログラム。
3. 前記記憶部には、前記処理に対応して前記通信量のピークの発生態様が更に記憶され、
   前記第１の処理の判定では、前記クライアント装置から前記サーバ装置に前記一定期間内に送信されたデータの通信量に基づいて、前記第１の処理に対応するデータの通信量のピークの発生態様が、前記記憶部に記憶された前記発生態様に対応するか否かを判定することにより、前記第１の処理が、前記複数の処理の内のどの処理なのかを判定する請求項２に記載の処理判定プログラム。
4. 前記第２の処理の判定では、前記第２の処理について、前記複数の処理の内の複数の処理が候補となると判定した場合、前記候補となる複数の処理の各々が前記第２の処理である確からしさを示す値に基づいて、前記第２の処理が、前記候補となる複数の処理の内のどの処理なのかを判定する
   請求項２又は請求項３に記載の処理判定プログラム。
5. 前記クライアント装置から前記サーバ装置には、サービスとは無関係なデータが送信され、
   前記複数の処理は、前記サーバ装置が提供するサービス内の処理である
   請求項２〜４の何れか１項に記載の処理判定プログラム。
6. コンピュータに、
   各々異なる種類の複数の処理の内の指示された処理を実行するサーバ装置にクライアント装置がデータを送信して実行を指示した第１の処理が、複数の処理の内のどの処理なのかを判定し、
   前記第１の処理が指示された所定時間を含む一定期間内に前記クライアント装置から前記サーバ装置に送信されたデータの通信量の分布である第１の通信量の分布から、前記複数の処理の各々の実行を指示するためにクライアント装置が前記サーバ装置に送信するデータの予め定められた所定時間に渡る通信量の分布を各処理に対応して記憶する記憶部に、前記判定により前記第１の処理について判定された処理に対応して記憶された所定時間に渡る通信量の分布である第２の通信量の分布を減算し、
   前記減算により前記第２の通信量の分布が減算された前記第１の通信量の分布の残りの部分に基づいて、前記一定期間内において前記クライアント装置が前記サーバ装置に指示しかつ残存する第２の処理が、前記複数の処理の内のどの処理なのかを判定する
   ことを含む処理を実行させる処理判定方法。

Images