JP2023061311A - カスタマイズ方法、プログラム及びカスタマイズ装置 - Google Patents

Abstract

【課題】複数のコンポーネントを有する対象物を、ユーザ以外によってカスタマイズされたものをベースとしてカスタマイズする。【解決手段】カスタマイズ方法は、コンピュータが、特定の主体により特定の基底仕様が選択されたコンポーネントを含む対象物である基底対象物を、カスタマイズの対象となる対象物を表示させる画面に表示させ、表示された基底対象物がユーザにより選択された場合、基底対象物をカスタマイズの対象にし、基底対象物の特定の基底仕様が選択されたコンポーネントについて、ユーザによるカスタマイズを受け付ける。【選択図】図１５

Description

本発明は、カスタマイズ方法、プログラム及びカスタマイズ装置に関する。

近年、ネットワーク環境を利用して製品を注文することができるネットショッピングサイトが広く利用されている。そして、ネットワークショッピングにおいては、製品の注文時に、製品の一部（特注項目）をユーザがカスタマイズ可能にする（ユーザの好みに応じて選択可能にする）ことも行われている。例えば、特許文献１には、ユーザが特注項目を選択すると、選択された特注項目に合致した特注品を画面表示して、ユーザがその特注品を注文することを可能にしている。

特開２０１６－９１２７２号公報

特許文献１に開示されている特注品注文システムは、ユーザに選択された特注項目に合致した特注品表示モデルを作成し、この特注品表示モデルを画面に表示させることによって、ユーザが選択した特注項目に合致した特注品、すなわちユーザがカスタマイズした製品を注文することを可能にしている。しかし、特許文献１に開示されているような従来のシステムにおいては、ユーザが製品をカスタマイズすることはできるものの、ユーザ以外によってカスタマイズされたものをベースとして製品をカスタマイズすることはできない。このため、特注項目が多い場合や、なじみのない特注項目の場合等においては、ユーザは、どのように特注項目を選択すればよいか戸惑ってしまう可能性があった。

本発明は上記実情に鑑みてなされたものであり、複数のコンポーネントを有する対象物を、ユーザ以外によってカスタマイズされたものをベースとしてカスタマイズすることができるカスタマイズ方法、プログラム及びカスタマイズ装置を提供することを目的とする。

上記目的を達成するため、本発明に係るカスタマイズ方法の一態様は、
コンピュータが、
特定の主体により特定の基底仕様が選択されたコンポーネントを含む対象物である基底対象物を、
カスタマイズの対象となる対象物を表示させる画面に表示させ、
前記表示された基底対象物がユーザにより選択された場合、前記基底対象物をカスタマイズの対象にし、前記基底対象物の前記特定の基底仕様が選択されたコンポーネントについて、前記ユーザによるカスタマイズを受け付ける。

本発明によれば、複数のコンポーネントを有する対象物を、ユーザ以外によってカスタマイズされたものをベースとしてカスタマイズすることができる。

実施の形態に係る製品カスタマイズシステムの構成の一例を示す図である。 実施の形態に係る腕時計のコンポーネントの一例を示す図である。 実施の形態に係るＥＣサイト装置の機能構成の一例を示す図である。 実施の形態に係るＥＣサイトにおけるカスタマイズ可能な製品のインターネットショッピング用の画面の一例を示す図である。 実施の形態に係るＥＣサイトにおいて選択された製品の詳細情報を表示する画面の一例を示す図である。 実施の形態に係るＥＣサイトにおいて製品をカスタマイズする画面の一例を示す図である。 実施の形態に係るＥＣサイトにおいて製品のコンポーネントが選択された画面の一例を示す図である。 実施の形態に係るコンポーネント画像情報の一例を示す図である。 実施の形態に係る価格情報等を説明するための図である。 実施の形態に係る在庫管理装置の機能構成の一例を示す図である。 実施の形態に係るコンポーネント構成マスタの一例を示す図である。 実施の形態に係る生産管理サーバが記憶している部品表の一例を示す図である。 実施の形態に係るマッピングルールの一例を示す図である。 実施の形態に係るコンポーネント在庫の算出方法を説明するための図である。 実施の形態に係るカスタマイズ処理のフローチャートの第１の部分である。 実施の形態に係るカスタマイズ処理のフローチャートの第２の部分である。 実施の形態に係る在庫管理処理のフローチャートである。 実施の形態に係る部品引当処理のフローチャートである。 実施の形態に係る在庫管理処理及び部品引当処理の具体例を説明するための図である。

実施の形態に係る表示制御方法等について、図面を参照して説明する。なお、図中同一又は相当する部分には同一符号を付す。

（実施の形態）
理解を容易にするため、以下、実施の形態に係る表示制御方法等を、図１に示す製品カスタマイズシステム１０００に適用した場合を例にして説明する。製品カスタマイズシステム１０００は、図１に示すように、ＥＣサイト装置１００と在庫管理装置２００とを備える。

ＥＣサイト装置１００は、在庫管理装置２００から取得した在庫情報に基づいてカスタマイズ可能な製品を販売するＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）サイトを提供するサーバである。ユーザはＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やスマートフォン等のユーザ端末３００からＥＣサイト装置１００にアクセスすることで、製品を自分の好みにカスタマイズして購入することができる。

このカスタマイズ可能な製品は、複数のコンポーネントから構成され、コンポーネントの仕様（後述するバリエーション）を変更することによってカスタマイズが行われる。また、コンポーネントは、１つ以上のパーツ（部品）から構成される。カスタマイズ可能な製品及びコンポーネントの一例として、図２に示す腕時計５００を例にして説明する。

この腕時計５００は、バンド（Ｓ）コンポーネント５１０、バンド（Ｌ）コンポーネント５２０、美錠コンポーネント５３０、遊環コンポーネント５４０、ベゼルコンポーネント５５０、ガラスコンポーネント５６０等の複数のコンポーネントを組み合わせて構成される。そして、各コンポーネントは複数の仕様（色、材質、個数等）の中から選択可能になっており、選択され得る仕様は、バリエーション（選択可能仕様）と呼ばれる。

例えばバンド（Ｓ）コンポーネント５１０には、色違いのバリエーションとして、バンド（Ｓ）コンポーネント５１０Ａ、バンド（Ｓ）コンポーネント５１０Ｂ、バンド（Ｓ）コンポーネント５１０Ｃ等が用意されている。また、バンド（Ｓ）コンポーネント５１０は、バンド（Ｓ）５１１とバネ棒５１２という２つのパーツ（部品）から構成され、色の異なるバンド（Ｓ）５１１をバネ棒５１２と組み合わせることで複数のバリエーションが提供される。

つまりバリエーション（選択可能仕様）とは、例えばバンド（Ｓ）コンポーネント５１０を構成するパーツ（部品）の色、材質、個数等を変更したものを示す。具体的には、バンド（Ｓ）コンポーネント５１０Ａは、バンドの色がオレンジ色で材質は樹脂のものであり、バンド（Ｓ）コンポーネント５１０Ｂは、バンドの色が黒色で材質はメタルのものであるというように、バリエーションによってパーツの色、材質、個数等のプロパティ（属性）は任意に変更されたものになる。バリエーションの数も任意であり、各コンポーネントで同じである必要はない。

図示しないが、他のコンポーネントも同様に、１つ以上のパーツ（部品）から構成され、パーツの色、材質、個数等を変更することで、複数のバリエーションが提供される。

図１に戻り、ＥＣサイト装置１００は、ユーザ端末３００から受け付けたユーザの行動履歴（ＥＣサイトにおけるユーザの製品やコンポーネントの閲覧、選択、注文等の履歴）の情報を在庫管理装置２００に送信する。また、ＥＣサイト装置１００は、ユーザ端末３００から製品の購入決済を受け付けると、生産管理サーバ４００に、その製品の製造依頼を送信する。

在庫管理装置２００は、コンポーネントとパーツ（部品）との対応を把握しており、部品の在庫からコンポーネントの在庫（提供可能数）を算出し、コンポーネントの在庫が足りない場合には、不足する部品の数を部品の補充計画として、生産管理サーバ４００に送信する。

より詳細には、在庫管理装置２００は、ＥＣサイト装置１００からユーザの行動履歴の情報を、生産管理サーバ４００からパーツ（部品）の在庫数の情報を、それぞれ取得し、これらの情報に基づいて算出したコンポーネントの在庫情報を、ＥＣサイト装置１００に送信する。また、これらの情報に基づき、パーツ（部品）の在庫切れが予想される場合には、在庫切れを防ぐためのパーツ補充計画を算出し、生産管理サーバ４００に送信する。

生産管理サーバ４００は、パーツ（部品）の在庫、製品の生産等を管理するサーバである。例えば、生産管理サーバ４００は、パーツ（部品）の在庫情報を在庫管理装置２００に送信し、製品の製造状況をＥＣサイト装置１００に送信する。なお、生産管理サーバ４００は、コンポーネントの情報（後述するコンポーネント構成マスタの情報）を任意のタイミングで取得している。生産管理サーバ４００によるコンポーネント構成マスタの情報の取得については、後述する。

