JP2000209562A - 課金装置、情報伝送システム、課金方法、及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 サービス対象の情報がストリーム型データで
あっても、クライアント側に対するサービスの提供を効
率的に且つ安全に行うことが可能な、情報伝送システム
を提供する。 【解決手段】 クライアント１３０がチケット購買要求
を課金サーバ１２０へ送信することで、サービス提供サ
ーバ１１０にて生成されたチケットが、課金サーバ１２
０を介してクライアント１３０へ送信される。クライア
ント１１０は、そのチケットを用いて、サービス提供サ
ーバ１１０へサービスを要求する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、映像や音
声等のストリーム情報のサービスを、ネットワークを介
してクライアント側に対して提供する際に、該クライア
ント側が受けるサービスに対して課金を行うための技術
に関するものである。

【０００２】

【従来の技術】従来より例えば、インターネット等のネ
ットワークを介して、映像や音声等のメディアデータの
サービスを、そのネットワーク上に接続された複数のク
ライアント側に対して提供する情報伝送システムが開発
されている。具体的には、”ＲｅａｌＡｕｄｉｏ”や”
Ｒｅａ１Ｖｉｄｅｏ”、”ＶＤＯＬｉｖｅ”等が挙げら
れる。また、ネットワーク上の撮像装置に対して、クラ
イアント側からズームやパン・チルトといったカメラ操
作を行うことが可能なシステムとしては、キヤノン株式
会社の”ＷｅｂＶｉｅｗ”等が挙げられる。

【０００３】ところで、上述のような情報伝送システム
において、サービス要求のあったクライアント側に対し
て送信する映像や静止画、ＭＩＤＩデータ等のディジタ
ルコンテンツに対して課金を行う場合、次のような課金
方法が用いられるのが一般的である。先ず、予めクライ
アント側からクレジットカード番号等の決済手段を、サ
ービスを提供する側（以下、「コンテンツサーバ側」と
言う）に通知しておく。そして、コンテンツサーバ側
は、クライアント側の決済手段を確認した後、ユーザ名
やパスワード等の秘密情報をクライアント側ヘ通知す
る。これにより、クライアント側は、ディジタルコンテ
ンツを受信することが可能となる。

【０００４】しかしながら、上記の課金方法では、クラ
イアント側がクレジットカード番号等のプライベートな
情報をコンテンツサーバ側に通知しなければならない不
安と、クライアント側がユーザ登録を行わなければなら
ない手間があるため、普及しにくいという問題があっ
た。また、サービスを提供する側であるコンテンツサー
バ側は、銀行引き落としやクレジット決済を行うのに手
数料がかかるため、少額な決済を行う場合にはある程度
の金額にならなければ銀行引き落としができないという
問題や、少額の決済を確認するために人件費を割くこと
ができにくいという問題があり、したがって、少額な決
済をオンラインで行うことは困難であった。

【０００５】そこで、上述のような問題を解決するた
め、近年では、匿名性を保持し且つ自動化された少額決
済を可能とする課金システムや電子マネー方式が登場し
てきた。これにより、コンテンツサーバ側が少額なサー
ビスを提供する場合には、コンテンツサーバ側で決済業
務を行わずに、決済業務を代行する課金システム（以
下、「課金サーバ」と言う）を利用した情報伝送システ
ムを構築する手法が主流になると予想される。これらの
特徴を持つ課金システムとしては、ＢｉｔＣａｓｈ社
の”ＢｉｔＣａｓｈ”や、ＣｙｂｅｒＣａｓｈ杜の”Ｃ
ｙｂｅｒＣａｓｈ”、”ＣｙｂｅｒＣｏｉｎ”等が挙げ
られる。

【０００６】

【発明が解決しようとする課題】しかしながら、”Ｂｉ
ｔＣａｓｈ”等の従来の課金サーバを利用した情報伝送
システムでは、課金サーバ側でクライアント側の認証を
行うことができる場合もあるが、多くの場合、サービス
を提供する側であるコンテンツサーバ側には、クライア
ント側の情報が送信されないため、コンテンツサーバ側
でクライアント側の認証を行うのが困難であった。この
ため、コンテンツサーバ側では、セキュリティ対策を厳
重にする必要があった。

【０００７】また、上記の従来の課金サーバで実際に取
り引きされているデータとしては、静止画像やソフトの
ダウンロード等の比較的データの小さな蓄積型データが
多く、このようなデータのサービスをクライアント側か
ら要求された場合には、該データを課金サーバを介して
クライアント側に送信するのが一般的であるが、サービ
スの対象となるデータが、映像等のストリーム型データ
であった場合、課金サーバを経由したデータ伝送を行う
と、課金サーバのネットワーク的な負荷が大きいという
問題がある。

【０００８】そこで、本発明は、上記の欠点を除去する
ために成されたもので、サービス対象の情報がストリー
ム型データであっても、クライアント側に対するサービ
スの提供を効率的に且つ安全に行うことが可能な、課金
装置、情報伝送システム、課金方法、及びそれを実施す
るための処理ステップをコンピュータが読出可能に格納
した記憶媒体を提供することを目的とする。

【０００９】

【課題を解決するための手段】斯かる目的下において、
本発明では例えば、課金サーバでクライアントが対価を
払うと、その情報が課金サーバからサービス提供サーバ
（撮像装置にて得られた映像や音声を提供するカメラサ
ーバ等のコンテンツサーバ）に送信され、その情報を基
にコンテンツサーバ側では、チケット（接続用チケッ
ト）が発行され、課金サーバを介しクライアントヘ送信
される。クライアントは、この接続用チケットでサービ
ス提供サーバに接続を行う。これにより、クライアント
が要求したサービス（映像や音声等の情報）が、課金サ
ーバを経由することはない。また、接続用チケットに対
して、クライアントが接続可能な時間情報（映像や音声
を視聴できる時間等）、チケット番号、及びクライアン
トを識別するためのパスワード等を埋め込むことによ
り、クライアントの匿名性を維持した状態で、クライア
ント認証を行うことができる。

