JP2016066350A - 電子書籍販売仲介システムおよび方法 - Google Patents

Abstract

【課題】紙の書籍に対応する電子書籍の購入を仲介するための仕組みを提供する。
【解決手段】第１のユーザ識別情報と、電子書籍を販売する販売システムを利用するための第２のユーザ識別情報とを関連付けて記憶するユーザ情報記憶部と、操作端末から、前記第１のユーザ識別情報と書籍識別情報とを受信する受信部と、受信した前記第１のユーザ識別情報に関連付けて記憶されている前記第２のユーザ識別情報と、受信した前記書籍識別情報により識別される書籍の電子書籍の注文を行う注文要求と、を前記販売システムに送信する代理注文部と、前記注文要求に基づいた注文により前記電子書籍が購入されたことに応じて前記販売システムから送信される決済結果を受信する決済結果受信部と、受信した決済結果に基づいて、前記販売システムを提供する提供者に課金するための課金情報を更新する課金情報更新部とを含む、電子書籍販売仲介システムを提供する。
【選択図】図３

Description

本発明は、電子書籍の販売を仲介するシステムおよび方法に関する。

近年、スマートフォンやタブレットＰＣなどの移動端末の普及に伴って、書籍のデジタル版コンテンツ（いわゆる電子書籍）が徐々に利用されるようになってきている。

しかしながら、新規購入に関して言えば、電子書籍よりも紙の書籍の購入を望む人の方が圧倒的に多いのが現状である。この点につき、特開２００３−２５６６７１号公報（特許文献１）は、電子書籍の販売を促進するためのシステムを開示する。

詳細には、特許文献１は、新しい書籍の楽しみ方を提供することを目的として、書籍に付属するカードの認証情報に基づいて、当該書籍を購入したユーザの端末に当該書籍の内容に関連するコンテンツデータを送信するコンテンツ提供方法を開示する。

本発明は、上記従来技術に鑑みてなされたものであり、紙の書籍に対応する電子書籍の購入を仲介するための仕組みを提供することを目的とする。

本発明者は、紙の書籍に対応する電子書籍の購入を仲介するための仕組みにつき鋭意検討した結果、以下の構成に想到し、本発明に至ったのである。

すなわち、本発明によれば、１以上の情報処理装置によって構成され、電子書籍の販売を仲介するための仲介システムであって、前記仲介システムを利用するユーザを識別する第１のユーザ識別情報と、電子書籍を販売する販売システムを該ユーザが利用するための第２のユーザ識別情報とを関連付けて記憶するユーザ情報記憶部と、操作端末から、ユーザを識別する前記第１のユーザ識別情報と、書籍を識別するための書籍識別情報とを受信する受信部と、前記受信部で受信した前記第１のユーザ識別情報に関連付けて前記ユーザ情報記憶部に記憶されている前記第２のユーザ識別情報と、前記受信部で受信した前記書籍識別情報により識別される書籍の電子書籍の注文を行う注文要求と、を前記販売システムに送信する代理注文部と、前記代理注文部により送信された注文要求に基づいた注文により前記電子書籍が購入されたことに応じて前記販売システムから送信される決済結果を受信する決済結果受信部と、前記決済結果受信部で受信した決済結果に基づいて、前記販売システムを提供する提供者に課金するための課金情報を更新する課金情報更新部とを含む、システムが提供される。

上述したように、本発明によれば、紙の書籍に対応する電子書籍の購入を仲介するための仕組みが提供される。

本実施形態の電子書籍販売仲介システムを含むネットワークシステムを示す図。 本実施形態のネットワークシステムを構成する装置のハードウェア構成図。 本実施形態の電子書籍販売仲介システムの機能ブロック図。 ユーザ登録画面を示す図。 ユーザ情報登録テーブルを示す図。 仲介購入において実行される処理を示すシーケンス図。 仲介購入において実行される処理を示すシーケンス図。 スマートフォンに表示されるログイン画面等を示す図。 ＩＳＢＮが印刷された紙版書籍を示す図。 スマートフォンに表示される販売元選択画面等を示す図。 課金情報管理テーブルを示す図。 本実施形態の電子書籍販売仲介システムを含むネットワークシステムを示す図。 本実施形態のネットワークシステムを構成する装置のハードウェア構成図。 本実施形態の電子書籍販売仲介システムの機能ブロック図。 紙版書籍の出版時に実行される処理を示すシーケンス図。 書籍情報管理テーブルを示す図。 コード化された書籍個体ＩＤを印刷した紙版書籍を示す図。 新刊書店において紙版書籍が定価販売される際に実行される処理を示すシーケンス図。 ユーザ登録画面を示す図。 ユーザ情報登録テーブルを示す図。 追加購入において実行される処理を示すシーケンス図。 追加購入において実行される処理を示すシーケンス図。 スマートフォンに表示されるログイン画面等を示す図。 スマートフォンに表示されるメッセージ画面を示す図。 スマートフォンに表示される販売元選択画面等を示す図。 古書店における買取・販売の際に実行される処理を示すシーケンス図。 交換購入において実行される処理を示すシーケンス図。 交換購入において実行される処理を示すシーケンス図。 交換購入において実行される処理を示すシーケンス図。 書籍回収状況管理テーブルを示す図。 スマートフォンに表示される交換予約受付完了画面を示す図。 スマートフォンに表示される販売元選択画面等を示す図。 課金情報管理テーブルを示す図。

以下、本発明を、実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。なお、以下に参照する各図においては、共通する要素について同じ符号を用い、適宜、その説明を省略するものとする。

（第１実施形態）
図１は、第１実施形態である電子書籍販売仲介システム１００Ａと当該システムが提供するビジネスプラットフォームを利用する電子書籍販売店によって構成されるネットワークシステム１０００Ａを示す。図１に示されるように、ネットワークシステム１０００Ａは、本実施形態の電子書籍販売仲介システム１００Ａと、Ｗｅｂ上の電子書籍販売店として機能する電子書籍販売システムを構築するサーバ２０とを含んで構成されている。そして、電子書籍販売仲介システム１００Ａとサーバ２０は、インターネットやＶＰＮなどとして参照されるネットワーク６０を介して相互通信可能に接続されている。ここで、電子書籍販売仲介システム１００Ａおよびサーバ２０は、一台のコンピュータとして構成されてもよいし、複数台のコンピュータにより構成されてもよい。なお、以下においては、説明の便宜上、サーバ２０を「電子書籍販売店」として参照する場合がある。

ここでは、本実施形態の具体的な内容を説明する前に、本実施形態の電子書籍販売仲介システム１００Ａが提供するビジネスプラットフォームの意義について説明する。

本システムは、書籍のデジタル版コンテンツの購入を仲介する仕組みを提供するものである。特に、紙の書籍を所有するユーザに対して、該書籍のデジタル版コンテンツの追加購入を簡便に行える仕組みを提供するものである。なお、以下では、紙の書籍のデジタル版コンテンツのことを“電子書籍”と呼び、紙の書籍を電子書籍と区別するために“紙版書籍”と呼ぶものとする。

本システムが提供するビジネスプラットフォームは、「電子書籍販売店」の協力を得て運営・維持され、各主体は、当該ビジネスプラットフォームを利用したビジネスモデルから有形・無形のベネフィットを得る。一方、電子書籍販売仲介システム１００Ａの運営主体は、ビジネスプラットフォームを提供することに対する対価を他のパートナー（電子書籍販売店）から徴収する。なお、電子書籍販売仲介システム１００Ａの運営主体が他のパートナーから対価を徴収する仕組みについては後述する。

次に、ネットワークシステム１０００Ａを構成する各装置のハードウェア構成を図２に示すハードウェア構成図に基づいて説明する。

電子書籍販売仲介システム１００Ａをはじめとする各サーバを構成するコンピュータは、図２（ａ）に示すように、プロセッサ２００と、ＲＯＭ２０２と、ＲＡＭ２０４と、補助記憶装置２０６と、入出力装置インタフェース２０８と、ネットワークインタフェース２１０とを備えている。

プロセッサ２００は、装置全体の動作を制御する演算装置である。ＲＯＭ２０２は、ＢＩＯＳ等のブートプログラムやファームウェアプログラムなどを保存する不揮発性メモリである。ＲＡＭ２０４は、プログラムを実行するための実行空間を提供する不揮発性メモリである。補助記憶装置２０６は、オペレーティングシステム（ＯＳ）や各種アプリケーション等を保存する大容量のＨＤＤなどである。入出力装置インタフェース２０８は、マウスやキーボード、タッチパネル等の入力装置や表示装置等の出力装置を接続するためのインタフェースである。ネットワークインタフェース２１０は、ネットワーク６０に接続するためのインタフェースである。コンピュータは、適切なＯＳの管理下でプログラムを展開して実行することにより、後述する各機能部を実現する。

一方、図１に示すユーザ端末１０は、パーソナルコンピュータであり、好ましくは、移動情報端末である。以下では、ユーザ端末１０としてスマートフォンが使用される実施形態について説明する。図２（ｂ）に示すように、スマートフォン１０は、プロセッサ３００と、ＲＯＭ３０２と、ＲＡＭ３０４と、補助記憶装置３０６と、タッチパネルディスプレイ３０８と、無線Ｉ／Ｆ３１０とを備えている。

プロセッサ３００は、装置全体の動作を制御する演算装置である。ＲＯＭ３０２は、ＢＩＯＳ等のブートプログラムやファームウェアプログラムなどを保存する不揮発性メモリである。ＲＡＭ３０４は、プログラムを実行するための実行空間を提供する不揮発性メモリである。補助記憶装置３０６は、オペレーティングシステム（ＯＳ）や各種アプリケーション等を保存する大容量のフラッシュメモリなどである。タッチパネルディスプレイ３０８は、ユーザの操作入力を受け付ける表示装置である。無線Ｉ／Ｆ３１０は、アンテナ３１２を通じて無線信号の入出力を行う。なお、以下においては、タッチパネルディスプレイ３０８を単にディスプレイ３０８という。

次に、本実施形態の電子書籍販売仲介システム１００Ａの機能構成を図３に示す機能ブロック図に基づいて説明する。

図３に示すように、本実施形態の電子書籍販売仲介システム１００Ａは、ＩＳＢＮ取得部１１２と、ユーザ情報登録部１０４と、電子書籍注文受付部１０５と、代理注文部１０６と、決済確認部１０８と、課金情報更新部１０９と、ユーザ認証部１１０とを含んで構成されている。

ＩＳＢＮ取得部１１２は、電子書籍の購入を希望するユーザのユーザ端末から紙版書籍の品目識別情報であるＩＳＢＮ（International Standard Book Number）を取得するための機能手段である。電子書籍注文受付部１０５は、ユーザが所有する紙版書籍に対応する電子書籍の注文を受け付けるための機能手段である。

代理注文部１０６は、ユーザから注文を受け付けた電子書籍をユーザに代わって電子書籍販売店に対して代理注文するための機能手段である。ここで、代理注文部１０６は、ユーザ情報登録部１０４に登録されるアカウント情報を使用して電子書籍販売店に代理認証でログインするための機能手段である代理認証部１０７を含む。

決済確認部１０８は、注文した電子書籍の決済結果を電子書籍販売店から取得するための機能手段である。課金情報更新部１０９は、電子書籍販売店から取得した決済結果に基づいて課金情報を更新するための機能手段である。ユーザ認証部１１０は、電子書籍販売仲介システム１００Ａを使用するユーザの認証処理を実行するための機能手段である。

上述した各機能手段は、コンピュータに所定のプログラムをインストールすることによって実現される。本実施形態においては、各機能手段を１台のコンピュータ上で実現してもよいし、各機能手段を適切な単位でネットワーク上の２以上のコンピュータに分散配置する形で実現してもよい。

以上、本実施形態の電子書籍販売仲介システム１００Ａを構成する各機能手段について概説したが、以下においては、上述した各機能手段によって実行される処理の内容をより具体例に説明する。なお、以下の説明においては、適宜、図１および図３を参照するものとする。

最初に、電子書籍販売仲介システム１００Ａのユーザ登録時において実行される処理について説明する。

