WO2016189742A1

WO2016189742A1 - 情報処理装置、情報処理方法、プログラム、記憶媒体

Info

Publication number: WO2016189742A1
Application number: PCT/JP2015/065444
Authority: WO
Inventors: 智史高橋; 鈴木　秀一
Original assignee: Rakuten Inc
Current assignee: Rakuten Group Inc
Priority date: 2015-05-28
Filing date: 2015-05-28
Publication date: 2016-12-01
Anticipated expiration: 2017-11-28
Also published as: JPWO2016189742A1; JP5836545B1

Abstract

ユーザ毎の所有コンテンツが、各コンテンツについてのユーザ端末における使用（閲覧）を可能とする同期情報を含んで登録されたライブラリ情報を管理する。そしてライブラリ情報に基づいてユーザ端末において、ユーザが所有するコンテンツとその同期状態を提示させる処理を行う。またライブラリ情報に登録されたユーザ毎の複数のコンテンツについてグループ化処理を行ってコンテンツグループを設定し、ユーザ端末においてユーザが所有するコンテンツのコンテンツグループ単位での同期操作を可能とするコンテンツグループ提示を実行させる。そしてコンテンツグループ単位の同期操作に応じて、操作対象のコンテンツグループに含まれる各コンテンツについて同期情報を更新するグループ同期更新処理を行う。

Description

情報処理装置、情報処理方法、プログラム、記憶媒体

　本発明は情報処理装置、情報処理方法、プログラム、記憶媒体に関し、例えば電子書籍等のコンテンツのサーバとユーザ端末での同期管理についての技術分野に関する。

特開２０１５－６２２８８号公報

　ユーザがインターネット等のネットワークを介して電子書籍を購入し、自己の端末に電子書籍コンテンツをダウンロードして閲覧するような書籍閲覧形態が普及している。
　上記特許文献１では、ユーザがコンテンツの権利を取得することで、バージョン違いやフォーマット違いのコンテンツを利用できることが言及されている。

　電子書籍の利用の際、ユーザは必ずしも購入した全てのコンテンツを端末にダウンロードし、コンテンツデータを保存しておく必要はないようにするシステムがある。この場合、ユーザが購入したコンテンツをサーバが管理し、ユーザは自己が所有するコンテンツ、つまり閲覧権限を有するコンテンツを、サーバから提供される一覧（ライブラリ画像）を自己の端末で確認することができるようにする。
　そしてユーザは、閲覧したいコンテンツについては「同期オン」とすることで、任意にダウンロードし、閲覧することが可能となる。
　このようにサーバ管理を介することで、ユーザは購入コンテンツのデータを自己の端末に全て保存しておく必要もなく、また端末を変更しても対応できる。大量のコンテンツの管理も容易となる。

　但し、このような利用形態においては、特に所有するコンテンツ数が多くなると、各コンテンツの同期状態を操作することがユーザにとって面倒になる。またダウンロードした状態のコンテンツデータが増えることにより、端末容量を圧迫することもある。
　そこで本発明は、コンテンツについてのサーバとの同期のオン／オフを容易化することを目的とする。

　本発明に係る情報処理装置は、ユーザ毎の所有コンテンツが、各コンテンツについてのユーザ端末における使用を可能とする同期情報を含んで登録されたライブラリ情報を管理するライブラリ管理部と、ユーザ端末において、ユーザが所有するコンテンツとその同期状態を前記ライブラリ情報に基づいて提示させる処理を行う提示処理部とを備える。前記ライブラリ管理部は、前記ライブラリ情報に登録されたユーザ毎の複数のコンテンツについて、グループ化処理を行ってコンテンツグループを設定し、前記提示制御部は、ユーザ端末において、ユーザが所有するコンテンツのコンテンツグループ単位での同期操作を可能とするコンテンツグループ提示を実行させる処理を行い、前記ライブラリ管理部は、コンテンツグループ単位の同期操作に応じて、操作対象のコンテンツグループに含まれる各コンテンツについて同期情報を更新するグループ同期更新処理を行う。
　ユーザが購入し、閲覧等の使用権限を取得したコンテンツについては、情報処理装置においてライブラリ情報によって管理され、ユーザはユーザ端末においてライブラリ情報で管理されたコンテンツを確認できる。このときに、ユーザは各コンテンツについて同期オン／オフも確認でき、また任意に操作できる。同期オンとすることで、そのコンテンツをユーザ端末にダウンロードして使用（閲覧等）ができる。
　ここで情報処理装置は、グループ化処理により、コンテンツグループを設定し、ユーザに対して、グループ単位での同期操作を可能な環境を提供する。これによりユーザは、何らかの関連性のある複数コンテンツについて一括した同期オン又は同期オフを指示することが可能となる。

　上記した情報処理装置においては、前記ライブラリ管理部は、ユーザのコンテンツ購入の情報を取得する毎に、購入コンテンツを含む所有コンテンツを対象としたグループ化処理を行うことが考えられる。
　即ち購入によりコンテンツが追加されることに応じて、グループ化が行われるようにする。

　上記した情報処理装置においては、前記提示制御部は、購入コンテンツを含む所有コンテンツを対象としたグループ化処理で、購入コンテンツを含むコンテンツグループが設定された場合は、少なくとも購入コンテンツを含むコンテンツグループをコンテンツグループ単位での同期操作を可能とするコンテンツグループ提示をユーザ端末に実行させる処理を行うことが考えられる。
　即ちコンテンツ購入時に、購入コンテンツを含むグループが設定された場合、そのコンテンツグループを一括同期操作可能な環境をユーザに提供する。

　上記した情報処理装置においては、前記ライブラリ管理部は、所有コンテンツ数が所定以上のユーザについて、所有コンテンツを対象としたグループ化処理を行うことが考えられる。
　所有コンテンツ数が少数の場合は、グループ化して一括同期操作を可能としても有用性は小さい。そこで所有コンテンツ数が多いユーザについて、コンテンツのグループ化を行うようにする。

　上記した情報処理装置においては、前記ライブラリ管理部は、グループ化処理を、コンテンツタイトル条件、コンテンツ属性条件、キーワード条件、コンテンツ購入時期条件のいずれかの条件で該当するコンテンツを抽出して行うことが考えられる。
　一括での同期操作対象とするコンテンツグループ化として適切な条件を用いる。即ちユーザが一括操作対象としやすいグループ化を行う。

　上記した情報処理装置においては、前記ライブラリ管理部は、グループ化処理として、コンテンツ購入時期を参照して直近の所定数のコンテンツをコンテンツグループに設定することが考えられる。
　一括での同期操作対象となるコンテンツグループ化として適切な条件として、直近の購入コンテンツをグループ化する。

　上記した情報処理装置においては、前記ライブラリ管理部は、前記ライブラリ情報における各コンテンツのユーザ端末での使用状況の情報を管理するとともに、コンテンツグループ単位の同期オフ操作があった場合の前記グループ同期更新処理においては、対象のコンテンツグループ内での未使用のコンテンツの有無に応じて異なる処理を行うことが考えられる。
　即ち同期オフ対象のコンテンツグループ内に未使用のコンテンツがない場合とある場合で処理内容を変更する。例えば未使用のコンテンツがない場合は、そのまま各コンテンツの同期オフを行い、未使用のコンテンツがある場合は、ユーザ確認、未使用コンテンツの同期オフの除外などを行う。

　上記した情報処理装置においては、前記ライブラリ管理部は、前記ライブラリ情報における各コンテンツの同期保護設定を管理するとともに、コンテンツグループ単位の同期オフ操作があった場合の前記グループ同期更新処理においては、対象のコンテンツグループ内で同期保護が設定されたコンテンツの有無に応じて異なる処理を行うことが考えられる。
　即ち同期オフ対象のコンテンツグループ内に同期保護コンテンツがない場合とある場合で処理内容を変更する。例えば同期保護コンテンツがない場合は、そのまま各コンテンツの同期オフを行い、同期保護コンテンツがある場合は、ユーザ確認、同期保護コンテンツの同期オフの除外などを行う。

　上記した情報処理装置においては、前記ライブラリ管理部は、前記ライブラリ情報における各コンテンツのユーザ端末における使用完了日時を管理するとともに、使用完了日時から所定期間経過後のコンテンツについて自動的に同期情報を同期オフに更新する自動同期オフ処理を行うことが考えられる。
　使用完了（例えば読了）から所定期間を経過したコンテンツについては、自動的に同期オフとすることで、ユーザの同期オフの手間を省く。

　上記した情報処理装置においては、前記ライブラリ管理部は、前記自動同期オフ処理の対象になったコンテンツが或るコンテンツグループに属する場合、当該コンテンツグループの他のコンテンツが全て同期オフであることを条件として、当該コンテンツの同期情報を同期オフに更新することが考えられる。
　使用完了したコンテンツがコンテンツグループに属するコンテンツの場合、使用完了に応じて無条件に同期オフとはせず、グループ内の他のコンテンツと同期状態を合わせるようにする。

　上記した情報処理装置においては、前記ライブラリ管理部は、同期オフに更新するコンテンツについて、ユーザに対する通知処理を行い、通知に対する回答の受信に応じて、当該コンテンツの同期情報を同期オフに更新することが考えられる。
　自動同期オフ処理対象のコンテンツが発生した場合、ユーザに通知して同期オフを行って良いか否かを問い合わせる。そしてその回答に応じて同期オフとする。

　上記した情報処理装置においては、前記ライブラリ管理部は、ユーザ毎に自動同期オフ処理に関するユーザ設定を管理し、前記自動同期オフ処理の対象になったコンテンツについて、前記ユーザ設定に基づいて同期オフへの更新を行うことが考えられる。
　ユーザは自動同期オフ処理を有効／無効とするユーザ設定を行っておくことで、任意に自動同期オフ処理を機能させることができる。

　上記した情報処理装置においては、前記ライブラリ管理部は、ユーザ端末からの同期操作によりライブラリ情報におけるコンテンツの同期情報を同期オフに更新する場合には、前記ユーザ端末に対して、該当コンテンツの削除を指示することが考えられる。
　同期オフ状態とされた際に、ユーザ端末におけるコンテンツデータを削除させることで、コンテンツデータがユーザ端末容量を圧迫しないようにする。

　上記した情報処理装置においては、前記ライブラリ情報に登録された各コンテンツの同期オン状態の期間長を参照し、期間長に応じてコンテンツの評価情報を設定する評価処理部を備えることが考えられる。
　期間長として例えば同期オン状態の継続期間や、累積期間を管理する。そしてこれらの期間長をユーザによるコンテンツ評価の指標とする。

　本発明に係る情報処理方法は、ユーザ毎の所有コンテンツが、各コンテンツについてのユーザ端末における使用を可能とする同期情報を含んで登録されたライブラリ情報を管理するステップと、ユーザ端末において、ユーザが所有するコンテンツとその同期状態を前記ライブラリ情報に基づいて提示させる処理を行うステップと、前記ライブラリ情報に登録されたユーザ毎の複数のコンテンツについて、グループ化処理を行ってコンテンツグループを設定するステップと、ユーザ端末において、ユーザが所有するコンテンツのコンテンツグループ単位での同期操作を可能とするコンテンツグループ提示を実行させる処理を行うステップと、コンテンツグループ単位の同期操作に応じて、操作対象のコンテンツグループに含まれる各コンテンツについて同期情報を更新するグループ同期更新処理を行うステップとを備える。
　これにより情報処理装置（サーバ）においてユーザ毎にコンテンツグループを設定し、ユーザに対して、グループ単位での同期操作を可能な環境を提供する。
　本発明に係るプログラムは、上記の各情報処理方法としての処理を情報処理装置に実行させるプログラムである。
　本発明に係る記憶媒体は、上記の各プログラムを記憶した記憶媒体である。これらのプログラムや記憶媒体により上記の情報処理装置を実現する。

　本発明によれば、ユーザ毎にコンテンツグループが設定され、ユーザはグループ単位での同期操作が可能となる。これにより各コンテンツの同期操作が効率化でき、特に多数のコンテンツを所有するユーザにとって同期操作性が格段に向上する。

本発明の実施の形態のシステム構成のブロック図である。実施の形態で用いられるコンピュータ装置のブロック図である。実施の形態のライブラリサーバの機能構成の説明図である。実施の形態のライブラリＤＢの構造の説明図である。実施の形態のユーザ端末におけるライブラリ表示例の説明図である。実施の形態のコンテンツグループの表示例の説明図である。実施の形態のコンテンツグループの詳細の表示例の説明図である。実施の形態のシステム動作概要のフローチャートである。実施の形態のグループ化処理のフローチャートである。実施の形態のライブラリサーバの処理のフローチャートである。実施の形態のライブラリサーバの処理のフローチャートである。実施の形態のライブラリサーバの処理のフローチャートである。実施の形態の購入対応処理のフローチャートである。実施の形態の検索要求対応処理のフローチャートである。実施の形態のグループ同期操作対応処理のフローチャートである。実施の形態の自動同期オフ設定の画面例の説明図である。実施の形態の自動同期オフ処理のフローチャートである。実施の形態の評価情報更新処理のフローチャートである。

　以下、実施の形態を次の順序で説明する。
＜１．システム構成＞
＜２．ライブラリサーバの機能構成及びデータベース＞
＜３．ユーザ端末でのライブラリ表示＞
＜４．システム動作概要＞
＜５．グループ化及びグループ単位の同期処理＞
＜６．自動同期オフ処理＞　
＜７．評価情報更新処理＞
＜８．まとめ及び変形例＞
＜９．プログラム及び記憶媒体＞

　なお実施の形態では、本発明請求項にいうコンテンツの具体例は電子書籍コンテンツとし、本発明請求項にいう情報処理装置の例として、電子書籍の提供及び管理を行う電子書籍サーバを挙げる。電子書籍サーバは１又は複数の情報処理装置によって実現されるものであり、従って本発明請求項にいう情報処理装置は、１つの情報処理装置或いは複数の情報処理装置が連携して実現される。