【００１０】すなわち、第１の発明は、クライアントか
らのサービス要求に基づいて、サーバが該クライアント
に提供したサービスに対して課金を行う課金装置であっ
て、上記クライアントに関する所定情報を記憶する記憶
手段と、上記クライアントからの、上記サーバへサービ
ス要求を送信する際に用いるチケットの購買要求を受け
付ける購買要求受付手段と、上記購買要求受付手段にて
受け付けられた要求の正当性を、上記記憶手段の情報に
基づいて判定する判定手段と、上記判定手段での判定結
果に基づいて、上記チケットの発行を上記サーバに要求
するチケット要求手段と、上記判定手段での判定結果に
基づいて、上記クライアントが受けるサービスに対する
課金を行う課金手段と、上記チケット要求手段での要求
により上記サーバから返送されてきたチケットを、上記
クライアントに送信する送信手段とを備えることを特徴
とする。

【００１１】第２の発明は、上記第１の発明において、
上記サービスは、上記サーバにて取得された音声情報、
映像情報、及び該映像を得る際の撮影動作制御権の少な
くとも何れかを含むことを特徴とする。

【００１２】第３の発明は、上記第１の発明において、
上記チケットの情報は、上記サーバにて生成された上記
クライアントを識別するための情報、上記クライアント
が上記サーバからサービスを受けることが可能な時間情
報、及び上記サーバにて生成された電子署名情報の少な
くとも何れかを含むことを特徴とする。

【００１３】第４の発明は、上記第１の発明において、
上記チケットの情報は、上記サーバにて所定の暗号化方
式で暗号化された情報であることを特徴とする。

【００１４】第５の発明は、任意のクライアントから要
求されたサービスに対応する情報を、該クライアントへ
送信するサービス提供サーバと、上記クライアントに提
供されたサービスに対して課金を行う課金サーバとが、
上記クライアントと共に同一ネットワーク上に接続され
てなる情報伝送システムであって、上記課金サーバは、
請求項１〜４の何れかに記載の課金装置の機能を有する
ことを特徴とする。

【００１５】第６の発明は、任意のクライアントから要
求されたサービスに対応する情報を、該クライアントへ
送信するサービス提供サーバと、上記クライアントが上
記サービス提供サーバから受けたサービスに対して課金
を行う課金サーバとが、上記クライアントと共に同一ネ
ットワーク上に接続されてなる情報伝送システムであっ
て、上記クライアントは、上記サービス提供サーバへサ
ービス要求を送信する際に用いるチケットの購買要求を
上記課金サーバへ送信する手段と、該チケット購買要求
により上記課金サーバから返送されてきたチケットを用
いて上記サービス提供サーバへサービス要求を送信する
手段とを含み、上記課金サーバは、上記クライアントに
関する情報を記憶する手段と、該記憶情報に基づいて上
記クライアントからのチケット購買要求の正当性を判定
する手段と、該判定結果に基づいてチケットの発行要求
を上記サービス提供サーバへ送信する手段と、上記判定
結果に基づいて上記クライアントが受けるサービスに対
する決済処理を行う手段と、上記チケット発行要求によ
り上記サービス提供サーバから返送されてきたチケット
を上記クライアントへ送信する手段とを含み、上記サー
ビス提供サーバは、上記課金サーバからのチケット発行
要求に基づいてチケットを生成する手段と、該チケット
の情報を記憶する手段と、該チケットを上記課金サーバ
へ送信する手段と、上記クライアントからのサービス要
求を受け付ける手段と、上記サービス要求の正当性を上
記記憶情報から判定する手段と、該判定結果に基づいて
上記サービス要求に基づいた情報を上記クライアントへ
送信する手段とを含むことを特徴とする。

【００１６】第７の発明は、上記第６の発明において、
上記サービスは、音声情報、映像情報、及び該映像を得
る際の撮影動作制御権の少なくとも何れかを含み、上記
サービス提供サーバは、上記サービス要求元のクライア
ントが、上記サービスを受ける権利を有するか否かを判
定する手段を含むことを特徴とする。

【００１７】第８の発明は、上記第６の発明において、
上記サービス提供サーバでの上記チケットを生成する手
段は、上記クライアントを識別するための情報、及び上
記クライアントがサービスを受けることが可能な時間情
報の少なくとも何れかの情報を含めたチケットを生成す
ることを特徴とする。

【００１８】第９の発明は、上記第６の発明において、
上記サービス提供サーバにおいて、上記チケットを生成
する手段は、所定の暗号化方式によってチケットを生成
し、上記サービス要求を受け付ける手段は、該サービス
要求に用いられた上記チケットを復号化し、上記サービ
ス要求の正当性を判定する手段は、その判定を、上記復
号化されたチケットにより行うことを特徴とする。

【００１９】第１０の発明は、上記第６の発明におい
て、上記サービス提供サーバにおいて、上記チケットを
生成する手段は、所定の電子署名を含むチケットを生成
し、上記サービス要求の正当性を判定する手段は、その
判定を、上記サービス要求に用いられた上記チケット中
の電子署名によって行うことを特徴とする。

【００２０】第１１の発明は、クライアントがサービス
提供サーバへサービス要求を送信することで、クライア
ントがサービス提供サーバから受けるサービスに対する
課金を、課金サーバにて行うための課金方法であって、
上記クライアントが、上記サービス提供サーバへサービ
ス要求を送信する際に用いるチケットの購買要求を上記
課金サーバへ送信するステップと、上記課金サーバが、
予め記憶した上記クライアントに関する情報に基づい
て、上記クライアントからのチケット購買要求の正当性
を判定し、該判定結果に基づいて、チケットの発行要求
を上記サービス提供サーバへ送信すると共に、上記クラ
イアントが受けるサービスに対する決済処理を行うステ
ップと、上記サービス提供サーバが、上記課金サーバか
らのチケット発行要求に基づいて、チケットを生成し
て、該チケットの情報を記憶すると共に、該チケットを
上記課金サーバへ送信するステップと、上記課金サーバ
が、上記チケット発行要求により、上記サービス提供サ
ーバから返送されてきたチケットを上記クライアントへ
送信するステップと、上記クライアントが、上記チケッ
ト購買要求により、上記課金サーバから返送されてきた
チケットを用いて上記サービス提供サーバへサービス要
求を送信するステップと、上記サービス提供サーバが、
上記クライアントからのサービス要求を受け付けけ、上
記サービス要求の正当性を上記チケットの記憶情報から
判定し、該判定結果に基づいて、上記サービス要求に基
づいた情報を上記クライアントへ送信するステップとを
含むことを特徴とする。

