JP6470776B2 - デジタルコンテンツ管理サーバ及び電子書籍管理サーバ - Google Patents

Description

本発明は、デジタルコンテンツ管理サーバ及び電子書籍管理サーバに関する。

近年、書籍やＣＤ（Compact Disc）といったコンテンツが記録された有体物を所持する代わりに、自分の嗜好にあった電子書籍や音楽データなどを自身の携帯端末に保持するユーザが急速に増えている。

また、ユーザが所持する有体物に記録されたコンテンツを、デジタル化して自身の携帯端末に保持したいというニーズも急速に高まっており、これを実現するためのシステムが種々提案されている（例えば特許文献１参照）。

例えば、特許文献１には、紙媒体の書籍を所持するユーザに対し、対応する電子書籍の販売を仲介する電子書籍販売仲介システムが開示されている。かかるシステムによれば、ユーザは、事前に登録しておいた複数の電子書籍販売店から、ユーザが所持する紙媒体の書籍に対応する電子書籍の販売の可否、販売価格といった情報（以下、「電子書籍詳細情報」という。）を受け取ることができる。ユーザは、各電子書籍販売店から提示される電子書籍詳細情報を比較することで、例えば最も安い価格を提示する電子書籍販売店を販売元として選択し、当該電子書籍販売店から対応する電子書籍を購入することができる。

特開２０１６−６６３５０号公報

上記電子書籍販売仲介システムを利用して対応する電子書籍を購入した場合には、紙媒体の書籍は不要となる。しかしながら、対応する電子書籍を購入したユーザは、紙媒体の書籍を自身で処分等しなければならず、処分等のために煩雑な作業を強いられる、という問題が指摘されていた。

本発明は、以上説明した事情を鑑みてなされたものであり、コンテンツを記録した有体物を所持するユーザが、有体物の処分等の煩雑な作業を強いられることなく、気軽に対応するデジタルコンテンツを利用することが可能なデジタルコンテンツ管理サーバ等を提供することを目的の一つとする。

本発明の一実施形態に係るデジタルコンテンツ管理サーバは、コンテンツを記録した有体物をユーザから引き受ける一方、有体物に対応するデジタルコンテンツをユーザに提供することが可能なサーバであって、ユーザから引き受けた有体物に基づき、有体物に対応するデジタルコンテンツがあるか否かを、コンテンツサーバに問い合わせる問い合わせ手段と、問い合わせに応じて、コンテンツサーバからデジタルコンテンツを取得する取得手段と、デジタルコンテンツを格納するコンテンツ格納手段と、デジタルコンテンツをユーザの通信端末に送信する送信手段と、デジタルコンテンツの利用状況を、ユーザの通信端末から受信する受信手段と、ユーザに対して、デジタルコンテンツの利用状況に応じた課金を行う課金手段とを具備する。

この態様によれば、デジタルコンテンツ管理サーバを運営するコンテンツ提供者が、各ユーザからコンテンツを記録した有体物を引き取るのと引き換えに、有体物に対応するデジタルコンテンツを各ユーザに利用可能な状態で提供することができる。よって、各ユーザは、自身が所持する紙媒体の書籍の処分等を強いられることなく、対応する電子書籍を、より気軽に利用することが可能となる。

上記態様において、有体物を引き受けた場合に、有体物に対応するデジタルコンテンツが、コンテンツ格納手段に格納されているか否かを判断する判断手段をさらに備え、送信手段は、判断手段によって、コンテンツ格納手段にデジタルコンテンツが格納されていると判断された場合、デジタルコンテンツをユーザの通信端末に送信するようにしてもよい。

本発明の他の形態に係る電子書籍管理サーバは、紙媒体の書籍をユーザから引き受ける一方、紙媒体の書籍に対応する電子書籍をユーザに提供することが可能なサーバであって、ユーザから引き受けた紙媒体の書籍に基づき、紙媒体の書籍に対応する電子書籍があるか否かを、コンテンツサーバに問い合わせる問い合わせ手段と、問い合わせに応じて、コンテンツサーバから対応する電子書籍を取得する取得手段と、対応する電子書籍を格納する電子書籍格納手段と、対応する電子書籍をユーザの通信端末に送信する送信手段と、対応する電子書籍の利用状況を、ユーザの通信端末から受信する受信手段と、ユーザに対して、対応する電子書籍の利用状況に応じた課金を行う課金手段とを具備する。

本発明によれば、コンテンツを記録した有体物を所持するユーザが、有体物の処分等の煩雑な作業を強いられることなく、気軽に対応するデジタルコンテンツを利用することが可能となる。

本実施形態に係るデジタルコンテンツ提供システムの概略構成を示す図である。 ユーザ情報ＤＢの登録内容を例示する図である。 書籍ＤＢの登録内容を例示する図である。 運用ケース１を説明するためのシステム概念図である。 運用ケース２を説明するためのシステム概念図である。 運用ケース３を説明するためのシステム概念図である。 デジタルコンテンツ提供システムの主要な動作フローを示す図である。

