JP2004348670A - Log intermediation system - Google Patents

Log intermediation system Download PDF

Info

Publication number
JP2004348670A
JP2004348670A JP2003148019A JP2003148019A JP2004348670A JP 2004348670 A JP2004348670 A JP 2004348670A JP 2003148019 A JP2003148019 A JP 2003148019A JP 2003148019 A JP2003148019 A JP 2003148019A JP 2004348670 A JP2004348670 A JP 2004348670A
Authority
JP
Japan
Prior art keywords
data
log
server
company
support
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003148019A
Other languages
Japanese (ja)
Inventor
Mitsuhiro Matsuda
光弘 松田
Shinji Kitagami
眞二 北上
Takayuki Ito
孝之 伊藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP2003148019A priority Critical patent/JP2004348670A/en
Publication of JP2004348670A publication Critical patent/JP2004348670A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Debugging And Monitoring (AREA)
  • Computer And Data Communications (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To obtain a log intermediation system having enhanced extendability and efficiency. <P>SOLUTION: The log intermediation system 1a comprises: log conversion sections 30, 31, 32, 33; I service universal data 40; J service universal data 41; and support data generation sections 50-52. A service category I, for example, an I server 10 made by a company A and its log 20 and an I server 11 made by a company B and its log 21, and a service category J, for example, a J server 12 made by a company C and its log 22 and a J server 13 made by a company D and its log 23 are located at a logs-supply side adjacent the log intermediation system 1a. External data DB (DataBase) 60-63 exist as a device supplying the external data. For example, support systems 80-82 exist as a support system supported by the log intermediation system 1a. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
この発明は、サービスを行う複数台、複数種類のサーバから出力されるログなどの情報を収集し、変換し、統一して、前記サーバに供給することによりログデータとサポートシステムの仲介を行うログ仲介システムに関するものである。
【0002】
【従来の技術】
従来の技術の一例として、IPDR・NDM−U(Internet Protcol Detail Record−Network Data Management−Usage)には、複数のサポートシステムに対応した3階層モデルがあり、複数のサーバから取得した複数のログデータ、および取得した外部データを統一フォーマットのIPDR270に変換し、これを各サポートシステムに対して提供しているものである。その際、各サポートシステムに提供されるデータ項目およびデータフォーマットはサーバが提供するサービスの種類(以下、適宜「サービスカテゴリ」と記す)毎に全て同一であった。つまり、全てのサポートシステムは同一のデータを受信し、また、データの形式、即ち外部データ取得後のデータ形式でデータが保存され蓄積される。
【0003】
また、他の例として複数のサービスシステムからログを収集すること、複数種類のログを統一フォーマットに変換すること、および複数のBSS(Business Support Systems)に対応して4階層構造による拡張性の高いシステム設計について示すものがある(例えば、特許文献1参照)。
【0004】
【特許文献1】
特開2002−82849号公報
【0005】
【発明が解決しようとする課題】
従来の技術では、全てのサポートシステムに対して、サービスカテゴリ毎に同一のデータが提供される。その場合、あるサポートシステムにとっては不必要なデータも送られてしまうという問題があった。また、外部データを用い、その変換後にデータを保存、蓄積するが、その場合、サポートシステムの仕様変更、機能拡張があるとそれまでに保存されたデータが利用できないという問題があった。さらに、サポートシステムの仕様変更、機能拡張があると、多くのモジュールの改修が必要となるという問題があった。
【0006】
また、特許文献1に示される例では、複数のサービスカテゴリのログには対応していなく、また、複数の利用方法、拡張性の高い設計は考慮されていないという問題がった。
【0007】
この発明は上記のような問題点を解決するためになされたもので、拡張性、及び効率性の向上したログ仲介システムを得ることを目的とする。
【0008】
【課題を解決するための手段】
この発明に係るログ仲介システムは、サービスをサポートするサポートシステムに対してサポートデータを供給するログ仲介システムにおいて、クライアントに対しネットワークを介してサービスを提供し、クライアントからのアクセス毎にログを出力するサーバと、サーバから出力されるログを、規定された形式で統一してデータを形成するログ変換手段と、統一したデータを取得し、そのデータに基づいて、サポートシステムとの間で規定された形式のデータを生成するデータ生成手段と、データ生成手段により生成されたデータをサポートシステムに送信するデータ送信手段とを備えるものである。
【0009】
【発明の実施の形態】
以下、この発明の実施の一形態について説明する。
まず、各実施の形態に共通するログ仲介システムに関する技術の概要について図1を参照して説明する。
【0010】
図1に示すようにログ仲介システム1の基本的構成は、ログ変換部4、統一データ5、サポートデータ生成部7を備えて構成され、各種サービスを行うサーバ2からのログ情報を記録したログ3からログ情報を得て、また、外部データ6からデータを得てログ情報を変換し、サポートデータ8としてサポートシステム9に供給する。
【0011】
まず、ログ変換部4の動作について説明する。ログ変換部4の動作の概要は、種類の異なる複数のサーバ2から出力された複数種類のログを収集し、提供するサービスの種類であるサービスカテゴリ毎に予め規定される統一フォーマットのデータ(以下「統一データ」と記す)に変換し、統一データ5として保存することである。ログ変換部4は、サーバ2の種類毎に1つ用意されているか、サービスカテゴリ毎に1つ用意されているか、又は、全てのサーバ2に対して1つ用意されているものである。
【0012】
ログ変換部4が、サーバ2の種類毎に1つ用意されている場合は、各ログ変換部4は対応するサーバ2のログを、そのサーバ2が属するサービスカテゴリの統一データに変換する機能をもつ。ログ変換部4が、サービスカテゴリ毎に1つ用意される場合、又は全てのサーバ2に対して1つの場合(即ち、1つのログ変換部4で複数のサーバ2に対応する場合)、ログ変換部4の内部で、取得したログがどの種類のサーバ2によって出力されたものかを判断し、適切な統一データに変換する機能を持つ。なお、サービスカテゴリには複数種類のサーバ2が含まれる。例えば、サービスカテゴリがWebである場合、サーバ2の種類には、Apache、IIS(Internet Information Server)などが含まれる。
【0013】
ログ変換部4の起動は、一日毎、一週間毎といった一定時間間隔でバッチ的に起動されるか、又は、各サーバ2上に新たなログが生成された時点で起動されるものとする。
【0014】
まず、ログ変換部4は、予め設定されている1つ又は複数のサーバ2からネットワークを介してログを取得する。取得するログは通常サーバ2上に保存されているテキスト形式のログ3であるが、バイナリ形式でも、直接サーバプログラムに接続してデータを取得してもよい。ログ変換部4が取得したログは、一度ファイルとしてログ仲介システムが備える、図示しないディスクに保存した上で読み込むか、又は直接、ログ変換部4に入力される。
【0015】
次に、ログ変換部4は読み込んだログを、予めサービスカテゴリ毎に規定される統一フォーマットのデータに変換する。通常ログは、クライアント、即ちコンピュータや携帯端末等の1回のアクセス、又は動作に対して、1レコード(1行)のログが生成されている。この1レコードのログには、クライアントのアクセス日時又はログが記録された日時、クライアントがアクセスしたファイル名、クライアントマシンの環境(即ち、OS、クライアントソフトウェア名、バージョン等)、リクエストの内容、クライアント−サーバ間で使用されたプロトコルなどのデータが記録される。
【0016】
ログ変換部4はログの各レコードを読み取り、サービスカテゴリ毎に統一されたフォーマットに変換する。サーバ2によって出力されるログの形式、意味内容が異なるため、変換を行う際、必要に応じて、(i)意味は同じだが異なる標記がされているデータ(例えばデータの形式やデータの単位が異なる場合)の変換すること、(ii)ある文字列から必要な部分のみを切り出すこと、(iii)複数のデータから必要な値を計算すること、(iv)ログ1レコードの内容を統一フォーマット複数のレコードに変換すること、(v)複数のログレコードに記録されたデータ値から統一フォーマットの1レコードを生成すること、などが必要となる場合もある。
【0017】
最後に、ログ変換部4は、統一したデータをディスクに保存する。保存する際の形態は、リレーショナルデータベース、XML(Extensible Markup Language)形式のテキストファイルなど汎用性の高い保存形態をとることが望まれるが、カンマ区切りのCSV(Conuma Separated Value)形式のテキストファイルや特定のバイナリ形式のような何れの形式でもよい。ただし、その場合の条件として、保存したデータが、後に続くサポートデータ生成部7で読むことができる形式とする。
【0018】
このようにサービスカテゴリ毎に統一フォーマットに変換し保存しておくことで、同一サービスカテゴリ内の異なる種類のサーバ2から出力されたログであっても、その後の処理で統一的にログデータを扱えるというメリットがある。また、例えばサポートシステム9やサポートデータ生成部7を変更したとしても、このログ変換部4を変更する必要はない。さらに、この時点ではログ以外の外部データを取得していないため、サポートシステム9やサポートデータ生成部7に変更があったとしても、それまでに保存されている統一フォーマットのデータは変更することを必要とせずに使用することが可能である。
【0019】
つぎに、サポートデータ生成部7の動作を説明する。サポートデータ生成部7の動作の概要は、複数種類のサービスカテゴリ毎に統一された統一データと外部データ6から外部データを取得し、取得したデータを予めサポートシステム9との間で規定される必要十分なデータを生成し、生成したデータをサポートシステム9に出力することである。サポートデータ生成部7とサポートシステム9は1対1に対応しているため、サポートデータ生成部7はサポートシステム9と同数存在する。
【0020】
サポートデータ生成部7の起動は、(i)1日毎、1週間毎といった一定時間間隔か、又は(ii)統一フォーマットのログが新たに生成された時点でリアルタイムに行われるか、又は、(iii)対応するサポートシステム9から要求がきた時点のいずれかの時点で動作を開始する。各サポートデータ生成部7の起動のタイミングは同時である必要は無い。
【0021】
まず、サポートデータ生成部7はサービスカテゴリ毎に統一された1つ又は複数のデータを取得する。次に、サポートデータ生成部7は必要となる外部データを外部データDB(データベース)6から取得する。取得する外部データは対応するサポートデータ生成部7によって異なる。例えば、課金を想定したサポートデータ生成機能であれば、課金対象となるサービス、或いはコンテンツとそれに対する使用料金が示されている外部データが必要であり、利用動向分析データ生成機能であれば、ユーザ情報やコンテンツ情報が示されている外部データが必要になると考えられる。
【0022】
サポートデータ生成部7は、取得した統一データと外部データの、選択、集計、結合等を行い、最終的に、予め規定されたサポートシステム9毎に必要十分なデータを生成し、サポートシステム9に出力する。
【0023】
サポートデータ生成部7の動作は個々のサポートデータ生成部7によって異なり、また実装方法によっても動作が異なるため、その全ての動作内容をここで詳細に示すことはできないが、例として、ストリーミングとFTP(File Transfer Protcol)のサービスの課金を簡単に説明する。
【0024】
課金を行う場合の、サポートシステムの名前を“課金サービス”、課金サービスに送信されるサポートデータを“課金データ”、課金データを生成するサポートデータ生成部7を“課金データ生成部”とし、以下でその動作を示す。なお、課金サービスに関するサポートシステムの詳細については、後段の実施の形態3、実施の形態4、実施の形態5において説明する。
【0025】
まず、課金データ生成部はストリーミングとFTPの統一データと、外部データとして存在する課金ルールを取得する。統一データには、“誰が、何を、どれだけ使用した”という情報が記録されており、課金ルールには、“何を、どれだけ使用したら、いくらか”という情報が指定されている。具体的な使用料金の決定方法はそれぞれの運用ルールに依存する。例えばここで、(a)ストリーミングはコンテンツ毎の再生時間で料金を決定し、(b)FTPはコンテンツによらず転送バイト数で使用料金が決定されるとすると、外部から取得する課金ルールには、(a)全てのストリーミングコンテンツについて、それぞれ1秒間再生した際に発生する料金、及び(b)FTPで1Kバイト転送した際に発生する料金が、予め決められたフォーマットで指定される。統一データには、ユーザ名、使用したストリーミングコンテンツのファイル名、及び、使用量、例えばストリーミングであればクライアントでの再生時間、FTPであれば転送Kバイト数等が記録されている。
【0026】
次に、課金データ生成部は取得した統一データを集計し、ユーザ毎に料金を計算する。具体的には、統一データを参照し、ストリーミングであれば、“ユーザA、ファイルA、ユーザAがファイルAを再生した時間の合計x”というデータを全てのユーザ名とファイル名の組み合わせについて集計する。FTPであれば、ユーザ毎に集計するだけでよく“ユーザB、転送Kバイト数x”というデータを全てのユーザ名について集計する。この集計したデータに対して、課金ルールから単位時間、及び単位転送量あたりの料金を取得し、再生時間、及び転送量と掛け合わせて“ユーザA、ファイルA、ユーザAがファイルAを再生した時間の合計x、左記の使用料金y(円)”、及び“ユーザB、転送Kバイト数x、左記の使用料金y(円)”というデータを生成する。
【0027】
最後に、上記の方法で集計したデータを、対応する課金システムをサポートするサポートシステム9に対して出力する。データを受け取った課金システムは、ユーザに対して決済を行い、或いはユーザや課金管理者からの紹介に対してそれまでの課金状況を表示する画面を生成するなどの処理を実施することが想定される。
【0028】
このように、ストリーミングやFTPなど複数のサービスに対する課金をまとめて管理することにより、管理者やユーザは分かりやすいというメリットがある。また、異なる種類のサービス、例えば割引セット料金を設定することも、課金ルールにセット割引を示す記述をすることで容易に実現することが可能である。
サポートシステム毎に対応するサポートデータ生成部7を用意し、サポートシステム9毎に特定の必要十分なデータを提供することにより、各サポートシステム9では不必要なデータを取得しなくてよいというメリットがある。
【0029】
また、上述の例では示さなかったが、サポートデータ生成部7がサポートシステム9からの要求で動作を開始する場合、サポートシステム9側からの要求に特定のパラメータを指定することで、統一データを集計する範囲を指定することが可能である。例えば、ユーザ名をパラメータとして指定することで、指定したユーザに関する課金情報のみを取得できる。例えば、日時をパラメータとして与えることで、指定した日時以降、又は以前に関する課金情報のみを取得することができ、この機能を用いて、前述した課金システムは一度受け取ったデータをローカルのディスクに保存しておき、それ以降は日時を指定してサポートデータ生成部7を起動して、前回からの差分のみを受け取り、前回保存したデータと加算することで、処理時間を短縮することが可能となる。
【0030】
実施の形態1.
この発明の実施の形態1に係るログ仲介システム1aについて、図2〜図4を参照して説明する。なお、図2は実施の形態1に係るログ仲介システム1aの構成を示す図であり、図3はこのログ仲介システム1aの、クライアントからのアクセスによりログが蓄積される状態を示す図であり、図4はこのログ仲介システム1aの、BSSメディエーションの流れを示す図である。
【0031】
ログ仲介システム1aは図2に示すように、ログ変換部30、31、32、33と、Iサービス統一データ40と、Jサービス統一データ41と、サポートデータ生成部50〜52とを備えて構成される。ログ仲介システム1aに対して、サービスカテゴリIの、例えばA社製Iサーバ10とそのログ20、B社製Iサーバ11とそのログ21、サービスカテゴリJの、例えばC社製Jサーバ12とそのログ22、D社製Jサーバ13とそのログ23がログを供給する側にあり、外部データDB60〜63が外部データを供給する装置としてあり、ログ仲介システム1aからサポートされるサポートシステムとして、例えばサポートシステム80〜82がある。
【0032】
A社製Iサーバ10とB社製Iサーバ11は異なる種類のサーバであるが、同一、又は同種のサービス(この場合、サービスカテゴリI)を、ネットワークを介してクライアントに提供するサーバである。クライアントからアクセスがあった場合、アクセス情報やクライアントの情報をログ20、21に保存する。同種のサービスとは、例えば、Web、ストリーミング、FTPなどを意味し、異なる種類の装置とは、Webであれば、Apache、IISなど、ストリーミングであればWindows(登録商標) Media、RealSystemなどを意味する。つまり、Apache、IISは異なる種類の装置であるが、同種のサービスWebを提供するサーバである。
【0033】
C社製Jサーバ12とD社製Jサーバ13は、A社製Iサーバ10とB社製Iサーバ11と同様に、異なる種類の装置であり、同一、又は同種のサービスJを、ネットワークを介してクライアントに提供するサーバである。クライアントからアクセスがあった場合、アクセス情報やクライアントの情報をログ22、23に保存する。図1ではこれらサーバを1台のサーバ2として図示したが、負荷分散された複数台のサーバであってもよい。
【0034】
各サーバから出力され、ログ20〜23に格納されるログは、ログレコードの集合であり、ログレコードとは、クライアントからアクセスがあった場合に生成されるもので、アクセスに関する様々な情報やクライアントから送信される情報のセットである。ログはテキストフォーマットかバイナリフォーマットのファイルとしてサーバ上のディスクに保存されるか、又はネットワークを介して直接外部から参照されるか、又は外部のコンピュータのディスクに直接保存される(以降これらを全て「ログ」と記す)。A社製Iサーバ10、B社製Iサーバ11、C社製Jサーバ12、D社製Jサーバ13は全て異なるため、ログ20〜23のログのデータ項目、データ形式は、通常異なる。
【0035】
ログ変換部30〜33は、それぞれ、A社製Iサーバ10、B社製Iサーバ11、C社製Jサーバ12、D社製Jサーバ13の各サーバと1対1に対応しており、サーバの種類と同数存在する。各ログ変換部30〜33は、対応するサーバから出力されたログを取得し、対応するサーバのサービスカテゴリ毎に統一のデータ項目、データ形式に変換し、Iサービス統一データ40、Jサービス統一データ41のいずれかに保存する。
【0036】
外部データDB60〜63は、サポートデータ生成部50〜52のうちの少なくとも1つに対応しており、そのデータ内容はそれぞれ異なる。外部データDB60〜63に記録されている外部データは、Iサービス統一データ40、Jサービス統一データ41のデータを補完するためのデータで、最終的にサポートシステム80〜82において必要となるデータが予め保存されている。
【0037】
サポートデータ生成部50〜52はそれぞれ、サポートシステム80〜82と1対1に対応しており、サポートシステムと同数存在する。サポートデータ生成部50〜52はそれぞれ、Iサービス統一データ40、Jサービス統一データ41の全ての統一データ、および、外部データDB60〜63の外部データを0個以上取得し、取得した統一データと外部データを選択、集計、結合し、対応するサポートシステムとの間で規定されるデータ項目、データフォーマットをもつサポートデータ70〜72を生成し、対応するサポートシステム80〜82に提供する。
【0038】
また、サポートデータ生成部50〜52はそれぞれ、処理開始時にパラメータを与えることが可能で、その際、与えられたパラメータに対応するレコードのみをログ20〜23から抽出し、パラメータに対応するデータのみのサポートデータ70〜72を生成する機能を有する。例えば、サポートシステム80〜82はあるユーザ名をパラメータとしてサポートデータ生成部50〜52を起動し、指定したユーザ名に関するデータのみが含まれるサポートデータ70〜72を取得することができる。各サポートシステム80〜82は、取得したデータをもとにA社製Iサーバ10、B社製Iサーバ11、C社製Jサーバ12、D社製Jサーバ13が提供するサービスをサポートする機能を有する。
【0039】
次にログ仲介システム1aの動作について説明する。
図3はA社製Iサーバ10、B社製Iサーバ11、C社製Jサーバ12、D社製Jサーバ13に対してクライアントがアクセスする際の状況を示している。ユーザはクライアントコンピュータ90、91や携帯端末92などからネットワーク93を介して1台、又は複数に負荷分散されたサーバ94にアクセスし、サービスの提供を受ける。その際、サーバ94は、クライアントのアクセス情報、クライアントの情報、アクセス日時などのデータをログ95として記録する。
【0040】
次に図2において、ログ変換部30〜33は、リアルタイム(ここで、リアルタイムとは、統一データが生成されたそのときを言い、以下同様の意味において用いる)、又は定期的(即ち、バッチ的)にログ20〜23をA社製Iサーバ10、B社製Iサーバ11、C社製Jサーバ12、D社製Jサーバ13から収集し、サービスカテゴリ毎に統一されたデータを生成し、XML形式、又はリレーショナルデータベースの形式でIサービス統一データ40およびJサービス統一データ41に保存する。
【0041】
次に、サポートデータ生成部50〜52のうち1つ又は複数は、リアルタイム、定期的、又は各サポートシステム80〜82から要求がきた時点のいずれかのタイミングで、Iサービス統一データ40およびJサービス統一データ41の統一データを収集、取得し、さらに、外部データDB60〜63から外部データを取得し、取得した統一データと外部データを、選択、集計、結合し、最終的に、対応するサポートシステム80〜82に対して必要十分なデータを提供する。
【0042】
また、サポートデータ生成部50〜52がサポートシステム80〜82から要求を受けて起動する際に、その要求にパラメータが指定された場合、サポートデータ生成部50〜52は、そのパラメータに応じて必要なデータのみ(又は不必要なデータ以外の全てのデータ)を生成し、パラメータを指定しなかった場合に提供されるデータと異なるデータをサポートシステム80〜82に提供することができる。例えば、サポートシステム80〜82からのリクエストにユーザ名が指定された場合、統一データの中から、指定されたユーザがサーバにアクセスしたことによって記録されたもののみを抽出して処理を行い、指定されたユーザに関するデータのみをサポートシステム80〜82に送信する。
【0043】
つぎに、図4のフローチャートを参照してサポートデータ生成部50〜52の動作を説明する。サポートデータ生成部50〜52は、リアルタイム、定期的、又はサポートシステム80〜82から要求があった時点のいずれかのタイミングでサポートデータ生成機能を起動し(ステップST101)、サポートデータ生成部50〜52は、必要な統一データを取得する(ステップST102)。つぎに、外部データDB60〜63から外部データを取得する(ステップST103)。
【0044】
つぎに、サポートデータ生成部50〜52がサポートシステム80〜82からの要求で処理を開始し、かつそのサポートシステムからのリクエストに要求パラメータが含まれていたか否かを判別する(ステップST104)。含まれていた場合(YES)、受信したパラメータの値に従って、必要なデータのみ、又は不必要なデータ以外の全てのデータに対して処理を実行し、統一フォーマットのデータを生成する(ステップST105)。一方、パラメータが含まれていない場合(NO)、通常どおり全てのデータに対して処理を実行し、統一フォーマットのデータを生成して(ステップST106)、その生成したデータをサポートシステムに送信する(ステップST107)。上述したようにしてデータの提供を受けたサポートシステム80〜82は、受信したデータをもとに、A社製Iサーバ10、B社製Iサーバ11、C社製Jサーバ12、D社製Jサーバ13のサービスをサポートするものである。
【0045】
以上のように、実施の形態1によれば、サポートシステム毎に提供するデータを変えることで、各サポートシステムにおいて、必要で十分なデータを取得できる。また、新たなサポートシステムを追加する際、又は既存のサポートシステムの仕様を変更する際、該当するサポートシステムのモジュール・データ形式を追加、変更するだけでよい。さらに、新たなサポートシステムを追加する際、又は既存のサポートシステムの使用を変更する際、保存済みの統一データを変更することなく利用することが可能である。
これにより、複数種類のサービスを提供している環境に対して、様々なサポートシステムを容易に追加、拡張することが可能となる。
【0046】
実施の形態2.
この発明の実施の形態2に係るログ仲介システム1bについて、図5を参照して説明する。なお、図5は実施の形態2に係るログ仲介システム1bの構成を示す図である。上述した実施の形態1では本発明のアーキテクチャを示したが、この実施の形態2では、ストリーミングサービスに対するユーザの利用動向分析として、この発明を実施する場合の形態を説明する。つまり、この実施の形態2は、1つのサービスカテゴリに対して1つのサポートシステムを適用する場合の具体例である。
【0047】
実施の形態2のログ仲介システム1bはログ変換部130、131と、ストリーム統一データ140と、利用動向分析データ生成部152を備えて構成され、これに対して例えばA社製ストリーミングサーバ110とそのログ120、B社製ストリーミングサーバ111とそのログ121がログを供給する側にあり、コンテンツ情報DB162とユーザ情報DB163がログ仲介システム1bに情報を提供するものとしてあり、ログ仲介システム1bからサポートされるサポートシステムとして利用動向分析システム182がある。
【0048】
A社製ストリーミングサーバ110とB社製ストリーミングサーバ111は異なる種類の装置であり、ストリーミングサービスを、ネットワークを介してクライアントに提供するサーバであり、クライアントからアクセスがあった場合、アクセス情報やクライアントの情報をログ120、121に保存する。図5ではA社製ストリーミングサーバ110とB社製ストリーミングサーバ111のそれぞれを1台のサーバとして図示したが、負荷分散された複数台のサーバであってもよい。
【0049】
ログ120、121はA社製ストリーミングサーバ110とB社製ストリーミングサーバ111から出力されるログであり、夫々、異なるサーバであるため出力されるログ120とログ121は異なるデータである。
【0050】
ログ変換部130、131は、A社製ストリーミングサーバ110とB社製ストリーミングサーバ111から出力されたログを収集し、ストリーミングで統一されているデータ項目、形式に変換しストリーム統一データ140にストリーム統一データとして保存する。
【0051】
コンテンツ情報DB162およびユーザ情報DB163は、ストリーム統一データから利用動向分析データ172を生成する際に、ストリーム統一データを補完するためのデータを備えるデータベースである。例えば、コンテンツ情報DBには、A社製ストリーミングサーバ110とB社製ストリーミングサーバ111からユーザに対して提供されている各コンテンツの、ファイル名、タイトル、分類(例えば音楽、映画、ドラマなど)、著作権所有者などが含まれる。また、ユーザ情報DBには、例えば、ストリーミングサービスの提供を受けるユーザのユーザ名、氏名、年齢、職業、メールアドレスなどが含まれる。
【0052】
利用動向分析データ生成部152は、ストリーム統一データ140、コンテンツ情報DB162、ユーザ情報DB163から情報を取得して、取得したデータを選択、集計、結合し、利用動向分析データ172を生成し、利用動向分析システム182に提供する機能を有する。
【0053】
利用動向分析システム182は、取得したデータをもとに、A社製ストリーミングサーバ110とB社製ストリーミングサーバ111が提供するサービスをサポートする機能を有する。
【0054】
次にログ仲介システム1bの動作について説明する。
まず、ログ変換部130、131は、リアルタイム、又は定期的にログ120、121を、A社製ストリーミングサーバ110とB社製ストリーミングサーバ111から収集し、ストリーミング統一データを生成し、XML形式、又はリレーショナルデータベースの形式でストリーミング統一データ140に保存する。
【0055】
次に、利用動向分析データ生成部152は、リアルタイム、定期的、又は各サポートシステムから要求がきた時点のいずれかのタイミングで、ストリーム統一データ140から統一データを取得し、一方、コンテンツ情報DB162、ユーザ情報DB163から外部データを取得し、取得した統一データと外部データを、選択、集計、結合して利用動向分析データ172を生成し、利用動向分析システム182に提供する。
【0056】
また、利用動向分析データ生成部152が利用動向分析システム182から受けたリクエストにパラメータが指定された場合、利用動向分析データ生成部152はそのパラメータに応じて必要なデータのみを生成し、パラメータを指定しなかった場合に提供されるデータと異なるデータを利用動向分析システム182に提供することができる。例えば、利用動向分析システム182からのリクエストにユーザ名が指定された場合、統一データの中から、指定されたユーザがサーバにアクセスしたことによって記録されたデータのみを抽出して処理を行い、指定されたユーザに関するデータのみを利用動向分析システム182に送信する。
【0057】
データの提供を受けた利用動向分析システム182は、受信したデータに基づき、A社製ストリーミングサーバ110とB社製ストリーミングサーバ111によって提供されているサービスの利用動向を分析する処理を実行する。
【0058】
以上のように、実施の形態2によれば、複数のストリーミング配信サーバのログを4階層モデルで処理する場合、サポートシステムの仕様が変更になったとしても保存されている統一データはそのままの形で利用することが可能である。
【0059】
実施の形態3.
この発明の実施の形態3に係るログ仲介システム1cについて、図6を参照して説明する。なお、図6は実施の形態3に係るログ仲介システム1cの構成を示す図である。上述した実施の形態1ではこの発明のアーキテクチャを示し、実施の形態2では具体例としてストリーミングの利用動向分析を実施する場合の形態を示したが、この実施の形態3では、ストリーミングとWebサービスに対する課金を実施するための、複数のサービスカテゴリに対して1つのサポートシステムを適用する場合の具体例である。
【0060】
実施の形態3のログ仲介システム1cはログ変換部120〜123と、ストリーム統一データ140と、Web統一データ141と、課金データ生成部150を備えて構成され、これに対して例えばA社製ストリーミングサーバ110とそのログ120、B社製ストリーミングサーバ111とそのログ121、C社製Webサーバ112とそのログ122、D社製Webサーバ113とそのログ123がログを供給する側にあり、また、課金ルールDB160がログ仲介システム1cに情報を提供するものとしてあり、ログ仲介システム1cからサポートされるサポートシステムとして課金システム180がある。
【0061】
A社製ストリーミングサーバ110とB社製ストリーミングサーバ111は異なる種類の装置であり、ストリーミングサービスを、ネットワークを介してクライアントに提供するサーバであり、クライアントからアクセスがあった場合、アクセス情報やクライアントの情報を、夫々ログ120、121に保存する。また、C社製Webサーバ112とD社製Webサーバ113は異なる装置であって、Webサービスをネットワークを介してクライアントに提供するサーバであり、クライアントからアクセスがあった場合、アクセス情報やクライアントの情報を、夫々ログ122、123に保存する。図6ではA社製ストリーミングサーバ110、B社製ストリーミングサーバ111、C社製Webサーバ112、D社製Webサーバ113の夫々を1台のサーバとして図示したが、負荷分散された複数台のサーバであってもよい。
【0062】
ログ120〜123は、A社製ストリーミングサーバ110、B社製ストリーミングサーバ111、C社製Webサーバ112、D社製Webサーバ113から出力されるログである。A社製ストリーミングサーバ110とB社製ストリーミングサーバ111は同じストリーミングサービスを提供するサーバであるが、異なるサーバであるため出力されるログ120と121は異なるデータである。
また、C社製Webサーバ112とD社製Webサーバ113は同じWebサービスを提供するサーバであるが、異なるサーバであるため出力されるログ122とログ123は異なるデータである。
【0063】
ログ変換部130、131は、ストリーミングサーバから出力されたログを収集し、ストリーミングで統一されているデータ項目、形式に変換し、ストリーム統一データ140にする機能を有する。ログ変換部132、133は、Webサーバから出力されたログを収集し、Webで統一されているデータ項目、形式に変換しWeb統一データ141にする機能を有する。
【0064】
課金ルールDB160は、ストリーム統一データ140、及び、Web統一データ141を補完するための情報を格納したデータベースで、最終的に課金システム180にて必要となるデータが保存されている。課金ルールDBには、例えば、各ストリームコンテンツとその価格や各Webサービスとその価格などが記録されている。
【0065】
課金データ生成部150はストリーム統一データ140、Web統一データ141、及び、課金ルールDBから取得したデータを選択、集計、結合して課金データ170を生成し、課金システム180に提供する機能を有する。
【0066】
課金システム180は、取得したデータをもとに、A社製ストリーミングサーバ110、B社製ストリーミングサーバ111、C社製Webサーバ112、D社製Webサーバ113が提供するサービスをサポートする機能を有する。
【0067】
次にログ仲介システム1cの動作について説明する。
まず、ログ変換130、131は、リアルタイム、又は定期的にログ120、121をA社製ストリーミングサーバ110、B社製ストリーミングサーバ111から収集し、ストリーム統一データ140を生成し、XML形式、又はリレーショナルデータベースの形式で保存する。同様に、ログ変換部132、133は、リアルタイム、又は定期的にログ122、123をC社製Webサーバ112、D社製Webサーバ113からから収集してWeb統一データ141を生成し、XML形式、又はリレーショナルデータベースの形式で保存する。
【0068】
次に、課金データ生成部150は、リアルタイム、定期的、又は課金システムから要求がきた時点のいずれかのタイミングで、ストリーム統一データ140、Web統一データ141、及び、課金ルールDB160からデータを取得し、これら取得したデータを、選択、集計、結合して最終的に、予め規定されている課金データ170を生成し、課金システム180に提供する。
【0069】
また、課金データ生成部150が課金システム180から受けたリクエストにパラメータが指定された場合、課金データ生成部150はそのパラメータに応じて必要なデータのみを生成し、パラメータを指定しなかった場合に提供されるデータと異なるデータをサポートシステムに提供することができる。例えば、課金システム180からのリクエストにユーザ名が指定された場合、統一データの中から、指定されたユーザがサーバにアクセスしたことによって記録されたデータのみを抽出して処理を行い、指定されたユーザに関するデータのみを課金システム180に送信する。
【0070】
データの提供を受けた課金システム180は、受信したデータをもとに、A社製ストリーミングサーバ110、B社製ストリーミングサーバ111、C社製Webサーバ112、D社製Webサーバ113によって提供されているサービスに対する課金処理を実行する。
【0071】
以上のように、実施の形態3によれば、複数のサービスカテゴリのログを処理することが可能である。また、複数のサービスカテゴリのログを扱うことによって、例えば、Webサービスとストリーミングの課金を統一することが可能で、その場合一箇所で課金すれば、ユーザは自分がどのサービスをどれだけ利用していくら支払ったかという管理が容易になる。また、例えば、Webサービスとストリーミングの利用動向分析を組み合わせることでより詳細なクリック分析を行うことや、より詳細なユーザの嗜好を分析することが可能となる。
【0072】
実施の形態4.
この発明の実施の形態4に係るログ仲介システム1dについて、図7を参照して説明する。なお、図7は実施の形態4に係るログ仲介システム1dの構成を示す図である。
【0073】
実施の形態4のログ仲介システム1dはログ変換部130、131と、ストリーム統一データ140と、課金データ生成部150と、品質評価データ生成部151と、利用動向分析データ生成部152を備えて構成され、これに対して例えばA社製ストリーミングサーバ110とそのログ120、B社製ストリーミングサーバ111とそのログ121がログを供給する側にあり、課金ルールDB160、システム構成情報DB161、コンテンツ情報DB162、ユーザ情報DB163がログ仲介システム1dに情報を提供するものとしてあり、ログ仲介システム1dからサポートされるサポートシステムとして課金システム180、品質評価システム181、利用動向分析システム182がある。
【0074】
A社製ストリーミングサーバ110とB社製ストリーミングサーバ111は異なる装置であり、ストリーミングサービスを、ネットワークを介してクライアントに提供するサーバであり、クライアントからアクセスがあった場合、アクセス情報やクライアントの情報をログ120、121に保存する。図7ではA社製ストリーミングサーバ110、B社製ストリーミングサーバ111のそれぞれを1台のサーバとして図示したが、負荷分散された複数台のサーバであってもよい。
【0075】
ログ120、121はA社製ストリーミングサーバ110、B社製ストリーミングサーバ111の各サーバから出力されるログである。A社製ストリーミングサーバ110とB社製ストリーミングサーバ111は同じストリーミングサービスを提供するサーバであるが、異なるサーバであるため出力されるログ120とログ121は異なるデータである。
【0076】
ログ変換部130、131の各機能は、ストリーミングサーバから出力されたログを取得し、ストリーミングで統一されているデータ項目、データ形式に変換しストリーム統一データ140にストリーム統一データとして保存する機能を有する。
【0077】
課金ルールDB160、システム構成情報DB161、コンテンツ情報DB162は、ストリーム統一データを補完するための情報を格納したデータベースで、最終的に課金システム180、品質評価システム181、利用動向分析システム182で必要となるデータが保存されている。
【0078】
例えば、課金ルールDB160には、各ストリームコンテンツとその価格や各Webサービスとその価格などが記録されている。またシステム構成情報DB161には、システムを構成するサーバの配置やスペック、ネットワークの構成などが記録されている。またコンテンツ情報DB162には、A社製ストリーミングサーバ110とB社製ストリーミングサーバ111からユーザに対して提供されている各コンテンツの、ファイル名、タイトル、分類(例えば音楽、映画、ドラマなど)、著作権所有者などが含まれる。またユーザ情報DB163には、A社製ストリーミングサーバ110とB社製ストリーミングサーバ111のストリーミングサーバからストリーミングサービスの提供を受けるユーザの、ユーザ名、氏名、年齢、職業、メールアドレスなどが含まれる。
【0079】
課金データ生成部150は、ストリーム統一データ140と課金ルールDB160から取得したデータを選択、集計、結合して課金データ170を生成し、課金システム180に提供する機能を有する。
【0080】
品質評価データ生成部151は、ストリーム統一データ140とシステム構成情報DBからデータを取得し、取得したデータを選択、集計、結合して品質評価データ171を生成し、品質評価システム181に提供する機能を有する。
【0081】
利用動向分析データ生成部152は、ストリーム統一データ140、コンテンツ情報DB162、ユーザ情報DB163からデータを取得し、取得したデータを選択、集計、結合して利用動向分析データ172を生成し、利用動向分析ステム182に提供する機能を有する。
【0082】
課金システム180、品質評価システム181、及び、利用動向分析システム182は、取得したデータに基づいて、A社製ストリーミングサーバ110とB社製ストリーミングサーバ111が提供するサービスをサポートする機能を有する。
【0083】
次にログ仲介システム1dの動作について説明する。
まず、ログ変換部130、131は、リアルタイム、又は定期的にログ120、121を、A社製ストリーミングサーバ110とB社製ストリーミングサーバ111から収集してストリーム統一データを生成し、XML形式、又はリレーショナルデータベースの形式で保存する。
【0084】
次に、課金データ生成部150は、リアルタイム、定期的、又は課金システム180から要求がきた時点のいずれかのタイミングで、ストリーム統一データ140と課金ルールDB160からデータを取得し、取得したデータを、選択、集計、結合して課金データ170を生成し、課金システム180に提供する。
【0085】
また、課金データ生成部150が課金システム180から受けたリクエストに、パラメータが指定された場合、課金データ生成部150はそのパラメータに応じて必要なデータのみを生成し、パラメータを指定しなかった場合に提供されるデータと異なるデータをサポートシステムに提供することができる。例えば、課金システム180からのリクエストにユーザ名が指定された場合、統一データの中から、指定されたユーザがサーバにアクセスしたことによって記録されたデータのみを抽出して処理を行い、指定されたユーザに関するデータのみを課金システム180に送信する。
【0086】
品質評価データ生成部151は、リアルタイム、定期的、又は品質評価システム181から要求がきた時点のいずれかのタイミングで、ストリーム統一データ140とシステム構成情報DB161からデータを取得し、取得したデータを、選択、集計、結合して品質評価データ171を生成し、品質評価システム181に提供する。
【0087】
また、品質評価データ生成部151が品質評価システム181から受けたリクエストに、予め規定されている形式でパラメータが指定された場合、品質評価データ生成部151はそのパラメータに応じて必要なデータのみを生成し、パラメータを指定しなかった場合に提供されるデータと異なるデータをサポートシステムに提供することができる。例えば、品質評価システム181からのリクエストにホスト名が指定された場合、統一データの中から、指定されたホスト名のサーバに記録されたデータのみを抽出して処理を行い、指定されたホストに関するデータのみを品質評価システムに送信する。
【0088】
利用動向分析データ生成部152は、リアルタイム、定期的、又は利用動向分析システム182から要求がきた時点のいずれかのタイミングで、ストリーム統一データ140、コンテンツ情報DB162、及び、ユーザ情報DB163からデータを取得し、取得したデータを、選択、集計、結合して利用動向分析データ172を生成し、利用動向分析システム182に提供する。
【0089】
また、利用動向分析データ生成部151が、利用動向分析システム182から受けたリクエストにパラメータが指定された場合、利用動向分析データ生成部152はそのパラメータに応じて必要なデータのみを生成し、パラメータを指定しなかった場合に提供されるデータと異なるデータをサポートシステムに提供することができる。例えば、利用動向分析システム182からのリクエストにコンテンツ名が指定された場合、統一データの中から、指定されたコンテンツがアクセスしたことによって記録されたデータのみを抽出して処理を行い、指定されたコンテンツに関するデータのみのデータを利用動向分析システム182に送信する。
【0090】
データの提供を受けた課金システム180、品質評価システム181、利用動向分析システム182は、受信したデータに基づいて、A社製ストリーミングサーバ110とB社製ストリーミングサーバ111によって提供されているサービスに対する課金処理、品質評価、利用動向分析を実行する。
【0091】
以上のように、実施の形態4によれば、複数のサポートシステムを統一的に扱うことが可能である。従って、各サポートシステム用に専用のシステムを別個に構築する必要がなく、新たなサポートシステムを開発する際は、本システムに一部のモジュールのみを追加することで可能である。
【0092】
実施の形態5.
この発明の実施の形態5に係るログ仲介システム1eについて、図8を参照して説明する。なお、図8は実施の形態5に係るログ仲介システム1eの構成を示す図である。この実施の形態5では、ストリーミングとWebサービスに対する、課金、利用動向分析、及びサービス品質評価を実施する、複数のサービスカテゴリに対して、複数のサポートシステムを適用する場合の具体例である。
【0093】
実施の形態5のログ仲介システム1eはログ変換部130〜133と、ストリーム統一データ140と、Web統一データ141と、課金データ生成部150と、品質評価データ生成部151と、利用動向分析データ生成部152を備えて構成され、これに対して例えばA社製ストリーミングサーバ110とそのログ120、B社製ストリーミングサーバ111とそのログ121、C社製Webサーバ112とそのログ122、D社製Webサーバ113とそのログ123がログを供給する側にあり、課金ルールDB160、システム構成情報DB161、コンテンツ情報DB162、ユーザ情報DB163がログ仲介システム1eに情報を提供するものとしてあり、さらにログ仲介システム1eからサポートされるサポートシステムとして課金システム180、品質評価システム181、利用動向分析システム182がある。
【0094】
A社製ストリーミングサーバ110とB社製ストリーミングサーバ111は異なる装置であり、ストリーミングサービスをネットワークを介してクライアントに提供するサーバであり、クライアントからアクセスがあった場合、アクセス情報やクライアントの情報をログ120、121に保存する。C社製Webサーバ112とD社製Webサーバ113は異なる装置であり、Webサービスをネットワークを介してクライアントに提供するサーバであり、クライアントからアクセスがあった場合、アクセス情報やクライアントの情報をログ122、123に保存する。図8ではA社製ストリーミングサーバ110、B社製ストリーミングサーバ111、C社製Webサーバ112、D社製Webサーバ113のそれぞれを1台のサーバとして図示したが、負荷分散された複数台のサーバであってもよい。
【0095】
ログ120〜123はA社製ストリーミングサーバ110、B社製ストリーミングサーバ111、C社製Webサーバ112、D社製Webサーバ113の各サーバから出力されるログである。A社製ストリーミングサーバ110とB社製ストリーミングサーバ111は同じストリーミングサービスを提供するサーバであるが、異なるサーバであるため出力されるログ120とログ121は異なるデータである。また、同様にC社製Webサーバ112とD社製Webサーバ113は同じWebサービスを提供するサーバであるが、異なるサーバであるため出力されるログ122とログ123は異なるデータである。
【0096】
ログ変換部130、131は、ストリーミングサーバから出力されたログを取得し、ストリーミングで統一されているデータ項目、形式に変換しストリーム統一データ140にする機能を有する。同様に、ログ変換部132、133は、Webサーバから出力されたログを取得し、Webで統一されているデータ項目、形式に変換しWeb統一データ141にする機能を有する。
【0097】
課金ルールDB160、システム構成情報DB161、コンテンツ情報DB162、ユーザ情報DB163は、ストリーム統一データ、Web統一データを補完するためのデータベースで、課金システム180、品質評価システム181、利用動向分析システム182のいずれかのサポートシステムにて必要となるデータが予め保存されている。
【0098】
課金データ生成部150は、ストリーム統一データ140、Web統一データ141、及び課金ルールDB160からデータを取得して、取得したデータを選択、集計、結合し課金データ170を生成し、課金システム180に提供する機能を有する。
【0099】
品質評価データ生成部151は、ストリーム統一データ140、Web統一データ141、及びシステム構成情報DB161からデータを取得する。取得したデータを選択、集計、結合し品質評価データ171を生成し、品質評価システム181に提供する機能を有する。
【0100】
利用動向分析データ生成部152は、ストリーム統一データ140、Web統一データ141、コンテンツ情報DB162、及びユーザ情報DB163からデータを取得する。取得したデータを選択、集計、結合し利用動向分析データ172を生成し、利用動向分析ステム182に提供する機能を有する。
【0101】
課金システム180、品質評価システム181、及び利用動向分析システム182は、取得したデータに基づき、A社製ストリーミングサーバ110、B社製ストリーミングサーバ111、C社製Webサーバ112、D社製Webサーバ113が提供するサービスをサポートする機能を有する。
【0102】
次にログ仲介システム1eの動作について説明する。
まず、ログ変換部130、131は、リアルタイム、又は定期的にログ120、121を、A社製ストリーミングサーバ110とB社製ストリーミングサーバ111から収集してストリーミング統一データを生成し、XML形式、又はリレーショナルデータベースの形式で保存する。同様に、ログ変換部132、133は、リアルタイム、又は定期的にログ122、123を、C社製Webサーバ112、D社製Webサーバ113から収集し、Web統一データ141を生成し、XML形式、又はリレーショナルデータベースの形式で保存する。
【0103】
次に課金データ生成部150は、リアルタイム、定期的、又は課金システムから要求がきた時点のいずれかのタイミングで、ストリーム統一データ140、Web統一データ141、課金ルールDB160からデータを取得し、取得したデータを、選択、集計、結合し、最終的に、予め規定されている課金データ170を生成し、課金システム180に提供する。
【0104】
また、課金データ生成部150が課金システム180から受けたリクエストに、予め規定されている形式でパラメータが指定された場合、課金データ生成部150はそのパラメータに応じて必要なデータのみを生成し、パラメータを指定しなかった場合に提供されるデータとは異なるデータをサポートシステムに提供することができる。例えば、課金システム180からのリクエストにユーザ名が指定された場合、統一データの中から、指定されたユーザがサーバにアクセスしたことによって記録されたデータのみを抽出して処理を行い、指定されたユーザに関するデータのみを課金システム180に送信する。
【0105】
品質評価データ生成部151は、リアルタイム、定期的、又は品質評価システム181から要求がきた時点のいずれかのタイミングで、ストリーム統一データ140、Web統一データ141、システム構成情報DB161からデータを取得し、取得したデータを、選択、集計、結合し、最終的に、予め規定されている品質評価データ171を生成し、品質評価システム181に提供する。
【0106】
また、品質評価データ生成部151が品質評価システム181から受けたリクエストに、予め規定されている形式でパラメータが指定された場合、品質評価データ生成部151はそのパラメータに応じて必要なデータのみを生成し、パラメータを指定しなかった場合に提供されるデータとは異なるデータをサポートシステムに提供することができる。例えば、品質評価システム181からのリクエストにホスト名が指定された場合、統一データの中から、指定されたホスト名のサーバに記録されたデータのみを抽出して処理を行い、指定されたホストに関するデータのみを品質評価システム181に送信する。
【0107】
利用動向分析データ生成部152は、リアルタイム、定期的、又は利用動向分析システム182から要求がきた時点のいずれかのタイミングで、ストリーム統一データ140、Web統一データ141、コンテンツ情報DB162、ユーザ情報DB163からデータを取得し、取得したデータを、選択、集計、結合し、最終的に、予め規定されている利用動向分析データ172を生成し、利用動向分析システム182に提供する。
【0108】
また、利用動向分析データ生成部152が利用動向分析システム182から受けたリクエストに、予め規定されている形式でパラメータが指定された場合、利用動向分析データ生成部152はそのパラメータに応じて必要なデータのみを生成し、パラメータを指定しなかった場合に提供されるデータとは異なるデータをサポートシステムに提供することができる。例えば、利用動向分析システム182からのリクエストにコンテンツ名が指定された場合、統一データの中から、指定されたコンテンツがアクセスしたことによって記録されたデータのみを抽出して処理を行い、指定されたコンテンツに関するデータのみのデータを利用動向分析システム182に送信する。
【0109】
データの提供を受けた課金システム180、品質評価システム181、利用動向分析システム182は、受信したデータに基づき、A社製ストリーミングサーバ110、B社製ストリーミングサーバ111、C社製Webサーバ112、D社製Webサーバ113によって提供されているサービスに対する課金処理、品質評価、利用動向分析を実行する。
【0110】
以上のように、実施の形態5によれば、複数種類のサービスに対して、複数のサポートシステムを統一的に扱うことが可能である。従って、各サービスとサポートシステムの組に対して、専用のシステムを構築する必要がない。つまり、通常サービスN種類、サポートシステムM種類存在すれば、N×M個のシステムが必要になるのに対し、ログ仲介システム1eを用いることによって、1個のシステムで全てを統一的に扱うことができ、仕様の変更、機能の追加などに対しても一部のモジュールを修正、追加するのみで対応することが可能となる。
【0111】
【発明の効果】
以上のように、この発明によれば、各サポートシステムに対して、必要で十分なデータを取得することができ、また、新たなサポートシステムを追加する際、又は既存のサポートシステムの仕様を変更する際、該当するサポートシステムのモジュール・データ形式を追加、変更するだけで、そのサポートシステムに対して対応することが可能となる。
これにより、複数種類のサービスを提供している環境に対して、様々なサポートシステムを容易に追加、拡張することが可能となる。
【図面の簡単な説明】
【図1】この発明に係るログ仲介システムの概要について説明するための図である。
【図2】この発明の実施の形態1に係るログ仲介システムの構成を示す図である。
【図3】この発明の実施の形態1に係るログ仲介システムの、クライアントからのアクセスによりログが蓄積される状態を示す図である。
【図4】この発明の実施の形態1に係るログ仲介システムの、BSSメディエーションの流れを示す図である。
【図5】この発明の実施の形態2に係るログ仲介システムの実行形態を示す図である。
【図6】この発明の実施の形態3に係るログ仲介システムの実行形態を示す図である。
【図7】この発明の実施の形態4に係るログ仲介システムの実行形態を示す図である。
【図8】この発明の実施の形態5に係るログ仲介システムの実行形態を示す図である。
【符号の説明】
1,1a,1b,1c,1d,1e ログ仲介システム、2 サーバ、3,20,21,22,23,120,121,122,123 ログ、4,30,31,32,33,130,131,132,133 ログ変換部(ログ変換手段)、5 統一データ、6 外部データDB、7,50,51,52 サポートデータ生成部(データ生成手段)、8 サポートデータ、9 サポートシステム、10 A社製Iサーバ、11 B社製Iサーバ、12 C社製Jサーバ、13 D社製Jサーバ、40 Iサービス統一データ、41 Jサービス統一データ、60,61,62,63 外部データDB、70,71,72 サポートデータ、80,81,82 サポートシステム、90 クライアントコンピュータA、91 クライアントコンピュータB、92 携帯端末、93 ネットワーク、94 サーバ、95 ログ、96 無線回線、110 A社製ストリーミングサーバ、111 B社製ストリーミングサーバ、112 C社製Webサーバ、113 D社製Webサーバ、140 ストリーム統一データ、141 Web統一データ、150 課金データ生成部、151 品質評価データ生成部、152 利用動向分析データ生成部、160 課金ルールDB、161 システム構成情報DB、162 コンテンツ情報DB、163 ユーザ情報DB、170 課金データ、171 品質評価データ、172 利用動向分析データ、180 課金システム、181 品質評価システム、182 利用動向分析システム。
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention collects information such as logs output from a plurality of servers that perform services and a plurality of types of servers, converts the information, unifies the logs, and supplies the information to the servers. It concerns the mediation system.
[0002]
[Prior art]
As an example of the related art, IPDR / NDM-U (Internet Protocol Detail Record-Network Data Management-Usage) has a three-layer model corresponding to a plurality of support systems, and a plurality of log data acquired from a plurality of servers. , And the acquired external data are converted into IPDR 270 in a unified format, and this is provided to each support system. At that time, the data items and data formats provided to each support system were all the same for each type of service provided by the server (hereinafter referred to as "service category" as appropriate). That is, all the support systems receive the same data, and the data is stored and stored in the data format, that is, the data format after the acquisition of the external data.
[0003]
Further, as another example, collecting logs from a plurality of service systems, converting a plurality of types of logs into a unified format, and having a high scalability with a four-layer structure corresponding to a plurality of BSSs (Business Support Systems). There is one showing a system design (for example, see Patent Document 1).
[0004]
[Patent Document 1]
JP-A-2002-82849
[0005]
[Problems to be solved by the invention]
In the related art, the same data is provided to all support systems for each service category. In that case, there is a problem that unnecessary data is sent to a certain support system. In addition, external data is used to store and accumulate data after the conversion. In that case, however, there is a problem that if the specification of the support system is changed or the function is expanded, the data stored until then cannot be used. Further, there is a problem that if there is a change in the specifications of the support system or a function expansion, many modules need to be modified.
[0006]
Further, in the example shown in Patent Document 1, there is a problem that logs of a plurality of service categories are not supported, and a plurality of usage methods and a design with high expandability are not considered.
[0007]
SUMMARY OF THE INVENTION The present invention has been made to solve the above problems, and has as its object to obtain a log mediation system with improved scalability and efficiency.
[0008]
[Means for Solving the Problems]
A log mediation system according to the present invention provides a service via a network to a client in a log mediation system that supplies support data to a support system that supports a service, and outputs a log for each access from the client. A log conversion means for unifying the log output from the server and the log output from the server in a specified format to form data, and obtaining a unified data and defining a log between the support system based on the data. It has a data generating means for generating data in a format, and a data transmitting means for transmitting the data generated by the data generating means to the support system.
[0009]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be described.
First, an outline of a technology related to a log mediation system common to the embodiments will be described with reference to FIG.
[0010]
As shown in FIG. 1, the basic configuration of the log mediation system 1 includes a log conversion unit 4, unified data 5, and a support data generation unit 7, and is a log that records log information from a server 2 that performs various services. The log information is obtained from the external data 6 and converted from the log information, and supplied to the support system 9 as support data 8.
[0011]
First, the operation of the log conversion unit 4 will be described. The outline of the operation of the log conversion unit 4 is as follows. A plurality of types of logs output from a plurality of different types of servers 2 are collected, and data of a unified format (hereinafter, referred to as a service category) which is a type of service to be provided is defined in advance. (Referred to as “unified data”) and save as unified data 5. One log conversion unit 4 is provided for each type of server 2, one for each service category, or one for all servers 2.
[0012]
When one log conversion unit 4 is prepared for each type of server 2, each log conversion unit 4 has a function of converting the log of the corresponding server 2 into unified data of the service category to which the server 2 belongs. Have. When one log conversion unit 4 is prepared for each service category, or when one log conversion unit 4 is provided for all servers 2 (that is, when one log conversion unit 4 corresponds to a plurality of servers 2), log conversion is performed. The unit 4 has a function of determining what type of server 2 the acquired log has been output and converting it into appropriate unified data. The service category includes a plurality of types of servers 2. For example, when the service category is Web, the types of the server 2 include Apache, IIS (Internet Information Server), and the like.
[0013]
It is assumed that the log conversion unit 4 is started in batches at regular time intervals such as every day or every week, or when a new log is generated on each server 2.
[0014]
First, the log conversion unit 4 acquires a log from one or a plurality of preset servers 2 via a network. The log to be acquired is usually the log 3 in the text format stored on the server 2, but may be in a binary format or may be directly connected to the server program to acquire the data. The log acquired by the log conversion unit 4 is stored in a disk (not shown) provided in the log mediation system as a file, and then read or directly input to the log conversion unit 4.
[0015]
Next, the log conversion unit 4 converts the read log into data in a unified format defined in advance for each service category. In the normal log, one record (one line) of a log is generated for one access or operation of a client, that is, a computer or a mobile terminal. The log of one record includes the access date and time of the client or the date and time when the log was recorded, the file name accessed by the client, the environment of the client machine (that is, OS, client software name, version, etc.), the contents of the request, Data such as the protocol used between the servers is recorded.
[0016]
The log conversion unit 4 reads each record of the log and converts it into a format unified for each service category. Since the format and meaning of the log output by the server 2 are different, when performing the conversion, if necessary, (i) data having the same meaning but different notation (for example, if the data format or data unit is (Ii) extracting only necessary parts from a certain character string, (iii) calculating required values from a plurality of data, and (iv) converting the contents of one log into a unified format. In some cases, (v) generating one record in a unified format from data values recorded in a plurality of log records, and the like.
[0017]
Finally, the log conversion unit 4 saves the unified data on the disk. It is desirable to save the data in a highly versatile storage format such as a relational database or an XML (Extensible Markup Language) text file. In any form, such as the binary form of However, the condition in this case is a format in which the stored data can be read by the subsequent support data generation unit 7.
[0018]
In this way, by converting the data into the unified format for each service category and storing it, even if the logs are output from different types of servers 2 in the same service category, the log data can be uniformly handled in the subsequent processing. There is a merit. Also, for example, even if the support system 9 and the support data generator 7 are changed, it is not necessary to change the log converter 4. Furthermore, since external data other than the log has not been obtained at this time, even if the support system 9 or the support data generation unit 7 is changed, the data in the unified format stored up to that time is changed. It can be used without need.
[0019]
Next, the operation of the support data generation unit 7 will be described. The outline of the operation of the support data generation unit 7 is that it is necessary to acquire external data from unified data and external data 6 unified for each of a plurality of types of service categories, and to specify the acquired data in advance with the support system 9. Generating sufficient data and outputting the generated data to the support system 9. Since the support data generators 7 and the support systems 9 have a one-to-one correspondence, the same number of support data generators 7 as the support systems 9 exist.
[0020]
The activation of the support data generation unit 7 is performed in a fixed time interval such as (i) every day, every week, or (ii) in real time when a log in a unified format is newly generated, or (iii) 3.) Start the operation at any point when a request is received from the corresponding support system 9. The activation timing of each support data generation unit 7 does not need to be simultaneous.
[0021]
First, the support data generation unit 7 acquires one or a plurality of data unified for each service category. Next, the support data generation unit 7 acquires necessary external data from the external data DB (database) 6. The external data to be obtained differs depending on the corresponding support data generator 7. For example, in the case of a support data generation function that assumes billing, a service to be charged or external data indicating a content and a usage fee for the service is required. It is considered that external data indicating information and content information is required.
[0022]
The support data generation unit 7 selects, tabulates, combines, and the like the acquired unified data and external data, and finally generates necessary and sufficient data for each of the support systems 9 defined in advance. Output.
[0023]
Since the operation of the support data generation unit 7 differs depending on the individual support data generation units 7 and also differs depending on the mounting method, the entire operation cannot be described in detail here. (File Transfer Protocol) service will be briefly described.
[0024]
When performing charging, the name of the support system is "charging service", the support data transmitted to the charging service is "charging data", and the support data generating unit 7 for generating charging data is "charging data generating unit". Shows the operation. The details of the support system related to the billing service will be described in Embodiments 3, 4, and 5 below.
[0025]
First, the billing data generation unit acquires streaming and FTP unified data and a billing rule existing as external data. In the unified data, information "who used what and how much" is recorded, and in the charging rule, information "what, how much, how much, and how much" is specified. The specific method of determining the usage fee depends on each operation rule. For example, if (a) streaming determines the fee based on the playback time of each content, and (b) FTP determines the usage fee based on the number of transfer bytes regardless of the content, the charging rules acquired from the outside are: , (A) for all the streaming contents, a charge generated when the contents are reproduced for one second, and (b) a charge generated when transferring 1 Kbyte by FTP are specified in a predetermined format. In the unified data, the user name, the file name of the used streaming content, and the usage amount, for example, the playback time on the client in the case of streaming, the number of K bytes transferred in the case of FTP, and the like are recorded.
[0026]
Next, the billing data generation unit tallies the acquired unified data and calculates a fee for each user. More specifically, referring to the unified data, in the case of streaming, the data “user A, file A, and total time x during which user A played file A” is totaled for all combinations of user names and file names. I do. In the case of the FTP, it is only necessary to total the data for each user, and the data “user B, number of transferred K bytes x” is totaled for all the user names. With respect to this aggregated data, a charge per unit time and a unit transfer amount is obtained from the charging rule, and multiplied by the reproduction time and the transfer amount, "User A, file A, and user A have reproduced file A. Data such as “total time x, usage fee y (yen)” on the left, and “user B, number of transferred K bytes x, usage fee y (yen) on the left” are generated.
[0027]
Finally, the data collected by the above method is output to the support system 9 that supports the corresponding billing system. It is assumed that the billing system that receives the data setstles the user or performs processing such as generating a screen that displays the billing status up to that point in response to the introduction from the user or the billing administrator. You.
[0028]
As described above, by managing the charges for a plurality of services such as streaming and FTP collectively, there is an advantage that the administrator and the user can easily understand. Also, setting different types of services, for example, a discount set fee, can be easily realized by describing the set discount in the charging rule.
By providing a support data generation unit 7 corresponding to each support system and providing specific necessary and sufficient data for each support system 9, there is an advantage that each support system 9 does not need to acquire unnecessary data. is there.
[0029]
Although not shown in the above example, when the support data generation unit 7 starts operation in response to a request from the support system 9, the unified data is designated by specifying a specific parameter in the request from the support system 9. It is possible to specify the range to be totaled. For example, by designating a user name as a parameter, only billing information relating to the designated user can be obtained. For example, by giving the date and time as a parameter, it is possible to acquire only the billing information relating to or after the designated date and time, and by using this function, the above-described billing system saves once received data to a local disk. After that, after that, the support data generation unit 7 is activated by designating the date and time, and only the difference from the previous time is received and added to the previously saved data, so that the processing time can be reduced.
[0030]
Embodiment 1 FIG.
The log mediation system 1a according to the first embodiment of the present invention will be described with reference to FIGS. FIG. 2 is a diagram showing a configuration of the log mediation system 1a according to the first embodiment, and FIG. 3 is a diagram showing a state in which logs are accumulated by access from a client of the log mediation system 1a. FIG. 4 is a diagram showing the flow of BSS mediation in the log mediation system 1a.
[0031]
As shown in FIG. 2, the log mediation system 1a includes log conversion units 30, 31, 32, and 33, I service unified data 40, J service unified data 41, and support data generation units 50 to 52. Is done. For the log mediation system 1a, the service category I, for example, the company A I server 10 and its log 20, the company B I server 11 and its log 21, and the service category J, for example, the company C J server 12 and its log The log 22, the J server 13 manufactured by Company D and its log 23 are on the side that supplies logs, the external data DBs 60 to 63 are devices that supply external data, and as a support system supported by the log mediation system 1a, There are support systems 80-82.
[0032]
The A-company I server 10 and the B-company I server 11 are different types of servers, but provide the same or the same type of service (in this case, service category I) to clients via a network. When there is access from the client, the access information and the information of the client are stored in the logs 20 and 21. The same kind of service means, for example, Web, streaming, FTP, etc., and the different kind of device means Apache, IIS, etc. for Web, and Windows (registered trademark) Media, RealSystem, etc. for streaming. I do. That is, Apache and IIS are different types of devices, but are servers that provide the same type of service Web.
[0033]
The J server 12 made by C company and the J server 13 made by D company are different types of devices like the I server 10 made by A company and the I server 11 made by B company, and the same or the same kind of service J is connected to the network. Is a server provided to clients via the Internet. When there is access from the client, the access information and the information of the client are stored in the logs 22 and 23. In FIG. 1, these servers are illustrated as one server 2, but a plurality of servers may be load-balanced.
[0034]
The log output from each server and stored in the logs 20 to 23 is a set of log records. The log record is generated when a client accesses the server. Is a set of information sent from. The log is stored in a file in a text format or a binary format on a disk on a server, or is referred to directly from the outside via a network, or is stored directly on a disk of an external computer (hereinafter referred to as "all" Log "). Since the I-server 10 manufactured by Company A, the I-server 11 manufactured by B, the J-server 12 manufactured by C, and the J-server 13 manufactured by D are all different, the log data items and data formats of the logs 20 to 23 are usually different.
[0035]
The log conversion units 30 to 33 correspond one-to-one with the I-server 10 manufactured by A company, the I server 11 manufactured by B company, the J server 12 manufactured by C company, and the J server 13 manufactured by D company, respectively. There are as many as the types of servers. Each of the log converters 30 to 33 acquires a log output from the corresponding server, converts the log into a unified data item and data format for each service category of the corresponding server, and obtains I service unified data 40 and J service unified data. 41.
[0036]
The external data DBs 60 to 63 correspond to at least one of the support data generators 50 to 52, and have different data contents. The external data recorded in the external data DBs 60 to 63 is data for complementing the data of the I service unified data 40 and the J service unified data 41, and the data finally required in the support systems 80 to 82 is stored in advance. Has been saved.
[0037]
The support data generation units 50 to 52 correspond one-to-one with the support systems 80 to 82, respectively, and are the same in number as the support systems. The support data generation units 50 to 52 respectively acquire all the unified data of the I service unified data 40 and the J service unified data 41 and zero or more external data of the external data DBs 60 to 63, and obtain the acquired unified data and external data. The data is selected, tabulated, combined, and generates support data 70 to 72 having data items and data formats defined with the corresponding support system, and provides the support data to the corresponding support systems 80 to 82.
[0038]
Each of the support data generation units 50 to 52 can provide a parameter at the start of processing. At this time, only the record corresponding to the given parameter is extracted from the logs 20 to 23, and only the data corresponding to the parameter is extracted. Has a function of generating the support data 70 to 72 of. For example, the support systems 80 to 82 can activate the support data generation units 50 to 52 using a certain user name as a parameter, and acquire the support data 70 to 72 including only the data related to the specified user name. Each of the support systems 80 to 82 has a function of supporting services provided by the I-server 10 manufactured by A, the I-server 11 manufactured by B, the J-server 12 manufactured by C, and the J-server 13 manufactured by D based on the acquired data. Having.
[0039]
Next, the operation of the log mediation system 1a will be described.
FIG. 3 shows a situation where the client accesses the I-server 10 manufactured by A, the I-server 11 manufactured by B, the J-server 12 manufactured by C, and the J-server 13 manufactured by D. The user accesses one or more load-balanced servers 94 from the client computers 90 and 91 and the portable terminal 92 via the network 93 to receive the service. At this time, the server 94 records data such as client access information, client information, and access date and time as a log 95.
[0040]
Next, in FIG. 2, the log conversion units 30 to 33 perform processing in real time (here, real time refers to the time when unified data is generated, and is used in the same sense hereinafter) or periodically (that is, batch processing). ), Logs 20 to 23 are collected from the I-server 10 manufactured by the company A, the I-server 11 manufactured by the company B, the J-server 12 manufactured by the company C, and the J-server 13 manufactured by the company D, to generate data unified for each service category. The I service unified data 40 and the J service unified data 41 are stored in the XML format or the relational database format.
[0041]
Next, one or more of the support data generation units 50 to 52 may execute the I service unified data 40 and the J service in real time, periodically, or at a time when a request is received from each of the support systems 80 to 82. Collecting and acquiring unified data of the unified data 41, further acquiring external data from the external data DBs 60 to 63, selecting, tabulating, combining the acquired unified data and external data, and finally, a corresponding support system Provide necessary and sufficient data for 80-82.
[0042]
Also, when the support data generation units 50 to 52 receive a request from the support systems 80 to 82 and start up, if a parameter is specified in the request, the support data generation units 50 to 52 Data (or all data other than unnecessary data) can be generated, and data different from data provided when no parameter is specified can be provided to the support systems 80 to 82. For example, when a user name is specified in a request from the support systems 80 to 82, only the data recorded when the specified user accesses the server is extracted from the unified data, and the processing is performed. Only the data regarding the performed user is transmitted to the support systems 80 to 82.
[0043]
Next, the operation of the support data generation units 50 to 52 will be described with reference to the flowchart of FIG. The support data generation units 50 to 52 activate the support data generation function in real time, periodically, or at a time when a request is received from the support system 80 to 82 (step ST101). 52 acquires necessary unified data (step ST102). Next, external data is acquired from the external data DBs 60 to 63 (step ST103).
[0044]
Next, the support data generation units 50 to 52 start processing in response to a request from the support system 80 to 82, and determine whether or not the request from the support system includes a request parameter (step ST104). If it is included (YES), processing is performed on only necessary data or all data other than unnecessary data in accordance with the value of the received parameter to generate data in a unified format (step ST105). . On the other hand, if the parameter is not included (NO), the process is performed on all the data as usual, to generate data in a unified format (step ST106), and the generated data is transmitted to the support system (step ST106). Step ST107). Based on the received data, the support systems 80 to 82 receiving the data as described above, based on the received data, use the I server 10 manufactured by A, the I server 11 manufactured by B, the J server 12 manufactured by C, and the D server manufactured by D. The service of the J server 13 is supported.
[0045]
As described above, according to the first embodiment, necessary and sufficient data can be acquired in each support system by changing data to be provided for each support system. Also, when adding a new support system or changing the specifications of an existing support system, it is only necessary to add or change the module data format of the corresponding support system. Furthermore, when adding a new support system or changing the use of an existing support system, it is possible to use the stored unified data without changing it.
This makes it possible to easily add and extend various support systems to an environment that provides a plurality of types of services.
[0046]
Embodiment 2 FIG.
A log mediation system 1b according to Embodiment 2 of the present invention will be described with reference to FIG. FIG. 5 is a diagram showing a configuration of the log mediation system 1b according to the second embodiment. In the above-described first embodiment, the architecture of the present invention has been described. In the second embodiment, an embodiment in which the present invention is implemented will be described as analysis of a user's usage trend with respect to a streaming service. That is, the second embodiment is a specific example in which one support system is applied to one service category.
[0047]
The log mediation system 1b according to the second embodiment includes log conversion units 130 and 131, stream unified data 140, and a usage trend analysis data generation unit 152. The log 120, the streaming server 111 manufactured by Company B and its log 121 are on the side supplying the log, and the content information DB 162 and the user information DB 163 provide information to the log mediation system 1b, and are supported by the log mediation system 1b. There is a usage trend analysis system 182 as a support system.
[0048]
The streaming server 110 manufactured by company A and the streaming server 111 manufactured by company B are different types of devices, and are servers that provide streaming services to clients via a network. The information is stored in the logs 120 and 121. In FIG. 5, each of the streaming server 110 manufactured by the company A and the streaming server 111 manufactured by the company B is illustrated as one server, but a plurality of servers with load distribution may be used.
[0049]
The logs 120 and 121 are logs output from the streaming server 110 manufactured by the company A and the streaming server 111 manufactured by the company B. The logs 120 and 121 are different data because they are different servers.
[0050]
The log conversion units 130 and 131 collect logs output from the streaming server 110 manufactured by Company A and the streaming server 111 manufactured by Company B, convert them into data items and formats unified by streaming, and unify the streams into stream unified data 140. Save as data.
[0051]
The content information DB 162 and the user information DB 163 are databases including data for complementing the stream unified data when the usage trend analysis data 172 is generated from the stream unified data. For example, in the content information DB, the file name, title, classification (eg, music, movie, drama, etc.) of each content provided to the user from the streaming server 110 manufactured by Company A and the streaming server 111 manufactured by Company B, Includes copyright owners. The user information DB includes, for example, the user name, name, age, occupation, mail address, and the like of the user who receives the streaming service.
[0052]
The usage trend analysis data generation unit 152 obtains information from the stream unified data 140, the content information DB 162, and the user information DB 163, selects, totals, and combines the obtained data, generates usage trend analysis data 172, and uses the usage trend analysis data 172. It has a function to be provided to the analysis system 182.
[0053]
The usage trend analysis system 182 has a function of supporting services provided by the streaming server 110 manufactured by Company A and the streaming server 111 manufactured by Company B based on the acquired data.
[0054]
Next, the operation of the log mediation system 1b will be described.
First, the log converters 130 and 131 collect the logs 120 and 121 in real time or periodically from the streaming server 110 manufactured by the company A and the streaming server 111 manufactured by the company B, generate streaming unified data, and output the data in the XML format or It is stored in the streaming unified data 140 in a relational database format.
[0055]
Next, the usage trend analysis data generation unit 152 acquires the unified data from the stream unified data 140 at any time, in real time, periodically, or when a request is received from each support system. External data is acquired from the user information DB 163, the acquired unified data and the acquired external data are selected, tabulated, and combined to generate usage trend analysis data 172, and provided to the usage trend analysis system 182.
[0056]
Further, when a parameter is specified in the request received from the usage trend analysis system 182 by the usage trend analysis data generation unit 152, the usage trend analysis data generation unit 152 generates only necessary data according to the parameter, and sets the parameter. Data different from the data provided when not specified can be provided to the usage trend analysis system 182. For example, when the user name is specified in the request from the usage trend analysis system 182, only the data recorded by the specified user accessing the server is extracted from the unified data, and the processing is performed. Only the data on the performed user is transmitted to the usage trend analysis system 182.
[0057]
The usage trend analysis system 182 that has received the data executes a process of analyzing the usage trend of the service provided by the A company streaming server 110 and the B company streaming server 111 based on the received data.
[0058]
As described above, according to the second embodiment, when the logs of a plurality of streaming distribution servers are processed by the four-layer model, the unified data stored is unchanged even if the specifications of the support system are changed. It is possible to use it.
[0059]
Embodiment 3 FIG.
A log mediation system 1c according to Embodiment 3 of the present invention will be described with reference to FIG. FIG. 6 is a diagram showing a configuration of the log mediation system 1c according to the third embodiment. In the above-described first embodiment, the architecture of the present invention is shown, and in the second embodiment, a form in which the use trend analysis of streaming is performed is shown as a specific example. However, in the third embodiment, streaming and Web service This is a specific example of a case where one support system is applied to a plurality of service categories for performing charging.
[0060]
The log mediation system 1c of the third embodiment includes log conversion units 120 to 123, stream unified data 140, Web unified data 141, and a billing data generation unit 150. The server 110 and its log 120, the B company streaming server 111 and its log 121, the C company Web server 112 and its log 122, the D company Web server 113 and its log 123 are on the log supply side, and A charging rule DB 160 provides information to the log mediation system 1c, and a charging system 180 is a support system supported by the log mediation system 1c.
[0061]
The streaming server 110 manufactured by company A and the streaming server 111 manufactured by company B are different types of devices, and are servers that provide streaming services to clients via a network. The information is stored in logs 120 and 121, respectively. Further, the Web server 112 manufactured by Company C and the Web server 113 manufactured by Company D are different devices, and are servers that provide Web services to clients via a network. The information is stored in logs 122 and 123, respectively. In FIG. 6, each of the streaming server 110 manufactured by the company A, the streaming server 111 manufactured by the company B, the web server 112 manufactured by the company C, and the web server 113 manufactured by the company D are illustrated as one server. It may be.
[0062]
The logs 120 to 123 are logs output from the A company streaming server 110, the B company streaming server 111, the C company Web server 112, and the D company Web server 113. The streaming server 110 manufactured by Company A and the streaming server 111 manufactured by Company B are servers that provide the same streaming service, but the logs 120 and 121 output are different data because they are different servers.
The Web server 112 manufactured by Company C and the Web server 113 manufactured by Company D are servers that provide the same Web service. However, since they are different servers, the output log 122 and log 123 are different data.
[0063]
The log conversion units 130 and 131 have a function of collecting logs output from the streaming server, converting the logs into data items and formats unified by streaming, and forming the stream unified data 140. The log conversion units 132 and 133 have a function of collecting logs output from the Web server, converting the logs into data items and formats unified by the Web, and converting the data into Web unified data 141.
[0064]
The charging rule DB 160 is a database that stores information for complementing the stream unified data 140 and the Web unified data 141, and stores data finally required by the charging system 180. In the charging rule DB, for example, each stream content and its price, each Web service and its price, and the like are recorded.
[0065]
The billing data generation unit 150 has a function of selecting, tabulating, and combining the stream unified data 140, the Web unified data 141, and the data acquired from the billing rule DB to generate the billing data 170, and providing the billing system 180 with the billing data 170.
[0066]
The billing system 180 has a function of supporting services provided by the streaming server 110 manufactured by Company A, the streaming server 111 manufactured by Company B, the Web server 112 manufactured by Company C, and the Web server 113 manufactured by Company D based on the acquired data. .
[0067]
Next, the operation of the log mediation system 1c will be described.
First, the log converters 130 and 131 collect the logs 120 and 121 in real time or periodically from the streaming server 110 manufactured by Company A and the streaming server 111 manufactured by Company B, generate stream unified data 140, and generate the XML format or the relational data. Save in database format. Similarly, the log conversion units 132 and 133 collect the logs 122 and 123 from the C-company Web server 112 and the D-company Web server 113 in real time or periodically, generate Web unified data 141, and generate Or in the form of a relational database.
[0068]
Next, the charging data generation unit 150 acquires data from the stream unified data 140, the Web unified data 141, and the charging rule DB 160 at any time in real time, periodically, or when a request is received from the charging system. These acquired data are selected, totalized, and combined to finally generate pre-defined charging data 170 and provide it to the charging system 180.
[0069]
When a parameter is specified in the request received from the charging system 180 by the charging data generating unit 150, the charging data generating unit 150 generates only necessary data according to the parameter, and when the parameter is not specified, Data different from the provided data can be provided to the support system. For example, when the user name is specified in the request from the billing system 180, only the data recorded when the specified user accesses the server is extracted from the unified data, and the processing is performed. Only data relating to the user is transmitted to billing system 180.
[0070]
The charging system 180 that has received the data is provided by the streaming server 110 manufactured by A company, the streaming server 111 manufactured by B company, the Web server 112 manufactured by C company, and the Web server 113 manufactured by D company based on the received data. Execute the billing process for the existing service.
[0071]
As described above, according to the third embodiment, it is possible to process logs of a plurality of service categories. Also, by handling logs of a plurality of service categories, for example, it is possible to unify the charging of the Web service and the streaming. In this case, if the charging is performed at one place, the user can use which service and how much. It is easier to manage how much you paid. Further, for example, it is possible to perform more detailed click analysis and to analyze more detailed user preference by combining Web service and streaming usage trend analysis.
[0072]
Embodiment 4 FIG.
A log mediation system 1d according to Embodiment 4 of the present invention will be described with reference to FIG. FIG. 7 is a diagram showing the configuration of the log mediation system 1d according to the fourth embodiment.
[0073]
The log mediation system 1d according to the fourth embodiment includes log conversion units 130 and 131, stream unified data 140, charging data generation unit 150, quality evaluation data generation unit 151, and usage trend analysis data generation unit 152. On the other hand, for example, the streaming server 110 manufactured by Company A and its log 120, and the streaming server 111 manufactured by Company B and its log 121 are on the log supply side, and the charging rule DB 160, the system configuration information DB 161, the content information DB 162, The user information DB 163 provides information to the log mediation system 1d, and a support system supported by the log mediation system 1d includes a billing system 180, a quality evaluation system 181, and a usage trend analysis system 182.
[0074]
The streaming server 110 manufactured by the company A and the streaming server 111 manufactured by the company B are different devices, and are servers that provide streaming services to the clients via the network. It is stored in logs 120 and 121. In FIG. 7, each of the streaming server 110 manufactured by the company A and the streaming server 111 manufactured by the company B is illustrated as one server, but a plurality of servers with load distribution may be used.
[0075]
The logs 120 and 121 are logs output from each of the streaming server 110 manufactured by Company A and the streaming server 111 manufactured by Company B. The streaming server 110 manufactured by the company A and the streaming server 111 manufactured by the company B are servers that provide the same streaming service, but since they are different servers, the output logs 120 and 121 are different data.
[0076]
Each function of the log converters 130 and 131 has a function of acquiring a log output from the streaming server, converting the log into data items and data formats unified by streaming, and storing the converted data in the stream unified data 140 as stream unified data. .
[0077]
The charging rule DB 160, the system configuration information DB 161, and the content information DB 162 are databases storing information for complementing the stream unified data, and are finally required by the charging system 180, the quality evaluation system 181, and the usage trend analysis system 182. Data is stored.
[0078]
For example, the charging rule DB 160 records each stream content and its price, each Web service and its price, and the like. The system configuration information DB 161 records the arrangement and specifications of servers constituting the system, the configuration of the network, and the like. In the content information DB 162, file names, titles, classifications (for example, music, movies, dramas, etc.), copyrights, and the like of each content provided to the user from the streaming server 110 manufactured by the company A and the streaming server 111 manufactured by the company B are provided. Rights holders are included. Further, the user information DB 163 includes a user name, a name, an age, an occupation, an e-mail address, and the like of a user who receives a streaming service from the streaming server of the company A streaming server 110 and the company B streaming server 111.
[0079]
The billing data generation unit 150 has a function of selecting, tabulating and combining data obtained from the stream unified data 140 and the billing rule DB 160 to generate billing data 170 and providing the billing data 180 to the billing system 180.
[0080]
The quality evaluation data generation unit 151 acquires data from the stream unified data 140 and the system configuration information DB, selects, totals, and combines the acquired data to generate quality evaluation data 171, and provides the quality evaluation data 181 to the quality evaluation system 181. Having.
[0081]
The usage trend analysis data generation unit 152 obtains data from the stream unified data 140, the content information DB 162, and the user information DB 163, selects, tabulates, and combines the obtained data to generate usage trend analysis data 172, and performs usage trend analysis. It has a function to be provided to the stem 182.
[0082]
The billing system 180, the quality evaluation system 181, and the usage trend analysis system 182 have a function of supporting services provided by the A company streaming server 110 and the B company streaming server 111 based on the acquired data.
[0083]
Next, the operation of the log mediation system 1d will be described.
First, the log converters 130 and 131 collect the logs 120 and 121 in real time or periodically from the streaming server 110 manufactured by Company A and the streaming server 111 manufactured by Company B to generate unified stream data, and generate the XML format or Save in relational database format.
[0084]
Next, the billing data generation unit 150 acquires data from the stream unified data 140 and the billing rule DB 160 at any time in real time, periodically, or when a request is received from the billing system 180, and The billing data 170 is generated by selecting, tabulating, and combining the billing data 170 and provided to the billing system 180.
[0085]
When a parameter is specified in the request received from the charging system 180 by the charging data generating unit 150, the charging data generating unit 150 generates only necessary data according to the parameter and does not specify the parameter. Data different from the data provided to the support system can be provided to the support system. For example, when the user name is specified in the request from the billing system 180, only the data recorded when the specified user accesses the server is extracted from the unified data, and the processing is performed. Only data relating to the user is transmitted to billing system 180.
[0086]
The quality evaluation data generation unit 151 obtains data from the stream unified data 140 and the system configuration information DB 161 at any time in real time, periodically, or at the time when a request is received from the quality evaluation system 181. The quality evaluation data 171 is generated by selection, aggregation, and combination, and is provided to the quality evaluation system 181.
[0087]
Further, when a parameter is specified in a predetermined format in the request received from the quality evaluation system 181 by the quality evaluation data generation unit 151, the quality evaluation data generation unit 151 outputs only necessary data according to the parameter. The generated data can be provided to the support system different from the data provided when no parameter is specified. For example, when the host name is specified in the request from the quality evaluation system 181, only the data recorded in the server having the specified host name is extracted from the unified data and processed, and the processing related to the specified host is performed. Send only the data to the quality assessment system.
[0088]
The usage trend analysis data generation unit 152 obtains data from the stream unified data 140, the content information DB 162, and the user information DB 163 at any time in real time, periodically, or when a request is received from the usage trend analysis system 182. Then, the obtained data is selected, tabulated, and combined to generate usage trend analysis data 172, and provided to the usage trend analysis system 182.
[0089]
When the usage trend analysis data generation unit 151 specifies a parameter in the request received from the usage trend analysis system 182, the usage trend analysis data generation unit 152 generates only necessary data according to the parameter, and Can be provided to the support system that is different from the data provided when the is not specified. For example, when the content name is specified in the request from the usage trend analysis system 182, only the data recorded by accessing the specified content is extracted from the unified data, and the processing is performed. The data of only the data related to the content is transmitted to the usage trend analysis system 182.
[0090]
Based on the received data, the charging system 180, the quality evaluation system 181, and the usage trend analysis system 182, which have received the data, charge the services provided by the A-company streaming server 110 and the B-company streaming server 111. Perform processing, quality evaluation and usage trend analysis.
[0091]
As described above, according to the fourth embodiment, it is possible to handle a plurality of support systems in a unified manner. Therefore, it is not necessary to separately construct a dedicated system for each support system, and when developing a new support system, it is possible to add only some modules to the present system.
[0092]
Embodiment 5 FIG.
A log mediation system 1e according to Embodiment 5 of the present invention will be described with reference to FIG. FIG. 8 is a diagram showing the configuration of the log mediation system 1e according to the fifth embodiment. The fifth embodiment is a specific example in which a plurality of support systems are applied to a plurality of service categories for performing charging, usage trend analysis, and service quality evaluation for streaming and Web services.
[0093]
The log mediation system 1e according to the fifth embodiment includes log conversion units 130 to 133, stream unified data 140, Web unified data 141, a charging data generation unit 150, a quality evaluation data generation unit 151, and usage trend analysis data generation. For example, a streaming server 110 manufactured by Company A and its log 120, a streaming server 111 manufactured by Company B and its log 121, a Web server 112 manufactured by Company C and its log 122, and a Web server manufactured by D The server 113 and its log 123 are on the log supply side, and the charging rule DB 160, the system configuration information DB 161, the content information DB 162, and the user information DB 163 provide information to the log mediation system 1e. Support system supported by Gold systems 180, quality evaluation system 181, there is a usage trend analysis system 182.
[0094]
The streaming server 110 manufactured by company A and the streaming server 111 manufactured by company B are different devices and provide a streaming service to the client via a network. When the client accesses the server, the access information and the client information are logged. 120 and 121. The C company Web server 112 and the D company Web server 113 are different devices and provide a Web service to the client via a network. When the client accesses the server, the access information and the client information are logged. The data is stored in 122 and 123. In FIG. 8, each of the streaming server 110 manufactured by the company A, the streaming server 111 manufactured by the company B, the web server 112 manufactured by the company C, and the web server 113 manufactured by the company D are illustrated as one server. It may be.
[0095]
Logs 120 to 123 are logs output from each of the streaming server 110 manufactured by A company, the streaming server 111 manufactured by B company, the Web server 112 manufactured by C company, and the Web server 113 manufactured by D company. The streaming server 110 manufactured by the company A and the streaming server 111 manufactured by the company B are servers that provide the same streaming service, but since they are different servers, the output logs 120 and 121 are different data. Similarly, the Web server 112 manufactured by Company C and the Web server 113 manufactured by Company D are servers that provide the same Web service, but since they are different servers, the log 122 and the log 123 output are different data.
[0096]
The log converters 130 and 131 have a function of acquiring logs output from the streaming server, converting the logs into data items and formats unified by streaming, and converting the data into stream unified data 140. Similarly, the log conversion units 132 and 133 have a function of acquiring a log output from a Web server, converting the log into data items and formats unified by the Web, and converting the data into Web unified data 141.
[0097]
The charging rule DB 160, the system configuration information DB 161, the content information DB 162, and the user information DB 163 are databases for supplementing the stream unified data and the web unified data, and are any of the charging system 180, the quality evaluation system 181, and the usage trend analysis system 182. The necessary data is stored in advance in the support system.
[0098]
The billing data generation unit 150 acquires data from the stream unified data 140, the Web unified data 141, and the billing rule DB 160, selects, tabulates, and combines the acquired data, generates billing data 170, and provides the billing system 180. It has a function to do.
[0099]
The quality evaluation data generation unit 151 acquires data from the stream unified data 140, the Web unified data 141, and the system configuration information DB 161. It has a function of selecting, tabulating and combining the acquired data to generate quality evaluation data 171 and providing the quality evaluation data 171 to the quality evaluation system 181.
[0100]
The usage trend analysis data generation unit 152 acquires data from the stream unified data 140, the Web unified data 141, the content information DB 162, and the user information DB 163. It has a function of selecting, tabulating and combining the acquired data to generate usage trend analysis data 172 and providing the data to the usage trend analysis system 182.
[0101]
The billing system 180, the quality evaluation system 181, and the usage trend analysis system 182, based on the acquired data, use the streaming server 110 manufactured by A company, the streaming server 111 manufactured by B company, the web server 112 manufactured by C company, and the web server 113 manufactured by D company. Has the function to support the services provided by
[0102]
Next, the operation of the log mediation system 1e will be described.
First, the log converters 130 and 131 collect the logs 120 and 121 in real time or periodically from the streaming server 110 manufactured by Company A and the streaming server 111 manufactured by Company B to generate unified streaming data, and output the data in XML format or Save in relational database format. Similarly, the log converters 132 and 133 collect the logs 122 and 123 in real time or periodically from the Web server 112 manufactured by Company C and the Web server 113 manufactured by Company D, generate the Web unified data 141, and generate the XML format. Or in the form of a relational database.
[0103]
Next, the billing data generation unit 150 acquires and acquires the data from the stream unified data 140, the Web unified data 141, and the billing rule DB 160 at any timing of real time, periodic, or when a request is received from the billing system. The data is selected, tabulated and combined, and finally, pre-defined charging data 170 is generated and provided to the charging system 180.
[0104]
Also, if a parameter is specified in a predetermined format in the request received by the charging data generation unit 150 from the charging system 180, the charging data generation unit 150 generates only necessary data according to the parameter, Data different from the data provided when no parameter is specified can be provided to the support system. For example, when the user name is specified in the request from the billing system 180, only the data recorded when the specified user accesses the server is extracted from the unified data, and the processing is performed. Only data relating to the user is transmitted to billing system 180.
[0105]
The quality evaluation data generation unit 151 obtains data from the stream unified data 140, the Web unified data 141, and the system configuration information DB 161 at any timing in real time, periodically, or when a request is received from the quality evaluation system 181. The acquired data is selected, tabulated, combined, and finally generates predefined quality evaluation data 171 and provides it to the quality evaluation system 181.
[0106]
Further, when a parameter is specified in a predetermined format in the request received from the quality evaluation system 181 by the quality evaluation data generation unit 151, the quality evaluation data generation unit 151 outputs only necessary data according to the parameter. The generated data can be provided to the support system different from the data provided when no parameter is specified. For example, when the host name is specified in the request from the quality evaluation system 181, only the data recorded in the server having the specified host name is extracted from the unified data and processed, and the processing related to the specified host is performed. Only the data is transmitted to the quality evaluation system 181.
[0107]
The usage trend analysis data generation unit 152 transmits the stream unified data 140, the Web unified data 141, the content information DB 162, and the user information DB 163 in real time, periodically, or at a timing when a request is received from the usage trend analysis system 182. The data is acquired, the acquired data is selected, totalized, combined, and finally, usage trend analysis data 172 that is defined in advance is generated and provided to the usage trend analysis system 182.
[0108]
Also, when a parameter received in a request received by the usage trend analysis data generation unit 152 from the usage trend analysis system 182 is specified in a format that is defined in advance, the usage trend analysis data generation unit 152 determines a required value in accordance with the parameter. Only the data can be generated, and data different from the data provided when no parameter is specified can be provided to the support system. For example, when the content name is specified in the request from the usage trend analysis system 182, only the data recorded by accessing the specified content is extracted from the unified data, and the processing is performed. The data of only the data related to the content is transmitted to the usage trend analysis system 182.
[0109]
Based on the received data, the charging system 180, the quality evaluation system 181, and the usage trend analysis system 182, which have received the data, provide a streaming server 110 manufactured by A company, a streaming server 111 manufactured by B company, a web server 112 manufactured by C company, The charge processing, quality evaluation, and usage trend analysis for the service provided by the company Web server 113 are executed.
[0110]
As described above, according to the fifth embodiment, a plurality of support systems can be uniformly handled for a plurality of types of services. Therefore, there is no need to construct a dedicated system for each set of service and support system. In other words, if there are N types of normal services and M types of support systems, N × M systems will be required, but by using the log mediation system 1e, one system can handle all of them in a unified manner. It is possible to deal with changes in specifications, addition of functions, etc., only by modifying and adding some modules.
[0111]
【The invention's effect】
As described above, according to the present invention, it is possible to obtain necessary and sufficient data for each support system, and when adding a new support system or changing the specifications of an existing support system. In doing so, it is possible to respond to the support system only by adding or changing the module data format of the corresponding support system.
This makes it possible to easily add and extend various support systems to an environment that provides a plurality of types of services.
[Brief description of the drawings]
FIG. 1 is a diagram for describing an overview of a log mediation system according to the present invention.
FIG. 2 is a diagram showing a configuration of a log mediation system according to the first embodiment of the present invention.
FIG. 3 is a diagram showing a state in which logs are accumulated by access from a client in the log mediation system according to the first embodiment of the present invention.
FIG. 4 is a diagram showing a flow of BSS mediation in the log mediation system according to the first embodiment of the present invention.
FIG. 5 is a diagram showing an execution form of a log mediation system according to a second embodiment of the present invention.
FIG. 6 is a diagram showing an execution form of a log mediation system according to Embodiment 3 of the present invention.
FIG. 7 is a diagram showing an execution form of a log mediation system according to a fourth embodiment of the present invention.
FIG. 8 is a diagram showing an execution form of a log mediation system according to Embodiment 5 of the present invention.
[Explanation of symbols]
1, 1a, 1b, 1c, 1d, 1e Log mediation system, 2 servers, 3, 20, 21, 22, 23, 120, 121, 122, 123 logs, 4, 30, 31, 32, 33, 130, 131 , 132, 133 Log conversion unit (log conversion means), 5 unified data, 6 external data DB, 7, 50, 51, 52 support data generation unit (data generation means), 8 support data, 9 support system, 10A company Company I server, 11B company I server, 12C company J server, 13D company J server, 40 I service unified data, 41 J service unified data, 60, 61, 62, 63 external data DB, 70, 71, 72 support data, 80, 81, 82 support system, 90 client computer A, 91 client computer B, 92 mobile terminal 93 network, 94 server, 95 log, 96 wireless line, 110A company streaming server, 111B company streaming server, 112C company Web server, 113D company Web server, 140 stream unified data, 141 Web unified data , 150 charging data generation unit, 151 quality evaluation data generation unit, 152 usage trend analysis data generation unit, 160 charging rule DB, 161 system configuration information DB, 162 content information DB, 163 user information DB, 170 charging data, 171 quality evaluation Data, 172 usage trend analysis data, 180 billing system, 181 quality evaluation system, 182 usage trend analysis system.