【００２１】第１２の発明は、上記第１１の発明におい
て、上記サービスは、音声情報、映像情報、及び該映像
を得る際の撮影動作制御権の少なくとも何れかを含み、
上記サービス提供サーバが、上記サービス要求元のクラ
イアントが上記サービスを受ける権利を有するか否かを
判定するステップを含むことを特徴とする。

【００２２】第１３の発明は、上記第１１の発明におい
て、上記サービス提供サーバが、上記チケットを、上記
クライアントを識別するための情報、及び上記クライア
ントがサービスを受けることが可能な時間情報の少なく
とも何れかの情報を含めて生成するステップを含むこと
を特徴とする。

【００２３】第１４の発明は、上記第１１の発明におい
て、上記サービス提供サーバが、所定の暗号化方式によ
って上記チケットを生成し、上記クライアントからのサ
ービス要求を受信した場合には、該サービス要求に用い
られた上記チケットを復号化し、該サービス要求の正当
性を、上記復号化されたチケットにより行うステップを
含むことを特徴とする。

【００２４】第１５の発明は、上記第１１の発明におい
て、上記サービス提供サーバが、所定の電子署名を含む
上記チケットを生成し、上記クライアントからのサービ
ス要求を受信した場合には、該サービス要求に用いられ
た上記チケットの正当性を、上記チケット中の電子署名
によって行うステップを含むことを特徴とする。

【００２５】第１６の発明は、請求項１１〜１５の何れ
かに記載の課金方法を、コンピュータが読み出し可能に
格納した記憶媒体であることを特徴とする。

【００２６】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。

【００２７】（第１の実施の形態）本発明は、例えば、
図１に示すような情報伝送システム１００に適用され
る。この情報伝送システム１００は、料金を支払ったク
ライアント側のみが映像のサービスを受けることが可能
なシステムであり、上記図１に示すように、映像のサー
ビスを提供するカメラサーバ１１０と、映像のサービス
を要求するクライアント１３０と、クライアント１３０
が要求したサービスに対して課金処理を行う課金サーバ
１２０とが、インターネット等のコンピュータネットワ
ーク上にそれぞれ接続され相互通信可能なように構成さ
れている。尚、上記図１では、説明の簡単のためにそれ
ぞれが１つのカメラサーバ１１０及びクライアント１３
０を示しているが、それぞれが複数存在するものとして
もよい。

【００２８】カメラサーバ１１０は、課金サーバ１２０
からのチケット発行要求に基づいた後述するチケットの
発行を行うと共に、クライアント１３０からの映像のサ
ービス要求に基づいた映像を取得してその映像をクライ
アント１３０に対して送信する。このため、カメラサー
バ１１０は、被写体を撮影して得た映像情報をディジタ
ル化するカメラ装置１１１と、カメラ装置１１１で得ら
れた映像情報を取得する映像取得部１１３と、映像取得
部１１３で得られた映像情報をネットワークを介してク
ライアント１３０に対して送信する映像送信部１１４
と、発行したチケットの情報を蓄積するための接続チケ
ット登録用のデータベース（ＤＢ）１１５と、課金サー
バ１２０から送信されるチケット発行依頼を受け付ける
チケット発行依頼受付部１１６と、チケット発行依頼受
付部１１６で受け付けられたチケット発行依頼に基づい
てチケットの発行を行うと共に、そのチケット情報を接
続チケット登録用ＤＢ１１５に蓄積（登録）するチケッ
ト発行部１１７と、チケット発行部１１７で発行された
チケットを課金サーバ１２０に対して送信するチケット
送信部１１８と、クライアント１３０からの後述する接
続用チケットを用いた映像のサービス要求を受け付ける
映像要求受付部１１９と、映像要求受付部１１９で受け
付けられたサービス要求を接続チケット登録用ＤＢ１１
５のチケット情報を元に確認するチケット判定部１１２
とを含んでなる。尚、カメラ装置１１１は、撮影して得
られた映像情報をディジタル化する機構を内蔵した一体
型カメラ装置であってもよいし、上記のディジタル化す
る機構を別ボードの形態で備えるものであってもよい。

【００２９】課金サーバ１２０は、クライアント１３０
からのチケット購買要求により、それに基づいた情報を
カメラサーバ１１０に対して送信し、そのカメラサーバ
１１０から返信されるチケットを接続用チケットとして
クライアント１３０に対して送信する。このため、課金
サーバ１２０は、課金用の秘密情報等を蓄積するための
データベース（ＤＢ）１２１と、クライアント１３０か
らのチケットの購買要求（詳細は後述するが、買う商品
やサービス内容や課金情報等の情報を含む要求）を受け
付ける購買受付部１２２と、購買受付部１２２で受け付
けられた購買要求の正当性を課金情報ＤＢ１２１の情報
を基に判定する課金情報判定部１２３と、課金情報判定
部１２３の判定結果に基づいてカメラサーバ１１０ヘチ
ケットの発行依頼を要求するチケット発行依頼送信部１
２４と、カメラサーバ１１０で発行されたチケットを受
信するチケット受信部１２５と、チケット受信部１２５
で受信されたチケットを接続用チケットとしてクライア
ント１３０に対して送信するチケット送信部１２６とを
含んでなる。