以下、ＥＣサイト装置１００と在庫管理装置２００の機能構成等について順に説明する。

ＥＣサイト装置１００は、機能構成として、図３に示すように、制御部１１０と、記憶部１２０と、通信部１３０と、を備える。

制御部１１０は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のプロセッサで構成される。制御部１１０は、記憶部１２０に記憶されているプログラムを実行し、ＥＣサイト装置１００を、ＥＣサイトのウェブサーバとして機能させる。

記憶部１２０は、制御部１１０が実行するプログラムや、必要なデータを記憶する。記憶部１２０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等を含み得るが、これらに限られるものではない。

通信部１３０は、ＥＣサイト装置１００が、在庫管理装置２００、ユーザ端末３００、生産管理サーバ４００等とデータを送受信するための通信インタフェースである。

以上の機能構成を備えることにより、ＥＣサイト装置１００は、ユーザ端末３００から接続されると、ＥＣサイトの機能を提供し、ユーザ端末３００の表示部である画面３１０に、例えば図４に示すように、インターネットショッピングが可能な腕時計の一覧を表示させる。

図４では、「ウォッチ＃１」という型番の腕時計として、カスタマイズが行われていない「デフォルトモデル」、デザイナーＡ氏がカスタマイズした「デザイナーＡ氏カスタマイズモデル」、人気スポーツ選手のＯ選手がカスタマイズした「Ｏ選手カスタマイズモデル」が画面３１０に表示されている。これは表示の一例であり、ＥＣサイト装置１００は、例えば異なる型番の腕時計を画面３１０に表示させたり、異なる型番のカスタマイズモデルを画面３１０に表示させてもよい。また、ＥＣサイト装置１００は、ＥＣサイトの最初のページでは各型番の腕時計のデフォルトモデルのみを表示させ、カスタマイズモデルは別の専用ページに表示させてもよい。

図４に示す画面３１０上で、ユーザが例えば「ウォッチ＃１デザイナーＡ氏カスタマイズモデル」を選択する（例えば選択したい腕時計を画面上でクリックしたり、タップしたりする）と、ＥＣサイト装置１００は、ユーザ端末３００の画面３１０に、図５に示すような、選択された製品の詳細情報を表示するページを表示させる。製品の詳細情報としてどのような情報を表示させるかは任意であるが、図５では、選択された腕時計を様々な角度（複数の視線方向）から見た画像である複数のアングル画像３１２を表示させる。

図５に示す画面３１０では３つのアングル画像３１２しか示されていないが、本実施の形態では、ユーザが選択可能なコンポーネントのそれぞれについて、そのコンポーネントを効果的に視認可能なアングル画像が用意されている。また、製品全体のデザインを確認するためのアングル画像（例えば、表からの全体俯瞰、裏からの全体俯瞰、真横からの画像、巻カット画像等）も用意されている。もっとも、アングル画像３１２を何種類用意するか、またどのような角度からの画像をアングル画像３１２とするかは任意である。

図５に示す画面３１０上で、ユーザが右上のカスタマイズボタン３１１を押す（例えばクリック、タップ等する）と、ＥＣサイト装置１００は、ユーザ端末３００の画面３１０に、図６に示すような、製品の各コンポーネントをカスタマイズするためのカスタマイズ用画面を表示させる。図６はカスタマイズ用画面の一例であるが、この例では、カスタマイズする製品のデフォルトのアングル画像３１２（例えば正面から見たアングル画像）が画面中央付近に大きく表示され、画面下には選択可能なアングル画像３１２の一覧がサムネイル画像３１４で表示され、画面右には選択可能なコンポーネント３１３の一覧が表示されている。

図６では、コンポーネント選択のところにコンポーネント３１３として、Ｂｅｚｅｌ、Ｆａｃｅ、Ｓｈｏｒｔ Ｂａｎｄ、Ｌｏｎｇ Ｂａｎｄ、Ｂｕｃｋｌｅ、Ｂａｎｄ Ｌｏｏｐが表示されているが、これらは、それぞれベゼルコンポーネント５５０、ガラスコンポーネント５６０、バンド（Ｓ）コンポーネント５１０、バンド（Ｌ）コンポーネント５２０、美錠コンポーネント５３０、遊環コンポーネント５４０に対応する。

ここで、ユーザがサムネイル画像３１４の一覧の中から見たいアングル画像３１２を選択すると、ＥＣサイト装置１００は、選択されたアングル画像３１２を画面３１０の中央付近に大きく表示させる。

また、ユーザがコンポーネント３１３の一覧の中からカスタマイズしたいコンポーネント３１３を選択すると、ＥＣサイト装置１００は、図７に示すように、選択されたコンポーネント３１３（図７ではバンド（Ｓ）コンポーネント５１０）を効果的に視認できるアングル画像３１２を選択し、選択したアングル画像３１２を画面３１０の中央付近に大きく表示させる。この、選択されたコンポーネント３１３が見易くなるような（効果的に視認できる）アングル画像３１２を有効アングル画像という。

そして、ＥＣサイト装置１００は、選択されたコンポーネント３１３についてのカスタマイズ用アイテム（選択可能なバリエーション）３１５の一覧を画面３１０に表示させる。ここでは、バンド（Ｓ）コンポーネント５１０の選択可能なバリエーションとして色のバリエーションアイテムが選択できるようになっている。また、既に選択済みの色にはチェックマーク３１６を付け、部品不足のため提供できない（すなわち、在庫切れの）色には売り切れマーク３１７を表示させる。

ユーザがバンド（Ｓ）コンポーネント５１０のカスタマイズ用アイテム３１５として、現在選択されている色とは異なる色を選択すると、画面３１０上のアングル画像３１２（有効アングル画像）における腕時計のバンド（Ｓ）コンポーネント５１０の色が、選択された色に変更される。

ユーザは、カスタマイズ用画面で、カスタマイズしたいコンポーネントについてバリエーションを選択して、腕時計をカスタマイズすることができる。そして、カスタマイズが完了したら、完了ボタン３１８を押すことにより、カスタマイズを終了することができる。また、ユーザはシェアボタン３１９を押すことにより、カスタマイズしたモデルの画像に関する情報をＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）等に投稿することができる。

ここで図３に戻り、記憶部１２０が記憶する各種情報について説明する。コンポーネント画像情報１２１は、各コンポーネントの各アングルについての各バリエーションの画像素材（バリエーション画像）の情報である。例えば、ベゼルコンポーネントのコンポーネント画像情報１２１としては、図８に示すように、ベゼルコンポーネントの各バリエーションについて、各アングル画像用の画像素材が記憶されている。他のコンポーネントについても同様のコンポーネント画像情報１２１が記憶部１２０に記憶されている。

アングル画像情報１２２は、各製品のアングル画像が、どのコンポーネントの画像素材を合成することによって生成されるかを示す情報である。制御部１１０は、コンポーネント画像情報１２１の画像素材をアングル画像情報１２２に基づいて合成することにより、製品の任意のアングル画像を生成することができる。

コンポーネント在庫情報１２３は、各コンポーネントの各バリエーションの在庫の情報である。コンポーネント在庫情報１２３は、在庫管理装置２００が算出し、制御部１１０が通信部１３０を介して在庫管理装置２００から取得したものである。在庫が０のバリエーションについては、上述のカスタマイズ用画面において売り切れマーク３１７を表示させる。

価格情報１２４は、各製品のデフォルトモデル及び各コンポーネントの各バリエーションの価格の情報である。例えば、「ウォッチ＃２」という型番の腕時計が、コンポーネントＡ、コンポーネントＢ及びコンポーネントＣから構成され、これらの各バリエーション及びデフォルトモデルの価格が図９に示すものであった場合を例として説明する。

図９の例では、在庫情報１２３で、コンポーネントＢのバリエーションＢ－３の在庫数が０であるため、バリエーションＢ－３は購入できないが、他のバリエーションは購入可能である。ここで、ユーザがウォッチ＃２のカスタマイズ用画面において、コンポーネントＡのバリエーションＡ－１、コンポーネントＢのバリエーションＢ－２及びコンポーネントＣのバリエーションＣ－２を選択したとする。この場合、制御部１１０は、価格情報１２４を参照して、デフォルトモデルの価格２０，０００円に、選択したバリエーションの価格（０＋２，０００＋１，０００）を加算した２３，０００円を、ウォッチ＃２の今回のカスタマイズモデルの価格として算出する。

図３に戻り、行動履歴情報１２５は、ユーザがＥＣサイトにおいて、どの製品やコンポーネント（バリエーション）を閲覧したか（閲覧回数や閲覧時間はどの程度か）、選択したか（選択回数はどの程度か）、また、注文したか等の履歴の情報である。