＜１．システム構成＞
　図１に電子書籍サービスを実現するシステム構成例を示している。
　このシステムは、電子書籍サーバ２と複数のユーザ端末５がネットワーク１により相互に通信可能に接続されている。
　また電子書籍サーバ２は、コンテンツストアサーバ３、ライブラリサーバ４、コンテンツデータベース６、商品管理データベース７、ユーザデータベース８、ライブラリデータベース９を備える。なお、以下では「データベース」を「ＤＢ」と表記する。

　ネットワーク１の構成は多様な例が想定される。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が想定される。
　またネットワーク１の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線等の有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。

　ユーザ端末５は、電子書籍サーバ２を利用して電子書籍コンテンツ（以下、単に「コンテンツ」ともいう）の購入、ダウンロードを行い、ダウンロードしたコンテンツの使用（閲覧）を行うユーザの端末装置である。ユーザ端末５は例えばパーソナルコンピュータ、携帯電話機、又は携帯情報端末等の情報処理装置により実現される。
　ユーザ端末５においては、ブラウザを用いたウェブページ閲覧によりコンテンツストアサーバ３が提供するコンテンツ販売サイトを閲覧し、検索や購入を行ったり、ライブラリサーバ４が提供するウェブページにより自己のライブラリ情報を閲覧したりすることができる。
　またユーザ端末５にダウンロードしたコンテンツについては、ユーザ端末５で電子書籍コンテンツの閲覧ソフトウエアが起動されることで閲覧が行われる。また閲覧ソフトウエアによって電子書籍サーバ２へのダウンロードの要求や、閲覧ページ数の通知なども行われる。

　電子書籍サーバ２において、コンテンツストアサーバ３は、ユーザに電子書籍コンテンツを販売するウェブサイトを提供するサーバである。
　コンテンツストアサーバ３は、ユーザ端末５からのアクセスに応じて電子書籍ストアとしてのウェブページを提供し、ユーザによる書籍検索、購入、ダウンロードの環境を提供する。
　ライブラリサーバ４は、ライブラリＤＢ９を用いてのユーザ毎の所有コンテンツの管理や、ユーザ端末５への管理画面（ライブラリ画面）の提供等を行う。またこれらの管理のために電子書籍サーバ２からユーザの購入情報など必要な情報を取得する。

　コンテンツＤＢ６は、コンテンツストアサーバ３によって販売される各種電子書籍としてのコンテンツデータを格納するＤＢである。コンテンツストアサーバ３は、ユーザ端末５からの要求に応じて、ユーザが所有するコンテンツをコンテンツＤＢ６からダウンロードさせる。
　商品管理ＤＢ７は、コンテンツストアサーバ３による商品管理のための各種データが記憶されるＤＢである。即ち商品とする各コンテンツについての商品タイトル、価格、データサイズ、著作者、出版社その他の属性情報や、販売履歴情報、販売管理情報等が記憶される。

　ユーザＤＢ８には、電子書籍サーバ２を利用するユーザに関するデータが登録される。例えば登録されたユーザ毎に、ユーザ識別情報であるユーザＩＤ（identification）、ログインのパスワード、住所、氏名、性別や年齢等の属性情報、決済情報、電子メールアドレスなどが登録される。また各ユーザの購入履歴として、コンテンツストアサーバ３を介して行われた取引の履歴、つまりユーザのコンテンツ購入履歴に関するデータが登録される。例えばユーザＩＤ毎に、購入コンテンツのコンテンツＩＤ、購入日時、購入価格等が登録される。さらに各ユーザの電子書籍販売ウェブサイトでの書籍検索履歴、書籍紹介ページの閲覧履歴、お気に入り登録情報なども記憶される。

　ライブラリＤＢ９は、ユーザ毎に所有するコンテンツ及びその同期状態が登録される。
　ここでいう「所有するコンテンツ」とは、ユーザの購入行為や何らかのサービスによって、そのユーザが使用権限（閲覧権限）を有することになったコンテンツである。即ち「所有」とはコンテンツデータをユーザ端末５にダウンロードしている状態を指すものではなく、ダウンロードして閲覧できる権限を持った状態をいう。
　本システムでは、或るユーザＡが電子書籍コンテンツを購入した場合、そのコンテンツが、ライブラリＤＢ９において、そのユーザＡの所有コンテンツとして登録される。
　ユーザＡは、自己のユーザ端末５によりライブラリサーバ４が提供する管理ページ（後述するライブラリページ４０等）にアクセスでき、自己が所有するコンテンツを確認することができる。
　この管理ページ上でユーザＡは、所有する各コンテンツについて任意に、電子書籍サーバ２と自己のユーザ端末５間での「同期オン」「同期オフ」を切換設定できる。購入時のデフォルトでは例えば同期オンとされていてもよいし、同期オフでもよい。
　同期オンとすることで、そのコンテンツを閲覧することが可能な状態となる。即ちユーザ端末５において電子書籍サーバ２から逐次コンテンツをダウンロードして閲覧することが可能な状態となる。
　同期オフとすることで閲覧可能状態が解除される。但し同期オフとしても、それは単にそのままでは閲覧できないというだけのもので、所有状態は維持され、その後再び同期オンとすれば、閲覧することができる。
　このような使用形態にために、ライブラリＤＢ９では各ユーザの所有コンテンツ及びそれらの同期状態を管理する。

　ライブラリＤＢ９で所有コンテンツが管理されることで、ユーザにとっては自己の複数のユーザ端末５でコンテンツを閲覧する場合や、ユーザ端末５を変更する場合に便利となる。また必ずしもダウンロードしたコンテンツデータ自体を常に保存しておく必要はないため、ユーザ端末５でのデータ容量を電子書籍コンテンツによって圧迫しないようにすることもできる。

　なお電子書籍サーバ２におけるコンテンツストアサーバ３、ライブラリサーバ４は、別体の情報処理装置で構成されてもよいし、一体の情報処理装置で構成されても良い。
　またコンテンツＤＢ６、商品管理ＤＢ７、ユーザＤＢ８、ライブラリＤＢ９は、コンテンツストアサーバ３やライブラリサーバ４とは別のサーバコンピュータ内に構築されていてもよいし、電子書籍サーバ２としてのローカルなシステム内に構築されていてもよい。
　また図示及び説明の便宜上、コンテンツＤＢ６、商品管理ＤＢ７、ユーザＤＢ８、ライブラリＤＢ９を示したが、これらのＤＢはコンテンツストアサーバ３やライブラリＤＢ９がアクセス可能とされていればどのような形態で実現されていてもよい。
　もちろん各ＤＢが一つの装置（例えば一つのＨＤＤ等）内に形成されている必要はない。また各ＤＢのそれぞれが、それぞれ１つのＤＢとして構成される必要もない。例えばライブラリＤＢ９として記憶される情報について後述するが、それらが複数のＤＢにより記憶管理されてもよい。実施の形態で説明する各ＤＢは、実施の形態の処理に関連する情報の記憶部を、それぞれ１つのＤＢの形態で例示したものに過ぎない。

　続いて図１に示したコンテンツストアサーバ３、ライブラリサーバ４、ユーザ端末５を構成する情報処理装置のハードウエア構成を図２に示す。コンテンツストアサーバ３、ライブラリサーバ４、ユーザ端末５として示した各装置は、情報処理および情報通信が可能な図２に示すようなコンピュータ装置として実現できる。

　図２において、コンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ( Read Only Memory)１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ( Random Access Memory )１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
　ＣＰＵ１０１、ＲＯＭ１０２、およびＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インターフェース１０５も接続されている。
　入出力インターフェース１０５には、キーボード、マウス、タッチパネルなどよりなる入力部１０６、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイやスピーカなどよりなる出力部１０７、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などより構成される記憶部１０８、ネットワーク１を介しての通信処理や機器間通信を行う通信部１０９が接続されている。
　入出力インターフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。

　このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われたり、リムーバブルメディア１１１を介したデータやプログラムの受け渡しをしたりすることが可能である。
　ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、コンテンツストアサーバ３、ライブラリサーバ４、ユーザ端末５としての必要な情報処理や通信が実行される。
　なお、コンテンツストアサーバ３、ライブラリサーバ４、ユーザ端末５を構成する情報処理装置は、図２のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮ等によりシステム化されていてもよいし、インターネット等を利用したＶＰＮ等により遠隔地に配置されたものでもよい。

＜２．ライブラリサーバの機能構成及びデータベース＞
　図３に１又は複数の情報処理装置で構成されるライブラリサーバ４としての機能構成を示す。ライブラリサーバ４としての各機能は、情報処理装置においてＣＰＵ１０１でプログラムに応じて実行される処理により実現される機能である。但し以下説明する全部又は一部の各構成の処理をハードウエアにより実現してもよい。
　また各機能をソフトウエアで実現する場合に、各機能がそれぞれ独立したプログラムで実現される必要はない。１つのプログラムにより複数の機能の処理が実行されてもよいし、１つの機能が複数のプログラムモジュールの連携で実現されてもよい。
　ライブラリサーバ４は、通信部２１、ユーザ管理部２２、ライブラリ管理部２３、提示処理部２４、評価処理部２５を有する。

　通信部２１は、ネットワーク１を介してのユーザ端末５或いは他の情報処理装置との各種通信を行う。例えば通信部２１は、ユーザ端末５においてブラウザ上で提示されるウェブページを構成するＨＴＭＬデータの送信や、ユーザ端末５において行われたウェブ画面上での入力情報の受信等を行う。また通信部２１は、ユーザ端末５に対する電子メール送信等を行う機能も含む。
　ユーザ管理部２２は、ユーザについてのログイン処理や、ユーザＤＢ８からの情報取得、更新等を行う。

　ライブラリ管理部２３は、主にライブラリＤＢ９の更新管理を行う。ライブラリＤＢ９にはユーザ毎の所有コンテンツが、各コンテンツについてのユーザ端末における利用を可能とする同期情報を含んで登録されたライブラリ情報が記憶されている。ライブラリ管理部２３は、ユーザのコンテンツ購入に応じたタイミングで、そのユーザのライブラリ情報を更新する処理や、ユーザの操作等に応じての各コンテンツの同期設定の更新等を行う。
　またライブラリ管理部２３はライブラリ情報に登録されたユーザ毎の複数のコンテンツについて、グループ化処理を行ってコンテンツグループを設定する処理や、グループ単位での同期操作に対応した処理も行う。さらにユーザ端末５でのコンテンツの読了に応じた自動的な同期オフ処理も行う。

　提示処理部２４は、電子書籍サービスの管理画面としてのウェブページをユーザに提供する処理を行う。例えばログイン状態のユーザ端末に対し、そのログインユーザのライブラリ表示を実行させるためのウェブページの生成（ＨＴＭＬデータ生成）を行う。ライブラリ表示としては、所有コンテンツの一覧表示、コンテンツグループ表示などを行うとともに、それらの表示上でユーザが同期操作を可能とする表示を行う。

　評価処理部２５は、ライブラリＤＢ９にいてユーザ毎のライブラリ情報として登録された各コンテンツの同期オン状態の期間長を参照し、期間長に応じてコンテンツの評価情報を設定する評価処理を行う。

　続いて図４によりライブラリＤＢ９の構造例を説明する。
　ライブラリＤＢ９は、例えば図４のようにユーザ毎にライブラリ情報ＬＩＦを管理する構造とされている。
　一人のユーザに対するライブラリ情報ＬＩＦとしては、ユーザフィールドＵＦ、コンテンツフィールドＣＦ、グループフィールドＧＦとしてのデータ領域が設けられる。

　ユーザフィールドＵＦには、ユーザに関する情報が登録される。ユーザＩＤによりユーザが特定される。このユーザＩＤはユーザＤＢ８が管理するユーザＩＤと共通か、又は紐づけられていることが望ましい。
　ユーザ属性の情報として、ログインのパスワード、住所、氏名、性別や年齢等の属性情報、電子メールアドレスなどが登録される。
　端末情報として、当該ユーザが用いる１又は複数のユーザ端末５の情報（機種、種別、ＩＰアドレス等）が登録される。
　ＤＬ（ダウンロード）容量情報として、ユーザ端末５にダウンロードした状態となっているコンテンツの容量（データサイズ）の情報が登録される。複数のユーザ端末５を使用するユーザに対しては、ユーザ端末５毎のダウンロード容量が登録されるようにするとよい。
　自動同期オフ設定の情報として、後述する読了に応じた自動同期オフ処理に関する設定情報が登録される。例えば自動同期オフの許可設定や、読了からの日数設定などの情報である。

　コンテンツフィールドＣＦには、そのユーザが所有する電子書籍コンテンツが登録される。
　コンテンツは、コンテンツＩＤにより識別される。そして各コンテンツについて同期状態（同期オン／オフ）が記憶される。
　また、各コンテンツについては、コンテンツタイトルや電子データとしてのデータサイズが登録される。またコンテンツ属性として、その電子書籍についての著者、出版社、発売日、ページ数、価格、ジャンル、書籍種別等の情報が記憶される。
　購入日時の情報として、当該ユーザが当該コンテンツを購入した日時情報が登録される。
　ＤＬ（ダウンロード）履歴の情報として、当該コンテンツをユーザ端末にダウンロードした日時、回数、部分的なダウンロードの場合のダウンロード済みページの情報、ダウンロード先のユーザ端末５の識別情報などが記憶される。
　読了日時の情報として、当該コンテンツをユーザ端末５において読了したときの日時情報が記憶される。例えばユーザ端末５における閲覧ソフトウエアによって提供される閲覧ページの情報が、そのコンテンツの最終ページに達した日時を読了日時とすれば良い。あるいは、読了情報がユーザ端末５から送信される場合は、その読了情報の受信日時とすればよい。
　しおり情報として、当該コンテンツの現在の閲覧ページ（読書中断箇所のページ）の情報が記憶される。この情報もユーザ端末５における閲覧ソフトウエアによって提供される。
　未読フラグとして、コンテンツが全くユーザで閲覧されていないことを示すフラグが記憶される。例えば同期オン状態のコンテンツについて、最初にダウンロードした時点で未読フラグがオンとされ、その後ユーザ端末５から閲覧ページの情報が最初に送信されてきた時点で、未読フラグがオフとされるものとする。これにより、ユーザが全く閲覧していない状況であるか、一部分でも閲覧した状況かを未読フラグで判定できる。
　保護フラグとして、ユーザが当該コンテンツについて同期オン状態の維持を希望しているか否かの情報が示される。例えば後述するグループ単位の同期操作により同期オフとされないことをユーザが選択した場合に保護フラグがオンとされる。
　評価情報として、当該コンテンツについてユーザの評価レベルの情報が記憶される。
　同期期間の情報として、当該コンテンツの同期オン状態の期間長、例えば同期オンの継続日数や累積日数が把握できる情報が記憶される。例えば累積日数を把握する場合、同期オン状態の開始／終了日が都度登録され、継続日数を把握する場合は最新の同期オンの開始日の情報が記憶されればよい。