【００３０】クライアント１３０は、課金サーバ１２０
にチケットの購入を要求するチケット購入要求部１３１
と、課金サーバ１２０からの接続用チケットを受信する
チケット受信部１３２と、チケット受信部１３２で受信
された接続用チケットを用いて映像のサービスをカメラ
サーバ１１０ヘ要求する映像要求部１３３と、カメラサ
ーバ１１０からの映像を受信すると共に画面表示等する
映像受信部１３４を含んでなる。

【００３１】上述のような映像伝送システム１００の全
体の動作は、図２に示すフローチャートに従った動作と
なる。

【００３２】ステップＳ２０１：クライアント１３０
は、課金サーバ１２０に対して、チケットの購買要求
（カメラサーバ１１０で得られた映像の視聴のための要
求）を行う。このときの要求情報には、後述する課金情
報（以下、「決済情報」とも言う）と、希望する映像の
情報（カメラサーバ名や映像ストリーム名等）、及びそ
のカメラサーバとの希望する接続時間の情報等を含む。

【００３３】ステップＳ２０２：課金サーバ１２０は、
クライアント１３０からの要求の決済情報が正当なもの
であった場合に、カメラサーバ１１０に対してチケット
発行の要求を行う。

【００３４】ステップＳ２０３：カメラサーバ１１０
は、課金サーバ１２０からの要求により、チケットを発
行して、それを接続チケット登録用ＤＢ１１５へ登録す
ると共に、課金サーバ１２０へ返送する。課金サーバ１
２０は、カメラサーバ１１０から返送されてきたチケッ
トを接続用チケットとしてクライアント１３０に対して
送信する。

【００３５】ステップＳ２０４：クライアント１３０
は、課金サーバ１２０からの接続用チケットを用いて、
カメラサーバ１１０に対する映像のサービスを要求（接
続要求）する。

【００３６】ステップＳ２０５：カメラサーバ１１０
は、クライアント１３０からの要求により、それに用い
られた接続用チケットの内容を、接続チケット登録用Ｄ
Ｂ１１５へ先に登録したチケットの内容で確認し、正し
い要求であった場合に、その要求に従った映像を取得し
て、それをクライアント１３０に対して送信する。

【００３７】ステップＳ２０６：クライアント１３０
は、カメラサーバ１１０からの映像を受信して、それを
画面表示等する。

【００３８】ここで、図３は、クライアント１３０に着
目した場合の動作を示したものであり、図４は、課金サ
ーバ１２０に着目した場合の動作を示したものであり、
図５（ａ）及び（ｂ）は、カメラサーバ１１０に着目し
た場合の動作を示したものである。以下、それぞれの動
作について具体的に説明する。

【００３９】（１）クライアント１３０における処理
（上記図３参照） ステップＳ３０１：チケット購買要求部１３１は、課金
サーバ１２０に対して、チケット購買の要求（視聴要
求）を行う。この要求には、決済情報、カメラサーバ名
や映像ストリーム名、及び接続時間が含まれる。ここ
で、決済情報とは、電子マネーやプリペイドカード方式
のカード情報等であり、オンライン少額決済を行うサイ
トが指定する情報（暗号やパスワード等）を指す。具体
的には例えば、図６に示すような情報である。 ステップＳ３０２：クライアント１３０は、ステップＳ
３０１でのチケット購買の要求後、チケット受信部１３
２での課金サーバ１２０からのチケット受信待ち状態に
入る。 ステップＳ３０３〜ステップＳ３０５：チケット受信部
１３２が課金サーバ１２０からの接続用チケットを受信
すると（ステップＳ３０３）、映像要求部１３３は、そ
の接続用チケットの情報を用いて、カメラサーバ１１０
に対して映像のサービスを要求する（ステップＳ３０
４）。その後、クライアント１３０は、映像受信部１３
４でのカメラサーバ１１０からの映像の受信待ち状態に
入る。 ステップＳ３０６：映像受信部１３４は、カメ
ラサーバ１１０からの映像を受信すると、それを画面表
示等する。

【００４０】（２）課金サーバ１２０における処理（上
記図４参照） ステップＳ４０１：購買受付部１２２は、クライアント
１３０からのチケット購買要求（上記図３：ステップＳ
３０１参照）を受け付ける。 ステップＳ４０２：課金情報判定部１２３は、購買受付
部１２２で受け付けられた要求に含まれる決済情報（課
金情報）を、課金情報ＤＢ１２１に蓄積されている情報
を用いて確認する。 ステップＳ４０３：そして、課金情報判定部１２３は、
ステップＳ４０２での確認の結果、クライアント１３０
からの要求が正当なものであるか否かを判別する。この
判別の結果、正しい要求であった場合にのみ次のステッ
プＳ４０４からの処理に進み、そうでない場合には該要
求を無視する。 ステップＳ４０４〜ステップＳ４０６：クライアント１
３０からの要求（決済情報）が正しい場合、課金情報判
定部１２３は、実際に決済処理を行って（ステップＳ４
０４）、カメラサーバ１１０に対してチケットの発行を
要求する（ステップＳ４０５）。この要求には、クライ
アント１３０からの要求に含まれるカメラサーバ名や映
像ストリーム名、及び接続時間等の情報も含む。その
後、課金サーバ１２０は、チケット受信部１２５でのカ
メラサーバ１１０からのチケット受信待ち状態に入る
（ステップＳ４０６）。 ステップＳ４０７：チケット受信部１２５がカメラサー
バ１１０からのチケットを受信すると、チケット送信部
１２６は、そのチケットを接続用チケットとしてクライ
アント１３０に対して送信する。

【００４１】（３−１）カメラサーバ１１０におけるチ
ケット発行処理（上記図５（ａ）参照） ステップＳ５０１：チケット発行依頼部１１６は、課金
サーバ１２０からのチケット発行の要求（上記図４：ス
テップＳ４０５参照）を受け付ける。 ステップＳ５０２：チケット発行部１１７は、チケット
発行依頼部１１６で受け付けられた要求に基づいて、チ
ケットを発行し、それを接続チケット登録用ＤＢ１１５
へ登録する。このチケット上の情報としては、課金サー
バ１２０からのチケット発行の要求に含まれるカメラサ
ーバ名や映像ストリーム名、及び接続時間等を含むと共
に、チケット番号、チケット発行時間、パスワード等の
秘密情報も含む。具体的には例えば、図７に示すような
情報とする。 ステップＳ５０３：チケット送信部１１８は、チケット
発行部１１７で発行されたチケットを接続用チケットと
して、課金サーバ１２０に対して送信する。

