JP2003345280A - 広告配信方法、及び仮想コミュニティシステム - Google Patents

Abstract

(57)【要約】 【課題】複数のプロバイダのサービスを利用する場合に
ユーザ情報の登録の手間やユーザIDの管理負荷が増大し
ており、また個人情報の収集に対する懸念から効果的な
広告配信が行えない。 【解決手段】ユニークな識別情報で管理されるユーザの
活動によって成立する仮想コミュニティであって、異な
るサービス提供事業者の持つ認証情報を相互に伝達する
認証ゲートウェイ手段と、コミュニティの属性情報を利
用してコミュニティを利用するユーザに最適な広告コン
テンツを配信する属性広告配信手段とを備えることを特
徴とする仮想コミュニティシステムを提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ある特定の目的や
嗜好を共有するユーザによってインターネット上の形成
される仮想的なコミュニティシステムに関し、特に異な
るセキュリティポリシーによって独立にユーザを管理し
ているサービス提供事業者の間での相互認証技術や、ユ
ーザの個人情報を保護しながらユーザの趣味・嗜好に適
合したコンテンツを配信する技術に関するものである。

【０００２】

【従来の技術】インターネットを利用した電子商取引や
デジタルコンテンツの配信サービスが普及するのに伴っ
て、ユーザを識別するためのIDの安全で利便性の高い付
与方法や認証方法が必要になってきている。

【０００３】そのための技術としては、特開２００２−
７３４６号公報記載のシングルサインオンシステムが知
られている。該発明は、複数のウェブサーバとブラウザ
の間に通信を制御する統合サーバと、複数のウェブサー
バが備えるファイルにアクセスする権限を有するユーザ
の識別情報およびアクセス権限情報を有する認証サーバ
を具備することにより、ユーザが一度の認証入力を行え
ば複数のサービスを利用可能とすることを特徴としてい
る。

【０００４】また特開２００２−６４４８３号公報記載
のユーザ認証方法が知られており、該発明は、ユーザが
所持する携帯情報端末の固有識別情報を予め認証サーバ
に登録しておき、ユーザを認証するためのデータをして
利用することを特徴としている。

【０００５】また広告コンテンツを視聴するかわりに他
のコンテンツやサービスを無料で提供するビジネスモデ
ルにおいては、ユーザの趣味・嗜好に適合し購買行動に
結び付くような効率的な広告配信方法が求められてい
る。

【０００６】そのための技術としては、特開２００２−
９９８３０号公報記載の視聴者履歴管理装置が知られて
いる。該発明は、視聴者端末の顧客登録データを管理す
る手段と、視聴者端末のウェブサイトアクセス履歴を管
理する手段と、視聴者端末の静的情報と視聴者の行動に
関る動的情報とを関連付けて収集解析する手段を具備す
ることにより、効率的に広告やマーケティングに利用で
きる情報を収集することを特徴としている。

【０００７】

【発明が解決しようとする課題】従来技術で述べたシン
グルサイオンは、同一プロバイダ内の認証であれば有効
な方法であるが、複数のプロバイダの認証情報を一箇所
のサーバに統合する場合は不正利用されるリスクが大き
い。また認証サーバにおいて、ユーザの個人情報がどの
ように使われるかをユーザが制御する手段を提供してい
ない点も問題である。

【０００８】また端末情報を利用してユーザ認証を行う
ことで、ユーザの負荷を軽減できる場合もあるが、今後
ユビキタス環境が普及すると、ユーザが複数の端末を持
って移動しながらシームレスにサービスを利用できるこ
とが必要である。

【０００９】さらに従来技術で述べた個人情報の収集管
理方法は、個人の行動を監視することによってプライバ
シーの侵害につながるおそれがある。また個人の属性情
報をもとにコンテンツを選択すると選択範囲が絞りすぎ
る結果を生じやすい。さらに広告コンテンツの配信にお
いても、不正・有害なコンテンツを受信しないようにユ
ーザ自身がフィルタリングできることが必要である。

【００１０】

【課題を解決するための手段】そこで本発明は、サービ
ス提供事業者同士が会員情報や決済情報を安全に交換す
ることが可能で、ユーザ自身が個人情報に対するアクセ
ス制御手段を有する認証ゲートウェイシステムを通じて
利便性の高い仮想コミュニティを提供する。

【００１１】また、本発明は、特定の個人情報を含まな
いコミュニティの属性とコンテンツの属性の最適な組合
わせによって広告を提供することが可能で、ユーザ自身
が好ましくない広告配信を排除する手段を有する属性広
告配信システムを通じて利便性の仮想コミュニティを提
供する。

