JP2020042670A - サーバ装置、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】 実店舗とＥＣサイトとの間のインタフェースとしてユーザの要望が反映された着用画像をユーザ同士が共有できるコミュニティプラットフォームを提供する。【解決手段】 サーバ装置は、第１ユーザと、第１ユーザから受け付けた体型データと同一又は類似する体型データを有する第２ユーザとを関連付ける関連部と、第１ユーザから第２ユーザに商品の着用を依頼するための着用リクエストを受け付けるリクエスト制御部と、着用リクエストを受け付けた後、第２ユーザに、第１ユーザから着用リクエストを受け付けたことを通知するリクエスト通知部と、第２ユーザから、着用リクエストに対応する着用画像の登録を受け付ける登録受付部と、第２ユーザから、着用リクエストに対応する着用画像が登録されたことを、第１ユーザに通知する着用通知部と、登録された着用画像を、第１ユーザに閲覧可能とする閲覧制御部と、を備える。【選択図】図１

Description

本発明は、サーバ装置、情報処理方法、及びプログラムに関する。

近年、インターネットの普及に伴い、商品を実店舗ではなくＥＣサイトで購入するユーザが増えてきている。しかしながら、自身が着用する商品、例えば衣服等については、サイズが合っているか、また着用したときのスカート丈の長さはどの程度かといった着用イメージを確かめたいというユーザが多く存在する。下記特許文献１では、商品である衣類をコーディネートして撮像されたコーディネート画像を記憶保存し、被写体となるものが利用することを許諾したコーディネート画像を表示する情報端末が開示されている。

特許第５３２９６２６号公報

上記のようなＥＣサイトのユーザは、単に商品の着用画像を確認できるだけではなく、自分が購入を検討している特定の商品の着用画像を確かめたい、また、より自身が着用したときのイメージに近い着用画像を見たいといった要望を抱えていることがある。しかしながら、特許文献１に開示された情報端末では、このような要望に応えることなく、ユーザに対して一方的にコーディネート画像を表示しているに過ぎなかった。

そこで、本発明のいくつかの態様は、実店舗とＥＣサイトとの間のインタフェースとしてユーザの要望が反映された着用画像をユーザ同士が共有できるコミュニティプラットフォームを提供することを目的とする。

本発明の一態様に係るサーバ装置は、第１ユーザと、第１ユーザから受け付けた体型データと同一又は類似する体型データを有する第２ユーザとを関連付ける関連部と、第１ユーザから第２ユーザに商品の着用を依頼するための着用リクエストを受け付けるリクエスト制御部と、着用リクエストを受け付けた後、第２ユーザに、第１ユーザから着用リクエストを受け付けたことを通知するリクエスト通知部と、第２ユーザから、着用リクエストに対応する着用画像の登録を受け付ける登録受付部と、第２ユーザから、着用リクエストに対応する着用画像が登録されたことを、第１ユーザに通知する着用通知部と、登録された着用画像を、第１ユーザに閲覧可能とする閲覧制御部と、を備える。

本発明の一態様に係る情報処理方法は、コンピュータが、第１ユーザと、第１ユーザから受け付けた体型データと同一又は類似する体型データを有する第２ユーザとを関連付けるステップと、第１ユーザから第２ユーザに商品の着用を依頼するための着用リクエストを受け付けるステップと、着用リクエストを受け付けた後、第２ユーザに、第１ユーザから着用リクエストを受け付けたことを通知するステップと、第２ユーザから、着用リクエストに対応する着用画像の登録を受け付けるステップと、第２ユーザから、着用リクエストに対応する着用画像が登録されたことを、第１ユーザに通知するステップと、登録された着用画像を、第１ユーザに閲覧可能とステップと、を含む。

本発明の一態様に係るプログラムは、コンピュータに、第１ユーザと、第１ユーザから受け付けた体型データと同一又は類似する体型データを有する第２ユーザとを関連付ける関連機能と、第１ユーザから第２ユーザに商品の着用を依頼するための着用リクエストを受け付けるリクエスト制御機能と、着用リクエストを受け付けた後、第２ユーザに、第１ユーザから着用リクエストを受け付けたことを通知するリクエスト通知機能と、第２ユーザから、着用リクエストに対応する着用画像の登録を受け付ける登録受付機能と、第２ユーザから、着用リクエストに対応する着用画像が登録されたことを、第１ユーザに通知する着用通知機能と、登録された着用画像を、第１ユーザに閲覧可能とする閲覧制御機能と、を実現させる。

これらの態様によれば、体形が同じようなユーザ同士で商品の着用を依頼することができるため、ユーザは自分の要望が反映された商品の着用画像を確認することができる。また、体形が同じようなユーザ同士で商品の着用画像を共有し、お互いの着用画像を閲覧することができる。

本発明のいくつかの態様によれば、実店舗とＥＣサイトとの間のインタフェースとしてユーザの要望が反映された着用画像をユーザ同士が共有できるコミュニティプラットフォームを提供することができる。

本実施形態に係るコミュニティシステムのシステム構成の一例を示す図である。 本実施形態に係るサーバ装置の機能構成の一例を示す図である。 本実施形態に係るユーザのグルーピング処理のイメージを示す図である。 本実施形態に係るユーザのグルーピング処理の変数の一例を示す図である。 本実施形態に係るユーザのグルーピング処理の動作の一例を示す図である。 図５及び図７の結合子Ａ以降の動作の一例を示す図である。 本実施形態に係るユーザのグルーピング処理の動作の一例を示す図である。 図７の結合子Ｂ以降の動作の一例を示す図である。 本実施形態に係るユーザの着用リクエスト及び着用画像のシェアのイメージを示す図である。 本実施形態に係るユーザ端末の機能構成の一例を示す図である。 本実施形態に係るユーザ端末の表示部に表示される画面例を示す図である。 本実施形態に係るユーザ端末の表示部に表示される画面例を示す図である。 本実施形態に係るユーザ端末の表示部に表示される画面例を示す図である。 本実施形態に係るコミュニティシステムの動作例を示す図である。 本実施形態に係るコミュニティシステムの動作例を示す図である。

添付図面を参照して、本発明の一実施形態（以下、「本実施形態」という。）について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

＜１．システム構成＞
図１を用いて、本実施形態におけるコミュニティシステム１のシステム構成の例を説明する。コミュニティシステム１は、ＥＣサイトで商品を購入するユーザ（以下、「第１ユーザＵ１」ともいう）と、実店舗で商品を着用する第１ユーザＵ１と同じような体型のユーザ（以下、「第２ユーザＵ２」ともいう）と、をつなぐコミュニティ（以下、「着用コミュニティ」ともいう）を提供するシステムである。なお、第２ユーザＵ２は、商品の消費者に限らず商品を提供する側のスタッフ等でもよい。スタッフである第２ユーザＵ２は、消費者の第１ユーザＵ１に代わって実店舗で商品を着用する。

図１に示すように、コミュニティシステム１は、着用コミュニティを管理するためのサーバ装置１００と、第１ユーザＵ１が使用する第１ユーザ端末２００ａと、第２ユーザＵ２が使用する第２ユーザ端末２００ｂを備える。第１ユーザ端末２００ａと第２ユーザ端末２００ｂを総称して、「ユーザ端末２００」ともいう。これらのサーバ装置１００と、第１ユーザ端末２００ａと、第２ユーザ端末２００ｂとは、通信ネットワークＮを介して接続される。

サーバ装置１００は、通信ネットワークＮを介して外部システムのサーバ装置３００（以下、「外部サーバ装置３００」ともいう）と接続されている。ここでいう外部システムとは、例えば、上記ＥＣサイトを提供し商取引の決済及び商品の発送管理を行うＥＣシステム、取引される商品の情報の管理する商品情報管理システム、又は商品の在庫を管理する在庫管理システムなどが含まれる。サーバ装置１００は、これらの外部システムの外部サーバ装置３００と連携して商品の購入から発送までのプロセスを実現する。

通信ネットワークＮは、サーバ装置１００及びユーザ端末２００の間で相互に情報を送受信可能な通信網を含む。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース（登録商標）、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。

