JP2002278858A - 課金方法およびサーバ - Google Patents

Abstract

(57)【要約】 【課題】 ユーザの利用状況に即した課金の技術を提供
する。 【解決手段】 ユーザがログインを要求したとき、ログ
イン要求受付部３２がこの要求をＩＤ設定部３４へ伝え
る。ＩＤ設定部３４はクッキー５０をユーザのブラウザ
へ設定する。ユーザがクッキー５０を有するとき認証部
３６はログインを許可する。セッション継続判定部４０
は、ログインから通常ログアウトおよび強制ログアウト
までの時間を計時し、課金処理部３８へ伝える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は課金技術に関し、
とくに、ユーザがネットワーク上のあるサイトへアクセ
スするとき、これに対して課金する方法およびサーバに
関する。

【０００２】

【従来の技術】ネットワーク、とくにインターネットを
利用した電子商取引は、近い将来国家経済の大きな割合
を占める勢いである。いわゆるＩＴ関連企業は当然とし
ても、従来ＩＴとは無縁だった企業も、ウェブサイトを
構築して情報を発信する姿勢が生き残りのための必要条
件に思える状況である。

【０００３】こうした状況下、ＡＳＰ（Application Se
rvice Provider）ビジネスが拡大している。企業は最適
なウェブサイトの設計、構築、および運用の一部または
全部をＡＳＰに委託し、インターネットを通じたビジネ
スの拡張をアウトソーシングによって迅速かつ効率的に
展開しつつ、既存ビジネスの安定確保に注力している。

【０００４】例えば、自社の有する価値の高いデータベ
ースを会員であるユーザにオンラインで利用させるサイ
トがある。こうしたサイトは、ユーザが閲覧したページ
ごとに料金を設定してその合計額を課金したり、定額の
月額を課金したりすることで収益を確保している。その
サービスのうち、例えば課金や決済をＡＳＰに委託する
ケースも今後増えると思われる。

【０００５】

【発明が解決しようとする課題】前述の月額の課金は、
一般に、サイトに対するユーザのアクセス時間が長くな
るほどサイトとしてユーザに割引をしている計算にな
る。またページごとの課金においても、ユーザが同一の
ページを長く見つづけるほど計算上は割引になる。しか
し、データベースを参照するユーザは、必ずしもログイ
ン中連続してページを閲覧しているわけではなく、サイ
ト運営者は、無意味な閲覧時間を削減してサービスの密
度を高めたいところである。

【０００６】本発明はこうした背景でなされたものであ
り、ひとつの目的は、閲覧時間に占める有意義な時間の
割合を高めるよう作用する課金技術の提供にある。本発
明の別の目的は、そうした課金をＡＳＰが代行しやすい
技術の提供にある。

【０００７】

【課題を解決するための手段】本発明のある態様は、所
定のサイトの利用に対する課金を管理する課金サーバに
関する。この課金サーバは前記サイトの運用者から課金
に対する委託を受けて前記サイトへのユーザのアクセス
を監視するものであり、ユーザがそのサイトのサービス
開始画面に設けられたログインのためのインタフェイス
を利用して当該サイトへのログインを要求したとき、こ
れを受け付けるログイン要求受付部と、ログインの要求
に応じてユーザのために識別情報を生成し、これをユー
ザ端末へ送信するＩＤ設定部と、ユーザ端末から有効な
識別情報が送信されたとき前記サイトへのログインを認
める認証部と、前記サイトへログインしたユーザがこの
サイトのサービスを継続的に受けているか否かを判定す
る判定部と、このユーザがこのサービスを継続して受け
ていた時間に応じた課金情報を生成する課金処理部とを
含む。

【０００８】ここで「サイト」は、サイト内のサーバそ
の他任意のノードでよく、ここでは総称的にサイトと呼
ぶに過ぎない。「インタフェイス」の例は画面上に設け
られたリンクやボタンなどで、要するに前記のサイトへ
ログインするためのアクションを受け付ければよく、そ
の形式は問わない。「サービス開始画面」は必ずしも最
初に現れる必要はなく、ログインできる画面という程度
の意味である。

