(57)【要約】      （修正有）【課題】書籍の電子化の要望を募集して出資額を集計し、この配分を享受する電子データの入力者を募集し、電子化された書籍データの販売利益を両者に分配して、販売者による電子書籍の市場ニーズの把握を支援したり、効率的に電子化できるようにする。【解決手段】報酬清算でなければ（Ｓ６０３でＮｏ）、インターネットを経由して利用者名の追加要求が送られてきた場合、利用者管理部がその情報を受信し（Ｓ６０１）、利用者ＩＤを採番してレコードを作成する（Ｓ６０２）。報酬清算なら（Ｓ６０３でＹｅｓ）、リクエストＤＢから電子化リクエスト者の配分を計算し（Ｓ６０４）、書籍データＤＢの販売額から、電子化リクエスト者および書籍データ入力者の配分を計算し（Ｓ６０５）、配分した金額を利用者ＤＢの各利用者の合計報酬に加算し（Ｓ６０６）、書籍データＤＢの販売額を０にする（Ｓ６０７）。【選択図】図６
2010055367.tif 000002
【特許請求の範囲】
【請求項１】
書籍の内容を入力部からの入力により電子化して販売する書籍電子化システムにおいて、
特定の書籍の電子化を希望する電子化リクエスト端末からの要求を受け付けリクエストデータベースに格納するリクエスト受付部と、
前記電子化リクエスト端末からの書籍の電子化に対する出資額を受け付けて集計する出資額集計部と、
該リクエストされた電子化対象を特定するデータを電子化入力者端末に対して送信することにより電子化を促し、電子化入力者端末から電子化されたデータを受け取る電子書籍入力受付部と、
前記電子化された書籍を前記電子化リクエスト端末に提供した対価を、前記出資額に応じて前記電子化入力者端末に分配する対価分配部と、を備え、
前記電子化対象を分割し、前記対価分配部は、分割された電子化データの受け取り毎に前記対価を精算することを特徴とする書籍電子化システム。
【請求項２】
前記対価分配部は、前記出資額及び前記電子化された書籍の購入者からの対価の合計が、前記電子化リクエスト端末への対価を超える場合には、前記電子化リクエスト端末に対して、差額に応じた分配を行うことを特徴とする請求項１に記載の書籍電子化システム。
【請求項３】
さらに、前記電子化リクエスト端末に前記電子化データを送信又は閲覧可能とし、前記電子化データのチェックを受け付ける内容チェック受付部を有し、
内容チェック中は、ステータスを内容チェック中にすることで前記電子化入力者端末からの参照を禁止し、チェック結果が良好と判断されるとチェックステータスを完了にして完了した範囲毎に前記電子化データを分割して提供又は参照可能とすることを特徴とする請求項１又は２に記載の書籍電子化システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書、書物、本、図書などの書籍類の文字や画像などの電子化システムに関し、特に、電子化されていない書籍の電子化を要求する電子化要求者端末と書籍を電子データとする電子化処理者端末とを、広く一般から募集して電子データ化に関する販売利益を分配するシステムに関する。
【背景技術】
【０００２】
昨今、ＯＡ文書の電子化の推進や携帯型書籍リーダの普及など、文書類の電子化が推進されているが、出版日が古い書籍や絶版となっていて電子化の予定がない書籍が膨大にあり、全ての書籍類を電子化するには、非常に多くの時間や投資が必要となる。
【０００３】
書籍を電子化して販売する技術としては、新刊や人気の高い書籍など販売数が多くなる可能性が高い書籍について電子化していく方法が一般的である。そのための実現方法として、下記の特許文献１に開示された技術が提案されている。特許文献１に記載の技術は、電子化の希望者数が規定数を超えたときに実際に電子化を実施することを特徴とするシステムである。
【０００４】
【特許文献１】特開２００４−２４０８４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術は、経費のかかる電子化について書籍の選択をするシステムであり、電子化の入力自体を軽減するという観点でのサービス提供ではなかった。
【０００６】
本発明は電子化されていない古い書籍の電子化とその販売を促進することを目的とするシステムを提供することである。
【課題を解決するための手段】
【０００７】
本発明に係る書籍電子化システムは、書籍の電子化の要望を募集して出資額を集計し、この配分を享受する電子データの入力者を募集すること、電子化された書籍データの販売利益を、出資者と入力者の両者に分配することを特徴とする。
【０００８】
本発明の一観点によれば、書籍の内容を入力部からの入力により電子化して販売する書籍電子化システムにおいて、特定の書籍の電子化を希望する電子化リクエスト端末からの要求を受け付けリクエストデータベースに格納するリクエスト受付部と、前記電子化リクエスト端末からの書籍の電子化に対する出資額を受け付けて集計する出資額集計部と、該リクエストされた電子化対象を特定するデータを電子化入力者端末に対して送信することにより電子化を促し、電子化入力者端末から電子化されたデータを受け取る電子書籍入力受付部と、前記電子化された書籍を前記電子化リクエスト端末に提供した対価を、前記出資額に応じて前記電子化入力者端末に分配する対価分配部と、を備え、前記電子化対象を分割し、前記対価分配部は、分割された電子化データの受け取り毎に前記対価を精算することを特徴とする書籍電子化システムが提供される。早期に報酬を支払うシステムとすることにより、電子化処理を促し、システムの利用を図ることができる。
【０００９】
前記対価分配部は、前記出資額及び前記電子化された書籍の購入者からの対価の合計が、前記電子化リクエスト端末への対価を超える場合には、前記電子化リクエスト端末に対して、差額に応じた分配を行うようにするのが好ましい。さらに、さらに、前記電子化リクエスト端末に前記電子化データを送信又は閲覧可能とし、前記電子化データのチェックを受け付ける内容チェック受付部を有し、内容チェック中は、ステータスを内容チェック中にすることで前記電子化入力者端末からの参照を禁止し、チェック結果が良好と判断されるとチェックステータスを完了にして完了した範囲毎に前記電子化データを分割して提供又は参照可能とすることが好ましい。チェック前の電子データは不完全である場合も多いため、提供・参照許可はチェックがＯＫであることを前提とする。
【発明の効果】
【００１０】
本発明に係る書籍電子化システムによれば、電子化の要求者と電子データの入力者と、を募集し、電子化書籍の販売による利益を両者に分配することで、書籍の電子化を効率よく推進することができる。
【００１１】
電子化書籍の販売者は、出資者を募ることで電子データの入力にかかる経費を抑えることができる。また、電子化の要求が多い書籍の情報を集計することで市場ニーズを的確に把握することができる。
【００１２】
尚、書籍全体の電子化が完了していない場合でも、電子化が完了している部分から分割して販売することができるため、一部の情報のみ必要とする購入者にも柔軟に対応することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の一実施の形態による書籍電子化システムについて図面を参照しながら説明を行う。図１は、本実施の形態による書籍電子化システムの一構成例を示す機能ブロック図である。本実施の形態による書籍電子化システムは、図１に示すように、利用者管理部（１０１）、リクエスト受付部（１０２）、電子書籍入力受付部（１０３）、内容チェック受付部（１０４）からなる処理部１００と、電子書籍閲覧部（１０５）と、を有している。また、処理部１００は、利用者データベースＤＢ１０６、リクエストＤＢ１０７と、書籍データＤＢ１０８と、関連付けされている。これらのデータベースは、システムの外部に設けられ、ネットワーク経由でデータを取得できるように構成されていても良い。
【００１４】
処理部（ＣＰＵ）１００内の各機能部のうち、利用者管理部（１０１）は、利用者管理情報を利用して書籍電子化システムを利用する利用者を管理する処理部である。利用者管理情報は、利用者ＤＢ（１０６）に格納される。利用者端末１１０〜１１２は、ネットワーク１０９経由で、システムと接続されている。利用者端末１１０〜１１２は、電子化リクエスト者端末（１１０）、電子書籍購入者端末（１１１）、書籍データ入力者端末（１１２）を含む。これらの区別は説明の便宜上のものであり、機能が固定されるわけではない。端末１１０〜１１２のそれぞれは、通信部１１０ａ〜１１２ａと、入力部１１０ｂ〜１１２ｂと、を有しており、書籍電子化システムに対してアクセスが可能になっている。尚、図２はリクエストＤＢ、図３は利用者ＤＢ、図４Ａ・４Ｂは書籍ＤＢの一例を示す図である（内容の詳細については後述する）。
【００１５】
処理部１００のうちのリクエスト受付部（１０２）は、電子化リクエスト者端末（１１０）からの電子化の要望（リクエスト）を受付け、管理させるための処理部である。電子化リクエスト者端末（１１０）は、電子化したい書籍を特定し、電子化作業に対する出資額（対価として提供できる金額・電子ポイントなど：２０６）をシステムに登録する。この登録により、書籍データ入力者（１１２）を募集する契機となる。電子化したい書籍と、電子化作業に対する出資額とを含むリクエスト情報は、リクエストＤＢ（１０７）に格納される。
【００１６】
処理部１００のうちの電子書籍入力（データ）受付部（１０３）は、電子リクエスト者端末１１０からのリクエストに応じて電子化された書籍データを書籍データ入力者端末１１２から受け取り、受け取った電子データを管理する処理を行う。すなわち、書籍データ入力者端末（１１２）は、リクエストＤＢ１０７に格納される上記のリクエスト情報（電子化が希望されている書籍・ページを特定する情報と、その対価に関する情報）を参照し、電子化可能な要望および入力に対する報酬額を吟味し、報酬が納得できる電子化処理であれば、電子化処理を行う。電子化されたデータを含む書籍データは、電子書籍入力受付部１０３を介して、書籍データＤＢ（１０８）に格納される。但し、この電子データは、いわゆるチェックを受けていない生の電子データである。そこで、内容チェック受付部（１０４）は、入力された電子化書籍データに不備がないかについて、リクエスト者又は管理者等がチェック・確認を行い、電子化データの合否を判定している間は、チェックステータスを設定する。チェックステータスがチェック中であれば報酬は受け取れないが、チェックステータスが可（OK）になると初めて、書籍データ入力者（１１２）端末に対して報酬が支払われる。報酬の支払い方法については特に図示していないが、例えば、チェックステータスが可になった旨の電子メールが、書籍データ入力者端末に送られ、例えばその添付ファイルとして、電子データ（ポイント）などの形式で報酬が利用者管理部に含まれる対価分配部（１１３）により分配され、ネットワーク１０９経由で電子データ入力者端末１１２等に送信されるのが好ましい。
【００１７】
電子書籍閲覧部（１０５）は、電子化された書籍を閲覧できるようにするための処理を行う処理部である。電子書籍購入者端末（１１１）においては、電子書籍閲覧部（１０５）を介して、ネットワーク１０９経由で書籍データＤＢ（１０８）に蓄えられた電子化書籍データの一部または全部を閲覧することができる。
【００１８】
図２は、リクエスト受付部（１０２）が受付けてデータベースに登録を行い、電子書籍入力受付部（１０３）を介してアクセスするリクエストＤＢ（１０７）内のテーブルの一構成例を示す図である。
【００１９】
リクエストＤＢ（１０７）内のテーブル内のレコードは、リクエスト受付毎に新しいエントリとその属性データを順次作成する。すなわち、まずある書籍又は書籍のページを特定した第１番目のリクエストがあると、リクエストエントリ１（２０１）が設けられ、このリクエストエントリ１に対して自動的に割り振られるリクエストＩＤ（２０２）をキーとし、リクエスト者端末１１０の情報を表すリクエスト者リスト（２０３）が生成される。このリクエスト者リスト（２０３）は、リクエスト者エントリ毎に生成され、リクエスト者エントリ毎のレコードとして、リクエストした電子化リクエスト者端末をあらわすリクエスト利用者（端末）ＩＤ（２０５）およびリクエスト時の出資額（２０６）ｎｉとを有している。同じリクエストＩＤを持つリクエスト端末からのリクエストがあると、順次、新たなリクエスト者エントリ２、３、…が生成され、それぞれの出資額はｎｉ（ｉは、１、２、３、…、ｊ）となる。このように、ある特定の書籍の電子化への出資を電子化リクエスト端末から受け付けると、利用者管理部に含まれる出資額集計部（図示せず）で出資額を集計する。ここで、出資額は、リクエスト後にも変更できるように構成されている。別の書籍又は同じ書籍の別のページの電子化リクエストがリクエスト端末からあると、リクエストエントリ２が生成され、リクエストエントリ１の場合と同様のデータ構成をもつデータが生成される。このように、リクエストＤＢでは、ある書籍単位又はある書籍のページ単位で電子化リクエストがあると、リクエストエントリが生成され、その後に同じ書籍単位又は書籍のページ単位でのリクエストに対しては別のリクエスト者エントリが生成され、異なる書籍単位又は書籍のページ単位でのリクエストに対しては、新たなリクエストエントリが生成される。
【００２０】
図３は、利用者管理部（１０１）が登録し、各機能を用いる際に利用者端末を特定するためにアクセスされる利用者ＤＢ（１０６）に格納される利用者端末データベースの一構成例を示す図である。このテーブルにおけるレコードは、利用者エントリ３０１に対して、利用者登録時に自動で割り振られる利用者ＩＤ（３０２）をキーとし、利用者端末を識別するための利用者名（３０３）、および、受け取った報酬の合計を表す合計報酬（３０４）をデータとして構成されている。
【００２１】
ここで、図２のリクエスト利用者（端末）ＩＤ２０５と図３の利用者端末ＩＤ３０２とがリンクされており、このリンクにより、図２と図３とのテーブルが関連付けされている。次の利用者エントリがあると、利用者エントリ２に関する同様のデータが生成される。尚、合計報酬というデータを用いる趣旨は、書籍を分割してデータ入力した場合などにおいて、分割された書籍の電子化に対する対価（報酬）が合算されていくことを考慮している。また、電子書籍購入者又は電子書籍閲覧者端末による購入又は閲覧数が増加すると、購入又は閲覧の対価（電子ポイントなどをシステムに登録）としての報酬が増加する仕組みになっている。
【００２２】
このように、対価分配部において報酬を分配する際に、分割されたデータ毎に対価を分配しても良い。また、出資額集計部において集計された出資額と対価分配部で電子化入力者端末に提供された対価との間に差額（システム運用者の費用を差し引いた額）が生じた場合には、リクエスト端末にその差額を分配する。この差額分配により、リクエスト端末にも利益を還元することでリクエストを促し、リクエストの増加を図る仕組みとしてシステムの活性化を図るようにすると良い。
【００２３】
図４は、受け付けたリクエストに基づいてリクエスト受付部（１０２）が登録し、電子書籍入力受付部（１０３）および内容チェック受付部（１０４）が内容を格納し、電子書籍閲覧部（１０５）がアクセスする書籍データＤＢ（１０８）の一構成例を示す図である。書籍データベースに格納される書籍データテーブルの２通りの構成例を示す図であり、図４Ａは、ページ毎などの分割した電子化リクエストが可能になっているデータ構成例を、図４Ｂは、書籍単位のリクエストのみが可能になっている場合のデータ構成例を示す図である。図４Ａに示すように、ページ毎などのリクエストが可能になっている場合の書籍データテーブルは、図４Ａに示すレコードは、リクエスト受付時（書籍データエントリ（１）４０１）に応じて自動的に割り振られる書籍データＩＤ（４０２）をキーとし、利用者が書籍を識別するための書籍名（４０３）と、電子化データ購読に際して受け取った額の合計を表す販売額（４０５）およびページ毎の情報を表す書籍データリスト（４０６）と、を含むデータで構成されている。
【００２４】
書籍データリスト（４０６）は、書籍データリストエントリ４０７からなり、このレコードは、例えばページ単位で分割してリクエストを行う場合には、ページ番号（４０８）と、ページの電子化状況をあらわすページステータス（４０９）と、チェックがＮＧの際に指摘内容が格納されるＮＧ理由（４１０）と、電子化を行った書籍データ入力者（１１２）を表す入力利用者ＩＤ（４１１）およびページの電子化データ本体が格納されるページデータ（データ内容）（４１２）と、ページ毎のリクエストＩＤ（４１３）と、からなる。次の書籍データリストエントリ２があると、それに応じて同様のデータが生成される。別の書籍に関しては、書籍データエントリ２が生成される。
【００２５】
図４Ｂは、図４Ａと異なる構成を有する書籍データＤＢ２の構成例を示す図であり、図４Ａと異なる点は、リクエストＩＤがページ毎でなく書籍毎のリクエストＩＤ（４０４）を有している点であり、書籍データエントリが書籍単位で分割されていない点である。このように、書籍単位でエントリを受け付けるようにしても良い。特に、学術文献や薄い短編（ショートショートなど）などの場合には、書籍単位で受け付けることが好ましいケースもある。
【００２６】
まず、図４Ａに示すページ単位に分割してリクエストを受付ける場合を例にして、さらに説明する。図５Ａは、書籍データの表示・入力を行う書籍データ編集画面の表示例を示す図であり、図１のユーザ端末の表示部に表示される画面例を示す図である。表示画面５０１は、書籍データＤＢ（１０８）の情報に基づいて表示され、電子書籍入力受付部（１０３）によって入力された情報、内容チェック受付部（１０４）によって更新されたページステータス（４０９）を確認することができるように構成されている。電子化リクエスト者端末（１１０）は、必要に応じてチェック中のページを表示させてチェックすることができる。書籍データ入力者端末（１１２）は、未入力のページの電子化を行う。
【００２７】
図５Ａに示すように、書籍データ表示画面５０１は、書籍名５０３と、そのページ番号（ここでは０００２ページが表示されている。）と、リクエスト番号と、ページ情報を表示させるためのページ情報表示ボタン５１５と、ボタン５１５を押すと表示・非表示となるページ情報表示画面と、を有している。図５Ａにおいては、書籍名ｘｘｘｘｘｘｘｘであり、そのページ番号が０００２ページであるリクエストＮｏ．ｘｘｘｘｘｘｘｘの情報が画面表示されている。リクエスト者リスト５０７には、リクエスト者名（又はＩＤ）と、出資額とが対になって表示されている。リクエスト者Ａａａａの出資額は１０、リクエスト者Ｂｂｂｂの出資額は０、リクエスト者Ｃｃｃｃｃの出資額は５、合計出資額は１５となっている。また、ページ情報５１７ａが表示され、０００２頁のステータスと、最終更新日時等が表示されている。ページ０００２のステータスは、ここではＯＫ（チェック者のチェックがＯＫであること）が示されており、最終更新日時は、ＹＹ／ＭＭ／…であることも示されている。この表示画面５０１は、各携帯端末において見ることができる。電子化リクエスト者端末では、この表示により、電子化を依頼したページが電子化されているかどうか、電子化のチェック済みかどうか、どの程度の出資がなされているかを知ることができる。電子書籍購入者端末では、購入を希望する場合に、どの程度の費用で購入が可能かを推測することができる。書籍データ入力者端末では、自己が電子化の入力を行ったページについてどの程度の報酬が得られるかを推測することができる。
【００２８】
図５Ｂは、図５Ａとは異なる表示であって書籍毎の表示が行われている様子を示す図である。図５Ａについて、総頁の出資額５１１の総計がリクエスト者５０７毎に表示されている。また、ステータス表示５１７ａにおいては、書籍のページ毎のステータスと最新更新日時とが表示されている。ここで、０００３頁におけるステータス領域５２１を選択し決定すると、ステータスがＮＧである理由を書籍データＤＢを参照して閲覧することができる。ステータスが未入力である０００４頁のステータス領域５２３を選択し決定すると、電子データを入力することができる画面に遷移し、電子データの入力者に対して入力を促すことができる。その際、出資額なども表示させることで、入力者に対して入力に関する報酬をアピールすることができる。ＯＫになった場合には、入力をすることができなくなる。ステータスがチェック中である領域５２５を選択し決定すると、チェック画面に遷移する。チェック画面に遷移することで、チェック者端末（電子化リクエスト者がチェック者のときは電子化リクエスト者端末（１１０）と同一）の表示画面を見ながら、適宜チェックの継続・中断等を行うことができ、チェック者の置かれた環境に対応してチェック処理を確実に行わせることができる。図４Ａの画面と図４Ｂの画面との間を、ボタンなどにより切り替えて表示させることができるように構成されていても良い。
【００２９】
図６は、本実施の形態による利用者管理部（１０１）における処理の流れを示すフローチャート図である。図６に示すように、まず、処理が報酬清算でなければ（ステップＳ６０３でＮｏ）、インターネット（１０９）を経由して利用者名（３０３）の追加要求が送られてきた場合、利用者管理部（１０１）がその情報を受信する（ステップＳ６０１）。次いで、利用者ＩＤ（３０２）を採番してレコードを作成し、送付された利用者名（３０３）の情報を格納する。レコードを、利用者ＤＢ（１０６）に保存する（ステップＳ６０２）。ここで、報酬精算とは、上記のように、電子化リクエスト端末や電子書籍購入端末から書籍データ入力端末に対して支払いを行う処理を指す。
【００３０】
一方、処理が報酬清算であれば（ステップＳ６０３でＹｅｓ）、リクエストＤＢ（１０７）から電子化リクエスト者（１１０）の配分を計算する（ステップＳ６０４）。配分の計算方法の一例としては、以下に示す方法が挙げられる。
【００３１】
書籍データエントリのリクエストＩＤ（４０４）からリクエストエントリを検索し、リクエスト者リスト（２０３）の全エントリの出資額（２０６）を合計し、合計出資額を算出する。次いで、各リクエスト者エントリの出資額（２０６）を合計出資額で除算し、リクエスト者の配分比率を決定することができる。
【００３２】
次いで、書籍データＤＢ（１０８）の販売額（４０５）から、電子化リクエスト者（１１０）および書籍データ入力者（１１２）の配分を計算する（ステップ６０５）。配分の計算方法の例としては、まず、販売額（４０５）を一定の比率をもとに入力者配当およびリクエスト者配当に分配する。入力者配当は、例えば、書籍データエントリの書籍データリスト（４０６）のうちページステータス（４０９）がＯＫのページの数により除算し、ページ毎の配当を書籍データリストエントリの入力利用者ＩＤ（４１１）にて示された入力者への配当とする。
【００３３】
一方、リクエスト者への配当は、ステップＳ６０４において算出した配分比率に従い、リクエスト者毎の配当を算出する。基本的には、入力者端末への配当が主であり、利用者端末からの要求が多く、利用者からの支払い額が入力者端末への配当を大きく上回った場合などに、付加的にリクエスト者へ配当を行う。リクエスト者へも配当を行うことにより、リクエスト数を多くし、できるだけ安価に電子データの入力を行わせるとともに、システム全体としての稼働率を上げることができる。配分した金額を利用者ＤＢ（１０６）の各利用者の合計報酬（３０４）に加算する（ステップＳ６０６）。書籍データＤＢ（１０８）の販売額（４０５）を０にする（ステップＳ６０７）。ステップＳ６０４からステップＳ６０７までの処理を、書籍データＤＢ（１０８）内の全てのレコードに対して行い（ステップＳ６０８）、処理を終了する。
【００３４】
上記処理において、まず、報酬精算処理を行うか否かを判断し、Ｙｅｓの場合にはすぐに報酬精算処理に進むことで、電子化に対する報酬を可能な限り早く支払う仕組みを構築することができる。尚、ページ毎の電子化のための料金には差を無くすことが好ましく、未入力ページの多寡にはページ当たりの支払い金額を同じにすることで、処理の簡単化を図ることができる。
【００３５】
図７は、本実施の形態によるリクエスト受付部（１０２）における処理の流れを示すフローチャート図である。インターネット（１０９）を経由して書籍のリクエスト要求が送られてきた場合に、リクエスト受付部（１０２）が、書籍名（４０３）と、出資額（２０６）と、を受信する（ステップＳ７０１）。リクエストされた書籍データが書籍データＤＢ（１０８）に存在するか否かを判定する（ステップ７０２）。既に、書籍データ（レコード）が存在する場合には（Ｙｅｓ）、ステップＳ７０５に進む。書籍データ（レコード）が存在しない場合には（Ｎｏ）、リクエストＩＤ（２０２）を採番してレコードを作成し、リクエストＤＢ（１０７）にエントリを追加（保存）する（ステップＳ７０３）。また、書籍データＩＤ（４０２）を採番してレコードを作成し、送付された書籍名（４０３）およびステップＳ７０３で採番したリクエストＩＤ（４０４）を格納する。レコードを書籍データＤＢ（１０８）に保存する（ステップＳ７０４）。次いで、リクエストエントリのリクエスト者リスト（２０３）にエントリを追加し、リクエスト者のリクエスト利用者ＩＤ（２０５）及び出資額（２０６）を格納し（ステップＳ７０５）、処理を終了する。このような処理により、受け付けたリクエストに関して、既に電子化された書籍データが存在するか否かを判定し、書籍データが存在しなければ、リクエストＤＢにエントリを追加・書籍ＤＢにエントリを追加し、書籍データが存在すれば、直接、リクエスト者端末リストにリクエスト者端末エントリを追加することで、リクエストの受付とそれに関する更新処理をスムーズに行うことができる。
【００３６】
図８は、電子書籍入力受付部（１０３）における処理の流れを示すフローチャート図である。
【００３７】
まず、インターネット（１０９）を経由して書籍の入力要求が送られてきた場合に、電子書籍入力受付部（１０３）が書籍データＤＢ（１０８）の内容およびポイントされたリクエストエントリの内容（書籍名、出資額８１１など）を送信する（ステップＳ８０１）。
【００３８】
入力者端末が、図５Ａ又は図５Ｂに示す表示画面において書籍とページとを選択すると、入力者端末から入力する書籍の書籍名（４０３）、ページ番号（４０８）８１２を受信する（ステップＳ８０２）。
【００３９】
書籍データＤＢ（１０８）における、送付された書籍名（４０３）に対応するエントリのページステータス（４０９）に「入力中」というステータスを格納する（ステップＳ８０３）。
【００４０】
入力者端末からページデータ（４１２）を受信し、書籍データＤＢ（１０８）のページデータ（４１２）に格納する（ステップＳ８０４）。書籍データＤＢ（１０８）のページステータス（４０９）に「チェック中」を格納する（ステップＳ８０５）。このようにして、入力者端末からの電子データの入力を受け付けることができる。この際、電子データを受け付けると、ページデータのステータスは自動的にチェック中になるのが好ましい。図９は、内容チェック受付部（１０４）における処理の流れを示すフローチャート図である。インターネット（１０９）を経由して書籍のチェック要求が送られてきた場合、内容チェック受付部（１０４）が書籍データＤＢ（１０８）の内容９１１を送信する（ステップＳ９０１）。入力者端末が図５Ｂに示すような画面を表示させた状態において、書籍とページとを選択する。入力者から入力する書籍の書籍名（４０３）、ページ番号（４０８）９１２を受信する（ステップＳ９０２）。
【００４１】
次いで、書籍データＤＢ（１０８）における、送付された書籍名（４０３）に対応するエントリのページデータ（４１２）９１３をチェック者端末に送信する（ステップＳ９０３）。送信データを受け取ったチェック者端末は、電子データのチェックを行い、その判定結果を送信し、その結果を受信することができる（ステップＳ９０４）。内容チェック受付部が、判定結果が合であるか否であるかを判定する（ステップＳ９０５）。判定がＮＧであることがわかった場合は、ページステータス（４０９）に「ＮＧ」を格納し、ＮＧ理由（４１０）を格納する（ステップＳ９０７）。
【００４２】
判定がＯＫであることがわかった場合には、ページステータス（４０９）に「ＯＫ」を格納する（ステップＳ９０６）。いずれの場合にも、一旦、この処理は終了する。
【００４３】
図１０は、電子書籍閲覧部（１０５）における処理の流れを示すフローチャート図である。インターネット（１０９）を経由して書籍閲覧要求が送られてきた場合、電子書籍閲覧部（１０５）が書籍名（４０３）、ページ番号（４０８）１０１１を受信する（ステップＳ１００１）。ページ数に応じて、書籍データエントリの販売額（４０５）に、購読料を加算する（ステップＳ１００２）。次いで、書籍データエントリの内容１０１２を利用者端末に送信する（ステップ１００３）。
【００４４】
これにより、利用者は、書籍の電子データを自由に利用することができる。尚、上記電子化データは、基本的に著作権を得ている場合、著作権の存続期間が満了した場合等を前提としている。上記の実施の形態において、添付図面に図示されている構成等については、これらに限定されるものではなく、本発明の効果を発揮する範囲内で適宜変更することが可能である。その他、本発明の目的の範囲を逸脱しない限りにおいて適宜変更して実施することが可能である。
【００４５】
また、本実施の形態で説明した機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。尚、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００４６】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
【００４７】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また前記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【産業上の利用可能性】
【００４８】
本発明は、書籍電子化システムに利用することができる。
【図面の簡単な説明】
【００４９】
【図１】本発明の一実施の形態による書籍電子化システムの一構成例を示す機能ブロック図である。
【図２】リクエストＤＢに格納されているリクエスト情報の一構成例を示す図である。
【図３】利用者ＤＢに格納されている利用者情報の一構成例を示す図である。
【図４Ａ】書籍データＤＢに格納されている書籍データの一構成例を示す図である。
【図４Ｂ】書籍データＤＢに格納されている書籍データの一構成例を示す図である。
【図５Ａ】書籍データの表示・入力用である書籍データ編集画面の内容を示す図であり、ページ単位の表示をさせた画面である。
【図５Ｂ】書籍データの表示・入力用である書籍データ編集画面の内容を示す図であり、書籍単位の表示をさせた画面である。
【図６】利用者管理部における処理の流れを示すフローチャート図である。
【図７】リクエスト受付部における処理の流れを示すフローチャート図である。
【図８】電子書籍入力受付部における処理の流れを示すフローチャート図である。
【図９】内容チェック受付部における処理の流れを示すフローチャート図である。
【図１０】電子書籍閲覧部における処理の流れを示すフローチャート図である。
【符号の説明】
【００５０】
１０１…利用者管理部、１０２…リクエスト受付部、１０３…電子書籍入力受付部、１０４…内容チェック受付部、１０５…電子書籍閲覧部、１０６…利用者ＤＢ、１０７…リクエストＤＢ、１０８…書籍データＤＢ、１０９…インターネット、１１０…電子化リクエスト者、１１１…電子書籍購入者、１１２…書籍データ入力者、２０１…リクエストエントリ１、２０２…リクエストＩＤ、２０３…リクエスト者リスト、２０４…リクエスト者エントリ１、２０５…リクエスト利用者ＩＤ、２０６…出資額、３０１…利用者エントリ１、３０２…利用者ＩＤ、３０３…利用者名、３０４…合計報酬、４０１…書籍データエントリ１、４０２…書籍データＩＤ、４０３…書籍名、４０４…リクエストＩＤ、４０５…販売額、４０６…書籍データリスト、４０７…書籍データリストエントリ１、４０８…ページ番号、４０９…ページステータス、４１０…ＮＧ理由、４１１…入力利用者ＩＤ、４１２…ページデータ
【図１】
2010055367.tif 000003
【図２】
2010055367.tif 000004
【図３】
2010055367.tif 000005
【図４Ａ】
2010055367.tif 000006
【図４Ｂ】
2010055367.tif 000007
【図５Ａ】
2010055367.tif 000008
【図５Ｂ】
2010055367.tif 000009
【図６】
2010055367.tif 000010
【図７】
2010055367.tif 000011
【図８】
2010055367.tif 000012
【図９】
2010055367.tif 000013
【図１０】
2010055367.tif 000014