＜２．機能構成＞
＜２−１．サーバ装置１００＞
図２は、本実施形態におけるサーバ装置１００の機能構成の例を示す図である。サーバ装置１００は、例えば、演算処理能力の高いコンピュータによって構成され、所定のプログラムを実行することにより、第１ユーザ端末２００ａと第２ユーザ端末２００ｂとを連携させるサーバ機能を実現する。また、サーバ装置１００は、第１ユーザＵ１及び第２ユーザＵ２に関する情報やこれらのユーザの商品の着用に関する情報等を管理するサーバ機能も実現する。図２に示すように、サーバ装置１００は、通信インタフェース１１０と、プロセッサ１２０と、記憶部１３０とを備える。なお、サーバ装置１００は、コミュニティシステム１専用のハードウェアやＯＳ等（例えば、オンプレミス型のサーバ構成）を設けずに、クラウドサーバによるＳａａＳ（Software as a Service）、Ｐａａｓ（Platform as a Service）、ＩａａＳ（Infrastructure as a Service）を適宜用いてもよい。

通信インタフェース１１０は、サーバ装置１００を通信ネットワークＮに接続し、通信ネットワークＮ上の他の端末と通信をするためのハードウェアモジュールである。通信インタフェース１１０は、例えば、ＩＳＤＮモデム、ＡＤＳＬモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。

プロセッサ１２０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）及び各種レジスタから構成される。プロセッサ１２０は、記憶部１３０に格納されているコミュニティ管理プログラムＡＰ１を含む各種プログラムを実行することでサーバ装置１００の各部を中枢的に制御する。各種レジスタは、例えば、プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等である。

プロセッサ１２０は、コミュニティ管理プログラムＡＰ１を実行することにより、ユーザ端末２００等と連携して着用コミュニティに関する情報管理機能を実現する。プロセッサ１２０がコミュニティ管理プログラムＡＰ１を実行することにより実現される機能部には、関連部１２１と、リクエスト制御部１２２と、リクエスト通知部１２３と、登録受付部１２４と、着用通知部１２５と、閲覧制御部１２６と、オーダー管理部１２７と、が含まれてもよい。

関連部１２１は、第１ユーザＵ１と、第１ユーザＵ１の体型データと同一又は類似する体型データを有する第２ユーザＵ２を含む他のユーザとを関連付ける。「体型データ」とは、ユーザごとの体型を表すデータである。体型データには、身長、体重又は年齢のうち、少なくともいずれか一つを含んでもよい。また、体型データには、これらの身長や体重等といったデータの他に、性別や生年月日等を含めてもよい。体型データの詳細は後述する。以下、このように関連付けられたユーザ同士について、互いに「試着友達」であると表現する。具体的には、第２ユーザＵ２は第１ユーザＵ１の試着友達であり、第１ユーザＵ１は第２ユーザＵ２の試着友達である、と表現する。

図３は、関連部１２１において、第１ユーザＵ１と、第１ユーザＵ１と同じような体型の第２ユーザＵ２を含む他のユーザとのグルーピング及び関連付けのイメージを示した模式図である。図３の例において、ユーザ同士の関連付けは実線で同士をつないで表す。図３に示すように、関連部１２１は、第１ユーザＵ１を基準に、第１ユーザＵ１と、第１ユーザＵ１と同一又は類似する体型データを有する第２ユーザＵ２及び第３ユーザＵ３とをグルーピングする。当該グルーピング処理の詳細は図４〜８を用いて後述する。関連部１２１は、第１ユーザＵ１と上記グルーピングされた第２ユーザＵ２と第３ユーザＵ３とを関連付ける。関連付けられた第２ユーザＵ２と第３ユーザＵ３は、第１ユーザＵ１の試着友達となる。

図２に戻って説明を続ける。関連部１２１は、例えば、第１ユーザＵ１と、第１ユーザＵ１の身長、体重又は年齢の少なくともいずれか一つの値が所定の範囲内にある体型データを有する第２ユーザＵ２とを関連付ける。「所定の範囲」とは、第１ユーザＵ１と同じような体型の他のユーザを判別するための範囲であり、例えば、第１ユーザＵ１との身長差が３ｃｍ以内の他のユーザを同じような身長のユーザであると判別する際、この「身長差３ｃｍ」が所定の範囲に該当する。所定の範囲は、具体的には、後述する図４（ｃ）の処理フローの定数で示された身長等のマージンや変更幅であってもよい。

関連部１２１は、例えば、第１ユーザＵ１の身長、体重又は年齢の少なくともいずれか一つの値が所定の範囲内にある体型データを有する他のユーザが存在しない場合には、所定の範囲を変更して、第１ユーザＵ１と第２ユーザＵ２とを関連付けてもよい。このような構成によれば、関連部１２１は、予め定めた所定の範囲において該当するユーザが見当たらなくとも、その所定の範囲を変更することで全く関連付けるユーザが見当たらないという状態を解消することができる。

関連部１２１は、さらに、第１ユーザＵ１と、第１ユーザＵ１から受け付けた体型データ以外の属性データと同一又は類似する属性データを有する第２ユーザＵ２とを関連付けてもよい。この属性データは、商品の着用状態の傾向を問う１以上の質問に対する回答を含み、関連部１２１は、第１ユーザＵ１と、上記回答が少なくとも１つ一致する第２ユーザＵ２とを関連付けてもよい。この商品の着用状態の傾向は、例えば、対象のユーザの体型の特徴を示すものでもよい。関連部１２１は、具体的には、ユーザが既製服などを着用した際の丈感等の着用状態の傾向、または体型と比較して大きめのサイズで着たい等の着用志向をユーザに問い、第１ユーザＵ１が該当すると回答した着用状態の傾向と同じ傾向をもつ他のユーザとを同じ体型の特徴をもつとみなして関連付ける。

ユーザが既製服などを着用した際の丈感の傾向の問いについては、例えば、（ａ）トップスの袖が長い／短い（すなわち、標準と比べて腕が長め／短めの傾向）、（ｂ）ボトムスの丈が長い／短い（すなわち、標準と比べて脚が長め／短めの傾向）等といった質問が考えられる。また、ユーザが既製服などを着用した際の着心地の傾向の問いについては、例えば、（ｃ）トップスの肩がきつい／落ちる（すなわち、標準と比べて肩幅が広い／狭い傾向）、（ｄ）トップスのボタンを留めるとお腹がきつい（すなわち、標準と比べて腹囲が大きい）、（ｅ）ボトムスのお尻や太ももがきつい／余る（すなわち、標準と比べてヒップや腿幅が広い／狭い傾向）といった質問が考えられる。なお、ここでいう「標準」とは、既製服のサイズを基準としたものである。

関連部１２１は、上記構成によれば、身長や体重など計測しないと分からない定量的な値だけでなく、ユーザが考える商品の着用状態の傾向から体型の特徴を示す定性的な値を用いて、より自分に合った他のユーザを試着友達にすることができる。

ここで、関連部１２１の第１ユーザＵ１と他のユーザとを関連付けるためのグルーピング処理の方法の例について説明する。関連部１２１は、第１ユーザＵ１の体形データ（身長、体重、年齢および性別）の値や各ユーザの商品の着用状態の傾向を示すアンケートデータの質問の一致数を基準として、同一又は類似の体形データを有する他のユーザをクラスタリング（分類）して、当該クラスタリングした他のユーザと第１ユーザＵ１とをグルーピングする。

上記グルーピング処理の方法は、例えば、（１）第１ユーザＵ１と、身長等の値が所定の範囲内にある体型データおよび一定の商品の着用状態の傾向をもつ他のユーザとを関連付ける方法、（２）第１ユーザＵ１と、身長等の値が所定の範囲内にある体型データ及び一定の商品の着用状態の傾向をもつ他のユーザとを関連付ける、並びに所定の人数で絞り込んで人数を最適化する方法、（３）第１ユーザＵ１と、身長等の値が所定の範囲内にある体型データ及び一定の商品の着用状態の傾向をもつ他のユーザとを関連付ける、並びに所定の範囲を変更しつつ関連付ける人数を最適化する方法、といった方法が考えられる。これら（１）〜（３）の具体的な方法について、次にそれぞれ説明する。

