パケットキャプチャ方式とはサイト訪問者とWebサーバなどとの間でやり取りされるパケットデータから、サイト解析に必要な任意のデータを取得し、集計する方式を表しています。

RTxでは、パケットの中のHTTPのリクエスト及びレスポンスを解析するため、下記の図のようにSwitchのミラーポートに接続するだけでアクセス解析を開始することができます。

大きいデータを送受信する際に少量のデータに分割し、発信元、送信先のアドレスやパケットの種類、伝送順序などの制御情報を付加したデータの単位をパケットと呼びます。

携帯キャリアのサービス、"パケット割引"などの呼び名にて認知度が高いのですが、携帯電話の通信の呼び名ではなく、PCサイト、モバイルサイトに関わらず利用されているものです。システムによって1パケットの大きさは異なりますが、携帯電話でのパケット通信では各キャリアともに1パケット=128バイト固定が一般的なようです。

Webの指標としては複数の定義がありますが、来訪者が何人来たというように、PV（ページビュー）の測定をする際に同じ人のアクセスとしてまとめる定義の1つとなります。「同じ人」という概念を、多くのアクセス解析ソフトは「ユニークユーザ」と呼称しています。複数の定義について、下記に記載します。

コレクターモジュールと呼ばれるモジュールがパケット内から任意の文字列を取得し、即座にデータマネージャモジュールと呼ばれるモジュール内のデータベースエリアに送られます。
データベースに蓄積されたパケットデータはデータ閲覧画面に即座に反映されますので、バッチ処理などのロスタイムは発生せず、リアルタイムに閲覧することが可能です。
コレクターモジュールについてはコレクターモジュールとはなんですか？をご確認ください
データマネージャモジュールについてはデータマネージャモジュールとはなんですか？をご確認ください

RTmetrics、RTbandwidthはMU（モニタリングユニット）と呼ばれるライセンス体系にて販売をしております。MUに登録できるドメイン数に制限はございません。（パフォーマンスとしての上限値はあります）
導入企業様の解析要件に応じて、MUをご利用頂く事でスモールスタートでの解析を始めることが可能です。
MU（モニタリングユニット）についてはMUとはなんですか？をご確認ください

月間1000万PVを超えるサイトになると、ログから解析データを抽出する事にリソースがかかりますし、POSTデータの解析が非常に困難であるために、 Web解析を企業全体のマーケティング情報として捉えにくいといえます。またタグ、Webビーコン方式では、各ページ毎にタグを貼る手間や、広告出稿やキャンペーン毎にタグに手を入れる手間もかかります。また、動的に生成されるページにはタグを貼ることができません。サーバログ、タグ、Webビーコン共に携帯サイトの分析については、コンバージョン分析、ユーザ動線分析、アクセス頻度解析などRTmetrics、RTbandwith以上に分析を行うことは非常に困難であるといえます。RTmetrics、RTbandwidthでは、ログデータからの分析にストレスを感じている方、タグ、Webビーコンでの分析にストレスを感じている方、携帯サイトの分析にお困りの方に非常に適しています。

大まかにログ解析タイプ、Webビーコンタイプと差が出る点は下記がポイントとなります。

MBOXと呼ばれる、コレクターモジュールへの負荷分散、コレクターモジュールの冗長化、BGP（Border Gateway Protocol）対応の為のモジュールを別途用意してあります。
このモジュールを導入頂く事で可能になります。
この他、Gigamon社のGigaVUE、F5社のBIG-IPでの実績もございます。

* Mboxの負荷分散機能について 1台のコレクターモジュールにて処理できない大量のトラフィックを、複数台のコレクターモジュールに負荷分散することで処理を可能にします。 例えば、1Gbpsのパケットに対して、MBOXに4台のコレクターモジュールを接続することで、1台あたり250Mbpsづつそれぞれのコレクターモジュールへ分散することが可能になります。

コレクターモジュールについてはコレクターモジュールとはなんですか？をご確認ください

ブラウザを通し、データマネージャへアクセスすることで、設定及びレポート参照を行います。

データマネージャへのアクセスは、ローカルIPでの接続が可能なので、セキュアな環境での利用が可能です。

データマネージャについてはデータマネージャモジュールとはなんですか？をご確認ください

CISSP（情報システム・セキュリティ グローバル・プロフェッショナル認定資格）保持者の管理下における、非常に強固なセキュリティポリシーでの運用実績がありますので、ご安心してご利用いただけます。 UIのパスワード管理意外にはアプリケーション側でアクセス制限などは行いません。IPアドレスなどでのアクセス制限は、ファイアーウォールなどネットワーク側で実施するか、RTmetrics、RTbandwidthサーバ上のiptablesなどのソフトウェアファイアウォールで実施して頂くことが可能です。

注：RTmetrics、RTbandwidthに必要な通信ポートなど、設置環境、ポリシーなどに依存する内容につきましては、ご相談ください。

ポータルサイトやフリーメールなどを利用する際は、最初にログインをしてサービスを利用することが多いと思います。ログイン後は次のページに移動しても、ログインしたユーザ固有のページを表示します。おおまかではありますが、ログインした際の情報を紐付ける仕組みをセッションと言います。

多くのシステムでは、ログイン時などにサーバ側でセッションを作成します。クライアント（ユーザ）のブラウザにはサーバ側で作成したセッション固有のIDを送ります。このIDを"セッションID"と呼び、大抵の場合はCookieとしてセッションIDをクライアントに送ります。

クライアント（ユーザ）のブラウザはセッションIDが送られてくると、次のアクセスからセッションIDを送り、サーバ側は送られてきたセッションIDに該当するセッションにてユーザを特定し、固有の情報をクライアント（ユーザ）のブラウザに返します。この仕組みがセッションIDと呼ばれています。