【００４２】（３−２）カメラサーバ１１０における映
像提供処理（上記図５（ｂ）参照） ステップＳ５０４：映像要求受付部１１９は、クライア
ント１３０からの映像のサービス要求（上記図３：ステ
ップＳ３０４参照）を受け付ける。 ステップＳ５０５：チケット判定部１１２は、映像要求
受付部１１９で受け付けられた要求に使用されている接
続用チケットの記載事項の正当性の判定を、接続チケッ
ト登録用ＤＢ１１５に登録されている情報を参照するこ
とで行う。ここで判定を行う事項としては、例えば、カ
メラサーバ名及び映像ストリーム名、現時刻が接続可能
時間内か否か、チケット番号、パスワードが正しいか否
かについての事項とする。 ステップＳ５０６：ステップＳ５０５での判定の結果、
上記の要求に用いられた接続用チケットが正当なもので
あった場合に次のステップＳ５０７の処理を実行し、そ
うでない場合には該要求を無視する。 ステップＳ５０７：クライアント１３０からの要求が正
当なものであった場合、映像送信部１１４は、映像取得
部１１３で取得された映像を、クライアント１３０に対
して送信する。

【００４３】尚、カメラサーバ１１０は、ステップＳ５
０１〜Ｓ５０３を繰り返し処理するスレッド（上記図５
（ａ）の処理）と、ステップＳ５０４〜Ｓ５０７を繰り
返し処理するスレッド（上記図５（ｂ）の処理）との２
つのスレッドから構成された処理を実行するようになさ
れており、これらは接続チケット登録用ＤＢ１１５を仲
介して協調動作するようになされている。

【００４４】上述のように、本実施の形態では、カメラ
サーバ１１０がサービス要求のあったクライアント１３
０に対して該サービスを提供する場合、サービスを受け
るための接続用チケットをカメラサーバ１１０が発行
し、その接続用チケットを用いてクライアント１３０が
カメラサーバ１１０に対してサービス要求（映像のダウ
ンロード等）し、その接続用チケットのサービスに対し
て課金サーバ１３０で課金を行うように構成した。これ
により、サービス対象のデータが映像ストリームのよう
なストリーム情報であっても、該データを課金サーバ１
３０を介さずに、すなわち課金サーバ１３０にネットワ
ーク的な負荷をかけることなく、クライアント１３０が
受けるサービスに対して課金を行うことができる。ま
た、課金サーバ１３０とは別に、カメラサーバ１１０
（サービスの提供側）で認証機構を持つことにより、す
なわち接続用チケットをカメラサーバ１１０で発行し、
その認証情報をカメラサーバ１１０で管理するように構
成したことにより、クライアント１３０のカード番号等
のプライベートな情報を、カメラサーバ１１０に知られ
ることなく、課金を行うことができる。これは、クライ
アント１３０の匿名性をカメラサーバ１１０に対して保
つことができるだけでなく、カメラサーバ１１０にとっ
ても、セキュリティ対策を厳重にする手間も省け、運用
が非常に容易になるという長所も存在する。

【００４５】尚、上述の実施の形態では、独自の課金サ
ーバ１２０を設ける構成としたが、課金サーバ１２０
を、例えば、同等の機能を有する既存の課金インフラス
トラクチャ（ＢｉｔＣａｓｈ杜の”ＢｉｔＣａｓｈ”
や、サイバーキャッシュ社の”ＣｙｂｅｒＣａｓ
ｈ”、”ＣｙｂｅｒＣｏｉｎ”等）で代用してもかまわ
ない。

【００４６】また、カメラサーバ１１０、クライアント
１３０、及び課金サーバ１２０間の通信にて、ＳＳＬ等
の暗号化を行うようにすることで、セキュリティレベル
をさらに上げることも可能である。

【００４７】また、カメラサーバ１１０にてチケットを
発行する際（上記図５（ａ）：ステップＳ５０２参
照）、該チケットにパスワードを書き込むようにした
が、このパスワードとしては、例えば、固定のパスワー
ドでもよいし、一接続毎に作成されるワンタイムパスワ
ードでもよい。ワンタイムパスワードの場合には、上記
ステップＳ５０２での処理中に、パスワード作成処理を
追加する。一方、セキュリティのレベルがそれほど求め
られない場合には、パスワードを用いないようにしても
よい。

【００４８】また、カメラサーバ１１０にてチケットを
発行する際（上記図５（ａ）：ステップＳ５０２参
照）、例えば、チケット自体の電子署名を該チケットに
付け加えるようにしてもよい。これにより、送信先のク
ライアント１３０やその他のチケットを不正に入手した
者による改竄の有無の確認が行えるため、安全性をより
高めることが可能となる。この場合、上記ステップＳ５
０２の処理中に、電子署名を作成する処理と電子署名を
チケットに書き込む処理を追加すると共に、上記図５
（ｂ）のステップＳ５０５の処理中においても、チケッ
ト内の電子署名確認処理を追加する。

【００４９】また、課金サーバ１２０にてチケット発行
要求依頼を行う際（上記図４：ステップＳ４０５参
照）、例えば、そのデータ自体に電子署名を付け加える
ようにしてもよい。これにより、第三者による不正なチ
ケット発行依頼要求の防止や、改竄を防止することが可
能となり、課金サーバ１２０とカメラーサーバ１１０間
のセキュリティをより高めることが可能となる。この場
合、予め課金サーバ１２０側において、課金サーバ１２
０の公開鍵（非対称鍵暗号方式の公開鍵等）を生成して
おき、その公開鍵をカメラサーバ１１０に登録してお
く。また、上記ステップＳ４０５の処理中に、電子署名
を作成及び送信する処理を追加すると共に、上記図５
（ａ）のステップＳ５０１の処理中においても、電子署
名の確認を行う処理を追加する。