以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。

Ａ．本実施形態
Ａ−１．構成
本実施形態では、有体物に記録されたコンテンツとして紙媒体の書籍、対応するデジタルコンテンツとして電子書籍を想定するが、本発明はこれに限る趣旨ではない。例えば、有体物に記録されたコンテンツとしてＣＤやＤＶＤ（Digital Versatile Disc）、メモリーカードといった記録メディア、対応するデジタルコンテンツとして音楽データや動画データ、ゲームソフトなどにも適用可能である。

図１は、デジタルコンテンツ提供システム１０００の概略構成を示す図である。図１に示すように、デジタルコンテンツ提供システム１０００は、電子書籍管理サーバ１００と、出版社サーバ２００と、各ユーザが所持する携帯端末３００とを含んで構成される。本実施形態に係るデジタルコンテンツ提供システム１０００は、電子書籍管理サーバ１００を運営する電子書籍提供者（法人、個人のいずれも含む）が、各ユーザから紙媒体の書籍を引き取るのと引き換えに、紙媒体の書籍に対応する電子書籍を各ユーザに利用可能な状態で提供することを特徴の１つとする。

電子書籍管理サーバ１００と出版社サーバ２００との間、及び各サーバ１００、２００と携帯端末３００との間は、通信ネットワークＮを介して接続されている。なお、図１では説明の便宜上、電子書籍管理サーバ１００、出版社サーバ２００をそれぞれ１台ずつ例示しているが、複数存在しても良い。また、電子書籍管理サーバ１００、出版社管理サーバ２００を構成するコンピュータは、必ずしも１台である必要はなく、通信ネットワークＮ上に分散する複数のコンピュータから構成されてもよい。

電子書籍管理サーバ（デジタルコンテンツ管理サーバ）１００は、電子書籍をユーザに提供する事業者（すなわち、電子書籍提供者）が所有しており、例えば汎用的なサーバコンピュータによって構成されている。電子書籍管理サーバ１００は、コントローラ１１０と、ユーザ情報データベース（ＤＢ）１２０と、電子書籍保持部１３０とを含んで構成される。

コントローラ１１０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタ等から構成され、ＲＯＭやＲＡＭ等の記憶手段に格納されている各種プログラムを実行することで電子書籍管理サーバ１００の各部を中枢的に制御する。

また、コントローラ１１０は、メモリに記憶された電子書籍管理プログラムＰ１を実行することにより、各ユーザからのリクエストに応じた電子書籍の提供などを行う。

ユーザ情報ＤＢ１２０には、本システム１０００を利用する各ユーザの詳細情報が登録されている。図２は、ユーザ情報ＤＢ１２０の登録内容を例示した図である。ユーザ情報ＤＢ１２０には、本システムを利用するユーザを一意に特定するためのユーザＩＤ、紙媒体の書籍を特定するための情報（以下、「紙書籍ＩＳＢＮ情報」ともいう。）、紙媒体の書籍を電子化することが許可されているか否かを示す情報（以下、「電子化可否情報」ともいう。）、電子書籍を特定するための情報（以下、「電子書籍ＩＳＢＮ情報」ともいう。）、メールアドレスなどが対応づけて登録されている。

図２を例に説明すると、ユーザＩＤ「１」が割り当てられたユーザＡは、２冊の紙媒体の書籍（紙書籍ＩＳＢＮ情報；「１１１１−１２３４」、「２２２２−１２３４」）を所持している（または所持していた）。そのうち一方については電子化することが許可されているものの（電子化可否情報；「ＯＫ」）、他方については電子化することが許可されていない（電子化可否情報；「ＮＧ」）。電子化することが許可されている書籍については、電子書籍ＩＳＢＮ情報として「１１１１−４３２１」が割り当てられている。同様に、ユーザＩＤ「２」が割り当てられたユーザＢは、１冊の紙媒体の書籍（紙書籍ＩＳＢＮ情報；「３３３３−１２３４」）を所持しており（または所持していた）、この書籍については電子化することが許可されている（電子化可否情報；「ＯＫ」）・・・といった具合である。

電子書籍保持部１３０には、各電子書籍のデジタルデータ（以下、「電子書籍データ」ともいう。）１３１が登録されるほか、電子書籍の利用に関する詳細情報を記録した書籍データベース（ＤＢ）１３２が登録されている。図３は、書籍ＤＢ１３２の登録内容を例示した図である。書籍ＤＢ１３２には、紙書籍ＩＳＢＮ情報、著作者等（以下、便宜上「著作者」と総称する。）によって紙媒体の書籍を電子化することが許可されているか否かを示す情報（以下、「著作者利用許否情報」ともいう。）、電子書籍ＩＳＢＮ情報、電子書籍の利用に必要な利用料を算出するための利用料算出情報、電子書籍の問い合わせ数を示す照会数情報、紙媒体の書籍が絶版となっているか否かを示す絶版フラグ情報などが対応づけて登録されている。

