特許 6709308 購入支援サーバ、購入支援方法、購入支援システム、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6709308

(24)【登録日】2020年5月26日

(45)【発行日】2020年6月10日

(54)【発明の名称】購入支援サーバ、購入支援方法、購入支援システム、およびプログラム

(51)【国際特許分類】

   G06Q 30/02 20120101AFI20200601BHJP

   G06Q 30/06 20120101ALI20200601BHJP

【ＦＩ】

   G06Q30/02 470

   G06Q30/02 320

   G06Q30/02 480

   G06Q30/06 320

【請求項の数】12

【全頁数】24

(21)【出願番号】特願2019-78930(P2019-78930)

(22)【出願日】2019年4月17日

【審査請求日】2020年4月21日

【早期審査対象出願】

(73)【特許権者】

【識別番号】504440133

【氏名又は名称】株式会社ポケモン

(74)【代理人】

【識別番号】110002815

【氏名又は名称】ＩＰＴｅｃｈ特許業務法人

(72)【発明者】

【氏名】小杉 要

(72)【発明者】

【氏名】首藤 まり江

【審査官】 塩田 徳彦

(56)【参考文献】

【文献】 米国特許出願公開第２０１８／００４９４９８（ＵＳ，Ａ１）

【文献】 特開２０１７−７３１４０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

(57)【特許請求の範囲】

【請求項1】

各ユーザの属性情報および衣服のオーダーメイド内容を保持する記憶部と、
オーダーメイドを行うユーザの属性と関連する他ユーザを、前記記憶部における前記各ユーザの属性情報に基づき特定し、当該他ユーザのオーダーメイド内容の情報を前記衣服のカスタマイズ対象として、オーダーメイドを行うユーザの端末に出力する対象提示部と、
前記出力したオーダーメイド内容に対するカスタマイズ操作を前記端末から受け付け、前記オーダーメイド内容への前記カスタマイズ操作を反映したオーダーメイド結果での前記衣服のオーダー処理を実行するオーダー処理部と、
を備える購入支援サーバ。

【請求項2】

前記記憶部は、
キャラクタ情報を保持し、
前記対象提示部は、
前記他ユーザを特定するに際し、前記オーダーメイドを行うユーザが選択した前記キャラクタ情報と同一または類似の前記キャラクタ情報が対応付けられた他ユーザを特定するものである、請求項１に記載の購入支援サーバ。

【請求項3】

前記オーダー処理部は、
前記オーダーメイド結果と、同一または類似のオーダーメイドを行った他ユーザの有無または数を、前記端末に出力する処理を更に実行するものである、請求項１または請求項２に記載の購入支援サーバ。

【請求項4】

前記オーダー処理部は、
前記オーダーメイド結果と、同一または類似のオーダーメイドを行った他ユーザのうち、前記オーダーメイドを行うユーザの所在地から所定範囲内にいる者、および当該同一または類似のオーダーメイドの時期が現時点から所定期間以内である者、の少なくともいずれかの者の有無または数を、前記端末に出力する処理を更に実行するものである、請求項１から請求項３のいずれか一項に記載の購入支援サーバ。

【請求項5】

前記対象提示部は、
前記オーダーメイド内容の情報を前記カスタマイズ対象として出力するに際し、前記ユーザの端末および当該ユーザによる指定ユーザの端末のそれぞれに、前記オーダーメイド内容の情報を出力し、
前記オーダー処理部は、
前記カスタマイズ操作を前記ユーザおよび前記指定ユーザのそれぞれの端末から受け付け、前記オーダーメイド内容への前記それぞれの端末から受けたカスタマイズ操作を反映したオーダーメイド結果での前記衣服のオーダー処理を実行する、請求項１から請求項４のいずれか一項に記載の購入支援サーバ。

【請求項6】

前記オーダーメイド結果を、所定ネットワーク上にて公開し、当該オーダーメイド結果に対する意見表明の受け付け及び集計を行い、当該集計の結果を前記ネットワーク上にて公開する集計部を更に備える、請求項１から請求項５のいずれか一項に記載の購入支援サーバ。

【請求項7】

前記集計部は、
前記集計の結果を公開するに際し、前記集計の結果である前記オーダーメイド結果に対する好悪、レコメンド、およびフォローの少なくともいずれかの規模に応じて、オーダーメイド結果間での人気順位を特定し、各オーダーメイド結果のうち所定の人気順位のものを人気デザインとして前記ネットワーク上にて公開するものである、請求項６に記載の購入支援サーバ。

【請求項8】

前記集計部は、
前記ネットワーク上で公開した前記オーダーメイド結果に関する、好悪、レコメンド、フォロー、およびシェアの少なくともいずれかのイベントに応じ、当該オーダーメイド結果の起源である前記カスタマイズ操作を行った該当ユーザに関して、所定のインセンティブ付与の処理を更に実行するものである、請求項６または請求項７に記載の購入支援サーバ。

【請求項9】

前記対象提示部は、
前記オーダーメイド結果が示す当該衣類における素材の耐久度に基づき、当該衣類の買い換え時期に関する通知を前記ユーザの端末に行う処理を更に実行するものである、請求項１から請求項８のいずれか一項に記載の購入支援サーバ。

【請求項10】

各ユーザの属性情報および衣服のオーダーメイド内容を記憶部に保持するサーバが、
オーダーメイドを行うユーザの属性と関連する他ユーザを、前記記憶部における前記各ユーザの属性情報に基づき特定し、当該他ユーザのオーダーメイド内容の情報を前記衣服のカスタマイズ対象として、オーダーメイドを行うユーザの端末に出力し、
前記出力したオーダーメイド内容に対するカスタマイズ操作を前記端末から受け付け、前記オーダーメイド内容への前記カスタマイズ操作を反映したオーダーメイド結果での前記衣服のオーダー処理を実行する、
購入支援方法。

【請求項11】

各ユーザの属性情報および衣服のオーダーメイド内容を保持する記憶部と、
オーダーメイドを行うユーザの属性と関連する他ユーザを、前記記憶部における前記各ユーザの属性情報に基づき特定し、当該他ユーザのオーダーメイド内容の情報を前記衣服のカスタマイズ対象として、オーダーメイドを行うユーザの端末に出力する対象提示部と、
前記出力したオーダーメイド内容に対するカスタマイズ操作を前記端末から受け付け、前記オーダーメイド内容への前記カスタマイズ操作を反映したオーダーメイド結果での前記衣服のオーダー処理を実行するオーダー処理部と、
を備える購入支援サーバと、
前記購入支援サーバに対し、前記ユーザの属性情報を含むオーダーメイド要求を送信して、前記カスタマイズ対象の情報を取得して表示する出力部と、
前記表示した前記カスタマイズ対象の情報に対する、前記ユーザによるカスタマイズ操作を受け付けて、当該カスタマイズ操作の内容を前記オーダーメイド結果として前記購入支援サーバに送信する処理部と、
を備える端末と、
を含む購入支援システム。

【請求項12】

各ユーザの属性情報および衣服のオーダーメイド内容を記憶部に保持するサーバに、
オーダーメイドを行うユーザの属性と関連する他ユーザを、前記記憶部における前記各ユーザの属性情報に基づき特定し、当該他ユーザのオーダーメイド内容の情報を前記衣服のカスタマイズ対象として、オーダーメイドを行うユーザの端末に出力する処理と、
前記出力したオーダーメイド内容に対するカスタマイズ操作を前記端末から受け付け、前記オーダーメイド内容への前記カスタマイズ操作を反映したオーダーメイド結果での前記衣服のオーダー処理を実行する処理と、
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、購入支援サーバ、購入支援方法、購入支援システム、およびプログラムに関する。

【背景技術】

【0002】

オンライン上でシャツ等のカスタマイズを受け付けるオーダーメイドサービスが存在する。一方、こうしたオーダーメイドサービスはユーザが設定すべき項目が多岐に亘り、ユーザにおいて相応の知見や拘りがなければ、センス良くまとまったデザインを行うことは難しい。

【0003】

