JP2002063388A

JP2002063388A - データ通信方法、および、通信管理サーバ

Info

Publication number: JP2002063388A
Application number: JP2001034877A
Authority: JP
Inventors: Hideaki Kiko; 英朗木香
Original assignee: CORE COLORS KK
Current assignee: CORE COLORS KK
Priority date: 2000-06-08
Filing date: 2001-02-13
Publication date: 2002-02-28

Abstract

(57)【要約】【課題】コミュニティに参加するという簡単な手順だ
けで、有料コンテンツを含むサイトや相手にポイントを
付与するサイトを作成する。【解決手段】管理サーバ１４は、コミュニティ参加者
のコンテンツのオリジナルＵＲＬを、管理サーバ１４を
介したコミュニティＵＲＬに変換して、オリジナルＵＲ
Ｌと関連付けて記憶し、コミュニティＵＲＬによるアク
セスを受理したときに、これに基づき、オリジナルＵＲ
Ｌを特定し、コンテンツを、アクセス要求者に伝達す
る。また、管理サーバは、コミュニティ参加者の各々が
所有するポイントを記憶するユーザウォレットを備え、
コンテンツ提供者からコンテンツを受理した際に、コン
テンツ中に含まれる、ポイント関連記述を認識し、これ
にしたがって、アクセス要求者およびコンテンツ提供者
を、それぞれ、支払者および受取者として特定し、支払
者のユーザウォレットからポイントを取り出すととも
に、受取者のユーザウォレットにポイントを付与する。

Description

【発明の詳細な説明】

【０００１】

【産業上の技術分野】本発明は、ネットワークにおける
通信方法に関し、より詳細には、一定のコミュニティ内
の有料サイトの閲覧およびその課金方法に関する。

【０００２】

【従来の技術】インターネットの普及により、多くの人
が種々のサイトにアクセスしている。たとえば、ショッ
ピングモールのサイトや、広告のサイトでは、ユーザに
よる商品の購入や広告の閲覧に対するインセンティブと
して、購入や閲覧ごとに一種のポイントを与える場合が
ある。たとえば、このポイントに貨幣的価値をもたせる
ことができ、他の商品の購入などに利用することも提案
されている。また、このポイントを有料サイトの閲覧の
ために利用することも提案されている。

【０００３】

【発明が解決しようとする課題】たとえば、特開平１０
−２４３１１８号公報においては、閲覧ページ（たとえ
ば、企業の広告ページ）を閲覧するごとに、自己の所有
する度数を増やし、ある程度の度数になったら有料サイ
トの閲覧が可能となるようなシステムが開示されてい
る。この度数は有料サイトの閲覧用のポイントであると
考えることができる。

【０００４】しかしながら、任意のユーザ（たとえば個
人）が、自己のサイトに有料コンテンツを含ませたい場
合であっても、これを容易に実現できないという問題点
があった。つまり、企業のサイトや大手商用サイトは、
独自に信販会社との契約をむすび、クレジットカードに
よってユーザから課金をするような仕組みをつくること
は容易であるが、個人のレベルで上記仕組みを採用する
ことは現実には不可能である。上記公報にあるようなポ
イントを利用するシステムであっても、個人の有料コン
テンツを含むサイトを、サーバ装置に登録することは現
実的ではない。その一方、自己のページを閲覧してもら
うことによりポイントを付与する場合にも、同様の問題
が生じる。

【０００５】本発明は、コミュニティに参加するという
簡単な手順だけで、所望のように有料コンテンツを含む
サイトや相手にポイントを付与するサイトなど、ポイン
トの授受を伴うコンテンツを含むサイトを作成すること
ができるデータ通信システムを提供することを目的とす
る。また、広告を添付したコンテンツを送信し、これに
よりユーザに一定のポイントの還元を実現することがで
きるデータ通信システムを提供することを目的とする。

【０００６】

【課題を解決するための手段】本発明の目的は、コミュ
ニティ参加者のコンテンツのオリジナルＵＲＬを、通信
管理サーバを介したコミュニティＵＲＬに変換して、当
該コンテンツのＵＲＬと関連付けて記憶し、アクセス要
求者からコミュニティＵＲＬによるアクセスを受理した
ときに、当該コミュニティＵＲＬに基づき、コンテンツ
のオリジナルＵＲＬを特定して、当該オリジナルＵＲＬ
を用いて、コンテンツ提供者からのコンテンツを受理し
て、受理したコンテンツを、アクセス要求者に伝達する
ように構成されたデータ通信方法であって、前記コミュ
ニティ参加者の各々が所有するポイントに関する情報を
記憶するユーザウォレットを設けるステップと、前記コ
ンテンツ提供者からコンテンツを受理した際に、当該コ
ンテンツ中に含まれる、ポイントの授受に関するポイン
ト関連記述を認識するステップと、前記ポイント関連記
述にしたがって、前記アクセス要求者およびコンテンツ
提供者の何れかを、ポイント支払者およびポイント受取
者として、それぞれ特定するステップと、前記ポイント
支払者に関するユーザウォレットから所定の数のポイン
トを取り出すとともに、ポイント受取者に関するユーザ
ウォレットに前記所定の数のポイントを付与するステッ
プとを備えたことを特徴とするデータ通信方法により達
成される。

【０００７】本発明によれば、アクセス要求者は、コン
テンツのアクセスにコミュニティＵＲＬを利用し、いっ
たん、通信管理サーバを介して、コンテンツがアクセス
要求者に伝達される。このため、通信管理サーバにおい
て、ポイント関連記述を解析することができ、これによ
り、ポイントの授受が実現される。したがって、ポイン
ト関連記述を当該コンテンツ中に含ませておけば、ポイ
ントの支払いを条件に閲覧を許可する有料コンテンツ、
或いは、閲覧者にポイントを付与する広告などのコンテ
ンツや商品販売を内容とするコンテンツを作成し、これ
を運用することが可能となる。

【０００８】本発明の好ましい実施態様においては、コ
ンテンツ提供者が提供するコンテンツが有料コンテンツ
であり、前記コンテンツに含まれるポイント関連記述
が、所定の数のポイントを、アクセス要求者のユーザウ
ォレットから取り出すことを示している。

【０００９】また、本発明の好ましい実施態様において
は、コンテンツ提供者が提供するコンテンツが、販売に
関するコンテンツであり、前記コンテンツに含まれるポ
イント関連記述が、所定の数のポイントを、アクセス要
求者のユーザウォレットから取り出すことを示してい
る。上記コンテンツには、商品の販売やオークションな
どに関するものが含まれる。本発明のさらに好ましい実
施態様においては、ポイント関連記述は、必要なポイン
ト数、および、利用可能なポイントの種別を含んでい
る。このポイント種別には、コミュニティに属する全て
のサーバにて利用可能なポイント、および、所定のサイ
トにおいて発行された個別サイトの何れかが示されるの
が望ましい。

【００１０】本発明のさらに好ましい実施態様において
は、ポイント関連記述は、閲覧できる期間および／また
は閲覧回数を含んでいる。これは、有料コンテンツの閲
覧のときに特に有用である。本発明の好ましい実施態様
においては、さらに、アクセス要求者に対して、少なく
とも、必要なポイント数を提示するステップを含み、前
記アクセス要求者からの許可に応答して、ポイントの取
り出しおよび付与が実行される。すなわち、コンテンツ
の伝達が、通信管理サーバを介してされるため、通信管
理サーバにおいて、コンテンツの伝達の前に、閲覧のた
めにアクセス要求者のユーザウォレットから所定のポイ
ントが取り出される点を、アクセス要求者に告知するこ
とが可能となる。

【００１１】本発明の別の好ましい実施態様において
は、前記コンテンツ提供者が提供するコンテンツが、ポ
イント供給コンテンツであり、前記コンテンツに含まれ
るポイント関連記述が、所定の数のポイントを、アクセ
ス要求者のユーザウォレットに付与する。この場合に、
ポイント関連記述は、付与すべきポイント数、付与する
ポイントの種別を含むのが望ましい。また、本発明の好
ましい実施態様においては、ポイント関連記述が、ポイ
ントを付与すべきアクセス要求者、および、ポイントの
付与を禁止すべきアクセス要求者の少なくとも一方を特
定する情報を含む。つまり、コンテンツ提供者は、コン
テンツ内に所定の記述を含ませておけば、ポイントを付
与する相手を特定し、或いは、ポイントを付与したくな
い相手を特定することが可能となる。

【００１２】また、本発明の別の実施態様においては、
さらに、少なくとも前記ポイント支払者による、コンテ
ンツの評価を受理し、これを当該コンテンツおよびコン
テンツ提供者の少なくとも一方と関連させて記憶するス
テップを備えている。コンテンツの評価を蓄積し、蓄積
された評価をユーザに提示すれば、ユーザはコンテンツ
を閲覧するだけの価値があるかを判断することが可能と
なる。本発明のさらに好ましい実施態様においては、さ
らに、記憶された評価にしたがって、ポイントの授受を
制限するアクセス要求者を特定するステップを備えてい
る。