Claims (9)

サービスをサポートするサポートシステムに対してサポートデータを供給するログ仲介システムにおいて、
クライアントに対しネットワークを介してサービスを提供し、クライアントからのアクセス毎にログを出力するサーバと、
前記サーバから出力されるログを、規定された形式で統一してデータを形成するログ変換手段と、
前記統一したデータを取得し、そのデータに基づいて、前記サポートシステムとの間で規定された形式のデータを生成するデータ生成手段と、
前記データ生成手段により生成されたデータを前記サポートシステムに送信するデータ送信手段とを備えることを特徴とするログ仲介システム。
In a log mediation system that supplies support data to a support system that supports services,
A server that provides a service to a client via a network and outputs a log every time the client accesses the server;
Log conversion means for unifying logs output from the server in a prescribed format to form data,
A data generating unit that acquires the unified data and generates data in a format defined between the support system and the data based on the data,
A data transmission unit that transmits data generated by the data generation unit to the support system.
複数種類のデータ生成手段を備え、複数種類のサポートシステムに対応することを特徴とする請求項1記載のログ仲介システム。2. The log mediation system according to claim 1, comprising a plurality of types of data generation means, and supporting a plurality of types of support systems. サービスの種類毎にログを統一することを特徴とする、請求項1および請求項2記載のログ仲介システム。3. The log mediation system according to claim 1, wherein logs are unified for each type of service. サービスの種類毎に統一したログをリレーショナルデータベース化して保存することを特徴とする請求項3記載のログ仲介システム。4. The log mediation system according to claim 3, wherein logs unified for each type of service are stored in a relational database. サービスの種類毎に統一したログをXML形式の汎用のデータとして保存することを特徴とする請求項3記載のログ仲介システム。4. The log mediation system according to claim 3, wherein logs unified for each type of service are stored as general-purpose data in XML format. ログ変換手段は、ログ入手時、或いは定期的にログを統一データに変換することを特徴とする請求項1から請求項5のうちのいずれか1項記載のログ仲介システム。The log mediating system according to any one of claims 1 to 5, wherein the log converting means converts the log into unified data when the log is obtained or periodically. データ生成手段は、サポートシステムで必要となるデータのうちログから取得できないデータを外部から取得することを特徴とする請求項1から請求項6のうちのいずれか1項記載のログ仲介システム。The log mediation system according to any one of claims 1 to 6, wherein the data generation means obtains, from the outside, data that cannot be obtained from a log among data required by the support system. データ生成手段は、ログ入手時、或いは定期的、若しくはサポートシステムからの要求が発信されたときに、統一データからサポートデータを生成し、前記サポートシステムに対して送信することを特徴とする請求項1から請求項7のうちのいずれか1項記載のログ仲介システム。The data generating means generates support data from the unified data when a log is obtained, periodically, or when a request from the support system is transmitted, and transmits the generated support data to the support system. The log mediation system according to any one of claims 1 to 7. サポートシステムからデータ生成手段に対し、条件を指定してデータの要求がなされた場合、前記条件に合致したデータのみを供給することを特徴とする請求項1から請求項8のうちのいずれか1項記載のログ仲介システム。9. The data processing apparatus according to claim 1, wherein, when a data request is made from a support system to a data generation unit by designating a condition, only data meeting the condition is supplied. Log mediation system described in section.
JP2003148019A 2003-05-26 2003-05-26 Log intermediation system Pending JP2004348670A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003148019A JP2004348670A (en) 2003-05-26 2003-05-26 Log intermediation system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003148019A JP2004348670A (en) 2003-05-26 2003-05-26 Log intermediation system

