(57)【要約】【課題】  Ｗｅｂサーバと蓄積サーバとが通信不能な場合でも顧客動向の情報を確実に取得して蓄積でき、顧客動向の分析等を正確に行うことができる蓄積できるオンライン顧客動向情報の処理方法及び顧客動向情報取得システムを提供する。【解決手段】  ＨＴＴＰサーバ（Ｗｅｂサーバ）１でオンライン顧客動向情報を取得して、蓄積サーバ２に送信し、蓄積サーバ２でデータファイル蓄積処理、データ圧縮処理、データ変換処理を行うが、ＨＴＴＰサーバ１と蓄積サーバ２との通信路に障害が発生した場合、ＨＴＴＰサーバ１内の簡易ロガーを動作させ、オンライン顧客動向情報を一時的にＯＣＢローカルＤＢ１５にＯＣＢデータファイルとして格納し、通信路が良好になると、ＯＣＢローカルＤＢ１５に格納したＯＣＢデータファイルを蓄積サーバ２に送信する顧客動向情報取得システムである。【選択図】        図１
2005316987.tif 000002
【特許請求の範囲】
【請求項１】
ＨＴＴＰサーバと蓄積サーバとの通信状態を監視して当該通信状態が良好であるとＨＴＴＰサーバが判断すると、取得したオンライン顧客動向情報を前記蓄積サーバに送信するものの、前記通信状態が良好でないと前記ＨＴＴＰサーバが判断すると、オンライン顧客動向情報を特定の形式でファイル化し、ローカルデータベースに格納し、その後、前記通信状態が良好であるときに、前記ローカルデータベースに格納したファイルを前記蓄積サーバに送信することを特徴とするオンライン顧客動向情報の処理方法。
【請求項２】
ＨＴＴＰサーバでは、取得したオンライン顧客動向情報についてファイルを拡張子又は末尾の文字列によって排除するフィルタ処理を行うことを特徴とする請求項１記載のオンライン顧客動向情報の処理方法。
【請求項３】
蓄積サーバでは、ＨＴＴＰサーバから受信したオンライン顧客動向情報を特定の形式でファイル化してデータベースに格納するものの、前記特定の形式でファイル化されたオンライン顧客動向情報を受信した場合には、前記特定の形式でのファイル化する処理より簡易処理で前記データベースに格納することを特徴とする請求項１又は２記載のオンライン顧客動向情報の処理方法。
【請求項４】
蓄積サーバにおける特定の形式のファイル化には、フィルタ処理又は／及びフォーマット整形処理を含むことを特徴とする請求項１乃至３のいずれか記載のオンライン顧客動向情報の処理方法。
【請求項５】
ネットワークに接続するＨＴＴＰサーバと、前記ＨＴＴＰサーバから送信された情報を蓄積する蓄積サーバとを備えた顧客動向情報取得システムであって、
前記ＨＴＴＰサーバは、ローカルデータベースと、前記蓄積サーバとの通信状態を監視し、前記ネットワークを介して為されたアクセスに対してオンライン顧客動向情報を取得し、通信状態が良好であると判断された場合は、オンライン顧客動向情報を前記蓄積サーバに送信し、通信状態が良好でないと判断された場合は、オンライン顧客動向情報を特定の形式でファイル化して前記ローカルデータベースに格納し、通信状態が良好であるときに、前記ローカルデータベースに格納したファイルを前記蓄積サーバに送信する制御部とを有することを特徴とする顧客動向情報取得システム。
【請求項６】
ＨＴＴＰサーバの制御部は、取得したオンライン顧客動向情報についてファイルを拡張子又は末尾の文字列によって排除するフィルタ処理を行う制御部であることを特徴とする請求項５記載の顧客動向情報取得システム。
【請求項７】
ＨＴＴＰサーバの制御部は、ローカルデータベースに格納したファイルを蓄積サーバに送信する動作を特定の時間間隔で行うことを特徴とする請求項５又は６記載の顧客動向情報取得システム。
【請求項８】
蓄積サーバは、基本データベースと、ＨＴＴＰサーバから受信したオンライン顧客動向情報を特定の形式でファイル化して前記基本データベースに格納するものの、前記特定の形式でファイル化されたオンライン顧客動向情報を受信した場合には、前記特定の形式でのファイル化する処理より簡易処理で前記基本データベースに格納する制御部とを有することを特徴とする請求項５乃至７のいずれか記載の顧客動向情報取得システム。
【請求項９】
蓄積サーバは、特定の形式でファイル化されたオンライン顧客動向情報を圧縮して格納する圧縮データベースを備え、
前記蓄積サーバの制御部は、基本データベースからオンライン顧客動向情報のファイルを読み込み、圧縮して前記圧縮データベースに格納することを特徴とする請求項８記載の顧客動向情報取得システム。
【請求項１０】
蓄積サーバは、特定の形式でファイル化されたオンライン顧客動向情報をデータフォーマット変換して格納する変換データベースを備え、
前記蓄積サーバの制御部は、圧縮データベースからオンライン顧客動向情報のファイルを読み込み、データフォーマット変換して前記変換データベースに格納することを特徴とする請求項９記載の顧客動向情報取得システム。
【請求項１１】
蓄積サーバの制御部は、データフォーマット変換に際して、ファイルの特定項目をデコードすることを特徴とする請求項１０記載の顧客動向情報取得システム。
【請求項１２】
蓄積サーバの制御部は、特定の形式のファイル化に際して、フィルタ処理又は／及びフォーマット整形処理を行うことを特徴とする請求項８乃至１１いずれか記載の顧客動向情報取得システム。
【請求項１３】
ＨＴＴＰサーバのローカルデータベースに対して、前記ＨＴＴＰサーバの制御部は、特定時間間隔で新たなファイルを作成して更新するファイルローテンションを行うことを特徴とする請求項５乃至１２のいずれか記載の顧客動向情報取得システム。
【請求項１４】
蓄積サーバの各データベースに対して、前記蓄積サーバの制御部は、特定時間間隔で新たなファイルを作成して更新するファイルローテンションを行うことを特徴とする請求項８乃至１２のいずれか記載の顧客動向情報取得システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブ上へのサイトにアクセスした顧客（ユーザ）の動向に関する情報を取得するシステムに係り、特にウェブサーバと情報の蓄積を行う蓄積サーバとの通信が良好でない場合でも顧客動向情報を確実に取得して蓄積できるオンライン顧客動向情報の処理方法及び顧客動向情報取得システムに関する。
【背景技術】
【０００２】
従来、ウェブサーバ（Ｗｅｂサーバ）に対するユーザのアクセス状況について、そのログを取得してユーザ動向を分析することが行われている。
【０００３】
尚、ウェブサイトへのアクセスログを解析する先行技術として、特開２００２−６３１０２の「ログ解析システム」がある（特許文献１参照）。
【０００４】
【特許文献１】特開２００２−６３１０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のＷｅｂサーバにおけるユーザ動向の情報は時々刻々発生するものであるため、その情報を蓄積するための蓄積サーバに適宜送出される必要があるが、Ｗｅｂサーバと蓄積サーバとの間の通信状態が悪い場合には、その通信状態の期間、ユーザ動向の情報は送出されないため、その情報が蓄積サーバに蓄積されず、ユーザ動向の分析等が正確に行うことができないという問題点があった。
【０００６】
本発明は上記実情に鑑みて為されたもので、Ｗｅｂサーバと蓄積サーバとの通信が良好でない場合でも顧客動向の情報を確実に取得して蓄積でき、顧客動向の分析等を正確に行うことができる蓄積できるオンライン顧客動向情報の処理方法及び顧客動向情報取得システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、オンライン顧客動向情報の処理方法において、ＨＴＴＰサーバと蓄積サーバとの通信状態を監視して当該通信状態が良好であるとＨＴＴＰサーバの制御部が判断すると、取得したオンライン顧客動向情報を蓄積サーバに送信するものの、通信状態が良好でないとＨＴＴＰサーバの制御部が判断すると、オンライン顧客動向情報を特定の形式でファイル化し、ローカルデータベースに格納し、その後、通信状態が良好であるときに、ローカルデータベースに格納したファイルを蓄積サーバに送信することを特徴とする。
【０００８】
本発明は、上記オンライン顧客動向情報の処理方法において、ＨＴＴＰサーバでは、取得したオンライン顧客動向情報についてファイルを拡張子又は末尾の文字列によって排除するフィルタ処理を行うことを特徴とする。
【０００９】
本発明は、上記オンライン顧客動向情報の処理方法において、蓄積サーバでは、ＨＴＴＰサーバから受信したオンライン顧客動向情報を特定の形式でファイル化してデータベースに格納するものの、特定の形式でファイル化されたオンライン顧客動向情報を受信した場合には、特定の形式でファイル化する処理より簡易処理でデータベースに格納することを特徴とする。
【００１０】
本発明は、ネットワークに接続するＨＴＴＰサーバと、ＨＴＴＰサーバから送信された情報を蓄積する蓄積サーバとを備えた顧客動向情報取得システムであって、ＨＴＴＰサーバは、ローカルデータベースと、蓄積サーバとの通信状態を監視し、ネットワークを介して為されたアクセスに対してオンライン顧客動向情報を取得し、通信状態が良好であると判断された場合は、オンライン顧客動向情報を蓄積サーバに送信し、通信状態が良好でないと判断された場合は、オンライン顧客動向情報を特定の形式でファイル化してローカルデータベースに格納し、通信状態が良好であるときに、ローカルデータベースに格納したファイルを蓄積サーバに送信する制御部とを有することを特徴とする。
【００１１】
本発明は、上記顧客動向情報取得システムにおいて、蓄積サーバが、基本データベースと、ＨＴＴＰサーバから受信したオンライン顧客動向情報を特定の形式でファイル化して基本データベースに格納するものの、特定の形式でファイル化されたオンライン顧客動向情報を受信した場合には、特定の形式でファイル化する処理より簡易処理で基本データベースに格納する制御部とを有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ＨＴＴＰサーバと蓄積サーバとの通信状態を監視して当該通信状態が良好であるとＨＴＴＰサーバの制御部が判断すると、取得したオンライン顧客動向情報を蓄積サーバに送信するものの、通信状態が良好でないとＨＴＴＰサーバの制御部が判断すると、オンライン顧客動向情報を特定の形式でファイル化し、ローカルデータベースに格納し、その後、通信状態が良好であるときに、ローカルデータベースに格納したファイルを蓄積サーバに送信するオンライン顧客動向情報の処理方法としているので、蓄積サーバとの通信状態が良好でない場合でもオンライン顧客動向情報を確実に取得して蓄積でき、顧客動向の分析等を正確に行うことが可能となるという効果がある。
【００１３】
本発明によれば、ＨＴＴＰサーバでは、取得したオンライン顧客動向情報についてファイルを拡張子又は末尾の文字列によって排除するフィルタ処理を行う上記オンライン顧客動向情報の処理方法としているので、顧客動向分析として重要性の低いファイルを排除でき、通信トラフィックを軽減できる効果がある。
【００１４】
本発明によれば、蓄積サーバでは、ＨＴＴＰサーバから受信したオンライン顧客動向情報を特定の形式でファイル化してデータベースに格納するものの、特定の形式でファイル化されたオンライン顧客動向情報を受信した場合には、特定の形式でファイル化する処理より簡易処理でデータベースに格納する上記オンライン顧客動向情報の処理方法としているので、特定の形式でファイル化されたオンライン顧客動向情報の蓄積を簡易かつ迅速に行い、オンライン顧客動向情報の蓄積処理を阻害することがないという効果がある。
【００１５】
本発明によれば、ネットワークに接続するＨＴＴＰサーバと、ＨＴＴＰサーバから送信された情報を蓄積する蓄積サーバとを備えた顧客動向情報取得システムであって、ＨＴＴＰサーバは、ローカルデータベースと、蓄積サーバとの通信状態を監視し、ネットワークを介して為されたアクセスに対してオンライン顧客動向情報を取得し、通信状態が良好であると判断された場合は、オンライン顧客動向情報を蓄積サーバに送信し、通信状態が良好でないと判断された場合は、オンライン顧客動向情報を特定の形式でファイル化してローカルデータベースに格納し、通信状態が良好であるときに、ローカルデータベースに格納したファイルを蓄積サーバに送信する制御部とを有するものとしているので、蓄積サーバとの通信状態が良好でない場合でもオンライン顧客動向情報を確実に取得して蓄積でき、顧客動向の分析等を正確に行うことが可能となるという効果がある。
【００１６】
本発明によれば、蓄積サーバが、基本データベースと、ＨＴＴＰサーバから受信したオンライン顧客動向情報を特定の形式でファイル化して基本データベースに格納するものの、特定の形式でファイル化されたオンライン顧客動向情報を受信した場合には、特定の形式でファイル化する処理より簡易処理で基本データベースに格納する制御部とを有する上記顧客動向情報取得システムとしているので、特定の形式でファイル化されたオンライン顧客動向情報の蓄積を簡易かつ迅速に行い、オンライン顧客動向情報の蓄積処理を阻害することがないという効果がある。
【発明を実施するための最良の形態】
【００１７】
本発明の実施の形態について図面を参照しながら説明する。
尚、以下で説明する機能実現手段は、当該機能を実現できる手段であれば、どのような回路又は装置であっても構わず、また機能の一部又は全部をソフトウェアで実現することも可能である。更に、機能実現手段を複数の回路によって実現してもよく、複数の機能実現手段を単一の回路で実現してもよい。
【００１８】
本発明の実施の形態に係る顧客動向情報取得システムは、Ｗｅｂサーバでユーザ動向情報を取得して、リアルタイムに蓄積サーバに送信し、蓄積サーバでデータファイル蓄積処理、データ圧縮処理、データ変換処理を行うものであり、Ｗｅｂサーバと蓄積サーバとの通信路に障害が発生した場合、Ｗｅｂサーバ内の簡易ロガーを動作させ、ユーザ動向情報を一時的にローカルＤＢに蓄積データとして蓄積し、通信路が良好になると、ローカルＤＢに記憶した蓄積データを蓄積サーバに送信するものである。
【００１９】
これにより、本発明の実施の形態に係る顧客動向情報取得システムでは、Ｗｅｂサーバと蓄積サーバとの間の通信路に障害が発生しても、その障害の期間のユーザ動向情報を保持して、通信路が復旧した場合に、保持したユーザ動向情報を蓄積サーバに送信するので、通信路における通信状態が良好でない場合でもユーザ動向情報を確実に取得して蓄積でき、ユーザ動向の分析等に利用できるものである。
【００２０】
次に、本発明の実施の形態に係る顧客動向情報取得システムの構成について図１を参照しながら説明する。図１は、本発明の実施の形態に係る顧客動向情報取得システムの構成ブロック図である。
本発明の実施の形態に係る顧客動向情報取得システム（本システム）は、図１に示すように、ＨＴＴＰ（HyperText Transfer Protocol）サーバ（Ｗｅｂサーバ）１と、蓄積サーバ（Storeサーバ）２と、インターネットを介してＨＴＴＰサーバ１に接続する複数のユーザコンピュータ（ユーザＰＣ）３とから構成されている。
尚、図１におけるインターネットは、イントラネットのネットワークであってもよい。
【００２１】
更に、図１の各部を具体的に説明する。
ＨＴＴＰサーバ１は、内部構成として、制御部１１と、主メモリ１２と、記憶部１３と、ネットワークインタフェース１４と、オンライン顧客行動（Online Customer Behavior:ＯＣＢ）ローカルデータベース（ＤＢ）１５とを基本的に備えている。
【００２２】
制御部１１は、ＨＴＴＰサーバ１における処理を実行するものである。制御部１１で実現される処理内容については後述する。
主メモリ１２は、記憶部１３に格納された処理プログラムがロードされて、プログラム動作可能とし、また処理に必要なデータ等が一時的に保持されるものである。
記憶部１３は、処理プログラム及び処理に必要なデータ等が記憶される。
【００２３】
ネットワークインタフェース１４は、インターネットに接続すると共に、蓄積サーバ２に接続するインタフェースである。尚、ネットワークインタフェース１４を２つ設け、インターネット接続用と、蓄積サーバ２接続用とすることも可能である。
ＯＣＢローカルＤＢ１５は、ＨＴＴＰサーバ１と蓄積サーバ２との間で通信障害がある場合に、オンライン顧客行動（ＯＣＢ）のデータファイルを蓄積するものである。
【００２４】
蓄積サーバ２は、内部構成として、制御部２１と、主メモリ２２と、記憶部２３と、ネットワークインタフェース２４と、オンライン顧客行動（Online Customer Behavior:ＯＣＢ）ベーシックデータベース（ＤＢ）２５と、ＯＣＢ圧縮データベース（ＤＢ）２６と、ＯＣＢ ＸＭＬ（eXtensible Markup Language）データベース（ＤＢ）２７とを基本的に備えている。
【００２５】
制御部２１は、蓄積サーバ２における処理を実行するものである。制御部２１で実現される処理内容については後述する。
主メモリ２２は、記憶部２３に格納された処理プログラムがロードされて、プログラム動作可能とし、また処理に必要なデータ等が一時的に保持されるものである。
記憶部２３は、処理プログラム及び処理に必要なデータ等が記憶される。
【００２６】
ネットワークインタフェース２４は、少なくとも、ＨＴＴＰサーバ１に接続するインタフェースである。
ＯＣＢベーシックＤＢ２５は、ＨＴＴＰサーバ１から送信されたオンライン顧客行動（ＯＣＢ）のデータファイルを蓄積するものである。
ＯＣＢ圧縮ＤＢ２６は、ＯＣＢベーシックＤＢ２５に蓄積されたＯＣＢデータファイルを圧縮して記憶するものである。
ＯＣＢ ＸＭＬ ＤＢ２７は、ＯＣＢ圧縮ＤＢ２６で圧縮されたＯＣＢデータファイルをＸＭＬのデータ形式に変換したものを記憶するものである。
【００２７】
ユーザＰＣ３は、ユーザ（顧客）が使用するコンピュータであり、インターネットを介してＷｅｂサーバ１にアクセスし、ページを参照したり、オンライン注文等を行ったりすることでオンライン顧客行動の情報を発生させるものである。
尚、ユーザＰＣ３は、インターネットを介してＷｅｂサーバ１にアクセス可能な装置であればよく、ディスクトップパソコン、ノートパソコン、携帯情報端末（ＰＤＡ：Personal Digital Assistance）、携帯電話機、ＰＨＳ（Personal Handyphone System）等であってもよい。
【００２８】
ここで、Ｗｅｂサイトで収集される顧客動向情報の内容について説明する。
顧客動向情報は、データマイニング及び顧客動向分析に利用されるデータである。
具体的には、顧客動向情報とは、検索画面等でクリックした際に付加される情報となるＰＯＳＴデータ、Cookieに設定される、Ｗｅｂサイトの訪問者を識別するためのＩＤ（識別子）のデータ等である。
【００２９】
そして、これらの情報がオンライン顧客行動（ＯＣＢ）データファイルにまとめられる。ＯＣＢデータファイルは、特定の形式で生成されるものであり、ファイル生成時間、ファイル出力先ディレクトリ、ローテーション時間等が設定される。ローテーション時間とは、新たなデータファイル生成し、ファイルを更新（ファイルローテーション）する時間間隔である。
【００３０】
次に、本システムにおける処理動作について図２を参照しながら説明する。図２は、本システムの処理の概要を説明するための概略図である。尚、図１に示したシステム構成を基に処理機能を明確にした概略図が、図２である。
図２に示すように、ＨＴＴＰサーバ（Ｗｅｂサーバ）１では、図１の記憶部１３には、ＨＴＴＰ処理プログラム、ＯＣＢデータファイルを生成するプログラムである簡易ロガー、生成されたＯＣＢデータファイルを蓄積サーバ２に送信するプログラムである日次バッチ等が記憶されており、これらプログラムが図１の主メモリ１２にロードされて展開され、制御部１１の動作によって実行可能となる。
【００３１】
ＨＴＴＰ処理プログラムにおける情報取得モジュールは、オンライン顧客行動の情報を取得するためのプログラムであり、以下の処理が実行される。
情報取得モジュールは、オンライン顧客動向の情報（ＯＣＢデータ：ＲＡＷデータ）を随時取得し、蓄積サーバ２にオンラインで送信する。
また、情報取得モジュールは、ＨＴＴＰサーバ１と蓄積サーバ２との間の通信路（通信状態）を監視し、通信状態が良好であれば、蓄積サーバ２にＯＣＢデータを送信するよう設定するが、通信状態が良好でなければ、簡易ロガーを起動してＯＣＢデータからＯＣＢデータファイルを生成してＨＴＴＰサーバ１内のＯＣＢローカルＤＢ１５に一時記憶させる。
【００３２】
制御部１１上で動作する情報取得モジュールによる通信状態の監視処理は、ＨＴＴＰサーバ１から蓄積サーバ２に通信要求を送信し、一定時間応答がない場合を、通信状態が良好でないと判断するものである。
尚、蓄積サーバ２には、複数のＨＴＴＰサーバ１が接続されることが想定されるので、あるＨＴＴＰサーバ１から蓄積サーバ２への通信要求に対して一定時間内に応答がない場合に簡易ロガーが起動されることになる。
【００３３】
また、情報取得モジュールは、通信トラフィックを軽減するために、例えば、Ｗｅｂサイトに貼り付けられた画像（イメージ）ファイルをＯＣＢデータとして記録対象としないよう、排除するフィルタ処理を行っている。
当該フィルタ処理において、排除対象はイメージファイルに限らず、設定によってあらゆるファイルを排除対象にすることができるものである。
【００３４】
つまり、通信状態が良好な場合は、情報取得モジュールはフィルタ処理したＯＣＢデータを蓄積サーバ２のロガーへ送信し、通信状態が良好でない場合は、情報取得モジュールは簡易ロガーを起動して、フィルタ処理したＯＣＢデータを簡易ロガーに出力する。
これにより、顧客動向分析として必要性の低いファイルを排除できるため、通信トラフィックを大幅に軽減できるものである。
【００３５】
具体的には、イメージファイルを排除する場合には、イメージファイルに付加された拡張子、gif（Graphics Interchange Format）、jpg（Joint Photographic Experts Group）、png（Portable Network Graphics）等が予めファイルを排除するためのテーブルに設定されており、制御部１１によって実行される情報取得モジュールが、当該テーブルを参照して設定された拡張子に該当する場合には、その拡張子のイメージファイルに関する記述部分を排除するようフィルタ処理を行うものである。
尚、上記テーブルに設定される拡張子は、利用者が任意に選択して設定できるものである。
【００３６】
上記説明では、拡張子のみで排除対象のファイルを指定するようにしているが、拡張子だけでなく、ファイル名も末尾の文字列を文字数の制限なく指定するようにしてもよい。
また、イメージファイル以外のファイルの排除についても、拡張子だけでなく、末尾の文字列によってファイル名を指定するようにしてもよい。
【００３７】
簡易ロガーは、情報取得モジュールからの指示により起動され、情報取得モジュールで取得されたＯＣＢデータからＯＣＢデータファイルを生成してＯＣＢローカルＤＢ１５に出力する。
簡易ロガーは、後述する蓄積サーバ２におけるロガーとほぼ同様の処理を行うものとなっているが、フィルタ処理とフォーマット整形処理は行わないようになっている。簡易ロガーとロガーの処理については後述する。
【００３８】
日次バッチは、バッチ管理ツール又はタスクスケジューラによって定期的（例えば１時間毎）に起動され、ＯＣＢローカルＤＢ１５に記憶されたＯＣＢデータファイルを読み出して蓄積サーバ２に送信する。但し、情報取得モジュールの通信状態の監視機能によって通信状態が良好でないと判定された場合、日次バッチは処理を行わず、次回の起動時に、通信状態が良好であれば、これまで送信されなかったＯＣＢデータファイルを読み出して蓄積サーバ２に送信する。
【００３９】
図２に示すように、蓄積サーバ（Storeサーバ）２では、図１の記憶部２３には、ＯＣＢデータファイルを生成するプログラムであるロガー、生成されたＯＣＢデータファイルを圧縮・格納するプログラムであるＯＣＢ圧縮・格納ツール、圧縮・格納されたＯＣＢデータファイルをＸＭＬのデータ形式に変換するプログラムである変換ツール等が記憶されており、これらプログラムが図１の主メモリ２２にロードされて展開され、制御部２１の動作によって実行可能となる。
【００４０】
ロガーは、ＨＴＴＰサーバ１の情報取得モジュールから受信したＯＣＢの基になるデータ（ＲＡＷデータ）からＯＣＢデータファイルを生成し、ＯＣＢベーシックＤＢ２５に格納する。ＯＣＢベーシックＤＢ２５に格納されるデータフォーマットは、ベーシックフォーマットと呼ばれるものとなっている。また、ＲＡＷデータとは、ＯＣＢベーシックＤＢ２５に格納される前のデータのことをいうものである。
また、ロガーは、日次バッチから受信したＯＣＢデータファイルをフィルタ処理し、フォーマット整形処理等してＯＣＢベーシックＤＢ２５に格納する。
【００４１】
また、ロガーは、情報取得モジュールから受信したＲＡＷデータについて不要なデータを除去するフィルタ処理を行い、必要な項目のみを抽出して定められた順序に並べ替えるフォーマット整形処理を行う。フィルタ処理では、Includeフィルタ及びExcludeフィルタを複数定義して利用する。
Includeフィルタとは、設定されているフィルタ値にマッチするＲＡＷデータをＯＣＢファイルに出力するものであり、Excludeフィルタとは、設定されているフィルタ値にマッチするＲＡＷデータをＯＣＢファイルに出力しないものである。
【００４２】
上記のフィルタ処理は、情報取得モジュールで実現するフィルタ処理と基本的には同様であり、予めテーブル等にフィルタ値を設定しておき、そのフィルタ値に従ってフィルタ処理を行うものである。
但し、ロガーにおけるフィルタ処理では、フィルタ値に対してIncludeフィルタ処理又はExcludeフィルタ処理のいずれかが設定されており、フィルタ値とIncludeフィルタ処理又はExcludeフィルタ処理のいずれかを実現するものである。
【００４３】
また、情報取得モジュールでは、通信トラフィックを軽減し、顧客動向分析の必要性が低いファイル等を排除する目的で、フィルタ値として拡張子又は末尾の文字列を用いていたが、ロガーでは、分析側の要望に応じて収集データの精度を高めることを目的とするものであるから、ファイルの拡張子又は末尾の文字列に限らず、フィールド全てについてフィルタ値として設定することができるものである。
【００４４】
また、ロガーは、通信状況及びＲＡＷデータの処理件数等を監視し、監視結果の情報を周期的（１秒毎）にファイル（記憶部）に出力する処理を行う。
【００４５】
ＯＣＢ圧縮・格納ツールは、ＯＣＢベーシックＤＢ２５から使用中でないＯＣＢデータファイルの圧縮を行い、ＯＣＢ圧縮ＤＢ２６に格納する。
変換ツールは、ＯＣＢ圧縮ＤＢ２６に格納されたＯＣＢデータファイルを一旦伸長し、ＯＣＢベーシックフォームからＸＭＬ形式のフォーマットへ変換し、ＯＣＢ ＸＭＬ ＤＢ２７に格納する。
また、変換ツールは、ＯＣＢデータファイルの任意の項目をデコードする。具体的には、Query（ＰＯＳＴデータ付きのQuery文字列）、Cookie（リクエストヘッダに含まれるCookie）、Referer（あるウェブページのリンク元ページのＵＲＬ（Uniform Resource Locator）に関する情報）等をデコードする。
【００４６】
次に、ＨＴＴＰサーバ１における日次バッチにより実行される処理とそれに対応する蓄積サーバのロガーの処理について図３を参照しながら説明する。図３は、本システムの日次バッチ及び対応するロガーの処理の概要を示す概略図である。
図３の前提として、ＨＴＴＰサーバ１と蓄積サーバ２との通信が良好でない場合に、簡易ロガーが起動されてＯＣＢローカルＤＢ１５にＯＣＢデータファイルが格納されている状態となっている。
【００４７】
日次バッチは、バッチ管理ツール又はタスクスケジューラによって定期的に起動され、ＨＴＴＰサーバ１と蓄積サーバ２との通信状況が良好である場合に、ＯＣＢローカルＤＢ１５からＯＣＢデータファイルを読み込み、蓄積サーバ２のロガーに送信する。
【００４８】
日次バッチからＯＣＢデータファイルを受信したロガーは、通常の処理を圧迫しないように、後述するソケットとリーダスレッドを１つだけ使用し、リーダスレッドが日次バッチ処理されたＯＣＢデータファイルを認識し、ロガーでフィルタ処理、フォーマット整形処理等が為され、ＯＣＢベーシックＤＢ２５に格納する。
【００４９】
日次バッチ処理されたＯＣＢデータファイルは、通常のＯＣＢデータファイルが格納されるＯＣＢベーシックＤＢ２５の格納領域とは異なる格納領域に格納するようにしており、更にＯＣＢデータファイルがファイル生成時間を保持しているため、通常のＯＣＢデータファイルと日次バッチ処理されたＯＣＢデータファイルとは、その生成時間により時系列を判断することになる。
【００５０】
次に、本システムにおける蓄積サーバ２で実現されるロガーの処理動作について図４を参照しながら説明する。図４は、本システムのロガー処理の内容を示す概略図である。
尚、図４におけるソケット・キュー及びＲＡＷデータ・キャッシュは、図１の記憶部２３若しくは主メモリ２２を用いて実現している。
また、リスナースレッド、リーダスレッド、ＯＣＢ出力スレッド及び監視スレッドは、ロガーの一部のプログラムであって、主メモリ２２にロードされて展開されることで実行可能となるものである。
【００５１】
リスナースレッドは、情報取得モジュールからの接続を待ち、接続によってＲＡＷデータを１件含むソケットを生成し、ソケット・キューに格納する。
スレッド・プールに格納されたリーダスレッドは、指定された数がロガー起動時に生成され、ソケット・キューからソケットを取得して、それに含まれるＲＡＷデータをＲＡＷデータ・キャッシュに格納する。
スレッド・プールに格納されたＯＣＢ出力スレッドは、指定された数がロガー起動時に生成され、ＲＡＷデータ・キャッシュからＲＡＷデータを取得して、フィルタ処理、フォーマット整形処理等を行い、ＯＣＢベーシックＤＢ２５にＯＣＢデータファイルを格納する。
【００５２】
リスナースレッド及びリーダスレッドの詳細について図５を参照しながら説明する。図５は、本システムのロガーにおけるリスナースレッド及びリーダスレッドの処理を説明するための概略図である。
図５に示すように、リスナースレッドは、情報取得モジュールから受信したＲＡＷデータを含むようなソケットを生成し、ソケット・キューに順に格納する。
【００５３】
ソケット・キューにソケットが格納された状態で、リーダスレッドがソケット・キューにキューイングされている順にソケットを取得し、ソケット・キューから取得したソケットを削除する。ソケット・キューが空の場合はリーダスレッドを一時停止する。ソケット・キューにソケットが追加される度に、一時停止しているリーダスレッドを起動するものである。
【００５４】
ソケットを取得したリーダスレッドは、ソケットからＲＡＷデータを１件読み込み、ＲＡＷデータ・キャッシュに順に格納する。読み込み処理を均等に行うために、リーダスレッドは、ＲＡＷデータの読み込み後に、空になったソケットをソケット・キューの最後尾に戻す処理を行う。
【００５５】
ＯＣＢ出力スレッドの詳細について図６を参照しながら説明する。図６は、本システムのロガーにおけるＯＣＢ出力スレッドの処理を説明するための概略図である。
図６に示すように、ＯＣＢ出力スレッドは、ＲＡＷデータ・キャッシュからＲＡＷデータを取得し、ＯＣＢデータファイルを生成してＯＣＢベーシックＤＢ２５に出力する。
ＲＡＷデータ・キャッシュにＲＡＷデータが存在しない場合には、ＯＣＢ出力スレッドを一時停止し、ＲＡＷデータ・キャッシュにＲＡＷデータが追加される度に、一時停止しているＯＣＢ出力スレッドを起動する。
【００５６】
ＯＣＢ出力スレッドは、ＲＡＷデータに対して、上述したフィルタ処理及びフォーマット整形処理等を行い、ＯＣＢベーシックＤＢ２５に出力する。
ＯＣＢローテーションスレッド（プログラム）は、定期的（１秒）にローテーション時間を監視し、ローテーション時間となった場合に、当該ファイルについて新たなＯＣＢデータファイルを生成し更新する処理を行う。ＲＡＷデータ・キャッシュにＲＡＷデータが存在しない場合でも、ファイルを指定時間にローテーションさせるために、ＯＣＢローテンションスレッドを起動するようになっている。
このようにして、ＯＣＢデータファイルがＯＣＢベーシックＤＢ２５に出力されるものである。
【００５７】
本システムによれば、ＨＴＴＰサーバ１と蓄積サーバ２との通信状態が良好でない場合に、ＨＴＴＰサーバ１内で簡易ロガーが起動してＯＣＢデータファイル生成し、ＯＣＢローカルＤＢ１５に格納しておき、上記通信状態が良好となった場合に、日次バッチがＯＣＢローカルＤＢ１５からＯＣＢデータファイルを読み込んで蓄積サーバ２に送信するようにしているので、通信状態が良好でない場合のＯＣＢデータであっても一時保持され、後に蓄積サーバ２に送信されて、ＯＣＢベーシックＤＢ２５に格納されることになり、ユーザ動向の分析等を正確に行うことができる効果がある。
【００５８】
また、本システムでは、ＨＴＴＰサーバ１と蓄積サーバ２との通信状態が良好でない場合に、簡易ロガーでＯＣＢデータファイルを生成するまで処理を行うことで、蓄積サーバ２での処理を軽減しており、蓄積サーバ２での通常のＯＣＢデータの処理を圧迫することなく、通信状態が不良な場合のＯＣＢデータファイルをＯＣＢベーシックＤＢ２５に格納できる効果がある。
【００５９】
日次バッチ処理されたＯＣＢデータファイルについて、蓄積サーバにおけるソケット及びリーダスレッドを１つだけ使用するようにしているので、通常のＲＡＷデータの処理を阻害することがないという効果がある。
【００６０】
また、リーダスレッドが、日次バッチ処理されたＯＣＢデータファイルを認識してＯＣＢ出力スレッドを用いず、ＯＣＢベーシックＤＢ２５に直接格納するものであるから、日次バッチ処理されたＯＣＢデータファイルの格納処理を簡素かつ迅速化できる効果がある。
【００６１】
ＯＣＢ出力スレッドで、フィルタ処理及びフォーマット整形処理等を施しているので、必要とするデータを絞り込んで分析等ができる効果がある。
また、変換ツールにおいて、ＸＭＬ形式に変換すると共に、特定項目のデコードを行うようにしているので、分析可能なデータを直ちに取得できる効果がある。
【００６２】
また、ＯＣＢローカルＤＢ１５，ＯＣＢベーシックＤＢ２５，ＯＣＢ圧縮ＤＢ２６及びＯＣＢ ＸＭＬ ＤＢ２７において、指定された時間間隔でファイルローテンションを実現するようにしているので、分析可能なデータを日単位又は時間単位で取得できる効果があり、ＯＣＢ圧縮により蓄積サーバ２でのディスク容量を少なくできる効果がある。
【００６３】
次に、リーダスレッドにおける具体的な処理について図７を参照しながら説明する。図７は、本システムのリーダスレッドにおける処理の流れを示すフローチャートである。
図７に示すように、リーダスレッドは、ＨＴＴＰサーバとの通信が確立し、通信が開始されると、ソケットを取得し（Ｓ１）、更に通信ヘッダを読み取り（Ｓ２）、その通信ヘッダの解析を行う（Ｓ３）。
【００６４】
その解析により、ヘッダの識別番号を判定し（Ｓ４）、番号が１（正常処理）であれば、ＲＡＷデータを受信し（Ｓ５）、そのＲＡＷデータをＲＡＷデータ・キャッシュに出力する（Ｓ６）。そして、ソケット・キューを戻す処理（Ｓ７）を行う。
【００６５】
処理Ｓ４で、ヘッダの識別番号が２（ローカルＯＣＢ）であれば、ファイルの受信を行い（Ｓ８）、ＲＡＷデータを受信し（Ｓ９）、フィルタ処理を行い（Ｓ１０）、フォーマット整形処理を行って（Ｓ１１）、ＯＣＢベーシックＤＢ２５にＯＣＢデータファイルの出力処理を行う（Ｓ１２）。
【００６６】
続いて、受信するファイルがなくなったか否かを判断し（Ｓ１３）、ファイルがまだあれば（Ｎｏの場合）、処理Ｓ９に戻って処理を繰り返す。また、ファイルがなくなった場合には（Ｙｅｓの場合）、完了通知を出力し（Ｓ１４）、ソケットをクローズして（Ｓ１５）、処理を終了する。
以上のようにして、リーダスレッドにおける処理が為される。
【産業上の利用可能性】
【００６７】
本発明は、Ｗｅｂサーバと蓄積サーバとが通信不能な場合でも顧客動向の情報を確実に取得して蓄積でき、顧客動向の分析等を正確に行うことができる蓄積できるオンライン顧客動向情報の処理方法及び顧客動向情報取得システムに好適である。
【図面の簡単な説明】
【００６８】
【図１】本発明の実施の形態に係る顧客動向情報取得システムの構成ブロック図である。
【図２】本システムの処理の概要を説明するための概略図である。
【図３】本システムの日次バッチ及び対応するロガーの処理の概要を示す概略図である。
【図４】本システムのロガー処理の内容を示す概略図である。
【図５】本システムのロガーにおけるリスナースレッド及びリーダスレッドの処理を説明するための概略図である。
【図６】本システムのロガーにおけるＯＣＢ出力スレッドの処理を説明するための概略図である。
【図７】本システムのリーダスレッドにおける処理の流れを示すフローチャートである。
【符号の説明】
【００６９】
１…ＨＴＴＰサーバ（Ｗｅｂサーバ）、  ２…蓄積サーバ（Storeサーバ）、  ３…ユーザＰＣ、  １１…制御部、  １２…主メモリ、  １３…記憶部、  １４…ネットワークインタフェース、  １５…ＯＣＢローカルＤＢ、  ２１…制御部、  ２２…主メモリ、  ２３…記憶部、  ２４…ネットワークインタフェース、  ２５…ＯＣＢベーシックＤＢ、  ２６…ＯＣＢ圧縮ＤＢ、  ２７…ＯＣＢ ＸＭＬ ＤＢ
【図１】
2005316987.tif 000003
【図２】
2005316987.tif 000004
【図３】
2005316987.tif 000005
【図４】
2005316987.tif 000006
【図５】
2005316987.tif 000007
【図６】
2005316987.tif 000008
【図７】
2005316987.tif 000009