(57)【特許請求の範囲】
【請求項１】
ユーザごとのデジタルコンテンツの購入履歴を管理するとともに、ユーザが所有する有体物に記録されたコンテンツに関する情報を取得するサーバであって、
前記ユーザが所有する有体物に記録されたコンテンツに対応するデジタルコンテンツが、販売対象に含まれているか否かを判定するための判定要求を受信する受信手段と、
前記判定要求に応じて判定した結果、前記販売対象に含まれていると判定した場合に、前記ユーザの前記デジタルコンテンツの購入履歴に、前記対応するデジタルコンテンツが前記ユーザに販売されたことを示す情報を記録することで、該購入履歴を変更し、対価の支払いがなされたものとして前記対応するデジタルコンテンツを前記ユーザに対して提供可能にする変更手段と
を有することを特徴とするサーバ。
【請求項２】
前記変更手段は、前記販売対象に含まれていると判定した場合であって、前記ユーザが所有する有体物に記録されたコンテンツと前記対応するデジタルコンテンツとの交換要求を受信した場合に、前記対応するデジタルコンテンツが前記ユーザに販売されたと判断し、前記ユーザの前記デジタルコンテンツの購入履歴を変更することを特徴とする請求項１に記載のサーバ。
【請求項３】
前記判定要求に含まれる、前記ユーザが所有する有体物に記録されたコンテンツを特定するための情報に基づいて、前記販売対象のデジタルコンテンツの中から検索することで、前記販売対象に含まれているか否かを判定する判定手段を更に有することを特徴とする請求項２に記載のサーバ。
【請求項４】
前記ユーザに対して提供可能にした前記対応するデジタルコンテンツについて、前記ユーザからのダウンロード要求に応じて前記ユーザに提供する提供手段を更に有することを特徴とする請求項１乃至３のいずれか１項に記載のサーバ。
【請求項５】
前記ユーザごとのデジタルコンテンツの購入履歴を取得し、該購入履歴に記録された購入済みのデジタルコンテンツのうち、各デジタルコンテンツの間の関連性が所定の条件を満たすデジタルコンテンツを特定することで、それぞれのユーザが次に購入する期待値の高いデジタルコンテンツを推測し、該推測したデジタルコンテンツのうち、前記販売対象に含まれる最も新しいデジタルコンテンツに関する情報を、それぞれのユーザに提供することを特徴とする請求項１に記載のサーバ。
【請求項６】
前記交換要求を受信した場合、デジタルコンテンツを新規販売した場合の販売対価に所定の係数をかけ合せることで算出される対価を、前記対応するデジタルコンテンツについて前記サーバを管理する販売業者が前記対応するデジタルコンテンツの出版社に支払うべき対価として決定することを特徴とする請求項２に記載のサーバ。
【請求項７】
前記所定の係数は、前記ユーザが所有する有体物が発売されてからの経過年数、または、前記対応するデジタルコンテンツの販売数に基づいて設定されることを特徴とする請求項６に記載のサーバ。
【請求項８】
前記受信手段は、前記ユーザが所有する有体物を買い取った買取業者の端末から、前記判定要求を受信することを特徴とする請求項１に記載のサーバ。
【請求項９】
ユーザごとのデジタルコンテンツの購入履歴を管理するとともに、ユーザが所有する有体物に記録されたコンテンツに関する情報を取得するサーバのコンピュータに、
前記ユーザが所有する有体物に記録されたコンテンツに対応するデジタルコンテンツが、販売対象に含まれているか否かを判定するための判定要求を受信する受信工程と、
前記判定要求に応じて判定した結果、前記販売対象に含まれていると判定した場合に、前記ユーザの前記デジタルコンテンツの購入履歴に、前記対応するデジタルコンテンツが前記ユーザに販売されたことを示す情報を記録することで、該購入履歴を変更し、対価の支払いがなされたものとして前記対応するデジタルコンテンツを前記ユーザに対して提供可能にする変更工程と
を実行させるためのプログラム。
【請求項１０】
ユーザごとのデジタルコンテンツの購入履歴を管理するとともに、ユーザが所有する有体物に記録されたコンテンツに関する情報を取得するサーバと、
前記サーバにアクセスする端末と、
を有するコンテンツ管理システムであって、
前記端末は、
前記ユーザが所有する有体物に記録されたコンテンツに対応するデジタルコンテンツが、販売対象に含まれているか否かを判定するための判定要求を送信する送信手段を有し、
前記サーバは、
前記判定要求を受信する受信手段と、
前記判定要求に応じて判定した結果、前記販売対象に含まれていると判定した場合に、前記ユーザの前記デジタルコンテンツの購入履歴に、前記対応するデジタルコンテンツが前記ユーザに販売されたことを示す情報を記録することで、該購入履歴を変更し、対価の支払いがなされたものとして前記対応するデジタルコンテンツを前記ユーザに対して提供可能にする変更手段と
を有することを特徴とするコンテンツ管理システム。
【請求項１１】
ユーザごとのデジタルコンテンツの購入履歴を管理するとともに、ユーザが所有する有体物に記録されたコンテンツに関する情報を取得するサーバと、
前記サーバにアクセスする端末と、
を有するコンテンツ管理システムにおけるコンテンツ管理方法であって、
前記端末は、
前記ユーザが所有する有体物に記録されたコンテンツに対応するデジタルコンテンツが、販売対象に含まれているか否かを判定するための判定要求を送信する送信工程を実行し、
前記サーバは、
前記判定要求を受信する受信工程と、
前記判定要求に応じて判定した結果、前記販売対象に含まれていると判定した場合に、前記ユーザの前記デジタルコンテンツの購入履歴に、前記対応するデジタルコンテンツが前記ユーザに販売されたことを示す情報を記録することで、該購入履歴を変更し、対価の支払いがなされたものとして前記対応するデジタルコンテンツを前記ユーザに対して提供可能にする変更工程と
を実行することを特徴とするコンテンツ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ管理システム、サーバ、コンテンツ管理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、書籍やＣＤ、ＤＶＤ等の、いわゆる"コンテンツが記録された有体物"は、デジタルコンテンツにとって代わられるようになってきており、携帯端末等にデジタルコンテンツ（デジタル書籍や音楽データ、映像データ）を保持するユーザも増えている。
【０００３】
また、既に所有している有体物に記録されたコンテンツをデジタル化するニーズも高まっており、それを実現するためのシステムも提案されている（例えば、特許文献１等参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−０４５１８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、たとえ既に読み終えた書籍や視聴済みのＣＤ、ＤＶＤであっても、そこに記録されたコンテンツを別途デジタルコンテンツとして保持しようとすると、ユーザは、再度、対価を支払ってデジタルコンテンツを購入しなければならず、負担が大きい。
【０００６】
本発明は上記課題に鑑みてなされたものであり、コンテンツをデジタル化するにあたり、ユーザの負担を軽減可能なシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一実施形態に係るサーバは、以下のような構成を有する。すなわち、
ユーザごとのデジタルコンテンツの購入履歴を管理するとともに、ユーザが所有する有体物に記録されたコンテンツに関する情報を取得するサーバであって、
前記ユーザが所有する有体物に記録されたコンテンツに対応するデジタルコンテンツが、販売対象に含まれているか否かを判定するための判定要求を受信する受信手段と、
前記判定要求に応じて判定した結果、前記販売対象に含まれていると判定した場合に、前記ユーザの前記デジタルコンテンツの購入履歴に、前記対応するデジタルコンテンツが前記ユーザに販売されたことを示す情報を記録することで、該購入履歴を変更し、対価の支払いがなされたものとして前記対応するデジタルコンテンツを前記ユーザに対して提供可能にする変更手段とを有する。
【発明の効果】
【０００８】
本発明の各実施形態によれば、コンテンツをデジタル化するにあたり、ユーザの負担を軽減可能なシステムを提供することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】コンテンツ管理システムの全体構成を示す図である。
【図２】コンテンツ管理システムを構成する各サーバのハードウェア構成を示す図である。
【図３】コンテンツ管理システムを構成する各端末のハードウェア構成を示す図である。
【図４】販売履歴管理情報の一例を示す図である。
【図５】販売書籍情報の一例を示す図である。
【図６】買い取り業者情報の一例を示す図である。
【図７】デジタル書籍一覧情報の一例を示す図である。
【図８】販売サーバが有するサイトを示した図である。
【図９】販売サーバの機能構成を示す図である。
【図１０】デジタル化可否判定処理の流れを示すフローチャートである。
【図１１】販売履歴管理処理の流れを示すフローチャートである。
【図１２】ダウンロード処理の流れを示すフローチャートである。
【図１３】携帯端末における表示画面の表示例を示す図である。
【図１４】情報端末の機能構成を示す図である。
【図１５】情報端末の表示画面の表示例を示す図である。
【図１６】コンテンツ管理システム全体の処理の流れを示す図である。
【図１７】コンテンツ管理システムにおける対価の流れを模式的に示した図である。
【図１８】販売サーバの機能構成を示す図である。
【図１９】販売履歴管理情報の一例を示す図である。
【図２０】情報提供処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の各実施形態の詳細について添付の図面を参照しながら説明する。なお、各実施形態に係る明細書及び図面の記載に際して、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。
【００１１】
［第１の実施形態］
＜１．コンテンツ管理システムの全体構成＞
はじめに、コンテンツ管理システムの全体構成について説明する。コンテンツ管理システムは、書籍やＣＤ、ＤＶＤ等の、いわゆる"コンテンツが記録された有体物"全般を管理可能なシステムである。ただし、第１の実施形態では説明の簡略化のため、有体物として書籍に関する情報を管理する場合について説明する。また、有体物に記録されたコンテンツに対応するデジタルコンテンツとしてデジタル書籍を管理する場合について説明する。
【００１２】
図１は、第１の実施形態に係るコンテンツ管理システム１００の全体構成を示す図である。図１に示すように、コンテンツ管理システム１００は、販売サーバ１１０、書籍管理サーバ１２０、スマートフォン等の携帯端末１３０、ノート型パソコン等の情報端末１４０を有する。コンテンツ管理システム１００において、各サーバ（販売サーバ１１０、書籍管理サーバ１２０）と各端末（携帯端末１３０、情報端末１４０）とは、インターネット１５０を介して通信可能に接続されている。
【００１３】
販売サーバ１１０は、デジタル書籍を販売する販売業者が所有しており、書籍管理サーバ１２０は、デジタル書籍を生成する出版社が所有しているものとする。また、携帯端末１３０はユーザ１６０が所有しており、情報端末１４０は、ユーザ１６０が所有する書籍１８０を買い取る買い取り業者１７０の店舗に設置されているものとする。
【００１４】
販売サーバ１１０は、販売管理プログラム１１１と、販売履歴管理データベース（以下、単にＤＢと略す）１１２と、販売書籍ＤＢ１１３と、買い取り業者情報ＤＢ１１４とを有する。
【００１５】
販売管理プログラム１１１は、ユーザ１６０に対して、デジタル書籍を新規販売する処理を行う。また、ユーザ１６０が所有する書籍１８０と引き換えに、書籍１８０に対応するデジタル書籍を販売（以下、「再販売」と称す）する処理を行う。
【００１６】
販売履歴管理ＤＢ１１２は、販売管理プログラム１１１がデジタル書籍を新規販売または再販売した際の販売履歴を記録した販売履歴管理情報を格納する。販売書籍ＤＢ１１３は、販売サーバ１１０が販売対象としているデジタル書籍である販売書籍及び販売書籍の一覧情報を格納する。買い取り業者情報ＤＢ１１４は、買い取り業者１７０の各店舗の属性情報を格納する。買い取り業者１７０は、ユーザ１６０が所有する書籍１８０を買い取ったり、書籍１８０と引き換えにデジタル書籍を再購入する手続きを行ったりする。
【００１７】
書籍管理サーバ１２０は、書籍管理プログラム１２１と、書籍ＤＢ１２２とを有する。書籍管理プログラム１２１は、出版社において生成されたデジタル書籍を書籍ＤＢ１２２に格納する。書籍ＤＢ１２２は、出版社において生成されたデジタル書籍及びデジタル書籍の一覧情報を格納する。
【００１８】
携帯端末１３０は、販売サーバ１１０が有する販売サイトにアクセスすることで、所望のデジタル書籍を購入する。また、リーダアプリケーション１３１を起動し、販売サーバ１１０が有する提供サイトにアクセスすることで、購入済みのデジタル書籍をダウンロードし、携帯端末１３０の表示画面上に表示する。これにより、ユーザ１６０は、携帯端末１３０の表示画面上でデジタル書籍を読むことができる。
【００１９】
情報端末１４０は、再購入用アプリケーション１４１を起動し、販売サーバ１１０が有する管理サイトにアクセスすることで、ユーザ１６０が所有する書籍と引き換えにデジタル書籍を再購入するための処理を実行する。
【００２０】
なお、以下の説明では、販売サーバ１１０側から見た処理を"販売"、"再販売"と称し、携帯端末１３０または情報端末１４０側から見た処理を"購入"、"再購入"と称することとする。このため、例えば販売サーバ１１０側から見た場合の"販売履歴"は、携帯端末１３０または情報端末１４０側から見た場合、"購入履歴"となる。
【００２１】
＜２．各サーバのハードウェア構成＞
次に、各サーバ（販売サーバ１１０、書籍管理サーバ１２０）のハードウェア構成について説明する。図２は、各サーバのハードウェア構成を示す図である。
【００２２】
図２に示すように、各サーバは、ＣＰＵ（Central Processing Unit）２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、記憶部２０４を備える。更に、各サーバは、入力部２０５、通信部２０６を備える。なお、各サーバの各部は、バス２０７を介して相互に接続されている。
【００２３】
ＣＰＵ２０１は、記憶部２０４に格納された各種プログラム（販売管理プログラム１１１、書籍管理プログラム１２１等）を実行するコンピュータである。
【００２４】
ＲＯＭ２０２は不揮発性メモリである。ＲＯＭ２０２は、記憶部２０４に格納された各種プログラムを、ＣＰＵ２０１が実行するために必要な各種プログラム、データ等を格納する。具体的には、ＢＩＯＳ（Basic Input/Output System）やＥＦＩ（Extensible Firmware Interface）等のブートプログラムなどを格納する。
【００２５】
ＲＡＭ２０３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等の主記憶装置である。ＲＡＭ２０３は、記憶部２０４に格納された各種プログラムがＣＰＵ２０１によって実行される際に展開される、作業領域として機能する。
【００２６】
記憶部２０４は、ＣＰＵ２０１により実行される各種プログラム及び各種プログラムがＣＰＵ２０１により実行される際に利用される各種情報を格納する。記憶部２０４が格納する各種情報には、販売サーバ１１０の場合、販売履歴管理情報、販売書籍、販売書籍の一覧情報、買い取り業者情報等が含まれる。また、書籍管理サーバ１２０の場合、デジタル書籍、デジタル書籍の一覧情報等が含まれる。
【００２７】
入力部２０５は、各サーバの管理者が各サーバに各種指示を入力する際に用いられる。また、通信部２０６は、インターネット１５０を介して、他のサーバまたは各端末（携帯端末１３０、情報端末１４０）と通信を行う。
【００２８】
＜３．各端末のハードウェア構成＞
次に、各端末（携帯端末１３０、情報端末１４０）のハードウェア構成について説明する。図３は、コンテンツ管理システム１００を構成する各端末のハードウェア構成を示す図である。
【００２９】
図３に示すように、各端末は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、記憶部３０４を備える。更に、各端末は、入力部３０５、表示部３０６、通信部３０７を備える。なお、各端末の各部は、バス３０８を介して相互に接続されている。
【００３０】
ＣＰＵ３０１は、記憶部３０４に格納された各種プログラム（例えば、リーダアプリケーション１３１、再購入用アプリケーション１４１）を実行するコンピュータである。ＲＯＭ３０２は不揮発性メモリである。ＲＯＭ３０２は、記憶部３０４に格納された各種プログラムを、ＣＰＵ３０１が実行するために必要な各種プログラム、データ等を格納する。具体的には、ＢＩＯＳやＥＦＩ等のブートプログラムなどを格納する。
【００３１】
ＲＡＭ３０３は、ＤＲＡＭやＳＲＡＭ等の主記憶装置である。ＲＡＭ３０３は、記憶部３０４に格納された各種プログラムがＣＰＵ３０１によって実行される際に展開される、作業領域として機能する。
【００３２】
記憶部３０４は、ＣＰＵ３０１により実行される各種プログラム及び各種プログラムがＣＰＵ３０１により実行される際に利用される各種情報を格納する。
【００３３】
入力部３０５は、各端末のユーザが各端末に各種指示を入力する際に用いられる。また、表示部３０６は、例えば各端末がインターネット１５０を介して販売サーバ１１０にアクセスすることで取得した各種表示画面等を表示する。通信部３０７は、インターネット１５０を介して、販売サーバ１１０と通信を行う。
【００３４】
＜４．各ＤＢに格納される情報の説明＞
次に、各サーバのＤＢ（販売履歴管理ＤＢ１１２、販売書籍ＤＢ１１３、買い取り業者情報ＤＢ１１４、書籍ＤＢ１２２）に格納される情報のうち、販売履歴管理情報、販売書籍の一覧情報、買い取り業者情報、デジタル書籍の一覧情報の詳細について説明する。
【００３５】
（１）販売履歴管理情報
はじめに販売サーバ１１０の販売履歴管理ＤＢ１１２に格納される販売履歴管理情報４００について説明する。図４は、販売履歴管理情報４００の一例を示す図である。
【００３６】
図４に示すように、販売履歴管理情報４００はユーザＩＤごとに分けて管理されており、それぞれの販売履歴管理情報（図４の例では、４００＿１〜４００＿ｎ）はユーザＩＤと対応付けられている。また、それぞれの販売履歴管理情報には、情報の項目として、"販売年月日"、"販売書籍（書籍ＩＤ）"、"販売店舗（店舗ＩＤ）"、"新規販売／再販売"等が含まれる。
【００３７】
"販売年月日"には、ユーザにデジタル書籍を新規販売または再販売した日付が記録される。"販売書籍（書籍ＩＤ）"には、ユーザに新規販売または再販売したデジタル書籍を特定するための識別子が記録される。"販売店舗（店舗ＩＤ）"には、ユーザにデジタル書籍を新規販売または再販売した店舗を特定するための識別子が記録される。なお、ユーザにデジタル書籍を新規販売した場合には、"販売店舗（店舗ＩＤ）"には販売業者を示す識別子が記録される。また、ユーザにデジタル書籍を再販売した場合には、ユーザ１６０が所有する書籍と引き換えにデジタル書籍を再購入する手続きを行った買い取り業者１７０の店舗を特定するための識別子が記録される。
【００３８】
"新規販売／再販売"には、ユーザにデジタル書籍を新規販売したのか、再販売したのかを区別するための、販売方法を示す情報が記録される。
【００３９】
（２）販売書籍の一覧情報
次に、各出版社が有するデジタル書籍のうち、販売業者が販売する販売書籍として販売書籍ＤＢ１１３に格納するデジタル書籍の一覧である、販売書籍の一覧情報５００について説明する。図５は、販売書籍の一覧情報５００の一例を示す図である。
【００４０】
図５に示すように、販売書籍の一覧情報５００は出版社ごとに管理されており、それぞれの販売書籍の一覧情報（図５の例では、販売書籍の一覧情報５００＿１〜５００＿ｍ）は、出版社名及び出版社ＩＤと対応付けられている。また、それぞれの販売書籍の一覧情報には、情報の項目として"書籍ＩＤ"、"タイトル"、"著者"、"ジャンル"、"出版日"等の属性情報の項目が含まれる。
【００４１】
"書籍ＩＤ"には、デジタル書籍を特定するための識別子が格納される。"タイトル"には、デジタル書籍の表題が格納される。"著者"には、デジタル書籍の著作者名が格納される。"ジャンル"には、デジタル書籍が属する分野に関する情報が格納される。"出版日"には、デジタル書籍の出版日が格納される。
【００４２】
（３）買い取り業者情報
次に、買い取り業者情報ＤＢ１１４に格納される買い取り業者情報６００について説明する。図６は、買い取り業者情報６００の一例を示す図である。
【００４３】
図６に示すように、買い取り業者情報６００には、情報の項目として、"買い取り業者名"、"店舗名"、"店舗ＩＤ"、"所在地"、"連絡先"が含まれる。
【００４４】
"買い取り業者名"には、販売業者との間で、デジタル書籍を再購入する手続きを代行する取り決めを交わした買い取り業者１７０の名称が格納される。"店舗名"には、買い取り業者１７０が有する各店舗の名称が格納される。"店舗ＩＤ"には、各店舗を特定するための識別子が格納される。"所在地"、"連絡先"には、買い取り業者１７０の各店舗の住所、電話番号が格納される。
【００４５】
（４）デジタル書籍の一覧情報
次に、各出版社が書籍ＤＢ１２２に格納するデジタル書籍の一覧である、デジタル書籍の一覧情報７００について説明する。図７は、デジタル書籍の一覧情報７００の一例を示す図である。
【００４６】
図７に示すように、デジタル書籍の一覧情報７００には、情報の項目として、"番号"、"書籍ＩＤ"、"タイトル"、"著者"、"ジャンル"、"出版日"等の属性情報の項目が含まれる。"番号"には、出版社が生成したデジタル書籍についての通し番号が格納される。
【００４７】
"書籍ＩＤ"には、デジタル書籍を特定するための識別子が格納される。"タイトル"には、デジタル書籍の表題が格納される。"著者"には、デジタル書籍の著作者名が格納される。"ジャンル"には、デジタル書籍が属する分野に関する情報が格納される。"出版日"には、デジタル書籍の出版日が格納される。
【００４８】
＜５．販売サーバの機能構成＞
次に、販売管理プログラム１１１がＣＰＵ２０１により実行されることで販売サーバ１１０において実現される機能について説明する。販売サーバ１１０は、インターネット１５０を介して外部からアクセス可能なサイトとして、販売サイトと、提供サイトと、管理サイトとを有し、これらのサイトを介して各種機能を実現する。そこで、以下では、はじめに販売サーバ１１０が有するサイトについて説明し、続いてそれぞれのサイトで実現される機能について説明する。
【００４９】
（１）販売サーバが有する各サイトの説明
図８は、販売サーバ１１０が有する各サイトを示した図である。販売サーバ１１０は、ユーザ１６０にデジタル書籍を新規販売するための、携帯端末１３０からアクセス可能なサイトとして販売サイトを有する。ユーザ１６０は、携帯端末１３０を介してアクセスした販売サイトにおいて、デジタル書籍を新規購入する手続き（ユーザＩＤの登録、新規購入するデジタル書籍の選択、対価の支払い等）を行う。
【００５０】
また、販売サーバ１１０は、ユーザ１６０に新規販売または再販売したデジタル書籍をユーザ１６０がダウンロードできるよう、携帯端末１３０からアクセス可能なサイトとして提供サイトを有する。ユーザ１６０は、例えば販売サイトにおいて新規購入する手続きを行った後、提供サイトにアクセスすることで購入済みのデジタル書籍をダウンロードする。これにより、ユーザ１６０は、購入済みのデジタル書籍を自由に読むことができる。
【００５１】
更に、販売サーバ１１０は、ユーザ１６０が所有する書籍と引き換えにデジタル書籍を再購入する手続きを買い取り業者１７０が行うことができるよう、情報端末１４０からアクセス可能なサイトとして管理サイトを有する。なお、管理サイトにアクセス可能な情報端末は、買い取り業者情報６００に登録されている情報端末に限定される。
【００５２】
情報端末１４０では、ユーザ１６０が所有する書籍のデジタル化可否を判定するための判定要求を管理サイトに送信する。また、判定の結果、ユーザ１６０が所有する書籍のデジタル化が可能であると判定された場合、情報端末１４０では、ユーザ１６０が所有する書籍のデジタル化要求を、管理サイトに送信する。なお、書籍のデジタル化可否は、当該書籍に対応するデジタル書籍の有無（販売書籍に含まれているか否か）に基づいて判定される。また、書籍のデジタル化要求とは、書籍に対応するデジタル書籍についての再購入の要求（書籍と該書籍に対応するデジタル書籍との交換要求）を指す。
【００５３】
（２）販売サーバの機能構成
図９は、販売サーバ１１０の機能構成を示す図である。図９に示すように、販売サーバ１１０は、再販売部９１０とダウンロード管理部９２０とを有する。再販売部９１０は更に、デジタル化可否判定部９１１と履歴管理部９１２とを有する。
【００５４】
デジタル化可否判定部９１１は、管理サイトにおいて実行される機能であり、ユーザが所有する書籍に対応するデジタル書籍の有無を判定する。
【００５５】
具体的には、買い取り業者１７０の店舗に設置された情報端末１４０を介して、ユーザ１６０が所有する書籍１８０を特定するための特定情報（書籍のタイトル、著者、出版社等）を受信する。また、デジタル化可否を判定するための判定要求を受信する。そして、販売書籍の一覧情報５００のうち、受信した特定情報により特定される出版社の販売書籍の一覧情報（例えば、販売書籍の一覧情報５００＿１）を販売書籍ＤＢ１１３より読み出す。更に、受信した特定情報により特定される書籍のタイトル、著者に基づいて、読み出した販売書籍の一覧情報５００＿１内を検索する。これにより、ユーザ１６０が所有する書籍１８０に対応するデジタル書籍の有無（デジタル化可否）を判定する。更に、判定結果を、判定要求の送信元である情報端末１４０に送信する。なお、特定情報として書籍ＩＤのみが含まれていた場合には、書籍ＩＤに基づいて、販売書籍の一覧情報５００に含まれるすべての出版社の販売書籍の一覧情報５００＿１〜５００＿ｍを検索対象として検索を行う。
【００５６】
履歴管理部９１２は、販売サイト及び管理サイトにおいて実行される機能であり、販売履歴管理情報４００を管理する。具体的には、ユーザ１６０に対してデジタル書籍を新規販売した場合に、販売年月日、書籍ＩＤ、店舗ＩＤ、新規販売した旨の情報を、販売履歴管理情報４００に記録する。また、ユーザ１６０に対してデジタル書籍を再販売した場合に、販売年月日、書籍ＩＤ、店舗ＩＤ、再販売した旨の情報を、販売履歴管理情報４００に記録する。
【００５７】
なお、履歴管理部９１２では、情報端末１４０よりデジタル化要求を受信した場合に、当該デジタル化要求に含まれる特定情報により特定されるデジタル書籍を再販売したと判断する。履歴管理部９１２では、買い取り業者情報ＤＢ１１４に格納された買い取り業者情報６００に登録されている店舗ＩＤが含まれているデジタル化要求のみを受信する。また、履歴管理部９１２では、再販売したと判断した場合にデジタル書籍をダウンロード可能にする。なお、"デジタル書籍をダウンロード可能にする"とは、ダウンロード管理部９２０による送信の対象にすることをいい、デジタル書籍がユーザ１６０に対して提供可能になることをいう。
【００５８】
ダウンロード管理部９２０は、提供サイトにおいて実行される機能であり、ユーザ１６０の携帯端末１３０からのダウンロード要求に応じて、デジタル書籍を送信する。具体的には、販売履歴管理ＤＢ１１２に格納された販売履歴管理情報４００の中から、ダウンロード要求に際して入力されたユーザＩＤ（例えば、Ｘ０００１）に対応する販売履歴管理情報（例えば、販売履歴管理情報４００＿１）を読み出す。そして、読み出した販売履歴管理情報４００＿１を携帯端末１３０に提供する。
【００５９】
なお、携帯端末１３０に提供された販売履歴管理情報４００＿１は、ユーザＩＤ＝"Ｘ０００１"のユーザ１６０の購入済みデジタル書籍一覧として表示される。携帯端末１３０のユーザ１６０は、購入済みデジタル書籍一覧に基づいて、所望するデジタル書籍を選択し、ダウンロード要求を行う。これにより、ユーザＩＤとユーザ１６０により選択されたデジタル書籍の書籍ＩＤとを含むダウンロード要求が、携帯端末１３０から販売サーバ１１０に送信される。
【００６０】
これを受けて、ダウンロード管理部９２０では、書籍ＩＤにより特定されるデジタル書籍を、ダウンロード要求の送信元である携帯端末１３０に送信する。
【００６１】
＜６．販売サーバにおける各種処理の説明＞
次に、販売サーバ１１０の各部（デジタル化可否判定部９１１、履歴管理部９１２、ダウンロード管理部９２０）により実行される各種処理（デジタル化可否判定処理、販売履歴管理処理、ダウンロード処理）の流れについて説明する。
【００６２】
（１）デジタル化可否判定部によるデジタル化可否判定処理の流れ
はじめに、デジタル化可否判定部９１１によるデジタル化可否判定処理の流れについて説明する。ここでは、判定要求に含まれる特定情報として書籍のタイトル、著者、出版社が含まれる場合について説明する。
【００６３】
図１０は、デジタル化可否判定部９１１によるデジタル化可否判定処理の流れを示すフローチャートである。ステップＳ１００１において、デジタル化可否判定部９１１は、管理サイトにおいて、情報端末１４０よりデジタル化可否を判定するための判定要求を受信したか否かを判定する。判定要求を受信していないと判定した場合には、判定要求を受信するまで待機する。
【００６４】
一方、ステップＳ１００１において判定要求を受信したと判定した場合には、ステップＳ１００２に進み、判定要求に含まれる特定情報に基づいて、判定対象の書籍の出版社を特定する。ステップＳ１００３において、デジタル化可否判定部９１１は、販売書籍の一覧情報５００のうち、特定した出版社の販売書籍の一覧情報（例えば、販売書籍の一覧情報５００＿１）を読み出す。
【００６５】
ステップＳ１００４において、デジタル化可否判定部９１１は、判定要求に含まれる特定情報（書籍のタイトル、著者）に基づいて、読み出した販売書籍の一覧情報５００＿１内を検索することで、判定対象の書籍に対応するデジタル書籍の有無を判定する。
【００６６】
ステップＳ１００５において、デジタル化可否判定部９１１が、判定対象の書籍に対応するデジタル書籍があると判定した場合には、ステップＳ１００６に進む。ステップＳ１００６において、デジタル化可否判定部９１１は、判定要求された書籍をデジタル化することが可能であると判定する。
【００６７】
一方、ステップＳ１００５において、デジタル化可否判定部９１１が、判定対象の書籍に対応するデジタル書籍がないと判定した場合には、ステップＳ１００７に進む。ステップＳ１００７において、デジタル化可否判定部９１１は、判定対象の書籍をデジタル化することが不可能であると判定する。
【００６８】
ステップＳ１００８において、デジタル化可否判定部９１１は、ステップＳ１００６またはステップＳ１００７における判定結果を、判定要求の送信元である情報端末１４０に送信する。
【００６９】
（２）履歴管理部による販売履歴管理処理の流れ
次に、履歴管理部９１２による販売履歴管理処理の流れについて説明する。なお、ここでは、管理サイトにおいて実行される再販売時の販売履歴管理処理の流れについて説明する（販売サイトにおいて実行される新規販売時の販売履歴管理処理は、従来と同様であるため、説明を割愛する）。
【００７０】
図１１は、履歴管理部９１２による販売履歴管理処理の流れを示すフローチャートである。ステップＳ１１０１において、履歴管理部９１２は、管理サイトにおいて、情報端末１４０よりデジタル化要求を受信したか否かを判定する。デジタル化要求には、再購入を要求するユーザのユーザＩＤと、再購入するデジタル書籍を特定するための特定情報（書籍ＩＤ）と、送信元の情報端末１４０を設置する買い取り業者１７０の店舗ＩＤとが含まれる。デジタル化要求を受信していないと判定した場合には、デジタル化要求を受信するまで待機する。
【００７１】
一方、ステップＳ１１０１においてデジタル化要求を受信したと判定した場合には、ステップＳ１１０２に進み、デジタル化要求に含まれるユーザＩＤ、特定情報（書籍ＩＤ）及び店舗ＩＤを抽出する。
【００７２】
ステップＳ１１０３において、履歴管理部９１２は、店舗ＩＤが買い取り業者情報６００に登録されていることを確認したうえで、抽出したユーザＩＤに対応する販売履歴管理情報を販売履歴管理ＤＢ１１２より読み出す。
【００７３】
ステップＳ１１０４において、履歴管理部９１２は、デジタル化要求に含まれる特定情報（書籍ＩＤ）に基づいて、販売書籍ＤＢ１１３内のデジタル書籍をダウンロード可能にする。
【００７４】
ステップＳ１１０５において、履歴管理部９１２は、ステップＳ１１０３において読み出した販売履歴管理情報の"販売年月日"に、デジタル化要求のあった年月日を記録する。また、販売履歴管理情報の"販売書籍（書籍ＩＤ）"に、ステップＳ１１０２において抽出した書籍ＩＤを記録する。また、"販売店舗（店舗ＩＤ）"に、ステップＳ１１０２において抽出した店舗ＩＤを記録する。更に、販売履歴管理情報の"新規販売／再販売"に、再販売である旨を記録する。これにより、販売履歴管理情報が更新される。
【００７５】
（２）ダウンロード管理部によるダウンロード処理の流れ
図１２は、ダウンロード管理部９２０によるダウンロード処理の流れを示すフローチャートである。ステップＳ１２０１において、ダウンロード管理部９２０は、ユーザ１６０より購入済みデジタル書籍の一覧表示要求を受信したか否かを判定する。ユーザ１６０が、提供サイトにアクセスしユーザＩＤを入力したうえで、購入済みデジタル書籍の一覧表示要求を行った場合、ダウンロード管理部９２０では、購入済みデジタル書籍の一覧表示要求を受信する。
【００７６】
ステップＳ１２０２において、ダウンロード管理部９２０は、購入済みデジタル書籍の一覧表示要求に含まれるユーザＩＤを抽出する。また、ステップＳ１２０３において、ダウンロード管理部９２０は、抽出したユーザＩＤに対応する販売履歴管理情報を、販売履歴管理ＤＢ１１２より読み出す。更に、読み出した販売履歴管理情報を、当該ユーザの購入済みデジタル書籍一覧として当該ユーザの携帯端末１３０に送信する。これにより、当該ユーザの携帯端末１３０には、購入済みデジタル書籍一覧が表示される。
【００７７】
ステップＳ１２０４において、ダウンロード管理部９２０は、当該ユーザの携帯端末１３０より、いずれかのデジタル書籍を指定してダウンロード要求が送信されたか否かを判定する。
【００７８】
ステップＳ１２０４において、ダウンロード要求が送信されたと判定した場合には、ステップＳ１２０５に進み、ダウンロード要求に含まれるユーザＩＤを確認したうえで、書籍ＩＤを抽出する。ステップＳ１２０６において、ダウンロード管理部９２０は、抽出した書籍ＩＤに対応するデジタル書籍を、ダウンロード要求の送信元の携帯端末１３０に送信する。これにより、ユーザ１６０は、所有する書籍に対応するデジタル書籍を入手することができる。
【００７９】
＜７．携帯端末の表示画面＞
次に、携帯端末１３０の表示画面について説明する。図１３は、販売サーバ１１０が有する提供サイトにアクセスした場合の、携帯端末１３０の表示画面の表示例を示す図である。ユーザ１６０は、ユーザＩＤを入力することで提供サイトにアクセスし、購入済みデジタル書籍の一覧表示要求を送信することで、携帯端末１３０の表示画面上にユーザ１６０の購入済みデジタル書籍一覧を表示することができる。
【００８０】
図１３（ａ）は、ユーザ１６０が所有する書籍１８０に対応するデジタル書籍を再購入する前に、提供サイトにアクセスすることで表示される購入済みデジタル書籍一覧の表示例を示す図である。図１３（ａ）に示すように、一覧表示領域１３２０には、デジタル書籍を再購入する前のユーザＩＤ＝"Ｘ０００１"の販売履歴管理情報４００＿１に記録されたデジタル書籍を示すアイコンが表示される。
【００８１】
一方、図１３（ｂ）は、ユーザ１６０が所有する書籍１８０に対応するデジタル書籍を再購入した後に、提供サイトにアクセスすることで表示される購入済みデジタル書籍一覧の表示例を示す図である。図１３（ｂ）に示すように、デジタル書籍を再購入することで販売履歴管理情報４００＿１には、再購入されたデジタル書籍（書籍ＩＤ＝"Ｂ００１４"）に関する情報が追加される。この結果、一覧表示領域１３２０には、再購入されたデジタル書籍のアイコン１３２１が新たに表示される。
【００８２】
＜８．情報端末の機能構成＞
次に、再購入用アプリケーション１４１がＣＰＵ３０１により実行されることで情報端末１４０において実現される機能について説明する。図１４は、情報端末１４０の機能構成を示す図である。図１４に示すように、情報端末１４０は、判定要求部１４１１と、判定結果表示部１４１２と、デジタル化要求部１４１３とを有する。情報端末１４０では、販売サーバ１１０が有する管理サイトにアクセスすることで各部の機能を実行する。
【００８３】
判定要求部１４１１は、ユーザ１６０が所有する書籍１８０のデジタル化可否を判定するための判定要求を販売サーバ１１０に送信する。具体的には、ユーザ１６０が所有する書籍１８０を特定するための特定情報（書籍のタイトル、著者、出版社等）を入力し、入力した特定情報を判定要求とともに販売サーバ１１０に送信する。なお、当該書籍に既に書籍ＩＤが付されている場合には、特定情報として書籍ＩＤが送信されてもよい。
【００８４】
判定結果表示部１４１２は、判定要求の送信に応じて販売サーバ１１０より判定結果が送信された場合に、情報端末１４０に判定結果を表示する。
【００８５】
デジタル化要求部１４１３は、販売サーバ１１０より送信された判定結果が、デジタル化可能であった場合に、デジタル書籍についての再購入の要求であるデジタル化要求の指示を受け付ける。デジタル化要求部１４１３は、デジタル化要求の指示を受け付けた場合、ユーザＩＤと書籍ＩＤと店舗ＩＤとを含むデジタル化要求を販売サーバ１１０に送信する。
【００８６】
＜９．情報端末の表示画面＞
次に、情報端末１４０の表示画面について説明する。図１５は、販売サーバ１１０が有する管理サイトにアクセスした場合に情報端末１４０に表示される表示画面の表示例を示す図である。買い取り業者１７０は、ユーザ１６０が所有する書籍１８０を受け取ると、再購入用アプリケーション１４１を起動し、販売サーバ１１０が有する管理サイトにアクセスする。これにより、書籍情報入力画面１５０１が表示される。
【００８７】
書籍情報入力画面１５０１に示すように、ユーザ１６０が所有する書籍１８０のデジタル化可否を判定するための判定要求を行うにあたり、買い取り業者１７０は、書籍情報入力画面１５０１において、当該書籍に書籍ＩＤが付与されているか否かを入力する。
【００８８】
ユーザ１６０が所有する書籍に書籍ＩＤが付与されている場合、書籍情報入力画面１５０１において、買い取り業者１７０は、"あり"を選択したうえで、"次へ"ボタンを押圧する。一方、ユーザ１６０が所有する書籍に書籍ＩＤが付与されていない場合、買い取り業者１７０は、"なし"を選択したうえで、"次へ"ボタンを押圧する。
【００８９】
買い取り業者１７０により"あり"が選択され、"次へ"ボタンが押圧されると、情報端末１４０には、書籍情報入力画面１５０２が表示される。書籍情報入力画面１５０２において、買い取り業者１７０は、ユーザ１６０より受け取った書籍に付与された書籍ＩＤを入力し、"送信"ボタンを押圧する。これにより、特定情報（書籍ＩＤ）を含む判定要求が販売サーバ１１０に送信される。
【００９０】
一方、買い取り業者１７０により"なし"が選択され、"次へ"ボタンが押圧されると、情報端末１４０には、書籍情報入力画面１５０３が表示される。書籍情報入力画面１５０３において、買い取り業者１７０は、ユーザ１６０より受け取った書籍のタイトル、著者、出版社を入力する。なお、書籍情報入力画面１５０３において、書籍のタイトルを入力する場合、当該書籍がシリーズにより販売されている書籍の場合にあっては、当該書籍の巻数もあわせて入力する。これにより、ユーザ１６０より受け取った書籍を特定するための特定情報（書籍のタイトル、著者、出版社）を含む判定要求が、販売サーバ１１０に送信される。
【００９１】
特定情報を含む判定要求が販売サーバ１１０に送信されたことに伴って、販売サーバ１１０より判定結果が送信されると、情報端末１４０では、書籍情報入力画面１５０４が表示される。
【００９２】
書籍情報入力画面１５０４に示すように、販売サーバ１１０において、ユーザ１６０が所有する書籍に対応するデジタル書籍があったと判定された場合には、デジタル化が可能である旨が表示される。また、デジタル化を行うか否かをユーザ１６０に問い合わせるメッセージが表示される。
【００９３】
問い合わせに対して、ユーザ１６０がデジタル化しない旨の回答をした場合、買い取り業者１７０は、"しない"ボタンを押圧する。この場合、情報端末１４０の表示画面は、書籍情報入力画面１５０１に戻る。
【００９４】
一方、問い合わせに対して、ユーザ１６０がデジタル化する旨の回答をした場合、買い取り業者１７０は、"する"ボタンを押圧する。この場合、情報端末１４０の表示画面は、書籍情報入力画面１５０５に遷移する。
【００９５】
書籍情報入力画面１５０５において、買い取り業者１７０は、ユーザ１６０のユーザＩＤを入力する。その後、買い取り業者１７０が"送信"ボタンを押圧すると、販売サーバ１１０に対して、ユーザＩＤ、書籍ＩＤ（検索されたデジタル書籍の書籍ＩＤ）及び店舗ＩＤを含むデジタル化要求が送信される。
【００９６】
デジタル化要求の送信が完了すると、情報端末１４０の表示画面には書籍情報入力画面１５０６が表示される。書籍情報入力画面１５０６には、デジタル書籍を再購入する手続きが完了した旨のメッセージが表示される。また、ユーザ１６０が所有していた書籍１８０に対応するデジタル書籍の書籍ＩＤ（検索されたデジタル書籍の書籍ＩＤ）が表示される。
【００９７】
書籍情報入力画面１５０６において、買い取り業者１７０が"終了"ボタンを押圧すると、書籍情報入力画面１５０１に戻る。
【００９８】
＜１０．コンテンツ管理システムにおける処理の流れ＞
次に、コンテンツ管理システム１００全体の処理の流れについて説明する。なお、ここでは、判定要求に含まれる特定情報として、書籍のタイトル、著者、出版社が送信される場合について説明する。図１６は、コンテンツ管理システム１００全体の処理の流れを示す図である。
【００９９】
ステップＳ１６０１において、ユーザ１６０は、自身が所有する書籍１８０を買い取り業者１７０に持ち込む。ステップＳ１６０２において、買い取り業者１７０は、販売サーバ１１０の管理サイトにアクセスした後、持ち込まれた書籍１８０を特定する特定情報を情報端末１４０に入力し、判定要求の送信を指示する。ステップＳ１６０３において、情報端末１４０は、特定情報を含む判定要求を販売サーバ１１０に送信する。
【０１００】
判定要求を受信した販売サーバ１１０は、ステップＳ１６０４において、判定要求の特定情報により特定される出版社の販売書籍の一覧情報（例えば、販売書籍の一覧情報５００＿１）を読み出す。更に、ステップＳ１６０５において、判定要求の特定情報により特定される書籍に対応するデジタル書籍が、販売書籍の一覧情報５００＿１内に含まれるか否か（デジタル化可否）を判定する。
【０１０１】
ステップＳ１６０６において、販売サーバ１１０は、ステップＳ１６０５における判定結果を情報端末１４０に送信する。判定結果を受信した情報端末１４０では、ステップＳ１６０７において、受信した判定結果を表示する。
【０１０２】
デジタル書籍がないと判定された場合、デジタル化要求を送信することはできないため、ユーザ１６０は、持ち込んだ書籍を、従来通りのやり方で買い取り業者１７０に買い取ってもらうか、持ち込んだ書籍を持ち帰るかを選択することとなる。買い取り業者１７０による買い取りを希望した場合、ユーザ１６０は持ち込んだ書籍と引き換えに対価を受け取る。
【０１０３】
一方、デジタル書籍があると判定された場合、ユーザ１６０は、デジタル化要求を行うか否かを選択する。デジタル化要求を行わない場合、ユーザ１６０は、持ち込んだ書籍を従来通りのやり方で買い取り業者１７０に買い取ってもらうか、持ち込んだ書籍を持ち帰るかを選択することとなる。
【０１０４】
一方、デジタル化要求を行う場合には、ステップＳ１６０８において、買い取り業者１７０が、ユーザ１６０のユーザＩＤを情報端末１４０に入力し、デジタル化要求の送信を指示する。
【０１０５】
ステップＳ１６０９において、情報端末１４０は、販売サーバ１１０に対してデジタル化要求を送信する。デジタル化要求には、書籍を特定する特定情報（書籍ＩＤ）と、ユーザＩＤと、買い取り業者１７０の店舗を示す店舗ＩＤとが含まれる。
【０１０６】
デジタル化要求を受信した販売サーバ１１０は、ステップＳ１６１０において、デジタル化要求の特定情報（書籍ＩＤ）に応じた販売書籍ＤＢ１１３内のデジタル書籍をダウンロード可能にする。また、ステップＳ１６１１において、販売サーバ１１０は、販売履歴管理情報を更新する。また、ステップＳ１６１２においてデジタル書籍を再購入する手続きが完了した旨の通知を情報端末１４０に送信する。更に、ステップＳ１６１３において、情報端末１４０はデジタル書籍を再購入する手続きが完了した旨の表示を行う。これにより、ユーザ１６０は、デジタル書籍を再購入する手続きが完了したことを認識することができる。
【０１０７】
デジタル書籍を再購入する手続きが完了したことを認識したユーザ１６０は、ステップＳ１６１４において、携帯端末１３０に対してリーダアプリケーション１３１の起動指示を入力する。ユーザ１６０からの起動指示に基づいてリーダアプリケーション１３１が起動すると、ステップＳ１６１５において、携帯端末１３０は販売サーバ１１０に対して、購入済みデジタル書籍の一覧表示要求を送信する。なお、購入済みのデジタル書籍の一覧表示要求には、ユーザ１６０のユーザＩＤが含まれるものとする。
【０１０８】
ユーザ１６０の購入済みデジタル書籍の一覧表示要求を受信した販売サーバ１１０は、ステップＳ１６１６において、ユーザＩＤに対応する販売履歴管理情報を販売履歴管理ＤＢ１１２より読み出す。そして、読み出した販売履歴管理情報をユーザ１６０の購入済みデジタル書籍一覧として、携帯端末１３０に送信する。
【０１０９】
購入済みデジタル書籍一覧を受信した携帯端末１３０は、ステップＳ１６１７において、表示画面に購入済みデジタル書籍一覧を表示する。表示画面に表示された購入済みデジタル書籍一覧を閲覧したユーザ１６０は、ステップＳ１６１８において、ダウンロードを希望するデジタル書籍を選択する。
【０１１０】
ダウンロードを希望するデジタル書籍が選択されると、ステップＳ１６１９において、携帯端末１３０は、選択されたデジタル書籍の書籍ＩＤとユーザＩＤとを含むダウンロード要求を販売サーバ１１０に送信する。ダウンロード要求を受信した販売サーバ１１０は、ステップＳ１６２０において、書籍ＩＤに対応するデジタル書籍を携帯端末１３０に送信する。
【０１１１】
デジタル書籍を受信した携帯端末１３０は、ステップＳ１６２１において、受信したデジタル書籍を表示する。
【０１１２】
＜１１．コンテンツ管理システムにおける対価の流れ＞
次に、コンテンツ管理システム１００における対価の流れについて説明する。図１７は、コンテンツ管理システム１００における対価の流れを模式的に示した図である。
【０１１３】
図１７に示すように、ユーザ１６０は、書籍１８０を買い取り業者１７０に持ち込み（矢印１７６１）、デジタル化要求を行うことで、その場で、販売業者１７１０よりデジタル書籍を入手することができる（矢印１７６９）。つまり、ユーザ１６０は、自身が所有する書籍１８０と引き換えに、書籍１８０に対応するデジタル書籍をダウンロードする権利を直ちに得ることができる。
【０１１４】
買い取り業者１７０は、ユーザ１６０により持ち込まれた書籍１８０がデジタル化可能であり、かつ、ユーザ１６０がデジタル化を希望した場合には、ユーザ１６０に対して対価を支払うことなく書籍１８０を入手することができる。
【０１１５】
なお、買い取り業者１７０は、入手した書籍１８０を従来通り店舗にて販売する。この結果、第三者１７５０に販売できた場合には（矢印１７６２）、第三者１７５０より対価の支払いを受け取ることができる（矢印１７６３）。
【０１１６】
つまり、買い取り業者１７０は、ユーザ１６０に対して対価を支払うことなく書籍１８０を入手し、第三者１７５０に対して書籍１８０を販売することで、第三者１７５０より対価の支払いを受け取ることができる。ただし、買い取り業者１７０では、販売業者１７１０が有する管理サイトを利用するための利用料を支払う（矢印１７６４）。買い取り業者情報６００への登録は、販売業者１７１０への利用料の支払いを条件としており、管理サイトは、買い取り業者情報６００への登録を条件に動作し、情報端末１４０からのアクセスを受け付けるよう構成されているからである。
【０１１７】
ただし、買い取り業者１７０が販売業者１７１０に支払うのは、管理サイトの利用料に限定されない。管理サイトの利用料（固定）を支払う代わりに、書籍１８０を販売することで第三者１７５０より受け取った対価の一部を、買い取り業者１７０がレベニューシェアとして販売業者１７１０に支払うようにしてもよい。あるいは、販売業者１７１０がオークションサイトを有する場合にあっては、書籍１８０を当該オークションサイトに出品する際の手数料として、販売業者１７１０に支払うようにしてもよい。
【０１１８】
一方、販売業者１７１０は、デジタル書籍を出版社１７２０より購入する（矢印１７６５、１７６６）。販売業者１７１０は、買い取り業者１７０からのデジタル化要求に応じて出版社１７２０からデジタル書籍を購入するにあたり、デジタル化要求のあったタイミングにおける対価（再販対価）を、出版社１７２０に対して支払う。なお、再販対価は、販売業者１７１０と出版社１７２０との間で予めルール化されているものとする。例えば、デジタル化要求のあった書籍が発売されてからの経過年数や再販売されたデジタル書籍の再販売数等を加味して、デジタル書籍を新規販売した場合の販売対価に所定の係数をかけ合せることで再販対価を算出するようにしてもよい。この場合、経過年数が長ければ長いほど、所定の係数は小さく設定される。汚れている等の理由によりデジタル化要求のあった書籍の価値も低くなっていると考えられるからである。また、再販売数が多ければ多いほど、所定の係数は小さく設定される。中古書籍の供給が需要を上回っている可能性が高いと考えられるからである。
【０１１９】
また、これ以外の方法として、再販対価は、例えば書籍ごとに設定された手数料に基づいて決定されるようにしてもよい。あるいは、固定の対価に決定されていてもよい。いずれにしても、再販対価は、通常のデジタル書籍の販売対価よりも安価に決定されているものとし、決定された再販対価は、再販売時に販売履歴管理情報４００＿１に記録されるものとする。
【０１２０】
更に、販売業者１７１０では、デジタル化要求のあったデジタル書籍をダウンロード可能にし、所定のユーザＩＤを含むダウンロード要求を受信した場合に、ダウンロード要求の送信元である携帯端末１３０にデジタル書籍を送信する（矢印１７６９）。
【０１２１】
なお、出版社１７２０では、所定の対価を支払うことで（矢印１７６７）、ユーザ１６０の携帯端末１３０にデジタル書籍に関する広告を出力するよう、販売業者１７１０に要求することができる（矢印１７６８）。これを受けて、販売業者１７１０の販売サーバ１１０では、ユーザ１６０の携帯端末１３０に対して、出版社１７２０のデジタル書籍に関する広告を出力する（矢印１７７０）。
【０１２２】
＜１２．まとめ＞
以上の説明から明らかなように、本実施形態に係るコンテンツ管理システム１００では、
・ユーザが所有する書籍に対応するデジタル書籍があった場合、書籍と引き換えに、当該ユーザに対して、デジタル書籍をダウンロードする権利を付与する構成とした。
・買い取り業者の店舗に情報端末を設置し、当該情報端末において、ユーザが所有する書籍に対応するデジタル書籍の有無についての判定結果を表示できるように構成した。また、ユーザが所有する書籍に対応するデジタル書籍についての再購入の要求であるデジタル化要求を送信できるように構成した。
・販売サーバにおいて、情報端末からの判定要求に応じて、デジタル書籍の有無を判定するように構成した。また、情報端末からのデジタル化要求に応じて、デジタル書籍をダウンロード可能にし、所定のユーザからのダウンロード要求に応じてデジタル書籍を送信するように構成した。
【０１２３】
この結果、ユーザが所有する書籍をデジタル化するにあたり、ユーザは、当該書籍を買い取り業者に持ち込むだけで、対価を支払うことなく、デジタル書籍を直ちに入手することが可能となる。つまり、コンテンツをデジタル化するにあたり、ユーザの負担を軽減させることが可能となる。
【０１２４】
［第２の実施形態］
上記第１の実施形態に係るコンテンツ管理システム１００において、販売業者は、出版社からの対価の支払いを受けて、当該出版社が提供するデジタル書籍に関する広告をユーザの携帯端末に出力する構成とした。しかしながら、本発明はこれに限定されず、例えば販売業者は、販売サーバの販売履歴管理ＤＢ１１２に格納されているユーザごとの販売履歴管理情報４００を解析することで、各ユーザに適した情報を出力するようにしてもよい。以下、第２の実施形態に係るコンテンツ管理システムについて、上記第１の実施形態との相違点を中心に説明する。
【０１２５】
＜１．販売サーバの機能構成＞
はじめに、第２の実施形態に係る販売サーバ１８１０の機能構成について説明する。図１８は、第２の実施形態に係る販売サーバ１８１０の機能構成を示す図である。なお、図１８に示す機能構成のうち、図８の構成要素と同じ構成要素については、同じ参照番号を付すこととし、ここでは説明を省略する。
【０１２６】
図８との相違点は、情報提供部１８１１が新たに付加されている点である。情報提供部１８１１は、販売履歴管理ＤＢ１１２においてユーザごとに格納されている販売履歴管理情報４００を解析し、ユーザごとのニーズに則した情報をユーザの携帯端末に提供する。
【０１２７】
図１９は、ユーザＩＤ＝"Ｘ０１０１"のユーザの販売履歴管理情報４００＿１０１の一例を示す図である。図１９の例では、ユーザＩＤ＝"Ｘ０１０１"のユーザは、書籍ＩＤ＝"Ｂ０００１＿１５"〜"Ｂ０００１＿１７"のデジタル書籍を定期的に購入している。なお、書籍ＩＤ＝"Ｂ０００１＿１５"とは、書籍ＩＤ＝"Ｂ０００１"の第１５巻であることを示しているものとする。
【０１２８】
したがって、書籍ＩＤ＝"Ｂ０００１"の第１８巻のデジタル書籍が発売された場合、ユーザＩＤ＝"Ｘ０１０１"のユーザがこれを購入する期待値は高い。このため、書籍ＩＤ＝"Ｂ０００１"の第１８巻のデジタル書籍の発売日を知らせることは、当該ユーザにとって有益であると推測される。
【０１２９】
また、図１９の例では、書籍ＩＤ＝"Ｂ００２５"の第１１巻のデジタル書籍を購入した後に、書籍ＩＤ＝"Ｂ００２５"の第１巻から第１０巻をまとめて再購入している。つまり、ユーザＩＤ＝"Ｘ０１０１"のユーザは、書籍ＩＤ＝"Ｂ００２５"の購入方法を、書籍からデジタル書籍に切り替えたと推測することができる。この場合、ユーザＩＤ＝"Ｘ０１０１"のユーザは、書籍ＩＤ＝"Ｂ０００１"についても、途中からデジタル書籍に切り替えている可能性が高い。つまり、書籍ＩＤ＝"Ｂ０００１＿１"〜"Ｂ０００１＿１４"のデジタル書籍について再購入する期待値は高いといえる。したがって、書籍ＩＤ＝"Ｂ０００１＿１"〜"Ｂ０００１＿１４"のデジタル化を推奨することは、当該ユーザにとって有益であると推測される。
【０１３０】
更に、図１９の例では、書籍ＩＤ＝"Ｂ０００８"のデジタル書籍を購入している。書籍ＩＤ＝"Ｂ０００８"のデジタル書籍はシリーズでの販売ではない。このような場合、書籍ＩＤ＝"Ｂ０００８"のデジタル書籍と同じジャンルの他の著者のデジタル書籍や、同じ著者の他のデジタル書籍を購入する期待値が高い。したがって、このようなデジタル書籍を紹介することは、当該ユーザにとって有益であると推測される。
【０１３１】
このように、情報提供部１８１１では、ユーザごとの販売履歴管理情報４００に記録された購入済みのデジタル書籍の属性情報を解析して購入済みの各デジタル書籍間の関連性（同じ著者、同じジャンル、同じシリーズ、定期購入されている、等）を見つけ出す。そして、関連性が所定の条件を満たす場合（同じ著者のデジタル書籍を１０冊以上持っている、同じシリーズのデジタル書籍を１０冊以上持っている、ある種類のデジタル書籍を半年以上定期購入している等の場合）に、当該関連性の高いデジタル書籍を特定する。更に、特定したデジタル書籍に基づいて、当該ユーザが次に購入する期待値の高いデジタル書籍であって、出版日が最も新しいデジタル書籍を販売対象のデジタル書籍の中から検索して当該ユーザに情報提供する。これにより、情報提供部１８１１では、ユーザにとって有益な情報を判定することが可能となり、販売業者は、効果的なリコメンドを提供することが可能となる。
【０１３２】
また、販売業者は、従来、販売履歴管理情報４００として、自社にて販売したデジタル書籍についての情報しか持ち合わせていなかったところ、コンテンツ管理システム１００によれば、過去に他社にて販売された書籍に関する情報を取得することが可能となる。また、あわせて中古書籍の流れを把握することが可能となる。この結果、各ユーザの購買動向をより的確に判断することができるようになることから、販売業者では、より有益なリコメンドを提供することが可能となる。
【０１３３】
＜２．情報提供処理＞
図２０は、情報提供部１８１１による情報提供処理の流れを示すフローチャートである。ステップＳ２００１において、情報提供部１８１１は、所定の周期が経過すると、販売履歴管理ＤＢ１１２に格納されている販売履歴管理情報４００をユーザＩＤごとに読み出す。
【０１３４】
ステップＳ２００２において、情報提供部１８１１は、読み出した販売履歴管理情報４００をユーザＩＤごとに解析し、それぞれのユーザが次に購入する可能性の高いデジタル書籍または次に再購入する可能性の高いデジタル書籍を解析する。
【０１３５】
ステップＳ２００３において、情報提供部１８１１は、解析の結果、次に購入または再購入する可能性の高いデジタル書籍に関する情報をユーザごとに選択する。ステップＳ２００４において、情報提供部１８１１は、選択した情報を対応するユーザの携帯端末に送信する。
【０１３６】
＜３．まとめ＞
以上の説明から明らかなように、本実施形態に係る販売サーバでは、
・販売履歴管理ＤＢにおいてユーザごとに格納されている販売履歴管理情報を解析し、各ユーザが次に購入または再購入する可能性の高いデジタル書籍を推定する構成とした。
・推定したデジタル書籍に関する情報を選択して、対応するユーザに送信する構成とした。
【０１３７】
これにより、販売業者では効果的なリコメンドを提供することが可能となる。
【０１３８】
［第３の実施形態］
上記第２の実施形態では、効果的なリコメンドを提供するために、販売履歴管理情報４００を解析する場合について説明したが本発明はこれに限定されない。例えば、デジタル化のニーズを把握するために、買い取り業者１７０の店舗に設置された情報端末１４０において入力された情報を解析するようにしてもよい。
【０１３９】
例えば、ユーザが持ち込んだ書籍のうち、対応するデジタル書籍がないために買い取り業者１７０が買い取った書籍についての履歴を解析するようにしてもよい。また、対応するデジタル書籍がなかった書籍（買い取り業者１７０が買い取った書籍とユーザがそのまま持ち帰った書籍の両方）の総数を解析するようにしてもよい。これにより、例えばデジタル化のニーズの高い書籍を推測することが可能となる。
【０１４０】
［第４の実施形態］
上記第１乃至第３の実施形態では、携帯端末１３０に、ダウンロード要求を行うためのリーダアプリケーション１３１を別途配する構成としたが、本発明はこれに限定されない。例えば、デジタル書籍を新規購入するためのアプリケーションの一部に、リーダアプリケーション１３１の機能を含めるようにしてもよい。
【０１４１】
上記第１乃至第３の実施形態では、判定要求を行うにあたり、買い取り業者１７０の店舗に設置された情報端末１４０に特定情報を直接入力する構成としたが、本発明はこれに限定されない。例えば、書籍に付与されたバーコードを読み取るためのバーコードリーダを設置し、バーコードリーダにより読み取られた特定情報を情報端末１４０に入力する構成としてもよい。
【０１４２】
また、上記第１乃至第３の実施形態では、デジタル化要求を行うにあたり、買い取り業者１７０の店舗に設置された情報端末１４０にユーザＩＤを直接入力する構成としたが、本発明はこれに限定されない。例えば、ユーザＩＤが記録されたＲＦＩＤ内蔵のカードからユーザＩＤを読み取るためのＲＦＩＤリーダを設置し、ＲＦＩＤリーダにより読み取られたユーザＩＤを情報端末１４０に入力する構成としてもよい。
【０１４３】
また、上記第１乃至第３の実施形態では、販売サーバ１１０が有する販売サイト及び提供サイトにアクセスする際に必要なユーザＩＤを、ユーザ１６０が登録済みであることを前提として説明したが、本発明はこれに限定されない。例えば、ユーザＩＤを登録していないユーザが書籍を持ち込む場合があることを想定し、買い取り業者１７０の店舗に設置された情報端末１４０において、ユーザＩＤを登録できるようにしてもよい。
【０１４４】
上記第１乃至第３の実施形態では、ユーザが所有する有体物として、書籍を例に説明したが、本発明はこれに限定されない。例えば、ユーザが所有する有体物は、ＣＤ（Compact Disk）やＤＶＤ（Digital Video Disk）等であってもよい。この場合、ユーザは、所有する有体物に記録されたコンテンツに対応するデジタルコンテンツとして、音楽データや映像データをダウンロードすることができるようになる。
【０１４５】
なお、上記実施形態に挙げた構成等に、その他の要素との組み合わせなど、ここで示した構成に本発明が限定されるものではない。これらの点に関しては、本発明の趣旨を逸脱しない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０１４６】
１００            ：コンテンツ管理システム
１１０            ：販売サーバ
１１１            ：販売管理プログラム
１１２            ：販売履歴管理ＤＢ
１１３            ：販売書籍ＤＢ
１１４            ：買い取り業者情報ＤＢ
１２０            ：書籍管理サーバ
１２１            ：書籍管理プログラム
１２２            ：書籍ＤＢ
１３０            ：携帯端末
１３１            ：リーダアプリケーション
１４０            ：情報端末
１４１            ：再購入用アプリケーション
４００            ：販売履歴管理情報
５００            ：販売書籍の一覧情報
６００            ：買い取り業者情報
７００            ：デジタル書籍の一覧情報
９１０            ：再販売部
９１１            ：デジタル化可否判定部
９１２            ：履歴管理部
９２０            ：ダウンロード管理部
１４１１          ：判定要求部
１４１２          ：判定結果表示部
１４１３          ：デジタル化要求部
１８１０          ：販売サーバ
１８１１          ：情報提供部
【図１】
0006345058.tif 000002
【図２】
0006345058.tif 000003
【図３】
0006345058.tif 000004
【図４】
0006345058.tif 000005
【図５】
0006345058.tif 000006
【図６】
0006345058.tif 000007
【図７】
0006345058.tif 000008
【図８】
0006345058.tif 000009
【図９】
0006345058.tif 000010
【図１０】
0006345058.tif 000011
【図１１】
0006345058.tif 000012
【図１２】
0006345058.tif 000013
【図１３】
0006345058.tif 000014
【図１４】
0006345058.tif 000015
【図１５】
0006345058.tif 000016
【図１６】
0006345058.tif 000017
【図１７】
0006345058.tif 000018
【図１８】
0006345058.tif 000019
【図１９】
0006345058.tif 000020
【図２０】
0006345058.tif 000021