(57)【要約】【課題】ＢｔｏＢ型の読み放題サービスに適したシステムを提供する。【解決手段】読み放題サービスシステム１は，ＢｔｏＢ型の読み放題サービスに適したシステムで，ポータルサーバ３およびストレージサーバ４を含むＢｔｏＢプラットフォーム２，ユーザ認証サーバ５とから少なくとも構成される。ストレージサーバ４には，企業ごとに個別なライブラリ４０が設けられ，ユーザ認証サーバ５をリファラとするアクセスがあると，ユーザデバイス６を操作しているユーザがオンラインアクセスできるライブラリ４０を，ユーザがアクセスしたユーザ認証サーバ５に対応するライブラリ４０に設定して，電子書籍の閲覧に係る機能を提供するポータル画面をユーザデバイス６へ送信する。【選択図】図１
2020135810.tif 000002
【特許請求の範囲】
【請求項１】
読み放題サービスを利用するユーザをユーザ認証する少なくとも一つのユーザ認証サーバと，前記ユーザが操作するユーザデバイスと，ポータルサーバとストレージサーバを含むＢｔｏＢプラットフォームとから少なくとも構成され，
前記ユーザ認証サーバは，前記ユーザをユーザ認証する処理と，ユーザ認証に成功すると，前記ポータルサーバにアクセスするための画面を前記ユーザデバイスに送信する処理を行い，
前記ストレージサーバは，電子書籍ＩＤにより識別される複数の電子書籍を格納したストレージと，読み放題サービスの識別に用いるサービスＩＤに関連付けて，読み放題サービスの対象になる電子書籍の電子書籍ＩＤを少なくとも登録したライブラリを備え，
前記ポータルサーバは，前記ユーザ認証サーバに対応するサービスＩＤを管理し，前記ユーザ認証サーバをリファラとするアクセスが前記ユーザデバイスからあると，前記ユーザデバイスから通知されたリファラ情報で示される前記ユーザ認証サーバに対応するサービスＩＤをログインサービスＩＤとして保持した後，前記ログインサービスＩＤに対応する前記ライブラリに電子書籍ＩＤが登録されている電子書籍の閲覧に係る機能を提供するポータル画面を前記ユーザデバイスへ送信する処理を行うポータル部を備える，
ことを特徴とする読み放題サービスシステム。
【請求項２】
企業が運営しているウェブサイトを前記ユーザ認証サーバに用いた，
ことを特徴とする請求項１に記載した読み放題サービスシステム。
【請求項３】
前記ポータルサーバの前記ポータル部は，前記ユーザ認証サーバをリファラとするアクセスが前記ユーザデバイスからあると，前記ユーザデバイスから通知された前記ユーザ認証サーバのリファラ情報を検証し，この検証に成功した場合のみ，前記ポータル画面を前記ユーザデバイスへ送信する処理を行う，
ことを特徴とする，請求項1または請求項２に記載した読み放題サービスシステム。
【請求項４】
前記ＢｔｏＢプラットフォームは，検索語を含んだ電子書籍を全文検索する検索エンジンと接続し，
前記ポータルサーバの前記ポータル部は，前記ポータル画面を利用して前記ユーザデバイスから検索語を取得し，前記ログインサービスＩＤに対応する前記ライブラリに電子書籍ＩＤが登録されている電子書籍の中からこの検索語を含んだ電子書籍を検索エンジンに全文検索させる処理と，前記検索エンジンが送信した検索結果リストを表示する前記ポータル画面を前記ユーザデバイスへ送信する処理を行う，
ことを特徴とする，請求項1から請求項３のいずれか一項に記載した読み放題サービスシステム。
【請求項５】
前記ポータル画面を，知りたい立場に着目して決定した立ち位置を前記ユーザが選択できるように構成し，前記ポータルサーバは，前記立ち位置ごと，かつ電子書籍ＩＤごとに，前記立ち位置に対する関連度を記憶し，前記検索結果リストに含まれる検索結果ごとに，前記ユーザが選択した前記立ち位置と前記検索結果に含まれる電子書籍ＩＤに対応する関連度を少なくとも用いて表示順位を算出し，表示順位に従い前記検索結果を並び替える検索結果最適化部を備えている，
ことを特徴とする，請求項４に記載した読み放題サービスシステム。
【請求項６】
請求項１から５のいずれか一項に記載した読み放題サービスシステムを構成するＢｔｏＢプラットフォーム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，所定数の電子書籍が読み放題になる読み取りサービスに係る発明で，特に，ＢｔｏＢ（Business to Business）向けの読み取りサービスに係る発明である。
【背景技術】
【０００２】
消費者が企業から購入または支払い契約する商品には様々な種類がある。商品には，洋服などの物，介護などのサービスおよび金融商品が含まれる。金融商品には，資産運用を目的とした投資信託や外貨預金などの投資商品などに加え，経済リスクに備えることを目的とした生命保険や損害保険などの保険商品も含まれる。
【０００３】
商品を購入した消費者の満足度を向上するには，商品を購入したことで消費者が得られるベネフィットを向上させることが必要である。特に，保険商品の場合，その性質上，経済リスクが発生しない限り金銭的な損が顧客に発生するため，保険商品の販売契約数を増やすには，金銭以外のベネフィットを向上させることが重要になる。なお，金銭以外のベネフィットを向上させることは，保険商品以外のすべて商品において重要なことである。
【０００４】
商品（例えば，保険商品）を購入した消費者などに提供する金銭以外のベネフィットとして，電子書籍の読み放題サービスが考えられる。読み放題サービスの対象になる電子書籍を商品（例えば，保険商品）に係る書籍に限定すれば，消費者は，消費者が購入した商品に関連する知識を深め，自分自身のＱＯＬ（Quality of life）を高めることができる。
【０００５】
電子書籍の取次サービスを行うことを商売としている企業である電子書籍取次業者でない限り，商品を販売する一般企業は，電子書籍の取次サービスを行わないので，商品を購入した消費者などに提供する電子書籍の読み放題サービスの実現には，電子書籍取次業者が，消費者ではなく，一般企業に対して電子書籍の読み放題サービスを提供することが必要になる。
【０００６】
消費者を対象としたＢｔｏＣ（Business to Consumer）型の読み放題サービスはすでに様々なサービスがすでに存在する。ＢｔｏＣ型の読み放題サービスの場合，消費者は，定額料金（例えば，一定の月額）を支払うことで，一定期間の間（例えば，１カ月間），読み放題サービスに登録された電子書籍（漫画や雑誌など）が読み放題になる。
【０００７】
ＢｔｏＣ型の読み放題サービスに係る発明としては，例えば，特許文献１に係る発明が既に開示されている。特許文献１に係る発明は，読み放題サービス（利用料定額）の電子コンテンツ提供サービスにおいて電子コンテンツの著作権者に対する収益配分量を決定するための発明であるが，特許文献１の図５には，電子コンテンツ提供サービスの構成が図示され，また，特許文献１の図１０には，電子コンテンツ提供サービスの動作が図示されている。
【０００８】
読み放題サービスを実現するシステムは，特許文献１の図５で図示されたように，電子書籍の閲覧に係る処理を実行する機能と，読み放題の対象になる電子書籍を格納するストレージを有する。また，読み放題サービスにおける基本的な処理の流れには，特許文献１の図１０で図示されているように，読み放題サービスを実現するシステムにログインするユーザを認証する処理，電子書籍を選択可能に構成したメニュー画面をユーザデバイスに表示させる処理，ストレージに格納された電子書籍の中から，メニュー画面を利用してユーザが選択した電子書籍をユーザデバイスに表示させる処理が含まれる。
【０００９】
電子書籍を選択可能に構成したメニュー画面には，検索語を利用した電子書籍の検索機能を持たせることが一般的である。読み放題の対象になる電子書籍の数が多い場合，電子書籍の検索数が多くなり，ユーザが所望する電子書籍に辿り着けないケースが発生するため，ユーザが所望する電子書籍を検索し易くする工夫が必要になる。この工夫としては，特許文献２で開示されている発明では，消費者が入力した検索語に関連する単語（例えば，検索語の共起単語）を利用して，電子書籍の検索結果を絞り込めるようにしている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１４−１２３３１８号公報
【特許文献２】特開２０１３−２０６３８８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は，前述した内容を鑑みてなされたもので，本発明が目的とすることは，上述したＢｔｏＣ型の読み放題サービスではなく，ＢｔｏＢ型の読み放題サービスに適したシステムを提供することである。
【課題を解決するための手段】
【００１２】
上述した課題を解決できる第１発明は，読み放題サービスを利用するユーザをユーザ認証する少なくとも一つのユーザ認証サーバと，前記ユーザが操作するユーザデバイスと，ポータルサーバとストレージサーバを含むＢｔｏＢプラットフォームとから少なくとも構成される読み放題サービスシステムである。第１発明に係る前記ユーザ認証サーバは，前記ユーザをユーザ認証する処理と，ユーザ認証に成功すると，前記ポータサーバにアクセスするための画面を前記ユーザデバイスに送信する処理を行う。第１発明に係る前記ストレージサーバは，電子書籍ＩＤにより識別される複数の電子書籍を格納したストレージと，読み放題サービスの識別に用いるサービスＩＤに関連付けて，読み放題サービスの対象になる電子書籍の電子書籍ＩＤを少なくとも登録したライブラリを備える。第１発明に係る前記ポータルサーバは，前記ユーザ認証サーバに対応するサービスＩＤを管理し，前記ユーザ認証サーバをリファラとするアクセスが前記ユーザデバイスからあると，前記ユーザデバイスから通知されたリファラ情報で示される前記ユーザ認証サーバに対応するサービスＩＤをログインサービスＩＤとして保持した後，前記ログインサービスＩＤに対応する前記ライブラリに電子書籍ＩＤが登録されている電子書籍の閲覧に係る機能を提供するポータル画面を前記ユーザデバイスへ送信する処理を行うポータル部を備える。
第１発明において，企業が運営しているウェブサイトを前記ユーザ認証サーバに用いると，企業が運営しているウェブサイトから前記ＢｔｏＢプラットフォームへのアクセスが可能になる。
また，第１発明において，前記ポータルサーバの前記ポータル部は，前記ユーザ認証サーバをリファラとするアクセスが前記ユーザデバイスからあると，前記ユーザデバイスから通知された前記ユーザ認証サーバのリファラ情報を検証し，この検証に成功した場合のみ，前記ポータル画面を前記ユーザデバイスへ送信する処理を行うようにすると，前記ＢｔｏＢプラットフォームの不正使用を防止できる。
【００１３】
上述した課題を解決できる第２発明は，第１発明に係る前記ＢｔｏＢプラットフォームに，検索語を含んだ電子書籍を全文検索する検索エンジンを含ませた発明である。第２発明において，前記ＢｔｏＢプラットフォームは，検索語を含んだ電子書籍を全文検索する検索エンジンと接続し，前記ポータルサーバの前記ポータル部は，前記ポータル画面を利用して前記ユーザデバイスから検索語を取得し，前記ログインサービスＩＤに対応する前記ライブラリに電子書籍ＩＤが登録されている電子書籍の中からこの検索語を含んだ電子書籍を検索エンジンに全文検索させる処理と，前記検索エンジンが送信した検索結果リストを表示する前記ポータル画面を前記ユーザデバイスへ送信する処理を行う。
電子書籍の検索に全文検索を用いることで，検索語を含む電子書籍を漏れなく検索できるし，また，検索語が含まれる電子書籍のページを表示させることもできるので，ユーザが所望する電子書籍のファインダビリティ（findability）は向上する。
第２の発明において，前記ポータル画面を，知りたい立場に着目して決定した立ち位置を前記ユーザが選択できるように構成し，前記ポータルサーバは，前記立ち位置ごと，かつ電子書籍ＩＤごとに，前記立ち位置に対する関連度を記憶し，前記検索結果リストに含まれる検索結果ごとに，前記ユーザが選択した前記立ち位置と前記検索結果に含まれる電子書籍ＩＤに対応する関連度を少なくとも用いて表示順位を算出し，表示順位に従い前記検索結果を並び替える検索結果最適化部を前記ポータルサーバに備えさせると，前記立ち位置に係る関連度が高い電子書籍が検索結果の上位に表示されるため，ユーザが所望する電子書籍により辿り着け易くなる。
【００１４】
なお，本発明では，第１発明および第２発明に係る読み放題サービスシステムを構成するＢｔｏＢプラットフォームについても特許権を請求する。
【発明の効果】
【００１５】
このように，本発明に係る読み放題サービスシステムは，様々な企業が顧客に読み放題サービスを提供できるように，ＢｔｏＢプラットフォームにアクセスしたユーザがオンラインで利用できるライブラリを，ユーザがアクセスしたユーザ認証サーバに対応するライブラリに限定するように構成されている。
【図面の簡単な説明】
【００１６】
【図１】読み放題サービスシステムのオーバービューを図示した図。
【図２】読み放題サービスシステムのブロック図を図示した図。
【図３】読み放題サービスシステムの動作を説明するフローを図示した図。
【図４】ポータル画面を図示した図。
【図５】検索結果を表示するポータル画面を図示した図。
【図６】電子書籍の詳細情報を表示するポータル画面を図示した図。
【図７】ユーザデバイスに表示される電子書籍を図示した図。
【図８】変形例に係る読み放題サービスシステムのブロック図を図示した図。
【発明を実施するための形態】
【００１７】
ここから，本発明に係る実施形態について記載する。本実施形態は，本発明の理解を容易にするためのものであり，本発明は，本実施形態に限定されるものではない。また，特に断りのない限り，図面は，本発明の理解を容易にするために描かれた模式的な図である。
【００１８】
図１では，本実施形態に係る読み放題サービスシステム１のオーバービューを図示している。実施形態に係る読み放題サービスシステム１は，ＢｔｏＢ型の読み放題サービスに適したシステムで，ポータルサーバ３およびストレージサーバ４を含むＢｔｏＢプラットフォーム２と，ユーザ認証サーバ５と，ユーザデバイス６から少なくとも構成され，更に，図１では，電子書籍に含まれるテキストを総なめにして検索語を探し出す電子書籍の全文検索機能を有する検索エンジン７がストレージサーバ４と接続している。
【００１９】
図１で図示したユーザデバイス６は，電子書籍の閲覧に利用される端末装置である。ユーザデバイス６としては，スマートフォンやタブレットコンピュータが好適な形態であるが，ウェブブラウザ６０が実装されていればユーザデバイス６の具体的な形態は任意である。なお，ユーザデバイス６には，電子書籍ビューア６１が実装されている。電子書籍ビューア６１は，ウェブブラウザ６０に組み込むアドオンでもよいが，ウェブブラウザ６０とは別のアプリケーションでもよい。
【００２０】
図１で図示したユーザ認証サーバ５は，ＢｔｏＢプラットフォーム２を利用するユーザ８を認証する機能を備えたサーバである。ユーザ認証サーバ５は，ユーザ認証で用いる情報を少なくとも記憶する。ユーザ認証サーバ５として，企業が運営しているウェブサイトを利用することが好適な形態で，企業が運営しているウェブサイトを利用する場合，ウェブサイトを利用して企業がユーザ８に提供するサービスの一つに読み放題サービスが設定される。なお，ここで言う企業とは，ＢｔｏＢプラットフォーム２を運営している電子書籍取次業者と読み放題サービスの利用契約を締結している企業を意味する。
【００２１】
本実施形態に係るユーザ認証サーバ５は，ユーザ認証サーバ５にアクセスしたユーザ８のユーザ認証に成功すると，ポータルサーバ３へアクセスするための画面を送信する処理を行うように構成されている。ポータルサーバ３へアクセスするための画面には，ポータルサーバ３のＵＲＬがリンク形式で貼られたアイテム（例えば，アイコン）が含まれる。ポータルサーバ３へアクセスするための画面はユーザデバイス６のウェブブラウザ６０によって表示され，ユーザ８が，ユーザデバイス６を操作してこのアイテムを選択すると，ユーザデバイス６のウェブブラウザ６０は，アイテムに貼られているＵＲＬを利用してポータルサーバ３へアクセスする。なお，ポータルサーバ３へアクセスする際，ユーザ認証サーバ５のＵＲＬがリファラ情報として，ユーザ認証サーバ５からポータルサーバ３へ送信される。
【００２２】
ポータルサーバ３へアクセスする際，ユーザ認証サーバ５がポータルサーバ３へ送信する情報には，リファラ情報以外の様々な情報を含ませることができる。例えば，ユーザ認証サーバ５がユーザ認証したユーザ８のユーザ名やユーザ認証サーバ５の署名などをこの情報に含ませることができる。
【００２３】
実施形態に係る読み放題サービスはＢｔｏＢ型のサービスになるため，ＢｔｏＢプラットフォーム２のストレージサーバ４には，企業ごとに個別なライブラリ４０が設けられる。ストレージサーバ４に設けられるライブラリ４０には，ライブラリ４０に対応する企業が販売している商品に関連する様々な電子書籍の電子書籍ＩＤが格納され，企業がユーザ８に提供する読み放題サービスのサービスＩＤがライブラリ４０に付加されている。
【００２４】
ポータルサーバ３は，ＢｔｏＢプラットフォーム２の窓口となるサーバである。ポータルサーバ３は，ユーザ認証サーバ５のＵＲＬに関連付けてサービスＩＤを記憶し，ユーザ認証サーバ５をリファラとするアクセスがあると，ユーザデバイス６から送信されたリファラ情報（ユーザ認証サーバ５のＵＲＬになる）に対応するサービスＩＤを，ユーザデバイス６とのセッションで用いるログインサービスＩＤとして保持する。ログインサービスＩＤに対応するライブラリ４０が，ユーザデバイス６とのセッションで用いるライブラリ４０になり，ポータルサーバ３は，ログインサービスＩＤに対応するライブラリ４０に電子書籍ＩＤが登録されている電子書籍の閲覧に係る機能をユーザ８に提供する。
【００２５】
図２では，本実施形態に係る読み放題サービスシステム１のブロック図を図示している。図２で図示したストレージサーバ４は，サーバまたはクラウドサービスを利用して構築することが可能である。ストレージサーバ４は，ＢｔｏＢプラットフォーム２に登録された様々な電子書籍の本体やメタ情報を電子書籍ＩＤに関連付けて格納したストレージ４１と，企業に提供する読み放題サービスごとに，読み放題サービスの識別に用いるサービスＩＤを付加し，サービスＩＤに対応する読み放題サービスの対象になる電子書籍の電子書籍ＩＤを少なくとも登録したライブラリ４０を備えている。ストレージ４１に格納する電子書籍の形式は様々あるが，電子書籍の形式としては，米国の標準化団体ＩＤＰＦ（International Digital Publishing Forum）が推進するＥＰＵＢが有名である。
【００２６】
ストレージ４１は一つまたは複数のストレージデバイスにより構築され，本実施形態には，ライブラリ４０は，仮想化技術が用いられた仮想ボリュームにより構築されている。仮想化技術の重複排除機能を利用することで，同じ電子書籍を複数のライブラリ４０に登録しても，電子書籍の本体は一つで済むため，電子書籍の記憶に必要な記憶容量を抑えることができる。ストレージ４１における電子書籍の本体へは，電子書籍ＩＤを利用して仮想ボリュームが用いられたライブラリ４０からのアクセスが可能である。
【００２７】
更に，ストレージサーバ４は，ライブラリ４０に格納された電子書籍を検索する処理を実行する検索エンジン７と接続している。本実施形態では，ストレージサーバ４とは別に検索エンジン７を設けているが，ストレージサーバ４が検索エンジン７を備える形態も考えられる。
【００２８】
ストレージサーバ４が備える検索エンジン７は，コンピュータプログラムにより実現される機能である。検索エンジン７は，ポータルサーバ３から指定されたライブラリ４０を検索範囲として，ライブラリ４０に電子書籍ＩＤが格納されている電子書籍の中から，ポータルサーバ３から引き渡された検索語に関連する電子書籍を検索した後，電子書籍の検索結果をポータルサーバ３に引き渡す処理を行う。
【００２９】
電子書籍の検索に書誌情報や索引情報を用いる手法もあるが，本実施形態に係る検索エンジン７は，電子書籍に含まれるテキストを総なめにして検索語を探し出す全文検索を電子書籍の検索に用いる。電子書籍の検索に全文検索を用いることで，検索語を含む電子書籍を漏れなく検索できるし，また，検索語が含まれる電子書籍のページを表示させることもできるので，ユーザ８が所望する電子書籍のファインダビリティ（findability）は向上する。
【００３０】
ＢｔｏＢプラットフォーム２に含まれるポータルサーバ３は，サーバまたはクラウドサービスを利用して構築することが可能である。図２で図示したように，ポータルサーバ３は，コンピュータプログラムにより実現される機能として，ＢｔｏＢプラットフォーム２の窓口となるポータル部３０と，ユーザデバイス６に電子書籍を配信するときに起動する電子書籍配信部３１を備えている。更に，ポータルサーバ３は，コンピュータプログラムにより実現される機能として，検索エンジン７から送信された検索結果を最適化する処理を行う検索結果最適化部３２と，電子書籍をストレージサーバ４に登録する処理を行う電子書籍登録部３３を備えている。
【００３１】
ポータル部３０は，ユーザ認証サーバ５に対応する読み放題サービスのサービスＩＤを管理し，ユーザ認証サーバ５のリファラ情報を通知するアクセスがユーザデバイス６からあると，リファラ情報で示されるユーザ認証サーバに対応するサービスＩＤをログインサービスＩＤとして保持し，ログインサービスＩＤに対応するライブラリ４０に電子書籍ＩＤが登録されている電子書籍の閲覧に係る機能を提供するポータル画面をユーザデバイス６へ送信する処理を行う。
【００３２】
電子書籍配信部３１は，ユーザ８が閲覧を希望した電子書籍をユーザデバイス６に配信する処理を行う機能である。電子書籍の配信形式には，ユーザ８が選択した電子書籍をユーザデバイス６にダウンロードさせるダウンロード形式と，ユーザ８が選択した電子書籍をユーザデバイス６にダウンロードさせることなく，ユーザデバイス６に実装されたウェブブラウザ６０を利用して電子書籍をオンラインで閲覧させるストリーミング形式の２つの形式がある。電子書籍の読み放題サービスはサブスクリプション型サービスの一つの形態になり，読み放題サービスの対象となる電子書籍はユーザ８のものにならないため，本実施形態に係る電子書籍配信部３１はストリーミング形式で電子書籍をユーザデバイス６に配信する。
【００３３】
読み放題サービスシステム１のポータルサーバ３が備える電子書籍登録部３３は，電子書籍をストレージサーバ４に登録する処理を行う機能である。電子書籍をストレージサーバ４に登録する操作を行う者は電子書籍取次業者になる。ストレージサーバ４に登録する電子書籍には，様々なメタ情報を付与することができる。本実施形態では，電子書籍の表紙を利用したアイコン，電子書籍の書誌情報などを電子書籍のメタ情報に含ませている。なお，書誌情報には，電子書籍のタイトル，電子書籍の著者，電子書籍の出版社，電子書籍の版数，電子書籍の発行年月日および電子書籍の要約などが含まれる。
【００３４】
ストレージサーバ４に電子書籍を登録する際，電子書籍取次業者は，電子書籍ＩＤを電子書籍に付加し，更に，電子書籍を登録するライブラリ４０のサービスＩＤを指定する。なお，一つまたは複数のサービスＩＤを一つの電子書籍に指定できる。電子書籍登録部３３が，指定されたサービスＩＤに対応するライブラリ４０に電子書籍を登録する処理を行うと，電子書籍の本体がストレージサーバ４のストレージ４１に格納され，指定されたサービスＩＤに対応するライブラリ４０に電子書籍の電子書籍ＩＤが登録される。なお，電子書籍の全文検索に必要な情報をライブラリ４０に登録しておくことができる。電子書籍の検索に全文検索を用いる場合，電子書籍登録部３３は電子書籍を検索エンジン７に引き渡し，検索エンジン７は，全文検索に必要なインデックス情報（電子書籍に含まれる単語になる）を記憶する。
【００３５】
検索結果最適化部３２は，後述する立ち位置ごとに，立ち位置に対する関連度を電子書籍ＩＤに関連付けて記憶し，検索エンジン７から検索結果が送信されると，ユーザ８が選択した立ち位置に対応する関連度を利用して，検索結果を並び替える処理を行う機能である。検索結果最適化部３２は，立ち位置に対応する関連度が高い電子書籍ほど上位に表示されるように，検索エンジン７から送信された検索結果を並び替える。
【００３６】
図３では，読み放題サービスシステム１の動作を説明するフローを図示している。読み放題サービスの利用契約を締結した企業の商品を購入したユーザ８が，ユーザデバイス６を操作して，ユーザ８が購入した商品を販売している企業に対応するユーザ認証サーバ５へログイン要求すると（Ｓ１），ユーザ認証サーバ５は，ユーザ名とパスワードを入力するように構成されたログイン画面をユーザデバイス６へ送信する（Ｓ２）。
【００３７】
ユーザデバイス６は，ログイン画面に入力されたユーザ名とパスワードをユーザ認証サーバ５へ送信し（Ｓ３），ユーザ認証サーバ５は，ユーザ名とパスワードがユーザデバイス６から送信されると，これらを照合することで，ユーザ認証サーバ５にアクセスしたユーザ８をユーザ認証する（Ｓ４）。ユーザ認証に成功すると，ユーザ認証サーバ５は，ポータルサーバ３にアクセスするための画面をユーザデバイス６に送信し，ユーザ８は，この画面を利用してポータルサーバ３へアクセスする（Ｓ５）。なお，ユーザ認証に失敗すると，これ以降の手順は実行されない。
【００３８】
企業が運営しているウェブサイトをユーザ認証サーバ５に用いる場合，ユーザ８は，企業が運営しているウェブサイトのログイン画面にユーザ名とパスワードを入力する。また，ユーザ認証に成功すると，ポータルサーバ３にアクセスするための画面として，ユーザ８に提供できるサービスの一覧を示したサービスメニューを表示するメニュー画面がこのウェブサイトからユーザデバイス６へ送信される。なお，読み放題サービスに係るメニューには，ポータルサーバ３のポータル部３０へアクセスするためのＵＲＬがリンク形式で記述されている。
【００３９】
ポータルサーバ３にアクセスするための画面をユーザ８が操作すると，ユーザデバイス６は，ポータルサーバ３のポータル部３０へアクセスし，この際に，ユーザ認証サーバ５のＵＲＬを含むユーザ認証サーバ５のリファラ情報がユーザデバイス６からポータルサーバ３へ通知される（Ｓ６）。ポータルサーバ３のポータル部３０は，ユーザ認証サーバ５のリファラ情報を通知するアクセスがユーザデバイス６からあると，ユーザデバイス６から通知されたユーザ認証サーバ５のリファラ情報を検証する（Ｓ７）。リファラ情報の検証には，ユーザ認証サーバ５のＵＲＬが利用される。ポータル部３０には，ＢｔｏＢプラットフォーム２の利用が許可されたユーザ認証サーバ５のＵＲＬが予め登録されており，ユーザデバイス６から通知されたリファラ情報に含まれるユーザ認証サーバ５のＵＲＬがポータル部３０に予め登録されているか否かにより，ユーザ認証サーバ５のリファラ情報を検証する。
【００４０】
ポータルサーバ３のポータル部３０は，ユーザ認証サーバ５の正当性の検証に成功すると，リファラ情報で示されるユーザ認証サーバに対応するサービスＩＤをログインサービスＩＤとして保持した後（Ｓ８），電子書籍の閲覧に係る機能を提供するポータル画面をユーザデバイス６へ送信する（Ｓ９）。
【００４１】
図４は，ポータル画面３００を図示している。なお，図４で図示したポータル画面３００は一例にしか過ぎない。図４で図示したポータル画面３００は，ユーザ８が，検索語を設定し，検索語に関連する電子書籍の検索実行をできるように構成されている。なお，図４で図示したポータル画面３００は，電子書籍の検索結果を表示する検索結果表示エリア３００ｅを含む構成になっている。
【００４２】
電子書籍の検索結果の表示順位は，検索エンジン７から得られるスコア値に基づき決定されるのが一般的であるが，ＢｔｏＢ型の読み放題サービスの場合，知りたい立場に基づく立ち位置をユーザ８から取得し，ユーザ８の立ち位置に対する関連度に基づき電子書籍の検索結果の表示順位を決めると，ユーザ８の立ち位置に対する関連度が高い電子書籍を最初に表示できるので，読み放題サービスの利便性を高められる。
【００４３】
知りたい立場に基づく立ち位置は，企業が販売している商品に応じて決定される。例えば，企業が販売している商品が生命保険の場合，ユーザ８の知りたい立場としては，健康，グレーゾーン，り患直後および闘病中などがある。また，ユーザ８の知りたい立場が健康の場合，疾病予防の知識をユーザ８の知りたい立場に基づく立ち位置に利用でき，ユーザ８の知りたい立場がり患直後の場合，治療方法やセカンドオピニオンをユーザ８の知りたい立場に基づく立ち位置に利用できる。図４で図示したポータル画面３００では，立ち位置を選択可能にするボタンオブジェクト３００ａを合計で１０個表示している。
【００４４】
加えて，図４で図示したポータル画面３００は，任意の単語を検索語として入力できる入力フォーム３００ｂと，検索対象（書誌または全文）を選択できる選択フォーム３００ｃと，検索実行するためのボタンオブジェクト３００ｄを含んでいる。ユーザ８が，ポータル画面３００に表示したボタンオブジェクト３００ａを利用して立ち位置を選択し，入力フォーム３００ｂに検索語を入力した後，選択フォーム３００ｃにより全文検索を選択してから検索実行のボタンオブジェクト３００ｄを操作すると，ユーザ８が入力した検索語を用いた全文検索が実行される。
【００４５】
ユーザ８が，図４で図示したポータル画面３００を利用して，立ち位置の選択と検索語の入力を行ってから検索実行に係る操作を行うと，ユーザデバイス６は，ユーザ８が入力した検索語と，ユーザが選択した立ち位置を取得し（Ｓ１０），ユーザデバイス６からポータルサーバ３のポータル部３０へ検索リクエストが送信される（Ｓ１１）。なお，この検索リクエストは，ユーザ８が入力した検索語を含んでいる。
【００４６】
ポータルサーバ３のポータル部３０は，ユーザデバイス６から検索リクエストを受信すると，電子書籍を検索するライブラリ４０を指定する情報になるログインサービスＩＤを付加した検索リクエストをストレージサーバ４の検索エンジン７に送信する（Ｓ１２）。
【００４７】
ストレージサーバ４の検索エンジン７は，インデックス情報を利用して，検索リクエストで指定されたログインサービスＩＤに対応するライブラリ４０に電子書籍ＩＤが格納されている電子書籍の中から，検索リクエストの検索語を含む電子書籍を全文検索し（Ｓ１３），この検索語を含む電子書籍の検索結果すべてを含ませた検索結果リストをポータルサーバ３の検索結果最適化部３２に送信する（Ｓ１４）。検索結果に含ませる電子書籍の情報は任意でよいが，ここでは，電子書籍の電子書籍ＩＤと電子書籍のメタ情報にしている。
【００４８】
ポータルサーバ３の検索結果最適化部３２は，検索エンジン７から検索結果リストが引き渡されると，ユーザ８が選択した立ち位置に対応する関連度が高い電子書籍の検索結果ほど表示順位が上位になるように検索結果リストに含まれる検索結果を並び替える処理を行う（Ｓ１５）。立ち位置に対応する関連度を利用して検索結果を並び替えるのは，全文検索を行うと，全文検索で検索される電子書籍の数が膨大になり，ユーザ８が所望する電子書籍に辿り着けないケースが発生するからである。
【００４９】
検索結果最適化部３２は，ユーザ８が選択した立ち位置に対応する関連度が高い電子書籍の検索結果ほど表示順位が上位に表示されるように検索結果リストに含まれる検索結果を並び替える際，立ち位置に対応する関連度を少なくとも利用して表示順位を電子書籍ごとに算出し，表示順位が高いほど上位になるように検索結果リストの検索結果を並び替える。
【００５０】
検索結果最適化部３２は，検索結果リストに含まれる検索結果を並び替えると，並び替え後の検索結果リストをポータル部３０に引き渡し，ポータル部３０とユーザデバイス６の間で，電子書籍のタイトルなどを表示する検索結果表示処理（Ｓ１６）が実行される。
【００５１】
検索結果表示処理（Ｓ１６）において，ポータルサーバ３のポータル部３０は，並び替え後の検索結果リストに含まれる検索結果を表示する検索結果画面を作成してユーザデバイス６へ送信する（Ｓ１６０）。ポータルサーバ３のポータル部３０には検索結果画面に一度に表示できる検索結果の表示件数が定められており，検索結果の件数が表示件数を超える場合，ポータルサーバ３のポータル部３０は，検索結果リストに含まれる検索結果を複数の検索結果画面に分けて表示する。
【００５２】
図５では，検索結果を表示するポータル画面３０１を図示している。図４で図示したポータル画面３００とは別に検索結果画面を生成することもできるが，図５では，図４で図示したポータル画面３００の検索結果表示エリア３００ｅに検索結果リストを表示している。図５で図示したポータル画面３０１で表示している電子書籍の検索結果には，最初の検索結果画面に含まれる電子書籍の検索結果，すなわち，表示順位がトップから順に表示件数分の電子書籍の検索結果が表示されている。図５の検索結果画面で表示している一つの検索結果３０１ａには，電子書籍の電子書籍ＩＤを関連付けたタイトル３０１ｂや，電子書籍の電子書籍ＩＤを関連付けたアイコン３０１ｃなどが含まれ，検索結果画面を移動させるためのオブジェクト３０１ｇが表示されている。図５で図示したポータル画面３０１で表示している検索結果３０１ａには，これらに加えて，電子書籍の著者３０１ｄ，電子書籍の出版社３０１ｅおよび電子書籍において検索語が含まれる箇所の文３０１ｆが電子書籍ごとに表示されており，アイコン３０１ｃ（またはタイトル３０１ｂ）を選択することで，電子書籍の詳細が表示されるようになっている。
【００５３】
なお，図５では，図４で図示したポータル画面３００の検索結果表示エリア３００ｅに検索結果リストを表示しているので，図５で図示したポータル画面３０１においても立ち位置の選択が可能になっている。図５で図示したポータル画面３０１において別の立ち位置が新たに選択されると，ユーザデバイス６は，この時点の検索語と，ユーザ８が新たに選択した立ち位置を含む検索リクエストをポータルサーバ３へ送信し（Ｓ１６１ａ），手順は図３のＳ１２に戻り，ユーザ８が新たに選択した立ち位置に基づく表示順位で電子書籍の検索結果が表示される。
【００５４】
ポータルサーバ３から送信された検索結果画面を表示した後，ユーザ８がオブジェクトｉを選択する操作を行うと，ユーザデバイス６は，画面移動リクエストをポータルサーバ３のポータル部３０へ送信する（Ｓ１６１）。画面移動リクエストには，ポータルサーバ３にリクエストする検索結果画面の番号が含まれる。ポータルサーバ３のポータル部３０は，画面移動リクエストを受信すると，画面移動リクエストの番号に対応する検索結果画面をユーザデバイス６へ送信する（Ｓ１６２）。
【００５５】
ポータルサーバ３から送信された検索結果画面を表示した後，ユーザ８が一つのアイコン３０１ｃ（またはタイトル３０１ｂ）を選択する操作を行うと，ユーザデバイス６は，電子書籍ビューア６１を起動させた後，選択されたアイコン３０１ｃ（またはタイトル３０１ｂ）に関連付けられている電子書籍ＩＤを含む閲覧リクエストをポータルサーバ３へ送信する（Ｓ１７）。
【００５６】
閲覧リクエストが送信されると，ポータルサーバ３のポータル部３０は，閲覧リクエストに含まれる電子書籍ＩＤを電子書籍配信部３１に引き渡し，電子書籍配信部３１は，ログインサービスＩＤに対応するライブラリ４０にアクセスして，閲覧リクエストに含まれる電子書籍ＩＤに対応する電子書籍の本体の送信を要求し（Ｓ１８），ストレージサーバ４は，電子書籍ＩＤに対応する電子書籍の本体をストレージ４１から読み出してポータルサーバ３へ送信する（Ｓ１９）。
【００５７】
電子書籍の本体をポータルサーバ３のポータル部３０が取得すると，ポータルサーバ３とユーザデバイス６の間で閲覧処理（Ｓ２０）が実行される。閲覧処理（Ｓ２０）において，ポータル部３０は電子書籍配信部３１を起動させ，電子書籍配信部３１は電子書籍の本体をストリーミング形式でユーザデバイス６に配信し（Ｓ２００），ユーザデバイス６の電子書籍ビューア６１に電子書籍を表示させる（Ｓ２０１）。ユーザデバイス６に配信する電子書籍の表示開始位置は電子書籍の最初（表紙）でもよいが，ユーザ８が入力した検索語を含む電子書籍の箇所（例えば，段落）を電子書籍の表示開始位置にしてもよい。電子書籍配信部３１は電子書籍の本体をストリーミング形式でユーザデバイス６に配信した後，ユーザ８が電子書籍のページを移動させる操作を行い，ユーザデバイス６からページ移動リクエストがあると（Ｓ２０２），ページ移動リクエストで示される位置に対応する電子書籍の内容をユーザデバイス６に配信する。
【００５８】
図６では，ユーザデバイス６に表示される電子書籍の閲覧画面３０２を図示している。電子書籍の閲覧画面３０２には，電子書籍のコンテンツ３０２ａに加え，電子書籍の表示内容を操作するコントロールパネル３０２ｂと詳細表示ボタン３０２ｃが表示されている。
【００５９】
図６で図示した詳細表示ボタン３０２ｃが選択されると，電子書籍ビューア６１が起動しているユーザデバイス５は，電子書籍の閲覧画面３０２で表示している電子書籍の電子書籍ＩＤを含む詳細表示リクエストをポータルサーバ３のポータル部３０へ送信し（Ｓ２０３），ポータルサーバ３のポータル部３０は，詳細表示リクエストの電子書籍ＩＤで識別される電子書籍の詳細情報を表示する詳細表示画面をユーザデバイス６へ送信する（Ｓ２０４）。
【００６０】
図７では，電子書籍の詳細表示画面３０３を図示している。図７では，図６で図示した閲覧画面３０２の上に電子書籍の詳細表示画面３０３を表示している。詳細表示画面３０３に表示した詳細情報３０３ａは，電子書籍ＩＤが関連付けられたタイトル３０３ｂ，電子書籍ＩＤが関連付けられたアイコン３０３ｃ，電子書籍の著者３０３ｄ，電子書籍の出版社３０３ｅ，電子書籍の版数３０３ｆ，電子書籍の発行日３０３ｇおよび電子書籍の要約３０３ｈが含まれる。また，詳細表示画面３０３は，電子書籍の詳細情報３０３ａに加え，詳細情報３０３ａに対応する電子書籍を販売している電子書店へ画面を移行させる書籍購入ボタン３０３ｉを含んでいる。なお，本実施形態では，詳細表示画面３０３を閉じる操作は，電子書籍の閲覧画面３０２の詳細表示ボタン３０２ｃを選択する操作にしている。
【００６１】
これまで説明したように，本実施形態に係る読み放題サービスシステム１では，ＢｔｏＢプラットフォーム２にアクセスしたユーザ８がオンラインで利用できるライブラリ４０は，ユーザ８がアクセスしたユーザ認証サーバ５に対応するライブラリ４０に限定される。例えば，生保Ａに対応するユーザ認証サーバ５によりユーザ認証に成功したユーザ８（左側のユーザ８）に対しては，生保Ａに対応するライブラリ４０に電子書籍ＩＤが格納されている電子書籍が読み放題になる。また，生保Ｂに対応するユーザ認証サーバ５によりユーザ認証に成功したユーザ８（右側のユーザ８）に対しては，ユーザ８が契約を締結した生保Ｂに対応するライブラリ４０に電子書籍ＩＤが格納された電子書籍が読み放題になる。
【００６２】
なお，これまでの説明では，電子書籍の全文検索について記載しているが，全文検索以外の手法でも，本実施形態に係る読み放題サービスシステム１を構成できる。また，検索結果を並び替えする処理を省くように，本実施形態に係る読み放題サービスシステム１を構成することもできる。更に，ストレージサーバ４とは別に検索エンジン７を配置するように，本実施形態に係る読み放題サービスシステム１を構成することもできる。
【００６３】
また，検索結果の並び替えに用いる表示順位の算出式には，立ち位置に対応する関連度に加えて，全文検索におけるスコア値や電子書籍の閲覧回数を利用できる。図８は，変形例に係る読み放題サービスシステム１ａのブロック図を図示し，変形例に係るポータルサーバ３ａは，立ち位置に対応する関連度に加え，全文検索におけるスコア値および電子書籍の閲覧回数を用いて表示順位を算出する。
【００６４】
電子書籍の閲覧回数を用いて表示順位を算出できるように，ポータルサーバ３ａは，電子書籍の閲覧に係るログを管理する機能として，各種ログを記憶させるログＤＢ３４（DataBase）を備える。また，検索エンジン７は，電子書籍の検索結果にスコア値（例えば，検索語を含む度合いを示す値）を含ませ，電子書籍配信部３１は，図３のＳ２０において，ユーザ８が電子書籍のページを移動させる操作を行うと，ユーザ８のユーザ名，ユーザ８が閲覧した電子書籍の電子書籍ＩＤ，および，電子書籍の閲覧範囲を含む閲覧ログをログＤＢ３４に追加する。
【００６５】
変形例に係るポータルサーバ３ａの検索結果最適化部３２ａは，数式１に従い，電子書籍の表示順位を算出する。数式１において，立ち位置に対応する電子書籍の関連度の比重を大きくすることで，ユーザ８が選択した立ち位置に対応する関連度が高い電子書籍の検索結果ほど表示順位が上位になるように検索結果リストに含まれる検索結果を並び替えることができる。また，立ち位置に対応する電子書籍の関連度が近い複数の電子書籍がある場合，検索結果のスコア値が高い電子書籍や閲覧回数の多い電子書籍を上位にすることができる。なお，数式１は，表示順位の算出に用いる算出式の一例にしか過ぎない。
【数１】
2020135810.tif 000003
【符号の説明】
【００６６】
１    読み放題サービスシステム
２    ＢｔｏＢプラットフォーム
３    ポータルサーバ
３０  ポータル部
３１  電子書籍配信部
３２  検索結果最適化部
３３  電子書籍登録部
４    ストレージサーバ
４０  ライブラリ
４１  ストレージ
５    ユーザ認証サーバ
６    ユーザデバイス
６０  ウェブブラウザ
７    検索エンジン
８    ユーザ
【図１】
2020135810.tif 000004
【図２】
2020135810.tif 000005
【図３】
2020135810.tif 000006
【図４】
2020135810.tif 000007
【図５】
2020135810.tif 000008
【図６】
2020135810.tif 000009
【図７】
2020135810.tif 000010
【図８】
2020135810.tif 000011