そこで、そうしたユーザにおけるカスタマイズ動作を補助するシステムが知られている。たとえば、特許文献１（特開２０１８−１７００３０）においては、好みの共通する他ユーザのデザインを、デザインカスタマイズの着想補助の情報として提示するシステムが記載されている

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１８−１７００３０号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、特許文献１に記載された発明は、カスタマイズに際してアドバイスの提供は可能であるものの、当該ユーザとしては、オーダーメイド内容を自ら検討・設定しなければならない点は従来と変わらない。

【0006】

つまり、衣服等に関して相応の知見や拘りを持っていない一般的なユーザからすれば、オーダーメイドサービス利用のハードルは高いままとなっている課題がある。

【0007】

そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、衣服等のオーダーメイドサービスをユーザの知見等にかかわらず容易に利用可能とするシステムを提供することである。

【課題を解決するための手段】

【0008】

上記目的を達成するため、本開示に係る購入支援サーバは、各ユーザの属性情報および衣服のオーダーメイド内容を保持する記憶部と、オーダーメイドを行うユーザの属性と関連する他ユーザを、前記記憶部における前記各ユーザの属性情報に基づき特定し、当該他ユーザのオーダーメイド内容の情報を前記衣服のカスタマイズ対象として端末に出力する対象提示部と、前記出力したオーダーメイド内容に対するカスタマイズ操作を前記端末から受け付け、前記オーダーメイド内容への前記カスタマイズ操作を反映したオーダーメイド結果での前記衣服のオーダー処理を実行するオーダー処理部と、を備える。

【0009】

また、上記目的を達成するため、本開示に係る購入支援方法は、各ユーザの属性情報および衣服のオーダーメイド内容を記憶部に保持するサーバが、オーダーメイドを行うユーザの属性と関連する他ユーザを、前記記憶部における前記各ユーザの属性情報に基づき特定し、当該他ユーザのオーダーメイド内容の情報を前記衣服のカスタマイズ対象として端末に出力し、前記出力したオーダーメイド内容に対するカスタマイズ操作を前記端末から受け付け、前記オーダーメイド内容への前記カスタマイズ操作を反映したオーダーメイド結果での前記衣服のオーダー処理を実行する。

【0010】

また、上記目的を達成するため、本開示に係る購入支援システムは、各ユーザの属性情報および衣服のオーダーメイド内容を保持する記憶部と、オーダーメイドを行うユーザの属性と関連する他ユーザを、前記記憶部における前記各ユーザの属性情報に基づき特定し、当該他ユーザのオーダーメイド内容の情報を前記衣服のカスタマイズ対象として、オーダーメイドを行うユーザの端末に出力する対象提示部と、前記出力したオーダーメイド内容に対するカスタマイズ操作を前記端末から受け付け、前記オーダーメイド内容への前記カスタマイズ操作を反映したオーダーメイド結果での前記衣服のオーダー処理を実行するオーダー処理部と、を備える購入支援サーバと、前記購入支援サーバに対し、前記ユーザの属性情報を含むオーダーメイド要求を送信して、前記カスタマイズ対象の情報を取得して表示する出力部と、前記表示した前記カスタマイズ対象の情報に対する、前記ユーザによるカスタマイズ操作を受け付けて、当該カスタマイズ操作の内容を前記オーダーメイド結果として前記購入支援サーバに送信する処理部と、を備える端末とを含む。

【0011】

また、上記目的を達成するため、本開示に係るプログラムは、各ユーザの属性情報および衣服のオーダーメイド内容を記憶部に保持するサーバに、オーダーメイドを行うユーザの属性と関連する他ユーザを、前記記憶部における前記各ユーザの属性情報に基づき特定し、当該他ユーザのオーダーメイド内容の情報を前記衣服のカスタマイズ対象として、オーダーメイドを行うユーザの端末に出力する処理と、前記出力したオーダーメイド内容に対するカスタマイズ操作を前記端末から受け付け、前記オーダーメイド内容への前記カスタマイズ操作を反映したオーダーメイド結果での前記衣服のオーダー処理を実行する処理と、を実行させる。

【発明の効果】

【0012】

本開示によれば、衣服等のオーダーメイドサービスをユーザの知見等にかかわらず容易に利用可能とするシステムを提供できる。

【図面の簡単な説明】

【0013】

【図1】本実施形態の購入支援システムの構成例を示す図である。

【図2】本実施形態の購入支援サーバの構成例を示す図である。

【図3】本実施形態の端末の構成例を示す図である。

【図4】本実施形態の購入支援サーバにおける処理の一例を示すフローチャートである。

【図5】本実施形態のカスタマイズ操作画面の一例である。

【図6】本実施形態のオーダー履歴ＤＢの一例を示す図である。

【図7】本実施形態のオーダーメイド結果画面の一例である。

【図8】本実施形態の買い換え管理ＤＢの一例を示す図である。

【図9】本実施形態の買い換え推奨通知画面の一例である。

【図10】本実施形態の購入支援サーバにおける処理の一例を示すフローチャートである。

【図11】本実施形態の集計結果ＤＢの一例を示す図である。

【図12】本実施形態の人気ランキング通知画面の一例である。

【発明を実施するための形態】

【0014】

以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。

【0015】

＜実施形態＞
（実施形態の概要）
オンライン上でシャツや靴（以後、まとめて衣服）などのカスタマイズをユーザから受け付けるオーダーメイドサービスが存在する。また、ユーザの身体形状、サイズを採寸する特定のスーツやそれと連動するアプリケーションなども提案されはじめている。

【0016】

こうしたオーダーメイドサービスや自動採寸等によれば、確かに各ユーザの趣味、嗜好や体型にマッチした衣服が注文可能となる。ただし、こうしたサービスのユーザ層は、衣服に確かな拘りを持っている者が主体となっており、それ以外のいわゆるライトユーザは少数派であった。

【0017】

見方を変えれば、そうしたライトユーザにとって、従来のオーダーメイドサービスの利用には心理的ハードルが存在していると言える。この心理的ハードルとは、例えば、オーダーメイドの諸操作を行うユーザにおいて、設定すべき項目が多岐に亘る点に原因の一つがある。また、そうした項目それぞれに正しく答えうるかはユーザ次第であり、相応の知見や拘りがなければセンス良くまとまったデザインを行うことは難しい。

【0018】

勿論、そうしたユーザにおけるオーダーメイドに伴うカスタマイズ動作を補助するシステムも提案されている。しかしながら、そうしたシステムでは、カスタマイズに際してアドバイスの提供は可能であるものの、当該ユーザとしては、オーダーメイド内容を自ら検討・設定しなければならない点は従来と変わらない。

【0019】

つまり、衣服等に関して相応の知見や拘りを持っていない一般的なユーザからすれば、オーダーメイドサービス利用のハードルは高いままとなっている課題がある。そこで、本実施形態では、衣服等のオーダーメイドサービスをユーザの知見等にかかわらず容易に利用可能とするシステムを提供する。

【0020】

具体的には、本実施形態では、オーダーメイドサービスをネットワーク上で提供する購入支援サーバが、各ユーザのユーザ属性と当該ユーザによる衣服のオーダーメイド内容とを記憶部で保持・管理する。また、購入支援サーバは、新たにオーダーメイドを行うユーザの属性と関連する他ユーザを、記憶部で保持する各ユーザのユーザ属性に基づき特定する。

【0021】

また、購入支援サーバは、上述のように特定した他ユーザのオーダーメイド内容の情報を、新たにオーダーメイドを行う上述のユーザに対し、衣服のカスタマイズ対象として提示することとなる。

【0022】

これを端末で閲覧した上述のユーザは、端末のディスプレイで表示されたオーダーメイド内容に対するカスタマイズ操作を行う。このカスタマイズ操作は、例えば、生地の種類や色、模様やキャラクタ、襟や袖口の形状、各部位のサイズ等々、通常のオーダーメイドにて指定しうる項目の少なくとも１つ以上を含みうる。

【0023】

一方、端末は、上述のユーザによるカスタマイズ操作を受け付けて、その内容を購入支援サーバに通知する。他方、購入支援サーバは、この通知を受けて、カスタマイズ操作の内容を（他ユーザの）オーダーメイド内容へ反映させることでオーダーメイド結果を生成する。購入支援サーバは、こうして得たオーダーメイド結果を含む該当衣服のオーダー処理を実行することとなる。

