(57)【要約】【課題】課金の公平性を向上させることが可能なコンテンツ配信装置を提供すること。【解決手段】電子コンテンツの共同購入の申し込みを受け付けた場合に、記憶部に記憶されたユーザの所在情報が一致するか否かを判定し、判定結果に基づいて電子コンテンツの共同購入を許可するか否かを決定し、共同購入を許可すると決定した場合に、共同購入をしたユーザに対応付けられた端末に、共同購入された電子コンテンツを提供するコンテンツ配信装置。【選択図】図１
2014095976.tif 000002
【特許請求の範囲】
【請求項１】
電子コンテンツの共同購入の申し込みを行うユーザ同士の所在情報が一致するか否かを判定し、該判定した結果に基づいて電子コンテンツの共同購入を許可するか否かを決定する判定部と、
前記判定部が共同購入を許可すると決定した場合に、共同購入をしたユーザに対応付けられた端末に、該共同購入された電子コンテンツを提供する配信制御部と、
を備えるコンテンツ配信装置。
【請求項２】
請求項１に記載のコンテンツ配信装置であって、
前記判定部は、前記ユーザ同士の所在情報が一致する場合に、電子コンテンツの共同購入を許可すると決定する、
コンテンツ配信装置。
【請求項３】
請求項１または２に記載のコンテンツ配信装置であって、
過去の購入時において登録されたユーザの所在情報が記憶される記憶部を備え、
前記判定部は、
前記電子コンテンツの共同申し込みに係る申し込みデータに、共同購入をする全てのユーザの所在情報が含まれている場合は、該申し込みデータに含まれる各ユーザの所在情報が一致するか否かを判定し、
前記申し込みデータにおいて、共同購入をするユーザのうち一部のユーザの所在情報が省略されている場合は、該所在情報が省略されているユーザの所在情報を前記記憶部から読み出し、前記申し込みデータに含まれるユーザの所在情報と、前記記憶部から読み出したユーザの所在情報が一致するか否かを判定する、
コンテンツ配信装置。
【請求項４】
請求項１から３のいずれか１項に記載のコンテンツ配信装置であって、
ユーザの所在の信頼性を示す補助情報が記憶される記憶部を備え、
前記判定部は、前記記憶部に記憶された前記補助情報に基づいて、電子コンテンツの共同購入を許可するか否かを決定する、
コンテンツ配信装置。
【請求項５】
請求項４に記載のコンテンツ配信装置であって、
前記記憶部には、過去の電子コンテンツの購入時に登録されたユーザの所在情報が記憶され、
前記判定部は、前記記憶部により記憶された直近の所在情報と所在情報が一致する申し込みデータにより電子コンテンツの購入が行われた回数が、多いほど高くなるランクを作成して前記補助情報として前記記憶部に記憶させ、前記記憶部に記憶されたユーザの住所が一致するか否かの判定の結果、および共同購入をするユーザの前記ランクに基づいて、電子コンテンツの共同購入を許可するか否かを決定する、
コンテンツ配信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信装置に関する。
【背景技術】
【０００２】
現在、電子書籍などの電子コンテンツを、ネットワークを介して配信するサービスが利用されている。例えば、特許文献１に記載のコンテンツ利用権管理システムは、「同時に５人まで」などの条件付きで、共同購入可能な電子コンテンツを、複数のユーザがそれぞれの端末装置で利用することを許可する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１９８２２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載のシステムでは、そのシステムによる電子コンテンツの利用態様と、紙に印刷された本や新聞、動画ＤＶＤ、音楽ＣＤ等（以下、これらを実コンテンツと称する）の利用態様とを比較すると、利用便益が異なる場合がある。例えば、一世帯で一つの新聞を購入している家族や友人は、新聞を共同利用する（回し読みする）ことができるが、離れた場所に住む場合、家族や友人であっても新聞を共同利用することができない。この結果、特許文献１に記載のシステムでは、実コンテンツを購入する場合と比較すると、課金の公平性が失われる場合がある。
【０００５】
すなわち、離れた場所に住む複数人（二人）が電子新聞を共同購入した場合、紙の新聞であれば二部販売できたものが一部しか販売できないことになり、実コンテンツを購入する場合と比較すると、販売者側に不利益が生じる。反対に、同居している複数人（二人）が同じ電子新聞を別々に購入しなければならない場合、紙の新聞であれば一部購入すれば済むところを二部分の料金を支払わなければならない。このため、実コンテンツを購入する場合と比較すると、利用者側に不利益が生じる。
【課題を解決するための手段】
【０００６】
本発明の実施形態は、電子コンテンツの共同購入の申し込みを行うユーザ同士の所在情報が一致するか否かを判定し、該判定した結果に基づいて電子コンテンツの共同購入を許可するか否かを決定する判定部と、前記判定部が共同購入を許可すると決定した場合に、共同購入をしたユーザに対応付けられた端末に、該共同購入された電子コンテンツを提供する配信制御部と、を備えるコンテンツ配信装置である。
【発明の効果】
【０００７】
本発明の実施形態のコンテンツ配信装置によれば、課金の公平性を向上させることができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係るコンテンツ配信システムのシステム構成例である。
【図２】コンテンツ管理テーブル、ユーザ情報テーブル、グループ管理テーブル、および購入履歴テーブルのデータ構造例である。
【図３】後払い方式による購入代金の支払いの流れを示す図である。
【図４】ＥＣストアサーバの共同購入可否判定部により実行される処理の流れを示すフローチャートの一例である。
【図５】ユーザ管理部により実行される所在信頼性ランクの更新処理の流れを示すフローチャートの一例である。
【図６】ユーザが単独で電子コンテンツを購入する場合に、コンテンツ配信システムによって実行される処理の流れを示すシーケンス図の一例である。
【図７】ユーザが共同で電子コンテンツを購入する場合に、コンテンツ配信システムによって実行される処理の流れを示すシーケンス図の一例である。
【図８】ユーザが共同で電子コンテンツを後追いで購入する場合に、コンテンツ配信システムによって実行される処理の流れを示すシーケンス図の他の例である。
【発明を実施するための形態】
【０００９】
以下、図面を参照し、本発明の実施形態について説明する。
＜第１実施形態＞
【００１０】
図１は、本発明の第１実施形態に係るコンテンツ配信システム１のシステム構成例である。コンテンツ配信システム１は、コンテンツの配信を受ける複数の端末装置１０＃１〜１０＃ｎと、ＥＣ（Electric  Commerce、電子商取引）ストアサーバ１００と、課金代行サーバ２００と、支払い代行サーバ３００とを備える。ＥＣストアサーバ１００は、端末装置１０＃１〜１０＃ｎから電子コンテンツの共同購入の申し込みを受け付けたときに、申し込みを行うｎ人のユーザ同士の所在情報が一致するか否かを判定し、判定結果に基づいて電子コンテンツの共同購入を許可するか否かを決定する。そして、共同購入を許可すると決定した場合に、共同購入をしたユーザに対応付けられた端末１０＃１〜１０＃ｎに、共同購入された電子コンテンツを、通信回線を介して提供する。なお、端末１０＃１〜１０＃ｎを、「端末装置１０」と総称することがある。
【００１１】
［端末装置１０の構成］
端末装置１０は、例えば、携帯電話やタブレット型端末、パーソナルコンピュータ、社用のコンピュータ等である。端末装置１０は、ＣＰＵ（Central  Processing  Unit）、各種メモリや記憶装置、画像や音声の出力装置、タッチパネルやボタン、キーボードその他の入力装置、ＥＣストアサーバ１００との間で双方向に通信を行うための通信インターフェース等を備える。これらの装置については図示を省略する。記憶装置には、端末アプリケーションプログラムが格納されており、ＣＰＵが端末アプリケーションプログラムを実行することにより、端末アプリケーション機能部１２としての機能を遂行する。その他に、記憶装置には、ユーザＩＤ１４が格納されている。
【００１２】
端末装置１０では、電子コンテンツの購入のための端末アプリケーションプログラムを起動することにより、端末アプリケーション機能部１２が機能する。端末アプリケーション機能部１２は、記憶装置に格納されたユーザＩＤ１４を用いてユーザ認証などの処理を行う。
【００１３】
［ＥＣストアサーバ１００の構成］
ＥＣストアサーバ１００は、例えば、ＣＰＵ、ドライブ装置、メモリ装置、記憶装置、出力装置、入力装置、通信インターフェースなどを備える。ドライブ装置には、例えば、フロッピー（登録商標）ディスク、ＩＣカード（メモリーカード）／光カードなどのカード類、ＣＤ（Compact  Disc）、ＤＶＤ（Digital  Versatile  Disc）、ＵＳＢ（Universal  Serial  Bus）メモリなどの可搬型記憶媒体が装着される。メモリ装置は、例えば、ＲＡＭ（Random  Access  Memory）やＲＯＭ（Read  Only  Memory）である。記憶装置は、例えば、ＨＤＤ（Hard  Disk  Drive）やＳＳＤ（Solid  State  Drive）などである。出力装置は、例えば、画像を表示する表示装置やスピーカなどを含む。入力装置は、例えば、タッチパネルやボタン、キーボードなどを含む。通信インターフェースは、端末装置１０や課金代行サーバ２００、その他の通信主体との間で双方向に行われる通信を制御する。
【００１４】
端末装置１０とＥＣストアサーバ１００、ＥＣストアサーバ１００と課金代行サーバ２００、課金代行サーバ２００と支払い代行サーバ３００の間で行われる通信に特段の制限は無く、有線か無線か、或いは通信プロトコルに関して如何なる態様を採用することも可能である。例えば、これらの通信には、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Virtual  Private  Network）、電話回線網、移動体通信網、衛星通信網、アドホック無線通信ネットワークなどが利用可能である。
【００１５】
ＥＣストアサーバ１００は、ストアフロント処理部１０２と、商品・コンテンツ管理部１０４と、ユーザ管理部１０６と、注文・決済状況管理部１０８と、共同購入可否判定部１１０と、課金代行処理部１１２とを備える。これらの機能部は、例えば、ＣＰＵが記憶装置に格納されたプログラムを実行することにより機能する。なお、これらの機能部がそれぞれ独立したプログラムによって実現される必要はなく、他のプログラムの一部によるものであってもよい。また、ＥＣストアサーバ１００の機能部の一部または全部が、独立したハードウェア（例えば、ＣＰＵ、ＬＳＩ（Large  Scale  Integration）、ＩＣ（Integrated  Circuit）等）により実現されてもよい。また、ＥＣストアサーバ１００は、記憶部１１５を備える。
【００１６】
また、ＥＣストアサーバ１００は、記憶部１１５に、コンテンツデータ１２０、コンテンツ管理テーブル１２２、ユーザ情報テーブル１２４、グループ管理テーブル１２６、購入履歴テーブル１２８等を記憶させる。
【００１７】
［ＥＣストアサーバ１００の機能構成］
ストアフロント処理部１０２は、購入申し込み受付部１０２Ａと、配信制御部１０２Ｂとを含む。購入申し込み受付部１０２Ａは、端末装置１０からネットワークを介した電子コンテンツの購入の申し込みを受け付ける。そして、ストアフロント処理部１０２は、申し込みにおいて受信したデータ（申し込みデータ）を、必要に応じて、商品・コンテンツ管理部１０４、ユーザ管理部１０６、注文・決済状況管理部１０８、共同購入可否判定部１１０、課金代行処理部１１２に渡す。データを渡すとは、例えば、メモリ装置における専用のバッファ領域に書き込むことを意味する。申し込みデータには、ユーザＩＤ、ユーザの氏名、性別、年齢、住所、電子コンテンツの識別子であるコンテンツＩＤ、共同購入をするか否かを示すフラグ、共同購入をする場合の共同購入者のユーザＩＤなどが必要に応じて選択して含まれる。
また、配信制御部１０２Ｂは、購入が成立したユーザのユーザＩＤに対応付けられた端末装置１０に電子コンテンツを提供するように、通信インターフェース（図示せず）を制御する。なお、端末装置１０への電子コンテンツの提供態様は、ダウンロード型とストリーム型のいずれを採用してもよく、他の提供態様であっても構わない。
商品・コンテンツ管理部１０４は、コンテンツデータ１２０およびコンテンツ管理テーブル１２２を管理する。コンテンツデータ１２０は、ＥＣストアサーバ１００が配信する電子コンテンツの本体部である。コンテンツデータ１２０には、電子コンテンツを実際に記憶する他のサーバにアクセスするためのＵＲＬ情報等が含まれてもよい。
【００１８】
図２は、コンテンツ管理テーブル１２２、ユーザ情報テーブル１２４、グループ管理テーブル１２６、および購入履歴テーブル１２８のデータ構造例である。
【００１９】
商品・コンテンツ管理部１０４は、オペレータの操作に応じて、或いは自動的に、コンテンツデータ１２０に追加された電子データに関する各種情報をコンテンツ管理テーブル１２２に追加する。図２に示すように、コンテンツ管理テーブル１２２は、コンテンツの識別子（コンテンツＩＤ）であるコンテンツコード、コンテンツ名、価格、共同購入可能か否かを示すグループ可否などの情報を含む。
【００２０】
ユーザ管理部１０６は、購入申し込み受付部１０２Ａから渡された申し込みデータに基づき、ユーザ情報テーブル１２４を管理する。図２に示すように、ユーザ情報テーブル１２４は、ユーザＩＤ、ユーザの氏名、性別、年齢、住所、所在信頼性ランク、与信ランクなどの情報を含む。ユーザの氏名、性別、年齢、住所は、例えば申し込みデータに含まれるものが保持される。
【００２１】
所在信頼性ランクは、ユーザ情報テーブル１２４に記憶された住所と一致する住所で申し込まれた申し込みデータによって、電子コンテンツが購入された回数が多いほど高くなるランクである。ユーザ情報テーブル１２４には、例えば、直近に申し込みデータとして受信した際の住所が上書き保存される。これに代えてユーザ情報テーブル１２４には、直近に申し込みデータとして受信した際の住所と、それ以前の住所が判別可能に記憶されてもよい。所在信頼性ランクは、例えば、前回の購入時における住所と、今回の購入時における住所が一致する場合に所定値ずつカウントアップされ、一致しない場合に所定値に（例えば最低値であるゼロに）戻される。このようにカウントアップされる所在信頼性ランクは、該当するユーザが、その住所に居住していることの信頼性、すなわち住所の信頼性を表す指標値として機能する。所在信頼性ランクの詳細な使用方法などについては後述する。
また、与信ランクは、ユーザの過去の購入代金支払い実績などに応じて上下する。与信ランクは、例えば課金代行サーバ２００から送信されたものが保持される。
【００２２】
注文・決済状況管理部１０８は、課金代行サーバ２００からの支払い状況通知に基づいて、購入履歴テーブル１２８を管理する。図２に示すように、購入履歴テーブル１２８は、ユーザＩＤ、コンテンツＩＤ、購入日、購入金額、支払い状況を示す支払いステイタス、支払日などの情報を含む。
【００２３】
共同購入可否判定部１１０は、購入申し込み受付部１０２Ａが、端末装置１０から電子コンテンツの共同購入の申し込みを受け付けたときに、コンテンツ管理テーブル１２２における「グループ可否」、申し込みデータに含まれる住所、ユーザ情報テーブル１２４における「所在信頼性ランク」などの情報に基づき、電子コンテンツの共同購入を許可するか否かを決定する。詳しくは、後述する。
課金代行処理部１１２は、単独購入または共同購入により電子コンテンツの購入が成立したときに、ユーザＩＤ、住所、価格、グループ化の有無などの情報（以下、受注情報と称する）を課金代行サーバ２００に送信する。
【００２４】
課金代行サーバ２００は、例えば、管理ツール２０２とＤＢ（データベース）２０４を備える。また、支払い代行サーバ３００は、例えば、コンビニエンスストアや銀行、郵便局などの店頭に備えられたコンピュータに接続された装置である。
【００２５】
［後払い方式］
本実施形態において、電子コンテンツの購入代金の支払いは、例えば後払い方式で行われる。図３は、後払い方式による購入代金の支払いの流れを示す図である。
【００２６】
図３に示すように、まず、端末装置１０を用いてユーザがＥＣストアサーバ１００に対して申し込みデータを送信する（図中（１））。申し込みデータは、電子コンテンツの購入を申し込むためのデータである。ＥＣストアサーバ１００は、受注情報を課金代行サーバ２００に送信する（２）。この際に、ＥＣストアサーバ１００は、申し込みが共同購入である場合には、共同購入に係るユーザＩＤなどをグループ管理テーブル１２６に登録し、グループ管理テーブル１２６の内容を課金代行サーバ２００に送信する。
【００２７】
課金代行サーバ２００を運営する運営業者は、申し込みを行ったユーザの与信状態をチェックし、与信結果（与信ランク）をＥＣストアサーバ１００に送信する（３）。ＥＣストアサーバ１００は、与信ランクが好ましい場合には、電子コンテンツを端末装置１０に提供する（４）。次に、ＥＣストアサーバ１００が、電子コンテンツが提供済であることを示す発送情報を課金代行サーバ２００に送信する（５）。課金代行サーバ２００を運営する運営業者は、ユーザの住所に請求書を例えば郵便で送付し（６）、立替金をＥＣストアサーバの運営者に対して支払う（７）。
【００２８】
その後、ユーザが購入代金をコンビニエンスストアなどで支払うと（８）、支払い受付サーバ３００が、購入代金が支払われたことを示す入金情報を課金代行サーバ２００に送信し、支払い受付サーバ３００の運営者が課金代行サーバ２００の運営者に購入代金を支払う（９）。課金代行サーバ２００の運営者は、購入代金の支払いが遅延した場合には、督促状をユーザの住所に送付する（１０）。また、課金代行サーバ２００は、購入代金が遅延なく、或いは遅延して支払われたことを示す決済完了情報を、ＥＣストアサーバ１００に送信する（１１）。
【００２９】
［処理フロー］
以下、コンテンツ配信システム１において実行される処理の流れについて、より詳細に説明する。
【００３０】
〔共同購入可否判定処理〕
図４は、ＥＣストアサーバ１００の共同購入可否判定部１１０により実行される処理の流れを示すフローチャートの一例である。図４のフローチャートは、例えば、購入申し込み受付部１０２Ａが、共同購入をすることを示すフラグが付された申し込みデータを受け付けたときに実行される。
【００３１】
まず、共同購入可否判定部１１０は、コンテンツＩＤをキーとしてコンテンツ管理テーブル１２２を検索し、得られたグループ可否を参照して、対象となる電子コンテンツが共同購入可能であるか否かを判定する（ステップＳ４００）。
【００３２】
対象となる電子コンテンツが共同購入可能である場合、共同購入可否判定部１１０は、共同購入をするユーザの住所が一致するか否かを判定する（ステップＳ４０２）。ここで、共同購入をするユーザの住所とは、例えば、共同購入をする全てのユーザの住所が申し込みデータに含まれる場合には、「購入申し込み受付部１０２Ａによって、メモリ装置における専用のバッファ領域に書き込まれた申し込みデータに含まれる各ユーザの住所」である。また、共同購入をするユーザの住所とは、例えば、共同購入に係る一部のユーザの住所が申し込みデータにおいて省略されている場合には、「購入申し込み受付部１０２Ａによって、メモリ装置における専用のバッファ領域に書き込まれた申し込みデータに含まれるユーザの住所、および、省略されたユーザについてはユーザ情報テーブル１２４に登録されている住所」と定義される。一部のユーザの住所が申し込みデータにおいて省略されている場面の具体例については、図８を用いて説明する。
【００３３】
共同購入をするユーザの住所が一致する場合、共同購入可否判定部１１０は、共同購入をする全てのユーザについての、情報テーブル１２４における「所在信頼性ランク」が、所定値以上であるか否かを判定する（ステップＳ４０４）。所在信頼性ランクは、例えば０〜５の５段階で変更され、所定値は、例えば１に設定される。
【００３４】
全ての共同購入者についての「所在信頼性ランク」が、所定値以上である場合、共同購入可否判定部１１０は、共同購入を許可すると決定し（ステップＳ４０６）、許可した旨を配信制御部１０２Ｂや課金代行処理部１１２などに通知する。一方、ステップＳ４００、Ｓ４０２、Ｓ４０４のいずれかにおいて否定的な判定を得た場合、共同購入可否判定部１１０は、共同購入を許可しないと決定し（ステップＳ４０８）、許可しない旨を配信制御部１０２Ｂや課金代行処理部１１２などに通知する。
【００３５】
〔所在信頼性ランクの更新処理〕
前述したように、所在信頼性ランクは、ユーザ情報テーブル１２４に記憶された住所と一致する住所での申し込みデータによって、電子コンテンツが購入された回数が多いほど高くなるランクである。所在信頼性ランクの初期値（ユーザの初期登録時の設定値）は、例えばゼロに設定され、電子コンテンツの購入から支払いまでの処理が遅延なく完了したときに、例えば１ずつカウントアップされる。前述したように、所在信頼性ランクは、例えば０〜５の５段階で変更され、所定値は、例えば１に設定される。
【００３６】
また、所在信頼性ランクは、ユーザが、その住所に居住していることの信頼性を示す指標値として機能するものであるため、以下に説明するように、種々の事象に応じて増減変更されてよい。図５は、ユーザ管理部１０６により実行される所在信頼性ランクの更新処理の流れを示すフローチャートの一例である。図５のフローチャートにおける各判定ステップは、例えば、イベント通知によって起動する。
【００３７】
ユーザ管理部１０６は、課金代行サーバ２００から決済完了情報を受信すると、すなわち購入が完了すると（ステップＳ５００）、遅延なく決済が完了した場合には所在信頼性ランクを１増加させ（ステップＳ５０２、Ｓ５０４）、遅延して決済が完了した場合には所在信頼性ランクを１減少させる（ステップＳ５０２、Ｓ５０６）。なお、所在信頼性ランクがゼロである場合、所在信頼性ランクをマイナスにせず、ゼロに維持してよい。
【００３８】
また、ユーザ管理部１０６は、購入申し込み受付部１０２Ａが申し込みデータを受け付けたときに、申し込みデータに含まれる住所が、当該ユーザの直近の住所と異なる場合、すなわちユーザが転居などを行った場合には、所在信頼性ランクを、直近の所在信頼性ランクと１のうち小さい方に設定する（ステップＳ５０８、Ｓ５１０）。
【００３９】
また、ユーザ管理部１０６は、ユーザ登録を行った複数のユーザの住所および名字が同じである場合には、複数のユーザのそれぞれの所在信頼性ランクを１増加させる（ステップＳ５１２、Ｓ５１４）。
【００４０】
〔シーケンス；単独購入〕
図６は、ユーザが単独で電子コンテンツを購入する場合に、コンテンツ配信システム１によって実行される処理の流れを示すシーケンス図の一例である。
【００４１】
まず、端末装置１０が、ユーザによるユーザＩＤなどの入力を受け付け（ステップＳ６００）、コンテンツ選択を受け付け（ステップＳ６０２）、申し込みデータをＥＣストアサーバ１００に送信する（ステップＳ６０４）。ＥＣストアサーバ１００は、申し込みデータをメモリ装置などに保持し、申し込みデータに基づいて各テーブルを更新する（ステップＳ６０６）。次に、ＥＣストアサーバ１００は、受注情報を課金代行サーバ２００に送信する（ステップＳ６０８）。
【００４２】
課金代行サーバ２００は、例えばその運営者によってなされた与信結果（与信ランク）を、ＥＣストアサーバ１００に送信する（ステップＳ６１０）。ＥＣストアサーバ１００は、与信ランクが所定ランク以上であったか否か（図中、与信ＯＫ？と表記）を判定し（ステップＳ６１２）、与信ランクが所定ランク未満であった場合には購入不可である旨を端末装置１０に送信し（ステップＳ６１４）、与信ランクが所定ランク以上であった場合には、購入履歴テーブル１２８を更新してコンテンツを端末装置１０に送信する（ステップＳ６１６）。その後の処理については、図３の（５）以下の処理と同じであるため、説明を省略する。
【００４３】
〔シーケンス；共同購入（その１）〕
図７は、ユーザが共同で電子コンテンツを購入する場合に、コンテンツ配信システム１によって実行される処理の流れを示すシーケンス図の一例である。
【００４４】
まず、端末装置１０＃１が、ユーザによるユーザＩＤなどの入力を受け付け（ステップＳ７００）、コンテンツ選択を受け付け（ステップＳ７０２）、共同相手の指定を受け付け（ステップＳ７０４）、申し込みデータをＥＣストアサーバ１００に送信する（ステップＳ７０６）。ここでは、端末装置１０＃２のユーザが、共同購入相手に指定されたものとする。ＥＣストアサーバ１００は、申し込みデータをメモリ装置などに保持し、申し込みデータに基づいて各テーブルを更新する（ステップＳ７０８）。次に、ＥＣストアサーバ１００は、図４で説明したフローチャート等に基づき、共同購入を許可するか否かを決定する（ステップＳ７１０）。
【００４５】
ＥＣストアサーバ１００は、共同購入を許可しない場合は、共同購入不可である旨を端末装置１０＃１に通知する（ステップＳ７１２）。一方、ＥＣストアサーバ１００は、共同購入を許可する場合は、共同購入の意思確認をするためのメールなどを端末装置１０＃２に送信する（ステップＳ７１４）。端末装置１０＃２のユーザが、共同購入を了解した旨の入力をすると（ステップＳ７１６）、ＥＣストアサーバ１００は、グループ管理テーブル１２６を更新し、端末装置１０＃２のユーザが共同購入を了解したことを示す通知を端末装置１０＃１に送信する（ステップＳ７１８）。
【００４６】
次に、ＥＣストアサーバ１００は、受注情報を課金代行サーバ２００に送信する（ステップＳ７２０）。課金代行サーバ２００は、例えばその運営者によってなされた与信結果（与信ランク）を、ＥＣストアサーバ１００に送信する（ステップＳ７２２）。
【００４７】
ＥＣストアサーバ１００は、与信ランクが所定ランク以上であったか否か（図中、与信ＯＫ？と表記）を判定し（ステップＳ７２４）、与信ランクが所定ランク未満であった場合には購入不可である旨を端末装置１０＃１および１０＃２に送信し（ステップＳ７２６）、与信ランクが所定ランク以上であった場合には、購入可能である旨を端末装置１０＃１および１０＃２に送信する（ステップＳ７２８）。そして、端末装置１０＃１および１０＃２のユーザが購入確認を入力すると（ステップＳ７３０、Ｓ７３２）、ＥＣストアサーバ１００は、購入履歴テーブル１２８を更新してコンテンツを端末装置１０＃１および１０＃２に送信する（ステップＳ７３４）。
【００４８】
〔シーケンス；共同購入（その２）〕
また、電子コンテンツの共同購入は、既に購入された電子コンテンツを他のユーザに利用できるように後追いで申請する形式でも行われ得る。図８は、ユーザが共同で電子コンテンツを後追いで購入する場合に、コンテンツ配信システム１によって実行される処理の流れを示すシーケンス図の他の例である。
【００４９】
まず、端末１０＃１のユーザが、例えば図６に示すシーケンスに従ってコンテンツＸを購入する（ステップＳ８００）。その後、端末１０＃１のユーザは、コンテンツＸを、端末１０＃２のユーザも利用可能にするように申請する（ステップＳ８０２）。ＥＣストアサーバ１００は、図４で説明したフローチャート等に基づき、共同購入を許可するか否かを決定する（ステップＳ８０４）。ここで、端末１０＃２のユーザの住所は、今回の共同購入の申し込みには含まれていない。従って、端末１０＃１のユーザの住所と比較されるのは、ユーザ情報テーブル１２４に登録されている、直近の端末１０＃１のユーザの住所である。
【００５０】
ＥＣストアサーバ１００は、共同購入を許可しない場合は、共同購入不可である旨を端末装置１０＃１に通知する（ステップＳ８０６）。一方、ＥＣストアサーバ１００は、共同購入を許可する場合は、購入履歴テーブル１２８を更新してコンテンツを端末装置１０＃２に送信する（ステップＳ８０８）。本シーケンスの場合、購入履歴テーブル１２８に、「ユーザＩＤ；ユーザ２、コンテンツＩＤ；コンテンツＸ、購入金額；０円、‥」のようなレコードが追加される。
【００５１】
［まとめ］
以上説明した第１実施形態のコンテンツ配信システム１並びにＥＣストアサーバ１００は、電子コンテンツの共同購入の申し込みを受け付けた場合に、記憶部１１５に記憶されているユーザの住所が一致するか否かを判定し、判定の結果に基づいて電子コンテンツの共同購入を許可するか否かを決定するため、同居している可能性の高いユーザに対して共同購入を許可することができる。この結果、本実施形態のコンテンツ配信システム１並びにＥＣストアサーバ１００は、紙に印刷された本や新聞、動画ＤＶＤ、音楽ＣＤ等と電子コンテンツの利用便益の相違を小さくすることができ、課金の公平性を向上させることができる。
【００５２】
また、第１実施形態のコンテンツ配信システム１並びにＥＣストアサーバ１００は、ユーザが、その住所に居住していることの信頼性、すなわち住所の信頼性を表す指標値として機能する所在信頼性ランクを保持し、共同購入をする全てのユーザについての所在信頼性ランクが所定値以上である場合に共同購入を許可するため、本当に同居している可能性の高いユーザ間での共同購入を許可するようにすることができる。この結果、第１実施形態に係るコンテンツ配信システム１並びにＥＣストアサーバ１００は、課金の公平性を更に向上させることができる。
【００５３】
また、第１実施形態のコンテンツ配信システム１並びにＥＣストアサーバ１００は、ユーザの電子コンテンツの購入に関する支払い状況やユーザの個人情報に基づいて、所在信頼性ランクを増減変更するため、本当に同居している可能性の高いユーザ間での共同購入を許可するようにすることができる。この結果、第１実施形態に係るコンテンツ配信システム１並びにＥＣストアサーバ１００は、課金の公平性を更に向上させることができる。
【００５４】
＜第２実施形態＞
第２実施形態に係るユーザ管理部１０６は、第１実施形態における図５の処理に加え、以下の処理を行う。第２実施形態に係るユーザ管理部１０６は、課金代行サーバ２００から決済完了情報を受信したときに、決済完了情報に含まれる購入代金の支払い場所が、購入申し込み時の住所に近接している場合には、当該ユーザの所在信頼性ランクを１増加させる。ここで、「近接している」とは、例えば、ユーザの直近の住所を中心とした所定距離以内の領域内にあることを意味してもよいし、市区町村などの行政区画が一致することを意味してもよい。
このように、第２実施形態に係るコンテンツ配信システム並びにＥＣストアサーバは、ユーザの電子コンテンツの購入に関する支払い状況に基づいて、所在信頼性ランクを増減変更するため、本当に同居している可能性の高いユーザ間での共同購入を許可するようにすることができる。この結果、第２実施形態に係るコンテンツ配信システム並びにＥＣストアサーバは、課金の公平性を更に向上させることができる。
【００５５】
＜第３実施形態＞
第３実施形態に係るユーザ管理部１０６は、第２実施形態と同様、課金代行サーバ２００から決済完了情報を受信したときに、決済完了情報に含まれる購入代金の支払い場所が、購入申し込み時の住所に近接している場合には、当該ユーザの所在信頼性ランクを１増加させる。ここで、第３実施形態に係る記憶部１１５には、決済完了情報に含まれる購入代金の支払い場所と、「近接している」と判定される許容範囲情報とを対応付けたテーブルなどが記憶される。そして、第３実施形態に係るユーザ管理部１０６は、購入申し込み時の住所が、許容範囲情報が示す範囲内に含まれる場合には、決済完了情報に含まれる購入代金の支払い場所が、購入申し込み時の住所に近接していると判定し、当該ユーザの所在信頼性ランクを１増加させる。
このように、第３実施形態に係るコンテンツ配信システム並びにＥＣストアサーバは、ユーザの電子コンテンツの購入に関する支払い状況に基づいて、所在信頼性ランクを増減変更するため、本当に同居している可能性の高いユーザ間での共同購入を許可するようにすることができる。この結果、第３実施形態に係るコンテンツ配信システム並びにＥＣストアサーバは、課金の公平性を更に向上させることができる。
【００５６】
＜第４実施形態＞
第４実施形態に係るユーザ管理部１０６は、端末装置１０が携帯電話機である場合、複数のユーザの住所が同じで、且つ携帯電話の利用代金にファミリー割引が適用されていることを初めて検知した場合には、複数のユーザのそれぞれの所在信頼性ランクを１増加させる。
このように、第４実施形態に係るコンテンツ配信システム並びにＥＣストアサーバは、ユーザの個人情報に基づいて、所在信頼性ランクを増減変更するため、本当に同居している可能性の高いユーザ間での共同購入を許可するようにすることができる。この結果、第４実施形態に係るコンテンツ配信システム並びにＥＣストアサーバは、課金の公平性を更に向上させることができる。
【００５７】
以上、本発明の実施形態について説明したが、本発明は、上記実施形態に限定されず、種々の置換・変形などを行うことができる。
【００５８】
例えば、上記実施形態では、「共同購入をする全てのユーザについての所在信頼性ランクが、所定値以上である場合に共同購入を許可する」ものとしたが、一部のユーザについて所在信頼性ランクが所定値以上であれば、共同購入を許可する（例えば３人のうち２人以上、或いはランクが最高値であれば１人でＯＫなど）ようにしてもよい。
【００５９】
また、電子コンテンツの支払い方式は、図３で説明した後払い方式に限らず、如何なる方式でユーザの支払いを受領しても構わない。
【００６０】
（１）  電子コンテンツの共同購入の申し込みを行うユーザ同士の所在情報が一致するか否かを判定し、該判定した結果に基づいて電子コンテンツの共同購入を許可するか否かを決定する判定部と、
前記判定部が共同購入を許可すると決定した場合に、共同購入をしたユーザに対応付けられた端末に、該共同購入された電子コンテンツを提供する配信制御部と、
を備えるコンテンツ配信装置。
（２）  （１）のコンテンツ配信装置であって、
前記判定部は、前記ユーザ同士の所在情報が一致する場合に、電子コンテンツの共同購入を許可すると決定する、
コンテンツ配信装置。
（３）  （１）または（２）のコンテンツ配信装置であって、
過去の購入時において登録されたユーザの所在情報が記憶される記憶部を備え、
前記判定部は、
前記電子コンテンツの共同申し込みに係る申し込みデータに、共同購入をする全てのユーザの所在情報が含まれている場合は、該申し込みデータに含まれる各ユーザの所在情報が一致するか否かを判定し、
前記申し込みデータにおいて、共同購入をするユーザのうち一部のユーザの所在情報が省略されている場合は、該所在情報が省略されているユーザの所在情報を前記記憶部から読み出し、前記申し込みデータに含まれるユーザの所在情報と、前記記憶部から読み出したユーザの所在情報が一致するか否かを判定する、
コンテンツ配信装置。
（４）  （１）から（３）のいずれか１つのコンテンツ配信装置であって、
ユーザの所在の信頼性を示す補助情報が記憶される記憶部を備え、
前記判定部は、前記記憶部に記憶された前記補助情報に基づいて、電子コンテンツの共同購入を許可するか否かを決定する、
コンテンツ配信装置。
（５）  （４）のコンテンツ配信装置であって、
前記記憶部には、過去の電子コンテンツの購入時に登録されたユーザの所在情報が記憶され、
前記判定部は、前記記憶部により記憶された直近の所在情報と所在情報が一致する申し込みデータにより電子コンテンツの購入が行われた回数が多いほど、高くなるランクを作成して前記補助情報として前記記憶部に記憶させ、前記記憶部に記憶されたユーザの住所が一致するか否かの判定の結果、および共同購入をするユーザの前記ランクに基づいて、電子コンテンツの共同購入を許可するか否かを決定する、
コンテンツ配信装置。
（６）  （５）のコンテンツ配信装置であって、
前記判定部は、共同購入をする全てのユーザの前記ランクが所定ランク以上である場合に、電子コンテンツの共同購入を許可すると決定する、
コンテンツ配信装置。
（７）  コンテンツ配信装置が、
電子コンテンツの共同購入の申し込みを行うユーザ同士の所在情報が一致するか否かを判定し、該判定した結果に基づいて電子コンテンツの共同購入を許可するか否かを決定し、
前記決定する処理において共同購入を許可すると決定した場合に、共同購入をしたユーザに対応付けられた端末に、該共同購入された電子コンテンツを提供する、
コンテンツ配信方法。
（８）  コンテンツ配信装置に、
電子コンテンツの共同購入の申し込みを行うユーザ同士の所在情報が一致するか否かを判定し、該判定した結果に基づいて電子コンテンツの共同購入を許可するか否かを決定させ、
前記決定する処理において共同購入を許可すると決定した場合に、共同購入をしたユーザに対応付けられた端末に、該共同購入された電子コンテンツを提供させる、
コンテンツ配信プログラム。
【符号の説明】
【００６１】
１‥コンテンツ配信システム、１０（１０＃１〜１０＃ｎ）‥端末装置、１００‥ＥＣストアサーバ、１０２‥ストアフロント処理部、１０２Ａ‥購入申し込み受付部、１０２Ｂ‥配信制御部、１０４‥商品・コンテンツ管理部、１０６‥ユーザ管理部、１０８‥注文・決済状況管理部、１１０‥共同購入可否判定部、１１２‥課金代行処理部、１１５‥記憶部、１２０‥コンテンツデータ、１２２‥コンテンツ管理テーブル、１２４‥ユーザ情報テーブル、１２６‥グループ管理テーブル、１２８‥購入履歴テーブル、２００‥課金代行サーバ、３００‥支払い代行サーバ
【図１】
2014095976.tif 000003
【図２】
2014095976.tif 000004
【図３】
2014095976.tif 000005
【図４】
2014095976.tif 000006
【図５】
2014095976.tif 000007
【図６】
2014095976.tif 000008
【図７】
2014095976.tif 000009
【図８】
2014095976.tif 000010