カスタマイズ情報１２６は、図４に示すように一覧表示される各製品モデルにおいて、各コンポーネントとして、どのバリエーションが選択されたカスタマイズモデルであるかを示す情報である。特定の人物（デザイナー、有名人等）や特定の装置（人工知能等）等の特定の主体によってカスタマイズされたモデルの場合には、その特定の主体の名称（主体を一意に特定するＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）でもよい）もカスタマイズ情報１２６として保存される。また、例えばデザイナーによっては自分が選択したバリエーションからの変更を許可しない場合もあるため、選択されているバリエーションの変更が禁止されているコンポーネントについては、そのコンポーネントの変更が不可であることを示す情報もカスタマイズ情報１２６に含めて保存される。

次に、在庫管理装置２００について説明する。在庫管理装置２００は、機能構成として、図１０に示すように、制御部２１０と、記憶部２２０と、通信部２３０と、を備える。

制御部２１０は、例えばＣＰＵ等のプロセッサで構成される。制御部２１０は、記憶部２２０に記憶されているプログラムにより、後述する在庫管理処理等を実行する。

記憶部２２０は、制御部２１０が実行するプログラムや、必要なデータを記憶する。記憶部２２０は、ＲＡＭ、ＲＯＭ、ＳＳＤ、ＨＤＤ等を含み得るが、これらに限られるものではない。

通信部２３０は、在庫管理装置２００が、ＥＣサイト装置１００、生産管理サーバ４００等とデータを送受信するための通信インタフェースである。

次に、記憶部２２０が記憶する各種情報について説明する。コンポーネント構成マスタ２２１は、各コンポーネントの各バリエーションがどのような部品から構成されるかを示す情報である。例えば、ガラスコンポーネントのコンポーネント構成マスタは、図１１に示すように、ガラスコンポーネントのバリエーション毎に、そのバリエーションを構成する部品の一覧を示す情報になっている。

マッピングルール２２２は、生産管理サーバ４００が記憶している各製品の部品表（基幹システム部品表）からコンポーネント構成マスタ２２１を抽出するためのルールである。なお、生産管理サーバ４００が記憶している各製品の部品表とは、図１２に示すように、製品（図１２の例では腕時計）の構成を木構造で表し、木構造の葉に相当する部分にその製品を構成する部品を並べたものである。

この木構造のノードが本実施の形態のコンポーネントとたまたま対応する場合もあり得るが、生産管理サーバ４００が記憶しているデータは、基本的には製品カスタマイズについては特に考慮されていないため、一般には部品とコンポーネントとを対応付けるための条件が必要である。この条件を集めたものがマッピングルール２２２である。

マッピングルール２２２の一例は、具体的には図１３に示すように、部品表における位置を特定する条件（「親」、「除外－子」）、例外条件（「割合ＱＴＹ」）、バリエーション条件（「バリエーション対象」、「バリエーション対象外」）等からなる。

図１３を参照すると、例えばガラスコンポーネント５６０は、図１２に示す部品表においてウォッチヘッド４０１を親に持つ部品の中で、裏ブタ４０３やベゼル４０６を除外した部品なので、点線４０２，４０４，４０５，４０７で囲われた部品が対応することがわかる。また、バリエーション対象として「印刷ガラス＃＊」が指定されている（＊は正規表現で任意の文字列に対応する）ので、ガラスコンポーネント５６０のバリエーションは、印刷ガラスを異ならせることによって得られることがわかる。

その他のコンポーネントも同様にして部品表中の部品と対応付けることができる。ただし、本実施の形態では、遊環コンポーネント５４０については、１つの遊環からなる遊環１コンポーネントと、３つの細い遊環からなる遊環３コンポーネントがあり、遊環３コンポーネントは、遊環３－１コンポーネントと遊環３－２コンポーネントと遊環３－３コンポーネントとをそれぞれ１つずつ組み合わせて構成される。遊環３－１コンポーネントと遊環３－２コンポーネントと遊環３－３コンポーネントのそれぞれの割合ＱＴＹが１になっているのは、このことを示すためである。

以上説明したように、マッピングルール２２２により、制御部２１０は、部品表からコンポーネント構成マスタ２２１を容易に生成することができる。そして、制御部２１０は、生成されたコンポーネント構成マスタ２２１の情報を、通信部２３０を介して生産管理サーバ４００に送信する。そして、生産管理サーバ４００は、その筐体内部に搭載された図示しない通信部を介して、コンポーネント構成マスタ２２１の情報を受信（取得）する。ここで、生産管理サーバ４００にコンポーネント構成マスタ２２１の情報を送信した詳細については後述する。

図１０に戻り、部品在庫情報２２３は、各部品の在庫の情報であり、生産管理サーバ４００が記憶している各部品の在庫の情報を、制御部２１０が通信部２３０を介して取得したものである。

コンポーネント需要情報２２４は、ＥＣサイト装置１００がユーザから取得したコンポーネントの需要に関する情報である。この情報は、単にコンポーネントの注文数の情報であってもよいし、ＥＣサイト装置１００に蓄積された行動履歴情報１２５に基づいて、コンポーネントの将来の需要も見越した情報であってもよい。

コンポーネント在庫情報２２５は、後述する在庫管理処理によって取得される各コンポーネントの供給可能数（コンポーネント在庫）の情報である。ＥＣサイト装置１００は、定期的に在庫管理装置２００に対して、現在のコンポーネント在庫の情報を要求し、コンポーネント在庫情報２２５を更新する。

優先度情報２２６は、コンポーネント在庫を算出するときに、優先度が高い製品を構成するコンポーネント（バリエーション）に対しては、部品を優先的に割り当てて、供給不可（在庫切れ）となることを防ぐようにするための情報である。例えば、製品が新製品や何らかの限定モデルである場合や、刻印サービス対応製品（刻印可能製品）である場合や、過去のある販売期間における売上上位モデル（ベストセラー製品）である場合や、プロモーション公開日（ＳＮＳ、ホームページ、動画等での公開日、予約開始日、発売日等）以降のプロモーション期間（例えば３ヶ月間）、ユーザの記念日（誕生日、結婚記念日等）を含む所定の期間（例えば記念日の１ヶ月前から記念日の１週間後まで）等においては、その製品の優先度や、その製品を構成するコンポーネント（バリエーション）の優先度が高くなるように優先度情報２２６が設定されている。

例えば、製品が何らかの限定モデルである場合、優先度情報２２６を用いることで、制御部２１０は、限定モデルを構成するコンポーネントに割り当てる部品の数量を、限定モデル以外の製品を構成するコンポーネントに割り当てる部品の数量より多くなるよう調整することができる。これにより、限定モデルの品切れをできるだけ防ぐようにすることができる。

また、製品がプロモーション公開日に公開される公開製品である場合、優先度情報２２６を用いることで、制御部２１０は、プロモーション公開日以降の所定の期間（例えば３ヶ月間）において、公開製品を構成するコンポーネントに割り当てる部品の数量を公開製品以外の製品を構成するコンポーネントに割り当てる部品の数量より多くなるよう調整することができる。これにより、公開製品の品切れをできるだけ防ぐようにすることができる。

また、製品が刻印可能製品である場合、優先度情報２２６を用いることで、制御部２１０は、刻印可能製品を構成する前記コンポーネントに割り当てる前記部品の数量を、前記刻印可能製品以外の製品を構成する前記コンポーネントに割り当てる前記部品の数量より、所定の期間において多くなるよう調整することができる。これにより、刻印可能製品の品切れをできるだけ防ぐようにすることができる。

また、製品がベストセラー製品である場合、優先度情報２２６を用いることで、制御部２１０は、ベストセラー製品を構成するコンポーネントに割り当てる部品の数量を、ベストセラー製品以外の製品を構成するコンポーネントに割り当てる部品の数量より、所定の期間（例えばその製品がベストセラー製品ではなくなるまでの期間）において多くなるよう調整することができる。これにより、ベストセラー製品の品切れをできるだけ防ぐようにすることができる。

以上の機能構成を備えることにより、在庫管理装置２００は、生産管理サーバ４００から部品の在庫の情報を取得し、需要に応じて、又は需要及び優先度に応じて、各部品をコンポーネントに割り当てることで、複数の部品で構成されるコンポーネントの在庫切れをできるだけ防ぐことができる。

例えば、図１４に示すように、部品α、部品β及び部品γから構成されるコンポーネントＡがあるとする。そして、部品γはγ－１の１種類のみだが、部品αがα－１～α－５の５種類、部品βがβ－１～β－３の３種類から選択され、コンポーネントＡは、５種類のバリエーション（Ａ－１～Ａ－５）を有する場合の例で説明する。図１４は、コンポーネントＡの各バリエーション（Ａ－１～Ａ－５）において、○が記入されている欄に対応する部品（Ａ－１なら、α－１、β－１及びγ－１）から構成されることを示している。

図１４に示す例では、各部品の在庫数は全て４００ずつあるものとし、コンポーネントの各バリエーションの需要数は、Ａ－１が４００、Ａ－２が１６０、Ａ－３が１２０、Ａ－４が８０、Ａ－５が４０としている。