【００１２】より具体的な本発明の態様によれば、仮想
コミュニティに属するメンバ情報や利用可能なサービス
情報を管理するコミュニティメンバ管理手段と、サービ
ス提供事業者の持つユーザ管理・認証システムと連携し
てコミュニティメンバの認証情報に対応する認証チケッ
トを発行し、別のサービス提供事業者からの要求に対し
て認証チケットの情報を提供する認証チケット管理手段
と、認証チケットに含まれる各種のユーザ属性に対する
アクセスを制御することができ、またアクセス制御ポリ
シーの設定・参照はコミュニティの管理者もしくはユー
ザが直接行えるアクセス制御ポリシー管理手段とを具備
する認証ゲートウェイシステムが提供される。

【００１３】また、より具体的な本発明の他の態様によ
れば、予めコミュニティの属性と配信するコンテンツの
属性を選択条件として登録しておき、コンテンツへのア
クセスが有ったときに選択条件に適合する広告コンテン
ツを決定することができ、また広告選択ルールの設定・
参照はコミュニティの管理者もしくはユーザが直接行え
る最適広告選択手段と、配信制御用のメタファイルに選
択された広告コンテンツの配信情報を加えることによっ
てオリジナルコンテンツと同期した広告配信を行う広告
配信制御手段と、オリジナルコンテンツおよび広告コン
テンツの配信サーバから視聴ログを収集し、コミュニテ
ィ毎・コンテンツ毎の視聴率を算出する視聴ログ管理手
段とを具備する属性広告配信システムが提供される。

【００１４】

【発明の実施の形態】以下、本発明を映像コンテンツの
配信サービスやオークションサービスを利用可能な仮想
コミュニティに用いた場合の実施形態について、図面を
参照して説明する。

【００１５】図３は、第１の実施形態にかかるシステム
構成図を示す。エンドユーザ１(101)は端末１(300)から
アクセス網１(310)を経由してサービス事業者A（131）
のサーバに接続する。端末2(301)は、「ホットスポッ
ト」と呼ばれる屋外のネットワークアクセスポイントに
接続して利用する携帯型端末や、コンビニエンスストア
や駅に置かれたデジタルコンテンツ販売用端末を想定し
ており、アクセス網2（311）を経由して上記サーバに接
続する。図４は、本構成におけるサービスシナリオの一
例を示す。まず端末１からユーザ管理・認証サーバに接
続すると、ログイン入力画面が返り、ユーザはログイン
情報（例えばユーザIDとパスワード）を送信する（41
0）。ユーザ認証が完了すると、ユーザ管理・認証サー
バは該ユーザの認証情報を認証ゲートウェイに送信し、
認証ゲートウェイから返されたセッション情報を端末１
に通知する。セッション情報は認証キー(102)で暗号化
され保持される(420)。端末１から映像配信サーバにコ
ンテンツを要求し、コンテンツが応答される（430）。
ユーザが端末１から端末に２に移動後、上記映像配信サ
ーバに接続する場合は、認証キー内のセッション情報が
認証ゲートウェイに送られ、その正当性が確認されセッ
ション情報が更新される(440)。その後は同様にコンテ
ンツ要求に対し、コンテンツを応答する(450)。この後
でログアウト情報がユーザ管理・認証サーバに送られ、
ログアウト処理が完了すると、該情報が認証ゲートウェ
イに送られる(460)。

【００１６】認証ゲートウェイサーバ110は、図１に示
すような機能モジュールにより構成される。認証ゲート
ウェイサーバ110は、コミュニティメンバ管理部111、認
証チケット管理部112、アクセス制御ポリシー管理部11
3、とからなる。

【００１７】図2は本システムの実現に用いることがで
きるハードウェア構成図である。図１に示した各サーバ
の機能モジュールは、ＣＰＵ201、メモリ202、入出力イ
ンターフェース203、表示装置204、入力装置205、記憶
装置206、ネットワーク装置207のハードウェアを搭載し
たコンピュータ上に構築することができる。この場合、
認証ゲートウェイサーバ等プログラム200の各機能モジ
ュールはメモリ202に読み込まれ、プロセスとして具体
化される。また外部のシステム208（図１の130、140）
とはネットワーク装置207を介して接続される。

【００１８】図９はコミュニティメンバ管理部111の動
作を示すフローチャートである。まずコミュニティを新
規に作成し、コミュニティプロファイル管理DBに登録す
る（901）。次にユーザIDによる問い合わせに対して該D
Bを検索し（902）、コミュニティで利用可能なサービス
であるかどうかを返す(903)。さらにコミュニティのプ
ロファイル情報を返す(904)。

