(57)【要約】【課題】紙原本を備えた書籍を電子化することによる販売流通を促進するシステムを提供すること。【解決手段】  注文部１０は、在庫の書籍から購入対象となる書籍を選択して購入を注文する。受付部２０は、購入注文した書籍のスキャン処理を受け付ける。取得部３０は、前記選択した書籍のスキャン処理の完了を確認して、当該書籍をスキャンした文書データを取得する。指示部４０は、注文した書籍の売り渡し指示を入力する。決済部５０は、前記売り渡し指示に応答して、前記書籍の販売価格から基準価格を差し引いた金額を取得負担金として、支払いを受け付ける。出力部６０は、前記取得負担金が決済された場合に、文書データを外部媒体に又はネットワークを介して外部出力する。【選択図】図２
2019101776.tif 000002
【特許請求の範囲】
【請求項１】
在庫の書籍から購入対象となる書籍を選択して購入を注文する注文手段と、
購入注文した書籍のスキャン処理を受け付ける受付手段と、
前記選択した書籍のスキャン処理の完了を確認して、当該書籍をスキャンした文書データを取得する取得手段と、
前記注文した書籍の売り渡し指示を入力する指示手段と、
前記売り渡し指示に応答して、前記書籍の販売価格から基準価格を差し引いた金額を取得負担金として、支払いを受け付ける決済手段と、
前記取得負担金が決済された場合に、前記文書データを外部媒体に又はネットワークを介して外部出力する出力手段と、
を備える書籍データ販売装置。
【請求項２】
前記指示手段は、前記書籍の売り渡しをしない指示としての拒否入力を受け付け、
前記決済手段は、前記拒否入力がされた場合に、前記販売金額にスキャン入力負担金を加算することで前記取得負担金として支払いを受け付ける、
請求項１に記載の書籍データ販売装置。
【請求項３】
前記決済手段は、前記書籍の買い取り価格又は当該買取価格に１未満の係数をかけ合わせた金額を、前記基準価格とする、
請求項１又は２に記載の書籍データ販売装置。
【請求項４】
前記注文手段によって注文された書籍について、過去に文書データが取得されたか否かを判定する判定部をさらに備え、
過去に文書データが取得されたと判定された場合に、前記受付手段による前記スキャン処理を受け付けずに、前記取得手段は、当該過去に取得された文書データを前記注文された書籍について取得する、
請求項１〜３のいずれかに記載の書籍データ販売装置。
【請求項５】
前記スキャン処理が受け付けられた書籍について、権利処理可能であるか否かを確認し、権利処理できない場合には前記受付手段によるスキャン処理の受付を不許可とし、権利処理できる場合には前記受付手段によるスキャン処理の受付を許可する許可手段をさらに備える、
請求項１〜４のいずれかに記載の書籍データ販売装置。
【請求項６】
前記許可手段によって権利処理可能であると判定された書籍について、
前記決済手段は、書籍ごとに設定された許諾金を前記販売金額に加算する、
請求項５に記載の書籍データ販売装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、書籍を電子化したデータの販売システムに関する。
【背景技術】
【０００２】
旧来の紙媒体の書籍だけではなく、現在はタブレット端末の普及に並行して、電子書籍も普及してきている。特に近年は紙媒体に替えて電子書籍としての書籍購入の需要が高まっている。最近の書籍は電子書籍としても出版されていることが多いが、全てが電子書籍化されている訳ではない。特に古書の場合だと、電子化されている書籍は極めて少なく、古い本だと原本からスキャンするほかない。そのような古書の多くは、既に絶版になっているものが多いので、原本で流通させると、一般流通段階で破損したり失われたりする場合もある。このような問題を考えると、原本を流通させるよりも古本屋で管理して、電子書籍として販売する方が、在庫確保の観点で合理的である。
【０００３】
紙の原本の存在を考慮しない電子書籍の販売システムはこれまでも多く提供されて来たが（例えば特許文献１参照）、本来は電子的に作成されたはずの書籍データを、あえて紙媒体から取り込んで流通させるシステムについては検討されてこなかった。その理由として、出版社主導であれば当然文書データは保有されているので、最初から電子データとして提供される点がある。
【０００４】
販売されている紙媒体書籍の電子化については、技術的側面と権利的側面がある。無断で複製し、電子化した場合には著作権法上の問題が発生する。しかしながら実際のところ、権利処理は出版社との間で、部数ごとあるいは包括的な契約をすることで解消する。将来的には音楽業界のように著作権管理団体が創設される可能性もある。紙媒体書籍の電子化というのは、通常は出版社側からの動きではない。サービス提供者の側から権利処理上の問題を解消しつつ技術的な利便性も提供していなければならないため面倒が多く、そのためシステム面での改善が進んでいなかった。権利処理の問題を併せて解決する一方で、技術的な改善を進めることが求められている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１３３１４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一方、最新版の書籍については電子書籍としても同時に提供されることが多く、また紙媒体の人気を見ながら電子書籍の提供も進める場合もあるが、電子書籍普及前の古本については、このような展開は望めない。どうしても紙原本ベースでの電子化が避けられない。過去においては電子書籍と言うものがまだまだ一般的ではなく、紙媒体で流通コストがかかる書籍についての補助的な位置づけであったが、タブレット端末が普及するにつれて、電子書籍を紙媒体よりも優先する流れが顕著になってきた。そんな中で、古本屋で所望の書籍を見つけたときに、紙媒体であるという理由で不満が生じる場面も出てきた。しかしながら、紙媒体でしか在庫がない書籍を全て事前に電子書籍化処理を済ませておくというのは負担が大きく、無駄になることが多い。
【０００７】
以上の流れに対して、付加サービスとして販売書籍を電子化して提供するということも考えられるが、この場合は当然紙原本の販売に加えて追加サービスを求めることになる。それでは料金が高いということで電子版のみを求めることは当然あり得る。そして電子版は低価格での提供への要望が多い。売れるかどうかわからない電子書籍について、価格設定をすべてに対して別途行うのは面倒が多いという販売管理上の問題もあった。本発明は、紙原本を備えた書籍を電子化することによる販売流通を促進するシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る書籍データ販売装置は、在庫の書籍から購入対象となる書籍を選択して購入を注文する注文手段と、購入注文した書籍のスキャン処理を受け付ける受付手段と、前記選択した書籍のスキャン処理の完了を確認して、当該書籍をスキャンした文書データを取得する取得手段と、前記注文した書籍の売り渡し指示を入力する指示手段と、前記売り渡し指示に応答して、前記書籍の販売価格から基準価格を差し引いた金額を取得負担金として、支払いを受け付ける決済手段と、前記取得負担金が決済された場合に、前記文書データを外部媒体に又はネットワークを介して外部出力する出力手段と、を備える。
【発明の効果】
【０００９】
本発明によれば、在庫の書籍をスキャンしてから電子データとして提供するので、在庫の書籍と並行して電子書籍も提供することができる。すなわち、電子書籍としてのニーズが生じるかわからない状態で電子書籍を手配する必要がなく、書籍の購入注文があった段階で電子化して提供すればよい。
【００１０】
一方で、既に設定されている販売価格と基準価格から取得負担金を定めることができるので、電子書籍としての別途の価格を事前準備しておく必要がない。従って、価格再設定の面倒を回避でき、既存の価格設定の範囲内で電子書籍を提供できる。書籍に関して紙媒体のものを在庫面でも価格設定面でも今まで通り用意するだけで、本システムにより、紙書籍の電子化販売という新たなニーズに対応することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施の形態に係る書籍データ販売装置のシステム構成図である。
【図２】本実施の形態に係る書籍データ販売装置の機能的構成を示す。
【図３】書籍を購入から電子化までの注文及び受付処理を示すフローチャートである。
【図４】本システムの起動画面である。
【図５】本システムの顧客メールアドレス入力画面である。
【図６】本システムのＭＹページ初期画面である。
【図７】本システムの表題本選択画面である。
【図８】本システムによる注文する本の選択確認画面である。
【図９】本システムによる注文書籍の確定画面である。
【図１０】本システムによるスキャン処理の受付画面である。
【図１１】本システムのスキャン処理の完了画面である。
【図１２】電子化指示から決済処理までを示すフローチャートである。
【図１３】本システムによる注文書籍の売り渡し指示画面である。
【図１４】本システムによる注文書籍の売却確定画面である。
【図１５】本システムによる決済金額の表示画面である。
【図１６】本システムによる決済処理の確定画面である。
【図１７】購入後の電子書籍の出力処理を説明するフローチャートである。
【図１８】本システムによる精算済画面である。
【図１９】本システムによるダウンロード完了状態を示す画面である。
【発明を実施するための形態】
【００１２】
図１は、本実施の形態に係る書籍データ販売装置のシステム構成図である。書籍データ販売装置は、システム端末１００と、システム端末１００に接続されたスキャナ５〜７と、システム端末１００にネットワークを介して接続された利用者端末１９０と、から構成される。
【００１３】
システム端末１００は、本実施の形態に係る書籍の販売・決済管理及びスキャンされた書籍データの管理を取り扱う。また、ネットワーク（インターネット）を介してアクセスされた利用者端末１９０との間で通信を行い、書籍データの販売処理を行う。表示部３と情報処理端末４とを備える。
【００１４】
スキャナ５〜７は、光学的な読取機構を有し、電子的に読み取ったデータを処理する演算処理装置及びメモリ等を介してスキャンデータを取得して、スキャンデータをシステム端末１００に送る。読み取りの開始や完了は、システム端末１００から制御するが、スキャナ５〜７への操作により直接管理しても良い。
【００１５】
スキャナ５〜７は、ＣＣＤやＣＭＯＳ（Complementary Metal Oxide Semiconductor）等の撮像素子を有し、該撮像素子に結像した被写体の画像信号を生成し出力する。スキャナ５〜７は、イメージセンサを備える。イメージセンサは、光電変換素子や、ＡＦＥ（Ａｎａｌｏｇ  Ｆｒｏｎｔ  Ｅｎｄ）等から構成される。光電変換素子は、例えばＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ  Ｍｅｔａｌ  Ｏｘｉｄｅ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）型の光電変換素子等から構成される。光電変換素子には、被写体像が入射される。そこで、光電変換素子は、被写体像を光電変換（撮像）して画像信号を一定時間蓄積し、蓄積した画像信号をアナログ信号としてＡＦＥに順次供給する。
【００１６】
ＡＦＥは、このアナログの画像信号に対して、Ａ／Ｄ（Ａｎａｌｏｇ／Ｄｉｇｉｔａｌ）変換処理等の各種信号処理を実行する。各種信号処理によって、ディジタル信号が生成され、スキャナ５〜７の出力信号として出力される。このようなスキャナ５〜７の出力信号が、スキャンされたデータである。
【００１７】
（システム端末等のハードウェア構成について）
スキャナ５〜７及びシステム端末１００の情報処理部３及び利用者端末１９０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と，ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）と，ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）と，画像処理部と，メモリを備えている。ＣＰＵ，ＲＯＭ，ＲＡＭ，画像処理部及びメモリは，バスを介して相互に接続されている。
【００１８】
ＣＰＵは，ＲＯＭに記録されているプログラム，又はメモリからＲＡＭにロードされたプログラムに従って各種の処理を実行する。ＲＡＭには，ＣＰＵが各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００１９】
画像処理部は，ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）や，ＶＲＡＭ（Ｖｉｄｅｏ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等から構成されており，ＣＰＵと協働して，画像データに対して各種画像処理を施す。例えば、画像処理部は、スキャナ５〜７から出力される撮像画像のデータに対し、ノイズ低減、ホワイトバランスの調整、手ぶれ補正等の画像処理を施す。
【００２０】
メモリは，ＤＲＡＭやキャッシュメモリ，磁気ディスク，光ディスク，光磁気ディスク，或いは半導体メモリ等何らかの記憶媒体が挙げられる。メモリは，バスにより接続されるもののみならず，ドライブを介して読み書きされるものも含まれる。本実施形態で記憶されたデータは，一時的記憶も不揮発性メモリによる長期記憶の場合も，このメモリにいったん記憶するものとして説明する。
【００２１】
システム端末１００には入出力インターフェースが接続される。入出力インターフェースを介して，表示部３，入力部８，通信部９が接続されている。入力部８は，各種ボタンにより構成され，ユーザの指示操作を受け付ける。通信部９は，インターネットを含むネットワークを介して他の装置との間で行う通信を制御する。利用者端末１９０も同様の構成である。
【００２２】
表示部３は表示画面を有し、画像処理部によって形成された画像または映像を表示し、再生するディスプレイ装置を有する。ディスプレイ装置は、モニタや液晶ディスプレイなどの各種ディスプレイ装置が想定される。本実施形態では、ＣＰＵ等で画像表示すべき画像データを生成し、画像処理部を介して表示画面上に画像表示処理を行う。以降、単に「表示する」と説明をするときは、以上の機能を含めて表示処理を実行することを含む。
【００２３】
システム端末１００及び利用者端末１９０は、以上の各構成を備えるが，機能的構成については後述する。各機能的構成は，ＣＰＵ，ＲＯＭ，ＲＡＭ，画像処理部及びメモリの協働動作により機能的に実現される。これらの各部の機能は電子回路又はプログラムによって提供されるモジュール構成であり，プログラムについてはＲＯＭに格納され，ＣＰＵにより適宜読み出しながら各部と協働することで実行される。
【００２４】
図２は、本実施の形態に係る書籍データ販売装置の機能的構成を示す。システム端末１００は、注文部１０、受付部２０、取得部３０、指示部４０、決済部５０、出力部６０、判定部７０、許可部８０及びシステム制御部９０を備える。
【００２５】
システム制御部９０は、本実施の形態に係るシステム処理全般を管理する。システム制御部９０から、上記各部の機能的構成に対して指示して出力を得ることにより各部を制御する。また、一連の処理の開始前の各処理や、一連の処理が完了した後の各処理を実行する。システム制御部９０は、例えば後述の図４〜図６に示すログイン処理を実行する。また、処理を中断して元に戻ったり、決済処理やダウンロードまですべて終わった後の終了処理なども実行する。
【００２６】
注文部１０は、在庫の書籍から購入対象となる書籍を選択して購入を注文する。在庫の書籍については、書店ごとに通常は既にリスト化されている。そして、その中から購入対象を選択することができる。選択処理は、システム端末１００に備えられるキーボードやマウスなどを介して行う。書籍の選択は、書籍の題名やＩＳＢＮコードを入力することにより、書籍を特定することにより実行する。書籍を特定した後は、後述するが購入書籍の確認画面を表示して、購入を確定することにより、注文を確定する。
【００２７】
受付部２０は、購入注文した書籍のスキャン処理を受け付ける。注文した紙書籍は、通常であれば購入決済してそのまま持ち帰ることになるが、本実施の形態では紙書籍原本について、電子書籍化する場合について説明する。その場合、注文部１０にて選択して注文を確定した書籍について、スキャン処理を行う。
【００２８】
ここで受付部２０では、購入した書籍についてのスキャン処理の確認画面を表示して、スキャン処理を促し、許可の管理ができる場合はスキャン処理を許可してスキャン処理に移行する。スキャン自体は、スキャナ５〜７に紙書籍を運び、手作業にてスキャン台に乗せて行う。もちろん何らかのオートメーション化が可能であれば、自動的に紙書籍を載せることができれば効率が良い。
【００２９】
そして、紙書籍を載せたことが確認されたらスキャン処理に移行する。可能であれば、紙書籍から画像を読み取って正しい書籍が載せられているかどうかを確認してから処理に移行するのが好ましい。受付部２０からスキャン処理が指示されると、スキャナ５〜７は、載せられた書籍についてスキャン処理を実行する。各ページについては手作業で行ってもよいし、フィーダによる自動給紙によって行ってもよい。手めくり型のスキャナによりスキャンを行ってもよい。スキャン処理が完了したら、スキャナ５〜７は、完了した旨を受付部２０に返す。
【００３０】
取得部３０は、選択により注文した書籍のスキャン処理の完了を確認して、スキャンした書籍から文書データを取得する。この文書データは電子書籍となるものであるので、取得部３０は、スキャンデータを例えばｐｄｆフォーマットなどのデータ形式として取得すると共に、書籍のタイトルや書誌情報をＩＳＢＮコードに紐つけられた一覧情報から取得することにより、文書データを作成する。
【００３１】
指示部４０は、注文した書籍の売り渡し指示を入力する。注文した書籍を電子化した場合、本実施の形態では、原本の紙書籍は不要であるという流れを主に説明するが、実際は原本も持ち帰る場合もあるので、指示部４０による指示入力により、売り渡し指示を明確化する。売り渡しをしない場合は書籍の売り渡しをしない指示としての拒否入力を受け付ける。
【００３２】
決済部５０は、書籍の販売及び買い取りの決済処理を行う。書籍の販売が入力された場合には、書籍の引き渡しと引き換えに代金の受け取り処理を行う。書籍の買い取りが入力された場合には、代金を支払うとともに、書籍を受け取る。決済部５０は、代金の受け取り及び支払いの決済及び精算処理を実行する。商品代金の精算決済処理を商品ごとに行うだけでなく、全体としての集計処理を行うとともに、商品ごとの販売買い取り状況のリスト化を行い、随時更新する。
【００３３】
決済部５０では、商品としての書籍ごとに、販売価格及び基準価格の一覧をテーブルとして保有する。商品の決済要求に対して、テーブルを参照することにより、販売価格及び基準価格を表示部３に表示してユーザからの購入及び売り渡しの判断および確認を促す。
【００３４】
本実施の形態では決済部５０は、商品の販売及び買い取りを単独で行うだけでなく、販売及び買い取りの同時決済処理を行う。注文部１０により書籍が既に注文されており、決済部５０は、ユーザーからの売り渡し指示に応答して、書籍の販売価格から基準価格を差し引いた金額を取得負担金として、支払いを受け付ける。つまり差額の支払いにより、購入者は電子書籍を購入することができる。決済部５０は、この取得負担金を表示部３に表示する。又は、その内訳である販売価格及び基準価格と共に表示しても良い。そこで、キャッシュレジと連動して金銭の支払いを受けたことを確認する処理を実行する。
【００３５】
書籍の販売価格は、通常店頭で販売を行う書籍の価格である。中古書籍の場合は、店頭の販売価格をこの場合の販売価格としても良いが、新品の定価を販売価格として採用することで、価格計算の便宜を図っても良い。一方の基準価格は、差し引くための金額として様々な基準を採用することができるが、基本的には中古本の買取価格を用いる。基準価格については、最終的な取得負担金の額を調整するために様々な計算式を使用しても良い。例えば、中古本の買取価格に１未満の係数をかけ合わせた金額を基準価格としてもよい。係数はあらかじめ定めた定数としてもよいし、買い取り価格の関数として変動する値としてもよい。
【００３６】
なお、上述の指示部４０は、書籍の売り渡しをしない指示としての拒否入力を受け付けてもよい。すなわち、書籍の紙原本と共に、電子書籍としても取得したい場合である。この拒否入力がされた場合に、決済部５０は、販売金額にスキャン入力負担金を加算することで取得負担金として支払いを受け付ける。
【００３７】
出力部６０は、決済部５０により取得負担金が決済された場合に、取得部３０に出力指示を送ることにより、取得部３０から文書データを取得する。出力部６０は、文書データを外部媒体に又はネットワークを介して外部出力する。外部媒体としては、例えばＵＳＢメモリやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどが挙げられる。また、スマートフォンやタブレット端末をシステム端末１００に接続することで、出力部６０から文書データを取得してもよい。又は、有線又は無線のネットワークを介して、ネットワークの接続先のコンピュータやスマートフォン、タブレット端末等にダウンロードしてもよい。本実施の形態では、ダウンロードの場合を例に挙げて説明する。
【００３８】
判定部７０は、注文部１０によって注文された書籍について、過去に文書データが取得されたか否かを判定する。電子書籍としての文書データが過去にスキャンされている場合には、改めてスキャンする必要がない。過去にスキャンした保存データは、あらかじめ保存しておくとともに、記録済み文書データの一覧としてリスト化しておく。判定部７０は、この記録済み文書データの一覧を参照して存在する場合には過去に文書データが取得されたと判定し、存在しない場合には取得されていないと判定する。
【００３９】
文書データはシステム端末１００内に保存されているとは限らず、ネットワークで接続された外部システム内に保存されている場合もあり、その場合も取得されたものとして一覧に加えておき、保存しているシステムからダウンロードする。過去に文書データが取得されたと判定された場合に、受付部２０によるスキャン処理を受け付けずに、取得部３０は、当該過去に取得された文書データを注文された書籍について取得する。
【００４０】
判定部７０により、電子書籍としての文書データが過去にスキャンされていないと判定された場合には、通常処理に従って、受付部２０によってスキャン処理を受け付け、スキャンの完了により取得部３０は文書データを取得する。ここで取得した文書データは破棄してもよいが、今後の購入希望者への販売の際に改めてスキャン処理し直すのは手間であるとともに在庫管理上の問題もあるので、データを保有するとともに、文書データの一覧に文書データを保有していることを追加して更新する。このように、在庫書籍が販売され、スキャンされるたびに、文書データを増やしていくことにより、今後の電子書籍販売の需要に応えることができる。
【００４１】
許可部８０は、スキャン処理が受け付けられた書籍について、権利処理可能であるか否かを確認し、権利処理できない場合には受付部２０によるスキャン処理の受付を不許可とし、権利処理できる場合には受付部２０によるスキャン処理の受付を許可する。権利処理可能な書籍についてはあらかじめリストを保有しておき、保有されたリストを参照することにより許可不許可を判定する。又は、リスト化されている出版社の端末にアクセスすることで確認してもよい。そして、許可部８０によって権利処理可能であると判定された書籍について、決済部５０は、書籍ごとに設定された許諾金を販売金額に加算する。
【００４２】
図３は、書籍を購入から電子化までの注文及び受付処理を示すフローチャートである。図３では、ユーザのログイン処理からの一連の処理を、図４〜図１１に示す各表示画面を参照しながら説明する。以下の処理は、システム端末１００から入力しても、利用者端末１９０から入力して、ネットワークを通じてシステム端末１００に送るのでもどちらでもよい。ここでは、システム端末１００側で管理する場合を例にして説明する。
【００４３】
まず、本システムを起動すると、システム制御部９０は、表示部３に図４に示す起動画面を表示し（Ｓ１１０）、ユーザ入力を受け付ける（Ｓ１２０）。図４は、本システムの起動画面である。ユーザは入力部８を介して顧客のメールアドレスとパスワード、名前を入力して、システム制御部９０により承認してログインする。入力後の画面を図５に示す。図５は、本システムの顧客メールアドレス入力画面である。
【００４４】
図６は、本システムのＭＹページ初期画面であり、システム制御部９０は、図５からのログインが完了すると本画面を表示し、編集処理を受け付ける（Ｓ１３０）。ここでは、注文部１０により、注文する書籍を在庫書籍から選択する処理を実行する。書籍一覧から直ちに書籍を選択入力してもよいが、本実施の形態では、ＭＹページに一旦選択書籍の候補一覧を保存しておいて、そこから実際に購入する書籍を改めて選択する構成を取る。
【００４５】
ＭＹページ初期画面に移行すると、ユーザが事前に選択していた候補の中からリスト表示を行う。表示部３は、保存された選択履歴の中から、購入書籍の候補一覧を表示する。ログイン前に特にこれといった情報を入力していなかったり、システム登録直後であれば、特に事前の履歴情報はないので、「なし」という情報を表示する。
【００４６】
図示しないが、図６のＭＹページ初期画面から書籍選択画面に移行可能とし、ユーザ入力に応答して、システム制御部９０は、書籍選択画面に移行する。ここで、表示部３の書籍選択画面に、所望の検索ワードの入力画面を表示する。ユーザは入力部８から検索入力をして、注文部１０は書籍の選択結果を出力する。例えば事前に出版社名やタイトル等の検索ワードを事前に入力しておく。システム端末１００では操作履歴を事前に保存する。ユーザは得られた書籍の選択結果から、いくつか候補を指定入力し、注文部１０は得られた結果をＭＹページ画面の候補一覧に取り込む。
【００４７】
特に中古本のような場合では、在庫が随時最新状態に反映されているとは限らないので、買いたい本を事前に確定しておくのではなく、ある程度幅をもたせて候補を挙げておいてから、現地で確定することにより、在庫切れの場合の適宜対処が可能となる。また書店であるので、実際に手に取って読んでみてから購入書籍を選択することも多いので、候補の数冊をパラパラと読んでみてから選択したい場合も多い。ＭＹページによる事前登録により、来店前後の選択の変化に柔軟に対応することができる。
【００４８】
図７は、本システムの表題本選択画面である。注文部１０は、図６に示すＭＹページに登録された書籍一覧から、入力部８からのユーザ入力に基づいて購入する書籍を選択する（Ｓ１４０）。ここでは、上から２つ目の書籍タイトルを選択した場合を示す。ここで選択を確定すると図８の選択確認画面に進む。図８は、本システムによる注文する本の選択確認画面である。ここで、左に示す確定ボタンを押すと（Ｓ１５０）、図９の購入確定画面に移る。図９は、本システムによる注文書籍の確定画面である。以上により、注文部１０は購入対象となる書籍を選択する。図９で「次に」を押すと、購入対象となる書籍が選択されて注文された状態となる。
【００４９】
次に、受付部２０は、選択した書籍のスキャン処理を受け付ける。スキャン処理に移行するために、図１０の画面を表示部８に表示する。図１０は、本システムによるスキャン処理の受付画面である。スキャン処理とは、書籍のスキャンによる取り込み動作に限ったものではなく、システム端末１００の側からの、スキャナ５〜７へのスキャンの指示動作であってもよい。スキャン処理とは、書籍のスキャンを管理する処理を含んだ概念として説明する。ここでスキャン移行を指示入力すると（Ｓ１６０）、書籍のスキャン完了待ちとなる。このスキャン完了待ちの間に、自動又は手作業で、スキャナ５〜７のいずれかで紙書籍の原本をスキャンする（Ｓ１７０）。
【００５０】
取得部３０は、以上のスキャン処理を受けて文書データの一例である電子書籍を作成し取得する処理を実行する。まず取得部３０は、このスキャン完了の確認処理を実行する。例えばスキャナ５〜７側やシステム端末１００でスキャン完了ボタンを押した場合に、スキャン完了を確認する。又は、最終ページについて識別情報を設定しておいて、この最終ページのスキャンが完了した時点で、スキャン完了を確認しても良い。スキャンが完了すると、図１１の画面を表示する。図１１は、本システムのスキャン処理の完了画面である。
【００５１】
スキャン処理が完了すると、取得部３０は、スキャン処理された文書データについて、電子書籍を作成する。取得部３０は、単純にスキャンされたデータを電子書籍としてもよいが、文書データ用のフォーマットに変換してもよい。例えば、書籍の題号や、ＩＳＢＮコード、著者や出版社の情報をデータとして含めることにより、電子書籍リーダーで読めるような形態にしてもよい。
【００５２】
図１２は、電子化指示から決済処理までを示すフローチャートである。図３〜図１１に示す一連の処理の中で、購入希望書籍について電子書籍化が完了したので、その買い戻しと決済処理について説明する。図３のステップＳ１７０に示した表題本のスキャン処理が完了すると、システム端末１００は、図１３に示す本システムによる注文書籍の売り渡し指示画面を表示する（Ｓ２００）。
【００５３】
指示部４０は、本表示画面での入力に基づいて、注文書籍の売り渡しを指示し、図１４の表示画面にてその指示を確定する（Ｓ２１０）。図１４は、本システムによる注文書籍の売却確定画面である。図１３では売り渡しを行う場合について説明するが、必ずしも売り渡さなければならない訳ではなく、その場合には電子書籍化を希望するとともに、紙原本の購入も希望するということになる。指示部４０は、このように注文書籍を売り渡すか否かの選択入力を実行する。
【００５４】
決済部５０は、売却確定後にユーザの購入金額から基準価格の一例である売却金額の差額を、購入負担金として求める。図１５は、本システムによる決済金額の表示画面である。ここで、ユーザは精算するか否かを決定する。精算しない旨入力した場合、システム制御部９０は、図６に示す初期画面に戻る。精算確定を入力することで図１６の画面に移行する。精算についてはキャッシュレジに接続して精算がされたことをもって決済完了と判定しても良いし、手入力により決済完了を確認しても良い。図１６は、本システムによる決済処理の確定画面である。ここで決済が完了したので、入力により図６に示す初期画面に戻る。
【００５５】
図１７は、購入後の電子書籍の出力処理を説明するフローチャートである。図１８までの一連の流れにより、電子書籍のスキャン処理及び決済までが完了した。そこで、ユーザは電子書籍を入手することになるが、電子書籍自体は、通常はタブレット端末にダウンロードすることが多い。そこで、当該タブレット端末等に別途ログインし直した上でダウンロードを行う。図１７に示すダウンロード処理は、出力部６０によって実行する。
【００５６】
ログイン処理について、システム制御部９０は、図３のステップＳ１１０〜Ｓ１３０に示す処理を図４〜図６の表示画面に示す通り実行する。ログイン処理なので、端末が異なるのみで処理自体は変わらない。ログインすると、既に精算が終わっているアカウントなので、次に図１８に示す本システムによる精算済画面を表示する。
【００５７】
出力部６０により、表示部３は、ここで購入が完了している書籍について、「ＤＬ可」というダウンロード可能であることを示す。ここでユーザはダウンロード指示をする（Ｓ２５０）。ダウンロード指示に対して、出力部６０は電子書籍のダウンロード処理を行い、図１９に示す本システムによるダウンロード完了状態を示す画面を表示する。ダウンロードが完了したことで、本実施の形態に係る一連の処理が完了する。
【００５８】
以上のように、在庫の書籍をスキャンしてから電子データとして提供するので、顧客による書籍の購入注文があった段階で書籍を電子化して提供すればよい。電子書籍としてのニーズが生じるかわからない状態でスキャンしておく必要がなく、電子書籍を出版元から入手する必要もなくなる。すなわち、従来型の古本屋等の書籍販売の態様のまま電子書籍も併せて提供することができる。
【００５９】
一方で、電子書籍としての別途の価格を事前準備しておく必要がなく、価格再設定の面倒も回避できる。電子書籍として必要と求められた場合でも、販売価格と買取価格の価格差に基づいて販売することにより、既存の価格設定の範囲内で電子書籍を提供することができる。価格設定の根拠についても、売買同時決済ということで名目が立ちやすく、これをベースに変動させることで理解も得られやすい。以上のように、書籍に関しては紙媒体のものを在庫面でも価格設定面でも今まで通り用意するだけで、本システムにより、書籍の電子化販売という新たなニーズに対応できる。
【００６０】
（変形例について）
図３及び図１０に示したようにスキャン移行を指示入力した場合（Ｓ１６０）、上述の説明では直ちにスキャン処理（Ｓ１７０）に移行していたが、ここで、判定部７０、許可部８０の処理を実行してもよい。判定部７０、許可部８０の処理は、いずれか一方でも、両方ともおこなってもよい。
【００６１】
判定部７０は、注文部１０によって注文された書籍について、過去に文書データが取得されたか否かを判定する。電子書籍としての文書データが過去にスキャンされている場合には、改めてスキャンする必要がない。そこで取得部３０は、保存された文書データを読み出してきて、電子書籍として取得する。文書データを取得したので、スキャン処理（Ｓ１７０）はスキップして、ステップＳ２００に移行する。
【００６２】
許可部８０は、スキャン処理が受け付けられた書籍について、権利処理可能であるか否かを確認し、権利処理できない場合には受付部２０によるスキャン処理の受付を不許可とし、権利処理できる場合には受付部２０によるスキャン処理の受付を許可する。権利処理できると判定された場合は、そのままステップＳ２００に移行する。権利処理できないと判定された場合は、ステップＳ１３０のＭＹページ画面に戻ることにより、スキャン処理を拒否する。これにより、権利処理の可否による事前検閲を可能とする。そして、許可部８０によって権利処理可能であると判定された書籍について、決済部５０は、書籍ごとに設定された許諾金を販売金額に加算する。
【００６３】
以上，本発明について実施例を用いて説明したが，本発明の技術的範囲は上記実施例に記載の範囲には限定されない。上記実施例に，多様な変更又は改良を加えることが可能であることが当業者に明らかである。その様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが，特許請求の範囲の記載から明らかである。
【符号の説明】
【００６４】
注文部１０、受付部２０、取得部３０、指示部４０、決済部５０、出力部６０
【図１】
2019101776.tif 000003
【図２】
2019101776.tif 000004
【図３】
2019101776.tif 000005
【図４】
2019101776.tif 000006
【図５】
2019101776.tif 000007
【図６】
2019101776.tif 000008
【図７】
2019101776.tif 000009
【図８】
2019101776.tif 000010
【図９】
2019101776.tif 000011
【図１０】
2019101776.tif 000012
【図１１】
2019101776.tif 000013
【図１２】
2019101776.tif 000014
【図１３】
2019101776.tif 000015
【図１４】
2019101776.tif 000016
【図１５】
2019101776.tif 000017
【図１６】
2019101776.tif 000018
【図１７】
2019101776.tif 000019
【図１８】
2019101776.tif 000020
【図１９】
2019101776.tif 000021