この場合、単純にバリエーションＡ－１の需要を満たすために部品を割り当てると、部品γ－１の４００個を全てバリエーションＡ－１に割り当てることになるため、バリエーションＡ－１の提供可能数は４００になるが、その他のバリエーション（Ａ－２～Ａ－５）の提供可能数は０になってしまう。バリエーションＡ－１だけは在庫切れを防ぎたい等、バリエーションＡ－１の優先度を高くしたい場合にはこのような部品割り当てでもよいが、通常は他のバリエーションにも均等に部品を割り当てたい場合が多い。

本実施の形態では、各バリエーションに均等に、又は優先度に応じて部品を割り当てるために、後述する在庫引き当て処理を行う。これにより、全てのバリエーションを同じ優先度で扱う場合には、各バリエーションの供給可能数（コンポーネント在庫）として、Ａ－１が２００、Ａ－２が８０、Ａ－３が６０、Ａ－４が４０、Ａ－５が２０となるように部品の割り当てが行われる。また、例えばバリエーションＡ－２の優先度のみ他のバリエーションより高く、バリエーションＡ－２以外の各バリエーションの優先度が同じ場合には、Ａ－１が１５０、Ａ－２が１６０、Ａ－３が４５、Ａ－４が３０、Ａ－５が１５となるように部品の割り当てが行われる。このような部品の割り当ては、後述する在庫管理処理及び部品引当処理で行われる。

次に、図１５及び図１６を参照して、ＥＣサイト装置１００の制御部１１０が実行するカスタマイズ処理について説明する。この処理は、ＥＣサイト装置１００が提供するＥＣサイトにアクセスしたユーザ端末３００から、カスタマイズ可能製品の紹介ページへのアクセスがあると開始される。

まず、制御部１１０は、ユーザ端末３００の画面３１０に、図４に示すように、製品モデル選択画面として、カスタマイズ可能な製品モデルの一覧を表示させる（ステップＳ１０１）。ここで表示される製品モデルは、カスタマイズの対象となる製品モデル（基底対象物）である。基底対象物の各コンポーネントは、デフォルト又は特定の主体が選択したバリエーション（基底仕様）が選択された状態になっている。製品モデルの一覧表示としては、各製品モデルの名称（型番やカスタマイズを行った主体（人物等）を識別できる情報）のみを一覧表示してもよいし、各製品モデルの画像のみを一覧表示してもよいし、名称と画像を両方とも一覧表示してもよい。

この一覧表示において、制御部１１０は基本的に同一の型番の製品（デフォルトモデルや各種カスタマイズモデル）をひとまとまりにして表示させる。そして制御部１１０が、同一の型番の製品のまとまりの中で、各製品モデルをどのような順番で表示させるかは任意であるが、あるコンポーネントを基準コンポーネントとして、この基準コンポーネントのバリエーションのプロパティ（属性）に応じて、まとめて一覧にしてもよい。例えばベゼルコンポーネントを基準コンポーネントにし、ベゼルコンポーネントを構成するパーツの色毎、材質毎等をまとめて一覧表示にすることで、同じ色のベゼルの製品モデル、同じ材質のベゼルの製品モデルが隣り合って配置されるので、基準コンポーネント以外のコンポーネントのバリエーションの違いによって各製品のイメージがどのように変わるかを比較しやすくなる。

また、カスタマイズを行った主体毎にまとめて一覧にしてもよい。このようにすると、例えば、デザイナーＡ氏がカスタマイズしたモデルがまとまって表示されるので、特定のデザイナーや有名人がカスタマイズしたモデルの中から製品モデルを選択したいと思っているユーザにとっては、選択しやすくなる。また、カスタマイズを行った主体の種類毎にまとめて表示させてもよい。例えば、デザイナー、スポーツ選手、芸能人、楽器奏者、パソコンのＡＩといった種類毎に、それぞれがカスタマイズしたモデルがまとまって表示される。これにより、デザイナーＡ氏がカスタマイズしたモデル、デザイナーＢ氏がカスタマイズしたモデルが並べて表示されるので、デザイナーによるカスタマイズの特徴（色の使い方や色の配置関係等）を容易に比較することができる。

図１５に戻り、次に制御部１１０は、表示された製品モデルの中からいずれかのモデルが選択されたか否かを判定する（ステップＳ１０２）。いずれのモデルも選択されなければ（ステップＳ１０２；Ｎｏ）、ステップＳ１０２に戻る。

いずれかのモデルが選択されたら（ステップＳ１０２；Ｙｅｓ）、制御部１１０は、ユーザ端末３００の画面３１０に、図５に示すように、選択されたモデルの詳細情報を表示させる（ステップＳ１０３）。なお、煩雑になるため、図１５及び図１６では省略しているが、これ以降選択されたモデルが注文される可能性があるため、制御部１１０は、選択されているモデルやコンポーネント（バリエーション）の情報を、照会中の注文（照会中注文）の情報として扱う。

また、制御部１１０は、ユーザがどのモデルやバリエーションを閲覧したり選択したり購入したりしたかという情報（モデルやバリエーションの閲覧行動（閲覧時間、閲覧回数等）、選択行動（選択回数等）、購入実績等の情報）を行動履歴情報１２５として、記憶部１２０に蓄積する。そして、制御部１１０は、必要に応じて（例えばステップＳ１０７の前に）照会中注文の情報や行動履歴情報１２５を在庫管理装置２００に送信する。これにより、制御部１１０は、在庫管理装置２００から、コンポーネント在庫情報１２３を取得することができる。

図１５に戻り、制御部１１０は、カスタマイズボタン３１１が押されたか否かを判定する（ステップＳ１０４）。カスタマイズボタン３１１が押されなければ（ステップＳ１０４；Ｎｏ）、ステップＳ１０４に戻る。なお、煩雑になるため、図１５では省略しているが、例えば図５に示す画面３１０の右上に小さく表示されている製品モデルが選択されたら、制御部１１０は、ステップＳ１０３に戻って、選択されたモデルの詳細情報を表示させる。

カスタマイズボタン３１１が押されたら（ステップＳ１０４；Ｙｅｓ）、制御部１１０は、ユーザ端末３００の画面３１０に、図６に示すように、カスタマイズ用画面を表示させる（ステップＳ１０５）。そして、制御部１１０は、図６に示す画面３１０で、いずれかのコンポーネント３１３が選択されたか否かを判定する（ステップＳ１０６）。

いずれかのコンポーネント３１３が選択されたら（ステップＳ１０６；Ｙｅｓ）、制御部１１０は、選択されたコンポーネント（着目コンポーネント）が効果的に視認できるアングル画像（有効アングル画像）を記憶部１２０から取得し、ユーザ端末３００の画面３１０に、図７に示すように、アングル画像３１２（有効アングル画像）、カスタマイズ用アイテム３１５等を表示させる（ステップＳ１０７）。なお、カスタマイズ用アイテム３１５を表示させる際には、制御部１１０は在庫情報１２３を参照し、在庫が０のバリエーションに対応するカスタマイズ用アイテム３１５には品切れを表す情報として、売り切れマーク３１７を表示させる。また、ステップＳ１０７において、アングル画像３１２（有効アングル画像）とカスタマイズ用アイテム３１５に加えて、サムネイル画像３１４を表示させてもよい。

また、説明が煩雑になるため図１５では省略したが、ステップＳ１０６での判定がＹｅｓの場合、制御部１１０は、カスタマイズ情報１２６を参照し、選択されたコンポーネント３１３の変更が不可となっている場合には、ステップＳ１０７には進まずに、ステップＳ１１０に進む。その際、制御部１１０は、そのコンポーネントの変更ができないことを通知する情報（例えば「変更できません」というメッセージ）を画面３１０に表示させてもよい。

そして、制御部１１０は、いずれかのカスタマイズ用アイテム３１５が選択されたか否かを判定する（ステップＳ１０８）。カスタマイズ用アイテム３１５が選択されていないなら（ステップＳ１０８；Ｎｏ）、ステップＳ１１０に進む。

カスタマイズ用アイテム３１５が選択されたなら（ステップＳ１０８；Ｙｅｓ）、制御部１１０は、選択されたカスタマイズ用アイテム３１５に応じて、アングル画像３１２とサムネイル画像３１４の表示を変更し（ステップＳ１０９）、ステップＳ１１０に進む。

ステップＳ１０９では、制御部１１０は、図８に示すようなコンポーネント画像情報１２１を参照し、現在カスタマイズ対象として選択されている着目コンポーネントの各アングルについて、選択されたカスタマイズ用アイテム３１５に対応するバリエーション（選定仕様）の画像素材（バリエーション画像）をアングル画像３１２やサムネイル画像３１４に合成する。これにより、アングル画像３１２やサムネイル画像３１４に含まれる着目コンポーネントの表示態様は、選定仕様の画像素材（選定仕様画像）の態様に変更され、ユーザはバリエーションを変更したカスタマイズモデルの画像を確認することができるようになる。

そして、ステップＳ１１０では、制御部１１０は、ステップＳ１０６で選択されたコンポーネント３１３以外のコンポーネント３１３が選択されたか否かを判定する。そのようなコンポーネント３１３が選択されていないなら（ステップＳ１１０；Ｎｏ）、ステップＳ１０８に戻る。