【００１３】また、本発明の目的は、コミュニティ参加
者のコンテンツのオリジナルＵＲＬを、通信管理サーバ
を介したコミュニティＵＲＬに変換して、当該コンテン
ツのＵＲＬと関連付けて記憶し、アクセス要求者からコ
ミュニティＵＲＬによるアクセスを受理したときに、当
該コミュニティＵＲＬに基づき、コンテンツのオリジナ
ルＵＲＬを特定して、当該オリジナルＵＲＬを用いて、
コンテンツ提供者からのコンテンツを受理して、受理し
たコンテンツを、アクセス要求者に伝達するように構成
された通信管理サーバであって、前記コミュニティ参加
者の各々が所有するポイントに関する情報を記憶するユ
ーザウォレットが設けられたユーザ管理データベース
と、前記コンテンツ提供者からコンテンツを受理した際
に、当該コンテンツ中に含まれる、ポイントの授受に関
するポイント関連記述を認識する記述解析手段と、前記
ポイント関連記述にしたがって、前記アクセス要求者お
よびコンテンツ提供者の何れかを、ポイント支払者およ
びポイント受取者として、それぞれ特定するユーザ特定
手段と、前記ポイント支払者に関するユーザウォレット
から所定の数のポイントを取り出すとともに、ポイント
受取者に関するユーザウォレットに前記所定の数のポイ
ントを付与するポインタ処理手段とを備えたことを特徴
とする通信管理サーバによっても達成される。

【００１４】また、本発明の目的は、コミュニティ参加
者のコンテンツのオリジナルＵＲＬを、通信管理サーバ
を介したコミュニティＵＲＬに変換して、当該コンテン
ツのＵＲＬと関連付けて記憶し、アクセス要求者からコ
ミュニティＵＲＬによるアクセスを受理したときに、当
該コミュニティＵＲＬに基づき、コンテンツのオリジナ
ルＵＲＬを特定して、当該オリジナルＵＲＬを用いて、
コンテンツ提供者からのコンテンツを受理して、受理し
たコンテンツを、アクセス要求者に伝達するように構成
されたデータ通信方法であって、前記コミュニティ参加
者の各々が所有するポイントに関する情報を記憶するユ
ーザウォレットを設けるステップと、前記取得したコン
テンツに、広告コンテンツを付加するステップと、前記
広告が付加されたコンテンツを前記アクセス要求者に伝
達するステップと、前記アクセス要求者のユーザウォレ
ットに、相応のポイントを還元するステップとを備えた
ことを特徴とするデータ通信方法によっても達成され
る。本発明によれば、コンテンツ要求者へのコンテンツ
の配信の際に、広告コンテンツが付加され、その事実に
基づきコンテンツ要求者に所定のポイントを還元するこ
とが可能となる。

【００１５】好ましい実施態様においては、さらに、前
記アクセス要求者が、広告の付加の許可／不許可を登録
するステップを備え、前記広告の付加が許可されている
場合に前記広告コンテンツが付加されたコンテンツを伝
達するように構成されている。より好ましい実施態様に
おいては、さらに、前記広告の配信に際して当該広告に
関連したカウンタをインクリメントするステップを備
え、所定の期間ごとに前記カウンタのカウントすること
により配信数を算出するように構成されている。これに
より、広告の配信数を正確に把握することが可能とな
る。上記ポイントは、１配信あたりの広告料金および／
またはデータ通信料金に基づき決定されるのが望まし
い。

【００１６】さらに、本発明の目的は、コミュニティ参
加者のコンテンツのオリジナルＵＲＬを、通信管理サー
バを介したコミュニティＵＲＬに変換して、当該コンテ
ンツのＵＲＬと関連付けて記憶し、アクセス要求者から
コミュニティＵＲＬによるアクセスを受理したときに、
当該コミュニティＵＲＬに基づき、コンテンツのオリジ
ナルＵＲＬを特定して、当該オリジナルＵＲＬを用い
て、コンテンツ提供者からのコンテンツを受理して、受
理したコンテンツを、アクセス要求者に伝達するように
構成された通信管理サーバであって、前記コミュニティ
参加者の各々が所有するポイントに関する情報を記憶す
るユーザウォレットが設けられたユーザ管理データベー
スと、広告コンテンツを記憶した広告データベースと、
アクセス要求者からのアクセス要求に基づき、前記コン
テンツ提供者からコンテンツを受理した際に、前記広告
データベースから取り出した所定の広告コンテンツを前
記コンテンツに付加するコンテンツ生成手段と、前記広
告コンテンツが付加されたコンテンツを伝達した場合
に、前記アクセス要求者のユーザウォレットに所定のポ
イントを還元するポイント処理手段とを備えたことを特
徴とする通信管理サーバによっても達成される。

【００１７】好ましい実施態様においては、さらに、前
記広告コンテンツが付加されたコンテンツを伝達すると
きに、前記広告コンテンツの配信を少なくともカウント
する広告配信管理手段を備えている。

【００１８】

【発明の実施の形態】以下、添付図面を参照して、本発
明の実施の形態につき説明を加える。図１は、本発明の
第１の実施の形態にかかるデータ通信システムの概略構
成を示すブロックダイヤグラムである。図１に示すよう
に、この通信システム１０は、ユーザ側コンピュータ１
２−１、１２−２、・・・、１２−ｎ、管理サーバ１
４、および、これらの間における情報の授受を実現する
通信回線（インターネット）１６とを備えている。

【００１９】通信回線１６には、他のコンテンツプロバ
イダのサイトにあるサーバ（コンテンツサーバ）１８−
１、１８−２、・・・が接続されている。また、ユーザ
側コンピュータ１２として、モデムなどの通信回路を備
えたパーソナルコンピュータを利用することができる。

【００２０】本実施の形態においては、ポイントの授受
を円滑に進めるために、当該管理サーバ１４に登録し
た、ユーザ側コンピュータ１２やコンテンツサーバ１８
を含む一定のコミュニティが構築される。管理サーバ１
４は、コミュニティを形成するために、後述するような
登録処理を実行するとともに、コミュニティに参加して
いるユーザ間におけるポイントの授受に関する処理を実
行する。なお、本明細書において「ユーザ」とは、ユー
ザ側コンピュータの利用者のほか、コンテンツサーバ１
８の所有者を含む場合もある。また、コンテンツサーバ
１８においては、広告の発信、オークションの開催、商
品の販売、有料情報の発信などが行なわれている。

【００２１】図２は、第１実施の形態にかかる管理サー
バの構成を示すブロックダイヤグラムである。図２に示
すように、管理サーバ１４は、新規のユーザに関する情
報（ユーザ情報）を受理して、当該ユーザ情報などをユ
ーザ管理データベース（ＤＢ）３０に記憶するユーザ登
録部３２と、管理サーバ１４にアクセスしたユーザを認
証するユーザ認証部３４と、ＵＲＬアドレスを変換して
所定のＨＰのデータをユーザに伝達する処理などを実行
するＵＲＬ変換部３６と、アクセスされたコンテンツ中
の記述を解析する記述解析部３８と、ポイントの授受に
関する種々の処理を実行するポイント処理部４０と、ユ
ーザの通信状態を管理する通信管理部４２と、ユーザ管
理ＤＢ３０と、コミュニティ内のポイントに関する属性
を記憶する個別ポイント管理ＤＢ４４とを有している。

【００２２】ユーザ管理データベース３０には、後述す
る登録処理などにより、ユーザＩＤ（ｕｉｄ）、パスワ
ード（ｐｗｄ）、ユーザの属性や嗜好を示す種々のデー
タなどが、ユーザごとに記憶されている。また、ポイン
ト属性ＤＢ４４には、後述する共通ポイントや、サイト
などが独自に発行するポイント（個別ポイント）などの
属性などが記憶される。管理サーバ１４は、コミュニテ
ィ参加者相互のＵＲＬアドレスのマッピングを実行し
て、一定のコミュニティを形成でいるようにしている。

【００２３】ここで、アドレスのマッピングにおいて
は、コミュニケーション参加者のＨＰを参照する場合
に、当該ＨＰのＵＲＬアドレス（たとえば、http://ww
w. corecolors.com/~kiko/comm/index.html）をアクセ
スするときに、実際のＵＲＬアドレスを参照することな
く、管理サーバ１４にアクセスして、コミュニティ内の
ＵＲＬアドレス（たとえば、http://cnavi.com/kiko/in
dex.html）を指定すれば、当該参加者のＨＰを参照する
ことができる

【００２４】これを実現するための管理サーバ１４の作
動につき以下に説明を加える。本実施の形態において、
ＨＰ作成者やＨＰ閲覧者（コミュニティ参加者）は、以
下の手順で、自己の登録をする必要がある。なお、コミ
ュニティに参加したＨＰ作成者が、他人のＨＰを参照す
る際には、当該ＨＰ作成者は、上記ＨＰ閲覧者たり得る
ことは言うまでもない。