【０００９】この態様では、例えばユーザからはサイト
へのログインを要求しているように見えつつ、実際には
まず課金サーバへログインする設計が可能であり、サイ
トの運用者が課金をＡＳＰその他に委託する際、サービ
ス主体としての地位を維持しつつ業務効率の改善に結び
つく。「識別情報」は例えばクッキーとしてウェブブラ
ウザに設定される。

【００１０】この態様は、いわゆる時間課金をネットワ
ーク、とくにウェブ上で実現することができる。判定部
によってユーザの閲覧が継続しているか、またはサイト
によるサービスが継続している時間を判定しているた
め、無意味な時間について課金される可能性が低減され
る。

【００１１】判定部は、サービスに関するログ情報を取
得するログ取得部をさらに含んでもよく、そのログ情報
をもとにユーザのアクションを識別してそのユーザがサ
ービスを継続的に受けているか否かを判定し、そのユー
ザが継続的にサービスを受けていないと判定したとき、
このユーザがログアウトしたものとみなしてもよい。以
下、このタイプのログアウトを「強制ログアウト」とも
いう。

【００１２】アクションは例えば、ユーザがそのサイト
のＣＧＩ（Common Gateway Interface）その他のプログ
ラムによって取得または検出可能なもので、そのサイト
における情報の検索、サービス内容の変更、サイトが提
供する副次的なサービスの起動などがある。こうしたア
クションがある程度継続して発生している限り、「ユー
ザは継続してサービスを受けている」と判定できる。

【００１３】課金処理部は、ユーザのログインから通常
のログアウトまたは強制ログアウトまでの時間について
課金情報を生成すればよい。判定部は、強制ログアウト
されたユーザの識別情報を無効化し、認証部は、ユーザ
が無効化された識別情報を利用してこのサイトへのアク
セスを試みたとき、そのユーザに再ログインを指示して
もよい。認証部は識別情報の内容を確認してログインを
認める場合だけでなく、識別情報が存在することだけを
条件としてログインを認める場合がある。ユーザのブラ
ウザにクッキーを発行する場合は後者の可能性がある。
そのため、強制ログアウトされたユーザであっても識別
情報を有していることがあり、このユーザのログインを
一旦阻止する仕組みが望まれる。識別情報の無効化はそ
の趣旨に添う。

【００１４】なお、ユーザは当然通常は自ら明示的にロ
グアウトするものであり、その場合もＩＤ設定部はその
識別情報を無効化してもよい。別の方法として、標準的
なブラウザは、セッション終了時に消滅するクッキーや
短い有効期限をもつクッキーの設定が可能であり、これ
を利用してブラウザ側で識別情報を消去する仕組みであ
ってもよい。

【００１５】本発明の別の態様は課金方法に関する。こ
の方法は、所定のサイトの利用に対する課金を管理する
もので、ユーザが所定のサイトのサービスを受ける際に
表示されるサービス開始画面においてログインのための
インタフェイスを提供する工程と、ユーザがこのインタ
フェイスを介してログインを要求したとき、そのサイト
へのログインを認める工程と、そのサイトへログインし
たユーザがそのサイトのサービスを継続的に受けている
か否かを判定する工程と、このユーザがサービスを継続
して受けていた時間に応じた課金情報を生成する工程と
を含む。

【００１６】また、ログインを認める工程は、ログイン
の要求に応じてユーザのために識別情報を生成してこれ
をユーザへ送信し、ユーザ端末から有効な識別情報が送
信されたときログインを認めてもよい。

【００１７】これらの各工程はサイトの課金代行者に運
用されるサーバによってなされてもよく、その場合前記
のインタフェイスの実体は、このサイトではなく、前記
サーバへアクセスするためのリンクを提供してもよい。

【００１８】なお、以上の構成要素の任意の組合せや組
み替え、本発明を方法、サーバ、コンピュータプログラ
ム、記録媒体などと表現したものもまた、本発明の態様
として有効である。