上記（１）〜（３）の具体的な方法について説明する前に、図４を用いてこれらの方法に使用される変数を説明する。図４は、上記（１）〜（３）のグルーピング処理で使用される整数型変数や構造体の変数の定義の例を示した表である。

図４に示すように、上記クラスタリング処理で使用される変数は大きく（ａ）各ユーザの体形データ、（ｂ）アンケートデータ、（ｃ）各クラスタリングで使用される定数が含まれる。（ａ）の体形データには、各ユーザの身長、体重、年齢およびアンケートデータの各質問を識別するための質問ＩＤが含まれる。（ｂ）のアンケートデータには、上記（ａ）と各質問とを紐づける質問ＩＤ、各質問の内容を示す質問内容および各質問を上記クラスタリングに採用するか否かの優先度合いを示す質問レベルが含まれる。

上記（ｃ）の定数には、上記クラスタリングをしたときの最小採用人数を示すミニマムクラスタ人数（ｍｉｎ）、アンケートデータによってクラスタリングをしたときに一致する質問数を決定する際のクラスタ人数の閾値を示すマックスクラスタ人数（ｍａｘ）が含まれる。さらに、上記（ｃ）の定数には、上記クラスタリングする際の類似とみなす身長差のマージンを示す身長マージン（ｉ＿ｈ）、体重差のマージンを示す体重マージン（ｉ＿ｗ）及び同様に年齢差のマージンを示す年齢マージン（ｉ＿ａ）も含まれる。さらに、上記（ｃ）の定数には、上記クラスタリングする際の類似とみなす身長差のクラスタ人数がミニマムクラスタ人数を割った際の身長差のマージンの変更するための変更幅を示す身長変更幅（ｃ＿ｈ）、同様に体重差のマージンの変更幅を示す体重変更幅（ｃ＿ｗ）及び年齢差のマージンの変更幅を示す年齢変更幅（ｃ＿ａ）も含まれる。

まず上記（１）の方法について図４を用いて説明する。関連部１２１は、身長、体重及び年齢の値が所定の範囲内にある他のユーザをクラスタリングする。なお、この所定の範囲については、図４の上記（ｃ）の定数である、身長マージン、体重マージン及び年齢マージンをそれぞれ用いる。次に、当該クラスタリングされた他のユーザのうち、上記アンケートデータの質問について回答が所定の数以上一致する他のユーザをさらにクラスタリングする。関連部１２１は、さらに、当該一致させる質問を、アンケートデータの質問レベルが所定のレベル以上のものに限定してもよい。関連部１２１は、当該クラスタリングしたユーザを第１ユーザＵ１と同一又は類似の体形データを有する他のユーザとみなしてグルーピングする。

つぎに上記（２）の方法について図４〜６を用いて説明する。図５〜６は、図４で定義された変数を用いて体型データに基づいてユーザ同士をグルーピングする際の処理の流れを示したフローチャートである。図５〜６に示したフローチャートは、同じ符号で示した結合子によって互いに接続されている。なお、図５〜６に示す処理の順番は一例であって、適宜、変更されてもよい。

図５に示すように、まず関連部１２１は、第１ユーザＵ１の身長と身長差が変数ｘ以内の人をクラスタリングする（Ｓ１０）。この変数ｘには、身長マージンの定数ｉ＿ｈが予め代入されている。関連部１２１は、当該クラスタリングしたクラスタ人数が、ｍｉｎ以内か否か判定する（Ｓ１１）。関連部１２１は、当該クラスタ人数がｍｉｎ以内の場合（Ｓ１１のＹｅｓ）、身長が第１ユーザＵ１に近いユーザから順にクラスタ人数がｍｉｎになるようクラスタリングする（Ｓ１２）。関連部１２１は、当該クラスタリング後に処理を完了する。

関連部１２１は、上記クラスタ人数がｍｉｎより大きい場合（Ｓ１１のＮｏ）、当該クラスタ人数からさらに、第１ユーザＵ１の体重と体重差が変数ｙ以内の人をクラスタリングする（Ｓ１３）。この変数ｙには、身長マージンの定数ｉ＿ｗが予め代入されている。関連部１２１は、当該クラスタリングしたクラスタ人数が、ｍｉｎ以内か否か判定する（Ｓ１４）。関連部１２１は、当該クラスタ人数がｍｉｎ以内の場合（Ｓ１４のＹｅｓ）、体重が第１ユーザＵ１と近いユーザから順にクラスタ人数がｍｉｎになるようクラスタリングする（Ｓ１５）。関連部１２１は、当該クラスタリング後に処理を完了する。

関連部１２１は、上記クラスタ人数がｍｉｎより大きい場合（Ｓ１４のＮｏ）、当該クラスタ人数からさらに、アンケートデータにおける質問レベルが所定のレベル以上の質問について第１ユーザＵ１と回答が一致する人をクラスタリングする（Ｓ１６）。関連部１２１は、当該クラスタリングしたクラスタ人数が、ｍｉｎ以内か否か判定する（Ｓ１７）。関連部１２１は、当該クラスタ人数がｍｉｎ以内の場合（Ｓ１７のＹｅｓ）、体重までのクラスタリングに戻す（Ｓ１８）。関連部１２１は、このように体重までのクラスタリングに戻した後に処理を完了する。関連部１２１は、当該クラスタ人数がｍｉｎより大きい場合（Ｓ１７のＮｏ）、結合子Ａを介して、図６のフローチャートに進む。

図６に示すように、関連部１２１は、上記クラスタ人数からさらに、アンケートデータにおける全ての質問について第１ユーザＵ１と回答が一致する人をクラスタリングする（Ｓ１９）。なお、この全ての質問の個数をｎ個とし、変数ｋにｎを代入する。関連部１２１は、上記クラスタリングしたクラスタ人数が、ｍａｘ以上か否か判定する（Ｓ２０）。関連部１２１は、上記クラスタ人数が、ｍａｘ以上の場合（Ｓ２０のＹｅｓ）、処理を完了する。関連部１２１は、上記クラスタ人数がｍａｘより小さい場合（Ｓ２０のＮｏ）、変数ｋに変数ｋ−１を代入して（デクリメントして）、変数ｋ個の質問について第１ユーザＵ１と回答が一致する人をクラスタリングする（Ｓ２１）。関連部１２１は、この一致させる質問の個数を減じる際に、例えば、アンケートデータの質問レベルが低い質問から順に外していってもよい。

関連部１２１は、上記クラスタリングしたクラスタ人数が、ｍａｘ以上か否か判定する（Ｓ２２）。関連部１２１は、上記クラスタ人数が、ｍａｘ以上の場合（Ｓ２２のＹｅｓ）、処理を完了する。関連部１２１は、上記クラスタ人数がｍａｘより小さい場合（Ｓ２２のＮｏ）、変数ｋが１より大きいか否か判定する（Ｓ２３）。関連部１２１は、ｋが１以下（すなわち「１」の場合）、処理を完了する。関連部１２１は、ｋが１より大きい場合は、ステップＳ２１の前まで戻って再度変数ｋをデクリメントして一致させる質問の個数を減じてクラスタリングする。関連部１２１は、上記のように処理を完了した時点でクラスタリングした人を第１ユーザＵ１と同一又は類似の体形データを有する他のユーザとみなしてグルーピングする。

つぎに上記（３）の方法について図４、６〜８を用いて説明する。図７〜８は、図４で定義された変数を用いて体型データに基づいてユーザ同士をグルーピングする際の処理の流れを示したフローチャートである。図７〜８に示したフローチャートは、同じ符号で示した結合子によって互いに接続されている。なお、図７〜８に示す処理の順番は一例であって、適宜、変更されてもよい。

図７に示すように、まず関連部１２１は、第１ユーザＵ１の身長と身長差が変数ｘ以内の人をクラスタリングする（Ｓ３０）。この変数ｘには、身長マージンの定数ｉ＿ｈが予め代入されている。関連部１２１は、上記クラスタリングしたクラスタ人数が、ｍｉｎ以上か否か判定する（Ｓ３１）。関連部１２１は、当該クラスタ人数がｍｉｎより小さい場合（Ｓ３１のＮｏ）、結合子Ｂを介して、図８の例外処理のフローチャートに進む。