電子書籍販売仲介システム１００Ａのユーザ登録時において、ユーザ情報登録部１０４は、所定のユーザ登録画面を提供する。図４は、ユーザ情報登録部１０４が提供するユーザ登録画面を例示的に示す。図４（ａ）に示すように、ユーザ登録画面には、最初に、電子書籍販売仲介システム１００Ａを利用する電子書籍販売店（Ｗｅｂ店舗）のリストが選択可能に表示される。ユーザは、ユーザ登録画面にリストアップされた電子書籍販売店の中から、自身が既にアカウントを有する１以上の電子書籍販売店を選択する。

電子書籍販売店の選択が終了すると、ユーザ登録画面は、図４（ｂ）に示すアカウント情報の入力画面に遷移する。ユーザは、アカウント情報入力画面において、選択した電子書籍販売店のアカウント情報（ユーザＩＤ、パスワード）を入力する。アカウント情報の入力が終了すると、ユーザ登録画面は、図４（ｃ）に示すメールアドレスの入力画面に遷移する。ユーザは、メールアドレス入力画面において自身の連絡先メールアドレスを入力する。

必要な情報の選択・入力が完了すると、ユーザ情報登録部１０４は、ユーザが選択・入力した情報を図５に例示的に示すユーザ情報登録テーブル６００に登録する。ここで、ユーザ情報登録テーブル６００は、図５に示すように、ユーザＩＤを格納するためのフィールド６０１、電子書籍販売店の識別情報（名称等）を格納するためのフィールド６０２、電子書籍販売店用のアカウント情報（ユーザＩＤとパスワード）を格納するためのフィールド６０３、電子書籍販売店のＵＲＬを格納するためのフィールド６０４、ユーザのメールアドレスを格納するためのフィールド６０５を備える。図５に示すユーザ情報登録テーブル６００から、“user1”というユーザＩＤを持つユーザが電子書籍の購入先候補として、“Ａ社”、“Ｂ社”、“Ｃ社”、“Ｄ社”という４つの電子書籍販売店（Ｗｅｂ店舗）を登録していることが見て取れる。

以上、電子書籍販売仲介システム１００Ａのユーザ登録時において実行される処理について説明したが、続いて、紙版書籍の所有者が当該紙版書籍に対応する電子書籍を購入する際に実行される処理を図６および図７に示すシーケンス図に基づいて説明する。なお、以下では、このような購入方法を“追加購入“と呼ぶ。

以前に新刊書店で購入した紙版書籍に対応する電子書籍を購入したいと考えるユーザは、スマートフォン１０を操作して電子書籍販売仲介システム１００Ａにログインする（Ｓ１）。図８（ａ）は、スマートフォン１０のディスプレイ３０８に表示されるログイン画面を例示的に示す。ユーザが図８（ａ）に示すログイン画面においてユーザＩＤとパスワードを入力してログインボタンをタッチすると、スマートフォン１０は、入力されたユーザＩＤとパスワードを含むログイン要求を電子書籍販売仲介システム１００Ａに送信する（Ｓ２）。

電子書籍販売仲介システム１００Ａがスマートフォン１０から送信されたログイン要求を受信すると、ユーザ認証部１１０は、受信したログイン要求に含まれるユーザＩＤとパスワードに基づいてユーザ認証を行う（Ｓ３）。そして、認証に成功すると、電子書籍注文受付部１０５がＩＳＢＮの入力方法を選択する入力方法選択画面をスマートフォン１０に送信する（Ｓ４）。

スマートフォン１０が電子書籍注文受付部１０５から送信された入力方法選択画面を受信すると、スマートフォン１０は、受信した入力方法選択画面をディスプレイ３０８に表示する（Ｓ５）。図８（ｂ）は、スマートフォン１０のディスプレイ３０８に表示される入力方法選択画面を例示的に示す。図８（ｂ）に示す入力方法選択画面においては、「カメラ撮影」と「直接入力」という２つの入力方法がラジオボタンで択一的に選択可能に表示される。

ユーザがいずれかの入力方法を選択してＯＫボタンをタッチすると（Ｓ６）、スマートフォン１０の画面は、選択された入力方法に応じたＩＳＢＮの入力画面に遷移する（Ｓ７）。具体的には、ユーザが「カメラ撮影」を選択してＯＫボタンをタッチすると、スマートフォン１０の画面は、図８（ｃ）に例示する、バーコード読み取り機能を利用したバーコード読み取り画面に遷移する。一方、ユーザが「直接入力」を選択してＯＫボタンをタッチすると、スマートフォン１０の画面は、図８（ｄ）に例示する、ＩＳＢＮを入力するためのテキストボックスを備えた入力フォームに遷移する。

ディスプレイ３０８にＩＳＢＮの入力画面が表示されたことを受けて、ユーザは、スマートフォン１０を操作して以前に新刊書店で購入した紙版書籍に印刷されたＩＳＢＮを選択した方法で入力する（Ｓ８）。具体的には、ユーザが「カメラ撮影」を選択した場合は、表示されたバーコード読み取り画面を介して、図９に示すように紙版書籍に印刷されたＩＳＢＮのバーコードを読み取る。一方、ユーザが「直接入力」を選択した場合は、表示された入力フォームのテキストボックスにＩＳＢＮのバーコードの下に印刷されている数列（9784123…）を入力する。

選択された方法に応じたユーザ操作が終了すると、スマートフォン１０は、ＩＳＢＮを取得する（Ｓ９）。具体的には、ユーザが「カメラ撮影」を選択した場合は、スマートフォン１０のバーコード読み取り機能が撮影されたバーコードをデコードしてＩＳＢＮを取得する。一方、ユーザが「直接入力」を選択した場合は、入力された数列をＩＳＢＮとして取得する。そして、スマートフォン１０は、取得したＩＳＢＮを含む電子書籍購入要求を生成し、生成した電子書籍購入要求を電子書籍販売仲介システム１００Ａに送信する（Ｓ１０）。電子書籍販売仲介システム１００Ａがスマートフォン１０から電子書籍購入要求を受信したことに応じて、電子書籍注文受付部１０５は、当該電子書籍購入要求に含まれるＩＳＢＮを取得する（Ｓ１１）。

なお、スマートフォン１０側でバーコードをデコードしてＩＳＢＮを取得する代わりに、電子書籍販売仲介システム１００Ａ側でバーコードをデコードしてＩＳＢＮを取得するようにしてもよい。この場合、スマートフォン１０は、バーコードの撮影画像を含む電子書籍購入要求を生成し、生成した電子書籍購入要求を電子書籍販売仲介システム１００Ａに送信する。電子書籍販売仲介システム１００Ａがスマートフォン１０から電子書籍購入要求を受信したことに応じて、電子書籍注文受付部１０５は、受信した電子書籍購入要求に含まれるバーコードの撮影画像を解析してＩＳＢＮを取得する。

次に、電子書籍注文受付部１０５は、取得したＩＳＢＮを含む電子書籍の問い合わせを生成し、生成した電子書籍の問い合わせを電子書籍購入要求の送信元のユーザが予め登録しておいた１以上の電子書籍販売店（Ｗｅｂ店舗）に宛てて送信する（Ｓ１２）。ここで、電子書籍の問い合わせとは、ユーザが所有する紙書籍に対応する電子書籍に係る情報（販売の可否と販売価格）を電子書籍販売店（Ｗｅｂ店舗）に問い合わせるものであり、電子書籍注文受付部１０５は、ユーザ情報登録テーブル６００（図５参照）を参照して電子書籍の問い合わせ先を決定し、当該問い合わせ先に電子書籍の問い合わせを送信する。

ここで、Ｓ１０における電子書籍購入要求の送信元のユーザのユーザＩＤが“user1”であった場合、電子書籍注文受付部１０５は、“user1”をキーとして、ユーザ情報登録テーブル６００を検索した結果、“user1”に紐付けられた４つの電子書籍販売店（Ａ社、Ｂ社、Ｃ社、Ｄ社）のＵＲＬに宛てて電子書籍の問い合わせを送信する。

各電子書籍販売店は、受信した電子書籍の問い合わせに含まれるＩＳＢＮに対応する電子書籍のＩＳＢＮ（電子書籍のＩＳＢＮは、紙版書籍のそれとは別の固有の値が付与される）と、当該電子書籍の販売の可否と、販売価格とを検索する（Ｓ１３）。そして、各電子書籍販売店は、検索結果を電子書籍販売仲介システム１００Ａに送信する（Ｓ１４）。

電子書籍販売仲介システム１００Ａが各電子書籍販売店から検索結果を受信したことに応じて、電子書籍注文受付部１０５は、当該検索結果に基づいて販売元選択画面を生成する（Ｓ１５）。次に、電子書籍注文受付部１０５は、生成した販売元選択画面をスマートフォン１０に送信する（Ｓ１６）。そして、スマートフォン１０は、電子書籍注文受付部１０５から送信された販売元選択画面をディスプレイ３０８に表示する（Ｓ１７）。

図１０（ａ）は、スマートフォン１０に表示される販売元選択画面を例示的に示す。図１０（ａ）に示す販売元選択画面においては、４つの電子書籍販売店（Ａ社、Ｂ社、Ｃ社、Ｄ社）が電子書籍の販売価格とともに表示されており、ユーザが価格を見比べて所望の電子書籍販売店をラジオボタンで択一的に選択できるようになっている。なお、図１０（ａ）に示す例では、検索結果が「販売否」であったＣ社のラジオボタンが選択できないようにグレーアウトになっている。

図７に基づいて説明を続ける。ここで、ユーザが販売元選択画面において最も低い価格を提示する「Ｂ社」を電子書籍の販売元として選択し、ＯＫボタンをタッチすると（Ｓ１８）、スマートフォン１０は、ユーザが選択した販売元「Ｂ社」を電子書籍販売仲介システム１００Ａに通知する（Ｓ１９）。

電子書籍販売仲介システム１００Ａがスマートフォン１０から販売元の通知を受けたことに応じて、代理注文部１０６は、当該通知元のユーザのユーザＩＤと通知された販売元をキーとしてユーザ情報登録テーブル６００（図５参照）を検索し、代理認証に必要な情報を取得する（Ｓ２０）。具体的には、ユーザＩＤ（この場合、user1）と通知された販売元（この場合、「Ｂ社」）をキーとしてユーザ情報登録テーブル６００を検索し、これらに紐付いた「Ｂ社」のアカウント情報（ユーザＩＤ：USER1，パスワード：Abcd1234）と「Ｂ社」のＵＲＬ（http://www.bbb.co.jp/…）を取得する。

続いて、代理認証部１０７は、取得したアカウント情報（ユーザＩＤ：USER1，パスワード：Abcd1234）を含むログイン要求を「Ｂ社」のＵＲＬに宛てて送信する（Ｓ２１）。これを受けて、「Ｂ社」は、ログイン要求に含まれるアカウント情報に基づいてユーザ認証を行い（Ｓ２２）、ログイン成功（認証チケット）を代理認証部１０７に返す（Ｓ２３）。

代理認証部１０７が代理認証によるログインに成功したことを受けて、代理注文部１０６は、注文を識別するための注文識別ＩＤを発行するとともに、発行した注文識別ＩＤと電子書籍（この場合、「○×△□の歴史」）のＩＳＢＮとを含む注文情報を生成し、生成した注文情報を「Ｂ社」に送信する（Ｓ２４）。その後、代理認証部１０７は、送信した注文情報を送信先と送信時刻に紐付けて記録する（Ｓ２５）。

「Ｂ社」は、電子書籍販売仲介システム１００Ａから受信した注文情報に含まれるＩＳＢＮに対応する電子書籍について注文受付処理を実行する（Ｓ２６）。ここでいう注文受付処理とは、注文された商品（この場合、「○×△□の歴史（電子書籍版）」）をいわゆる“買い物かご”に入れる処理を意味し、このとき、「Ｂ社」は、「○×△□の歴史（電子書籍版）」を価格“５００円”で“買い物かご”に入れる処理を実行する。