図３に示すように、著作者によって紙媒体の書籍を電子化することが許可されている書籍については（著作者利用許否情報；「ＯＫ」）、電子書籍ＩＳＢＮ情報とともに、利用料算出情報、照会数情報、絶版フラグ情報が登録される。図３では、利用料算出情報として、１頁あたり１０円の利用料をユーザに課金する例を示している。課金対象となる電子書籍の既読ページ数（閲覧ページ数）は、携帯端末３００にインストールされている電子書籍アプリケーションＡＰ１（図１参照）によってカウント等される。電子書籍アプリケーションＡＰ１は、課金すべき電子書籍の既読ページ数をカウントすると、カウント結果を課金ページ情報として電子書籍管理サーバ１００に送信する。コントローラ１１０は、課金ページ情報と利用料算出情報に基づき、利用料を算出する。

照会数情報は、紙媒体の書籍に対応する電子書籍の利用（閲覧）要求を受けた照会数を示しており、例えば「１００万部」や「１０万部」等である。コントローラ１１０は、携帯端末３００から電子書籍の利用要求を受けるたびに、カウンタ（図示略）のカウント値を１ずつインクリメントし、カウント値に基づき照会数を更新する。詳細は後述するが、コントローラ１１０は、著作者によって紙媒体の書籍を電子化することが許可されていない書籍について（著作者利用許否情報；「ＮＧ」）、電子書籍として利用したい旨の要求（すなわち、電子化要求）があると、照会数情報を参照し、電子化要求のあった書籍の照会数が閾値以上（例えば、２０万部以上）になっているか否かを判断する。閾値を超えている場合には、コントローラ（許諾要求手段）１１０は、出版社サーバ２００または当該書籍の著作者の端末にアクセスし、電子化の利用許諾を求める。なお、コントローラ１１０は、著作者に問い合わせすべき旨のメッセージを表示パネル等に表示しても良い。電子書籍提供者は、問い合わせメッセージに従い、当該書籍の著作者の端末に問い合わせ及び交渉し、電子化の許諾を求める。

絶版フラグ情報は、紙媒体の書籍が現時点で絶版になっているか否かを示すフラグ情報である。絶版フラグ情報が「ＯＮ」の場合には、紙媒体の書籍が現時点で絶版になっていることを示し、絶版フラグ情報が「ＯＦＦ」の場合は、紙媒体の書籍が現時点で絶版になっていない（すなわち、刊行中である）ことを示す。絶版フラグ情報は、電子書籍サーバ１００が出版社サーバ２００との間で定期（又は不定期）に交換する最新の書籍情報（紙媒体の各書籍が絶版になっているか否かを示す情報や書籍の売上履歴を示す情報など）に含まれる。電子書籍管理サーバ１００は、最新の書籍情報に基づき、絶版フラグ情報を逐次更新する。

出版社サーバ（コンテンツサーバ）２００は、各書籍を販売する出版社が運営するサーバであり、汎用のサーバコンピュータ等により構成されている。出版社サーバ２００は、出版社データベース（ＤＢ）２１０を備えている。出版社ＤＢ２１０には、出版社が保持する様々なジャンルの電子書籍データが格納されている。

携帯端末（通信端末）３００は、例えば各ユーザが所持するタブレット端末である。携帯端末３００のメモリには、本システム１０００を利用して電子書籍を読む（閲覧する）ために必要な電子書籍アプリケーションＡＰ１が格納されている。電子書籍アプリケーションＡＰ１は、所定のアプリケーション・サーバ（図示略）からダウンロードし、携帯端末３００にインストールすることが可能となっている。なお、携帯端末３００は、上記タブレット端末のほか、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）など、通信ネットワークＮを介して各サーバ１００、２００とデータの授受が可能なあらゆる端末装置を利用できる。

通信ネットワークＮは、電子書籍管理サーバ１００と、出版社サーバ２００と、携帯端末３００との間で相互に情報を送受信可能な通信網を含む。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース（登録商標）、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。次に、本システム１０００の主な運用ケースについて、図面を参照しながら説明する。

Ａ−２．運用ケース
Ａ−２−１．電子書籍データが出版社に存在する場合（運用ケース１）
図４は、運用ケース１を説明するためのシステム概念図である。
各ユーザは、本システム１０００の利用に先立ち、携帯端末３００を操作することで、電子書籍アプリケーションＡＰ１をダウンロードし、インストールする。次いで、ユーザは、携帯端末３００を操作して本システム１０００の利用に必要な個人情報（例えば、氏名、年齢、性別、住所、電話番号、ユーザＩＤなど）を入力するとともに（Ｃ１）、本システム１０００を利用するための月額利用料の支払い情報（毎月一定額の利用料を所定の銀行口座から自動引き落としにするなど）を登録する（Ｃ２）。

ユーザは、自身が所持する紙媒体の書籍を電子書籍提供者に渡す、あるいは、紙書籍ＩＳＢＮ情報がわかっている場合には、携帯端末３００を操作して紙書籍ＩＳＢＮ情報を電子書籍管理サーバ１００に送信した後（Ｃ３）、紙媒体の書籍を電子書籍提供者に渡す。紙媒体の書籍の電子書籍提供者に渡す方法として、ユーザが電子書籍提供者に出向いて直接渡すほか、郵送などによって渡しても良い。