　グループフィールドＧＦには、コンテンツフィールドＣＦに登録されたコンテンツについてグループ化が行われた結果の情報が記憶される。即ち設定されたコンテンツグループ（以下、単に「グループ」ともいう）がグループＩＤによって登録される。
　各グループについては、グループ属性や該当コンテンツの情報が記憶される。
　グループ属性とは、グループ化の条件、グループタイトル、所属コンテンツ数、グループ設定／更新の日時などの情報が含まれる。
　グループ化の条件とは、グループ化のためのコンテンツ選択の条件である。例えば同一タイトルのコンテンツを１つのグループとして登録する場合、グループ化の条件とは「同一タイトル」となる。同一の著者のコンテンツを１つのグループとして登録する場合、グループ化の条件とは「同一著者」となる。
　グループタイトルは、例えばユーザにグループを提示する場合に使用する名称であり、グループ化の条件や所属コンテンツに応じて設定されれば良い。例えばタイトル「ＢＢＢ」というコンテンツの第１巻から第１５巻が「同一タイトル」の条件で１つのグループとされた場合、グループタイトルは「ＢＢＢ（１）～（１５）」とすればよい。或いは「同一著者」の条件で○○氏著作のコンテンツのグループの場合、グループタイトルは「著者○○」とすればよい。例えばこのような例により、グループ化の際にグループタイトルをライブラリサーバ４が自動設定すればよい。

　ライブラリ管理部２３は、以上のような各種のライブラリＤＢ９の情報について、必要に応じて逐次更新を行う。

＜３．ユーザ端末でのライブラリ表示＞
　ユーザ端末５におけるライブラリ表示について説明する。このライブラリ表示は、ユーザが電子書籍サーバ２にログインした状態でライブラリサーバ４が提供するウェブサイトにアクセスすることで、ライブラリサーバ４によってユーザ端末５に提供される表示画面である。そしてユーザはこのライブラリ表示によって自己が所有する電子書籍コンテンツの一覧と、それらの同期状態の確認及び同期操作が可能とされる。

　図５にライブラリページ４０の例を示す。このライブラリページ４０では、例えば「あなたのライブラリ」や、「・・・さんのライブラリ」などとして、ログインユーザの個人が所有するコンテンツの表示画面であることが示される。そしてコンテンツリスト４１として、所有コンテンツの一覧が表示される。

　ライブラリページ４０では書籍検索ボックス４２が用意され、検索キーワード入力が可能とされる。また検索実行指示のための検索ボタン４３が表示される。ユーザが書籍検索ボックス４２にキーワードを入力して検索ボタン４３を操作することで、リスト表示４１に挙げられるコンテンツは検索にヒットしたコンテンツのみとされる。ユーザは所有するコンテンツの中で同期状態を確認したいコンテンツを容易に探索できる。

　ライブラリページ４０では、グループ検索ボックス４４及び検索ボタン４５が表示される。ユーザが、キーワードに該当するコンテンツグループが表示される。キーワードに該当するコンテンツグループとは、既にグループ化されてライブラリＤＢ９のグループフィールドＧＦに登録されているグループでもよいし、キーワードに基づいてその際に新規設定されたグループでもよい。
　またライブラリページ４０ではグループ表示ボタン５３が用意される。ユーザがグループ表示ボタン５３を操作することで、グループを表示する画面に遷移する。この場合、例えば当該ユーザについてライブラリＤＢ９のグループフィールドＧＦに登録されている各コンテンツグループが一覧表示される。
　なお、ユーザがグループ検索ボックス４４にキーワードを入力せずに検索ボタン４５を操作した場合を、グループ表示ボタン５３の操作と同様に扱うようにしてもよい。
　グループを表示する画面の例は図６で後述する。

　ライブラリページ４０では、コンテンツリスト４１として当該ユーザの所有コンテンツが一覧表示される。コンテンツリスト４１に挙げられた各コンテンツについては、例えば書籍情報４６、ライブラリ追加日時４７、及びライブラリ同期に関する情報などが表示される。
　書籍情報４６としては、例えば書籍のカバー画像、タイトル、作者、出版社などの情報がライブラリＤＢ９の登録内容に応じて表示される。
　ライブラリ追加日時４７として、そのコンテンツがライブラリＤＢ９のコンテンツフィールドＣＦに追加された日時（購入日時）が表示される。
　また各コンテンツについては、そのユーザの当該書籍に対する評価レベル５４が例えば☆マークの数などにより表示される。この評価レベル５４はライブラリＤＢ９の評価情報に基づいて表示される。

　ライブラリ同期に関しては、同期ボタン４８と同期保護ボタン４９が表示される。
　同期ボタン４８は、ライブラリＤＢ９に登録されたそのコンテンツについての現在の同期状態を表示するとともに、同期状態を変更する操作ボタンとして機能する。
　例えば或る同期ボタン４８が「同期ＯＮ」とされていることは、現在同期オン状態であること、つまりユーザ端末で閲覧可能状態であることを示す。その上で、その同期ボタン４８は操作（例えばクリックやタップ）により同期オフに変更できる操作子として機能する。
　また或る同期ボタン４８が「同期ＯＦＦ」とされていることは、現在同期オフ状態であること、つまり閲覧するには同期オンが必要であることを示す。その上で、その同期ボタン４８は操作（例えばクリックやタップ）により同期オンに変更できる操作子として機能する。

　同期保護ボタン４９は、ユーザが同期オン状態を解除させたくないコンテンツについて同期保護を指定又は保護指定解除をするための操作子であり、かつ同期保護状態を示す表示である。これはライブラリＤＢ９における同期フラグの状態を表示するものとなる。図面においては実線を保護オンの状態、破線は保護オフの状態を示すものとしている。
　後述するグループ一括同期オフの際には、同期保護が指定されたコンテンツについて考慮した処理が行われるようにすることができる。

　ライブラリページ４０では、前ボタン５０、次ボタン５１が表示され、これらの操作によりユーザはコンテンツリスト４１のページ送り／戻しを行うことができる。
　また自動同期オフ設定ボタン５２が用意され、この自動同期オフ設定ボタン５２の操作により、後述する自動同期オフ処理に関する設定が可能となる。

　以上の図５のライブラリページ４０では、ユーザが所有する個別のコンテンツの一覧が表示されるが、ユーザは上述のグループ検索操作やグループ表示ボタン５３の操作を行うことにより表示画面を遷移させることができる。
　図６はグループ単位の表示を行うグループページ６０の例を示している。
　グループページ６０では、グループリスト６１としてそのユーザの所有するコンテンツについて設定されたグループの一覧が表示される。例えばライブラリ情報ＬＩＦのグループフィールドＧＦに登録された各コンテンツグループが一覧表示される。
　或いはグループリスト６１では、グループ検索が指示されてグループページ６０に遷移した場合には、その検索に該当するコンテンツグループ、もしくはその検索キーワードに基づいて新たに設定されたコンテンツグループが表示される。

　グループページ６０では、前ボタン６６、次ボタン６７が表示され、これらの操作によりユーザはグループリスト６１のページ送り／戻しを行うことができる。
　また個別表示ボタン６９が表示され、この操作によりユーザは図５のコンテンツリスト４１の表示（ライブラリページ４０）に戻すことができる。

　グループリスト６１として、各グループの情報が表示される。例えばグループタイトル６８とともに、詳細ボタン６２、グループ同期オンボタン６３、グループ同期オフボタン６４、同期状態情報６５などが表示される。
　グループタイトル６８の表示としては、例えばグループフィールドＧＦに登録されているグループタイトルが用いられる。
　グループ同期オンボタン６３として、そのグループに所属する複数のコンテンツについて、一括して同期オンとするための操作子が表示される。
　グループ同期オフボタン６４として、そのグループに所属する複数のコンテンツについて、一括して同期オフとするための操作子が表示される。
　同期状態情報６５として、そのグループに属する複数のコンテンツの同期状態が表示される。例えば「全て同期」「全て非同期」「一部同期」の別が表示される。
　ユーザは、グループ同期オンボタン６３、グループ同期オフボタン６４により、任意のグループに所属するコンテンツを対象として、一括同期オン又は一括同期オフの操作を行うことができる。

　なお、所属コンテンツが全て同期オン状態のグループについては、グループ同期オンボタン６３は非アクティブ（操作不能状態：図では破線で示す）、グループ同期オフボタン６４はアクティブ（操作可能状態：図では実線で示す）とされる。
　所属コンテンツが全て同期オフ状態のグループについては、グループ同期オンボタン６３はアクティブ、グループ同期オフボタン６４は非アクティブとされる。
　所属コンテンツの一部が同期オン状態のグループについては、グループ同期オンボタン６３とグループ同期オフボタン６４は共にアクティブとされる。

　詳細ボタン６２は、そのグループに所属するコンテンツの詳細を確認するための操作子である。例えばグループ名“ＢＢＢ（１）～（１５）”についての詳細ボタン６２を操作することで、図７のような詳細ページ７０が表示される。

　詳細ページ７０では、グループタイトル６８が表示され、また当該グループについてのグループ同期オンボタン６３、グループ同期オフボタン６４が表示される。
　そしてグループに所属するそれぞれの所属コンテンツリスト７２が表示される。所属コンテンツリスト７２の各コンテンツについては、例えばコンテンツタイトル等とともに、ライブラリ追加日時４７、同期ボタン４８、同期保護ボタン４９が表示される。
　また戻りボタン７３により、図６のグループページ６０に戻る操作が可能とされている。
　この詳細ページ７０により、ユーザは或るグループに所属する各コンテンツの同期状態を確認でき、また個別に同期操作を行うことも可能となる。

＜４．システム動作概要＞
　続いて図８でシステム動作概要を説明する。これはユーザ端末５とライブラリサーバ４の間で行われる主なやりとりを示したものである。なお、ユーザ端末５は、電子書籍サーバ２（又はライブラリサーバ４）が提供するウェブサイトに対してログインを完了している状態であるとする。

　ユーザ端末５を使用するユーザ（ログイン状態のユーザ）は、ユーザ端末５で表示されるウェブサイト上の操作により、自己が所有するコンテンツを確認するためライブラリ表示を要求できる（Ｓ１）。
　当該ライブラリ表示要求を受けたライブラリサーバ４は、そのユーザについてのライブラリ情報ＬＩＦをライブラリＤＢ９から読み出す（Ｓ１１）。そしてライブラリ提示制御として、図５のようなライブラリページ４０の表示を実行させる表示データを生成し、表示データをユーザ端末５に送信する（Ｓ１２）。これによりユーザ端末５において図５のようなライブラリページ４０が表示される（Ｓ２）。

　ユーザ端末５でライブラリページ４０を閲覧しているユーザは、ユーザ端末５での操作により、自己が所有する各コンテンツについての同期操作（同期オン操作又は同期オフ操作）を行うことができる（Ｓ３）。
　同期操作の情報を受けたライブラリサーバ４は、そのユーザのライブラリ情報ＬＩＦにおいて、操作対象のコンテンツの同期状態を変更するようにライブラリＤＢ９の更新を行う（Ｓ１３）。更新後は、同期設定の変更がユーザ端末５に反映されるように、更新に対応したライブラリページ４０を生成し、ユーザ端末５に送信する（Ｓ１４）。これによりユーザ端末５において、操作した同期ボタン４８の表示状態が更新されたライブラリページ４０が提示される（Ｓ４）。

　ユーザ端末５でライブラリページ４０を閲覧しているユーザは、ユーザ端末５での操作により、グループ表示を要求できる（Ｓ５）
　グループ表示の要求を受けたライブラリサーバ４は、そのユーザのライブラリ情報ＬＩＦにおいてグループフィールドＧＦに登録されているコンテンツグループの情報をライブラリＤＢ９から読み出す（Ｓ１５）。或いは検索キーワード指定に応じて、ライブラリ情報ＬＩＦを用いたグループ化処理を行う。そしてグループ提示制御として、図６のようなグループページ６０の表示を実行させる表示データを生成し、表示データをユーザ端末５に送信する（Ｓ１６）。これによりユーザ端末５において図６のようなグループページ６０が提示される（Ｓ６）。

　ユーザ端末５でグループページ６０を閲覧しているユーザは、ユーザ端末５での操作により、自己が所有する各コンテンツについて設定されたコンテンツグループについて、所属コンテンツの一括した同期設定を行うグループ同期操作（グループ同期オン操作又はグループ同期オフ操作）を行うことができる（Ｓ７）。
　グループ同期操作の情報を受けたライブラリサーバ４は、そのユーザのライブラリ情報ＬＩＦにおいて、操作対象のグループに含まれるコンテンツの同期状態を変更するようにライブラリＤＢ９の更新を行う（Ｓ１７）。更新後は、同期設定の変更がユーザ端末５に反映されるように、更新に対応したグループページ６０又はライブラリページ４０を生成し、ユーザ端末５に送信する（Ｓ１８）。これによりユーザ端末５において、操作したグループの各コンテンツについて同期ボタン４８の表示状態が更新されたライブラリページ４０が提示される。または、同期状態情報６５やグループ同期オンボタン６３、グループ同期オフボタン６４の表示状態が、更新を反映したものとされたグループページ６０が提示される（Ｓ８）。

