(57)【要約】【課題】コンテンツの露出機会を増やしつつも、コンテンツが丸々複製されてしまうことを防ぐことのできるコンテンツ管理装置等を提供する。【解決手段】複数の部分データで構成されるコンテンツデータにおける所定の記憶手段に記憶されている部分データのうち、ユーザに選択された部分データとは異なる部分データを取得し、当該取得した部分データが所定の記憶手段に記憶されることにより、当該所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなるか否かを判定し、所定割合を超えないと判定した場合に記憶することを許容し、所定割合を超えると判定した場合に、記憶することを許容しない。【選択図】図７
2014182658.tif 000002
【特許請求の範囲】
【請求項１】
複数の部分データで構成されるコンテンツデータにおける所定の記憶手段に記憶されている部分データのうち、ユーザに選択された部分データを特定する特定手段と、
前記特定された部分データとは異なる部分データを取得する取得手段と、
前記取得された部分データが前記所定の記憶手段に記憶されることにより、当該所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなるか否かを判定する判定手段と、
前記判定手段により、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとならないと判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶することを許容し、一方、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶することを許容しない管理手段と、
を備えることを特徴とするコンテンツ管理装置。
【請求項２】
複数の部分データで構成されるコンテンツデータにおける所定の記憶手段に記憶されている部分データのうち、ユーザに選択された部分データを特定する特定手段と、
前記特定された部分データとは異なる部分データを取得する取得手段と、
前記取得された部分データが前記所定の記憶手段に記憶されることにより、当該所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなるか否かを判定する判定手段と、
前記判定手段により、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶させるとともに、前記所定の記憶手段から前記一のコンテンツデータにおける他の部分データを削除させる管理手段と、
を備えることを特徴とするコンテンツ管理装置。
【請求項３】
請求項１又は２に記載のコンテンツ管理装置であって、
前記取得手段は、前記特定された部分データを含むコンテンツデータとは異なるコンテンツデータを構成する部分データを取得することを特徴とするコンテンツ管理装置。
【請求項４】
請求項１乃至３の何れか一項に記載のコンテンツ管理装置であって、
前記取得手段は、前記判定手段により、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、先に取得した部分データとは異なる部分データを取得し、
前記判定手段は、新たに取得された前記先に取得した部分データとは異なる部分データについて再度判定を行うことを特徴とするコンテンツ管理装置。
【請求項５】
請求項１乃至４の何れか一項に記載のコンテンツ管理装置であって、
前記所定の記憶手段に記憶された部分データのうち、ユーザにより指定された部分データに対応するコンテンツデータに関連するＷＥＢページのアドレスを取得するアドレス取得手段を更に備えることを特徴とするコンテンツ管理装置。
【請求項６】
コンピュータによるコンテンツ管理方法であって、
複数の部分データで構成されるコンテンツデータにおける所定の記憶手段に記憶されている部分データのうち、ユーザに選択された部分データを特定する特定工程と、
前記特定された部分データとは異なる部分データを取得する取得工程と、
前記取得された部分データが前記所定の記憶手段に記憶されることにより、当該所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなるか否かを判定する判定工程と、
前記判定工程により、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとならないと判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶することを許容し、一方、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶することを許容しない管理工程と、
を含むことを特徴とするコンテンツ管理方法。
【請求項７】
コンピュータによるコンテンツ管理方法であって、
複数の部分データで構成されるコンテンツデータにおける所定の記憶手段に記憶されている部分データのうち、ユーザに選択された部分データを特定する特定工程と、
前記特定された部分データとは異なる部分データを取得する取得工程と、
前記取得された部分データが前記所定の記憶手段に記憶されることにより、当該所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなるか否かを判定する判定工程と、
前記判定工程により、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶させるとともに、前記所定の記憶手段から前記一のコンテンツデータにおける他の部分データを削除させる管理工程と、
を含むことを特徴とするコンテンツ管理方法。
【請求項８】
クライアント端末とサーバ装置とを含むコンテンツ管理システムであって、
前記クライアント端末は、
複数の部分データで構成されるコンテンツデータの少なくとも何れかの部分データを記憶する記憶手段と、
前記記憶手段に記憶されている部分データのうち、ユーザに選択された部分データを前記サーバ装置に送信するクライアント側送信手段と、
前記サーバ装置から送信された部分データを受信するクライアント側受信手段と、
前記受信した部分データを前記記憶手段に記憶させる記憶制御手段と、
を備え、
前記サーバ装置は、
前記クライアント端末から送信された部分データを受信するサーバ側受信手段と、
前記受信された部分データとは異なる部分データを取得する取得手段と、
前記取得された部分データが前記クライアント端末の記憶手段に記憶されることにより、当該記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなるか否かを判定する判定手段と、
前記判定手段により、前記記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとならないと判定された場合に、前記取得された部分データを前記クライアント端末に送信し、一方、前記記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、前記取得された部分データを前記クライアント端末に送信しないサーバ側送信手段と、
を備えることを特徴とするコンテンツ管理システム。
【請求項９】
請求項８に記載のコンテンツ管理システムであって、
前記クライアント端末は、
前記サーバ装置に前記部分データを送信した履歴を保持する履歴保持手段と、
前記履歴保持手段を参照して、前記ユーザに選択された部分データを前記サーバ装置に送信することにより、一のコンテンツデータを構成する部分データを所定の制限を超えて送信することとなるか否かを判定する送信判定手段と、
を更に備え、
前記クライアント側送信手段は、前記送信判定手段により、一のコンテンツデータを構成する部分データを所定の制限を超えて送信することとなると判定された場合に、前記ユーザに選択された部分データを前記サーバ装置に送信しないことを特徴とするコンテンツ管理システム。
【請求項１０】
請求項８に記載のコンテンツ管理システムであって、
前記サーバ装置は、
前記クライアント端末から受信した前記部分データの履歴を保持する履歴保持手段と、
前記クライアント端末から新たに部分データを受信した際、前記履歴保持手段を参照して、前記クライアント端末から一の漫画データを構成するコマ表示データを所定の制限を超えて受信したか否かを判定する受信判定手段と、
を更に備え、
前記サーバ側送信手段は、前記受信判定手段により、一の漫画データを構成するコマ表示データを所定の制限を超えて受信したと判定された場合に、前記取得手段により取得された部分データを前記クライアント端末に送信しないことを特徴とするコンテンツ管理システム。
【請求項１１】
コンピュータを、
複数の部分データで構成されるコンテンツデータにおける所定の記憶手段に記憶されている部分データのうち、ユーザに選択された部分データを特定する特定手段、
前記特定された部分データとは異なる部分データを取得する取得手段、
前記取得された部分データが前記所定の記憶手段に記憶されることにより、当該所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなるか否かを判定する判定手段、
前記判定手段により、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとならないと判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶することを許容し、一方、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶することを許容しない管理手段、
として機能させることを特徴とするコンテンツ管理用プログラム。
【請求項１２】
コンピュータを、
複数の部分データで構成されるコンテンツデータにおける所定の記憶手段に記憶されている部分データのうち、ユーザに選択された部分データを特定する特定手段、
前記特定された部分データとは異なる部分データを取得する取得手段、
前記取得された部分データが前記所定の記憶手段に記憶されることにより、当該所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなるか否かを判定する判定手段、
前記判定手段により、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶させるとともに、前記所定の記憶手段から前記一のコンテンツデータにおける他の部分データを削除させる管理手段、
として機能させることを特徴とするコンテンツ管理用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ管理の技術分野に関する。
【背景技術】
【０００２】
従来、端末同士でネットワークを介して画像等を交換することが可能なアプリケーションプログラム（「画像交換アプリ」という）が知られている。こうした画像交換アプリによれば、自由に画像を交換することで、多数の人が様々な画像を楽しむことができる。
【０００３】
また、画像交換アプリを用いて漫画のコマ画像などコンテンツの一部分を送受信することもできるが、コンテンツの全ての部分が一の端末に送信されてしまうと、コンテンツが丸々複製されてしまうこととなり著作権等の観点から好ましいものではない。
【０００４】
一方で、漫画等を取り扱う出版社などにとっては、漫画のコマ画像が沢山交換されて多くの人の目に触れることにより、販売促進の効果が期待できるという側面もある。
【０００５】
そうした中、特許文献１には、一のデータが転送されても良い回数に制限を設ける旨が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１６４６９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に記載の上記方法では、一のコンテンツの全ての部分がたまたま制限回数に達する前に一の端末装置に受信されることとなると、丸々一つのコンテンツが保存されてしまうこととなる。また、転送回数に制限があると、データが広まりにくく、販売促進の観点から好ましくない。
【０００８】
本発明は、このような問題等に鑑みてなされたもので、コンテンツの露出機会を増やしつつも、コンテンツが丸々複製されてしまうことを防ぐことのできるコンテンツ管理装置等を提供することを課題とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、請求項１に記載の発明は、複数の部分データで構成されるコンテンツデータにおける所定の記憶手段に記憶されている部分データのうち、ユーザに選択された部分データを特定する特定手段と、前記特定された部分データとは異なる部分データを取得する取得手段と、前記取得された部分データが前記所定の記憶手段に記憶されることにより、当該所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなるか否かを判定する判定手段と、前記判定手段により、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとならないと判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶することを許容し、一方、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶することを許容しない管理手段と、を備えることを特徴とする。
【００１０】
請求項２に記載の発明は、複数の部分データで構成されるコンテンツデータにおける所定の記憶手段に記憶されている部分データのうち、ユーザに選択された部分データを特定する特定手段と、前記特定された部分データとは異なる部分データを取得する取得手段と、前記取得された部分データが前記所定の記憶手段に記憶されることにより、当該所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなるか否かを判定する判定手段と、前記判定手段により、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶させるとともに、前記所定の記憶手段から前記一のコンテンツデータにおける他の部分データを削除させる管理手段と、を備えることを特徴とする。
【００１１】
請求項３に記載の発明は、請求項１又は２に記載のコンテンツ管理装置であって、前記取得手段は、前記特定された部分データを含むコンテンツデータとは異なるコンテンツデータを構成する部分データを取得することを特徴とする。
【００１２】
請求項４に記載の発明は、請求項１乃至３の何れか一項に記載のコンテンツ管理装置であって、前記取得手段は、前記判定手段により、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、先に取得した部分データとは異なる部分データを取得し、前記判定手段は、新たに取得された前記先に取得した部分データとは異なる部分データについて再度判定を行うことを特徴とする。
【００１３】
請求項５に記載の発明は、請求項１乃至４の何れか一項に記載のコンテンツ管理装置であって、前記所定の記憶手段に記憶された部分データのうち、ユーザにより指定された部分データに対応するコンテンツデータに関連するＷＥＢページのアドレスを取得するアドレス取得手段を更に備えることを特徴とする。
【００１４】
請求項６に記載の発明は、コンピュータによるコンテンツ管理方法であって、複数の部分データで構成されるコンテンツデータにおける所定の記憶手段に記憶されている部分データのうち、ユーザに選択された部分データを特定する特定工程と、前記特定された部分データとは異なる部分データを取得する取得工程と、前記取得された部分データが前記所定の記憶手段に記憶されることにより、当該所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなるか否かを判定する判定工程と、前記判定工程により、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとならないと判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶することを許容し、一方、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶することを許容しない管理工程と、を含むことを特徴とする。
【００１５】
請求項７に記載の発明は、コンピュータによるコンテンツ管理方法であって、複数の部分データで構成されるコンテンツデータにおける所定の記憶手段に記憶されている部分データのうち、ユーザに選択された部分データを特定する特定工程と、前記特定された部分データとは異なる部分データを取得する取得工程と、前記取得された部分データが前記所定の記憶手段に記憶されることにより、当該所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなるか否かを判定する判定工程と、前記判定工程により、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶させるとともに、前記所定の記憶手段から前記一のコンテンツデータにおける他の部分データを削除させる管理工程と、を含むことを特徴とする。
【００１６】
請求項８に記載の発明は、クライアント端末とサーバ装置とを含むコンテンツ管理システムであって、前記クライアント端末は、複数の部分データで構成されるコンテンツデータの少なくとも何れかの部分データを記憶する記憶手段と、前記記憶手段に記憶されている部分データのうち、ユーザに選択された部分データを前記サーバ装置に送信するクライアント側送信手段と、前記サーバ装置から送信された部分データを受信するクライアント側受信手段と、前記受信した部分データを前記記憶手段に記憶させる記憶制御手段と、を備え、前記サーバ装置は、前記クライアント端末から送信された部分データを受信するサーバ側受信手段と、前記受信された部分データとは異なる部分データを取得する取得手段と、前記取得された部分データが前記クライアント端末の記憶手段に記憶されることにより、当該記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなるか否かを判定する判定手段と、前記判定手段により、前記記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとならないと判定された場合に、前記取得された部分データを前記クライアント端末に送信し、一方、前記記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、前記取得された部分データを前記クライアント端末に送信しないサーバ側送信手段と、を備えることを特徴とする。
【００１７】
請求項９に記載の発明は、請求項８に記載のコンテンツ管理システムであって、前記クライアント端末は、前記サーバ装置に前記部分データを送信した履歴を保持する履歴保持手段と、前記履歴保持手段を参照して、前記ユーザに選択された部分データを前記サーバ装置に送信することにより、一のコンテンツデータを構成する部分データを所定の制限を超えて送信することとなるか否かを判定する送信判定手段と、を更に備え、前記クライアント側送信手段は、前記送信判定手段により、一のコンテンツデータを構成する部分データを所定の制限を超えて送信することとなると判定された場合に、前記ユーザに選択された部分データを前記サーバ装置に送信しないことを特徴とする。
【００１８】
請求項１０に記載の発明は、請求項８に記載のコンテンツ管理システムであって、前記サーバ装置は、前記クライアント端末から受信した前記部分データの履歴を保持する履歴保持手段と、前記クライアント端末から新たに部分データを受信した際、前記履歴保持手段を参照して、前記クライアント端末から一の漫画データを構成するコマ表示データを所定の制限を超えて受信したか否かを判定する受信判定手段と、を更に備え、前記サーバ側送信手段は、前記受信判定手段により、一の漫画データを構成するコマ表示データを所定の制限を超えて受信したと判定された場合に、前記取得手段により取得された部分データを前記クライアント端末に送信しないことを特徴とする。
【００１９】
請求項１１に記載の発明は、コンピュータを、複数の部分データで構成されるコンテンツデータにおける所定の記憶手段に記憶されている部分データのうち、ユーザに選択された部分データを特定する特定手段、前記特定された部分データとは異なる部分データを取得する取得手段、前記取得された部分データが前記所定の記憶手段に記憶されることにより、当該所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなるか否かを判定する判定手段、前記判定手段により、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとならないと判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶することを許容し、一方、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶することを許容しない管理手段、として機能させることを特徴とする。
【００２０】
請求項１２に記載の発明は、コンピュータを、複数の部分データで構成されるコンテンツデータにおける所定の記憶手段に記憶されている部分データのうち、ユーザに選択された部分データを特定する特定手段、前記特定された部分データとは異なる部分データを取得する取得手段、前記取得された部分データが前記所定の記憶手段に記憶されることにより、当該所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなるか否かを判定する判定手段、前記判定手段により、前記所定の記憶手段に一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなると判定された場合に、前記取得された部分データを前記所定の記憶手段に記憶させるとともに、前記所定の記憶手段から前記一のコンテンツデータにおける他の部分データを削除させる管理手段、として機能させることを特徴とする。
【発明の効果】
【００２１】
本発明によれば、所定の記憶手段に記憶されている部分データのうちユーザに選択された部分データとは異なる部分データが新たに取得されて所定の記憶手段に記憶されることから、コンテンツの露出機会が増加する。また、所定の記憶手段に新たに部分データを記憶させることにより、一のコンテンツデータにおける所定割合を超える部分データが記憶されることとなる場合には、当該部分データは新たに記憶されないことから、一のコンテンツが丸々複製されてしまうことを防ぐことができる。
【図面の簡単な説明】
【００２２】
【図１】漫画紹介システムＳの構成例を示すブロック図である。
【図２】クライアント端末２の構成例を示すブロック図である。
【図３】サーバ装置１の構成例を示すブロック図である。
【図４】漫画ＤＢ４０の内容の一例を示す図である。
【図５】コマ管理ＤＢ５０の内容の一例を示す図である。
【図６】送信管理ＤＢ６０の内容の一例を示す図である。
【図７】第１実施形態における漫画紹介システムＳによる漫画紹介処理の一例を示すフローチャートである。
【図８】受信コマ管理ＤＢ７０の内容の一例を示す図である。
【図９】第２実施形態における漫画紹介システムＳによる漫画紹介処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００２３】
以下、図面を用いて本発明の実施形態について説明する。なお、本実施形態は、漫画紹介システムＳについて本発明を適用した場合の実施形態である。
【００２４】
［１．第１実施形態］
［１．１．漫画紹介システムＳの構成］
まず、本発明の第１実施形態について説明する。図１に示すように、第１実施形態における漫画紹介システムＳは、サーバ装置１（「コンテンツ管理装置」、「サーバ装置」の一例）と、複数のユーザＫ−１、Ｋ−２、・・・、Ｋ−ｎ（以下、総称してユーザＫという）がそれぞれ使用するクライアント端末２−１、２−２、・・・、２−ｎ（以下、総称してクライアント端末２（「クライアント端末装置」の一例）という）を含んで構成されている。サーバ装置１と各クライアント端末２はネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【００２５】
クライアント端末２は、正規に購入した漫画データ（電子化された漫画であり、「コンテンツデータ」の一例）をコマ単位で区分したコマ表示データ（「部分データ」の一例）と、漫画紹介システムＳを介して取得したコマ表示データを記憶している。また、クライアント端末２はユーザＫにより選択されたコマ表示データをサーバ装置１に送信する。サーバ装置１からは、送信したコマ表示データの代わりに他のコマ表示データを受信する。
【００２６】
一方、サーバ装置１は、各クライアント端末２から受信したコマ表示データを記憶する。また、サーバ装置１は、クライアント端末２からコマ表示データを受信すると、既に記憶しているコマ表示データの中から受信したコマ表示データとは異なるコマ表示データを取得して、クライアント端末２に送信する。このとき、サーバ装置１は、送信履歴を参照して、同じクライアント装置２に同じ漫画データのコマ表示データが所定割合を超えて送信されないようにする。これにより、一の漫画データの所定割合を超えたコマ表示データが一のクライアント装置２に送信され、保存されてしまうことを防ぐことができる。
【００２７】
このように、漫画紹介システムＳによれば、複数のクライアント端末２間で多数のコマ表示データを相互に交換することができる。つまり、ユーザＫは自分が保有する漫画データのコマ表示データの中から他のユーザＫに紹介したいおすすめのコマ表示データをサーバ装置１にアップロードすることにより、他のユーザＫがアップロードしたコマ表示データをダウンロードすることができる。また、漫画紹介システムＳを介して、同じ漫画データのコマ表示データが所定割合を超えて一のクライアント端末２に送信されることがないので、一のユーザＫが他のユーザＫによりアップロードされたコマ表示データを集めて漫画データを丸々保存することを防ぐことができる。
【００２８】
［１．２．クライアント端末２の構成］
次に、クライアント端末２の構成について説明する。図２に示すように、クライアント端末２は、制御部２１、記憶部２２、インターフェース部２３、表示部２４、及び操作部２５を備えている。
【００２９】
記憶部２２は、例えば、不揮発性メモリ等により構成されており、オペレーティングシステムや、アプリケーションプログラム等の各種プログラムを記憶する。特に、本実施形態の記憶部２２は、漫画紹介システムＳを利用するためのクライアント用漫画紹介アプリケーションプログラム（「クライアント用漫画紹介アプリ」という）を記憶する。なお、各種プログラムは、例えば、サーバ装置１等からネットワークを介して取得されるようにしても良いし、記録媒体に記録されて外付けドライブ装置を介して読み込まれるようにしても良い。
【００３０】
また、記憶部２２は、正規に購入された漫画データのコマ表示データと、サーバ装置１から受信したコマ表示データを記憶する。記憶部２２は、コマ表示データを識別するための漫画ＩＤ及びコマＩＤを、コマ表示データと対応付けて記憶する。
【００３１】
インターフェース部２３は他の装置（例えばサーバ装置１）や機器との間で送受信されるデータの窓口の役割を果たす。
【００３２】
表示部２４は、例えば、液晶ディスプレイ等により構成されており、クライアント端末２を操作するための操作画面等や、コマ表示データに基づいて漫画のコマを表示する。また、操作部２５は、例えば、ボタン等により構成されており、ユーザＫの操作を受け付け、操作内容を示す操作信号を制御部２１に送信する。なお、表示部２４及び操作部２５はタッチパネルにより構成してもよい。
【００３３】
制御部２１は、演算機能を有するＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、作業用のＲＡＭ（Random Access Memory）、及び図示しない発振回路等を備えて構成される。制御部２１は、操作部２５から受信した操作信号に基づいて作業者の操作内容に応じた処理を実行する。特に、制御部２１は、クライアント用漫画紹介アプリを実行することにより、サーバ装置１との間でコマ表示データのやりとりを行う。
【００３４】
［１．３．サーバ装置１の構成］
次に、サーバ装置１の構成について説明する。図３に示すように、サーバ装置１は、制御部１１、記憶部１２、インターフェース部１３を備えている。
【００３５】
記憶部１２は、例えば、ＨＤＤ（Hard disk drive）等により構成されており、オペレーティングシステムや、アプリケーションプログラム等の各種プログラムを記憶する。特に、本実施形態の記憶部１２は、複数のクライアント端末２による漫画紹介サービスを提供するためのプログラム（「サーバ用漫画紹介プログラム」という）を記憶する。また、記憶部１２は、クライアント端末２から受信したコマ表示データを記憶する。更に、記憶部１２には、漫画ＤＢ（DataBase）４０、コマ管理ＤＢ５０、送信管理ＤＢ６０が構築されている。
【００３６】
ここで、図４−図６を用いて、漫画ＤＢ４０、コマ管理ＤＢ５０及び送信管理ＤＢ６０の内容について説明する。
【００３７】
漫画ＤＢ４０には、図４に示すように、記憶部１２に記憶されるコマ表示データにより構成される漫画データに関する情報が登録されている。具体的には、漫画データ毎に、当該漫画データの漫画ＩＤ４１、当該漫画データの基となった漫画のタイトル４２、当該漫画の著者名４３、当該漫画が書籍として販売される際のＩＳＢＮ（International Standard Book Number）４４、その漫画データを構成するコマ表示データの総コマ数４５を示す情報が登録されている。
【００３８】
コマ管理ＤＢ５０には、図５に示すように、記憶部１２に記憶されるコマ表示データに関する情報が登録されている。具体的には、クライアント端末２から受信したコマ表示データを識別するための漫画ＩＤ５１及びコマＩＤ５２と、当該コマ表示データの送信元であるクライアント端末２のユーザＫを識別するためのユーザＩＤ５３と、当該コマ表示データの受信時刻５４を示す情報が登録されている。なお、同一のコマ表示データを複数のクライアント端末２から受信した場合には、それぞれ別個にレコードを作成してコマ管理ＤＢ５０に登録する構成とする。
【００３９】
送信管理ＤＢ６０には、図６に示すように、クライアント端末２に送信したコマ表示データに関する情報が登録されている。具体的には、クライアント端末２に送信したコマ表示データを識別するための漫画ＩＤ６１及びコマＩＤ６２と、当該コマ表示データの送信先であるユーザＫを識別するためのユーザＩＤ６３と、当該コマ表示データの送信時刻６４を示す情報が登録されている。
【００４０】
［１．４．漫画紹介システムＳによる漫画紹介処理］
次に、図７を用いて、漫画紹介システムＳによる漫画紹介処理について説明する。なお、図７においては、１台のクライアント端末２の処理についてのみ図示しているが、サーバ装置１は複数のクライアント端末２とデータの送受信を行い、各クライアント端末２に対して漫画紹介サービスを提供する。また、図７のフローチャートが開始するまでに、クライアント端末２においてクライアント用漫画紹介アプリが起動されており、初期画面（図示しない）からユーザ認証情報が入力されたものとする。ユーザ認証情報は、ユーザＫから漫画紹介システムＳの利用申請があった際に一意に付与されるユーザＩＤとこれに紐付くパスワードから構成され、予め記憶部１２に登録されているものとする。
【００４１】
まず、クライアント端末２の制御部２１は初期画面から入力されたユーザ認証情報をサーバ装置１に送信する（ステップＳ１Ａ）。
【００４２】
これに対して、サーバ装置１の制御部１１は、クライアント端末２からユーザ認証情報を受信すると（ステップＳ１Ｂ）、ユーザ認証処理を行う（ステップＳ２Ｂ）。具体的には、制御部１１はクライアント端末２から受信したユーザ認証情報と、予め記憶部１２に登録されているユーザ認証情報とを比較することによりユーザ認証処理を行う。なお、図７には図示していないが、ユーザＩＤ及びパスワードが一致しなかった場合にはユーザ認証情報が適切でなかったことを示す認証エラー情報をクライアント端末２に送信し、ユーザ認証情報の再送信をリクエストする。この処理は、ユーザ認証処理が適切に完了するまで繰り返される。ユーザ認証処理が適切に完了すると、制御部１１は、ユーザ認証処理が適切に完了したことを示すユーザ認証完了情報をクライアント端末２に送信する（ステップＳ３Ｂ）。これにより、サーバ装置１とクライアント端末２の間でセッションが確立される。
【００４３】
これに対して、クライアント端末２の制御部２１は、ステップＳ１Ａの処理後、ユーザ認証完了情報を受信するまで待機しており（ステップＳ２Ａ：ＮＯ）、ユーザ認証完了情報を受信すると（ステップＳ２Ａ：ＹＥＳ）、次いで、コマ選択画面（図示しない）を表示部２４に表示させる（ステップＳ３Ａ）。コマ選択画面では、記憶部２４に記憶されているコマ表示データの中から、何れかのコマ表示データを選択することができるようになっている。例えば、コマ選択画面は、記憶部２４に記憶されているコマ表示データの一覧を表示してユーザＫにコマ表示データを選択させるコマ表示データ選択領域と、ユーザＫによるコマ表示データの選択が完了した際に選択される選択完了ボタンなどによって構成される。すなわち、ユーザＫはコマ表示データ選択領域の中から他のユーザＫに紹介したい漫画のコマ表示データを選択し、次いで、選択完了ボタンを選択することにより、コマ表示データの選択を完了する。また、コマ選択画面には漫画紹介システムＳの利用を終了するための終了ボタンが設けられている。
【００４４】
ステップＳ３Ａの処理後、制御部２１はコマ選択画面からユーザＫによりコマ表示データが選択されるか（選択完了ボタンが選択されるか）、又は、終了操作を検出するまで（終了ボタンが選択されるまで）待機しており（ステップＳ４Ａ：ＮＯ、ステップＳ８Ａ：ＮＯ）、コマ表示データが選択されたと判定した場合に（ステップＳ４Ａ：ＹＥＳ）、ユーザＫにより選択されたコマ表示データをサーバ装置１に送信する（ステップＳ５Ａ）。このとき、制御部２１はコマ表示データとともに当該コマ表示データを識別するための漫画ＩＤ及びコマＩＤをサーバ装置１に送信する。
【００４５】
これに対して、サーバ装置１の制御部１１は、ステップＳ３Ｂの処理後、クライアント端末２からコマ表示データを受信するか、又は、終了信号を受信するまで待機しており、（ステップＳ４Ｂ：ＮＯ、ステップＳ１０Ｂ：ＮＯ）、コマ表示データを受信したと判定した場合には（ステップＳ４Ｂ：ＹＥＳ）、受信したコマ表示データを記憶部１２に保存する（ステップＳ５Ｂ）。このとき、制御部１１は保存したコマ表示データを管理するためにコマ管理ＤＢ５０のデータを更新する。具体的には、制御部１１は、コマ表示データとともに受信した漫画ＩＤ、コマＩＤ、ユーザ認証処理（ステップＳ２Ｂ）で認証したユーザＩＤ及び受信時刻をそれぞれ漫画ＩＤ５１、コマＩＤ５２、ユーザＩＤ５３及び受信時刻５４として記述したレコードを作成してコマ管理ＤＢ５０に登録する。
【００４６】
次に、制御部１１は、コマ管理ＤＢ５０及び送信管理ＤＢ６０を参照して、セッションを確立中のクライアント端末２に送信したことのない未送信のコマ表示データであって、セッションを確立中のクライアント端末２から受信したコマ表示データ以外のコマ表示データを記憶部１２から取得する（ステップＳ６Ｂ）。具体的には、制御部１１は、送信管理ＤＢ６０に登録されているレコードのうち、ユーザＩＤ６３がユーザ認証処理（ステップＳ２Ｂ）で認証したユーザＩＤと異なるレコードに記述されている漫画ＩＤ６１及びコマＩＤ６２で識別されるコマ表示データを未送信のコマ表示データと判定する。また、制御部１１は、コマ管理ＤＢ５０に登録されているレコードのうち、ユーザＩＤ５３がユーザ認証処理（ステップＳ２Ｂ）で認証したユーザＩＤと異なるレコードに記述されている漫画ＩＤ６１及びコマＩＤ６２で識別されるコマ表示データを、セッションを確立中のクライアント端末２から受信したコマ表示データ以外のコマ表示データと判定する。なお、本実施形態では、制御部１１がコマ表示データを取得する場合には、上記条件を満たすコマ表示データの中から、ランダムにコマ表示データを取得することとする。
【００４７】
次に、制御部１１は、漫画ＤＢ４０及び送信管理ＤＢ６０を参照して、ステップＳ６Ｂの処理で取得したコマ表示データを含む漫画データの総コマ数及び送信済コマ数を取得する（ステップＳ７Ｂ）。具体的には、制御部１１はステップＳ６Ｂの処理で取得したコマ表示データを含む漫画データの漫画ＩＤをキーに、漫画ＤＢ４０に登録されているレコードを検索し、ヒットしたレコードにおける総コマ数４５を取得する。また、制御部１１は、ユーザ認証処理（ステップＳ２Ｂ）で認証したユーザＩＤをキーに、送信管理ＤＢ６０に登録されているレコードを検索し、ヒットしたレコードを更にステップＳ６Ｂの処理で取得したコマ表示データを含む漫画データの漫画ＩＤをキーに絞り込んだ件数を、送信済コマ数として取得する。
【００４８】
次に、制御部１１は、「（送信済コマ数＋１）／総コマ数＞０．２」であるか否かを判定する（ステップＳ８Ｂ）。すなわち、制御部１１は、ステップＳ６Ｂの処理で取得したコマ表示データを送信することで、一のクライアント装置２に対して一の漫画データを構成するコマ表示データの送信数が当該漫画データの総コマ数の２０％を超えるか否かを判定する。このとき、制御部１１は、「（送信済コマ数＋１）／総コマ数＞０．２」であると判定した場合には（ステップＳ８Ｂ：ＹＥＳ）、再度、コマ表示データを取得すべく、ステップＳ６Ｂの処理に移行する。つまり、制御部１１は、クライアント端末２の記憶部２２に一の漫画データにおける所定割合を超えるコマ表示データが記憶されることとなると判定した場合に、ステップＳ６Ｂの処理で取得したコマ表示データを記憶部２２が記憶することを許容しない。なお、ステップＳ８Ｂの処理から「ＹＥＳ」判定でステップＳ６Ｂに移行した場合には、制御部１１は、先に取得したコマ表示データとは異なる漫画データを構成するコマ表示データを取得することとする。一方、制御部１１は、「（送信済コマ数＋１）／総コマ数＞０．２」ではないと判定した場合には（ステップＳ８Ｂ：ＮＯ）、ステップＳ６Ｂの処理で取得したコマ表示データをクライアント端末２に送信する（ステップＳ９Ｂ）。つまり、制御部１１は、クライアント端末２の記憶部２２に一の漫画データにおける所定割合を超えるコマ表示データが記憶されることとならないと判定した場合に、ステップＳ６Ｂの処理で取得したコマ表示データを記憶部２２が記憶することを許容している。なお、制御部１１は、コマ表示データとともに当該コマ表示データを識別するための漫画ＩＤ及びコマＩＤをクライアント端末２に送信する。
【００４９】
これに対して、クライアント端末２の制御部２１は、ステップＳ５Ａの処理後、コマ表示データを受信するまで待機しており（ステップＳ６Ａ：ＮＯ）、コマ表示データを受信すると（ステップＳ６Ａ：ＹＥＳ）、受信したコマ表示データを記憶部２２に保存し（ステップＳ７Ａ）、ステップＳ３Ａの処理に移行する。ステップＳ７Ａの処理では、制御部２１は、コマ表示データともに受信した漫画ＩＤ及びコマＩＤを当該コマ表示データと対応付けて記憶部２２に記憶させる。
【００５０】
また、制御部１２は、ステップＳ３Ａの処理で表示したコマ選択画面において終了ボタンが選択されたと判定した場合には（ステップＳ８Ａ：ＹＥＳ）、終了信号をサーバ装置１に送信し（ステップＳ９Ａ）、当該フローチャートにおける処理を終了する。
【００５１】
一方、サーバ装置１の制御部１１は、ステップＳ１０Ｂの処理において終了信号を受信したと判定した場合には（ステップＳ１０Ｂ：ＹＥＳ）、当該終了信号を送信してきたクライアント端末２とのセッションを終了し、当該フローチャートにおける処理を終了する。
【００５２】
以上説明したように、第１実施形態における漫画紹介システムＳ（「コンテンツ管理システム」の一例）は、クライアント端末２（「クライアント端末」の一例）とサーバ装置１（「サーバ装置」の一例）とを含み、クライアント端末２の記憶部２２（「記憶手段」の一例）が、複数のコマ表示データ（「部分データ」の一例）で構成される漫画データの少なくとも何れかのコマ表示データを記憶し、制御部２１（「クライアント側送信手段」、「クライアント側受信手段」、「記憶制御手段」の一例）が、記憶部２２に記憶されているコマ表示データのうち、ユーザＫに選択されたコマ表示データをサーバ装置１に送信し、サーバ装置１から送信されたコマ表示データを受信し、当該受信したコマ表示データを記憶部２２に記憶させる。また、サーバ装置１の制御部１１（「サーバ側受信手段」、「取得手段」、「判定手段」、「サーバ側送信手段」の一例）は、クライアント端末２から送信されたコマ表示データを受信し、当該受信したコマ表示データとは異なるコマ表示データを取得し、当該取得したコマ表示データがクライアント端末１の記憶部２２に記憶されることにより、記憶部２２に一の漫画データにおける２０％（「所定割合」の一例）を超えるコマ表示データが記憶されることとなるか否かを判定し、記憶部２２に一の漫画データにおける２０％を超えるコマ表示データが記憶されることとならないと判定した場合に、取得したコマ表示データをクライアント端末１に送信し、一方、記憶部２２に一の漫画データにおける２０％を超えるコマ表示データが記憶されることとなると判定した場合に、取得したコマ表示データをクライアント端末２に送信しない。
【００５３】
また、第１実施形態におけるサーバ装置１（「コンテンツ管理装置」の一例）は、制御部１１（「特定手段」、「取得手段」、「判定手段」、「管理手段」の一例）が、複数のコマ表示データ（「部分データ」の一例）で構成される漫画データ（「コンテンツデータ」の一例）におけるクライアント端末２の記憶部２２（「所定の記憶手段」の一例）に記憶されているコマ表示データのうち、ユーザＫに選択されたコマ表示データを特定し、当該特定したコマ表示データとは異なるコマ表示データを取得し、当該取得したコマ表示データがクライアント端末２の記憶部２２に記憶されることにより、記憶部２２に一の漫画データにおける２０％（「所定割合」の一例）を超えるコマ表示データが記憶されることとなるか否かを判定し、記憶部２２に一の漫画データにおける２０％を超えるコマ表示データが記憶されることとならないと判定した場合に、取得したコマ表示データを記憶部２２に記憶することを許容し、一方、記憶部２２に一の漫画データにおける２０％を超えるコマ表示データが記憶されることとなると判定した場合に、取得したコマ表示データを記憶部２２に記憶することを許容しない。
【００５４】
第１実施形態における漫画紹介システムＳ及びサーバ装置１によれば、クライアント端末２の記憶部２２に記憶されているコマ表示データのうちユーザＫに選択されたコマ表示データとは異なるコマ表示データが新たに取得されて記憶部２２に記憶されることから、漫画データの露出機会が増加する。また、記憶部２２に新たにコマ表示データを記憶させることにより、一の漫画データにおける２０％を超えるコマ表示データが記憶されることとなる場合には、当該コマ表示データは新たに記憶されないことから、一の漫画データが丸々複製されてしまうことを防ぐことができる。
【００５５】
また、第１実施形態におけるサーバ装置１の制御部１１は、クライアント端末２の記憶部２２に一の漫画データにおける２０％を超えるコマ表示データが記憶されることとなると判定した場合に（図７のステップＳ８Ｂ：ＹＥＳ）、先に取得したコマ表示データとは異なるコマ表示データを取得し、新たに取得したコマ表示データについて再度判定を行う（ステップＳ８Ｂ）。したがって、クライアント端末２の記憶部２２に一の漫画データにおける２０％を超えるコマ表示データが記憶されることとなると判定された場合であっても、クライアント端末２にコマ表示データが一切送信されないといった事態を回避することができる。
【００５６】
［２．第２実施形態］
次に、本発明の第２実施形態について説明する。ここでは、第１実施形態との差異点を中心に説明し、第１実施形態と同一の部材については同一の符号を付すことにより、その説明を一部省略する。
【００５７】
第１実施形態では、漫画紹介システムＳを利用してコマ表示データを取得することにより、一のクライアント端末２の記憶部２２が記憶する一の漫画データのコマ表示データが所定の割合（２０％）を超えないようにするために、クライアント端末２にコマ表示データを送信する際に、クライアント端末２に対する送信履歴から一の漫画データに対する送信割合を算出し、所定の割合を超える場合、再度、送信するコマ表示データを取得することで、一の漫画データを丸々保存されることを防いでいる。これに対して、第２実施形態では、クライアント端末２が、サーバ装置１からコマ表示データを受信した際に、当該コマ表示データを記憶部２２に記憶することで一の漫画データのコマ表示データが所定の割合（２０％）を超えないか判定し、超えてしまう場合には記憶部２２に記憶することを許可せず、破棄する。
【００５８】
［２．１．クライアント端末２の構成］
第２実施形態におけるクライアント端末２の記憶部２２には、図８に示す受信コマ管理ＤＢ７０が構築されている。受信コマ管理ＤＢ７０には、サーバ装置１から受信したコマ表示データに関する情報が登録されている。具体的には、サーバ装置１から受信したコマ表示データを識別するための漫画ＩＤ７１及びコマＩＤ７２と、当該コマ表示データを含む漫画データを構成するコマ表示データの総コマ数７３と、当該コマ表示データを記憶部２２に登録した登録時刻７４を示す情報が登録されている。漫画ＩＤ７１、コマＩＤ７２及び総コマ数７３は、サーバ装置１からコマ表示データとともに受信する。
【００５９】
［２．２．第２実施形態における漫画紹介システムＳによる漫画紹介処理］
次に、図９を用いて、第２実施形態における漫画紹介システムＳによる漫画紹介処理について説明する。なお、ステップＳ３１ＡからステップＳ３５Ａの処理は、第１実施形態におけるステップＳ１ＡからステップＳ５Ａの処理と同様であるため、説明を省略する。また、ステップＳ４１Ａ及びステップＳ４２Ａの処理は、第１実施形態におけるステップＳ８Ａ及びステップＳ９Ａと同様の処理であるため、説明を省略する。更に、ステップＳ３１ＢからステップＳ３６Ｂの処理は、第１実施形態におけるステップＳ１ＢからステップＳ６Ｂの処理と同様であるため、説明を省略する。更にまた、ステップＳ３９Ｂの処理は、第１実施形態におけるステップＳ１０Ｂの処理と同様であるため、説明を省略する。
【００６０】
サーバ装置１の制御部１１は、ステップＳ３６Ｂの処理後、ステップＳ３６Ｂの処理で取得したコマ表示データをクライアント端末２に送信する（ステップＳ３７Ｂ）。このとき、制御部１１は、送信するコマ表示データを識別するための漫画ＩＤ及びコマＩＤと、漫画ＤＢ４０から取得した当該漫画の総コマ数をコマ表示データとともに送信する。
【００６１】
これに対して、クライアント端末２の制御部２１は、ステップＳ３５Ａの処理後、コマ表示データを受信するまで待機しており（ステップＳ３６Ａ：ＮＯ）、コマ表示データを受信すると（ステップＳ３６Ａ：ＹＥＳ）、受信コマ管理ＤＢ７０を参照して、受信したコマ表示データを含む漫画データを構成するコマ表示データの保持コマ数を取得する（ステップＳ３７Ａ）。具体的には、制御部２１は、受信したコマ表示データを含む漫画データの漫画ＩＤをキーに、受信コマ管理ＤＢ７０に登録されているレコードを検索し、ヒットしたレコードの件数を保持コマ数として取得する。
【００６２】
次に、制御部２１は、「（保持コマ数＋１）／総コマ数＞０．２」であるか否かを判定する（ステップＳ３８Ａ）。すなわち、制御部１１は、ステップＳ３６Ａの処理で受信したコマ表示データを記憶部２２に登録することで、一の漫画データのコマ表示データの登録数が当該漫画データの総コマ数の２０％を超えるか否かを判定する。なお、総コマ数としては、サーバ装置１からコマ表示データとともに受信した総コマ数を用いる。このとき、制御部１１は、「（保持コマ数＋１）／総コマ数＞０．２」ではないと判定した場合には（ステップＳ３８Ａ：ＮＯ）、ステップＳ３６Ａの処理で受信したコマ表示データを記憶部２２に保存する（ステップＳ４０Ａ）。つまり、制御部２１は、クライアント端末２の記憶部２２に一の漫画データにおける所定割合を超えるコマ表示データが記憶されることとならないと判定した場合に、サーバ装置１から取得したコマ表示データを記憶部２２が記憶することを許容している。このとき、制御部２１は保存したコマ表示データを管理するために受信コマ管理ＤＢ７０のデータを更新する。具体的には、制御部２１は、コマ表示データとともに受信した漫画ＩＤ、コマＩＤ、総コマ数及び登録時刻をそれぞれ漫画ＩＤ７１、コマＩＤ７２、総コマ数７３及び登録時刻７４とするレコードを作成して受信コマ管理ＤＢ７０に登録する。
【００６３】
一方、制御部２１は、「（保持コマ数＋１）／総コマ数＞０．２」であると判定した場合には（ステップＳ３８Ａ：ＹＥＳ）、受信したコマ表示データを破棄するとともに、再度、コマ表示データを送信してもらうべく、再送信要求情報をサーバ装置１に送信し（ステップＳ３９Ａ）、ステップＳ３６Ａの処理に移行する。つまり、制御部２１は、クライアント端末２の記憶部２２に一の漫画データにおける所定割合を超えるコマ表示データが記憶されることとなると判定した場合に、サーバ装置１から取得したコマ表示データを記憶部２２が記憶することを許容しない。以降、制御部２１は、サーバ装置１から再送されるコマ表示データについて、ステップＳ３６Ａからステップ３８Ａの処理を、ステップＳ３８Ａの処理で「ＮＯ」判定となるまで繰り返す。
【００６４】
これに対して、サーバ装置１の制御部１１は、ステップＳ３７Ｂの処理後、再送信要求情報を受信するか（ステップＳ３８Ｂ：ＮＯ）、終了信号を受信するか（ステップＳ３９Ｂ：ＮＯ）、又は、コマ表示データを受信するまで（ステップＳ３４Ｂ：ＮＯ）待機しており、再送信要求情報を受信したと判定した場合には（ステップＳ３８Ｂ：ＹＥＳ）、再度、コマ表示データを取得すべく、ステップＳ３６Ｂの処理に移行する。なお、ステップＳ３８Ｂの処理から「ＹＥＳ」判定でステップＳ３６Ｂに移行した場合には、制御部１１は、先に取得したコマ表示データを含む漫画データとは異なる漫画データのコマ表示データを取得することとする。
【００６５】
以上説明したように、第２実施形態におけるクライアント端末２（「コンテンツ管理装置」の一例）は、制御部２１（「特定手段」、「取得手段」、「判定手段」、「管理手段」の一例）が、複数のコマ表示データ（「部分データ」の一例）で構成される漫画データ（「コンテンツデータ」の一例）における記憶部２２（「所定の記憶手段」の一例）に記憶されているコマ表示データのうち、ユーザＫに選択されたコマ表示データを特定してサーバ装置１に送信し、特定したコマ表示部分データとは異なるコマ表示データをサーバ装置１から取得し、取得したコマ表示データが記憶部２２に記憶されることにより、記憶部２２に一の漫画データにおける２０％（「所定割合」の一例）を超えるコマ表示データが記憶されることとなるか否かを判定し、記憶部２２に一の漫画データにおける２０％を超えるコマ表示データが記憶されることとならないと判定された場合に、取得したコマ表示データを記憶部２２に記憶することを許容し、一方、記憶部２２に一の漫画データにおける２０％を超えるコマ表示データが記憶されることとなると判定された場合に、取得したコマ表示データを記憶部２２に記憶することを許容しない。
【００６６】
第２実施形態におけるクライアント端末２によれば、記憶部２２に記憶されているコマ表示データのうちユーザＫに選択されたコマ表示データとは異なるコマ表示データが新たに取得されて記憶部２２に記憶されることから、漫画データの露出機会が増加する。また、記憶部２２に新たにコマ表示データを記憶させることにより、一の漫画データにおける２０％を超えるコマ表示データが記憶されることとなる場合には、当該コマ表示データは新たに記憶されないことから、一の漫画データが丸々複製されてしまうことを防ぐことができる。
【００６７】
また、第２実施形態におけるクライアント端末２の制御部２１は、記憶部２２に一の漫画データにおける２０％を超えるコマ表示データが記憶されることとなると判定した場合に（図９のステップＳ３８Ａ：ＹＥＳ）、先にサーバ装置１から取得したコマ表示データとは異なる部分データの再送信要求を行い再度サーバ装置１から異なるコマ表示データを取得し、新たに取得したコマ表示データについてについて再度判定を行う（ステップＳ３８Ａ）。したがって、記憶部２２に一の漫画データにおける２０％を超えるコマ表示データが記憶されることとなると判定した場合であっても、記憶部２２に新たなコマ表示データが一切記憶されないといった事態を回避することができる。
【００６８】
［３．変形例］
次に、上記実施形態の変形例について説明する。
【００６９】
［３．１．取得したコマ表示データの交換］
上記第２実施形態では、クライアント端末２の制御部２１は、図８のステップＳ３８Ａの処理において、「（保持コマ数＋１）／総コマ数＞０．２」であると判定した場合には（ステップＳ３８Ａ：ＹＥＳ）、サーバ装置１から直近に受信したコマ表示データを記憶部２２に保存することなく破棄する構成としたが、これに代えて、直近に受信したコマ表示データを記憶部２２に保存するとともに、当該保存したコマ表示データを含む漫画データと同じ漫画データのコマ表示データを記憶部２２から削除する構成としてもよい。このとき、制御部２１はサーバ装置１から最も先に受信したコマ表示データを記憶部２２から削除する構成としてもよいし、ランダムに選択したコマ表示データを削除する構成としてもよい。なお、前者の構成を採用する場合には、制御部２１は、直近に受信したコマ表示データを含む漫画データの漫画ＩＤをキーに受信コマ管理ＤＢ７０に登録されているレコードを検索し、ヒットしたレコードのうち登録時刻７４が最も古いレコードに記録されているコマＩＤで識別されるコマ表示データを削除する。
【００７０】
本変形例によっても、同じ漫画データのコマ表示データが所定割合以上、一のクライアント端末２の記憶部２２に保存されることがないので、一のユーザＫが他のユーザＫによりアップロードされたコマ表示データを集めて漫画データを丸々保存することを防ぐことができる。
【００７１】
［３．２．クライアント端末２の送信制限］
上記第１実施形態の変形例として、サーバ装置１の制御部１１（「受信判定手段」の一例）が、クライアント端末２からコマ表示データを受信した場合に（ステップＳ８Ｂ：ＹＥＳ）、コマ管理ＤＢ５０（「クライアント端末から受信した部分データの履歴を保持する履歴保持手段」の一例）を参照して、クライアント端末２が一の漫画データを構成するコマ表示データを所定の制限を超えて送信してきたと判定したときには、コマ表示データを返信することなく、制限を超えた旨を示すエラー情報をクライアント端末２に送信する構成としてもよい。なお、所定の制限として、一の漫画データにおけるコマ表示データの上限送信回数を所定回数（例えば、５回）とする制限を設けたり、一の漫画データにおけるコマ表示データの上限送信割合を所定割合（例えば、２０％）とする制限を設けたりすることができる。
【００７２】
同様に、上記第２実施形態の変形例として、クライアント端末２の制御部２１（「送信判定手段」の一例）が、サーバ装置１にコマ表示データを送信する場合に（ステップＳ３５Ａの処理）、予め記憶部２２に構築した送信履歴ＤＢ（「サーバ装置に部分データを送信した履歴を保持する履歴保持手段」の一例）を参照して、一の漫画データを構成するコマ表示データを所定の制限を超えて送信しようとする場合には、コマ表示データを送信することなく、制限を超えた旨を示すエラーメッセージを表示部２４に表示する構成としてもよい。なお、所定の制限として、一の漫画データにおけるコマ表示データの上限送信回数を所定回数（例えば、５回）とする制限を設けたり、一の漫画データにおけるコマ表示データの上限送信割合を所定割合（例えば、２０％）とする制限を設けたりすることができる。
【００７３】
本変形例によれば、一のクライアント端末２から大量のコマ表示データをサーバ装置１にアップロードしようとする悪意ある行為を排除することができる。
【００７４】
［３．３．コマ表示データの選択方法］
上記第１実施形態又は上記第２実施形態においては、サーバ装置１の制御部１１がコマ表示データを取得する場合（図７のステップＳ６Ｂ又は図９のステップＳ３６Ｂ）に、所定の条件を満たすコマ表示データの中からランダムにコマ表示データを取得する構成としたが、これに代えて、漫画ＤＢ４０を参照して同じ著者の漫画データを構成するコマ表示データを取得する構成としたり、協調フィルタリングを用いてコマ表示データを取得する構成としたりしてもよい。強調フィルタリングを用いる場合には、制御部１１は、例えば、多数の漫画購入履歴を管理する漫画購入履歴ＤＢ（図示しない）を参照して、クライアント端末２から受信したコマ表示データを含む漫画データの購入者が購入した別の漫画データを構成するコマ表示データを取得する構成とする。また、漫画紹介システムＳを利用している各クライアント端末２の位置情報（例えば、緯度・経度情報）を取得し、コマ表示データを送信してきたクライアント端末２と所定の位置関係（例えば、両者が５ｍ以内にある、両者が１０００ｋｍ以上離れているなど）にあるクライアント端末２が過去に送信してきたコマ表示データを取得する構成としてもよい。このとき、各クライアント端末２は、ＧＰＳ（Global Positioning System）受信機を備えており、ＧＰＳ受信機が取得した位置情報をサーバ装置１に送信することとする。
【００７５】
本変形例によれば、サーバ装置１から返信されたコマ表示データを見たユーザＫの当該コマ表示データを含む漫画データを購入しようという購買意欲を喚起することができる。
【００７６】
［３．４．他の漫画データのコマ表示データを取得］
上記第１実施形態又は上記第２実施形態においては、ステップＳ６Ｂ又はステップＳ３６Ｂの処理において、サーバ装置１の制御部１１は、セッションを確立中のクライアント端末２に送信したことのない未送信のコマ表示データであって、セッションを確立中のクライアント端末２から受信したコマ表示データ以外のコマ表示データを記憶部１２から取得する構成としたが、これに加えて、セッションを確立中のクライアント端末２から受信したコマ表示データを含む漫画データとは異なる漫画データを構成するコマ表示データを取得する構成としてもよい。具体的には、制御部１１は、コマ管理ＤＢ５０に登録されているレコードのうち、受信したコマ表示データを含む漫画データの漫画ＩＤと漫画ＩＤ５１が異なるレコードに記述されている漫画ＩＤ５１及びコマＩＤ５２で識別されるコマ表示データを、セッションを確立中のクライアント端末２から受信したコマ表示データを含む漫画データとは異なる漫画データを構成するコマ表示データと判定する。
【００７７】
本変形例によれば、クライアント端末２の記憶部２２にはクライアント端末２が送信したコマ表示データを含む漫画データとは異なる漫画データを構成するコマ表示データが記憶されることから、漫画データの露出機会が増加する。
【００７８】
［３．５．関連ＷＥＢページのアドレスを取得］
上記各実施形態では、サーバ装置１から返信されたコマ表示データを表示する処理について説明していないが、クライアント用漫画紹介アプリの一機能として、クライアント端末２の制御部２１は、サーバ装置１から返信されたコマ表示データを表示する受信コマ表示データ表示画面（図示しない）を表示部２４に表示させる構成としてもよい。このとき、制御部２１（「アドレス取得手段」の一例）は、受信コマ表示データ表示画面からコマ表示データに対する所定の操作（例えば、ダブルクリック、ダブルタップなど）が検出された場合には、当該コマ表示データを含む漫画データに関連するＷＥＢページのアドレスを取得し、ＷＥＢブラウザを起動させて当該アドレスのＷＥＢページにアクセスする構成としてもよい。アドレスを取得する方法としては、予めコマ表示データにアドレスを埋め込んでおいてもよいし、漫画ＩＤとアドレスを対応付けるアドレスＤＢ（図示しない）が構築されたサーバ装置１等の他の装置にコマ表示データを含む漫画データの漫画ＩＤを送信し、当該他の装置からアドレスを取得することとしてもよい。後者の場合、他の装置は、クライアント端末２から受信した漫画ＩＤに基づいてアドレスＤＢを参照して対応するアドレスを取得してクライアント端末２に返信することとする。漫画データに関連するＷＥＢページとは、例えば、書籍（紙媒体の書籍又は電子書籍を問わない）の販売サイトにおける当該漫画データを販売するＷＥＢページや、書籍の批評サイトにおける当該漫画データを批評するＷＥＢページなどが挙げられる。
【００７９】
本変形例によれば、ユーザＫはサーバ装置１から返信されたコマ表示データの中で興味を持ったコマ表示データを含む漫画データを取り扱うＷＥＢページに容易にアクセスすることができる。
【００８０】
［３．６．コンテンツと部分］
上記各実施形態では、漫画データをコマ単位で区切ったコマ表示データを交換対象としたが、これに代えて、漫画データをページ単位で区切ったページ表示データを交換対象としてもよいし、文芸書を電子化した文芸書データを文章単位で区切った文章表示データや段落単位で区切った段落表示データを交換対象としてもよい。また、雑誌を電子化した雑誌データにおける写真を表示するための写真表示データや雑誌データをブロック（例えば、記事）単位で区切ったブロック表示データ或いは雑誌データをアイテム（例えば、商品を紹介しているページの商品）単位で区切ったアイテム表示データを交換対象としてもよい。
【符号の説明】
【００８１】
Ｓ  漫画紹介システム
１  サーバ装置
１１  制御部
１２  記憶部
１３  インターフェース部
２  クライアント端末
２１  制御部
２２  記憶部
２３  インターフェース部
２４  表示部
２５  操作部
４０  漫画ＤＢ
５０  コマ管理ＤＢ
６０  送信管理ＤＢ
７０  受信コマ管理ＤＢ
【図１】
2014182658.tif 000003
【図２】
2014182658.tif 000004
【図３】
2014182658.tif 000005
【図４】
2014182658.tif 000006
【図５】
2014182658.tif 000007
【図６】
2014182658.tif 000008
【図７】
2014182658.tif 000009
【図８】
2014182658.tif 000010
【図９】
2014182658.tif 000011