【0024】

なお、上述の購入支援サーバとしては、衣類のオーダーメイドサービスを提供するＷＥＢサーバの他、従来のオーダーメイドサービスを提供するＷＥＢサーバに対して、本発明の購入支援技術に基づき情報提供を行うサーバも想定しうる。

【0025】

このような形態で提供されるオーダーメイドサービスであれば、衣類に対する特段の拘りや自身の嗜好が明確でないライトユーザであっても、（参考にできる程度のセンスやオーダー実績、或いは人気がある）他者のオーダーメイド内容をベースにした簡便なカスタマイズ操作のみで、センス良くまとまったデザインでのオーダーメイドが実現できる。

【0026】

（購入支援システム１の構成）
図１は、購入支援システム１の構成図である。図１を参照して、実施形態１に係る購入支援システム１の構成について説明する。

【0027】

購入支援システム１は、購入支援サーバ１００と、端末２００−１，２００−２，…，２００−Ｎ（Ｎは自然数）と、を備え、ネットワークＮＷを介して通信可能に接続される。ネットワークＮＷは、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）等から構成される。なお、以下の説明では、端末２００−１，２００−２，…，２００−Ｎは、特に区別する必要のない限り、端末２００と記載する。

【0028】

購入支援サーバ１００は、本実施形態に係るオーダーメイドサービスをネットワークＮＷ上で提供するサーバ装置である。この購入支援サーバ１００は、例えば、ネットワークＮＷを介してアクセスしてきた端末２００に対する、オーダーメイド要求の受付から、これに応じたカスタマイズ対象（属性が同一／類似の他ユーザによる過去のオーダーメイド内容）の配信、当該カスタマイズ対象に対するカスタマイズ操作の受付、および、カスタマイズ操作を反映したオーダーメイド結果での該当衣服のオーダー処理の結果通知、等の処理を行う。

【0029】

一方、端末２００は、上述したように購入支援サーバ１００から配信されるカスタマイズ対象（過去のオーダーメイド内容）に対する、ユーザによるカスタマイズ操作を受け付け、これを購入支援サーバ１００に通知することによって、当該ユーザのカスタマイズ結果およびこれに基づくオーダー処理結果を得る情報処理端末である。

【0030】

（購入支援サーバ１００の機能構成）
図２は、購入支援サーバ１００の機能構成の一例を示す機能ブロック図である。なお、本実施形態の購入支援サーバ１００は、図２の構成要素（各部）の一部を省略した構成としてもよい。

【0031】

購入支援サーバ１００は、情報処理装置であって、通信部１０５と、記憶部１１０と、処理部１２０と、を備える。

【0032】

このうち通信部１０５は、端末２００と、ネットワークＮＷを介した通信を行うための各種制御を行うものである。その機能は、各種プロセッサ又は通信用ＡＳＩＣ（Application Specific Integrated Circuit）などのハードウェアや、プログラムなどにより実現できる。

【0033】

また、記憶部１１０は、コンピュータを機能させるためのプログラムや各種データを記憶するための記憶装置である。この記憶部１１０は、オーダー履歴ＤＢ１１１、集計結果ＤＢ１１２および買い換え管理ＤＢ１１３を含む。

【0034】

オーダー履歴ＤＢ１１１は、本実施形態に係るオーダーメイドサービスにおけるオーダー履歴を蓄積するデータベースである。このオーダー履歴ＤＢ１１１で保持する情報は、例えば、過去に、通信部１０５を介して端末２００から受けたオーダーメイド要求に伴って生成したカスタマイズ結果、それによるオーダー処理の結果、および当該ユーザの属性などの情報である。なお、記憶部１１０は、一時的な記憶領域や、ストレージを含んでもよい。

【0035】

また、集計結果ＤＢ１１２は、各ユーザに関して生成したオーダーメイド結果を、ネットワークＮＷ上にて公開し、当該オーダーメイド結果それぞれに対する他者の意見表明に関するデータの集計結果や、それに伴って該当ユーザに付与されるインセンティブの情報を格納したデータベースである。

【0036】

上述の意見表明に関するデータとは、単純に好悪の感情（例：“好き”、“嫌い”）を示すものの他、他者への推奨記事であるいわゆるレコメンド、当該オーダーメイド結果ないしそのカスタマイズ操作を行ったユーザに対するフォロー、および、当該オーダーメイド結果を引用するシェア、といったＳＮＳ（Social Network Service）上での操作に該当するものも含まれうる。

【0037】

また、上述の集計結果としては、オーダーメイド結果に対する好悪、レコメンド、フォロー、およびシェア、の少なくともいずれかの規模（総数や頻度）の他、当該規模に応じて決まるオーダーメイド結果間での人気順位の概念も含まれうる。

【0038】

また、上述のインセンティブとは、ネットワークＮＷ上で公開したオーダーメイド結果に関する、レコメンド、フォロー、およびシェアの少なくともいずれかのイベントに応じ、当該オーダーメイド結果の起源であるカスタマイズ操作を行った該当ユーザに関して付与されるものとなる。具体的には、オーダーメイドサービスでの代金決済に充当可能な各種ポイントや金員、或いは、オーダーメイドサービスで登場する各種キャラクタのグッズ、当該グッズの購入優待券などを想定できる。

【0039】

また、買い換え管理ＤＢ１１３は、上述のオーダーメイド結果が示す当該衣類における素材の耐久度に基づいた当該衣類の買い換え時期、に関する情報を蓄積したデータベースである。この買い換え管理ＤＢ１１３で蓄積する情報は、例えば、ユーザごとのオーダーメイド結果に対する、当該衣類の購入時期と次回の買い換え時期の情報である。なお、買い換え管理ＤＢ１１３は、当該衣類に関して当該ユーザがオーダーメイドサービスでの買い換え、すなわちオーダーを行うごとに更新される。

【0040】

また、処理部１２０は、購入支援サーバ１００において実行される各種の情報処理を実行する。処理部１２０は、ＣＰＵ（Central Processing Unit）およびメモリを有し、ＣＰＵがメモリを用いて、記憶部１１０に記憶された情報処理プログラムを実行することによって各種の情報処理が実行される。

【0041】

処理部１２０は、対象提示部１２１と、オーダー処理部１２２と、集計部１２３と、を含む。

【0042】

このうち対象提示部１２１は、オーダーメイド要求を送ってきたユーザの属性と関連する他ユーザを、記憶部１１０のオーダー履歴ＤＢ１１１における各ユーザの属性情報に基づき特定する。この場合のユーザの属性とは、例えば、年齢、性別、居住地域、職業、趣味、好きな色、オーダーメイド実績といった一般的な情報の他、当該ユーザが好んでいる又は選択、指定した、生地やそのプリント、柄、ゲームやアニメ、映画等の各種コンテンツにおけるキャラクタ、アイコン、フレーズ、模様、など種々のものを想定しうる。

【0043】

また、対象提示部１２１は、ここで特定した他ユーザのオーダーメイド内容の情報を、上述のユーザにおける衣服のカスタマイズ対象として当該ユーザの端末２００に出力する。

【0044】

なお、対象提示部１２１は、上述の他ユーザを特定するに際し、オーダーメイドを行うユーザが選択したキャラクタ情報と同一または類似のキャラクタ情報（オーダー履歴ＤＢ１１１における各ユーザの属性情報が示す好みのキャラクタの情報すなわちキャラクタ情報）が対応付けられた他ユーザを特定するとすれば好適である。

【0045】

キャラクタが同一とは、例えば、キャラクタ同士の名称など識別情報が一致していることを意味する。また、キャラクタが類似とは、例えば、キャラクタ同士の名称の一部（例：名称を構成する語彙のうち先頭／末尾のもの）が共通する、或いは、名称は異なるもののコンテンツにおける当該キャラクタのタイプ（例：ノーマルタイプ、みずタイプ、ドラゴンタイプ、はがねタイプ、エスパータイプ、フェアリータイプ等々）や、分類（例：ねずみ、かえん、こうら等々）が一致しているなど、キャラクタに対応付けた各種のキャラクタ情報が一致していることを意味する。