電子書籍提供者は、紙媒体の書籍を受け取ると、この書籍の紙書籍ＩＳＢＮ情報を特定し、紙媒体の書籍に対応する電子書籍があるか否かを出版社に問い合わせる（Ｃ４）。具体的には、電子書籍管理サーバ１００が、出版社サーバ２００に紙書籍ＩＳＢＮ情報を送信し、対応する電子書籍があるか否かの問い合わせを行う。
なお、電子書籍提供者は、紙媒体の書籍を受け取る前に、紙書籍ＩＳＢＮ情報がわかっている場合には、紙媒体の書籍に対応する電子書籍があるか否かを、出版社に直接問い合わせても良い。

出版社サーバ２００は、出版社ＤＢ２１０を参照し、紙書籍ＩＳＢＮ情報に対応する電子書籍ＩＳＢＮ情報があるか否かを判断する。出版社サーバ２００は、出版社ＤＢ２１０に電子書籍ＩＳＢＮ情報があることを発見すると、電子書籍ＩＳＢＮ情報によって特定される電子書籍データを出版社ＤＢ２１０から取得し、電子書籍ＩＳＢＮ情報及び電子書籍データを電子書籍管理サーバ１００に送信する（Ｃ５）。電子書籍管理サーバ１００は、受け取った電子書籍ＩＳＢＮ情報及び電子書籍データを、電子書籍保持部１３０に登録するとともに（Ｃ６）、リクエストのあったユーザの携帯端末３００に送信する（Ｃ７）。このように、紙媒体の書籍に対応する電子書籍データが、出版社サーバ２００にある場合には、電子書籍管理サーバ１００の電子書籍保持部１３０に当該電子書籍データを保持させておくことで、ユーザからリクエストがあるたびに、出版社サーバ２００から電子書籍管理サーバ１００に当該電子書籍データをダウンロードする、といった煩雑な動作を省略することができる。

一方、ユーザは、携帯端末３００に紙媒体の書籍に対応する電子書籍がダウンロードされたことを確認すると、電子書籍アプリケーションＡＰ１を利用して当該書籍の閲覧を開始する。電子書籍アプリケーションＡＰ１は、課金対象となる電子書籍の既読ページ数をカウントし、カウント結果を課金ページ情報として電子書籍管理サーバ１００に送信する。課金ページ情報は、課金が発生する都度送信しても良いが、一定期間ごと（例えば、１週間ごと）に送信しても良い。

電子書籍管理サーバ（受信手段）１００は、携帯端末３００から受信する課金ページ情報と書籍ＤＢ１３２に登録されている当該電子書籍の利用料算出情報に基づき、電子書籍の利用状況に応じた利用料を算出する。その後、電子書籍管理サーバ（課金手段）１００は、電子マネー等を利用して出版社サーバ２００に利用料の支払いを行う（Ｃ８）。

一方、電子書籍提供者は、ユーザから受け取った紙媒体の書籍を買取業者に売り渡し（Ｃ９）、引き換え代金を受け取る（Ｃ１０）。

その後、新たなユーザが紙媒体の書籍を電子書籍提供者に渡すと（Ｃ１１）、電子書籍管理サーバ１００は、この書籍の紙書籍ＩＳＢＮ情報を特定し、紙媒体の書籍に対応する電子書籍が電子書籍保持部１３０に格納されているか否かを確認する（Ｃ１２）。電子書籍管理サーバ１００は、対応する電子書籍が電子書籍保持部１３０に格納されていと判断すると、電子書籍保持部１３０から、対応する電子書籍の電子書籍ＩＳＢＮ情報及び電子書籍データを読み出し、リクエストのあったユーザの携帯端末３００に送信する（Ｃ１３）

Ａ−２−２．電子書籍データが出版社に存在しない場合（運用ケース２）
図５は、運用ケース２を説明するためのシステム概念図である。
各ユーザは、本システム１０００の利用に先立ち、携帯端末３００を操作することで、電子書籍アプリケーションＡＰ１をダウンロードし、インストールする。次いで、ユーザは、携帯端末３００を操作して本システム１０００の利用に必要な個人情報（例えば、氏名、年齢、性別、住所、電話番号、ユーザＩＤなど）を入力するとともに（Ｃａ１）、本システム１０００を利用するための月額利用料の支払い情報（毎月一定額の利用料を所定の銀行口座から自動引き落としにするなど）を登録する（Ｃａ２）。

ユーザは、自身が所持する紙媒体の書籍を電子書籍提供者に渡す（Ｃａ３）。電子書籍提供者は、紙媒体の書籍を受け取ると、この書籍の紙書籍ＩＳＢＮ情報を特定し、紙媒体の書籍に対応する電子書籍があるか否かを出版社に問い合わせる（Ｃａ４）。具体的には、電子書籍管理サーバ１００が、出版社サーバ２００に紙書籍ＩＳＢＮ情報を送信し、対応する電子書籍があるか否かの問い合わせを行う。

