JP2003030156A - コンテンツ流通システム並びにコンテンツ流通サーバおよびコンテンツの流通方法 - Google Patents

Abstract

(57)【要約】 【課題】 セキュリティーを保ちながら、確実にコンテ
ンツの課金などの処理を行なうことができるコンテンツ
流通システムに用いられるコンテンツ流通サーバおよび
コンテンツの流通方法を提供する。 【解決手段】 コンテンツを記録したサーバと相互に接
続されるとともに、ユーザの端末に接続されるコンテン
ツ流通サーバであって、サーバに記録されたコンテンツ
をユーザの端末に送信する場合に、サーバからコンテン
ツとともに送信されるコンテンツが記録されている所在
を示すコンテンツ所有サーバアドレス情報を、ユーザの
端末がコンテンツ流通サーバにコンテンツの要求を行っ
た配信サーバアドレス情報に変換するアドレス変換手段
を有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コンピュータシ
ステムを用いてもしくは、ネットワーク上でコンテンツ
を流通させるサーバ、方法、システム、及びプログラム
に係り、特に、ユーザに対する課金を確実に行うことが
できるコンテンツ流通サーバ、方法、システム、及びプ
ログラムに関するものである。

【０００２】

【従来の技術】従来から、ネットワーク上で、有償情報
をネットワークのサーバからユーザへ送信することは、
広く行われている。この方法では、コンテンツを購入で
きるユーザを増やすために複数のプロバイダにコンテン
ツを提供することが考えられる。この場合には、同一の
コンテンツを各々のプロバイダの仕様などに合わせて、
この各々のプロバイダの仕様などに合わせられたコンテ
ンツを該当するプロバイダに提供することが行われる。
プロバイダは提供されたコンテンツを自身のサーバなど
で管理を行い、ユーザに提供する。また、コンテンツ提
供者とプロバイダなどとの間に新たにコンテンツ流通者
を介在させることが行われてきている。このコンテンツ
流通者は、コンテンツ提供者から提供されたコンテンツ
を、各々のプロバイダなどの仕様に合わせて、コンテン
ツを該当するプロバイダなどに提供することを行う。ま
た、このコンテンツ流通者は、プロバイダへの課金、請
求などの代金決済方法や、コンテンツをユーザに送信す
るなどの管理を行なう。

【０００３】

【発明が解決しようとする課題】しかしながら、コンテ
ンツ提供者は、自身が新たに作成したコンテンツをユー
ザに早く提供したいとの要望がある。また、コンテンツ
提供者が単独でセキュリティーや、代金決済などの管理
を提供する仕組みが提供されることが望まれる。

【０００４】本発明は、このような事情に鑑みてなされ
たもので、その目的は、コンテンツに対するセキュリテ
ィーを保ちながら、確実にコンテンツの課金などの処理
を行なうことができるコンテンツ流通システムに用いら
れるコンテンツ流通サーバおよびコンテンツの流通方法
を提供することにある。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、コンテンツ（例えば、実施の形態におけ
るコンテンツ）を記憶したサーバ（例えば、実施の形態
におけるコンテンツプロバイダのサーバ１５１、Ｗｅｂ
サーバ２６０）と相互に接続されるとともに、ユーザの
端末（例えば、実施の形態におけるユーザの端末４０
１、携帯端末４０２、携帯端末４０３）に接続されるコ
ンテンツ流通サーバ（例えば、実施の形態におけるコン
テンツ流通者のサーバ２０１）であって、前記ユーザの
端末が前記コンテンツ流通サーバにコンテンツの要求を
行う配信サーバアドレス情報を受信し、前記サーバから
取得したコンテンツを前記ユーザの端末に送信する通信
手段と、前記配信サーバアドレス情報を該当するコンテ
ンツ所有サーバアドレス情報に変換し、前記サーバから
取得したコンテンツに記憶されている所在を示すコンテ
ンツ所有サーバアドレス情報を前記配信サーバアドレス
情報に変換するアドレス変換手段（例えば、実施の形態
におけるアドレス変換部２１６、アドレス変換部２２
２）と、コンテンツ所有サーバアドレス情報に基づい
て、前記サーバからコンテンツを取得する制御を行う制
御手段と、を有することを特徴とする。

【０００６】また、本発明は、コンテンツを記録したサ
ーバと相互に接続されるとともに、ユーザの端末に接続
されるコンテンツ流通サーバであって、前記サーバに記
録されたコンテンツを前記ユーザの端末に送信する場合
に、前記サーバからコンテンツとともに送信されるコン
テンツが記録されている所在を示すコンテンツ所有サー
バアドレス情報を、前記ユーザの端末が前記コンテンツ
流通サーバにコンテンツの要求を行った配信サーバアド
レス情報に変換するアドレス変換手段を有することを特
徴とする。

【０００７】また、本発明は、上述のコンテンツ流通サ
ーバにおいて、前記コンテンツ所有サーバアドレス情報
とは、前記コンテンツの送信元を示すアドレス情報であ
り、前記配信サーバアドレス情報とは、前記コンテンツ
流通サーバのアドレス情報であることを特徴とする。

【０００８】また、本発明は、上述のコンテンツ流通サ
ーバにおいて、前記コンテンツ所有サーバアドレス情報
には、前記コンテンツ内に含まれるリンク先を示すアド
レス情報が含まれることを特徴とする。

【０００９】また、本発明は、上述のコンテンツ流通サ
ーバにおいて、前記コンテンツを特定するためのコンテ
ンツＩＤと前記コンテンツを記憶しているサーバのコン
テンツ所有サーバアドレス情報を関連づけて記憶する記
憶手段を有し、前記アドレス変換手段は、前記ユーザの
端末からのコンテンツの取得要求に含まれるコンテンツ
ＩＤに対応するコンテンツ所有サーバアドレス情報を前
記記憶手段から読み出し、読み出したコンテンツ所有サ
ーバアドレス情報に基づいて、前記サーバにコンテンツ
の送信要求を行うことを特徴とする。

【００１０】また、本発明は、上述のコンテンツ流通サ
ーバにおいて、前記コンテンツの取得要求には、利用者
を認証するためのユーザＩＤあるいはアクセスキーとが
含まれており、前記制御手段は、前記コンテンツの取得
要求を前記ユーザの端末から受信した場合に、前記コン
テンツの取得要求に含まれるユーザＩＤあるいはアクセ
スキーとに基づいて、認証処理を行うことを特徴とす
る。

【００１１】また、本発明は、上述のコンテンツ流通サ
ーバにおいて、前記コンテンツの送信対象となるユーザ
を特定するユーザＩＤを記憶する記憶手段を有し、前記
制御手段は、前記コンテンツの配信要求とともに送信さ
れるユーザＩＤと前記記憶手段に予め記憶されている情
報とに基づいて、ユーザの認証を行うことを特徴とす
る。

【００１２】また、本発明は、上述のコンテンツ流通サ
ーバにおいて、前記アドレス変換手段が変換する変換後
の配信サーバアドレス情報にはユーザＩＤが付加されて
いることを特徴とする。

【００１３】また、本発明は、ユーザの端末に接続され
るコンテンツ流通サーバと、コンテンツを記録したサー
バとが相互に接続されたコンテンツ流通システムであっ
て、前記コンテンツ流通サーバは、前記サーバに記録さ
れたコンテンツを前記端末に送信する場合に、前記サー
バからコンテンツとともに送信されるコンテンツの所在
を示すコンテンツ所有サーバアドレス情報を、前記ユー
ザの端末が前記コンテンツ流通サーバにコンテンツの要
求を行った配信サーバアドレス情報に変換するアドレス
変換手段を有することを特徴とする。

【００１４】また、本発明は、コンテンツを記録したサ
ーバと相互に接続されるとともに、ユーザの端末に接続
されるコンテンツ流通システムにおけるコンテンツ流通
方法であって、前記サーバに記録されたコンテンツを前
記ユーザの端末に送信する場合に、前記サーバからコン
テンツとともに送信されるコンテンツが記録されている
所ン在を示すコンテンツ所有サーバアドレス情報を、前
記ユーザの端末が前記コンテツ流通サーバにコンテンツ
の要求を行った配信サーバアドレス情報に変換すること
を特徴とする。

【００１５】また、本発明は、コンテンツを記録したサ
ーバと相互に接続されるとともに、ユーザの端末に接続
されるコンテンツ流通システムにおけるコンテンツ流通
プログラムであって、前記サーバに記録されたコンテン
ツを前記ユーザの端末に送信する場合に、前記サーバか
らコンテンツとともに送信されるコンテンツが記録され
ている所ン在を示すコンテンツ所有サーバアドレス情報
を、前記ユーザの端末が前記コンテツ流通サーバにコン
テンツの要求を行った配信サーバアドレス情報に変換す
るステップをコンピュータに実行させることを特徴とす
る。

【００１６】また、本発明は、コンテンツを記録したサ
ーバと相互に接続されるとともに、ユーザの端末に接続
されるコンテンツ流通システムにおけるコンテンツ流通
プログラムを記録したコンピュータ読み取り可能な記録
媒体であって、前記サーバに記録されたコンテンツを前
記ユーザの端末に送信する場合に、前記サーバからコン
テンツとともに送信されるコンテンツが記録されている
所ン在を示すコンテンツ所有サーバアドレス情報を、前
記ユーザの端末が前記コンテツ流通サーバにコンテンツ
の要求を行った配信サーバアドレス情報に変換するステ
ップをコンピュータに実行させることを特徴とする。

【００１７】

【発明の実施の形態】以下、本発明の一実施形態による
コンテンツ流通システムおよびコンテンツの流通方法を
図面を参照して説明する。図１は、この発明の一実施形
態によるコンテンツ流通システムとこの発明の中心的な
役割を担うコンテンツ流通サーバの構成を示す概略構成
図である。この図において、コンテンツ流通システム
は、コンテンツの作成及び又は提供主であるコンテンツ
提供者が所有するコンテンツ提供者の端末１０１と、該
コンテンツ提供者の端末１０１から流通を依頼されたコ
ンテンツを流通させるコンテンツ流通者のサーバ２０１
と、コンテンツ提供者のコンテンツを記録したコンテン
ツ提供者のサーバ１５１と、複数のプロバイダのサーバ
３０１と、該プロバイダの会員ユーザとしてユーザＩ
Ｄ、パスワード等のプロバイダ会員情報を持つユーザの
端末４０１とからなる。前記コンテンツ流通者のサーバ
２０１とプロバイダのサーバ３０１との間に他のプロバ
イダのサーバが介在しても構わない。

【００１８】ここでネットワークとは有線、又は無線も
対象とし、インターネット、電話線、専用線、衛星通信
等のネットワークも含むものとする。

