(57)【要約】【課題】既にダウンロードして保存されているコンテンツ情報を情報処理装置の表示画面に優先的に表示することで、ダウンロード済みのコンテンツからの購入を促し、結果として、コンテンツサーバからダウンロードするための利用者の待ち時間を短縮する。【解決手段】利用者が購入したコンテンツデータをコンテンツサーバからダウンロードする情報処理装置であって、利用者の操作を受け付ける操作部１４と、コンテンツサーバ１００からダウンロードしたコンテンツデータを保存する記憶１３と、コンテンツデータの情報を表示する表示部１２と、記憶部１３及び表示部１２を制御する制御部１１と、を備え、制御部１１は、記憶部１３に保存されているコンテンツデータの情報を表示部１２に優先的に表示する。【選択図】図２
2018092309.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータをコンテンツサーバからダウンロードする情報処理装置であって、
操作を受け付ける操作部と、
前記コンテンツサーバからダウンロードしたコンテンツデータを保存する保存部と、
コンテンツデータの情報を表示する表示部と、
前記保存部及び前記表示部を制御する制御部と、を備え、
前記制御部は、前記保存部に保存されている前記コンテンツデータの情報を前記表示部に優先的に表示することを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記制御部は、前記操作部から所望のコンテンツデータの購入指示を行った場合に、購入指示されたコンテンツデータが前記保存部に保存されているか否かを確認し、保存されていない場合に前記コンテンツサーバから前記購入指示されたコンテンツデータをダウンロードすることを特徴とする情報処理装置。
【請求項３】
請求項１または請求項２に記載の情報処理装置であって、
前記制御部は、前記操作部から所望のコンテンツデータの購入指示を行った場合に、前記保存部に所望の前記コンテンツデータを保存するための空き容量が不足している場合には、一定の条件に従って保存済みのコンテンツデータの中から削除するコンテンツデータを決定し、決定したコンテンツデータを削除後に所望の前記コンテンツデータをダウンロードして前記保存部に保存することを特徴とする情報処理装置。
【請求項４】
請求項３に記載の情報処理装置であって、
前記一定の条件は、前記保存部に保存されているデータ容量と、前記保存部に保存されている各コンテンツデータの過去の購入回数、購入金額、最終販売日、販売期間のいずれか一つ若しくはこれらの任意の組み合わせであることを特徴とする情報処理装置。
【請求項５】
請求項１から４までのいずれか一つに記載の情報処理装置であって、
優先的に表示するコンテンツデータの表示順は、予め設定された一定期間の売り上げ順、前記一定期間の購入回数順、最新販売日のいずれか一つ若しくはこれらの任意の組み合わせによって決定されることを特徴とする情報処理装置。
【請求項６】
請求項１から４までのいずれか一つに記載の情報処理装置であって、
優先的に表示する前記コンテンツデータの表示順は、予め設定された一定期間の売り上げ順、前記一定期間の購入回数順、最新販売日をそれぞれポイント化し、少なくとも２つ以上の組み合わせによる合計ポイント数によって決定されることを特徴とする情報処理装置。
【請求項７】
請求項５または請求項６に記載の情報処理装置であって、
優先的に表示する前記コンテンツデータの表示時間は、前記表示順に従って変更されることを特徴とする情報処理装置。
【請求項８】
コンテンツデータを管理しているコンテンツサーバと、請求項１から８までのいずれか一つに記載の１または複数の情報処理装置とを備えた情報処理システムであって、
前記コンテンツサーバは、前記情報処理装置からコンテンツの購入履歴情報を取得しており、この購入履歴情報を集計した集計データに基づいて前記情報処理装置にダウンロードするコンテンツデータを決定し、予め設定されたタイミングで前記決定したコンテンツデータを前記情報処理装置にダウンロードし、
前記情報処理装置は、ダウンロードされてきた前記コンテンツデータを前記保存部に保存することを特徴とする情報処理システム。
【請求項９】
コンテンツデータを管理している複数のコンテンツサーバと、複数の前記コンテンツサーバを一括管理する中継サーバと、請求項１から８までのいずれか一つに記載の１または複数の情報処理装置とを備え、前記中継サーバと複数の前記情報処理装置とが通信回線を介して接続された情報処理システムであって、
前記中継サーバは、前記情報処理装置からコンテンツの購入履歴情報を取得しており、この購入履歴情報を集計した集計データに基づいて前記情報処理装置にダウンロードするコンテンツデータを決定し、予め設定されたタイミングで前記決定したコンテンツデータを前記情報処理装置にダウンロードし、
前記情報処理装置は、ダウンロードされてきた前記コンテンツデータを前記保存部に保存することを特徴とする情報処理システム。
【請求項１０】
請求項８または請求項９に記載の情報処理システムであって、
前記集計データは、前記購入履歴情報のうち優先する情報の重要度を任意に設定変更可能であることを特徴とする情報処理システム。
【請求項１１】
コンテンツデータをコンテンツサーバからダウンロードして保存部に保存し、この保存したコンテンツデータの情報をもとに優先順位を決めて表示部に表示する情報表示方法であって、
前記保存部に保存されているコンテンツデータの予め設定された一定期間の売り上げ順、前記一定期間の購入回数順、最終販売日をそれぞれポイント化し、少なくとも２つ以上の組み合わせによる合計ポイント数によって、優先的に表示するコンテンツデータの表示順を決定するステップと、
決定した表示順に従って前記保存部に保存されているコンテンツデータを前記表示部に順次表示するステップと、を含むことを特徴とする情報表示方法。
【請求項１２】
請求項１１に記載の情報表示方法であって、
優先的に表示するコンテンツデータの表示時間を前記表示順に従って変更するステップをさらに含むことを特徴とする情報表示方法。
【請求項１３】
請求項１１または請求項１２に記載の情報表示方法の各ステップをコンピュータに実行させるための情報表示プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者が購入し、ダウンロードしたコンテンツデータの有効利用を図った情報処理装置、情報処理システム、情報表示方法及び情報表示プログラムに関する。
【背景技術】
【０００２】
従来、サーバからマルチコピー機等の情報処理装置経由で携帯端末等に写真や動画などのコンテンツデータをダウンロード(購入)する場合、ＴｒａｎｓｆｅｒＪｅｔ等の近距離高速無線による携帯端末とマルチコピー機間のファイル転送速度に対し、サーバとマルチコピー機間のダウンロード速度(インターネット回線速度)が遅いため、コンテンツをサーバからマルチコピー機にダウンロードするための待ち時間が発生していた。そのため、コンテンツ購入者である利用者の待ち時間が長くなるといった問題があった。
【０００３】
ところで、購入したコンテンツについては、ダウンロードが完了しているか未完了かにかかわらず、コンテンツ一覧画面などで確認することのできる装置（ダウンロード制御装置）が提案されている（例えば、特許文献１参照）。
【０００４】
特許文献１では、ユーザが購入を希望するコンテンツ毎に、各サーバからこれらコンテンツに関するメタデータやサムネイルを取得する。そして、購入する全てのコンテンツのメタデータやサムネイルを取得すると、ユーザによる所定操作により、購入した全てのコンテンツについて、メタデータからメニューを作成し、コンテンツ一覧画面を表示する。このコンテンツ一覧画面では、ダウンロード済みのコンテンツに対するメニューとダウンロード未完了のコンテンツに対するメニューとを、区別できる形態で表示する構成となっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−１０７８９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１によれば、ダウンロードの待機時間において、購入した全てのコンテンツについて、ダウンロード済みのコンテンツに対するメニューとダウンロード未完了のコンテンツに対するメニューとが区別された形態で表示されるので、残りのダウンロード時間をある程度予測することができる。
【０００７】
しかし、ダウンロードするための待ち時間が短縮されるわけではないので、コンテンツ購入者である利用者の待ち時間が発生するといった問題が解決されるわけではない。
【０００８】
本発明はかかる実情に鑑みて創案されたもので、その目的は、既にダウンロードして保存されているコンテンツ情報を情報処理装置の表示画面に優先的に表示することで、ダウンロード済みのコンテンツ情報を利用者が目にする可能性を高くし、その結果として、既に保存されているコンテンツの有効利用を図る（すなわち、ダウンロード済みのコンテンツからの購入を促す）ことで、利用者の待ち時間を短縮できる可能性を高めた情報処理装置、情報処理システム、情報表示方法及び情報表示プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明の情報処理装置は、コンテンツデータをコンテンツサーバからダウンロードする情報処理装置であって、操作を受け付ける操作部と、前記コンテンツサーバからダウンロードしたコンテンツデータを保存する保存部と、コンテンツデータの情報を表示する表示部と、前記保存部及び前記表示部を制御する制御部と、を備え、前記制御部は、前記保存部に保存されている前記コンテンツデータの情報を前記表示部に優先的に表示することを特徴としている。
【００１０】
また、本発明の情報処理装置によれば、前記制御部は、前記操作部から所望のコンテンツデータの購入指示を行った場合に、購入指示されたコンテンツデータが前記保存部に保存されているか否かを確認し、保存されていない場合に前記コンテンツサーバから前記購入指示されたコンテンツデータをダウンロードする構成としている。
【００１１】
また、本発明の情報処理装置によれば、前記制御部は、前記操作部から所望のコンテンツデータの購入指示を行った場合に、前記保存部に所望の前記コンテンツデータを保存するための空き容量が不足している場合には、一定の条件に従って保存済みのコンテンツデータの中から削除するコンテンツデータを決定し、決定したコンテンツデータを削除後に所望の前記コンテンツデータをダウンロードして前記保存部に保存する構成としてもよい。
【００１２】
また、本発明の情報処理装置によれば、前記一定の条件は、前記保存部に保存されているデータ容量と、前記保存部に保存されている各コンテンツデータの過去の購入回数、購入金額、最終販売日、販売期間のいずれか一つ若しくはこれらの組み合わせとする構成としてもよい。
【００１３】
また、本発明の情報処理装置によれば、優先的に表示するコンテンツデータの表示順は、予め設定された一定期間の売り上げ順、前記一定期間の購入回数順、最新販売日のいずれか一つ若しくはこれらの組み合わせによって決定される構成としてもよい。
【００１４】
また、本発明の情報処理装置によれば、優先的に表示するコンテンツデータの表示順は、予め設定された一定期間の売り上げ順、前記一定期間の購入回数順、最新販売日をそれぞれポイント化し、少なくとも２つ以上の組み合わせによる合計ポイント数によって決定される構成としてもよい。
【００１５】
また、本発明の情報処理装置によれば、優先的に表示するコンテンツデータの表示時間は、前記表示順に従って変更される構成としてもよい。
【００１６】
また、本発明の情報処理システムは、コンテンツデータを管理しているコンテンツサーバと、上記各構成の１または複数の情報処理装置とを備えた情報処理システムであって、前記コンテンツサーバは、前記情報処理装置からコンテンツの購入履歴情報を取得しており、この購入履歴情報を集計した集計データに基づいて前記情報処理装置にダウンロードするコンテンツデータを決定し、予め設定されたタイミングで前記決定したコンテンツデータを前記情報処理装置にダウンロードし、前記情報処理装置は、ダウンロードされてきた前記コンテンツデータを前記保存部に保存することを特徴としている。
【００１７】
また、本発明の情報処理システムは、コンテンツデータを管理している複数のコンテンツサーバと、複数の前記コンテンツサーバを一括管理する中継サーバと、上記各構成の１または複数の情報処理装置とを備え、前記中継サーバと複数の前記情報処理装置とが通信回線を介して接続された情報処理システムであって、前記中継サーバは、前記情報処理装置からコンテンツの購入履歴情報を取得しており、この購入履歴情報を集計した集計データに基づいて前記情報処理装置にダウンロードするコンテンツデータを決定し、予め設定されたタイミングで前記決定したコンテンツデータを前記情報処理装置にダウンロードし、前記情報処理装置は、ダウンロードされてきた前記コンテンツデータを前記保存部に保存することを特徴としている。
【００１８】
また、本発明の情報処理システムによれば、前記集計データは、前記購入履歴情報のうち優先する情報の重要度を任意に設定変更可能である構成としてもよい。
【００１９】
また、本発明の情報表示方法は、コンテンツデータをコンテンツサーバからダウンロードして保存部に保存し、この保存したコンテンツデータの情報をもとに優先順位を決めて表示部に表示する情報表示方法であって、前記保存部に保存されているコンテンツデータの予め設定された一定期間の売り上げ順、前記一定期間の購入回数順、最終販売日をそれぞれポイント化し、少なくとも２つ以上の組み合わせによる合計ポイント数によって、優先的に表示するコンテンツデータの表示順を決定するステップと、決定した表示順に従って前記保存部に保存されているコンテンツデータを前記表示部に順次表示するステップと、を含むことを特徴としている。
【００２０】
また、本発明の情報表示方法によれば、優先的に表示するコンテンツデータの表示時間を前記表示順に従って変更するステップをさらに含む構成としてもよい。
【００２１】
また、本発明の情報表示プログラムは、上記構成の情報表示方法の各ステップをコンピュータに実行させることを特徴としている。
【発明の効果】
【００２２】
本発明によれば、既にダウンロードして保存されているコンテンツ情報を情報処理装置の表示部に優先的に表示することで、ダウンロード済みのコンテンツ情報を利用者が目にする可能性を高めることができる。これにより、既に保存されているコンテンツの有効利用、すなわちダウンロード済みのコンテンツからの購入を促すことができるので、ダウンロードによる利用者の待ち時間を短縮することができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施形態１に係る情報処理装置を含む情報処理システムの基本構成を示す概略図である。
【図２】本発明の実施形態１に係る情報処理装置の機能ブロック図である。
【図３】表示部に表示されるコンテンツ情報の表示画面例を示す説明図である。
【図４】削除処理手順を示すフローチャートである。
【図５】表示順の決定処理手順の一例を示すフローチャートである。
【図６】表示順の決定処理手順の一例を示すフローチャートである。
【図７】本発明の実施形態２に係る情報処理システムの構成例を示す概略図である。
【図８】コンテンツサーバから各情報処理装置に対してコンテンツデータを事前ダウンロードする処理手順を示すフローチャートである。
【図９】本発明の実施形態３に係る情報処理システムの構成例を示す概略図である。
【発明を実施するための形態】
【００２４】
以下、本発明の実施の形態について、図面を参照して説明する。
【００２５】
＜実施形態１＞
図１は、本発明の実施形態１に係る情報処理装置を含む情報処理システムの基本構成を示す概略図である。
【００２６】
この情報処理システム１Ａは、多数のコンテンツデータを管理しているコンテンツサーバ１００と、例えばコンビニ等の各店舗や公共の場所等に設置されている情報処理装置１０とが、ネットワークＮを介して双方向通信可能に接続された構成となっている。ここで言う情報処理装置１０は、いわゆるマルチメディア端末のことであり、コンピュータを搭載した端末全般が対象である。ただし、実施形態１では、情報処理装置１０を画像処理装置に適用した場合について説明する。
【００２７】
図２は、本発明の実施形態１に係る情報処理装置１０の機能ブロック図である。
【００２８】
実施形態１に係る情報処理装置１０は、例えば複写機能、ファクシミリ機能、及びプリンタ機能等を有する画像処理装置（マルチコピー機）であり、制御部１１、表示部１２、記憶部１３、操作入力部１４、印刷部１５、画像読取部１６、記憶媒体読取部１７、データ通信部１８、無線通信部１９、及びファクシミリ通信部２０等を備えている。また、情報処理装置１０は、プリント枚数等の使用料の課金や、コンテンツの購入代金を精算する清算装置２１を備えている。
【００２９】
記憶部１３は、制御部１１により実行されるプログラムのワークエリアとして機能するＲＡＭ、及び各種の制御プログラム、アプリケーションプログラム等が記憶されている。また、記憶部１３には、ダウンロードした音楽や動画等のコンテンツが保存される保存部であるＨＤＤ等を備えている。さらに、記憶部１３には、ダウンロードしたコンテンツの購入履歴情報、具体的には、コンテンツ名、購入単価（販売単価）、購入金額（販売金額）、購入回数（販売回数）、購入日時（販売日時）、等の各種情報が、ダウンロードしたコンテンツデータと対応付けて保存されている。
【００３０】
制御部１１は、記憶部１３から必要なプログラム等を読み出して実行し、情報処理装置１０全体を制御するものである。
【００３１】
画像読取部１６は、原稿の画像を読取るものである。印刷部１５は、例えば電子写真方式により画像を記録用紙に印刷して記録するものである。
【００３２】
表示部１２は、液晶表示装置、ＣＲＴ、ＥＬ表示装置等、如何なる種類のものであってもよく、また情報処理装置１０に一体化された小型の表示パネルであっても、また情報処理装置１０に接続された大型の表示装置（例えばデジタルサイネージ等）であってもよい。
【００３３】
操作入力部（操作部）１４は、複数の操作キー及び表示部１２の画面に重ねられたタッチパネルを有し、操作キーやタッチパネルの操作に応じた入力指示を制御部１１に出力する。
【００３４】
制御部１１は、操作入力部１４からの入力指示に応答して、例えば画像読取部１６を制御して、画像読取部１６により原稿の画像を読み取らせ、印刷部１５を制御して、印刷部１５により原稿の画像を記録用紙に印刷させる等の処理を行う。また、制御部１１は、操作入力部１４からのコンテンツの購入指示に応答して、コンテンツサーバ１００から該当するコンテンツデータをダウンロードし、記憶部１３に保存する処理を行う。
【００３５】
記憶媒体読取部１７は、ＵＳＢメモリ、ＩＣカード、ＳＤカード、スマートメディア（登録商標）等の携帯型の記憶媒体ＭＣに記憶されている画像データの情報を読み取るものである。
【００３６】
データ通信部１８は、ＬＡＮ、ＷＡＭ、インターネット回線等からなるネットワーク回線Ｎを通じて、コンテンツサーバ１００との間でデータ通信を行うものである。
【００３７】
無線通信部１９は、例えばＴｒａｎｓｆｅｒＪｅｔ等の近距離高速無線による無線回線ｎ１を通じて利用者の携帯端末４０と通信を行うものである。
【００３８】
ファクシミリ通信部２０は、公衆回線等からなる回線ｎ２を通じて、他のファクシミリ端末等との間でファクシミリ通信を行うものである。
【００３９】
上記構成において、実施形態１では、制御部１１は、記憶部１３に保存されているコンテンツデータの情報を表示部１２に優先的に表示する処理を行う構成としている。
【００４０】
表示部１２には、情報処理装置１０の操作手順を説明するメニュー画面の他に、定期的に種々の広告情報（店舗情報や各種企業の広告情報等）が表示されるようになっている。特に、情報処理装置１０が表示部１２としてデジタルサイネージ等の大型の表示装置を備えている場合には、その表示装置に定期的に種々の広告情報が順次表示されている。
【００４１】
そこで、実施形態１では、このような種々の広告情報の表示に際して、記憶部１３に保存されているコンテンツデータの情報を表示部１２に優先的に表示する構成としている。
【００４２】
ここで、優先的に表示するとは、例えば定期的に種々の広告情報を連続表示する場合に、コンテンツの情報を最初に表示したり、コンテンツの情報の表示時間を他の広告情報より長くしたり、各種広告情報を連続表示している間に、コンテンツの情報だけを何度も繰り返して表示したりする、といった表示処理を行うことである。これにより、既にダウンロードしているコンテンツの情報を他の広告情報に対して優先的（重点的）に表示することができ、情報処理装置１０の前に立っている利用者の目にふれる可能性がより高くる。
【００４３】
図３は、表示部１２に表示されるコンテンツ情報の表示画面例を示している。
【００４４】
この表示画面では、画面左側にダウンロード済みのコンテンツの一覧表示領域１２ａがあり、この一覧表示領域１２ａの右側の上部分に、コンテンツに関連する動画やＣＭ等の画像表示領域１２ｂがり、一覧表示領域１２ａの右側の下部分（すなわち、画像表示領域１２ｂの下部分）に、コンテンツ情報の表示領域１２ｃがある。
【００４５】
一覧表示領域１２ａには、記憶部１３に保存されているダウンロード済みコンテンツのコンテンツ名（タイトル）、購入金額、購入数、データ容量等の情報が、優先順位に従って表示されている。
【００４６】
画像表示領域１２ｂには、一覧表示領域１２ａの優先順位に従ってコンテンツの動画（例えば、映画の予告編等）が順次表示されている。
【００４７】
コンテンツ情報の表示領域１２ｃには、画像表示領域１２ｂに表示されているコンテンツの販売期限や、サムネイル画像等が表示されている。
【００４８】
なお、このような表示形態は単なる一例であり、このような表示形態に限定されるものではない。要するに、情報処理装置１０の前に来た利用者が、ダウンロード済みのコンテンツを購入し易いような表示形態であればどのような表示形態であってもよい。
【００４９】
実施形態１では、過去において利用者が購入し、コンテンツサーバ１００からダウンロードしたコンテンツを記憶部１３に記憶する構成としている。この場合、記憶部１３のメモリ容量には限界があるため、利用者が記憶部１３には保存されていない新たなコンテンツの購入要求指示を行った場合に、保存可能容量の上限値を超えてしまうことが考えられる。従って、そのような場合には、保存済みのコンテンツのいずれかを削除する必要があるが、削除する場合でも、利用効率や販売効率等を考慮して、削除対象としてより好適なコンテンツを選択する必要がある。
【００５０】
この点を踏まえて、以下では、利用者が記憶部１３に保存されていない新たなコンテンツの購入要求指示を行った場合に、記憶部１３の保存可能容量を超えてしまう場合の制御部１１による削除処理手順の実施例について説明する。
【００５１】
［コンテンツの削除処理手順の実施例］
図４は、コンテンツの削除処理手順を示すフローチャートである。
【００５２】
利用者が、操作入力部１４を操作して表示部１２に表示されている購入可能なコンテンツ一覧から購入を希望するコンテンツを選択して購入指示を行うと（ステップＳ１１）、制御部１１は、まず購入指示されたコンテンツが記憶部１３に保存されているか否かを確認する（ステップＳ１２）。
【００５３】
その結果、購入指示されたコンテンツが記憶部１３に保存されている場合（ステップＳ１２でＹｅｓと判断された場合）には、記憶部１３から該当するコンテンツデータを読み出し、無線通信部１９から無線回線ｎ１を通じて、利用者の携帯端末４０にコンテンツデータを送信する（ステップＳ１９）。
【００５４】
一方、購入指示されたコンテンツが記憶部１３に保存されていない場合（ステップＳ１２でＮｏと判断された場合）には、購入指示されたコンテンツ情報の送信要求をコンテンツサーバ１００に送信する（ステップＳ１３）。
【００５５】
コンテンツサーバ１００は、コンテンツ情報の送信要求を受信すると、該当するコンテンツ情報を情報処理装置１０に送信する（ステップＳ３１）。ここで送信されるコンテンツ情報は、タイトル名、購入金額、データ容量等の情報である。
【００５６】
情報処理装置１０の制御部１１は、コンテンツサーバ１００からコンテンツ情報を受信すると、記憶部１３の保存可能容量の現在の空き容量を確認し、受信したコンテンツ情報から取得した新たに購入しようとしているコンテンツのデータ容量と空き容量とを比較して、十分な空き容量があるか否か（すなわち、コンテンツデータをダウンロードしても記憶部１３に十分保存可能であるか否か）を判断する（ステップＳ１４）。
【００５７】
その結果、十分な空き容量がある場合（ステップＳ１４でＹｅｓと判断された場合）には、コンテンツの送信要求をコンテンツサーバ１００に送信する（ステップＳ１７）。
【００５８】
コンテンツサーバ１００は、コンテンツの送信要求を受信すると、該当するコンテンツデータを情報処理装置１０に送信する（ステップＳ３２）。
【００５９】
情報処理装置１０の制御部１１は、コンテンツサーバ１００からコンテンツデータを受信すると、受信したコンテンツデータをコンテンツ情報とともに記憶部１３に保存する（ステップＳ１８）。そして、記憶部１３から該当する（今保存した）コンテンツデータを読み出し、無線通信部１９から無線回線ｎ１を通じて、利用者の携帯端末４０にコンテンツデータを送信する（ステップＳ１９）。
【００６０】
一方、ステップＳ１４に戻って、記憶部１３に十分な空き容量が無い場合（ステップＳ１４でＮｏと判断された場合）には、現時点で記憶部１３に記憶されている全コンテンツの購入履歴情報から、削除順位を自動計算し（ステップＳ１５）、計算結果に基づく対象コンテンツデータを記憶部１３から削除する（ステップＳ１６）。この後、制御部１１は、コンテンツの送信要求をコンテンツサーバ１００に送信する（ステップＳ１７）。
【００６１】
コンテンツサーバ１００は、コンテンツの送信要求を受信すると、該当するコンテンツデータを情報処理装置１０に送信する（ステップＳ３２）。
【００６２】
情報処理装置１０の制御部１１は、コンテンツサーバ１００からコンテンツデータを受信すると、受信したコンテンツデータをコンテンツ情報とともに記憶部１３に保存する（ステップＳ１８）。そして、記憶部１３から該当する（今保存した）コンテンツデータを読み出し、無線通信部１９から無線回線ｎ１を通じて、利用者の携帯端末４０にコンテンツデータを送信する（ステップＳ１９）。
【００６３】
ここで、ステップＳ１５での削除順位の自動計算処理について具体的に説明する。
【００６４】
自動計算処理では、記憶部１３に保存しているコンテンツの購入回数、購入金額、データ容量、コンテンツの最終販売日や販売期間等の履歴情報に基づき、これらを任意に組み合わせて、削除するコンテンツを自動計算する。
【００６５】
（自動計算処理例１）
自動計算処理例１は、購入金額とデータ容量とで削除するコンテンツを計算する処理例である。
【００６６】
具体例として、記憶部１３にコンテンツＡ（５０００円／月、１０ＭＢ）、コンテンツＢ（４０００円／月、１０ＭＢ）、コンテンツＣ（３０００円／月、５０ＭＢ）、コンテンツＤ（２０００円／月、２０ＭＢ）、コンテンツＥ（１５００円／月、１０ＭＢ）の５個のコンテンツデータが保存されており、記憶部１３の空き容量が０ＭＢであると仮定する。
【００６７】
このとき、利用者がコンテンツＦ（３００円、４０ＭＢ）を選択し、ダウンロードするには、記憶部１３の保存データを４０ＭＢ削除する必要がある。
【００６８】
この場合、記憶部１３に保存されているコンテンツ数が５個であるので、「削除する組合せ」は、全部で３１（＝5Ｃ5＋5Ｃ4＋5Ｃ3＋5Ｃ2＋5Ｃ1）通り考えられる。従って、この３１通りで、一ヶ月の販売総価格、データ保存容量の合計量を計算する。
【００６９】
そして、この組み合わせの中で、削除容量が４０ＭＢ以上で、かつ、一ヶ月の販売総金額平均の合計が最小になる組合せのものを削除対象として選択する。
【００７０】
この例の場合、削除容量が４０ＭＢ以上になるのは、コンテンツＣ（３０００円／５０ＭＢ）、コンテンツＡ＋コンテンツＢ＋コンテンツＤ（１１０００円／４０ＭＢ）、コンテンツＡ＋コンテンツＤ＋コンテンツＥ（８５００円／４０ＭＢ）、コンテンツＢ＋コンテンツＤ＋コンテンツＥ（７５００円／４０ＭＢ）の４通りである。そして、この中で一月の販売総金額の平均の合計が最小になる組み合わせは、コンテンツＢ＋コンテンツＤ＋コンテンツＥ（７５００円／４０ＭＢ）である。従って、この場合には、記憶部１３からコンテンツＢ、コンテンツＤ，コンテンツＥを削除する。
【００７１】
（自動計算処理例２）
自動計算処理例２は、購入金額とデータ容量と購入回数（購入頻度）で削除するコンテンツを計算する処理例である。
【００７２】
例えば、上記自動計算処理例１で計算した結果、購入金額やデータ容量が同一の削除候補コンテンツがあり、どちらかのコンテンツを削除する必要がある場合、購入回数が少ないコンテンツを削除対象とする。
【００７３】
具体例として、直近一ヶ月の購入金額（売上）とデータ容量が全く同じ２つの削除候補コンテンツＡ，Ｂがあった場合を考える。
【００７４】
ここで、コンテンツＡは、データ容量が１０ＭＢの楽譜データであり、購入価格５００円で１件購入されているものとする。また、コンテンツＢは、データ容量が１０ＭＢのブロマイドであり、購入価格５００円で３件（５００円×３回）購入されているものとする。この場合、自動計算処理例２では、購入回数が少ないコンテンツＡを削除し、コンテンツＢはそのまま引き続き保存する。
【００７５】
（自動計算処理例３）
自動計算処理例３は、購入金額とデータ容量と最終販売日で削除するコンテンツを計算する処理例である。
【００７６】
例えば、上記自動計算処理例１で計算した結果、購入金額やデータ容量が同一の削除候補コンテンツがあり、どちらかのコンテンツを削除する必要がある場合、最終販売日が古いコンテンツを削除対象とする。
【００７７】
具体例として、直近一ヶ月の購入金額（売上）とデータ容量が全く同じ２つの削除候補コンテンツＡ、Ｂがあった場合を考える。
【００７８】
ここで、コンテンツＡは、データ容量が１０ＭＢの楽譜データであり、同月の２３日に１件（１５００円）購入されているものとする。また、コンテンツＢは、データ容量が１０ＭＢのブロマイドを、同月の２３日に１件、２４日に１件、２６日に１件の計３件（５００円×３回＝１５００円）購入されているものとする。この場合、自動計算処理例３では、最終販売日が古いコンテンツＡを削除し、コンテンツＢはそのまま引き続き保存する。
【００７９】
（自動計算処理例４）
自動計算処理例４は、購入金額とデータ容量と販売期間で削除するコンテンツを計算する処理例である。
【００８０】
例えば、上記自動計算処理例１で計算した結果、購入金額やデータ容量が全く同じ２つの削除候補コンテンツがあり、どちらかのコンテンツを削除する必要がある場合、販売期間の短いコンテンツを削除対象とする。
【００８１】
具体例として、直近一ヶ月の売上とデータ容量が全く同じ２つの削除候補コンテンツＡ、Ｂがあった場合を考える。
【００８２】
ここで、コンテンツＡは、データ容量が１０ＭＢの楽譜データであり、購入価格５００円で１件購入されており、その販売期間は２３日の２４時までであるとする。また、コンテンツＢは、データ容量が１０ＭＢのブロマイドであり、購入価格５００円で３件（５００円×３回）購入されており、その販売期間は２４日の２４時までであるとする。この場合、自動計算処理例４では、コンテンツ販売期間が短いコンテンツＡを削除し、コンテンツＢはそのまま引き続き保存する。
【００８３】
このように、削除処理手順の実施例では、記憶部１３から保存済みのコンテンツのいずれかを削除する場合に、利用効率や販売効率等を考慮した削除条件を任意に組み合わせることで、より影響の少ないコンテンツを選択して削除することができる。すなわち、利用される可能性の高いコンテンツを残すことができる。これにより、利用者が新たにダウンロードするコンテンツの数を少しでも減らすことができるので、その意味で、利用者の待ち時間を短縮することが可能となる。
【００８４】
また、実施形態１では、記憶部１３に保存されているコンテンツを利用者に購入してもらえるように、記憶部１３に保存されているコンテンツを表示部１２に優先的に表示する構成としている。すなわち、記憶部１３に保存されているコンテンツの情報を表示部１２に優先的に表示することで、ダウンロード済みのコンテンツ情報を利用者が目にする可能性を高くし、ダウンロード済みのコンテンツからの購入を促すことで、既に保存されているコンテンツの有効利用を図る構成としている。この場合、優先的に表示するコンテンツについても、利用効率や販売効率を考慮してその表示順を決定することが好ましい。
【００８５】
この点を踏まえて、以下では、ダウンロード済みのコンテンツの情報を表示する表示順（優先順）の決定処理の実施例について説明する。
【００８６】
［表示順の決定処理の実施例］
表示順の決定処理の実施例では、優先的に表示するコンテンツの表示順は、予め設定された一定期間の売り上げ順、前記一定期間の購入回数順、話題順、最終販売日のいずれか一つ若しくはこれらの組み合わせによって決定する構成とすることができる。具体的には、優先的に表示するコンテンツの表示順は、一定期間（例えば直近の１ヶ月間）の売り上げ順、一定期間（例えば直近の１ヶ月間）の購入回数順、一定期間（例えば直近の１ヶ月間）に話題になった回数順、最終販売日をそれぞれポイント化し、少なくとも２つ以上の組み合わせによる合計ポイント数によって決定する構成とすることができる。ここで、話題順については、例えばコンテンツデータがネットワーク上で公開されており、その公開されているコンテンツデータにアクセスされた回数の多い順、若しくはそのコンテンツデータにキーワードが紐付けされており、そのキーワードが検索若しくは入力された回数の多い順等とすることができる。
【００８７】
図５は、このような表示順の決定処理手順の一例を示すフローチャートである。ただし、この例では、表示順の決定条件として、売り上げ順と購入回数順の２つの条件を組み合わせた場合について説明する。
【００８８】
以下、図５に示すフローチャートに従って、表示順の決定処理手順の一例を説明する。
【００８９】
まず、制御部１１は、記憶部１３に記憶されているダウンロード済みの各コンテンツの購入履歴情報から、各コンテンツの売り上げ順、購入回数順のランキング（順位）を計算する（ステップＳ４１）。次に、売り上げ順、購入回数順の各順位を足し合せて各順位の合計ポイントを算出し、算出した合計ポイント数の少ない順に各コンテンツの総合順位を計算する（ステップＳ４２）。次に、コンテンツごとの総合順位に応じた表示時間を計算（若しくは取得）し（ステップＳ４３）、各コンテンツをその計算（若しくは取得）した表示時間に合せて表示部１２に順次表示する（ステップＳ４４）。
【００９０】
ここで、上記ステップＳ４２の総合順位の計算処理の具体例について以下に説明する。
【００９１】
（ステップＳ４２の総合順位の計算処理例１）
総合順位の計算処理例１では、記憶部１３に保存されているコンテンツの数を５つとし、各コンテンツの売り上げ金額（購入金額）、及び購入回数が下記表１であったとする。これらの情報は、上記したように、記憶部１３に各コンテンツの購入履歴情報として保存されている。
【００９２】
【表１】
2018092309.tif 000003
【００９３】
すなわち、コンテンツＡは、直近一ヶ月の売り上げ合計が４５００円であり、購入回数が４回である。また、コンテンツＢは、直近一ヶ月の売り上げ合計が４０００円であり、購入回数が３回である。また、コンテンツＣは、直近一ヶ月の売り上げ合計が３５００円であり、購入回数が７回である。また、コンテンツＥは、直近一ヶ月の売り上げ合計が２０００円であり、購入回数が２回である。また、コンテンツＥは、直近一ヶ月の売り上げ合計が１５００円であり、購入回数が１回である。
【００９４】
制御部１１では、売り上げ順に１から５まで順次ポイントを付与し、購入回数の多い順に１から５まで順次ポイントを付与する。そして、各コンテンツＡ〜Ｅについてその合計ポイント数を計算し、その総合ポイント数の少ない順にコンテンツ情報を表示する。
【００９５】
表２は、上記合計ポイント数の集計結果を示す図表である。
【００９６】
【表２】
2018092309.tif 000004
【００９７】
表２から明らかなように、売り上げ順と購入回数順の各ポイントを合計すると、総合順位は、コンテンツＡが１位、コンテンツＣが２位、コンテンツＢが３位、コンテンツＤが４位、コンテンツＥが５位となっている。従って、制御部１１は、この総合順位より、コンテンツＡ→Ｃ→Ｂ→Ｄ→Ｅの順にコンテンツ情報を表示する。
【００９８】
（ステップＳ４２の順位の計算処理例２）
総合順位の計算処理例２では、記憶部１３に保存されているコンテンツの数を５つとし、各コンテンツの売り上げ金額（購入金額）、購入回数、及び最新販売日が下記表３であったとする。
【００９９】
【表３】
2018092309.tif 000005
【０１００】
すなわち、コンテンツＡは、直近一ヶ月の売り上げ合計が４５００円であり、購入回数が４回であり、最新販売日が２３日の１９時である。また、コンテンツＢは、直近一ヶ月の売り上げ合計が４０００円であり、購入回数が３回であり、最新販売日が２２日の２２時である。また、コンテンツＣは、直近一ヶ月の売り上げ合計が３５００円であり、購入回数が７回であり、最新販売日が２１日の１２時である。また、コンテンツＥは、直近一ヶ月の売り上げ合計が２０００円であり、購入回数が２回であり、最新販売日が２２日の１９時である。また、コンテンツＥは、直近一ヶ月の売り上げ合計が１５００円であり、購入回数が１回であり、最新販売日が２０日の１９時である。
【０１０１】
制御部１１では、売り上げ順に１から５まで順次ポイントを付与し、購入回数の多い順に１から５まで順次ポイントを付与し、購入日の新しい順に１から５まで順次ポイントを付与する。そして、各コンテンツＡ〜Ｅについてその合計ポイント数を計算し、その総合ポイント数の少ない順にコンテンツ情報を表示する。
【０１０２】
表４は、上記合計ポイント数の集計結果を示す図表である。
【０１０３】
【表４】
2018092309.tif 000006
【０１０４】
表４から明らかなように、売り上げ順と購入回数順と最新販売日順の各ポイントを合計すると、総合順位は、コンテンツＡが１位、コンテンツＢが２位、コンテンツＣが３位、コンテンツＤが４位、コンテンツＥが５位となっている。従って、制御部１１は、この総合順位より、コンテンツＡ→Ｂ→Ｃ→Ｄ→Ｅの順にコンテンツ情報を表示する。
【０１０５】
なお、ここでは上記２例のみ示しているが、この他にも、売り上げ順と話題順との組み合わせ、売り上げ順と最終販売日との組み合わせ、購入回数順と話題順との組み合わせ、購入回数順と最終販売日との組み合わせ、売り上げ順と購入回数順と話題順との組み合わせ、売り上げ順と話題順と最終販売日との組み合わせ、購入回数順と話題順と最終販売日との組み合わせについても、上記計算処理例と同様にして総合順位を計算することができる。
【０１０６】
上記総合順位の計算処理例では、優先順位の高いコンテンツも低いコンテンツもその表示時間については特に言及していない。従って、各コンテンツの情報を同じ表示時間で順次表示する構成とすることも可能である。しかし、優先順位の高いコンテンツは、より売れる可能性の高いコンテンツであるため、売れる可能性の高いコンテンツほど重点的に表示するように表示時間を変更するほうが好ましい。そこで、上記表示順の決定処理例では、図５のステップＳ４３において、優先順位の高いコンテンツほど、表示時間を長くするように変更する構成としている。ここで、ステップＳ４３の表示時間を計算する処理例について具体的に説明する。
【０１０７】
（ステップＳ４３の表示時間を計算する処理例１）
表示時間を計算する処理例１では、優先順位に対応させて表示時間を予め設定しておき、制御部１１は、その設定された表示時間に従って、各コンテンツを表示する構成としている。
【０１０８】
例えば、優先順位１位のコンテンツの表示時間を１５秒に設定し、優先順位２位のコンテンツの表示時間を１０秒に設定し、優先順位３位のコンテンツの表示時間を７秒に設定し、優先順位４位以下は表示時間をいずれも５秒に設定する等とすることができる。
【０１０９】
ただし、この表示時間の設定は任意に変更可能としておくのがよい。例えば管理者権限によって手動操作により任意に設定変更可能としてもよい。
【０１１０】
（ステップＳ４３の表示時間を計算する処理例２）
上記の表示時間を計算する処理例１では、表示時間を予め設定しておくものであったが、表示時間を計算する処理例２では、制御部１１による演算処理によって、表示時間を自動的に設定変更する構成としている。
【０１１１】
この表示時間を計算する処理例２では、例えば、ダウンロードして記憶部１３に保存されている全てのコンテンツの全体の表示時間が予め決まっているものとする。そして、その決まっている表示時間を、例えば表２に示した１位、２位、３位、４位、５位等の総合順位（若しくは各順位の合計ポイント数）を用いて、例えば比例配分方式等を用いてポイント数の少ないものほど表示時間が長くなるように計算し、その計算結果に従って表示時間を変更するようにしてもよい。すなわち、全体の表示時間は一定で、その中での各コンテンツ情報の表示時間の配分を計算によって自動的に求めて表示するようにしてもよい。
【０１１２】
また、表示時間の設定変更は、例えば管理者権限によって手動操作により任意に設定変更可能としてもよい。
【０１１３】
［表示順の決定処理の他の実施例］
上記表示順の決定処理の実施例では、コンテンツの表示順を、一定期間の売り上げ順、一定期間の購入回数順、最終販売日のいずれか一つ若しくはこれらの組み合わせによって決定する構成としているが、これに加えて、例えば各コンテンツの重要度を管理者が点数で設定できるようにしておき、合計ポイント数を計算するときに、この設定された重要度の点数も加味して合計ポイント数を計算するようにしてもよい。ただし、この場合の重要度の点数は、重要度の高いものほどポイント数を小さく設定する。すなわち、重要度の点数は、重要度の順位に相当するものである。
【０１１４】
図６は、このような表示順の決定処理手順の一例を示すフローチャートである。ただし、この例では、表示順の決定条件として、売り上げ順と購入回数順と重要度の３つの条件を組み合わせた場合について説明する。なお、図５に示すフローチャートのステップと同じ処理のステップには、同じステップ番号を付与している。
【０１１５】
以下、図６に示すフローチャートに従って、表示順の決定処理手順の一例を説明する。
【０１１６】
まず、制御部１１は、記憶部１３に記憶されているダウンロード済みの各コンテンツの購入履歴情報から、各コンテンツの売り上げ順、購入回数順のランキング（順位）を計算する（ステップＳ４１）。次に、各コンテンツに重要度が設定されているか否かを確認する（ステップＳ５１）。その結果、重要度が設定されていない場合（ステップＳ５１でＮｏと判断された場合）には、そのままステップＳ４２〜ステップＳ４４へと処理を進める。
【０１１７】
一方、各コンテンツの重要度が設定されている場合（ステップＳ５１でＹｅｓと判断された場合）には、ステップＳ４１で求めた各項目のランキングの順位に、各項目ごとに設定された重要度の順位を掛け合わせて算出し（ステップＳ５２）、重要度を反映した順位を上書きする（ステップＳ５３）。次に、制御部１１は、重要度が反映された売り上げ順、購入回数順の各順位を足し合せて各順位の合計ポイントを算出し、算出した合計ポイント数の少ない順に各コンテンツの総合順位を計算する（ステップＳ４２）。次に、コンテンツごとの総合順位に応じた表示時間を計算（若しくは取得）し（ステップＳ４３）、各コンテンツをその計算（若しくは取得）した表示時間に合せて表示部１２に順次表示する（ステップＳ４４）。
【０１１８】
ここで、上記ステップＳ５２，Ｓ５３の重要度を反映した総合順位の計算処理の具体例について以下に説明する。
【０１１９】
上記表２に、この実施例での重要度の項目を付加したものを下記表５に示す。
【０１２０】
【表５】
2018092309.tif 000007
【０１２１】
すなわち、表５では、表２の売り上げ順、購入回数順の各項目に重要度が付加されている。この例では、売り上げ順の重要度として「１」が設定され、購入回数順の重要度として「２」が設定されている。すなわち、購入回数より売り上げの方を重視した設定となっている。
【０１２２】
制御部１１は、各コンテンツの売り上げ順に重要度の「１」を掛けて新たな順位を上書きし、購入回数に重要度の「２」を掛けて新たな順位を上書きし、上書き後の売り上げ順と購入回数順の各ポイントを合計する。その結果、コンテンツＡは合計ポイントが「５」となり、コンテンツＢは合計ポイントが「８」となり、コンテンツＣは合計ポイントが「４」となり、コンテンツＤは合計ポイントが「１２」となり、コンテンツＥは合計ポイントが「１５」となる。従って、総合順位は、コンテンツＣが１位、コンテンツＡが２位、コンテンツＢが３位、コンテンツＤが４位、コンテンツＥが５位となる。すなわち、重要度のポイントを加味することで、表２の場合と比較して、１位と２位が入れ代わっており、これは管理者の意図が反映された結果となっている。従って、制御部１１は、この総合順位より、コンテンツＣ→Ａ→Ｂ→Ｄ→Ｅの順にコンテンツ情報を表示することになる。
【０１２３】
［表示順の決定処理のさらに他の実施例］
上記表示順の決定処理の他の実施例では、ステップＳ５２，Ｓ５３の処理において、売り上げ順、購入回数順といった各項目ごとに重要度を設定しているが、この実施例では、コンテンツごとに重要度を設定している。
【０１２４】
上記表２に、この実施例での重要度の項目を付加したものを下記表６に示す。
【０１２５】
【表６】
2018092309.tif 000008
【０１２６】
すなわち、表６では、表２に重要度の項目が付加されている。この例では、コンテンツＣを重要度「１」、コンテンツＢを重要度「２」、コンテンツＡを重要度「３」、コンテンツＤを重要度「４」、コンテンツＥを重要度「５」に設定している。すなわち、コンテンツＣを最も重視した設定となっている。
【０１２７】
制御部１１は、売り上げ順と購入回数順と重要度順の各ポイントを合計する。その結果、コンテンツＡは合計ポイントが「６」となり、コンテンツＢは合計ポイントが「７」となり、コンテンツＣは合計ポイントが「５」となり、コンテンツＤは合計ポイントが「１２」となり、コンテンツＥは合計ポイントが「１５」となる。従って、総合順位は、コンテンツＣが１位、コンテンツＡが２位、コンテンツＢが３位、コンテンツＤが４位、コンテンツＥが５位となっている。すなわち、重要度のポイントを加味することで、表２の場合と比較して、１位と２位が入れ代わっている。これは、管理者自身が、推しているコンテンツＣに重要度「１」を設定し、総合順位が本来１位であったコンテンツＡに重要度「３」を設定した結果であり、管理者の意図が反映された結果となっている。従って、制御部１１は、この総合順位より、コンテンツＣ→Ａ→Ｂ→Ｄ→Ｅの順にコンテンツ情報を表示することになる。
【０１２８】
＜実施形態２＞
図７は、本発明の実施形態２に係る情報処理システム１Ｂの構成例を示す概略図である。
【０１２９】
この情報処理システム１Ｂは、多数のコンテンツデータを管理しているコンテンツサーバ１００と、例えばコンビニ等の各店舗や公共の場所等に設置されている複数の情報処理装置１０と、コンテンツサーバ１００を管理する管理者端末２００とが、ネットワークＮを介して双方向通信可能に接続された構成となっている。
【０１３０】
上記実施形態１では、記憶部１３に保存しているコンテンツの管理を各情報処理装置１０側で行う構成であったが、実施形態２では、各情報処理装置１０の記憶部１３に保存するコンテンツをコンテンツサーバ１００側で一括管理し、各情報処理装置１０側に一括してダウンロードする構成としている。すなわち、各情報処理装置１０の記憶部１３には、コンテンツサーバ１００側から一括管理されてダウンロードされてきたコンテンツデータが記憶されることになる。
【０１３１】
そのため、実施形態２では、情報処理装置１０は、設置されている店舗等でのコンテンツの購入履歴情報をその都度、若しくは一定期間毎にコンテンツサーバ１０にアップロードする構成となっており、コンテンツサーバ１００は、保存している全コンテンツを単に管理するだけでなく、情報処理装置１０からアップロードされてきたコンテンツの購入履歴情報も一元管理する構成となっている。
【０１３２】
すなわち、実施形態２に係るコンテンツサーバ１００は、制御部１０１、コンテンツデータ保存部１０２、購入履歴情報管理部１０３、データ通信部１０４等を備えている。
【０１３３】
コンテンツデータ保存部１０２は、全てのコンテンツデータ及びコンテンツ情報（具体的には、コンテンツ名、販売単価、データ容量等の情報）を保存している。
【０１３４】
購入履歴情報管理部１０３は、各情報処理装置１０からアップロードされてくる購入履歴情報を情報処理装置１０毎に管理する。購入履歴情報には、コンテンツ名、購入単価（販売単価）、購入金額（販売金額）、購入回数（販売回数）、購入日時（販売日時）、販売期間等の情報が含まれる他、情報処理装置１０が設置されている店舗名、住所、地域情報等が含まれている。地域情報とは、その地域に特有の情報で、例えば大学が近くにある場合には大学有りの情報、テーマパーク等の巨大遊園施設がある場合には遊園施設有りの情報、駅中に設置されている場合には駅中であることの情報等である。このような地域情報を加味することで、例えば学生向けのコンテンツ、子供向けのコンテンツ、サラリーマン向けのコンテンツといったその地域でより多く購入されるであろうコンテンツを選択して事前にダウンロードさせておくことが可能となる。
【０１３５】
データ通信部１０４は、ＬＡＮ、ＷＡＭ、インターネット回線等からなるネットワーク回線Ｎを通じて、各情報処理装置１０との間でデータ通信を行うものである。
【０１３６】
制御部１０１は、コンテンツサーバ１００全体を制御するものである。
【０１３７】
制御部１０１は、各情報処理装置１０から購入されたコンテンツの購入履歴情報を取得し、この購入履歴情報を集計した集計データに基づいて各情報処理装置１０にダウンロードするコンテンツを決定し、予め設定されたタイミングで、決定したコンテンツのデータを該当する情報処理装置１０に一括してダウンロードする処理を行う。
【０１３８】
一方、各情報処理装置１０は、一括してダウンロードされてきたコンテンツデータを記憶部１３に保存する。このようにして保存したコンテンツデータは、上記実施形態１と同様にして表示部１２に優先的に表示される。
【０１３９】
図８は、上記構成の情報処理システム１Ｂにおいて、コンテンツサーバ１００から各情報処理装置１０に対してコンテンツデータを事前ダウンロードする処理手順を示すフローチャートである。以下、図８に示すフローチャートに従って事前ダウンロードの処理を説明する。
【０１４０】
各情報処理装置１０は、自装置においてコンテンツが購入されたか否かを常に監視する（ステップＳ６１）。そして、任意の利用者によって任意のコンテンツが購入された場合（ステップＳ６１でＹｅｓと判断された場合）には、購入履歴情報を自装置の識別コードと共にコンテンツサーバ１００に送信する（ステップＳ６２）。
【０１４１】
一方、コンテンツサーバ１００では、事前ダウンロードの計算時刻になったか否か（ステップＳ７１）、及び各情報処理装置１０から購入履歴情報が送信されてきたか否か（ステップＳ７２）を常に監視している。ここで、事前ダウンロードの計算時刻は予め設定されており、例えば、情報処理装置１０の利用が無い（若しくは少ない）と思われる深夜等の時間（例えば午前３時等）が設定されている。つまり、この例では、一日一回、深夜に事前ダウンロードの計算が行われることになる。ただし、この計算時刻の設定はあくまで一例であり、一日一回に限定されるものではなく、また、深夜に限定されるものでもない。計算時刻及び計算回数は必要に応じて適宜設定すればよい。
【０１４２】
この状態において、コンテンツサーバ１００の制御部１０１は、任意の情報処理装置１０から購入履歴情報が送信されてくると（ステップＳ７２でＹｅｓと判断されると）、識別コードによって識別した情報処理装置１０の購入履歴情報として購入履歴情報管理部１０３に追加保存し、各情報処理装置１０の購入履歴情報を集計して、常に最新の状態とする（ステップＳ７３）。
【０１４３】
制御部１０１は、各情報処理装置１０から購入履歴情報が送信されてくるたびに上記ステップＳ７３の処理を繰り返す。そして、事前ダウンロードの計算時刻になると（ステップＳ７１でＹｅｓと判断されると）、購入履歴情報管理部１０３に保存されている購入履歴情報から事前ダウンロードの対象となるコンテンツを計算によって求める（ステップＳ７４）。事前ダウンロードの対象となるコンテンツの計算は、全ての情報処理装置１０に共通のものであってもよいが、各情報処理装置１０毎にその地域情報等を考慮して個別に計算処理することが好ましい。なお、ステップＳ７４での計算処理の具体例については後述する。
【０１４４】
次に、制御部１０１は、管理者端末２００に対して重要度の有無を確認要求を行う（ステップＳ７５）。
【０１４５】
管理者端末２００では、事前ダウンロードの対象となるコンテンツに対して重要度を設定可能となっている。この重要度は、上記実施形態１の［表示順の決定処理の他の実施例］、及び［表示順の決定処理のさらに他の実施例］のところで説明したように、各項目毎に一つの重要度を設定する場合（表５参照）と、一つの項目として各コンテンツに対応した重要度を個別に設定する場合（表６参照）とがある。
【０１４６】
また、このような場合とは別に、重要コンテンツを直接指定して事前ダウンロードのコンテンツに確実に追加される構成とすることも可能である。例えば、管理者が、コンテンツ提供者としてこれから販売を開始するコンテンツや、利益が見込めるコンテンツ、期間限定で割引などのキャンペーンを行うコンテンツ等については、制御部１０１による自動計算では対応できない。そのため、このような場合には、管理者によって優先する項目の重要度を直接変更、または重要と考えるコンテンツ自体を直接指定する必要がある。
【０１４７】
管理者端末２００では、このように重要度を設定若しくは重要コンテンツを直接指定した場合（ステップＳ８１でＹｅｓと判断された場合）には、その情報（重要度の情報）をコンテンツサーバ１００に送信する（ステップＳ８２）。また、重要度を設定しなかった場合（ステップＳ８１でＮｏと判断された場合）には、重要度無しの情報をコンテンツサーバ１００に送信する（ステップＳ８３）。
【０１４８】
コンテンツサーバ１００の制御部１０１は、管理者端末２００から重要度の情報を受信した場合には、ステップＳ７５で計算した事前ダウンロードのコンテンツに、受信した重要度を加味して事前ダウンロードのコンテンツを再計算する（ステップＳ７６）。このときの計算処理は、上記表５または表６を用いた計算処理と同じである。
【０１４９】
この後、制御部１０１は、ステップＳ７６で再計算されたコンテンツまたはステップＳ７４で計算されたコンテンツを、各情報処理装置１０に送信（事前ダウンロード）する（ステップＳ７７）。
【０１５０】
各情報処理装置１０では、コンテンツサーバ１００から事前ダウンロードされてきたコンテンツを記憶部１３に保存する（ステップＳ６３）。
【０１５１】
この際、事前ダウンロードされてきたコンテンツの保存は、前回、事前ダウンロードされてきたコンテンツに上書きする形で保存するのがよい。これにより、記憶部１３に保存されるコンテンツのデータ容量は、多少の増減はあるもののほぼ一定容量に保たれるので、記憶部１３がオーバーフローしてしまうことを回避することができる。ただし、記憶部１３のオーバーフローを確実に回避するのであれば、コンテンツサーバ１００で計算された事前ダウンロードのコンテンツの全データ容量の情報を各情報処理装置１０がコンテンツサーバ１００から事前に受信し、自装置の記憶部１３の空き容量と比較して、空き容量が少ない場合には、上記実施形態１の［削除処理手順の実施例］の自動計算処理例１〜３等を実行してから、事前ダウンロードのコンテンツを受信するようにすればよい。
【０１５２】
なお、記憶部１３に事前ダウンロードで保存されたコンテンツを優先的に表示する処理は、上記実施形態１と同様である。
【０１５３】
ここで、ステップＳ７４での事前ダウンロードの対象となるコンテンツの計算処理について具体例を挙げて説明する。
【０１５４】
例えば、制御部１０１は、購入履歴情報管理部１０３に保存されている全情報処理装置１０の全購入履歴情報から、上記実施形態１の［表示順の決定処理の実施例］、［表示順の決定処理の他の実施例］、及び［表示順の決定処理のさらに他の実施例］のところで説明した表示順の決定処理に従って、例えば全体のトップ１０のコンテンツや、地域別のトップ１０のコンテンツを計算する。
【０１５５】
そして、全体のトップ１０のコンテンツを計算した場合には、全情報処理装置１０に対して同じトップ１０のコンテンツを事前ダウンロードのコンテンツとして決定する。
【０１５６】
また、地域別のトップ１０のコンテンツを計算した場合には、該当する地域に設置されている情報処理装置１０に対して該当する地域のトップ１０のコンテンツを事前ダウンロードのコンテンツとして決定する。すなわち、この場合には、事前ダウンロードされるトップ１０のコンテンツは、情報処理装置１０毎に異なることになる。
【０１５７】
これにより、利用者の意向にあった購入の可能性の高いコンテンツを事前にダウンロードできるので、利用者が事前にダウンロードされたコンテンツの中から所望のコンテンツを購入した場合には、ダウンロードの待ち時間を無くすことができる。
【０１５８】
＜実施形態３＞
図９は、本発明の実施形態３に係る情報処理システム１Ｃの構成例を示す概略図である。
【０１５９】
この情報処理システム１Ｃは、多数のコンテンツデータを管理している複数のコンテンツサーバ１００と、複数のコンテンツサーバ１００を一括管理する中継サーバ３００と、例えばコンビニ等の各店舗や公共の場所等に設置されている複数の情報処理装置１０と、中継サーバ３００を管理する管理者端末２００とが、ネットワークＮを介して双方向通信可能に接続された構成となっている。
【０１６０】
すなわち、実施形態２に係る情報処理システム１Ｂと実施形態３に係る情報処理システム１Ｃとの違いは、実施形態２では、コンテンツサーバ１００自体が各情報処理装置１０の購入履歴情報を管理して事前ダウンロードのコンテンツを計算しているが、実施形態３では、中継サーバ３００によって全てのコンテンツサーバ１００に保存されている全てのコンテンツと、各情報処理装置１０から送信されてくる購入履歴情報とを一括管理する構成としたものである。なお、この中継サーバ３００での処理は、上記実施形態２のコンテンツサーバ１００の処理と実質的に同じであるので、ここでは詳細な説明を省略する。
【０１６１】
本発明は、その精神または主要な特徴から逸脱することなく、他のいろいろな形で実施することができる。そのため、上述の実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈してはならない。本発明の範囲は請求の範囲に示すものであって、明細書本文には、なんら拘束されない。さらに、請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内のものである。
【符号の説明】
【０１６２】
１Ａ，１Ｂ，１Ｃ  情報処理システム
１０  情報処理装置
１１  制御部
１２  表示部
１３  記憶部
１４  操作入力部（操作部）
１５  印刷部
１６  画像読取部
１７  記憶媒体読取部
１８  データ通信部
１９  無線通信部
２０  ファクシミリ通信部
１００  コンテンツサーバ
２００  管理者端末
３００  中継サーバ
【図１】
2018092309.tif 000009
【図２】
2018092309.tif 000010
【図３】
2018092309.tif 000011
【図４】
2018092309.tif 000012
【図５】
2018092309.tif 000013
【図６】
2018092309.tif 000014
【図７】
2018092309.tif 000015
【図８】
2018092309.tif 000016
【図９】
2018092309.tif 000017