出版社サーバ２００は、出版社ＤＢ２１０を参照し、紙書籍ＩＳＢＮ情報に対応する電子書籍ＩＳＢＮ情報がないと判断すると、電子書籍管理サーバ１００に対応する電子書籍がない旨の返信を行う（Ｃａ５）。電子書籍管理サーバ１００は、対応する電子書籍がないことを把握すると、制作会社に対して当該電子書籍の制作依頼を行う（Ｃａ６）。制作会社は、電子書籍の制作依頼を受け取ると、出版社に対してデータ提供依頼を行う（Ｃａ７）。出版社は、著作者の許諾等を得ると、出版社サーバ２００から制作会社へ当該電子書籍の制作に必要な書籍ソースデータを送信する（Ｃａ８）。制作会社は、書籍ソースデータをもとに、当該電子書籍を制作し、電子書籍データとして電子書籍提供者に納品する（Ｃａ９）。電子書籍管理サーバ１００は、受け取った電子書籍データとともに、当該電子書籍の詳細情報（電子書籍ＩＳＢＮ情報など）を電子書籍保持部１３０に登録する。電子書籍管理サーバ１００は、納品された電子書籍データを、リクエストのあったユーザの携帯端末３００に送信する（Ｃａ１０）。

電子書籍提供者は、電子書籍データの納入に対して制作費の支払いを行う一方、ユーザから受け取った紙媒体の書籍を買取業者に売り渡し（Ｃａ１１）、引き換え代金を受け取る（Ｃａ１２）。

一方、ユーザは、携帯端末３００に紙媒体の書籍に対応する電子書籍がダウンロードされたことを確認すると、電子書籍アプリケーションＡＰ１を利用して当該書籍の閲覧を開始する。電子書籍アプリケーションＡＰ１は、課金対象となる電子書籍の既読ページ数をカウントし、カウント結果を課金ページ情報として電子書籍管理サーバ１００に送信する。

電子書籍管理サーバ１００は、携帯端末３００から受信する課金ページ情報と書籍ＤＢ１３２に登録されている当該電子書籍の利用料算出情報に基づき、利用料を算出する。その後、電子書籍管理サーバ１００は、電子マネー等を利用して出版社サーバ２００に利用料の支払いを行う（Ｃａ１３）。

Ａ−２−３．著作者が電子書籍の制作を禁止している場合（運用ケース３）
図６は、運用ケース３を説明するためのシステム概念図である。
各ユーザは、本システム１０００の利用に先立ち、携帯端末３００を操作することで、電子書籍アプリケーションＡＰ１をダウンロードし、インストールする。次いで、ユーザは、携帯端末３００を操作して本システム１０００の利用に必要な個人情報（例えば、氏名、年齢、性別、住所、電話番号、ユーザＩＤなど）を入力するとともに（Ｃｂ１）、本システム１０００を利用するための月額利用料の支払い情報（毎月一定額の利用料を所定の銀行口座から自動引き落としにするなど）を登録する（Ｃｂ２）。

ユーザは、自身が所持する紙媒体の書籍を電子書籍提供者に渡す、あるいは、紙書籍ＩＳＢＮ情報がわかっている場合には、携帯端末３００を操作して紙書籍ＩＳＢＮ情報を電子書籍管理サーバ１００に送信した後（Ｃｂ３）、紙媒体の書籍を電子書籍提供者に渡す。

電子書籍管理サーバ１００は、出版社サーバ２００との間で最新の書籍情報（例えば、電子書籍ＩＳＢＮ情報や、照会数情報、紙媒体の各書籍が絶版になっているか否かを示す絶版フラグ情報、書籍の売上履歴を示す情報など）や著作者情報（例えば、著作者利用許否情報など）を交換し、電子書籍保持部１３０の登録内容を逐次更新する（Ｃｂ４）。

電子書籍管理サーバ１００は、携帯端末３００から紙書籍ＩＳＢＮ情報を受信し、対応する電子書籍の利用要求があったことを検知すると、カウンタ（図示略）のカウント値を「１」だけインクリメントし、カウント値に基づき照会数を更新する。電子書籍保持部１３０に登録されている著作者利用許否情報を参照することで、当該書籍の著作者によって電子化することが許可されているか、禁止されているかを判断する。著作者利用許否情報が「ＮＧ」であることから、当該書籍の電子化が許可されていない（すなわち禁止されている）と判断すると（Ｃｂ５）、電子書籍管理サーバ１００は、ユーザの携帯端末３００に電子化できない旨を返信する（Ｃｂ６）。なお、電子書籍提供者は、ユーザから紙媒体の書籍を受け取っている場合には、当該書籍を返却する。