ステップＳ１０６で選択されたコンポーネント３１３以外のコンポーネント３１３が選択されたなら（ステップＳ１１０；Ｙｅｓ）、ステップＳ１０６に戻る。

一方、ステップＳ１０６で、いずれのコンポーネント３１３も選択されていないなら（ステップＳ１０６；Ｎｏ）、制御部１１０は、シェアボタン３１９が押されたか否かを判定する（ステップＳ１１１）。シェアボタン３１９が押されていないなら（ステップＳ１１１；Ｎｏ）、ステップＳ１１３に進む。

シェアボタン３１９が押されたなら（ステップＳ１１１；Ｙｅｓ）、制御部１１０は、カスタマイズされた製品のシェア用画像（シェア用画像に関する情報）をＳＮＳ等に送信し（ステップＳ１１２）、ステップＳ１１３に進む。なお、ステップＳ１１２でのシェア用画像（送信用画像）の送信先は特定のＳＮＳに限らない。送信先の設定次第で制御部１１０はシェア用画像を任意の外部装置に送信することが可能である。

また、ステップＳ１１２で制御部１１０は、シェア用画像を直接ＳＮＳに送信することはせずに、ユーザ端末３００の画面３１０にシェア用画像を表示させて、ユーザによる確認後にＳＮＳに送信するようにしてもよい。また、制御部１１０は、シェア用画像とともにダウンロードボタンを画面３１０に表示させて、ダウンロードボタンが押されると、シェア用画像をユーザ端末３００にダウンロードさせてもよい。この場合、ユーザは、ユーザ端末３００等のシェア用画像をダウンロードしたユーザのデバイスからシェア用画像をＳＮＳ等へ投稿できるようになる。

ステップＳ１１３では、制御部１１０は、完了ボタン３１８が押されたか否かを判定する。完了ボタン３１８が押されたなら（ステップＳ１１３；Ｙｅｓ）、制御部１１０は、カスタマイズされた製品の購入に必要な価格を導出し（ステップＳ１１４）、カスタマイズされた製品の価格とアングル画像を画面３１０に表示させる（ステップＳ１１５）。その際、制御部１１０は、カスタマイズされた製品を様々な角度から視認して確認できるように、複数のアングル画像を並べて画面３１０に表示させてもよい。

そして、制御部１１０は決済処理を行い（ステップＳ１１６）、購入決済が完了したか否かを判定する（ステップＳ１１７）。購入決済が完了していなければ（ステップＳ１１７；Ｎｏ）、制御部１１０は、カスタマイズ処理を終了する。これは、ユーザが製品をカスタマイズしてはみたものの、最終的には購入するまでに至らなかった場合である。

購入決済が完了していれば（ステップＳ１１７；Ｙｅｓ）、制御部１１０は、カスタマイズされた製品のアングル画像（有効アングル画像）と複数のサムネイル画像のうちの少なくとも１つの画像に関する情報や部品一覧が出力された生産指示書を生成して、生産管理サーバ４００に送信し（ステップＳ１１８）、カスタマイズ処理を終了する。なお、購入決済が完了すると、今回の注文の内容が確定するため、制御部１１０は確定注文として扱い、以後必要に応じて在庫管理装置２００に確定注文の情報として送信することになる。

なお、生産管理サーバ４００は、ステップＳ１１８で送信された、製造依頼としての生産指示書を受信すると、在庫管理装置２００から適宜送信されてくるコンポーネント構成マスタ２２１の情報に基づいて、生産指示書に記載されているカスタマイズされた製品における各コンポーネントのバリエーション（選定仕様）の情報から、部品表（基幹システム部品表）上の部品に展開する。そして、生産管理サーバ４００は、展開された部品の情報を用いて、カスタマイズされた製品の製造指示を行う。

一方、完了ボタン３１８が押されなければ（ステップＳ１１３；Ｎｏ）、制御部１１０は、カスタマイズ用画面を閉じるボタンが押されたか否かを判定する（ステップＳ１１９）。カスタマイズ用画面を閉じるボタンが押されていないなら（ステップＳ１１９；Ｎｏ）、制御部１１０は、ステップＳ１０６に戻る。カスタマイズ用画面を閉じるボタンが押されたなら（ステップＳ１１９；Ｙｅｓ）、制御部１１０は、カスタマイズ処理を終了する。

以上のカスタマイズ処理により、ユーザは製品モデル選択画面から好みのモデルを選択して、自分の好きなように製品をカスタマイズして、注文したり、ＳＮＳ等でシェアしたりすることができる。そして、製品モデル選択画面には、特定の主体がカスタマイズした基底対象物も表示されており、ユーザはこの基底対象物を選択することにより、ユーザ以外の特定の主体によってカスタマイズされたものをベースとして、製品をカスタマイズすることができる。このように、ＥＣサイト装置１００は、カスタマイズ装置として機能する。

また、カスタマイズ用画面においては、ユーザが選択したコンポーネントに応じて、そのコンポーネントを効果的に視認可能な有効アングル画像が表示されるので、ＥＣサイト装置１００は、表示制御装置として機能し、ユーザが選択したコンポーネントをわかりやすく表示させることができる。

次に、図１７を参照して、在庫管理装置２００の制御部２１０が実行する在庫管理処理について説明する。在庫管理処理は任意のタイミングで実行可能だが、例えば、ＥＣサイト装置１００から、コンポーネント在庫の情報が要求されると、制御部２１０は、在庫管理処理を開始する。

まず、制御部２１０は、マスタ情報を取得する（ステップＳ２０１）。マスタ情報とは、例えばコンポーネント構成マスタ２２１であり、制御部２１０は、ステップＳ２０１で生産管理サーバ４００から通信部２３０を介して各製品の部品表を取得し、マッピングルール２２２に基づいてコンポーネント構成マスタ２２１を生成する。制御部２１０は、コンポーネント構成マスタ２２１以外のマスタ情報についても、必要なマスタ情報については、ステップＳ２０１で取得する。ただし、マスタ情報が更新される頻度は高くないため、全てのマスタ情報が変更されていないことが明らかな場合には、制御部２１０はステップＳ２０１をスキップしてもよい。また、制御部２１０は、在庫管理処理を行う前であれば、任意のタイミングでマスタ情報を取得（例えば部品表を取得してコンポーネント構成マスタを更新）してもよい。

なお、煩雑になるため図１７では省略したが、制御部２１０は、ステップＳ２０１で生成されたコンポーネント構成マスタ２２１の情報を通信部２３０を介して、生産管理サーバ４００に送信する。また、制御部２１０は、ステップＳ２０１ではなく、任意のタイミングでコンポーネント構成マスタ２２１を更新した場合、更新完了後にコンポーネント構成マスタ２２１の情報を生産管理サーバ４００に送信する。生産管理サーバ４００が、上述したカスタマイズされた製品の製造指示を行う際に用いるコンポーネント構成マスタ２２１の情報を、予め取得しておくためである。

次に、制御部２１０は、生産管理サーバ４００から供給情報を取得する（ステップＳ２０２）。供給情報とは、例えば部品の実在庫数や、発注残数であり、生産管理サーバ４００から通信部２３０を介して取得する。

そして、制御部２１０は、ＥＣサイト装置１００から需要情報を取得する（ステップＳ２０３）。需要情報とは、例えば、確定注文（ＥＣサイト装置１００にて受注が確定した注文）、照会中注文（ＥＣサイト装置１００にて照会中で受注が未確定の注文）、需要予測（ＥＣサイト装置１００に蓄積されている行動履歴情報１２５に基づいて予測される需要、新製品や限定製品（限定モデル）の発売により予測される需要、ＳＮＳ等において有名人等による製品のプロモーション公開により予測される需要、またはマーケティング戦略等に基づく需要）等の需要に関するデータである。

次に制御部２１０は、需要情報と供給情報とに基づいて、各需要に対して供給を引き当てる処理を行うが、需要情報の種類（確定注文、照会中注文、需要予測）に応じて、順番に供給を引き当てていく。

まず、制御部２１０は、確定注文を受け付けた製品を生産するのに必要な部品を引き当てる（ステップＳ２０４）。なお、ＥＣサイト装置１００で購入を受け付けている際に、製品を構成する部品に在庫０のものが存在した場合には、画面３１０に売り切れマーク３１７を表示させる等して、確定注文を受け付けないようにすることにより、確定注文を受け付けた製品を生産するのに必要な部品を全て引き当てても部品の在庫切れが発生しないことが保証されることになる。

次に、制御部２１０は、確定注文に対して引き当てた後に残った各部品の供給数（確定注文引当残）に対して、照会中注文に対応する製品を生産するのに必要な部品を引き当てる（ステップＳ２０５）。この処理（部品引当処理）の詳細は後述する。

次に、制御部２１０は、照会中注文に対して引き当てた後に残った各部品の供給数（照会中注文引当残）に対して、需要予測に対応する製品を生産するのに必要な部品を引き当てる（ステップＳ２０６）。