【0046】

また、対象提示部１２１は、オーダーメイド結果が示す当該衣類における素材の耐久度に基づき、当該衣類の買い換え時期に関する通知を上述のユーザの端末２００に行う。そのため対象提示部１２１は、上述の素材の耐久度の情報として、例えば素材寿命の年数値をオーダー履歴ＤＢ１１１における該当オーダーメイド結果から取得する。

【0047】

また、対象提示部１２１は、この耐久度の情報である寿命の年数値の所定割合分を、現在日時に加算して買い換え時期を特定し、これをユーザ側に通知する。この通知のタイミングとしては、特に限定しないが、例えば買い換え時期到来の所定期間前や、オーダー処理時点などを想定できる。

【0048】

また、オーダー処理部１２２は、上述の対象提示部１２１が端末２００に出力したオーダーメイド内容に対するカスタマイズ操作を、当該端末２００から受け付ける。この場合のオーダー処理部１２２は、カスタマイズ操作を受け付けるためのインターフェイスを含む画面を端末２００に配信しているものとする。

【0049】

また、オーダー処理部１２２は、受け付けたカスタマイズ操作を上述のオーダーメイド内容へ反映させたオーダーメイド結果での、当該衣服のオーダー処理を実行する。このオーダー処理は、オーダーメイド結果すなわち衣服の生地、色、各部の寸法、およびデザイン（体型等に応じたＡ形、Ｙ型等々）、といった情報を含んだ注文電文を、所定の受注システム等に送信する処理を想定できる。

【0050】

なお、上述の衣服の生地としては、既製の色柄のものの他、当該ユーザがカスタマイズ操作で指定したキャラクタないし当該ユーザの属性情報が示す好みのキャラクタ、がプリント／刺繍されたもの、も想定しうる。

【0051】

なお、上述の受注システムとは、衣服のオーダーメイド制作を請け負う事業者が運営する業務システムを想定する。受注システムは、上述の注文電文を受信したならば、当該事業者における関係部署に対し制作指示として通知する。勿論、この受注システムが、購入支援サーバ１００と一体となっている、或いは、購入支援サーバ１００の機能の一部である、としてもよい。

【0052】

また、オーダー処理部１２２は、上述のオーダーメイド結果と、同一または類似のオーダーメイドを行った他ユーザの有無または数を、上述のカスタマイズ操作に際し端末２００に出力するとすれば好適である。

【0053】

自身が行ったカスタマイズ操作に基づくオーダーメイド結果が、実は他ユーザが既に行っているオーダーメイド内容と同一か酷似しているとなれば、他者との差別化を図って自分らしさを追求する、といったオーダーメイドの意義が希薄化しかねない。こうした、いわゆる「かぶり」を回避したいというニーズは、オーダーメイドサービスのヘビーユーザかライトユーザかに係わらず存在する。

【0054】

そこで、ユーザとしては、当該ユーザによるオーダーメイド結果と同一または類似のオーダーメイドを行った他ユーザの有無または数を認識し、該当他ユーザの数が自身で考える限界（すなわち“かぶり”が生じていると考える数）を超えているようであれば、更なるカスタマイズ操作を行って、効率的に「かぶり」を回避できる。

【0055】

ここで、こうした「かぶり」をさらに効率的に回避するため、オーダー処理部１２２は、同一または類似のオーダーメイドを行った他ユーザを、当該他ユーザの所在地（オーダー履歴ＤＢ１１１における“ユーザの属性情報”の項目で特定可能。住所の概念も現在位置の概念も含みうる）に基づいて更に絞り込むとすれば好適である。

【0056】

この場合、オーダー処理部１２２は、例えば、今回オーダーメイドを行うユーザが首都圏在住である場合、同一／類似のオーダーメイドを行った他ユーザのうち所在地が首都圏である者について絞り込みを行う。これにより、オーダーメイドを行うユーザは、自分のオーダーメイド内容と酷似したデザインの衣服等を着用した者のうち、身近に遭遇しうる者のみの有無、数を知りうることになる。つまり、オーダーメイドの意義を更に確かなものすることが期待出来る。

【0057】

一方、首都圏在住のユーザにとって、自身のオーダーメイド内容と同一／類似のオーダーメイドを行った他ユーザが、遠方（例：北海道や九州、海外など）に存在する（すなわち該当地域で人気）のであれば、「同じデザインの人に出くわして恥ずかしい」などといった心持ちになる機会は少ないと予想できる。

【0058】

また、上述のごとき所在地による他ユーザの絞り込みの他にも又は更に加えて、上述の他ユーザによるオーダー時期の新しさを踏まえた絞り込みを行うとしても好適である。この場合、オーダー処理部１２２は、上述の他ユーザのうち、例えば直近２年以内（オーダー履歴ＤＢ１１１における“オーダー日”の項目で特定可能）のオーダーメイド内容に関して同一／類似と判定された者のみに絞り込みを行う。換言すると、この直近２年間よりも古い時期のオーダーメイドに基づき、同一／類似のオーダーメイドを行ったと特定される他ユーザは除外する。

【0059】

過去には同一／類似のオーダーメイドを行った他ユーザが多く存在していたとしても、その衣服等は、（買い換えも行っていないため）生地寿命との関係で現時点ではもう着用されていない状況が想定される場合、当該他ユーザの存在は「かぶり」回避の観点では、考慮に当たらないと言える。

【0060】

なお、対象提示部１２１は、他ユーザのオーダーメイド内容の情報をカスタマイズ対象として出力するに際し、オーダーメイド要求を送ってきたユーザに加え、当該ユーザによる指定ユーザの端末２００にも、当該オーダーメイド内容の情報を出力するとしてもよい。

【0061】

つまり、オーダーメイド要求を行ったユーザ一人ではなく、他の多くの人にもカスタマイズ操作を行ってもらうという状況が生まれる。この場合の指定ユーザは、オーダーメイド要求を行ったユーザの家族や知人であるケース、好みのオーダーメイドを行っている他ユーザであるケース、或いは、オーダーメイドサービスにおいて人気順位（後述）が上位のユーザであるケース、などを想定しうる。

【0062】

そうした場合、オーダー処理部１２２は、カスタマイズ操作を当該ユーザおよび指定ユーザのそれぞれの端末２００から受け付け、カスタマイズ対象たるオーダーメイド内容へのそれぞれの端末２００から受けたカスタマイズ操作を反映したオーダーメイド結果でのオーダー処理を実行する。

【0063】

また、集計部１２３は、上述の対象提示部１２１およびオーダー処理部１２２により得たオーダーメイド結果を、ネットワークＮＷ上のオーダーメイドサービスサイト等にて公開し、オーダーメイドサービスにおける不特定多数のユーザからの、当該オーダーメイド結果に対する意見表明の受け付けと、その集計、および当該集計の結果のネットワークＮＷ上での公開、の各処理を行う。

【0064】

上述の意見表明とは、単純に好悪の感情（例：“好き”、“嫌い”）を示すものの他、他者への推奨記事であるいわゆるレコメンド、当該オーダーメイド結果ないしそのカスタマイズ操作を行ったユーザに対するフォロー、および、当該オーダーメイド結果を引用するシェア、といったＳＮＳ（Social Network Service）上での操作に該当するものも含まれうる。

【0065】

また、上述の集計の処理としては、上述の意見表明である、好悪、レコメンド、フォロー、およびシェア、の少なくともいずれかの規模について、その総数や頻度をカウントする処理が想定できる。また、こうした処理の他、当該規模の大きさに応じて決まるオーダーメイド結果間での人気順位を決定する概念も含まれうる。

【0066】

また、集計部１２３は、上述の集計の結果をネットワークＮＷ上で公開するに際し、当該集計の結果である、オーダーメイド結果に対する好悪、レコメンド、フォローの、およびシェアの少なくともいずれかの規模に応じて、オーダーメイド結果間での人気順位を特定し、各オーダーメイド結果のうち所定の人気順位のものを人気デザインとして公開する。