【００１９】

【発明の実施の形態】図１は、実施の形態に係る課金サ
ーバ１６を含むネットワークシステム１０である。ネッ
トワークシステム１０において、ユーザ端末１２、サイ
ト１４および課金サーバ１６がインターネット１８に接
続されている。サイト１４は、ユーザ端末１２に対して
所定のサービス、ここではたとえばデータベースから必
要な情報をサーチして提供するサービスをおこなう。課
金サーバ１６は、サイト１４に対するユーザ端末１２の
ログインを管理し、時間に応じた課金をおこなう。この
実施の形態のひとつの特徴は、ユーザ端末１２がサイト
１４へログインする際、ユーザには直接サイト１４へロ
グインするように見えながら、現実には課金サーバ１６
へログインすることにある。以下の説明において、「ユ
ーザ」と「ユーザ端末」は特に区別しない。また、「課
金サーバ」とその運用者、および「サイト」とその運用
者も特に区別しない。

【００２０】図２は課金サーバ１６の内部構成を示す。
通信部３０は、インターネット１８を介してサイト１４
およびユーザ端末１２と通信する。ログイン要求受付部
３２は、ユーザがサイト１４のサービスを受ける際にロ
グインを要求したとき、これを受け付ける。受け付けら
れたログイン要求はＩＤ設定部３４へ通知され、そのユ
ーザを識別するための情報としてクッキー５０が生成さ
れ、これがユーザ端末１２のブラウザへ設定される。認
証部３６は、ユーザのブラウザにクッキー５０が存在す
るとき、そのユーザのログインを認める。ユーザにログ
インを認めたとき、その旨がログイン情報５２として課
金処理部３８へ通知される。

【００２１】一方、セッション継続判定部４０は、ユー
ザがサイト１４によるサービスを継続的に受けているか
どうかを判定する。このために、セッション継続判定部
４０のログ取得部４２は、サイト１４からログ情報５６
を適宜取得する。ユーザが明示的にログアウトしたと
き、およびユーザのアクションが所定時間途絶えたと
き、セッション継続判定部４０はログアウト情報５４を
課金処理部３８へ通知する。以下、明示的なログアウト
を「通常ログアウト」とも呼ぶ。

【００２２】強制ログアウトの措置を受けたユーザは強
制ログアウトユーザリスト５８へ記載され、セッション
継続判定部４０から適宜記録部４６へ保存される。セッ
ション継続判定部４０はこの強制ログアウトユーザリス
ト５８をたとえば所定の時間間隔で記録部４６から読み
出し、認証部３６へ通知する。

【００２３】認証部３６へ送られた強制ログアウトユー
ザリスト５８は、再ログイン指示部４４で参照される。
強制ログアウトユーザリスト５８が必要な理由は、たと
えユーザが強制ログアウトの措置を受けても、そのユー
ザのブラウザにクッキー５０が残っている場合があり、
クッキー５０の存否のみからユーザの認証をする場合に
齟齬をきたすためである。強制ログアウトユーザリスト
５８は再ログイン指示部４４で参照され、あるユーザが
サイト１４へのログインまたはアクセスを要求したと
き、そのユーザが強制ログアウトユーザリスト５８に記
載されていれば再ログインを指示する。

【００２４】図３は、クッキー５０の主要な情報を示
す。ここでは、サイト１４または課金サーバ１６のＵＲ
Ｌ（図示せず）のほか、ユーザを示すＩＤとして「ｕｓ
ｅｒＡＢＣ」、およびそのユーザにログイン順に与えら
れるシリアル番号「１０５２」が記述されている。ＩＤ
設定部３４は、このクッキー５０をログインを要求した
ユーザのブラウザへ送る。一方、認証部３６は、このク
ッキー５０が存在することを条件として、かつ強制ログ
アウトユーザリスト５８にそのユーザが記載されてない
ことを条件として、そのユーザによるサイト１４へのロ
グインを認める。