＜５．グループ化及びグループ単位の同期処理＞
　以上のようなシステム動作を実現するためのライブラリサーバ４の処理を説明していく。
　まず図９で、ライブラリサーバ４が逐次各ユーザについて実行するグループ化処理を説明する。
　なお以下、図９～図１８で説明していく処理は、ライブラリサーバ４が図３の機能構成により実行する処理となる。まず図９のグループ化処理は、ライブラリサーバ４において主にライブラリ管理部２３の機能によって実行される。

　ライブラリサーバ４は、例えば所定期間毎に、ライブラリＤＢ９に所有コンテンツが登録されている各ユーザ（登録ユーザ）を対象として図９のようなグループ化処理を行う。
　なお後述の購入対応処理で述べるが、本実施の形態ではユーザが或る電子書籍コンテンツを購入した際に、そのユーザに対して新たに購入したコンテンツを加えてのグループ化処理を行うようにもする。
　図９のグループ化処理と、後述の購入対応処理は、少なくとも一方が行われれば良いが、予め、各ユーザについてバックグラウンドで図９の処理を行っておくことが、購入時等の処理負担の削減に有効である。

　ライブラリサーバ４は図９のステップＳ１０１でユーザを選択する。即ち登録ユーザの一人を選択して処理対象とする。
　ステップＳ１０２でライブラリサーバ４は、選択したユーザのライブラリ情報ＬＩＦをライブラリＤＢ９から取得する。

　ライブラリサーバ４はステップＳ１０３で、取得したライブラリ情報ＬＩＦを確認し、登録されているコンテンツの数が所定数Ｎ以上であるか否かを確認する。
　コンテンツ数が所定数Ｎ未満であれば、当該ユーザについてのグループ化処理を終了する。つまり少数しか所有しないユーザについては、コンテンツのグループ化を行わない。

　コンテンツ数がＮ以上のユーザについては、ライブラリサーバ４はステップＳ１０４で、過去に既にグループ化処理が行われているか否かを確認する。
　当該ライブラリ情報ＬＩＦのグループフィールドＧＦにグループ情報が１つでも登録されていれば、少なくとも１回以上、グループ化処理が行われていたことになる。過去にグループ化処理が実行済みであれば、当該ユーザについてのグループ化処理を終了する。ユーザが新規にコンテンツ購入を行った場合は、後述する購入対応処理で、新規購入コンテンツを含めたグループ化処理が行われるため、繰り返し図９の処理でグループ化を行う必要はないためである。ただしステップＳ１０４の判断を行わず、購入時のグループ化の実行の有無等にかかわらず、定期的にグループ化が実行されるようにしてもよい。

　現在処理対象のユーザが、所有コンテンツ数がＮ以上で、過去にグループ化が行われていないユーザであった場合、ライブラリサーバ４はステップＳ１０５に進み、グループ化処理を実行する。
　まずステップＳ１０５でグループ条件を選択する。この図９の処理で用いるグループ条件としては、１又は複数の条件を予め設定しておけば良い。例えば、同一タイトル、同一著者、同一出版社、同一購入時期、同一発売時期、直近購入ｎ冊などをグループ条件とする。
　ライブラリサーバ４は、ステップＳ１０５で１つのグループ条件を抽出し、ステップＳ１０６では処理対象のユーザが所有するコンテンツのうちで条件に合致した複数のコンテンツを抽出する。
　そして、ステップＳ１０７で抽出した複数のコンテンツを或るグループ条件でグループ化されたコンテンツとしてのグループ情報を生成し、例えば処理過程の情報として一時的に記憶する。つまりグループフィールドＧＦにエントリする１つのグループとする。条件に該当するか否かは、ライブラリ情報ＬＩＦにおけるコンテンツフィールドＣＦの各コンテンツの情報を参照して判断すればよい。
　グループ情報とは、ライブラリ情報ＬＩＦにおけるグループフィールドＧＦに書き込む各データとすればよい。

　例えば、グループ条件として「同一タイトル」が選択されたときの処理では、同一タイトルの複数のコンテンツが存在する場合、それらを１つのグループとしたグループ情報を生成する。例えば「ＢＢＢ」というタイトルのコンテンツの第１巻から第１５巻を所有する場合、これらは１つのグループと判断される。
　また他の「同一タイトル」の複数のコンテンツを所有する場合もある。例えば当該ユーザが、「ＡＡＡ」というタイトルのコンテンツの第１巻から第３巻を所有していたとすると、その３つのコンテンツも「ＡＡＡ」という同一タイトルのグループとして、上記「ＢＢＢ」とは別の１つのグループとしてグループ情報を生成する。

　例えば「同一タイトル」の条件でステップＳ１０６，Ｓ１０７の処理を行い、１又は複数のグループ情報を生成した場合、或いは該当する複数コンテンツが存在せずグループ情報が生成されなかった場合、ステップＳ１０８でライブラリサーバ４は未処理の他のグループ条件を確認する。
　複数のグループ条件でグループ化を行うものとしている場合、まだ未処理のグループ条件があればステップＳ１０８からＳ１０５に戻り、他の条件を選択してステップＳ１０６，Ｓ１０７の処理を行う。
　例えば上記のように同一著者、同一出版社、同一購入時期、同一発売時期、直近購入ｎ冊のそれぞれの条件でグループ化処理を行うものとしている場合、それぞれの条件で順次グループ化（グループ情報の生成）を行っていく。
　もちろんグループ条件は上記以外にも各種考えられる。
　例えば「同一ジャンル」として、「小説」「漫画」「ノンフィクション」「スポーツ」「歴史」・・・等のグループ化を行うことが考えられる。
　また「同一書籍種別」として「雑誌」「写真集」「新聞」等のグループ化を行うことも考えられる。
　さらに「同一翻訳者」「同一使用言語」など、他の各種の属性を用いたグループ条件は多様である。

　このような処理を全てのグループ条件で実行したらステップＳ１０８からＳ１０９に進む。この時点で１又は複数のグループ情報が生成されている場合もあれば、１つもグループ情報が生成されていない場合もある。
　１以上のグループ情報が生成されていた場合は、ライブラリサーバ４はステップＳ１１０に進み、当該ユーザのライブラリ情報ＬＩＦをライブラリＤＢ９上で更新する。即ち生成したグループ情報に基づいて、グループフィールドＧＦの情報が追加されるようにする。
以上で一人のユーザを対象としたグループ化処理を終える。
　またグループ情報が生成されなかった場合は、ステップＳ１０９から当該ユーザについての処理を終える。つまり当該ユーザについてのライブラリＤＢ９の更新は行わない。　　

　ステップＳ１１１では全てのユーザについて以上の処理を終えたか否かを確認し、終えていなければステップＳ１０１に戻って、次のユーザを対象として同様の処理を行う。
　全ユーザについて処理を完了したら、図９の処理を終了する。

　ライブラリサーバ４が例えばこのような処理を定期的に実行することで、各ユーザについて、所有コンテンツのグループ設定が実行されることになる。
　また過去にグループ化を実行したユーザについてはステップＳ１０４から処理をバイパスすることや、所有コンテンツ数がＮ未満のユーザについてもステップＳ１０３から処理をバイパスすることで、定期的な処理として効率化される。
　なお複数のグループ条件でグループ化を行うものとしたが、グループ条件は１つでもよい。あるいは、ユーザがグループ条件をあらかじめ選択できるようにしてもよい。
　また、所有コンテンツ数に限らず、グループ化を行うようにしたてもよい。

　続いてライブラリサーバ４の処理として、ユーザ操作や各種情報入力に応じた処理を説明する。は図８で説明したユーザ端末５からの要求（ユーザ操作）や、コンテンツストアサーバ３からの情報入力に応じてライブラリサーバ４が実行する主な処理を示している。ライブラリサーバ４は主にライブラリ管理部２３と提示処理部２４の機能により図１０、図１１、図１２の処理を実行する。
　この図１０、図１１、図１２では、以下の場合の処理を示している。
（１）ユーザ端末５からライブラリ表示の要求があった場合
（２）ユーザ端末５での同期操作を検知した場合
（３）コンテンツストアサーバ３からユーザのコンテンツ購入の通知があった場合
（４）ユーザ端末５からグループ表示の要求があった場合
（５）ユーザ端末５でのグループ同期操作を検知した場合
（６）ユーザ端末５へのコンテンツデータのダウンロードがあった場合
（７）ユーザ端末５での同期保護操作を検知した場合
（８）ユーザ端末５からしおり情報を受信した場合
（９）ユーザ端末５での自動同期オフ設定操作を検知した場合
　ライブラリサーバ４は図１０、図１１、図１２のステップＳ２００，Ｓ２１０，Ｓ２２０，Ｓ２３０，Ｓ２４０，Ｓ２５０，Ｓ２６０，Ｓ２７０，Ｓ２８０でこれら（１）～（９）の検知を繰り返して行い、それぞれ該当の場合に次のように所定の処理を行う。

（１）ユーザ端末５からライブラリ表示の要求があった場合
　この場合、ライブラリサーバ４は図１０のステップＳ２００からＳ２０１に進み、まずライブラリ表示を要求したユーザを特定する。ライブラリページ４０の閲覧にはユーザがログインすることを必要とすることで、ユーザ特定はログイン情報により可能である。
　次にステップＳ２０２でライブラリサーバ４は、特定したユーザのライブラリ情報ＬＩＦをライブラリＤＢ９から取得する。
　そしてステップＳ２０３でライブラリサーバ４は、取得したライブラリ情報ＬＩＦを用いて図５のようなライブラリページ４０の表示用データを生成し、ステップＳ２０４でユーザ端末５に送信する。
　これによりユーザ端末５においてライブラリページ４０が表示される。以上は図８のステップＳ１１，Ｓ１２の詳細な処理例となる。

（２）ユーザ端末５での同期操作を検知した場合
　この場合、ライブラリサーバ４は図１０のステップＳ２１０からＳ２１１に進み、まず同期操作を行ったユーザ及び同期操作の対象となったコンテンツを特定する。同期操作は図５のライブラリページ４０又は図７の詳細ページ７０上で行われるため、ログインユーザ及びどのコンテンツについての操作情報であるかを確認することになる。
　次にステップＳ２１２でライブラリサーバ４は、ライブラリＤＢ９において、特定したユーザのライブラリ情報ＬＩＦにおける該当のコンテンツの同期情報を更新する。即ち同期オン状態からの操作であれば同期オフ状態に変更し、同期オフ状態からの操作であれば同期オン状態に変更する。各コンテンツの同期期間の情報を更新する場合もある。
　ライブラリサーバ４は、今回の操作が、同期オフへの変更であった場合は、ステップＳ２１３からＳ２１４に進み、ユーザ端末５に同期オフしたコンテンツのデータ削除を指示する。ユーザ端末５では、これに応じてコンテンツデータをユーザ端末５内の記憶領域から削除する。
　今回の操作が同期オンへの変更であった場合は、当然ステップＳ２１４は行われない。その後、同期オンとされたコンテンツデータは、例えば実際の閲覧時などにおいて、逐次必要に応じて一括又は部分的にユーザ端末５にダウンロードされていく。
　ライブラリサーバ４はステップＳ２１５では、同期設定の更新に対応したライブラリページ４０の表示データを生成し、ユーザ端末５に送信する。これによりユーザ端末５において、操作した同期ボタン４８の表示状態が更新されたライブラリページ４０が提示される。以上は図８のステップＳ１３，Ｓ１４の詳細な処理例となる。

（３）コンテンツストアサーバ３からユーザのコンテンツ購入の通知があった場合
　或るユーザがコンテンツストアサーバ３にアクセスしてコンテンツを購入した場合、その購入コンテンツ及びユーザの情報がコンテンツストアサーバ３から通知される。ライブラリサーバ４はこの通知に応じてライブラリＤＢ９の更新を行う。
　この場合、ライブラリサーバ４はステップＳ２２０からＳ２２１に進み、購入対応処理を実行する。購入対応処理を図１３に詳細に示す。

　ステップＳ３０１でライブラリサーバ４はコンテンツストアサーバ３からの通知の対象となったユーザを特定する。そしてステップＳ３０２で該当ユーザのライブラリ情報ＬＩＦをライブラリＤＢ９から取得する。
　なお、対象のユーザが今回初めてコンテンツ購入を行ったユーザであり、ライブラリＤＢ９にそのユーザのライブラリ情報ＬＩＦが登録されていない場合、新たにライブラリ情報ＬＩＦを生成することになる。例えばユーザフィールドＵＦの情報をユーザＤＢ８から取得して、当該ユーザの初期状態のライブラリ情報ＬＩＦを生成する。
　ステップＳ３０３でライブラリサーバ４は該当ユーザについてライブラリＤＢ９から読み出してきた（又は新たに生成した）ライブラリ情報ＬＩＦにおいて、コンテンツフィールドＣＦの情報として今回の購入コンテンツの情報をエントリする。具体的には購入コンテンツについて、コンテンツＩＤ、コンテンツタイトル、データサイズ、コンテンツ属性、購入日時、未読フラグを設定する。同期情報はデフォルトで例えば同期オン又は同期オフとする。

　ライブラリサーバ４はステップＳ３０４で、購入コンテンツを新たにエントリした状態で、ライブラリ情報ＬＩＦに登録されているコンテンツの数が所定数Ｎ以上であるか否かを確認する。コンテンツ数が所定数Ｎ未満であれば、当該ユーザについてのグループ化処理を行わずにステップＳ３１４に進んで、ライブラリＤＢ９の更新を行う。つまり購入コンテンツを加えた当該ユーザのライブラリ情報ＬＩＦをライブラリＤＢ９に書き込む。以上で購入対応処理を終える。