その後、「Ｂ社」は、注文内容確認画面を生成し（Ｓ２７）、当該注文内容確認画面のＵＲＬを注文情報の送信元である電子書籍販売仲介システム１００Ａに送信する（Ｓ２８）。これを受けて、代理注文部１０６は、当該注文内容確認画面のＵＲＬをリダイレクト先に指定したリダイレクト指示を生成し、Ｓ２３で受信した認証チケットと当該リダイレクト指示をスマートフォン１０に送信する（Ｓ２９）。リダイレクト指示を受信したスマートフォン１０は、「Ｂ社」に対して認証チケットを送信して注文内容確認画面のＵＲＬにリダイレクトする（Ｓ３０）。これを受けて、「Ｂ社」は、当該注文内容確認画面をスマートフォン１０に送信する（Ｓ３１）。スマートフォン１０は、「Ｂ社」から受信した注文内容確認画面をディスプレイ３０８に表示する（Ｓ３２）。

図１０（ｂ）は、スマートフォン１０のディスプレイ３０８に表示される注文内容確認画面を例示的に示す。図１０（ｂ）に示す注文内容確認画面においては、「○×△□の歴史（電子書籍版）」のイメージとその価格“￥５００”が表示されている。

スマートフォン１０のディスプレイ３０８に表示された注文内容確認画面を確認したユーザが「レジに進む」ボタンをタッチすると、スマートフォン１０に「Ｂ社」の決済用画面が表示される。ここで、ユーザが「Ｂ社」が表示する決済用画面の案内に従って「○×△□の歴史（電子書籍版）」注文を確定し、決済に必要な操作を実行すると（Ｓ３３）、スマートフォン１０から「Ｂ社」に決済情報が送信される（Ｓ３４）。これを受けて、「Ｂ社」は、決済処理を実行した後（Ｓ３５）、決済が成功した場合はその旨をスマートフォン１０に通知する（Ｓ３６）。その後、ユーザは、所望のタイミングで「Ｂ社」が提供する所定のダウンロード画面にアクセスして「○×△□の歴史（電子書籍版）」をダウンロードする。

なお、本実施形態において、電子書籍販売仲介システム１００Ａは、代理注文部１０６が電子書籍の注文情報を「Ｂ社」に送信して以降の先の注文確定とその決済に関しては一切関与するものではなく、買い物かごに入った「○×△□の歴史（電子書籍版）」の注文確定とその決済は、スマートフォン１０と「Ｂ社」の間で直接的になされる。

「Ｂ社」は、「○×△□の歴史（電子書籍版）」の優待割引販売に係るユーザとのセッションが終了した時点で、「○×△□の歴史（電子書籍版）」に係る決済結果を電子書籍販売仲介システム１００Ａに送信する（Ｓ３７）。具体的には、「Ｂ社」は、当該販売に係る決済処理が完了した場合には、当該販売に係る注文識別ＩＤ、決済完了の旨および決済金額を含む決済結果を電子書籍販売仲介システム１００Ａに送信する。一方、注文の取消しやその他の理由により決済処理が完了しなかった場合には、当該販売に係る注文識別ＩＤと決済未完の旨を含む決済結果を電子書籍販売仲介システム１００Ａに送信する。

電子書籍販売仲介システム１００Ａが決済結果を受信したことに応じて、決済確認部１０８は、当該決済結果を確認し、その内容に応じた処理を行う（Ｓ３８）。具体的には、決済確認部１０８は、Ｓ２５で記録した注文情報のうち、受信した決済結果に含まれる注文識別ＩＤを含む注文情報について、決済結果を受領した旨を記録する。さらに、決済確認部１０８は、決済結果が“決済完了”であった場合、その旨と決済金額を課金情報更新部１０９に通知する。これを受けて、課金情報更新部１０９は、通知された内容に基づいて課金情報を更新する（Ｓ３９）。

具体的には、課金情報更新部１０９は、通知された内容が“決済完了”であった場合には、課金情報を更新する。一方、通知された内容が“決済未完”であった場合には、課金情報更新部１０９は、課金情報を更新しない。

ここでいう課金情報とは、本システムが提供するビジネスプラットフォームに参加する「電子書籍販売店」を対象とする課金の算定根拠となる情報を意味する。なお、どのような課金情報に基づいて、誰に、どのような方法で、どういった按分で課金するかについては、当該ビジネスプラットフォームを利用する目的に応じて任意に決めることができる設計事項であり、本発明はその内容を限定するものではない。ここでは、電子書籍販売仲介システム１００Ａが仲介した電子書籍の販売件数（仲介販売件数）とその販売売上（仲介販売売上）を課金情報とし、当該課金情報に基づいて電子書籍販売店に課金する場合について説明する。

図１１は、課金情報更新部１０９が更新する課金情報管理テーブル８００を例示的に示す。図１１に示すように、課金情報管理テーブル８００は、電子書籍販売店の識別情報（名称等）を格納するためのフィールド８０１、仲介販売件数を格納するためのフィールド８０２、仲介販売売上を格納するためのフィールド８０３、課金の契約形態を格納するためのフィールド８０４、課金額を格納するためのフィールド８０５を備える。

この場合、課金情報更新部１０９は、電子書籍販売店から決済結果（決済完了の旨、決済金額）を受信すると、当該決済結果の送信元の電子書籍販売店に紐付いた仲介販売件数（フィールド８０２）の値をインクリメントし、決済結果に含まれる決済金額を仲介販売売上（フィールド８０３）の値に加算する。これを受けて、課金額（フィールド６０５）の値が課金形態（フィールド６０４）の内容に従って更新される。

なお、課金形態としては、仲介販売件数１件毎に固定金額を課金する形態や、仲介販売売上に対して所定の歩合をかけた金額を課金する形態などを例示することができる。この他、月額固定制や従量制などの形態で課金する個別契約を電子書籍販売店と結んでもよい。

以上、第１実施形態について説明してきたが、本実施形態によれば、紙版書籍の所有者に電子書籍の購入を促すための新しい仕組みが提供される。

（第２実施形態）
図１２は、第２実施形態である電子書籍販売仲介システム１００Ｂと当該システムが提供するビジネスプラットフォームを共に運営するパートナー企業によって構成されるネットワークシステム１０００Ｂを示す。図１に示されるように、ネットワークシステム１０００Ｂは、本実施形態の電子書籍販売仲介システム１００Ｂと、Ｗｅｂ上の電子書籍販売店として機能する電子書籍販売システムを構築するサーバ２０と、新刊書籍の販売店（新刊書店）に設置されるサーバ３０と、中古書籍の販売店（古書店）に設置されるサーバ４０と、書籍回収センターに設置されるサーバ５０とを含んで構成されている。そして、各装置は、インターネットやＶＰＮなどとして参照されるネットワーク６０を介して相互通信可能に接続されている。ここで、電子書籍販売仲介システム１００Ｂをはじめとする各サーバは、一台のコンピュータとして構成されてもよいし、複数台のコンピュータにより構成されてもよい。なお、以下においては、説明の便宜上、サーバ２０、サーバ３０、サーバ４０およびサーバ５０を、それぞれ、「電子書籍販売店」、「新刊書店」、「古書店」および「書籍回収センター」として参照する場合がある。

ここでは、本実施形態の具体的な内容を説明する前に、本実施形態の電子書籍販売仲介システム１００Ｂが提供するビジネスプラットフォームの意義について説明する。

本システムは、書籍の所有者に対して当該書籍のデジタル版コンテンツを優待価格で購入する権利若しくは無料で提供を受ける権利を付与する仕組みを提供するものである。なお、以下では、紙の書籍のデジタル版コンテンツのことを“電子書籍”と呼び、紙の書籍を電子書籍と区別するために“紙版書籍”と呼ぶものとする。

第１に、本システムが提供するビジネスプラットフォームでは、紙版書籍の所有者が当該紙版書籍に対応する電子書籍（すなわち、当該紙版書籍のデジタル版コンテンツ）の購入を希望する場合に、当該所有者に当該電子書籍を優待価格で購入する権利若しくは無料で提供を受ける権利が付与される。なお、ここでいう優待価格は無料を含んでもよい。（以下、同様。）

第２に、本システムが提供するビジネスプラットフォームでは、紙版書籍の所有者が当該紙版書籍の所有権を放棄しその回収に応じることを条件に、当該所有者に当該電子書籍を優待価格で購入する権利若しくは無料で提供を受ける権利が付与される。

本システムが提供するビジネスプラットフォームは、「出版社」、「印刷所」、「電子書籍販売店」、「新刊書店」、「古書店」および「書籍回収センター」の協力を得て運営・維持され、各主体は、当該ビジネスプラットフォームを利用したビジネスモデルから有形・無形のベネフィットを得る。一方、電子書籍販売仲介システム１００Ｂの運営主体は、ビジネスプラットフォームを提供することに対する対価を他のパートナーから徴収する。なお、電子書籍販売仲介システム１００Ｂの運営主体が他のパートナーから対価を徴収する仕組みについては後述する。

次に、ネットワークシステム１０００Ｂを構成する各装置のハードウェア構成を図２に示すハードウェア構成図に基づいて説明する。

電子書籍販売仲介システム１００Ｂをはじめとする各サーバを構成するコンピュータは、図２（ａ）に示すように、プロセッサ２００と、ＲＯＭ２０２と、ＲＡＭ２０４と、補助記憶装置２０６と、入出力装置インタフェース２０８と、ネットワークインタフェース２１０とを備えている。

プロセッサ２００は、装置全体の動作を制御する演算装置である。ＲＯＭ２０２は、ＢＩＯＳ等のブートプログラムやファームウェアプログラムなどを保存する不揮発性メモリである。ＲＡＭ２０４は、プログラムを実行するための実行空間を提供する不揮発性メモリである。補助記憶装置２０６は、オペレーティングシステム（ＯＳ）や各種アプリケーション等を保存する大容量のＨＤＤなどである。入出力装置インタフェース２０８は、マウスやキーボード、タッチパネル等の入力装置や表示装置等の出力装置を接続するためのインタフェースである。ネットワークインタフェース２１０は、ネットワーク６０に接続するためのインタフェースである。コンピュータは、適切なＯＳの管理下でプログラムを展開して実行することにより、後述する各機能部を実現する。

一方、図１２に示すユーザ端末１０は、パーソナルコンピュータであり、好ましくは、移動情報端末である。以下では、ユーザ端末１０としてスマートフォンが使用される実施形態について説明する。図２（ｂ）に示すように、スマートフォン１０は、プロセッサ３００と、ＲＯＭ３０２と、ＲＡＭ３０４と、補助記憶装置３０６と、タッチパネルディスプレイ３０８と、無線Ｉ／Ｆ３１０とを備えている。

プロセッサ３００は、装置全体の動作を制御する演算装置である。ＲＯＭ３０２は、ＢＩＯＳ等のブートプログラムやファームウェアプログラムなどを保存する不揮発性メモリである。ＲＡＭ３０４は、プログラムを実行するための実行空間を提供する不揮発性メモリである。補助記憶装置３０６は、オペレーティングシステム（ＯＳ）や各種アプリケーション等を保存する大容量のフラッシュメモリなどである。タッチパネルディスプレイ３０８は、ユーザの操作入力を受け付ける表示装置である。無線Ｉ／Ｆ３１０は、アンテナ３１２を通じて無線信号の入出力を行う。なお、以下においては、タッチパネルディスプレイ３０８を単にディスプレイ３０８という。

次に、本実施形態の電子書籍販売仲介システム１００Ｂの機能構成を図１４に示す機能ブロック図に基づいて説明する。

図１４に示すように、本実施形態の電子書籍販売仲介システム１００Ｂは、書籍個体ＩＤ発行部１０１と、紙版書籍情報管理部１０２と、書籍個体ＩＤ取得部１０３と、ユーザ情報登録部１０４と、電子書籍注文受付部１０５と、代理注文部１０６と、決済確認部１０８と、課金情報更新部１０９と、ユーザ認証部１１０とを含んで構成されている。