【0067】

また、集計部１２３は、ネットワークＮＷ上で公開したオーダーメイド結果に関する、好悪、レコメンド、フォロー、およびシェアの少なくともいずれかのイベントに応じ、当該オーダーメイド結果の起源であるカスタマイズ操作を行った該当ユーザに関して、所定のインセンティブ付与の処理を行う。

【0068】

また、上述のインセンティブとは、ネットワークＮＷ上で公開したオーダーメイド結果に関する、レコメンド、フォロー、およびシェアの少なくともいずれかのイベントに応じ、当該オーダーメイド結果の起源であるカスタマイズ操作を行った該当ユーザに関して付与されるものとなる。

【0069】

具体的には、オーダーメイドサービスでの代金決済に充当可能な各種ポイントや金員、或いは、オーダーメイドサービスで登場する各種キャラクタのグッズ、当該グッズの購入優待券などを想定できる。

【0070】

なお、本実施形態では、「サーバ」とは、１つの情報処理装置（すなわち、サーバ装置）を指す他、サーバが複数のサーバ装置によって構成される場合にはサーバ装置群（すなわち、サーバシステム）全体を指す意味である。また、本実施形態においては、購入支援サーバ１００を一体的な構成として説明するが、購入支援サーバ１００は、機能および／または役割に応じて分けられた複数のサーバ装置を含む構成であってもよい。

【0071】

（端末２００の機能構成）
図３は、端末２００の機能構成の一例を示す機能ブロック図である。なお、本実施形態の端末２００は、図３の構成要素（各部）の一部を省略した構成としてもよい。

【0072】

端末２００は、ユーザが所持する端末に相当する情報処理装置であり、本実施形態においては、例えば、スマートフォン、フィーチャーフォン、タブレット型コンピュータ、ラップトップ型コンピュータ、デスクトップ型コンピュータ、携帯ゲーム機、据置ゲーム機、ヘッドマウントディスプレイ等のウェアラブル端末、又は、情報処理機能を備えた多機能型テレビジョン受像機（スマートテレビ）等の多機能デバイスである。

【0073】

すなわち、端末２００は、一般的な多機能デバイスが有する各種の機能（例えば、入力機能、出力（表示）機能、情報処理機能、ネットワーク通信機能、センサ機能、通話機能、カメラ機能等）を有している。なお、ネットワーク通信機能は、インターネット等を介した通信機能、および／または、モバイル通信網を介した通信機能である。

【0074】

端末２００は、通信部２１０と、入力部２２０と、出力部２３０と、位置情報取得部２３５と、記憶部２４０と、処理部２５０と、を備える。

【0075】

通信部２１０は、購入支援サーバ１００と、ネットワークＮＷを介した通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

【0076】

入力部２２０は、ユーザからの入力を受け付けるためのインターフェイスであり、ユーザの入力を処理部２５０に送る。入力部２２０は、例えば、タッチパネルやボタン、コントローラ等である。

【0077】

また、入力部２２０は、端末２００の種々の状態を検知する計測機器であってもよい。例えば、端末２００の周囲の音を収音する音センサや、端末自体の姿勢や傾きを検知する姿勢センサ（加速度センサやジャイロセンサ）、ユーザの視線方向を検知する注視センサや、周囲の明るさを検知する光センサ、太陽光等に含まれる紫外線（Ultraviolet）量を検知するＵＶセンサ、ユーザの動作を検知する赤外線センサであってもよい。

【0078】

また、入力部２２０は、カメラ（不図示）で捉えた映像から、対象物の画像的な特徴を抽出する画像センサ、端末２００の周囲の湿度を検知する湿度センサ、端末２００の所在位置における磁場を検知する地磁気センサ、端末２００の近傍にある対象物を検知する近接センサ、端末２００の周囲の明るさを検知する照度センサ等であってもよい。入力部２２０は、検知されたセンシングデータをユーザの入力として処理部２５０に送る。

【0079】

出力部２３０は、例えば、ディスプレイ等の表示装置やスピーカなどのオーディオ出力装置であり、入力部２２０に対する入力に応じて端末２００において生成される各種の画像や音声を表示、出力したり、購入支援サーバ１００から受信されたデータに基づく各種の画像や音声を表示、出力したりする。

【0080】

こうした出力部２３０は、人工知能搭載型スピーカ（スマートスピーカ）を含む。また、出力部２３０は、端末２００を振動させるバイブレータや、発光するライトを含んでもよい。

【0081】

位置情報取得部２３５は、端末２００すなわちユーザの位置情報を、例えばユーザの属性情報の一つとして取得する。この位置情報取得部２３５は、例えば、ＧＰＳ（Global Positioning System）センサ（例えば、ＧＰＳモジュール）であり、ＧＮＳＳ（Global Navigation Satellite System）を用いて位置を検出する。

【0082】

なお、位置情報取得部２３５における位置情報取得方法は任意であり、位置情報取得部２３５は、例えば、ビーコンを用いて位置情報を取得してもよい。また、位置情報取得部２３５は、例えば、端末２００が特定のアクセスポイントと通信を行う際に、アクセスポイントから取得可能な位置情報を検出してもよい。

【0083】

また、位置情報取得部２３５は、端末２００がインターネットに接続された際の識別情報（ＩＰアドレス等）に基づいて、端末２００が所在すると推定される位置を検出してもよい。

【0084】

位置情報取得部２３５は、取得した位置情報をユーザに関する属性情報として処理部２５０に送ってもよい。また、位置情報取得部２３５は、気圧センサの検出結果に基づいて高度の変化を算出することで、ユーザの高度を示す情報（例えばビルの何階にいるかを示す情報）を算出してもよい。この情報もユーザに関する属性情報となりうる。

【0085】

記憶部２４０は、コンピュータを機能させるためのプログラムや各種データを記憶するための記憶装置である。この記憶部２４０は、一時的な記憶領域や、ストレージを含んでもよい。

【0086】

記憶部２４０は、本端末２００のユーザの属性情報や、購入支援サーバ１００から配信されたカスタマイズ対象たるオーダーメイド内容等を記憶しうる。

【0087】

また、処理部２５０は、端末２００において実行される各種の情報処理を実行する。処理部２５０は、ＣＰＵおよびメモリを有する。端末２００においては、ＣＰＵがメモリを用いて、記憶部２４０に記憶されたプログラムを実行することによって必要な処理が実行される。また、端末２００が多機能デバイスとして動作する場合、処理部２５０は、各機能を実現するための情報処理を実行する。

【0088】

処理部２５０は、データ送信部２５１と、データ受信部２５２と、出力制御部２５３と、を含む。このうちデータ送信部２５１は、通信部２１０に対し、入力部２２０が受け付けたユーザの入力に関するデータ（例：オーダーメイド要求やユーザの属性情報）を購入支援サーバ１００に送信するよう制御する。

【0089】

また、データ送信部２５１は、通信部２１０に対し、位置情報取得部２３５が取得した位置情報をユーザの属性情報として購入支援サーバ１００に送信するよう制御してもよい。

【0090】

一方、データ受信部２５２は、通信部２１０を介して、購入支援サーバ１００から配信されたカスタマイズ対象たるオーダーメイド内容や、それに対するカスタマイズ操作を反映したオーダーメイド結果、およびオーダー処理結果等を受け付ける。

【0091】

また、出力制御部２５３は、データ受信部２５２が受け付けたデータに基づき、オーダーメイドに関する画面において、画像（動画および静止画の概念を含む。）や音声、振動等を出力するよう出力部２３０を制御する。

【0092】

なお、上述のように、本実施形態に係る購入支援システム１では、購入支援サーバ１００が主たる処理に関する制御を行うが、同様の機能を備えた端末２００が行うとしてもよい。具体的には、購入支援サーバ１００が有する機能部の少なくとも一部を、購入支援サーバ１００の処理部１２０に設けない構成にする一方で、端末２００の処理部２５０に設ける構成にしてもよい。

【0093】

（購入支援サーバ１００における処理）
図４は、購入支援サーバ１００における処理の一例を示すフローチャートである。図４を参照して、購入支援サーバ１００における処理の一例について説明する。