【００５０】（第２の実施の形態）本実施の形態では、
上記図１の情報伝送システム１００において、映像受信
権、音声受信権、及びカメラ制御権等のサービスをも提
供し、これに対して課金を行う。

【００５１】例えば、情報伝送システム１００は、キヤ
ノン株式会社の”ＷｅｂＶｉｅｗ”のように、クライア
ント１３０からカメラ制御コマンドがカメラサーバ１１
０ヘ送られ、カメラ装置１１１のズーム、パン、及びチ
ルト等の操作が可能となる機能と、音声を取り込む機能
とを有する。また、カメラサーバ１１０が提供するサー
ビスとしては、映像受信権、音声受信権、及びカメラ制
御権の３つとする。

【００５２】上述のような、情報伝送システム１００
が、サービス内容や機能が複数あるシステムの場合、接
続用チケットにこれらのサービス及び機能毎に異なる属
性値を持たせる。具体的には、映像受信権と音声受信権
を選択した場合の属性値を”Ａ”、映像受信権とカメラ
制御権を選択した場合の属性値を”Ｂ”、映像受信権と
音声受信権とカメラ制御権の全てを選択した場合の属性
値を”Ｃ”とする。尚、接続用チケットに持たせる情報
としては、サービスの組み合わせを示す、”Ａ”、”
Ｂ”、及び”Ｃ”等の属性値に限らず、サービスの組み
合わせを直接接続用チケットに持たせるようにしてもよ
い。例えば「サービス内容：カメラ制御のみ」、「サー
ビス内容：音声＋カメラ制御」などのような情報を、直
接接続用チケットに書き込む。

【００５３】このため、上記図５（ａ）及び（ｂ）に示
したカメラサーバ１１０での処理において、ステップＳ
５０２の処理中に、上記属性値を接続チケットに書き込
む処理を追加する。また、ステップＳ５０５の中に、映
像送信時でチケット確認を行う際に属性値も合わせて確
認する処理を追加する。さらに、ステップＳ５０７の処
理中に、属性値によって配信するサービスを決定する処
理を追加する。このとき、予め定められた所定の属性値
を有するチケットの送信元（クライアント）を優先する
ようにしてもよい。

【００５４】また、クライアント１３０が課金サーバ１
２０に対してチケット購買要求を発行する際に、希望す
るサービスを選択してもらい、この選択情報がカメラサ
ーバ１１０ヘチケット発行要求と共に伝えられること
で、上記のサービスの区別がなされる。

【００５５】上述のように、本実施の形態では、接続用
チケットに属性や優先権を持たせ、それを基にカメラサ
ーバ１１０にてクライアント１３０のサービス内容の区
別を行うようにした。これにより、上述した第１の実施
の形態での効果に加えて、サービスの差別化を図ること
が可能となる、という効果も得ることができる。

【００５６】尚、本発明の目的は、上述した各実施の形
態のホスト及び端末の機能を実現するソフトウェアのプ
ログラムコードを記憶した記憶媒体を、システム或いは
装置に供給し、そのシステム或いは装置のコンピュータ
（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログ
ラムコードを読みだして実行することによっても、達成
されることは言うまでもない。 この場合、記憶媒体か
ら読み出されたプログラムコード自体が各実施の形態の
機能を実現することとなり、そのプログラムコードを記
憶した記憶媒体は本発明を構成することとなる。プログ
ラムコードを供給するための記憶媒体としては、ＲＯ
Ｍ、フロッピーディスク、ハードディスク、光ディス
ク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テ
ープ、不揮発性のメモリカード等を用いることができ
る。また、コンピュータが読みだしたプログラムコード
を実行することにより、各実施の形態の機能が実現され
るだけでなく、そのプログラムコードの指示に基づき、
コンピュータ上で稼動しているＯＳ等が実際の処理の一
部又は全部を行い、その処理によって各実施の形態の機
能が実現される場合も含まれることは言うまでもない。
さらに、記憶媒体から読み出されたプログラムコード
が、コンピュータに挿入された拡張機能ボードやコンピ
ュータに接続された機能拡張ユニットに備わるメモリに
書き込まれた後、そのプログラムコードの指示に基づ
き、その機能拡張ボードや機能拡張ユニットに備わるＣ
ＰＵなどが実際の処理の一部又は全部を行い、その処理
によって各実施の形態の機能が実現される場合も含まれ
ることは言うまでもない。

【００５７】

【発明の効果】以上説明したように本発明では、クライ
アントがサービス提供サーバからサービス（撮像装置で
得られた映像や音声等を提供するサービス）を受ける際
には、先ず、クライアントが課金サーバにチケット購買
を要求する。課金サーバは、予めデータベース等に記憶
しているクライアントの情報（クライアントのクレジッ
ト番号等の課金用秘密情報）を参照して、チケット購買
要求を送信したクライアントを確認し、正しいクライア
ントであったならば、決済処理を行うと共に、チケット
発行の要求をサービス提供サーバへ送信する。サービス
提供サーバは、課金サーバからのチケット発行要求に基
づいて、チケット（接続用チケット）を生成し、それを
課金サーバへ返送すると共に、その情報をデータベース
等に記憶する。課金サーバは、サービス提供サーバから
返送されてきたチケットをクライアントへ送信する。し
たがって、クライアントは、課金サーバから返送されて
きたチケットを用いて、サービス提供サーバと接続して
サービス要求を送信する。これを受けたサービス提供サ
ーバは、クライアントがサービス要求の際に使用したチ
ケットの正当性を、先にデータベース等に記憶した情報
を参照することで確認し、正しいことを確認した場合
に、クライアントへサービスを提供する。このように構
成したことにより、サービス提供サーバが提供するサー
ビスが、動画や音声等のストリーム情報であっても、該
情報が課金サーバを介さずに、すなわち課金サーバにネ
ットワーク的な負荷をかけることなく、クライアントが
受けるサービスに対して課金を行うことができる。