図８に示すように、関連部１２１は、結合子Ｂを介して図８に示す例外処理に進むと、上記クラスタリング対象の体型データが身長（変数ｘ）、体重（変数ｗ）又は年齢（変数ａ）のいずれであるかを判定する（Ｓ３６）。関連部１２１は、上記クラスタリング対象の体型データが身長の場合（Ｓ３６の身長ｘ）、変数ｘに変数ｘ＋身長変更幅の定数ｃ＿ｈを代入して、身長差が当該代入された変数ｘ以内の人をクラスタリングする（Ｓ３７）。関連部１２１は、上記クラスタリングしたクラスタ人数が、ｍｉｎ以上か否か判定する（Ｓ４０）。関連部１２１は、上記クラスタ人数がｍｉｎより小さい場合（Ｓ４０のＮｏ）、ステップＳ３６の前まで戻り、再度身長変更幅を加えることで閾値を広げてクラスタリングする。関連部１２１は、上記クラスタリングしたクラスタ人数が、ｍｉｎ以上の場合（Ｓ４０のＹｅｓ）、結合子Ｃを介して図７のフローチャートに戻る。

図７に示すように、関連部１２１は、つぎに上記クラスタ人数からさらに、第１ユーザＵ１の体重と体重差が変数ｙ以内の人をクラスタリングする（Ｓ３２）。この変数ｙには、体重マージンの定数ｉ＿ｗが予め代入されている。関連部１２１は、上記クラスタリングしたクラスタ人数が、ｍｉｎ以上か否か判定する（Ｓ３３）。関連部１２１は、上記クラスタ人数がｍｉｎより小さい場合（Ｓ３３のＮｏ）、結合子Ｂを介して、図８のフローチャートに進む。

関連部１２１は、結合子Ｂを介して図８に示す例外処理に進むと、上記身長（ｘ）の場合と同様に、上記クラスタ人数がｍｉｎ以上になるまで体重変更幅の定数ｃ＿ｗを変数ｙに加えていくことで閾値を広げてクラスタリングする。関連部１２１は、上記クラスタリングしたクラスタ人数が、ｍｉｎ以上となったら、結合子Ｃを介して図７のフローチャートに戻る。

図７に示すように、関連部１２１は、つぎに上記クラスタ人数からさらに、第１ユーザＵ１の年齢と年齢差が変数ｚ以内の人をクラスタリングする（Ｓ３４）。この変数ｚには、年齢マージンの定数ｉ＿ａが予め代入されている。関連部１２１は、上記クラスタリングしたクラスタ人数が、ｍｉｎ以上か否か判定する（Ｓ３５）。関連部１２１は、上記クラスタ人数がｍｉｎより小さい場合（Ｓ３５のＮｏ）、結合子Ｂを介して、図８のフローチャートに進む。

関連部１２１は、結合子Ｂを介して図８に示す例外処理に進むと、上記身長（ｘ）の場合と同様に、上記クラスタ人数がｍｉｎ以上になるまで年齢変更幅の定数ｃ＿ａを変数ｚに加えていくことで閾値を広げてクラスタリングする。関連部１２１は、上記クラスタリングしたクラスタ人数が、ｍｉｎ以上となったら、結合子Ｃを介して図７のフローチャートに戻る。関連部１２１は、上記（２）の方法と同様に、結合子Ａを介して、図６のフローチャートに進む。関連部１２１は、上記のように処理を完了した時点でクラスタリングした人を第１ユーザＵ１と同一又は類似の体形データを有する他のユーザとみなしてグルーピングする。

図２に戻って説明を続ける。関連部１２１は、例えば、上記のように当該関連付けの前に、第１ユーザＵ１とグルーピングした他のユーザに関連付けの承諾をリクエストして、第１ユーザＵ１と当該承諾を得られた他のユーザのみを関連付けてもよい。具体的には、関連部１２１は、関連付けの承諾リクエストを示すメッセージを他のユーザのユーザ端末２００の後述の表示制御部２２２に送信する。表示制御部２２２は、当該送信された承諾リクエストに基づいて後述の表示部２４０に、「第１ユーザＵ１から試着友達のリクエストがきています。試着友達になりますか。」といった第１ユーザＵ１の試着友達になる承諾を得るためのポップアップ表示をさせる。関連部１２１は、当該ポップアップ表示のＯＫボタンが押下された結果を受信して初めて関連付けてもよい。このような構成によれば、より安全に着用コミュニティを形成することが出来る。

関連部１２１は、さらに、第１ユーザＵ１から受け付けた条件に基づいて、第１ユーザＵ１と第２ユーザＵ２とを関連付けてよい。関連部１２１は、例えば、上記条件は、第１ユーザＵ１が選択したことであってもよい。関連部１２１は、具体的には、第１ユーザＵ１とグルーピングした他のユーザのうち、第１ユーザＵ１が選択したユーザのみ第１ユーザＵ１と関連付けてもよい。より具体的には、関連部１２１は、グルーピングされた他のユーザのユーザ情報を他のユーザのユーザ端末２００の表示制御部２２２に送信する。表示制御部２２２は、当該送信されたユーザ情報によって他のユーザのユーザ端末２００の表示部２４０にグルーピングされた他のユーザを選択するための選択リストを表示させる。関連部１２１は、当該表示されたリストに対する第１ユーザＵ１からの選択結果を受信して初めて、当該選択されたユーザのみ第１ユーザＵ１と関連付けを行ってもよい。このような構成によれば、より安全に着用コミュニティを形成することが出来る。

関連部１２１は、例えば、上記条件はユーザ数であり、第１ユーザＵ１と関連付けられる他のユーザの数が、上記ユーザ数の範囲内となるよう、第１ユーザＵ１と第２ユーザＵ２とを関連付けてもよい。このユーザに指定された他のユーザ数の範囲は、後述のユーザ端末２００の入力受付部２２１により受け付けられて関連部１２１に送信される。関連部１２２１は、この再度関連付ける際に、所定の範囲を変更して関連付ける。関連部１２１は、具体的には、図４（ｃ）の処理フローの値により体形データから得られた試着友達数を基準として範囲を狭める指定であれば図４（ｃ）の処理フロー定数のマージンや変更幅の値を小さく、逆に範囲を広げる指定であれば処理フロー定数のマージンや変更幅の値を大きくして上記他のユーザ数の範囲内となるよう調整する。このような構成によれば、ユーザが希望する規模の試着友達を得ることができるため、使い勝手のよいコミュニティシステムを提供することができる。

関連部１２１は、例えば、ユーザごとに新規ユーザのグルーピングに入るか否かの設定を可能としてもよい。このグルーピングに入るか否かの設定は、入力受付部２２１により受け付けられて関連部１２１に送信される。関連部１２１は、当該新規ユーザのグルーピングに入らない設定をしたユーザについては、体形データが同一又は類似の体型データを有する新規ユーザがいても当該新規ユーザのグルーピングに入らないよう制御してもよい。このような構成によれば、サーバ装置１００は、試着友達の数をこれ以上増やしたくないユーザにとって使い勝手のよい着用コミュニティを提供することが出来る。

リクエスト制御部１２２は、第１ユーザＵ１から試着友達に商品の着用を依頼するための着用リクエストを受け付ける。ここで「着用リクエスト」とは、第１ユーザＵ１から試着友達に商品の着用を依頼するためのリクエストをいう。リクエスト制御部１２２は、具体的には、第１ユーザ端末２００ａの入力受付部２２１により受け付けられた第１ユーザＵ１からの試着友達に対する特定の商品の着用リクエストを示すメッセージを、第１ユーザ端末２００ａから受信する。

リクエスト制御部１２２は、着用リクエストを受け付けた際、着用データベースＤ３に新しいレコードを登録する。「着用データベースＤ３」とは、着用リクエストや着用画像を管理するためのデータベースである。着用データベースＤ３の詳細は後述する。

リクエスト通知部１２３は、第２ユーザＵ２に、第１ユーザＵ１から着用リクエストを受け付けたことを通知する。リクエスト通知部１２３は、具体的には、第１ユーザＵ１の試着友達のユーザ端末２００の表示制御部２２２に、上記受け付けた第１ユーザＵ１からの着用リクエストを示すメッセージを送信する。表示制御部２２２は、当該メッセージに基づいて、当該着用リクエストを表示部２４０に表示させる。