書籍個体ＩＤ発行部１０１は、紙版書籍の個体を一意に識別するための識別子である書籍個体ＩＤを発行するための機能手段である。紙版書籍情報管理部１０２は、書籍個体ＩＤをはじめ紙版書籍に関する情報を一元管理するための機能手段である。ユーザ情報登録部１０４は、ユーザがアカウントを有する電子書籍販売店のアカウント情報をはじめユーザに関する情報を一元管理するための機能手段である。

書籍個体ＩＤ取得部１０３は、電子書籍の購入を希望するユーザのユーザ端末から紙版書籍に付与された書籍個体ＩＤを取得するための機能手段である。電子書籍注文受付部１０５は、ユーザが所有する紙版書籍に対応する電子書籍の注文を受け付けるための機能手段である。

代理注文部１０６は、ユーザから注文を受け付けた電子書籍をユーザに代わって電子書籍販売店に対して代理注文するための機能手段である。ここで、代理注文部１０６は、ユーザ情報登録部１０４に登録されるアカウント情報を使用して電子書籍販売店に代理認証でログインするための機能手段である代理認証部１０７を含む。

決済確認部１０８は、注文した電子書籍の決済結果を電子書籍販売店から取得するための機能手段である。課金情報更新部１０９は、電子書籍販売店から取得した決済結果に基づいて課金情報を更新するための機能手段である。ユーザ認証部１１０は、電子書籍販売仲介システム１００Ｂを使用するユーザの認証処理を実行するための機能手段である。

上述した各機能手段は、コンピュータに所定のプログラムをインストールすることによって実現される。本実施形態においては、各機能手段を１台のコンピュータ上で実現してもよいし、各機能手段を適切な単位でネットワーク上の２以上のコンピュータに分散配置する形で実現してもよい。

以上、本実施形態の電子書籍販売仲介システム１００Ｂを構成する各機能手段について概説したが、以下においては、上述した各機能手段によって実行される処理の内容をより具体例に説明する。なお、以下の説明においては、適宜、図１２および図１４を参照するものとする。

まず最初に、出版社が紙版書籍の出版時に実行する処理を図１５に示すシーケンス図に基づいて説明する。

出版社は、紙版書籍の印刷を印刷所に依頼することに先だって、電子書籍販売仲介システム１００Ｂに書籍個体ＩＤの発行を要求する。詳細には、出版社は、「紙版書籍の品目識別情報」、「発行予定部数」および「電子化上限数」を含む要求を電子書籍販売仲介システム１００Ｂに送信する（Ｓ１）。なお、出版社は、電子書籍販売仲介システム１００Ｂが提供する所定の入力フォームを介して上記要求を送信してもよいし、電子書籍販売仲介システム１００Ｂが指定する所定の専用メールアドレスに宛てて上記要求の内容を電子メールで送信してもよい。

ここで「紙版書籍の品目識別情報」とは、紙版書籍の品目を一意に識別するための識別情報を意味し、具体例としては、ＩＳＢＮ（International Standard Book Number）を挙げることができる。次に、「発行予定部数」とは、印刷を依頼する予定の紙版書籍の冊数を示す情報を意味し、冊数を示す数字であってもよいし、印刷所が冊数を特定できるような識別子であってもよい。そして、「電子化上限数」とは、１冊の紙版書籍について許可する電子化回数の上限を意味し、本実施形態においては、本システムが提供するビジネスプラットフォームに参加する出版社が、当該プラットフォームの利用規約に従って、紙版書籍の品目毎に所定の値（例えば、「１」ないし「２」）を設定する。なお、出版社は、電子化を許可しない場合は「電子化上限数」を「０」に設定することができる。

以下では、電子書籍販売仲介システム１００Ｂに通知する「紙版書籍の品目識別情報」としてＩＳＢＮ（International Standard Book Number）を採用する実施形態について説明を行うものとする。

電子書籍販売仲介システム１００Ｂが出版社から送信された要求の受信に応じて、書籍個体ＩＤ発行部１０１は、受信した発行予定部数と同じ数の“書籍個体ＩＤ”を発行する（Ｓ２）。ここで、“書籍個体ＩＤ”とは、書籍の品目ではなく、紙版書籍のそれぞれの個体を一意に識別するための識別子を意味し、１種類の紙版書籍の品目に対して当該品目の総発行部数と同じ数の書籍個体ＩＤが発行される。書籍個体ＩＤの現実的な発行方法としては、ＩＳＢＮを構成する数列の末尾に枝番をふっていく方法を挙げることができる。例えば、枝番を７桁にすれば、紙版書籍１品目につき１０００万冊までカバーすることができる。

以下では、説明の便宜上、ＩＳＢＮの末尾に枝番をふっていく方法で書籍個体ＩＤを発行する実施形態について説明を行うが、本発明が書籍個体ＩＤの発行方法を限定するものではないことはいうまでもない。

続いて、紙版書籍情報管理部１０２は、書籍個体ＩＤ発行部１０１が発行した書籍個体ＩＤとこれに関連する情報を図１６に例示的に示す書籍情報管理テーブル５００に登録する（Ｓ３）。図１６に示すように、書籍情報管理テーブル５００は、書籍個体ＩＤを格納するためのフィールド５０１、ＩＳＢＮを格納するためのフィールド５０２、アクティベーションフラグの値（ＯＮ／ＯＦＦ）を格納するためのフィールド５０３、電子化回数を格納するためのフィールド５０４、電子化上限数を格納するためのフィールド５０５を備える。

ここで、Ｎ個の書籍個体ＩＤの新規登録時においては、書籍情報管理テーブル５００の末尾にＮ個の行が追加され、追加された各行のフィールド５０１に新たに発行した書籍個体ＩＤを１つずつ格納するとともに、追加した全行のフィールド５０２にＳ１で出版社から通知されたＩＳＢＮを格納する。

一方、書籍個体ＩＤの新規登録時においては、アクティベーションフラグ（フィールド５０３）の値は一律ＯＦＦとされ、電子化回数（フィールド５０４）の値は一律ゼロとされる。また、電子化上限数（フィールド５０５）には、Ｓ１で出版社から通知された電子化上限数が格納される。ここで、アクティベーションフラグは、本システムの利用の可否を表すフラグであり、アクティベーションフラグが果たす具体的な役割については後述する。

紙版書籍情報管理部１０２は、発行された書籍個体ＩＤとその関連情報の登録を完了すると、発行された書籍個体ＩＤを出版社に対して送信する（Ｓ４）。これを受けて出版社は、紙版書籍のＩＳＢＮ、発行部数および当該発行部数と同じ数の書籍個体ＩＤを印刷所に通知して、当該紙版書籍の印刷を依頼する（Ｓ５）。なお、出版社は、電子書籍販売仲介システム１００Ｂが提供する所定の入力フォームを介して印刷所への印刷依頼を送信してもよいし、電子書籍販売仲介システム１００Ｂが指定する所定の専用メールアドレスに宛てて印刷所への印刷依頼を電子メールで送信してもよい。

出版社から印刷依頼を受けた印刷所は、通知された部数の紙版書籍を印刷する際に、各個体に対して通知された書籍個体ＩＤを付与する（Ｓ６）。なお、ここでいう“書籍個体ＩＤの付与”には、紙版書籍の本体またはカバーに書籍個体ＩＤを直接印刷する態様の他、書籍個体ＩＤを印刷したシールを紙版書籍の本体またはカバーに貼付する態様が含まれる。

また、書籍個体ＩＤの印刷は、予め決められた所定の方法に従って行われる。その方法として想定される最も単純なのものは、書籍個体ＩＤ（数列）をそのままテキストとして印刷する方法であるが、後の作業性を考慮して、装置による自動読み取りが可能になるように、書籍個体ＩＤ（数列）を任意の方式でコード化したものを印刷することが好ましい。この場合、そのコード化は、印刷所が実施するようにしてもよいし、出版社側がそれを行い、印刷所にはコード化された書籍個体ＩＤを提供するようにしてもよいし、電子書籍販売仲介システム１００Ｂがコード化された書籍個体ＩＤを出版社に提供するようにしてもよい。

図１７は、コード化された書籍個体ＩＤを印刷した紙版書籍を例示的に示す。図１７に示す例では、書籍個体ＩＤがＱＲコード（登録商標。以下同様。）に変換された状態で紙版書籍の裏表紙の右下角に印刷されている。なお、書籍個体ＩＤのコード化方式は、ＱＲコードに限らず、他のコード（他の２次元コード、バーコード等の１次元コード）であってもよいし、その印刷位置も表表紙、背表紙、奥付など、任意の場所であってよい。

以上、紙版書籍の出版時に実行される処理について説明してきたが、上述した手順で出版された紙版書籍は、各種の販路を流通して新刊書店に供給され、ユーザの購入を待つ。そこで、以下では、新刊書店において紙版書籍が定価販売される際に実行される処理を図１８に示すシーケンス図に基づいて説明する。なお、以下では、説明の便宜上、書籍個体ＩＤをＱＲコードとして紙版書籍に印刷した実施形態について説明を行うが、本発明が書籍個体ＩＤの付与方法を限定するものではないことはいうまでもない。

ユーザが新刊書店で所望の新刊書籍（紙版書籍）を選択し、その購入をレジに申し出ると（Ｓ１）、新刊書店の店員は、紙版書籍に印刷されたＱＲコードを専用装置でデコードして書籍個体ＩＤを取得する（Ｓ２）。新刊書店は、取得した書籍個体ＩＤと当該新刊書店の認証情報を含むフラグ有効化要求を電子書籍販売仲介システム１００Ｂに送信する（Ｓ３）。

電子書籍販売仲介システム１００Ｂがフラグ有効化要求を受信したことに応じて、紙版書籍情報管理部１０２は、受信したフラグ有効化要求に含まれる新刊書店の認証情報に基づいてその送信元の新刊書店の正当性を確認する認証処理を実行する（Ｓ４）。認証処理により送信元の新刊書店の正当性が確認された後、紙版書籍情報管理部１０２は、フラグ有効化要求に含まれる書籍個体ＩＤをキーとして書籍情報管理テーブル５００（図１６参照）を検索し、当該書籍個体ＩＤに紐付いたアクティベーションフラグ（フィールド５０３）の値をＯＦＦからＯＮに切り替える（Ｓ５）。その後、紙版書籍情報管理部１０２は、フラグ有効化が完了した旨を新刊書店に通知する（Ｓ６）。新刊書店においては、フラグ有効化の完了が適切な方法で表示され、新刊書店の店員は、当該表示を確認した後に、紙版書籍をユーザに定価で譲渡する（Ｓ７）。

なお、新刊書店側でＱＲコードをデコードして書籍個体ＩＤを取得する代わりに、電子書籍販売仲介システム１００Ｂ側でＱＲコードをデコードして書籍個体ＩＤを取得するようにしてもよい。この場合、新刊書店の店員は、ユーザからの購入の申し出を受けて、紙版書籍に印刷されたＱＲコードを撮影する。そして、新刊書店は、ＱＲコードの撮影画像と当該新刊書店の認証情報を含むフラグ有効化要求を電子書籍販売仲介システム１００Ｂに送信する。新刊書店からフラグ有効化要求を受信した電子書籍販売仲介システム１００Ｂは、受信したフラグ有効化要求に含まれるＱＲコードの撮影画像を解析して書籍個体ＩＤを取得する。

以上、新刊書店において紙版書籍が定価販売される際に実行される処理について説明してきたが、ここで、電子書籍販売仲介システム１００Ｂのユーザ登録時において実行される処理について説明する。

電子書籍販売仲介システム１００Ｂのユーザ登録時において、ユーザ情報登録部１０４は、所定のユーザ登録画面を提供する。図１９は、ユーザ情報登録部１０４が提供するユーザ登録画面を例示的に示す。図１９（ａ）に示すように、ユーザ登録画面には、最初に、電子書籍販売仲介システム１００Ｂを利用する電子書籍販売店（Ｗｅｂ店舗）のリストが選択可能に表示される。ユーザは、ユーザ登録画面にリストアップされた電子書籍販売店の中から、自身が既にアカウントを有する１以上の電子書籍販売店を選択する。

