(57)【要約】【課題】電子書籍データを提供する際にユーザの記憶領域へのアクセスを抑制する。【解決手段】監視部４１は、データのアップロードが可能な事業者用記憶領域１４に対して電子書籍データ１１が格納されたか否かを監視する。格納部４２は、監視の結果、事業者用記憶領域１４に電子書籍データ１１が格納された場合、事業者用記憶領域１４に対応づけられ、ユーザ１５がアクセス可能とされたユーザ用記憶領域１３に当該電子書籍データ１１を格納する。【選択図】図１
2014186462.tif 000002
【特許請求の範囲】
【請求項１】
データのアップロードが可能な第１記憶領域に対して電子書籍データが格納されたか否かを監視する監視手段と、
前記監視手段による監視の結果、前記第１記憶領域に電子書籍データが格納された場合、前記第１記憶領域に対応づけられ、ユーザがアクセス可能とされた第２記憶領域に当該電子書籍データを格納する格納手段と、
を有することを特徴とする格納装置。
【請求項２】
書籍の電子化を依頼したユーザおよび書籍を電子化する事業者毎に、フォルダを分けて前記第１記憶領域を作成する作成手段をさらに有することを特徴とする請求項１に記載の格納装置。
【請求項３】
前記格納手段は、前記第１記憶領域に格納された電子書籍データと同じファイル名のデータが前記第２記憶領域に存在する場合、前記格納された電子書籍データのファイル名を変えて前記第２記憶領域に格納する
ことを特徴とする請求項１または２に記載の格納装置。
【請求項４】
コンピュータが実行する格納方法であって、
データのアップロードが可能な第１記憶領域に対して電子書籍データが格納されたか否かを監視する監視工程と、
前記監視工程による監視の結果、前記第１記憶領域に電子書籍データが格納された場合、前記第１記憶領域に対応づけられ、ユーザがアクセス可能とされた第２記憶領域に当該電子書籍データを格納する格納工程と、
を有することを特徴とする格納方法。
【請求項５】
データのアップロードが可能な第１記憶領域に対して電子書籍データが格納されたか否かを監視する監視手順と、
前記監視手順による監視の結果、前記第１記憶領域に電子書籍データが格納された場合、前記第１記憶領域に対応づけられ、ユーザがアクセス可能とされた第２記憶領域に当該電子書籍データを格納する格納手順と、
をコンピュータに実行させることを特徴とする格納プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、格納装置、格納方法および格納プログラムに関する。
【背景技術】
【０００２】
近年、タブレット端末や電子書籍端末等の端末装置の普及に伴い、書籍の情報を電子化した電子書籍が注目されている。電子書籍は、デジタルデータであるため、端末装置から参照でき、紙媒体の書籍のように保存場所にも困らないなどメリットを有する。
【０００３】
ところで、ユーザは、紙媒体の書籍を所有しており、紙媒体の書籍の電子化を要望する場合がある。このような場合、イメージスキャナ等を使って紙媒体の書籍をデジタルデータに変換する作業が行われる。紙媒体の書籍の電子化には、イメージスキャナ等の機器が必要であり、また、作業の手間がかかる。そこで、紙媒体の書籍の電子化を代行するサービスを提供する事業者もある。この事業者は、ユーザから紙媒体の書籍の受け付け、書籍を電子化した電子書籍データをユーザへ提供する。例えば、事業者は、サーバに設けられたユーザの記憶領域に電子書籍データを格納する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１４９５５３号公報
【特許文献２】特開２００６−２０２１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、事業者が電子書籍データを提供するため、ユーザの記憶領域にアクセス可能とすることは、セキュリティ上好ましくない。
【０００６】
本願は、上記に鑑みてなされたものであって、電子書籍データを提供する際にユーザの記憶領域へのアクセスを抑制できる格納装置、格納方法および格納プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本願に係る格納装置は、データのアップロードが可能な第１記憶領域に対して電子書籍データが格納されたか否かを監視する監視手段と、前記監視手段による監視の結果、前記第１記憶領域に電子書籍データが格納された場合、前記第１記憶領域に対応づけられ、ユーザがアクセス可能とされた第２記憶領域に当該電子書籍データを格納する格納手段と、を有することを特徴とする。
【発明の効果】
【０００８】
本願に係る格納装置によれば、電子書籍データを提供する際にユーザの記憶領域へのアクセスを抑制できるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、電子書籍データをユーザ用の記憶領域に格納する流れを模式的に示した図である。
【図２】図２は、実施形態に係るシステムの全体の概略構成の一例を示す図である。
【図３】図３は、実施形態に係る受信サーバの機能的な構成の一例を示す図である。
【図４】図４は、実施形態に係る受信サーバの記憶部の構成の一例を模式的に示した図である。
【図５】図５は、実施形態に係る電子書籍データの格納の流れの一例を模式的に示した図である。
【図６】図６は、同じファイル名の電子書籍データが再納品された場合の一例を模式的に示した図である。
【図７】図７は、実施形態に係る格納処理の手順の一例を示すフローチャートである。
【図８】図８は、種別毎にフォルダを分けて電子書籍データを格納する一例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、本願に係る格納装置、格納方法および格納プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る格納装置、格納方法および格納プログラムが限定されるものではない。
【００１１】
［１．電子書籍データの格納］
まず、図１を用いて、電子書籍データをユーザ用の記憶領域に格納する流れの一例について説明する。なお、図１は、電子書籍データをユーザ用の記憶領域に格納する流れを模式的に示した図である。
【００１２】
ユーザ１５は、紙媒体の書籍の電子化を要望する場合、書籍の電子化を行う事業者１０へ書籍を送付する。事業者１０は、送付された紙媒体の書籍の電子化を行う。例えば、事業者１０は、送付された紙媒体の書籍を裁断して個別の用紙に分割し、分割した用紙をイメージスキャナ等の機器により読み取ってデジタルの電子書籍データ１１に変換する。この電子書籍データ１１は、スキャナー等でページを読み取った画像データであってもよく、画像データに対して文字認識等を行って画像内の文字等をコード化したコードデータであってもよく、画像データとコードデータを含んだものであってもよい。
【００１３】
事業者１０は、格納装置１２を介して電子書籍データ１１をユーザ１５に納品する。この格納装置１２には、例えば、ユーザ用記憶領域１３と、事業者用記憶領域１４が設けられている。なお、ユーザ用記憶領域１３と、事業者用記憶領域１４は、格納装置１２とは別の装置に設けてもよい。
【００１４】
ユーザ用記憶領域１３は、ユーザ１５からデータのアップロード、およびデータのダウロードが可能とされ、ユーザ１５が用いる各種情報を記憶する領域である。ユーザ用記憶領域１３は、ユーザ１５からアクセス可能とされ、事業者１０からアクセス不可能とされており、ユーザ１５により各種データが格納される。よって、ユーザ用記憶領域１３には、ユーザ１５が他者からアクセスされることを望まないデータなども格納される場合がある。
【００１５】
事業者用記憶領域１４は、事業者１０からデータのアップロードが可能とされており、事業者１０が電子書籍データの納品に用いる領域である。事業者用記憶領域１４は、事業者１０からアクセス可能とされ、ユーザ１５からアクセス不可能とされている。事業者１０は、ユーザ１５に納品する電子書籍データ１１を事業者用記憶領域１４に格納する。
【００１６】
格納装置１２は、事業者用記憶領域１４に対して、書籍を電子化する事業者の端末から電子書籍データが格納されたか否かを監視している。また、格納装置１２は、事業者用記憶領域１４がユーザ用記憶領域１３に対応付けられている。例えば、事業者用記憶領域１４は、リンクやユーザ用記憶領域１３と事業者用記憶領域１４を対応付けた対応情報などにより、ユーザ用記憶領域１３に対応付けられている。
【００１７】
格納装置１２は、監視の結果、事業者用記憶領域１４に電子書籍データ１１が格納された場合、事業者用記憶領域１４に対応づけられたユーザ用記憶領域１３に電子書籍データ１１を格納する。このユーザ用記憶領域１３への電子書籍データ１１の格納は、電子書籍データ１１のコピーであってもよく、また、電子書籍データ１１の移動であってもよい。ユーザ１５は、ユーザ用記憶領域１３にアクセスして電子書籍データ１１をダウンロードすることにより、電子書籍データ１１を得ることができる。
【００１８】
このように、格納装置１２は、データのアップロードが可能な事業者用記憶領域１４に対して、書籍を電子化する事業者の端末から電子書籍データ１１が格納されたか否かを監視する。そして、格納装置１２は、監視の結果、事業者用記憶領域１４に電子書籍データ１１が格納された場合、事業者用記憶領域１４に対応づけられ、ユーザ１５のデータを格納するユーザ用記憶領域１３に当該電子書籍データ１１を格納する。このように、事業者用記憶領域１４を監視し、格納された電子書籍データ１１をユーザ用記憶領域１３に格納して電子書籍データ１１を一方通行で移動させることにより、事業者１０が電子書籍データ１１を納品するためにユーザ用記憶領域１３にアクセスすることがないため、セキュリティの低下を抑制できる。以下、紙媒体の書籍を電子化する電子化システム１００について詳細に説明する。
【００１９】
［２．システムの構成］
実施形態に係るシステムについて説明する。図２は、実施形態に係るシステムの全体の概略構成の一例を示す図である。図２に示すように、電子化システム１００は、ユーザ端末１０１と、電子化サーバ１１０と、管理システム１２０とを有する。
【００２０】
ユーザ端末１０１と電子化サーバ１１０と管理システム１２０は、図示しないネットワークを介して通信可能に接続され、各種の情報を交換することが可能とされている。かかるネットワークの一態様としては、有線または無線を問わず、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）、移動体通信網などの任意の通信網が挙げられる。
【００２１】
ユーザ端末１０１は、ユーザが操作する端末装置であり、一例として、デスクトップ型ＰＣ（パーソナル・コンピュータ）、タブレット型ＰＣ、ノート型ＰＣなどの情報処理装置等である。なお、ユーザ端末１０１は、スマートフォン、ＰＤＡ（Personal  Digital  Assistant）、携帯電話機であってもよい。なお、図２の例では、ユーザ端末１０１として、デスクトップ型ＰＣとスマートフォンをそれぞれ１つ例示したが、開示のシステムはこれに限定されず、ユーザ端末１０１は任意の数とすることができる。
【００２２】
電子化サーバ１１０は、紙媒体の書籍の電子化する事業者１１１の所有するサーバである。電子化サーバ１１０は、スキャナー等の機器が接続され、紙媒体の書籍の電子化を行う。
【００２３】
管理システム１２０は、各種の管理を行うシステムである。例えば、管理システム１２０は、電子書籍データを管理する。管理システム１２０は、受信サーバ１２１と、ファイル管理サーバ１２２と、認証サーバ１２３と、決済サーバ１２４とを有する。受信サーバ１２１とファイル管理サーバ１２２と認証サーバ１２３と決済サーバ１２４は、図示しないネットワークを介して通信可能に接続され、各種の情報を交換することが可能とされている。かかるネットワークの一態様としては、ＬＡＮなどが挙げられる。なお、実施形態に係る電子化システム１００では、受信サーバ１２１が本発明の格納装置に対応する。
【００２４】
受信サーバ１２１は、事業者１１１から電子化された電子書籍データ１１２の納品を受け付ける窓口となるサーバである。ファイル管理サーバ１２２は、ユーザ毎に、ユーザのデータを管理するサーバである。認証サーバ１２３は、ユーザの認証を行うサーバである。決済サーバ１２４は、ユーザに対して発生した費用の決済を行うサーバである。受信サーバ１２１、ファイル管理サーバ１２２、認証サーバ１２３および決済サーバ１２４は、それぞれ１台のコンピュータとして実装してもよく、また、複数台のコンピュータとして実装することもできる。なお、本実施形態では、受信サーバ１２１、ファイル管理サーバ１２２、認証サーバ１２３および決済サーバ１２４をそれぞれ１台のコンピュータとした場合を例として説明する。
【００２５】
管理システム１２０は、システムの利用を希望するユーザからのユーザ登録を受け付ける。管理システム１２０は、ユーザ登録の際、ユーザに関する各種の情報を登録させる。各種の情報としては、例えば、利用者の氏名や、クレジットカード番号などの決済情報が挙げられる。登録された各種の情報は、例えば、認証サーバ１２３でユーザ情報として管理される。ユーザ登録されると、各ユーザには、ユーザＩＤやパスワードが付与される。
【００２６】
ファイル管理サーバ１２２は、記憶部５０を有する。記憶部５０としては、ＨＤＤ（Hard  Disk  Drive）やディスクアレイなどの記憶装置が挙げられる。ファイル管理サーバ１２２は、登録されたユーザ毎に、ユーザ用の記憶領域が記憶部５０に設けられている。例えば、ファイル管理サーバ１２２は、登録されたユーザ毎に、フォルダを分けてユーザ用の記憶領域が記憶部５０に設けられている。ユーザは、ユーザ端末１０１からユーザＩＤおよびパスワードを用いてログインし、自身のユーザの記憶領域にアクセス可能とされており、ユーザ用の記憶領域に各種データのアップロードおよびユーザ用の記憶領域から各種データのダウンロードが可能とされている。
【００２７】
事業者１１１は、Ｗｅｂページ１０３を提供しており、Ｗｅｂページ１０３から書籍の電子化の依頼が可能とされている。ユーザは、紙媒体の書籍を電子化する場合、Ｗｅｂページ１０３から会員登録を行い、付与された会員番号を用いてＷｅｂページ１０３にログインする（図２（１））。Ｗｅｂページ１０３には、書籍の電子化に関する料金など各種の情報が表示される（図２（２））。
【００２８】
事業者１１１は、電子化した書籍のデータを、管理システム１２０を介してユーザに提供することが可能とされている。Ｗｅｂページ１０３は、管理システム１２０のユーザＩＤおよびパスワードを入力する入力領域が設けられており、書籍の電子化を依頼された場合、ユーザＩＤおよびパスワードを用いて認証サーバ１２３によりユーザの認証を行う。ユーザは、Ｗｅｂページ１０３に管理システム１２０のユーザＩＤおよびパスワードを入力して書籍の電子化を依頼する（図２（２））。Ｗｅｂページ１０３は、入力されたユーザＩＤおよびパスワードを用いて認証サーバ１２３によりユーザの認証を行い、認証が得られた場合、書籍の電子化の依頼を受け付ける。Ｗｅｂページ１０３は、書籍の電子化の依頼を受け付けると、依頼内容を受信サーバ１２１へ通知する。例えば、Ｗｅｂページ１０３は、書籍の電子化を依頼したユーザのユーザＩＤおよび事業者１１１の事業者コードを受信サーバ１２１へ通知する。ユーザは、Ｗｅｂページ１０３での書籍の電子化の依頼が完了すると、電子化する紙媒体の書籍をユーザの氏名や会員番号などの情報と共に事業者１１１へ送付する（図２（３））。なお、Ｗｅｂページ１０３が受け付けた依頼を識別する受付番号などを表示する場合は、受付番号を紙媒体の書籍と共に事業者１１１へ送付してもよい。
【００２９】
事業者１１１は、ユーザから送付された紙媒体の書籍の電子化を行う（図２（４））。例えば、事業者１１１は、紙媒体の書籍を裁断して個別の用紙に分割し、電子化サーバ１１０に接続されたイメージスキャナ等の機器により、分割した用紙を読み取ってデジタルの電子書籍データ１１２に変換する。例えば、事業者１１１は、紙媒体の書籍を分割した用紙を読み取って、電子書籍データ１１２として、ＰＤＦ（Portable  Document  Format）など所定の形式の電子ファイルに変換する。変換された電子書籍データ１１２のファイルは、電子化サーバ１１０に記憶される。また、事業者１１１は、ユーザから送付された紙媒体の書籍の送付元の氏名や会員番号、受付番号などから電子化を依頼した依頼元のユーザを特定する。
【００３０】
受信サーバ１２１は、記憶部２１を有する。記憶部２１としては、ＨＤＤやディスクアレイなどの記憶装置が挙げられる。受信サーバ１２１は、記憶部２１に事業者用の記憶領域が設けられている。
【００３１】
電子化サーバ１１０は、電子書籍データ１１２を受信サーバ１２１へアップロードして、記憶部２１の事業者用の記憶領域に電子書籍データ１１２を格納する（図２（５））。
【００３２】
電子化サーバ１１０は、電子書籍データ１１２の格納が完了すると、決済サーバ１２４に対して電子化を依頼したユーザへの電子化の費用の課金を要求する（図２（６））。決済サーバ１２４は、要求に応じて、電子化を依頼したユーザに対して電子化の費用の決済を行う。なお、費用の決済は、金銭によるものに限らず、管理システム１２０が提供する各種のサービスで付与されるポイント等にて行ってもよい。
【００３３】
受信サーバ１２１は、事業者用の記憶領域に電子書籍データ１１２が格納されると、格納された電子書籍データ１１２を、ファイル管理サーバ１２２の記憶部５０に設けられた電子化を依頼した依頼元のユーザの記憶領域に格納する（図２（７））。
【００３４】
これにより、依頼元のユーザは、ユーザ端末１０１を用いてファイル管理サーバ１２２に設けられた自身のユーザの記憶領域にアクセスすることにより、電子書籍データ１１２を参照することができる。なお、電子書籍データ１１２は、ダウンロードされてもよく、また、ユーザ端末１０１に記憶されたまま、閲覧されるものとしてもよい。例えば、ユーザ端末１０１では、専用のビューワを介して電子書籍データ１１２を閲覧する（図２（８））。
【００３５】
［３．受信サーバの構成］
次に、実施形態に係る受信サーバ１２１について詳細に説明する。図３は、実施形態に係る受信サーバの機能的な構成の一例を示す図である。図３に示すように、受信サーバ１２１は、通信Ｉ／Ｆ（インタフェース）部２０と、記憶部２１と、制御部２２とを有する。
【００３６】
通信Ｉ／Ｆ部２０は、ＮＩＣ（Network  Interface  Card）等のインタフェースである。通信Ｉ／Ｆ部２０は、図示しないネットワークを介して他の装置との間で各種のデータを送受信する。例えば、通信Ｉ／Ｆ部２０は、電子化サーバ１１０から送信された電子書籍データ１１２などの各種のデータを受信する。また、通信Ｉ／Ｆ部２０は、ユーザ用の記憶領域に格納する電子書籍データ１１２をファイル管理サーバ１２２へ送信する。
【００３７】
記憶部２１は、各種情報を記憶するデバイスである。記憶部２１は、制御部２２で実行されるＯＳ（Operating  System）や、後述する格納処理を実行するプログラムを含む各種プログラムを記憶する。さらに、記憶部２１は、事業者１１１から電子書籍データ１１２を受け付ける事業者用記憶領域３０が設けられている。
【００３８】
図４は、実施形態に係る受信サーバの記憶部の構成の一例を模式的に示した図である。図４に示すように、記憶部２１には、事業者用記憶領域３０が設けられている。事業者用記憶領域３０には、それぞれ事業者毎の記憶領域３１が設けられている。記憶領域３１は、それぞれ対応する事業者１１１に対してアクセス可能であり、データのアップロードが可能とされている。すなわち、事業者１１１は、自身の記憶領域３１にのみデータの書き込みを行うことができる。各事業者の記憶領域３１は、それぞれの事業者に対して電子化を依頼したユーザ毎に、フォルダを分けて記憶領域が設けられている。図４の例では、事業者Ａと事業者Ｂの記憶領域３１Ａ、３１Ｂが設けられている。また、事業者Ａの記憶領域３１Ａには、ユーザＡフォルダ、ユーザＢフォルダが記憶領域として設けられている。事業者Ｂの記憶領域３１Ｂには、ユーザＡフォルダ、ユーザＣフォルダが記憶領域として設けられている。この記憶領域３１のユーザ毎のフォルダは、ファイル管理サーバ１２２の記憶部５０に設けられたユーザ用の記憶領域に対応付けられている。例えば、図４に示すように、ファイル管理サーバ１２２の記憶部５０には、フォルダを分けてユーザ用の記憶領域が設けられている。そして、記憶領域３１のユーザ毎のフォルダは、記憶部５０に設けられた当該ユーザ毎のフォルダに対応付けられている。図４の例では、対応しているフォルダを破線により示している。例えば、記憶領域３１ＡのユーザＡフォルダおよび記憶領域３１ＢのユーザＡフォルダは、記憶部５０に設けられたユーザＡフォルダに対応付けられている。このフォルダの対応付けは、例えば、リンクによって行ってもよい。また、フォルダの対応付けは、対応付けるフォルダを対応情報として記憶して対応情報により行ってもよい。また、フォルダの対応付けは、フォルダ名をユーザＩＤとしてフォルダ名により行ってもよい。
【００３９】
図３に戻り、制御部２２は、受信サーバ１２１を制御するデバイスである。例えば、制御部２２としては、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等の電子回路や、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路を採用できる。
【００４０】
制御部２２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部２２は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部２２は、作成部４０と、監視部４１と、格納部４２とを有する。
【００４１】
作成部４０は、書籍の電子化を依頼したユーザおよび事業者１１１毎に、フォルダを分けて、事業者１１１から電子書籍データ１１２を受け付けるための記憶領域を作成する。例えば、Ｗｅｂページ１０３から書籍の電子化を依頼したユーザのユーザＩＤおよび事業者コードが通知された場合、通知された事業者コードの事業者１１１がユーザＩＤのユーザへの電子書籍データ１１２を納品するため、通知された事業者１１１の記憶領域３１に、ユーザＩＤのフォルダ名でフォルダを作成する。すなわち、作成部４０は、事業者１１１に対して書籍の電子化を依頼される毎に、当該事業者１１１の記憶領域３１に、電子化を依頼したユーザのユーザＩＤをフォルダ名として、納品用の記憶領域を作成する。このように、事業者用記憶領域３０をそれぞれ事業者１１１毎の記憶領域３１に分けて、それぞれの記憶領域３１にユーザＩＤで納品用のフォルダを作成することにより、事業者１１１は、電子書籍データ１１２の格納先を容易に把握できる。
【００４２】
監視部４１は、事業者１１１の記憶領域３１に電子書籍データ１１２が格納されたか否かを監視する。例えば、監視部４１は、各記憶領域３１に設けられたユーザ毎のフォルダに対してそれぞれ電子書籍データ１１２が格納さたか否かを監視する。
【００４３】
格納部４２は、監視部４１による監視の結果、事業者１１１の記憶領域３１に電子書籍データ１１２が格納された場合、ユーザ用の記憶領域に当該電子書籍データ１１２を格納する。例えば、格納部４２は、記憶領域３１に設けられたユーザのフォルダに対して電子書籍データ１１２が格納された場合、電子書籍データ１１２が格納されたフォルダに対応付けられた、ファイル管理サーバ１２２の記憶部５０の当該ユーザのフォルダに、電子書籍データ１１２を格納する。電子書籍データ１１の格納は、電子書籍データ１１のコピーであってもよく、また、電子書籍データ１１の移動であってもよい。例えば、格納部４２は、電子書籍データ１１をコピーして記憶部５０のユーザのフォルダに格納する。
【００４４】
図５は、実施形態に係る電子書籍データの格納の流れの一例を模式的に示した図である。事業者１１１は、事業者用記憶領域３０の自身に割り当てられた記憶領域３１に設けられた依頼元のユーザのフォルダに電子書籍データ１１２を格納する。図５の例では、事業者Ａが、事業者Ａの記憶領域３１Ａに設けられたユーザＡフォルダに電子書籍データ１１２を格納している。
【００４５】
監視部４１は、各記憶領域３１に設けられたユーザ毎のフォルダにファイルとして電子書籍データ１１２が格納されたか否かを監視する。フォルダに対して電子書籍データ１１２が格納されると、格納部４２は、電子書籍データ１１２が格納されたフォルダに対応付けられた、ファイル管理サーバ１２２の記憶部５０のフォルダに、格納された電子書籍データ１１２を格納する。図５の例では、事業者Ａの記憶領域３１ＡのユーザＡフォルダに格納された電子書籍データ１１２は、記憶領域５１に設けられたユーザＡフォルダに格納される。これにより、事業者１１１は、電子化を依頼した依頼元のユーザの記憶領域にアクセスすることなく、電子書籍データ１１２を納品できる。
【００４６】
ところで、ユーザＡフォルダに格納された電子書籍データ１１２にページ抜けやノイズの発生などの不備があり、事業者１１１は、紙媒体の書籍の電子化を再度行って電子書籍データ１１２を再納品する場合がある。
【００４７】
そこで、格納部４２は、事業者１１１の記憶領域３１のフォルダにファイルとして格納された電子書籍データ１１２と同じファイル名のデータがユーザ用の記憶領域に存在する場合、格納された電子書籍データ１１２のファイルのファイル名を変えてユーザ用の記憶領域に格納する。ファイル名の変更方式は、何れの方式を用いてもよい。例えば、版数を示す番号を付すなどの変更方式が挙げられる。図６は、同じファイル名の電子書籍データが再納品された場合の一例を模式的に示した図である。例えば、格納部４２は、ファイル管理サーバ１２２の記憶部５０の依頼元のユーザのフォルダに、同じファイル名の電子書籍データ１１２が既に記憶されている場合、新たに格納する電子書籍データ１１２のファイル名を変えて依頼元のユーザのフォルダに格納する。図６の例では、ファイル名「ＸＸＸＸ」の電子書籍データ１１２が既にユーザのフォルダに格納されているため、新たに格納する電子書籍データ１１２はファイル名が「ＸＸＸＸ（１）」に変更されて格納されている。
【００４８】
［４．格納処理］
次に、本実施形態に係る受信サーバ１２１が電子化サーバ１１０から受信した電子書籍データ１１２を格納する格納処理の流れを説明する。図７は、実施形態に係る格納処理の手順の一例を示すフローチャートである。この格納処理は、監視部４１による監視の結果、記憶領域３１に設けられたユーザのフォルダに電子書籍データ１１２が格納されたタイミングで実行される。
【００４９】
格納部４２は、記憶領域３１の電子書籍データ１１２が格納されたユーザのフォルダに対応する、記憶部５０のユーザのフォルダを特定する（Ｓ１０）。そして、格納部４２は、特定したユーザのフォルダに電子書籍データ１１２を格納し（Ｓ１１）、処理を終了する。
【００５０】
［５．その他］
上記実施形態において、電子書籍データ１１２に書籍の種別を示す種別情報が含まれる場合、受信サーバ１２１は、ユーザのフォルダに種別毎にフォルダを分けて電子書籍データ１１２を格納してもよい。図８は、種別毎にフォルダを分けて電子書籍データを格納する一例を示す図である。図８の例では、電子書籍データ１１２に書籍の種別として文庫であることを示す情報が含まれているものとする。格納部４２は、ユーザのフォルダに、雑誌、文庫、コミックなど書籍の種別毎にフォルダを作成し、電子書籍データ１１２の種別に応じたフォルダに電子書籍データ１１２を格納する。図８の例では、文庫のフォルダに電子書籍データ１１２を格納する。なお、ユーザのフォルダ内での電子書籍データ１１２の格納先の分類は、これに限定されるものではない。例えば、格納部４２は、書籍の著者や出版元などに応じて、ユーザのフォルダ内で電子書籍データ１１２の格納先のフォルダを分けてもよい。すなわち、電子書籍データ１１２の属性に応じてユーザのフォルダ内で電子書籍データ１１２の格納先のフォルダを分けてもよい。
【００５１】
また、上記実施形態において、格納部４２は、同じファイル名の電子書籍データ１１２がユーザ用の記憶領域に存在する場合、上書きして格納してもよい。また、同じファイル名の電子書籍データ１１２がユーザ用の記憶領域に存在する場合、上書きするか、ファイル名を変えて格納するかを設定できるようにしてもよい。例えば、受信サーバ１２１は、ユーザ毎に、同じファイル名の電子書籍データ１１２を上書きするか、ファイル名を変えて格納するかの設定を設定情報として記憶部２１に記憶する。格納部４２は、同じファイル名の電子書籍データ１１２がユーザ用の記憶領域に存在する場合、ユーザの設定情報に従い、電子書籍データ１１２を上書、または、ファイル名を変えて格納してもよい。ユーザは、電子書籍データ１１２を上書する設定とすることにより、事業者１１１から同じファイル名で電子書籍データ１１２が再納品された場合、電子書籍データ１１２の増加を抑制できる。一方、ユーザは、ファイル名を変えて格納する設定とすることにより、事業者１１１から同じファイル名で電子書籍データ１１２が再納品された場合でも、電子書籍データ１１２が知らぬ間に上書きされて更新されてしまうことを防止できる。
【００５２】
また、上記実施形態において、受信サーバ１２１は、事業者１１１から電子書籍データ１１２が格納された場合、電子化を依頼した依頼元のユーザに対してメール等で納品の通知を行ってもよい。また、受信サーバ１２１は、ユーザが複数の書籍の電子化を依頼している場合、当該複数の書籍の電子書籍データ１１２が格納された段階で依頼元のユーザに対して通知を行ってもよい。また、受信サーバ１２１は、ユーザが複数の事業者１１１に対してそれぞれ書籍の電子化を依頼している場合、当該複数の事業者１１１から電子書籍データ１１２が格納された段階で依頼元のユーザに対して通知を行ってもよい。
【００５３】
また、上記実施形態において、受信サーバ１２１は、複数の事業者１１１から電子書籍データ１１２が格納される。そこで、受信サーバ１２１は、他の事業者１１１の電子書籍データ１１２を用いて、電子書籍データ１１２の補正を行ってもよい。例えば、電子書籍データ１１２に書籍を識別する識別情報が付加されている場合、同じ識別情報が付加された他の電子書籍データ１１２を用いて、電子書籍データ１１２の補正を行ってもよい。この識別情報としては、書籍名やＩＳＢＮ（International  Standard  Book  Number）コードなどが挙げられる。
【００５４】
例えば、電子書籍データ１１２が画像データである場合、同じ識別情報が付加された各電子書籍データ１１２からノイズ候補の抽出を行い、何れか１つでのみでノイズ候補が抽出されている箇所を他の電子書籍データ１１２に基づいて補正してもよい。ノイズ候補の抽出方法は、何れの方法であってもよい。例えば、ノイズとみなせる所定サイズ以下の画像部分をノイズ候補としてもよく、電子書籍データ１１２から文字、画像、手書き部分の抽出を行って、何れにも該当しない画像部分をノイズ候補としてもよい。
【００５５】
また、例えば、電子書籍データ１１２が文字等をコード化したコードデータである場合、各電子書籍データ１１２を比較して、コードが異なる部分を特定し、異なる部分の補正を行ってもよい。例えば、電子書籍データ１１２にコードデータと共に、画像データが含まれる場合は、各電子書籍データ１１２の異なる部分について文字認識を再度行い、以前のコードデータおよび再度の文字認識によるコードデータで最も多数派となるコードデータに補正してもよい。
【００５６】
また、事業者１１１毎に、文字認識の精度や画像の画質が異なり、特定の事業者１１１の文字認識の精度や画像の画質が高い場合は、特定の事業者１１１の電子書籍データ１１２を用いて、電子書籍データ１１２の補正を行ってもよい。
【００５７】
［６．効果］
このように、受信サーバ１２１は、データのアップロードが可能な事業者用記憶領域３０に対して電子書籍データ１１２が格納されたか否かを監視する。そして、受信サーバ１２１は、監視の結果、事業者用記憶領域３０に電子書籍データ１１２が格納された場合、事業者用記憶領域３０に対応づけられ、ユーザがアクセス可能とされたユーザ用の記憶領域に当該電子書籍データ１１２を格納する。これにより、受信サーバ１２１は、電子書籍データ１１２を提供する際のユーザの記憶領域へのアクセスを抑制できる。
【００５８】
また、受信サーバ１２１は、書籍の電子化を依頼したユーザおよび事業者１１１毎に、フォルダを分けて納品用の記憶領域を作成する。これにより、事業者１１１は、電子書籍データ１１２の格納先を容易に把握できる。
【００５９】
また、受信サーバ１２１は、同じファイル名のデータがユーザ用の記憶領域に存在する場合、格納された電子書籍データ１１２のファイル名を変えてユーザ用の記憶領域に格納する。これにより、ユーザは、事業者１１１から同じファイル名の電子書籍データ１１２が納品された場合でも、電子書籍データ１１２が知らぬ間に上書きされて更新されてしまうことを防止できる。
【００６０】
また、上述した受信サーバ１２１は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application  Programming  Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。
【００６１】
また、特許請求の範囲に記載した「手段」は、「部（section、module、unit）」や「回路」などに読み替えることができる。例えば、監視手段は、監視部や監視回路に読み替えることができる。
【符号の説明】
【００６２】
１０  事業者
１１  電子書籍データ
１２  格納装置
１３  ユーザ用記憶領域
１４  事業者用記憶領域
１５  ユーザ
２１  記憶部
２２  制御部
３０  事業者用記憶領域
３１、３１Ａ、３１Ｂ  記憶領域
４０  作成部
４１  監視部
４２  格納部
５０  記憶部
１００  電子化システム
１０１  ユーザ端末
１１０  電子化サーバ
１１１  事業者
１１２  電子書籍データ
１２０  管理システム
１２１  受信サーバ
１２２  ファイル管理サーバ
【図１】
2014186462.tif 000003
【図２】
2014186462.tif 000004
【図３】
2014186462.tif 000005
【図４】
2014186462.tif 000006
【図５】
2014186462.tif 000007
【図６】
2014186462.tif 000008
【図７】
2014186462.tif 000009
【図８】
2014186462.tif 000010