その後、電子化が禁止されている書籍の電子化要求（照会）が増加し、当該書籍の照会数が閾値以上（例えば、２０万部以上）になったことを検知すると（Ｃｂ７）、電子書籍管理サーバ１００は、著作者に問い合わせをすべき旨のメッセージを表示パネル等に表示する。電子書籍提供者は、問い合わせメッセージに従い、当該書籍の著作者に問い合わせ及び交渉し、電子化の許諾を求める（Ｃｂ８）。著作者から当該書籍の電子化について許諾を得ると（Ｃｂ９）、電子書籍管理サーバ１００は、電子書籍保持部１３０に登録されている著作者利用許否情報を禁止（「ＮＧ」）から許可（「ＯＫ」）に更新する。そして、電子書籍管理サーバ１００は、制作会社に当該電子書籍の制作を依頼するか、または当該電子書籍の制作を代行し、電子書籍を制作する。電子書籍管理サーバ１００は、制作した電子書籍データとともに、電子書籍ＩＳＢＮ情報を、リクエストのあったユーザの携帯端末３００に送信する（Ｃｂ１０）。

次に、デジタルコンテンツ提供システム１０００の主要な動作フローについて図７を参照しながら説明する。なお、以下では、携帯端末３００への電子書籍アプリケーションＡＰ１のインストール、個人情報の登録など初期設定が終了していることを前提とする。

Ａ−３．動作
ユーザは、携帯端末３００を操作して電子書籍アプリケーションＡＰ１を起動した後（ステップＳ１）、紙媒体の書籍を電子書籍提供者に渡す（ステップＳ２）。もっとも、紙書籍ＩＳＢＮ情報が既にわかっている場合には、ユーザは、携帯端末３００を操作して紙書籍ＩＳＢＮ情報を電子書籍管理サーバ１００に送信した後、紙媒体の書籍を電子書籍提供者に渡しても良い。

電子書籍管理（判断手段）サーバ１００は、紙媒体の書籍に対応する電子書籍が、電子書籍保持部１３０に既に登録されているか否かを確認（判断）する（ステップＳ３）。電子書籍管理サーバ１００は、対応する電子書籍が、電子書籍保持部（コンテンツ格納手段、電子書籍格納手段）１３０に登録されていると判断すると（ステップＳ３；ＹＥＳ）、書籍ＤＢ１３２の著作者利用許否情報を参照し、当該書籍の著作者によって電子化することが許可されているか、禁止されているかを判断する（ステップＳ８）。電子書籍管理サーバ（送信手段）１００は、著作者利用許否情報が「ＯＫ」であることから、電子化することが許可されていると判断すると（ステップＳ８；ＹＥＳ）、対応する電子書籍の電子書籍ＩＳＢＮ情報及び電子書籍データを電子書籍保持部１３０から取得し、リクエストのあったユーザの携帯端末３００に送信し、処理を終了する。

一方、電子書籍管理サーバ１００は、著作者利用許否情報が「ＮＧ」であることから、電子化することが禁止されていると判断すると（ステップＳ８；ＮＯ）、書籍ＤＢ１３２の照会数情報を参照し、当該書籍の照会数が設定された閾値以上（例えば、２０万部以上）であるか否かを判断する（ステップＳ１２）。なお、前述したように、電子書籍管理サーバ（記録手段）１００は、電子書籍の利用要求を受けるたびに、カウンタ（図示略）のカウント値を１ずつインクリメントし、カウント値に基づき照会数を更新する。

電子書籍管理サーバ１００は、照会数が閾値未満である場合には（ステップＳ１２；ＮＯ）、ユーザの携帯端末３００に電子化できない旨を返信し（ステップＳ１４）、処理を終了する。その際、電子書籍提供者は、ユーザに対して紙媒体の書籍を返却する。

一方、電子書籍管理サーバ１００は、当該書籍の照会数が設定された閾値以上である場合には（ステップＳ１２；ＹＥＳ）、著作者に問い合わせをすべき旨のメッセージを表示パネル等に表示する。電子書籍提供者は、問い合わせメッセージに従い、当該書籍の著作者に問い合わせ及び交渉し、電子化の許諾を求める。この際、電子書籍管理サーバ（許諾要求手段）１００が、電子化の許諾を求めるメッセージを出版社サーバ２００に送信し、出版社経由で当該書籍の著作者に電子化の許諾を求めても良い。電子書籍管理サーバ１００は、著作者から当該書籍の電子化について許諾が得られない場合には（ステップＳ１３；ＮＯ）、電子化を断念し、ユーザの携帯端末３００に電子化できない旨を返信し（ステップＳ１４）、処理を終了する。その際、電子書籍提供者は、ユーザに対して紙媒体の書籍を返却する。

一方、電子書籍管理サーバ１００は、著作者から当該書籍の電子化について許諾を得ると（ステップＳ１３；ＹＥＳ）、電子書籍保持部１３０に登録されている著作者利用許否情報を禁止（「ＮＧ」）から許可（「ＯＫ」）に更新する。そして、電子書籍管理サーバ１００は、制作会社に当該電子書籍の制作を依頼するか、または当該電子書籍の制作を代行し、電子書籍を制作する（ステップＳ７）。電子書籍管理サーバ１００は、制作した電子書籍の電子書籍ＩＳＢＮ情報及び電子書籍データを、電子書籍保持部１３０に格納した後（ステップＳ１１）、ユーザの携帯端末３００に送信し（ステップＳ１０）、処理を終了する。

