JP2004334800A

JP2004334800A - 購入管理サーバ

Info

Publication number: JP2004334800A
Application number: JP2003133608A
Authority: JP
Inventors: Tomoko Matsuki; 智子松木
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2003-05-12
Filing date: 2003-05-12
Publication date: 2004-11-25

Abstract

【課題】コンテンツの授受における利便性を向上することである。
【解決手段】本発明に係る購入管理サーバ３０は、コンテンツサーバ４０に接続されている。コンテンツサーバ４０は、相互に異なるネットワークＮ１，Ｎ２を経由してコンテンツの送信を行う。購入状況ＤＢ３３は、ユーザＩＤと、過去に携帯電話１０宛に送信されたコンテンツＩＤとその版と、を対応付けて格納している。コンテンツ判定部３４は、携帯電話１０とユーザを同一とするノートＰＣ２０から、コンテンツの送信要求を受けると、過去に送信したコンテンツと今回送信するコンテンツとが同様であるかの判定を行う。判定の結果これらが同様である場合には、課金処理部３５は、今回の送信に係るコンテンツに関する課金処理を行わない。これにより、料金の支払いや請求の手間が軽減される。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、異なる複数のネットワークを経由して提供されるコンテンツの購入を管理するサーバ装置に関する。
【０００２】
【従来の技術】
従来、電子商取引技術の発達に伴い、インターネット等のネットワークを経由して、電子化された所望のデータやファイル（以下、「コンテンツ」と記す。）をユーザに有償若しくは無償で提供するシステムが実用化されている。このようなシステムとして、例えば、コンテンツの販売に先立って提供されたアルバムアプリケーションによって、購入されたコンテンツの管理をユーザに行わせるコンテンツ販売方法が開示されている（例えば、特許文献１。）。また、ユーザがコンテンツを購入する際に過去の購入履歴との照合を行い、同一ユーザによる同一コンテンツの重複購入を防止する購入情報管理システムが開示されている（例えば、特許文献２。）。
【０００３】
【特許文献１】
特開２００３−９９６５８号公報
【特許文献２】
特開２００２−１３２９７９号公報
【０００４】
【発明が解決しようとする課題】
しかしながら、上記何れの従来技術に関しても、複数のネットワークによる同様のコンテンツの授受を想定したものではないため、以下の様な難点が懸念される。すなわち、ユーザ所望のコンテンツに標準版と拡張版とが存在する場合などに、これらのコンテンツが、同一の配信業者（プロバイダ）から提供され、かつ、その主要部が同一であるにも関わらず、それぞれ別々のコンテンツとして扱われる。
【０００５】
例えば、移動機専用の網Ａとインターネット網Ｂとの双方を経由して提供されるコンテンツがある場合において、移動機が網Ａを経由して標準版コンテンツを受信すると、その料金は、携帯電話の通信料金と一括して請求され、支払われる。その後、上記移動機とユーザを同一とするＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）が、網Ｂを経由して拡張版コンテンツを受信すると、クレジットカード会社からの請求に従って、再度、その料金の引落しがなされる。
【０００６】
このように、ユーザは、同様の機能や用途を有するコンテンツの取得に際して、二重の支払いを強いられ、また、二回分の購入手続きを行う必要がある。プロバイダにとっても、二回分の請求手続きを行う必要が生じる。
そこで、本発明の課題は、購入管理サーバがコンテンツの購入状況をユーザ毎に一元管理することにより、コンテンツの授受における利便性を向上することである。
【０００７】
【課題を解決するための手段】
上記課題を解決すべく、本発明に係る購入管理サーバは、異なる複数のネットワークを経由してコンテンツの提供を行うコンテンツサーバに接続された購入管理サーバにおいて、ユーザＩＤと、該ユーザＩＤを有するユーザ宛に提供されたコンテンツのＩＤ及びその版とを対応付けて格納する格納手段と、ユーザによるコンテンツの送信要求を受信した際に、当該コンテンツが、前記ユーザに対して以前に提供されたコンテンツと同様であるか否かを判定する判定手段と、送信要求されたコンテンツが、同一のユーザに対して以前に提供されたコンテンツと同様であることが前記判定手段により判定された場合に、前記コンテンツ（後に送信要求されたコンテンツ）の提供に伴う課金処理を行わない課金手段とを備える。
【０００８】
本発明によれば、購入管理サーバは、コンテンツの購入状況をユーザ毎に一元的に管理すると共に、以前にコンテンツを送信要求したユーザから、再度同様のコンテンツの送信要求を受信した際に、該コンテンツの提供に伴う前記ユーザへの課金処理を禁止する。つまり、一度支払いが為されたコンテンツの送信が複数回以上要求された場合には、二度目以降、そのコンテンツを無償で提供する。これにより、同様のコンテンツに関して、同一ユーザに対する重複の課金処理が行われることがない。したがって、ユーザは、以前取得したコンテンツと同様のコンテンツを取得する場合にまで、コンテンツの料金を支払う必要が無くなり、コンテンツ購入手続きの簡易化が図られる。また、コンテンツの提供側（プロバイダ）においても、同一のユーザ、同様のコンテンツに関して、二回分の請求手続きを行う必要が無くなり、コンテンツ販売手続きの簡易化が図られる。その結果、コンテンツの授受における利便性が向上する。
【０００９】
ここで、コンテンツが同様であるとは、主要な機能は同一であるが、版（バージョン、エディション、レベルを含む。）や容量が異なることである。したがって、拡張版コンテンツは、標準版コンテンツや簡易版コンテンツと同様のコンテンツであり、同一のコンテンツＩＤによって識別される。
【００１０】
本発明に係る購入管理サーバにおいて好ましくは、コンテンツの送信要求に際して使用されたネットワークの種別を判別する判別手段と、前記判別手段により判別されたネットワーク種別に基づいて、前記コンテンツサーバが提供するコンテンツの版を決定すると共に、該コンテンツの送信を前記コンテンツサーバに指示する決定手段とを更に備える。
【００１１】
本発明によれば、購入管理サーバは、コンテンツの送信要求に際して経由されたネットワークの種別を判別し、該判別結果に基づいて、前記コンテンツサーバが提供するコンテンツの版を決定する。つまり、提供されるコンテンツの内容は、ネットワーク種別に応じて適宜変更可能となる。そして、決定された版のコンテンツをユーザに提供する指示が、コンテンツサーバに出力される。
【００１２】
コンテンツの送信要求に使用されたネットワーク（例えば、携帯電話網あるいはインターネット）は、当該コンテンツをユーザに対して提供する際に使用されるネットワークである。したがって、例えば、ネットワーク種別が携帯電話網である場合には、比較的データ容量の小さいコンテンツ（標準版コンテンツ）を提供し、ネットワーク種別がインターネットである場合には、多数の機能を有するコンテンツ（拡張版コンテンツ）を提供する、というように、通信リソースや通信速度に見合ったコンテンツの選択が可能となる。
【００１３】
【発明の実施の形態】
以下、添付図面を参照して、本発明の一実施形態における購入管理サーバについて説明する。
【００１４】
まず、図１〜図４を参照して、構成を説明する。
図１は、購入管理サーバ３０を含む購入管理システム１の全体構成を概念的に示す図である。購入管理システム１は、購入管理サーバ３０とコンテンツサーバ４０とを備える。購入管理サーバ３０とコンテンツサーバ４０とは、携帯電話１０との間で、携帯電話網Ｎ１及び基地局Ｂを経由した双方向の通信が可能である。携帯電話網Ｎ１は、所定の通信事業者（キャリア）によって管理及び運用される通信網である。同様に、購入管理サーバ３０とコンテンツサーバ４０とは、ノートＰＣ２０との間で、インターネットＮ２を経由した双方向の通信が可能である。インターネットＮ２は、不特定多数が接続可能なオープンネットワークである。また、携帯電話１０とノートＰＣ２０とは、同一のユーザの使用に供される。
【００１５】
購入管理サーバ３０は、コンテンツの購入をユーザ毎に管理するためのサーバ装置であり、図１に示す様に、機能的には、ネットワーク判別部３１（判別手段に対応）とコンテンツ決定部３２（決定手段に対応）と購入状況ＤＢ（ＤａｔａＢａｓｅ）３３（格納手段に対応）とコンテンツ判定部３４（判定手段に対応）と課金処理部３５（課金手段に対応）とを少なくとも備える。これら各部は、バスを介して各種信号の送受信が可能な様に接続されている。
【００１６】
これら各構成要素の具体的処理内容に関しては、動作説明において詳述するものとし、以下、各構成要素の主要な機能について説明する。
ネットワーク判別部３１は、コンテンツの送信要求に含まれる網識別フラグに基づいて、ユーザが使用している端末（携帯電話又はノートＰＣ）が現在接続しているネットワークの種別を判別する。例えば、携帯電話網Ｎ１を経由した送信要求には、網識別フラグとして“１”が付与され、インターネットＮ２を経由した送信要求には“０”が付与される。このため、ネットワーク判別部３１は、当該フラグを参照することにより、コンテンツの送信に使用されるネットワークの特定が可能となる。
【００１７】
コンテンツ決定部３２は、コンテンツの送信要求に含まれるコンテンツＩＤと、ネットワーク判別部３１による判別結果とに基づいて、コンテンツサーバ４０がユーザに提供するコンテンツを決定する。コンテンツの決定に際しては、コンテンツリスト３２１が参照される。
【００１８】
コンテンツリスト３２１は、図２に示す様に、コンテンツＩＤ領域３２１ａと網種別領域３２１ｂと版数領域３２１ｃとを有する。コンテンツＩＤ領域３２１ａには、コンテンツを一意に識別可能なデータ（例えば、“Ｃ００１”，“Ｃ００２”，“Ｃ００３”，…）が「コンテンツＩＤ」として格納されている。また、網種別領域３２１ｂには、各ネットワークＮ１，Ｎ２にそれぞれ割り当てられた識別情報（例えば、“Ｎ１”，“Ｎ２”）が「網種別」として格納されている。更に、版数領域３２１ｃには、対応するコンテンツのバージョンやレベルを示す情報（例えば、“Ｖ１”，“Ｖ２”，“Ｖ３”）が「版数」として格納されている。これにより、コンテンツＩＤ及び網種別の特定に伴い、送信すべきコンテンツの版数が決定される。
【００１９】
コンテンツリスト３２１においては、後述のコンテンツＤＢ４１の更新に連動して、常時最新のデータ内容が維持される。例えば、図２では、コンテンツＩＤ“Ｃ００２”により識別されるコンテンツの版数はＶ１のみであるが、機能拡張やバグ修正により別の版数Ｖ２がコンテンツＤＢ４１に追加された場合には、網種別Ｎ１にのみ版数Ｖ１を割り当て、網種別Ｎ２には版数Ｖ２を割り当てることもできる。これにより、容量の小さい標準版（版数Ｖ１）のコンテンツの送信には携帯電話網Ｎ１を使用し、容量の比較的大きい拡張版（版数Ｖ２）のコンテンツの送信にはインターネットＮ２を使用する、といった峻別が可能となる。
【００２０】
購入状況ＤＢ３３には、コンテンツの送信履歴がユーザＩＤ毎に格納される。購入状況ＤＢ３３におけるデータ格納例を図３に示す。図３に示す様に、購入状況ＤＢ３３には、コンテンツの提供先の特定に使用される情報として、“ユーザＩＤ”、“パスワード”、“電話番号（携帯電話網Ｎ１を使用した場合のみ）”が格納される。また、過去に提供されたコンテンツの特定に使用される情報として、“コンテンツＩＤ”、“版数”が格納される。更に、網種別領域３３ｆには、コンテンツの提供に際して使用されたネットワークの種別が格納される。
【００２１】
購入キー領域３３ｇには、ユーザ認証や購入状況の確認に使用される購入キー（例えば、“Ｋ００１”，“Ｋ００２”，…）が格納される。購入キーは、コンテンツが提供されたユーザを一意に識別可能であれば足りるが、例えば、該ユーザのＩＤや電話番号を組み合わせる、加工する等して作成される。購入キーは、コンテンツを初めて購入したユーザに対して、購入管理サーバ３０により発行される。ユーザは、２回目以降のコンテンツ購入にあたり、初回時に発行された購入キーを所定枠内に入力するという簡易な操作で、一度取得したコンテンツと同様のコンテンツや別のコンテンツを取得することができる。
購入日時領域３３ｈには、対応するコンテンツが対応するユーザ宛に送信された日時が記録される。
【００２２】
したがって、購入状況ＤＢ３３を参照し、コンテンツの要求主体としてのユーザのＩＤと、要求客体としてのコンテンツのＩＤとを確定させることにより、コンテンツを要求したユーザが、以前に同様のコンテンツ（版のみ異なるコンテンツ）を取得したことがあるか否かの判定が可能となる。
【００２３】
コンテンツ判定部３４は、受信された購入キーを基に、該購入キーを使用して要求されたコンテンツと同様のコンテンツが、同一のユーザに対して以前に提供されたか否かの判定を行う。判定の結果、今回要求されたコンテンツが、過去に提供されたコンテンツと同様のものであることが判明した場合には、コンテンツ判定部３４は、今回要求されたコンテンツの料金をユーザに請求しないために、課金処理部３５に対して課金処理の停止を指示する。一方、今回要求されたコンテンツが初めて要求されたコンテンツであることが判明した場合には、コンテンツ判定部３４は、課金処理部３５に対して課金処理の実行を指示する。
【００２４】
課金処理部３５は、要求されたコンテンツがユーザ宛に送信されたことを契機として、当該コンテンツの料金をユーザに課金する。但し、コンテンツ判定部３４から課金処理の停止が指示された場合には、該ユーザに対する課金処理を実行しない制御を行う。課金処理の具体的な内容に関しては、周知慣用の電子商取引技術であるので詳述は避けるが、一定のセキュリティレベルを確保する観点から、暗号化技術を用いることが望ましい。料金の請求・支払い方法に関しても、クレジットカード等を利用して個別に請求する、通信費用と同時に請求する等、任意である。
【００２５】
コンテンツサーバ４０は、コンテンツの提供主体たるＣＰ（ＣｏｎｔｅｎｔｓＰｒｏｖｉｄｅｒ）によって管理されるサーバ装置であり、コンテンツＤＢ４１とコンテンツ送信部４２とを少なくとも備える。
コンテンツＤＢ４１には、例えば、着信メロディ、待受け画面、ゲーム等のコンテンツが格納されている。
【００２６】
コンテンツ送信部４２は、コンテンツ決定部３２により提供が決定されたコンテンツの通知を受けて、当該コンテンツをユーザ端末宛に送信する。コンテンツ送信部４２は、携帯電話網Ｎ１及びインターネットＮ２の何れのネットワークにも接続可能であり、コンテンツの送信は、送信要求の送信に使用されたネットワークを介して行われる。標準的な機能を有する標準版コンテンツの送信には携帯電話網Ｎ１が経由され、ブロードバンド用にアップグレードされた拡張版コンテンツの送信には、インターネットＮ２が経由されることが好適である。
【００２７】
ここで、図４を参照して、購入管理サーバ３０のハードウェア構成について説明する。図４は、購入管理サーバ３０のハードウェア構成を示すブロック図である。図４に示す様に、購入管理サーバ３０は、物理的には、制御装置３０ａ、メモリ３０ｂ、記憶装置３０ｃ、通信装置３０ｄ、入力装置３０ｅ、及び表示装置３０ｆを備えて構成される。これら各装置は、バス３０ｇを介して相互に各種信号の入出力が可能な様に電気的に接続されている。
【００２８】
具体的には、制御装置３０ａは例えばＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）であり、メモリ３０ｂはＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）といった揮発性の半導体メモリである。記憶装置３０ｃはＨＤＤ（ＨａｒｄＤｉｓｃＤｒｉｖｅ）を始めとする不揮発性の磁気ディスクであり、通信装置３０ｄはＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）等の通信制御カード若しくはボードである。入力装置３０ｅは例えばキーボードやマウスであり、表示装置３０ｆはＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ）やＣＲＴ（ｃａｔｈｏｄｅｒａｙｔｕｂｅ）ディスプレイである。
【００２９】
上記ハードウェア構成と機能的構成との対応関係を以下に示す。購入管理サーバ３０に関して、購入状況ＤＢ３３及びコンテンツリスト３２１の有する機能は、物理的な構成要素としての記憶装置３０ｃにより実現される。ネットワーク判別部３１とコンテンツ決定部３２とコンテンツ判定部３４と課金処理部３５とがそれぞれ有する機能は、制御装置３０ａが所定のプログラムを実行することにより実現される。
【００３０】
次に、図５及び図６を参照して、購入管理システム１の動作を説明する。
前提として、本実施の形態では、以下の状況を想定した説明を行う。すなわち、ユーザは、携帯電話１０及びノートＰＣ２０を所有し、第１に、携帯電話１０により携帯電話網Ｎ１を経由して標準版コンテンツを取得する。この過程におけるシステムの処理が図５に示す標準版コンテンツ提供処理である。第２に、ユーザは、ノートＰＣ２０によりインターネットＮ２を経由して、上記標準版コンテンツとＩＤを同一とする拡張版コンテンツを取得する。この過程におけるシステムの処理が図６に示す拡張版コンテンツ提供処理である。
【００３１】
まず図５のＳ１では、携帯電話１０から購入管理サーバ３０宛に、１回目のコンテンツ送信要求が送信される。このコンテンツ送信要求には、購入管理サーバ３０がコンテンツ要求元のユーザを特定するのに必要な情報と、要求されたコンテンツを特定するのに必要な情報とが少なくとも含まれている。前者の情報は、例えば、ユーザＩＤ、パスワード、電話番号などであり、後者の情報は、例えば、コンテンツＩＤ、コンテンツの名称である。
【００３２】
Ｓ２では、Ｓ１で送信されたコンテンツ送信要求が、基地局Ｂ及び携帯電話網Ｎ１を経由して、購入管理サーバ３０により受信される。その後、ユーザＩＤ、パスワードに基づくユーザ認証処理（Ｓ３）を経て、ネットワーク判別部３１によるネットワーク判別処理が実行される（Ｓ４）。上述した様に、ネットワークの判別は、コンテンツ送信要求に含まれる網識別フラグに基づいて行われる。本実施の形態では、コンテンツ送信要求は携帯電話網を経由しているので、ネットワーク種別は“Ｎ１”と判別される。
【００３３】
Ｓ５では、コンテンツ決定部３２により、Ｓ２で受信されたコンテンツ送信要求に含まれるコンテンツＩＤと、Ｓ４で判別されたネットワーク種別（網種別）とに基づいて、携帯電話１０に提供するコンテンツが決定される。コンテンツの決定に際しては、上述したコンテンツリスト３２１が参照される。例えば、要求されたコンテンツのＩＤがＣ００１である場合には、ネットワーク種別がＮ１であることから、ＩＤ“Ｃ００１”、版数“Ｖ１”の標準版コンテンツが提供対象として決定される。
【００３４】
Ｓ６では、Ｓ５で決定されたコンテンツの送信指示が、購入管理サーバ３０からコンテンツサーバ４０に対して送信される。かかる指示の送信を契機として、携帯電話１０宛に購入キーが発行される。発行された購入キーは、購入管理サーバ３０から携帯電話網Ｎ１及び基地局Ｂを経由して携帯電話１０に送信される（Ｓ７）。携帯電話１０は、購入キーを受信する（Ｓ８）。購入キーは、携帯電話１０のユーザによる次回以降のコンテンツ送信要求を簡易にする。
【００３５】
Ｓ７で発行された購入キーは、購入状況ＤＢ３３内の対応する領域（購入キー領域３３ａ）に、ユーザＩＤ、パスワード、コンテンツＩＤ等と対応付けて格納される。これにより、以後のコンテンツ提供処理に際しては、購入キーの指定に伴って、コンテンツの提供先が一意に特定される。
【００３６】
コンテンツの送信指示がコンテンツサーバ４０により受信されると（Ｓ９）、Ｓ５で提供が決定された標準版コンテンツがコンテンツＤＢ４１から取得される（Ｓ１０）。取得されたコンテンツは、コンテンツサーバ４０から携帯電話網Ｎ１及び基地局Ｂを経由して携帯電話１０に送信され（Ｓ１１）、携帯電話１０により受信される。受信されたコンテンツは、その機能や用途に応じて、ユーザの閲覧や使用に供される。
【００３７】
続いて、図６を参照して、本実施の形態における拡張版コンテンツ提供処理について説明する。本拡張版コンテンツ提供処理は、既述の標準版コンテンツ提供処理（図５参照）と共通するステップを複数含むので、これらのステップに関する説明は省略する。具体的には、図６のＴ１〜Ｔ６は、図５に示したＳ１〜Ｓ６に相当し、図６のＴ７〜Ｔ１０は、図５に示したＳ９〜Ｓ１２に相当する。
【００３８】
但し、拡張版コンテンツ提供処理は、コンテンツ送信要求と共に購入キーが送信される点と、送信されるコンテンツの版数とにおいて、標準版コンテンツ提供処理と相違する。すなわち、拡張版コンテンツ提供処理においては、コンテンツ送信要求の送信元であるノートＰＣ２０のユーザは、要求時に既に購入キーを取得しており、購入状況ＤＢ３３にも該購入キーが格納されているので、購入キーの照合によるユーザ認証が可能である（Ｔ１〜Ｔ３に相当）。また、拡張版コンテンツ提供処理においては、ユーザは、ノートＰＣ２０によるコンテンツの取得を試行しているので、インターネットＮ２を介した拡張版コンテンツの送受信が可能である（Ｔ９，Ｔ１０に相当）。
【００３９】
以下、拡張版コンテンツ提供処理に特有の処理であるＴ１１〜Ｔ１３について詳述する。
Ｔ１１では、コンテンツ判定部３４により、Ｔ６で送信を指示された拡張版コンテンツが、既に同一のユーザ（携帯電話１０及びノートＰＣ２０のユーザ）に対して送信済であるか否かの判定が行われる。この判定は、Ｔ２で受信された購入キーを基に、購入状況ＤＢ３３の送信履歴を参照して行われる。判定の結果、同一のユーザに対する同様のコンテンツの送信履歴が有れば（Ｔ１１；ＹＥＳ）、Ｔ１２に移行し、無ければ（Ｔ１１；ＮＯ）、Ｔ１３に移行する。
【００４０】
Ｔ１２では、コンテンツ判定部３４により、課金処理部３５に対して、Ｔ９で送信された拡張版コンテンツの料金の課金処理の停止が指示される。なお、この指示は、料金減額の指示であってもよい。
これに対して、Ｔ１３では、同じくコンテンツ判定部３４により、課金処理部３５に対して、Ｔ９で送信された拡張版コンテンツの料金の課金処理の実行が指示される。
【００４１】
図３を参照しながら、より詳細に説明する。例えば、ユーザＩＤ“０００１”によって識別されるユーザが、コンテンツＩＤ“Ｃ００３”によって識別されるコンテンツのＶ３を、携帯電話網Ｎ１経由で購入した場合を想定する。購入日時は、２００３年４月３０日２０時２５分である。その後、同日の２２時１５分に、このユーザは、コンテンツＩＤ“Ｃ００３”によって識別されるコンテンツのＶ１を、インターネットＮ２経由で取得している。つまり、同一のユーザに同様のコンテンツの送信が行われた場合に該当する。したがって、このコンテンツに関する課金処理は実行されない。
【００４２】
一方、このユーザは、翌日の０時１５分に、コンテンツＩＤ“Ｃ００２”によって識別されるコンテンツ（Ｖ１）を、インターネットＮ２経由で取得している。この取得は、同一のユーザによるものであるが、コンテンツＩＤが“Ｃ００３”とは異なる別のコンテンツを対象としたものである。つまり、同一のユーザに同様のコンテンツの送信が行われた場合には該当しない。したがって、このコンテンツに関する課金処理は実行される。
なお、コンテンツの送信が実行される度に、課金処理の有無を示す情報が、購入状況ＤＢ３３の対応する領域に履歴的に記録されるものとしてもよい。
【００４３】
以上説明した様に、本実施の形態における購入管理システム１によれば、購入管理サーバ３０は、ユーザ端末が接続しているネットワークの種別に応じて、提供するコンテンツの版数を適宜変更する。すなわち、ネットワーク種別が携帯電話網である場合には、通信容量や通信速度などを考慮して、比較的データ容量の少ない標準版のコンテンツが提供される様な制御を行う。ネットワーク種別がインターネットである場合には、より多くの機能を有する拡張版のコンテンツが提供される様な制御を行う。これにより、通信負荷の増大を抑えつつ、できる限り高機能なコンテンツをユーザに提供することが可能となる。
【００４４】
また、購入管理サーバ３０は、同じユーザから二回に渡り同じコンテンツの送信が要求された場合には、例えその版数が異なっていても同一のコンテンツとみなし、二回目の送信コンテンツを無料で提供する様な制御を行う。これにより、同一のコンテンツに対して二重に料金を支払うというユーザの負担が軽減されるのみならず、請求及び支払いの手続きが不要となる。
【００４５】
なお、本実施の形態に記載の態様は、本発明に係る購入管理サーバの好適な一例であり、本発明はかかる態様に限定されるものではない。例えば、本実施の形態では、購入管理システムを、２台のサーバ装置（購入管理サーバ、コンテンツサーバ）により構成したが、必要に応じて、サーバ装置の機能を分散又は統合させてもよい。すなわち、上記実施の形態では、購入状況ＤＢ３３は、データ検索の高速化を図る観点から、購入管理サーバ３０に備えるものとしたが、これとは別体のサーバ装置に備えるものとしてもよい。また、課金処理部３５の機能を、購入管理サーバ３０とは別体に構成されたサーバ装置（課金処理サーバ）により実現させてもよい。反対に、購入管理サーバ３０とコンテンツサーバ４０とを一台のサーバ装置として構成してもよい。
【００４６】
また、ユーザ端末として携帯電話及びノートＰＣを想定して説明したが、これらに限らず、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｃｅ）等、通信機能を備えた情報機器であればよい。更に、ユーザ端末は、端末自体に通信機能をもたないものであってもよく、この場合でも、クレイドル等の拡張機器を介してデータ通信が可能である。
【００４７】
【発明の効果】
本発明によれば、購入管理サーバがコンテンツの購入状況をユーザ毎に一元管理することにより、コンテンツの授受における利便性を向上することが可能となる。
【図面の簡単な説明】
【図１】購入管理サーバの機能的構成を示す図である。
【図２】送信するコンテンツの決定に際して参照されるコンテンツリストのデータ格納例を示す図である。
【図３】課金処理の要否判定に際して参照される購入状況ＤＢ内部のデータ格納例を示す図である。
【図４】購入管理サーバのハードウェア構成を示す図である。
【図５】標準版コンテンツ提供処理を説明するためのフローチャートである。
【図６】拡張版コンテンツ提供処理を説明するためのフローチャートである。
【符号の説明】
１…購入管理システム、１０…携帯電話、２０…ノートＰＣ、３０…購入管理サーバ、３１…ネットワーク判別部、３２…コンテンツ決定部、３２１…コンテンツリスト、３３…購入状況ＤＢ、３４…コンテンツ判定部、３５…課金処理部、４０…コンテンツサーバ、Ｎ１…携帯電話網、Ｎ２…インターネット

Claims

異なる複数のネットワークを経由してコンテンツの提供を行うコンテンツサーバに接続された購入管理サーバにおいて、
ユーザＩＤと、該ユーザＩＤを有するユーザ宛に提供されたコンテンツのＩＤ及びその版とを対応付けて格納する格納手段と、
ユーザによるコンテンツの送信要求を受信した際に、当該コンテンツが、前記ユーザに対して以前に提供されたコンテンツと同様であるか否かを判定する判定手段と、
送信要求されたコンテンツが、同一のユーザに対して以前に提供されたコンテンツと同様であることが前記判定手段により判定された場合に、前記コンテンツの提供に伴う課金処理を行わない課金手段と
を備えることを特徴とする購入管理サーバ。
コンテンツの送信要求に際して使用されたネットワークの種別を判別する判別手段と、
前記判別手段により判別されたネットワーク種別に基づいて、前記コンテンツサーバが提供するコンテンツの版を決定すると共に、該コンテンツの送信を前記コンテンツサーバに指示する決定手段と
を更に備えることを特徴とする購入管理サーバ。