【００１９】図１５はコミュニティプロファイル管理テ
ーブルの一例を示しており、コミュニティ名称(1501)、
管理するプロバイダ名(1502)、コミュニティのメンバ数
(1503)、メンバーのユーザIDリスト(1504)、利用できる
サービス1〜3(1505〜1507)、コミュニティの特徴を表す
プロファイル1〜4（1508〜1511）とで構成される。

【００２０】図１０は認証チケット管理部112の動作を
示すフローチャートである。まず認証サービス要求が新
規か確認かにより（1001）、新規の場合は送られてきた
認証情報をもとに認証チケットを作成し(1002)、該認証
チケットを認証チケット管理DBに登録後、該認証チケッ
トのセッションIDを返す(1003)。また確認の場合は、セ
ッションIDをもとに認証チケット管理DBを検索し（100
4）、有効な認証チケットであれば(1005)、アクセス制
御管理ポリシー部113を呼び出して（1006）、認証済み
のユーザ情報を返す(1007)。認証チケットが存在しない
か無効であれば、セッション無効メッセージを返す（10
08）。

【００２１】図１６は認証チケット管理テーブルの一例
を示しており、セッションID(1601)、認証元プロバイダ
名(1602)、発行日時(1603)、有効日時(1604)、認証され
たユーザID（1605）、認証方法(1606)、アクセス制御ポ
リシーにより保護された個人情報のパラメータ1〜6(160
7〜1612)とで構成される。

【００２２】図１１はアクセス制御ポリシー管理部113
の動作を示すフローチャートである。まずユーザ情報に
対するアクセス制御ルールを新規に作成し、アクセス制
御ポリシー管理DBに登録する（1101）。次にユーザ情報
に対するアクセス要求があった場合に、要求元サービス
に該当するルールを検索する（1102）。そしてアクセス
を許可するユーザ・パラメータ等を返す(1103)。

【００２３】図１７はアクセス制御ポリシー管理テーブ
ルの一例を示しており、ルールID（1701）、ルールが適
用されるサービス名(1702)、ルールが適用されるユーザ
ID（1703）、アクセスを許可するユーザ・パラメータ(1
704)、アクセスを許可する回数(1705)、以下同様にルー
ル定義の繰り返し(1706〜1710)とで構成される。

【００２４】図５は、第２の実施形態にかかるシステム
構成図を示す。端末2はアクセス網2を経由してサービス
事業者A(131)のサーバおよびサービス事業者B(500)のサ
ーバに接続する。サービス事業者Aのサーバとサービス
事業者Bのサーバは認証ゲートウェイを介して接続され
ている。図６は、本構成におけるサービスシナリオの一
例を示す。端末2は実施例１で述べたようにして、映像
配信サーバにコンテンツを要求し、コンテンツの応答を
得る(610)。端末2が接続先を別事業者のオークションサ
ーバ(510)に切り替えると、端末２からセッション情報
が認証ゲートウェイに送られ、認証ゲートウェイで認証
チケットが確認されると、オークションサーバに更新さ
れたセッション情報およびユーザ情報が通知される(62
0)。端末2からオークションサーバへコンテンツを要求
し、コンテンツの応答を得る（630）。オークションの
結果、物品が購入された場合、該購入情報は認証ゲート
ウェイを介して事業者Aのユーザ管理・認証サーバに送
られ、決済処理が行われた後ユーザに決済結果が通知さ
れる(640)。

【００２５】以上で説明した認証ゲートウェイによっ
て、複数の端末を利用したり、複数のサービス提供事業
者を利用する場合にユーザに負荷を軽減した認証方法を
提供することが可能である。

【００２６】図７は、第３の実施形態にかかるシステム
構成図を示す。端末2はアクセス網2を経由してサービス
事業者Aのサーバに接続すると同時に、端末2に広告コン
テンツを配信する属性広告配信サーバ710と接続してい
る。属性広告配信サーバは広告事業者Xのサーバ720と接
続して、広告コンテンツを入手する。図８は、本構成に
おけるサービスシナリオの一例を示す。属性広告配信サ
ーバはユーザからの要求を受ける前に映像配信サーバか
らコンテンツの属性情報を収集する(810)。さらに広告
事業者Xのサーバから配信すべき広告コンテンツを収集
しておく(820)。端末2からのコンテンツ要求は、ユーザ
管理・認証サーバで振り分けられ、広告挿入対象のコン
テンツへの要求は属性広告配信サーバへ転送され、配信
制御用のメタファイルに広告配信情報が挿入された後、
端末2に応答が返る（830）。端末2は返ってきたメタフ
ァイルに基づいて広告コンテンツや映像コンテンツを視
聴する(840)。その後属性広告配信サーバは映像配信サ
ーバや自身の広告配信サーバの視聴ログを収集する(85
0)。