【００１９】また、コンテンツとは、写真等の静止画
像、映像、映画等の動画像、及び又は小説等の文字等の
情報や、パソコン、カメラ等の商品、航空チケット、コ
ンサートチケット等のチケット等の購入を画像及び又は
文字等で表した物販に関する情報や、運送等のサービス
の申し込みを画像及び又は文字等で表したサービス提供
に関する情報等でユーザと提供者との間で、取引される
すべてのものに関わる情報のことをいうものとする。ユ
ーザへのコンテンツの提供とは、当該コンテンツをユー
ザの端末へ送信し、表示することで行われる。なお、商
品、チケットの提供は、郵便や宅配などの手段によって
行われ、サービスは、サービスの種類によって異なる
が、サービスをユーザに提供することで行われる。

【００２０】また、「プロバイダ」には、消費者となり
得る者等に対してサービスを提供するサービスプロバイ
ダが相当する。このサービスプロバイダには、例えばネ
ットワークへの接続サービスを提供するサービスプロバ
イダが含まれ、典型的にはインターネットへの接続サー
ビスを提供するＩＳＰ（インターネットサービスプロバ
イダ）が該当する。また、電話会社が携帯電話や固定電
話を用いて行っているネットワークへの接続サービスも
プロバイダに含まれる。

【００２１】但し、「プロバイダ」はこのネットワーク
接続サービスを提供するインターネットサービスプロバ
イダ等に限定されず、銀行、証券会社、クレジットカー
ド会社、その他決済サービス提供者、貸金業者、その他
金融関連サービス提供者、電子マネー関連事業者、前払
い証票関連事業者、地上波や衛星波やケーブル等による
放送事業者あるいは放送類似事業を営む者、電力事業
者、流通業者、輸送業者など、会員・契約者・口座保持
者など（これらを総称してユーザと呼ぶ）に関する情報
を管理し、当該ユーザに直接的あるいは間接的にコンテ
ンツを提供する手段及び当該コンテンツの代金決済手段
とを有するものであれば良い。

【００２２】本実施形態では、ユーザの端末４０１、プ
ロバイダのサーバ３０１、コンテンツ流通者のサーバ２
０１、コンテンツ提供者のサーバ１５１の間において接
続するのに用いられる情報を総称してアドレス情報とい
う。特に、ユーザの端末４０１とコンテンツ流通者のサ
ーバ２０１との接続に用いられ、コンテンツの要求を行
うアドレス情報を、配信サーバアドレス情報という。コ
ンテンツ流通者のサーバ２０１と、コンテンツを取得す
るために用いられるコンテンツが記録された所在を示す
アドレス情報を、コンテンツ所有サーバアドレス情報と
いう。コンテンツが記録された所在とは、例えば、図２
に示す内部サーバコンテンツデータベース２１７やコン
テンツ提供者のサーバ１５１である。

【００２３】本実施の形態の構成及び情報の流れを図１
により説明すると、コンテンツ提供者の端末１０１は、
コンテンツ流通者にコンテンツをユーザに提供できるよ
うに依頼をする。このコンテンツ流通者は、依頼された
コンテンツをコンテンツ流通者のサーバ２０１に登録し
たり、依頼されたコンテンツが記録されたコンテンツ流
通者のサーバ２０１やコンテンツ提供者のサーバ１５１
のアドレス情報などを登録する。コンテンツ流通者のサ
ーバ２０１に登録されるコンテンツやアドレス情報など
は、コンテンツ提供者の端末１０１からネットワークを
介してコンテンツ流通者のサーバ２０１に送信し、設定
することができる。また、ＣＤ（コンパクトディス
ク）、ＦＤ（フレキシブルディスク）、ＤＶＤ（Ｄｉｇ
ｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）などの記録
媒体にコンテンツを記録し、この記録媒体を用いてコン
テンツ流通者のサーバ２０１に登録させることもでき
る。また、コンテンツ流通者が直接、自身のコンテンツ
をコンテンツ流通者のサーバ２０１に登録するようにし
ても良い。さらに、コンテンツ提供者のサーバ１５１へ
のコンテンツの登録も同様に行われる。

【００２４】また、コンテンツ流通者のサーバ２０１
は、ある特定のコンテンツ提供者から複数のコンテンツ
の依頼を受けることもできるし、複数のコンテンツ提供
者から１以上のコンテンツの依頼を受けることもでき
る。

【００２５】次に、図１におけるコンテンツ流通者のサ
ーバ２０１について、図２を用いてさらに説明する。図
２は、コンテンツ流通者のサーバ２０１の構成を示す概
略ブロック図である。この図において、通信部２１１
は、ネットワーク５００を介して、プロバイダのサーバ
３０１と通信を行うとともに、専用線やネットワークを
介して接続されるコンテンツ提供者のサーバ１５１と通
信を行う。制御部２１２は、アドレス変換部２１６を有
するとともに、認証機能とアクセスキー機能とを有し、
装置各部の制御を行う（詳細は後述する）。

【００２６】サーバ検索データベース（以下、検索ＤＢ
という）２１５は、例えば、図３に示すように、コンテ
ンツを特定するためのコンテンツＩＤとコンテンツを記
憶しているサーバのコンテンツ所有サーバアドレス情報
とを対応づけて記憶する。このコンテンツ所有サーバア
ドレス情報として記憶される情報は、コンテンツＩＤに
対応するコンテンツが記憶されている場所がコンテンツ
流通者のサーバ２０１の内部（内部サーバコンテンツデ
ータベース２１７）であるか、外部サーバ（コンテンツ
提供者のサーバ１５１）であるかを示す情報が含まれ
る。さらに、このコンテンツ所有サーバアドレス情報の
うち、コンテンツの記憶場所が内部サーバコンテンツデ
ータベース（以下、内部ＤＢという）２１７である場
合、コンテンツが格納されているアドレスに関する情報
が記憶される。さらに、コンテンツの記憶場所が外部サ
ーバである場合は、コンテンツ所有サーバアドレス情報
には、コンテンツが記憶されているサーバを示すドメイ
ン名が記憶される。ここで、同じコンテンツ提供者のサ
ーバ１５１内に複数のコンテンツが含まれる場合、サー
バのドメイン名にさらに、ディレクトリ名が付加され、
記憶されている。なお、本実施の形態においては、アド
レス情報やコンテンツ所有サーバアドレス情報がＵＲＬ
（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏ
ｒ）である場合について説明しているが、アドレス情報
やコンテンツ所有サーバアドレス情報は、ＵＲＬに限ら
れるものではなく、ＩＰアドレス、電話番号など、一意
に特定する情報であればいずれでも良い。

【００２７】検索部２１４は、制御部２１２からユーザ
が取得要求をしたコンテンツの配信サーバアドレス情報
が出力されるとともに、サーバの検索が指示されると、
制御部２１２から出力されるＵＲＬ情報の中から、コン
テンツＩＤを抽出し、抽出したコンテンツＩＤと検索Ｄ
Ｂ２１５に記憶されている情報とに基づいて、コンテン
ツＩＤに対応するコンテンツが内部ＤＢ２１７に記憶さ
れているか否かを検索する。また、検索部２１４は、コ
ンテンツＩＤに対応するコンテンツが内部ＤＢ２１７に
記憶されていない場合、該当するコンテンツ所有サーバ
アドレス情報を検索ＤＢ２１５から読み出し、読み出し
たコンテンツ所有サーバアドレス情報をアドレス変換部
２１６に出力する。

【００２８】アドレス変換部２１６は、コンテンツ流通
者のサーバ２０１からコンテンツとともにユーザの端末
に送信されるコンテンツ流通者のサーバ２０１のアドレ
ス情報以外のアドレス情報であるコンテンツ所有サーバ
アドレス情報を、コンテンツ流通サーバを介して通信が
なされる配信サーバアドレス情報に変換する。ここでい
うコンテンツ所有サーバアドレス情報とは、コンテンツ
の送信元を示すアドレス情報すなわち、コンテンツを記
憶しているサーバのアドレス情報であり、配信サーバア
ドレス情報とは、コンテンツ流通サーバのアドレス情報
である。また、アドレス変換部２１６は、ユーザの端末
４０１からのコンテンツの取得要求に含まれるコンテン
ツＩＤに対応するサーバのコンテンツ所有サーバアドレ
ス情報を検索部２１４の検索結果に基づいて、検索ＤＢ
２１５から読み出し、読み出したコンテンツ所有サーバ
アドレス情報に基づいて、サーバにコンテンツの送信要
求を行う。内部ＤＢ２１７は、コンテンツ提供者などか
ら提供されたコンテンツを記憶する。

【００２９】以下、図１のコンテンツ流通システムの動
作について図面を用いて説明する。まず、図４のフロー
チャートを用いて、ユーザがコンテンツにアクセスする
までの操作手順について説明する。ここでは、ユーザの
端末４０１を用いるユーザが予めプロバイダのサーバ３
０１を運用するプロバイダに会員として、予め登録され
ているものとする。まず、ユーザの端末４０１は、ユー
ザから入力される指示に応じて、プロバイダのサーバ３
０１にアクセスし（ステップＳ１）、プロバイダのサー
バ３０１からコンテンツの紹介ページを取得し、取得し
たコンテンツの紹介ページを出力部に出力する。このと
き、例えば、ユーザの端末４０１の出力部には、図５に
示すようなコンテンツの紹介ページが出力される。ユー
ザは、このコンテンツの紹介ページの中から任意のジャ
ンルが選択可能となる。

【００３０】次に、ユーザによって「素材集」というジ
ャンルのコンテンツが選択され、クリックされると、ユ
ーザの端末４０１は、素材集コンテンツ一覧をプロバイ
ダのサーバ３０１から取得し（ステップＳ３）、取得し
た素材集コンテンツ一覧を出力部に出力する。このと
き、ユーザの端末４０１の出力部には、例えば、図６に
示すような素材集コンテンツ一覧のページが出力され
る。この素材集コンテンツ一覧のページの段階ではユー
ザへの課金等は、なされない。

【００３１】次に、ユーザによって、上記素材集コンテ
ンツ一覧の中から、有償のコンテンツの購入希望が入力
されると、ユーザの端末４０１は、プロバイダのサーバ
３０１にコンテンツの購入希望を指示する（ステップＳ
４）。プロバイダのサーバ３０１は、ユーザの端末４０
１から購入希望が指示されると、ユーザの端末４０１に
認証情報要求を送信する（ステップＳ５）。ユーザの端
末４０１は、プロバイダのサーバ３０１から認証情報要
求を受信すると、認証情報要求に応じた画面を出力部に
出力する。このとき、例えば、ユーザの端末４０１の出
力部には、図７に示すような認証情報の入力画面が出力
される。そして、ユーザによって認証情報として、ユー
ザ名、パスワードなどが入力された後（ステップＳ
６）、購入確認画面である図８に示すような画面に遷移
し、マウスの指示などによって「購入」ボタンがクリッ
クされると、ユーザの端末４０１は、入力された認証情
報をプロバイダのサーバ３０１に送信する。