電子書籍販売店の選択が終了すると、ユーザ登録画面は、図１９（ｂ）に示すアカウント情報の入力画面に遷移する。ユーザは、アカウント情報入力画面において、選択した電子書籍販売店のアカウント情報（ユーザＩＤ、パスワード）を入力する。アカウント情報の入力が終了すると、ユーザ登録画面は、図１９（ｃ）に示すメールアドレスの入力画面に遷移する。ユーザは、メールアドレス入力画面において自身の連絡先メールアドレスを入力する。

必要な情報の選択・入力が完了すると、ユーザ情報登録部１０４は、ユーザが選択・入力した情報を図２０に例示的に示すユーザ情報登録テーブル６００に登録する。ここで、ユーザ情報登録テーブル６００は、図２０に示すように、ユーザＩＤを格納するためのフィールド６０１、電子書籍販売店の識別情報（名称等）を格納するためのフィールド６０２、電子書籍販売店用のアカウント情報（ユーザＩＤとパスワード）を格納するためのフィールド６０３、電子書籍販売店のＵＲＬを格納するためのフィールド６０４、ユーザのメールアドレスを格納するためのフィールド６０５を備える。図２０に示すユーザ情報登録テーブル６００から、“user1”というユーザＩＤを持つユーザが電子書籍の購入先候補として、“Ａ社”、“Ｂ社”、“Ｃ社”、“Ｄ社”という４つの電子書籍販売店（Ｗｅｂ店舗）を登録していることが見て取れる。

以上、電子書籍販売仲介システム１００Ｂのユーザ登録時において実行される処理について説明したが、続いて、紙版書籍の所有者が当該紙版書籍に対応する電子書籍を購入するシナリオにおいて実行される処理を図２１および図２２に示すシーケンス図に基づいて説明する。なお、以下では、このような購入方法を“追加購入“と呼ぶ。

以前に新刊書店で定価購入した紙版書籍に対応する電子書籍を優待価格で購入したいと考えるユーザは、スマートフォン１０を操作して電子書籍販売仲介システム１００Ｂにログインする（Ｓ１）。図１９（ａ）は、スマートフォン１０のディスプレイ３０８に表示されるログイン画面を例示的に示す。ユーザが図１９（ａ）に示すログイン画面においてユーザＩＤとパスワードを入力してログインボタンをタッチすると、スマートフォン１０は、入力されたユーザＩＤとパスワードを含むログイン要求を電子書籍販売仲介システム１００Ｂに送信する（Ｓ２）。

電子書籍販売仲介システム１００Ｂがスマートフォン１０から送信されたログイン要求を受信すると、ユーザ認証部１１０は、受信したログイン要求に含まれるユーザＩＤとパスワードに基づいてユーザ認証を行う（Ｓ３）。そして、認証に成功すると、電子書籍注文受付部１０５がサービスメニュー画面をスマートフォン１０に送信する（Ｓ４）。

スマートフォン１０が電子書籍注文受付部１０５から送信されたサービスメニュー画面を受信すると、スマートフォン１０は、受信したサービスメニュー画面をディスプレイ３０８に表示する（Ｓ５）。図１９（ｂ）は、スマートフォン１０のディスプレイ３０８に表示されるサービスメニュー画面を例示的に示す。図１９（ｂ）に示すサービスメニュー画面においては、「追加購入」と「交換購入」という２つのメニューがラジオボタンで択一的に選択可能に表示される。ユーザが「追加購入」を選択してＯＫボタンをタッチすると（Ｓ６）、スマートフォン１０の画面は、ＱＲコード読み取り機能を利用したＱＲコード読み取り画面に遷移する（Ｓ７）。図１９（ｃ）は、スマートフォン１０のディスプレイ３０８に表示されるＱＲコード読み取り画面を例示的に示す。

ディスプレイ３０８にＱＲコード読み取り画面が表示されたことを受けて、ユーザは、スマートフォン１０を操作して以前に新刊書店で購入した紙版書籍に印刷されたＱＲコードを撮影する（Ｓ８）。スマートフォン１０のＱＲコード読み取り機能は、撮影されたＱＲコードをデコードして書籍個体ＩＤを取得する（Ｓ９）。そして、スマートフォン１０は、取得した書籍個体ＩＤと選択された購入方法（この場合、「追加」）を含む電子書籍購入要求を生成し、生成した電子書籍購入要求を電子書籍販売仲介システム１００Ｂに送信する（Ｓ１０）。

電子書籍販売仲介システム１００Ｂがスマートフォン１０から電子書籍購入要求を受信したことに応じて、電子書籍注文受付部１０５は、当該電子書籍購入要求に含まれる書籍個体ＩＤをキーとして書籍情報管理テーブル５００（図１６参照）を検索する（Ｓ１１）。次に、検索した書籍個体ＩＤに紐付いたアクティベーションフラグ（フィールド５０３）の値がＯＮになっているか否かを判断する（Ｓ１２）。ここで、その判断の結果、アクティベーションフラグの値がＯＮになっていない場合、電子書籍注文受付部１０５は、取り扱いができない旨のメッセージを生成し、生成したメッセージをスマートフォン１０に送信する。スマートフォン１０は、ディスプレイ３０８に受信したメッセージを表示する。図２４（ａ）は、その場合に、スマートフォン１０のディスプレイ３０８に表示されるメッセージ画面を例示的に示す。

ここで、アクティベーションフラグが果たす役割について説明する。上述した説明から理解されるように、本実施形態においては、新刊書籍が店内に陳列されている間、電子書籍販売仲介システム１００Ｂ内では、当該新刊書籍に係る書籍個体ＩＤに紐付いたアクティベーションフラグがＯＦＦに維持される。従って、仮に、悪意の第三者が未購入の新刊書籍のＱＲコードを撮影して書籍個体ＩＤを取得し、取得した電子書籍購入要求を電子書籍販売仲介システム１００Ｂに送信したとしても、上述したＳ１１における判断を経て、その要求は拒否されることになる。つまり、本実施形態においては、アクティベーションフラグの存在により、本システムの不正利用が防止される。

一方、スマートフォン１０から受信した電子書籍購入要求に含まれる書籍個体ＩＤに紐付いたアクティベーションフラグの値がＯＮになっていた場合、電子書籍注文受付部１０５は、スマートフォン１０から受信した電子書籍購入要求に含まれる書籍個体ＩＤをキーとして書籍情報管理テーブル５００（図１６参照）を検索し、当該書籍個体ＩＤに紐付いた電子化回数（フィールド５０４）の値が電子化上限数（フィールド５０５）の値に達しているか否かを判断する（Ｓ１３）。その結果、電子化回数が電子化上限数に達していた場合は、電子書籍注文受付部１０５は、電子書籍を優待価格で販売できない旨のメッセージを生成し、生成したメッセージをスマートフォン１０に送信する。そして、スマートフォン１０は、ディスプレイ３０８に受信したメッセージを表示する。図２４（ｂ）は、その場合に、スマートフォン１０のディスプレイ３０８に表示されるメッセージ画面を例示的に示す。

一方、当該書籍個体ＩＤに紐付いた電子化回数が電子化上限数に達していない場合、電子書籍注文受付部１０５は、スマートフォン１０から受信した電子書籍購入要求に含まれる書籍個体ＩＤからＩＳＢＮを取得する（Ｓ１４）。具体的には、書籍個体ＩＤ（数列）の先頭１３桁の数列をＩＳＢＮとして抽出する。その後、電子書籍注文受付部１０５は、抽出したＩＳＢＮとユーザが選択した購入方法（この場合「追加」）を含む電子書籍の問い合わせを生成し、生成した電子書籍の問い合わせを電子書籍購入要求の送信元のユーザが予め登録しておいた１以上の電子書籍販売店（Ｗｅｂ店舗）に宛てて送信する（Ｓ１５）。ここで、電子書籍の問い合わせとは、本システムが提供するビジネスプラットフォームに参加する電子書籍販売店（Ｗｅｂ店舗）が、当該プラットフォームの規約に基づいて優待価格で販売する電子書籍に係る情報（その内容と販売価格）を問い合わせるものであり、電子書籍注文受付部１０５は、ユーザ情報登録テーブル６００（図２０参照）を参照して電子書籍の問い合わせ先を決定し、当該問い合わせ先に電子書籍の問い合わせを送信する。

ここで、Ｓ１０における電子書籍購入要求の送信元のユーザのユーザＩＤが“user1”であった場合、電子書籍注文受付部１０５は、“user1”をキーとして、ユーザ情報登録テーブル６００を検索した結果、“user1”に紐付けられた４つの電子書籍販売店（Ａ社、Ｂ社、Ｃ社、Ｄ社）のＵＲＬに宛てて電子書籍の問い合わせを送信する。

各電子書籍販売店は、受信した電子書籍の問い合わせに含まれるＩＳＢＮに対応する電子書籍のＩＳＢＮ（電子書籍のＩＳＢＮは、紙版書籍のそれとは別の固有の値が付与される）と、当該問い合わせに含まれる購入方法（この場合「追加」）に応じた優待価格を検索する（Ｓ１６）。そして、各電子書籍販売店は、検索した優待価格を検索結果として電子書籍販売仲介システム１００Ｂに送信する（Ｓ１７）。

電子書籍販売仲介システム１００Ｂが各電子書籍販売店から検索結果を受信したことに応じて、電子書籍注文受付部１０５は、当該検索結果に基づいて販売元選択画面を生成する（Ｓ１８）。次に、電子書籍注文受付部１０５は、生成した販売元選択画面をスマートフォン１０に送信する（Ｓ１９）。そして、スマートフォン１０は、電子書籍注文受付部１０５から送信された販売元選択画面をディスプレイ３０８に表示する（Ｓ２０）。

図２５（ａ）は、スマートフォン１０に表示される販売元選択画面を例示的に示す。図２５（ａ）に示す販売元選択画面においては、４つの電子書籍販売店（Ａ社、Ｂ社、Ｃ社、Ｄ社）が電子書籍の優待価格とともに表示されており、ユーザが価格を見比べて所望の電子書籍販売店をラジオボタンで択一的に選択できるようになっている。

図２２に基づいて説明を続ける。ここで、ユーザが販売元選択画面において最も低い価格を提示する「Ｂ社」を電子書籍の販売元として選択し、ＯＫボタンをタッチすると（Ｓ２０）、スマートフォン１０は、ユーザが選択した販売元「Ｂ社」を電子書籍販売仲介システム１００Ｂに通知する（Ｓ２１）。

電子書籍販売仲介システム１００Ｂがスマートフォン１０から販売元の通知を受けたことに応じて、代理注文部１０６は、当該通知元のユーザのユーザＩＤと通知された販売元をキーとしてユーザ情報登録テーブル６００（図２０参照）を検索し、代理認証に必要な情報を取得する（Ｓ２２）。具体的には、ユーザＩＤ（この場合、user1）と通知された販売元（この場合、「Ｂ社」）をキーとしてユーザ情報登録テーブル６００を検索し、これらに紐付いた「Ｂ社」のアカウント情報（ユーザＩＤ：USER1，パスワード：Abcd1234）と「Ｂ社」のＵＲＬ（http://www.bbb.co.jp/…）を取得する。

続いて、代理認証部１０７は、取得したアカウント情報（ユーザＩＤ：USER1，パスワード：Abcd1234）を含むログイン要求を「Ｂ社」のＵＲＬに宛てて送信する（Ｓ２３）。これを受けて、「Ｂ社」は、ログイン要求に含まれるアカウント情報に基づいてユーザ認証を行い（Ｓ２４）、ログイン成功（認証チケット）を代理認証部１０７に返す（Ｓ２５）。

代理認証部１０７が代理認証によるログインに成功したことを受けて、代理注文部１０６は、電子書籍の注文情報を「Ｂ社」に送信する（Ｓ２６）。当該注文情報には、電子書籍（この場合、「○×△□の歴史」）のＩＳＢＮと、追加購入の根拠である紙版書籍に付与された書籍個体ＩＤと、割引指示情報とが含まれる。本実施形態における割引指示情報は、ユーザが選択した購入方法（この場合、「追加」）と、ログイン中のユーザが優待価格で電子書籍を購入する権利を有することを証明する証明書とを含む。