【００２７】属性広告配信サーバ120は、図１に示すよ
うな機能モジュールにより構成される。属性広告配信サ
ーバ120は、最適広告選択部121、広告配信制御部122、
視聴ログ管理部123とからなる。

【００２８】図１２は最適広告選択部121の動作を示す
フローチャートである。まず広告事業者のサーバから広
告コンテンツを収集し属性リストを作成する（1201）。
上記属性リストおよびコミュニティのプロファイル情報
をもとにして広告選択ルールを新規に作成し、広告選択
ルール管理DBに登録する（1202）。広告付き視聴リクエ
ストを受信した場合は（1203）、まずリクエストを出し
たユーザIDからコミュニティ情報を取得し、該DBを検索
する(1204)。検索されたルールにおいて挿入すべき広告
が特定されたら、広告配信制御部122を呼び出す(120
5)。

【００２９】図１８は広告選択ルール管理テーブルの一
例であり、ルールID(1801)、ルール評価式(1802)、選択
条件1〜3(1803〜1805)、実行するアクション1(1806)、
以下同様にルール定義の繰り返し(1807〜1812)とで構成
される。

【００３０】図１３は広告配信制御部122の動作を示す
フローチャートである。まずコンテンツ配信用のメタフ
ァイルを読み込み（1301）、選択された広告コンテンツ
の配信情報を該メタファイルに追加し(1302)、更新され
たメタファイルを端末に返す(1303)。図１９はメタファ
イルの記述例であり、記述方法の詳細については、例え
ば「実践！ブロードバンドStreaming」櫻井智明・平明
弘共著、オーム社に記載がある。

【００３１】図１４は視聴ログ管理部123の動作を示す
フローチャートである。まず映像配信サーバ等サービス
毎のアクセスログを収集し(1401)、配信した広告コンテ
ンツの視聴ログを収集する(1402)。収集したログデータ
はコミュニティ単位に集計し、コミュニティプロファイ
ルDBにその結果を反映する(1403)。

【００３２】以上で説明した属性広告配信サーバによっ
て、コミュニティの特徴に適した広告コンテンツを動的
に選択し、配信することが可能である。

【００３３】

【発明の効果】以上説明したように、本発明によって、
サービス提供事業者同士が会員情報や決済情報を安全に
交換することが可能で、ユーザ自身が個人情報に対する
アクセス制御機能を有する認証ゲートウェイシステムを
通じて利便性の高い仮想コミュニティを提供することが
できる。

【００３４】さらに、特定の個人情報を含まないコミュ
ニティの属性とコンテンツの属性の最適な組合わせによ
って効果的に広告を提供することが可能で、ユーザ自身
が好ましくない広告配信を排除する機能を有する属性広
告配信システムを通じて利便性の仮想コミュニティを提
供することができる。

【図面の簡単な説明】

【図１】実施例に関わるシステムの機能モジュールを示
す説明図である。

【図２】実施例に関わるシステムのハードウェア構成を
示す説明図である。

【図３】第1の実施例に関わる映像配信サービス構成を
示す説明図である。

【図４】第１の実施例に関わるサービスシナリオを示す
シーケンス図である。

【図５】第２の実施例に関わる映像配信およびオークシ
ョンサービス構成を示す説明図である。

【図６】第２の実施例に関わるサービスシナリオを示す
シーケンス図である。

【図７】第３の実施例に関わる映像配信および属性広告
配信サービス構成を示す説明図である。

【図８】第３の実施例に関わるサービスシナリオを示す
シーケンス図である。

【図９】コミュニティメンバ管理部の動作を示すフロー
チャート図である。

【図１０】認証チケット管理部の動作を示すフローチャ
ート図である。

【図１１】アクセス制御ポリシー管理部の動作を示すフ
ローチャート図である。

【図１２】最適広告選択部の動作を示すフローチャート
図である。

【図１３】広告配信制御部の動作を示すフローチャート
図である。

【図１４】視聴ログ管理部の動作を示すフローチャート
図である。

【図１５】コミュニティプロファイル管理テーブルの一
例を示す図である。

【図１６】認証チケット管理テーブルの一例を示す図で
ある。

【図１７】アクセス制御ポリシー管理テーブルの一例を
示す図である。

【図１８】広告選択ルール管理テーブルの一例を示す図
である。

【図１９】広告配信用メタファイルの一例を示す図であ
る。

【符号の説明】