【００３２】ユーザの端末４０１から認証情報を受信す
ると、プロバイダのサーバ３０１は、コンテンツ流通者
のサーバ２０１と認証処理およびアクセスキー発行処理
を行う（ステップＳ７、詳細は後述する）。そして、プ
ロバイダのサーバ３０１は、この処理によって発行され
るアクセスキーをユーザの端末４０１に発行する（ステ
ップＳ８）。ユーザの端末４０１は、プロバイダのサー
バ３０１からアクセスキーを受信すると、受信したアク
セスキーを一時保持し、ユーザによって所望のコンテン
ツのＵＲＬ情報が配信サーバアドレス情報として指示さ
れると、指示された配信サーバアドレス情報に一時保持
したアクセスキーを含めてアクセス情報としてコンテン
ツ流通者のサーバ２０１にコンテンツの要求を行う（ス
テップＳ９）。コンテンツ流通者のサーバ２０１は、ユ
ーザの端末４０１から要求されたアクセス情報の中から
アクセスキーの文字列を取り出し、このアクセスキーの
正当性をチェック（認証）する（ステップＳ１０）。

【００３３】そして、コンテンツ流通者のサーバ２０１
は、取得要求された有償のコンテンツの配信サーバアド
レス情報に応じて、内部ＤＢ２１７またはコンテンツ提
供者のサーバ１５１からコンテンツを取得する。このと
き、コンテンツ流通者のサーバ２０１は、コンテンツ提
供者のサーバ１５１から有償のコンテンツを取得する場
合に、アドレスの変換処理を行うとともに、コンテンツ
提供者のサーバ１５１から有償のコンテンツを取得する
（ステップＳ１１、詳細は後述する）。そして、コンテ
ンツ流通者のサーバ２０１は、取得した有償のコンテン
ツをユーザの端末４０１に送信する（ステップＳ１
２）。ユーザの端末４０１は、コンテンツ流通者のサー
バ２０１から受信した有償のコンテンツを出力部に出力
する。このとき、例えば、ユーザの端末４０１の出力部
には、図９の符号（ａ）に示すような画面が出力される
（ステップＳ１３）。また、ユーザの端末４０１は、ユ
ーザからの取得要求に応じて、符号（ｂ）に示すような
有償のコンテンツをコンテンツ提供者のサーバ１５１か
ら取得し、出力部に出力する。

【００３４】次に、図４のステップＳ１０からステップ
Ｓ１２におけるコンテンツ流通者のサーバ２０１の動作
について、図１０のフローチャートを用いて説明する。
ここでは、ユーザの端末４０１から、「ｈｔｔｐ：／／
ｆｅ．ｂｉｔｗａｙ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔｓＡ
／ｉｎｄｅｘ．ｈｔｍｌ」という配信サーバアドレス情
報の有償のコンテンツに対する取得要求がなされた場合
について説明する。また、この実施形態においては、サ
ーバにアクセスするための情報と配信サーバアドレス情
報とを含む情報をアクセス情報として説明するものと
し、この実施形態においては、アクセスキーとＵＲＬ情
報とを含む情報をアクセス情報の一例として説明する。

【００３５】コンテンツ流通者のサーバ２０１の制御部
２１２は、通信部２１１によって、ユーザの端末４０１
からアクセスキーを含むアクセス情報を受信すると、受
信したアクセス情報の中から、ＵＲＬ情報（配信サーバ
アドレス情報）とアクセスキーの情報とに分けて抽出
し、一時保持する。そして、制御部２１２は、一時保持
された配信サーバアドレス情報に基づいて、有償のコン
テンツであるか無償のコンテンツであるかを検出する
（ステップＳ２０）。この検出は、例えば、配信サーバ
アドレス情報が「ｈｔｔｐ：／／ｗｗｗ」で始まる場合
は、無償のコンテンツであり、それ以外は、有償のコン
テンツであるものとして予め設定されており、この配信
サーバアドレス情報に基づいて検出される。この場合、
有償のコンテンツあての配信サーバアドレス情報である
ことが検出される。次に、制御部２１２は、一時保持さ
れたアクセスキーの情報に基づいて、正当性をチェック
（認証）する（ステップＳ２１）。そして、当該チェッ
クの結果、正当なアクセスキーではないことが確認され
ると（ステップＳ２２）、コンテンツ流通者のサーバ２
０１は、ユーザの端末４０１に認証に失敗したことを通
知（エラーの返答）する（ステップＳ２３）。

【００３６】一方、当該チェックの結果、正当なアクセ
スキーであることが確認された場合（ステップＳ２
２）、検索部２１４は、制御部２１２から配信サーバア
ドレス情報が出力され、サーバの検索が指示されると、
この配信サーバアドレス情報の中から、コンテンツＩＤ
「ｃｏｎｔｅｎｔｓＡ」を抽出する。そして、このコン
テンツＩＤに対応するコンテンツが内部ＤＢ２１７に記
憶されているか、コンテンツ提供者のサーバ１５１か
を、検索ＤＢ２１５に記憶されているコンテンツ所有サ
ーバアドレス情報の中から検索する（ステップＳ２
４）。内部ＤＢ２１７にユーザの端末４０１から取得要
求がなされたコンテンツが記憶されていることが検出さ
れると（ステップＳ２５）、検索部２１４は、このコン
テンツが記憶されている内部ＤＢ２１７のコンテンツ所
有サーバアドレス情報を検索ＤＢ２１５から読み出し、
読み出したコンテンツ所有サーバアドレス情報を制御部
２１２に出力する。制御部２１２は、検索部２１４から
出力されたコンテンツ所有サーバアドレス情報に格納さ
れているコンテンツを内部ＤＢ２１７から読み出し（ス
テップＳ２６）、読み出したコンテンツを通信部２１１
によってユーザの端末４０１に送信する制御を行う（ス
テップＳ２７）。

【００３７】一方、コンテンツＩＤに対応するコンテン
ツが内部ＤＢ２１７に記憶されていない場合（ステップ
Ｓ２５）、検索部２１４は、コンテンツＩＤ「ｃｏｎｔ
ｅｎｔｓＡ」に対応するコンテンツが記憶されているサ
ーバを示すコンテンツ所有サーバアドレス情報である
「ｗｗｗ．ｇａｉｂｕ．ｃｏ．ｊｐ」を検索ＤＢ２１５
から読み出し、読み出したコンテンツ所有サーバアドレ
ス情報を制御部２１２に出力するとともに、外部サーバ
へアクセスする指示を出力する。

【００３８】制御部２１２は、検索部２１４からコンテ
ンツ所有サーバアドレス情報である「ｗｗｗ．ｇａｉｂ
ｕ．ｃｏ．ｊｐ」と外部サーバへアクセスする指示を受
けると、アドレス変換部２１６によって、ＵＲＬ情報の
付け替えを行う（ステップＳ２８）。すなわち、制御部
２１２は、アドレス変換部２１６によって、 「ｈｔｔｐ：／／ｆｅ．ｂｉｔｗａｙ．ｎｅ．ｊｐ／ｃ
ｏｎｔｅｎｔｓＡ／ｉｎｄｅｘ．ｈｔｍｌ」 なるＵＲＬ情報のうち、 「ｆｅ．ｂｉｔｗａｙ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔｓ
Ａ／」 なる文字列を「ｗｗｗ．ｇａｉｂｕ．ｃｏ．ｊｐ」のア
ドレス情報に変換し、 「ｈｔｔｐ：／／ｗｗｗ．ｇａｉｂｕ．ｃｏ．ｊｐ／ｉ
ｎｄｅｘ．ｈｔｍｌ」 であるコンテンツ所有サーバアドレス情報として、通信
部２１１によって外部サーバであるコンテンツ提供者の
サーバ１５１にアクセスする。

【００３９】次いで、制御部２１２は、コンテンツ提供
者のサーバ１５１からコンテンツを取得すると（ステッ
プＳ２９）、取得したコンテンツに付与されている、送
信元を示すコンテンツ所有サーバアドレス情報である 「ｈｔｔｐ：／／ｗｗｗ．ｇａｉｂｕ．ｃｏ．ｊｐ／ｉ
ｎｄｅｘ．ｈｔｍｌ」 をアドレス変換部２１６によって、 「ｈｔｔｐ：／／ｆｅ．ｂｉｔｗａｙ．ｎｅ．ｊｐ／ｃ
ｏｎｔｅｎｔｓＡ／ｉｎｄｅｘ．ｈｔｍｌ」 のＵＲＬ情報に再度の変換を行う（ステップＳ３０）。
そして、制御部２１２は、コンテンツ提供者のサーバ１
５１から取得したコンテンツに送信元のＵＲＬ情報を 「ｈｔｔｐ：／／ｆｅ．ｂｉｔｗａｙ．ｎｅ．ｊｐ／ｃ
ｏｎｔｅｎｔｓＡ／ｉｎｄｅｘ．ｈｔｍｌ」 の配信サーバアドレス情報として、通信部２１１によっ
て、ユーザの端末４０１に送信する（ステップＳ３
１）。

【００４０】図１０におけるコンテンツ流通者のサーバ
２０１の動作は、コンテンツ提供者のサーバ１５１が有
する有償のコンテンツをユーザの端末４０１に送信する
場合について説明したが、次に、無償のコンテンツをユ
ーザの端末４０１に送信する場合について図１１を用い
て説明する。ここでは、ユーザの端末４０１から、「ｈ
ｔｔｐ：／／ｗｗｗ．ｂｉｔｗａｙ．ｎｅ．ｊｐ／ｃｏ
ｎｔｅｎｔｓＤ／ｉｎｄｅｘ．ｈｔｍｌ」というＵＲＬ
情報のコンテンツに対する取得要求がなされた場合につ
いて説明する。また、ここでは、ユーザの端末４０１か
ら、新たにコンテンツ流通者のサーバ２０１にアクセス
された場合について説明する。

【００４１】コンテンツ流通者のサーバ２０１の制御部
２１２は、通信部２１１によって、ユーザの端末４０１
から、アクセスキーを含むアクセス情報を受信すると、
受信したこのアクセス情報の中から、ＵＲＬ情報とアク
セスキーの情報とに分けて抽出し、一時保持する。そし
て、制御部２１２は、取得要求がなされたＵＲＬ情報す
なわち配信サーバアドレス情報が、有償のコンテンツあ
てのＵＲＬ情報であるか無償のコンテンツあてのＵＲＬ
であるかを検出する（ステップＳ４１）。この場合、
「ｈｔｔｐ：／／」以下のＵＲＬ情報が「ｗｗｗ．」で
あるので、無償のコンテンツのＵＲＬ情報であることが
検出される。そして、制御部２１２は、このＵＲＬ情報
によって指示されるサーバが、内部ＤＢ２１７であるか
外部サーバであるかを検索する指示を行う。