登録受付部１２４は、第２ユーザＵ２から、第１ユーザＵ１からの着用リクエストに対応する着用画像の登録を受け付ける。当該登録にあたっては、例えば、サーバ装置１００の所定のサイトに上記着用画像が登録されてもよい。「所定のサイト」とは、サーバ装置１００等におけるユーザの商品の着用画像を保管する場所をいう。登録受付部１２４は、具体的には、第２ユーザＵ２から、第２ユーザ端末２００ｂの入力受付部２２１で受け付けた第１ユーザＵ１からの着用リクエストに対応する着用画像のサーバ装置１００へのアップロードを受け付ける。当該アップロードされた着用画像は、記憶部１２０の着用データベースに登録される。

着用通知部１２５は、第２ユーザＵ２から第１ユーザＵ１の着用リクエストに対応する着用画像が登録されたことを、第１ユーザＵ１に通知する。着用通知部１２５は、具体的には、第１ユーザ端末２００ａの表示制御部２２２に対して、第２ユーザＵ２から上記着用画像がアップロードされた旨のメッセージを送信する。第１ユーザ端末２００ａの表示制御部２２２は、当該メッセージに基づいて、第２ユーザＵ２から上記着用画像がアップロードされた旨を表示部２４０に表示させる。

ここで、図９を用いて、第１ユーザＵ１から試着友達への着用リクエストの受付と、当該着用リクエストに対する着用画像のシェアについて説明する。図９は、第１ユーザＵ１からの着用リクエスト及び第２ユーザＵ２の着用画像のシェアのイメージを示した模式図である。図９（ａ）に示すように第１ユーザＵ１は、リクエスト制御部１２２及びリクエスト通知部１２３によって、自身の試着友達である第２ユーザＵ２及び第３ユーザＵ３に特定の商品の着用リクエストを送信することができる。第１ユーザＵ１は、自身の試着友達に一斉に特定の商品の着用リクエストを送信することもできるし、特定の試着友達を指定して当該ユーザのみに着用リクエストを送信することもできる。一方、第２ユーザＵ２に対して、試着友達ではない第４ユーザＵ４は着用リクエストを送信することができない。

第２ユーザＵ２は、登録受付部１２４によって、上記着用リクエストに応じて着用画像を所定のサイトにアップロードすると、図９（ｂ）に示すように、第２ユーザＵ２の試着友達である第１ユーザＵ１、第６ユーザＵ６、及び第７ユーザＵ７に当該着用画像をシェアすることができる。さらに、上記着用リクエスト送信した第１ユーザＵ１に対して、着用通知部１２５によって、着用リクエストに対応する着用画像が所定のサイトにアップロードされた旨の通知をすることができる。また、第２ユーザＵ２の試着友達ではない第３ユーザＵ３には、上記着用画像は送信されない。すなわち、第２ユーザＵ２の着用画像は、第２ユーザの試着友達しか上記着用画像はシェアされない。

図２に戻って説明を続ける。閲覧制御部１２６は、第２ユーザから登録された着用リクエストに対応する着用画像を、第１ユーザＵ１に閲覧可能とする。閲覧制御部１２６は、例えば、第２ユーザの着用画像を第１ユーザ端末２００ａの表示制御部２２２に対してダウンロードし、第１ユーザ端末２００ａの表示部２４０に表示させる。また、閲覧制御部１２６は、第２ユーザによって登録された着用画像を、第２ユーザと関連付けられた他のユーザに閲覧可能とする。閲覧制御部１２６は、具体的には、第２ユーザの友達情報と、当該友達情報の試着友達ＩＤと一致する着用ユーザＩＤの着用情報とを参照する。閲覧制御部１２６は、当該着用情報の着用画像アドレスが示す着用画像を第２ユーザ端末２００ｂの表示制御部２２２に対してダウンロードし、第２ユーザ端末２００ｂの表示部２４０に表示させる。

上記構成によれば、第１ユーザＵ１は、自身がリクエストした着用リクエストに対応する第２ユーザＵ２の着用画像を閲覧することができる。さらに、上記構成によれば、自身の試着友達に自身の着用画像をシェアすることができるため、ユーザの要望が反映された着用画像をユーザ同士が共有できる。

オーダー管理部１２７は、ユーザから指定された購入対象の商品の情報をバスケット（買物かご）単位で管理する。オーダー管理部１２７は、具体的には、ユーザ端末２００の入力受付部２２１に対して、着用画像に対応する商品についてユーザから購入を希望する指定がなされた場合に、当該指定を表すメッセージを受信してバスケット単位で管理する。また、オーダー管理部１２７は、ユーザ端末２００の入力受付部２２１に対して、バスケットごとに購入を決定した旨の指定がなされた場合に当該指定を表すメッセージを受信して、当該バスケットごとに外部のＥＣシステムの外部サーバ装置３００が提供するＥＣサイトと連携する。オーダー管理部１２７は、当該ＥＣサイトと連携することで、外部サーバ装置３００における上記バスケットの中の指定された商品の購入決済処理に遷移させる。

記憶部１３０は、例えば、ディスクドライブ又は半導体メモリ（ＲＯＭ、ＲＡＭなど）等のコンピュータ読み取り可能な記録媒体からなる物理デバイスの記憶領域が提供する論理デバイスである。記憶部１３０は、複数の物理デバイスを１つの論理デバイスにマッピングして構築してもよいし、１つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。記憶部１３０は、オペレーティングシステムプログラムやドライバプログラムを含む各種プログラム及びこれらのプログラムの実行中に使用される各種データを格納する。

記憶部１３０は、具体的には、プロセッサ１２０に実行させるコミュニティ管理プログラムＡＰ１と、コミュニティ管理プログラムＡＰ１の実行中に使用されるユーザデータベースＤ１、友達データベースＤ２、着用データベースＤ３、商品データベースＤ４及びオーダーデータベースＤ５とを記憶する。なお、記憶部１３０が、バスケットデータベースＤ５を記憶することについては、適宜設定すればよい。なお、本例において、これらデータベースを利用する例について説明するが、適宜ファイルシステムを利用してもよい。

記憶部１３０が記憶する各種情報について、各データベースに格納の例について説明する。

ユーザデータベースＤ１は、ユーザを管理するためのデータベースであり、ユーザの体型データを含むユーザ情報を格納する。ユーザ情報は、例えば、各ユーザを一意に識別するユーザＩＤ、氏名、ニックネーム、性別、生年月日、各ユーザの体型を表す体型データ（身長、体重、ネック回り、桁丈（肩幅及び袖丈）、バスト（胸囲）、腹囲、ウェスト、ヒップ、腿回り、股下又は足のサイズ等）、ユーザの自己紹介を示す自己紹介文を含む。

ユーザデータベースＤ１は、各ユーザの商品の着用状態の傾向を表すアンケート情報を格納してもよい。アンケート情報は、例えば、それぞれのユーザが該当すると回答した質問において、各質問を一意に識別する質問ＩＤ、質問の内容を示す質問内容、質問の優先順位を示す質問レベルを含む。

友達データベースＤ２は、各ユーザの試着友達を管理するためのデータベースであり、友達情報を格納する。友達情報は、例えば、各ユーザを一意に識別するユーザＩＤ、ユーザごとの試着友達を示す試着友達ＩＤ、試着友達ごとに関連付けをおこなった際に用いた対象のユーザとの身長差や体重差等の関連付けの条件を示す関連付け情報を含む。

着用データベースＤ３は、着用リクエストや着用画像を管理するためのデータベースであり、着用情報を格納する。着用情報は、例えば、各商品の着用を一意に識別する着用ＩＤ、着用するユーザを特定するための着用ユーザＩＤ、着用した商品を特定するための着用商品コード、着用リクエストの有無を示すリクエストフラグ、着用リクエストが「有」の場合の着用リクエストをしたユーザを特定するための着用リクエストユーザＩＤ、着用画像の保管場所のＵＲＬ等のアドレスを示す着用画像アドレス、着用に対する評価を示す評価ポイントを含む。