一方、電子書籍管理サーバ（問い合わせ手段）１００は、ステップＳ３において、対応する電子書籍が、電子書籍保持部１３０に登録されていないと判断すると（ステップＳ３；ＮＯ）、出版社サーバ２００に紙書籍ＩＳＢＮ情報を送信し、対応する電子書籍があるか否かの問い合わせを行う（ステップＳ４）。出版社サーバ２００は、出版社ＤＢ２１０を参照し、紙書籍ＩＳＢＮ情報に対応する電子書籍ＩＳＢＮ情報（すなわち対応する電子書籍）があるか否かを判断する（ステップＳ５）。出版社サーバ２００は、電子書籍があると判断すると（ステップＳ５；ＹＥＳ）、電子書籍ＩＳＢＮ情報及び電子書籍データを、電子書籍管理サーバ１００に送信する。電子書籍管理サーバ（取得手段）１００は、出版社サーバ２００から電子書籍ＩＳＢＮ情報及び電子書籍データを取得すると、取得した電子書籍ＩＳＢＮ情報をもとに、書籍ＤＢ１３２の著作者利用許否情報（利用許否情報）を参照し、当該書籍の著作者によって電子化することが許可されているか、禁止されているかを判断する（ステップＳ９）。

電子書籍管理（照会数判断手段）サーバ１００は、著作者利用許否情報が「ＮＧ」であることから、電子化することが禁止されていると判断すると（ステップＳ９；ＮＯ）、書籍ＤＢ１３２の照会数情報を参照し、当該書籍の照会数が設定された閾値以上（例えば、２０万部以上）であるか否かを判断する（ステップＳ１２）。電子書籍管理サーバ１００は、照会数が閾値未満である場合には（ステップＳ１２；ＮＯ）、ユーザの携帯端末３００に電子化できない旨を返信し（ステップＳ１４）、処理を終了する。その際、電子書籍提供者は、ユーザに対して紙媒体の書籍を返却する。

一方、電子書籍管理サーバ（コンテンツ格納手段、送信手段）１００は、著作者利用許否情報が「ＯＫ」であることから、電子化することが許可されていると判断すると（ステップＳ９；ＹＥＳ）、出版社サーバ２００から受信した対応する電子書籍の電子書籍ＩＳＢＮ情報及び電子書籍データを、電子書籍保持部１３０に格納した後（ステップＳ１１）、ユーザの携帯端末３００に送信し（ステップＳ１０）、処理を終了する。

一方、出版社サーバ２００は、ステップＳ５において、電子書籍がないと判断すると（ステップＳ５；ＮＯ）、電子書籍管理サーバ１００に対して、対応する電子書籍がない旨の返信を行う。電子書籍管理サーバ１００は、対応する電子書籍がないことを把握すると、書籍ＤＢ１３２の著作者利用許否情報を参照し、当該書籍の著作者によって電子化することが許可されているか、禁止されているかを判断する（ステップＳ６）。電子書籍管理サーバ１００は、著作者利用許否情報が「ＮＧ」であることから、当該書籍の著作者によって電子化することが禁止されていると判断すると（ステップＳ６）、ステップＳ１２に進み、当該書籍の照会数が設定された閾値以上（例えば、２０万部以上）であるか否かを判断する。ステップＳ１２に進んだ後の動作については、既に説明したため、割愛する。

一方、電子書籍サーバ１００は、著作者利用許否情報が「ＯＫ」であることから、電子化することが許可されていると判断すると（ステップＳ９；ＹＥＳ）、制作会社に当該電子書籍の制作を依頼するか、または当該電子書籍の制作を代行し、電子書籍を制作する（ステップＳ７）。電子書籍管理サーバ１００は、制作した電子書籍の電子書籍ＩＳＢＮ情報及び電子書籍データを、電子書籍保持部１３０に格納した後（ステップＳ１１）、ユーザの携帯端末３００に送信し（ステップＳ１０）、処理を終了する。

以上説明したように、本実施形態によれば、電子書籍管理サーバを運営する電子書籍提供者が、各ユーザから紙媒体の書籍を引き取るのと引き換えに、紙媒体の書籍に対応する電子書籍を各ユーザに利用可能な状態で提供することができる。よって、各ユーザは、自身が所持する紙媒体の書籍の処分等を強いられることなく、対応する電子書籍を、より気軽に利用することが可能となる。