Publications (1)

Publication Number Publication Date
JP2004348670A true JP2004348670A (en) 2004-12-09

Family

ID=33534380

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003148019A Pending JP2004348670A (en) 2003-05-26 2003-05-26 Log intermediation system

Country Status (1)

Country Link
JP (1) JP2004348670A (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007148738A (en) * 2005-11-28 2007-06-14 Hitachi Ltd Information monitoring method, system, and program
JP2007213521A (en) * 2006-02-13 2007-08-23 Meiri Tabuchi Monitoring result recording system, common log generation device, and program
JP2007293590A (en) * 2006-04-25 2007-11-08 Nec Corp Terminal equipment management system and method, terminal equipment, monitoring device and program
JP2008210308A (en) * 2007-02-28 2008-09-11 Mitsubishi Electric Corp Log integrating managing device, log integrating managing method, and log integrating managing program
JP2009043018A (en) * 2007-08-08 2009-02-26 Nomura Research Institute Ltd Log analysis support apparatus
JP2009043019A (en) * 2007-08-08 2009-02-26 Nomura Research Institute Ltd Log analysis support device
JP2010165141A (en) * 2009-01-15 2010-07-29 Kyowa Exeo Corp Method for extracting specific location from text log, and program
JP2011060323A (en) * 2010-12-06 2011-03-24 Hitachi Ltd Information monitoring method, system, and program
JP2018508881A (en) * 2015-01-29 2018-03-29 シグナルエフエックス インコーポレイテッド Real-time processing of data streams received from instrumented software
US11709661B2 (en) 2014-12-19 2023-07-25 Splunk Inc. Representing result data streams based on execution of data stream language programs

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007148738A (en) * 2005-11-28 2007-06-14 Hitachi Ltd Information monitoring method, system, and program
JP2007213521A (en) * 2006-02-13 2007-08-23 Meiri Tabuchi Monitoring result recording system, common log generation device, and program
JP2007293590A (en) * 2006-04-25 2007-11-08 Nec Corp Terminal equipment management system and method, terminal equipment, monitoring device and program
JP2008210308A (en) * 2007-02-28 2008-09-11 Mitsubishi Electric Corp Log integrating managing device, log integrating managing method, and log integrating managing program
JP2009043018A (en) * 2007-08-08 2009-02-26 Nomura Research Institute Ltd Log analysis support apparatus
JP2009043019A (en) * 2007-08-08 2009-02-26 Nomura Research Institute Ltd Log analysis support device
JP2010165141A (en) * 2009-01-15 2010-07-29 Kyowa Exeo Corp Method for extracting specific location from text log, and program
JP2011060323A (en) * 2010-12-06 2011-03-24 Hitachi Ltd Information monitoring method, system, and program
US11709661B2 (en) 2014-12-19 2023-07-25 Splunk Inc. Representing result data streams based on execution of data stream language programs
US11733982B1 (en) 2014-12-19 2023-08-22 Splunk Inc. Dynamically changing input data streams processed by data stream language programs
JP2018508881A (en) * 2015-01-29 2018-03-29 シグナルエフエックス インコーポレイテッド Real-time processing of data streams received from instrumented software
JP2020205055A (en) * 2015-01-29 2020-12-24 スプランク インコーポレイテッド Real-time processing of data streams received from software with built-in measuring means
US11194697B2 (en) 2015-01-29 2021-12-07 Splunk Inc. Real-time processing of data streams received from instrumented software
JP7121075B2 (en) 2015-01-29 2022-08-17 スプランク インコーポレイテッド Real-time processing of data streams received from software embedded instrumentation
US11928046B1 (en) 2015-01-29 2024-03-12 Splunk Inc. Real-time processing of data streams received from instrumented software

Similar Documents

Publication Publication Date Title
CN100573519C (en) Signal conditioning package, transcriber, communication means
JP2012506575A (en) Method and system for download transaction accounting and social network exchange
CN101465748A (en) System and method for place-shifting media items
CN104937582A (en) Data synchronization
JP2001350884A (en) Schedule reminder system
WO2009006564A2 (en) Systems and methods for monitoring devices, systems, users, and users activity at remote locations
WO2010049914A2 (en) Electronic media content management system and method of operating an electronic media content management system
KR20110025051A (en) System and method for brokering content and content&#39;s meta data on network
CN103365606A (en) Information processing device, information processing system, and control method
JP2004348670A (en) Log intermediation system
US20090328070A1 (en) Event Driven Disposition
US9621608B2 (en) Digital content supply system
JP2004118576A (en) Ordering/inquiring system, advertisement server, image forming device, and information processor
JP2006107175A (en) System and method for fixed property management and program
JP2002149693A (en) Method and system for viewing log management, managing server and terminal device of viewing log management system, and recording medium where the method is programmed and recorded
WO2008032992A1 (en) Method for downloading multimedia contents to electronic picture frame
JP4543532B2 (en) Information communication system
TW200822618A (en) Web service management systems and methods, and machine readable medium thereof
JP4490029B2 (en) Information analysis apparatus, control method therefor, information analysis system, and program
JP2003208375A (en) Information distribution system, portable information terminal, information distribution server device and information distribution method
JP4436447B2 (en) Server apparatus and control method thereof
CN1299100A (en) Information distribution device, information storage device and information supply system
CA2710133C (en) System for supplying digital content
JP2007066222A (en) Grid computing system, isp server, charging method and program
JP6644346B1 (en) Information processing apparatus, information processing method, and program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060124

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20071022

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20071022

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20071022

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20080709

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080813

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080826

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080926

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090317