(57)【特許請求の範囲】
【請求項１】
インターネット上で情報を発信する情報発信サーバの識別情報と、前記情報発信サーバが提供しているサイバースペースを構成するタグ付き言語ファイルの前記情報発信サーバ上のアドレスを関連付けた情報を格納しているサイバースペース利用者データベースと、
前記情報発信サーバが提供しているサイバースペースを構成するタグ付き言語ファイルをダウンロードしたサイバースペースを表示するブラウザから、前記サイバースペースを構成するタグ付き言語ファイルのダウンロード元となる情報発信サーバ上のアドレスに関する情報と、前記サイバースペースを構成するタグ付き言語ファイルに含まれる前記有料タグのデータを受信するとともに、タグを送信してきたクライアントの数をカウントするサイバースペース課金サーバからなり、
前記サイバースペース課金サーバは、前記サイバースペース利用者データベースを持つと共に、前記受信したアドレスに基づいて前記サイバースペース利用者データベースを参照して当該タグ付き言語ファイルの発信元である情報発信サーバの識別情報を取得し、
サイバースペースにログインしているユーザ数と料金の関係を格納したデータベースを持つサイバースペース利用にかかるユーザ料金データベースとタグとタグの利用料金の関係を格納したデータベースを持つタグデータベースを参照して、前記カウントされた数と前記有料タグのデータに基づいて、前記取得した識別情報で識別される情報発信サーバへ課金すべき前記有料タグの料金を集計することを特徴とするサイバースペース課金システム。
【請求項２】
前記課金サーバは、前記サイバースペースを構成するタグ付き言語ファイルに前記ブラウザが処理できないタグが含まれている場合に、前記ブラウザへ、そのタグを処理する為のサイバースペースプラグインの位置情報を送信することを特徴とする請求項１に記載のサイバースペース課金システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＸＭＬ等のタグ付き言語を利用したコンテンツなどのタグに応じた課金システムに係わる。
【０００２】
【従来の技術】
情報テクノロジおよびネットワークのインフラストラクチャの発展により、非常に多くの情報がインターネット上で、提供され又利用されている。そこで最も良く使われる重要なプロトコルの１つは、ＨＴＴＰを利用したテキスト転送である。
【０００３】
多くの場合、テキストデータには、マークアップ言語（ＭＬ）が含まれている。マークアップ言語とは、文書構造を記述するためのタグ付き言語のことである。これらのタグ付き言語では、テキストデータの中に、機能的な意味を持ったコマンドが記入されている。
【０００４】
例えば、Ｗｅｂブラウザでは、ＨＴＭＬファイルの中に記入されたコマンドつまりタグを読みとり、そのタグで指定された通りに表示を行うわけである。
【０００５】
【発明が解決しようとする課題】
しかしながら、ＨＴＭＬファイルで取り扱うことのできるデータは限られており、ＨＴＭＬファイルで表現できるデータの処理方法も、予め決められた種類に限定されている。
【０００６】
一方、最近、特に重要視されているマークアップ言語としてＸＭＬ（eXtensible Markup Language）がある。これはＨＴＭＬと同様に互換性のないコンピューターシステム同士でも共通に読み取りや書き込みができる環境を提供する。特に、ＸＭＬでは、自由にタグを定義することができるという特徴がある。
【０００７】
この場合、ＸＭＬを利用しようとするものは、新たな表現を行う為に必要となる機能と対応するタグをＸＭＬに導入することができる。そして、対応するブラウザ等で解釈しデータの処理を行い効果的な表現が可能となる。これによって、ＨＴＭＬの限界を超えて、自由な表現をテキスト形式で行うことができる。
【０００８】
その一方で、ＸＭＬの発明の保護という点では、現状で効果的なシステムが存在しない。つまり、多額の開発費用を投入して、新たなタグを導入することにより、これまでにない表現を可能としても、容易に他のＷｅｂサーバがそのタグを利用したサービスを開始してしまうという問題がある。
【０００９】
従って、本発明の目的は、ＸＭＬのようなタグ付き言語に関してなされた発明の利用に対して、効果的に課金を行うことのできるシステムを提供することである。
【００１０】
【課題を解決するための手段】
本発明は、インターネット上で情報を発信すると共に、ＸＭＬの有料タグの利用契約を行っている情報発信サーバの情報を格納している利用者データベースと、前記情報発信サーバが提供しているＸＭＬファイルをダウンロードしたブラウザから、前記ＸＭＬファイルのアドレスに関する情報と、前記ＸＭＬファイルに含まれる前記有料タグのデータを受信する課金サーバとからなり、前記課金サーバは、前記利用者データベースとユーザ数と料金の関係を格納したデータベースを持つユーザ料金データベースとタグとタグの利用料金の関係を格納したデータベースを持つタグデータベースを参照して、前記有料タグのデータに基づいて、前記情報発信サーバへ課金すべき前記有料タグの料金を集計することを特徴とする課金システムを提供する。
【００１１】
【発明の実施の形態】
最初に、本発明の基本的なコンセプトの理解を助ける為に、その適用が可能な、１つの具体例を説明する。
【００１２】
例えば、<ums>というタグを発明したとする。これは、"user management server"という意味のタグである。具体的には、ＸＭＬを用い複数のユーザに仮想現実空間を提供する方法を規定するタグである。
【００１３】
過去の仮想現実空間の一例としては、現実の世界をコンピュータの画面上に仮想的に再現し、ユーザがその画面上の世界に入っていけるようなものが知られている。このような、従来のサイバースペースは、独自の言語やデータ構造をもっており、一般には構築が困難で時間とコストのかかるものであった。
【００１４】
そこで、<ums>というタグと、それに付随する幾つかのタグを導入することによって、極めて容易にユーザが仮想現実空間を構築することができることになる。その詳細は、本件出願人によって出願された特許願第２０００−１４２１９５号によって説明されているので、ここでは省略する。
【００１５】
本発明は、このようなＸＭＬのようなタグ付き言語に関してなされた発明の使用に関して、効果的に課金を行うことの可能なシステムに関するものである。以下、本発明の１つの実施形態について図面を参照しながら説明する。
【００１６】
図１に本実施形態の概念図を示す。本実施形態によるとクライアント、Ｗｅｂサーバ、課金サーバはインターネット網によりネットワーク接続されており、利用者データベース、タグデータベース、ユーザ料金データベースはユーザ管理サーバ内に属するか、参照可能に接続されている。
【００１７】
ここで、クライアントとは、最も典型的なケースでは一般のパソコンユーザ、或いはＷｅｂサーバを閲覧するパソコンそのものである。例えば、パソコンを利用する不特定多数であってもよく、予め特定のＷｅｂサーバに登録した会員に限定してあってもよい。
【００１８】
先ず、クライアントはＷｅｂサーバよりコンテンツを形成するＸＭＬファイルをダウンロードする。そのＸＭＬファイルは、対応するＷｅｂブラウザで処理され、タグの一覧が抽出される。即ち、*を任意の文字列として、<*>と</*>のペアを検索し、<*>を集めてテキストファイルとする。そして、課金サーバへそのタグの一覧を含むテキストファイルを、Ｗｅｂサーバのアドレスと共に送信して、タグそれぞれの認証を依頼する。
【００１９】
課金サーバでは依頼されたタグの認証を利用者データベースを参照し、認否を決定する。ここで、利用者データベースには、タグの使用が許可されているＷｅｂサーバのアドレスが格納されている。
【００２０】
認証結果はクライアントへ戻し、同時に認証されたタグについてはタグデータベースから得られる利用料金を集計し、集計結果を利用者データベースに保存する。この利用者データベースに従って、それぞれのＷｅｂサーバに利用料金を請求する。つまり、請求はクライアントではなく、Ｗｅｂサーバに対して行われる。
【００２１】
以上の処理を、図２の本実施形態による課金システムのフローチャートを参照して、まとめると次のとおりである。即ち、ステップ１では、クライアントよりＷｅｂサーバへＸＭＬファイルを要求する。ステップ２では、クライアントがＸＭＬファイルを受信し、そこからタグセットを抽出する。ステップ３では、クライアントより課金サーバへＷｅｂサーバのアドレスと共にタグセットを送信して、夫々のタグの認証を要求する。ステップ４で課金サーバへ送られたタグセットが、タグそれぞれについて利用可能かどうかを確認する。ステップ５では、課金サーバで、利用したタグのタグ毎の利用料金をタグデータベースを参照して利用料金の集計を実施する。ステップ６では、課金サーバにて、人数制限タグについて、利用者データベースより利用制限人数と現在利用中の人数を比較し、上限以内であれば当該タグの利用の利用可能と決定する。そうでなければ、利用不可と決定する。ステップ７では、課金サーバよりクライアントへタグセットの認証結果を送出し、利用可能であればでクライアントのＷｅｂブラウザでタグの内容に従い、処理を実施する。ここでいうWebブラウザとはHTML、XML等タグ付き言語を解析、処理するソフトウエアである。
【００２２】
本実施形態をいま少し詳細に説明する。本実施形態による課金システムでの各サーバ、クライアント間のフローチャート図を図３に示す。クライアントは先ず本実施形態によるＷｅｂサーバへＸＭＬファイルを要求する。次にタグ付き言語データ（ＸＭＬファイル）を取得し、タグの一覧を抽出する。ここでは、この抽出されたタグ一覧をタグセットと称することにする。又、ここでは実施の一例としてＷｅｂサーバとしているが、一義的にはサーバの種類は問わない。
【００２３】
取得したタグの情報をもとに、クライアントは課金サーバへアクセスし、タグセットを課金サーバへ送信して利用できるタグの認証を行なう。そこでのプロトコルは、ＨＴＴＰ上の独自プロトコルを用いる。認証にあたってはそのタグが利用できるかどうか、そのタグの最大同時利用人数は何人か等を認証する。
【００２４】
このタグ認証情報はあらかじめコンテンツ制作者から課金サーバを管理する者に対して利用範囲を宣言しておくこともできるし、利用したタグの数、利用人数により算出された利用料金を支払うこともできる。具体例は後で説明する。
【００２５】
ここで、タグを利用できるかどうか、タグの最大同時利用人数等のタグ認証情報は利用者データベースに蓄えられており、このデータベースは課金サーバにあってもよいし、これ以外のサーバに存在してもよい。課金サーバ以外へ利用者データベースを設置する場合は課金サーバにその利用者データベースがどこに存在するかの情報を持っている必要がある。
【００２６】
即ち、課金サーバへ送られたタグセットはタグそれぞれについて利用可能かどうかの認証を実施する。ここで、タグの量が多くなり、処理に時間を要することがあれば、有料タグのみ検出し処理を実施する。そして、同様に課金サーバへ送られたタグセットは利用者データベースに予め蓄えられている情報と比較し、そのタグが利用可能かどうかの認証を実施する。認証の種類にはいろいろあるが詳細は後述のタグごとの実施形態で説明する。利用可能と判定されたタグは課金サーバよりクライアントへ承認を連絡し、クライアントでタグ内容の処理が行われる。
【００２７】
ここでタグの一つの実施形態を示す。上述の<ums>というタグがあったとする。このタグはユーザ管理サーバのネットワーク識別情報たとえばＵＲＬ等を規定するタグである。具体的には、仮想現実空間を提供するサーバのアドレスを示す。この具体例の場合、図１の基本的な図式に、更にユーザ管理サーバが加わっており、図８に示したような図式となる。
【００２８】
このタグで規定されたネットワーク識別情報からユーザ管理サーバのネットワーク上での位置情報を得て、クライアントがユーザ管理サーバの提供するサービス、この場合空間の共有利用サービスを利用できるようになる。
【００２９】
また、この場合、タグ付き言語を用いて構築されたコンテンツ、たとえばサイバースペースに同時にログインまたはアクセス出来る人数を規定することができる。この人数の設定は図４の利用者データベースの許可人数に規定されている。クライアントからタグセットが課金サーバへ送られてくるが、その時にこのタグを現在利用している人数と利用者データベース内に格納されている最大同時利用人数とを比較し、最大同時利用人数以下であればタグの利用を認証し、これ以上であればタグの利用を否認する。
【００３０】
否認された場合はこのタグを利用できないことになり、コンテンツ上での同時利用、この場合たとえばサイバースペースという空間の共有等のサービスが利用できなくなる。つまり、Ｗｅｂブラウザは、不許可のレスポンスを受け取り、その旨表示することになる。
【００３１】
この<ums>タグの認証においていまひとつ説明を加えると、Ｗｅｂサーバ利用者は予めコンテンツをアップロードするサーバの情報を登録しておく。ここではＷｅｂサーバを用いてサービスを提供する者をＷｅｂサーバ利用者という。例えば、図４、図５に示されているように、利用者データベースには、認証を行うＵＲＬＸが登録されており、その登録されているＵＲＬＸのディレクトリより下層のディレクトリに存在するデータは承認される仕組みとなっている。ここで、ＵＲＬＸとは前記ＸＭＬに対応したＷｅｂサーバのＵＲＬである。
【００３２】
また、ここでは図６に示すユーザ数により料金を規定するユーザ料金データベースにより最大同時利用人数と料金を規定する。Ｗｅｂサーバ利用者が登録を行う際には、予め人数を申請しておく必要がある。図６のユーザ料金データベースを参照して、この申請人数に対応する料金が図４の利用者データベースに格納される。（或いは、リレーションが張られる。）
料金の集計の例として、図４のhttp://aaa.co.jp/~hogeの場合の計算例は、許可タグが<ums>一つの基本料金として１０００円であり、その許可人数が〜１０人について１０００円であり、その合計２０００円が月額料金となる。その他、計算方法は、適宜考えられる。
【００３３】
勿論、たとえば<ums>タグのように利用できる人数を規定するタグだけではなく、無制限のタグが有ってもよいし、利用できる人数を規定するタグでも無制限の利用に対する料金を別に設定してもよい。
【００３４】
又、申告人数を越えてもユーザが利用できるように自動的に同時利用人数をカウントし、この料金表から料金を算出し、利用者データベースに利用料金情報を保存し、コンテンツ制作者に請求するという方法も考えられる。これは、図４では、超過料金のエントリとして含まれている。
【００３５】
もう１つの実施形態では、複数の有料タグが１つの課金サーバで管理されているものも考えられる。例えば<adv>タグがある。このタグは広告掲載の可否を規定するタグで、このタグで規定された広告内容の情報、例えば広告画像の存在するネットワーク識別情報であるＵＲＬ等をもとに広告をブラウザまたはコンテンツ内に表示する。
【００３６】
尚、直接ＵＲＬを指定するのではなく、以下のように、そのタグの中で間接的にＵＲＬ等を指定する方法もある。
【００３７】
<adv>
<talk>ここをクリック！！</talk>
<www>http://www.hogehogenet.ne.jp/adv.htm</www>
</adv>
これらタグセットのタグ毎の利用料金は、タグデータベース内に登録されている有料タグによる料金のデータベースで参照される。その一例は図７に示されている。ここでは利用したタグについてそれぞれの利用料金を自動的に合算し、利用者料金データベースに記録される。ここからこのようなタグを利用したＷｅｂサーバ利用者に利用料金の請求をすることが可能である。
【００３８】
この実施形態では、予め利用する有料タグを申告し、申告していないタグは利用できないとしている。しかし、利用する有料タグを特定せずに登録しておき、自動的に利用した有料タグを検出し課金するシステムも考えられる。
【００３９】
又、上記実施形態で、課金サーバは、"charge control server"の意味でタグ<ccs>を導入し、この<ccs>で指定されたＵＲＬを、そのアドレスへアクセスして認証を要請する。
【００４０】
この場合、課金サーバへ送られるタグセットには、タグそのものの他に、関連するＵＲＬも同時に送信される。つまり、<ums>や<adv>のように、タグ<*>の示すデータがＵＲＬである場合には、そのＵＲＬもタグと共に送信する。
【００４１】
１つの実施形態では、例えば<ums>のサービスの提供を行いたいサイバースペース・サーバは、予めタグ<ums>を所有する課金サーバへ登録しておく必要がある。課金サーバでは、<ums>で指定されたＵＲＬ毎に、利用状況を記録しておき、その利用状況（ＸＭＬファイルのアドレスも含む）と共にサイバースペース・サーバへ利用料金を課金する。
【００４２】
ここでは、サイバースペース・サーバは、直接タグ<ums>を含むＸＭＬファイルを持たないが、間接的に<ums>を利用しているので、利用料金を課金される。勿論、このサイバースペース・サーバを利用するＷｅｂサーバへも上述のように課金される。この場合、サイバースペース・サーバへ、そのサイバースペース・サーバを利用するＷｅｂサーバの情報が提供されるので、サイバースペース・サーバ側でＷｅｂサーバへの利用料金の計算に利用することも可能となる。
【００４３】
<adv>でも同様であるが、この場合、<adv>の利用状況が広告主のアドレスと共に、タグユーザであるＷｅｂサーバへ提供されるので、Ｗｅｂサーバ側で、広告主への料金の計算に利用することも可能となる。
【００４４】
以上は、予めクライアントの現在使用しているブラウザが、タグに対応しているものとして説明している。しかし、前記ブラウザが対応していなくても、対応していないタグを処理するソフトウエアであるプラグインを利用することによって、対応可能となる。
【００４５】
いま少し詳細に説明すると、前記ブラウザで処理不能なタグについて、課金サーバでその処理不能なタグが選別される。そして、プラグインのダウンロードをクライアントに指示し、前記ブラウザでは処理不能なタグに対応させる。
【００４６】
一例を示すと、図７に示すタグデータベースにタグ一覧があり、ここにそのタグに対するブラウザの機能情報たとえばバージョン情報が格納されている。前記ブラウザのバージョンが１．０だとすると、たとえば<aaa>というタグはバージョン１．０では未対応であるから、クライアントにプラグインが存在するコンピュータ識別情報、ＵＲＬ等のプラグイン位置情報を送出し、プラグインのダウンロードを行い、処理不能なタグに対応する仕組みである。その概念図を図９に、フロー図を図１０に示す。
【００４７】
図１０を用いて説明すると、ステップ１で、クライアントは先ず本実施形態によるＷｅｂサーバへＸＭＬファイルを要求する。ステップ２でタグ付き言語データ（ＸＭＬファイル）を取得し、タグの一覧を抽出する。ステップ３で、クライアントから課金サーバへＵＲＬＸとタグセットの認証要求とブラウザの機能情報を送出する。ステップ４で、課金サーバにてタグそれぞれについて利用者データベースの情報に基づきタグの利用可否を識別する。ステップ５で、課金サーバにてブラウザの機能情報と利用したタグ毎の利用料金をタグデータベースより参照して、利用料金の集計を行う。ステップ６で、課金サーバにて人数制限タグについて、利用者データベースより利用制限人数と現在利用中の人数を比較し、上限以内であれば当該タグの利用を認証する。ステップ７で、タグデータベースよりクライアントのブラウザ機能情報とデータベースの情報を比較する。ステップ８で、課金サーバよりクライアントへタグセットの認証結果とステップ７での比較結果から必要であればタグデータベースに格納されているプラグイン位置情報をタグデータベースより送出する。ステップ９で、クライアントはプラグインの位置情報を基にプラグインをダウンロードし、タグの内容に従って処理を実施する。
【００４８】
【発明の効果】
以上説明したように、本発明によれば、ＸＭＬを代表とするタグ付き言語を利用するコンテンツに対して使用したタグにより自動的に課金ができるシステムを構築することができる。特に、ＸＭＬファイルは、簡単に修正を加えることが出来るので、有料タグを付け加えたり、削除したりすることで、費用の調整などを極めて簡単に行うことが出来る。更に更新されたＸＭＬファイルのタグに柔軟にブラウザが対応することができる。
【図面の簡単な説明】
【図１】本発明の実施形態の有料タグ課金システムを示す概念図である。
【図２】本発明の実施形態の有料タグ課金システムのフローチャートチャートである。
【図３】本発明の実施形態の有料タグ課金システムにおける通信を示す説明図である。
【図４】本発明の実施形態の有料タグ課金システムにおける利用者データベースの持つデータベースの具体例を示す図である。
【図５】本発明の実施形態の有料タグ課金システムにおけるＵＲＬＸの認証の具体例を示す図である。
【図６】本発明の実施形態の有料タグ課金システムにおけるユーザ料金データベースの持つデータベースの具体例を示す図である。
【図７】本発明の実施形態の有料タグ課金システムにおけるタグデータベースの持つデータベースの具体例を示す図である。
【図８】本発明の実施形態の有料タグ課金システムを示す概念図であり、図１のものに更にユーザ管理サーバが追加されている。
【図９】本発明の実施形態の有料タグ課金システムによって、クライアントが現在使用しているブラウザのバージョンで処理不能なタグを、プラグインのダウンロードによって対応させる例を示す図である。
【図１０】本発明の実施形態の有料タグ課金システムによって、クライアントが現在使用しているブラウザのバージョンで処理不能なタグを、プラグインのダウンロードによって対応させる例を示すフローチャートである。
【図１】
0004516191.tif 000002
【図２】
0004516191.tif 000003
【図３】
0004516191.tif 000004
【図４】
0004516191.tif 000005
【図５】
0004516191.tif 000006
【図６】
0004516191.tif 000007
【図７】
0004516191.tif 000008
【図８】
0004516191.tif 000009
【図９】
0004516191.tif 000010
【図１０】
0004516191.tif 000011