次に、制御部２１０は、ステップＳ２０５及びステップＳ２０６で引き当てがされた部品の数量からコンポーネント提供可能数を算出し、コンポーネント在庫としてＥＣサイト装置１００に送信する（ステップＳ２０７）。

そして、制御部２１０は、ステップＳ２０５及びステップＳ２０６で引き当てができなかった部品の数量を充足するためのパーツ補充計画（不足数量）を生産管理サーバ４００に送信し（ステップＳ２０８）、在庫管理処理を終了する。

この在庫管理処理によって、在庫管理装置２００は、適切にコンポーネント在庫を算出してＥＣサイト装置１００に送信することができる。また、部品の在庫切れが生じる場合には、不足分をパーツ補充計画として、生産管理サーバ４００に送信することができる。

次に、図１８を参照して、在庫管理処理のステップＳ２０５で実行される部品引当処理について説明する。その際、具体的な需要及び供給として、図１４に示すコンポーネント需要及び部品在庫数を用いて説明する。

まず、制御部２１０は、コンポーネント需要から各部品の従属需要数を算出する（ステップＳ３０１）。従属需要数とは、コンポーネント需要を満たすために、必要な部品の数量である。例えば、図１４で部品β－１は、コンポーネントＡのバリエーションであるＡ－１及びＡ－２で用いられ、Ａ－１及びＡ－２のコンポーネント需要はそれぞれ４００及び１６０なので、部品β－１の従属需要数は、４００＋１６０＝５６０となる。

次に、制御部２１０は、優先度情報２２６を参照し、優先度の高いバリエーションが存在するか否かを判定する（ステップＳ３０２）。優先度の高いバリエーションが存在しないなら（ステップＳ３０２；Ｎｏ）、全てのバリエーションを対象にして、対象バリエーションを構成する全ての部品について以下のステップＳ３０５～Ｓ３０７の処理で引当可能数を設定することとして（ステップＳ３０３）、ステップＳ３０５に進む。

一方、優先度の高いバリエーションが存在するなら（ステップＳ３０２；Ｙｅｓ）、優先度の高いバリエーションから順番に、同一の優先度のバリエーションを対象にして、対象バリエーションを構成する全ての部品について、以下のステップＳ３０５～Ｓ３０７の処理で引当可能数を設定することとして（ステップＳ３０４）、ステップＳ３０５に進む。

そして、ステップＳ３０５では、制御部２１０は、各部品についてそれぞれ、従属需要数が在庫数未満であるか否かを判定する。従属需要数が在庫数未満であれば（ステップＳ３０５；Ｙｅｓ）、制御部２１０は、その部品についての引当可能数を従属需要数として（ステップＳ３０６）、ステップＳ３０８に進む。例えば、図１４で、部品α－２の従属需要数は１６０で在庫数は４００なので、部品α－２の引当可能数は１６０となる。

一方、従属需要数が在庫数以上であれば（ステップＳ３０５；Ｎｏ）、制御部２１０は、コンポーネント需要の比率に応じてその部品についての引当可能数を在庫数×コンポーネント需要の比率として（ステップＳ３０７）、ステップＳ３０８に進む。例えば、図１４で、Ａ－１～Ａ－５の優先度が全て同じ（均等）だった場合、部品γ－１の従属需要数は８００で在庫数は４００なので、在庫数をコンポーネント需要の比率で分配し、部品γ－１のＡ－１～Ａ－５（コンポーネント需要の比率は１０：４：３：２：１）への引当可能数は、それぞれ２００、８０，６０、４０、２０となる。

なお、例えば、図１４で、Ａ－２の優先度のみ高く、他のＡ－１、Ａ－３、Ａ－４、Ａ－５の優先度が全て同じ（均等）だった場合、部品γ－１の従属需要数の８００のうち、Ａ－２に対応する分は１６０であり、部品γ－１の在庫数は４００なので、ステップＳ３０５での判定はＹｅｓとなり、Ａ－２に対する部品γ－１の引当可能数は従属需要数である１６０となる。そして、残りのＡ－１、Ａ－３、Ａ－４、Ａ－５については、部品γ－１の従属需要数は８００から１６０（Ａ－２に対応する分）を引いた６４０であり、部品γ－１の在庫の４００のうち、１６０がＡ－２に引き当てられているので、在庫は２４０となる。したがって、ステップＳ３０５での判定はＮｏとなり、部品γ－１のＡ－１、Ａ－３、Ａ－４、Ａ－５（コンポーネント需要の比率は１０：３：２：１）への引当可能数は、在庫数である２４０をコンポーネント需要の比率である１０：３：２：１で分配し、それぞれ１５０、４５，３０、１５となる。

そして、ステップＳ３０８では、制御部２１０は、コンポーネントを構成する各部品の引当可能数のうち、最小値を当該コンポーネントの供給可能数とし、部品引当処理を終了する。例えば、上記の例では、Ａ－１～Ａ－５の優先度が全て同じ（均等）だった場合も、Ａ－２のみ優先度が高かった場合も、引当可能数の最小値は部品γ－１の引当可能数になるので、部品γ－１の引当可能数が、各バリエーションの供給可能数、すなわちコンポーネント在庫となる。

以上の部品引当処理により、供給及び需要に基づいて各コンポーネントへの最適な部品割り当てが行われる。また、ステップＳ３０８で供給可能数が０となったコンポーネントについては、制御部２１０は、そのコンポーネントを在庫切れコンポーネント（供給不可となる可能性があるコンポーネント）として特定することができる。

なお、この部品引当処理は、処理モードとして、優先度情報２２６を使用せずに、需要の情報のみを使用する需要モードと、需要の情報だけでなく優先度情報２２６も使用する優先度モードの２つのモードを備えるようにしてもよい。そして、この２つのモードを在庫管理装置２００の管理者が選択できるようにしてもよい。この場合、需要モードではステップＳ３０２での判定は常にＮｏになり、優先度を使用する必要がなくなるため、部品引当処理の負荷を軽くすることができる。

また優先度情報２２６に、優先度情報２２６を使用すべき時期である優先度使用時期（例えば新製品や限定モデルの発売日やホームページ等での製品情報公開日、ＳＮＳ等を利用した新製品や限定モデルのプロモーション公開日や、ある製品のプロモーション期間（開始日～終了日）等）の情報が含まれる場合、制御部２１０は優先度情報２２６を参照し、現在の日時が優先度使用時期を含む所定の期間（優先度使用期間）に入ったら処理モードを需要モードから優先度モードに自動的に切り替え、優先度使用期間でなければ処理モードを優先度モードから需要モードに自動的に切り替えるようにしてもよい。ここで、優先度使用期間とは、優先度使用時期を含む所定の期間であり、例えば、発売日、製品情報公開日、プロモーション公開日等を含む所定の期間（例えば３ヶ月間）は優先度使用期間である。また、例えば、プロモーション期間のように、優先度使用時期が一定の期間を有する場合には、そのような優先度使用時期も優先度使用期間に含まれる。

優先度使用期間を用いて処理モードを切り換える処理として、制御部２１０は、優先度情報２２６に含まれる優先度使用時期を含む優先度使用期間に入った製品があるか否かを判定し、優先度使用期間に入った製品があると判定した場合には部品の数量の調整を優先度モードで行い、優先度使用期間に入った製品がないと判定した場合には部品の数量の調整を需要モードで行うようにしてもいい。また、例えば制御部２１０は、新製品の発売日の所定の時刻に需要モードから優先度モードに自動で切り替え、発売日から所定の期間（例えば３ヶ月間）が経過したことを判定したら、優先度モードから需要モードに切り替えてもよい。このように処理モードを自動的に切り換えることにより、在庫管理装置２００の管理者が処理モードを選択する手間を省くことができ、例えば新製品の発売日に優先度モードに自動で切り替わり、効率的に部品の優先割り当てを行うことができる。

次に、図１９を参照して在庫管理処理の具体例を説明する。図１９に示すように、この例では、部品倉庫に「（１）在庫」に示す個数の分だけ各部品の在庫があり、ＥＣサイト装置１００からコンポーネントの各バリエーションに対して「（２）需要」に示すだけの照会中注文がある場合を想定する。また、説明を簡潔にするために、この例では、各バリエーションの優先度は同一であるものとし、確定注文や需要予測については考慮しない（それぞれ０である）こととする。

まず、在庫管理処理（図１７）のステップＳ２０１では、制御部２１０は、マッピングルール２２２に基づいて、生産管理サーバ４００から取得した部品表からコンポーネント構成マスタを生成する。

そして、ステップＳ２０２で、制御部２１０は、供給情報として、各部品の在庫数（図１９に示す「（１）在庫」）を生産管理サーバ４００から取得する。そして、ステップＳ２０３で、需要情報として、照会中注文（図１９に示す「（２）需要」）をＥＣサイト装置１００から取得する。