　一方、購入コンテンツを加えた状態でコンテンツ数がＮ以上となっているユーザであった場合は、ライブラリサーバ４はステップＳ３０４からＳ３０５に進み、グループ化処理を行う。まずステップＳ３０５では、当該ユーザについて過去に所有コンテンツのグループ化が行われていたか否かを確認する。例えば先の図９で説明した処理でグループ化が行われたか、或いは以前にコンテンツ購入に応じて、この図１３の処理でグループ化が行われていたかである。ライブラリ情報ＬＩＦのグループフィールドＧＦにグループ情報が登録されていれば、少なくとも１回以上、グループ化処理が行われていたことになる。

　一度もグループ化が行われていないユーザであった場合は、ステップＳ３０６（グループ条件選択），Ｓ３０７（該当コンテンツ検索），Ｓ３０９（グループ情報生成），Ｓ３０９（他のグループ条件の確認）でグループ化処理が行われる。これらの処理は図９のステップＳ１０５，Ｓ１０６，Ｓ１０７，Ｓ１０８と同様であるため重複説明を避ける。
　この処理によって１又は複数のコンテンツグループのグループ情報が生成されるか、或いはグループ条件に該当する複数のコンテンツが存在せずにグループ情報は１つも生成されないこととなる。
　ライブラリサーバ４はステップＳ３０９からＳ３１４に進み、当該ユーザについてのライブラリＤＢ９の更新を行う。つまりコンテンツフィールドＣＦに購入コンテンツが加わり、またグループ情報が生成された場合はそのグループ情報をグループフィールドＧＦに加えた当該ユーザのライブラリ情報ＬＩＦを、ライブラリＤＢ９に書き込む。以上で購入対応処理を終える。

　ステップＳ３０５において、当該ユーザについて過去にグループ化が行われていたと判断した場合は、ライブラリサーバ４は、より処理負担の少ないグループ化処理をステップＳ３１０～Ｓ３１３で行う。
　ステップＳ３１０でグループ化条件を選択する。これはステップＳ３０６（Ｓ１０５）と同様に、同一タイトル、同一著者、同一出版社、同一購入時期、同一発売時期、直近購入ｎ冊などのグループ条件の１つを選択する。

　ステップＳ３１１では、今回の購入コンテンツを選択したグループ条件に当てはめて、購入コンテンツを含むグループ化が可能であるか否かを判断する。
　例えば同一タイトルの条件の場合、今回の購入コンテンツと同一タイトルの他のコンテンツを所有しているか否かを判断する。
　同一著者の条件の場合、今回の購入コンテンツと同一著者の他のコンテンツを所有しているか否かを判断する。同一出版社、同一購入時期、同一発売時期等の条件の場合も同様である。
　直近購入ｎ冊という条件の場合、今回の購入コンテンツは含まれることになる。

　このように購入コンテンツを基準にして各条件でのグループ化を判断し、購入コンテンツを含むグループ化ができる場合は、ステップＳ３１２でグループ情報を生成する。
　以上の処理をステップＳ３１３で、全てのグループ条件について処理を終えたと確認するまで繰り返す。
　この処理によって１又は複数のコンテンツグループのグループ情報が生成されるか、或いはグループ条件に該当する複数のコンテンツが存在せずにグループ情報は１つも生成されないこととなる。
　ライブラリサーバ４はステップＳ３１３からＳ３１４に進み、当該ユーザについてのライブラリＤＢ９の更新を行う。つまりコンテンツフィールドＣＦに購入コンテンツの情報が加わり、またグループ情報が生成された場合はそのグループ情報をグループフィールドＧＦに加えた当該ユーザのライブラリ情報ＬＩＦを、ライブラリＤＢ９に書き込む。以上で購入対応処理を終える。

　このステップＳ３１０～Ｓ３１３の処理は、購入コンテンツを基準にして同一のタイトル、著者等の条件を判断すればよいため、ステップＳ３０６～Ｓ３０９や図９のステップＳ１０５～Ｓ１０８より処理負担が小さい。ステップＳ３０６～Ｓ３０９やステップＳ１０５～Ｓ１０８では、所有コンテンツのそれぞれを順次基準にして条件に合致する他のコンテンツの存在を探索することで処理量が多くなっているためである。
　なお、ステップＳ３０５，Ｓ３１０～Ｓ３１３の処理は行わず、ステップＳ３０４でコンテンツ数がＮ以上であれば常にステップＳ３０６～Ｓ３０９でのグループ化が行われるようにしてもよい。

　例えば以上の図１３のように、図１０のステップＳ２２１としての購入対応処理が実行される。続いてステップＳ２２２でライブラリサーバ４は、購入コンテンツを含むコンテンツグループが存在するか否かを確認する。
　存在しなければステップＳ２２２から、購入情報取得に応じた処理を終える。
　上述のグループ化により、今回の購入コンテンツを含むコンテンツグループが存在することとなった場合、ライブラリサーバ４はステップＳ２２３に進み、購入コンテンツを含むコンテンツグループの表示用のデータを生成し、ステップＳ２２４で表示用データをユーザ端末５に送信する。ユーザ端末５ではそれに応じて例えばグループページ６０の表示を行う。例えば購入コンテンツが含まれるコンテンツグループのみがグループリスト６１に示されたグループページ６０である。もちろん全てのコンテンツグループを提示した上で、今回の購入コンテンツを含むグループが確認できるような表示でもよい。
　これにより、コンテンツ購入を行ったユーザが、その購入コンテンツを含むグループの情報を確認でき、グループに所属する関連コンテンツを一括で同期オン状態にすることも容易となる。

（４）ユーザ端末５からグループ表示の要求があった場合
　この場合、ライブラリサーバ４は図１１のステップＳ２３０からＳ２３１に進み、まずグループ表示を要求したログインユーザを特定する。
　次にステップＳ２３２でライブラリサーバ４は、グループ表示要求に検索情報が付随しているか否かを確認する。これは例えば図５のグループ検索ボックス４４へキーワード入力があったうえでの検索ボタン４５の操作による要求であったのか、グループ表示ボタン５３の操作による要求であったかの別である。

　検索情報がない通常のグループ表示要求（グループ表示ボタン５３の操作）であった場合はステップＳ２３３に進み、特定したユーザのライブラリ情報ＬＩＦをライブラリＤＢ９から取得する。
　そしてステップＳ２３３でライブラリサーバ４は、グループフィールドＧＦに１以上のコンテンツグループがエントリされているか否かを確認し、コンテンツグループが存在しなければステップＳ２３７に進んで、グループ提示不能の情報をユーザ端末５に送信する。この場合図６のようなグループページ６０の表示は行われないか、或いは「グループがありません」等を含む表示が行われる。
　１以上のコンテンツグループが存在する場合は、ライブラリサーバ４はステップＳ２３４からＳ２３５に進み、ライブラリ情報ＬＩＦにおけるグループフィールドＧＦの情報を用いて図６のようなグループページ６０の表示用データを生成し、ステップＳ２３６でユーザ端末５に送信する。これによりユーザ端末５において図６のようなグループページ６０が提示される。

　ステップＳ２３２で検索情報があると判断した場合、ライブラリサーバ４はステップＳ２３８の検索要求対応処理を行う。
　図１４に検索要求対応処理を詳細に示す。
　ライブラリサーバ４はステップＳ４０１で検索情報を取得する。即ちグループ検索ボックス４４に入力された検索用のキーワードを取得する。
　ステップＳ４０２でライブラリサーバ４は、特定したユーザのライブラリ情報ＬＩＦをライブラリＤＢ９から取得する。
　ステップＳ４０３では、当該ユーザのライブラリ情報ＬＩＦにおけるグループフィールドＧＦに、今回の検索条件（キーワード）に合致するコンテンツグループが登録されているか否かを確認する。
　例えばユーザが書籍のタイトル、著者名等をキーワードとした場合に、グループフィールドＧＦに登録された各コンテンツグループのグループ属性の情報（グループ名やグループ条件の情報など）を確認し、該当するグループがあるか否かを確認する。

　該当グループが登録されていた場合、ステップＳ４０４に進み、グループフィールドＧＦの該当するグループの情報を用いて図６のようなグループページ６０の表示用データを生成し、ステップＳ４０５でユーザ端末５に送信する。
　これによりユーザ端末５において、検索キーワードに該当するコンテンツグループが提示されるグループページ６０が表示される。ユーザが特定のコンテンツグループのみを検索したい場合に便利な動作となる。

　一方、ステップＳ４０３で検索キーワードに該当するコンテンツグループが存在しないと判断した場合、ライブラリサーバ４はステップＳ４０６に進んで、検索キーワードを用いてコンテンツフィールドＣＦに登録されている各コンテンツを検索する。例えば各コンテンツのタイトルや著者名、出版社名等にキーワードが含まれているか否かを確認する。
　該当のコンテンツが複数検出された場合、ライブラリサーバ４はステップＳ４０７からＳ４０８に進み、グループを新たに登録する。即ち検索された複数のコンテンツは、ユーザの検索情報に基づいて新たにグループ化されたものとし、グループ情報を生成してグループフィールドＧＦに新規エントリする。そしてライブラリＤＢ９において当該ユーザのライブラリ情報ＬＩＦを更新する。
　そしてライブラリサーバ４はステップＳ４０９で、新たに生成したグループ情報を用いて図６のようなグループページ６０の表示用データを生成し、ステップＳ４０５でユーザ端末５に送信する。
　これによりユーザ端末５において、検索キーワードに該当するコンテンツグループが新たに生成され、グループページ６０において表示される。この動作によればユーザが特定のキーワードを用いてコンテンツグループを設定できることになる。例えば心理学関係のコンテンツを多数有するユーザが「心理学」をキーワードとすると、出版社もタイトルも著者が異なってグループがされていなかった「心理学講義」「心理学のすすめ」「やさしい心理学」などといったコンテンツをグループ化でき、グループ同期操作の対象とすることができる。

　ライブラリサーバ４は、ステップＳ４０７で該当コンテンツが複数存在しないことを確認した場合は、ステップＳ４１０でグループ提示不能の情報をユーザ端末５に送信する。この場合図６のようなグループページ６０の表示は行われないか、或いは「該当グループがありません」等を含む表示が行われる。
　以上の図１４の処理が図１１のステップＳ２３８で行われる。
　そして図１１のステップＳ２３０～Ｓ２３８は図８のステップＳ１５，Ｓ１６の詳細な処理例となる。

（５）ユーザ端末５でのグループ同期操作を検知した場合
　この場合、ライブラリサーバ４は図１１のステップＳ２４０からＳ２４１に進み、グループ同期操作対応処理を行う。図１５にグループ同期操作対応処理の詳細を示す。
　ライブラリサーバ４はステップＳ５０１で、グループ同期操作を行ったユーザ及び操作の対象となったコンテンツグループを特定する。グループ同期操作は図６のグループページ６０又は図７の詳細ページ７０上で行われるため、ログインユーザの識別及びどのグループについての操作情報であるかを確認することになる。
　ステップＳ５０２でライブラリサーバ４は、特定したユーザのライブラリ情報ＬＩＦをライブラリＤＢ９から取得する。

　今回検知したグループ同期操作がグループ同期オンボタン６３の操作であった場合、ライブラリサーバ４はステップＳ５０３からＳ５１１に進み、ライブラリＤＢ９上で、操作対象のグループの各コンテンツの同期情報を同期オンに更新する。これは、対象のグループに所属するコンテンツをグループフィールドＧＦの情報から判定し、所属する各コンテンツの同期情報を更新する処理となる。各コンテンツの同期期間の情報も更新する。
　そしてステップＳ５１２でライブラリサーバ４は、同期設定の更新に対応したグループページ６０の表示データを生成し、ユーザ端末５に送信する。これによりユーザ端末５において、グループ同期状態に関する表示（グループ同期オンボタン６３、グループ同期オフボタン６４のアクティブ／非アクティブや、同期状態情報６４）が更新されたグループページ６０が提示される。

　今回検知した操作がグループ同期オフボタン６４の操作であった場合、ライブラリサーバ４はステップＳ５０３からＳ５０４に進み、操作対象のグループに所属するコンテンツに同期保護コンテンツが存在するか否かを、各コンテンツについて登録されている保護フラグにより確認する。
　また同期保護コンテンツが存在しない場合、ライブラリサーバ４はステップＳ５０５で所属コンテンツに未使用（未読）のコンテンツが存在するか否かを未読フラグにより確認する。
　同期保護コンテンツや未読コンテンツが含まれていなければ、ライブラリサーバ４はステップＳ５０６に進み、ライブラリＤＢ９上で、操作対象のグループの各コンテンツの同期情報を同期オフに更新する。各コンテンツの同期期間の情報も更新する。
　またライブラリサーバ４はステップＳ５０７で、ユーザ端末５に同期オフしたコンテンツのデータ削除を指示する。ユーザ端末５では、これに応じて態様のグループに所属する各コンテンツデータをユーザ端末５内の記憶領域から削除する。
　そしてライブラリサーバ４はステップＳ５１２では、同期設定の更新に対応したライブラリページ４０の表示データを生成し、ユーザ端末５に送信する。これによりユーザ端末５において、グループ同期状態に関する表示が更新されたグループページ６０が提示される。

　この図１５の例では、ステップＳ５０４，Ｓ５０５で同期保護コンテンツ又は未読コンテンツが含まれている場合は、ステップＳ５０８に進む例としている。
　ステップＳ５０８ではライブラリサーバ４は、ユーザ端末５に対して確認画面データを送信する。例えば「同期保護コンテンツ又は未読コンテンツが含まれています。これらも含めて同期オフしてよいですか？」等のメッセージ及び回答ボタンを含む画面などとする。
　ライブラリサーバ４はステップＳ５０９でユーザの回答を待機する。そして、ユーザ端末５で確認画面をみたユーザが、ＯＫの回答を送信したことを検知した場合に、ステップＳ５０９からＳ５０６に進んで、一括同期オフの処理を行う。
　ユーザが操作キャンセルの回答を送信した場合、或いは回答なしでタイムアップとなった場合は、ライブラリサーバ４はステップＳ５１０に進んで、今回のグループ同期オフボタン６４の操作はキャンセルされたものとし、ユーザ端末５にキャンセル情報を送信する。ユーザ端末５では、操作がキャンセルされたことが提示される。