「Ｂ社」は、電子書籍販売仲介システム１００Ｂから受信した注文情報に含まれる割引指示情報の内容から、証明書の存在と購入方法（この場合、「追加」）を確認すると（Ｓ２７）、当該購入方法に応じた注文受付処理を実行する（Ｓ２８）。ここでいう注文受付処理とは、注文された商品（この場合、「○×△□の歴史（電子書籍版）」）をいわゆる“買い物かご”に入れる処理を意味し、このとき、「Ｂ社」は、通常価格５００円の「○×△□の歴史（電子書籍版）」を、追加購入による優待価格“１００円”で“買い物かご”に入れる処理を実行する。

その後、「Ｂ社」は、注文内容確認画面を生成し（Ｓ２９）、当該注文内容確認画面のＵＲＬを注文情報の送信元である電子書籍販売仲介システム１００Ｂに送信する（Ｓ３０）。これを受けて、代理注文部１０６は、当該注文内容確認画面のＵＲＬをリダイレクト先に指定したリダイレクト指示を生成し、Ｓ２５で受信した認証チケットと当該リダイレクト指示をスマートフォン１０に送信する（Ｓ３１）。リダイレクト指示を受信したスマートフォン１０は、「Ｂ社」に対して認証チケットを送信して注文内容確認画面のＵＲＬにリダイレクトする（Ｓ３２）。これを受けて、「Ｂ社」は、当該注文内容確認画面をスマートフォン１０に送信する（Ｓ３３）。スマートフォン１０は、「Ｂ社」から受信した注文内容確認画面をディスプレイ３０８に表示する（Ｓ３４）。

図２５（ｂ）は、スマートフォン１０のディスプレイ３０８に表示される注文内容確認画面を例示的に示す。図２５（ｂ）に示す注文内容確認画面においては、「○×△□の歴史（電子書籍版）」のイメージとその価格“￥１００”が“現在「○×△□の歴史」をお持ちの方に適用される優待価格です！”というメッセージとともに表示されている。

スマートフォン１０のディスプレイ３０８に表示された注文内容確認画面を確認したユーザが「レジに進む」ボタンをタッチすると、スマートフォン１０に「Ｂ社」の決済用画面が表示される。ここで、ユーザが「Ｂ社」が表示する決済用画面の案内に従って「○×△□の歴史（電子書籍版）」注文を確定し、決済に必要な操作を実行すると（Ｓ３５）、スマートフォン１０から「Ｂ社」に決済情報が送信される（Ｓ３６）。これを受けて、「Ｂ社」は、決済処理を実行した後（Ｓ３７）、決済が成功した場合はその旨をスマートフォン１０に通知する（Ｓ３８）。その後、ユーザは、所望のタイミングで「Ｂ社」が提供する所定のダウンロード画面にアクセスして「○×△□の歴史（電子書籍版）」をダウンロードする。

なお、本実施形態において、電子書籍販売仲介システム１００Ｂは、代理注文部１０６が電子書籍の注文情報を「Ｂ社」に送信して以降の先の注文確定とその決済に関しては一切関与するものではなく、買い物かごに入った「○×△□の歴史（電子書籍版）」の注文確定とその決済は、スマートフォン１０と「Ｂ社」の間で直接的になされる。

「Ｂ社」は、「○×△□の歴史（電子書籍版）」の優待割引販売に係るユーザとのセッションが終了した時点で、「○×△□の歴史（電子書籍版）」に係る決済結果を電子書籍販売仲介システム１００Ｂに送信する（Ｓ３９）。具体的には、「Ｂ社」は、当該販売に係る決済処理が完了した場合には、当該販売に係る書籍個体ＩＤと決済完了の旨および決済金額を含む決済結果を電子書籍販売仲介システム１００Ｂに送信する。一方、注文の取消しやその他の理由により決済処理が完了しなかった場合には、当該販売に係る書籍個体ＩＤと決済未完の旨を含む決済結果を電子書籍販売仲介システム１００Ｂに送信する。

電子書籍販売仲介システム１００Ｂが決済結果を受信したことに応じて、決済確認部１０８は、当該決済結果を確認し、その内容に応じて書籍情報管理テーブル５００を更新する（Ｓ４０）。具体的には、決済結果が“決済未完”であった場合には、決済確認部１０８は、書籍情報管理テーブル５００の更新を行わない。一方、決済結果が“決済完了”であった場合には、決済確認部１０８は、当該決済結果に含まれる書籍個体ＩＤをキーとして書籍情報管理テーブル５００を検索し、当該書籍個体ＩＤに紐付いた電子化回数（フィールド５０４）の値をインクリメントする。

さらに、決済確認部１０８は、決済結果が“決済完了”であった場合にその旨と決済金額を課金情報更新部１０９に通知する。これを受けて、課金情報更新部１０９は、課金情報を更新する（Ｓ４１）。なお、課金情報の詳細については後述する。

以上、説明したように、本実施形態によれば、販売元の垣根を超えて、紙版書籍の所有者に電子書籍を優待価格で販売するという新しい仕組みが提供される。この仕組みは、電子書籍の潜在需要を惹起することが期待される。

以上、ユーザが追加購入によって電子書籍を購入する際に実行される処理について説明してきたが、本システムが提供する電子書籍割引販売スキームは、中古書籍にまでその適用範囲を広げることができる。以下では、電子書籍割引販売スキームを中古書籍に適用する場合において、中古書籍販売店（以下、古書店という）が紙版書籍を買い取る際、ならびに、古書店が中古書籍（以下、古本という）を販売する際に実行される処理を図２６に示すシーケンス図に基づいて説明する。

最初に、古書店が古本を買い取る際に実行される処理を説明する。

ユーザが古書店に古本の買取を申し込むと（Ｓ１）、古書店の店員は、古本（紙版書籍）に印刷されたＱＲコードを専用装置でデコードして、書籍個体ＩＤを取得する（Ｓ２）。古書店は、取得した書籍個体ＩＤと古書店の認証情報を含むフラグ無効化要求を電子書籍販売仲介システム１００Ｂに送信する（Ｓ３）。

電子書籍販売仲介システム１００Ｂがフラグ無効化要求を受信したことに応じて、紙版書籍情報管理部１０２は、当該フラグ無効化要求に含まれる古書店の認証情報に基づいてその送信元の正当性を確認する（Ｓ４）。フラグ無効化要求の送信元の正当性が確認された場合、紙版書籍情報管理部１０２は、当該フラグ無効化要求に含まれる書籍個体ＩＤをキーとして書籍情報管理テーブル５００（図１６参照）を検索し、当該書籍個体ＩＤに紐付いたアクティベーションフラグ（フィールド５０３）の値をＯＮからＯＦＦに切り替えた後（Ｓ５）、フラグ無効化が完了した旨を古書店に通知する（Ｓ６）。古書店においては、フラグ無効化の完了が適切な方法で表示され、古書店の店員は、当該表示を確認した後に、フラグ無効化済みの古本を店内に陳列して販売に供する。

次に、古書店が古本を販売する際に実行される処理を説明する。

ユーザが古書店で古本の購入を申し出ると（Ｓ７）、古書店の店員は、古本（紙版書籍）に印刷されたＱＲコードを専用装置でデコードして、書籍個体ＩＤを取得する（Ｓ８）。古書店は、取得した書籍個体ＩＤと古書店の認証情報を含むフラグ有効化要求を電子書籍販売仲介システム１００Ｂに送信する（Ｓ９）。

電子書籍販売仲介システム１００Ｂがフラグ有効化要求を受信したことに応じて、紙版書籍情報管理部１０２は、当該フラグ有効化要求に含まれる古書店の認証情報に基づいてその送信元の正当性を確認する（Ｓ１０）。フラグ有効化要求の送信元の正当性が確認された場合、紙版書籍情報管理部１０２は、当該フラグ有効化要求に含まれる書籍個体ＩＤをキーとして書籍情報管理テーブル５００（図１６参照）を検索し、当該書籍個体ＩＤに紐付いたアクティベーションフラグ（フィールド５０３）の値をＯＦＦからＯＮに切り替えた後（Ｓ１１）、フラグ有効化が完了した旨を古書店に通知する（Ｓ１２）。古書店においては、フラグ有効化の完了が適切な方法で表示され、古書店の店員は、当該表示を確認した後に、古本（紙版書籍）をユーザに中古価格で譲渡する（Ｓ１３）。

この後、古書店で古本（紙版書籍）を購入したユーザが当該紙版書籍に対応する電子書籍を購入する際に実行される処理は、図２１および図２２に示すシーケンス図に基づいて説明した内容と同じであるのでここではこれ以上の説明を省略する。つまり、図２６に示した処理は、本システムの不正利用を排除するためのものであり、上述した処理を実施することにより、古本が店内に陳列されている間、電子書籍販売仲介システム１００Ｂ内では、当該古本（紙版書籍）に係る書籍個体ＩＤに紐付いたアクティベーションフラグがＯＦＦに維持されるので、仮に、悪意の第三者が未購入の古本のＱＲコードから書籍個体ＩＤを盗取して、電子書籍販売仲介システム１００Ｂに対して電子書籍購入要求を送信したとしても、その要求は拒否されることになる。

以上、本システムの電子書籍割引販売スキームを古本販売に適用した場合に実行される処理について説明してきたが、続いて、紙版書籍の所有者が当該紙版書籍の所有権を放棄しその回収に応じることを条件に、当該紙版書籍に対応する電子書籍を購入するシナリオにおいて実行される処理を図２７、図２８および図２９に示すシーケンス図に基づいて説明する。なお、以下では、このような購入方法を“交換購入“と呼ぶ。

図２７に基づいて説明する。手元にある紙版書籍を処分し、その代わりに当該紙版書籍に対応する電子書籍を優待価格で購入したいと考えるユーザは、スマートフォン１０を操作して電子書籍販売仲介システム１００Ｂにログインする（Ｓ１）。これを受けて、スマートフォン１０は、ログイン要求を電子書籍販売仲介システム１００Ｂに送信する（Ｓ２）。電子書籍販売仲介システム１００Ｂは、ログイン要求を受信したことに応じてユーザ認証を行い（Ｓ３）、認証に成功すると、電子書籍注文受付部１０５がサービスメニュー画面をスマートフォン１０に送信する（Ｓ４）。

これを受けて、スマートフォン１０は、図１９（ｂ）に例示するサービスメニュー画面をディスプレイ３０８に表示する（Ｓ５）。ここで、ユーザが「交換購入」を選択してＯＫボタンをタッチすると（Ｓ６）、スマートフォン１０がＱＲコード読み取り画面を表示する（Ｓ７）。

ディスプレイ３０８にＱＲコード読み取り画面が表示されたことを受けて、ユーザは、スマートフォン１０を操作して自身が所有する紙版書籍に印刷されたＱＲコードを撮影する（Ｓ８）。スマートフォン１０のＱＲコード読み取り機能は、撮影されたＱＲコードをデコードして書籍個体ＩＤを取得し（Ｓ９）、当該書籍個体ＩＤと選択された購入方法（この場合、「交換」）を含む電子書籍購入要求を生成して、電子書籍販売仲介システム１００Ｂに送信する（Ｓ１０）。

電子書籍販売仲介システム１００Ｂがスマートフォン１０から電子書籍購入要求を受信したことに応じて、電子書籍注文受付部１０５は、当該電子書籍購入要求に含まれる書籍個体ＩＤと当該電子書籍購入要求の送信元ユーザのユーザＩＤを含む紙版書籍回収予約要求を生成して書籍回収センターに送信する（Ｓ１１）。書籍回収センターは、電子書籍販売仲介システム１００Ｂから受信した紙版書籍回収予約要求に含まれる書籍個体ＩＤとユーザＩＤを紐づけて紙版書籍の回収予約リストに登録した後（Ｓ１２）、紙版書籍回収予約が完了した旨を電子書籍販売仲介システム１００Ｂに通知する（Ｓ１３）。