【0094】

ステップＳ１０１において、購入支援サーバ１００の対象提示部１２１は、通信部１０５を介して、端末２００からログイン要求を受け付け、ログイン処理を行う。例えば、対象提示部１２１は、端末２００からユーザを識別するユーザＩＤやパスワード等のログインのための情報を受け付け、記憶部１１０のオーダー履歴ＤＢ１１１で記憶されたユーザに関する情報を参照して、ユーザの認証を行う。対象提示部１２１は、正常にユーザが認証されると、ログイン履歴などのユーザ情報を更新する。

【0095】

図６は、オーダー履歴ＤＢ１１１の一例を示す図である。図６において、オーダー履歴ＤＢ１１１において各レコードは、ユーザＩＤをキーとして、当該ユーザの属性情報、オーダーＩＤ、オーダー日、カスタマイズ対象、オーダーメイド結果、素材寿命、およびオーダー処理結果を項目として含む。

【0096】

このうちユーザＩＤは、オーダーメイド要求を行ったユーザを一意に識別する情報である。また、その属性情報は、当該ユーザの性別、年齢層、職業、ユーザにより選択されたり、図示しないゲームサーバから取得された好きなキャラクタやキャラクタタイプ、現在地（あるいは住所）、生地やそのプリント、柄、などといった情報を含みうる。こうした情報のうち、好きなキャラクタやキャラクタタイプの情報は、キャラクタ情報にあたる。図６の例では、キャラクタ情報の例として、ユーザ「Ｐ０１」については、好みのキャラクタタイプが「みずタイプ」、実際のオーダーメイド結果として含むキャラクタ（好きなキャラクタ）が「ヤドラン」や「タッツー」であることを示している。すなわち、「みずタイプ」のキャラクタとして「ヤドラン」や「タッツー」が紐付けされていることがわかる。

【0097】

また、ユーザ「Ｐ０２」については、好みのキャラクタタイプが「ドラゴンタイプ」、実際のオーダーメイド結果として含むキャラクタ（好きなキャラクタ）が「ハクリュー」や「ラティオス」であることを示している。すなわち、「ドラゴンタイプ」のキャラクタとして「ハクリュー」や「ラティオス」が紐付けされていることがわかる。また、ユーザ「Ｐ０３」については、好みのキャラクタタイプが「みずタイプ」、実際のオーダーメイド結果として含むキャラクタ（好きなキャラクタ）が「ギャラドス」や「カイオーガ」であることを示している。すなわち、「みずタイプ」のキャラクタとして、「ヤドラン」や「タッツー」の他にも「ギャラドス」や「カイオーガ」も紐付けされていることがわかる。

【0098】

こうしたキャラクタタイプに基づくキャラクタの分類に関する情報は、例えば、購入支援サーバ１００の記憶部１１０で保持しているものとする。購入支援サーバ１００は、例えば、ユーザ「Ｐ０１」による各オーダーメイドの結果が示す「ヤドラン」および「タッツー」を、上述の分類に関する情報に照合して、該当キャラクタのキャラクタタイプはいずれも「みずタイプ」と特定できる。したがって、購入支援サーバ１００は、当該ユーザ「Ｐ０１」はオーダーメイドごとに「みずタイプ」のキャラクタを選択していると認識し、上述の属性情報における好みのキャラクタタイプを「みずタイプ」と設定できる。

【0099】

なお、上述のように、「〜タイプ」が好みのキャラクタタイプである、という情報は、当該ユーザに関する過去のオーダーメイド結果だけに基づき特定する形態の他にも、オーダーメイドの要求を当該ユーザから受ける際（或いはそれに先だって）、好みのキャラクタタイプの指定を当該ユーザから受け付ける形態や、当該キャラクタが登場するオンラインゲームのサーバから得たゲーム情報（例：使用キャラクタのキャラクタタイプの情報を含む）から判定する形態も採用できる。

【0100】

また、オーダーＩＤは、当該ユーザによる各オーダーを一意に特定する識別情報である。また、オーダー日は、当該オーダーの要求を端末２００から受け付けた日である。

【0101】

また、カスタマイズ対象は、当該ユーザのオーダーメイド要求に際し、購入支援サーバ１００が提示したカスタマイズ対象たるオーダーメイド内容を示す。本実施形態では、このオーダーメイド内容の値として、カスタマイズ対象となったオーダーメイド内容のオーダーＩＤを例示している。

【0102】

また、オーダーメイド結果は、上述のカスタマイズ対象であるオーダーメイド内容に対し、上述のユーザが行ったカスタマイズ操作の内容を示すものである。図５の例では、カスタマイズ対象に対応したオーダーＩＤに、カスタマイズ操作の内容である、素材やその色、当該素材にプリントされたキャラクタ、衣服のサイズや型、といった値を「＋」で追加している形態で表現している。

【0103】

また、素材寿命は、オーダーメイド結果が示す該当衣服の素材に関して予め定められた寿命（図の例では月数）の期間を示す。購入支援サーバ１００は、この素材寿命の値として、素材ごとの寿命情報を別途保持し、オーダーメイド結果が確定するごとに（すなわちユーザにより素材が確定されるごとに）、当該寿命情報から該当値を取得し設定するものとする。

【0104】

また、オーダー処理結果は、上述のオーダーメイド結果を踏まえたオーダー処理のステータスを示す。図６の例では、オーダー処理完了を示す「済」、現在、オーダー処理の途中である「オーダー中」の各値が設定されている。なお、オーダー処理完了とは、例えば、上述の受注システムがオーダーを受信して既に該当衣服の制作業務が着手された状況か、或いは、該当衣服の制作および配送まで完了した状況を想定できる。また、オーダー処理の途中とは、例えば、上述の受注システムがオーダーを受信しただけの状況か、或いは、該当衣服の制作途中である状況を想定できる。

【0105】

図４に戻って、ステップＳ１０２において、対象提示部１２１は、Ｓ１０１でログインしたユーザ、すなわちオーダーメイドを行うユーザの属性と関連する他ユーザを、記憶部１１０のオーダー履歴ＤＢ１１１における各ユーザの属性情報に基づき特定する。

【0106】

上述の他ユーザの特定に際し、対象提示部１２１は、性別や年齢層、職業、所在（端末２００の位置情報取得部２３５にて得られた現在位置に由来）といった属性の他、オーダーメイドを行うユーザが選択したキャラクタ情報と同一または類似のキャラクタ情報が対応付けられた他ユーザを、記憶部１１０のオーダー履歴ＤＢ１１１における各ユーザの属性情報が示す好みのキャラクタの情報に基づき特定する。

【0107】

ステップＳ１０３において、対象提示部１２１は、ステップＳ１０２で特定した他ユーザについて、過去のオーダーメイド内容の情報をオーダー履歴ＤＢ１１１から抽出し、これを上述のユーザの端末２００に対し、衣服のカスタマイズ対象として出力する。

【0108】

この時、対象提示部１２１は、上述のユーザの端末２００のみならず、当該ユーザによる指定ユーザの端末２００にも、オーダーメイド内容の情報を出力するとしてもよい。

【0109】

ステップＳ１０４において、オーダー処理部１２２は、対象提示部１２１が端末２００（や指定ユーザの端末２００）に出力したオーダーメイド内容に対する、素材の種類や色、衣服のサイズや型、プリントされたキャラクタ、といった各種項目に関するカスタマイズ操作を、例えば図５に示す画面５００を通じて当該端末２００から受け付ける。

【0110】

図５の画面５００では、各項目に対するカスタマイズ操作を受け付けるためのインターフェイスとして例えばプルダウンメニュー５０１が配置されている。ユーザは、各項目におけるプルダウンメニュー５０１を操作して、所望の設定値を選択することとなる。

【0111】

ステップＳ１０５において、オーダー処理部１２２は、ステップＳ１０４で受け付けたカスタマイズ操作を、カスタマイズ対象たるオーダーメイド内容へ反映させ、オーダーメイド結果を生成する。図６のオーダー履歴ＤＢ１１１で示した例では、カスタマイズ対象に対応したオーダーＩＤに、カスタマイズ操作で変更した項目の各値を追記したデータを、オーダーメイド結果、として生成している。

