(57)【要約】【課題】このような状況に鑑みてなされたものであり、コンテンツ貸借３原則を満たし、かつ又貸しが可能なコンテンツの貸借技術を実現すること。【解決手段】ユーザＡからユーザＢにコンテンツが貸借された後、ユーザＢからユーザＣに対して又貸しが行われる場合、新たな貸借テーブルＴＢ２が生成される。貸借テーブルＴＢ２では、ユーザＢが貸出ＩＤに設定され、ユーザＣが借受ＩＤに設定される。つまり、ユーザＢのＩＤが、貸借テーブルＴＢ１の借受ＩＤから、貸借テーブルＴＢ２の貸出ＩＤに引き継がれる。貸出し段数を示す貸出レベルについては、貸借テーブルＴＢ１の貸出レベル「４」から１を減算した値「３」が、貸借テーブルＴＢ２の貸出レベルに設定される。【選択図】図１
2016122326.tif 000002
【特許請求の範囲】
【請求項１】
貸借対象のコンテンツを識別するコンテンツ識別ＩＤ、及び最大の又貸し段数を示す貸出レベルを少なくとも項目として含むコンテンツテーブルと、
前記コンテンツの貸出者を特定する貸出ＩＤ、当該コンテンツの借受者を特定する借受ＩＤ、及び当該コンテンツの又貸し可能な段数を示す貸出レベルを少なくとも含む貸借テーブルと
に基づいて、前記コンテンツの貸借を管理する情報処理端末であって、
前記情報処理端末の第１ユーザから前記コンテンツを第２ユーザに貸出す処理を実行する貸出手段と、
第３ユーザから貸出された前記コンテンツを前記第１ユーザが借受ける処理を実行する借受手段と、
を備え、
前記貸出手段は、
新たな前記貸借テーブルを生成し、
前記第１ユーザを前記貸出ＩＤに設定し、
前記第２ユーザを前記借受ＩＤに設定し、
購入の前記コンテンツについては、前記コンテンツテーブルの前記貸出レベルから１を減算した値を、前記貸出レベルに設定し、
借受の前記コンテンツについては、借受の際に生成された別貸借テーブルの前記貸出レベルから１を減算した値を、前記貸出レベルに設定する、
処理を少なくとも実行し、
前記借受手段は、
前記第３ユーザの情報処理端末側で生成され、前記第３ユーザが前記貸出ＩＤに設定され、前記第１ユーザが前記借受ＩＤに設定された前記貸借テーブルを用いた処理を実行する、
情報処理端末。
【請求項２】
前記コンテンツテーブルと前記貸借テーブルとのうち少なくとも一方には、前記コンテンツの貸出有無を示す項目と、前記コンテンツの借受有無かを示す項目がさらに含まれており、
前記コンテンツテーブルと前記貸借テーブルとのうち少なくとも一方に基づいて、購入又は借受の前記コンテンツのうち、貸出中でない前記コンテンツの閲覧を許可し、貸出中の前記コンテンツの閲覧を禁止するコンテンツ閲覧手段
をさらに備える請求項１に記載の情報処理端末。
【請求項３】
貸借対象のコンテンツを識別するコンテンツ識別ＩＤ、及び最大の又貸し段数を示す貸出レベルを少なくとも項目として含むコンテンツテーブルと、
前記コンテンツの貸出者を特定する貸出ＩＤ、当該コンテンツの借受者を特定する借受ＩＤ、及び当該コンテンツの又貸し可能な段数を示す貸出レベルを少なくとも含む貸借テーブルと
に基づいて、前記コンテンツの貸借を管理する情報処理端末が実行する情報処理方法であって、
前記情報処理端末の第１ユーザから前記コンテンツを第２ユーザに貸出す貸出ステップと、
第３ユーザから貸出された前記コンテンツを前記第１ユーザが借受ける借受ステップとを含み、
前記貸出ステップは、
新たな前記貸借テーブルを生成し、
前記第１ユーザを前記貸出ＩＤに設定し、
前記第２ユーザを前記借受ＩＤに設定し、
購入の前記コンテンツについては、前記コンテンツテーブルの前記貸出レベルから１を減算した値を、前記貸出レベルに設定し、
借受の前記コンテンツについては、借受の際に生成された別貸借テーブルの前記貸出レベルから１を減算した値を、前記貸出レベルに設定する、
ステップを少なくとも含み、
前記借受ステップは、
前記第３ユーザの情報処理端末側で生成され、前記第３ユーザが前記貸出ＩＤに設定され、前記第１ユーザが前記借受ＩＤに設定された前記貸借テーブルを用いた処理を実行するステップを含む、
情報処理方法。
【請求項４】
貸借対象のコンテンツを識別するコンテンツ識別ＩＤ、及び最大の又貸し段数を示す貸出レベルを少なくとも項目として含むコンテンツテーブルと、
前記コンテンツの貸出者を特定する貸出ＩＤ、当該コンテンツの借受者を特定する借受ＩＤ、及び当該コンテンツの又貸し可能な段数を示す貸出レベルを少なくとも含む貸借テーブルと
に基づいて、前記コンテンツの貸借を管理するコンピュータに、
第１ユーザから前記コンテンツを第２ユーザに貸出す貸出ステップと、
第３ユーザから貸出された前記コンテンツを前記第１ユーザが借受ける借受ステップとを含む制御処理を実行させるプログラムであって、
前記貸出ステップにおいて、
新たな前記貸借テーブルを生成し、
前記第１ユーザを前記貸出ＩＤに設定し、
前記第２ユーザを前記借受ＩＤに設定し、
購入の前記コンテンツについては、前記コンテンツテーブルの前記貸出レベルから１を減算した値を、前記貸出レベルに設定した上で前記コンテンツの貸出を許可し、
借受の前記コンテンツについては、借受の際に生成された別貸借テーブルの前記貸出レベルから１を減算した値を、前記貸出レベルに設定する、
処理を少なくとも実行させ、
前記借受ステップにおいて、
前記第３ユーザの情報処理端末側で生成され、前記第３ユーザが前記貸出ＩＤに設定され、前記第１ユーザが前記借受ＩＤに設定された前記貸借テーブルを用いた処理を実行させる、
プログラム。
【請求項５】
貸借対象のコンテンツを識別するコンテンツ識別ＩＤ、及び最大の又貸し段数を示す貸出レベルを少なくとも項目として含むコンテンツテーブルと、
前記コンテンツの貸出者を特定する貸出ＩＤ、当該コンテンツの借受者を特定する借受ＩＤ、及び当該コンテンツの又貸し可能な段数を示す貸出レベルを少なくとも含む貸借テーブルと
に基づいて、第１ユーザの第１端末から第２ユーザの第２端末へのコンテンツの貸借を管理するサーバであって、
前記第１端末において新たに生成された前記貸借テーブルであって、前記第１ユーザが前記貸出ＩＤに設定され、前記第２ユーザが前記借受ＩＤに設定され、購入の前記コンテンツについては前記コンテンツテーブルの前記貸出レベルから１を減算した値が前記貸出レベルに設定され、借受けの前記コンテンツについては借受の際に生成された別貸借テーブルの前記貸出レベルから１を減算した値が前記貸出レベルに設定された新たな前記貸借テーブルを、前記第１端末から取得して所定の記録媒体に書き込むと共に、
前記第１端末から要求された場合には、前記貸借テーブルを貸出テーブルとして読み出して前記第１端末に提供し、
前記第２端末から要求された場合には、前記貸借テーブルを借受テーブルとして読み出して前記第２端末に提供する、
テーブル読書手段を備えるサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理端末、情報処理方法、及びプログラム、並びにサーバに関する。
【背景技術】
【０００２】
近年、電子書籍の流通分野の普及が著しいが、書籍全体の流通分野からみると未だ規模は小さく、市場規模の拡大が望まれている。このためには、電子書籍の流通形態として、購入だけではなく、貸借も可能になることが望ましい。
電子書籍の貸借の技術としては、例えば特許文献１や特許文献２に開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１１４３７１号公報
【特許文献２】特開２００７−１４０９６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、実際の市場で電子書籍等のコンテンツの貸借を行うためには、次の３つの要件（以下、「コンテンツ貸借３原則」と呼ぶ）を満たす技術であって、借受者がさらに別の者へコンテンツを貸出す（以下、このような貸出しを「又貸し」と呼ぶ）技術の実現が要求されている。
要件１：出版事業者は、コンテンツの貸与の許諾を決定することができる（出版事業者の権利保護）。
要件２：他者に貸出したコンテンツは、貸出者（購入者であっても）は利用（閲覧等）することができない（閲覧者１名の原則）。
要件３：貸与できる相手は、貸出者にとって信頼関係にある１人のみである（無制限な拡散防止）。
特許文献１，２を含め従来の技術では、このような要求に十分に応えることができない状況である。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、コンテンツ貸借３原則を満たし、かつ又貸しが可能なコンテンツの貸借技術を実現することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一態様の情報処理端末は、
貸借対象のコンテンツを識別するコンテンツ識別ＩＤ、及び最大の又貸し段数を示す貸出レベルを少なくとも項目として含むコンテンツテーブルと、
前記コンテンツの貸出者を特定する貸出ＩＤ、当該コンテンツの借受者を特定する借受ＩＤ、及び当該コンテンツの又貸し可能な段数を示す貸出レベルを少なくとも含む貸借テーブルと
に基づいて、前記コンテンツの貸借を管理する情報処理端末であって、
前記情報処理端末の第１ユーザから前記コンテンツを第２ユーザに貸出す処理を実行する貸出手段と、
第３ユーザから貸出された前記コンテンツを前記第１ユーザが借受ける処理を実行する借受手段と、
を備え、
前記貸出手段は、
新たな前記貸借テーブルを生成し、
前記第１ユーザを前記貸出ＩＤに設定し、
前記第２ユーザを前記借受ＩＤに設定し、
購入の前記コンテンツについては、前記コンテンツテーブルの前記貸出レベルから１を減算した値を、前記貸出レベルに設定し、
借受の前記コンテンツについては、借受の際に生成された別貸借テーブルの前記貸出レベルから１を減算した値を、前記貸出レベルに設定する、
処理を少なくとも実行し、
前記借受手段は、
前記第３ユーザの情報処理端末側で生成され、前記第３ユーザが前記貸出ＩＤに設定され、前記第１ユーザが前記借受ＩＤに設定された前記貸借テーブルを用いた処理を実行する、
情報処理端末である。
【０００７】
ここで、前記コンテンツテーブルと前記貸借テーブルとのうち少なくとも一方には、前記コンテンツの貸出有無を示す項目と、前記コンテンツの借受有無かを示す項目がさらに含まれており、
前記コンテンツテーブルと前記貸借テーブルとのうち少なくとも一方に基づいて、購入又は借受の前記コンテンツのうち、貸出中でない前記コンテンツの閲覧を許可し、貸出中の前記コンテンツの閲覧を禁止するコンテンツ閲覧手段
をさらに備えるようにすることができる。
【０００８】
本発明の一側面の情報処理方法及びプログラムは、上述の本発明の一側面の情報処理端末に対応する方法及びプログラムである。
【０００９】
本発明の一側面のサーバは、
貸借対象のコンテンツを識別するコンテンツ識別ＩＤ、及び最大の又貸し段数を示す貸出レベルを少なくとも項目として含むコンテンツテーブルと、
前記コンテンツの貸出者を特定する貸出ＩＤ、当該コンテンツの借受者を特定する借受ＩＤ、及び当該コンテンツの又貸し可能な段数を示す貸出レベルを少なくとも含む貸借テーブルと
に基づいて、第１ユーザの第１端末から第２ユーザの第２端末へのコンテンツの貸借を管理するサーバであって、
前記第１端末において新たに生成された前記貸借テーブルであって、前記第１ユーザが前記貸出ＩＤに設定され、前記第２ユーザが前記借受ＩＤに設定され、購入の前記コンテンツについては前記コンテンツテーブルの前記貸出レベルから１を減算した値が前記貸出レベルに設定され、借受けの前記コンテンツについては借受の際に生成された別貸借テーブルの前記貸出レベルから１を減算した値が前記貸出レベルに設定された新たな前記貸借テーブルを、前記第１端末から取得して所定の記録媒体に書き込むと共に、
前記第１端末から要求された場合には、前記貸借テーブルを貸出テーブルとして読み出して前記第１端末に提供し、
前記第２端末から要求された場合には、前記貸借テーブルを借受テーブルとして読み出して前記第２端末に提供する、
テーブル読書手段を備えるサーバである。
【発明の効果】
【００１０】
本発明によれば、このような状況に鑑みてなされたものであり、コンテンツ貸借３原則を満たし、かつ又貸しが可能なコンテンツの貸借技術を実現することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係る情報システムの構成を示す模式図である。
【図２】、図１の情報処理システムのうち、貸借サーバのハードウェアの構成を示すブロック図である。
【図３】図１の情報処理システムのうち、ユーザ端末のハードウェアの構成を示すブロック図である。
【図４】図３のユーザ端末の機能的構成のうち、コンテンツ貸借等処理を実行するための機能的構成を示す機能ブロック図である。
【図５】図２の貸借サーバの機能的構成のうち、コンテンツ貸借等処理を実行するための機能的構成を示す機能ブロック図である。
【図６】書籍テーブルの一構造例を示す図である。
【図７】貸借テーブルの一構造例を示す図である。
【図８】図１の情報処理システムにおいて実行されるコンテンツ貸借等処理のうち貸出処理の詳細例を説明するアローチャートである。
【図９】図１の情報処理システムにおいて実行されるコンテンツ貸借等処理のうち借受処理の詳細例を説明するアローチャートである。
【図１０】図１の情報処理システムにおいて実行されるコンテンツ貸借等処理のうち自主返却処理の詳細例を説明するアローチャートである。
【図１１】図１の情報処理システムにおいて実行されるコンテンツ貸借等処理のうち強制返却処理の詳細例を説明するアローチャートである。
【図１２】図１の情報処理システムにおいて実行されるコンテンツ貸借等処理のうち端末起動時処理の詳細例を説明するアローチャートである。
【図１３】図１の情報処理システムにおいて実行されるコンテンツ貸借等処理のうち端末起動時処理の詳細例を説明するアローチャートである。
【図１４】コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態の第１の例を示す図である。
【図１５】コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態の第２の例を示す図である。
【図１６】コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態の第３の例を示す図である。
【図１７】コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態の第４の例を示す図である。
【図１８】コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態の第５の例を示す図である。
【図１９】コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態の第６の例を示す図である。
【図２０】コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態の第７の例を示す図である。
【図２１】コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態の第８の例を示す図である。
【図２２】コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態の第９の例を示す図である。
【図２３】コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態の第１０の例を示す図である。
【図２４】コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態の第１１の例を示す図である。
【図２５】コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態の第１２の例を示す図である。
【図２６】コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態の第１３の例を示す図である。
【図２７】コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態の第１４の例を示す図である。
【図２８】コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態の第１の例を示す図である。
【図２９】コンテンツ貸借等処理を構成する各処理が実行される際にユーザ端末に表示される画面の第１の例を示す図である。
【図３０】コンテンツ貸借等処理を構成する各処理が実行される際にユーザ端末に表示される画面の第２の例を示す図である。
【図３１】コンテンツ貸借等処理を構成する各処理が実行される際にユーザ端末に表示される画面の第３の例を示す図である。
【図３２】コンテンツ貸借等処理を構成する各処理が実行される際にユーザ端末に表示される画面の第４の例を示す図である。
【図３３】コンテンツ貸借等処理を構成する各処理が実行される際にユーザ端末に表示される画面の第５の例を示す図である。
【図３４】コンテンツ貸借等処理を構成する各処理が実行される際にユーザ端末に表示される画面の第６の例を示す図である。
【図３５】コンテンツ貸借等処理を構成する各処理が実行される際にユーザ端末に表示される画面の第７の例を示す図である。
【図３６】コンテンツ貸借等処理を構成する各処理が実行される際にユーザ端末に表示される画面の第８の例を示す図である。
【図３７】コンテンツ貸借等処理を構成する各処理が実行される際にユーザ端末に表示される画面の第９の例を示す図である。
【図３８】本発明が適用される又貸し可能なコンテンツの貸借の処理の概要を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について、図面を用いて説明する。
【００１３】
図１は、本発明の一実施形態に係る情報処理システムの構成を示している。
図１に示す情報処理システムは、ショップサーバ１と、ライセンスサーバ２と、コンテンツサーバ３と、貸借サーバ４と、ＳＮＳサーバ５と、Ｎ台（Ｎは１以上の任意の整数値）のユーザ端末６−１乃至６−Ｎの各々とが、インターネット等の所定のネットワークＮを介して相互に接続されることで構成されている。
【００１４】
ユーザ端末６−１乃至６−Ｎは、複数のユーザのうち所定の者に所持される端末であって、スマートフォン、携帯電話機、パーソナルコンピュータ等で構成される。
なお、以下、ユーザ端末６−１乃至６−Ｎの各々を個々に区別する必要が無い場合、これらをまとめて、「ユーザ端末６」と呼ぶ。
ユーザは、所望のコンテンツ（電子情報財）の購入を希望する場合、図１の点線矢印で示すように、ユーザ端末６を操作して、ショップサーバ１にアクセスする。
【００１５】
ショップサーバ１は、上記のようにコンテンツの購入のためにユーザ端末６からアクセスがなされると、当該ユーザ端末６（以下、「販売先のユーザ端末６」と呼ぶ）の保有者（ユーザ）に対して、コンテンツを販売するための処理として、次のような一連の処理を実行する。
即ち、ショップサーバ１は、販売先のユーザ端末６との間で適宜通信をして、販売対象のコンテンツに対する決済処理を実行する。
ショップサーバ１は、決済処理が成功した場合（決済が済んだ場合）、ライセンスサーバ２に対して、販売対象のコンテンツに対するライセンスの発行を、決済済みＯｒｄｅｒコマンドを発することによって要求する。決済が行われない場合（後払いの場合）は、ショップサーバ１は、未決済Ｏｒｄｅｒコマンドを発行することによって要求する。
【００１６】
ライセンスサーバ２は、ショップサーバ１からの依頼を受けて、販売対象のコンテンツに対してライセンスを発行して、販売先のユーザ端末６に送信する。
【００１７】
販売先のユーザ端末６は、ライセンスを受信すると、当該ライセンスに従ってコンテンツをコンテンツサーバ３からダウンロードする。
即ち、コンテンツサーバ３は、複数のコンテンツを管理しており、販売先のユーザ端末６からライセンスに従ったアクセスを受けた場合、当該ライセンスに対応するコンテンツを抽出して、販売先のユーザ端末６に送信する。
【００１８】
貸借サーバ４については、図２及び図４等を参照して後述する。
【００１９】
ＳＮＳサーバ５は、所定のＳＮＳ（ソーシャル・ネットワーク・サービス）を管理するサーバである。ユーザ端末６−１乃至６−Ｎの夫々は、ＳＮＳサーバ５によって管理されているＳＮＳに接続可能であるものとする。
【００２０】
なお、以下、ショップサーバ１、ライセンスサーバ２、コンテンツサーバ３、貸借サーバ４、及びＳＮＳサーバ５をまとめて、「サーバ群Ｓ」と呼ぶ。
【００２１】
図２は、図１の情報処理システムのうち、貸借サーバ４のハードウェアの構成を示すブロック図である。
貸借サーバ４は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、入力部１６と、出力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。
【００２２】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００２３】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、入力部１６、出力部１７、記憶部１８、通信部１９、及びドライブ２０が接続されている。
【００２４】
入力部１６は、マウスやキーボード等で構成され、操作者の指示操作に応じて各種情報を入力する。
出力部１７は、ディスプレイやスピーカ等で構成され、画像や音声を出力する。
記憶部１８は、ハードディスク等で構成され、各種情報のデータを記憶する。
通信部１９は、インターネットを含むネットワークＮ（図１）を介して他の装置（例えばユーザ端末６）との間で行う通信を制御する。
【００２５】
ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア２１が適宜装着される。ドライブ２０によってリムーバブルメディア２１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア２１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
【００２６】
図３は、図１の情報処理システムのうち、ユーザ端末６のハードウェアの構成を示すブロック図である。
ユーザ端末６は、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、バス３４と、入出力インターフェース３５と、入力部３６と、表示部３７と、記憶部３８と、通信部３９と、ドライブ４０とを備えている。
【００２７】
ＣＰＵ３１乃至入出力インターフェース３５及び記憶部３８乃至リムーバブルメディア４１は、図２のＣＰＵ１１乃至入出力インターフェース１５及び記憶部１８乃至リムーバブルメディア２１と基本的に同様であるので、ここではその説明は省略する。
【００２８】
入力部３６は、例えば表示部３７の表示領域に積層される静電容量式又は抵抗膜式の位置入力センサにより構成され、タッチ操作がなされた位置の座標を検出する。ここで、タッチ操作とは、入力部３６に対する物体（ユーザの指やタッチペン等）の接触又は近接の操作をいう。なお、以下、タッチ操作がなされた位置を「タッチ位置」と呼び、タッチ位置の座標を「タッチ座標」と呼ぶ。
表示部３７は、ディスプレイにより構成され、各種画像を表示する。
即ち、本実施形態では、入力部３６と表示部３７とにより、タッチパネルが構成されている。
【００２９】
このような図３のハードウェア構成を有するユーザ端末６は、上記図２のハードウェア構成を有する貸借サーバ４と適宜協働をすることで、他の端末ユーザ端末６に対してコンテンツを貸出たり、逆に他のユーザ端末６からコンテンツ借りたりするための一連の処理（以下、「コンテンツ貸借等処理」と呼ぶ）を実行することができる。
【００３０】
図４は、ユーザ端末６の機能的構成のうち、コンテンツ貸借等処理を実行するための機能的構成を示す機能ブロック図である。
【００３１】
コンテンツ貸借等処理が実行される場合には、ユーザ端末６の記憶部３８の一領域には、ローカル記憶部６１が設けられる。
【００３２】
ローカル記憶部６１には、コンテンツ、ライセンス、書庫、貸借テーブル、ＳＮＳ信頼関係リストが記憶される。
【００３３】
コンテンツは、電子ブック、電子雑誌、電子新聞等のデジタルコンテンツ（電子情報財）である。コンテンツは、購入時、他のユーザからの借受時にダウンロードされ、ローカル記憶部６１内に暗号化されて置かれる。コンテンツは、後述のコンテンツ閲覧部６２からの要求に応じて復号化されて、後述の表示制御部７０の制御により表示部３７で閲覧が可能になる。
【００３４】
ライセンスは、上述の通り、コンテンツの購入時にライセンスサーバ２により発行される、コンテンツに付随する情報である。
ライセンスは、購入者情報、購入条件（支払いや閲覧期間等）、ユーザが利用する端末識別情報（ＭＡＣアドレス等のハードウェア特定情報）と紐づいており、暗号化されてローカル記憶部６１に保管される。
ユーザ端末６のユーザは、有効なライセンスがローカル記憶部６１に存在しないと、閲覧をすることができない。なお、有効なライセンスとコンテンツが仮に別のユーザ端末６にコピーされたとしても、当該別のユーザ端末６では閲覧ができないものとする。
また、ライセンスについて、その発行、管理、及び暗号や復号のための仕組みは完全に機能するものとする。換言すると、ライセンスについては、発行、管理、及び暗号や復号のための仕組みは完全に機能するものであれば、その方式や形態等は特に限定されない。
【００３５】
書庫は、書籍データの集合（書籍テーブル）であって、ユーザが購入又は借受けした各コンテンツに関する各種情報が並ぶものである。当該書籍テーブルのリストが書庫リストとして書庫内に設けられている。
コンテンツの閲覧がユーザから指示されたとき、閲覧対象のコンテンツ（ユーザが閲覧を希望するコンテンツ）は、書庫から選択される。この時、コンテンツの閲覧可否は、書籍テーブルとライセンスの各情報によって判断される。
コンテンツの貸出がユーザから指示されたときも、貸出コンテンツ（ユーザが貸出を希望するコンテンツ）は、書庫から選択される。なお、貸出者については後述のＳＮＳ信頼リストから選択される。また、後述のように貸出日数も選択されることになる。
コンテンツの貸出の可否は、書籍テーブルの状態のうち、後述する、貸出許可ｆｌａ、貸出ｌｅｖｅｌ、貸出日数等で判断される。
【００３６】
図６は、書籍テーブルの一構造例を示している。
書籍テーブルにおいては、所定の１行は、所定の１項目に対応しており、ｋｅｙ、項目名、及び内容を含んでいる。
所定の行の「ｋｅｙ」は、当該行に対応する項目がユニークｋｅｙになるか否かを示している。本例では、コンテンツ識別ＩＤがユニークｋｅｙとなっているため、コンテンツ識別ＩＤに対応する行（１行目）の「Ｋｅｙ」には、黒丸印が付されている。なお、ｋｅｙの「主」については後述する。
所定の行の「項目名」は、当該行に対応する項目の名称を示している。
所定の行の「内容」は、当該行に対応する項目の内容を示している。
なお、図６に示す項目は、例示に過ぎない。例えばその他の項目として、出版社名、発行年月日、著者名、価格等が書籍テーブルに設けられてもよい。
【００３７】
図６に示す書籍テーブルは、コンテンツが購入される毎に、ライセンスとは別に、常に生成される。つまり、複数のコンテンツ毎に１つずつ書籍テーブルが生成される。
書籍テーブルは、購入された１つのコンテンツについて、各種属性情報（項目）を保持する。上述のようにコンテンツ識別ＩＤがユニークＫｅｙとなる。
書籍テーブルは、属性情報（項目）として、コンテンツの貸借可否や貸借状態を示す項目を有する。これらの項目によって、対応するコンテンツについての貸借可否や閲覧可否が判断される。
【００３８】
具体的には、コンテンツの貸借可否や貸借状態を示す項目としては、図６に示すように、コンテツ識別ＩＤ、コンテツ名、貸出許可ｆｌａｇ、貸出ｌｅｖｌ、貸借日数、貸出ス テータス、貸出期限日、借受ステータス、及び借受期限日が設けられている。
貸借許可ｆｌａｇ、貸借ｌｅｖｅｌ、及び貸借日数は、出版社等の著作権者が決める初期値であり、コンテンツサーバ３等に存在する書籍データベースに登録されている書籍（コンテンツ）の属性情報の一部である。この３項目はユーザにも公開されているため、書籍テーブルの項目としても採用されている。
貸借許可ｆｌａｇは、Ｔのときのみ貸出が可能となり、Ｆのときは貸出が不可能（禁止）となる。
貸借ｌｅｖｅｌは、又貸し可能段数を示す値（例えば５）である。又貸しとは、購入者でないユーザから、他のユーザにコンテンツを貸出すことをいう。
貸借日数は、貸出可能日数（例えば３０日）を示している。
貸出ステータスは、１のときは無期限を示し、２のときは有限を示すステータスである。貸出期限日は、貸出の期限日を示している。
借受ステータスは、１のときは無期限を示し、２のときは有限を示すステータスである。借受期限日は、借受けの期限日を示している。
【００３９】
なお、貸出ステータスや貸出期限に何らかの数値が入っていることは、貸出中のコンテンツがあることを意味する。
これに対して、借受ステータスや借受期限に何らかの数値が入っていることは、借受中のコンテンツがあることを意味する。
従って、借受ステータスや借受期限に何らかの数値が入っており、かつ、貸出ステータスや貸出期限に何らかの数値が入っていることは、借受して貸出ている状態、即ち、又貸し状態であることを意味する。
【００４０】
ここで、書籍テーブルは、図６の例ではローカル領域のローカル記憶部６１に記憶されているように図示されているが、実際にはオンライン上のデータベースとして保管されている。このように、オンライン上に保管することによって、同一ユーザが別端末でも利用可能になる。
なお、書籍テーブルは、一時的にユーザ端末６内のローカル記憶部６１にも保持される。この場合の保管目的は、短時間のオフライン状態への対応である。また、書籍テーブルは、ローカル記憶部６１に記憶される場合、暗号化がなされて、直接アクセスできない状態でローカル記憶部６１に記憶されるものとする。
【００４１】
図７は、貸借テーブルの一構造例を示している。
貸借テーブルは、コンテンツの貸借の関係性を保持するテーブルである。賃借テーブルは、貸出者（一ユーザ）と借受者（他ユーザ）との間で１回の貸出（又貸し含む）が発生する毎に、常に生成される。つまり、貸借テーブルは、貸出者の観点では貸出テーブルとなり、借受者の観点では借受テーブルになる。
即ち、後述するように、貸出者側のユーザ端末６、借受者側のユーザ端末６、及び貸借サーバ４の夫々には、所定の１回の貸出に対応する同一の貸借テーブルが記憶又は管理される。ただし、貸出者側のユーザ端末６では貸出テーブルとして記憶又は管理され、借受者側のユーザ端末６では借受テーブルとして管理され、貸借サーバ４では貸借テーブルとして管理される。
【００４２】
具体的には、図７において、「Ｋｅｙ」の項目のうち、「主」が貸出テーブルに対応し、「副１」が借受テーブルに対応し、「副２」が貸出コンテンツテーブルに対応する。ユーザ識別ＩＤが（主の）ユニークＫｅｙとなる。
即ち、「ユーザ識別ＩＤ＋貸出日時」が主キーとなる。この主キーで貸借テーブルを見たものが、図４の貸出テーブルである。つまり、貸出テーブルは、貸出者（一ユーザ）の貸出記録の状態を保持する。
これに対して、「借受者ＳＮＳ識別ＩＤ＋借受日時」が副１キーとなる。この副１キーで貸借テーブルを見たものが、図４の借受テーブルである。つまり、借受テーブルは、借受者（借受者ＳＮＳ識別ＩＤで特定されるユーザ）の借受記録の状態を保持する。
なお、図４の貸出コンテンツテーブルは、「コンテンツ識別ＩＤ＋ＳＮＳ識別ＩＤ」からなる副キー２で貸借テーブルを見たものである。貸出コンテンツテーブルの詳細については後述する。
【００４３】
図７の例では、項目として、ユーザ識別ＩＤ、貸出日時、コンテンツ識別ＩＤ、コンテンツ名、ＳＮＳ識別ＩＤ、メッセージ確認ｆｌａｇ、貸出ｌｅｖｅｌ、返却ｆｌａｇ、借受者ＳＮＳ識別ＩＤ、受理日時、返却期限日が採用されている。
なお、図７に示す項目は、例示に過ぎない。
【００４４】
ユーザ識別ＩＤは、貸出者（一ユーザ）についての固有ＩＤである。
貸出日時は、貸出を実行した日時である。
コンテンツ識別ＩＤは、貸出対象となったコンテンツの固有ＩＤである。
コンテンツ名は、貸出対象となったコンテンツの名称である。
ＳＮＳ識別ＩＤは、貸出者（一ユーザ）についてのＳＮＳで用いられている固有ＩＤ（以下、「ＳＮＳ識別ＩＤ」と呼ぶ）である。
メッセージ確認ｆｌａｇは、借受者（貸出相手である他ユーザ）がメッセージを確認したか否かを示すフラグであり、Ｆの場合には未表示（未確認）を示し、Ｔの場合には表示済（確認）を示す。なお、メッセージの形態や方式は特に限定されないが、本実施形態では、ＳＮＳサーバ５（図１）によって管理されているＳＮＳで用いられるメッセージ機能が利用されるものとする。
貸出ｌｅｖｅｌは、貸出の段数を示す値（例えば５）である。
返却ｆｌａｇは、コンテンツの返却有無を示すフラグであり、Ｔの場合には返却済を示す。
借受者ＳＮＳ識別ＩＤは、借受者（貸出相手の他ユーザ）についてのＳＮＳ識別ＩＤである。
受理日時は、借受者（貸出相手の他ユーザ）が借受を実行した日時である。
返却期限日は、コンテンツを返却する期限日である。
【００４５】
ここで、本実施形態では、借受者（貸出相手の他ユーザ）は、上述のように借受者ＳＮＳ識別ＩＤで特定される。その理由は次の通りである。
即ち、ユーザ識別ＩＤは、情報処理システム１が提供するサービスにユーザが登録した時に自動生成される秘匿情報であり、ユーザ自身にも公開されない。仮に自分以外のユーザ識別ＩＤを取得できるように情報処理システムが構築されると、セキュリティ上大きな問題を発生する可能性がある。このため、貸出者（一ユーザ）にとって他人である借受者（他ユーザ）を特定するために、当該借受者のユーザ識別ＩＤを採用することは不適である。
これに対して、ＳＮＳ識別ＩＤは、ＳＮＳ上で取得可能な情報である。実名を用いるＳＮＳでは、個人名と同義である。このため、本実施形態では、借受者（他ユーザ）を特定するために、当該借受者（他ユーザ）のＳＮＳ識別ＩＤ（借受者ＳＮＳ識別ＩＤ）が採用されている。
なお、借受者（他ユーザ）の特定の手法として、メールアドレスや電話番号を用いる手法を採用してもよいが、いずれも容易に変更されるので好適ではない。
【００４６】
さらに、次のような効果を奏する点も、借受者（他ユーザ）を特定するために借受者ＳＮＳ識別ＩＤを採用した際の利点となる。
即ち、既存の電子書籍配信／閲覧システムに組み込むことが容易になるという第１の効果を奏する。
実名制ＳＮＳを前提とすることにより、不知の相手にコンテンツ貸与を抑止するという第２の効果を奏する。紙の書籍の場合も、知人以外に本を貸与することは通常の行為では考えられず、実世界と同程度の環境を電子書籍システム上で実現することになるからである。
【００４７】
図４に戻り、このような貸借テーブル等が記憶されるローカル記憶部６１には、ＳＮＳ信頼関係リストも記憶される。
ユーザ端末６が起動された際に後述のＳＮＳ管理部６６によって、ユーザが信頼関係を結んだＳＮＳ上の個人（いわゆる「友達」）の情報が、ＳＮＳ提供社によって公開されているＡＰＩを用いて取得される。このようにして取得された各個人（各友達）の情報がリスト化されたものが、「ＳＮＳ信頼関係リスト」である。
本実施形態では、実名制のＳＮＳが前提とされている。具体的には例えば、フェースブック（登録商標）を対象とすることができる。
典型的なＳＮＳ信頼関係リストの各要素（項目）としては、ＳＮＳ識別ＩＤ（そのＳＮＳ上でユニークな識別コード）、名前（実名）、顔写真のＵＲＬ、及びメールアドレスが含まれている。
【００４８】
このようなローカル記憶部６１が記憶部３８の一領域として設けられた状態で、コンテンツ貸借等処理が実行される場合、ユーザ端末６のＣＰＵ３１（図３）等においては、コンテンツ閲覧部６２、ライセンス管理部６３、書庫リスト表示部６４、貸借管理部６５、ＳＮＳ管理部６６、及び端末起動部６７が機能する。
【００４９】
コンテンツ閲覧部６２は、後述の書庫リスト表示部６４によって表示部３７（図３）に表示されている書庫リストから、ユーザが閲覧を所望しているコンテンツを選択する。
コンテンツ閲覧部６２は、選択されたコンテンツに対して閲覧可否を判断し、閲覧可能なコンテンツのみを閲覧対象とし表示部３７に表示させる。
具体的には例えば、コンテンツ閲覧部６２は、閲覧可否の判断として、書籍データチェックの第１ステップと、ライセンスチェックの第２ステップとの２段階からなる処理を実行する。
第１ステップの書籍データチェックでは、コンテンツ閲覧部６２は、選択されたコンテンツの書籍テーブル（図６）を検索し、貸出ｓｔａｔｕｓ  ＝  ２の場合、貸出中を意味することから閲覧不可と判断し、また、借受ｓｔａｔｕｓ＝２かつ今日＞借受期限日の場合、閲覧不可と判断する。
上記以外の場合には、第１ステップの書籍データチェックは終了して、第２ステップのライセンスチェックが実行される。
第２ステップのライセンスチェックでは、コンテンツ閲覧部６２は、ライセンスが存在しない場合又はライセンスが非有効な場合、閲覧不可と判断し、それ以外の場合、閲覧可能と判断する。
【００５０】
このようにコンテンツ閲覧時の閲覧可否チェックでは、第１ステップの書籍データチェックと第２チェックのライセンスチェックが実行される。
これに対して、後述の貸借管理部６５において、貸借関係による閲覧可否チェックは、第１ステップの書籍データチェックのみが実行される。即ち、第２ステップライセンスチェックは実行されない。これにより、ライセンス管理システムと貸借管理システムがたとえ分離されていても、有効に機能する。
【００５１】
ライセンス管理部６３は、書庫リストでリスト化されているコンテンツ毎に、ライセンスを管理する。
【００５２】
書庫リスト表示部６４は、書籍データ（書籍リスト）をリスト又はタイル状にして並べた書庫リストを、表示部３７（図３）に表示させる。
この場合、書庫リスト表示部６４は、書籍データを利用して、状態に応じて表示形態を変化させて、コンテンツ（書籍）の情報を表示すると好適である。ユーザの利便性が向上するからである。
表示形態の変化のさせ方は、特に限定されず、任意の種類を任意の個数組合せる（１種類だけでもよい）こともできる。
例えば、書庫リスト表示部６４は、コンテンツタイトルの表示部分を以下のように色分けするようにしてもよい。
書庫リスト表示部６４は、貸出中のコンテンツ（書籍データで貸出ｓｔａｔｕｓ＝２のコンテンツ）については「赤」で表示し、借受中のコンテンツ（書籍データで借受ｓｔａｔｕｓ＝２のコンテンツ）については「青」で表示し、これら以外については「黒」で表示するようにしてもよい。
さらに書庫リスト表示部６４は、貸出中コンテンツについては貸出期限を示す表示をしたり、借受コンテンツについては借受期限を示す表示をしてもよい。これにより、ユーザの利便性はさらに向上する。
なお、借受コンテンツで既に返却済みのものの、書庫リスト内の表示の有無は特に限定されず、何れでもよい。
【００５３】
貸借管理部６５は、貸出部８１と、借受部８２と、通常返却部８３と、自主返却部８４と、強制返却部８５とを含む。
【００５４】
貸出部８１は、コンテンツを他ユーザ（他のユーザ端末６）に貸出す時の処理（以下、「貸出処理」と呼ぶ）を実行する。貸出処理の詳細については、図８を参照して後述する。
【００５５】
借受部８２は、コンテンツを他ユーザ（他のユーザ端末６）から借り受ける時の処理（以下、「借受処理」と呼ぶ）を実行する。借受処理の詳細については、図９を参照して後述する。
【００５６】
通常返却部８３は、借受コンテンツを他ユーザ（他のユーザ端末６）に通常返却する時の処理（以下、「通常返却処理」と呼ぶ）を実行する。
通常返却とは、借受期間が過ぎたコンテンツを自動的に返却することをいう。借受期間が過ぎたか否かのチェックは、ユーザ端末６が起動時に実行する処理（以下、「端末起動時処理」と呼ぶ）の一部として実行される。つまり、通常返却処理は、端末起動時処理の一部として実行される。
従って、通常返却処理については、端末起動時処理についての図１２を参照して後述する。
【００５７】
ここで、ユーザは、借受期間前に、借受コンテンツを自主的に返却することもできる。このような借受期間前に自主的に返却する時に実行される処理を、以下、「自主返却処理」と呼ぶ。
自主返却部８４は、自主返却処理を実行する。自主返却処理の詳細については、図１０を参照して後述する。
【００５８】
コンテンツの返却の種類として、このような通常返却と自主返却の他、強制返却を加えてもよい。
強制返却とは、借受者の意思に関係なく、貸出中のコンテンツを強制的に返却すること、即ち、借受コンテンツの閲覧を不能とし、貸出者の閲覧を可能にすることをいう。借受側がさらに別の端末に貸出中（又貸し状態）であっても、又貸し相手の閲覧も不能になる。多重の又貸しでも同様である。即ち、貸出者の閲覧が即時的に復活する。
このような強制返却時に実行される処理を、以下、「強制返却処理」と呼ぶ。
強制返却部８５は、強制返却処理を実行する。強制返却処理の詳細については、図１１を参照して後述する。
【００５９】
ＳＮＳ管理部６６は、ユーザ端末６が起動された際に、ユーザが信頼関係を結んだＳＮＳ上の個人（いわゆる「友達」）の情報を、ＳＮＳ提供社によって公開されているＡＰＩを用いて取得する。ＳＮＳ管理部６６は、取得結果に基づいて、ＳＮＳ信頼関係リストの生成又は更新をする。
【００６０】
端末起動部６７は、端末起動時処理の実行を制御する。
即ち、コンテンツの貸借においては、貸出実行時に、貸出相手（借受者）のユーザ端末６が起動状態にない場合がある点に留意すべきである。また、相手のユーザ端末６が起動状態にあっても、借受コンテンツがあることを示すメッセージ通信を無視する場合もある点に留意すべきである。
そこで、端末起動部６７は、端末起動時に、借受可能なコンテンツが存在しているか否かを自動確認する処理として、端末起動時処理を実行する。
具体的には例えば、端末起動部６７は、借受可能なコンテンツがもし存在していれば、ユーザに対してその旨をダイアログメッセージで知らせる。これにより、ユーザは、当該コンテンツを借りるか、拒否するか、それとも保留するかについて判断ができるようになる。
また、ユーザ端末６の起動時に、既に借受中のコンテンツの借受期限が切れている場合もある。即ち、通常返却処理として、借受済みコンテンツの有効期限の自動確認の処理が必要である。通常返却部８３は、端末起動部６７の制御のもと、もし有効期限が切れていれば、閲覧不能状態にし、ユーザに対して、ダイアログメッセージで、期限切れコンテンツがあったことを知らせる。
【００６１】
つまり、端末起動時処理は、大別すると次の第１乃至第６の処理からなる。
第１の処理とは、端末起動の処理である。
第２の処理とは、書庫やライセンスデータを取得する処理である。
第３の処理とは、書庫内の書籍テーブルにおいて借受有効期限をチェックする処理である。
第４の処理とは、ＳＮＳ信頼関係リストを生成又は更新するための処理である。
第５の処理とは、借受テーブルをチェックする処理である。
第６の処理とは、貸出テーブルをチェックする処理である。
なお、端末起動時処理のさらなる詳細については、図１２及び図１３を参照して後述する。
【００６２】
ここで、このような端末起動時処理は、端末起動中の所定タイミングに実行されてもよい。具体的には例えば、端末起動時処理は、端末起動中においても、毎日午前０時に自動実行されてもよい。
これにより、借受側が借受期限日を過ぎても、借受コンテンツを閲覧し続けることによって、貸出側と借受側双方が同一コンテンツに対して閲覧できてしまう、という問題を解決することができる。
即ち、午前０時に期限切れの借受コンテンツがあった場合、閲覧中であっても直ちに閲覧不可にすることができる。
なお、時間データについては、ユーザ端末６が備えるローカル時計（図示せず）の時間データを用いるのではなく、ライセンスサーバ２や貸借サーバ４等の外部で管理されている時間データを用いると好適である。ローカル時計を変更することによる不正閲覧を防ぐことができるからである。
【００６３】
図５は、貸借サーバ４の機能的構成のうち、コンテンツ貸借等処理を実行するための機能的構成を示す機能ブロック図である。
【００６４】
コンテンツ貸借等処理が実行される場合には、貸借サーバ４の記憶部１８（図２）の一領域には、貸借内容記憶部１０３が設けられる。貸借内容記憶部１０３においては、複数のユーザ端末６−１乃至６−Ｎの夫々についての、貸出者と借受者とにおける１回の貸出を単位とする貸借テーブルが１以上記憶される。
また、コンテンツ貸借等処理が実行される場合には、貸借サーバ４のＣＰＵ１１（図２）により、通信制御部１０１と、テーブル読書部１０２とが機能する。
通信制御部１０１は、複数のユーザ端末６−１乃至６−Ｎの夫々との間で行う通信を制御する。
テーブル読書部１０２は、貸借内容記憶部１０３に記憶される貸借テーブルの読書きの制御を実行する。
【００６５】
以上、図１乃至図７を参照して、本発明が適用される情報処理システムの構成について説明した。
次に、図８以降の図面を参照して、このような構成が有する情報処理システムにおいて実行されるコンテンツ貸借等処理の詳細について説明する。
【００６６】
図８乃至図１３は、コンテンツ貸借等処理を構成する各処理についての詳細例を説明するアローチャートである。
図１４乃至図２８は、コンテンツ貸借等処理を構成する各処理が実行される際の各テーブルの状態を示している。
図２９乃至図３７は、コンテンツ貸借等処理を構成する各処理が実行される際にユーザ端末６に適宜表示される画面の一例を示している。
【００６７】
先ず、図８を参照して、コンテンツ貸借等処理のうち貸出処理の詳細例について説明する。
なお、以下の説明では、コンテンツを貸出す端末がユーザ端末６−１であり、コンテンツを借受ける端末がユーザ端末６−２であるものとする。そして、ユーザ端末６−１のユーザを特に「ユーザＡ」と呼び、ユーザ端末６−２のユーザを特に「ユーザＢ」と呼ぶものとする。
【００６８】
ステップＳ１において、ユーザ端末６−１の貸出部８１は、貸出処理を開始させる。
ステップＳ２において、貸出部８１は、貸出本（貸出コンテンツ）、貸出先（本例ではユーザ端末６−２のユーザ）、貸出日数を指定する。なお、貸出部８１は、貸出日数が指定されると、返却期限日も算出するものとする。
【００６９】
このように、ユーザＡは、コンテンツを貸し出すために、Ａ）貸し出すコンテンツ（貸出本）の指定と、Ｂ）貸出先（借受者となる他ユーザ）との指定をする必要がある。
本実施形態ではステップＳ２において、ユーザ端末６−１の表示部３７には、図２９に示す画面か、図３０に示す画面が選択的に表示される。
図２９の画面では、貸出本（貸し出すコンテンツ）の表紙画像（サムネイル画像）２０５が大きく表示されており、Ａ）を優先的に指定できるようになっている。図２９の画面には、このような貸出本（貸し出すコンテンツ）の表紙画像（サムネイル画像）２０５の他、閲覧ボタン２０１と、貸出期間選択プルダウン（以下、プルダウンを「ＰＤ」と略記する）ボタン２０２と、貸出実行ボタン２０３と、貸出期間選択ＰＤボタン２０４と貸出先（借受者）の顔写真（サムネイル画像）２０６とが含まれている。
図３０の画面では、ＳＮＳ信頼関係リスから貸出先（借受者）の顔写真（サムネイル画像）３０１が大きく表示されており、Ｂ）を優先的に指定できるようになっている。図３０の画面には、このような貸出先（借受者）の顔写真（サムネイル画像）３０１の他、貸出本（貸し出すコンテンツ）選択ＰＤボタン３０２と、貸出実行ボタン３０３と、貸出期間選択ＰＤボタン３０４と、貸出本（貸し出すコンテンツ）の表紙画像（サムネイル画像）３０５とが含まれている。
このように、本実施形態では、ユーザＡは、図２９の画面と図３０の画面のうち所望な方を用いることができる。つまり、ユーザＡは、Ａ）とＢ）のどちらを優先して指定しても構わない。これによりユーザーインターフェースが向上し、ユーザＡの利便性が向上する。
【００７０】
図８に戻り、ステップＳ３において、ユーザ端末６−１の貸出部８１は、貸出可否のチェックをする。
本実施形態では、次の条件（１）乃至（３）がＡＮＤ条件として課されており、条件（１）乃至（３）の何れもが満たされた場合、貸出可能と判断される。
条件（１）とは、貸出許可ｆｌａｇ＝Ｔである。
条件（２）とは、貸出ｌｅｖｅｌ＞０である。
条件（３）とは、返却期限日＞＝本日である。
【００７１】
具体的には例えば、ユーザ端末６−１のユーザＡが、貸出本（貸出コンテンツ）を購入した際において、図１４に示す書籍テーブルが追加され、とある１月１日において３０日間貸出すものとステップＳ２の処理で指定されたものとする。図１４に示す書籍テーブルの各項目の内容はデフォルト値であって不変であるものとする。
図１４に示す書籍テーブルにおいては、貸出許可ｆｌａｇ＝Ｔであるため、条件（１）は満たす。貸出ｌｅｖｅｌ＝５であるため、条件（２）は満たす。なお、又貸しの際においては貸借テーブルの貸出ｌｅｖｅｌにより条件（２）が判断される。また、返却期限日は１月３１日であり、本日（１月１日）の後であるため、条件（３）は満たす。
よって、本例では、ステップＳ３において貸出可能と判断されて、処理はステップＳ４に進む。
【００７２】
なお、上記例では、貸出本（貸出コンテンツ）は、ユーザ端末６−１のユーザＡが購入したコンテンツであるため、ステップＳ３のチェック対象は書籍テーブルであった。
これに対して、ユーザＢのユーザ端末６−２等が又貸しするような場合、つまり、貸出本（貸出コンテンツ）が借受のコンテンツの場合、ステップＳ３のチェック対象は借受テーブル（貸出者（ユーザＢ）により貸し出された際に生成された貸借テーブル）となる。
【００７３】
ステップＳ４において、貸出部８１は、貸出テーブル（貸借テーブル）を追加する。
この場合、ステップＳ４において、図１５の右側に示すような貸出テーブル（貸借テーブル）が追加される。
貸出テーブル（貸借テーブル）においては、返却期限日の項目に、指定された返却日がセットされる。上記例では「１月３１日」が返却期限日にセットされる。
今回は、貸出本（貸出コンテンツ）が、ユーザＡが購入したコンテンツのため、貸出ｌｅｖｅｌの項目には、「書籍テーブルの貸出ｌｅｖｅｌ−１」の値がセットされる。上記例では、「書籍テーブルの貸出ｌｅｖｅｌ」＝５であるため、「４」が貸出ｌｅｖｅｌにセットされる。
このように、「書籍テーブルの貸出ｌｅｖｅｌ−１」を貸出ｌｅｖｅｌにした上で、貸出相手（貸出先）に貸出本（貸出コンテンツ）が引き渡されることで、又貸し可能な段数が減らされる。
【００７４】
ここで、本例では、貸出本（貸出コンテンツ）はユーザＡが購入したコンテンツであったため、「−１」が減算される前の基準は、書籍テーブルの初期値（デフォルト値）である「書籍テーブルの貸出ｌｅｖｅｌ」であった。
これに対して、ユーザＢのユーザ端末６−２等が又貸しするような場合、つまり、貸出本（貸出コンテンツ）が借受のコンテンツの場合、借受テーブル（ユーザＡから借受の際に生成された貸借テーブル）にセットされている貸出ｌｅｖｅｌが、「−１」が減算される前の基準となる。つまり、ユーザＢがユーザＣに又貸しをする場合には、借受テーブル（ユーザＡから借受の際に生成された貸借テーブル）とは別に、貸出テーブル（ユーザＣに又貸しするために生成される別の貸借テーブル）が生成される。この貸出テーブル（ユーザＣに又貸しするために生成される別の貸借テーブル）の貸出ｌｅｖｅｌの項目として、「借受テーブル（ユーザＡから借受の際に生成された貸借テーブル）の貸出ｌｅｖｅｌ−１」がセットされることになる。
このようにして、貸出が繰り返される毎に貸出ｌｅｖｅｌが「−１」ずつ減算された状態で、貸出本（貸出コンテンツ）が貸出先（借受者）に引き渡されることになる。
従って、借受テーブルの貸出ｌｅｖｅｌ＝０になると、上記ステップＳ３の貸出チェックにおいて条件（２）を満たさず貸出が不可となる。このようにして、書籍テーブルが初期値（属性）として持つ貸出ｌｅｖｅｌが又貸し回数の最大回数となり、それ以上の又貸しが禁止される。
【００７５】
ステップＳ５において、貸出部８１は、書籍テーブルを更新する。
上記例では、図１５の左側に示すような書籍テーブルに更新される。即ち、ステップＳ５において、貸出ステータスに有限を示す「２」がセットされ、貸出期限日に返却日である「１月３１日」がセットされるものとする。
【００７６】
ステップＳ６において、貸出部８１は、メッセージ「貸出」を、貸出先（本例ではユーザ端末６−２のユーザ）に通知する。
ステップＳ７において、貸出部８１は、上記ステップＳ５の処理で書籍テーブルの貸出ステータスに「２」をセットしたことに伴い、閲覧不可とする。即ち、ユーザＡは、貸出本（貸出コンテンツ）が返却されるまで、当該貸出本を閲覧することができなくなる。
【００７７】
本実施形態ではステップＳ７の際に、ユーザ端末６−１の表示部３７には、図３１に示す画面が表示される。
図３１は、貸出実行の直後に表示される貸出プロパティ画面の一例を示している。
図３１の画面には、貸出先（借受者）の顔写真（サムネイル画像）４０１と、貸出取消ボタン４０２と、貸出本（貸し出すコンテンツ）の表紙画像（サムネイル画像）４０３とが含まれている。
ユーザＡは、貸出先（本実施形態ではユーザＢ）が借受の受理前であれば、貸出取消ボタン４０２を押下操作することで、貸出を取り消すことができる。取り消された場合には、書籍テーブルや貸借テーブルの内容等含め、図８のステップＳ１の状態に戻るものとする。
【００７８】
ここで、上述のステップＳ６においてメッセージ「貸出」が送信されると、借受側のユーザ端末６−２の借受部８２において借受処理が実行される。
借受部８２は、メッセージ「貸出」が届いた時には、ローカルの貸借テーブル（受取側から見れば借受テーブル）に、貸出者（本例ではユーザＡ）側のＳＮＳ識別ＩＤ、コンテンツ識別ＩＤ、コンテンツ名、貸出ｌｅｖｅｌ、返却期限日等の必要な情報をセットする。
これらの貸借テーブルにセットされた情報は、ユーザ端末６−２の表示部３７（ダイアログ）に表示可能である。そこで、借受者（本例ではユーザ端末６−２のユーザＢ）は、タッチ操作等により、当該ダイアログの情報を視認して、借受（受理）、又は借りない（借受拒否）を選択する。
ここでユーザＢが何もしなければ、保留される。保留が継続して返却期限日が過ぎると、受理しないままに終わることになる。
【００７９】
また、借受コンテンツ識別ＩＤが、既に借受者の書庫に存在すれば、重複本ありとして自動的に返却されることになる。なお、このような返却を、以下、「重複返却」と呼ぶ。なお、書庫には、同時にコンテンツ識別ＩＤを複数保持することはできないものとする。
この場合、図８のステップＳ８において、貸出側のユーザ端末６−１の貸出部８１は、貸出先のユーザ端末６−２から送信されたメッセージ「重複返却」を受信する。
ステップＳ９において、貸出部８１は、書籍テーブルを更新する。
上記例では、図１６の左側に示すような書籍テーブルに更新される。即ち、ステップＳ９において、貸出ステータスに「ｎｕｌｌ」がセットされ、貸出期限日に「ｎｕｌｌ」がセットされるものとする。
ステップＳ１０において、貸出部８１は、閲覧可能とする。即ち、ユーザＡは、貸出本（貸出コンテンツ）を再び閲覧することができるようになる。
【００８０】
また、ユーザＢが、コンテンツの受け取りの拒否を選択した場合、貸出者（本例ではユーザ端末６−１のユーザＡ）に即時的に返却される。このような返却を以下、「借受拒否」と呼ぶ。
この場合、ステップＳ１１において、貸出側のユーザ端末６−１の貸出部８１は、貸出先のユーザ端末６−２から送信されたメッセージ「借受拒否」を受信する。
ステップＳ１２において、貸出部８１は、書籍テーブルを更新する。
上記例では、図１７の左側に示すような書籍テーブルに更新される。即ち、ステップＳ１２において、貸出ステータスに「ｎｕｌｌ」がセットされ、貸出期限日に「ｎｕｌｌ」がセットされるものとする。
ステップＳ１３において、貸出部８１は、閲覧可能とする。即ち、ユーザＡは、貸出本（貸出コンテンツ）を再び閲覧することができるようになる。
【００８１】
また、ユーザＢが、コンテンツの受け取りを受理する場合には、貸出先のユーザ端末６−２において後述の図９の一連の処理が実行された後、メッセージ「借受完了」が送信されてくる。
そこで、ステップＳ１４において、貸出側のユーザ端末６−１の貸出部８１は、当該メッセージ「借受完了」を受信する。この場合、図３２に示すようなメッセージ画面が、ユーザ端末６−１の表示部３７に表示される。
これを受けて、ステップＳ１５において、貸出先のユーザ端末６−２は、閲覧可能とする。即ち、借受側のユーザＢは、貸出本（貸出コンテンツ）をこの時点から閲覧することができるようになる。
【００８２】
なお、この後、ユーザ端末６−１の表示部３７には、適宜図３３に示す画面が表示される。
図３３は、借受側で受理が行われた後に適宜表示される貸出プロパティ画面の一例を示している。
図３３の画面には、受理日時を示す表示５０１と、貸出期限を示す表示５０２が含まれる。ただし、借受側で受理後であるため、図３１の貸出取消ボタン４０２は機能しない（図３３では点線で示されている）。
【００８３】
さらに、以下、図９を参照して、コンテンツ貸借等処理のうち借受処理の詳細例について説明する。
【００８４】
図９における貸出側のユーザ端末６−１についてのステップＳ２１、Ｓ２２、及びＳ２３の夫々は、上述の図８におけるステップＳ７、Ｓ４、及びＳ６の夫々と同一である。従って、ここではこれらのステップの説明は省略する。
【００８５】
ステップＳ２３においてメッセージ「貸出」がユーザ端末６−２において受信されると、処理はステップＳ２４に進む。
ステップＳ２４において、ユーザ端末６−２の借受部８２は、借受処理を開始させる。
具体的には例えば、本実施形態ではステップＳ２３の際に、ユーザ端末６−２の表示部３７には、図３５に示す画面が、メッセージ「貸出」を示す画面として表示される。この図３５の画面に含まれる「ＯＫ」のボタンがユーザＢにより押下操作されると、借受処理が開始する。
【００８６】
ステップＳ２５において、借受部８２は、貸出側（本例ではユーザ端末６−１）の貸借テーブル（貸出テーブル）と同一内容を、借受側のローカル（本例ではユーザ端末６−２のローカル）の貸借テーブル（借受テーブル）にセット（コピー）する。本例では図１５の右側に示す貸借テーブルの内容がセットされる。
【００８７】
借受部８２は、先ず重複本の有無をチェックし、ステップＳ２６において重複本ありと判定した場合、ステップＳ２７において、貸借テーブル（借受テーブル）を更新する。
上記例では、図１６の右側に示す貸借テーブルのように、受取日が「８８８８８８」にセットされるものとする。
ステップＳ２８において、借受部８２は、メッセージ「重複返却」を貸出側（本例ではユーザ端末６−１）に送信する。
この場合、貸出側（本例ではユーザ端末６−１）においては、上述の図８のステップＳ８乃至Ｓ１０の処理が実行される。
【００８８】
ここで、ステップＳ２５において借受テーブル（貸借テーブル）にセットされた情報は、ユーザ端末６−２の表示部３７（ダイアログ）に表示可能である。
例えば本実施形態では、図３６に示すような画面の表示が可能である。
図３６は、借受実行前に表示される借受プロパティ画面の一例を示している。
図３６の画面には、借受本（借受コンテンツ）の表紙画像（サムネイル画像）６０１と、貸出者の顔写真（サムネイル画像）６０２と、借受期限表示領域６０３と、受取ボタン６０４と、受取拒否ボタン６０５と、クローズ（保留）ボタン６０６とが含まれている。
借受者（本例ではユーザ端末６−２のユーザＢ）は、当該図３６の画面を視認して、借受（受理）の場合には受取ボタン６０４を押下操作し、借りない（借受を拒否する）場合には受取拒否ボタン６０５を押下操作し、保留する場合にはクローズ（保留）ボタン６０６を押下操作する。
【００８９】
受取拒否ボタン６０５が押下操作された場合、図９のステップＳ２９において、借受者側（本例ではユーザ端末６−２）の借受部８２は、借受拒否すると決定する。
ステップＳ３０において、借受部８２は、貸借テーブル（借受テーブル）を更新する。上記例では、図１７の右側に示す貸借テーブルのように、受取日が「９９９９９９」にセットされるものとする。
ステップＳ３１において、借受部８２は、メッセージ「借受拒否」を貸出側（本例ではユーザ端末６−１）に送信する。
この場合、貸出側（本例ではユーザ端末６−１）においては、上述の図８のステップＳ１１乃至Ｓ１３の処理が実行される。
【００９０】
これに対して、図３６の受取ボタン６０４が押下操作された場合、図９のステップＳ３２において、借受者側（本例ではユーザ端末６−２）の借受部８２は、借りると決定する。
ステップＳ３３において、借受部８２は、ショップサーバ１に対して、借受本（借受コンテンツ）についての決済済みＯｒｄｅｒコマンドを発行する。すると、ショップサーバ１は、当該コマンドをライセンスサーバ２に送信する。
ステップＳ３４において、ライセンスサーバ２は、ショップサーバ１からの当該コマンドに従って、借受者側（本例ではユーザ端末６−２）に対して、借受本（借受コンテンツ）のライセンスを発行する。
ステップＳ３５において、借受部８２は、発行されたライセンスを用いて、貸出本（借受コンテンツ）をコンテンツサーバ３からダウンロードする。
ステップＳ３６において、借受部８２は、借受テーブル（貸借テーブル）を更新する。具体的には、受理日時が今日にセットされる。
ステップＳ３７において、借受部８２は、ダウンロードした借受本（借受コンテンツ）についての書籍テーブルを更新する。具体的には、借受期限日が返却日にセットされて、借受ステータスが２にセットされる。
具体的には例えば、ユーザＢが１月２日に受理したものとすると、借受テーブル（貸借テーブル）は、図１８の右側に示すように、受理日時が１月２日にセットされる。
また、書籍テーブルは、図１９に示すように、借受期限日が１月３１日（返却日）にセットされて、借受ステータスが２にセットされる。
【００９１】
ステップＳ３８において、借受部８２は、メッセージ「借受完了」を、貸出側（本例ではユーザ端末６−１のユーザＡ）に通知する。
ステップＳ３９において、借受部８２は、閲覧可能とする。即ち、ユーザＢは、貸出本（貸出コンテンツ）を閲覧することができるようになる。
【００９２】
ここで、上述のステップＳ３３乃至Ｓ３６の一連の処理は、コンテンツの購入時の処理とほぼ同様である。異なる点は、借受者の購入判断なしに、「決済済み」のコンテンツＯｒｄｅｒコマンドが自動的に発行される点である。即ち、コンテンツの借受とは、無料でコンテンツを購入できる権利を得ることと等価である。
なお、ダウンロードされるライセンス自体では、実際に代金を支払って購入したコンテンツであるのか、借受による無料コンテンツであるのかを区別することができない。このため、本実施形態では、ライセンスと貸借テーブル等の貸借データとは完全に分離されている。
【００９３】
なお、又貸しの場合においても、貸出側では上述の図８の貸出処理が実行され、借受側では上述の図９の借受処理が実行される点については、何ら変わりはない。
例えば、ユーザＡからコンテンツを借り受けたユーザＢが、ユーザ端末３のユーザＣに対して当該コンテンツを又貸しすることができる。
この場合、ユーザＢのユーザ端末６−２が上述の図８の貸出処理を実行し、ユーザＣのユーザ端末６−３が上述の図９の借受処理を実行する。
この場合の書籍テーブル及び貸借テーブルの具体的なセット例については、図２５、図２６、及び図２７に示されている。
【００９４】
次に、コンテンツ貸借等処理のうち返却処理の詳細例について説明する。
【００９５】
先ず、通常返却処理について説明する。
ユーザ端末６−２の通常返却部８３（図４）は、借受コンテンツについて、起動時に借受期間をチェックし、借受期限日が過ぎていれば、閲覧不能にする。
即ち、通常返却部８３は、書籍テーブルの借受ステータス＝２かつ今日＞借受期限日であれば、借受コンテンツとライセンスを消去し、図２１の右側に示すように、借受テーブル（貸借テーブル）の返却ｆｌａｇをＴにセットする。
このような通常返却処理の実行により、貸出側（本例ではユーザ端末６−１のユーザＡ）はコンテンツを閲覧できるようになる。即ち、コンテンツが借受側（本例ではユーザ端末６−２のユーザＢ）から貸出側に返却される。
なお、通常返却処理は、上述したように起動時に行われる。即ち、後述する図１２の端末起動時処理の一部として、通常返却処理が含まれている。
【００９６】
次に、図１０を参照して、自主返却（期限前返却）処理の詳細例について説明する。
【００９７】
借受側（本例ではユーザ端末６−２のユーザＢ）は、期限前に書庫リストから返却対象のコンテンツを指定する。
例えば本実施形態では、ユーザ端末６−２は、図３７に示すような画面を表示する。
図３７は、受理後の借受プロパティ画面の一例を示している。
図３７の画面には、貸出本（借受コンテンツ）の表紙画像（サムネイル画像）７０１と、貸出者の顔写真（サムネイル画像）７０２と、受理日時表示領域７０３と、借受期限表示領域７０４と、自主返却ボタン７０５とが含まれている。
借受者（本例ではユーザ端末６−２のユーザＢ）は、当該図３７の画面を視認して、自主返却する場合には自主返却ボタン７０５を押下操作する。
【００９８】
自主返却ボタン７０５が押下操作された場合、図１０のステップＳ５１において、ユーザ端末６−２の自主返却部８４は、自主返却処理を開始させる。
ステップＳ５２において、自主返却部８４は、借受テーブル（貸借テーブル）を更新する。例えば上記例において、１／１０（期限前）に自主返却が行われたものとすると、図２４の右側に示すような貸借テーブルに更新される。即ち、ステップＳ５２において、返却期限日が今日の「１月１０日」にセットされ、返却ｆｌａｇに「Ｔ」がセットされる。
ステップＳ５３において、自主返却部８４は、自機（ユーザ端末６−２）の書籍テーブルを更新する。例えば上記例では、図２３の左側に示すような書籍テーブルから図２４の左側に示す書籍テーブルに更新される。即ち、ステップＳ５３において、借受期限日が「００００００」にセットされる。
ステップＳ５４において、自主返却部８４は、自機（ユーザ端末６−２）のライセンスを消去する。
ステップＳ５５において、自主返却部８４は、自機（ユーザ端末６−２）の借受コンテンツを消去する。
ステップＳ５６において、自主返却部８４は、閲覧不可能とする。即ち、ユーザＢは、貸出本（借受コンテンツ）の閲覧が不可能になる。
ステップＳ５７において、自主返却部８４は、メッセージ「返却完了」を、貸出側（本例ではユーザ端末６−１のユーザＡ）に通知する。
ステップＳ３９において、借受部８２は、閲覧可能とする。即ち、ユーザＢは、貸出本（貸出コンテンツ）を閲覧することができるようになる。
ステップＳ５８において、ユーザ端末６−１は、自機の書籍テーブルを更新する。即ち、貸出ステータスに「ｎｕｌｌ」がセットされ、貸出期限日に「ｎｕｌｌ」がセットされる。
ステップＳ５９において、ユーザ端末６−１は、閲覧可能とする。即ち、ユーザＡは、貸出本（貸出コンテンツ）の閲覧できるようになる。
【００９９】
次に、図１１を参照して、強制返却処理の詳細例について説明する。
【０１００】
強制返却処理では、貸借テーブルにおける論理テーブルとして、「貸出コンテンツテーブル」が用いられる。即ち、上述の図７に示したように、副２キー、即ち[ＳＮＳ識別ＩＤ]＋[コンテンツ識別ＩＤ]で貸借テーブルをみたものが、貸出コンテンツテーブルである。
強制返却とは、借受者の意思に関係なく強制的にコンテンツの閲覧を不能とし、貸出者の当該コンテンツの閲覧を可能にすることである。
借受側がさらに別の端末６に貸出中（又貸し状態）であっても、又貸し相手の閲覧を不能になる。多重の又貸しでも同様である。即ち、貸出者の閲覧が即時的に復活するのが、強制返却である。
【０１０１】
貸出側（本例ではユーザ端末６−１のユーザＡ）が返却要求の操作をする。これにより、ステップＳ６１において、ユーザ端末６−１側の強制返却部８５は、返却要求の処理を開始させる。
ステップＳ６２において、強制返却を要請する貸出側のユーザ端末６−１の強制返却部８５は、借受テーブル（貸借テーブル）を更新する。具体的には返却期限日が「１１１１１１」にセットされ、返却ｆｌａｇが「Ｔ」にセットされる。
このように、強制返却を要請する貸出側が、借受側の借受テーブルの項目に直接操作して更新することになる。もっとも、上述のように、貸出テーブルと借受テーブルは同一の物理テーブル（貸借テーブル）であり、ステップ貸出側が借受テーブルを直接操作して更新することは構造上可能である。
ステップＳ６３において、ユーザ端末６−１側の強制返却部８５は、メッセージ「強制返却」を借受側（本例ではユーザ端末６−２）に送信する。
【０１０２】
ここで図２８の例では、ユーザＢのユーザ端末６−２において、同図右上の（ユーザＢからみて）借受テーブルにおける「借受者ＳＮＳ識別ＩＤ」は、「ＳＮＳ−Ｂ」である。また、同図右側の上から２番目の（ユーザＢからみて）貸出テーブルにおける「ＳＮＳ識別ＩＤ」は「ＳＮＳ−Ｂ」である。
つまり、ユーザ端末６−２においては、「借受者ＳＮＳ識別ＩＤ」を「ＳＮＳ識別ＩＤ」とする貸出テーブル（貸借テーブル）が別に存在することになる。このことは、又貸し状態を意味している。この場合、その「借受者ＳＮＳ識別ＩＤ」を「ＳＮＳ識別ＩＤ」とする貸出テーブルに関して、ステップＳ６２及びＳ６３の処理が実行される。
【０１０３】
ここで、同図右側の上から２番目の（ユーザＢからみて）貸出テーブルにおける「借受者ＳＮＳ識別ＩＤ」は「ＳＮＳ−Ｃ」である。従って、又貸しの相手は、ＳＮＳ識別ＩＤが「ＳＮＳ−Ｃ」であるユーザ（以下、「ユーザＣ」と呼ぶ）である。
ユーザＣからみると、図２８の右側の上から２番目の貸借テーブルは、借受テーブルになる。
従って、ユーザＣのユーザ端末（図示せず）において、図２８の右側の上から２番目の（ユーザＣからみて）借受テーブルにおける「借受者ＳＮＳ識別ＩＤ」は、「ＳＮＳ−Ｃ」である。また、同図右側の一番下の（ユーザＣからみて）貸出テーブルにおける「ＳＮＳ識別ＩＤ」は「ＳＮＳ−Ｃ」である。
つまり、ユーザＣのユーザ端末においても、「借受者ＳＮＳ識別ＩＤ」を「ＳＮＳ識別ＩＤ」とする貸出テーブル（貸借テーブル）が別に存在することになる。このことは、さらなる（２段階目の）又貸し状態を意味している。この場合、その「借受者ＳＮＳ識別ＩＤ」を「ＳＮＳ識別ＩＤ」とする貸出テーブルに関して、ステップＳ６２及びＳ６３の処理が実行される。つまり、強制返却処理は、又貸しが存在する限り、再帰的に行われることになる。
【０１０４】
図１１に戻り、強制返却される借受側のユーザ端末６（図１１の例ではユーザ端末６−２）は、メッセージ「強制返却」を受け取ったら、即時的に書籍テーブルに対し、返却処理を行う。
即ち、ステップＳ６４において、ユーザ端末６−２側の強制返却部８５は、自機（ユーザ端末６−２）の書籍テーブルを更新する。具体的には借受期限日が「００００００」にセットされ、借受ステータスが「ｎｕｌｌ」にセットされる。
ステップＳ６７において、ユーザ端末６−２側の強制返却部８５は、自機（ユーザ端末６−２）のライセンスを消去する。
ステップＳ６８において、ユーザ端末６−２側の強制返却部８５は、自機（ユーザ端末６−２）の借受コンテンツを消去する。
ステップＳ６９において、ユーザ端末６−２側の強制返却部８５は、閲覧不可能とする。即ち、ユーザＢは、借受本（借受コンテンツ）の閲覧が不可能になる。
【０１０５】
ここで、メッセージ「強制返却」がなされた時、借受側の端末６−２（本例ではユーザ端末６−２）は起動していない可能性がある。よって、ステップＳ７０において、強制返却の起動時チェック端末起動時チェックがなされる。
即ち、ステップＳ７１において、ユーザ端末６−２側の強制返却部８５は、借受テーブルの返却期限日に「１１１１１１」がセットされているか否かを判定する。
セットされている場合、ステップＳ７２において、ユーザ端末６−２側の強制返却部８５は、それは強制返却の要求があったコンテンツであると認識する。
そこで、ステップＳ７３において、ユーザ端末６−２側の強制返却部８５は、自機（ユーザ端末６−２）の書籍テーブルを更新する。具体的には借受期限日が「００００００」にセットされ、借受ステータスが「ｎｕｌｌ」にセットされる。
ステップＳ７４において、ユーザ端末６−２側の強制返却部８５は、自機（ユーザ端末６−２）のライセンスを消去する。
ステップＳ７５において、ユーザ端末６−２側の強制返却部８５は、自機（ユーザ端末６−２）の借受コンテンツを消去する。
ステップＳ７６において、ユーザ端末６−２側の強制返却部８５は、閲覧不可能とする。即ち、ユーザＢは、借受本（借受コンテンツ）の閲覧が不可能になる。
【０１０６】
このような図１１の処理の実行により、借受者のコンテンツは全ての又貸し状態のものを含めて閲覧不能になり、貸出者のみがコンテンツを閲覧できるようになる。即ち、貸出者からの強制返却が実現する。
【０１０７】
次に、図１２及び図１３を参照して、コンテンツ貸借等処理のうち借受処理の詳細例について説明する。
【０１０８】
上述したように、コンテンツの貸借において、ユーザＡのユーザ端末６−１からの貸出の実行時において、貸出相手（借受者）たるユーザＢのユーザ端末６−２が起動状態にない場合がある。また、ユーザ端末６−２が起動状態にあっても、ユーザＢが、借受コンテンツがあることを示すメッセージ通信を無視する場合もある。
このため、ユーザ端末６−２は、起動時には、借受可能なコンテンツが存在しているか否かについて自動的に確認する処理が必要である。かかる処理が、「端末起動時処理」である。
なお、端末起動時処理は、当然ながら、ユーザ端末６−２以外の端末（ユーザ端末６−１含む）においても実行される。ただし、以下においては説明の便宜上、ユーザ端末６−２において実行されるものとする。
【０１０９】
ユーザ端末６−２は、端末起動時処理を実行し、借受可能コンテンツが存在する場合、その旨をダイアログメッセージでユーザに報知する。
本実施形態では、ユーザ端末６−２の表示部３７には、図３５に示す画面が表示される。図３５は、借受側に借受コンテンツが存在することを示すメッセージ画面である。
その後、上述の図３６の借受プロパティ画面がユーザ端末６−２の表示部３７に表示される。ユーザは、図３６の画面を視認して、借受（受理）の場合には受取ボタン６０４を押下操作し、借りない（借受を拒否する）場合には受取拒否ボタン６０５を押下操作し、保留する場合にはクローズ（保留）ボタン６０６を押下操作する。
また、起動時において、既に借受中のコンテンツの借受期限が切れている場合もある。このため、ユーザ端末６−２は、借受済みコンテンツの有効期限の自動確認の処理も実行する。ユーザ端末６−２は、有効期限が既に切れている場合、端末起動時処理内でコンテンツを閲覧不能状態にし、ユーザＢに対してダイアログメッセージで、期限切れコンテンツがあったことを知らせる。
【０１１０】
より具体的には本実施形態では、図１２及び図１３に示すような端末起動時処理が実行される。
なお、端末起動時処理は、図４の端末起動部６７が貸借管理部６５等と協働することで実行される。ただし、以下、説明の便宜上、端末起動時処理の実行主体は、端末起動部６７であるものとする。
【０１１１】
ステップＳ１０１において、ユーザ端末６−２の端末起動部６７は、起動処理を実行する。
【０１１２】
先ずステップＳ１０１乃至Ｓ１１０において、書庫内のチェックが行われる。
ステップＳ１０２において、端末起動部６７は、書庫データ（書庫リスト）を取得する。
ステップＳ１０３において、端末起動部６７は、ライセンスデータを取得する。
ステップＳ１０４において、端末起動部６７は、書籍データを取得する。
ステップＳ１０５において、端末起動部６７は、借受期限が切れているか否かをチェックをする。
本実施形態では、次の条件（１）及び（２）がＡＮＤ条件として課されている。
条件（１）とは、借受ステータス＝２である。
条件（２）とは、今日＞＝借受期限日である。
条件（１）及び（２）の何れもが満たされた場合、借受期限が切れていると判断され、処理はステップＳ１０６に進む。
ステップＳ１０６において、端末起動部６７は、借受期限が切れたコンテンツを消去する。
ステップＳ１０７において、端末起動部６７は、借受期限が切れたコンテンツのライセンスを消去する。
ステップＳ１０８において、端末起動部６７は、借受テーブル（貸借テーブル）を更新する。ここでは、返却ｆｌａｇに「Ｔ」がセットされるものとする。
ステップＳ１０８において、端末起動部６７は、ＳＮＳデータを取得する。
ステップＳ１０９において、端末起動部６７は、ＳＮＳデータを設定する。
【０１１３】
次に、ステップＳ１１３乃至Ｓ１３１において、借受コンテンツの存在有無のチェックが行われる。
なお、借受コンテンツの存在が無い場合は、このチェックは自動的に終了して、次のステップＳ１３１以降の処理が実行される。
ここでは、貸出側のユーザ端末６−１は、ステップＳ１１１において起動済みであり、コンテンツをユーザ端末６−２のユーザＢに貸出し、ステップＳ１１２において閲覧不能状態にしているものとする。
この場合、ステップＳ１１３において、ユーザ端末６−２の端末起動部６７は、貸出側（本例ではユーザ端末６−１）の貸借テーブル（貸出テーブル）と同一内容を、借受側のローカル（本例ではユーザ端末６−２のローカル）の貸借テーブル（借受テーブル）にセット（コピー）する。
【０１１４】
端末起動部６７は、先ず重複本の有無をチェックし、ステップＳ１１４において重複本ありと判定した場合、ステップＳ１１５において、貸借テーブル（借受テーブル）を更新する。ここでは、受取日が「８８８８８８」にセットされるものとする。
ステップＳ１１６において、端末起動部６７は、メッセージ「重複返却」を貸出側（本例ではユーザ端末６−１）に送信する。
貸出側（本例ではユーザ端末６−１）は、ステップＳ１１７において、書籍テーブルを更新する。ここでは、貸出ステータスに「ｎｕｌｌ」がセットされ、貸出期限日に「ｎｕｌｌ」がセットされるものとする。貸出側（本例では、ユーザ端末６−１）は、ステップＳ１１８おいて、閲覧可能とする。即ち、ユーザＡは、貸出本（貸出コンテンツ）を再び閲覧することができるようになる。
【０１１５】
ここで、上述したように、ユーザ端末６−２の表示部３７（ダイアログ）には、図３６に示すような画面が表示される。
図３６の画面において、受取拒否ボタン６０５が押下操作された場合、図１２のステップＳ１１９において、端末起動部６７は、借受拒否すると決定する。
ステップＳ１２０において、端末起動部６７は、借受テーブル（貸借テーブル）を更新する。上ここでは、受取日が「９９９９９９」にセットされるものとする。
ステップＳ１２１において、端末起動部６７は、メッセージ「借受拒否」を貸出側（本例ではユーザ端末６−１）に送信する。
貸出側（本例ではユーザ端末６−１）は、ステップＳ１２２において、書籍テーブルを更新する。ここでは、貸出ステータスに「ｎｕｌｌ」がセットされ、貸出期限日に「ｎｕｌｌ」がセットされるものとする。貸出側（本例では、ユーザ端末６−１）は、ステップＳ１２３おいて、閲覧可能とする。即ち、ユーザＡは、貸出本（貸出コンテンツ）を再び閲覧することができるようになる。
【０１１６】
これに対して、図３６の受取ボタン６０４が押下操作された場合、図１２のステップＳ１２４において、借受者側（本例ではユーザ端末６−２）の端末起動部６７は、借りると決定する。
ステップＳ１２５において、端末起動部６７は、ショップサーバ１に対して、貸出本（借受コンテンツ）についての決済済みＯｒｄｅｒコマンドを発行する。すると、ショップサーバ１は、当該コマンドをライセンスサーバ２に送信する。
ステップＳ１２６において、ライセンスサーバ２は、ショップサーバ１からの当該コマンドに従って、借受者側（本例ではユーザ端末６−２）に対して、借受本（借受コンテンツ）のライセンスを発行する。
ステップＳ１２７において、端末起動部６７は、発行されたライセンスを用いて、貸出本（借受コンテンツ）をコンテンツサーバ３からダウンロードする。
ステップＳ１２８において、端末起動部６７は、借受テーブル（貸借テーブル）を更新する。ここでは、受理日時が今日にセットされる。
ステップＳ１２９において、端末起動部６７は、ダウンロードした借受本（借受コンテンツ）についての書籍テーブルを更新する。ここでは、借受期限日が返却日にセットされて、借受ステータスが２にセットされる。
ステップＳ１３０において、端末起動部６７は、メッセージ「借受完了」を、貸出側（本例ではユーザ端末６−１のユーザＡ）に通知する。
ステップＳ１３１において、端末起動部６７は、閲覧可能とする。即ち、ユーザＢは、貸出本（貸出コンテンツ）を閲覧することができるようになる。
【０１１７】
次に、ステップＳ１３２乃至Ｓ１５３において、貸出コンテンツの状況のチェックが行われる。
ステップＳ１３２において、ユーザ端末６−２の端末起動部６７は、貸出側としての貸借テーブル（貸出テーブル）を、自機のローカル（本例ではユーザ端末６−２のローカル）にセット（コピー）する。
ステップＳ１３において、端末起動部６７は、貸出テーブル（貸借テーブル）のメッセージ確認ｆｌａｇをチェックする。
メッセージ確認ｆｌａｇに「Ｆ」以外の値がセットされていた場合、貸出コンテンツの状況のチェックは終了する。これに対して、メッセージ確認ｆｌａｇに「Ｆ」以外の値がセットされていた場合、次のステップＳ１３４以降の処理が実行される。
【０１１８】
ステップＳ１３４において、端末起動部６７は、貸出テーブル（貸借テーブル）の受取日時にセットされた値が、「０」より大きくて「９９９９９９」より小さい範囲内に入っているか否かを判定する。
上記範囲内に入っている場合、貸出先（例えば図示せぬユーザ端末を使用するユーザＣ）が貸出コンテンツを受理したことを意味しているので、ステップＳ１３５において、貸出テーブルを更新する。ここでは、メッセージ確認ｆｌａｇに「Ｔ」がセットされるものとする。
ステップＳ１３６において、ユーザ端末６−２のＳＮＳ管理部６６は、ダイアログ表示「受理」を行う。
これにより、貸出コンテンツの状況のチェックは終了する。この場合、ユーザ端末６−２においては、貸出コンテンツは閲覧不能状態になっている。
【０１１９】
これに対して、上記範囲外の場合、以下のステップＳ１３７の処理が実行される。
ステップＳ１３７において、端末起動部６７は、貸出テーブル（貸借テーブル）の受取日時にセットされた値が、「９９９９９９」であるか否かを判定する。
「９９９９９９」の場合、貸出先（例えば図示せぬユーザ端末を使用するユーザＣ）が貸出コンテンツの受取拒否をしたことを意味しているので、ステップＳ１３８において、貸出テーブルを更新する。ここでは、メッセージ確認ｆｌａｇに「Ｔ」がセットされるものとする。
ステップＳ１３９において、ユーザ端末６−２のＳＮＳ管理部６６は、ダイアログ表示「受取拒否」を行う。
ステップＳ１４０において、ユーザ端末６−２の端末起動部６７は、書籍テーブルを更新する。ここでは、貸出期限日に「ｎｕｌｌ」がセットされ、貸出ステータスに「ｎｕｌｌ」がセットされる。
【０１２０】
これに対して、「９９９９９９」でなかった場合、以下のステップＳ１４１の処理が実行される。
ステップＳ１４１において、端末起動部６７は、貸出テーブル（貸借テーブル）の受取日時にセットされた値が、「００００００」であるか否かを判定する。
「００００００」の場合、貸出先（例えば図示せぬユーザ端末を使用するユーザＣ）が貸出コンテンツを自主返却したことを意味しているので、ステップＳ１４２において、図２０の右側に示すように貸出テーブルを更新する。ここでは、返却ｆｌａｇに「Ｔ」がセットされ、メッセージ確認ｆｌａｇに「Ｔ」がセットされるものとする。
ステップＳ１４３において、ユーザ端末６−２のＳＮＳ管理部６６は、ダイアログ表示「自主返却」を行う。
ステップＳ１４４において、ユーザ端末６−２の端末起動部６７は、図２０の左側に示すように書籍テーブルを更新する。ここでは、貸出期限日に「ｎｕｌｌ」がセットされ、貸出ステータスに「ｎｕｌｌ」がセットされる。
【０１２１】
これに対して、「００００００」でなかった場合、以下のステップＳ１４５の処理が実行される。
ステップＳ１４５において、端末起動部６７は、次の条件（１）乃至（３）の全てを満たすか否かを判定する。
条件（１）とは、受取日時！＝「９９９９９９」である。
条件（２）とは、受取日時！＝「ｎｕｌｌ」である。
条件（３）とは、今日＞受取期限日である。
条件（１）乃至（３）の何れもが満たされた場合、貸出先（例えば図示せぬユーザ端末を使用するユーザＣ）が貸出コンテンツを通常返却したことを意味しているので、ステップＳ１４６において、図２１の右側に示すように貸出テーブルを更新する。ここでは、返却ｆｌａｇに「Ｔ」がセットされ、メッセージ確認ｆｌａｇに「Ｔ」がセットされるものとする。
ステップＳ１４７において、ユーザ端末６−２のＳＮＳ管理部６６は、ダイアログ表示「通常返却」を行う。即ち、ユーザ端末６−２の表示部３７（図３）には、図３４に示すようなメッセージ画像が表示される。
ステップＳ１４８において、ユーザ端末６−２の端末起動部６７は、図２１の左側に書籍テーブルを更新する。ここでは、貸出期限日に「ｎｕｌｌ」がセットされ、貸出ステータスに「ｎｕｌｌ」がセットされる。
【０１２２】
これに対して、前段落の条件（１）乃至（３）のうち何れか１つでも満たさなかった場合、以下のステップＳ１４９の処理が実行される。
ステップＳ１４９において、端末起動部６７は、次の条件（１）及び（２）の全てを満たすか否かを判定する。
条件（１）とは、今日＞受取期限日である。
条件（２）とは、受取日時＝「ｎｕｌｌ」である。
条件（１）及ぶ（２）の何れもが満たされた場合、貸出先（例えば図示せぬユーザ端末を使用するユーザＣ）の貸出コンテンツにつては「期限切れ・未受理返却」の取り扱いになることを意味しているので、ステップＳ１５０において、図２２の右側に示すように貸出テーブルを更新する。ここでは、返却ｆｌａｇに「Ｔ」がセットされ、メッセージ確認ｆｌａｇに「Ｔ」がセットされるものとする。
ステップＳ１５１において、ユーザ端末６−２のＳＮＳ管理部６６は、ダイアログ表示「期限切れ・未受理返却」を行う。
ステップＳ１５２において、ユーザ端末６−２の端末起動部６７は、図２２の左側に示すように書籍テーブルを更新する。ここでは、貸出期限日に「ｎｕｌｌ」がセットされ、貸出ステータスに「ｎｕｌｌ」がセットされる。
【０１２３】
以上のようにして、ステップＳ１３６のダイアログ表示「受理」以外のダイアログ表示があった場合、即ち、ステップＳ１３９のダイアログ表示「受取拒否」、ステップＳ１４３のダイアログ表示「自主返却」、ステップＳ１４７のダイアログ表示「通常返却」、又はステップＳ１５１のダイアログ表示「期限切れ・未受理返却」の場合、処理はステップＳ１５３に進む。
ステップＳ１５３において、端末起動部６７は、閲覧可能とする。即ち、ユーザＢは、ユーザＣに対する貸出本（貸出コンテンツ）を再び閲覧することができるようになる。
【０１２４】
次に、無期限貸出（贈与）への対応について説明する。
無期限貸出とは、貸出において、貸出期限日を設定しない貸出をいう。このような貸出は、事実上のコンテンツの贈与と同意である。
【０１２５】
ここで、無期限貸出は、著作権者側等で無期限貸出の許諾が必要になる。
そこで、著作権者側等で予め設定される書籍属性（書籍データ）の貸出許可ｆｌａｇを、例えば次のように拡張することができる。
（１）貸出許可ｆｌａｇ＝０ならば、無期限／期限付きに限らず不許可（図６のＦに相当）とする。
（２）貸出許可ｆｌａｇ＝１ならば、期限付きのときにのみ許可（図６のＴに相当）とする。
（３）貸出許可ｆｌａｇ＝２ならば、無期限／期限付き両者を許可（拡張フラグ）とする。
そして、（２）の場合、即ち貸出許可ｆｌａｇ＝１の場合、貸出期間の選択肢から無期限を外す取り扱いがなされるものとする。
【０１２６】
また、書籍テーブルの「貸出ステータス」と「借受ステータス」の項目については、通常の期限付貸借のときは、次の（４）及び（５）にするものとする。
（４）貸出ステータス＝２ならば、期限付き貸出とする。
（５）借受ステータス＝２ならば、期限付き借受とする。
これに対して、無期限貸出のときは、次の（６）及び（７）にするものとする。
（６）貸出ステータス＝１ならば、無期限貸出とする。
（７）借受ステータス＝１ならば、無期限借受とする。
このようにすることよって、無期限貸出の場合の閲覧処理が容易になる。
【０１２７】
即ち、無期限貸出を考慮した場合におけるユーザ端末６のコンテンツ閲覧部６２等（図４）は、次のような処理を実行する。
先ず、コンテンツ閲覧部６２等は、書籍データ（書籍テーブル）をチェックする。
上記（６）の場合、即ち、貸出ステータス＝１ならば、コンテンツ閲覧部６２等は、無期限貸出中と判断して、閲覧不能状態にする。
これに対して、上記（７）の場合、即ち、借受ステータス＝１ならば、コンテンツ閲覧部６２等は、無期限借受中と判断して、（その他の要件具備を条件として）閲覧可能状態にする。
上記その他の要件の１つとして例えば、コンテンツ閲覧部６２等は、ライセンスチェックをする。
ライセンスが存在しない場合、又はライセンスが存在しても非有効の場合、コンテンツ閲覧部６２等は、たとえ無期限借受中の場合であっても、閲覧不能状態にする。
【０１２８】
また、ユーザ端末６の貸出部８１等（図４）は、無期限貸出をするに際し、次のような一連の処理を実行する。
即ち、貸出部８１等は、貸出コンテンツと貸出相手を指定する。
貸出部８１等は、貸出日時を無期限に指定する。
貸出部８１等は、書籍データにより無期限貸出可否のチェックをする。
ここでは、次の条件（１）及び（２）がＡＮＤ条件として課されており、条件（１）及び（２）の何れもが満たされた場合、無期限貸出可能と判断される。
条件（１）とは、貸出許可ｆｌａｇ＝Ｔである。
条件（２）とは、貸出ｌｅｖｅｌ＞０である、
次に、貸出部８１等は、貸出テーブル（貸借テーブル）を追加する。
貸出コンテンツが、購入コンテンツの場合、貸出ｌｅｖｅｌの項目には、「書籍テーブルの貸出ｌｅｖｅｌ−１」の値がセットされる。
貸出コンテンツが、他ユーザからの借受コンテンツ（又貸し対象）の場合、貸出ｌｅｖｅｌの項目には、「借受テーブルの貸出ｌｅｖｅｌ−１」の値がセットされる。
なお、返却期限日は、空白のままでよい。
次に、貸出部８１等は、書籍データを更新する。ここでは、貸出ステータスに「１」がセットされる。なお、貸出期限日は、空白のままでよい。
そして、貸出部８１等は、貸出相手にメッセージを送信する。
【０１２９】
ここで、無期限貸出（贈与）の場合も、贈与を受けたユーザ端末６は、さらに別のユーザ端末６に貸出又は無期限貸出をすること、即ち又貸しをすることができる。
無期限貸出の場合も、又貸しがされる毎に、貸借テーブルにおける貸出ｌｅｂｅｌは、前回の貸出の際の値に対して「―１」された値がセットされ、貸出相手に引き継がれる。最大の無期限貸出の段数は、書籍属性として決められている貸出ｌｅｖｅｌの値（図６）である。
無期限貸借の場合でも、受取側の受取拒否又は受理の処理は存在する。これらの処理は上述した通常の有限期間の貸借と同様であるため、ここではその説明は省略する。
また、無期限貸出の場合の返却を可能にするか否かについても、実装上の問題であるため、ここではその説明は省略する。
【０１３０】
以上示すように、通常の有限の貸借システムを構成すれば、当該貸借システムを無期限貸借（贈与）に対応させる拡張は容易に可能である。
【０１３１】
次に、部分貸借の対応について説明する。
部分貸与とは、コンテンツの一部分（電子書籍の場合、ページにより特定可能な部分）のみを貸借することをいう。
【０１３２】
電子書籍のコンテンツの部分貸与を実現するためには、図６の構造の書籍テーブルに対してさらに、「閲覧不可開始ページ」及び「閲覧不可終了ページ」の項目を追加すると共に、図７の構造の貸借テーブルに対してさらに、「借受者閲覧可能開始ページ」及び「借受者閲覧可能終了ページ」の項目を追加すればよい。
即ち、貸出者側のユーザ端末６は、貸出を行う電子書籍の一部をページ番号として指定し、その指定値を貸出テーブルの「借受者閲覧可能開始ページ」及び「借受者閲覧可能終了ページ」にセットする。また、貸出者側のユーザ端末６は、上記指定値を、自機の書籍テーブルの「閲覧不可開始ページ」及び「閲覧不可終了ページ」にもセットする。
【０１３３】
これによって、貸出者の閲覧ビューワー（図４のコンテンツ閲覧部６２等）は、書籍テーブルの「閲覧不可開始ページ」及び「閲覧不可終了ページ」にページ（値）がセットされており、「貸出ステータス」に２がセットされている場合は、上記セットされた２値で特定されるページ区間を閲覧不能状態にし、他は閲覧可能状態にする処理を実行する。
【０１３４】
また、借受側の閲覧ビューワー（図４のコンテンツ閲覧部６２等）は、借受テーブルの「借受者閲覧可能開始ページ」及び「借受者閲覧可能終了ページ」にページ（値）がセットされている場合、当該セットされた２値で特定されるページ区間のみを閲覧可能にする処理を実行する。
借受者が、別のユーザに又貸しする場合は、閲覧可能なページ区間のみを貸出対象にできるようにすればよい。
【０１３５】
以上の説明のように、貸出者と借受者の双方の閲覧部分を制御することで、部分貸借の場合でも、電子書籍の閲覧は常に１人のユーザに限定することができる。
これにより、電子書籍の部分的な貸借が可能になり、より柔軟な貸借が可能となりユーザの利便性が向上する、というさらなる効果を奏することができる。
即ち、コンテンツが「電子書籍」の場合、ページの集合体であるコンテンツの一部分、つまり部分的なページ区間でも十分に閲覧の意味がある。
【０１３６】
なお、本発明が適用されるコンテンツは、電子書籍に限定されず、例えば音楽や映像によるデジタルコンテンツであってもよい。
ただし、部分貸借の機能を利用する場合には、電子書籍が好適である。
なぜならば、音楽や映像によるデジタルコンテンツは連続体であるので、部分貸与の場合、貸出範囲の指定が困難であるからである。また、仮に時間で部分範囲として指定した場合、連続体であるコンテンツの一部が抜き取ることになるので、貸出者と借受者双方にとって、著作権者の意図を大きく損ねる可能性があり、コンテンツの利用価値が下がるからである。この点、音楽や映像によるデジタルコンテンツの部分貸借に対する、著作権者の許諾を得ることが困難になると想定されるからである。
【０１３７】
ここで、上述した本実施形態の又貸し可能なコンテンツの貸借の方式（以下、「本実施形態の方式」と呼ぶ）と、従来のデジタル放送のコピー制限の方式（以下、「従来の方式」と呼ぶ）との差異点について説明する。
【０１３８】
日本の地上デジタルテレビ放送や衛星デジタルテレビ放送向けのコピー制限機能として、「ダビング１０」方式が存在する。他にも、コピー不可方式（コピーを認めない）、コピーワンス方式（１回のみコピー可）等が存在するが、これらは２００８年に運用が開始した「ダビング１０」方式に包含される。そこで、以下、「ダビング１０」方式を、従来の方式として、本実施形態の方式との差異について示す。
【０１３９】
従来の方式では、放送コンテンツを受信する受信機に内蔵される記憶装置（ハードディスク）と、受信機に接続する外部記憶装置（ＨＤＤやＤＶＤ、ブルーレイディスク等）のコピー及びダビングの制限についての規格が規定されている。
放送コンテンツは、先ず受信機内蔵の記憶装置にコピーできる（コピー不可のコンテンツの場合はできない）。従来の方式では、外部記憶装置に最大１０回までのコピーが許諾され、１０回目のコピーの時に、受信機内蔵ＨＤＤ内のコンテンツは自動的に削除される。
放送コンテンツは、視聴用の映像信号の他に、コピー制限のためにコピー制御信号（ＣＣＩ）とダビング１０制御フラグを持つ。ダビング１０対応録画装置は、この２つの制御信号によってコピー許諾の判断を行う。これらの仕様ついては公開されている。
【０１４０】
このような従来の方式の特徴として、次の２つを挙げることができる。
第１の特徴は、ユーザのコピー回数は録画端末内で管理され、ネットワークを介してのサーバには記録されないので、コンテンツ提供事業者（放送局）は、利用者が特定のコンテンツをどれだけコピーしたかは分からない、というものである。
第２の特徴は、ダビング１０によるコンテンツのコピーはあくまでも利用者個人に限定され、他の利用者へのコピー（移動も含めて）はでききない、というものである。
【０１４１】
これに対して、本実施形態の方式では、コンテンツの閲覧許諾は貸借サーバ４によって一元管理が可能である。即ち、貸借サーバ４は、コンテンツがどのような状態であるかを、自身で管理している貸借テーブル（図５参照）のＳＮＳ識別ＩＤと借受者ＳＮＳ識別ＩＤの連鎖を追跡することにより判断することができる。
また、貸借処理は、コンテンツを物理的にコピーする処理ではなく、コンテンツサーバ３からのダウンロードと貸借サーバ４による許諾の仕組みとによって、コンテンツの閲覧は必ず特定のユーザ１人に限定するように排他制御する処理である。
また、貸借サーバ４の機能により、コンテンツのユーザ間の又貸しを可能にしている。
このように、本実施形態の方式は、従来の方式とは根本的に異なるものである。
【０１４２】
以上本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【０１４３】
換言すると、本発明が適用される情報処理端末は、上述の実施形態としてのユーザ端末６を含め、次のような構成を有すれば足り、各種各様の実施形態を取ることができる。
即ち、本発明が適用される情報処理端末は、
貸借対象のコンテンツを識別するコンテンツ識別ＩＤ、及び最大の又貸し段数を示す貸出レベルを少なくとも項目として含むコンテンツテーブル（例えば図６の書籍テーブル）と、
前記コンテンツの貸出者を特定する貸出ＩＤ、当該コンテンツの借受者を特定する借受ＩＤ、及び当該コンテンツの又貸し可能な段数を示す貸出レベルを少なくとも含む貸借テーブル（例えば図７の貸借テーブル）と
に基づいて、前記コンテンツの貸借を管理する情報処理端末であって、
前記情報処理端末の第１ユーザから前記コンテンツを第２ユーザに貸出す処理を実行する貸出手段（例えば図４の貸出部８１）と、
第３ユーザから貸出された前記コンテンツを前記第１ユーザが借受ける処理を実行する借受手段（例えば図４の借受部８２）と、
を備え、
前記貸出手段は、
新たな前記貸借テーブルを生成し、
前記第１ユーザを前記貸出ＩＤに設定し、
前記第２ユーザを前記借受ＩＤに設定し、
購入の前記コンテンツについては、前記コンテンツテーブルの前記貸出レベルから１を減算した値を前記貸出レベルに設定し、
借受けの前記コンテンツについては、借受の際に生成された別貸借テーブルの前記貸出レベルから１を減算した値を前記貸出レベルに設定した上で前記コンテンツの貸出を許可する、
処理を少なくとも実行し、
前記借受手段は、
前記第３ユーザの情報処理端末側で生成され、前記第３ユーザが前記貸出ＩＤに設定され、前記第１ユーザが前記借受ＩＤに設定された前記貸借テーブルを用いた処理を実行する、
情報処理端末である。
【０１４４】
これにより、コンテンツ貸借３原則を満たし、かつ又貸しが可能なコンテンツの貸借技術が容易に実現可能になる。
かかる効果を奏することができる仕組みについて、図３８を参照して説明する。
図３８は、本発明が適用される又貸し可能なコンテンツの貸借の処理の概要を示している。
【０１４５】
先ず、ユーザＡのユーザ端末６−１から、ユーザＢのユーザ端末６−２に対してコンテンツの貸借が行われる場合を考える。
この場合、貸借対象のコンテンツ（以下、「対象コンテンツ」と呼ぶ）に関する書籍テーブル（図６）がユーザ端末６−１において管理される。ここで、書籍テーブルの貸出ｌｅｖｅｌ（貸出レベル）は「５」に設定されているものとする。即ち、最大の又貸段数は５段であるものとする。
ここで、最大の又貸段数は、出版業者（著作権者）によりデフォルトで設定され、変更することはできない。これにより、コンテンツ貸借３原則のうち要件１、即ち、出版事業者は、コンテンツの貸与の許諾を決定することができる（出版事業者の権利保護）、という要件を満たす。
ユーザ端末６−１の貸出部８１（貸出手段）は、図３８に示す新たな貸借テーブルＴＢ１を生成する。
貸出部８１は、ユーザＡ（第１ユーザ）を貸出ＩＤに設定し、ユーザＢ（第２ユーザ）を借受ＩＤに設定する。
ここで、貸出ＩＤは、上述の実施形態の貸借テーブルでは図７に示すように、ＳＮＳ識別ＩＤが該当する。換言すると、貸出ＩＤは、貸出側の第１ユーザを一意に特定できる識別子であれば特に限定されず、ＳＮＳ識別ＩＤは例示に過ぎない。
また、借受ＩＤは、上述の実施形態の貸借テーブルでは図７に示すように、借受者ＳＮＳ識別ＩＤが該当する。換言すると、借受ＩＤは、借受側の第２ユーザを一意に特定できる識別子であれば特に限定されず、借受ＳＮＳ識別ＩＤは例示に過ぎない。
ここで、対象コンテンツは購入コンテンツであるものとすると、貸出部８１は、書籍テーブルの貸出レベル（＝５）から１を減算した値「４」を、貸借テーブルの貸出レベルとして設定する。
【０１４６】
この場合、借受側のユーザ端末６−２の借受部８２は、ユーザＡ（借受側では、貸出側の第３ユーザがユーザＡ）から貸出された対象コンテンツをユーザＢ（借受側では第１ユーザがユーザＢ）が借受ける処理を実行する。
即ち、借受側のユーザ端末６−２の借受部８２（借受手段）は、ユーザＡのユーザ端末６−１（第３ユーザの情報処理端末）側で生成され、ユーザＡ（第３ユーザ）が貸出ＩＤに設定され、ユーザＢ（第１ユーザ）が借受ＩＤに設定された貸借テーブルＴＢ１を用いた借受処理を実行する。
なお、ユーザＢが借受ける場合、対象コンテンツの書籍テーブル（図６）がユーザ端末６−２において管理されるようになる。
【０１４７】
このように、ユーザＡからユーザＢへの１回の貸出に対して、１つの貸借テーブルＴＢ１が新たに生成され、貸出者がユーザＡであることは貸出ＩＤで管理され、借受者がユーザＢただ１人であることは借受ＩＤで管理される。
この貸借テーブルＴＢ１は、その後も、ユーザＡのユーザ端末６−１及びユーザＢのユーザ端末６−２の何れからも参酌されて、各処理に用いられる。
従って、コンテンツ貸借３原則のうち、要件２、即ち他者に貸出したコンテンツは、貸出者（購入者であっても）は利用（閲覧等）することができない（閲覧者１名の原則）という要件を満たすことは容易である。同様に、要件３、寸話地貸与できる相手は、貸出者にとって信頼関係にある１人のみである（無制限な拡散防止）という要件を満たすことも容易である。
【０１４８】
次に、ユーザＢのユーザ端末６−２から、ユーザＣのユーザ端末６−３に対して対象コンテンツの貸借（１回目の又貸し）が行われる場合を考える。
この場合、ユーザ端末６−２の貸出部８１（貸出手段）は、図３８に示す新たな貸借テーブルＴＢ２を生成する。
つまり、図３８の上から２行目の貸出２段に示されるように、ユーザ端末６−２においては、貸借テーブルＴＢ１がユーザＡからの借受に関する借受テーブルとして管理されると共に、新たに生成された貸借テーブルＴＢ２がユーザＣに対する貸出（又貸し）に関する貸出テーブルとして管理される。
貸出部８１は、ユーザＢ（第１ユーザ）を貸出ＩＤに設定し、ユーザＣ（第２ユーザ）を借受ＩＤに設定する。つまり、図３８の上から２行目の貸出２段に示されるように、ユーザＢのＩＤが、貸借テーブルＴＢ１の借受ＩＤから、貸借テーブルＴＢ２の貸出ＩＤに引き継がれる。
ここで、図３８の上から１行目の貸出１段に示されるように、対象コンテンツの借受の際に生成された貸借テーブルＴＢ１の貸出レベルは「４」である。従って、貸出部８１は、当該貸借テーブルＴＢ１の貸出レベル「４」から１を減算した値「３」を、貸借テーブルＴＢ２の貸出レベルに設定した上で、対象コンテンツの貸出を許可する処理を実行する。
【０１４９】
この場合、借受側のユーザ端末６−３の借受部８２は、ユーザＢ（借受側では、貸出側の第３ユーザがユーザＢ）から貸出された対象コンテンツをユーザＣ（借受側では第１ユーザがユーザＣ）が借受ける処理を実行する。
即ち、借受側のユーザ端末６−３の借受部８２（借受手段）は、ユーザＢのユーザ端末６−２（第３ユーザの情報処理端末）側で生成され、ユーザＢ（第３ユーザ）が貸出ＩＤに設定され、ユーザＣ（第１ユーザ）が借受ＩＤに設定された貸借テーブルＴＢ２を用いた借受処理を実行する。
なお、ユーザＣが借受ける場合、対象コンテンツの書籍テーブル（図６）がユーザ端末６−３において管理されるようになる。
【０１５０】
次に、ユーザＣのユーザ端末６−３から、ユーザＤのユーザ端末６−４に対して対象コンテンツの貸借（２回目の又貸し）が行われる場合を考える。
この場合、ユーザ端末６−３の貸出部８１（貸出手段）は、図３８に示す新たな貸借テーブルＴＢ３を生成する。
つまり、図３８の上から３行目の貸出３段に示されるように、ユーザ端末６−３においては、貸借テーブルＴＢ２がユーザＢからの借受に関する借受テーブルとして管理されると共に、新たに生成された貸借テーブルＴＢ３がユーザＤに対する貸出（又貸し）に関する貸出テーブルとして管理される。
貸出部８１は、ユーザＣ（第１ユーザ）を貸出ＩＤに設定し、ユーザＤ（第２ユーザ）を借受ＩＤに設定する。つまり、図３８の上から３行目の貸出３段に示されるように、ユーザＣのＩＤが、貸借テーブルＴＢ２の借受ＩＤから、貸借テーブルＴＢ３の貸出ＩＤに引き継がれる。
ここで、図３８の上から２行目の貸出２段に示されるように、対象コンテンツの借受の際に生成された貸借テーブルＴＢ２の貸出レベルは「３」である。従って、貸出部８１は、当該貸借テーブルＴＢ２の貸出レベル「３」から１を減算した値「２」を、貸借テーブルＴＢ３の貸出レベルに設定した上で、対象コンテンツの貸出を許可する処理を実行する。
【０１５１】
この場合、借受側のユーザ端末６−４の借受部８２は、ユーザＣ（借受側では、貸出側の第３ユーザがユーザＣ）から貸出された対象コンテンツをユーザＤ（借受側では第１ユーザがユーザＤ）が借受ける処理を実行する。
即ち、借受側のユーザ端末６−４の借受部８２（借受手段）は、ユーザＣのユーザ端末６−３（第３ユーザの情報処理端末）側で生成され、ユーザＣ（第３ユーザ）が貸出ＩＤに設定され、ユーザＤ（第１ユーザ）が借受ＩＤに設定された貸借テーブルＴＢ３を用いた借受処理を実行する。
なお、ユーザＤが借受ける場合、対象コンテンツの書籍テーブル（図６）がユーザ端末６−４において管理されるようになる。
【０１５２】
次に、ユーザＤのユーザ端末６−４から、ユーザＥのユーザ端末６−５に対して対象コンテンツの貸借（３回目の又貸し）が行われる場合を考える。
この場合、ユーザ端末６−４の貸出部８１（貸出手段）は、図３８に示す新たな貸借テーブルＴＢ４を生成する。
つまり、図３８の上から４行目の貸出４段に示されるように、ユーザ端末６−４においては、貸借テーブルＴＢ３がユーザＣからの借受に関する借受テーブルとして管理されると共に、新たに生成された貸借テーブルＴＢ４がユーザＥに対する貸出（又貸し）に関する貸出テーブルとして管理される。
貸出部８１は、ユーザＤ（第１ユーザ）を貸出ＩＤに設定し、ユーザＥ（第２ユーザ）を借受ＩＤに設定する。つまり、図３８の上から４行目の貸出４段に示されるように、ユーザＤのＩＤが、貸借テーブルＴＢ３の借受ＩＤから、貸借テーブルＴＢ４の貸出ＩＤに引き継がれる。
ここで、図３８の上から３行目の貸出３段に示されるように、対象コンテンツの借受の際に生成された貸借テーブルＴＢ３の貸出レベルは「２」である。従って、貸出部８１は、当該貸借テーブルＴＢ３の貸出レベル「２」から１を減算した値「１」を、貸借テーブルＴＢ４の貸出レベルに設定した上で、対象コンテンツの貸出を許可する処理を実行する。
【０１５３】
この場合、借受側のユーザ端末６−５の借受部８２は、ユーザＤ（借受側では、貸出側の第３ユーザがユーザＤ）から貸出された対象コンテンツをユーザＥ（借受側では第１ユーザがユーザＥ）が借受ける処理を実行する。
即ち、借受側のユーザ端末６−５の借受部８２（借受手段）は、ユーザＤのユーザ端末６−４（第３ユーザの情報処理端末）側で生成され、ユーザＤ（第３ユーザ）が貸出ＩＤに設定され、ユーザＥ（第１ユーザ）が借受ＩＤに設定された貸借テーブルＴＢ４を用いた借受処理を実行する。
なお、ユーザＥが借受ける場合、対象コンテンツの書籍テーブル（図６）がユーザ端末６−４において管理されるようになる。
【０１５４】
次に、ユーザＥのユーザ端末６−５から、ユーザＦのユーザ端末６−６に対して対象コンテンツの貸借（４回目の又貸し）が行われる場合を考える。
この場合、ユーザ端末６−５の貸出部８１（貸出手段）は、図３８に示す新たな貸借テーブルＴＢ５を生成する。
つまり、図３８の上から５行目の貸出５段に示されるように、ユーザ端末６−５においては、貸借テーブルＴＢ４がユーザＤからの借受に関する借受テーブルとして管理されると共に、新たに生成された貸借テーブルＴＢ５がユーザＦに対する貸出（又貸し）に関する貸出テーブルとして管理される。
貸出部８１は、ユーザＥ（第１ユーザ）を貸出ＩＤに設定し、ユーザＦ（第２ユーザ）を借受ＩＤに設定する。つまり、図３８の上から５行目の貸出５段に示されるように、ユーザＥのＩＤが、貸借テーブルＴＢ４の借受ＩＤから、貸借テーブルＴＢ５の貸出ＩＤに引き継がれる。
ここで、図３８の上から４行目の貸出４段に示されるように、対象コンテンツの借受の際に生成された貸借テーブルＴＢ４の貸出レベルは「１」である。従って、貸出部８１は、当該貸借テーブルＴＢ４の貸出レベル「１」から１を減算した値「０」を、貸借テーブルＴＢ５の貸出レベルに設定した上で、対象コンテンツの貸出を許可する処理を実行する。
【０１５５】
この場合、借受側のユーザ端末６−６の借受部８２は、ユーザＥ（借受側では、貸出側の第３ユーザがユーザＥ）から貸出された対象コンテンツをユーザＦ（借受側では第１ユーザがユーザＦ）が借受ける処理を実行する。
即ち、借受側のユーザ端末６−６の借受部８２（借受手段）は、ユーザＥのユーザ端末６−５（第３ユーザの情報処理端末）側で生成され、ユーザＥ（第３ユーザ）が貸出ＩＤに設定され、ユーザＦ（第１ユーザ）が借受ＩＤに設定された貸借テーブルＴＢ５を用いた借受処理を実行する。
なお、ユーザＦが借受ける場合、対象コンテンツの書籍テーブル（図６）がユーザ端末６−５において管理されるようになる。
【０１５６】
ここで、ユーザＦのユーザ端末６−６が借受テーブルとして管理する貸借テーブルＴＢ５においては、貸出レベルは「０」になっている。このような場合、ユーザ端末６−６の貸出部８１（貸出手段）は、ユーザＦから貸出の指示があったとしても、対象コンテンツの貸出を禁止する。
即ち、ユーザＦのユーザ端末６−６において、既に５段の貸出（４回の又貸し）が行われたので、他ユーザに対して対象コンテンツの貸借（５回目の又貸し）は不可能になる。
【０１５７】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図４及び図５の機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図４及び図５の例に限定されない。また、機能ブロックの存在場所も、図４及び図５に特に限定されず、任意でよい。例えば、貸借サーバ４の機能ブロックを、図１のサーバ群Ｓの他のサーバやユーザ端末６等に移譲させてもよいし、逆にユーザ端末６の機能ブロックを貸借サーバ４等サーバ群Ｓの各サーバに移譲させてもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【０１５８】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
【０１５９】
このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。
【０１６０】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【符号の説明】
【０１６１】
１・・・ショップサーバ、２・・・ライセンスサーバ、３・・・コンテンツサーバ、４・・・貸借サーバ、５・・・ＳＮＳサーバ、６，６−１乃至６−Ｎ・・・ユーザ端末、５１・・・貸借内容記憶部、５２・・・テーブル読書部、５３・・・通信制御部、６１・・・ローカル記憶部、６２・・・コンテンツ閲覧部、６３・・・ライセンス管理部、６４・・・書庫リスト表示部、６５・・・貸借管理部、６６・・・ＳＮＳ管理部、６７・・・端末起動部、８１・・・貸出部、８２・・・借受部、８３・・・通常返却部、８４・・・自主返却部、８５・・・強制返却部
【図１】
2016122326.tif 000003
【図２】
2016122326.tif 000004
【図３】
2016122326.tif 000005
【図４】
2016122326.tif 000006
【図５】
2016122326.tif 000007
【図６】
2016122326.tif 000008
【図７】
2016122326.tif 000009
【図８】
2016122326.tif 000010
【図９】
2016122326.tif 000011
【図１０】
2016122326.tif 000012
【図１１】
2016122326.tif 000013
【図１２】
2016122326.tif 000014
【図１３】
2016122326.tif 000015
【図１４】
2016122326.tif 000016
【図１５】
2016122326.tif 000017
【図１６】
2016122326.tif 000018
【図１７】
2016122326.tif 000019
【図１８】
2016122326.tif 000020
【図１９】
2016122326.tif 000021
【図２０】
2016122326.tif 000022
【図２１】
2016122326.tif 000023
【図２２】
2016122326.tif 000024
【図２３】
2016122326.tif 000025
【図２４】
2016122326.tif 000026
【図２５】
2016122326.tif 000027
【図２６】
2016122326.tif 000028
【図２７】
2016122326.tif 000029
【図２８】
2016122326.tif 000030
【図２９】
2016122326.tif 000031
【図３０】
2016122326.tif 000032
【図３１】
2016122326.tif 000033
【図３２】
2016122326.tif 000034
【図３３】
2016122326.tif 000035
【図３４】
2016122326.tif 000036
【図３５】
2016122326.tif 000037
【図３６】
2016122326.tif 000038
【図３７】
2016122326.tif 000039
【図３８】
2016122326.tif 000040