電子書籍販売仲介システム１００Ｂが当該通知を受けたことに応じて、電子書籍注文受付部１０５は、Ｓ１１で送信した紙版書籍回収予約要求に含まれるユーザＩＤを図３０に例示的に示す書籍回収状況管理テーブル７００に登録する。ここで、書籍回収状況管理テーブル７００は、ユーザＩＤを格納するためのフィールド７０１、ステータスを格納するためのフィールド７０２、販売元選択画面の保存先パスを格納するためのフィールド７０３を備えており、電子書籍注文受付部１０５は、図３０（ａ）に示すように、フィールド７０１にユーザＩＤ（この場合、user1）を格納し、user1に紐付いたフィールド７０２に”書籍回収待ち”を格納する（Ｓ１４）。

その後、電子書籍注文受付部１０５は、交換予約受付完了画面を生成し（Ｓ１５）、スマートフォン１０に送信する（Ｓ１６）。

スマートフォン１０は、電子書籍販売仲介システム１００Ｂから受信した交換予約受付完了画面をディスプレイ３０８に表示する（Ｓ１７）。図３１は、スマートフォン１０のディスプレイ３０８に表示される交換予約受付完了画面を例示的に示す。図３１に示す例では、交換予約受付完了画面に、“交換のご予約を承りました”というメッセージとともに、紙版書籍の送付先の案内が表示されている。

図２８に基づいて説明を続ける。ユーザは、スマートフォン１０のディスプレイ３０８で交換予約の受付を確認した後、交換対象となる紙版書籍を案内された書籍回収センターに宛てて発送する（Ｓ１８）。書籍回収センターの係員は、到着した紙版書籍に印刷されたＱＲコードを専用装置でデコードして書籍個体ＩＤを取得し、取得した書籍個体ＩＤに対応する紙版書籍の回収予約リストのチェック欄を“回収済”にする紙版書籍回収処理を実行する（Ｓ１９）。その後、書籍回収センターは、紙版書籍の回収予約リストにおいて当該書籍個体ＩＤとこれに紐づいたユーザＩＤを含む紙版書籍回収完了情報を電子書籍販売仲介システム１００Ｂに送信する（Ｓ２０）。

電子書籍販売仲介システム１００Ｂが書籍回収センターから紙版書籍回収完了情報を受信したことに応じて、電子書籍注文受付部１０５は、当該紙版書籍回収完了情報に含まれるユーザＩＤをキーとして書籍回収状況管理テーブル７００を検索し、当該ユーザＩＤに紐付いたステータス（フィールド７０２）の値を“書籍回収待ち”から“書籍回収済み”に変更するとともに（Ｓ２１）、書籍情報管理テーブル５００において、当該紙版書籍回収完了情報に含まれる書籍個体ＩＤに紐付いた電子化回数（フィールド５０４）を初期化（０にリセット）する（Ｓ２２）。

続いて、電子書籍注文受付部１０５は、当該書籍個体ＩＤからＩＳＢＮを取得し（Ｓ２３）、取得したＩＳＢＮとユーザが選択した購入方法（この場合「交換」）を含む電子書籍の問い合わせを生成する。電子書籍注文受付部１０５は、生成した問い合わせを紙版書籍回収完了情報に含まれるユーザＩＤに係るユーザが登録する１以上の電子書籍販売店（Ｗｅｂ店舗）に宛てて送信する（Ｓ２４）。

この場合、電子書籍注文受付部１０５は、“user1”をキーとして、ユーザ情報登録テーブル６００（図２０参照）を検索し、“user1”に紐付けられた４つの電子書籍販売店（Ａ社、Ｂ社、Ｃ社、Ｄ社）のＵＲＬに宛てて電子書籍の問い合わせを送信する。

各電子書籍販売店は、受信した電子書籍の問い合わせに含まれるＩＳＢＮに対応する電子書籍のＩＳＢＮと、当該問い合わせに含まれる購入方法（この場合「交換」）に応じた優待価格を検索し（Ｓ２５）、その結果を電子書籍販売仲介システム１００Ｂに送信する（Ｓ２６）。

電子書籍販売仲介システム１００Ｂが各電子書籍販売店から検索結果を受信したことに応じて、電子書籍注文受付部１０５は、当該検索結果に基づいて販売元選択画面を生成・保存した後（Ｓ２７）、書籍回収状況管理テーブル７００のユーザＩＤ“user1”に紐付いたフィールド７０３に当該販売元選択画面の保存先パスを格納する（Ｓ２８）。

その後、電子書籍注文受付部１０５は、“user1”をキーとしてユーザ情報登録テーブル６００（図２０参照）を検索し、“user1”に紐付けられたスマートフォン１０のメールアドレス（この場合、“user1@email.com）に宛てて電子書籍の購入の準備が完了した旨を電子メールで通知する（Ｓ２９）。

図２９に基づいて説明を続ける。電子メールで電子書籍の購入準備完了通知を受け取ったユーザは、スマートフォン１０を操作して電子書籍販売仲介システム１００Ｂにログインする（Ｓ１）。これを受けて、スマートフォン１０は、ログイン要求を電子書籍販売仲介システム１００Ｂに送信する（Ｓ２）。電子書籍販売仲介システム１００Ｂは、ログイン要求を受信したことに応じてユーザ認証を行い（Ｓ３）、認証に成功すると、電子書籍注文受付部１０５は、ログインユーザのユーザＩＤ（この場合、“user1”）をキーとして、書籍回収状況管理テーブル７００を検索し、ユーザＩＤ“user1”に紐付いたフィールド７０３に格納された販売元選択画面の保存先パスを取得する。電子書籍注文受付部１０５は、取得したパスにアクセスして販売元選択画面を取得し（Ｓ４）、当該販売元選択画面をスマートフォン１０に送信する（Ｓ５）。

スマートフォン１０は、電子書籍販売仲介システム１００Ｂから受信した販売元選択画面をディスプレイ３０８に表示する（Ｓ６）。図３２（ａ）および（ｂ）は、Ｓ６でスマートフォン１０に表示される販売元選択画面を例示的に示す。この例では、まず、ユーザに対して図３２（ａ）に示すように、“「○×△□の歴史（電子書籍版）」を優待価格で購入することができます。”というメッセージとともに、「今すぐ購入する」と「後で購入する」という２つのメニューがラジオボタンで択一的に選択可能に表示される。ここで、ユーザが「今すぐ購入する」を選択してＯＫボタンをタッチすると、図３２（ｂ）に示す販売元選択画面に遷移する。続いて、ユーザが販売元選択画面において最も低い価格を提示する「Ｃ社」を電子書籍の販売元として選択し、ＯＫボタンをタッチすると（Ｓ７）、スマートフォン１０は、ユーザが選択した販売元「Ｃ社」を電子書籍販売仲介システム１００Ｂに通知する（Ｓ８）。

電子書籍販売仲介システム１００Ｂがスマートフォン１０から販売元の通知を受けたことに応じて、代理注文部１０６は、当該通知元のユーザのユーザＩＤと通知された販売元をキーとしてユーザ情報登録テーブル６００を検索し、代理認証に必要な情報を取得する（Ｓ９）。具体的には、ユーザＩＤ“user1”と通知された販売元「Ｃ社」をキーとしてユーザ情報登録テーブル６００を検索し、これらに紐付いた「Ｃ社」のアカウント情報（ユーザＩＤ：user1@email.com，パスワード：12341234）と「Ｃ社」のＵＲＬ（http://www.ccc.co.jp/…）を取得する。

続いて、代理認証部１０７は、取得したアカウント情報（ユーザＩＤ：user1@email.com，パスワード：12341234）を含むログイン要求を「Ｃ社」のＵＲＬに宛てて送信する（Ｓ２３）。これを受けて、「Ｃ社」は、ログイン要求に含まれるアカウント情報に基づいてユーザ認証を行い（Ｓ１１）、ログイン成功（認証チケット）を代理認証部１０７に返す（Ｓ１２）。

代理認証部１０７が代理認証によるログインに成功したことを受けて、代理注文部１０６は、電子書籍の注文情報を「Ｃ社」に送信する（Ｓ１３）。当該注文情報には、電子書籍（この場合、「○×△□の歴史」）のＩＳＢＮと、割引きの根拠となる紙版書籍に付与された書籍個体ＩＤと、割引指示情報が含まれる。当該割引指示情報は、ユーザが選択した購入方法（この場合、「交換」）と、ログイン中のユーザが優待価格で電子書籍を購入する権利を有することを証明する証明書を含む。

「Ｃ社」は、電子書籍販売仲介システム１００Ｂから受信した注文情報に含まれる割引指示情報の内容から、証明書の存在と購入方法（この場合、「交換」）を確認すると（Ｓ１４）、当該購入方法に応じた注文された商品（この場合、「○×△□の歴史（電子書籍版）」）をいわゆる“買い物かご”に入れる注文受付処理を実施する（Ｓ１５）。このとき、「Ｃ社」は、通常価格５００円の「○×△□の歴史（電子書籍版）」を、交換購入による優待価格“１０円”で“買い物かご”に入れる処理を実行する。

その後、「Ｃ社」は、注文内容確認画面を生成し（Ｓ１６）、これを注文情報の送信元である電子書籍販売仲介システム１００Ｂに送信する（Ｓ１７）。これを受けて、電子書籍販売仲介システム１００Ｂは、当該注文内容確認画面のＵＲＬをリダイレクト先に指定したリダイレクト指示を生成し、Ｓ１２で受信した認証チケットと当該リダイレクト指示をスマートフォン１０に送信する（Ｓ１８）。リダイレクト指示を受信したスマートフォン１０は、「Ｃ社」に対して認証チケットを送信して注文内容確認画面のＵＲＬにリダイレクトする（Ｓ１９）。これを受けて、「Ｃ社」は、当該注文内容確認画面をスマートフォン１０に送信する（Ｓ２０）。これを受けて、スマートフォン１０は、「Ｃ社」から受信した注文内容確認画面をディスプレイ３０８に表示する（Ｓ２１）。図３２（ｃ）は、このときスマートフォン１０のディスプレイ３０８に表示される注文内容確認画面を示す。図３２（ｃ）に示す注文内容確認画面においては、「○×△□の歴史（電子書籍版）」のイメージとその価格“￥１０”が“紙版書籍と交換するお客様に適用される優待価格です”というメッセージとともに表示されている。なお、これ以降に実施される手順は、先に図２２に基づいて説明した内容（Ｓ３５〜Ｓ４１）と同じであるの、ここではこれ以上の説明を省略する。

以上、説明したように、本実施形態によれば、販売元の垣根を超えて、紙版書籍と電子書籍の交換を実現するための新しい仕組みが提供される。この仕組みは、電子書籍の潜在需要を惹起するとともに、古書の回収事業に一役買うことが期待される。

最後に、課金情報更新部１０９が更新する課金情報（図２２、Ｓ４１参照）について説明する。ここでいう課金情報とは、本システムが提供するビジネスプラットフォームに参加する「出版社」、「印刷所」、「電子書籍販売店」、「新刊書店」、「古書店」および「書籍回収センター」の一部または全部を対象とする課金の算定根拠となる情報を意味する。なお、どのような課金情報に基づいて、誰に、どのような方法で、どういった按分で課金するかについては、当該ビジネスプラットフォームを利用する目的に応じて任意に決めることができる設計事項であり、本発明はその内容を限定するものではない。ここでは、電子書籍販売仲介システム１００Ｂが仲介した電子書籍の販売件数（仲介販売件数）とその販売売上（仲介販売売上）を課金情報とし、当該課金情報に基づいて電子書籍販売店に課金する場合について説明する。

図３３は、課金情報更新部１０９が更新する課金情報管理テーブル８００を例示的に示す。図３３に示すように、課金情報管理テーブル８００は、電子書籍販売店の識別情報（名称等）を格納するためのフィールド８０１、仲介販売件数を格納するためのフィールド８０２、仲介販売売上を格納するためのフィールド８０３、課金の契約形態を格納するためのフィールド８０４、課金額を格納するためのフィールド８０５を備える。