　以上の図１５のグループ同期操作対応処理が図１１のステップＳ２４１で行われる。そしてこのグループ同期操作対応処理が、図８のステップＳ１７，Ｓ１８の詳細な処理例となる。

　ところで図１５のグループ同期操作対応処理は、グループ同期オフボタン６４の操作の場合の処理として、次の（ａ）～（ｆ）のような多様な変形例が考えられる。

　（ａ）強制オフ
　ステップＳ５０４，Ｓ５０５，Ｓ５０８，Ｓ５０９，Ｓ５１０を削除し、図１５に破線で示すようにステップＳ５０３からＳ５０６に進むようにする。即ち、グループ同期オフの操作があった場合、所属コンテンツは無条件で同期オフ状態とする。
　このようにすれば処理の簡略化ができる。ユーザにとっても同期オフによってコンテンツ所有状態が変化するわけではなく、いつでも同期オンに変更できるため、大きな弊害は生じない。

　（ｂ）同期保護／未読コンテンツを除いて同期オフ
　操作対象のグループに同期保護コンテンツや未読コンテンツが含まれていた場合、特にユーザに確認することなく、それらを除いた他のコンテンツを一括して同期オフ状態に更新する。確認処理やユーザの回答の手間もなく、処理が簡略化できるとともに、ユーザにとっては未読コンテンツや特定のコンテンツを同期状態にしておきつつ、関連コンテンツを一括同期オフしたいような場合を想定すると、好適な処理となる。

　（ｃ）同期保護コンテンツについては同期オン状態を維持とし、未読コンテンツについては確認処理を行う
　同期保護コンテンツは、あえてユーザが同期保護指定したものであるからグループ同期オフボタン６４が操作されても同期オフの対象外とする。未読コンテンツについてはユーザが認識していないことも考えられるため、確認画面を送信し、回答に応じて処理する。

　（ｄ）同期保護機能を設けず、未読コンテンツに確認する
　未読コンテンツについてチェックを行い、存在する場合は、図１５のような確認処理を行う。或いは上記（ｂ）のような未読コンテンツを除いた一括同期オフを行う。
　（ｅ）未読コンテンツの確認を行わず、同期保護に対応する。
　同期保護コンテンツについてチェックを行い、存在する場合は、図１５のような確認処理を行う。或いは上記（ｂ）のような同期保護コンテンツを除いた一括同期オフを行う。或いは確認処理においてユーザに同期保護を解除するか否かを確認してもよい。
　（ｆ）図１５のように確認画面を送信する場合に、“ＯＫ”“キャンセル”に加え“除いて実行”の回答を設ける。即ち、ユーザが同期保護コンテンツや未読コンテンツを除いて対象のグループの各コンテンツを一括して同期オフを指示できるようにする。

（６）ユーザ端末５へのコンテンツデータのダウンロードがあった場合
　或るユーザがユーザ端末５でコンテンツ閲覧を行う場合、ユーザ端末５で起動された閲覧ソフトウエアがコンテンツストアサーバ３にダウンロードを要求する。このダウンロードの実行の際、そのダウンロードコンテンツ及びユーザの情報がコンテンツストアサーバ３から通知される。ライブラリサーバ４はこの通知に応じてライブラリＤＢ９の更新を行う。
　この場合、ライブラリサーバ４は図１２のステップＳ２５０からＳ２５１に進み、コンテンツストアサーバ３からの通知によりダウンロードしたコンテンツとユーザを特定する。
　次にステップＳ２５１でライブラリサーバ４は、今回のダウンロード実行を反映させるようにライブラリＤＢ９を更新する。
　即ち特定したユーザのライブラリ情報ＬＩＦにおいて該当のコンテンツのＤＬ履歴の情報を更新する。またユーザフィールドＵＦにおけるＤＬ容量情報も更新する。

（７）ユーザ端末５での同期保護操作を検知した場合
　ユーザは図５のライブラリページ４０や図７の詳細ページ７０等で、任意のコンテンツについて同期保護ボタン４９を操作して同期保護設定（同期保護のオン又はオフ）を行うことができる。
　或るユーザ端末５での同期保護ボタン４９の操作を検知した場合、ライブラリサーバ４は図１２のステップＳ２６０からＳ２６１に進み、まず同期保護操作を行ったユーザ及び操作の対象となったコンテンツを特定する。
　次にステップＳ２６２でライブラリサーバ４は、ライブラリＤＢ９において、特定したユーザのライブラリ情報ＬＩＦにおける該当のコンテンツの保護フラグを更新する。即ち保護オン状態からの操作であれば保護オフ状態に変更し、保護オフ状態からの操作であれば保護オン状態に変更する。
　ライブラリサーバ４はステップＳ２６３では、同期保護設定の更新に対応したライブラリページ４０や詳細ページ７０の表示データを生成し、ユーザ端末５に送信する。ユーザは同期保護ボタン４９の表示状態により同期保護設定の変更を確認できる。

（８）ユーザ端末５からしおり情報を受信した場合
　ユーザ端末５において閲覧ソフトウエアが起動されて電子書籍コンテンツの閲覧が行われている場合、閲覧ソフトウエアによって逐次閲覧中のページを示すしおり情報が送信されてくる。
　このようなしおり情報を受信した場合、ライブラリサーバ４は図１２のステップＳ２７０からＳ２７１に進み、ユーザ及び対象のコンテンツを特定する。
　次にステップＳ２７２でライブラリサーバ４は、ライブラリＤＢ９において、特定したユーザのライブラリ情報ＬＩＦにおける該当のコンテンツのしおり情報を更新する。
　ステップＳ２７３でライブラリサーバ４は、現時点で当該コンテンツの未読フラグがオンであるか否かを確認し、オンであれば、ステップＳ２７４で未読フラグをオフに更新する。
　またステップＳ２７５でライブラリサーバ４は、今回のしおり情報が、当該コンテンツの最終ページを示すものであるか否かを確認し、もし最終ページであればユーザは読了したと判断してステップＳ２７６に進み、現在日時を当該コンテンツの読了日時の情報として登録する。

（９）ユーザ端末５での自動同期オフ設定操作を検知した場合
　ユーザは、読了後の自動同期オフ処理について設定を行うことができる。例えば図５のライブラリページ４０における自動同期オフ設定ボタン５２を操作すると、ユーザ端末５において図１６のような設定画面８０が表示されるようにしている。
　例えば図１６の設定画面８０では、次の３つの設定をチェックボックス８１により選択できるようにしている。
・読了後（　）日で同期オフ
・読了後（　）日に通知希望
・自動同期オフは実行しない

　「読了後（　）日で同期オフ」の場合、日数指定ボックス８２に数値を入力することで、日数を指定できる。この設定は、ユーザが読了後、指定日数を経過したら、自動的に同期オフとすることを選択するものである。
　「読了後（　）日に通知希望」の場合、日数指定ボックス８３に数値を入力することで、日数を指定できる。この設定は、ユーザが読了後、指定日数を経過したら、同期オフとするか否かの通知を希望するということを選択するものである。
　「自動同期オフは実行しない」の場合、自動同期オフ処理を実行しないことを選択するものである。
　ユーザは設定画面８０によりこれらの選択を行い、ＯＫボタン８４の操作を行うことで、自動同期オフ処理の設定情報がライブラリサーバ４に送信される。
　なおキャンセルボタン８５は設定画面８０のキャンセル操作のためである。

　設定画面８０のＯＫボタン８４の操作によりユーザが選択した設定情報が送信されてきた場合、ライブラリサーバ４は図１２のステップＳ２８０からＳ２８１に進み、ユーザを特定する。そしてステップＳ２８２でライブラリＤＢ９の更新を行う。即ち特定したユーザのライブラリ情報ＬＩＦにおけるユーザフィールドＵＦの自動同期オフ設定の情報を更新する。更新内容は、ユーザが図１６の設定画面８０で選択した内容である。
　この自動同期オフ設定の情報は、次に説明する自動同期オフ処理に用いられる。

＜６．自動同期オフ処理＞　
　ライブラリ管理部２３は、ライブラリＤＢ９のライブラリ情報ＬＩＦにおける読了日時の情報により、各ユーザの各コンテンツについて、ユーザ端末５における使用完了日時を管理している。ユーザ端末５においてむやみにコンテンツデータによる容量圧迫をおこさないようにするには、読了したコンテンツについては自動的に同期オフとし、かつユーザ端末５における記憶領域からコンテンツデータを削除させるようにすることが望ましい。
　そこで本実施の形態ではライブラリサーバ４は読了日時から所定期間経過後（直後も含む）のコンテンツを、自動的に同期情報を同期オフに更新する自動同期オフ処理を行うようにしている。
　図１７は主にライブラリ管理部２３の機能によりライブラリサーバ４が実行する自動同期オフ処理を示している。例えばライブラリサーバ４は、定期的に、ライブラリＤＢ９に登録された各ユーザを対象として図１７の処理を行う。

　ライブラリサーバ４は図１７のステップＳ６０１でユーザを選択する。即ち登録ユーザの一人を選択して処理対象とする。
　ステップＳ６０２でライブラリサーバ４は、選択したユーザのライブラリ情報ＬＩＦをライブラリＤＢ９から読み出して取得する。

　ライブラリサーバ４はステップＳ６０３で、取得したライブラリ情報ＬＩＦのユーザフィールドＵＦから、そのユーザの自動同期オフ設定を確認する。上述の図１６のような設定画面８０でユーザが設定した情報である。なお、ユーザが設定を行う前の状態はデフォルトで例えば「自動同期オフは実行しない」とされているようにしても良いし、特定の日数（例えば３０日）で「読了後３０日に通知希望」或いは「読了後３０日で同期オフ」が設定されているようにしてもよい。

　ライブラリサーバ４は、自動同期オフ設定が「自動同期オフは実行しない」である場合は、自動同期オフ設定が有効ではないとしてステップＳ６０３からＳ６１９に進み、全ユーザについて処理が完了していなければステップＳ６０１に戻って次のユーザを対象とする処理を行う。
　自動同期オフ設定が「読了後（ｘ）日に通知希望」或いは「読了後（ｘ）日で同期オフ」である場合は、ライブラリサーバ４は自動同期オフ設定が有効であるとし、ステップＳ６０３からＳ６０４に進み、処理のための変数ｙ＝１，Ｙ＝コンテンツ数、ｘ＝日数とする。コンテンツ数Ｙは、そのユーザについてコンテンツフィールドＣＦに登録されているコンテンツの数である。日数ｘは、設定画面８０の日数指定ボックス８２又は８３でユーザが指定した日数、もしくはデフォルト設定の日数である。

　ステップＳ６０５でライブラリサーバ４はコンテンツフィールドＣＦにおける第ｙのコンテンツ情報を確認する。具体的にはステップＳ６０６で同期オン状態であるか、ステップＳ６０７で読了しているか（読了日時が登録されているか）、ステップＳ６０８でシリーズコンテンツであるか、ステップＳ６０９で読了日時から日数ｘを経過しているかを確認する。
　第ｙのコンテンツの同期情報が同期オフであれば、当然自動同期オフの対象外であるためステップＳ６０６からＳ６１２に進み、変数ｙがコンテンツ数Ｙに達していなければステップＳ６１３で変数ｙをインクリメントしてステップＳ６０５に戻る。つまり次のコンテンツの処理に進む。
　第ｙのコンテンツの同期情報が同期オンであっても、読了日時が登録されていなければ、まだ読了していないため自動同期オフの対象外とし、ステップＳ６０７からＳ６１２に進む。
　同期オン状態の第ｙのコンテンツが読了している場合、ステップＳ６０８でシリーズコンテンツであるか否かを確認する。ここでいうシリーズコンテンツとは、或る特定のコンテンツグループに属するコンテンツという意味とする。例えばグループ条件が「同一タイトル」のコンテンツグループに属するコンテンツ（例えば「ＢＢＢ」の第１巻～第１５巻）をシリーズコンテンツとする。
　なお、ここでいうシリーズコンテンツは、他のグループ条件でグループ化されたグループのコンテンツとしてもよいし、グループ条件に関わらず、グループ化されたコンテンツについてはシリーズコンテンツとして扱うようにすることも考えられる。

　第ｙのコンテンツがシリーズコンテンツである場合にはライブラリサーバ４はステップＳ６０８からＳ６１１に進み、同グループに所属する他のコンテンツの同期情報を確認する。そして同グループ所属の全ての他のコンテンツが同期オフの場合のみ、自動同期オフの対象とすることとしてステップＳ６０９に進み、他のコンテンツが１つでも同期オンであったら、自動同期オフの対象外としてステップＳ６１２に進む。

　ステップＳ６０９ではライブラリサーバ４は第ｙのコンテンツが読了からｘ日を経過しているか否かを確認する。即ち現在日時と読了日時の情報を比較してｘ日経過を判断する。そしてｘ日経過が確認できたら、ステップＳ６１０に進む。
　そしてライブラリサーバ４はステップＳ６１０で当該第ｙのコンテンツを同期オフ候補に指定する。

　以上のステップＳ６０５からＳ６１３の処理を、変数ｙをインクリメントしながら対象ユーザが所有する各コンテンツについて行った後、ステップＳ６１２からＳ６１４に進む。ライブラリサーバ４はステップＳ６１４で、ステップＳ６１０の処理で同期オフ候補とされたコンテンツの有無を確認し、なければ処理中のユーザについての処理を終えてステップＳ６１９に進む。まだ未処理のユーザがあればステップＳ６１９からＳ６０１に戻って次のユーザを対象とする処理にうつる。