201…CPU、202…メモリ、203…入出力インターフェース
部、204…表示装置、205…入力装置、206…記憶装置、2
07…ネットワーク装置、208…外部のシステム

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１４年６月１８日（２００２．６．１
８）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】００１５

【補正方法】変更

【補正内容】

【００１５】図３は、第１の実施形態にかかるシステム
構成図を示す。エンドユーザ１(101)は端末１(300)から
アクセス網１(310)を経由してサービス事業者A（131）
のサーバに接続する。端末2(301)は、カフェ、ホテルそ
の他公衆エリアにおいて提供されるネットワークアクセ
スポイントに接続して利用する携帯型端末や、コンビニ
エンスストアや駅に置かれたデジタルコンテンツ販売用
端末を想定しており、アクセス網2（311）を経由して上
記サーバに接続する。図４は、本構成におけるサービス
シナリオの一例を示す。まず端末１からユーザ管理・認
証サーバに接続すると、ログイン入力画面が返り、ユー
ザはログイン情報（例えばユーザIDとパスワード）を送
信する（410）。ユーザ認証が完了すると、ユーザ管理
・認証サーバは該ユーザの認証情報を認証ゲートウェイ
に送信し、認証ゲートウェイから返されたセッション情
報を端末１に通知する。セッション情報は認証キー(10
2)で暗号化され保持される(420)。端末１から映像配信
サーバにコンテンツを要求し、コンテンツが応答される
（430）。ユーザが端末１から端末に２に移動後、上記
映像配信サーバに接続する場合は、認証キー内のセッシ
ョン情報が認証ゲートウェイに送られ、その正当性が確
認されセッション情報が更新される(440)。その後は同
様にコンテンツ要求に対し、コンテンツを応答する(45
0)。この後でログアウト情報がユーザ管理・認証サーバ
に送られ、ログアウト処理が完了すると、該情報が認証
ゲートウェイに送られる(460)。

Claims (5)

【特許請求の範囲】
1. 【請求項１】さまざまデジタルコンテンツやデジタルサ
   ービスをインターネット上で利用することを目的とし、
   ユニークな識別情報で管理されるユーザの活動によって
   成立する仮想コミュニティであって、異なるサービス提
   供事業者の持つ認証情報を相互に伝達する認証ゲートウ
   ェイ手段と、コミュニティの属性情報を利用してコミュ
   ニティを利用するユーザに最適な広告コンテンツを配信
   する属性広告配信手段とを備えることを特徴とする仮想
   コミュニティシステム。
2. 【請求項２】前記認証ゲートウェイ手段において、仮想
   コミュニティに属するメンバ情報や利用可能なサービス
   情報を管理するコミュニティメンバ管理手段と、サービ
   ス提供事業者の持つユーザ管理・認証システムと連携し
   てコミュニティメンバの認証情報に対応する認証チケッ
   トを発行し、別のサービス提供事業者からの要求に対し
   て認証チケットの情報を提供する認証チケット管理手段
   と、認証チケットに含まれる各種のユーザ属性に対する
   アクセスを制御するアクセス制御ポリシー管理手段とを
   備えることを特徴とする、請求項１記載の仮想コミュニ
   ティシステム。
3. 【請求項３】前記属性広告配信手段において、予めコミ
   ュニティの属性と配信するコンテンツの属性を選択条件
   として登録しておき、コンテンツへのアクセスが有った
   ときに選択条件に適合する広告コンテンツを決定する最
   適広告選択手段と、配信制御用のメタファイルに選択さ
   れた広告コンテンツの配信情報を加えることによってオ
   リジナルコンテンツと同期した広告配信を行う広告配信
   制御手段と、オリジナルコンテンツおよび広告コンテン
   ツの配信サーバから視聴ログを収集し、コミュニティ毎
   ・コンテンツ毎の視聴率を算出する視聴ログ管理手段と
   を備えることを特徴とする、請求項１または２記載の仮
   想コミュニティシステム。
4. 【請求項４】前記アクセス制御ポリシー管理手段におい
   て、アクセス制御ポリシーとして、適用されるユーザを
   指定することができ、またアクセス制御ポリシーの設定
   ・参照はコミュニティの管理者もしくはユーザが直接行
   えることを特徴とする請求項１または２記載の仮想コミ
   ュニティシステム。
5. 【請求項５】前記最適広告選択手段において、広告コン
   テンツの属性に応じて配信を制限するフィルタリングル
   ールを指定することができ、また広告選択ルールの設定
   ・参照はコミュニティの管理者もしくはユーザが直接行
   えることを特徴とする請求項１または３記載の仮想コミ
   ュニティシステム。