【００４２】検索部２１４は、制御部２１２からＵＲＬ
情報が出力され、サーバの検索が指示されると、このＵ
ＲＬ情報の中から、コンテンツＩＤである「ｃｏｎｔｅ
ｎｔｓＤ」を抽出し、このコンテンツＩＤに対応するコ
ンテンツが内部ＤＢ２１７に記憶されているか否かを、
検索ＤＢ２１５に記憶されているコンテンツ所有サーバ
アドレス情報の中から検索する（ステップＳ４２）。内
部ＤＢ２１７に指示されたコンテンツが記憶されている
ことが検出されると（ステップＳ４３）、検索部２１４
は、このコンテンツが記憶されている内部ＤＢ２１７の
コンテンツ所有サーバアドレス情報を読み出し、制御部
２１２に出力する。制御部２１２は、検索部２１４から
出力されたコンテンツ所有サーバアドレス情報に格納さ
れているコンテンツを内部ＤＢ２１７から読み出し、読
み出したコンテンツを通信部２１１によってユーザの端
末４０１に送信する制御を行う（ステップＳ４７）。

【００４３】一方、コンテンツＩＤに対応するコンテン
ツが内部ＤＢ２１７に記憶されていない場合（ステップ
Ｓ４３）、検索部２１４は、コンテンツＩＤである「ｃ
ｏｎｔｅｎｔｓＤ」に対応するコンテンツが記憶されて
いるサーバを示すコンテンツ所有サーバアドレス情報で
ある「ｗｗｗ．ｔ−ｎｅｔ．ｃｏ．ｊｐ」を検索ＤＢ２
１５から読み出し、読み出したコンテンツ所有サーバア
ドレス情報を制御部２１２に出力するとともに、コンテ
ンツ所有サーバアドレス情報に該当する外部サーバへア
クセスする指示を出力する。

【００４４】制御部２１２は、検索部２１４から外部サ
ーバのコンテンツ所有サーバアドレス情報である「ｗｗ
ｗ．ｔ−ｎｅｔ．ｃｏ．ｊｐ」と外部サーバへアクセス
する指示を受けると、上述したように、アドレス変換部
２１６によって、ＵＲＬ情報の付け替えを行う（ステッ
プＳ４４）。このとき、制御部２１２は、アドレス変換
部２１６によって、 「ｈｔｔｐ：／／ｗｗｗ．ｂｉｔｗａｙ．ｎｅ．ｊｐ／
ｃｏｎｔｅｎｔｓＤ／ｉｎｄｅｘ．ｈｔｍｌ」 なるＵＲＬ情報のうち、 「ｗｗｗ．ｂｉｔｗａｙ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔ
ｓＤ／」 なる文字列を 「ｗｗｗ．ｔ−ｎｅｔ．ｃｏ．ｊｐ」 のアドレス情報に変換し、 「ｈｔｔｐ：／／ｗｗｗ．ｔ−ｎｅｔ．ｃｏ．ｊｐ／ｉ
ｎｄｅｘ．ｈｔｍｌ」 であるコンテンツ所有アドレス情報として、通信部２１
１によって外部サーバであるコンテンツ提供者のサーバ
１５１にアクセスする。

【００４５】次いで、制御部２１２は、コンテンツ提供
者のサーバ１５１から該当するコンテンツを取得すると
（ステップＳ４５）、取得したコンテンツに付与されて
いる、送信元を示すコンテンツ所有サーバアドレス情報 「ｈｔｔｐ：／／ｗｗｗ．ｔ−ｎｅｔ．ｃｏ．ｊｐ／ｉ
ｎｄｅｘ．ｈｔｍｌ」 をアドレス変換部２１６によって、 「ｈｔｔｐ：／／ｗｗｗ．ｂｉｔｗａｙ．ｎｅ．ｊｐ／
ｃｏｎｔｅｎｔｓＤ／ｉｎｄｅｘ．ｈｔｍｌ」 のＵＲＬ情報に再度の変換を行う（ステップＳ４６）。
そして、制御部２１２は、コンテンツ提供者のサーバ１
５１から取得したコンテンツの送信元のＵＲＬ情報を 「ｈｔｔｐ：／／ｗｗｗ．ｂｉｔｗａｙ．ｎｅ．ｊｐ／
ｃｏｎｔｅｎｔｓＤ／ｉｎｄｅｘ．ｈｔｍｌ」 である配信サーバアドレス情報として、取得したコンテ
ンツとともに、通信部２１１によって、ユーザの端末４
０１に送信する（ステップＳ４７）。なお、上述した実
施形態においては、ＵＲＬ情報が「ｈｔｔｐ：／／ｗｗ
ｗ」で始まる場合は、無償のコンテンツであり、それ以
外は、有償のコンテンツであるものとして検出する場合
について説明したが、ＵＲＬ情報以外の情報を用いて有
償のコンテンツと無償のコンテンツを識別するようにし
てもよい。

【００４６】次に、図４のステップＳ７における認証処
理及びアクセスキー発行処理について図１２を用いて説
明する。図１２は、認証処理及びアクセスキー発行処理
について説明するためのシーケンス図である。この図に
おいて、ユーザがサービスの認証画面においてユーザＩ
Ｄおよびパスワードを入力して送信操作を行うことによ
り、ユーザの端末４０１からプロバイダのサーバ３０１
にサービスの認証依頼が送られる（ステップＳ５１）。
プロバイダのサーバ３０１は、受信したユーザＩＤなど
の情報をもとに会員情報データベース３５１にアクセス
してこのユーザが登録済のユーザであるか否かを判別す
る。当該判別により、登録済であることを確認してから
（ステップＳ５２）、コンテンツ流通者のサーバ２０１
にアクセスキー発行依頼を送信する。このアクセスキー
発行依頼は、プロバイダによって付与されたユーザＩ
Ｄ、コンテンツ流通者によって付与されておりプロバイ
ダを識別するためのプロバイダＩＤ、およびコンテンツ
流通者によって付与されており、ユーザが要求したコン
テンツを識別するためのコンテンツＩＤが付加されて送
信される（ステップＳ５３）。このプロバイダＩＤとユ
ーザＩＤの組み合わせによってユーザが一意に特定され
る。

【００４７】ここで、コンテンツＩＤには、課金種別お
よびコンテンツカテゴリーを示す情報が含まれる。課金
種別は、アクセスの都度料金が発生する件数課金や、一
定期間（例えば、１週間、１ヶ月間など回数に関係なく
自由にアクセスを許す期間課金）などの種別を示す。ま
たコンテンツカテゴリーは、コンテンツの分野分類を示
すものであり、アクセスパターンを分析する際や、ギャ
ンブル情報など特定の年齢層のみにアクセスを許可する
際などの情報として利用される。

【００４８】アクセスキー発行依頼を受信したコンテン
ツ流通者のサーバ２０１は、受信した情報に基づき、ア
クセスキーを生成する。アクセスキーとは、コンテンツ
へのアクセスの正当性を判断するためのデータの並びで
あり、容易に偽造されることを防ぐために、アクセスキ
ーの生成ロジックには暗号技術等を援用するようにす
る。本実施形態では、少なくとも、プロバイダＩＤ、ユ
ーザＩＤ、コンテンツＩＤ、アクセスキー発行日時をも
とに所定の演算を行い、その結果得られる文字列をアク
セスキーとしている。なお、この演算過程は少なくとも
部分的には可逆的であり、生成されたアクセスキーをも
とに少なくともプロバイダＩＤ、ユーザＩＤ、コンテン
ツＩＤ、アクセスキー発行日時を得ることのできる逆演
算が存在するように上記演算を選択する。

【００４９】次に、コンテンツ流通者のサーバ２０１
は、アクセスキー発行情報をアクセス管理データベース
２５１（アクセス管理情報記憶部）に登録する（ステッ
プＳ５４）。ここで登録される情報は、プロバイダＩ
Ｄ、ユーザＩＤ、コンテンツＩＤ、アクセスキー発行日
時、課金種別、発行されるアクセスキーである。

【００５０】この登録が完了すると、コンテンツ流通者
のサーバ２０１は、プロバイダのサーバ３０１に生成し
たアクセスキーを含むアクセス情報を返答する（ステッ
プＳ５５）。ここで、ユーザから要求されているコンテ
ンツがアクセスの都度課金するタイプのものである場合
は、この段階で、プロバイダのサーバ３０１は、会員情
報データベース３５１に課金情報を記録する（ステップ
Ｓ５６）。また、ユーザに一定期間自由にアクセスする
ことを許すコンテンツの場合であっても、アクセスのパ
ターンを分析するための基礎データとして情報を記録す
るようにしても良い。また、何らかの原因によってアク
セスキーが正しく発行されず、ステップＳ５のアクセス
キー返答においてエラーのステータスが返された場合に
は、プロバイダのサーバ３０１はステップＳ５６の課金
記録を行わない。

【００５１】アクセスキーが正常に返答された場合は、
プロバイダのサーバ３０１はそのアクセスキーをユーザ
の端末４０１に発行し（ステップＳ５７）、ユーザの端
末４０１はこのアクセスキーが含まれたアクセス情報を
用いてコンテンツ流通者のサーバ２０１にアクセスする
（ステップＳ５８）。これを受信したコンテンツ流通者
のサーバ２０１は、このアクセス情報の中かからアクセ
スキーの文字列を取り出し、このアクセスキーの正当性
をチェック（判別）する（ステップＳ５９）。そして、
要求されたコンテンツを取得する。ここで、取得すべき
コンテンツがコンテンツ提供者のサーバ１５１に記憶さ
れている場合、コンテンツ提供者のサーバ１５１から、
上述のアドレス変換部２１６によってＵＲＬ情報をコン
テンツ所有サーバアドレス情報に変換してからコンテン
ツの取得要求をする（ステップＳ６０）。

【００５２】そして、コンテンツ流通者のサーバ２０１
は、コンテンツ提供者のサーバ１５１からコンテンツを
取得すると（ステップＳ６１）、取得したコンテンツに
設定されている送信元のコンテンツ所有サーバアドレス
情報を上述した手順に基づいて配信サーバアドレス情報
に再度変換し、コンテンツとともにユーザの端末４０１
に送信する（ステップＳ６２）。