　或るユーザについて同期オフ候補のコンテンツが存在した場合、ライブラリサーバ４はステップＳ６１５に進み、通知希望のユーザか否かを確認する。
　自動同期オフ設定が「読了後（ｘ）日に通知希望」であった場合、ステップＳ６１６において通知処理を行う。即ち当該ユーザに対して、同期オフ候補に指定したコンテンツ名と同期オフの許可を求める通知を行う。
　なおこの通知は、該当のユーザがユーザ端末５においてライブラリページ４０にログインした際に表示されるようにするものでもよいし、別途電子メール等で通知するものでも良い。この通知に基づく画像（もしくは通知に付したリンクで遷移されたページ）においてユーザは同期オフの許可操作を行うことができるようにする。その同期オフ許可の操作については、ライブラリサーバ４は例えば図１０のステップＳ２００で検知するものとし、自動同期オフ候補とされた１又は複数のコンテンツを対象としてステップＳ２０１からＳ２０４の処理をおこなえばよい。また図示していないが、同期オフの許可操作がなされなかった場合、同期オフ候補の指定を解除する。

　処理対象のユーザの自動同期オフ設定が「読了後（ｘ）日で同期オフ」で合った場合は、ライブラリサーバ４はステップＳ６１５からＳ６１７に進み、自動同期オフ候補とされた１又は複数のコンテンツを対象として同期オフとする。即ちコンテンツフィールドＣＦの同期情報が同期オフに変更された状態とするようにライブラリＤＢ９を更新する。
　そしてライブラリサーバ４はステップＳ６１８で処理対象のユーザのユーザ端末５に対して、同期オフしたコンテンツのデータの削除指示を行う。ユーザ端末５では、これに応じてコンテンツデータをユーザ端末５内の記憶領域から削除する。但しこの時点ではユーザ端末５がライブラリサーバ４の提供するウェブページにログインしていない状況や、閲覧ソフトウエアが起動していない状態が想定される。ユーザ端末５においてコンテンツデータの削除を行い得る状況ではない場合には、削除を行い得る状態となることを待機して削除指示を行うようにすればよい。

　なお、この場合の自動同期オフとされたコンテンツは、その後ユーザがライブラリページ４０にログインすることで確認できるが、その表示画面上で、自動同期オフの実行通知を行ったり、電子メールで通知したりするようにしてもよい。

　全ユーザを対象として処理を終えたら、ステップＳ６１８から当該図１７の処理を終える。
　以上の図１７のように、自動同期オフ処理が行われ、読了したコンテンツについては、ユーザの選択した自動同期オフ設定に応じて処理される。
　図１７の処理は一例である。例えばステップＳ６０８，Ｓ６１１でのシリーズコンテンツの条件を考慮しない処理例も想定される。さらにステップＳ６１１の条件も多様に考えられる。例えば他の同一グループのコンテンツの過半数が同期オフであればステップＳ６０９に進むなどである。

＜７．評価情報更新処理＞
　図５のライブラリページ４０では、コンテンツリスト４１に挙げる各コンテンツについて評価レベル５４が表示される例を示した。
　この評価レベル５４（例えば☆マークの数）は例えばユーザ入力などによって設定されるが、本実施の形態では評価の指標として同期オン状態の期間を用いて自動設定できるようにしている。即ちライブラリデータＬＩＦの各コンテンツについての同期期間の情報に応じて評価情報が自動的に更新されるようにする。

　このためにライブラリサーバ４は主に評価処理部２５の機能により図１８の処理を逐次行うようにする。
　ライブラリサーバ４は図１８のステップＳ７０１でユーザを選択する。即ち登録ユーザの一人を選択して処理対象とする。
　ステップＳ７０２でライブラリサーバ４は、選択したユーザのライブラリ情報ＬＩＦをライブラリＤＢ９から読み出して取得する。

　ライブラリサーバ４はステップＳ７０３で処理のための変数ｙ＝１，Ｙ＝コンテンツ数とする。コンテンツ数Ｙは、そのユーザについてコンテンツフィールドＣＦに登録されているコンテンツの数である。
　ステップＳ７０４でライブラリサーバ４はコンテンツフィールドＣＦにおける第ｙのコンテンツ情報を確認する。具体的には第ｙのコンテンツが同期オン状態であるか否かを確認する。
　ライブラリサーバ４は第ｙのコンテンツの同期情報が同期オフであれば、評価情報更新の対象外としてステップＳ７０５からＳ７０８に進み、変数ｙがコンテンツ数Ｙに達していなければステップＳ７０９で変数ｙをインクリメントしてステップＳ７０４に戻る。つまり次のコンテンツの処理に進む。

　ライブラリサーバ４は第ｙのコンテンツの同期情報が同期オンであれば、ステップＳ７０６に進み、そのコンテンツの同期期間の情報を確認する。上述のように同期期間とは同期オンの継続期間、又は同期オン日数の累積期間である。
　そしてステップＳ７０７でライブラリサーバ４は、同期期間の日数に応じて評価情報を更新する。例えば評価レベルとして各段階の閾値を設定しておき、同期期間の日数が或る閾値を超えていたら評価レベルを１段階上げるような評価情報の更新を行う。

　以上のステップＳ７０４からＳ７０９の処理を、変数ｙをインクリメントしながら対象ユーザが所有する各コンテンツについて行った後、ステップＳ７０８からＳ７１０に進む。
　全ユーザを対象として処理を終えたら、ステップＳ７１０から当該図１８の処理を終える。
　このような処理が逐次行われることで、ユーザの各コンテンツに対する評価情報が逐次更新される。

＜８．まとめ及び変形例＞
　以上の実施の形態では次のような効果が得られる。
　実施の形態のライブラリサーバ４（情報処理装置）は、ユーザ毎の所有コンテンツが、各コンテンツについてのユーザ端末における使用を可能とする同期情報を含んでライブラリＤＢ９に登録されたライブラリ情報ＬＩＦを管理するライブラリ管理部２３を有する。またログイン状態のユーザ端末５において、ログインユーザが所有するコンテンツとその同期状態をライブラリ情報ＬＩＦに基づいて提示させる処理を行う提示処理部２４とを備える。そしてライブラリ管理部２３は、ライブラリ情報ＬＩＦに登録されたユーザ毎の複数のコンテンツについて、グループ化処理を行ってコンテンツグループを設定する。提示制御部２４は、ログイン状態のユーザ端末５において、ログインユーザが所有するコンテンツのコンテンツグループ単位での同期操作を可能とするコンテンツグループ提示（グループページ６０の表示）を実行させる処理を行う。ライブラリ管理部２３は、コンテンツグループ単位の同期操作に応じて、操作対象のコンテンツグループに含まれる各コンテンツについて同期情報を更新するグループ同期更新処理（図１１のＳ２４１，図１５）を行う。
　この場合、ユーザが購入し、閲覧等の使用権限を取得したコンテンツについては、ライブラリ情報ＬＩＦによって管理され、ユーザはユーザ端末５においてライブラリ情報ＬＩＦで管理されたコンテンツを確認できる。このときに、ユーザは各コンテンツについて同期オン／オフも確認及び任意に操作できる。同期オンとすることで、そのコンテンツをユーザ端末にダウンロードして閲覧できる。
　ここでライブラリサーバ４は、グループ化処理により、コンテンツグループを設定し、ユーザに対して、グループ単位での同期操作を可能な環境を提供する。これによりユーザは、何らかの関連性のある複数コンテンツについて一括した同期オン又は同期オフを指示することが可能となる。
　従ってユーザにとっては、コンテンツの同期管理が容易となる。特に大量のコンテンツを所有するユーザにとっては同期操作が著しく容易となる。購入した電子書籍コンテンツが大量になっていくほど、ユーザにとっては現時点で読みたいもの、現時点では読みたくないものを手軽に取捨選択したくなるが、１つのコンテンツ毎の同期操作を行わなくてもよいことで、ユーザにとって便利な機能となる。
　例えば同一タイトルの１巻～８９巻などのシリーズをグループで指定し、一括同期オンしたり、読み終わった際に一括同期オフしたりすることが容易となる。
　或いは著者／出版社／発売時期等の条件でグループ化されることで、関連する複数のコンテンツの一括同期オン／一括同期オフが容易となる。

　またライブラリサーバ４は、ユーザのコンテンツ購入の情報を取得する毎に、購入コンテンツを含む所有コンテンツを対象としたグループ化処理を行う（図１０のＳ２２１、図１３）。
　即ち購入によりコンテンツが追加されることに応じて、グループ化が行われるようにしているため、購入により新たに追加されたコンテンツも、その都度適切にグループ化されるようにすることができる。

　またライブラリサーバ４は、購入コンテンツを含む所有コンテンツを対象としたグループ化処理で、購入コンテンツを含むコンテンツグループが設定された場合は、少なくとも購入コンテンツを含むコンテンツグループをコンテンツグループ単位での同期操作を可能とするコンテンツグループ提示（グループページ６０の表示）をユーザ端末５に実行させる（図１０のＳ２２２～Ｓ２２４）。
　これにより購入時において、購入コンテンツを含むグループが設定された場合、そのコンテンツグループを一括同期操作可能な環境をユーザに提供できる。
　このように購入品と関連書籍をまとめて同期操作可能状態とすることで、関連本を読みやすくできる。例えば購入コンテンツが“ＢＢＢ”というタイトルの第１５巻の場合、これまで所有する“ＢＢＢ”の第１巻～第１５巻をまとめて同期させることがユーザにとって非常に容易となる。

　またライブラリサーバ４は、所有コンテンツ数が所定以上のユーザについて、所有コンテンツを対象としたグループ化処理を行う（図９のＳ１０３、図１３のＳ３０４）。
　所有コンテンツ数が少数の場合は、グループ化して一括同期操作を可能としても操作効率はさほど変わらない。そこで所有コンテンツ数が多いユーザについてのみ、コンテンツのグループ化を行うようにすることで、ライブラリサーバ４の処理を効率化できる。

　またライブラリサーバ４は、グループ化処理を、コンテンツタイトル条件、コンテンツ属性条件、キーワード条件、コンテンツ購入時期条件のいずれかの条件で該当するコンテンツを抽出して行う（図９のＳ１０５～Ｓ１０８、図１３のＳ３０６～Ｓ３０９、Ｓ３１０～Ｓ３１３、図１４のＳ４０６～Ｓ４０９）。
　これらのグループ条件は一括での同期操作対象とするコンテンツグループ化として適切な条件、即ちユーザが一括操作対象としやすいグループ化を行う条件となる。
　例えばコンテンツタイトル条件によっては、第１巻～第ｎ巻という連続もののコンテンツをグループ化できる。
　コンテンツ属性条件によっては、同一著作者、同一出版社、同一翻訳者、同一ジャンル、同一使用言語等によるグループ化ができる。
　キーワード条件によっては、ユーザが指定したキーワードに基づいたユーザにとって一括同期操作を用いやすいグループ化が可能となる。例えばグループ化されていない複数のコンテンツをキーワード指定でグループ化することで（図１４のＳ４０６～Ｓ４０９）、ユーザにとって便利なグループ設定が可能となる。
　コンテンツ購入時期条件により、例えば特定の時期に購入したコンテンツとしてのグループ化が可能となる。

　またライブラリサーバ４は、グループ化処理として、コンテンツ購入時期を参照して直近の所定数のコンテンツをコンテンツグループに設定する（図９のＳ１０５～Ｓ１０８、図１３のＳ３０６～Ｓ３０９、Ｓ３１０～Ｓ３１３、図１４のＳ４０６～Ｓ４０９）。
　直近の所定数の購入コンテンツをグループ化することで、ユーザにとって最近取得したものというコンテンツグループを一括同期操作の対象とできる。特に図１３のように購入対応処理におけるグループ化処理で直近の所定数のコンテンツをグループ化できることで、購入したタイミングで直近のものをまとめて同期操作できる。

　またライブラリサーバ４は、ライブラリ情報ＬＩＦにおける各コンテンツのユーザ端末５での使用状況の情報（未読フラグ）を管理する。そしてコンテンツグループ単位の同期オフ操作があった場合のグループ同期更新処理においては、対象のコンテンツグループ内での未使用のコンテンツの有無に応じて異なる処理を行うようにしている（図１５及びその変形例（ｂ）（ｃ）（ｄ）（ｆ））。
　一括同期オフ対象のコンテンツグループ内に未読コンテンツがない場合とある場合で処理内容を変更することで、例えば未使用のコンテンツがない場合は、そのまま各コンテンツの同期オフを行い、未使用のコンテンツがある場合は、ユーザ確認、未使用コンテンツの同期オフの除外などを行うことができる。
　このようにグループ化されたコンテンツの一括同期オフ操作がされても、未使用（未読）のコンテンツを考慮した処理が行われることでユーザの便宜を図ることができ、またユーザは、未読コンテンツを気にせずに、一括同期オフ操作ができることになる。

　またライブラリサーバ４は、ライブラリ情報ＬＩＦにおける各コンテンツの同期保護設定（保護フラグ）を管理する。そしてコンテンツグループ単位の同期オフ操作があった場合のグループ同期更新処理においては、対象のコンテンツグループ内で同期保護が設定されたコンテンツの有無に応じて異なる処理を行うようにしている（図１５及びその変形例（ｂ）（ｃ）（ｅ）（ｆ））。
　一括同期オフ対象のコンテンツグループ内に同期保護コンテンツがない場合とある場合で処理内容を変更することで、例えば同期保護コンテンツがない場合は、そのまま各コンテンツの同期オフを行い、同期保護コンテンツがある場合は、ユーザ確認、同期保護コンテンツの同期オフの除外などを行うことができる。
　このようにグループ化されたコンテンツの一括同期オフ操作がされても、同期保護コンテンツを考慮した処理が行われることでユーザの便宜を図ることができ、ユーザは、同期保護設定をしておくことで、グループ内で同期にしておきたいコンテンツを気にせずに一括同期オフ操作ができる。

　またライブラリサーバ４は、ライブラリ情報ＬＩＦにおける各コンテンツのユーザ端末５における使用完了日時（読了日時）を管理する。そして読了日時から所定期間経過後のコンテンツについて自動的に同期情報を同期オフに更新する自動同期オフ処理を行うようにしている（図１７）
　このように読了日時から所定期間を経過したコンテンツについては、自動的に同期オフとすることで、ユーザの同期オフの手間を省くことができる。