【００５８】また、課金サーバとは別に、サービス提供
サーバ側で認証機構を持つことにより、すなわちチケッ
ト発行をサービス提供サーバ側で発行し、その認証情報
をサービス提供サーバ側で管理することにより、クライ
アントのクレジットカード番号等のプライベートな情報
（課金用秘密情報）を、サービス提供サーバ側に知られ
ることなく、クライアントが受けるサービスに対して課
金を行うことができる。これは、クライアントの匿名性
をサービス提供サーバ側に対して保つことができるだけ
でなく、サービス提供サーバ側にとってもセキュリティ
対策を厳重にする手間も省け、運用が非常に容易になる
という長所も存在する。

【００５９】さらに、サービス提供サーバが提供するサ
ービスが、複数のサービスである場合、例えば、映像情
報、音声情報、及び撮影動作制御権（サービス提供サー
バが撮像装置をネットワークでつながれた遠隔地から操
作することを可能とする機構を有する場合等の、該撮像
装置の制御権）というようなサービスである場合、チケ
ットに対して、それら複数のサービスの組み合わせ又は
全ての属性をつけることにより、サービスの差別化をは
かることもできる。

【００６０】よって、本発明によれば、サービス対象の
情報がストリーム型データであっても、クライアント側
に対するサービスの提供を効率的に且つ安全に行うこと
ができる。

【図面の簡単な説明】

【図１】第１の実施の形態において、本発明を適用した
情報伝送システムの構成を示すブロック図である。

【図２】上記情報伝送システムの全体動作を説明するた
めのフローチャートである。

【図３】上記情報伝送システムのクライアントの動作を
説明するためのフローチャートである。

【図４】上記情報伝送システムの課金サーバの動作を説
明するためのフローチャートである。

【図５】上記情報伝送システムのカメラサーバの動作を
説明するためのフローチャートである。

【図６】上記クライアントから上記課金サーバへ送られ
る要求中の課金情報（決済情報）を説明するための図で
ある。

【図７】上記課金サーバからの要求により、上記カメラ
サーバにて発行される接続用チケット上の情報を説明す
るための図である。

【符号の説明】

１００ 情報伝送システム １１０ カメラサーバ １１１ カメラ装置 １１２ チケット判定部 １１３ 映像取得部 １１４ 映像送信部 １１５ 接続チケット登録用データベース １１６ チケット発行依頼受付部 １１７ チケット発行部 １１８ チケット送信部 １１９ 映像要求受付部 １２０ 課金サーバ １２１ 課金情報データベース １２２ 購買受付部 １２３ 課金情報判定部 １２４ チケット発行依頼送信部 １２５ チケット受信部 １２６ チケット送信部 １３０ クライアント １３１ チケット購買要求部 １３２ チケット受信部 １３３ 映像要求部 １３４ 映像受信部

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 GA11 GA21 GB04 HA10 JA07 JA08 JA33 JB04 JB05 JB15 KA15 KA17 KB12 KB13 KC58 KH30 LB26 5C064 BA01 BB01 BB02 BC01 BC10 BC16 BC20 BD02 BD04 BD07 BD08 BD09 5K030 GA03 GA15 HA06 HB01 HB02 HB08 HB15 HB19 KA02 LD17

Claims (16)

【特許請求の範囲】
1. 【請求項１】 クライアントからのサービス要求に基づ
   いて、サーバが該クライアントに提供したサービスに対
   して課金を行う課金装置であって、 上記クライアントに関する所定情報を記憶する記憶手段
   と、 上記クライアントからの、上記サーバへサービス要求を
   送信する際に用いるチケットの購買要求を受け付ける購
   買要求受付手段と、 上記購買要求受付手段にて受け付けられた要求の正当性
   を、上記記憶手段の情報に基づいて判定する判定手段
   と、 上記判定手段での判定結果に基づいて、上記チケットの
   発行を上記サーバに要求するチケット要求手段と、 上記判定手段での判定結果に基づいて、上記クライアン
   トが受けるサービスに対する課金を行う課金手段と、 上記チケット要求手段での要求により上記サーバから返
   送されてきたチケットを、上記クライアントに送信する
   送信手段とを備えることを特徴とする課金装置。
2. 【請求項２】 上記サービスは、上記サーバにて取得さ
   れた音声情報、映像情報、及び該映像を得る際の撮影動
   作制御権の少なくとも何れかを含むことを特徴とする請
   求項１記載の課金装置。
3. 【請求項３】 上記チケットの情報は、上記サーバにて
   生成された上記クライアントを識別するための情報、上
   記クライアントが上記サーバからサービスを受けること
   が可能な時間情報、及び上記サーバにて生成された電子
   署名情報の少なくとも何れかを含むことを特徴とする請
   求項１記載の課金装置。
4. 【請求項４】 上記チケットの情報は、上記サーバにて
   所定の暗号化方式で暗号化された情報であることを特徴
   とする請求項１記載の課金装置。
5. 【請求項５】 任意のクライアントから要求されたサー
   ビスに対応する情報を、該クライアントへ送信するサー
   ビス提供サーバと、 上記クライアントに提供されたサービスに対して課金を
   行う課金サーバとが、上記クライアントと共に同一ネッ
   トワーク上に接続されてなる情報伝送システムであっ
   て、 上記課金サーバは、請求項１〜４の何れかに記載の課金
   装置の機能を有することを特徴とする情報伝送システ
   ム。