この例では、確定注文は０なので、ステップＳ２０４は実質的にスキップされるが、もし確定注文があるなら、その確定注文に対して在庫数を引き当てることになる。

そして、ステップＳ２０５で、制御部２１０は、照会中注文に対して在庫数を引き当てるが、この処理は部品引当処理（図１８）で行われる。

ベゼルコンポーネントについては、このコンポーネントを構成する部品はベゼルのみなので、ステップＳ３０１で「従属需要数＝コンポーネント需要（（２）需要）」となる。また、優先度の高いバリエーションは存在しないので、ステップＳ３０２での判定はＮｏとなり、ベゼルコンポーネントを構成する部品全て（すなわちベゼル）についてステップＳ３０５～Ｓ３０７の処理により、引当可能数が設定されることになる（ステップＳ３０３）。ベゼルについては、従属需要数＞在庫数になっているので、ステップＳ３０５での判定はＮｏとなり、また異なるバリエーション間で共有している部品はないので比率はいずれも１００％となる。したがってステップＳ３０７で、各ベゼルの在庫数（（１）在庫）がそのまま引当可能数になる。そして、ベゼルのみでベゼルコンポーネントが構成されるので、図１９の「（３）供給可能数」に示すように、引当可能数がそのままコンポーネントの供給可能数となる（ステップＳ３０８）。

また、ガラスコンポーネントについては、このコンポーネントを構成する部品のうち、印刷ガラスは「従属需要数＝コンポーネント需要（（２）需要）」かつ比率は１００％である。また、その他の部品は２つのバリエーションで共通に用いられるので「従属需要数＝コンポーネント需要（（２）需要）の和＝４００」で、比率は同じなので、２つとも５０％となる。そして、いずれも従属需要数＞在庫数なので、ステップＳ３０５での判定はＮｏとなる。したがって、ステップＳ３０７で、印刷ガラスについては在庫数（（１）在庫）がそのまま引当可能数（すなわち、印刷ガラス＃１については１００、印刷ガラス＃２については８０）になり、その他の部品は在庫数の５０％（すなわち１００）が引当可能数となる。そして、ステップＳ３０８で、コンポーネントを構成する各部品の引当可能数のうち、最小値を当該コンポーネントの供給可能数とするので、図１９の「（３）供給可能数」に示すように、ガラスコンポーネント＃１の供給可能数は１００、ガラスコンポーネント＃２の供給可能数は８０となる。

そして、この例では、需要予測は０なので、ステップＳ２０６は実質的にスキップされる。また、この例では、ステップＳ２０５でベゼルや印刷ガラスの在庫数分が全て引き当たってしまっているので、需要予測があってもステップＳ２０６での引き当てはできないことになる。ガラスコンポーネントを構成する部品のうち印刷ガラス以外の部品については２０だけ残っているが、印刷ガラスがないとガラスコンポーネントを構成できないため、これらはそのまま残る。もし引き当てられていない部品でコンポーネントを構成でき、需要予測があるなら、ステップＳ２０６でその需要予測に対してそれらの部品を引き当てることになる。

そして、ステップＳ２０７で、コンポーネント在庫、すなわちステップＳ２０５で算出された各コンポーネントの供給可能数を、ＥＣサイト装置に送信する。

図１９に示す例では、コンポーネント需要（（２）需要）に対して、コンポーネント在庫（（３）供給可能数）が少なくなってしまったが、これは部品の在庫数（（１）在庫）が少なかったためである。したがって、ステップＳ２０８で制御部２１０は不足していた部品の数を算出して、パーツ補充計画として生産管理サーバ４００に送信する。

この例では、ベゼルや印刷ガラスについてはすべて引き当てられているので、「（２）需要－（３）供給可能数」が不足していた部品の数量になる。ただ、ガラスコンポーネントを構成する部品のうち印刷ガラス以外の部品については引き当てられていなかった分が２０残っているため、「（２）需要（３００＋１００）－（３）供給可能数（１００＋８０）－引き当てられていない分（２０）」＝２００が不足していた部品の数量になる。したがって制御部２１０は、図１９の「（４）補充計画」に示す数量をパーツ補充計画として生産管理サーバ４００に送信することになる。

以上説明したように、在庫管理装置２００は、需要又は優先度に基づいて、コンポーネントの在庫切れをできるだけ防ぐことができるとともに、在庫切れが生じると予想される場合には、補充計画を作成することができる。

（変形例）
なお、上述の実施の形態では、ＥＣサイト装置１００が提供するＥＣサイトにユーザがユーザ端末３００からウェブブラウザでアクセスして、カスタマイズ処理が行われることを想定しているが、カスタマイズ処理はこのような形態に限定されない。例えば、ユーザ端末３００に、ウェブブラウザを使わずにＥＣサイトにアクセスする専用のアプリケーションプログラムをインストールし、この専用アプリケーションプログラムでＥＣサイトにアクセスすることでカスタマイズ処理が実行されるようにしてもよい。

また、上述の実施の形態では、ＥＣサイトにおいてユーザがカスタマイズ可能な製品モデル（基底対象物）としてデジタル時計を例として説明したが、カスタマイズの対象となる対象物は、デジタル時計に限定されない。例えば、デジタル時計に替えて又は加えて、アナログ時計やアナログとデジタルのコンビネーション時計（時計の盤面で時針や分針等によるアナログ表示で大きく時刻表示するとともに、時計の盤面の任意の位置に任意の大きさの開口部を設け、その開口部から液晶等によるデジタル表示で時刻等を表示する時計）を、カスタマイズ可能な製品モデル（基底対象物）としてもよい。また、ＥＣサイトでは、時計に限らず、複数の任意のコンポーネントを有する任意の対象物をカスタマイズすることができるようにしてもよい。

例えば、ＥＣサイトにおいて、アナログ時計がカスタマイズ可能な対象物として追加される場合、アナログ時計を構成するコンポーネントが必要となる。アナログ時計用のコンポーネントとしては、例えばベゼルコンポーネント、文字盤コンポーネント、ショートバンドコンポーネント、ロングバンドコンポーネント、時針分針秒針コンポーネント、美錠コンポーネント、遊環コンポーネント、リューズコンポーネント等が考えられる。この場合における在庫管理処理のステップＳ２０１では、在庫管理装置２００の制御部２１０は、生産管理サーバ４００から各製品の部品表を取得し、アナログ時計に対応するために更新されたマッピングルール２２２に基づいて、コンポーネント構成マスタ２２１を生成する。その後は図１７のステップＳ２０２～Ｓ２０８の処理を同様に行うことで、アナログ時計用の各コンポーネントの在庫を取得してＥＣサイト装置１００に送信することができる。

また、ＥＣサイトでカスタマイズを行うために、ＥＣサイト装置１００のコンポーネント画像情報１２１には、各コンポーネントの各アングルについての各バリエーションの画像素材（バリエーション画像）を記憶させ、アングル画像情報１２２には、アナログ時計製品のアングル画像が、どのコンポーネントの画像素材を合成することによって生成されるかを示す情報を記憶させることで、対応が可能になる。アナログとデジタルのコンビネーション時計や、その他の対象物についても、それらを構成するコンポーネントに対応させたマッピングルール２２２、コンポーネント画像情報１２１、アングル画像情報１２２を用意することにより、制御部１１０及び制御部２１０は、それぞれ同様のカスタマイズ処理及び在庫管理処理を行うことが可能である。これにより、ユーザ端末３００において、ユーザによる任意の対象物（アナログ時計、コンビネーション時計等）のカスタマイズを行うことが可能になる。

また、上述の実施の形態では、主に対象物の外観をカスタマイズする例で説明したが、カスタマイズの対象は対象物の外観に限らない。

また、ＥＣサイト装置１００も、在庫管理装置２００も、通常のＰＣ等のコンピュータによっても実現することができる。具体的には、上記実施の形態では、ＥＣサイト装置１００の制御部１１０が実行するプログラムが記憶部１２０に予め記憶され、在庫管理装置２００の制御部２１０が実行するプログラムが記憶部２２０に予め記憶されているものとして説明した。しかし、プログラムを、フレキシブルディスク、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｃ）、メモリカード、ＵＳＢメモリ等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムをコンピュータに読み込んでインストールすることにより、上述の各処理を実行することができるコンピュータを構成してもよい。

したがって、ユーザ端末３００にＥＣサイト装置１００と同様のプログラムやデータを記憶させることにより、ユーザ端末３００をＥＣサイト装置１００（表示制御装置やカスタマイズ装置）として機能させてもよい。また、ユーザ端末３００とＥＣサイト装置１００とで、必要なデータを分担して記憶し、上述のカスタマイズ処理がユーザ端末３００の制御部とＥＣサイト装置１００の制御部１１０とで協働して実行されるようにしてもよい。例えば、カスタマイズ中の画像表示はユーザ端末３００の制御部がユーザ端末３００の表示部に対して行い、在庫管理装置２００や生産管理サーバ４００との通信はＥＣサイト装置１００の制御部１１０が行うようにしてもよい。