商品データベースＤ４は、商品に関する情報をユーザ端末２００に表示させたり商品購入時にＥＣサイトで決済させたりするためのデータベースであり、商品情報を格納する。商品情報は、例えば、各商品を一意に識別するための商品コード、商品名、商品の価格、商品カテゴリ（例えば、トップス又はパンツ等）、展開サイズ、展開カラー、商品を販売する販売メーカー名、商品購入時の決済を行うＥＣサイトを提供するＥＣシステムの接続先アドレス（例えば、ＵＲＬやサービス名等）を含む。

オーダーデータベースＤ５は、バスケットごとにユーザが購入を指定する商品を管理するためのデータベースであり、バスケット情報を格納する。バスケット情報は、例えば、各バスケットを一意に識別するためのバスケットＩＤ、バスケットの持ち主ユーザを示す持ち主ユーザＩＤ、バスケットの中に投入された商品を示す購入商品コード、購入商品コードごとに指定されたカラーを示す指定カラー、購入商品コードごとに指定されたサイズを示す指定サイズを含む。

＜２−２．ユーザ端末２００＞
図１０は、本実施形態におけるユーザ端末２００の機能構成の例を示す図である。図１０に示すように、ユーザ端末２００は、例えば、通信インタフェース２１０と、プロセッサ２２０と、記憶部２３０と、表示部２４０と、入力部２５０と、カメラ２６０とを備える。

通信インタフェース２１０は、ユーザ端末２００を通信ネットワークＮに接続し、通信ネットワークＮ上の他の端末やサーバ装置１００と通信をするためのハードウェアモジュールである。通信インタフェース２１０は、例えば、ＩＳＤＮモデム、ＡＤＳＬモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。通信インタフェース２１０は、入力受付部２２１で受け付けられた内容をサーバ装置１００に送信する。通信インタフェース２１０は、例えば、商品の着用リクエストの指定入力を示すメッセージや商品の着用画像をサーバ装置１００に送信してもよい。また、通信インタフェース２１０は、サーバ装置１００で記憶等されるユーザ情報、アンケート情報、友達情報、着用情報又は商品情報等をサーバ装置１００から受信する。

プロセッサ２２０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）及び各種レジスタから構成され、記憶部２３０に格納されている各種プログラムを実行することでユーザ端末２００の各部を中枢的に制御する。各種レジスタは、例えば、プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等である。

プロセッサ２２０がユーザプログラムＡＰ２を実行することにより実現される機能部には、入力受付部２２１と、表示制御部２２２とが含まれる。ここで「ユーザプログラムＡＰ２」とは、コミュニティシステム１専用のユーザ端末２００で動作するアプリケーションプログラムをいう。

入力受付部２２１は、第１ユーザＵ１から体型データの入力を受け付ける。入力受付部２２１は、具体的には、入力部２５０により入力された第１ユーザＵ１から体型データの身長や体重等の値を受け付ける。入力受付部２２１は、当該受け付けた内容を、サーバ装置１００に送信する。入力受付部２２１は、この体形データの入力以外にも、同様に入力部２５０によって入力された第１ユーザＵ１からの着用リクエストを含む種々の処理リクエストやユーザからの選択や設定等を受け付けて、サーバ装置１００に送信する。

入力受付部２２１は、例えば、第１ユーザＵ１から関連付ける他のユーザ数の範囲の指定を受け付けてもよい。入力受付部２２１は、具体的には、予めユーザから受け付けた体形データに基づいてクラスタリングされた試着友達数を基準として、当該試着友達数から狭めるか広めるかといった指定を受け付けてもよい。当該指定にあたっては、例えば、表示部２４０にゲージグラフを表示して当該ゲージグラフの指定によって実現してもよい。具体的には、当該ゲージグラフの中心を上記基準とする試着友達数に設定し、また、ゲージグラフの両端の目盛りを「狭める」及び「広げる」に設定し、ユーザが操作するゲージグラフの指針によって試着友達数の範囲が指定されてもよい。入力受付部２２１は、この指定された試着友達数の範囲を、サーバ装置１００の関連部１２１に送信する。関連部１２１では、指定された試着友達数の範囲に基づいて身長差等の所定の範囲を変更させる。関連部１２１は、この変更された所定の範囲に基づいて再度ユーザ同士を関連付ける。このような構成によれば、ユーザが希望する範囲内の試着友達を得ることができるため、使い勝手のよいコミュニティシステムを提供することができる。

表示制御部２２２は、表示部２４０に各種画面を表示させる。表示制御部２２２は、例えばサーバ装置１００から受信した着用リクエストを示すメッセージに基づいて、表示部２４０に当該着用リクエストを表示させる。また、表示制御部２２２は、例えば、表示部２４０に、上記試着友達になる承諾を得るためのポップアップ表示をさせてもよい。また、表示制御部２４０は、例えば、表示部２４０に、上記関連付ける他のユーザを選択するためのグルーピングされた他のユーザの選択リストを表示させてもよい。また、表示制御部２２２は、例えば、表示部２４０に、上記着用画像がアップロードされた旨を表示させてもよい。

表示制御部２２２は、例えば、カメラ２６０のファインダー画面に着用画像を撮影するためのガイド情報を表示してもよい。ガイド情報とは、例えば、商品を着用したユーザに直立、正面、横、後ろといった方向から撮影するように案内する情報である。ガイド情報は、例えば、「正面から撮影してください。」といったメッセージでもよいし、正面等の一定の方向を向いた人型の枠を表示してもよい。このような構成によれば、表示制御部２２２は、着用画像を閲覧するユーザに、より商品の着用状態が正確に伝わる着用画像が撮影できるようにユーザをサポートすることができる。

表示制御部２２２は、第２ユーザＵ２から登録された着用画像をサーバ装置１００から取得し、第１ユーザ端末２００ａの表示部２４０に表示させる。また、表示制御部２２２は、第２ユーザＵ２から登録された着用画像を、第２ユーザＵ２と、第２ユーザＵ２と関連付けられた他のユーザのユーザ端末２００の表示部２４０に表示させる。表示制御部２２２は、具体的には、試着友達の着用画像をサーバ装置１００からダウンロードして、当該着用画像を掲載する画面を表示部２４０に表示させる。

記憶部２３０は、例えば、物理デバイスの記憶領域が提供する論理デバイスである。物理デバイスは、例えば、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）等のコンピュータ読み取り可能な記録媒体である。記憶部２３０は、複数の物理デバイスを１つの論理デバイスにマッピングして構築してもよいし、１つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。

記憶部２３０は、オペレーティングシステムプログラム、ドライバプログラム、及び各種データ等を記憶する。ドライバプログラムとしては、例えば、通信インタフェース２１０を制御するための通信インタフェースドライバプログラム等がある。また、記憶部２３０は、これら各種プログラムや各種データのほか、プロセッサ２２０が実行することにより、ユーザ情報、アンケート情報、友達情報、着用情報又は商品情報等をサーバ装置１００から取得して記憶し、これらの情報の入力及び表示をするためのユーザプログラムＡＰ２を記憶してもよい。

表示部２４０は、例えば、液晶ディスプレイ、有機ＥＬディスプレイ等により構成される。本実施形態において、表示部２４０には、後述のリクエストアイテム画面やアイテム詳細画面等が表示される。

入力部２５０は、各種操作ボタンや表示部２４０に設けられたタッチパネル等の入力デバイスである。入力部２５０は、ユーザから体型データや着用リクエストを入力するための入力部である。なお、以降「入力」には、表示部２４０に表示された各表示部品に対する押下操作、タップ操作、スワイプ操作等の種々の入力操作を含む。

カメラ２６０は、ユーザ端末２００に備えつけられたレンズから商品を着用した状態のユーザ等を撮影するイメージセンサを有する。カメラ２６０は、例えば、表示制御部２２２によりファインダー画面にガイド情報を表示してもよい。

＜３．画面例＞
図１１〜１３を用いて、本実施形態におけるコミュニティシステム１の画面例を説明する。

図１１は、ユーザ端末２００において表示された第１ユーザＵ１がプロフィール登録から、第１ユーザＵ１の試着友達数を表示するまでの画面を示した模式図である。