【００２５】たとえば、図３に示すように、ＨＰ作成者
は、当該ＨＰをコミュニティに参加させるために、自己
の希望するＩＤ（ユーザＩＤ、以下場合によって「ｕｉ
ｄ」と称する）と、ＵＲＬアドレスと、管理サーバ１４
に伝達する。管理サーバ１４の制御サーバ２０が、これ
ら情報を受理すると（ステップ３０１）、ユーザ登録部
３２は、当該ユーザＩＤが使用可能であるか否かを確認
した上で、ユーザＩＤを決定する。たとえば、同一のユ
ーザＩＤが既に存在する場合には、制御サーバ２０は、
他のユーザＩＤの入力入力すべき旨を、ユーザ側コンピ
ュータ１２に伝達して、他のユーザＩＤの入力を促す。
このようにして、ユーザＩＤが決定されると、制御サー
バ２０は、ユーザ側コンピュータ１２にパスワードの入
力を促す。パスワードが、ユーザ側コンピュータ１２か
ら制御サーバ２０に伝達されると、ユーザ登録部３２
は、これを、コミュニティに対する当該ユーザのパスワ
ード（以下、場合によって「ｐｗｄ」と称する。）と決
定する（ステップ３０２）。

【００２６】次いで、制御サーバ２０においては、ＵＲ
Ｌ変換部３６が、ユーザ側システム１２などから伝達さ
れたＵＲＬアドレスを、当該制御サーバシステムを介し
たアドレスに変換する（ステップ３０３）。たとえば、
ユーザ側コンピュータ１２から「http://www. corecolo
rs.com/~kiko/comm/」というＵＲＬアドレスが与えられ
た場合には、これを、管理サーバを介したアドレス（た
とえば、「http://www.cnavi.com/kiko/」）に変換す
る。この変換により得られたＵＲＬを「コミュニティＵ
ＲＬ」と称する。このようにして、得られたユーザＩＤ
（ｕｉｄ）、パスワード（ｐｗｄ）およびＨＰのＵＲＬ
は、ユーザ情報として、ユーザ管理ＤＢ３０に、ユーザ
（およびそのコミュニティＵＲＬ）と関連付けて記憶さ
れる（ステップ３０４）。また、この際に、ユーザのポ
イントを蓄積するためのユーザウォレットが、ユーザ管
理ＤＢ３０内に確保される（ステップ３０５）。図４
は、上記図３に示すユーザ登録の流れを概略的に示した
図である。

【００２７】再度、簡単に説明すると、新規ユーザ（ユ
ーザＩＤ：ｋｉｋｏ）により、自己のユーザＩＤ、パス
ワードとともに、自己のＨＰのＵＲＬが管理サーバ１４
に伝達されると、管理サーバ１４は、ユーザ管理ＤＢ３
０を参照して、同一のユーザＩＤが存在していなけれ
ば、当該ユーザの情報を登録するとともに、コミュニテ
ィにおけるＵＲＬ（コミュニティＵＲＬ）を発行して、
これをユーザに伝達する。これにより、上記ユーザ（ユ
ーザＩＤ：ｋｉｋｏ）や他のコミュニティ参加者は、コ
ミュニティＵＲＬにてアクセスすることにより、上記ユ
ーザのＨＰを閲覧することが可能となる。このようにし
てコミュニティに登録したＨＰを、コミュニティへの登
録を済ませた他のユーザ（コミュニティ登録者）がアク
セスする場合の手順および処理について以下に説明す
る。図５は、上記処理を示すフローチャートである。

【００２８】図５に示すように、ユーザ側コンピュータ
１２において、コミュニティ登録者が、参照したいＨＰ
のコミュニティＵＲＬを入力することにより、所定の情
報が管理サーバ１４に伝達される（ステップ５０１）。
たとえば、管理サーバ１４には、ＧＥＴｈｔｔｐ：／
／ｃｎａｖｉ．ｃｏｍ／ｋｉｋｏ／ｉｎｄｅｘ．ｈｔｍ
ｌという命令が、ユーザＩＤ（ｕｉｄ＝ｘｙｚ）および
パスワード（ｐｗｄ＝１２３４）とともに与えられる。
管理サーバ１４のユーザ認証部３４は、ｕｉｄおよびｐ
ｗｄに基づきユーザを認証し（ステップ５１１）、次い
で、ユーザ管理ＤＢ３０を検索し、コミュニティＵＲＬ
に関する情報を見出す（ステップ５１２）。これによ
り、たとえば、当該コミュニティＵＲＬに関連して、
「ｕｉｄ＝ｋｉｋｏ」および変換前のＵＲＬアドレス
「ｈｔｔｐ：／／ｗｗｗ．ｃｏｒｅｃｏｌｏｒｓ．ｃｏ
ｍ／〜ｋｉｋｏ／ｃｏｍｍ／」を特定することができ
る。

【００２９】次いで、管理サーバ１４は、上記ＵＲＬア
ドレスにアクセスして、他のコンテンツサーバ１８か
ら、当該ＵＲＬアドレスを備えたコンテンツの送信を依
頼する（ステップ５１３）。他のコンテンツサーバ１８
からのコンテンツを受信すると（ステップ５１４）、管
理サーバ１４は得られたコンテンツ中の記述を調べ、後
述するような所定の処理を実行する（ステップ５１
５）。

【００３０】このような処理の後、管理サーバ１４０
は、必要な処理が施されたコンテンツを、ユーザ側コン
ピュータ１２に送信する（ステップ５１６）。ユーザ側
コンピュータ１２は、コンテンツを受理すると（ステッ
プ５０２）。これをディスプレイの画面上に表示する
（ステップ５０３）。

【００３１】このようにして、本実施の形態において
は、コミュニティに登録したＨＰのコミュニティＵＲＬ
にてアクセスすることにより、管理サーバ１４におい
て、コミュニティＵＲＬを、本来の（オリジナルの）Ｕ
ＲＬに変換してアクセスし、必要なコンテンツをユーザ
側に供給することができる。

【００３２】このように構築されたコミュニティにおい
て有料コンテンツの配信や、商品の売買等を実現するた
めの手法につき、以下に説明を加える。本実施の形態に
おいては、一定の貨幣的価値を有するポイントをコミュ
ニティ内において流通させている。本実施の形態におい
ては、コミュニティ内の全てに利用可能なポイント（共
通ポイント）と、各サイトが所望の場合に発行すること
ができる個別ポイントとを利用するように構成されてい
る。個別ポイントとは各サイトが独自に発行し、コミュ
ニティ内で流通させることができるポイントである。

【００３３】まず、共通ポイントの発行、使用について
説明を加える。共通ポイントは、ユーザがオフライン或
いはオンラインで、管理サーバ１４の運用者から購入す
るほか、ユーザ自身のサイトを有料サイトにすることに
より、これを蓄えることができる。共通ポイントは、す
べてのサイトにおいて、商品の購入のため、或いは、有
料サイトの閲覧のために利用することができる。典型的
には、まず、ユーザは、所定の金額を支払うことによ
り、管理サーバ１４の運用者から所定数のポイントを購
入する。本実施の形態においては、購入したポイント
は、管理サーバ１４のユーザ管理ＤＢ３０において、ユ
ーザＩＤなどと関連付けられたユーザウォレット中に記
憶される。上記購入に対する支払いは、クレジットカー
ド、デビットカードなど種々の媒体を利用することがで
きる。

【００３４】次に、ユーザが有料サイトを運営したい場
合につき説明する。本実施の形態においては、コミュニ
ティの参加者のサイトは、コミュニティＵＲＬを利用し
て、管理サーバ１４を介してアクセスされている。そこ
で、自己のＨＰなどコンテンツの文書中に、所定の命令
文を埋め込み、これを管理サーバ１４が認識すること
で、有料サイトの運営が可能となる。

【００３５】図６は、ユーザのＨＰにおける有料コンテ
ンツのページの一例を示す図である。図６に示すよう
に、このページにおいては、所定のポイントタグ＜ＰＯＩＮＴａｃｔ＝“ＧＥＴ” ｖａｌｕｅ＝“１
０” ・・・・＞が含まれている。ここに、「ａｃｔ＝“ＧＥＴ”」はポ
イントを取得するページであることを示すコマンドであ
り、「ｖａｌｕｅ」以降の数字は取得するポイント数で
ある。

【００３６】このポイントタグは、有料コンテンツを示
す関数ＰＯＩＮＴと、それに引き続く種々のパラメータ
からなる。パラメータには、閲覧に必要なポイント数、
閲覧に利用できるポイントの種別（たとえば、あるサイ
トの個別ポイントは利用できることなど）、閲覧回数や
閲覧期限に関する情報などが含まれる。したがって、コ
ンテンツの作成者は、ページ中に、必要なパラメータに
数値や文字を含ませたポイントタグを記述しておけばよ
い。

【００３７】次に、図６に示すような構造の有料コンテ
ンツを、他のユーザが閲覧する際の手順につき説明を加
える。図７および図８は、有料コンテンツ配信の際に実
行される処理を示すフローチャートである。有料コンテ
ンツを閲覧する他のユーザ（閲覧ユーザ）が、コミュニ
ティＵＲＬにアクセスすると（ステップ７０１）、管理
サーバ１４においてユーザ認証、当該コミュニティＵＲ
ＬのページのオリジナルＵＲＬの検索、当該ＵＲＬを有
するコンテンツ提供者であるユーザの特定および接続、
コンテンツの受理が実行される（ステップ７１１〜７１
５参照）。これらステップは、図５のステップ５１１〜
５１４に対応する。