【００５３】ステップＳ６２において送信されるコンテ
ンツなどのデータがユーザの端末４０１において、出力
された場合、表示画面上の「アドレス」の欄には、「ｈ
ｔｔｐ：／／ｆｅ．ｂｉｔｗａｙ．ｃｏ．ｊｐ／４８８
０ｄｇ３３３３３／ｃｏｎｔｅｎｔｓＡ／ｉｎｄｅｘ．
ｈｔｍｌ」という表示がなされる。ここで、アクセス情
報内に含まれる「４８８０ｄｇ３３３３３」という文字
列が、アクセスキーに相当する。ユーザは、このページ
からさらにハイパーリンクされたページにアクセスする
ことができるが、リンク先へアクセスするときも、トッ
プページにアクセスしたときと同一のアクセスキーが含
まれたアクセス情報を用いてアクセスすることになる。
コンテンツ流通者のサーバ２０１はこのリンク先へのア
クセスについてもアクセス情報の中からアクセスキーの
文字列を取り出して、このアクセスキーの正当性をチェ
ックしてからコンテンツを送信するようにしている。ト
ップページからのリンク先はいくつであっても良く、ま
た間接的に複数段階にリンクされていても良いが、コン
テンツの各ページへのアクセスは、ページが変わる都度
アクセスキーの正当性をチェックする必要がある。

【００５４】次に、第２の実施形態について説明する。
この実施形態においては、ユーザの端末４０１が、コン
ピュータ端末ではなく、携帯端末である場合について説
明する。ここでいう携帯端末とは、携帯電話機または、
ＰＨＳ（パーソナルハンディホンシステム）等の携帯電
話パケット網５０１を用いる場合が含まれる。図１３
は、第２の実施形態におけるコンテンツ流通システム
と、この発明の中心的な役割を担うコンテンツ流通サー
バの構成を示す概略構成図である。この図において、図
１の各部に対応する部分には同一の符号を付け、その説
明を省略する。この図において、携帯端末４０２は、無
線によって携帯電話パケット網５０１を介して携帯端末
用サーバ３０２に接続される。ここでは、一例として、
携帯端末へのサービスを提供している電話会社（事業
者）が異なる場合、その電話会社（事業者）毎に携帯端
末用サーバ３０３を設け、該携帯端末用サーバ３０３に
対応する携帯電話パケット網５０２を設け、携帯端末４
０３を接続する構成が示されている。ここで、電話会社
（事業者）は、第１の実施形態のプロバイダに相当し、
携帯端末用サーバは、プロバイダのサーバ３０１に相当
する。

【００５５】携帯端末用サーバ３０２（携帯端末用サー
バ３０３）は、携帯端末４０２（携帯端末４０３）の電
話番号などの携帯電話パケット網５０１を用いるための
一意に定められた情報とユーザＩＤとを対応づけるデー
タベースを有しており、携帯電話パケット網５０１を介
してコンテンツ流通者のサーバ２０１に接続される。こ
の携帯電話パケット網５０１は、専用線若しくはＶＰＮ
（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ，
仮想専用線網）が適用される。コンテンツ流通者のサー
バ２０１には、コンテンツ提供者のサーバとなるＷｅｂ
サーバ２６０が接続される。このＷｅｂサーバ２６０
は、有償のコンテンツまたは無償のコンテンツのうち、
少なくとも一方のコンテンツが記憶されている。

【００５６】次に、図１３におけるコンテンツ流通者の
サーバ２０１の構成について図１４を用いて説明する。
図１４は、第２の実施形態におけるコンテンツ流通者の
サーバ２０１の構成を示す概略ブロック図である。この
図において、ユーザＩＤデータベース２２０は、コンテ
ンツの配信サービスに加入している会員のユーザＩＤを
記憶している。通信部２１１は、制御部２２３からの指
示に基づき、外部サーバ（例えば、Ｗｅｂサーバ２６
０）と通信を行うとともに、ネットワーク５０１を介し
て、携帯端末用サーバ３０２、携帯端末用サーバ３０３
と通信を行う。第２の実施形態では、第１の実施形態と
同様に、ユーザの携帯端末４０２、形態用端末サーバ３
０２や３０３、コンテンツ流通者のサーバ２０１，コン
テンツ提供者のＷｅｂサーバ２６０の間で接続するため
に用いられる情報を総称してアドレス情報という。特
に、ユーザの携帯端末４０２とコンテンツ提供者のサー
バ２０１との接続に用いられ、コンテンツの要求を行う
アドレス情報を、配信サーバアドレス情報という。コン
テンツ流通者のサーバ２０１と、コンテンツを取得する
ために用いられるコンテンツが記録された所在を示すア
ドレス情報を、コンテンツ所有サーバアドレス情報とい
う。コンテンツが記録された所在とは、例えば、コンテ
ンツ提供者のＷｅｂサーバ２６０である。

【００５７】ユーザ認証部２２１は、制御部２２３から
出力されるユーザＩＤが、ユーザＩＤデータベース２２
０に記憶されているか否かを検索し、検索結果を制御部
２２３に出力する。例えば、ユーザ認証部２２１は、ユ
ーザＩＤがユーザＩＤデータベース２２０に記憶されて
いる場合に、ユーザＩＤが認証されたことを制御部２２
３に通知する。

【００５８】制御部２２３は、携帯端末用サーバ３０２
を介して携帯端末４０２からコンテンツの取得要求とコ
ンテンツを取得するアクセス先となるアクセス情報に基
づいて、ユーザＩＤを示すユーザＩＤ部とアクセス先の
ＵＲＬ情報を示すパス部とに分割し、パス部の文字列の
デコードを行い、コンテンツ所有サーバアドレス情報を
生成する。また、制御部２２３は、装置各部の制御を行
うほか、アドレス変換部２２２を有する。なお、ここで
は、ユーザＩＤ部の情報とＵＲＬ情報とを含む情報をア
クセス情報として説明する。

【００５９】アドレス変換部２２２は、制御部２２３か
らの指示に応じて、外部サーバ（例えば、Ｗｅｂサーバ
２６０）から取得したコンテンツ内のリンク先等を示す
アドレスに関するコンテンツ所有サーバアドレス情報
を、コンテンツ流通者のサーバ２０１を介して外部サー
バであるＷｅｂサーバ２６０を含む他のサーバにアクセ
スされるようなＵＲＬ情報に変換する。また、アドレス
変換部２２２は、変換された配信サーバアドレス情報を
エンコードする。

【００６０】次に、図１３における構成のコンテンツ流
通システムの動作について、図１５のシーケンス図を用
いて説明する。まず、携帯端末４０２は、ユーザからの
入力に応じて、取得したいコンテンツのＵＲＬ情報を配
信サーバアドレス情報として携帯端末用サーバ３０２に
通知するとともに、配信要求を行う（ステップＳ２０
１）。携帯端末用サーバ３０２は、自己が有するデータ
ベースの情報に基づいて、配信要求と配信サーバアドレ
ス情報とに、携帯端末４０２からの配信要求に含まれる
携帯端末４０２の電話番号に対応するユーザＩＤを付加
してアクセス情報としてコンテンツ流通者のサーバ２０
１に送信する（ステップＳ２０２）。

【００６１】コンテンツ流通者のサーバ２０１の制御部
２２３は、通信部２１１を介して携帯端末用サーバ３０
２からアクセス情報を受信すると、受信したアクセス情
報に含まれる配信要求、配信サーバアドレス情報とユー
ザＩＤのうち、ユーザＩＤがユーザＩＤデータベース２
２０に記憶されているか否かをユーザ認証部２２１によ
って検索し、コンテンツの配信要求を行った携帯端末４
０２のユーザが会員であるか否かを検出する。このユー
ザが会員ではない場合、コンテンツ流通者のサーバ２０
１は、携帯端末用サーバ３０２を介して携帯端末４０２
にエラーを送信する。一方、このユーザＩＤがユーザＩ
Ｄデータベース２２０に登録されており、会員であるこ
とが検出されると、制御部２２３は、通信部２１１を介
して、配信要求がなされたＵＲＬ情報に対応するコンテ
ンツ所有サーバアドレス情報のＷｅｂサーバ２６０にア
クセスし（ステップＳ２０５）、該当するコンテンツを
取得する（ステップＳ２０６）。通信部２１１を介して
Ｗｅｂサーバ２６０から該当するコンテンツを取得する
と、制御部２２３は、取得したコンテンツ内に含まれる
リンク先を示すコンテンツ所有サーバアドレス情報を、
アドレス変換部２２２によって配信サーバアドレス情報
に変換させ、エンコードさせる（詳細は後述する）。

【００６２】次に、制御部２２３は、アドレス変換部２
２２によってアドレス変換処理がなされたコンテンツに
送信先を指定するユーザＩＤを付加し、携帯端末用サー
バ３０２に送信する（ステップＳ２０７）。携帯端末用
サーバ３０２は、コンテンツ流通者のサーバ２０１から
コンテンツとユーザＩＤを受信すると、受信したユーザ
ＩＤに対応する電話番号のデータベース２２０から読み
出し、読み出した電話番号の携帯端末４０２を呼び出
し、コンテンツ流通者のサーバ２０１から受信したコン
テンツを送信する（ステップＳ２０８）。

【００６３】次に、図１５のステップＳ２０２からＳ２
０７におけるコンテンツ流通者のサーバ２０１の動作に
ついて、図１６のフローチャートを用いて説明する。ま
ず、携帯端末用サーバ３０２からコンテンツの取得要求
と配信サーバアドレス情報とユーザＩＤを含むアクセス
情報が送信されると、コンテンツ流通者のサーバ２０１
の制御部２２３は、コンテンツの取得要求であるか送信
要求であるかを検出する（ステップＳ２１１）。このと
き通知されるアクセス情報の一例を図１７に示す。コン
テンツの送信要求である場合、制御部２２３は、このコ
ンテンツの大きさをチェックし（ステップＳ２１２）、
予め設定されている最大コンテンツサイズより小さいか
否かを検出する（ステップＳ２１３）。最大コンテンツ
サイズより送信要求がなされたコンテンツの方が大きい
場合、制御部２２３は、通信部２１１を介して、携帯端
末用サーバ３０２にコンテンツサイズエラーを送信する
（ステップＳ２１４）。

【００６４】一方、最大コンテンツサイズより送信要求
がなされたコンテンツの方が小さい場合およびステップ
Ｓ２１１において送信要求である場合、制御部２２３
は、アクセス情報の中にユーザＩＤを示す変数「ｕｉ
ｄ」が存在するか否かを検出する。変数「ｕｉｄ」が存
在しない場合、制御部２２３は、通信部２１１を介して
認証エラーを携帯端末用サーバ３０２に送信する（ステ
ップＳ２１６）。