【0112】

なお、指定ユーザの端末２００にもカスタマイズ対象たるオーダーメイド内容を出力し、そのカスタマイズ操作を受けた場合、Ｓ１０５におけるオーダー処理部１２２は、ユーザおよび指定ユーザのそれぞれの端末２００から受け付けたカスタマイズ操作を、オーダーメイド内容へ反映させ、オーダーメイド結果を生成する。

【0113】

ステップＳ１０６において、オーダー処理部１２２は、Ｓ１０５で得たオーダーメイド結果と、同一または類似のオーダーメイドを行った他ユーザの有無または数を特定する。具体的には、オーダーメイド結果の内容が同じレコードを、オーダー履歴ＤＢ１１１において検索し、ヒットしたレコードの数をカウントすることで、当該他ユーザの数が特定できる。

【0114】

上述のステップＳ１０６におけるオーダー処理部１２２は、「かぶり」をさらに効率的に回避すべく、同一または類似のオーダーメイドを行った他ユーザを、当該他ユーザの所在地（オーダー履歴ＤＢ１１１における“ユーザの属性情報”の項目で特定可能。住所の概念も現在位置の概念も含みうる）に基づいて更に絞り込むとすれば好適である。

【0115】

この場合、オーダー処理部１２２は、例えば、今回オーダーメイドを行うユーザが首都圏在住である場合、同一／類似のオーダーメイドを行った他ユーザのうち所在地が首都圏である者について絞り込みを行う。これにより、オーダーメイドを行うユーザは、自分のオーダーメイド内容と酷似したデザインの衣服等を着用した者のうち、身近に遭遇しうる者のみの有無、数を知りうることになる。つまり、オーダーメイドの意義を更に確かなものすることが期待出来る。

【0116】

一方、首都圏在住のユーザにとって、自身のオーダーメイド内容と同一／類似のオーダーメイドを行った他ユーザが、遠方（例：北海道や九州、海外など）に存在する（すなわち該当地域で人気）のであれば、「同じデザインの人に出くわして恥ずかしい」などといった心持ちになる機会は少ないと予想できる。

【0117】

また、上述のごとき所在地による他ユーザの絞り込みの他にも又は更に加えて、上述の他ユーザによるオーダー時期の新しさを踏まえた絞り込みを行うとしても好適である。この場合、オーダー処理部１２２は、上述の他ユーザのうち、例えば直近２年以内（オーダー履歴ＤＢ１１１における“オーダー日”の項目で特定可能）のオーダーメイド内容に関して同一／類似と判定された者のみに絞り込みを行う。換言すると、この直近２年間よりも古い時期のオーダーメイドに基づき、同一／類似のオーダーメイドを行ったと特定される他ユーザは除外する。

【0118】

過去には同一／類似のオーダーメイドを行った他ユーザが多く存在していたとしても、その衣服等は、（買い換えも行っていないため）生地寿命との関係で現時点ではもう着用されていない状況が想定される場合、当該他ユーザの存在は「かぶり」回避の観点では、考慮に当たらないと言える。

【0119】

ステップＳ１０７において、オーダー処理部１２２は、ステップＳ１０６で特定した他ユーザの有無または数の情報（図７の画面７００）を、上述のユーザの端末２００に出力する。図７の画面７００で示す例では、オーダーメイド結果７０１とともに、上述のステップＳ１０６で特定した他ユーザの数の情報７０５を併記している。

【0120】

図７の例では、ステップＳ１０６で特定した他ユーザの条件として、「首都圏内かつ直近２年以内の範囲」なるものを表示している。この条件は、例えば、今回オーダーメイドを行うユーザが予め指定したもの、ないし購入支援サーバ１００の管理者等が規定したものを想定できる。このように、同一／類似のオーダーメイドを行った他ユーザ全ての数ではなく、物理的距離の関係で実際に遭遇する可能性がありそう、かつ当該衣服等を現在も着用対象としうるであろう他ユーザを対象として、その有無や数を提示するとすれば、ユーザとしては「かぶり」回避の対象を現実的に意味のある範囲に絞って、自身のオーダーメイド内容を検討することが可能となる。

【0121】

一方、こうした絞り込みをせず、同一／類似のオーダーメイドを行った他ユーザ全てを対象とすれば、ユーザがどのようにオーダーメイド内容を選択しても、「かぶり」の回避が難しくなる可能性もある。したがって、購入支援サーバ１００を介したオーダーメイドサービスのユーザ数やオーダーメイド要求の頻度が増えるに従い、上述の絞り込みの処理を行うとすればより好適である。

【0122】

また、この画面７００におけるオーダーメイド結果７０１では、当該ユーザ（指定ユーザを含みうる）によるカスタマイズ操作があった項目７０２〜７０４のそれぞれについて、下線を付して該当項目を明示している。

【0123】

なお、オーダー処理部１２２は、画面７００において、上述のユーザによるオーダーメイド結果７０１や他ユーザの数の情報７０５に加えて、オーダーメイド結果すなわちデザイン内容を示すデザインＩＤ７０６を出力するとしてもよい。このデザインＩＤは、オーダーメイド結果たるデザイン内容を一意に示す識別情報であり、図７の例では、「Ｌ１０４ＲＥＤ１１６」すなわちオーダー「Ｌ１０４」をベースに色を「ＲＥＤ」にし、キャラクタを「１１６」にしたデザインであることを示している。なお、この「１１６」は当該キャラクタの識別番号である。当然ながら購入支援サーバ１００は、各キャラクタの情報を当該キャラクタの識別番号と紐付けて記憶部１１０で管理しているものとする。

【0124】

また、オーダー処理部１２２は、上述のデザインＩＤにオーダーメイドサイトのＵＲＬを組み合わせた値を、所定の変換アルゴリズムに適用して得た二次元コード７０７を、画面７００において表示するとしてもよい。ユーザやその知人等としては、こうした二次元コード７０７を所定の端末で読み取らせることで、手間無く迅速に、オーダーメイドサイトにアクセスし、該当デザインをベースにしたオーダーメイドや、或いはオーダーを行うことが至極容易となる。勿論、上述のユーザが知人等に対し、自身のデザインを薦めることも容易である。

【0125】

なお、オーダー処理部１２２は、上述の二次元コード７０７を該当衣類に印字する指示を、オーダー処理（下記Ｓ１０８）に含めるとしてもよい。この場合、当該指示を含む正式発注が、当該衣服のオーダーメイド制作を請け負う事業者になされる。この事業者は、当該指示を受けて、例えば、該当衣服等のタグや裏地など所定位置に上述の二次元コード７０７を印字する。こうした処理を経て二次元コード７０７が印字された衣服等は、ユーザが再オーダーや再オーダーメイドをする際、または、当該衣服等を目の前にした知人等がオーダーやオーダーメイドをする際、やはり手間無く迅速に、オーダーメイドサイトにアクセスし、該当デザインをベースにしたオーダーメイドや、或いはオーダーを行うことが至極容易となる。

【0126】

ステップＳ１０８において、オーダー処理部１２２は、例えば図７の画面７００におけるオーダーボタン７０８の押下を端末２００から受け付けて、オーダーメイド結果７０１での衣服のオーダー処理を実行する。このオーダー処理に伴い、オーダー処理部１２２は、オーダー履歴ＤＢ１１１において該当オーダーに応じた内容を含むレコードを登録することとなる。

【0127】

上述のオーダー処理の後、衣服の制作業務が正式発注され、制作完了した該当衣服は当該ユーザに配送される。こうしてユーザの手に渡った衣服は使用され、経年劣化や使用に伴う傷みが生じることとなる。したがって、少なくとも当該衣服の素材に関する寿命が尽きるまでには、ユーザとして通常使用に耐えない状況となることが予想される。

【0128】

そこで、購入支援サーバ１００の対象提示部１２１は、上述のオーダーメイド結果が示す当該衣類における素材の耐久度に基づき、当該衣類の買い換え時期を管理し、所定の時期が到来した場合に買い換えを推奨する通知を当該ユーザの端末２００に行う。