Ｂ．その他
上記本実施形態では、利用料算出情報として、１頁あたり１０円の利用料をユーザに課金する態様を例示したが、いかなる課金方法を採用するかは任意である。例えば、ユーザがページを開いたら利用料の課金を開始する。その際、開いたページを全て課金対象としてもよいが、パラパラめくりなどで開いたページ（ユーザが意図していないページ）が、課金対象とされることを防ぐために、１００ページや２００ページ単位で課金しても良い。また、電子書籍について、いったん開いたページ（すなわち既読ページ）は、再課金しないように構成しても良い。さらに、ページ単位で課金する代わりに時間単位で課金しても良い。

また、電子書籍管理サーバ１００は、書籍ＤＢ（記憶手段）１３２に登録されている絶版フラグ情報や照会数情報などに基づき、絶版になった紙媒体の書籍の電子化のリクエストを、各ユーザに募るようにしても良い。例えば、数年前に絶版になった紙媒体の書籍について、少数ではあるものの、熱心なユーザから電子化のリクエストがあったものについては、各ユーザの携帯端末３００に当該書籍の電子化のリクエストを促すメッセージ（リコメンド・メッセージ）を送信しても良い。具体的には、電子書籍管理サーバ（特定手段）１００が、書籍ＤＢ１３２に登録されている絶版フラグに基づき、絶版になっている紙媒体の書籍を特定する。電子書籍管理サーバ（リコメンド手段）１００は、絶版になっている紙媒体の書籍の電子化の照会数が、設定された閾値（例えば、「１０万部」など）を越えている場合には、各ユーザの携帯端末３００に当該書籍の電子化のリクエストを促すリコメンド・メッセージを送信する。かかる構成を採用することで、絶版になっている紙媒体の書籍（例えば、名著）を電子化するチャンスが増え、電子書籍の普及を後押しすることが可能となる。

なお、本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。

１０００…デジタルコンテンツ提供システム、１００…電子書籍管理サーバ、１１０…コントローラ、１２０…ユーザ情報ＤＢ、１３０…電子書籍保持部、１３１…電子書籍データ、１３２…書籍ＤＢ、２００…出版社サーバ、２１０…出版社ＤＢ、３００…携帯端末、Ｎ…通信ネットワーク、Ｐ１…電子書籍管理プログラム、ＡＰ１…電子書籍アプリケーション

Claims (3)

1. 紙媒体の書籍に対応する電子書籍をユーザの通信端末に提供することが可能なサーバであって、
   前記ユーザの通信端末から送信される前記紙媒体の書籍を特定するための情報に基づき、前記紙媒体の書籍に対応する電子書籍があるか否かを、コンテンツサーバに問い合わせる問い合わせ手段と、
   前記問い合わせに応じて、前記コンテンツサーバから前記対応する電子書籍を取得する取得手段と、
   前記対応する電子書籍を格納する電子書籍格納手段と、
   前記対応する電子書籍を前記ユーザの通信端末に送信する送信手段と、
   前記対応する電子書籍の利用状況を、前記ユーザの通信端末から受信する受信手段と、
   前記ユーザに対して、前記対応する電子書籍の利用状況に応じた課金を行う課金手段と
   を具備し、
   前記取得手段は、前記コンテンツサーバから、前記対応する電子書籍とともに、前記電子書籍の利用を許可するか否かをあらわす利用許否情報を取得し、
   前記電子書籍格納手段は、前記電子書籍とともに、前記利用許否情報を格納し、
   前記送信手段は、前記利用許否情報に基づき、前記対応する電子書籍の利用を許可していると判断した場合に、前記対応する電子書籍を前記ユーザの通信端末に送信し、
   前記対応する電子書籍の照会数をあらわす照会数情報を前記電子書籍格納手段に記録する記録手段と、
   前記利用許否情報に基づき、前記対応する電子書籍の利用を許可していないと判断した場合に、前記電子書籍格納手段に格納されている前記対応する電子書籍の照会数が、閾値以上であるか否かを判断する照会数判断手段と、
   前記対応する電子書籍の照会数が、前記閾値を超えている場合には、前記コンテンツサーバに前記利用の許諾をリクエストする許諾要求手段とをさらに具備する電子書籍管理サーバ。
2. 前記紙媒体の書籍が絶版になっているか否かを示す絶版フラグ情報を記憶するフラグ記憶手段と、
   前記絶版フラグ情報に基づき、絶版になっている前記紙媒体の書籍を特定する特定手段と、
   前記特定手段によって特定された、絶版になっている前記紙媒体の書籍に対応する電子書籍の照会数が設定値を超えた場合に、前記ユーザの通信端末に当該書籍の電子化のリクエストを促すリコメンド・メッセージを送信するリコメンド手段とをさらに具備する請求項１に記載の電子書籍管理サーバ。
3. 前記ユーザの通信端末から前記紙媒体の書籍を特定するための情報を受信した場合に、前記紙媒体の書籍に対応する電子書籍が、前記電子書籍格納手段に格納されているか否かを判断する判断手段をさらに備え、
   前記送信手段は、前記判断手段によって、前記電子書籍格納手段に前記対応する電子書籍が格納されていると判断された場合、前記対応する電子書籍を前記ユーザの通信端末に送信する、請求項１または２に記載の電子書籍管理サーバ。