【００６５】一方、変数「ｕｉｄ」が存在する場合、制
御部２２３は、「ｕｒｌ＝」で始まる文字列（図１７符
号（ａ））において、最初の「＆」の文字を基準にユー
ザＩＤ部（図１８符号（ｃ））とパス部（図１８符号
（ｂ））に分割する（ステップＳ２１７）。そして、制
御部２２３は、分割したユーザＩＤ部（図１８符号
（ｃ））の情報をユーザ認証部２２１に出力する。ユー
ザ認証部２２１は、制御部２２３から出力されたユーザ
ＩＤ部のユーザＩＤがユーザＩＤデータベース２２０に
登録されているか否かを検出する（ステップＳ２１
９）。ユーザ認証部２２１は、ユーザＩＤがユーザＩＤ
データベース２２０に登録されていない場合、制御部２
２３に認証エラーであることを指示する。制御部２２３
は、認証エラーであることを通信部２１１によって携帯
端末用サーバ３０２に送信する（ステップＳ２１６）。

【００６６】一方、ユーザ認証部２２１は、ユーザＩＤ
が登録されている場合、認証がなされたことを制御部２
２３に通知する。制御部２２３は、分割した文字列のう
ち、パス部の文字列（図１８符号（ｂ））をデコードす
る（ステップＳ２２０）。このとき、パス部の文字列
（図１８符号（ｂ））は、図１９に示すようにデコード
される。

【００６７】次に、制御部２２３は、デコードされたパ
ス部の後ろにユーザＩＤ部を付加し、Ｗｅｂサーバ２６
０にアクセスするためコンテンツ所有サーバアドレス情
報を生成する（ステップＳ２２１）。パス部の後ろにユ
ーザＩＤ部が付加された文字列（コンテンツ所有サーバ
アドレス情報）は、図２０のように示される。そして、
制御部２２３は、通信部２１１を介して、生成したコン
テンツ所有サーバアドレス情報を用いてＷｅｂサーバ２
６０にアクセスし、該当するコンテンツを取得する（ス
テップＳ２２２）。次いで、制御部２２３は、取得した
コンテンツの形式（Ｃｏｎｔｎｅｔ−ｔｙｐｅ）のチェ
ックを行い（ステップＳ２２３）、コンテンツの形式が
「ＨＴＭＬ」形式である場合（ステップＳ２２４）、ア
ドレス変換部２２２によって、コンテンツ内に含まれて
いるリンク先となるコンテンツ所有サーバアドレス情報
を配信サーバアドレス情報に変換する処理を行い（ステ
ップＳ２２５）、アドレス変換処理がなされたコンテン
ツを通信部２１１によって携帯端末用サーバ３０２に送
信する（ステップＳ２２６）。一方、コンテンツの形式
（Ｃｏｎｔｎｅｔ−ｔｙｐｅ）が「ＨＴＭＬ」形式では
ない場合（ステップＳ２２４）、制御部２２３は、通信
部２１１によって、このコンテンツをそのまま携帯端末
用サーバ３０２に送信する。この実施の形態では、コン
テンツの形式について「ＨＴＭＬ」形式のみについて説
明したが、コンテンツの形式が「ＨＴＭＬ」形式以外に
も、例えば「Ｃｏｍｐａｃｔ ＨＴＭＬ」、「ＨＤＭ
Ｌ」、「ＭＭＬ」、「ｔｅｘｔ」などの様々なコンテン
ツの形式があげられる。その他、画像や音声のコンテン
ツ形式も様々ある。ステップＳ２２４は、コンテンツデ
ータに含まれているリンク先となるコンテンツ所有サー
バアドレス情報が存在しない場合は、コンテンツをその
まま携帯端末用サーバ３０２に送信することが行われ
る。したがって、「ＨＴＭＬ」形式以外であっても、コ
ンテンツ内にコンテンツ所有サーバアドレス情報が含ま
れないことを確認するためにステップＳ２２４の処理が
行われる。

【００６８】次に、図１６のステップＳ２２５における
コンテンツ内のアドレス変換処理について、図２１のフ
ローチャートを用いて説明する。アドレス変換部２２２
は、制御部２２３からアドレス変換処理が指示される
と、コンテンツ内のアドレス変換を行う前に、ＨＴＴＰ
レスポンス内のボディ部をチェックし、アドレス変換処
理を行った後の出力するボディ部の情報の大きさ（バイ
ト数）を計算する（ステップＳ２３１）。次に、アドレ
ス変換部２２２は、再度ＨＴＴＰレスポンスのボディ部
のチェックを行う（ステップＳ２３２）。ボディ部のチ
ェックがすべて終わっていない場合（ステップＳ２３
３）、残りのボディ部のチェックを行い（ステップＳ２
３４）、変換する対象となるＨＴＭＬ形式のタグがある
か否かを検出する（ステップＳ２３５）。ここで、変更
する対象となるＨＴＭＬ形式のタグは、例えば、 〈Ａ ＨＲＥＦ＝”・・・・”〉 〈ＦＯＲＭ ＡＣＴＩＯＮ＝”・・・・”〉 〈ＩＭＧ ＳＲＣ＝”・・・・”〉 等である。変更対象であるＨＴＭＬ形式のタグがない場
合、ボディ部のチェックがすべて完了するまで（ステッ
プＳ２３３）、残りのボディ部をすべてチェックする
（ステップＳ２３４）。

【００６９】一方、変更対象であるＨＴＭＬ形式のタグ
として、例えば、図２２に示すような文字列が検出され
ると、アドレス変換部２２２は、図２３に示すように、
ＨＴＭＬ形式のタグ名の直後に記述された２つのダブル
クォート「”」によって３つの変数に分割し（ステップ
Ｓ２３５）、タグ内のパス部をチェックする（ステップ
Ｓ２３７）。このチェックにおいて、先頭の文字列が
「ｈｔｔｐ」、「ｍａｉｌｔｏ」、「ｔｅｌ」等の変換
しない対象スキーム名である場合、ボディ部のチェック
がすべて完了するまで（ステップＳ２３３）、残りのボ
ディ部をすべてチェックする（ステップＳ２３４）。

【００７０】一方、先頭の文字列が変換する対象スキー
ム名である場合、ＨＴＭＬ形式のタグ内のパス部をエン
コードする（ステップＳ２３９）。このとき、図２３符
号（ｅ）のＨＴＭＬ形式のタグ内のパス部の文字列は、
図２４に示すようにエンコードされる。さらに、アドレ
ス変換部２２２は、このエンコードされた文字列を含む
情報をコンテンツ流通者のサーバ２０１を介してＷｅｂ
サーバ２６０などの他のサーバにアクセスされるような
ＵＲＬ情報の形式に変換する（ステップＳ２４０）。こ
のとき、変換後の配信サーバアドレス情報にユーザＩＤ
を付加したアクセス情報は、例えば、図２５のように示
される。そして、アドレス変換部２２２は、変換後の配
信サーバアドレス情報とユーザＩＤを含むアクセス情報
をＵＲＬを含まない部分と連結する（ステップＳ２４
１）。このとき、連結された文字列は、例えば、図２６
のように示される。そして、ステップＳ２３３に移行
し、すべての文字列のチェックを行う。

【００７１】以上説明したコンテンツ内のアドレス変換
処理を行うことにより、例えば、Ｗｅｂサーバ２６０か
ら取得した、図２７（ａ）に示すようなコンテンツのＨ
ＴＭＬ形式のファイルが、図２７（ｂ）に示すようなコ
ンテンツのＨＴＭＬ形式のファイルに変換され、携帯端
末用サーバ３０２を介して携帯端末４０２に送信され
る。これにより、携帯端末４０２のユーザが、携帯端末
用サーバ３０２を介してコンテンツ流通者のサーバ２０
１から取得したコンテンツ内におけるリンク先を指示
（クリック）することにより、必ずコンテンツ流通者の
サーバ２０１を介して外部サーバであるＷｅｂサーバ２
６０などからコンテンツを取得するようにすることがで
きる。

【００７２】次に、図２１のステップＳ２３１のコンテ
ンツの情報の大きさ（バイト数）を計算する処理につい
て、図２８のフローチャートを用いて説明する。アドレ
ス変換部２２２は、制御部２２３からコンテンツ内のア
ドレス変換処理が指示されると、ＨＴＴＰレスポンス内
のボディ部のチェックを行う（ステップＳ２５１）。ボ
ディ部分のすべてのチェックが完了していない場合（ス
テップＳ２５２）、残りの部分のチェックを行い（ステ
ップＳ２５３）、変換対象となるＨＴＭＬ形式のタグが
ない場合（ステップＳ２５４）、ステップＳ２５２に移
行する。ここで、変換対象となるＨＴＭＬのタグは、 〈Ａ ＨＲＥＦ＝”・・・・”〉 〈ＦＯＲＭ ＡＣＴＩＯＮ＝”・・・・”〉 〈ＩＭＧ ＳＲＣ＝”・・・・”〉 等である。

【００７３】一方、変換対象となるＨＴＭＬ形式のタグ
がある場合、アドレス変換部２２２は、最初のダブルク
ォートの直後の文字列をチェックし（ステップＳ２５
５）、先頭の文字列が変換しない対象のスキーム名であ
るか否かを検出し（ステップＳ２５６）、変換しない対
象のスキーム名（ｈｔｔｐ、ｍａｉｌｔｏ、ｔｅｌ等）
である場合、ステップＳ２５２に移行する。一方、変換
対象のスキーム名である場合、パス部の確認を行い（ス
テップＳ２５７）、パス部の終わりを示すダブルクォー
トがある場合（ステップＳ２５８）、アドレス変換部２
２２は、「ｃｇｉ＿ｎａｍｅ」分の文字数（環境により
異なる）と「？ｕｒｌ＝」の５文字と「＆ｕｉｄ＝ＮＵ
ＬＬＧＷＭＯＤＯＣＯ」の１７文字に基づいてコンテン
ツの大きさの増加分を計算し（ステップＳ２５９）、ス
テップＳ２５２に移行する。一方、パス部の終わりを示
すダブルクォートがない場合（ステップＳ２５８）、文
字チェックを行い（ステップＳ２６０）、エンコードの
対象となる文字列があるか否かを検出する（ステップＳ
２６１）。ここで、エンコード対象文字は、例えば、 ｛｝｜￥＾〜［］＜＞＃％”：；／？＠＆＝’ 等である。エンコード対象文字がなければステップＳ２
５７移行する。一方、エンコード対象文字がある場合、
アドレス変換部２２２は、エンコード対象文字をエンコ
ードする際に増加するコンテンツの大きさの増加分を計
算する（ステップＳ２６２）。そして、ＨＴＴＰレスポ
ンスのボディ部のすべてについてチェックが完了するま
で、上述の処理を繰り返す。