【００３８】次いで、管理サーバ１４の記述解釈部３８
は、コンテンツ中のポイントタグを参照して、当該ポイ
ントタグに含まれるパラメータを解釈する（ステップ７
１５）。前述のようにパラメータにより、たとえば、閲
覧に必要なポイント数、ポイントの種別、閲覧回数や閲
覧期限などが示される。

【００３９】次いで、記述解釈部３８は、ユーザ管理Ｄ
Ｂを検索して、閲覧ユーザに関するアクセスログ等を調
べて、当該有料コンテンツを閲覧するために既にポイン
トの支払いが終了しているか否かを判断する（ステップ
７１６）。前述したように、コンテンツによって、１回
のポイントの支払いにより、閲覧できる回数や閲覧でき
る期間を定めることができ、この情報をポイントタグに
記述しておくことができる。したがって、閲覧回数や閲
覧期間内であれば、閲覧ユーザはポイントをさらに支払
う必要なく有料コンテンツの閲覧が可能である。

【００４０】ポイントの支払いが必要な場合（ステップ
７１７）には、管理サーバ１４は、有料コンテンツであ
ること、支払う必要のあるポイント数、閲覧回数や閲覧
期限などを示す情報を閲覧ユーザの側に伝達する（ステ
ップ７１８）。これにより、閲覧ユーザ側コンピュータ
１２の表示装置の画面上には、必要なメッセージが表示
される（ステップ７０２）。なお、ポイント処理部４０
が、閲覧ユーザのウォレットを調べて、支払う必要のあ
るポイント数を当該閲覧ユーザが所持しているかを判断
し、その情報も閲覧ユーザの側に伝達するのが望まし
い。

【００４１】図９は、メッセージの一例を示す図であ
る。閲覧ユーザ側コンピュータ１２の表示装置の画面上
には、有料コンテンツであることや閲覧に必要なポイン
ト数、閲覧ユーザが現在保持しているポイント数が表示
される。閲覧ユーザがマウス等の入力装置を操作して、
閲覧の是非を示すボタン（符号９０１、９０２参照）の
一方をオンすると、その情報が管理サーバ１４に伝達さ
れる。たとえば、閲覧ユーザ側コンピュータ１２が、閲
覧することを示す情報、つまり、ポイント支払いの許可
を示す情報を送信すると（ステップ８０１）、管理サー
バ１４はこれに応答して動作する。すなわち、ユーザ認
証部３４が、ユーザＩＤやパスワードの入力を閲覧ユー
ザに促して、閲覧ユーザが入力したユーザＩＤやパスワ
ードを認証する（ステップ８１１）。次いで、ポイント
処理部４０が、ユーザ管理ＤＢ３０中の、閲覧ユーザに
関連するユーザウォレット、および、コンテンツ提供者
に関連するユーザウォレットを特定して（ステップ８１
２）、これらの値を更新する（ステップ８１３）。たと
えば、コンテンツの閲覧に必要なポイント数が、Ｎポイ
ントである場合には、閲覧ユーザのユーザウォレットか
らＮポイントを差し引き、その一方、コンテンツ提供者
のユーザウォレットにＮポイントを加算すればよい。

【００４２】このような処理が終了した後に、管理サー
バ１４は、図７のステップ７１４にて受理していたコン
テンツを、閲覧ユーザ側コンピュータ１２に向けて送信
する（ステップ８１４）。これにより、閲覧ユーザ側コ
ンピュータ１２においては、有料コンテンツを閲覧する
ことが可能となる（ステップ８０２）。

【００４３】本実施の形態によれば、コンテンツ提供者
（一般ユーザであっても良いし、企業などの有料サイト
の運用者であっても良い）は、有料コンテンツのページ
中に、所定のポイントタグを埋め込んでおけば、当該コ
ンテンツを他のユーザ（閲覧ユーザ）がアクセスする際
に、管理サーバ１２が、当該コンテンツ中のポイントタ
グを検出して、パラメータを解釈して、ポイントに関す
る処理を実行する。したがって、コミュニティの参加者
は、前もって有料コンテンツであることなどを通知する
ことなく、簡単に有料コンテンツを作成することが可能
となる。

【００４４】次に、広告サイトなど、当該サイトを閲覧
することにより、閲覧ユーザにポイントが付与される場
合について説明を加える。この場合にも、閲覧ユーザに
ポイントを与えるページ中に、図１０に示すようなポイ
ントタグを含ませる。この実施の形態では、ポイントタ
グは、＜ＰＯＩＮＴａｃｔ＝“ＰＵＴ” ｖａｌｕｅ
＝“５” ・・・・＞というようになっている。ここに
「ａｃｔ＝“ＰＵＴ”」は、ポイントを付与するページ
であることを示すコマンドであり、「ｖａｌｕｅ」以降
の数字は付与するポイント数である。ポイントタグのパ
ラメータとしては、付与するポイントの種別が含まれ
る。ここに、個別ポイントの特定について説明する。

【００４５】本実施の形態においては、個別ポイント
は、ユーザＩＤをポイントに付与することにより、共通
ポイントや他のサイトの個別ポイントと区別している。
したがって、「ユーザＩＤ＝ＸＹＺ」のサイトが、自己
のコンテンツをアクセスすることにより、独自の個別ポ
イントを与えるためには、与えるポイントの種別が、ユ
ーザＩＤ＝ＸＹＺのポイントであることを、ポイントタ
グのパラメータとして付与すればよい。

【００４６】図１０に示すような構造のコンテンツ（ポ
イント付与コンテンツ）を、他のユーザ（閲覧ユーザ）
が閲覧する際の処理につき、図１１を参照して説明を加
える。ポイント付与コンテンツを閲覧する閲覧ユーザ
が、コミュニティＵＲＬにアクセスすると（ステップ１
１０１）、管理サーバ１４においてユーザ認証、当該コ
ミュニティＵＲＬのページのオリジナルＵＲＬの検索、
当該ＵＲＬを有するコンテンツ提供者であるユーザの特
定および接続、コンテンツの受理が実行される（ステッ
プ１１１１〜１１１５参照）。これらステップは、図５
のステップ５１１〜５１４に対応する。

【００４７】次いで、管理サーバ１４の記述解釈部３８
は、コンテンツ中のポイントタグを参照して、当該ポイ
ントタグに含まれるパラメータを解釈する（ステップ１
１１５）。前述のようにパラメータにより、たとえば、
付与されるポイント数やポイントの種別が判断される。
ここで、記述解釈部３８により認識されたポイントの種
別が、従来、コミュニティ内で流通されているポイント
と異なるもの、すなわち、新たな種別のポイントであっ
た場合には、記述解釈部３８は、個別ポイント管理ＤＢ
４４に、当該ポイントの発行者や、最初に発行された日
時を含む情報を記憶する。

【００４８】次いで、ポイント処理部４０は、ユーザ管
理ＤＢ３０中の、閲覧ユーザに関連するユーザウォレッ
ト、および、コンテンツ提供者に関連するユーザウォレ
ットを特定して（ステップ１１１６）、これらの値を更
新する（ステップ１１１７）。たとえば、コンテンツの
閲覧により付与されるポイント数が、Ｍポイントである
場合には、コンテンツ提供者のユーザウォレットからＭ
ポイントを差し引き、その一方、閲覧ユーザのユーザウ
ォレットにＮポイントを加算すればよい。

【００４９】このような処理が終了した後に、管理サー
バ１４は、ステップ１１１４にて受理していたコンテン
ツを、閲覧ユーザ側コンピュータ１２に向けて送信する
（ステップ１１１８）。これにより、閲覧ユーザ側コン
ピュータ１２においては、ポイント付与コンテンツを閲
覧することが可能となる（ステップ１１０２）。本実施
の形態によれば、コンテンツ提供者が、ポイント付与コ
ンテンツのページ中に所定のポイントタグを埋め込んで
おけば、管理サーバ１２が当該ポイントタグを解釈する
ことにより、閲覧者のユーザウォレットに所定のポイン
トを与えることが可能となる。

【００５０】次に、本実施の形態にかかるデータ通信シ
ステムを利用した商品の購入などの仕組みにつき説明を
加える。商品の購入によるポイントの授受は、有料サイ
トの閲覧によるポイントの授受と同様である。すなわ
ち、コンテンツ提供者の商品購入のページに、閲覧者に
よるポイント支払いを示すポイントタグ（たとえば、＜
ＰＯＩＮＴａｃｔ＝“ＧＥＴ” ｖａｌｕｅ＝“ｎ”
・・・＞）を埋め込んでおけば良い。

【００５１】この場合には、基本的には、図５に示す処
理にしたがって、商品紹介（たとえば、商品の写真、使
用、価格など）を含むコンテンツが閲覧ユーザ側に送信
され、閲覧ユーザ側コンピュータ１２の表示装置の画面
上に表示される。閲覧ユーザが所望の商品を購入するた
めのコマンド（つまり、コンテンツ提供者による商品販
売に関するページへの接続を求めるコマンド）を、閲覧
ユーザ側コンピュータ１２に入力して、これが管理サー
バ１４に伝達されると、図７および図８に示す処理が実
行されて、閲覧ユーザのユーザウォレットから、商品の
価格に相当するポイントが差し引かれるとともに、コン
テンツ提供者のユーザウォレットに、商品の価格に相当
するポイントが加えられる（ステップ８１３参照）。こ
のように、本実施の形態によれば、商品の購入において
も、コンテンツ提供者の側が、商品購入および支払いに
関するページに、所定のポイントタグを埋め込み、この
ポイントタグを管理サーバ１４にて解釈することによ
り、閲覧ユーザ（購入者）とコンテンツ提供者（販売
者）との間でのポイントの授受を実現することができ
る。また、オークションのような形態にあっても、落札
者に対して、落札者に対して、ポイントの支払いを示す
ポイントタグを含むページを送信するように構成すれば
良い。