【００２５】図４は、あるユーザ「ｕｓｅｒＳＴＵ」に
関するログ情報５６である。このユーザは、「２００１
年３月１５日１０時３分５秒」にログインし、以降、サ
ーチを繰り返したのち、「２００１年３月１５日１０時
１７分４６秒」に自らログアウトしている。本実施の形
態のごとく、サイト１４がユーザにサーチ機能を提供す
る場合、ユーザがサーチをかけるたびにアクションが取
得できるため、ログを取得するうえで好都合である。ユ
ーザのブラウザに設定されるクッキー５０は、セッショ
ン終了時に消滅するよう設定しておく。具体的には、Ｒ
ｅｓｐｏｎｓｅオブジェクトのＥｘｐｉｒｅプロパティ
を外すことによって実現できる。

【００２６】図５は、他のユーザ「ｕｓｅｒＡＢＣ」に
関するログ情報５６を示す。このユーザは「２００１年
３月１６日１６時１８分７秒」にログインし、サーチや
アクションが取得できるタイプのページ間ジャンプを繰
り返し、最後のサーチを「２００１年３月１６日１６時
３２分５９秒」に行っている。しかし、以降アクション
を起こさず１０分が経過し、セッション継続判定部４０
による強制ログアウトの措置が「１６時４２分５９秒」
にとられている。強制ログアウトまでの時間はアプリケ
ーションによって異なる。この例では、通常１回のサー
チと次のサーチの間隔が最長でも１０分以内であるとい
う経験則のもと、「１０分」を設定している。

【００２７】一方、強制ログアウトの措置を受けたユー
ザ「ｕｓｅｒＡＢＣ」は、たとえば昼食の間に席を外し
ているだけであり、その間も最後のサーチを行ったペー
ジをそのままブラウザに表示させている可能性がある。
したがって、このように無意味な閲覧時間をカットすべ
く、強制ログアウトが有益に働く。この仕組みにより、
時間に応じた課金の妥当性が担保される。しかしなが
ら、ユーザがこのページを表示し続ける限りクッキー５
０はブラウザに残るため、前述の強制ログアウトユーザ
リスト５８による確認作業が必要になる。

【００２８】図６は、強制ログアウトユーザリスト５８
の構成を示す。このリストは、「ｕｓｅｒＡＢＣ」など
のユーザのＩＤと「１０５２」などのシリアル番号の組
を記述する。ユーザのＩＤのほかにシリアル番号を記録
するのは、同一のユーザが複数回ログインしたときそれ
らを区別したり、同じユーザＩＤを有する複数のユーザ
が並列的にサイト１４にログインを要求する場合を想定
するためであるが、その用途は任意である。

【００２９】以上の構成によるユーザのログインおよび
課金の動作を説明する。図７は、ユーザがサイト１４の
サービスを受ける際に最初に表示されるサービス開始画
面８０を示す。この画面８０は、主画面８２および副画
面８４を含む。主画面８２はユーザがこのサイトを訪問
したときに表示され、「医療論文サーチサイトへようこ
そ」のタイトルのもと、このサイトが主に医療従事者の
ために多数の医療論文を提供するものであることが示さ
れる。

【００３０】一方、副画面８４は、ユーザがこのサイト
へログインするための画面で、ユーザＩＤおよびパスワ
ードを記入する。ユーザからすれば副画面８４は主画面
８２と同一の運営者、すなわちサイト１４の運営者によ
って表示されているように見えるが、現実には副画面８
４は課金サーバ１６によって管理されている。したがっ
て、ユーザが、ユーザＩＤおよびパスワードを入力して
送信ボタン８６を押すと、これらの情報が課金サーバ１
６へ送信される。以下、前述の処理を経てユーザがサイ
ト１４へアクセスし、論文を検索および閲覧する。

【００３１】ログインにおいてひとつ配慮すべき点があ
る。すなわち、あるユーザ端末１２がすでにログインし
ているとき、同じユーザＩＤおよびパスワードを使って
別の端末からログインされると、実施の形態に係る課金
スキームの実効性が失われる。そのため、ログイン要求
受付部３２またはＩＤ設定部３４は、ログインを認めた
ユーザＩＤを別途記録しておき、二重ログインを阻止す
るものとする。