【００７４】次に、図１６のステップＳ２２０における
パス部の文字列をデコードする処理について図２９のフ
ローチャートを用いて説明する。制御部２２３は、エン
コードされている状態のパス部がすべてチェック済みで
あるか否かを検出し（ステップＳ２７１）、すべてのチ
ェックが完了していない場合、文字チェックを行う（ス
テップＳ２７２）。例えば、入力される文字列が %2Finfo%2Fidle%2Fmain,cgi%3Fidle%3Dhiro%26actor%3Doda ……（１） である場合に、この文字列に「％」の文字が含まれてい
るか否かをチェックし（ステップＳ２７３）、「％」の
文字が含まれていない場合、ステップＳ２７１に移行す
る。

【００７５】一方、上述した（１）に示す文字列のよう
に「％」の文字が含まれている場合、制御部２２３は、
「％」の文字の次の２文字（１６進数）を取得し（ステ
ップＳ２７４）、取得した１６進数の文字から、元の記
号にデコードする（ステップＳ２７５）。例えば、上記
（１）に示す文字列のうち「％２６」という文字列は、
ステップＳ２７４において、「２６」の１６進数の文字
列が取得され、ステップＳ２７５において、１６進数の
文字列「２６」から「＆」に変換される。そして、制御
部２２３は、変換された「＆」の文字がデコード対象の
文字 ｛｝｜￥＾〜［］＜＞＃％”：；／？＠＆＝’ であるか否かをチェックし（ステップＳ２７６）、デコ
ード対象の文字である場合、デコードした後の文字を出
力し、ステップＳ２７１に移行する。一方、デコード対
象の文字ではない場合、改めて１６進数の文字にエンコ
ードし、この１６進数の文字列の前に「％」の文字を付
加し、文字にデコードを行わない状態で出力する（ステ
ップＳ２７７）。そして、ステップＳ２７１に移行し、
すべてのチェックが完了すると、パス部の文字列のデコ
ード処理を完了する。ここで、上述の（１）式における
文字列の文字にデコード処理が行われた後の文字列は、 /info/idle/main,cgi?idle=hiro&actor=oda のように変換される。

【００７６】次に、図２１のステップＳ２３９における
ＨＴＭＬ形式のタグ内のパス部をエンコードする処理に
ついて図３０のフローチャートを用いて説明する。アド
レス変換部２２２は、ＨＴＭＬ形式のタグ内のパス部を
すべてチェック済みであるか否かを検出し、（ステップ
Ｓ２８１）、チェックが完了していなければ、文字列の
チェックを行い（ステップＳ２８２）、エンコード対象
の文字があるか否かを検出する（ステップＳ２８３）。
エンコード対象の文字がある場合、該文字を１６進数に
エンコードし、エンコードされた１６進数の文字の前に
「％」の文字を付加し（ステップＳ２８４）、ステップ
Ｓ２８１に移行する。一方、ステップＳ２８３におい
て、エンコード対象の文字がない場合、ステップＳ２８
１に移行する。そして、ＨＴＭＬ形式のタグ内のパス部
のすべてチェック済みであれば、エンコードの処理を完
了する。例えば、下記（２）に示すＨＴＭＬ形式のタグ
内のパス部の文字列がエンコードされると、（３）に示
すように変換される。 /info/idle/main,cgi?idle=hiro&actor=oda ……（２） %2Finfo%2Fidle%2Fmain,cgi%3Fidle%3Dhiro%26actor%3Doda ……（３）

【００７７】次に、図１６のステップＳ２２２における
Ｗｅｂサーバ２６０からコンテンツを取得する処理につ
いて図３１のフローチャートを用いて説明する。制御部
２２３は、接続先のホスト名をＩＰアドレスに変換し
（ステップＳ２９１）、ソケット生成を行い（ステップ
Ｓ２９２）、指定のホストの指定のポートに接続する
（ステップＳ２９３）。そして、制御部２２３は、ＨＴ
ＴＰリクエストを通信部２１１を介して送信し（ステッ
プＳ２９４）、Ｗｅｂサーバ２６０から送信されるコン
テンツのデータを受信する（ステップＳ２９５）。

【００７８】以上説明した第２の実施形態において、ユ
ーザＩＤデータベース２２０にユーザＩＤのみが記憶さ
れている場合について説明したが、このユーザＩＤにさ
らに、オプション情報を関連づけて記憶しておき、この
記憶されたオプション情報に応じて、携帯端末毎にサー
ビスを提供するようにしてもよい。例えば、オプション
情報として電話会社（事業者）を識別する事業者ＩＤを
対応づけて記憶し、さらに、コンテンツを表示する形式
の情報を事業者ＩＤと関連づけて記憶しておく。そし
て、コンテンツを送信する場合に、ユーザＩＤに応じ
て、携帯端末が加入している電話会社（事業者）に応じ
た形式になるように携帯端末にコンテンツを送信するよ
うにしてもよい。

【００７９】また、オプション情報として、携帯端末の
画面の表示方式がカラー表示であるか白黒表示であるか
否かの情報や、表示画面のサイズに関する情報を記憶さ
せておき、コンテンツの送信要求がなされた場合に、携
帯端末のユーザＩＤに応じて、携帯端末の表示方式に応
じた形式になるように携帯端末にコンテンツを送信する
ようにしてもよい。また、第２の実施形態に置いて、コ
ンテンツ流通者のサーバ２０１とＷｅｂサーバ２６０と
を分けて説明したが、一体となって構成しても良い。

【００８０】なお、上述した第１実施形態において、さ
らに、第２実施形態において説明したコンテンツ内のア
ドレスに関する情報を変換する処理を行うようにしても
よい。また、第２の実施形態において、さらに、第１実
施形態において説明した送信元を示すアドレスに関する
情報を変換する処理を行うようにしてもよい。

【００８１】また、図１におけるアドレス変換部２１６
（図１４におけるアドレス変換部２２２）、制御部２１
２（図１４における制御部２２３）の機能を実現するた
めのプログラムをコンピュータ読み取り可能な記録媒体
に記録して、この記録媒体に記録されたプログラムをコ
ンピュータシステムに読み込ませ、実行することにより
コンテンツの流通を行ってもよい。なお、ここでいう
「コンピュータシステム」とは、ＯＳや周辺機器等のハ
ードウェアを含むものとする。

【００８２】また、「コンピュータシステム」は、ＷＷ
Ｗシステムを利用している場合であれば、ホームページ
提供環境（あるいは表示環境）も含むものとする。ま
た、「コンピュータ読み取り可能な記録媒体」とは、フ
レキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−
ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵され
るハードディスク等の記憶装置のことをいう。さらに
「コンピュータ読み取り可能な記録媒体」とは、インタ
ーネット等のネットワークや電話回線等の通信回線を介
してプログラムを送信する場合の通信線のように、短時
間の間、動的にプログラムを保持するもの、その場合の
サーバやクライアントとなるコンピュータシステム内部
の揮発性メモリのように、一定時間プログラムを保持し
ているものも含むものとする。また上記プログラムは、
前述した機能の一部を実現するためのものであっても良
く、さらに前述した機能をコンピュータシステムにすで
に記録されているプログラムとの組み合わせで実現でき
るものであっても良い。

【００８３】以上、この発明の実施形態を図面を参照し
て詳述してきたが、具体的な構成はこの実施形態に限ら
れるものではなく、この発明の要旨を逸脱しない範囲の
設計等も含まれる。

【００８４】

【発明の効果】以上説明したように、この発明によれ
ば、サーバに記憶されたコンテンツを端末に送信する場
合に、サーバからコンテンツとともに送信されるコンテ
ンツ流通サーバのアドレス情報以外のアドレス情報がコ
ンテンツ流通サーバを介して通信がなされるアドレス情
報に変換するようにしたので、端末側からのコンテンツ
取得要求は、必ずコンテンツ流通サーバを経由して行わ
れようにすることができる。これにより、コンテンツに
対するセキュリティーが保たれる。また、有償のコンテ
ンツの課金処理を確実に行うことができる。

【００８５】また、この発明によれば、コンテンツに付
加されているコンテンツの送信元を示すＵＲＬがコンテ
ンツ流通サーバのＵＲＬに変換されるので、端末側にサ
ーバのＵＲＬが通知されない。これにより、コンテンツ
に付加される送信元情報を手がかりに端末側からサーバ
に直接アクセスされることを防ぐことができる。

【００８６】また、この発明によれば、コンテンツ所有
サーバアドレス情報には、コンテンツ内に含まれるリン
ク先を示すアドレス情報が含まれるようにしたので、コ
ンテンツ内に含まれるリンク先の情報についても、コン
テンツ流津サーバを介して通信がなされるアドレス情報
に変換される。これにより、コンテンツ内のリンク先を
示す情報をもとに、ユーザが直接サーバにアクセスする
ことを防ぐことができる。

【００８７】また、この発明によれば、端末からのコン
テンツの取得要求に含まれるコンテンツＩＤに対応する
サーバのサーバアドレス情報を記憶手段から読み出し、
読み出したサーバアドレス情報に基づいて、サーバにコ
ンテンツの送信要求を行うようにしたので、端末側にサ
ーバのサーバアドレス情報を通知しなくても、端末側の
ユーザは、所望のコンテンツを取得することができるこ
とが可能である。

【００８８】また、この発明によれば、端末からコンテ
ンツの取得要求がなされた場合に、ユーザの認証を行う
ようにしたので、コンテンツを提供する対象となる会員
以外のユーザを識別することができ、コンテンツの送信
対象を会員のユーザに限定して送信することができる。

【００８９】また、この発明によれば、変換後のアドレ
ス情報にユーザＩＤを付加し、端末側に通知しておくよ
うにしたので、端末は、アドレス変換の処理がなされた
リンク先の情報を用いてコンテンツの取得要求をする場
合に、自身が会員であることをコンテンツ流通サーバに
通知することができる。従って、リンク情報を用いた場
合においても、会員の認証処理を行うことができ、コン
テンツの送信対象を会員のユーザに限定して送信するこ
とができる。

【００９０】また、発明は、コンテンツ流通プログラム
をコンピュータ読み取り可能な記録媒体に記録するよう
にしたので、汎用コンピュータにコンテンツ流通プログ
ラムを読みこませ、実行することにより、汎用コンピュ
ータによってコンテンツ流通処理を実現することができ
る。

【図面の簡単な説明】

【図１】 この発明の一実施形態による有償情報流通装
置を適用した有償情報流通システムの構成を示す概略構
成図である。

【図２】 有償情報流通者のサーバ２０１の構成を示す
概略ブロック図である。

【図３】 サーバ検索データベース２１５に記憶される
情報の一例を示す図面である。

【図４】 ユーザが有償コンテンツにアクセスするまで
の操作手順について説明するためのフローチャートであ
る。