ユーザ端末２００は、図１１（ａ）に示すように、ユーザから体型データの入力を受け付けるためのユーザ情報登録画面Ａ１を表示する。ユーザ情報登録画面Ａ１は、プロフィール入力領域ａ１と、フッター領域ａ２とを含む。

プロフィール入力領域ａ１には、ユーザのニックネーム、性別、生年月日、身長及び体重といった体型データを含むユーザ情報を入力するフィールドが表示されている。また、プロフィール入力領域ａ１は、これらの項目において入力必須の項目を設けてもよい。

フッター領域ａ２には、アンケート画面Ａ２に遷移するためのＮＥＸＴボタンが備わっている。上記プロフィール入力領域の入力必須項目に値が入力されている場合には、当該ＮＥＸＴボタンが押下されると、アンケート画面Ａ２に遷移する。

ユーザ端末２００は、図１１（ｂ）に示すように、商品の着用状態の傾向を問うアンケートのためのアンケート画面Ａ２を表示する。アンケート画面Ａ２には、質問領域ａ３と、フッター領域ａ４とを含む。

質問領域ａ３には、体型の特徴に起因するファッションに関する悩みとして、商品の着用状態の傾向を質問するテキスト表示と、当該質問に対する回答のＹＥＳ／ＮＯボタンが備わっている。これらのＹＥＳ／ＮＯボタンに対して、第１ユーザＵ１が該当する方を押下して上記質問への回答がなされる。また、これらのＹＥＳ／ＮＯボタンに対して、第１ユーザＵ１が押下すると、次の質問を表示するアンケート画面Ａ２に遷移する。本例では、説明を簡単にするために、アンケート画面Ａ２は、一画面のみ用いて説明するが、質問が複数ある場合はこの質問の個数分アンケート画面Ａ２が表示してもよい。

フッター領域ａ４には、表示されている質問をスキップするためのＳＫＩＰボタンが備わっている。上記のとおり、質問領域ａ３のＹＥＳ／ＮＯボタンのいずれかが押下されると次の質問を表示するアンケート画面Ａ２に遷移するが、表示されている質問に回答できない場合に、当該ＳＫＩＰボタンが押下されると、当該質問を飛ばして次の質問を表示するアンケート画面Ａ２に遷移する。

ユーザ端末２００は、図１１（ｃ）に示すように、ユーザの試着友達の候補及び当該候補となる試着友達数を表示する試着友達表示画面Ａ３を表示する。試着友達数表示画面Ａ３には、試着友達表示領域ａ５と、フッター領域ａ６とを含む。試着友達表示領域ａ５には、ユーザ情報登録画面Ａ１で入力された体型データに基づいてユーザと同一又は類似の体型データを有するグルーピングされた他のユーザ及び当該他のユーザ数が表示される。フッター領域ａ６には、登録ボタンが備わっており、登録ボタンが押下されると試着友達表示領域ａ５に表示された他のユーザが試着友達として登録される。

ユーザ端末２００は、図１２（ａ）に示すように、商品を一覧表示するリクエスト商品画面Ａ１０を表示する。リクエスト商品画面Ａ１０には、着用リクエスト対象の商品の一覧を表示する一覧領域ａ１０を含む。一覧領域ａ１０には、商品ごとに、商品の画像と、商品の説明と、商品ごとの着用リクエストボタン（未実施）ａ１１又は着用リクエストボタン（実施済）ａ１２と、商品ごとの試着友達からの着用リクエスト数を示す着用リクエスト数アイコンａ１３と、が表示されている。この商品の説明は、例えば、商品の販売メーカー名、商品カテゴリ又は商品の価格などが含まれている。

この着用リクエストボタン（未実施）ａ１１が第１ユーザＵ１に押下された際、第１ユーザＵ１の試着友達に対する押下対象商品の着用リクエストを、ユーザ端末２００はサーバ装置１００に送信する。また、この着用リクエストボタン（未実施）ａ１１は、押下された着用リクエストがサーバ装置１００に受信されると、着用リクエストボタン（実施済）ａ１２に表示を変えて押下不能となる。

ユーザ端末２００は、図１２（ｂ）に示すように、商品の詳細を表示する商品詳細画面Ａ１１を表示する。商品詳細画面Ａ１１には、着用リクエスト対象の商品の詳細を表示する詳細領域ａ１５を含む。詳細領域ａ１５には、一覧領域ａ１０と同様に、表示対象の商品の、商品の画像と、商品の説明と、商品ごとの着用リクエストボタン（未実施）ａ１１又は着用リクエストボタン（実施済）ａ１２と、着用リクエスト数アイコンａ１３と、が表示されている。

アイテム詳細画面Ａ１１は、図１３（ａ）に示すように、第２ユーザＵ２の第２ユーザ端末２００ｂが試着友達である第１ユーザＵ１からの着用リクエストを受信した際に、「あなたに試着リクエストが届きました」といったテキスト表示ａ１６と、着用登録ボタンａ１７と、着用リクエストボタン（未実施）ａ１１と、を表示する。着用登録ボタンａ１７には、「このアイテムを試着する」というテキスト表示させて、第２ユーザＵ２に表示対象の商品を着用することを促す。着用登録ボタンａ１７が押下されると、図１３（ｂ）に示す着用登録画面Ａ１２が表示される。

ユーザ端末２００は、図１３（ｂ）に示すように、着用画像を登録するための着用登録画面Ａ１２を表示する。着用登録画面Ａ１２には、着用画像の撮影領域ａ１８と、着用対象の商品情報を登録する商品登録領域ａ１９と、下書き保存ボタンａ２０と、着用登録ボタンａ２１が表示されている。撮影領域ａ１８や商品登録領域ａ１９で入力された着用画像や着用対象の商品情報に対して下書き保存ボタンａ２０が押下されると、ユーザ端末２００の記憶部２３０にこれらの入力された着用画像等が下書きとして保存される。一方、これらの入力された着用画像等に対して着用登録ボタンａ２０が押下されると、当該入力された着用画像等は着用データベースＤ３に新規の着用情報として登録される。

着用画像の撮影領域ａ１８には、着用画像エリアａ２１が表示されている。着用画像フォームａ２１が押下されると、制御部２２０は、カメラ２６０を起動させて商品の着用状態を撮影できる状態にする。起動したカメラ２６０で着用画像が撮影されると、当該着用画像が入力され着用画像フォームａ２１には当該着用画像のサムネイルが表示される。

商品登録領域ａ１９には、バーコード登録フォームａ２３と、商品コード入力フォームａ２４とが表示されている。バーコード登録フォームａ２３が押下されると、制御部２２０はユーザ端末２００に搭載されているバーコードリーダーアプリケーションを起動させて、着用対象の商品の商品バーコードを読み取れる状態にする。起動したバーコードリーダーアプリケーションで商品バーコードが読み取られると、商品バーコードが示す商品コードが一致する商品情報が取得され当該商品情報が表示される。商品コード入力フォームａ２４には、商品コード体系に合わせたテキスト入力フォームと決定ボタンが表示されている。当該テキスト入力フォームに商品コードが入力されて決定ボタンが押下されると、商品コードが一致する商品情報が取得され当該商品情報が表示される。また、商品コード入力フォームａ２４は、アイテム詳細画面Ａ１１の着用登録ボタンａ１７が押下されことで着用登録画面Ａ１２に遷移してきた場合、アイテム詳細画面Ａ１１に表示されている商品の商品コードをデフォルトとして予め入力された状態で表示されてもよい。

ユーザ端末２００は、図１３（ｃ）に示すように、試着友達の着用画像を表示する着用コーデ画面Ａ１３を表示する。着用コーデ画面Ａ１３には、登録された着用画像と、着用するユーザのニックネーム、体形データが表示されている。この体型データには、例えば、身長、体重、バスト、ウェスト、ヒップ及び靴のサイズが含まれる。また、着用コーデ画面Ａ１２には、表示されている着用画像に対する評価をするための「似合っているね」ボタンａ２５が表示されている。「似合っているね」ボタンａ２５ボタンを押下すると、当該着用画像に対する評価ポイントが加算される。