【００３２】図８は、強制ログアウトの措置を受けたユ
ーザ「ｕｓｅｒＡＢＣ」がサイト１４においてさらにサ
ーチを続けるためのアクションをおこしたときに表示さ
れる画面９０を示す。この画面９０も主画面９２および
副画面９４からなる。前者は「ｕｓｅｒＡＢＣ」に対
し、１０分間アクセスがとぎれたため強制的なログアウ
トの措置がとられた旨を表示し、そのユーザに再ログイ
ンの指示が出されている。

【００３３】一方、副画面９４は、ユーザが再ログイン
するための画面である。ユーザは再度ユーザＩＤおよび
パスワードを入力し、送信ボタン９６を押す。以降、ユ
ーザはサイト１４のサービスに戻る。

【００３４】課金処理部３８は、ログイン情報５２およ
びログアウト情報５４をもとにユーザがサービスを受け
ていた時間に基づく課金情報を生成する。課金額は時間
の関数であればよく、その関数が直線、曲線、階段状で
あるかは問わない。

【００３５】以上、本実施の形態の課金方法によれば、
ユーザが有効にサービスを受けていた時間に対して課金
されるため、実効性の高い課金制御が実現する。したが
って、一旦ユーザがサービスを受け始めた後、ある程度
サービス時間が長くなるようなサイトの課金方法に好適
である。一方、サイト運用者からすれば、強制ログアウ
トによって無駄なセッションを切断できるため、リソー
スを節約でき、結果的にサービスの実効性を高めること
ができる。

【００３６】以上、本発明を実施の形態をもとに説明し
た。この実施の形態は例示にすぎず、さまざまな変形例
が存在することは当業者には理解されるところである。
そうした変形例を挙げる。

【００３７】本実施の形態では、ユーザの認証に関する
すべての処理を課金サーバ１６で行ったが、その一部を
サイト１４で担当してもよい。たとえばユーザはサイト
１４へ直接ログインおよびサイト１４からログアウトす
る構成とし、そのログ情報のみを課金サーバ１６へ送信
してもよい。

【００３８】本実施の形態では強制ログアウトまでの時
間を１０分に固定した。しかしながら、ユーザのアクシ
ョンに応じて時間を可変に設定してもよい。たとえば、
サーチについては「１０分」、論文の印刷サービスにつ
いては「２０分」など、サービスの内容に応じて妥当な
時間設定をすればよい。

【００３９】ユーザによって強制ログアウトまでの時間
を変えてもよい。たとえば、あるユーザについて強制ロ
グアウトまでの時間を長く設定した場合、そのユーザは
サイトを有効に活用していなかった時間についても課金
される可能性がある。その一方、強制ログアウトの措置
を受ける回数が減り、再ログインの手間をはぶくことが
できる。

【００４０】本実施の形態では、サイト１４のサービス
として論文のサーチを考えた。当然ながらこのサービス
は任意のものであってよく、たとえばユーザがサイト１
４においてネットワーク型のゲームをしたり、コンテン
ツを楽しむ場合に本発明を適用してもよい。

【００４１】

【発明の効果】本発明によれば、効果的な課金技術が実
現する。

【図面の簡単な説明】

【図１】 実施の形態に係る課金サーバを含むネットワ
ークサーバの構成図である。

【図２】 実施の形態に係る課金サーバの構成図であ
る。

【図３】 ユーザのブラウザに設定されるクッキーの構
成図である。

【図４】 通常ログアウトをしたユーザに関するログ情
報を示す図である。

【図５】 強制ログアウトの措置が取られたユーザに関
するログ情報を示す図である。

【図６】 強制ログアウトユーザリストを示す図であ
る。

【図７】 ユーザがサイトのサービスを受ける際、最初
に表示されるサービス開始画面を示す図である。

