(57)【要約】【課題】課金サーバを動的に変更することができる課金システムを提供する。【解決手段】課金システムは、複数のアクセスサーバ９００のいずれかを介して課金対象である情報をクライアント４００に対して配信するコンテンツ配信サーバ２００と、課金対象である情報の配信に課金する複数の課金サーバ５００とを含む。アクセスサーバ９００は、クライアント４００からアクセスされた場合、課金サーバ５００へのアクセスについてのアクセス情報を含む課金基本情報をコンテンツ配信サーバ２００に送信する。コンテンツ配信サーバ２００は、アクセス情報で指定された課金サーバ５００に課金処理を依頼する。【選択図】図１
2008262575.tif 000002
【特許請求の範囲】
【請求項１】
複数のアクセスサーバと、
前記複数のアクセスサーバのいずれかを介して、課金対象である情報をクライアントに対して配信する配信サーバと、
前記配信サーバから前記クライアントへの前記課金対象である情報の配信に課金する複数の課金サーバとからなる課金システムであって、
前記アクセスサーバが、前記クライアントからアクセスされた場合、前記課金サーバへのアクセスについてのアクセス情報を含む課金基本情報を前記配信サーバに送信し、
前記配信サーバが、前記アクセス情報で指定された課金サーバに課金処理を依頼する
ことを特徴とする課金システム。
【請求項２】
前記配信サーバが、課金の準備を要求する課金準備通知を前記指定された課金サーバに対して送信し、
前記課金準備通知に対する応答を受信した配信サーバが、前記課金対象である情報を前記配信要求に対する応答として前記クライアントに対して配信し、
前記課金対象である情報を受信したクライアントからの前記課金対象である情報の配信終了要求を受信した配信サーバが、実際の課金を要求する課金通知を前記指定された課金サーバに対して送信する
ことを特徴とする請求項１に記載の課金システム。
【請求項３】
前記アクセス情報は、少なくとも前記課金サーバのアドレス及びポート番号を含む
ことを特徴とする請求項１に記載の課金システム。
【請求項４】
前記アクセス情報は、これにより指定される課金サーバにおける課金キーを含む
ことを特徴とする請求項３に記載の課金システム。
【請求項５】
前記複数のアクセスサーバと前記複数の課金サーバとの間の対応が予め定められ、
前記複数のアクセスサーバの各々が、自己の対応する課金サーバへのアクセスについてのアクセス情報を保持する
ことを特徴とする請求項１に記載の課金システム。
【請求項６】
前記複数のアクセスサーバと前記複数の課金サーバとが１対１に対応する
ことを特徴とする請求項５に記載の課金システム。
【請求項７】
前記対応するアクセスサーバと課金サーバとが、課金処理に用いられるデータベースを共用する
ことを特徴とする請求項６に記載の課金システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、課金システムに関し、特に、課金サーバを動的に変更することができる課金システムに関する。
【背景技術】
【０００２】
クライアントに対して、通信手段を介して、コンテンツ配信サーバから音楽等のコンテンツを配信するサービスが提供されている。クライアントは、例えば携帯電話等の端末やパーソナルコンピュータ等である。
【０００３】
コンテンツは、コンテンツの所有者等から予めコンテンツ配信サーバに提供される。コンテンツ配信サーバは、コンテンツの所有者等から提供されたコンテンツを管理する。クライアントからコンテンツ配信サーバへのアクセスがあった場合、コンテンツ配信サーバが、コンテンツを当該クライアントに配信する。少なくとも配信時には、コンテンツは暗号化されている。従って、コンテンツ配信サーバは、暗号化されたコンテンツ及びその暗号キーを管理及び配信する。コンテンツは、通常、有料で配信される。従って、コンテンツ配信サーバは、何らかの手段でクライアントに課金する。また、他のコンテンツ配信サーバとの差別化のために、コンテンツ配信サーバは、コンテンツの配信に付随した種々のサービスをクライアントに提供する必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
コンテンツの配信についてのクライアントに対する課金は、従来、コンテンツの配信（ダウンロード）の開始に先立って又は開始と並行して行われる。一方、コンテンツ配信サーバから携帯電話に音楽コンテンツを配信する場合がある。この場合、コンテンツが大容量であるので、その配信に比較的長時間（例えば、数分）を要する。従って、１個の音楽コンテンツの配信の途中で回線切断や回線状態不良等の理由で通信に失敗する可能性がある。この場合、従来の課金方式をそのまま適用すると、課金対象である情報、即ち、１個の音楽コンテンツを完全には受信していないクライアントに課金されてしまうという不合理を生じる。
【０００５】
一方、従来から、音楽以外のコンテンツの配信において、悪意を持ったクライアントによって不正行為が行われることがある。即ち、コンテンツの配信を受けたにもかかわらず、課金処理を逃れる行為を働くクライアントが存在する。従って、回線切断等の理由による通信の失敗に備える課金方式を採用した場合においても、課金サーバ（即ち、配信事業者）の課金処理についての安全（セキュリティ）の向上を図る必要がある。
【０００６】
また、コンテンツの配信についてのクライアントに対する課金は、従来、課金サーバにより行われる。課金サーバは、コンテンツ配信サーバが定まると、これに応じて定まり変更することができない。このため、課金サーバを一旦特定した後に、例えば配信事業の進展に伴って課金サーバを変更しようとしても、変更することができない。これはコンテンツの配信事業に対する制約となる。
【０００７】
本発明は、課金サーバを動的に変更することができる課金システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の課金システムは、複数のアクセスサーバと、複数のアクセスサーバのいずれかを介して課金対象である情報をクライアントに対して配信する配信サーバと、配信サーバからクライアントへの課金対象である情報の配信に課金する複数の課金サーバとからなる。アクセスサーバは、クライアントからアクセスされた場合、課金サーバへのアクセスについてのアクセス情報を含む課金基本情報を配信サーバに送信する。配信サーバは、アクセス情報で指定された課金サーバに課金処理を依頼する。
【発明の効果】
【０００９】
本発明の課金システムによれば、配信サーバはアクセスサーバから与えられたアクセス情報で指定された課金サーバに課金処理を依頼する。従って、アクセスサーバにおけるアクセス情報を適宜変更することにより、配信サーバが課金処理を依頼する課金サーバを変更することができる。これにより、課金サーバを一旦特定した後であっても、例えば配信事業の進展に伴って課金サーバを変更する必要が生じたら、これに応じて変更することができる。
【発明を実施するための最良の形態】
【００１０】
図１は、コンテンツ配信システム構成図であり、本発明の配信サーバを備えるコンテンツ配信システムの構成を示す。
【００１１】
コンテンツ配信システムは、コンテンツプロバイダ１００、コンテンツ配信サーバ２００、ネットワーク３００、クライアント４００、課金サーバ５００を備える。コンテンツ配信サーバ２００は、そのバックエンドであるコンテンツ管理サーバ２１０、そのフロントエンドであるライセンスサーバ２２０からなる。コンテンツ管理サーバ２１０とライセンスサーバ２２０との間は、例えばＬＡＮにより接続される。コンテンツ配信サーバ２００は、このような２個のサーバに分離する必要は必ずしもなく、１個のサーバとして構成してもよい。
【００１２】
コンテンツプロバイダ１００は、コンテンツの本来の所有者であり、種々のコンテンツをコンテンツ配信サーバ２００に提供する。コンテンツは、例えば音楽データであるが、静止画像、動画像等のデータであってもよい。この例では、コンテンツプロバイダ１００は、コンテンツを周知の暗号化処理（例えば、トリプルＤＥＳによる処理）により暗号化した上で提供する。更に、この例では、コンテンツプロバイダ１００は、コンテンツの暗号キーをも例えば前記と同一の暗号化処理により暗号化した上で提供する。コンテンツと暗号キーとは、別個に暗号化される。暗号キーは、例えばコンテンツ毎に定まる。コンテンツが音楽の場合、１曲毎に異なる暗号キーが用いられる。暗号化されたコンテンツ及び当該暗号キーは、ＣＤ−ＲＯＭ、ＭＯ、ＣＤＲ、ＣＤＲ／Ｗ等に格納した状態で提供されるか、又は、ネットワーク８００を介してコンテンツプロバイダ１００からコンテンツ配信サーバ２００に送信することにより提供される。
【００１３】
コンテンツ配信サーバ２００のコンテンツ管理サーバ２１０は、コンテンツプロバイダ１００とライセンスサーバ２２０との間を接続し、コンテンツプロバイダ１００から提供されたコンテンツ及び当該暗号キーを各々格納領域２３０に格納し管理する。なお、実際は、この格納に先立って、コンテンツ管理サーバ２１０は、コンテンツプロバイダ１００から提供されたコンテンツ及び当該暗号キーを所定のフォーマットに変換する。これにより、前記コンテンツ及び当該暗号キーを、ライセンスサーバ２２０によるクライアント４００への配信に用いることができる。
【００１４】
また、この例では、コンテンツ管理サーバ２１０は、コンテンツプロバイダ１００から提供されたコンテンツについての管理情報を格納領域２３０に格納し管理する。管理情報は、例えばコンテンツの販売価格、コンテンツの販売期間等からなる。管理情報は、コンテンツプロバイダ１００とコンテンツ配信サーバ２００との間の契約に基づいて、両者のいずれかにより作成される。コンテンツプロバイダ１００が作成した場合、管理情報は、前述のように、ＣＤ−ＲＯＭ等に格納した状態で提供されるか、又は、ネットワーク８００を介してコンテンツプロバイダ１００からコンテンツ配信サーバ２００に送信することにより提供される。
【００１５】
コンテンツ配信サーバ２００のライセンスサーバ２２０は、クライアント４００とコンテンツ管理サーバ２１０との間を接続し、コンテンツ管理サーバ２１０の格納するコンテンツ及び当該暗号キーをクライアント４００に配信する。この例では、コンテンツの配信を受けるクライアント４００と、当該暗号キーの配信を受けるクライアント４００とは、異なっていてもよい。ライセンスサーバ２２０は、クライアント４００からアクセスされると、当該アクセスにおいて指定されたコンテンツ及び暗号キーの一方又は双方とその管理情報とをコンテンツ管理サーバ２１０から獲得して格納領域２４０に一旦格納し、当該管理情報を解析し、この解析結果に基づいてコンテンツ及び暗号キーをクライアント４００に配信する。この時、暗号キーは、一旦復号された後、再度異なる周知の暗号化処理（例えば、ＥＣＤＨ鍵交換処理）により暗号化した上で、クライアント４００に配信される。
【００１６】
また、この例では、ライセンスサーバ２２０は、コンテンツの配信に関する課金情報の通知処理を行う。課金情報は、ライセンスサーバ２２０から課金サーバ５００に通知される。課金サーバ５００は、ネットワーク３００がこれを用いた通信に課金するために備える課金装置であり、ネットワーク３００を介してライセンスサーバ２２０に接続される。即ち、コンテンツ（実際には、暗号キー）に対する課金を、ネットワーク３００の備える課金サーバ５００を用いて課金する。この例では、コンテンツの配信には課金せず、その暗号キーの配信に課金する。即ち、コンテンツが高度に暗号化されるので、復号化のためには極めて高価な装置を要し、通常のユーザは暗号キーなしでは事実上復号できない。従って、コンテンツ自体には課金しないのでその配信時には課金情報は送信されず、暗号キーには課金するのでその配信時に課金情報が送信される。なお、コンテンツ又は暗号キーのダウンロードのための通信に対する課金は、周知の課金処理により、ダウンロード先のクライアント４００に課金される。また、このように、暗号キーは、コンテンツの事実上の使用を可能とし、課金の対象とされるので、この例では、当該暗号キーをライセンスとも呼ぶ。
【００１７】
クライアント４００は、例えば携帯電話等の双方向通信の機能を備える端末であり、当該クライアント４００と予め契約した通信キャリアの提供するネットワーク３００を介して、コンテンツ配信サーバ２００（のライセンスサーバ２２０）との間の通信を行う。即ち、クライアント４００は、コンテンツを指定してコンテンツ配信サーバ２００にアクセスして、暗号化されたコンテンツの配信を受け、また、必要に応じて暗号化された暗号キー（これをライセンスという）の配信を受ける。
【００１８】
また、コンテンツ配信システムは、メニューサーバ７００、アクセスサーバ９００を備える。
【００１９】
メニューサーバ７００は、コンテンツ配信サーバ２００の配信するコンテンツのメニュー（コンテンツメニュー）を格納する。このために、コンテンツ配信サーバ２００は、コンテンツの管理情報を、ネットワーク３００を介して、メニューサーバ７００に送信する。メニューサーバ７００は、クライアント４００からアクセスされると、コンテンツメニューをクライアント４００に送信する。クライアント４００は、当該メニューの中から１個のコンテンツを選択する。これにより、クライアント４００は、当該コンテンツを配信するコンテンツ配信サーバ２００に当該コンテンツを指定して、アクセスすることができる。
【００２０】
アクセスサーバ９００は、コンテンツ配信サーバ２００からコンテンツの配信のために、クライアント４００が実際にアクセスするサーバである。クライアント４００は、前述のメニューの中から１個のコンテンツを選択すると、メニューサーバ７００からアクセスサーバ９００の電話番号を再発呼先として指定され、これに従ってアクセスサーバ９００にアクセスする。即ち、クライアント４００からはアクセスサーバ９００が見えるのみであるが、クライアント４００がこれを意識することはない。アクセスサーバ９００は、クライアント４００からアクセスされると、指定されたコンテンツ配信サーバ２００にクライアント４００から受信した情報を送信する。また、アクセスサーバ９００は、コンテンツ配信サーバ２００からアクセスされると、指定されたクライアント４００にコンテンツ配信サーバ２００から受信した情報を送信する。
【００２１】
なお、コンテンツプロバイダ１００、コンテンツ配信サーバ２００、クライアント４００、課金サーバ５００、メニューサーバ７００、アクセスサーバ９００の各々は、当該処理を実行する処理プログラムにより実現される。即ち、各々の装置の備える主メモリ（図示せず）上に存在する処理プログラムを、各々の装置の備えるＣＰＵ（中央演算処理装置、図示せず）上で実行することにより、実現される。
【００２２】
図２は、課金システム構成図であり、本発明のコンテンツ配信システムにおける課金処理（課金システム）に着目した場合における主要な構成を抜き出して示す。
【００２３】
コンテンツ配信システムは、実際には、複数のアクセスサーバ９００と、複数の課金サーバ５００とを含む。なお、図２においては、図示の便宜上、１個のアクセスサーバ９００及び課金サーバ５００がネットワーク３００に接続されるように示されるが、複数のアクセスサーバ９００及び複数の課金サーバ５００は、各々、ネットワーク３００に接続される。
【００２４】
コンテンツ配信サーバ２００は、複数のアクセスサーバ９００のいずれかを介して、課金対象である情報をクライアント４００に対して配信する。複数の課金サーバ５００は、各々、コンテンツ配信サーバ２００から課金処理を依頼された場合に、クライアント４００への課金対象である情報の配信に課金する。コンテンツ配信サーバ２００は、以下に説明するように、課金処理を行う課金サーバ５００を決定する情報（課金基本情報）を、アクセスサーバ９００から受信する。従って、課金処理を行う課金サーバ５００は、アクセスサーバ９００により動的に定められる。
【００２５】
このために、アクセスサーバ９００は、クライアント４００からアクセスされた場合、課金基本情報をコンテンツ配信サーバ２００に送信する。課金基本情報は、図３（Ａ）に示すように、課金サーバ５００へのアクセスについてのアクセス情報を含む。アクセス情報は、少なくとも、そのアクセスサーバ９００を経由するクライアント４００が課金されるべき課金サーバ５００のアドレス（ＩＰアドレス）及びポート（ポート番号）を含む。これにより、複数のアクセスサーバ９００と複数の課金サーバ５００との間の対応が予め定められる。なお、アクセス情報は、これにより指定される課金サーバ５００における課金キーを含むようにしてもよい。
【００２６】
課金基本情報は、図３（Ｂ）に示すように、アクセスサーバ９００が課金処理を制御するために作成する。即ち、当該課金についての課金トランザクションの識別情報ＴＩＤに、課金されるクライアント（ユーザ）４００の識別情報（要求ＵＩＤ）、コンテンツの配信先クライアント４００の識別情報（ダウンロードＵＩＤ）、コンテンツに付加されたコンテンツ識別情報（ＣＩＤ）を付加し、更に、アクセス情報を付加することにより、作成される。このために、アクセスサーバ９００は、ＴＩＤを用いて、図３（Ｃ）の課金データベース５１０内の情報を参照して、必要な情報を得る。ここで、同一のクライアント４００がコンテンツ及びその暗号キーの配信を受ける場合、要求ＵＩＤとダウンロードＵＩＤとは同一である。コンテンツ及びその暗号キーが異なるクライアント４００に配信される場合、例えば、要求ＵＩＤが当該暗号キーの配信を受けるクライアント４００のＩＤであり、ダウンロードＵＩＤがコンテンツの配信を受けるクライアント４００のＩＤである。
【００２７】
なお、課金トランザクションの識別情報ＴＩＤは、図３（Ｃ）に示すように、課金サーバ５００が、自己の課金すべき当該課金トランザクションの管理のために付与する。即ち、後述するように、メニューサーバ７００から受信したクライアント（携帯電話）４００の電話番号、要求ＵＩＤ、ダウンロードＵＩＤ、ＣＩＤに、ＴＩＤを付加して、当該課金トランザクションを管理する。ＴＩＤはユニークなものとされ、課金トランザクションを一意に定める。これらの情報は、課金データベース５１０に保持される。
【００２８】
複数のアクセスサーバ９００の各々が、自己の対応する課金サーバ５００へのアクセスについてのアクセス情報を保持する。アクセスサーバ９００の持つ自己の対応する課金サーバ５００についてのアクセス情報を書き換えることにより、コンテンツ配信サーバ２００とは独立に、当該アクセスサーバ９００の対応する課金サーバ５００を変更することができる。
【００２９】
なお、この例では、実際は、図２に示すように、複数のアクセスサーバ９００と複数の課金サーバ５００とが１対１に対応するようにされる。これにより、対応するアクセスサーバ９００と課金サーバ５００とが、課金処理に用いられる課金データベース５１０を共用する。
【００３０】
このように、アクセス情報を含む課金基本情報により、アクセスサーバ９００に応じて課金サーバ５００を動的に定めた後、この例における課金対象である情報（暗号キーを暗号化した情報）の配信処理が、以下のように行われる。
【００３１】
即ち、クライアント４００が、課金対象である情報の配信要求をコンテンツ配信サーバ２００に対して送信する。この時、前述のように、クライアント４００が実際にアクセスしているのは、アクセスサーバ９００である。従って、クライアント４００とコンテンツ配信サーバ２００との間の通信は、アクセスサーバ９００を介して行われる。アクセスサーバ９００は、前記配信要求を受信すると、これをコンテンツ配信サーバ２００に送信する。これに先立って、前述のように、コンテンツ配信サーバ２００は、課金基本情報を受信している。
【００３２】
配信要求を受信したコンテンツ配信サーバ２００が、課金の準備を要求する課金準備通知を課金サーバ５００に対して送信する。この課金サーバ５００は、アクセス情報で指定された課金サーバ５００である。なお、課金準備通知及び課金通知については後述する。
【００３３】
課金準備通知に対する応答を課金サーバ５００から受信したコンテンツ配信サーバ２００が、課金対象である情報を配信要求に対する応答としてクライアント４００に対して配信する。課金対象である情報を受信したクライアント４００が、課金対象である情報の配信終了要求をコンテンツ配信サーバ２００に対して送信する。配信終了要求を受信したコンテンツ配信サーバ２００が、実際の課金を要求する課金通知を課金サーバ５００に対して送信する。この課金サーバ５００も、アクセス情報で指定された課金サーバである。
【００３４】
課金通知を受信した課金サーバ５００が、課金処理を行って、課金通知に対する応答をコンテンツ配信サーバ２００に対して送信する。課金通知に対する応答を課金サーバ５００から受信したコンテンツ配信サーバ２００が、配信終了を配信終了要求に対する応答としてクライアント４００に対して配信する。
【００３５】
図４は、コンテンツ配信サーバ構成図であり、本発明のコンテンツ配信サーバの構成を示す。
【００３６】
コンテンツ配信サーバ２００は、情報配信部２２１、課金情報通知部２２２、配信状態管理部２２３を備える。実際には、これらはライセンスサーバ２２０に設けられる。
【００３７】
情報配信部２２１は、クライアント４００に対して、暗号化したコンテンツ及びその暗号キーを暗号化した情報を配信する。前述のように、暗号化したコンテンツの配信を受けるクライアント４００と、その暗号キーの配信を受けるクライアント４００とは、同一であっても、異なっていてもよい。また、この例では、前述のように、暗号化したコンテンツの復号が容易でないので、課金対象である情報は暗号キーを暗号化した情報である。
【００３８】
また、情報配信部２２１は、クライアント４００に対して課金対象である情報を配信する。これは、クライアント４００からの当該情報についての配信要求に対する応答である。情報配信部２２１は、下記の課金通知の送信後、クライアント４００に対して配信終了を通知する。これは、クライアント４００からの当該情報についての配信終了要求に対する応答である。
【００３９】
課金情報通知部２２２は、課金対象である情報の配信の前に課金サーバ５００に対して課金の準備を要求する課金準備通知を送信し、課金対象である情報の配信の後に課金サーバ５００に対して実際の課金を要求する課金通知を送信する。課金準備通知は、クライアント４００から課金対象である情報の配信要求を受信した場合に送信される。課金通知は、クライアント４００から課金対象である情報の配信終了要求を受信した場合に送信される。前述のように、課金準備通知及び課金通知は、少なくとも当該課金についての課金トランザクションの識別情報を含む同一の情報からなる。
【００４０】
ここで、課金準備通知及び課金通知は、少なくとも当該課金についての課金トランザクションの識別情報ＴＩＤを含む同一の情報からなる。実際には、課金準備通知及び課金通知は、少なくとも、当該課金についての課金トランザクションの識別情報（ＴＩＤ）、課金されるクライアント４００の識別情報（要求ＵＩＤ）、コンテンツ（実際には暗号キー）の配信先クライアント４００の識別情報（ダウンロードＵＩＤ）、コンテンツに付加されたコンテンツ識別情報（ＣＩＤ）を含み、更に、課金すべき料金を含む。
【００４１】
課金準備通知及び課金通知は、図３（Ｄ）に示すように、コンテンツ配信サーバ２００が当該配信についての課金を制御するために作成する。即ち、これらの情報にＴＩＤを付加することにより作成する。このために、コンテンツ配信サーバ２００は、ＴＩＤを用いて、図３（Ｂ）に示す課金基本情報を参照して必要な情報を得る。なお、課金の料金はＣＩＤにより一意に定まる。このために、コンテンツ配信サーバ２００は、図示しないが、ＣＩＤとこれに対応する課金の値とを格納するテーブルを備える。また、課金の料金は、課金サーバ５００が求めるようにしてもよい。
【００４２】
このように、課金情報を当該配信の前後で課金準備通知及び課金通知に分割したことを利用して、課金サーバ５００は、同一の課金トランザクションの識別情報を含む課金準備通知と課金通知とを照合する。そして、課金サーバ５００は、両者が不一致の場合には課金異常をコンテンツ配信サーバ２００に通知し、両者が一致する場合には当該課金処理を行う。即ち、課金サーバ５００は、課金準備通知から課金通知までの間においてクライアント４００との間の回線が切断された場合であっても、その後の課金通知の受信後における課金準備通知と課金通知との照合の結果、両者が一致する場合には、当該課金処理を行う。また、課金サーバ５００は、課金通知において課金サーバ５００との間の回線が切断された場合であっても、その後の課金通知の受信後における課金準備通知と課金通知との照合の結果、両者が一致する場合には、当該課金処理を行う。これにより、回線の切断等による通信の失敗により速く対応することができる。
【００４３】
配信状態管理部２２３は、課金対象である情報の配信の状態を監視する。この監視の結果に基づいて、課金情報通知部２２２が、課金準備通知及び課金通知を送信する。配信状態管理部２２３は、課金対象である情報の配信の状態を、図５（Ａ）に示すように、第１乃至第４の状態のいずれかの状態として監視する。即ち、第１の状態（ＩＮＩＴ）は、課金対象である情報の配信要求をクライアント４００から受信した状態である。第２の状態（ＳＴＡＲＴ）は、課金準備通知に対する応答を課金サーバ５００から受信した状態である。第３の状態（ＲＥＣＥＩＶＥＤ）は、課金対象である情報の配信を終了した状態である。第４の状態（ＥＮＤ）は、当該課金通知に対する応答を課金サーバ５００から受信した状態である。
【００４４】
図５（Ａ）に示すように、配信状態管理部２２３は、課金準備通知の送信により、第１の状態から第２の状態に遷移させる。また、課金対象である情報の配信により、第２の状態から第３の状態に遷移させる。また、課金通知の送信により、第３の状態から第４の状態に遷移させる。従って、このような配信の状態の監視に基づいて、課金情報通知部２２２は、第１の状態の場合に課金準備通知を送信し、第３の状態の場合に課金通知を送信する。情報配信部２２１は、第２の状態の場合に課金対象である情報を配信する。
【００４５】
以上のコンテンツ配信サーバ２００の状態の遷移をまとめると、図５（Ｂ）に示すようになる。これに関連するクライアント４００及び課金サーバ５００の状態の遷移も、図５（Ｂ）に合わせて示す。
【００４６】
また、配信状態管理部２２３は、クライアント４００及び課金サーバ５００との間の回線が切断された場合であっても、所定の期間、図４に示すように、前記切断の時点での前記監視の結果を、所定の格納領域２２３１に保持する。即ち、課金トランザクションの識別情報ＴＩＤ毎に、その配信処理の状態を格納する。この所定の期間中に、前記切断の時点での前記監視の結果に続くべき応答がクライアント４００及び課金サーバ５００からあった場合、課金情報通知部２２２及び情報配信部２２１が、前記切断の時点に当該応答があったとしてその時点からの処理を行う。これにより、回線の切断等による通信の失敗により速く対応することができる。
【００４７】
図６は、コンテンツ配信サーバ２００におけるライセンスの配信処理フローを示す。
【００４８】
課金対象である情報の配信要求をクライアント４００から受信して初期状態（第１の状態）ＩＮＩＴを格納した状態で（ステップＳ１１）、クライアント４００からのライセンスの配信要求を受信すると（ステップＳ１２）、初期状態であるか否を調べる（ステップＳ１３）。初期状態でない場合、ライセンスをクライアント４００に送信し（ステップＳ１４）、その送信が完了したか否を調べる（ステップＳ１５）。当該送信においてエラーが発生した場合、ステップＳ１２以下を繰り返す。
【００４９】
ステップＳ１３において初期状態である場合、ライセンス発行開始状態ＳＴＡＲＴを格納し（ステップＳ１６）、ライセンス発行開始（課金準備）を課金サーバ５００に通知し（ステップＳ１７）、その送信が完了したか否を調べる（ステップＳ１８）。当該送信を正常に完了した場合、ライセンス発行開始に対する応答を課金サーバ５００から受信し（ステップＳ１９）、当該受信を完了したか否を調べる（ステップＳ１１０）。当該受信を正常に完了した場合、ステップＳ１４を実行する。一方、ステップＳ１８においてエラーが発生した場合、及び、ステップＳ１１０においてエラーが発生した場合、課金異常の発生をクライアント４００に通知して（ステップＳ１１１）、処理を終了する。
【００５０】
ステップＳ１５においてライセンスの送信を正常に完了した場合、次のコマンドを受信して（ステップＳ１１２）、その受信を完了したか否を調べる（ステップＳ１１３）。当該受信においてエラーが発生した場合、ステップＳ１１２以下を繰り返す。当該受信を正常に完了した場合、更に、完了状態であるか否を調べる（ステップＳ１１４）。完了状態でない場合、ステップＳ１１２において受信した当該次のコマンドの処理を実行する（ステップＳ１１５）。
【００５１】
ステップＳ１１４において完了状態である場合、ライセンス受信完了状態ＲＥＣＥＩＶＥＤを格納し（ステップＳ１１６）、ライセンス発行完了（課金）を課金サーバ５００に通知し（ステップＳ１１７）、その送信が完了したか否を調べる（ステップＳ１１８）。当該送信を正常に完了した場合、ライセンス受信完了状態ＥＮＤを格納した後（ステップＳ１１９）、ステップＳ１１５を実行する。当該送信においてエラーが発生した場合、異常情報を格納した後（ステップＳ１２０）、ステップＳ１１５を実行する。
【００５２】
図７は、課金処理フローであり、本発明の課金サーバ５００における課金処理フローを示す。
【００５３】
メニューサーバ７００からの当該クライアント４００の通信開始を受信すると（ステップＳ２１）、当該課金についての課金トランザクションの識別情報ＴＩＤを付与すると共に、図３（Ｃ）に示す情報を作成して課金データベース５１０に保持し（ステップＳ２２）、通信開始に対する応答として配信許可をメニューサーバ７００に送信する（ステップＳ２３）。
【００５４】
この後、コンテンツ配信サーバ２００から図３（Ｄ）に示す課金準備通知を受信すると（ステップＳ２４）、これを課金データベース５１０に書き込む課金準備処理を行い（ステップＳ２５）、課金準備通知に対する応答をコンテンツ配信サーバ２００に送信する（ステップＳ２６）。コンテンツ配信サーバ２００から図３（Ｄ）に示す課金通知を受信すると（ステップＳ２７）、課金データベース５１０を検索して同一のＴＩＤを有する課金準備通知を読み出して、これと課金通知とを比較する（ステップＳ２８）。両者が一致する場合、課金通知における要求ＵＩＤの示すクライアント４００について課金情報を作成して、これを課金データベース５１０に書き込む課金処理を行い（ステップＳ２９）、課金通知に対する応答をコンテンツ配信サーバ２００に送信する（ステップＳ２１０）。ステップＳ２８において、両者が一致しない場合、課金異常をコンテンツ配信サーバ２００に送信する（ステップＳ２１１）。
【００５５】
図８及び図９は、本発明のコンテンツ配信システムにおける配信処理及び課金処理のシーケンスを示す。
【００５６】
図８（Ａ）において、クライアント４００がメニューサーバ７００にアクセスすると、これに基づいてメニューサーバ７００が当該クライアント４００の通信の開始を課金サーバ５００に通知する。課金サーバ５００は、図３（Ｃ）に示す情報を作成して課金データベース５１０に保持し、当該配信の許可を、メニューサーバ７００に返信する。これに基づいて、メニューサーバ７００がクライアント４００にアクセス情報及び通信許可を返信し、通信を終了する。
【００５７】
この処理に続いて、図８（Ｂ）において、クライアント４００がメニューサーバ７００から指定された電話番号に再発呼してアクセスサーバ９００にアクセスする。これに基づいて、アクセスサーバ９００が、課金データベース５１０内の図３（Ｃ）に示す情報を参照して、当該電話番号が登録されていれば、当該発番号を認証する。この認証の後、アクセスサーバ９００が、コンテンツ配信サーバ２００に接続し、当該クライアント４００についての課金基本情報をコンテンツ配信サーバ２００に通知する。これを受信したコンテンツ配信サーバ２００が、その応答をアクセスサーバ９００に返信する。このコンテンツ配信サーバ２００の応答に基づいて、アクセスサーバ９００が、当該クライアント４００との間の呼を確立する。これにより、引き続いて、クライアント４００とコンテンツ配信サーバ２００との間で、アクセスサーバ９００を介して（以下同じ）、所定のプロトコルに従って、コンテンツ及び／又は暗号キーのダウンロードが実行される。
【００５８】
この処理に続いて、図９（Ａ）において、クライアント４００が、アクセスサーバ９００を介して、コンテンツＩＤ（ＣＩＤ）によりコンテンツを指定してコンテンツ配信サーバ２００にアクセスして、コンテンツ獲得要求（GET CONTENT ）を送信する。この例の場合、コンテンツは課金の対象ではない。そこで、コンテンツ獲得要求に応じて、コンテンツ配信サーバ２００は、クライアント４００へのコンテンツのダウンロードを実行する。即ち、コンテンツ獲得要求への応答（RES GET CONTENT ）を行う。この時、コンテンツのダウンロードが終了したら、クライアント４００は、コンテンツ獲得要求の終了（CLOSE ）を送信することなく、これに代えて以下のライセンス獲得要求（GET LISENCE ）を送信する。これにより、直ちにライセンスの獲得処理を開始することができる。
【００５９】
この処理に続いて、図９（Ｂ）において、クライアント４００が、アクセスサーバ９００を介して、コンテンツＩＤ（ＣＩＤ）によりコンテンツを指定してコンテンツ配信サーバ２００にアクセスして、ライセンス（即ち、暗号キー）獲得要求（GET LISENCE ）を送信する。これに応じて、コンテンツ配信サーバ２００は、課金サーバ５００に接続し、これにライセンス発行開始通知を送信する。この開始通知を受信した課金サーバ５００は、課金準備を行い、前記開始通知に対する応答をコンテンツ配信サーバ２００に返信する。この応答を受信したコンテンツ配信サーバ２００は、課金サーバ５００との接続を切断した後、当該クライアント４００へのライセンスのダウンロードを実行する。即ち、ライセンス獲得要求への応答（RES GET LISENCE ）を行う。
【００６０】
ライセンスのダウンロードが終了すると、クライアント４００は、コンテンツ配信サーバ２００にライセンス獲得要求の終了（CLOSE ）を通知する。これに応じて、コンテンツ配信サーバ２００は、課金サーバ５００に接続し、これにライセンス発行終了通知を送信する。この終了通知を受信した課金サーバ５００は、課金処理を行い、前記終了通知に対する応答をコンテンツ配信サーバ２００に返信する。この応答を受信したコンテンツ配信サーバ２００は、課金サーバ５００との接続を切断した後、当該クライアント４００へライセンス獲得要求の終了に対する応答（RES CLOSE ）を返信する。これに応じて、クライアント４００は、アクセスサーバ９００との間で確立していた呼を切断して、戻り先アドレス（電話番号）に再発呼してメニューサーバ７００にアクセスする。
【００６１】
なお、図９（Ａ）及び図９（Ｂ）に示すコンテンツの配信処理及び課金処理のシーケンスにおいて、コンテンツとライセンスのダウンロードの順番を逆にしてもよい。
【００６２】
即ち、図８（Ｂ）の処理に続いて、図９（Ａ）に示すコンテンツのダウンロードのシーケンスを実行することなく、図９（Ｂ）に示すライセンスのダウンロードのシーケンスの実行を開始する。そして、ライセンス獲得要求への応答（RES GET LISENCE ）を受信したクライアント４００が、コンテンツ配信サーバ２００に対して、ライセンス獲得要求の終了（CLOSE ）を通知することなく、これに代えてコンテンツ獲得要求（GET CONTENT ）を送信する。即ち、図９（Ａ）に示すコンテンツのダウンロードのシーケンスを実行する。この後、コンテンツ獲得要求への応答（RES GET CONTENT ）を受信したクライアント４００が、コンテンツ配信サーバ２００に対して、先に省略したライセンス獲得要求の終了（CLOSE ）を通知する。
【００６３】
また、図９（Ｂ）に示すライセンスの配信処理及び課金処理のシーケンスにおいて、ライセンスの配信と課金の順番を逆にしてもよい。
【００６４】
即ち、図９（Ｂ）のシーケンスにおいて、課金準備通知であるライセンス発行開始通知を受信した課金サーバ５００が、当該課金準備通知にかかわらず、実際の課金処理を行うようにしてもよい。この場合、ライセンスの配信に先立って課金が行われる。なお、この課金処理時、課金サーバ５００は、実際には課金準備処理ではなく課金処理をしたにもかかわらず、課金準備通知に対する応答を、コンテンツ配信サーバ２００に対して送信する。従って、コンテンツ配信サーバ２００は、課金準備通知及び課金通知の内容が同一であることと併せて、課金準備通知及び課金通知の相違を意識することはない。この応答を受信したコンテンツ配信サーバ２００は、前述のように、ライセンス獲得要求への応答（RES GET LISENCE ）を行う。
【００６５】
この場合、更に、課金通知であるライセンス発行終了通知を受信した課金サーバ５００は、当該課金通知にかかわらず、当該課金通知をログとして格納する処理を行う。この時も、課金サーバ５００は、実際にはログの記録処理をしたにもかかわらず、課金通知に対する応答を、コンテンツ配信サーバ２００に対して送信する。この応答を受信したコンテンツ配信サーバ２００は、クライアント４００へライセンス獲得要求の終了に対する応答（RES CLOSE ）を返信する。
【００６６】
これにより、回線切断等の理由による通信の失敗に備える課金方式を採用した場合においても、課金サーバ５００の課金処理を確実に行うことができる。例えば、悪意を持ったクライアント４００が、図９（Ｂ）のシーケンスにおけるライセンス獲得要求の終了（CLOSE ）の送信を省略して、課金を避けようとすることがある。即ち、課金処理の契機となる課金通知であるライセンス発行終了通知の送信の契機を失わせ、課金を行わせないようにすることがある。しかし、コンテンツ配信サーバ２００ですら意識していない課金処理のタイミングをクライアント４００は知ることができず、また、知ったとしてもライセンスの配信前に課金されるので、確実に課金することができる。
【００６７】
以上、本発明をその実施の態様により説明したが、本発明はその主旨の範囲において種々の変形が可能である。
【００６８】
例えば、課金対象である情報は、コンテンツを暗号化した暗号キーを暗号化した情報に限られない。課金対象である情報は、コンテンツを暗号化しないで配信する場合における暗号化されていないコンテンツ、コンテンツを暗号化して配信する場合における暗号化したコンテンツ、コンテンツを暗号化した暗号キーであって暗号化されていない暗号キーであってもよい。
【００６９】
また、アクセスサーバ９００に代えて、メニューサーバ７００が課金サーバ５００を動的に決定するようにしてもよい。この場合、図９（Ｂ）において、メニューサーバ７００が当該クライアント４００の通信の開始を、予め定められた課金サーバ５００に通知する。課金サーバ５００は自己のアドレス及びポート番号をメニューサーバ７００に返信する。
【００７０】
また、アクセスサーバ９００と課金サーバ５００とは、分離して設ける必要はなく、これらを一体として１個のサーバとして設けてもよい。クライアント４００は、携帯電話に限られず、パーソナルコンピュータ、ＰＤＡ（Personal Data Assistants）等であってもよい。即ち、移動体端末であっても、固定された端末であってもよい。コンテンツ配信システムは、必ずしも、メニューサーバ７００を備えなくともよい。
【産業上の利用可能性】
【００７１】
以上説明したように、本発明によれば、課金システムにおいて、配信サーバがアクセスサーバから与えられたアクセス情報で指定された課金サーバに課金処理を依頼することにより、アクセスサーバにおけるアクセス情報を適宜変更して配信サーバが課金処理を依頼する課金サーバを変更することができるので、課金サーバを一旦特定した後であっても、課金サーバを変更する必要が生じたら、これに応じて変更することができる。
【図面の簡単な説明】
【００７２】
【図１】コンテンツ配信システム構成図である。
【図２】課金システム構成図である。
【図３】コンテンツ配信処理説明図である。
【図４】コンテンツ配信サーバ構成図である。
【図５】ライセンスの配信処理説明図である。
【図６】ライセンスの配信処理フローである。
【図７】課金処理フローである。
【図８】コンテンツ配信処理及び課金処理のシーケンスである。
【図９】コンテンツ配信処理及び課金処理のシーケンスである。
【符号の説明】
【００７３】
２００    コンテンツ配信サーバ
２１０    コンテンツ管理サーバ
２２０    ライセンスサーバ
３００    ネットワーク
４００    クライアント
５００    課金サーバ
９００    アクセスサーバ
【図１】
2008262575.tif 000003
【図２】
2008262575.tif 000004
【図３】
2008262575.tif 000005
【図４】
2008262575.tif 000006
【図５】
2008262575.tif 000007
【図６】
2008262575.tif 000008
【図７】
2008262575.tif 000009
【図８】
2008262575.tif 000010
【図９】
2008262575.tif 000011