【００５２】次に、本実施の形態におけるポイントの換
金について説明を加える。本実施の形態においては、共
通ポイントは、管理サーバ１４の運用者がその価値を保
証している。したがって、コミュニティ参加者は、所望
のときに、管理サーバ１４の運用者に対して、自己のユ
ーザウォレットにあるポイントの換金を求めることが可
能である。その一方、個別ポイントは、原則としてコミ
ュニティ内のみでの流通を目的としている。したがっ
て、原則としては、現実の貨幣への換金が行なわれな
い。しかしながら、その価値は発行者が保証しているた
め、換金が必要な場合には、コミュニティ参加者は、個
別ポイントを発行したサイトの運用者に、換金を求めれ
ば良い。

【００５３】個別ポイントは、以下のような利用も可能
である。たとえば、図１２に示すように、コミュニティ
に参加する大規模商用サイト１２００において、当該サ
イトにて利用可能な個別ポイント（種別“Ａ”）を発行
すると考える。この種別“Ａ”の個別ポイントを、他の
商用サイト１２０２が別途購入する（参照）。この購
入は、管理サーバ１４を介したものでも良いし、個別に
行なわれるものでも良い。ここで、他の商用サイト１２
０２の運営者は、購入した個別ポイントにしたがった金
額を、大規模商用サイト１２００の運営者に支払う（
参照）。たとえば、他の商用サイト１２０２において、
広告をクリックしたことに対応して、或いは、商品の購
入のプレミアムとして、ユーザ側コンピュータ１２−１
などに、個別ポイントを付与する（参照）。個別ポイ
ントの付与には、図１１に示す処理を実行すればよい。
すなわち、実際には、管理サーバ１４のユーザ管理ＤＢ
３０中のユーザウォレットに、個別ポイントは蓄積され
る。

【００５４】このようにして、ユーザに与えられた（実
際には、ユーザウォレットに蓄積された）個別ポイント
は、上記大規模商用サイト１２００にて利用することは
可能である。また、ユーザが換金したい場合には、たと
えば、ユーザは、個別ポイントの発行元である大規模商
用サイト１２００に対して、換金を求めればよい（参
照）。

【００５５】この形態は、大規模商用サイト１２００の
知名度を利用して、他のサイトを運用することを希望し
たい場合に有効である。つまり、大規模商用サイト１２
００にて利用可能な個別ポイントを、他のサイト１２０
１が配布することにより、ユーザにインセンティブを与
え、当該他のサイト１２０１へのアクセス数を増大させ
ることができる。その一方、大規模商用サイト１２００
は、他のサイト１２０１に与えたポイント数だけの支払
いを予め受けることができるため、ポイントを発行する
だけで収入を得ることが可能となる。

【００５６】次に、本実施の形態におけるポイントの支
払者と受領者による相互評価につき説明を加える。本実
施の形態においては、たとえば、有料サイトの閲覧者
が、そのサイトの閲覧後に、内容の評価を加えることが
できる。たとえば、図７および８に示す処理を経て閲覧
ユーザ側コンピュータ１２がコンテンツを閲覧した後、
閲覧の終了を示すコマンド（たとえば、有料コンテンツ
以外の他のコンテンツを示すコマンド）などが与えられ
ると（図１３（ａ）のステップ１３０１）、管理サーバ
１４は、閲覧ユーザ側コンピュータ１２に、閲覧したサ
イトを評価させるためのデータを与える（ステップ１３
１１）。閲覧ユーザは、必要な項目に値などを入力して
評価表を完成させる。閲覧ユーザ側コンピュータから管
理サーバ１４にデータが伝達されると（ステップ１３０
２、１３１２参照）、管理サーバ１４は、得られた評価
表中のデータ（評価データ）を、閲覧ユーザが閲覧した
コンテンツと関連付けて、ユーザ管理ＤＢ３０中の所定
の領域に記憶する（ステップ１３１３）。このようにし
て、有料コンテンツを閲覧したユーザによる、当該有料
コンテンツに対する評価を蓄積することが可能となる。
このようにユーザ管理ＤＢ３０中に蓄積された有料コン
テンツの評価は、コミュニティに参加しているユーザに
より閲覧することができる。

【００５７】或いは、図１３（ｂ）に示すように、ポイ
ントを支払う側（ポイント支払者）、および、ポイント
を受け取る側（ポイント受取者）の双方について、評価
をしても良い。ここで、ステップ１３２１、１３２２、
および、ステップ１３３１〜１３３３は、図１３（ａ）
のステップ１３０１、１３０２、および、ステップ３１
１〜１３１３に対応する。また、ステップ１３４１およ
びステップ１３４２は、ステップ１３２１、１３２２に
略対応する。

【００５８】たとえば、相互評価は、情報やコンテンツ
を閲覧した後にポイントを支払うような場合、オークシ
ョンでポイントを利用して支払い或いは物々交換の補充
にポイントを利用する場合など、取引の信頼度を維持す
る必要がある場合に有用である。（１）Ｑ＆Ａコンテンツ一方のユーザ（Ａ）が質問をする。他方のユーザ（Ｂ）が質問に対して回答する。一方のユーザ（Ａ）が望んだ回答を得られた場合に
は、ユーザ（Ｂ）に所定のポイントを与える。ポイントを受理したユーザ（Ｂ）は、ユーザ（Ａ）の
コンテンツについて評価する一方、ユーザ（Ａ）は回答
に関して評価を与える。

【００５９】（２）オークションあるユーザ（Ａ）が品物を競りにかける。あるユーザ（Ｂ）が商品をあるポイントにて競り落と
す。ユーザ（Ａ）は、ポイントを受け取った後、ユーザ
（Ｂ）を評価する一方、ユーザ（Ｂ）は商品を受け取っ
た後に、（Ａ）（或いは、（Ａ）が競りにかけた商品）
を評価する。

【００６０】（３）物々交換あるユーザ（Ａ）が品物（ａ）を出品する。他のユーザ（Ｂ）が品物（ｂ）を出品する。ユーザ（Ａ）と（Ｂ）との間で物々交換をする。この
際に、品物（ａ）、（ｂ）の価値が異なる場合には、そ
の差額をポイントにて支払う。品物、および、必要な場合にはポイントを受け取った
後に、相互を評価する。

【００６１】有料コンテンツに関する評価データは、当
該有料コンテンツと関連付けて記憶された。その一方、
上記ユーザの評価データは、各ユーザに関連付けて記憶
すればよい。たとえば、あるユーザについて、評価デー
タにより表される評価の指標が、所定の値よりも小さく
なった場合には、管理サーバ１４は、そのユーザによる
有料コンテンツの提供を制限し、或いは、有料コンテン
ツの閲覧や商品購入等を制限することができる。このよ
うにして、ポイントの支払いを拒否し、或いは、内容の
伴わない有料サイトを提供するユーザ、いわゆる不正ユ
ーザによるコミュニティの利用を、禁止ないし制限する
ことが可能となる。

【００６２】さらに、本実施の形態においては、ポイン
トタグ中に、ポイントを提供すべきユーザ或いはユーザ
群や、逆に、ポイントを提供しないユーザを埋め込んで
おいても良い。すなわち、ある商品を販売する商用サイ
トにおいて、特に常連となっている顧客に対して、より
多くのポイントを与えるようなポイントタグを設定する
こともできるし、或いは、不正ユーザに対してはポイン
トを与えないようなポイントタグを設定することも可能
である。

【００６３】次に、本実施の形態にかかるコミュニティ
における課金手法について説明を加える。この実施の形
態においては、以下の何れか一方、または、双方の手法
によりコミュニティの運用者が所定の手数料を徴収する
ことができる。

【００６４】（１）コミュニティ内にてポイントが交換
されるとき、つまり、管理サーバ１４がユーザウォレッ
トを更新したときに、管理サーバ１４の運用者は、ポイ
ント提供者および／またはポイント支払者から所定の手
数料分のポイントを、手数料として課金する。

【００６５】（２）ポイントが現金化されたときに、換
金手数料を徴収する。特に、共通ポイントは、管理サー
バ１４の運用者のみにより、その発行および換金が可能
であるため、共通ポイントについては、この手法が有用
である。このように、本実施の形態によれば、一定のコ
ミュニティを形成して、コミュニティを管理する管理サ
ーバを介するページ表示や取引が実現できるため、簡単
な手法で、セキュリティの高い商取引をなすことが可能
となる。

【００６６】次に、本発明の第２の実施の形態につき説
明を加える。第２の実施の形態においては、第１の実施
の形態にかかるコミュニティを利用して、ユーザがコン
テンツを送信するときに、広告を配信する。この広告の
配信をユーザが認めることに応じてユーザに一定のポイ
ントを与えられるように構成されている。