【図５】 ユーザの端末４０１の出力部に出力されるコ
ンテンツの紹介ページの一例を示す図面である。

【図６】 ユーザの端末４０１の出力部に出力される素
材集コンテンツ一覧のページの一例を示す図面である。

【図７】 ユーザの端末４０１の出力部に出力される認
証情報の入力画面の一例を示す図面である。

【図８】 ユーザの端末４０１の出力部に出力される画
面の一例を示す図面である。

【図９】 ユーザの端末４０１の出力部に出力されるコ
ンテンツの一例を示す図面である。

【図１０】 図４のステップＳ１０からステップＳ１２
における有償情報流通者のサーバ２０１の動作について
説明するためのフローチャートである。

【図１１】 無償コンテンツをユーザの端末４０１に送
信する場合について用いて説明するためのフローチャー
トである。

【図１２】 認証処理及びアクセスキー発行処理につい
て説明するためのシーケンス図である。

【図１３】 第２の実施形態における有償情報流通装置
を適用した有償情報流通システムの構成を示す概略構成
図である。

【図１４】 第２の実施形態における有償情報流通者の
サーバ２０１の構成を示す概略ブロック図である。

【図１５】 図１３における構成の有償情報流通システ
ムの動作について、説明するためのシーケンス図であ
る。

【図１６】 図１５のステップＳ２０２からＳ２０７に
おける有償情報流通者のサーバ２０１の動作について、
図１６のフローチャートを用いて説明する。

【図１７】 携帯端末から通知されるＵＲＬに関する情
報の一例を示す図面である。

【図１８】 ユーザＩＤ部とパス部とに分割された一例
を示す図面である。

【図１９】 デコードされたパス部の文字列の一例を示
す図面である。

【図２０】 パス部の後ろにユーザＩＤ部が付加された
文字列の一例を示す図面である。

【図２１】 図１６のステップＳ２２５におけるコンテ
ンツ内のＵＲＬ変換処理について説明するためのフロー
チャートである。

【図２２】 アドレス変換部２２２によって検出された
文字列の一例を示す図面である。

【図２３】 アドレス変換部２２２によって３つの変数
に分割された文字列の一例を示す図面である。

【図２４】 エンコードされた文字列の一例を示す図面
である。

【図２５】 変換後のアドレス情報の一例を示す図面で
ある。

【図２６】 アドレス変換部２２２によって連結された
文字列の一例を示す図面である。

【図２７】 変換前と変換後のコンテンツのＨＴＭＬフ
ァイルの一例を示す図面である。

【図２８】 図２１のステップＳ２３１のコンテンツの
情報の長さを計算する処理について説明するためのフロ
ーチャートである。

【図２９】 図１６のステップＳ２２０におけるパス部
の文字列をデコードする処理について説明するためのフ
ローチャートである。

【図３０】 図２１のステップＳ２３９におけるタグ内
のパス部をエンコードする処理について説明するための
フローチャートである。

【図３１】 図１６のステップＳ２２２におけるＷｅｂ
サーバからコンテンツを取得する処理について説明する
ためのフローチャートである。

【符号の説明】

１０１…コンテンツ提供者の端末 １５１…コンテンツ提供者のサーバ ２０１……コンテンツ流通者のサーバ ２１２、２２３……制御部 ２１３……アクセス管理データベース ２１４……検索部 ２１５……サーバ検索データベース ２１６、２２２……アドレス変換部 ２１７……内部サーバコンテンツデータベース ２２０……ユーザＩＤデータベース ２２１……ユーザ認証部 ２５１……アクセス管理データベース ２６０……Ｗｅｂサーバ ３０１……プロバイダのサーバ ３０２、３０３……携帯端末サーバ ３５１……会員情報データベース ４０１……ユーザの端末 ４０２、４０３……携帯端末 ５００…ネットワーク

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ３０２ Ｇ０６Ｆ 17/60 ３０２Ｅ ５１２ ５１２ (72)発明者 永野 壮太 東京都台東区台東１丁目５番１号 凸版印 刷株式会社内 Ｆターム(参考） 5B017 AA03 BA05 CA16 5B082 EA12 FA07 HA05 HA08 5B085 AC04 BG07 CA04

Claims (12)

【特許請求の範囲】
1. 【請求項１】 コンテンツを記憶したサーバと相互に接
   続されるとともに、ユーザの端末に接続されるコンテン
   ツ流通サーバであって、 前記ユーザの端末が前記コンテンツ流通サーバにコンテ
   ンツの要求を行う配信サーバアドレス情報を受信し、前
   記サーバから取得したコンテンツを前記ユーザの端末に
   送信する通信手段と、 前記配信サーバアドレス情報を該当するコンテンツ所有
   サーバアドレス情報に変換し、前記サーバから取得した
   コンテンツに記憶されている所在を示すコンテンツ所有
   サーバアドレス情報を前記配信サーバアドレス情報に変
   換するアドレス変換手段と、 コンテンツ所有サーバアドレス情報に基づいて、前記サ
   ーバからコンテンツを取得する制御を行う制御手段と、
   を有することを特徴とするコンテンツ流通サーバ。
2. 【請求項２】 コンテンツを記録したサーバと相互に接
   続されるとともに、ユーザの端末に接続されるコンテン
   ツ流通サーバであって、 前記サーバに記録されたコンテンツを前記ユーザの端末
   に送信する場合に、 前記サーバからコンテンツとともに送信されるコンテン
   ツが記録されている所在を示すコンテンツ所有サーバア
   ドレス情報を、前記ユーザの端末が前記コンテンツ流通
   サーバにコンテンツの要求を行った配信サーバアドレス
   情報に変換するアドレス変換手段を有することを特徴と
   するコンテンツ流通サーバ。
3. 【請求項３】 前記コンテンツ所有サーバアドレス情報
   とは、前記コンテンツの送信元を示すアドレス情報であ
   り、 前記配信サーバアドレス情報とは、前記コンテンツ流通
   サーバのアドレス情報であることを特徴とする請求項２
   記載のコンテンツ流通サーバ。
4. 【請求項４】 前記コンテンツ所有サーバアドレス情報
   には、前記コンテンツ内に含まれるリンク先を示すアド
   レス情報が含まれることを特徴とする請求項２または請
   求項３記載のコンテンツ流通サーバ。
5. 【請求項５】 前記コンテンツを特定するためのコンテ
   ンツＩＤと前記コンテンツを記憶しているサーバのコン
   テンツ所有サーバアドレス情報を関連づけて記憶する記
   憶手段を有し、 前記アドレス変換手段は、前記ユーザの端末からのコン
   テンツの取得要求に含まれるコンテンツＩＤに対応する
   コンテンツ所有サーバアドレス情報を前記記憶手段から
   読み出し、読み出したコンテンツ所有サーバアドレス情
   報に基づいて、前記サーバにコンテンツの送信要求を行
   うことを特徴とする請求項１から請求項４のうちいずれ
   かに記載のコンテンツ流通サーバ。
6. 【請求項６】 前記コンテンツの取得要求には、利用者
   を認証するためのユーザＩＤあるいはアクセスキーとが
   含まれており、 前記制御手段は、前記コンテンツの取得要求を前記ユー
   ザの端末から受信した場合に、前記コンテンツの取得要
   求に含まれるユーザＩＤあるいはアクセスキーとに基づ
   いて、認証処理を行うことを特徴とする請求項５記載の
   コンテンツ流通サーバ。
7. 【請求項７】 前記コンテンツの送信対象となるユーザ
   を特定するユーザＩＤを記憶する記憶手段を有し、 前記制御手段は、前記コンテンツの配信要求とともに送
   信されるユーザＩＤと前記記憶手段に予め記憶されてい
   る情報とに基づいて、ユーザの認証を行うことを特徴と
   する請求項６記載のコンテンツ流通サーバ。
8. 【請求項８】 前記アドレス変換手段が変換する変換後
   の配信サーバアドレス情報にはユーザＩＤが付加されて
   いることを特徴とする請求項６または請求項７に記載の
   コンテンツ流通サーバ。
9. 【請求項９】 ユーザの端末に接続されるコンテンツ流
   通サーバと、コンテンツを記録したサーバとが相互に接
   続されたコンテンツ流通システムであって、 前記コンテンツ流通サーバは、 前記サーバに記録されたコンテンツを前記端末に送信す
   る場合に、 前記サーバからコンテンツとともに送信されるコンテン
   ツの所在を示すコンテンツ所有サーバアドレス情報を、
   前記ユーザの端末が前記コンテンツ流通サーバにコンテ
   ンツの要求を行った配信サーバアドレス情報に変換する
   アドレス変換手段を有することを特徴とするコンテンツ
   流通システム。
10. 【請求項１０】 コンテンツを記録したサーバと相互に
    接続されるとともに、ユーザの端末に接続されるコンテ
    ンツ流通システムにおけるコンテンツ流通方法であっ
    て、 前記サーバに記録されたコンテンツを前記ユーザの端末
    に送信する場合に、 前記サーバからコンテンツとともに送信されるコンテン
    ツが記録されている所ン在を示すコンテンツ所有サーバ
    アドレス情報を、前記ユーザの端末が前記コンテツ流通
    サーバにコンテンツの要求を行った配信サーバアドレス
    情報に変換することを特徴とするコンテンツ流通方法。
11. 【請求項１１】 コンテンツを記録したサーバと相互に
    接続されるとともに、ユーザの端末に接続されるコンテ
    ンツ流通システムにおけるコンテンツ流通プログラムで
    あって、 前記サーバに記録されたコンテンツを前記ユーザの端末
    に送信する場合に、 前記サーバからコンテンツとともに送信されるコンテン
    ツが記録されている所ン在を示すコンテンツ所有サーバ
    アドレス情報を、前記ユーザの端末が前記コンテツ流通
    サーバにコンテンツの要求を行った配信サーバアドレス
    情報に変換するステップをコンピュータに実行させるこ
    とを特徴とするコンテンツ流通プログラム。
12. 【請求項１２】 コンテンツを記録したサーバと相互に
    接続されるとともに、ユーザの端末に接続されるコンテ
    ンツ流通システムにおけるコンテンツ流通プログラムを
    記録したコンピュータ読み取り可能な記録媒体であっ
    て、 前記サーバに記録されたコンテンツを前記ユーザの端末
    に送信する場合に、 前記サーバからコンテンツとともに送信されるコンテン
    ツが記録されている所ン在を示すコンテンツ所有サーバ
    アドレス情報を、前記ユーザの端末が前記コンテツ流通
    サーバにコンテンツの要求を行った配信サーバアドレス
    情報に変換するステップをコンピュータに実行させるこ
    とを特徴とするコンテンツ流通プログラムを記録した記
    録媒体。