＜４．動作例＞
図１４〜１５を用いて、本実施形態におけるコミュニティシステム１の動作例を説明する。なお、以下に示す処理の順番は一例であって、適宜、変更されてもよい。

図１４は、サーバ装置１００及びユーザ端末２００のユーザ同士の関連付けの動作例を示すフローチャートである。図１４に示すように、第１ユーザ端末２００ａは、第１ユーザＵ１から体形データの入力を受け付ける（Ｓ５０）。第１ユーザ端末２００ａは、当該受け付け結果をサーバ装置１００に送信する。

サーバ装置１００は、上記受け付け結果を受信すると、第１ユーザＵ１と、体形データが同一又は類似する他のユーザとをグルーピングする（Ｓ５１）。サーバ装置１００は、当該グルーピング結果を第１ユーザ端末２００ａに送信する。第１ユーザ端末２００ａは、当該グルーピング結果を受信すると、当該グルーピングされた他のユーザを表示する（Ｓ５２）。第１ユーザ端末２００ａは、第１ユーザＵ１からこのグルーピングされた他のユーザのうち、第１ユーザＵ１と関連付ける第２ユーザＵ２を含む試着友達の選択を受け付ける（Ｓ５３）。サーバ１００は、当該選択を第１ユーザ端末２００ａから受信し、第１ユーザＵ１の試着友達を登録する（Ｓ５４）。

図１５（ａ）は、サーバ装置１００及びユーザ端末２００の着用リクエストを受け付けて着用画像をシェアするまでの動作例を示すフローチャートである。図１５（ａ）に示すように、サーバ装置１００は、第１ユーザＵ１から第２ユーザＵ２への着用リクエストを受け付ける（Ｓ６０）。サーバ装置１００は、当該着用リクエストを受け付けると、第２ユーザＵ２に着用リクエストを受け付けたことを通知する（Ｓ６１）。

第２ユーザＵ２は、第２ユーザ端末２００ｂを用いて着用画像の登録を要求すると、サーバ装置１００は第２ユーザＵ２から所定のサイトにおける着用画像の登録を受け付ける（Ｓ６２）。サーバ装置１００は、当該登録を受け付けると、所定のサイトに第２ユーザＵ２の着用画像を登録する（Ｓ６３）。サーバ装置１００は、第１ユーザＵ１に第２ユーザＵ２の着用画像が所定のサイトに登録されたことを通知する（Ｓ６４）。

図１５（ｂ）は、ユーザ端末２００の着用画像の閲覧の動作例を示すフローチャートである。図１５（ｂ）に示すように、第１ユーザ端末２００ａは、第１ユーザＵ１から第２ユーザＵ２を含む自身の試着友達の着用画像の表示要求を受け付ける（Ｓ７０）。第１ユーザ端末２００ａは、当該表示要求を受け付けると、サーバ装置１００から第１ユーザＵ１の試着友達の商品の着用画像を取得する（Ｓ７１）。第１ユーザ端末２００ａは、取得した試着友達の着用画像を表示する（Ｓ７２）。

上記実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するものではない。本発明はその趣旨を逸脱することなく、変更／改良（たとえば、各実施形態を組み合わせること、各実施形態の一部の構成を省略すること）され得るとともに、本発明にはその等価物も含まれる。

１…コミュニティシステム、１００…サーバ装置、１１０…通信インタフェース、１１０…サーバ装置、１２０…プロセッサ、１２１…関連部、１２２…リクエスト制御部、１２３…リクエスト通知部、１２４…登録受付部、１２５…着用通知部、１２６…閲覧制御部、１２７…オーダー管理部、１３０…記憶部、２００…ユーザ端末、２００ａ…第１ユーザ端末、２００ｂ…第２ユーザ端末、２１０…通信インタフェース、２１０…制御部、２２０…プロセッサ、２２１…入力受付部、２２２…表示制御部、２３０…記憶部、２４０…表示部、２５０…入力部、２６０…カメラ、３００…外部サーバ装置

Claims (10)

1. 第１ユーザと、前記第１ユーザから受け付けた体型データと同一又は類似する体型データを有する第２ユーザとを関連付ける関連部と、
   前記第１ユーザから前記第２ユーザに商品の着用を依頼するための着用リクエストを受け付けるリクエスト制御部と、
   前記着用リクエストを受け付けた後、前記第２ユーザに、前記第１ユーザから着用リクエストを受け付けたことを通知するリクエスト通知部と、
   前記第２ユーザから、前記着用リクエストに対応する着用画像の登録を受け付ける登録受付部と、
   前記第２ユーザから、前記着用リクエストに対応する着用画像が登録されたことを、前記第１ユーザに通知する着用通知部と、
   前記登録された着用画像を、前記第１ユーザに閲覧可能とする閲覧制御部と、を備える、
   サーバ装置。
2. 前記閲覧制御部は、前記第２ユーザによって登録された着用画像を、前記第２ユーザと関連付けられた他のユーザに閲覧可能とする、
   請求項１に記載のサーバ装置。
3. 前記体型データは、身長、体重又は年齢のうち、少なくともいずれか一つを含み、
   前記関連部は、前記第１ユーザと、前記第１ユーザの身長、体重又は年齢の少なくともいずれか一つの値が所定の範囲内にある体型データを有する第２ユーザとを関連付ける、
   請求項１又は２に記載のサーバ装置。
4. 前記関連部は、前記第１ユーザの身長、体重又は年齢の少なくともいずれか一つの値が所定の範囲内にある体型データを有する他のユーザが存在しない場合には、前記所定の範囲を変更して、前記第１ユーザと第２ユーザとを関連付ける、
   請求項３に記載のサーバ装置。
5. 前記関連部は、さらに、前記第１ユーザから受け付けた条件に基づいて、前記第１ユーザと第２ユーザとを関連付ける、
   請求項１から４のいずれか１項に記載のサーバ装置。
6. 前記条件は、ユーザ数であり、
   前記関連部は、前記第１ユーザと関連付けられる他のユーザの数が、前記ユーザ数の範囲内となるよう、前記第１ユーザと第２ユーザとを関連付ける、
   請求項５に記載のサーバ装置。
7. 前記関連部は、さらに、前記第１ユーザと、前記第１ユーザから受け付けた前記体型データ以外の属性データと同一又は類似する属性データを有する第２ユーザとを関連付ける、
   請求項１から６のいずれか1項に記載のサーバ装置。
8. 前記属性データは、商品の着用状態の傾向を問う１以上の質問に対する回答を含み、
   前記関連部は、前記第１ユーザと、前記回答が少なくとも１つ一致する第２ユーザとを関連付ける、
   請求項７に記載のサーバ装置。
9. コンピュータが、
   第１ユーザと、前記第１ユーザから受け付けた体型データと同一又は類似する体型データを有する第２ユーザとを関連付けるステップと、
   前記第１ユーザから前記第２ユーザに商品の着用を依頼するための着用リクエストを受け付けるステップと、
   前記着用リクエストを受け付けた後、前記第２ユーザに、前記第１ユーザから着用リクエストを受け付けたことを通知するステップと、
   前記第２ユーザから、前記着用リクエストに対応する着用画像の登録を受け付けるステップと、
   前記第２ユーザから、前記着用リクエストに対応する着用画像が登録されたことを、前記第１ユーザに通知するステップと、
   前記登録された着用画像を、前記第１ユーザに閲覧可能とステップと、を含む、
   情報処理方法。
10. コンピュータに、
    第１ユーザと、前記第１ユーザから受け付けた体型データと同一又は類似する体型データを有する第２ユーザとを関連付ける関連機能と、
    前記第１ユーザから前記第２ユーザに商品の着用を依頼するための着用リクエストを受け付けるリクエスト制御機能と、
    前記着用リクエストを受け付けた後、前記第２ユーザに、前記第１ユーザから着用リクエストを受け付けたことを通知するリクエスト通知機能と、
    前記第２ユーザから、前記着用リクエストに対応する着用画像の登録を受け付ける登録受付機能と、
    前記第２ユーザから、前記着用リクエストに対応する着用画像が登録されたことを、前記第１ユーザに通知する着用通知機能と、
    前記登録された着用画像を、前記第１ユーザに閲覧可能とする閲覧制御機能と、を実現させる、
    プログラム。