【００６７】図１４は、第２の実施の形態にかかるデー
タ通信システムの構成を示すブロックダイヤグラムであ
る。図１４に示すように、第２の実施の形態において
は、インターネットへの接続機能が設けられた携帯電話
やＰＤＡなどの携帯端末１１２を利用している。携帯端
末１１２−１、１１２−２、・・・は、通信事業者のサ
ーバ１１３を介してインターネット１６に接続できるよ
うになっている。

【００６８】インターネット１６には、管理サーバ１１
４のほか、種々のコンテンツサーバ１１８−１、１１８
−２、・・・や広告主などのサーバ（ここでは、「広告
サーバ」と称する）１２０−１、１２０−２、・・・等
が接続されている。広告主サーバ１２０は、コンテンツ
サーバ１１４に対して、予め企業広告や商品広告のペー
ジおよびリンク先のアドレスを、後述する管理サーバ１
１４の広告管理部１４４を介して広告データベース（Ｄ
Ｂ）１４６に記憶しておく。

【００６９】図１５は、第２の実施の形態にかかる管理
サーバ１１４の構成を示すブロックダイヤグラムであ
る。図１５において、図２に示す第1の実施の形態の管
理サーバ１４の構成部分と同様のものには同一の符号を
付している。図１５に示すように、第２の実施の形態に
おいて、管理サーバ１１４は、ユーザ管理ＤＢ３０、ユ
ーザ登録部３２、ユーザ認証部３４、ＵＲＬ変換部３
６、記述解釈部３８、ポイント処理部１４０、通信管理
部４２、ポイント管理ＤＢ４４のほか、広告主サーバ１
２０からの広告の登録や更新に関する処理を実行する広
告管理部１４４と、広告コンテンツやリンク先等を記憶
する広告ＤＢ１４６と、ユーザからのコンテンツ要求に
応じて必要なコンテンツを作成するコンテンツ作成処理
部１４８とを有している。

【００７０】このようなデータ通信システムにおける携
帯端末による登録手順につき図１６を参照して説明を加
える。携帯端末１１２と管理サーバ１１４との通信によ
りユーザＩＤ（ｕｉｄ）およびパスワード（ｐｗｄ）が
決定されると（ステップ１６０１）、管理サーバ１１４
のユーザ登録部３２がこれらをユーザ管理ＤＢ３０に記
憶する（ステップ１６０２）。次いで、当該ユーザＩＤ
と関連付けられたユーザウォレットが、個別ポイント管
理ＤＢ４４中に確保される（ステップ１６０３）。

【００７１】ユーザが認める場合には、ユーザがキーを
操作することにより、ユーザの属性（たとえば、年齢、
居住区域、性別、趣味等）を示すユーザプロフィールを
携帯端末１１２に入力し、これが管理サーバ１１４に伝
達される（ステップ１６０４、１６０５）。これらユー
ザプロフィールは、ユーザ登録部３２により、ユーザＩ
Ｄに関連付けられてユーザ管理ＤＢ３０に記憶される
（ステップ１６０６）。また、ユーザがコンテンツを取
得する際に、表示画像の一部に広告が添付されているこ
とを認めるか否かを示す指示（広告表示／非表示）を、
ユーザは携帯端末１１２のキーを操作して入力する（ス
テップ１６０７）。この広告表示／非表示情報も、管理
サーバ１１４に伝達され（ステップ１６０８）、ユーザ
ＩＤと関連付けられてユーザＤＢ３０に記憶される(ス
テップ１６０９)。

【００７２】ここで、広告表示を選択した場合に、添付
される広告のジャンルを指定しても良い（ステップ１６
１０）。ジャンルが指定された場合には、広告ジャンル
情報が管理サーバ１１４に伝達され（ステップ１６１
１）、同様に、ユーザＩＤと関連付けられてユーザ管理
ＤＢ３０に記憶される（ステップ１６１２）。また、コ
ンテンツサーバ１８がコミュニティに登録する手順につ
いては第１の実施の形態に示すものと同様である（図３
および図４参照）。

【００７３】次に、本実施の形態にかかるコミュニティ
に登録されたサーバ中のウェブコンテンツ（ＨＰ）を携
帯端末が閲覧するときの手順につき図１７を参照して説
明する。図１７に示すように、携帯端末１１２がコミュ
ニティＵＲＬによりアクセスすると（ステップ１７０
１、１７０２）、管理サーバ１１４は、これを受理して
ユーザを認証した後、ＵＲＬ変換部３６が、コミュニテ
ィＵＲＬに基づき、変換前のＵＲＬアドレスを特定し
（ステップ１７０４）、当該ＵＲＬにアクセスして所定
のコンテンツサーバ１８にコンテンツを要求する（ステ
ップ１７０５）。

【００７４】コンテンツサーバ１８からコンテンツを受
理すると（ステップ１７０６）、管理サーバ１１４のユ
ーザ管理部４２は、ユーザ管理ＤＢ３０中のデータを参
照して、当該アクセスにかかるユーザのコンテンツに広
告を添付することが可能か否かを判断する（ステップ１
７０７）。ステップ１７０７にてイエス(Yes)と判断さ
れた場合には、広告管理部１４６により適切な広告コン
テンツが選択される（ステップ１７０８）。たとえば、
ユーザプロフィールが登録されている場合には、当該ユ
ーザプロフィールに含まれるユーザの年齢、性別、居住
地域、趣味等に合致したものを選択すればよい。また、
ユーザが配信すべき広告ジャンルを指定している場合に
は、指定されたジャンルの広告コンテンツを選択すれば
よい。選択された広告コンテンツが広告ＤＢ１４６から
読み出され（ステップ１７０９）、これがコンテンツ作
成処理部１４８に伝達される。

【００７５】コンテンツ作成処理部１４８は、ステップ
１７０６にて受理したコンテンツに広告コンテンツを付
加する（ステップ１７１０）。これにより、広告コンテ
ンツが付加されたコンテンツがユーザの携帯端末１１２
に伝達され（ステップ１７１１）、その表示装置の画面
上に表示される（ステップ１７１２）。このような処理
の後に、管理サーバ１１４においては、ユーザウォレッ
ト更新などの処理が実行される（ステップ１７１３）。
このステップ１７１３の処理については後に詳述する。
その一方、ステップ１７０７にてノー(No)と判断された
場合には、コンテンツがユーザの携帯端末１１２に伝達
される。

【００７６】図１８は、上記処理の流れを概略的に示す
図である。広告主サーバ１２０からは広告コンテンツや
リンク先が管理サーバ１１４に登録される（ステップ１
８０１）。広告ＤＢ１４６には登録された多数の広告コ
ンテンツ（たとえば符号１８１１参照）が蓄積されてい
る。携帯端末１１２からあるコンテンツが要求される
と、管理サーバは、所定のコンテンツサーバ１８からコ
ンテンツ１８１０を取得する（符号１８０１参照）。

【００７７】ユーザが広告添付を認める場合には、所定
の広告コンテンツ１８１１を取得して（ステップ１８１
１）、これをコンテンツ１８１０に付加する。このよう
にして広告コンテンツ１８１１が付加されたコンテンツ
が携帯端末１１２に伝達される（符号１８０２参照）。
これにより、携帯端末１１２の表示装置の画面１８１２
には、コンテンツ１８１３と広告コンテンツ１８１４と
からなる画像が表示される。

【００７８】上記広告の添付は、本発明にかかるコミュ
ニティにおいて、管理サーバがコミュニティＵＲＬを用
いてアクセスし、これを本来のＵＲＬに変換してコンテ
ンツを取得してこれをユーザに伝達するような手法を取
ることにより容易に実現できる。すなわち、ＵＲＬアク
セスの際に、いったん管理サーバを介しているため、当
該管理サーバにおいて広告コンテンツを付加すれば良
い。

【００７９】本実施の形態においては、ユーザがコンテ
ンツを取得する際に、広告の添付がある場合には、当該
広告の添付に際して一定のポイントをユーザに付与し、
これをユーザに関するユーザウォレットに加算するよう
な構成となっている。したがって、ユーザウォレット更
新等の処理においては、ポイント計算およびユーザウォ
レットへの加算或いは必要な場合にはポイントの減算が
実行されている。図１９は、第２の実施の形態にかかる
ユーザウォレット等の更新処理を示すフローチャートで
ある。図１７のステップ１７１０の処理が終了すると、
ポイント処理部１４０は、コンテンツの配信において広
告が添付されていたか否かを判断する。

【００８０】ステップ１９０１にてイエス(Yes)とされ
た場合には、ポイント処理部１４０は、広告管理部１４
４に、添付した広告の配信広告カウンタをインクリメン
トするように依頼する（ステップ１９０２）。これに応
答して、広告管理部１４４は、広告ＤＢ１４６中の広告
コンテンツに対応付けられたカウンタをインクリメント
する。これにより正確な広告配信数を得ることができ
る。次いで、ポイント処理部１４０は、広告が添付され
たコンテンツの配信を受けたユーザに還元すべきポイン
トを算出する（ステップ１９０３）。本実施の形態にお
いては以下の式に基づきポイント（ｐｔ）を算出してい
る。ｐｔ＝ｍｉｎ（パケット料金，広告料金×ｎ％）ここに、広告料金は、１配信あたりの料金である。ま
た、本実施の形態において、たとえばｎ＝１０である。