さらに、プログラムを搬送波に重畳し、インターネットなどの通信媒体を介して適用することもできる。例えば、通信ネットワーク上の掲示板（ＢＢＳ：Ｂｕｌｌｅｔｉｎ Ｂｏａｒｄ Ｓｙｓｔｅｍ）にプログラムを掲示して配信してもよい。そして、このプログラムを起動し、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）の制御下で、他のアプリケーションプログラムと同様に実行することにより、上述の各処理を実行できるように構成してもよい。

また、制御部１１０及び制御部２１０は、シングルプロセッサ、マルチプロセッサ、マルチコアプロセッサ等の任意のプロセッサ単体で構成されるものの他、これら任意のプロセッサと、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ‐Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の処理回路とが組み合わせられて構成されてもよい。

以上、本発明の好ましい実施の形態について説明したが、本発明は係る特定の実施の形態に限定されるものではなく、本発明には、特許請求の範囲に記載された発明とその均等の範囲とが含まれる。以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。

（付記１）
コンピュータが、
特定の主体により特定の基底仕様が選択されたコンポーネントを含む対象物である基底対象物を、
カスタマイズの対象となる対象物を表示させる画面に表示させ、
前記表示された基底対象物がユーザにより選択された場合、前記基底対象物をカスタマイズの対象にし、前記基底対象物の前記特定の基底仕様が選択されたコンポーネントについて、前記ユーザによるカスタマイズを受け付ける、
カスタマイズ方法。

（付記２）
前記基底対象物の外観がカスタマイズされる、
付記１に記載のカスタマイズ方法。

（付記３）
前記特定の主体は、特定の人物又は特定の装置である、
付記１又は２に記載のカスタマイズ方法。

（付記４）
前記基底対象物が複数存在する場合、前記基底対象物の前記基底仕様を選択した前記特定の主体を識別できる情報が前記画面に表示されるようにする、
付記１から３のいずれか１つに記載のカスタマイズ方法。

（付記５）
前記基底対象物が複数存在する場合、複数の前記基底対象物における所定の基準コンポーネントの選択可能仕様の属性に応じて、前記基底対象物が前記画面に表示されるようにする、
付記１から４のいずれか１つに記載のカスタマイズ方法。

（付記６）
前記基底対象物が複数存在する場合、前記特定の主体の種類毎に前記基底対象物が前記画面に表示されるようにする、
付記１から５のいずれか１つに記載のカスタマイズ方法。

（付記７）
前記基底対象物が有する前記コンポーネントの選択可能仕様を前記ユーザに選択された選定仕様に変更し、
前記変更後の選択可能仕様による表示態様の前記対象物の画像に関する情報が前記画面に表示されるようにする、
付記１から６のいずれか１つに記載のカスタマイズ方法。

（付記８）
前記基底対象物が有する前記コンポーネントの中に選択可能仕様を前記基底仕様から変更不可に設定されている前記コンポーネントが存在する場合、
前記変更不可に設定されている前記コンポーネントの前記選択可能仕様については、前記ユーザの選択によらず、前記基底仕様から変更しない、
付記１から７のいずれか１つに記載のカスタマイズ方法。

（付記９）
前記対象物は時計であり、
前記コンポーネントはベゼル及びバンドを含む、
付記１から８のいずれか１つに記載のカスタマイズ方法。

（付記１０）
コンピュータに、
特定の主体により特定の基底仕様が選択されたコンポーネントを含む対象物である基底対象物を、
カスタマイズの対象となる対象物を表示させる画面に表示させ、
前記表示された基底対象物がユーザにより選択された場合、前記基底対象物をカスタマイズの対象にし、前記基底対象物の前記特定の基底仕様が選択されたコンポーネントについて、前記ユーザによるカスタマイズを受け付ける、
処理を実行させるプログラム。

（付記１１）
制御部を備えるカスタマイズ装置であって、
前記制御部は、
特定の主体により特定の基底仕様が選択されたコンポーネントを含む対象物である基底対象物を、
カスタマイズの対象となる対象物を表示させる画面に表示させ、
前記表示された基底対象物がユーザにより選択された場合、前記基底対象物をカスタマイズの対象にし、前記基底対象物の前記特定の基底仕様が選択されたコンポーネントについて、前記ユーザによるカスタマイズを受け付ける、
カスタマイズ装置。

１００…ＥＣサイト装置、１１０，２１０…制御部、１２０，２２０…記憶部、１２１…コンポーネント画像情報、１２２…アングル画像情報、１２３…コンポーネント在庫情報、１２４…価格情報、１２５…行動履歴情報、１２６…カスタマイズ情報、１３０，２３０…通信部、２００…在庫管理装置、２２１…コンポーネント構成マスタ、２２２…マッピングルール、２２３…部品在庫情報、２２４…コンポーネント需要情報、２２５…コンポーネント在庫情報、２２６…優先度情報、３００…ユーザ端末、３１０…画面、３１１…カスタマイズボタン、３１２…アングル画像、３１３…コンポーネント、３１４…サムネイル画像、３１５…カスタマイズ用アイテム、３１６…チェックマーク、３１７…売り切れマーク、３１８…完了ボタン、３１９…シェアボタン、４００…生産管理サーバ、４０１…ウォッチヘッド、４０２，４０４，４０５，４０７…点線、４０３…裏ブタ、４０６…ベゼル、５００…腕時計、５１０，５１０Ａ，５１０Ｂ，５１０Ｃ…バンド（Ｓ）コンポーネント、５１１…バンド（Ｓ）、５１２…バネ棒、５２０…バンド（Ｌ）コンポーネント、５３０…美錠コンポーネント、５４０…遊環コンポーネント、５５０…ベゼルコンポーネント、５６０…ガラスコンポーネント、１０００…製品カスタマイズシステム

Claims (11)

1. コンピュータが、
   特定の主体により特定の基底仕様が選択されたコンポーネントを含む対象物である基底対象物を、
   カスタマイズの対象となる対象物を表示させる画面に表示させ、
   前記表示された基底対象物がユーザにより選択された場合、前記基底対象物をカスタマイズの対象にし、前記基底対象物の前記特定の基底仕様が選択されたコンポーネントについて、前記ユーザによるカスタマイズを受け付ける、
   カスタマイズ方法。
2. 前記基底対象物の外観がカスタマイズされる、
   請求項１に記載のカスタマイズ方法。
3. 前記特定の主体は、特定の人物又は特定の装置である、
   請求項１又は２に記載のカスタマイズ方法。
4. 前記基底対象物が複数存在する場合、前記基底対象物の前記基底仕様を選択した前記特定の主体を識別できる情報が前記画面に表示されるようにする、
   請求項１から３のいずれか１項に記載のカスタマイズ方法。
5. 前記基底対象物が複数存在する場合、複数の前記基底対象物における所定の基準コンポーネントの選択可能仕様の属性に応じて、前記基底対象物が前記画面に表示されるようにする、
   請求項１から４のいずれか１項に記載のカスタマイズ方法。
6. 前記基底対象物が複数存在する場合、前記特定の主体の種類毎に前記基底対象物が前記画面に表示されるようにする、
   請求項１から５のいずれか１項に記載のカスタマイズ方法。
7. 前記基底対象物が有する前記コンポーネントの選択可能仕様を前記ユーザに選択された選定仕様に変更し、
   前記変更後の選択可能仕様による表示態様の前記対象物の画像に関する情報が前記画面に表示されるようにする、
   請求項１から６のいずれか１項に記載のカスタマイズ方法。
8. 前記基底対象物が有する前記コンポーネントの中に選択可能仕様を前記基底仕様から変更不可に設定されている前記コンポーネントが存在する場合、
   前記変更不可に設定されている前記コンポーネントの前記選択可能仕様については、前記ユーザの選択によらず、前記基底仕様から変更しない、
   請求項１から７のいずれか１項に記載のカスタマイズ方法。
9. 前記対象物は時計であり、
   前記コンポーネントはベゼル及びバンドを含む、
   請求項１から８のいずれか１項に記載のカスタマイズ方法。
10. コンピュータに、
    特定の主体により特定の基底仕様が選択されたコンポーネントを含む対象物である基底対象物を、
    カスタマイズの対象となる対象物を表示させる画面に表示させ、
    前記表示された基底対象物がユーザにより選択された場合、前記基底対象物をカスタマイズの対象にし、前記基底対象物の前記特定の基底仕様が選択されたコンポーネントについて、前記ユーザによるカスタマイズを受け付ける、
    処理を実行させるプログラム。
11. 制御部を備えるカスタマイズ装置であって、
    前記制御部は、
    特定の主体により特定の基底仕様が選択されたコンポーネントを含む対象物である基底対象物を、
    カスタマイズの対象となる対象物を表示させる画面に表示させ、
    前記表示された基底対象物がユーザにより選択された場合、前記基底対象物をカスタマイズの対象にし、前記基底対象物の前記特定の基底仕様が選択されたコンポーネントについて、前記ユーザによるカスタマイズを受け付ける、
    カスタマイズ装置。

Images