Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP4516191B2 - Pay tag billing system for tagged languages - Google Patents
[go: Go Back, main page]

JP4516191B2 - Pay tag billing system for tagged languages - Google Patents

Pay tag billing system for tagged languages Download PDF

Info

Publication number
JP4516191B2
JP4516191B2 JP2000227765A JP2000227765A JP4516191B2 JP 4516191 B2 JP4516191 B2 JP 4516191B2 JP 2000227765 A JP2000227765 A JP 2000227765A JP 2000227765 A JP2000227765 A JP 2000227765A JP 4516191 B2 JP4516191 B2 JP 4516191B2
Authority
JP
Japan
Prior art keywords
tag
cyberspace
server
database
information
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.)
Expired - Lifetime
Application number
JP2000227765A
Other languages
Japanese (ja)
Other versions
JP2002041997A (en
Inventor
茂暁 石田
Original Assignee
株式会社 バサラ
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 株式会社 バサラ filed Critical 株式会社 バサラ
Priority to JP2000227765A priority Critical patent/JP4516191B2/en
Publication of JP2002041997A publication Critical patent/JP2002041997A/en
Application granted granted Critical
Publication of JP4516191B2 publication Critical patent/JP4516191B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、XML等のタグ付き言語を利用したコンテンツなどのタグに応じた課金システムに係わる。
【0002】
【従来の技術】
情報テクノロジおよびネットワークのインフラストラクチャの発展により、非常に多くの情報がインターネット上で、提供され又利用されている。そこで最も良く使われる重要なプロトコルの1つは、HTTPを利用したテキスト転送である。
【0003】
多くの場合、テキストデータには、マークアップ言語(ML)が含まれている。マークアップ言語とは、文書構造を記述するためのタグ付き言語のことである。これらのタグ付き言語では、テキストデータの中に、機能的な意味を持ったコマンドが記入されている。
【0004】
例えば、Webブラウザでは、HTMLファイルの中に記入されたコマンドつまりタグを読みとり、そのタグで指定された通りに表示を行うわけである。
【0005】
【発明が解決しようとする課題】
しかしながら、HTMLファイルで取り扱うことのできるデータは限られており、HTMLファイルで表現できるデータの処理方法も、予め決められた種類に限定されている。
【0006】
一方、最近、特に重要視されているマークアップ言語としてXML(eXtensible Markup Language)がある。これはHTMLと同様に互換性のないコンピューターシステム同士でも共通に読み取りや書き込みができる環境を提供する。特に、XMLでは、自由にタグを定義することができるという特徴がある。
【0007】
この場合、XMLを利用しようとするものは、新たな表現を行う為に必要となる機能と対応するタグをXMLに導入することができる。そして、対応するブラウザ等で解釈しデータの処理を行い効果的な表現が可能となる。これによって、HTMLの限界を超えて、自由な表現をテキスト形式で行うことができる。
【0008】
その一方で、XMLの発明の保護という点では、現状で効果的なシステムが存在しない。つまり、多額の開発費用を投入して、新たなタグを導入することにより、これまでにない表現を可能としても、容易に他のWebサーバがそのタグを利用したサービスを開始してしまうという問題がある。
【0009】
従って、本発明の目的は、XMLのようなタグ付き言語に関してなされた発明の利用に対して、効果的に課金を行うことのできるシステムを提供することである。
【0010】
【課題を解決するための手段】
本発明は、インターネット上で情報を発信すると共に、XMLの有料タグの利用契約を行っている情報発信サーバの情報を格納している利用者データベースと、前記情報発信サーバが提供しているXMLファイルをダウンロードしたブラウザから、前記XMLファイルのアドレスに関する情報と、前記XMLファイルに含まれる前記有料タグのデータを受信する課金サーバとからなり、前記課金サーバは、前記利用者データベースとユーザ数と料金の関係を格納したデータベースを持つユーザ料金データベースとタグとタグの利用料金の関係を格納したデータベースを持つタグデータベースを参照して、前記有料タグのデータに基づいて、前記情報発信サーバへ課金すべき前記有料タグの料金を集計することを特徴とする課金システムを提供する。
【0011】
【発明の実施の形態】
最初に、本発明の基本的なコンセプトの理解を助ける為に、その適用が可能な、1つの具体例を説明する。
【0012】
例えば、<ums>というタグを発明したとする。これは、"user management server"という意味のタグである。具体的には、XMLを用い複数のユーザに仮想現実空間を提供する方法を規定するタグである。
【0013】
過去の仮想現実空間の一例としては、現実の世界をコンピュータの画面上に仮想的に再現し、ユーザがその画面上の世界に入っていけるようなものが知られている。このような、従来のサイバースペースは、独自の言語やデータ構造をもっており、一般には構築が困難で時間とコストのかかるものであった。
【0014】
そこで、<ums>というタグと、それに付随する幾つかのタグを導入することによって、極めて容易にユーザが仮想現実空間を構築することができることになる。その詳細は、本件出願人によって出願された特許願第2000−142195号によって説明されているので、ここでは省略する。
【0015】
本発明は、このようなXMLのようなタグ付き言語に関してなされた発明の使用に関して、効果的に課金を行うことの可能なシステムに関するものである。以下、本発明の1つの実施形態について図面を参照しながら説明する。
【0016】
図1に本実施形態の概念図を示す。本実施形態によるとクライアント、Webサーバ、課金サーバはインターネット網によりネットワーク接続されており、利用者データベース、タグデータベース、ユーザ料金データベースはユーザ管理サーバ内に属するか、参照可能に接続されている。
【0017】
ここで、クライアントとは、最も典型的なケースでは一般のパソコンユーザ、或いはWebサーバを閲覧するパソコンそのものである。例えば、パソコンを利用する不特定多数であってもよく、予め特定のWebサーバに登録した会員に限定してあってもよい。
【0018】
先ず、クライアントはWebサーバよりコンテンツを形成するXMLファイルをダウンロードする。そのXMLファイルは、対応するWebブラウザで処理され、タグの一覧が抽出される。即ち、*を任意の文字列として、<*>と</*>のペアを検索し、<*>を集めてテキストファイルとする。そして、課金サーバへそのタグの一覧を含むテキストファイルを、Webサーバのアドレスと共に送信して、タグそれぞれの認証を依頼する。
【0019】
課金サーバでは依頼されたタグの認証を利用者データベースを参照し、認否を決定する。ここで、利用者データベースには、タグの使用が許可されているWebサーバのアドレスが格納されている。
【0020】
認証結果はクライアントへ戻し、同時に認証されたタグについてはタグデータベースから得られる利用料金を集計し、集計結果を利用者データベースに保存する。この利用者データベースに従って、それぞれのWebサーバに利用料金を請求する。つまり、請求はクライアントではなく、Webサーバに対して行われる。
【0021】
以上の処理を、図2の本実施形態による課金システムのフローチャートを参照して、まとめると次のとおりである。即ち、ステップ1では、クライアントよりWebサーバへXMLファイルを要求する。ステップ2では、クライアントがXMLファイルを受信し、そこからタグセットを抽出する。ステップ3では、クライアントより課金サーバへWebサーバのアドレスと共にタグセットを送信して、夫々のタグの認証を要求する。ステップ4で課金サーバへ送られたタグセットが、タグそれぞれについて利用可能かどうかを確認する。ステップ5では、課金サーバで、利用したタグのタグ毎の利用料金をタグデータベースを参照して利用料金の集計を実施する。ステップ6では、課金サーバにて、人数制限タグについて、利用者データベースより利用制限人数と現在利用中の人数を比較し、上限以内であれば当該タグの利用の利用可能と決定する。そうでなければ、利用不可と決定する。ステップ7では、課金サーバよりクライアントへタグセットの認証結果を送出し、利用可能であればでクライアントのWebブラウザでタグの内容に従い、処理を実施する。ここでいうWebブラウザとはHTML、XML等タグ付き言語を解析、処理するソフトウエアである。
【0022】
本実施形態をいま少し詳細に説明する。本実施形態による課金システムでの各サーバ、クライアント間のフローチャート図を図3に示す。クライアントは先ず本実施形態によるWebサーバへXMLファイルを要求する。次にタグ付き言語データ(XMLファイル)を取得し、タグの一覧を抽出する。ここでは、この抽出されたタグ一覧をタグセットと称することにする。又、ここでは実施の一例としてWebサーバとしているが、一義的にはサーバの種類は問わない。
【0023】
取得したタグの情報をもとに、クライアントは課金サーバへアクセスし、タグセットを課金サーバへ送信して利用できるタグの認証を行なう。そこでのプロトコルは、HTTP上の独自プロトコルを用いる。認証にあたってはそのタグが利用できるかどうか、そのタグの最大同時利用人数は何人か等を認証する。
【0024】
このタグ認証情報はあらかじめコンテンツ制作者から課金サーバを管理する者に対して利用範囲を宣言しておくこともできるし、利用したタグの数、利用人数により算出された利用料金を支払うこともできる。具体例は後で説明する。
【0025】
ここで、タグを利用できるかどうか、タグの最大同時利用人数等のタグ認証情報は利用者データベースに蓄えられており、このデータベースは課金サーバにあってもよいし、これ以外のサーバに存在してもよい。課金サーバ以外へ利用者データベースを設置する場合は課金サーバにその利用者データベースがどこに存在するかの情報を持っている必要がある。
【0026】
即ち、課金サーバへ送られたタグセットはタグそれぞれについて利用可能かどうかの認証を実施する。ここで、タグの量が多くなり、処理に時間を要することがあれば、有料タグのみ検出し処理を実施する。そして、同様に課金サーバへ送られたタグセットは利用者データベースに予め蓄えられている情報と比較し、そのタグが利用可能かどうかの認証を実施する。認証の種類にはいろいろあるが詳細は後述のタグごとの実施形態で説明する。利用可能と判定されたタグは課金サーバよりクライアントへ承認を連絡し、クライアントでタグ内容の処理が行われる。
【0027】
ここでタグの一つの実施形態を示す。上述の<ums>というタグがあったとする。このタグはユーザ管理サーバのネットワーク識別情報たとえばURL等を規定するタグである。具体的には、仮想現実空間を提供するサーバのアドレスを示す。この具体例の場合、図1の基本的な図式に、更にユーザ管理サーバが加わっており、図8に示したような図式となる。
【0028】
このタグで規定されたネットワーク識別情報からユーザ管理サーバのネットワーク上での位置情報を得て、クライアントがユーザ管理サーバの提供するサービス、この場合空間の共有利用サービスを利用できるようになる。
【0029】
また、この場合、タグ付き言語を用いて構築されたコンテンツ、たとえばサイバースペースに同時にログインまたはアクセス出来る人数を規定することができる。この人数の設定は図4の利用者データベースの許可人数に規定されている。クライアントからタグセットが課金サーバへ送られてくるが、その時にこのタグを現在利用している人数と利用者データベース内に格納されている最大同時利用人数とを比較し、最大同時利用人数以下であればタグの利用を認証し、これ以上であればタグの利用を否認する。
【0030】
否認された場合はこのタグを利用できないことになり、コンテンツ上での同時利用、この場合たとえばサイバースペースという空間の共有等のサービスが利用できなくなる。つまり、Webブラウザは、不許可のレスポンスを受け取り、その旨表示することになる。
【0031】
この<ums>タグの認証においていまひとつ説明を加えると、Webサーバ利用者は予めコンテンツをアップロードするサーバの情報を登録しておく。ここではWebサーバを用いてサービスを提供する者をWebサーバ利用者という。例えば、図4、図5に示されているように、利用者データベースには、認証を行うURLXが登録されており、その登録されているURLXのディレクトリより下層のディレクトリに存在するデータは承認される仕組みとなっている。ここで、URLXとは前記XMLに対応したWebサーバのURLである。
【0032】
また、ここでは図6に示すユーザ数により料金を規定するユーザ料金データベースにより最大同時利用人数と料金を規定する。Webサーバ利用者が登録を行う際には、予め人数を申請しておく必要がある。図6のユーザ料金データベースを参照して、この申請人数に対応する料金が図4の利用者データベースに格納される。(或いは、リレーションが張られる。)
料金の集計の例として、図4のhttp://aaa.co.jp/~hogeの場合の計算例は、許可タグが<ums>一つの基本料金として1000円であり、その許可人数が〜10人について1000円であり、その合計2000円が月額料金となる。その他、計算方法は、適宜考えられる。
【0033】
勿論、たとえば<ums>タグのように利用できる人数を規定するタグだけではなく、無制限のタグが有ってもよいし、利用できる人数を規定するタグでも無制限の利用に対する料金を別に設定してもよい。
【0034】
又、申告人数を越えてもユーザが利用できるように自動的に同時利用人数をカウントし、この料金表から料金を算出し、利用者データベースに利用料金情報を保存し、コンテンツ制作者に請求するという方法も考えられる。これは、図4では、超過料金のエントリとして含まれている。
【0035】
もう1つの実施形態では、複数の有料タグが1つの課金サーバで管理されているものも考えられる。例えば<adv>タグがある。このタグは広告掲載の可否を規定するタグで、このタグで規定された広告内容の情報、例えば広告画像の存在するネットワーク識別情報であるURL等をもとに広告をブラウザまたはコンテンツ内に表示する。
【0036】
尚、直接URLを指定するのではなく、以下のように、そのタグの中で間接的にURL等を指定する方法もある。
【0037】
<adv>
<talk>ここをクリック!!</talk>
<www>http://www.hogehogenet.ne.jp/adv.htm</www>
</adv>
これらタグセットのタグ毎の利用料金は、タグデータベース内に登録されている有料タグによる料金のデータベースで参照される。その一例は図7に示されている。ここでは利用したタグについてそれぞれの利用料金を自動的に合算し、利用者料金データベースに記録される。ここからこのようなタグを利用したWebサーバ利用者に利用料金の請求をすることが可能である。
【0038】
この実施形態では、予め利用する有料タグを申告し、申告していないタグは利用できないとしている。しかし、利用する有料タグを特定せずに登録しておき、自動的に利用した有料タグを検出し課金するシステムも考えられる。
【0039】
又、上記実施形態で、課金サーバは、"charge control server"の意味でタグ<ccs>を導入し、この<ccs>で指定されたURLを、そのアドレスへアクセスして認証を要請する。
【0040】
この場合、課金サーバへ送られるタグセットには、タグそのものの他に、関連するURLも同時に送信される。つまり、<ums>や<adv>のように、タグ<*>の示すデータがURLである場合には、そのURLもタグと共に送信する。
【0041】
1つの実施形態では、例えば<ums>のサービスの提供を行いたいサイバースペース・サーバは、予めタグ<ums>を所有する課金サーバへ登録しておく必要がある。課金サーバでは、<ums>で指定されたURL毎に、利用状況を記録しておき、その利用状況(XMLファイルのアドレスも含む)と共にサイバースペース・サーバへ利用料金を課金する。
【0042】
ここでは、サイバースペース・サーバは、直接タグ<ums>を含むXMLファイルを持たないが、間接的に<ums>を利用しているので、利用料金を課金される。勿論、このサイバースペース・サーバを利用するWebサーバへも上述のように課金される。この場合、サイバースペース・サーバへ、そのサイバースペース・サーバを利用するWebサーバの情報が提供されるので、サイバースペース・サーバ側でWebサーバへの利用料金の計算に利用することも可能となる。
【0043】
<adv>でも同様であるが、この場合、<adv>の利用状況が広告主のアドレスと共に、タグユーザであるWebサーバへ提供されるので、Webサーバ側で、広告主への料金の計算に利用することも可能となる。
【0044】
以上は、予めクライアントの現在使用しているブラウザが、タグに対応しているものとして説明している。しかし、前記ブラウザが対応していなくても、対応していないタグを処理するソフトウエアであるプラグインを利用することによって、対応可能となる。
【0045】
いま少し詳細に説明すると、前記ブラウザで処理不能なタグについて、課金サーバでその処理不能なタグが選別される。そして、プラグインのダウンロードをクライアントに指示し、前記ブラウザでは処理不能なタグに対応させる。
【0046】
一例を示すと、図7に示すタグデータベースにタグ一覧があり、ここにそのタグに対するブラウザの機能情報たとえばバージョン情報が格納されている。前記ブラウザのバージョンが1.0だとすると、たとえば<aaa>というタグはバージョン1.0では未対応であるから、クライアントにプラグインが存在するコンピュータ識別情報、URL等のプラグイン位置情報を送出し、プラグインのダウンロードを行い、処理不能なタグに対応する仕組みである。その概念図を図9に、フロー図を図10に示す。
【0047】
図10を用いて説明すると、ステップ1で、クライアントは先ず本実施形態によるWebサーバへXMLファイルを要求する。ステップ2でタグ付き言語データ(XMLファイル)を取得し、タグの一覧を抽出する。ステップ3で、クライアントから課金サーバへURLXとタグセットの認証要求とブラウザの機能情報を送出する。ステップ4で、課金サーバにてタグそれぞれについて利用者データベースの情報に基づきタグの利用可否を識別する。ステップ5で、課金サーバにてブラウザの機能情報と利用したタグ毎の利用料金をタグデータベースより参照して、利用料金の集計を行う。ステップ6で、課金サーバにて人数制限タグについて、利用者データベースより利用制限人数と現在利用中の人数を比較し、上限以内であれば当該タグの利用を認証する。ステップ7で、タグデータベースよりクライアントのブラウザ機能情報とデータベースの情報を比較する。ステップ8で、課金サーバよりクライアントへタグセットの認証結果とステップ7での比較結果から必要であればタグデータベースに格納されているプラグイン位置情報をタグデータベースより送出する。ステップ9で、クライアントはプラグインの位置情報を基にプラグインをダウンロードし、タグの内容に従って処理を実施する。
【0048】
【発明の効果】
以上説明したように、本発明によれば、XMLを代表とするタグ付き言語を利用するコンテンツに対して使用したタグにより自動的に課金ができるシステムを構築することができる。特に、XMLファイルは、簡単に修正を加えることが出来るので、有料タグを付け加えたり、削除したりすることで、費用の調整などを極めて簡単に行うことが出来る。更に更新されたXMLファイルのタグに柔軟にブラウザが対応することができる。
【図面の簡単な説明】
【図1】本発明の実施形態の有料タグ課金システムを示す概念図である。
【図2】本発明の実施形態の有料タグ課金システムのフローチャートチャートである。
【図3】本発明の実施形態の有料タグ課金システムにおける通信を示す説明図である。
【図4】本発明の実施形態の有料タグ課金システムにおける利用者データベースの持つデータベースの具体例を示す図である。
【図5】本発明の実施形態の有料タグ課金システムにおけるURLXの認証の具体例を示す図である。
【図6】本発明の実施形態の有料タグ課金システムにおけるユーザ料金データベースの持つデータベースの具体例を示す図である。
【図7】本発明の実施形態の有料タグ課金システムにおけるタグデータベースの持つデータベースの具体例を示す図である。
【図8】本発明の実施形態の有料タグ課金システムを示す概念図であり、図1のものに更にユーザ管理サーバが追加されている。
【図9】本発明の実施形態の有料タグ課金システムによって、クライアントが現在使用しているブラウザのバージョンで処理不能なタグを、プラグインのダウンロードによって対応させる例を示す図である。
【図10】本発明の実施形態の有料タグ課金システムによって、クライアントが現在使用しているブラウザのバージョンで処理不能なタグを、プラグインのダウンロードによって対応させる例を示すフローチャートである。
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a billing system according to tags such as contents using a tagged language such as XML.
[0002]
[Prior art]
With the development of information technology and network infrastructure, a great deal of information is being provided and used on the Internet. Therefore, one of the most important protocols used is text transfer using HTTP.
[0003]
In many cases, the text data includes a markup language (ML). The markup language is a tagged language for describing the document structure. In these tagged languages, commands having functional meaning are entered in text data.
[0004]
For example, a Web browser reads a command, that is, a tag entered in an HTML file, and displays it as specified by the tag.
[0005]
[Problems to be solved by the invention]
However, the data that can be handled by the HTML file is limited, and the processing method of the data that can be expressed by the HTML file is also limited to a predetermined type.
[0006]
On the other hand, there is XML (eXtensible Markup Language) as a markup language which has recently been particularly emphasized. This provides an environment in which incompatible computer systems can read and write in common as in HTML. In particular, XML has a feature that tags can be freely defined.
[0007]
In this case, a person who intends to use XML can introduce a tag corresponding to a function necessary for performing a new expression into XML. Then, the data can be processed by being interpreted by a corresponding browser or the like, thereby enabling effective expression. Thereby, it is possible to perform free expression in a text format exceeding the limit of HTML.
[0008]
On the other hand, there is no effective system at present in terms of protecting the invention of XML. In other words, by introducing a large amount of development costs and introducing a new tag, even if an expression that has never been possible is possible, another Web server can easily start a service using that tag. There is.
[0009]
Accordingly, it is an object of the present invention to provide a system that can effectively charge for the use of the invention made with tagged languages such as XML.
[0010]
[Means for Solving the Problems]
The present invention provides a user database storing information of an information transmission server that transmits information on the Internet and contracts to use an XML pay tag, and an XML file provided by the information transmission server From the browser that downloaded the URL, and a billing server that receives the paid tag data included in the XML file. The billing server includes the user database, the number of users, and the charge Refer to the user fee database having the database storing the relationship and the tag database having the database storing the relationship between the tag and the tag usage fee, and charge the information transmission server based on the paid tag data Providing a billing system characterized by counting charges for paid tags That.
[0011]
DETAILED DESCRIPTION OF THE INVENTION
First, in order to help understand the basic concept of the present invention, one specific example that can be applied will be described.
[0012]
For example, assume that the tag <ums> was invented. This is a tag meaning "user management server". Specifically, the tag specifies a method for providing a virtual reality space to a plurality of users using XML.
[0013]
As an example of the past virtual reality space, there is known one in which the real world is virtually reproduced on a computer screen and the user can enter the world on the screen. Such conventional cyberspace has a unique language and data structure, and is generally difficult to construct and takes time and cost.
[0014]
Therefore, by introducing the tag <ums> and several tags accompanying it, the user can construct the virtual reality space very easily. Details thereof are described in Japanese Patent Application No. 2000-142195 filed by the present applicant, and are omitted here.
[0015]
The present invention relates to a system that can effectively charge for the use of the invention made with such tagged languages such as XML. Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
[0016]
FIG. 1 shows a conceptual diagram of this embodiment. According to this embodiment, the client, the Web server, and the accounting server are connected to each other via the Internet network, and the user database, the tag database, and the user fee database belong to the user management server or are connected so that they can be referred to.
[0017]
Here, in the most typical case, the client is a general personal computer user or a personal computer that browses a Web server. For example, it may be an unspecified number using a personal computer, or may be limited to members registered in advance in a specific Web server.
[0018]
First, the client downloads an XML file that forms content from a Web server. The XML file is processed by a corresponding Web browser, and a list of tags is extracted. That is, using * as an arbitrary character string, a pair of <*> and </ *> is searched, and <*> is collected into a text file. Then, a text file including the list of tags is transmitted to the accounting server together with the address of the Web server, and a request is made for authentication of each tag.
[0019]
The billing server refers to the user database for the authentication of the requested tag, and decides whether to accept or reject it. Here, the user database stores the addresses of Web servers that are permitted to use tags.
[0020]
The authentication result is returned to the client, and the usage fee obtained from the tag database is totaled for the authenticated tag at the same time, and the total result is stored in the user database. In accordance with this user database, a usage fee is charged to each Web server. In other words, billing is made to the Web server, not the client.
[0021]
The above process is summarized as follows with reference to the flowchart of the accounting system according to the present embodiment in FIG. That is, in step 1, an XML file is requested from the client to the Web server. In step 2, the client receives the XML file and extracts a tag set therefrom. In step 3, the tag set is transmitted together with the address of the Web server from the client to the accounting server, and authentication of each tag is requested. It is confirmed whether the tag set sent to the billing server in step 4 can be used for each tag. In step 5, the billing server sums up the usage charges by referring to the tag database for the usage charges for each tag used. In step 6, the billing server compares the number of restricted users with the number of people currently in use from the user database, and determines that the tag can be used if it is within the upper limit. Otherwise, it is determined that it cannot be used. In step 7, the authentication result of the tag set is sent from the billing server to the client, and if it can be used, the processing is carried out according to the contents of the tag in the client web browser. Web browser here refers to software that analyzes and processes tagged languages such as HTML and XML.
[0022]
This embodiment will now be described in some detail. A flowchart between each server and client in the accounting system according to this embodiment is shown in FIG. The client first requests an XML file from the Web server according to the present embodiment. Next, the tagged language data (XML file) is acquired, and a list of tags is extracted. Here, the extracted tag list is referred to as a tag set. In addition, although a Web server is used here as an example of implementation, the type of server is not particularly limited.
[0023]
Based on the acquired tag information, the client accesses the billing server and sends a tag set to the billing server to authenticate the usable tag. As a protocol there, a unique protocol on HTTP is used. At the time of authentication, whether or not the tag can be used and the maximum number of simultaneous use of the tag are authenticated.
[0024]
The tag authentication information can be declared in advance from the content creator to the person who manages the billing server, or the usage fee calculated based on the number of tags used and the number of users can be paid. . Specific examples will be described later.
[0025]
Here, tag authentication information such as whether a tag can be used and the maximum number of simultaneous users of the tag is stored in a user database, which may be in a billing server or in a server other than this. May be. When the user database is set up other than the billing server, the billing server needs to have information on where the user database exists.
[0026]
That is, the tag set sent to the billing server is authenticated for each tag. Here, if the amount of tags increases and processing may take time, only paid tags are detected and processing is performed. Similarly, the tag set sent to the billing server is compared with information stored in advance in the user database to authenticate whether the tag can be used. Although there are various types of authentication, details will be described in an embodiment for each tag described later. The tag determined to be usable is notified of the approval from the accounting server to the client, and the tag contents are processed by the client.
[0027]
Here, one embodiment of the tag is shown. Suppose there is a tag <ums> mentioned above. This tag is a tag that defines network identification information of the user management server, such as a URL. Specifically, the address of the server that provides the virtual reality space is shown. In this specific example, a user management server is further added to the basic diagram of FIG. 1, resulting in a diagram as shown in FIG.
[0028]
The location information on the network of the user management server is obtained from the network identification information defined by this tag, and the client can use the service provided by the user management server, in this case, the shared use service of the space.
[0029]
Also, in this case, it is possible to define the number of people who can log in or access content built using a tagged language, for example, cyberspace at the same time. This setting of the number of people is defined in the number of permitted users in the user database of FIG. The tag set is sent from the client to the billing server. At that time, the number of people currently using this tag is compared with the maximum number of simultaneous users stored in the user database. If there is, the use of the tag is authenticated, and if it exceeds this, the use of the tag is denied.
[0030]
If denied, this tag cannot be used, and services such as simultaneous use on content, such as sharing a space called cyber space, cannot be used. That is, the Web browser receives an unacceptable response and displays it.
[0031]
In the <ums> tag authentication, another explanation will be added. The Web server user registers information of a server to which content is uploaded in advance. Here, a person who provides a service using a Web server is called a Web server user. For example, as shown in FIGS. 4 and 5, URLX for authentication is registered in the user database, and data existing in a directory below the registered URLX directory is approved. It is a mechanism. Here, URLX is a URL of a Web server corresponding to the XML.
[0032]
Further, here, the maximum number of simultaneous users and the fee are defined by the user fee database that defines the fee according to the number of users shown in FIG. When a Web server user registers, it is necessary to apply for the number of people in advance. With reference to the user fee database in FIG. 6, the fee corresponding to the number of applicants is stored in the user database in FIG. (Or a relation is created.)
As an example of totaling charges, the calculation example in the case of http://aaa.co.jp/~hoge in Fig. 4 is 1000 yen as a basic charge with a permission tag of <ums>, and the number of people allowed is ~ It is 1000 yen for 10 people, and the total of 2000 yen is the monthly fee. In addition, the calculation method can be considered as appropriate.
[0033]
Of course, there are not only tags that specify the number of people that can be used, such as <ums> tags, but there may also be unlimited tags, and even tags that specify the number of people that can be used are set separately for charges for unlimited use. Also good.
[0034]
In addition, the number of simultaneous users is automatically counted so that the user can use it even if the number of people exceeds the reported number, the fee is calculated from this fee table, the fee information is stored in the user database, and the content creator is charged. It is also possible to use this method. In FIG. 4, this is included as an entry for excess charges.
[0035]
In another embodiment, a plurality of pay tags may be managed by one billing server. For example, there is an <adv> tag. This tag defines whether or not the advertisement can be placed. The advertisement is displayed in the browser or content based on the information of the advertisement content defined by this tag, for example, the URL that is the network identification information in which the advertisement image exists. .
[0036]
In addition, instead of specifying the URL directly, there is a method of specifying the URL or the like indirectly in the tag as follows.
[0037]
<adv>
<talk> Click here! ! </ talk>
<www> http://www.hogehogenet.ne.jp/adv.htm </ www>
</ adv>
The usage fee for each tag in the tag set is referred to in the fee database for paid tags registered in the tag database. An example is shown in FIG. Here, the usage fees for the tags used are automatically added together and recorded in the user fee database. From here, it is possible to charge a usage fee to a Web server user using such a tag.
[0038]
In this embodiment, paid tags to be used in advance are declared, and tags that have not been declared cannot be used. However, a system is also conceivable in which a pay tag to be used is registered without being specified, and the pay tag used is automatically detected and charged.
[0039]
In the above embodiment, the accounting server introduces a tag <ccs> in the meaning of “charge control server”, and accesses the URL specified by <ccs> to the address to request authentication.
[0040]
In this case, in addition to the tag itself, a related URL is also transmitted to the tag set sent to the billing server. That is, when the data indicated by the tag <*> is a URL, such as <ums> or <adv>, the URL is also transmitted together with the tag.
[0041]
In one embodiment, for example, a cyberspace server that wants to provide a service of <ums> needs to be registered in advance with a charging server that owns the tag <ums>. The accounting server records the usage status for each URL specified by <ums>, and charges the cyberspace server together with the usage status (including the address of the XML file).
[0042]
Here, the cyberspace server does not have an XML file including the tag <ums> directly, but uses <ums> indirectly and is charged a usage fee. Of course, the Web server using this cyber space server is charged as described above. In this case, since the information of the Web server that uses the cyberspace server is provided to the cyberspace server, the cyberspace server can also be used for calculating the usage fee for the Web server.
[0043]
The same applies to <adv>, but in this case, the usage status of <adv> is provided to the tag user's web server along with the advertiser's address, so the web server side can calculate the fee to the advertiser. It can also be used.
[0044]
In the above description, it is assumed that the browser currently used by the client corresponds to the tag in advance. However, even if the browser is not compatible, it can be supported by using a plug-in that is software for processing a tag that is not supported.
[0045]
Explaining in more detail now, tags that cannot be processed by the browser are selected by the billing server. Then, the client is instructed to download the plug-in to correspond to a tag that cannot be processed by the browser.
[0046]
As an example, there is a tag list in the tag database shown in FIG. 7, in which browser function information for the tag, for example, version information is stored. If the browser version is 1.0, for example, the tag <aaa> is not supported in version 1.0. Therefore, the computer identification information in which the plug-in exists in the client, the plug-in location information such as URL, It is a mechanism that handles plug-in downloads and tags that cannot be processed. The conceptual diagram is shown in FIG. 9, and the flowchart is shown in FIG.
[0047]
Referring to FIG. 10, in step 1, the client first requests an XML file from the Web server according to the present embodiment. In step 2, tagged language data (XML file) is acquired, and a list of tags is extracted. In step 3, URLX, tag set authentication request, and browser function information are sent from the client to the accounting server. In step 4, the charging server identifies whether or not the tag can be used based on the information in the user database for each tag. In step 5, the billing server refers to the browser function information and the usage fee for each tag used from the tag database, and totals the usage fees. In step 6, the billing server compares the number of restricted users with the number of people currently in use from the user database, and authenticates the use of the tag if it is within the upper limit. In step 7, the client browser function information is compared with the database information from the tag database. In step 8, the plug-in location information stored in the tag database is transmitted from the tag database if necessary from the authentication result of the tag set and the comparison result in step 7 from the accounting server to the client. In step 9, the client downloads the plug-in based on the plug-in position information, and performs processing according to the contents of the tag.
[0048]
【The invention's effect】
As described above, according to the present invention, it is possible to construct a system capable of automatically charging with a tag used for content using a tagged language represented by XML. In particular, since an XML file can be easily modified, it is possible to adjust costs very easily by adding or deleting a pay tag. Furthermore, the browser can flexibly cope with the tag of the updated XML file.
[Brief description of the drawings]
FIG. 1 is a conceptual diagram showing a pay tag accounting system according to an embodiment of the present invention.
FIG. 2 is a flowchart chart of the pay tag billing system according to the embodiment of the present invention.
FIG. 3 is an explanatory diagram showing communication in the pay tag accounting system according to the embodiment of the present invention.
FIG. 4 is a diagram illustrating a specific example of a database included in a user database in the pay tag accounting system according to the embodiment of this invention.
FIG. 5 is a diagram showing a specific example of URLX authentication in the pay tag accounting system according to the embodiment of the present invention.
FIG. 6 is a diagram showing a specific example of a database included in a user fee database in the pay tag accounting system according to the embodiment of the present invention.
FIG. 7 is a diagram illustrating a specific example of a database included in a tag database in the paid tag billing system according to the embodiment of this invention.
FIG. 8 is a conceptual diagram showing a pay tag accounting system according to an embodiment of the present invention, in which a user management server is further added to that of FIG.
FIG. 9 is a diagram showing an example in which a tag that cannot be processed by a client version currently used by a client is associated by downloading a plug-in by the paid tag accounting system according to the embodiment of this invention;
FIG. 10 is a flowchart illustrating an example in which a tag that cannot be processed by a client version currently used by a client is associated by downloading a plug-in by the paid tag accounting system according to the embodiment of this invention.

Claims (2)

インターネット上で情報を発信する情報発信サーバの識別情報と、前記情報発信サーバが提供しているサイバースペースを構成するタグ付き言語ファイルの前記情報発信サーバ上のアドレスを関連付けた情報を格納しているサイバースペース利用者データベースと、
前記情報発信サーバが提供しているサイバースペースを構成するタグ付き言語ファイルをダウンロードしたサイバースペースを表示するブラウザから、前記サイバースペースを構成するタグ付き言語ファイルのダウンロード元となる情報発信サーバ上のアドレスに関する情報と、前記サイバースペースを構成するタグ付き言語ファイルに含まれる前記有料タグのデータを受信するとともに、タグを送信してきたクライアントの数をカウントするサイバースペース課金サーバからなり、
前記サイバースペース課金サーバは、前記サイバースペース利用者データベースを持つと共に、前記受信したアドレスに基づいて前記サイバースペース利用者データベースを参照して当該タグ付き言語ファイルの発信元である情報発信サーバの識別情報を取得し、
サイバースペースにログインしているユーザ数と料金の関係を格納したデータベースを持つサイバースペース利用にかかるユーザ料金データベースとタグとタグの利用料金の関係を格納したデータベースを持つタグデータベースを参照して、前記カウントされた数と前記有料タグのデータに基づいて、前記取得した識別情報で識別される情報発信サーバへ課金すべき前記有料タグの料金を集計することを特徴とするサイバースペース課金システム。
Stores the identification information of the information transmission server that transmits information over the Internet, the information associated with the address on the information transmission server tagged language files constituting the cyberspace by the information transmitting server is provided Cyberspace user database and
An address on the information transmission server that is a download source of the tagged language file that constitutes the cyberspace from the browser that displays the cyberspace that downloaded the tagged language file that constitutes the cyberspace provided by the information transmission server And a cyberspace billing server that receives data on the paid tag included in the tagged language file that constitutes the cyberspace and counts the number of clients that have transmitted the tag ,
The cyberspace billing server has the cyberspace user database, and refers to the cyberspace user database based on the received address, and identifies the information transmission server that is the source of the tagged language file Get
By referring to the tag database with the database that stores the relationship between the usage fee of the user account database and the tag and the tag according to the cyber space utilization with a database that stores the relationship between the number of users and the fee you are logged in to the cyber space, the A cyberspace billing system characterized in that, based on the counted number and the data of the pay tag, the charge of the pay tag to be charged to the information transmitting server identified by the acquired identification information is totaled.
前記課金サーバは、前記サイバースペースを構成するタグ付き言語ファイルに前記ブラウザが処理できないタグが含まれている場合に、前記ブラウザへ、そのタグを処理する為のサイバースペースプラグインの位置情報を送信することを特徴とする請求項1に記載のサイバースペース課金システム。  The billing server transmits the location information of the cyber space plug-in for processing the tag to the browser when the tag-capable language file constituting the cyber space includes a tag that cannot be processed by the browser. The cyberspace billing system according to claim 1, wherein:
JP2000227765A 2000-07-27 2000-07-27 Pay tag billing system for tagged languages Expired - Lifetime JP4516191B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000227765A JP4516191B2 (en) 2000-07-27 2000-07-27 Pay tag billing system for tagged languages

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000227765A JP4516191B2 (en) 2000-07-27 2000-07-27 Pay tag billing system for tagged languages

Publications (2)

Publication Number Publication Date
JP2002041997A JP2002041997A (en) 2002-02-08
JP4516191B2 true JP4516191B2 (en) 2010-08-04

Family

ID=18721169

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000227765A Expired - Lifetime JP4516191B2 (en) 2000-07-27 2000-07-27 Pay tag billing system for tagged languages

Country Status (1)

Country Link
JP (1) JP4516191B2 (en)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10254796A (en) * 1997-01-07 1998-09-25 Fujitsu Ltd Information provision system
JP3274393B2 (en) * 1997-09-22 2002-04-15 株式会社ディジタル・ビジョン・ラボラトリーズ Network system, data distribution method, and computer-readable recording medium recording distribution data
JP3543918B2 (en) * 1997-12-19 2004-07-21 株式会社リコー Control method for network facsimile machine
JPH11338809A (en) * 1998-05-27 1999-12-10 Sony Corp Information communication system, information communication terminal, and advertisement provision control method
JP3142821B2 (en) * 1998-08-27 2001-03-07 株式会社エヌ・ティ・ティ・ドコモ Information communication network billing method

Also Published As

Publication number Publication date
JP2002041997A (en) 2002-02-08

Similar Documents

Publication Publication Date Title
US9349021B1 (en) Restricting use of a digital item stored in a client computer by sending an instruction from a server computer via a network
US8117644B2 (en) Method and system for online document collaboration
CN1512408B (en) Method for recording image file and device for recording and producing image file
US20070006327A1 (en) Dynamic service enablement of applications in heterogenous mobile environments
JP4512153B2 (en) System for distributing content securely
US20100191955A1 (en) System and method for distributing digital content
JPH1174882A (en) Program recording medium recording information resource transfer control program
JPWO2011104864A1 (en) Content distribution system and content distribution method
JP2002032216A (en) Application hosting equipment
US20030135587A1 (en) Method and system of state management for data communications
JPH11194903A (en) System and method for editorial picture printing
JP4682385B2 (en) Content management system, content management method and program
JP2002312692A (en) Book-on-demand system
JP4794762B2 (en) Content distribution system, content distribution server, and content distribution method
JP2003242032A (en) Use right transfer system, use right information management device, method for managing transfer of use right, program thereof, and program storage medium
JP2002202926A (en) Content relay service device that relays and transfers the data amount of Web content on the Internet while reducing the amount of data
JP4516191B2 (en) Pay tag billing system for tagged languages
JP3753535B2 (en) WWW server data reference restriction method and recording medium recording program therefor
KR20090112845A (en) Method and system for managing contents copyright and recording medium therefor
JP4230677B2 (en) Information management system, information management apparatus, information management method, information use client, information use client program, and information recording medium on which information use client program is recorded
JPWO2002061645A1 (en) Book-on-demand system for creating page data using content database
Braid The use of a digital rights management system in a document supply service
JP3497993B2 (en) Homepage management method and recording medium storing a program for implementing the method
JP2002175479A (en) Method and system for providing art information using telecommunication line
JP5088269B2 (en) Screen information management method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070614

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090925

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091006

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091204

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100105

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20100302

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100305

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20100303

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20100304

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100507

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100514

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 4516191

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130521

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140521

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term