【００８１】次いで、ユーザが閲覧したコンテンツが有
料コンテンツであったか否かを判断する（ステップ１９
０５）。有料コンテンツであった場合（ステップ１９０
５でイエス(Yes)）には、閲覧者であるユーザのユーザ
ウォレットから閲覧ポイントを減算し（ステップ１９０
６）、提供者であるコンテンツサーバに関するユーザウ
ォレットに閲覧ポイントを加算する（ステップ１９０
７）。したがって、閲覧者であるユーザは、コンテンツ
に広告の付加を認めることにより、ある一定のポイント
還元を受けることが可能となる。

【００８２】また、所定の期間ごとに広告管理部１４４
は、広告ＤＢ１４６中のデータを検索して、広告コンテ
ンツごとの配信数を取得することができる。したがっ
て、１配信あたりの広告料金と配信数とに基づき正確な
広告料を算出することが可能となる。さらに、前記広告
カウンタをインクリメントする処理の代わりに、配信し
た日時を記憶し、これを蓄積することにより、時間ごと
に広告料金が変更されるような構成をとっても正確な広
告料を算出することが可能となる。

【００８３】第２の実施の形態は以下のようなシステム
にて利用することができる。たとえば、管理サーバ１１
４の運用主体が通信事業者であれば、上記ポイントに通
貨との完全な可換性を持たせることが容易である。すな
わち、ユーザウォレットには、上記有料コンテンツの閲
覧などのためのポイントのほか、通話料金（たとえばパ
ケット通信料金）をデータ通信じ応じて減算することが
できる。これにより、ユーザは広告の付加によるパケッ
ト通信の実質的な減額等を受けることが可能となる。そ
の一方、管理サーバ１１４の運用主体が上記以外のもの
であった場合には、広告の添付により得られたポイント
を有料コンテンツの閲覧に利用し、或いは、コミュニテ
ィ内のオンラインショッピング等に利用することも可能
である。

【００８４】本実施の形態によれば、コミュニティを利
用して広告コンテンツの付加などを容易に実現すること
ができる。また、当該広告コンテンツが付加されたコン
テンツを受理するユーザに対して一定のポイントを還元
することも可能となる。

【００８５】本発明は、以上の実施の形態に限定される
ことなく、特許請求の範囲に記載された発明の範囲内
で、種々の変更が可能であり、それらも本発明の範囲内
に包含されるものであることは言うまでもない。たとえ
ば、本発明は、貨幣価値を有するポイントの授受をとも
なう任意のコンテンツを閲覧者に伝達するために利用す
ることが可能である。

【００８６】また、第１の実施の形態においては、ポイ
ント関連記述としてポイントタグを利用しているがこれ
に限定されるものではなく、予め決められた取り極めに
したがってコンテンツ中に記述され、これが、管理サー
バ１４において適切に解釈できるものであればいかなる
ものであっても良い。

【００８７】さらに、前記第２の実施の形態において、
有料コンテンツの閲覧の後に、ユーザウォレットに対す
るポイントの加減算が行われているがこれに限定される
ものではなく、図７および図８、或いは、図１１に示す
ような手順でポイントの加減算が行われても良いことは
言うまでもない。

【００８８】また、前記第１の実施の形態においてコン
テンツ閲覧者の端末が、インターネットに接続可能な携
帯電話やＰＤＡなどの携帯端末であっても良い。その一
方、第２の実施の形態において携帯端末の代わりに、通
常のパーソナルコンピュータなどのクライアントマシン
が利用されても良いことは明らかである。

【００８９】前記第２の実施の形態において、広告コン
テンツに、広告サーバ１２０にアクセス可能なリンクを
含ませておいても良い。この場合に、当該リンクには、
第1の実施の形態のように、いったん管理サーバ１１４
にアクセスするようなパラメータを含むような記述とし
て、当該管理サーバ１１４においてＵＲＬ変換をした後
に、所定の広告サーバ１２０にアクセスするように構成
するのが望ましい。

【００９０】また、第２の実施の形態においては、広告
の配信をカウントして、配信数に基づき広告料を算出し
ているが、これに限定されるものではない。たとえば、
配信した広告のリンクのクリック数をカウントして、こ
れに基づき広告料を算出しても良い。このクリック数の
カウントは、上述した、リンクのクリックによる管理サ
ーバ１１４を経た広告サーバ１２０へのアクセスを採用
することにより実現することができる。

【００９１】また、前記第２の実施の形態においては、
広告が付加されたコンテンツの配信を認めた携帯端末の
ユーザ（アクセス要求者或いはコンテンツ受領者）に所
定のポイントを還元するように構成している。しかしな
がら、このような構成に限定されるものではなく、コン
テンツ提供者にポイントを還元するような構成としても
良い。ここでも、第２の実施の形態と同様に、コンテン
ツ提供者に、登録の際に、自己のコンテンツが配信され
る際に、広告コンテンツが付加されることを認容するか
否かを指定できるようにするのが望ましい。また、アク
セス要求者つまりコンテンツ受領者とコンテンツ提供者
の双方にポイントを還元するように構成しても良いこと
は明らかである。

【００９２】さらに、前記第１の形態においては、有料
コンテンツ、つまり、ユーザ（アクセス要求者）のユー
ザウォレットから所定数のポイントを引き出し、コンテ
ンツ提供者のユーザウォレットに当該所定数のポイント
を加算するように構成しているが、このようなものに限
定されるものではない。たとえば、コンテンツの配信に
より、アクセス要求者のユーザウォレットに所定数のポ
イントを加算し、コンテンツ提供者のユーザウォレット
から当該所定数のポイントを引き出すような構成をとっ
ても良い。

【００９３】なお、本明細書において、一つの手段の機
能が、二つ以上の物理的手段により実現されても、若し
くは、二つ以上の手段の機能が、一つの物理的手段によ
り実現されてもよい。

【００９４】

【発明の効果】本発明によれば、コミュニティに参加す
るという簡単な手順だけで、所望のように有料コンテン
ツを含むサイトや相手にポイントを付与するサイトな
ど、ポイントの授受を伴うコンテンツを含むサイトを作
成することができるデータ通信システムを提供すること
が可能となる。また、本発明によれば、広告を添付し
たコンテンツを送信し、これによりユーザに一定のポイ
ントの還元を実現することができるデータ通信システム
を提供することが可能となる。

【図面の簡単な説明】

【図１】図１は、本発明の実施の形態にかかるデータ
通信システムの概略構成を示すブロックダイヤグラムで
ある。

【図２】図２は、本実施の形態に係る管理サーバの構
成を示すブロックダイヤグラムである。

【図３】図３は、本実施の形態にかかるユーザ登録処
理を示すフローチャートである。

【図４】図４は、図３に示すユーザ登録の流れを概略
的に示した図である。

【図５】図５は、本実施の形態にかかるコンテンツの
アクセスにかかる処理を示すフローチャートである。

【図６】図６は、本実施の形態において、本実施の形
態に係る有料コンテンツのページの一例を示す図であ
る。

【図７】図７は、本実施の形態において有料コンテン
ツ配信の際に実行される処理を示すフローチャートであ
る。

【図８】図７は、本実施の形態において有料コンテン
ツ配信の際に実行される処理を示すフローチャートであ
る。

【図９】図９は、本実施の形態において、有料コンテ
ンツの配信の際に表示されるメッセージの一例を示す図
である。

【図１０】図１０は、本実施の形態にかかるポイント
を付与するコンテンツのページの一例を示す図である。

【図１１】図１１は、本実施の形態においてポイント
付与コンテンツを閲覧する際に実行される処理を示すフ
ローチャートである。

【図１２】図１２は、本実施の形態にかかる個別ポイ
ントの利用形態の一例を示す図である。

【図１３】図１３は、本実施の形態にかかる評価の処
理を示すフローチャートである。

【図１４】図１４は、第２の実施の形態にかかるデー
タ通信システムの構成を示すブロックダイヤグラムであ
る。

【図１５】図１５は、第２の実施の形態にかかる管理
サーバの構成を示すブロックダイヤグラムである。

【図１６】図１６は、第２の実施の形態にかかるデー
タ通信システムにおける携帯端末による登録手順を示す
フローチャートである。

【図１７】図１７は、第２の実施の形態にかかるデー
タ通信システムにおけるコンテンツ伝達を示すフローチ
ャートである。

【図１８】図１８は、第２の実施の形態にかかる処理
の流れを概略的に示す図である。

【図１９】図１９は、ユーザウォレット更新等の処理
をより詳細に示すフローチャートである。

【符号の説明】

１０通信システム１２ユーザ側コンピュータ１４管理サーバ１６インターネット（通信回線）１８コンテンツサーバ３０ユーザ管理ＤＢ３２ユーザ登録部３４ユーザ認証部３６ＵＲＬ変換部３８記述解釈部４０ポイント処理部４２通信管理部４４個別ポイント管理ＤＢ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/60 ４１０Ｇ０６Ｆ 17/60 ４１０Ａ

Claims

【特許請求の範囲】

