(57)【要約】【課題】お中元などの贈答品において、従来技術で行われていた代替商品の選択、を実行すると送り手が選択した贈答品と異なる商品が送られることが発生する。送り手は、届け先(人)のことを思い浮かべ、気持ちを込めて贈答品を選択することが多い。このため、このように送り手が選択した商品を変更してしまうと、送り手の気持ちが伝わらないことが発生し得る。このことによって、贈答品を送るシステムの利用が低下するとの問題が発生しかねない。【解決手段】送り主の贈答品に関する履歴情報を用いて、推奨する贈答品を検索するシステムにおいて、希望する送り先に対する贈答についての履歴情報が存在しない場合、当該送り主の発注履歴から、使用（発注）頻度が所定基準以上の贈答品のカテゴリを示すカテゴリＩＤを特定し、特定されたカテゴリＩＤの商品を贈答品の候補として抽出するものである。【選択図】図４
2010128509.tif 000002
【特許請求の範囲】
【請求項１】
送り主から送り先への贈答品の選択を支援する贈答品選択支援システムにおいて、
予め送り主の過去の贈答品の送り先、贈答品および贈答品のカテゴリを示すカテゴリＩＤからなる発注履歴情報およびカテゴリ毎に登録された贈答品情報を格納したデータベースと、
前記送り主が使用する顧客端末から、当該送り主を識別する顧客ＩＤおよび贈答を要求する送り先を含む推奨贈答品検索要求を受信する手段と、
前記顧客ＩＤおよび前記送り先に対応する発注履歴情報を検索する手段と、
前記発注履歴情報を検索した結果、前記送り先に対応する発注履歴情報が存在しない場合、前記顧客ＩＤに対応するカテゴリＩＤを検索し、検索された前記カテゴリＩＤから使用頻度が予め記憶された所定基準以上のカテゴリＩＤを特定する手段と、
特定された前記カテゴリＩＤに対応する贈答品情報を検索する手段と、
検索された前記贈答品情報を、前記顧客端末に送信する手段とを有することを特徴とする贈答品選択支援システム。
【請求項２】
請求項１に記載の贈答品選択支援システムにおいて、
前記発注履歴情報を検索する手段は、前記顧客ＩＤに対応する発注履歴情報を検索し、検索された発注履歴情報を、カテゴリＩＤでソートし、本ソート処理と並行して前記発注履歴情報で検索された前記発注履歴情報から前記送り先に対応する発注履歴情報を検索し、
前記特定する手段は、ソートされた前記発注履歴情報から、前記所定基準以上のカテゴリＩＤを特定することを特徴とする贈答品選択支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、贈答品の選択を支援するための技術に関する。その中でも特に、履歴情報を用いて推奨商品を検索し、検索結果を贈答品の選択に利用可能な技術に関する。
【背景技術】
【０００２】
現在、お中元、お歳暮や誕生日プレゼントなど、他人に対して贈答品を贈る習慣がある。この習慣に対応するインターネット上の仕組みも幾つか提案されている。特許文献１では、送り主が商品を選択することにより生じる問題を解決することを目的としている。すなわち、送り主が選択する＝送り先（届け先）が商品を選択できないため、重複して同じ商品が送られたりする問題があった。この問題を解決するために、特許文献１では、贈答品を届け先側で選択できるようにすることによって、返品処理の発生を軽減し、ユーザへの便宜を図るとともに物流コストを軽減している。すなわち、届け先に予め贈答品についての処置を定めたサービス種別を選択させ、この結果に応じて贈答品の処置を決定するものである。すなわち、贈答品が届け先に指定された場合に、この贈答品を受け取るか、等価な代替商品を受け取るか、等価な商品ポイントを貯留ポイントとして加算するか、他の届け先に転送するかのサービス種別をユーザに予め選択させ、この選択に応じた値を基本情報テーブルに記憶しておき、実際に贈答品が発生した場合に、この基本情報テーブルに記憶された値に応じた処理を実行することが開示されている。
【０００３】
【特許文献１】特開２００１−２４３２８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１においては、代替商品を選択するなど、送り手が選択した贈答品と異なる商品が送られることが発生する。送り手は、届け先(人)のことを思い浮かべ、気持ちを込めて贈答品を選択することが多い。このため、このように送り手が選択した商品を変更してしまうと、送り手の気持ちが伝わらないことが発生し得る。このことによって、贈答品を送るシステムの利用が低下するとの問題が発生しかねない。
【課題を解決するための手段】
【０００５】
そこで、本発明では、送り主の贈答品に関する履歴情報を用いて、推奨する贈答品を検索するシステムにおいて、希望する送り先に対する贈答についての履歴情報が存在しない場合、当該送り主の発注履歴から、使用（発注）頻度が所定基準以上の贈答品のカテゴリを示すカテゴリＩＤを特定し、特定されたカテゴリＩＤの商品を贈答品の候補として抽出するものである。なお、所定基準以上とは、最も使用頻度が高い、予め記憶している閾値以上などが含まれる。
【発明の効果】
【０００６】
本発明によれば、送り主の履歴に応じて、送り主の希望する(気持ちを込めた)贈答品の選択が可能になり、贈答品を贈答するためのシステムの利用を活性化することが可能になる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【０００８】
まず、図４を用いて本実施の形態のシステム構成について、説明する。本システムは、本実施の形態における主だった処理を実行するサーバ２００、サーバ２００と接続され各処理を実行するための各種データを格納したデータベース、商品を贈答することを希望する顧客が利用する顧客端末３００および商品の販売業者が利用する商品業者端末４００から構成される。これらの各装置は、いわゆるコンピュータで構成され、記憶媒体に格納されたプログラムに従った処理をCPUで実行することで、各種情報処理を実現する。以下、その内容を説明する。
【０００９】
＜オススメ商品紹介の処理概要＞
図１は、本発明は贈答品を送る際に、送り主と送り先の関係から過去の発注履歴を元に、オススメ商品を紹介するためのサーバ２００での処理の説明図である。
【００１０】
事前準備として、顧客は顧客端末３００を介した入力に応じて、自身に対する図５の顧客情報テーブル１１０による認証・ログインがなされる。本作業については、通常システムと同様のため図１では省略する。
【００１１】
次に図１の処理１０では、サーバ２００が顧客ＩＤをもとに、発注履歴テーブルより過去の送り先ＩＤが存在するかを検索する。これは、上述したログイン処理で、顧客端末３００を介して入力された顧客ＩＤに対応する情報を図８発注履歴１４０から検索することで実行する。例えば、顧客ＩＤ「３３３３３」が入力されている場合、図８に示すように送り先ＩＤ「１１１１１」、および「５５５５５」の送り先ＩＤが存在する。そして、処理１０で存在する場合には、処理１２に進み、存在しない場合には処理１１に進む。
【００１２】
処理１１では、入力された送り先ＩＤをもとに送り先情報テーブル１２０より過去の送り先情報を抽出し、選択用ボタン/リンクを顧客端末３００へ表示させる。すなわち、図８に示す送り先名を選択ボタンとして、顧客端末３００に表示させ、顧客（送り手）に送り先に関する情報を選択可能とさせている。
【００１３】
処理１２では、処理１０の抽出結果に問わず、新規送り先用ボタン/リンクを顧客端末３００へ送信し、これを顧客端末３００に表示させる。
【００１４】
処理１３では、顧客端末３００から送信された送り先情報を受け付け、過去の送り先情報か新規送り先かを判断し、処理１４、処理１５のいずれかの処理に進む。なお、顧客端末300は、顧客からの操作に応じて送り先情報を特定する。
【００１５】
処理１４では、処理１３で新規送り先用ボタン/リンクが選択された場合、新規送り先名送り先住所を入力させる画面を顧客端末３００へ表示させ、その入力情報を送り先情報とする。
【００１６】
処理１５では、処理１３、処理１４で受け付けた送り先情報を図７のバスケット情報テーブル１３０へ登録する。例えば、新規送り先として「日立次郎」「日立五郎」を受付け、過去の送り先情報から「日立太郎」「日立花子」を受付け、これらを登録する。バスケット情報テーブル１３０には、新規送り先として送り先名、送り先住所が登録される。また、過去の送り先情報からは送り先名、送り先住所に加え、送り先ＩＤ「１１１１１」、「５５５５５」が登録される。
【００１７】
これらのバスケット情報テーブル１３０に登録された送り先情報から、図６の送り先情報テーブル１２０に既に送り先が登録されているか検索し、送り先が登録されている場合には送り先ＩＤを抽出する。
【００１８】
新規送り先としてバスケット情報テーブル１３０に登録された「日立次郎」「日立五郎」のうち、「日立次郎」は送り先情報テーブル１２０に既に登録されていたため、送り先ＩＤ「２２２２２」を抽出し、バスケット情報テーブル１３０に追加登録する。「日立五郎」の場合は、未登録だったため送り先ＩＤは空文字のまま先処理へ進む。
【００１９】
処理１６では、送り先情報が存在しなかった場合、サーバ２００は顧客端末３００から送り先に対する価格帯、商品カテゴリ情報を受信する。これらの情報に関しても、顧客端末３００は顧客からの入力に応じて特定される。
【００２０】
処理１７では、受け付けたカテゴリ情報と発注履歴テーブル１４０から顧客ＩＤをもとに使用頻度の高いカテゴリＩＤを検索する。例えば、受け付けたカテゴリ情報が「ＣＡ」で顧客ＩＤが「３３３３３」の場合、発注履歴テーブル１４０から最も使用頻度の高いカテゴリＩＤは「ＣＡＡ０１」を抽出する。
【００２１】
なお、上述した処理１５においては、顧客ＩＤに対応する送り先情報の検索する場合、この検索と並行して、顧客ＩＤを検索キー（以下、検索キーとは以降の検索処理で使用するメモリの所定領域に格納された検索条件項目のことを指す）に発注履歴（図４）を検索し、この検索結果をカテゴリＩＤでソートし、このソート処理を行ってもよい。この場合、本処理１７において、ソートされた結果から所定基準以上のカテゴリＩＤを結果として抽出する。この場合、所定基準以上の代わりに最も頻度の高いものを抽出してもよい。
【００２２】
処理１８では、処理１６で受け付けた価格帯、処理１７で抽出したカテゴリＩＤをオススメ商品の検索キーとする。
【００２３】
処理１９では、送り先情報が存在した場合、発注履歴テーブル１４０から顧客ＩＤ、送り先ＩＤを検索キーにカテゴリＩＤ、総額を検索する。顧客ＩＤが「３３３３３」、送り先ＩＤが「１１１１１」の場合、カテゴリＩＤ「ＣＡＡ０１」、総額「５０００円」が抽出される。また、顧客ＩＤが「３３３３３」、送り先ＩＤが「５５５５５」の場合にはカテゴリＩＤ「ＣＢＢ０１」と「ＣＢＣ０１」、総額「３０００円」が抽出される。
【００２４】
処理２０では、サーバ２００が処理１９で抽出したカテゴリＩＤが所定数以上・未満を判断する。例えば抽出したカテゴリＩＤの所定数を「２」とした場合、送り先ＩＤ「１１１１１」の場合は所定数未満となるため、処理２１へ進む。送り先ＩＤ「５５５５５」の場合は所定数以上となるため、処理２２へ進み、さらにオススメ商品の検索キー絞り込みを行う。
【００２５】
処理２１では、カテゴリＩＤが所定数未満ということであり、顧客が送り先に贈答しているカテゴリパターンが過去類似していることを表しており、今回もそのカテゴリを選ぶ可能性が高いということを示す。従って、処理１９で検索したカテゴリＩＤ、総額をオススメ商品の検索キーとする。処理１９の例の場合、送り先ＩＤが「１１１１１」のカテゴリＩＤ「ＣＡＡ０１」と総額「５０００円」を検索キーとする。すなわち、この検索キーを、検索で使用可能なようにメモリの所定領域に格納する。
【００２６】
処理２２では、カテゴリＩＤが所定数以上ということは、顧客が送り先に対して過去様々なカテゴリパターンの商品を贈答していることを表している。そこで、送り先に対して他顧客からの贈答品と同商品とならないよう、発注履歴テーブル１４０から送り先ＩＤを検索キーとして使用頻度の低いカテゴリＩＤを検索する。ここで、「使用頻度が低い」とは、カテゴリＩＤの中で最も使用頻度が低い、予め設定した使用頻度より低いことのいずれかを含む。また、「最も使用頻度が低い」については、使用頻度が０もしくは予め設定した最低基準より高いうちで最も使用頻度が低い、としてもよい。
【００２７】
処理１９の例の場合、送り先ＩＤが「５５５５５」のカテゴリＩＤ「ＣＢＢ０１」と「ＣＢＣ０１」では「ＣＢＣ０１」の方が使用頻度が低い為、「ＣＢＣ０１」が抽出される。
【００２８】
処理２３では、処理１９で抽出した総額、処理２２で抽出したカテゴリＩＤをオススメ商品の検索キーとする。
【００２９】
処理２４では、処理１８、処理２１、処理２３のオススメ商品の検索キーをもとに商品情報１５０からオススメ商品を検索する。
【００３０】
処理１８の例の場合、処理１６で受け付けた価格帯が「１００００円」と仮定するとカテゴリＩＤは「ＣＡＡ０１」のため抽出される商品は商品ＩＤ「ＡＡ０２」のソーセージ詰合せがオススメ商品として検索される。処理２１の例の場合、カテゴリＩＤ「ＣＡＡ０１」、総額「５０００円」のため抽出される商品は商品ＩＤ「ＡＡ０１」のハム詰合せがオススメ商品として検索される。処理２３の例の場合、カテゴリＩＤ「ＣＢＣ０１」、総額「３０００円」のため抽出される商品は商品ＩＤ「ＢＢ０３」の化粧品がオススメ商品として検索される。処理２５では、これら抽出したオススメ商品を顧客端末３００に送信し、その画面へ表示させる。
【００３１】
＜人気商品紹介の処理概要＞
図２は、顧客に対してその年の人気商品（流行商品）、及び流行にとらわれない人気商品を紹介するサーバ２００での情報処理内容の説明図である。
【００３２】
処理３０では、サーバ２００が顧客端末３００から送信されたカテゴリ情報（カテゴリＩＤ、大分類ＩＤ、中分類ＩＤのいずれか）を受け付ける。
【００３３】
処理３１では、受け付けたカテゴリ情報がカテゴリＩＤ、大分類ＩＤ、中分類ＩＤのいずれかであるかを判断する。たとえば、「ＣＢＢ０１」であればカテゴリＩＤ、「ＣＡ」であれば大分類ＩＤ、「ＣＡＢ」であれば中分類ＩＤとなる。
【００３４】
処理３２では、カテゴリ情報が大分類ＩＤであった場合、カテゴリ別ランキングテーブル１７０からカテゴリＩＤと大分類ＩＤが前方一致する商品を検索する。処理３１の入力例をもとにすると、カテゴリＩＤ「ＣＡＡ０１」の商品ＩＤ「ＡＡ００１」と「ＡＡ００２」が抽出される。
【００３５】
処理３３では、処理３２で抽出した商品の中で大分類別順位が所定順位（本処理概要の例では所定順位を「３」として以降説明を行う）以上の商品を検索する。処理３１の入力例をもとにすると、所定順位が「３」であるため処理３２で抽出した２商品が対象となる。
【００３６】
処理３４では、カテゴリ情報がカテゴリＩＤであった場合、カテゴリ別ランキングテーブル１７０のカテゴリＩＤと一致する商品を検索する。処理３１の入力例をもとにすると、カテゴリＩＤ「ＣＢＢ０１」の商品ＩＤ「ＢＢ００１」が抽出され、カテゴリ別順位が所定順位「３」以上であるため対象となる。
【００３７】
処理３５では、カテゴリ情報が中分類ＩＤであった場合、カテゴリ別ランキングテーブル１７０からカテゴリＩＤと中分類ＩＤが前方一致する商品を検索する。処理３１の入力例をもとにすると、中分類ＩＤ「ＣＡＢ」と前方一致する商品がないため、検索対象外とする。なお、前方一致した商品があった場合には、処理３６で処理３４と同様に中分類別順位が所定順位以上の商品を対象とする。
【００３８】
以下、処理３７〜３９では処理３３、処理３４、処理３６で抽出した商品の数だけ繰り返し処理を行う。
【００３９】
処理３７では、検索商品がその年のみなど所定の年にランクインしているか、過去数年にわたってランクインしているかを判断する。例えば、商品ＩＤ「ＡＡ００２」は２００８年のみランクインしている。一方、商品ＩＤ「ＢＢ００１」は過去数年にわたってランクインしている。
【００４０】
処理３８では、商品がその年のみランクインしている場合、つまりその年の人気商品であることを表し、商品ＩＤをもとに商品情報テーブル１５０から商品情報を検索する。
【００４１】
処理３９では、商品が過去数年間にわたってランクインしている場合、つまり流行にとらわれない人気商品であることを表し、商品ＩＤをもとに商品情報テーブル１５０から商品情報を検索する。
【００４２】
処理４０では、サーバ２００が処理３８、処理３９で抽出した人気商品を顧客端末３００へ送信し、その表示画面へ表示させる。
【００４３】
＜代替商品紹介の処理概要＞
図３では、顧客端末３００から送信された商品情報を決済する際、在庫切れとなってしまった場合に代替商品を紹介する場合のサーバ２００での処理内容の説明図である。
【００４４】
処理５０では、顧客端末３００から送信された決済情報を受信すると、バスケット情報テーブル１３０の商品ＩＤ、数量をもとに商品情報テーブル１５０の商品ＩＤと在庫数のつきあわせを行い、在庫確認を行う。
【００４５】
例えば、バスケット情報テーブル１３０の送り先ＩＤ「２２２２２」に対する商品ＩＤ「ＡＡ００１」、数量「２」の場合、商品情報テーブル１５０には商品ＩＤ「ＡＡ００１」の在庫数が「１０」であり、在庫があるため処理５１へ進む。一方、送り先ＩＤ「５５５５５」に対する商品ＩＤ「ＢＢ００１」、数量「１」の場合、商品情報テーブル１５０には商品ＩＤ「ＢＢ００１」の在庫数が「０」であり、在庫がないため処理５２へ進む。
【００４６】
処理５１では、在庫数がある場合通常の決済処理を行う。本作業については、通常システムと同様のため図３では省略する。
【００４７】
処理５２では、在庫数が足りない場合、バスケット情報テーブル１３０から顧客ＩＤをもとに在庫切れの商品ＩＤと総額を検索する。処理５０の例をとると、顧客ＩＤ「３３３３３」をもとに商品ＩＤ「ＢＢ００１」、総額「３０００円」を検索する。
【００４８】
処理５３では、処理５２で抽出した商品ＩＤをもとに商品情報テーブル１５０からカテゴリＩＤを検索する。処理５０の例ではカテゴリＩＤ「ＣＢＢ０１」が検索される。
【００４９】
以下、処理５４は在庫切れの商品の数だけ繰り返し処理を行う。
【００５０】
処理５４では、処理５２で抽出した総額、処理５３で抽出したカテゴリＩＤ、バスケット情報テーブル１３０の在庫切れ商品の数量をもとに、商品情報テーブル１５０から代替商品を検索する。処理５０の例では、総額「３０００円」、カテゴリＩＤ「ＣＢＢ０１」をもとに検索すると、代替商品として商品ＩＤ「ＢＢ０２」の石鹸詰合せが検索される。
【００５１】
処理５５では、処理５４で抽出した代替商品を顧客端末３００へ送信し、これを顧客端末３００で表示させる。
【００５２】
＜その他の処理概要＞
図４の商品業者端末４００は、商品販売業者が商品情報テーブル１５０に登録されている自社の会社ＩＤの商品に対して、商品情報データを操作する端末である。
【００５３】
図７のバスケット情報テーブル１３０は、新規顧客などの送り先情報がない場合、送り先ＩＤは空文字となるが、決済した際にその送り先が送り先情報テーブル１２０に登録され、送り先ＩＤが付与される。また、決済後はバスケット情報テーブル１３０に登録されていたデータは発注履歴テーブル１４０に登録され、バスケット情報テーブル１３０に保持していた該当データは削除される。
【図面の簡単な説明】
【００５４】
【図１】贈答品を送る際にオススメ商品を紹介する説明図である。
【図２】贈答品を送る際に人気商品を紹介する説明図である。
【図３】贈答品が在庫切れだった場合の代替品を紹介する説明図である。
【図４】贈答商品紹介システムを実現するためのブロック図である。
【図５】データベースに登録されている顧客情報を扱うテーブル図である。
【図６】データベースに登録されている送り先情報を扱うテーブル図である。
【図７】顧客が送り先への商品を選択した際にデータを保持するテーブル図である。
【図８】過去の顧客が贈答品を送った際の発注履歴を扱うテーブル図である。
【図９】贈答品として登録されている商品情報を扱うテーブル図である。
【図１０】商品をカテゴリ別に分類させるためのカテゴリを扱うテーブル図である。
【図１１】過去のカテゴリ別に売上ランキング情報を扱うテーブル図である。
【符号の説明】
【００５５】
１１０〜１７０…贈答品紹介システムで扱うテーブル、２００…システム制御を行うサーバ、３００…顧客が贈答品を送る際に使用する顧客端末、４００…商品販売業者が商品情報を管理する際に使用する商品業者端末。
【図１】
2010128509.tif 000003
【図２】
2010128509.tif 000004
【図３】
2010128509.tif 000005
【図４】
2010128509.tif 000006
【図５】
2010128509.tif 000007
【図６】
2010128509.tif 000008
【図７】
2010128509.tif 000009
【図８】
2010128509.tif 000010
【図９】
2010128509.tif 000011
【図１０】
2010128509.tif 000012
【図１１】
2010128509.tif 000013