【0129】

そのため購入支援サーバ１００は、図８に示すごとき買い換え管理ＤＢ１１３を保持している。買い換え管理ＤＢ１１３は、ユーザＩＤをキーとして、当該ユーザの属性情報、オーダーＩＤ、オーダー日、素材寿命、および寿命の残り期間といった値が対応づけられたレコードから構成される。このうち残り期間は、オーダー日に素材寿命の期間値を足した日付と、現在日との間の期間として算定できる。

【0130】

対象提示部１２１は、この買い換え管理ＤＢ１１３の各レコードにおける残り期間の値を日付が変わるごとに更新し、これが所定基準（例：２週間）に達した場合、買い換えを推奨する通知（図９の画面９００）を、当該ユーザの端末２００に送信するものとする。

【0131】

図９の画面９００では、オーダーメイド結果９０１に加え、寿命までの残り期間９０２を表示している。ユーザとしては、この残り期間９０２の値を確認し、気に入っている衣服のリプレイスを検討する。再購入を決めた場合、このユーザは端末２００において再オーダーボタン９０５を押下する。一方、オーダー処理部１２２は、この再オーダーボタン９０５の押下に応じて、オーダーメイド結果９０１でのオーダー処理を実行することとなる。

【0132】

続いて、集計部１２３における処理フローについて図１０に基づき説明する。このフローは、例えば、上述の図４のフローの終了後、または当該フローと平行して実行することを想定できる。図１０のフローのステップＳ２０１において、集計部１２３は、上述の図４のフローで得たオーダーメイド結果を、ネットワークＮＷ上にて公開して、当該オーダーメイド結果に対する意見表明を不特定多数のユーザ各々の端末２００から受け付ける。この意見表明とは、当該オーダーメイド結果に対する好悪、レコメンド、フォロー、およびシェア、の少なくともいずれかが該当する。

【0133】

ステップＳ２０２において、集計部１２３は、Ｓ２０１で受け付けた意見表明を一定期間分ごとに記憶部１１０にて蓄積し、これに関して、例えばポジティブな意見表明の数をカウントする集計を行い、当該集計の結果を集計結果ＤＢ１１２に格納する。

【0134】

図１１は、集計結果ＤＢ１１２の一例を示す図である。図１１に示す集計結果ＤＢ１１２は、図６で示したオーダー履歴ＤＢ１１１におけるユーザＩＤおよびオーダーＩＤをキーに、ポジティブ評価数、ポジティブ評価割合、人気順位、およびインセンティブといった値を対応づけた情報から構成されている。

【0135】

このうちポジティブ評価数は、Ｓ２０２でカウントしたポジティブな意見表明の数であり、ポジティブ評価割合は、意見表明の総数に占めるポジティブ評価数の割合である。また、人気順位は、例えばポジティブ評価数およびポジティブ評価割合のそれぞれについて、全オーダーメイド結果の間での高さ順位を判定し、いずれか高い方を、当該オーダーメイド結果の人気順位とする、といったアルゴリズムを想定できる。この人気順位は、オーダーメイド結果間での人気度の高さを示すが、これは当該オーダーメイド結果を生成したユーザの人気度の高さともみなせる。

【0136】

ステップＳ２０３において、集計部１２３は、ステップＳ２０２における集計の結果である上述のポジティブ評価数ないしポジティブ評価割合に基づき、上述の集計結果ＤＢ１１２での説明で述べたように、オーダーメイド結果間での人気順位を特定する。

【0137】

ステップＳ２０４において、集計部１２３は、ステップＳ２０３で得た人気順位に基づき、各オーダーメイド結果のうち所定の人気順位のものを人気デザインとしてネットワークＮＷ上にて公開（図１２の画面１２００）する。この画面１２００では、ランクインしたオーダーメイド結果について、カスタマイズ対象として指定するためのボタン１２０２〜１２０４が配置され、ユーザによるカスタマイズ対象指定を受け付けることもできる。

【0138】

ステップＳ２０５において、集計部１２３は、ネットワークＮＷ上で公開したオーダーメイド結果に関する、好悪、レコメンド、フォロー、およびシェアの少なくともいずれかのイベントに応じ、当該オーダーメイド結果の起源であるカスタマイズ操作を行った該当ユーザに関して、所定のインセンティブ付与の処理を実行する。

【0139】

具体的には、集計部１２３は、上述のインセンティブとして、上述のイベントの数、頻度、ないし、その内容であるポジティブ評価数ないしポジティブ評価割合を、予め定めた変換ルールに適用し、オーダーメイドサービスでの代金決済に充当可能な各種ポイントや金員、或いは、オーダーメイドサービスで登場する各種キャラクタのグッズ、当該グッズの購入優待券、などを特定する。

【0140】

また、上述のインセンティブの付与は、当該オーダーメイド結果の起源であるカスタマイズ操作を行った該当ユーザに関して付与されるもので、集計結果ＤＢ１１２のインセンティブ欄に値を格納することで管理される。

【0141】

（効果の説明）
上述したように、本実施形態では、衣服のオーダーメイドサービスにおいて、趣味、嗜好に近い他人のオーダーメイド内容をベースにカスタマイズを行うことが可能となり、簡便な操作でユーザ好みのセンス良好な衣服をオーダー可能となる。その際、ユーザのニーズによっては、他ユーザとの“かぶり”を回避することも可能である。

【0142】

また、他ユーザと協働でカスタマイズを行うこととすれば、多くのユーザにおける知見を踏まえたデザインでオーダーメイドを行うことも可能である。

【0143】

また、オーダーメイド結果を他者にレコメンド／利用されることに応じ、インセンティブ付与やランキング表示を行うとすれば、カスタマイズに伴うモチベーション維持、経済的利益の追求を図ることも可能である。

【0144】

また、衣服の耐久性を踏まえ、所定の時間経過を経て買い換えを推奨するとすれば、当該ユーザにとって該当衣服が使用不可となる状態を的確に回避して、快適に使用を継続しやすくなる。一方、オーダーメイドサービスの提供者とすれば、受注機会の逸失回避を図る効果も期待出来る。

【0145】

上記実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。

【0146】

また、上記実施形態に記載した手法は、コンピュータに実行させることができるプログラム（ソフトウエア手段）として、例えば、磁気ディスク（フレキシブルディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、コンピュータに実行させるソフトウエア手段（実行プログラムのみならずテーブルやデータ構造も含む）をコンピュータ内に構成させる設定プログラムをも含む。

【0147】

本サーバを実現するコンピュータは、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウエア手段を構築し、このソフトウエア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、コンピュータ内部あるいはネットワークを介して接続される機器に設けられた磁気ディスクや半導体メモリ等の記憶媒体を含むものである。

【符号の説明】

【0148】

１ 購入支援システム
１００ 購入支援サーバ
１０５ 通信部
１１０ 記憶部
１１１ オーダー履歴ＤＢ
１１２ 集計結果ＤＢ
１１３ 買い換え管理ＤＢ
１２０ 処理部
１２１ 対象提示部
１２２ オーダー処理部
１２３ 集計部
１５０ 集計部
２００ 端末
２１０ 通信部
２２０ 入力部
２３０ 出力部
２３５ 位置情報取得部
２４０ 記憶部
２５０ 処理部

【要約】

【課題】衣服等のオーダーメイドサービスをユーザの知見等にかかわらず容易に利用可能とするシステムを提供する。
【解決手段】購入支援サーバ１００において、各ユーザの属性情報および衣服のオーダーメイド内容を保持する記憶部１１０と、オーダーメイドを行うユーザの属性と関連する他ユーザを、記憶部１１０における各ユーザの属性情報に基づき特定し、当該他ユーザのオーダーメイド内容の情報を衣服のカスタマイズ対象として、オーダーメイドを行うユーザの端末２００に出力する対象提示部１２１と、出力したオーダーメイド内容に対するカスタマイズ操作を端末２００から受け付け、オーダーメイド内容へのカスタマイズ操作を反映したオーダーメイド結果でのオーダー処理を実行するオーダー処理部１２２を備える構成とする。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】