【請求項１】コミュニティ参加者のコンテンツのオリ
ジナルＵＲＬを、通信管理サーバを介したコミュニティ
ＵＲＬに変換して、当該コンテンツのＵＲＬと関連付け
て記憶し、アクセス要求者からコミュニティＵＲＬによ
るアクセスを受理したときに、当該コミュニティＵＲＬ
に基づき、コンテンツのオリジナルＵＲＬを特定して、
当該オリジナルＵＲＬを用いて、コンテンツ提供者から
のコンテンツを受理して、受理したコンテンツを、アク
セス要求者に伝達するように構成されたデータ通信方法
であって、前記コミュニティ参加者の各々が所有するポイントに関
する情報を記憶するユーザウォレットを設けるステップ
と、前記コンテンツ提供者からコンテンツを受理した際に、
当該コンテンツ中に含まれる、ポイントの授受に関する
ポイント関連記述を認識するステップと、前記ポイント関連記述にしたがって、前記アクセス要求
者およびコンテンツ提供者の何れかを、ポイント支払者
およびポイント受取者として、それぞれ特定するステッ
プと、前記ポイント支払者に関するユーザウォレットから所定
の数のポイントを取り出すとともに、ポイント受取者に
関するユーザウォレットに前記所定の数のポイントを付
与するステップとを備えたことを特徴とするデータ通信
方法。
【請求項２】前記コンテンツ提供者が提供するコンテ
ンツが有料コンテンツであり、前記コンテンツに含まれ
るポイント関連記述が、所定の数のポイントを、アクセ
ス要求者のユーザウォレットから取り出すことを示すこ
とを特徴とする請求項１に記載のデータ通信方法。
【請求項３】前記コンテンツ提供者の提供するコンテ
ンツが、販売に関するコンテンツであり、前記コンテン
ツに含まれるポイント関連記述が、所定の数のポイント
を、アクセス要求者のユーザウォレットから取り出すこ
とを示すことを特徴とする請求項１に記載のデータ通信
方法。
【請求項４】前記ポイント関連記述が、必要なポイン
ト数、および、利用可能なポイントの種別を含むことを
特徴とする請求項２または３に記載のデータ通信方法。
【請求項５】前記ポイントの種別が、コミュニティに
属する全てのサーバにて利用可能なポイント、および、
所定のサイトにおいて発行された個別サイトの何れかを
示すことを特徴とする請求項４に記載のデータ通信方
法。
【請求項６】前記ポイント関連記述が、閲覧できる期
間および／または閲覧回数を含むことを特徴とする請求
項４または５に記載のデータ通信方法。
【請求項７】さらに、前記アクセス要求者に対して、少なくとも、必要なポイ
ント数を提示するステップを含み、前記アクセス要求者からの許可に応答して、ポイントの
取り出しおよび付与が実行されることを特徴とする請求
項２ないし５の何れか一項に記載のデータ通信方法。
【請求項８】前記コンテンツ提供者が提供するコンテ
ンツが、ポイント供給コンテンツであり、前記コンテン
ツに含まれるポイント関連記述が、所定の数のポイント
を、アクセス要求者のユーザウォレットに付与すること
を示すことを特徴とする請求項１に記載のデータ通信方
法。
【請求項９】前記ポイント関連記述が、付与すべきポ
イント数、付与するポイントの種別を含むことを特徴と
する請求項８にデータ通信方法。
【請求項１０】前記ポイント関連記述が、ポイントを
付与すべきアクセス要求者、および、ポイントの付与を
禁止すべきアクセス要求者の少なくとも一方を特定する
情報を含むことを特徴とする請求項８に記載のデータ通
信方法。
【請求項１１】さらに、少なくとも前記ポイント支払
者による、コンテンツの評価を受理し、これを当該コン
テンツおよびコンテンツ提供者の少なくとも一方と関連
させて記憶するステップを備えたことを特徴とする請求
項１ないし８の何れか一項に記載のデータ通信方法。
【請求項１２】さらに、記憶された評価にしたがっ
て、ポイントの授受を制限するアクセス要求者を特定す
るステップを備えたことを特徴とする請求項１０に記載
のデータ通信方法。
【請求項１３】コミュニティ参加者のコンテンツのオ
リジナルＵＲＬを、通信管理サーバを介したコミュニテ
ィＵＲＬに変換して、当該コンテンツのＵＲＬと関連付
けて記憶し、アクセス要求者からコミュニティＵＲＬに
よるアクセスを受理したときに、当該コミュニティＵＲ
Ｌに基づき、コンテンツのオリジナルＵＲＬを特定し
て、当該オリジナルＵＲＬを用いて、コンテンツ提供者
からのコンテンツを受理して、受理したコンテンツを、
アクセス要求者に伝達するように構成された通信管理サ
ーバであって、前記コミュニティ参加者の各々が所有するポイントに関
する情報を記憶するユーザウォレットが設けられたユー
ザ管理データベースと、前記コンテンツ提供者からコンテンツを受理した際に、
当該コンテンツ中に含まれる、ポイントの授受に関する
ポイント関連記述を認識する記述解析手段と、前記ポイント関連記述にしたがって、前記アクセス要求
者およびコンテンツ提供者の何れかを、ポイント支払者
およびポイント受取者として、それぞれ特定するユーザ
特定手段と、前記ポイント支払者に関するユーザウォレットから所定
の数のポイントを取り出すとともに、ポイント受取者に
関するユーザウォレットに前記所定の数のポイントを付
与するポインタ処理手段とを備えたことを特徴とする通
信管理サーバ。
【請求項１４】さらに、少なくとも前記ポイント支払
者による、コンテンツの評価を求め、当該評価を受理す
る評価処理手段を備え、前記ユーザ管理データベース中に、前記コンテンツおよ
びコンテンツ提供者の少なくとも一方と関連させて記憶
するように構成されたことを特徴とする請求項１３に記
載の通信管理サーバ。
【請求項１５】コミュニティ参加者のコンテンツのオ
リジナルＵＲＬを、通信管理サーバを介したコミュニテ
ィＵＲＬに変換して、当該コンテンツのＵＲＬと関連付
けて記憶し、アクセス要求者からコミュニティＵＲＬに
よるアクセスを受理したときに、当該コミュニティＵＲ
Ｌに基づき、コンテンツのオリジナルＵＲＬを特定し
て、当該オリジナルＵＲＬを用いて、コンテンツ提供者
からのコンテンツを受理して、受理したコンテンツを、
アクセス要求者に伝達するように構成されたデータ通信
方法であって、前記コミュニティ参加者の各々が所有するポイントに関
する情報を記憶するユーザウォレットを設けるステップ
と、前記取得したコンテンツに、広告コンテンツを付加する
ステップと、前記広告が付加されたコンテンツを前記アクセス要求者
に伝達するステップと、前記アクセス要求者のユーザウォレットに、相応のポイ
ントを還元するステップとを備えたことを特徴とするデ
ータ通信方法。
【請求項１６】さらに、前記アクセス要求者が、広告
の付加の許可／不許可を登録するステップを備え、前記広告の付加が許可されている場合に前記広告コンテ
ンツが付加されたコンテンツを伝達するように構成され
たことを特徴とする請求項１５に記載のデータ通信方
法。
【請求項１７】さらに、前記広告の配信に際して当該
広告に関連したカウンタをインクリメントするステップ
を備え、所定の期間ごとに前記カウンタのカウントすることによ
り配信数を算出するように構成されたことを特徴とする
請求項１５または１６に記載のデータ通信方法。
【請求項１８】前記ポイントが、１配信あたりの広告
料金および／またはデータ通信料金に基づき決定される
ことを特徴とする請求項１５ないし１７の何れか一項に
記載のデータ通信方法。
【請求項１９】コミュニティ参加者のコンテンツのオ
リジナルＵＲＬを、通信管理サーバを介したコミュニテ
ィＵＲＬに変換して、当該コンテンツのＵＲＬと関連付
けて記憶し、アクセス要求者からコミュニティＵＲＬに
よるアクセスを受理したときに、当該コミュニティＵＲ
Ｌに基づき、コンテンツのオリジナルＵＲＬを特定し
て、当該オリジナルＵＲＬを用いて、コンテンツ提供者
からのコンテンツを受理して、受理したコンテンツを、
アクセス要求者に伝達するように構成された通信管理サ
ーバであって、前記コミュニティ参加者の各々が所有するポイントに関
する情報を記憶するユーザウォレットが設けられたユー
ザ管理データベースと、広告コンテンツを記憶した広告データベースと、アクセス要求者からのアクセス要求に基づき、前記コン
テンツ提供者からコンテンツを受理した際に、前記広告
データベースから取り出した所定の広告コンテンツを前
記コンテンツに付加するコンテンツ生成手段と、前記広告コンテンツが付加されたコンテンツを伝達した
場合に、前記アクセス要求者のユーザウォレットに所定
のポイントを還元するポイント処理手段とを備えたこと
を特徴とする通信管理サーバ。
【請求項２０】さらに、前記広告コンテンツが付加さ
れたコンテンツを伝達するときに、前記広告コンテンツ
の配信を少なくともカウントする広告配信管理手段を備
えたことを特徴とする請求項１９に記載の通信管理サー
バ。