(57)【要約】【課題】有料コンテンツの課金処理が合理的に行えるコンテンツ配信システムを提供する。【解決手段】ユーザは、移動機１から、配信サーバ２に有料コンテンツを要求する。配信サーバ２は、移動機１に、課金サーバの所在を示す宛先、および、有料コンテンツを送信する。移動機１は、有料コンテンツの全てを受信終了した後、課金サーバ３に受信完了通知を送信するとともに、この受信完了通知の送信をもって有料コンテンツの表示など、有料コンテンツを利用可能にする。また、課金サーバ３の応答を待つことなく有料コンテンツを利用可能にする。【選択図】　図１
2004110093.tif 000002
【特許請求の範囲】
【請求項１】
配信サーバ、クライアント端末装置、および、課金サーバを有するコンテンツ配信システムにおいて、
前記配信サーバは、前記クライアント端末装置に対し、該クライアント端末装置から配信要求された有料コンテンツ、および、該有料コンテンツの使用に対する課金を行う課金サーバの所在を示す宛先、を送信するものであり、
前記クライアント端末装置は、前記配信サーバから、前記有料コンテンツ、および、前記課金サーバの所在を示す宛先、を受信し、前記有料コンテンツの受信完了後に、前記課金サーバの所在を示す宛先に前記有料コンテンツの受信完了通知を送信するものであり、
前記課金サーバは、前記クライアント端末装置から前記有料コンテンツの受信完了通知を受信することにより、前記クライアント端末による前記有料コンテンツの使用に対する課金を行うものである、
ことを特徴とするコンテンツ配信システム。
【請求項２】
前記クライアント端末装置は、前記課金サーバの所在を示す宛先に前記有料コンテンツの受信完了通知を送信した後に、前記有料コンテンツを利用可能に設定するものである、
ことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
クライアント端末装置および課金サーバとともにコンテンツ配信サービスをする配信サーバにおいて、
前記クライアント端末装置から有料コンテンツの配信要求を受信する受信手段と、
前記クライアント端末装置に対し、前記有料コンテンツ、および、該有料コンテンツの使用に対する課金を行う課金サーバの所在を示す宛先、を送信する送信手段、
を有することを特徴とする配信サーバ。
【請求項４】
配信サーバおよび課金サーバとともにコンテンツ配信サービスをするクライアント端末装置において、
前記配信サーバに有料コンテンツの配信要求をする配信要求送信手段と、
前記配信サーバから、前記有料コンテンツ、および、該有料コンテンツの使用に対する課金を行う課金サーバの所在を示す宛先、を受信する受信手段と、
該受信手段による前記有料コンテンツの受信完了後に、前記課金サーバの所在を示す宛先に前記有料コンテンツの受信完了通知を送信する受信完了通知送信手段、
を有することを特徴とするクライアント端末装置。
【請求項５】
前記課金サーバの所在を示す宛先に前記有料コンテンツの受信完了通知を送信した後に、前記有料コンテンツを利用可能に設定するコンテンツ利用制限手段、
を有することを特徴とする請求項４に記載のクライアント端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、配信サーバからクライアント端末装置へ有料コンテンツの配信をするコンテンツ配信システムに関するものである。
例えば、インターネットにおけるＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）を用いて、配信サーバから携帯電話網の移動機等の移動無線端末へ有料コンテンツを配信するのに適したものである。
【０００２】
【従来の技術】
通信ネットワーク上のウェブ・ページなどのコンテンツに、携帯電話網の移動機から移動無線回線およびゲートウェイ・サーバを経由してアクセスさせることにより、この携帯電話網の移動機にコンテンツを配信するコンテンツ配信サービスが知られている。
携帯電話網の移動機に対するコンテンツ配信サービスは、従来、独自の専用プロトコルを用いていた。従って、有料コンテンツが正常に受信されたことを確認した上で課金処理していた。
しかし、コンテンツ配信サービスにインターネット標準の通信プロトコルであるＨＴＴＰ（例えば、非特許文献１参照）を採用しようとすると、このＨＴＴＰには携帯電話網の移動機がコンテンツの受信を正常に完了したことを確認する通信プロトコルがないため、有料コンテンツに対する課金処理に問題があった。また、携帯電話会社の課金サーバとコンテンツサービスプロバイダの配信サーバとは、ノードが異なるため、携帯電話網の移動機と課金サーバとの間の通信が必要となるという問題もある。
従って、ＨＴＴＰのような標準的な通信プロトコルを用いて携帯電話網の移動機に有料コンテンツを配信する場合の課金処理を合理的に行うコンテンツ配信システムが必要とされている。
【０００３】
上述した問題は、携帯電話網の移動機に有料コンテンツを配信する場合に限られるものではない。無線データ通信専用機など、その他の移動無線端末装置へ有料コンテンツを配信する場合においても、また、クライアントサーバ型処理システムによって有料コンテンツを配信する場合においても、同様に課金処理を合理的に行うことが必要とされている。
ここで、クライアントサーバ型処理システムとは、通信ネットワークを介して処理を依頼し、その結果を再び通信ネットワークを介して得るものであり、処理を依頼しその結果を得る側をクライアント、処理を実行する側をサーバという。本明細書では、コンピュータを内蔵し、このコンピュータが所定のプログラムを実行することにより、処理を依頼しその結果を得るという上述したクライアント側の機能を実行する装置をクライアント端末装置という。上述した携帯電話網の移動機などの移動無線端末装置は、クライアント端末装置の一具体例である。一方、所定のプログラムを実行することにより、処理を実行する上述したサーバ側の機能を実行する装置を単にサーバという。
【０００４】
【非特許文献】
“Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ　−−　ＨＴＴＰ／１．１”，１９９９，［ｏｎｌｉｎｅ］Ｉｎｔｅｒｎｅｔ　Ｓｏｃｉｅｔｙ，ｐａｇｅ３８−４０，インターネット
＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２６１６．ｔｘｔ＞
【０００５】
【発明が解決しようとする課題】
本発明は、上述した問題点を解決するためになされたもので、有料コンテンツの課金処理が合理的に行えるコンテンツ配信システム、配信サーバ、および、クライアント端末装置を提供することを目的とするものである。
【０００６】
【課題を解決するための手段】
本発明は、請求項１に記載の発明においては、配信サーバ、クライアント端末装置、および、課金サーバを有するコンテンツ配信システムにおいて、前記配信サーバは、前記クライアント端末装置に対し、該クライアント端末装置から配信要求された有料コンテンツ、および、該有料コンテンツの使用に対する課金を行う課金サーバの所在を示す宛先、を送信するものであり、前記クライアント端末装置は、前記配信サーバから、前記有料コンテンツ、および、前記課金サーバの所在を示す宛先、を受信し、前記有料コンテンツの受信完了後に、前記課金サーバの所在を示す宛先に前記有料コンテンツの受信完了通知を送信するものであり、前記課金サーバは、前記クライアント端末装置から前記有料コンテンツの受信完了通知を受信することにより、前記クライアント端末による前記有料コンテンツの使用に対する課金を行うものである。
従って、クライアント端末装置は有料コンテンツの受信完了後に受信完了通知を、既にその宛先を受信していた課金サーバに送信するので、合理的な課金処理が行える。また、配信サーバと課金サーバとが同じノードにある必要はない。
クライアント端末装置と配信サーバ間の通信プロトコルとしてＨＴＴＰのような標準プロトコルを用いることができ、ＨＴＴＰの場合は、例えば、料金支払いが必要であることを示すステータス・コードと、上述した課金サーバの所在を示す宛先がロケーション・ヘッダに設定された応答メッセージにより送信することができる。
【０００７】
請求項２に記載の発明においては、請求項１に記載のコンテンツ配信システムにおいて、前記クライアント端末装置は、前記課金サーバの所在を示す宛先に前記有料コンテンツの受信完了通知を送信した後に、前記有料コンテンツを利用可能に設定するものである。
従って、課金サーバに受信完了通知を送信するまでは、有料コンテンツの利用ができないので、合理的な課金処理が行える。
【０００８】
請求項３に記載の発明においては、クライアント端末装置および課金サーバとともにコンテンツ配信サービスをする配信サーバにおいて、前記クライアント端末装置から有料コンテンツの配信要求を受信する受信手段と、前記クライアント端末装置に対し、前記有料コンテンツ、および、該有料コンテンツの使用に対する課金を行う課金サーバの所在を示す宛先、を送信する送信手段を有するものである。
従って、請求項１，２に記載のコンテンツ配信システムにおける配信サーバが実現される。
【０００９】
請求項４に記載の発明においては、配信サーバおよび課金サーバとともにコンテンツ配信サービスをするクライアント端末装置において、前記配信サーバに有料コンテンツの配信要求をする配信要求送信手段と、前記配信サーバから、前記有料コンテンツ、および、該有料コンテンツの使用に対する課金を行う課金サーバの所在を示す宛先、を受信する受信手段と、該受信手段による前記有料コンテンツの受信完了後に、前記課金サーバの所在を示す宛先に前記有料コンテンツの受信完了通知を送信する受信完了通知送信手段を有するものである。
従って、請求項１に記載のコンテンツ配信システムにおけるクライアント端末装置が実現される。
【００１０】
請求項５に記載の発明においては、請求項４に記載のクライアント端末装置において、前記課金サーバの所在を示す宛先に前記有料コンテンツの受信完了通知を送信した後に、前記有料コンテンツを利用可能に設定するコンテンツ利用制限手段を有するものである。
従って、請求項２に記載のコンテンツ配信システムのクライアント端末装置が実現される。
【００１１】
【発明の実施の形態】
図１は、コンテンツ配信システムのネットワーク構成図である。
携帯電話網の移動機（単に移動機という）をクライアント端末装置の一具体例として、以下、コンテンツ配信システムを説明する。
図中、１はユーザの移動機、２はコンテンツプロバイダの配信サーバ、３は携帯電話会社の課金サーバである。配信サーバ２と課金サーバ３とは、一般に、異なるノード（サイト）にあり、いずれも、通信ネットワークを介して移動機１との間で送受信を行う送信手段と受信手段を有する。
移動機１は、通信ネットワーク上のコンテンツの所在を示す宛先情報を用い、コンテンツへのアクセスを、移動無線回線を経由して該コンテンツの所在するサーバに対して要求する送信手段と、この送信手段によるアクセスの要求に対する応答をサーバから移動無線回線を経由して受信する受信手段を有する。上述した移動機１の送信手段と受信手段は、同様な手順で課金サーバとの間でも送受信を行う。
【００１２】
ユーザは、移動機１から、配信サーバ２に有料コンテンツを要求する。
配信サーバ２は、移動機１に、課金サーバの所在を示す宛先、および、有料コンテンツを送信する。
移動機１は、有料コンテンツの全てを受信終了した後、課金サーバ３に受信完了通知を送信するとともに、この受信完了通知の送信をもって有料コンテンツの表示など、有料コンテンツを利用可能にする。
【００１３】
図２は、コンテンツ配信システムにおける手順を説明する信号シーケンス図である。
ＨＴＴＰにおいて、ＷＷＷ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）サーバとクライアントは、要求「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」および応答「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」を用いて、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）形式のドキュメントを送受信する。移動機１がクライアントとなる。例えば、ユーザがメニュー画面を見てボタン操作することにより、コンテンツの配信要求をすると、移動機１から配信サーバ２に「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」１１が送信される。
配信サーバ２は、「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」１１を受信すると、移動機１に「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１２を送信する。「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１２には、要求されたコンテンツの所在を示すＵＲＩの情報が含まれている。
【００１４】
本発明の実施の形態では、この「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１２によって、ステータス・コード“４０２”、および、課金サーバ３の所在を示すロケーション・ヘッダ「Ｌｏｃａｔｉｏｎ：　Ｃｈａｒｇｅ−Ｓｅｒｖｅｒ−ＵＲＩ」を送信する。
ステータス・コードは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）のＲＦＣ（Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｃｏｍｍｅｎｔｓ）２６１６において規定されており、サーバ側からの応答メッセージとして、移動機からの要求メッセージの処理状態をＷｅｂクライアントに通知するコードである。
ステータス・コード“４０２”は、料金支払いが必要である（Ｐａｙｍｅｎｔ　Ｒｅｑｕｉｒｅｄ）旨を意味するが、その使途が規定されおらず、“将来的に使用する”ステータス・コードである。この実施の形態では、要求されたコンテンツが有料コンテンツであることを、要求されたコンテンツの所在を示すＵＲＩの情報を有する「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１２のステータス・コード“４０２”で通知している。また、この有料コンテンツの使用に対する課金を行う、課金サーバの所在を示す宛先情報は、このステータス・コード“４０２”を有する応答メッセージのロケーション・ヘッダ・フィールドで移動機１側に通知する。
【００１５】
移動機１が上述したステータス・コード“４０２”を有する「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１２を受信すると、配信サーバ２に対し、この「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１２により通知されていたコンテンツの所在を示す「Ｉｎｌｉｎｅ−Ｒｅｓｏｕｒｃｅ−ＵＲＩ」を「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」１３によって送信する。
配信サーバ２は、「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」１３を受信すると、該当コンテンツをデータベースから検索して読み出し、移動機１に対し、「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１４によって、要求されたコンテンツ（Ｉｎｌｉｎｅ−Ｒｅｓｏｕｒｃｅ−Ｄａｔａ）をダウンロードする。
【００１６】
移動機１は、先にステータス・コード“４０２”と「Ｌｏｃａｔｉｏｎ　Ｃｈａｒｇｅ−Ｓｅｒｖｅｒ−ＵＲＩ」を有する「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１２を受信していることを条件として、「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１４の受信を完了すると、配信サーバ２に対し、「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」１５を送信する。
この「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」１５によって、課金サーバ３の「Ｃｈａｒｇｅ−Ｓｅｒｖｅｒ−ＵＲＩ」を宛先として受信完了通知を送信する。このＵＲＩには、利用料金データを埋め込むことができる。
この利用料金データは、例えば、要求されたコンテンツに含めて配信サーバ２から移動機１に送信しておくことができる。
移動機１は、有料コンテンツを受信中に、電波を受信できない地域に移動したり、あるいは、無線回線障害を受けたりする場合がある。このような場合でも、コンテンツを完全に受信できなかったときには課金されないので、合理的な課金を行うことができる。
【００１７】
移動機１においては、上述した「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」１５による有料コンテンツ受信完了通知の送信のタイミングをもって、受信した全てのコンテンツの利用を可能とする。
例えば、表示されるコンテンツである場合は、このダウンロード途中の段階では、コンテンツ表示画面に切り替わらないようにする。コンテンツが着信メロディやゲームであれば、以後、これらを利用可能にしたり、自動起動したりしてもよい。
また、「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」１５を送信する前に、移動機１の電源を切るなどして「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」１５の送信が阻止されれば、ダウンロードされた有料コンテンツを利用できないので、有料コンテンツの無課金利用が防止され合理的な課金が可能となる。
【００１８】
課金サーバ３は、「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」１５を受信すると、顧客管理データベースなどを参照し、移動機１のユーザに対する課金処理を実行する。移動機１に対しては、「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１６によって、課金処理を終了したことを示す「Ｃｈａｒｇｅ−Ｓｅｒｖｅｒ−Ｒｅｓｐｏｎｓｅ」を送信する。ただし、移動機１のユーザには、この「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１６を特に意識させない。
移動機１は、「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１６を待つことなく、有料コンテンツが利用できる。
従って、移動機１が通信可能圏外に移動したり、無線回線障害が発生したりした等の原因で、「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１６を受信できなくても、課金が完了している可能性があるので有料コンテンツが利用できるようにする。
【００１９】
上述した説明では、有料コンテンツが所在するＵＲＩを「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」１３において指定した。しかし、これ以前に、移動機１側でＵＲＩがわかっている場合には、「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」１１においてこのＵＲＩを指定し、「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１２において、配信サーバ２から移動機１に、ステータス・コード、課金サーバのＵＲＩとともに、リソースのコンテンツを送信してもよい。
上述した実施の形態では、要求されたコンテンツの所在を示すＵＲＩの情報を有する「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１２のステータス・コード“４０２”により有料コンテンツであることを通知し、かつ、そのロケーション・ヘッダによりこの有料コンテンツの使用に対する課金を行う、課金サーバの所在を示す宛先を通知しているが、「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１２に代えて、その他の応答メッセージを用いてもよい。
上述したように、応答メッセージのメッセージ本体部分を用いることなく、ヘッダー部分を用いて、有料コンテンツであることと課金サーバの所在を示す宛先を通知することができる。
【００２０】
しかし、有料コンテンツであることの通知と課金サーバの所在を示す宛先の通知とは、別々の応答メッセージで送信してもよい。特に、有料コンテンツの配信サービスであることがあらかじめわかっていれば、有料コンテンツであることを通知しなくてもよい。
上述した有料コンテンツであることの通知、課金サーバの所在を示す宛先の通知は、いずれも、メッセージ本体部分を用いて通知することもできる。
【００２１】
上述した説明では、有料コンテンツの配信について説明した。これに対し、「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」１１において要求されたコンテンツが無料である場合がある。この場合は、「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１２において、要求に対する処理が成功したことを意味するステータス・コード“２００”が付されて送信される。課金サーバのＵＲＩは付されない。
この場合、「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１４が送信されれば、直ちに、コンテンツが利用可能になり、「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」１５，「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」１６は送信されない。
【００２２】
配信サーバは、移動無線端末に配信する専用の配信サーバである必要はなく、移動無線端末への配信の場合のみ、上述した実施の形態に従った手順を実行してもよい。移動無線端末への配信であるかどうかは、ＨＴＴＰヘッダのＵｓｅｒ−Ａｇｅｎｔ等で判別すればよい。
一方、固定電話回線等に接続されたパーソナルコンピュータ等の端末装置である場合でも、サーバから有料コンテンツを受信中に、サーバ側の障害あるいは端末装置側の操作ミス等によって有料コンテンツを完全に受信できない場合が想定される。従って、一般的なコンテンツ配信システムにおいて、上述した移動無線端末に対する手順と同様の手順に従って、クライアント端末装置に対して課金処理する場合にも合理的な有料コンテンツの使用に対する課金ができる。
【００２３】
【発明の効果】
上述した説明から明らかなように、本発明によれば、クライアント端末装置に有料コンテンツが受信完了した後に課金処理を行えるようにしたので、また、課金サーバにクライアント端末装置が受信完了通知をした後に、その応答を待つことなく有料コンテンツを利用可能にしたので、有料コンテンツの課金処理が合理的に行えるという効果がある。
【図面の簡単な説明】
【図１】コンテンツ配信システムのネットワーク構成図である。
【図２】コンテンツ配信システムにおける動作手順を説明する信号シーケンス図である。
【符号の説明】
１…移動機、２…配信サーバ、３…課金サーバ
【図１】
2004110093.tif 000003
【図２】
2004110093.tif 000004