(57)【要約】【課題】ウェブページをエンドユーザへ提供する情報発信主体にとって利便性の高い画像データの管理技術を提供する。【解決手段】画像管理装置１６は、画像表示領域を含むウェブページをエンドユーザＰＣ１４へ提供するユーザ企業ウェブサーバ１０の運用主体とは異なる画像管理企業が運用する装置である。上記ウェブページは、当該ウェブページのリロードとは非同期に、画像表示領域に表示させるべき画像データを画像管理装置１６から取得するためのプログラムコードを含む。画像管理装置１６は、上記ウェブページを取得したエンドユーザＰＣ１４から画像データが要求されたとき、上記運用主体が予め決定したレイアウトの情報と、前記運用主体が予めアップロードした複数の画像データをエンドユーザＰＣ１４へ提供し、エンドユーザＰＣ１４において複数の画像データの表示を実行させる。【選択図】図１
2013143097.tif 000002
【特許請求の範囲】
【請求項１】
情報発信主体が運用するサーバであって、ユーザ端末に対して、画像表示領域を含むウェブページを提供するウェブサーバと、
前記情報発信主体とは異なる画像管理主体が運用する装置であって、前記画像表示領域に表示させるべき画像データを管理する画像管理装置と、
を備え、
前記ウェブサーバが前記ユーザ端末に対して提供するウェブページは、当該ウェブページのリロードとは非同期に、前記画像管理装置から前記画像表示領域に表示させるべき画像データを取得するためのプログラムコードを含むものであり、
前記画像管理装置は、
前記画像表示領域における複数の画像データのレイアウトを規定した情報であって、前記情報発信主体が決定したレイアウトの情報の保持部と、
前記情報発信主体から前記画像表示領域に表示させるべき複数の画像データのアップロードを受け付けて蓄積する画像蓄積部と、
前記ウェブサーバから前記ウェブページを取得したユーザ端末から、前記画像表示領域に表示させるべき画像データが要求されたとき、前記情報発信主体が決定したレイアウトの情報と、前記情報発信主体がアップロードした複数の画像データを前記ユーザ端末へ提供することにより、前記ウェブページの画像表示領域に、前記情報発信主体が選択したレイアウトにて前記情報発信主体がアップロードした複数の画像データを配置することを前記ユーザ端末に実行させる画像提供部と、を含むことを特徴とする情報提供システム。
【請求項２】
前記画像管理装置の画像提供部は、前記情報発信主体がアップロードした複数の画像データのうち、アップロード日時の降順に所定数の画像データを前記ユーザ端末へ提供することを特徴とする請求項１に記載の情報提供システム。
【請求項３】
前記画像管理装置の画像蓄積部は、複数の情報発信主体のそれぞれから画像データのアップロードを受け付けて、各画像データをアップロード元の情報発信主体に対応づけて蓄積し、
前記複数の情報発信主体のそれぞれが提供するウェブページは、ウェブページ提供元の情報発信主体の情報を指定して前記画像管理装置から前記画像表示領域に表示させるべき画像データを取得するためのプログラムコードを含むものであり、
前記画像管理装置の画像提供部は、前記ユーザ端末から画像データが要求されたとき、その要求において指定された情報発信主体がアップロードした複数の画像データを前記ユーザ端末へ提供することを特徴とする請求項１または２に記載の情報提供システム。
【請求項４】
前記画像管理装置は、第１の形状の画像データが適すると想定される第１のレイアウトと、第２の形状の画像データが適すると想定される第２のレイアウトのいずれかを前記情報発信主体に選択させて、前記情報発信主体が選択したレイアウトの情報を前記保持部へ格納するレイアウト登録部をさらに備え、
前記画像管理装置の画像蓄積部は、前記第１の形状に対応する画像データのアップロードを受け付けたとき、前記第１の形状の画像データを蓄積するとともに、アップロードされた画像データから前記第２の形状の画像データを抽出して蓄積し、
前記画像管理装置の画像提供部は、前記情報発信主体が前記第１のレイアウトを選択している間は、前記画像蓄積部が蓄積する画像データのうち前記第１の形状の画像データを前記ユーザ端末へ提供し、前記情報発信主体が前記第２のレイアウトを選択するよう切り替えた場合は、前記画像蓄積部が蓄積する画像データのうち前記第２の形状の画像データを前記ユーザ端末へ提供するよう切り替えることを特徴とする請求項１から３のいずれかに記載の情報提供システム。
【請求項５】
前記レイアウトの情報は、前記画像表示領域において同時に表示させるべき画像数を規定するものであり、
前記画像管理装置の蓄積部は、画像データのアップロードを受け付けた際に、その画像データをユニークなＩＤと対応づけて蓄積し、
前記画像管理装置の画像提供部は、前記画像表示領域において同時に表示させるべき複数の画像データを含むグループを識別して、前記情報発信主体がアップロードした複数の画像データをグループ単位に前記ユーザ端末へ提供し、その際に、複数の画像データのそれぞれに各画像データのＩＤを対応づけて前記ユーザ端末へ提供し、
前記ウェブページでは、各画像データに対応づけて、各画像のＩＤを含む前記ウェブページへのリンク情報を外部サイトへ投稿するオブジェクトが表示され、
前記ウェブサーバは、特定の画像データのＩＤを含むリンク情報を介したアクセスを受け付けたとき、そのＩＤを指定して前記画像管理装置から前記画像表示領域に表示させるべき画像データを取得するためのプログラムコードを含むウェブページをアクセス元のユーザ端末へ提供し、
前記画像管理装置の画像提供部は、前記アクセス元のユーザ端末から、前記特定の画像データのＩＤを指定して前記画像表示領域に表示させるべき画像データが要求されたとき、そのＩＤにしたがって前記特定の画像データを含むグループを識別して、当該グループの画像データを他のグループに優先して前記アクセス元のユーザ端末へ提供することを特徴とする請求項１から４のいずれかに記載の情報提供システム。
【請求項６】
画像表示領域を含むウェブページをユーザ端末へ提供するウェブサーバの運用主体とは異なる画像管理主体が運用する装置であって、
前記ウェブサーバが前記ユーザ端末に対して提供するウェブページは、当該ウェブページのリロードとは非同期に、前記画像表示領域に表示させるべき画像データを本装置から取得するためのプログラムコードを含むものであり、
前記画像表示領域における複数の画像データのレイアウトを規定した情報であって、前記運用主体が決定したレイアウトの情報の保持部と、
前記運用主体から前記画像表示領域に表示させるべき複数の画像データのアップロードを受け付けて蓄積する画像蓄積部と、
前記ウェブサーバから前記ウェブページを取得したユーザ端末から、前記画像表示領域に表示させるべき画像データが要求されたとき、前記運用主体が決定したレイアウトの情報と、前記運用主体がアップロードした複数の画像データを前記ユーザ端末へ提供することにより、前記ウェブページの画像表示領域に、前記運用主体が選択したレイアウトにて前記運用主体がアップロードした複数の画像データを配置することを前記ユーザ端末に実行させる画像提供部と、
を備えることを特徴とする画像管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ処理技術に関し、特に、ウェブクライアントへ提供すべき画像データを管理する技術に関する。
【背景技術】
【０００２】
現在、多くの企業がウェブサイトを構築している。これらの企業の中には、ウェブコンテンツを構成するテキストや画像などのデジタルコンテンツを統合・体系的に管理し、配信など必要な処理を行うコンテンツマネジメントシステム（以下、「ＣＭＳ」とも呼ぶ。）を導入する企業もある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２４８８００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
これまでのＣＭＳは一般的に企業の情報システム内に構築されるものであった。そのため、一旦運用を開始すると、ＣＭＳ自体の機能追加やバグ修正のためにＣＭＳを更新することは、コスト等の要因により容易に実施できるものではなかった。また、既存の情報システムをＣＭＳに対応させる必要もあり、ＣＭＳの導入には多大なコストを要することがあった。
【０００５】
本発明はこうした課題に鑑みてなされたものであり、その主な目的は、ウェブページをエンドユーザへ提供する情報発信主体にとって利便性の高い画像データの管理技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の情報提供システムは、情報発信主体が運用するサーバであって、ユーザ端末に対して、画像表示領域を含むウェブページを提供するウェブサーバと、情報発信主体とは異なる画像管理主体が運用する装置であって、画像表示領域に表示させるべき画像データを管理する画像管理装置と、を備える。ウェブサーバがユーザ端末に対して提供するウェブページは、当該ウェブページのリロードとは非同期に、画像管理装置から画像表示領域に表示させるべき画像データを取得するためのプログラムコードを含むものであり、画像管理装置は、画像表示領域における複数の画像データのレイアウトを規定した情報であって、情報発信主体が決定したレイアウトの情報の保持部と、情報発信主体から画像表示領域に表示させるべき複数の画像データのアップロードを受け付けて蓄積する画像蓄積部と、ウェブサーバからウェブページを取得したユーザ端末から、画像表示領域に表示させるべき画像データが要求されたとき、情報発信主体が決定したレイアウトの情報と、情報発信主体がアップロードした複数の画像データをユーザ端末へ提供することにより、ウェブページの画像表示領域に、情報発信主体が選択したレイアウトにて情報発信主体がアップロードした複数の画像データを配置することをユーザ端末に実行させる画像提供部と、を含む。
【０００７】
本発明の別の態様は、画像管理装置である。この装置は、画像表示領域を含むウェブページをユーザ端末へ提供するウェブサーバの運用主体とは異なる画像管理主体が運用する装置であって、ウェブサーバがユーザ端末に対して提供するウェブページは、当該ウェブページのリロードとは非同期に、画像表示領域に表示させるべき画像データを本装置から取得するためのプログラムコードを含むものであり、画像表示領域における複数の画像データのレイアウトを規定した情報であって、運用主体が決定したレイアウトの情報の保持部と、運用主体から画像表示領域に表示させるべき複数の画像データのアップロードを受け付けて蓄積する画像蓄積部と、ウェブサーバからウェブページを取得したユーザ端末から、画像表示領域に表示させるべき画像データが要求されたとき、運用主体が決定したレイアウトの情報と、運用主体がアップロードした複数の画像データをユーザ端末へ提供することにより、ウェブページの画像表示領域に、運用主体が選択したレイアウトにて運用主体がアップロードした複数の画像データを配置することをユーザ端末に実行させる画像提供部と、を備える。
【０００８】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、ウェブページをエンドユーザへ提供する情報発信主体にとって利便性の高い画像データの管理技術を提供できる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態のウェブコンテンツ提供システムの構成を示す図である。
【図２】図１のユーザ企業ウェブサーバがエンドユーザＰＣへ提供するウェブページの外観を示す図である。
【図３】図２の個別画像領域の表示内容を詳細に示す図である。
【図４】図２のユーザ企業ページのプログラムコードを模式的に示す図である。
【図５】図１の画像管理装置の機能構成を示すブロック図である。
【図６】選択デザイン保持部に格納されるレイアウト情報を示す図である。
【図７】基本画像保持部および正方形サムネイル保持部に格納されるデータを示す図である。
【図８】画像関連情報保持部に格納されるデータを示す図である。
【図９】画像管理装置の動作を示すフローチャートである。
【図１０】図９のＳ２６の画像提供処理を詳細に示すフローチャートである。
【発明を実施するための形態】
【００１１】
まず実施の形態の概要を説明する。一部記述したように、これまでのＣＭＳは一旦運用を開始すると、ＣＭＳのプログラムを更新することはコスト面から容易でなく、また企業内に構築済みのウェブシステムをＣＭＳに対応させるために多大なコストを要することもあった。またウェブページにフレームを設定して、外部のウェブサーバが提供する画像を取り込むことも考えられるが、この場合には、フレーム部分のドメインは企業のウェブシステムのドメインとは異なるものとなる。その結果、検索エンジンによる情報収集の対象外となってしまい、検索エンジンの検索結果に反映されない、したがって、ウェブページにおいて画像を提供しても集客力の向上に結びつかない等の問題点があった。
【００１２】
そこで実施の形態のウェブコンテンツ提供システムでは、エンドユーザに対してウェブページを提供する情報発信企業は、画像管理企業が運用する画像管理装置に対してウェブページに表示させるべき画像データをアップロードする。そして、Ａｊａｘフレームワークを使用して画像管理装置から画像データを取得するプログラムコードを含むウェブページをエンドユーザへ提供する。画像管理装置は、エンドユーザの端末から画像データが要求されると、情報発信企業がアップロードした画像データをエンドユーザの端末へ提供する。
【００１３】
これにより、画像データの管理は情報発信企業とは異なる画像管理企業が運用する画像管理装置によりなされるため、情報発信企業の既存の情報システムへの影響を低減でき、情報発信企業の情報システムコストの増大を抑制しやすくなる。また、ウェブページにフレームを設定する場合とは異なり、画像データは情報発信企業のドメインで表示されるため、検索エンジンの検索結果に反映されて集客力向上を実現しやすくなる。
【００１４】
図１は、実施の形態のウェブコンテンツ提供システムの構成を示す。ウェブコンテンツ提供システム１００は、アパレル企業Ａが運用するＡ社ウェブサーバ１０ａとＡ社ＰＣ１２ａ、アパレル企業Ｂが運用するＢ社ウェブサーバ１０ｂとＢ社ＰＣ１２ｂ、エンドユーザが使用するエンドユーザＰＣ１４ａとエンドユーザＰＣ１４ｂ、画像管理企業が運用する画像管理装置１６を備える。これらの装置は、インターネット１８を介して相互に接続される。
【００１５】
ユーザ企業ウェブサーバ１０で総称されるＡ社ウェブサーバ１０ａとＢ社ウェブサーバ１０ｂは、エンドユーザＰＣ１４で総称されるエンドユーザＰＣ１４ａとエンドユーザＰＣ１４ｂに対して、画像表示領域を含む各社のウェブページを提供する。「ユーザ企業」は画像管理企業に画像データの管理を委託する企業であり、画像管理企業にとってユーザとなる企業を意味し、以下、図１のアパレル企業Ａ社およびＢ社を総称して「ユーザ企業」とも呼ぶ。
【００１６】
画像管理装置１６は、ユーザ企業ＰＣ１２で総称されるＡ社ＰＣ１２ａとＢ社ＰＣ１２ｂのそれぞれから画像データのアップロードを受け付け、アップロードされた画像データをアップロード元のユーザ企業に対応づけて保持する。また画像管理装置１６は、アパレル企業Ａ社のウェブページにおける画像データのレイアウトの選択をＡ社ＰＣ１２ａから受け付け、アパレル企業Ａに対応づけて保持する。同様に、アパレル企業Ｂ社のウェブページにおける画像データのレイアウトの選択をＢ社ＰＣ１２ｂから受け付け、アパレル企業Ｂに対応づけて保持する。
【００１７】
また画像管理装置１６は、エンドユーザＰＣ１４から画像提供要求を受け付ける。画像提供要求で指定されたユーザ企業がアパレル企業Ａであった場合、すなわちＡ社ウェブサーバ１０ａからウェブページを取得したエンドユーザＰＣ１４から画像提供要求を受け付けた場合、画像管理装置１６は、アパレル企業Ａが予めアップロードした複数の画像データを、アパレル企業Ａが予め選択した画像表示レイアウトの情報とともにエンドユーザＰＣ１４へ提供する。同様に、画像提供要求で指定されたユーザ企業がアパレル企業Ｂであった場合、画像管理装置１６は、アパレル企業Ｂが予めアップロードした複数の画像データを、アパレル企業Ｂが予め選択した画像表示レイアウトの情報とともにエンドユーザＰＣ１４へ提供する。
【００１８】
エンドユーザＰＣ１４は、ウェブブラウザがインストールされたＰＣである。エンドユーザＰＣ１４のウェブブラウザは、Ａ社ウェブサーバ１０ａもしくはＢ社ウェブサーバ１０ｂからウェブページを取得してディスプレイに表示させる。その際にウェブブラウザは、ウェブページに設定されたＡｊａｘのスクリプトを実行して、ウェブページの提供元であるユーザ企業が予めアップロードした複数の画像データと、そのユーザ企業が予め選択した画像表示レイアウトの情報を画像管理装置１６から取得する。そして、ウェブページに設けられた画像表示領域に、レイアウト情報にしたがって、複数の画像データを自律して配置する。言い換えれば、複数の画像データを画像表示領域に主体的に配置する。
【００１９】
図２は、図１のユーザ企業ウェブサーバ１０がエンドユーザＰＣ１４へ提供するウェブページ（以下、「ユーザ企業ページ」とも呼ぶ。）の外観を示す。ユーザ企業ページ１１０は、ユーザ企業が独自に設定したウェブコンテンツを表示する領域であるユーザ企業設定領域１１２と、画像データの表示領域である画像表示領域１１４を含む。画像表示領域１１４において個々の画像データを表示する領域を「個別画像領域１１６」と呼ぶこととする。図２の画像表示領域１１４には８つの個別画像領域１１６が含まれており、それぞれの個別画像領域１１６では１枚の画像データが表示される。
【００２０】
また画像表示領域１１４には画像表示領域１１４に表示される画像を切り替えるためのページ遷移ボタン１１８が含まれる。本実施の形態では画像表示領域１１４に同時に表示される複数の画像データのグループを「ページ」と呼ぶこととする。図２の例では、画像表示領域１１４に１ページ目として、ユーザ企業が画像管理装置１６へアップロードした複数の画像のうち、アップロード日時の降順に（すなわちアップロード日時が新しい方から順に）８枚の画像データが表示される。ここでエンドユーザがページ遷移ボタン１１８の次ページ（すなわち１ページ目）を選択すると、アップロード日時が次に新しい８枚の画像データが表示される。
【００２１】
図３は、図２の個別画像領域１１６の表示内容を詳細に示す。個別画像領域１１６には、ユーザ企業が画像管理装置１６へアップロードした画像データ１２０と、アップロード時にユーザ企業が設定した画像のタイトルを示す文字列（以下、「画像タイトル」とも呼ぶ。）１２２と、画像に対するコメントを示す文字列（以下、「画像コメント」とも呼ぶ。）１２４が表示される。さらに個別画像領域１１６には、外部のソーシャル・ネットワーキング・サービスのウェブサイト（以下、「ソーシャルサイト」とも呼ぶ。）と連携するためのソーシャルサイト連携ボタン１２６が表示される。
【００２２】
エンドユーザが特定の個別画像領域１１６に表示されたソーシャルサイト連携ボタン１２６を選択すると、その個別画像領域１１６の表示画像（以下、「お気に入り画像」とも呼ぶ。）を示すＵＲＬが、外部のソーシャルサイトへ通知されて公開される。例えば、外部のソーシャルサイトはミニブログ（「マイクロブログ」とも呼ばれる。）サイトであり、エンドユーザがお気に入り画像上に配置されたソーシャルサイト連携ボタン１２６を押下すると、お気に入り画像のＩＤを指定するＵＲＬを含むエンドユーザのコメントがミニブログへ投稿される。そして、お気に入り画像のＩＤを指定するＵＲＬを含むエンドユーザのコメントがミニブログ上に表示される。ミニブログにおいてエンドユーザのフレンドユーザ（「フォロワー」とも呼ばれる。）は、お気に入り画像ＩＤを指定するＵＲＬを含むエンドユーザのコメントを確認することができる。フレンドユーザは、そのＵＲＬを指定してウェブページを取得して、上記のお気に入り画像を確認することができる。
【００２３】
図４は、図２のユーザ企業ページ１１０のプログラムコードを模式的に示す。同図ではプログラムコードの記述内容をコメント文として示している。
【００２４】
コードブロック１３０には、予め定められて固定的に設定されたユーザ企業のＩＤと、画像表示領域１１４に表示すべきページ番号（言い換えれば、画像表示領域１１４に表示すべき複数の画像のグループの識別情報）とを指定して画像管理装置１６から複数の画像を取得するためのＪＡＶＡスクリプト（登録商標）によるプログラムコードが設定される。このコードは、いわゆるＡｊａｘの機能を実現するものであり、以下では「Ａｊａｘコード」とも呼ぶ。
【００２５】
ユーザ企業のＩＤは、ユーザ企業毎に異なるものであり、Ａ社ウェブサーバ１０ａが提供するユーザ企業ページ１１０では、アパレル企業Ａに対して画像管理企業が予め割り当てたユニークなＩＤが設定される。その一方、Ｂ社ウェブサーバ１０ｂが提供するユーザ企業ページ１１０では、アパレル企業Ｂに対して画像管理企業が予め割り当てたユニークなＩＤが設定される。またページ番号の初期値は１であってもよく、現在のページ番号をスタティック変数として保持してもよく、画像更新時に表示すべきページ番号を求めてもよい。例えば、ページ遷移ボタン１１８の前ページが選択された場合に、現在のページ番号をデクリメントして表示すべきページ番号を求めてもよく、次ページが選択された場合に、現在のページ番号をインクリメントして表示すべきページ番号を求めてもよい。
【００２６】
Ａｊａｘコードは、ウェブブラウザに実装されているＪＡＶＡスクリプトのＨＴＴＰ通信機能（XMLHttpRequest等）を使用して、ウェブページのリロードを伴わずに、画像管理装置１６とデータを送受するためのコードである。言い換えれば、ウェブページのリロードを必須のトリガとせずに、またウェブページの画面遷移が発生するか否かにかかわらず、またウェブページ全体の更新とは非同期に、画像管理装置１６とデータを送受するためのコードである。例えば、「http://画像管理装置から画像を取得するためのアドレス（パス）?uid=ユーザ企業ＩＤ&page=ページ番号」のＵＲＬを使用して画像管理装置１６へアクセスする。本実施の形態では、ＪＳＯＮＰ（JavaScript Object Notation with padding）の機能を使用して、異ドメインの画像管理装置１６から画像データを含むＪＳＯＮ（JavaScript Object Notation）形式のデータを取得する。なお、Ａｊａｘ、ＪＳＯＮ、ＪＳＯＮＰを使用したウェブページの記載は公知技術であるため、詳細な記載は省略する。
【００２７】
コードブロック１３２には、コードブロック１３０と同様のＪＡＶＡスクリプトコードである。ただし、ウェブブラウザがユーザ企業ウェブサーバ１０へのＧＥＴリクエストで指定したＵＲＬ文字列が画像ＩＤを指定するものであった場合に、ユーザ企業ＩＤと画像ＩＤを指定して画像管理装置１６から複数の画像を取得するためのＡｊａｘコードが設定される。
【００２８】
コードブロック１３４には、画像管理装置１６から取得されたＪＳＯＮデータ（ＨＴＭＬファイルデータ、ＣＳＳ（Cascading Style Sheet）ファイルデータ、画像データ）をデコードする公知のＪＡＶＡスクリプトコードが設定される。また、デコードされたＨＴＭＬファイルデータをウェブページのＨＴＭＬコードに展開する公知のＪＡＶＡスクリプトコードが設定される。例えばコードブロック１３４には、getElementsByTagNameを使ってタグの情報を取得しresponseTextの内容をタグのinnerHTMLプロパティに設定するコードが記載されてもよい。
【００２９】
コードブロック１３０〜コードブロック１３４は、ユーザ企業ページ１１０がエンドユーザＰＣ１４のウェブブラウザで表示される際に実行される関数として実装されてもよい。コードブロック１３６には、ユーザ企業が作成したウェブコンテンツのデータであり、例えば図２のユーザ企業設定領域１１２に表示させるテキストやテーブル等のデータが設定される。
【００３０】
コードブロック１３８には、ユーザ企業が画像管理装置１６へアップロードした画像データであり、例えば図２の画像表示領域１１４に表示させるべき画像データが設定される。具体的には、コードブロック１３０およびコードブロック１３２で取得されて、コードブロック１３４で読み込まれたＨＴＭＬファイル、ＣＳＳファイル、画像の情報が設定される。すなわちコードブロック１３８の内容は、画像管理装置１６に保持され、エンドユーザＰＣ１４のウェブブラウザがウェブページを表示させる際に動的に読み込むことになる。したがって、ユーザ企業ウェブサーバ１０がエンドユーザＰＣ１４へ提供すべきウェブページのデータには、コードブロック１３０〜コードブロック１３６が設定される。
【００３１】
本実施の形態では、ユーザ企業ページ１１０において、ユーザ企業設定領域１１２のデータに加えて、コードブロック１３０〜コードブロック１３４のコードを設定すれば、画像管理装置１６にアップロードした画像をエンドユーザＰＣ１４に表示させることができる。画像の取得処理および表示処理は、エンドユーザＰＣ１４のウェブブラウザが自律して実行するため、画像管理装置１６の画像管理を利用するに際してユーザ企業ウェブサーバ１０に課される制約や、新たなシステム投資を抑制することができる。
【００３２】
図５は、図１の画像管理装置１６の機能構成を示すブロック図である。画像管理装置１６は、データ保持部２０とデータ処理部３０を備える。本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、図５の各機能ブロックは、コンピュータプログラムとして記録媒体に格納され、画像管理装置１６のストレージへインストールされてもよい。そして、当該プログラムが起動されると、各機能ブロックに対応するプログラムモジュールが画像管理装置１６のメインメモリへ読み出されてＣＰＵにより実行されてもよい。
【００３３】
データ保持部２０は、データ処理部３０によるデータ処理のための各種データを保持する記憶領域である。データ保持部２０は、デザイン雛形保持部２１と、選択デザイン保持部２２と、基本画像保持部２４と、正方形サムネイル保持部２６と、画像関連情報保持部２８を含む。
【００３４】
デザイン雛形保持部２１は、ウェブページの画像表示領域１１４における複数の画像の表示レイアウトを定義したテンプレートのデータを保持する。このテンプレートのデータには、例えば複数の画像それぞれの配置位置や、１ページ毎の画像枚数、１ページ内の１行毎の画像枚数の定義が含まれる。画像管理企業は複数種類のテンプレートを予め定めておき、後述する管理画面においてユーザ企業が特定のテンプレートを選択する。
【００３５】
また本実施の形態では、テンプレートのデータに、画像表示領域１１４で表示されるべき画像の形状、具体的には後述の長方形サムネイルもしくは正方形サムネイルを示す定義（以下、「サムネイル種類」とも呼ぶ。）が含まれる。サムネイル種類が長方形サムネイルと定義される場合は、画像表示領域１１４の表示レイアウトが、長方形サムネイルの配置を前提として構成（作成）されたことを示す。すなわち当該テンプレートには、長方形サムネイルの配置（表示）が適すると想定されることを示す。その一方、サムネイル種類が正方形サムネイルと定義される場合は、画像表示領域１１４の表示レイアウトが、正方形サムネイルの配置を前提として構成（作成）されたことを示す。すなわち当該テンプレートには、正方形サムネイルの配置（表示）が適すると想定されることを示す。
【００３６】
選択デザイン保持部２２は、デザイン雛形保持部２１に保持されたテンプレートのうちユーザ企業が選択したテンプレートのデータをレイアウト情報として保持する。図６は、選択デザイン保持部２２に格納されるレイアウト情報を示す。本実施の形態では、ユーザ企業毎に１つのレイアウト情報が保持されることとする。項目「サムネイル種類」には、長方形サムネイルもしくは正方形サムネイルを示す情報が設定される。項目「ＣＳＳリンク」には、レイアウトの内容、例えば配置位置や背景色等を規定するコードを含むＣＳＳファイルへのリンク情報が設定される。例えば、複数のテンプレートに対応づけて予め作成された複数のＣＳＳファイルを所定の記憶装置が保持し、項目「ＣＳＳリンク」には、その記憶装置におけるレイアウト情報に対応するＣＳＳファイルの格納位置を示すパス情報が設定されてもよい。
【００３７】
図５に戻り、基本画像保持部２４は、ユーザ企業ＰＣ１２からアップロードされた画像データから抽出したサムネイル画像を保持する。具体的には、アップロードされたオリジナルの画像データの縦横比（アスペクト比）を維持しつつ、縦および横の長さが予め定められた最大値以下の値となるように縮小したサムネイル画像（以下、「長方形サムネイル」とも呼ぶ。）を保持する。なお基本画像保持部２４は、ユーザ企業ＰＣ１２からアップロードされたオリジナルの画像データそのものを保持してもよい。例えば、ユーザ企業ＰＣ１２からアップロードされた画像データの縦および横の長さが所定の最大値以下の値であれば、その画像データをそのまま長方形サムネイルとして保持してもよい。
【００３８】
正方形サムネイル保持部２６も、ユーザ企業ＰＣ１２からアップロードされた画像データから抽出したサムネイル画像を保持する。具体的には、アップロードされたオリジナルの画像データから、縦横比１：１で、かつ、縦および横の長さが予め定められた最大値以下の値となるように抽出された正方形のサムネイル画像（以下、「正方形サムネイル」とも呼ぶ。）を保持する。
【００３９】
図７は、基本画像保持部２４および正方形サムネイル保持部２６に格納されるデータを示す。本実施の形態では、１枚の画像データがアップロードされると、その画像データから長方形サムネイルと正方形サムネイルの両方が生成される。そして長方形サムネイルの情報がアップロード元のユーザと対応づけて基本画像保持部２４に格納される。また正方形サムネイルの情報がアップロード元のユーザと対応づけて正方形サムネイル保持部２６に格納される。
【００４０】
図５に戻り、画像関連情報保持部２８は、ユーザ企業ＰＣ１２からアップロードされた画像データに関連する情報を保持する。具体的には、図８で示すように、画像アップロード時にユーザ企業が設定したタイトルおよびコメントを、アップロード対象の画像およびアップロード元のユーザに対応づけて保持する。
【００４１】
図５に戻り、データ処理部３０は、各種データ処理を実行する機能ブロックであり、ウェブサーバ処理部３２と画像管理部３４を含む。これらの機能ブロックは、ＣＰＵがウェブサーバプログラムおよび画像管理プログラムを実行することにより実現されてもよい。
【００４２】
ウェブサーバ処理部３２は、ウェブサーバとして機能し、具体的にはユーザ企業ＰＣ１２（のウェブブラウザ）およびエンドユーザＰＣ１４（のウェブブラウザ）とのＨＴＴＰ通信処理を実行する。言い換えれば、ユーザ企業ＰＣ１２およびエンドユーザＰＣ１４と、画像管理部３４との間でのデータ交換を仲介する。例えば、管理画面を要求するＧＥＴリクエストや、画像データを投稿するＰＯＳＴリクエスト、画像データの取得要求等を受け付けて画像管理部３４に渡す。また、これらの要求へのレスポンスデータを画像管理部３４から受け付けて、ユーザ企業ＰＣ１２やエンドユーザＰＣ１４へ送信する。
【００４３】
画像管理部３４は、管理画面提供部４０と、レイアウト登録部４２と、画像登録部４４と、画像特定部４６と、構造化文書生成部４７と、画像提供部４８を含む。
【００４４】
管理画面提供部４０は、ユーザ企業ページ１１０における画像表示領域１１４のレイアウトのテンプレートを提示して、ユーザ企業の担当者に特定のレイアウトを選択させるためのユーザインタフェース（以下、「管理画面」とも呼ぶ。）のデータをユーザ企業ＰＣ１２へ送信する。そして、ユーザ企業ＰＣ１２において管理画面を表示させる。
【００４５】
この管理画面は、ユーザ企業の担当者が画像データをアップロードするためのユーザインタフェース（以下、「画像アップロード画面」とも呼ぶ。）を含む。具体的には、画像アップロード画面は、画像データの指定フィールド（例えば画像データが存在するパス情報の入力フィールド）、画像タイトルの入力フィールド、画像コメントの入力フィールドを含む。本実施の形態の管理画面は、ユーザ企業の担当者が、これら３つのデータフィールドのみ設定可能なように構成される。例えば、画像アップロード画面では、これら３つのデータフィールドのみが存在し、他の情報を入力するためのデータフィールドは排除される。このように、画像・タイトル・コメントを入力可能とする一方、その他の情報入力を排除することにより、ユーザのＩＣＴスキルにかかわらず、容易な画像アップロードを実現し、不正な情報入力等、ユーザにとって不足の不具合の発生を抑制する。
【００４６】
レイアウト登録部４２は、管理画面上でユーザ企業の担当者が選択したテンプレートを示す情報をユーザ企業ＰＣ１２から受け付ける。レイアウト登録部４２は、管理画面において選択されたテンプレートのデータをデザイン雛形保持部２１から取得し、ユーザ企業が選択した画像表示のレイアウト情報として選択デザイン保持部２２に記録する。具体的には、図６で示した複数の項目のうち、ユーザＩＤ欄以外には、テンプレートの情報として画像管理企業により予め設定された情報を転記する。そしてユーザＩＤ欄には、ユーザ企業毎に予め定められたユーザ企業ＩＤを設定する。なおユーザ企業ＩＤは、ユーザ企業の担当者へ管理画面を提供する際のログイン認証時に特定されるものであってもよい。
【００４７】
画像登録部４４は、管理画面を操作してユーザ企業の担当者がアップロードした画像データと、その関連情報をユーザ企業ＰＣ１２から受け付ける。具体的には、管理画面において指定された画像データと、その画像に対して担当者が設定した画像タイトルおよび画像コメントをユーザ企業ＰＣ１２から受け付ける。なお本実施の形態では、長方形形状の（言い換えれば正方形でない）画像データがアップロードされることとする。
【００４８】
画像登録部４４は、アップロードされたオリジナルの画像データにもとづいてその縦横比を維持して縮小した長方形サムネイルを生成し、基本画像保持部２４へ格納する。それとともに、オリジナルの画像データから正方形サムネイルを抽出し、正方形サムネイル保持部２６へ格納する。実施の形態では、画像登録部４４は、オリジナルの画像における中心位置を正方形の中心とし、一辺が予め定められた長さ（予め定められた最大値以下の所定値）の正方形を画像データから抽出する。
【００４９】
画像登録部４４は、長方形サムネイルと正方形サムネイルのそれぞれに対してユニークな画像ＩＤを採番する。そして、画像ＩＤ・長方形サムネイルのバイナリデータ・ユーザ企業ＩＤ・アップロード日時を対応づけて基本画像保持部２４へ記録する。同様に、画像ＩＤ・正方形サムネイルのバイナリデータ・ユーザ企業ＩＤ・アップロード日時を対応づけて正方形サムネイル保持部２６へ記録する。また画像登録部４４は、画像タイトルおよび画像コメントを、画像ＩＤ・ユーザ企業ＩＤ・アップロード日時と対応づけて画像関連情報保持部２８へ記録する。
【００５０】
画像特定部４６は、ユーザ企業ウェブサーバ１０からウェブページを取得したエンドユーザＰＣ１４から、画像データの取得要求（以下、「画像取得要求」とも呼ぶ。）を受け付ける。そして、そのユーザ企業ウェブサーバ１０の運用主体であるユーザ企業によりアップロードされた複数の画像データのうち、エンドユーザＰＣ１４へ提供すべき画像を特定する。図４について既述したように、エンドユーザＰＣ１４からの画像取得要求では、ユーザ企業ＩＤとページ数の組み合わせ、もしくはユーザ企業ＩＤと画像ＩＤの組み合わせが指定される。
【００５１】
（１）エンドユーザＰＣ１４からの画像取得要求においてユーザ企業ＩＤとページ番号とが指定された場合：
画像特定部４６は、上記ユーザ企業ＩＤと対応づけられたレイアウト情報から１ページに含まれる画像数と、提供すべきサムネイルの種類（長方形サムネイルもしくは正方形サムネイル）を特定する。ここで特定したサムネイルを以下「特定形状サムネイル」と呼ぶこととする。画像特定部４６は、上記ユーザ企業ＩＤと対応づけられた特定形状サムネイルをアップロード日時の降順に整列させ、アップロード日時が新しいものほど前のページに割り当て、特定形状サムネイルそれぞれのページ番号を特定する。画像特定部４６は、画像取得要求で指定されたページ番号が割り当てられた複数の特定形状サムネイルを、エンドユーザＰＣ１４へ提供すべき画像データとして特定する。
【００５２】
（２）エンドユーザＰＣ１４からの画像取得要求においてユーザ企業ＩＤと画像ＩＤとが指定された場合：
画像特定部４６は、上記（１）と同様に、上記ユーザ企業ＩＤと対応づけられた複数の特定形状サムネイルについて、特定形状サムネイルそれぞれのページ番号を特定する。画像特定部４６は、画像取得要求で指定された画像ＩＤにより特定される特定形状サムネイルのページ番号を特定し、そのページ番号が割り当てられた複数の特定形状サムネイルを、エンドユーザＰＣ１４へ提供すべき画像データとして特定する。
【００５３】
なお、画像取得要求で指定された画像ＩＤにより特定される画像データの、アップロード日時の新しい方からの順序を「index」（先頭を０）として求め、レイアウト情報で定められた１ページに含まれる画像数を「pageCount」とするとき、
ページ番号  ＝  index+1 / pageCount
を計算することによりページ番号を取得してもよい。
【００５４】
構造化文書生成部４７は、エンドユーザＰＣ１４からの画像取得要求に応じて、画像特定部４６が特定した画像データを、画像取得要求のユーザ企業ＩＤで特定されるレイアウト情報で定められたレイアウトにて表示させるための構造化文書（実施の形態ではＨＴＭＬファイル）を生成する。例えば、レイアウト情報で規定されたページ画像数およびライン画像数にしたがって、画像特定部４６が特定した画像データを配置したテーブルオブジェクトを含み、かつ、そのレイアウト情報で規定されるＣＳＳファイル名を指定したＨＴＭＬファイルを作成する。レイアウト情報が図２の画像表示領域１１４に示すレイアウトを規定する場合、１行あたり４つの画像を含み２行に亘るテーブルと、テーブルの各要素へ配置すべき画像データと、ページ遷移ボタン１１８を配置する構造を規定したＨＴＭＬ文書を作成する。
【００５５】
また構造化文書生成部４７は、図３で示したように、ＨＴＭＬファイルにおいて、各画像に対応づけて、外部のソーシャルサイトから予め取得されたソーシャルサイト連携ボタン１２６のデータを設定する。具体的には、各画像の近傍位置や各画像上に、各画像用のソーシャルサイト連携ボタン１２６を表示するようＨＴＭＬ文書を設定する。
【００５６】
ここで、外部のソーシャルサイトからソーシャルサイト連携ボタン１２６のデータを予め取得することは公知であり、そのデータは画像管理装置１６の所定の記憶領域に予め格納される。また、各ユーザ企業ＩＤと対応づけて、各ユーザ企業が提供するユーザ企業ページ１１０のＵＲＬも画像管理装置１６の所定の記憶領域に予め格納される。
【００５７】
構造化文書生成部４７は、画像個々のソーシャルサイト連携ボタン１２６に対して設定すべきＵＲＬデータを画像毎にカスタマイズする。このＵＲＬデータは、ソーシャルサイト連携ボタン１２６がクリックされた場合にソーシャルサイトへ投稿されるべきＵＲＬ文字列である。具体的には、構造化文書生成部４７は、エンドユーザＰＣ１４からの画像取得要求で指定されたユーザ企業ＩＤと対応づけられたユーザ企業ページ１１０のＵＲＬと、その引数（属性）として個々のソーシャルサイト連携ボタン１２６を対応づけた画像データの画像ＩＤを組み合わせた文字列をＵＲＬ文字列として設定する。
【００５８】
個々のソーシャルサイト連携ボタン１２６に対して設定されるＵＲＬデータは、例えば「http://ユーザ企業ページのＵＲＬ?uid=ユーザ企業ＩＤ&iid=画像ＩＤ」となる。
エンドユーザＰＣ１４のウェブブラウザが、このＵＲＬを指定してユーザ企業ウェブサーバ１０へＧＥＴリクエストを行うと、ユーザ企業ページ１１０のコードブロック１３２のスクリプトが実行されて、当該ウェブブラウザはユーザ企業ＩＤと画像ＩＤを指定した画像取得要求を画像管理装置１６へ送信することになる。
【００５９】
画像提供部４８は、エンドユーザＰＣ１４からの画像取得要求へのレスポンスとして、画像特定部４６が特定した画像データと、構造化文書生成部４７が作成したＨＴＭＬファイルと、画像取得要求のユーザ企業ＩＤで特定されるレイアウト情報で規定されるＣＳＳファイルとをエンドユーザＰＣ１４へ提供する。具体的には、画像データとＨＴＭＬファイルデータとＣＳＳファイルデータをＪＳＯＮ形式のデータへ変換し、変換後のＪＳＯＮデータをエンドユーザＰＣ１４へ送信する。
【００６０】
図４のコードブロック１３４で示したように、画像管理装置１６から画像取得要求へのレスポンスを受信したエンドユーザＰＣ１４のウェブブラウザは、ＪＳＯＮデータをデコードする。そして、ユーザ企業が選択したレイアウトにて（ＣＳＳファイルにしたがって）、ＨＴＭＬファイルで指定された複数の画像データを、ユーザ企業ページ１１０の画像表示領域１１４へ配置して表示する処理を自律して実行する。
【００６１】
以上の構成によるウェブコンテンツ提供システム１００の動作を、画像管理装置１６の動作を示すフローチャートである図９を参照して説明する。
ユーザ企業の担当者により操作されるユーザ企業ＰＣ１２は、画像管理装置１６が提供する管理画面のデータを取得し、ディスプレイに表示させる。画像管理装置１６の管理画面提供部４０が管理画面の取得要求を受け付けると（Ｓ１０のＹ）、管理画面のデータをユーザ企業ＰＣ１２へ送信して表示させる（Ｓ１２）。管理画面の取得要求を受け付けなければ（Ｓ１０のＮ）、Ｓ１２はスキップされる。
【００６２】
管理画面では、画像管理企業が予め定めた複数種類の画像表示レイアウトのテンプレートを表示する。ユーザ企業の担当者は、管理画面において、複数種類の画像表示レイアウトのテンプレートの中から特定のテンプレートを選択し、ユーザ企業ページ１１０の画像表示領域１１４におけるレイアウトとして登録する操作を実施する。画像管理装置１６のレイアウト登録部４２は、管理画面において選択されたテンプレートの情報をユーザ企業ＰＣ１２から受け付けると（Ｓ１４のＹ）、選択されたテンプレートが定める画像表示レイアウトの内容をレイアウト情報としてユーザ企業ＩＤと対応づけて選択デザイン保持部２２へ記録する（Ｓ１６）。管理画面において選択されたテンプレートの情報を受け付けなければ（Ｓ１４のＮ）、Ｓ１６はスキップされる。例えば図１のアパレル企業Ａとアパレル企業Ｂのそれぞれが、任意のレイアウトを選択することができる。
【００６３】
また管理画面では、ユーザ企業の商品の写真や図面等の画像データを画像管理装置１６へアップロードするためのアップロード画面が表示される。ユーザ企業の担当者は、アップロード画面において、画像データのローカル環境でのパス情報と、画像タイトルと、画像コメントを指定して画像データのアップロード操作を行う。画像管理装置１６の画像登録部４４は、画像データのアップロードを受け付けると（Ｓ１８のＹ）、アップロードされた画像データから長方形サムネイル画像と正方形サムネイル画像の両方を抽出する（Ｓ２０）。そして、長方形サムネイル画像をアップロード元のユーザ企業ＩＤと対応づけて基本画像保持部２４へ格納し、正方形サムネイル画像をアップロード元のユーザ企業ＩＤと対応づけて正方形サムネイル保持部２６へ格納する（Ｓ２２）。画像データのアップロードを受け付けなければ（Ｓ１８のＮ）、Ｓ２０およびＳ２２はスキップされる。例えば、図１のアパレル企業Ａがアップロードした画像はアパレル企業Ａに対応づけて保存され、アパレル企業Ｂがアップロードした画像はアパレル企業Ｂに対応づけて保存される。
【００６４】
エンドユーザＰＣ１４は、ユーザ企業ウェブサーバ１０へアクセスしてユーザ企業ページ１１０を取得する。ユーザ企業ページ１１０には、図４で示したコードブロック１３０〜コードブロック１３６が設定される。エンドユーザＰＣ１４のウェブブラウザは、ソーシャルサイトの投稿コメントに設定されたリンクを介さずに、例えば検索サイトの検索結果からユーザ企業ウェブサーバ１０へアクセスした場合は、コードブロック１３０を実行し、ユーザ企業ＩＤおよびページ番号を指定した画像取得要求を画像管理装置１６へ送信する。その一方、エンドユーザＰＣ１４のウェブブラウザは、ソーシャルサイトの投稿コメントに設定されたリンクを介してユーザ企業ウェブサーバ１０へアクセスした場合は、コードブロック１３２を実行し、ユーザ企業ＩＤおよび画像ＩＤを指定した画像取得要求を画像管理装置１６へ送信する。
【００６５】
画像管理装置１６の画像管理部３４は、画像取得要求を受け付けると（Ｓ２４のＹ）、後述の画像提供処理を実行する（Ｓ２６）。画像取得要求を受け付けなければ（Ｓ２４のＮ）、Ｓ２６はスキップされる。
【００６６】
図１０は、図９のＳ２６の画像提供処理を詳細に示すフローチャートである。画像取得要求においてユーザ企業ＩＤとページ番号が指定され（Ｓ３０のＹ）、上記ユーザ企業ＩＤで特定されるユーザ企業が正方形サムネイル用のレイアウトを選択していた場合（Ｓ３２のＹ）、画像特定部４６は、上記ユーザ企業ＩＤに対応づけられた複数の正方形サムネイルの中から、指定されたページ番号のページで表示させるべき複数の正方形サムネイルを特定する（Ｓ３６）。ユーザ企業が長方形サムネイル用のレイアウトを選択していた場合（Ｓ３２のＮ）、画像特定部４６は、上記ユーザ企業ＩＤに対応づけられた複数の長方形サムネイルの中から、指定されたページ番号のページで表示させるべき複数の長方形サムネイルを特定する（Ｓ３４）。画像取得要求でページ番号が指定されなければ（Ｓ３０のＮ）、Ｓ３２〜Ｓ３６をスキップする。
【００６７】
既述したようにユーザ企業ページ１１０におけるページ番号の初期値は１であるため、典型的にはアップロード日時の降順に画像データがエンドユーザへ提供される。言い換えれば、アップロード日時が相対的に新しい画像データが、アップロード日時が相対的に古い画像データより優先してエンドユーザへ提供される。したがってユーザ企業は、エンドユーザへアピールしたい商品等の画像データを画像管理装置１６へアップロードすることで、ユーザ企業ページ１１０における画像表示領域１１４の表示内容を逐次更新でき、エンドユーザへ新鮮な情報を提供しやすくなる。
【００６８】
画像取得要求においてユーザ企業ＩＤと画像ＩＤが指定され（Ｓ３８のＹ）、上記ユーザ企業ＩＤで特定されるユーザ企業が正方形サムネイル用のレイアウトを選択していた場合（Ｓ４０のＹ）、画像特定部４６は、指定された画像ＩＤで特定される正方形サムネイルを表示させるべきページ番号を特定する。そして、上記ユーザ企業ＩＤに対応づけられた複数の正方形サムネイルの中から、特定したページ番号のページで表示させるべき複数の正方形サムネイルを特定する（Ｓ４４）。ユーザ企業が長方形サムネイル用のレイアウトを選択していた場合（Ｓ４０のＮ）、画像特定部４６は、指定された画像ＩＤで特定される長方形サムネイルを表示させるべきページ番号を特定する。そして、上記ユーザ企業ＩＤに対応づけられた複数の長方形サムネイルの中から、特定したページ番号のページで表示させるべき複数の長方形サムネイルを特定する（Ｓ４２）。画像取得要求で画像ＩＤが指定されなければ（Ｓ３８のＮ）、Ｓ４０〜Ｓ４４をスキップする。
【００６９】
変形例として、画像取得要求においてユーザ企業ＩＤのみが指定された場合、言い換えればページ番号や画像ＩＤの指定がない場合には、デフォルトの動作として、先頭ページ（例えばページ番号１のページ）で表示させるべき複数の画像データを特定してもよい。
【００７０】
また図９のＳ１４およびＳ１６で示したように、ユーザ企業が選択した画像表示レイアウトが長方形サムネイルに適したものから、正方形サムネイルに適したものへ切り替えられた場合、それまでのＳ３４およびＳ４２での画像特定処理が、Ｓ３６およびＳ４４での画像特定処理へ切り替わる。逆もまた同様である。実施の形態の画像管理装置１６によると、画像がアップロードされた際に、オリジナル画像に対応する長方形サムネイルだけでなく、正方形サムネイルも保存することにより、画像表示レイアウトの変更に柔軟に追従して、適した形状の画像データをエンドユーザＰＣ１４へ提供できる。
【００７１】
例えば、長方形サムネイルのみ保持する場合は、画像表示レイアウトが長方形サムネイルに適したものから、正方形サムネイルに適したものへ切り替えられた場合に、正方形サムネイルを一括して生成する必要があり、画像管理装置１６の負荷を増大させてしまう。また、画像提供時に正方形サムネイルを生成する場合は、エンドユーザＰＣ１４からの画像提供要求へのレスポンスに長い時間を要してしまう。実施の形態の画像管理装置１６によると、画像管理装置１６の負荷の増大や、画像提供要求へのレスポンスの遅延を回避して、利便性の高い画像管理・画像提供処理を実現できる。
【００７２】
図１０の説明に戻り、構造化文書生成部４７は、画像特定部４６が特定した複数の画像データを表示させるためのＨＴＭＬ文書、言い換えれば、ユーザ企業ページ１１０における画像表示領域１１４の構造を示すＨＴＭＬ文書を作成する（Ｓ４６）。また構造化文書生成部４７は、各画像データの近傍に、各画像データの画像ＩＤを含むＵＲＬを指定したソーシャルサイト連携ボタン１２６が表示されるように、各画像データに対応づけてソーシャルサイト連携ボタン１２６のデータを設定したＨＴＭＬ文書を作成する。画像提供部４８は、構造化文書生成部４７が作成したＨＴＭＬ文書のデータ、ユーザ企業が選択したレイアウトを記録したＣＳＳのデータ、画像特定部４６が特定した複数の画像データをエンドユーザＰＣ１４へ送信する（Ｓ４８）。
【００７３】
エンドユーザＰＣ１４のウェブブラウザは、画像管理装置１６から提供されたＨＴＭＬ文書のデータを、例えば図４のコードブロック１３８で示したように、ユーザ企業ページ１１０のデータとして読み込む。そして、ユーザ企業ページ１１０における画像表示領域１１４に、ユーザ企業が選択したレイアウトにて複数の画像データを配置し表示させる処理を、エンドユーザＰＣ１４のウェブブラウザが主体的に実行する。
【００７４】
本実施の形態では、ユーザ企業ページ１１０にＡｊａｘコードを設定しておき、エンドユーザＰＣ１４のウェブブラウザは、ユーザ企業ページ１１０全体の更新とは非同期に画像データを画像管理装置１６から取得して表示させる。これにより、ユーザ企業ページ１１０の画像表示領域１１４をフレームとして設定し、外部装置が保持する画像を表示させる場合とは異なり、画像表示領域１１４の表示内容が、検索エンジンによる検索対象となる。したがって、外部の検索サービスを介したユーザ企業ページ１１０への顧客の誘導、集客力の向上を支援することができる。外部の検索サービスを介した集客はユーザ企業にとって非常に重要であり、企業が画像管理装置１６の画像管理サービスを利用することへの大きなインセンティブとなる。
【００７５】
また、エンドユーザＰＣ１４で表示されたユーザ企業ページ１１０において、特定の画像に対応づけて表示されたソーシャルサイト連携ボタン１２６が選択された場合、ソーシャルサイト連携ボタン１２６のスクリプトコードが実行される。そして、特定の画像の画像ＩＤを含むＵＲＬ文字列が、エンドユーザのお気に入りである旨のメッセージとともにソーシャルサイトへ投稿されて公開される。ソーシャルサイトにおいてそのＵＲＬ文字列（を指定するリンク）がエンドユーザのフレンドユーザ等により選択されると、そのエンドユーザにはユーザ企業ページ１１０が提供され、ユーザ企業ページ１１０のコードブロック１３２が実行されて、特定の画像を含むページがフレンドユーザの端末で表示される。
【００７６】
ユーザ企業が多数の画像をアップロードし、画像表示領域１１４の画像表示が複数ページに亘る場合でも、画像管理装置１６に画像ＩＤが通知されることで、画像管理装置１６は、エンドユーザのお気に入り画像を含むページを他のページに優先してフレンドユーザ等へ提供できる。例えば、エンドユーザＰＣ１４ａのユーザのお気に入り画像を含まないページ（先頭ページ等）を、フレンドユーザのエンドユーザＰＣ１４ｂへ最初に提供してしまうと、フレンドユーザはエンドユーザのお気に入り画像を容易に確認できない。本実施の形態によると、エンドユーザのお気に入り画像を含むページを他のページに優先してフレンドユーザのエンドユーザＰＣ１４ｂへ提供することで、ソーシャルサイト連携ボタン１２６をクリックしたエンドユーザの利便性、および、エンドユーザのお気に入り画像を確認したいフレンドユーザの利便性を高めることができる。
【００７７】
本実施の形態のウェブコンテンツ提供システム１００によれば、ユーザ企業ページ１１０に表示させるべき画像の管理処理を、ユーザ企業とは別の画像管理企業が運用する画像管理装置１６が実行する。これにより、画像管理処理をいわばＡＳＰ（Application Service Provider）サービスとして提供でき、画像管理装置１６において機能の追加やバグ修正といったプログラムの更新が発生しても、ユーザ企業の情報システムへの影響を抑制して、ユーザ企業における情報システムコストの増大を抑制できる。
【００７８】
また、ユーザ企業は自社のウェブページで表示させたい画像を画像管理装置１６へアップロードしておけば、画像の取得、配信、表示の各処理は、画像管理装置１６とエンドユーザＰＣ１４において実行される。したがって、画像管理装置１６は、Ａｊａｘコードを含むウェブページをエンドユーザＰＣ１４へ提供すれば、以降の処理を画像管理装置１６およびエンドユーザＰＣ１４へ委譲できるため、ユーザ企業ウェブサーバ１０に課されるハードウェア・ソフトウェアの制約を排除できる。これにより、画像管理サービスを利用するための、ユーザ企業における情報システムコストの増大を抑制できる。
【００７９】
またウェブコンテンツ提供システム１００によると、複数のユーザ企業それぞれに対する画像管理サービスを、画像管理装置１６が一括して提供することができる。複数のユーザ企業をユーザＩＤにより区別して、各ユーザ企業に応じた画像管理サービスを提供しつつ、ハードウェア・ソフトウェアの共通化により、画像管理サービスの利用料を低減することができる。
【００８０】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００８１】
上記実施の形態では、正方形サムネイルの抽出において、画像登録部４４は、アップロードされたオリジナル画像の中心位置を正方形の中心とし、一辺が予め定められた長さの正方形を画像データから抽出することとした。ここで、抽出される正方形サムネイルには、ユーザ企業にとっての重要部分が含まれることが望ましいとも考えられる。この重要部分は、例えばオリジナルの画像において商品が描かれた部分である。例えば、オリジナルの画像の左端に商品が描かれている場合、その商品の画像を含むように正方形サムネイルが抽出されることが望ましいとも考えられる。
【００８２】
そこで第１の変形例においては、画像登録部４４は、ユーザ企業からアップロードされる画像に含まれると想定される特徴画像を予め保持しておき、ユーザ企業がアップロードした画像にその特徴画像が含まれるか否かを公知の画像マッチングにより検出してもよい。この特徴画像は、ユーザ企業が販売・広告・販売促進の対象とする商品に関する特徴的な意匠（例えば形状・模様・色彩のいずれか、もしくは組み合わせ）を表した画像であってもよい。ユーザ企業がアパレル企業であれば、典型的なＹシャツの形状を示す画像であってもよく、Ｔシャツに典型的に付される模様を示す画像であってもよく、ユーザ企業のトレードマークやサービスマークを示す画像であってもよい。アップロード画像に特徴画像と合致する部分が存在する場合、その合致部分の中心位置を正方形の中心として正方形サムネイルを抽出してもよい。この変形例によると、ユーザ企業にとって利便性の高い態様の正方形サムネイルを抽出しやすくなり、ユーザ企業のビジネスを支援できる。
【００８３】
また第２の変形例として、画像登録部４４は、複数のキーワードと各キーワードに対応する特徴画像を予め保持しておき、ユーザ企業のアップロード時のタイトルやコメントの中に上記キーワードが含まれるか否かを判定してもよい。このキーワードは、例えば「Ｙシャツ」や「Ｔシャツ」であり、特徴画像は、典型的なＹシャツの形状を示す画像であってもよく、Ｔシャツの模様を示す画像であってもよい。アップロード画像に特定のキーワードが含まれる場合、そのキーワードに対応する特徴画像が含まれるか否かを画像マッチングにより検出してもよい。アップロード画像に特徴画像と合致する部分が存在する場合、その合致部分の中心位置を正方形の中心として正方形サムネイルを抽出してもよい。この変形例によると、第１の変形例と同様の効果を奏しつつ、画像マッチングの効率および精度を向上させることができる。
【００８４】
なお、上記の第１および第２の変形例で記載した画像マッチングには、顔画像認識等の公知の特徴画像認識技術を用いてもよい。また画像登録部４４は、長方形サムネイルの作成においても、画像の中心位置を長方形の中心とし、アップロードされた画像データから、その縦横比を維持した所定サイズの長方形（縦および横の長さが所定の最大値以下となる長方形）を、長方形サムネイルとして抽出してもよい。この場合、正方形サムネイル抽出の上記変形例と同様の構成であってもよい。
【００８５】
上記実施の形態では、ユーザ企業は予め定められたテンプレートの中から、画像表示領域１１４における画像レイアウトを選択することとした。変形例として、ユーザ企業の担当者は管理画面においてテンプレートをカスタマイズしてもよい。レイアウト登録部４２は、管理画面におけるテンプレートの編集結果を、ユーザ企業のレイアウト情報として選択デザイン保持部２２へ格納してもよい。
【００８６】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【符号の説明】
【００８７】
１０  ユーザ企業ウェブサーバ、  １６  画像管理装置、  ２１  デザイン雛形保持部、  ２２  選択デザイン保持部、  ２４  基本画像保持部、  ２６  正方形サムネイル保持部、  ４２  レイアウト登録部、  ４４  画像登録部、  ４６  画像特定部、  ４７  構造化文書生成部、  ４８  画像提供部、  １００  ウェブコンテンツ提供システム。
【図１】
2013143097.tif 000003
【図２】
2013143097.tif 000004
【図３】
2013143097.tif 000005
【図４】
2013143097.tif 000006
【図５】
2013143097.tif 000007
【図６】
2013143097.tif 000008
【図７】
2013143097.tif 000009
【図８】
2013143097.tif 000010
【図９】
2013143097.tif 000011
【図１０】
2013143097.tif 000012