　また自動同期オフ処理の対象になったコンテンツが或るコンテンツグループに属する場合、当該コンテンツグループの他のコンテンツが全て同期オフであることを条件として、当該コンテンツの同期情報を同期オフに更新するようにしている（図１７のＳ６０８，Ｓ６１１）。
　使用完了したコンテンツがコンテンツグループに属するコンテンツの場合、使用完了に応じて無条件に同期オフとはせず、グループ内の他のコンテンツと同期状態を合わせるようにする。例えば同一グループの他のコンテンツが同期している場合、ユーザにとっては、使用完了に応じても自動的に同期オフとはしないことが望ましい場合が想定されるためである。

　またライブラリサーバ４は、自動同期オフ処理により同期オフに更新しようとするコンテンツについて、ユーザに対する通知処理を行い、通知に対する回答の受信に応じて、当該コンテンツの同期情報を同期オフに更新するようにしている（図１７のＳ６１６）。
　自動同期オフ処理対象のコンテンツが発生した場合、ユーザに通知して同期オフを行って良いか否かを問い合わせ、回答に応じて同期オフとするようにすれば、ユーザにとって同期オフを求めないコンテンツが自動同期オフ候補となった場合に、同期オフを行わないようにすることができる。

　またライブラリサーバ４は、ユーザ毎に自動同期オフ処理に関するユーザ設定（自動同期オフ設定）を管理し、自動同期オフ処理の対象になったコンテンツについて、ユーザ設定に基づいて同期オフへの更新を行う（図１７のＳ６０３，Ｓ６１５）。
　これによりユーザは、自動同期オフ処理を有効又は無効とするユーザ設定を行っておくことで、任意に自動同期オフ処理を機能させることができる。

　またライブラリサーバ４は、ユーザ端末５からの同期操作によりライブラリ情報におけるコンテンツの同期情報を同期オフに更新する場合には、ユーザ端末５に対して、該当コンテンツの削除を指示することが考えられる（図１０のＳ２１４、図１５のＳ５０７）
　このように同期オフ状態とされた際に、ユーザ端末におけるコンテンツデータを削除させることで、コンテンツデータがユーザ端末容量を圧迫しないようにできる。
　また本実施の形態の処理により同期操作が容易化されることで、より同期設定を有効に使用し、これによってユーザ端末の容量事情にも対応しやすくできる。
　なお図１７のＳ６１８のように、自動同期オフ設定の場合にも、ユーザ端末５に対して、該当コンテンツの削除を指示するようにしている。これにより自動同期オフ設定が、ユーザ端末の容量確保の点でも有用となる。

　またライブラリサーバ４は、ライブラリ情報ＬＩＦに登録された各コンテンツの同期オン状態の期間長（同期期間）を参照し、期間長に応じてコンテンツの評価情報を設定する評価処理部２５を備えている。
　期間長として同期オン状態の継続期間や累積期間を管理し、これらの期間長をユーザによるコンテンツ評価の指標とするものであるが、同期オンの期間は、ユーザがユーザ端末５でそのコンテンツを閲覧できる期間である。そしてユーザは大事なコンテンツは同期オン状態を維持していることが多いと想定される。従って同期オンの期間長はユーザにとってのコンテンツ評価の指標となる。そこで同期オン状態の継続期間や累積期間を用いることで、コンテンツ評価情報を簡易に生成できる。

　本発明の情報処理装置の処理としては、実施の形態で示したものに限られず、多様な変形例が想定される。
　例えばグループ同期オフ操作の際に、グループに所属するコンテンツで読了していないコンテンツが存在する場合は、図１５の未読コンテンツの場合と同様に、存在しない場合とは異なる処理（通知、同期オフからの除外、操作キャンセル等）を行うようにしてもよい。
　またライブラリデータＬＩＦのユーザフィールドＵＦではＤＬ容量情報を管理しているため、ＤＬ容量情報に応じて非同期及びコンテンツデータの削除の指示又は推奨をするような処理も考えられる。
　さらにはユーザ端末５の端末情報で把握される記憶容量とＤＬ容量情報を比較して、ユーザ端末５において記憶容量が圧迫されていると判断した場合に、非同期及びコンテンツデータの削除の指示又は推奨をするような処理も考えられる。
　また同期オフとした際のユーザ端末５へのコンテンツデータの削除の指示は行わない例も考えられる。

　グループ化処理によってコンテンツグループが設定されるが、或るグループにユーザが任意のコンテンツを指定して所属させることができるようにしてもよい。ユーザにとっては一括同期操作対象とするグループを、自分が使いやすいようにカスタマイズできることになる。
　またユーザが任意にコンテンツを選択してグループ化を指示できるようにしてもよい。
　またグループ化されたコンテンツのうち任意のコンテンツについて、ユーザがグループの所属から外す操作を可能としてもよい。ユーザにとって一括同期操作の対象としたくないコンテンツがグループに含まれている場合に有効である。

　実施の形態では電子書籍コンテンツの例で述べたが、ライブラリサーバ４による動作は、電子書籍以外のコンテンツの管理システムにも適用できる。例えば音楽、静止画、動画、その他のファイルデータとしてのコンテンツの管理に適用できる。

＜９．プログラム及び記憶媒体＞
　実施の形態のプログラムは、ライブラリサーバ４の処理を情報処理装置（ＣＰＵ等）に実行させるプログラムである。
　実施の形態のプログラムは、ユーザ毎の所有コンテンツが、各コンテンツについてのユーザ端末５における使用を可能とする同期情報を含んで登録されたライブラリ情報ＬＩＦを管理する機能と、ユーザ端末５において、ユーザが所有するコンテンツとその同期状態をライブラリ情報ＬＩＦに基づいて提示させる処理を行う機能を情報処理装置に実行させる。またライブラリ情報に登録されたユーザ毎の複数のコンテンツについて、グループ化処理を行ってコンテンツグループを設定する機能と、ユーザ端末５において、ユーザが所有するコンテンツのコンテンツグループ単位での同期操作を可能とするコンテンツグループ提示を実行させる処理を行う機能と、コンテンツグループ単位の同期操作に応じて、操作対象のコンテンツグループに含まれる各コンテンツについて同期情報を更新するグループ同期更新処理を行う機能とを情報処理装置に実行させる。
　即ちこのプログラムは、図１０～図１５で説明した処理を情報処理装置に実行させるプログラムである。また情報処理装置に図１７，図１８の処理を実行させる場合もある。

　このようなプログラムにより、上述したライブラリサーバ４としての情報処理装置を実現できる。
　そしてこのようなプログラムはコンピュータ装置等の機器に内蔵されている記憶媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭ等に予め記憶しておくことができる。あるいはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的あるいは永続的に格納（記憶）しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
　また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータ等にインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。

　１　ネットワーク、２　電子書籍サーバ、３　コンテンツストアサーバ、４　ライブラリサーバ、５　ユーザ端末、９　ライブラリＤＢ、２３　ライブラリ管理部、２４　提示処理部、２５　評価処理部

Claims

　ユーザ毎の所有コンテンツが、各コンテンツについてのユーザ端末における利用を可能とする同期情報を含んで登録されたライブラリ情報を管理するライブラリ管理部と、
　ユーザ端末において、ユーザが所有するコンテンツとその同期状態を前記ライブラリ情報に基づいて提示させる処理を行う提示処理部と、
　を備え、
　前記ライブラリ管理部は、前記ライブラリ情報に登録されたユーザ毎の複数のコンテンツについて、グループ化処理を行ってコンテンツグループを設定し、
　前記提示制御部は、ユーザ端末において、ユーザが所有するコンテンツのコンテンツグループ単位での同期操作を可能とするコンテンツグループ提示を実行させる処理を行い、
　前記ライブラリ管理部は、コンテンツグループ単位の同期操作に応じて、操作対象のコンテンツグループに含まれる各コンテンツについて同期情報を更新するグループ同期更新処理を行う
　情報処理装置。
　前記ライブラリ管理部は、ユーザのコンテンツ購入の情報を取得する毎に、購入コンテンツを含む所有コンテンツを対象としたグループ化処理を行う
　請求項１に記載の情報処理装置。
　前記提示制御部は、購入コンテンツを含む所有コンテンツを対象としたグループ化処理で、購入コンテンツを含むコンテンツグループが設定された場合は、少なくとも購入コンテンツを含むコンテンツグループをコンテンツグループ単位での同期操作を可能とするコンテンツグループ提示をユーザ端末に実行させる処理を行う
　請求項２に記載の情報処理装置。
　前記ライブラリ管理部は、所有コンテンツ数が所定以上のユーザについて、所有コンテンツを対象としたグループ化処理を行う
　請求項１乃至請求項３のいずれかに記載の情報処理装置。
　前記ライブラリ管理部は、グループ化処理を、コンテンツタイトル条件、コンテンツ属性条件、キーワード条件、コンテンツ購入時期条件のいずれかの条件で該当するコンテンツを抽出して行う
　請求項１乃至請求項４のいずれかに記載の情報処理装置。
　前記ライブラリ管理部は、グループ化処理として、コンテンツ購入時期を参照して直近の所定数のコンテンツをコンテンツグループに設定する
　請求項１乃至請求項４のいずれかに記載の情報処理装置。
　前記ライブラリ管理部は、前記ライブラリ情報における各コンテンツのユーザ端末での使用状況の情報を管理するとともに、
　コンテンツグループ単位の同期オフ操作があった場合の前記グループ同期更新処理においては、対象のコンテンツグループ内での未使用のコンテンツの有無に応じて異なる処理を行う
　請求項１乃至請求項６のいずれかに記載の情報処理装置。
　前記ライブラリ管理部は、前記ライブラリ情報における各コンテンツの同期保護設定を管理するとともに、
　コンテンツグループ単位の同期オフ操作があった場合の前記グループ同期更新処理においては、対象のコンテンツグループ内で同期保護が設定されたコンテンツの有無に応じて異なる処理を行う
　請求項１乃至請求項７のいずれかに記載の情報処理装置。
　前記ライブラリ管理部は、前記ライブラリ情報における各コンテンツのユーザ端末における使用完了日時を管理するとともに、
　使用完了日時から所定期間経過後のコンテンツについて自動的に同期情報を同期オフに更新する自動同期オフ処理を行う
　請求項１乃至請求項８のいずれかに記載の情報処理装置。
　前記ライブラリ管理部は、前記自動同期オフ処理の対象になったコンテンツが或るコンテンツグループに属する場合、当該コンテンツグループの他のコンテンツが全て同期オフであることを条件として、当該コンテンツの同期情報を同期オフに更新する
　請求項９に記載の情報処理装置。
　前記ライブラリ管理部は、同期オフに更新するコンテンツについて、ユーザに対する通知処理を行い、通知に対する回答の受信に応じて、当該コンテンツの同期情報を同期オフに更新する
　請求項９に記載の情報処理装置。
　前記ライブラリ管理部は、ユーザ毎に自動同期オフ処理に関するユーザ設定を管理し、前記自動同期オフ処理の対象になったコンテンツについて、前記ユーザ設定に基づいて同期オフへの更新を行う
　請求項９に記載の情報処理装置。
　前記ライブラリ管理部は、ユーザ端末からの同期操作によりライブラリ情報におけるコンテンツの同期情報を同期オフに更新する場合には、前記ユーザ端末に対して、該当コンテンツの削除を指示する
　請求項１乃至請求項１２のいずれかに記載の情報処理装置。
　前記ライブラリ情報に登録された各コンテンツの同期オン状態の期間長を参照し、期間長に応じてコンテンツの評価情報を設定する評価処理部を備えた
　請求項１乃至請求項１３のいずれかに記載の情報処理装置。　
　ユーザ毎の所有コンテンツが、各コンテンツについてのユーザ端末における使用を可能とする同期情報を含んで登録されたライブラリ情報を管理するステップと、
　ユーザ端末において、ユーザが所有するコンテンツとその同期状態を前記ライブラリ情報に基づいて提示させる処理を行うステップと、
　前記ライブラリ情報に登録されたユーザ毎の複数のコンテンツについて、グループ化処理を行ってコンテンツグループを設定するステップと、
　ユーザ端末において、ユーザが所有するコンテンツのコンテンツグループ単位での同期操作を可能とするコンテンツグループ提示を実行させる処理を行うステップと、
　コンテンツグループ単位の同期操作に応じて、操作対象のコンテンツグループに含まれる各コンテンツについて同期情報を更新するグループ同期更新処理を行うステップと
　を備えた情報処理方法。
　ユーザ毎の所有コンテンツが、各コンテンツについてのユーザ端末における使用を可能とする同期情報を含んで登録されたライブラリ情報を管理する機能と、
　ユーザ端末において、ユーザが所有するコンテンツとその同期状態を前記ライブラリ情報に基づいて提示させる処理を行う機能と、
　前記ライブラリ情報に登録されたユーザ毎の複数のコンテンツについて、グループ化処理を行ってコンテンツグループを設定する機能と、
　ユーザ端末において、ユーザが所有するコンテンツのコンテンツグループ単位での同期操作を可能とするコンテンツグループ提示を実行させる処理を行う機能と、
　コンテンツグループ単位の同期操作に応じて、操作対象のコンテンツグループに含まれる各コンテンツについて同期情報を更新するグループ同期更新処理を行う機能と
　を情報処理装置に実行させるプログラム。
　ユーザ毎の所有コンテンツが、各コンテンツについてのユーザ端末における使用を可能とする同期情報を含んで登録されたライブラリ情報を管理する機能と、
　ユーザ端末において、ユーザが所有するコンテンツとその同期状態を前記ライブラリ情報に基づいて提示させる処理を行う機能と、
　前記ライブラリ情報に登録されたユーザ毎の複数のコンテンツについて、グループ化処理を行ってコンテンツグループを設定する機能と、
　ユーザ端末において、ユーザが所有するコンテンツのコンテンツグループ単位での同期操作を可能とするコンテンツグループ提示を実行させる処理を行う機能と、
　コンテンツグループ単位の同期操作に応じて、操作対象のコンテンツグループに含まれる各コンテンツについて同期情報を更新するグループ同期更新処理を行う機能と
　を情報処理装置に実行させるプログラムを記憶した記憶媒体。