この場合、課金情報更新部１０９は、決済確認部１０８から“決済完了”の旨とその決済金額の通知を受けると、当該決済結果の送信元の電子書籍販売店に紐付いた仲介販売件数（フィールド８０２）の値をインクリメントし、仲介販売売上（フィールド８０３）の値に通知された決済金額を加算する。これを受けて、課金額（フィールド６０５）の値が課金形態（フィールド６０４）の内容に従って更新される。電子書籍販売仲介システム１００Ｂの運営主体は、所定の期日ごとに課金情報管理テーブル８００に基づいて課金額を集計し、集計した課金額を各電子書籍販売店に請求する。

なお、課金形態としては、仲介販売件数１件毎に固定金額を課金する形態や、仲介販売売上に対して所定の歩合をかけた金額を課金する形態などを例示することができる。この他、月額固定制や従量制などの形態で課金する個別契約を電子書籍販売店と結んでもよい。

以上、本発明について第１および第２実施形態をもって説明してきたが、本発明は上述した実施形態に限定されるものではない。例えば、上述した実施形態では、ユーザ端末としてスマートフォンが使用される態様について説明したが、ユーザ端末は、タブレットＰＣ、ノートＰＣなど任意の情報端末であってもよいことはいうまでもない。また、上述した実施形態では、書籍個体ＩＤの付与方法として、そのテキストまたは変換コードを普通印刷する態様を説明したが、この他にも、書籍個体ＩＤの内容（テキスト）を紙版書籍の適切な領域に地紋印刷する方法を採用してもよい。

また、上述した実施形態では、書籍個体ＩＤの変換コードをユーザ端末や書店の専用装置の側でデコードして書籍個体ＩＤを取得する態様を説明したが、電子書籍販売仲介システム側で書籍個体ＩＤをデコードする構成を採用してもよい。この場合、ユーザ端末等は、書籍個体ＩＤの変換コードの写真を撮影して電子書籍販売仲介システムに送信し、電子書籍販売仲介システムが当該写真を解析して書籍個体ＩＤを取得する。（先に述べた地紋印刷の場合も同様。）その他、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

なお、上述した実施形態の各機能は、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などで記述された装置実行可能なプログラムにより実現でき、本実施形態のプログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。

１０…スマートフォン
２０…サーバ
３０…サーバ
４０…サーバ
５０…サーバ
６０…ネットワーク
１００…電子書籍販売仲介システム
１０１…書籍個体ＩＤ発行部
１０２…紙版書籍情報管理部
１０３…書籍個体ＩＤ取得部
１０４…ユーザ情報登録部
１０５…電子書籍注文受付部
１０６…代理注文部
１０７…代理認証部
１０８…決済確認部
１０９…課金情報更新部
１１０…ユーザ認証部
１１２…ＩＳＢＮ取得部
２００…プロセッサ
２０２…ＲＯＭ
２０４…ＲＡＭ
２０６…補助記憶装置
２０８…入出力装置インタフェース
２１０…ネットワークインタフェース
３００…プロセッサ
３０２…ＲＯＭ
３０４…ＲＡＭ
３０６…補助記憶装置
３０８…タッチパネルディスプレイ
３１０…無線Ｉ／Ｆ
３１２…アンテナ
５００…書籍情報管理テーブル
５０１,５０２,５０３,５０４,５０５…フィールド
６００…ユーザ情報登録テーブル
６０１,６０２,６０３,６０４,６０５…フィールド
７００…書籍回収状況管理テーブル
７０１,７０２,７０３…フィールド
８００…課金情報管理テーブル
８０１,８０２,８０３,８０４,８０５…フィールド
１０００…ネットワークシステム

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

Claims (12)

1. １以上の情報処理装置によって構成され、電子書籍の販売を仲介するための仲介システムであって、
   前記仲介システムを利用するユーザを識別する第１のユーザ識別情報と、電子書籍を販売する販売システムを該ユーザが利用するための第２のユーザ識別情報とを関連付けて記憶するユーザ情報記憶部と、
   操作端末から、ユーザを識別する前記第１のユーザ識別情報と、書籍を識別するための書籍識別情報とを受信する受信部と、
   前記受信部で受信した前記第１のユーザ識別情報に関連付けて前記ユーザ情報記憶部に記憶されている前記第２のユーザ識別情報と、前記受信部で受信した前記書籍識別情報により識別される書籍の電子書籍の注文を行う注文要求と、を前記販売システムに送信する代理注文部と、
   前記代理注文部により送信された注文要求に基づいた注文により前記電子書籍が購入されたことに応じて前記販売システムから送信される決済結果を受信する決済結果受信部と、
   前記決済結果受信部で受信した決済結果に基づいて、前記販売システムを提供する提供者に課金するための課金情報を更新する課金情報更新部と
   を含む、システム。
2. 前記代理注文部は、前記受信部で受信した第１のユーザ識別情報に関連付けて前記ユーザ情報記憶部に記憶されている前記第２のユーザ識別情報を用いて前記販売システムへの認証を要求する代理認証部を含み、
   前記代理注文部は、前記代理認証部で要求した認証が成功した後に、前記注文要求を前記販売システムに送信すること
   を特徴とする請求項１に記載のシステム。
3. 前記代理注文部は、送信した前記注文要求に応じて前記販売システムが送信する、注文内容を確認する画面のアドレス情報を受信すると、受信した該アドレス情報へのリダイレクト指示を前記操作端末に送信すること
   を特徴とする請求項１又は２に記載のシステム
4. 前記代理注文部は、前記受信部で受信した前記書籍識別情報を前記注文要求に含めて前記販売システムに送信すること
   を特徴とする請求項１乃至３のいずれか一項に記載のシステム。
5. １以上の情報処理装置によって構成され、電子書籍の販売を仲介するための仲介システムであって、
   前記仲介システムを利用するユーザを識別する第１のユーザ識別情報と、電子書籍を販売する販売システムを該ユーザが利用するための第２のユーザ識別情報とを関連付けて記憶するユーザ情報記憶部と、
   操作端末から、ユーザを識別する前記第１のユーザ識別情報と、前記操作端末で撮影された画像情報を受信する受信部と、
   前記受信部で受信した画像情報から、書籍を識別するための書籍識別情報を取得する書籍情報取得部と、
   前記受信部で受信した第１のユーザ識別情報に関連付けて前記ユーザ情報記憶部に記憶されている前記第２のユーザ識別情報と、前記書籍情報取得部で取得した前記書籍識別情報により識別される書籍の電子書籍の注文を行う注文要求と、を前記販売システムに送信する代理注文部と、
   前記代理注文部により送信された注文要求に基づいた注文により前記電子書籍が購入されたことに応じて前記販売システムから送信される決済結果を受信する決済結果受信部と、
   前記決済結果受信部で受信した決済結果に基づいて、前記販売システムを提供する提供者に課金するための課金情報を更新する課金情報更新部と
   を含む、システム。
6. 前記代理注文部は、前記受信部で受信した第１のユーザ識別情報に関連付けて前記ユーザ情報記憶部に記憶されている前記第２のユーザ識別情報を用いて前記販売システムへの認証を要求する代理認証部を含み、
   前記代理注文部は、前記代理認証部で要求した認証が成功した後に、前記注文要求を前記販売システムに送信すること
   を特徴とする請求項５に記載のシステム。
7. 前記代理注文部は、送信した前記注文要求に応じて前記販売システムが送信する、注文内容を確認する画面のアドレス情報を受信すると、受信した該アドレス情報へのリダイレクト指示を前記操作端末に送信すること
   を特徴とする請求項５又は６に記載のシステム
8. 前記代理注文部は、前記書籍情報取得部で取得した前記書籍識別情報を前記注文要求に含めて前記販売システムに送信すること
   を特徴とする請求項５乃至７のいずれか一項に記載のシステム。
9. １以上の情報処理装置によって構成され、電子書籍の販売を仲介するための仲介システムであって、
   前記仲介システムを利用するユーザを識別する第１のユーザ識別情報と、電子書籍を販売する複数の販売システムのうち、該ユーザが利用する１以上の販売システムをそれぞれ利用するための１以上の第２のユーザ識別情報と、を関連付けて記憶するユーザ情報記憶部と、
   操作端末から、ユーザを識別する前記第１のユーザ識別情報と、書籍を識別するための書籍識別情報と、該書籍の電子書籍の購入を希望する販売システムを指定する指定情報とを受信する受信部と、
   前記受信部で受信した前記第１のユーザ識別情報に関連付けて前記ユーザ情報記憶部に記憶されている前記１以上の第２のユーザ識別情報のうちの、前記受信部で受信した前記指定情報により指定される販売システムを利用するための前記第２の識別情報と、前記受信部で受信した前記書籍識別情報により識別される書籍の電子書籍の注文を行う注文要求とを、前記複数の販売システムのうちの該指定情報により指定される販売システムに送信する注文要求送信部と、
   前記注文要求送信部により送信された注文要求に基づいた注文により前記電子書籍が購入されたことに応じて前記販売システムから送信される決済結果を受信する決済結果受信部と、
   前記決済結果受信部で受信した決済結果に基づいて、該決済結果の送信元の前記販売システムを提供する提供者に課金するための課金情報を更新する課金情報更新部と
   を含む、システム。
10. 電子書籍の販売を仲介する方法であって、
    操作端末から、ユーザを識別する第１のユーザ識別情報と、電子書籍を販売する販売システムを該ユーザが利用するための第２のユーザ識別情報とを関連付けて記憶するステップと、
    ユーザを識別する前記第１のユーザ識別情報と、書籍を識別するための書籍識別情報とを受信するステップと、
    受信した前記第１のユーザ識別情報に関連付けて記憶されている前記第２のユーザ識別情報と、受信した前記書籍識別情報により識別される書籍の電子書籍の注文を行う注文要求と、を前記販売システムに送信するステップと、
    前記注文要求に基づいた注文により前記電子書籍が購入されたことに応じて前記販売システムから送信される決済結果を受信するステップと、
    受信した前記決済結果に基づいて、前記販売システムを提供する提供者に課金するための課金情報を更新するステップと
    を含む、方法。
11. 電子書籍の販売を仲介する方法であって、
    操作端末から、ユーザを識別する第１のユーザ識別情報と、電子書籍を販売する販売システムを該ユーザが利用するための第２のユーザ識別情報とを関連付けて記憶するステップと、
    ユーザを識別する前記第１のユーザ識別情報と、前記操作端末で撮影された画像情報を受信するステップと、
    受信した前記画像情報から、書籍を識別するための書籍識別情報を取得するステップと、
    受信した前記第１のユーザ識別情報に関連付けて記憶されている前記第２のユーザ識別情報と、取得した前記書籍識別情報により識別される書籍の電子書籍の注文を行う注文要求と、を前記販売システムに送信するステップと、
    前記注文要求に基づいた注文により前記電子書籍が購入されたことに応じて前記販売システムから送信される決済結果を受信するステップと、
    受信した前記決済結果に基づいて、前記販売システムを提供する提供者に課金するための課金情報を更新するステップと
    を含む、方法。
12. 電子書籍の販売を仲介する方法であって、
    ユーザを識別する第１のユーザ識別情報と、電子書籍を販売する複数の販売システムのうち、該ユーザが利用する１以上の販売システムをそれぞれ利用するための１以上の第２のユーザ識別情報と、を関連付けて記憶するステップと、
    操作端末から、ユーザを識別する前記第１のユーザ識別情報と、書籍を識別するための書籍識別情報と、該書籍の電子書籍の購入を希望する販売システムを指定する指定情報とを受信するステップと、
    受信した前記第１のユーザ識別情報に関連付けて記憶されている前記１以上の第２のユーザ識別情報のうちの、受信した前記指定情報により指定される販売システムを利用するための前記第２の識別情報と、受信した前記書籍識別情報により識別される書籍の電子書籍の注文を行う注文要求とを、前記複数の販売システムのうちの該指定情報により指定される販売システムに送信するステップと、
    前記注文要求に基づいた注文により前記電子書籍が購入されたことに応じて前記販売システムから送信される決済結果を受信するステップと、
    受信した前記決済結果に基づいて、該決済結果の送信元の前記販売システムを提供する提供者に課金するための課金情報を更新するステップと、
    を含む、方法。