【図８】 強制ログアウトの措置を受けたユーザがサイ
トへアクセスを試みたとき表示される画面を示す図であ
る。

【符号の説明】

１０ ネットワークシステム、 １２ ユーザ端末、
１４ サイト、 １６課金サーバ、 ３２ ログイン要
求受付部、 ３４ ＩＤ設定部、 ３６ 認証部、 ３
８ 課金処理部、 ４０ セッション継続判定部、 ４
２ ログ取得部、 ４４ 再ログイン指示部、 ５０
クッキー、 ５２ ログイン情報、５４ ログアウト情
報、 ５６ ログ情報。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 所定のサイトの利用に対する課金を管理
   する課金サーバであって、 この課金サーバは、前記サイトの運用者から課金に対す
   る委託を受けて前記サイトへのユーザのアクセスを監視
   するものであり、 ユーザが前記サイトのサービス開始画面に設けられたロ
   グインのためのインタフェイスを利用して当該サイトへ
   のログインを要求したとき、これを受け付けるログイン
   要求受付部と、 ログインの要求に応じてユーザのために識別情報を生成
   し、これをユーザ端末へ送信するＩＤ設定部と、 ユーザ端末から有効な識別情報が送信されたとき前記サ
   イトへのログインを認める認証部と、 前記サイトへログインしたユーザがこのサイトのサービ
   スを継続的に受けているか否かを判定する判定部と、 このユーザがこのサービスを継続して受けていた時間に
   応じた課金情報を生成する課金処理部とを含むことを特
   徴とする課金サーバ。
2. 【請求項２】 前記判定部は、前記サービスに関するロ
   グ情報を取得するログ取得部をさらに含み、 そのログ情報をもとにユーザのアクションを識別してそ
   のユーザが前記サービスを継続的に受けているか否かを
   判定し、そのユーザが継続的にサービスを受けていない
   と判定したとき、このユーザがログアウトしたものとみ
   なすことを特徴とする請求項１に記載の課金サーバ。
3. 【請求項３】 前記課金処理部は、ユーザのログインか
   ら通常のログアウトまたは前記のみなされたログアウト
   までの時間について課金情報を生成することを特徴とす
   る請求項２に記載の課金サーバ。
4. 【請求項４】 前記ログアウトしたとみなされたユーザ
   を、その事実がわかる形で記録する記録部をさらに含む
   ことを特徴とする請求項２、３のいずれかに記載の課金
   サーバ。
5. 【請求項５】 前記判定部は、前記ログアウトしたとみ
   なされたユーザの識別情報を無効化し、 前記認証部は、ユーザが無効化された識別情報を利用し
   て前記サイトへのアクセスを試みたとき、そのユーザに
   再ログインを指示することを特徴とする請求項１から４
   のいずれかに記載の課金サーバ。
6. 【請求項６】 所定のサイトの利用に対する課金を管理
   する方法であって、ユーザが前記サイトのサービスを受
   ける際に表示されるサービス開始画面においてログイン
   のためのインタフェイスを提供する工程と、 ユーザがこのインタフェイスを介してログインを要求し
   たとき、そのサイトへのログインを認める工程と、 そのサイトへログインしたユーザがそのサイトのサービ
   スを継続的に受けているか否かを判定する工程と、 このユーザがサービスを継続して受けていた時間に応じ
   た課金情報を生成する工程と、 を含むことを特徴とする課金方法。
7. 【請求項７】 前記ログインを認める工程は、ログイン
   の要求に応じてユーザのために識別情報を生成してこれ
   をユーザへ送信し、ユーザ端末から有効な識別情報が送
   信されたときログインを認めることを特徴とする請求項
   ６に記載の課金方法。
8. 【請求項８】 前記の各工程は前記サイトの課金を代行
   する者に運用されるサーバによってなされ、前記インタ
   フェイスの実体は、前記サイトではなく前記サーバへア
   クセスするためのリンクであることを特徴とする請求項
   ６、７のいずれかに記載の課金方法。