6. 【請求項６】 任意のクライアントから要求されたサー
   ビスに対応する情報を、該クライアントへ送信するサー
   ビス提供サーバと、 上記クライアントが上記サービス提供サーバから受けた
   サービスに対して課金を行う課金サーバとが、上記クラ
   イアントと共に同一ネットワーク上に接続されてなる情
   報伝送システムであって、 上記クライアントは、上記サービス提供サーバへサービ
   ス要求を送信する際に用いるチケットの購買要求を上記
   課金サーバへ送信する手段と、該チケット購買要求によ
   り上記課金サーバから返送されてきたチケットを用いて
   上記サービス提供サーバへサービス要求を送信する手段
   とを含み、 上記課金サーバは、上記クライアントに関する情報を記
   憶する手段と、該記憶情報に基づいて上記クライアント
   からのチケット購買要求の正当性を判定する手段と、該
   判定結果に基づいてチケットの発行要求を上記サービス
   提供サーバへ送信する手段と、上記判定結果に基づいて
   上記クライアントが受けるサービスに対する決済処理を
   行う手段と、上記チケット発行要求により上記サービス
   提供サーバから返送されてきたチケットを上記クライア
   ントへ送信する手段とを含み、 上記サービス提供サーバは、上記課金サーバからのチケ
   ット発行要求に基づいてチケットを生成する手段と、該
   チケットの情報を記憶する手段と、該チケットを上記課
   金サーバへ送信する手段と、上記クライアントからのサ
   ービス要求を受け付ける手段と、上記サービス要求の正
   当性を上記記憶情報から判定する手段と、該判定結果に
   基づいて上記サービス要求に基づいた情報を上記クライ
   アントへ送信する手段とを含むことを特徴とする情報伝
   送システム。
7. 【請求項７】 上記サービスは、音声情報、映像情報、
   及び該映像を得る際の撮影動作制御権の少なくとも何れ
   かを含み、 上記サービス提供サーバは、上記サービス要求元のクラ
   イアントが、上記サービスを受ける権利を有するか否か
   を判定する手段を含むことを特徴とする請求項６記載の
   情報伝送システム。
8. 【請求項８】 上記サービス提供サーバでの上記チケッ
   トを生成する手段は、上記クライアントを識別するため
   の情報、及び上記クライアントがサービスを受けること
   が可能な時間情報の少なくとも何れかの情報を含めたチ
   ケットを生成することを特徴とする請求項６記載の情報
   伝送システム。
9. 【請求項９】 上記サービス提供サーバにおいて、 上記チケットを生成する手段は、所定の暗号化方式によ
   ってチケットを生成し、 上記サービス要求を受け付ける手段は、該サービス要求
   に用いられた上記チケットを復号化し、 上記サービス要求の正当性を判定する手段は、その判定
   を、上記復号化されたチケットにより行うことを特徴と
   する請求項６記載の情報伝送システム。
10. 【請求項１０】 上記サービス提供サーバにおいて、 上記チケットを生成する手段は、所定の電子署名を含む
    チケットを生成し、 上記サービス要求の正当性を判定する手段は、その判定
    を、上記サービス要求に用いられた上記チケット中の電
    子署名によって行うことを特徴とする請求項６記載の情
    報伝送システム。
11. 【請求項１１】 クライアントがサービス提供サーバへ
    サービス要求を送信することで、クライアントがサービ
    ス提供サーバから受けるサービスに対する課金を、課金
    サーバにて行うための課金方法であって、 上記クライアントが、上記サービス提供サーバへサービ
    ス要求を送信する際に用いるチケットの購買要求を上記
    課金サーバへ送信するステップと、 上記課金サーバが、予め記憶した上記クライアントに関
    する情報に基づいて、上記クライアントからのチケット
    購買要求の正当性を判定し、該判定結果に基づいて、チ
    ケットの発行要求を上記サービス提供サーバへ送信する
    と共に、上記クライアントが受けるサービスに対する決
    済処理を行うステップと、 上記サービス提供サーバが、上記課金サーバからのチケ
    ット発行要求に基づいて、チケットを生成して、該チケ
    ットの情報を記憶すると共に、該チケットを上記課金サ
    ーバへ送信するステップと、 上記課金サーバが、上記チケット発行要求により、上記
    サービス提供サーバから返送されてきたチケットを上記
    クライアントへ送信するステップと、 上記クライアントが、上記チケット購買要求により、上
    記課金サーバから返送されてきたチケットを用いて上記
    サービス提供サーバへサービス要求を送信するステップ
    と、 上記サービス提供サーバが、上記クライアントからのサ
    ービス要求を受け付けけ、上記サービス要求の正当性を
    上記チケットの記憶情報から判定し、該判定結果に基づ
    いて、上記サービス要求に基づいた情報を上記クライア
    ントへ送信するステップとを含むことを特徴とする課金
    方法。
12. 【請求項１２】 上記サービスは、音声情報、映像情
    報、及び該映像を得る際の撮影動作制御権の少なくとも
    何れかを含み、 上記サービス提供サーバが、上記サービス要求元のクラ
    イアントが上記サービスを受ける権利を有するか否かを
    判定するステップを含むことを特徴とする請求項１１記
    載の課金方法。
13. 【請求項１３】 上記サービス提供サーバが、上記チケ
    ットを、上記クライアントを識別するための情報、及び
    上記クライアントがサービスを受けることが可能な時間
    情報の少なくとも何れかの情報を含めて生成するステッ
    プを含むことを特徴とする請求項１１記載の課金方法。
14. 【請求項１４】 上記サービス提供サーバが、所定の暗
    号化方式によって上記チケットを生成し、上記クライア
    ントからのサービス要求を受信した場合には、該サービ
    ス要求に用いられた上記チケットを復号化し、該サービ
    ス要求の正当性を、上記復号化されたチケットにより行
    うステップを含むことを特徴とする請求項１１記載の課
    金方法。
15. 【請求項１５】 上記サービス提供サーバが、所定の電
    子署名を含む上記チケットを生成し、上記クライアント
    からのサービス要求を受信した場合には、該サービス要
    求に用いられた上記チケットの正当性を、上記チケット
    中の電子署名によって行うステップを含むことを特徴と
    する請求項１１記載の課金方法。
16. 【請求項１６】 請求項１１〜１５の何れかに記載の課
    金方法を、コンピュータが読み出し可能に格納したこと
    を特徴とする記憶媒体。