(57)【要約】【課題】  贈与者に広く活用して貰うことができ、贈与者、受贈者のいずれもが満足することができる贈答品受注方法を提供すること【解決手段】販売者がインターネット２上にサーバ１を運営する。受贈者である会員は、結婚など自分がプレゼントされる機会に、予め、販売者のサーバ１に記憶されたカタログからプレゼントを選択し、これを電子メールなどで贈与予定者であるリクエストメンバーに渡す。リクエストメンバーは、そのリストから会員にプレゼントしたい商品を選択しサーバ１に通知する。サーバ１は、その商品を配送業者に発注し、リクエストメンバーに代金を請求する。会員には自分の欲しい商品が配送業者から配送される。【選択図】      図１
2006048553.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに通信可能に接続されたサーバコンピュータとユーザ端末とを備えたコンピュータシステムにおける贈答品受注方法であって、
前記サーバコンピュータが、当該サーバコンピュータの記憶手段に記憶されている発注可能な贈答品のリストを、前記ユーザ端末からの要求に応じて、カタログとして前記ユーザ端末に表示させるカタログ表示のステップと、
前記サーバコンピュータが、前記カタログ表示のステップで表示されたカタログから、前記ユーザ端末において受贈を希望する贈答品を選択させ、前記サーバコンピュータに送信させる贈答品リクエスト入力のステップと、
前記サーバコンピュータが、前記ユーザ端末から贈答品の贈与を依頼する依頼先であるリクエストメンバーを入力させるリクエストメンバー入力のステップと、
前記サーバコンピュータが、前記リクエストメンバー入力のステップにおいて入力されたリクエストメンバーに前記贈答品リクエスト入力のステップで選択された贈答品のリストとから贈与を依頼するリクエストメッセージを所定の記憶手段に記憶するとともに印刷出力可能に生成するリクエストメッセージ生成のステップと、
前記サーバコンピュータが、前記リクエストメッセージに基づいて前記リクエストメンバーにより選択された贈答品の贈答の依頼が当該サーバコンピュータに入力された場合に、当該選択された贈答品を受贈者であるユーザを受取人として発注する贈答品発注のステップと
前記贈答品発注のステップにおいて選択された贈答品の代金の請求を、前記リクエストメンバーのために出力する代金請求のステップと
を備えたことを特徴とする贈答品受注方法。
【請求項２】
前記サーバコンピュータは、記憶手段に前記ユーザに関して過去に入力されたリクエストメンバー及び贈答品の履歴を記憶しており、前記リクエストメンバー入力のステップにおいて、前記ユーザに関して過去に入力されたリクエストメンバー及び贈答品の履歴を表示するリクエストメンバー履歴表示のステップをさらに備えたことを特徴とする請求項１に記載の贈答品受注方法。
【請求項３】
前記サーバコンピュータは、前記贈答品リクエスト入力のステップにおいて、受贈を希望する複数の贈答品をセットとして一括して選択可能にすることを特徴とする請求項１乃至請求項２のいずれか１項に記載の贈答品受注方法。
【請求項４】
前記サーバコンピュータは、前記カタログ表示のステップにおいて表示されたカタログから受贈を希望しない贈答品を選択するとともに、前記リクエストメッセージ生成のステップにおいて、当該受贈を希望しない贈答品を前記リクエストメッセージに表示することを特徴とする請求項１乃至請求項３のいずれか１項に記載の贈答品受注方法。
【請求項５】
前記サーバコンピュータは、前記リクエストメッセージ生成のステップにおいて、出力可能に生成されたリクエストメッセージを電子メールで前記リクエストメンバーに送信することを特徴とする請求項１乃至請求項４のいずれか１項に記載の贈答品受注方法。
【請求項６】
前記リクエストメッセージには、リクエストメンバーにより選択された複数の贈答品について優先順位が示され、前記サーバコンピュータは、前記贈答品発注のステップにおいて、優先順位の最も高い順に発注を行い、該当する贈答品が既に発注済みの場合には、次に優先順位の高い贈答品を発注することを特徴とする請求項１乃至請求項５のいずれか１項に記載の贈答品受注方法。
【請求項７】
前記リクエストメッセージには、前記贈答品リクエスト入力のステップにおいて選択された商品のうち、会員が重複する発注を認める情報を含み、前記サーバコンピュータは、前記贈答品発注のステップにおいて、重複を認めるその商品について既に発注があった場合でも、重ねて発注を許可することを特徴とする請求項１乃至請求項６のいずれか１項に記載の贈答品受注方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、贈答品受注方法に係り、詳しくはネットワークに通信可能に接続されたサーバコンピュータとユーザ端末とを備えたコンピュータシステムにおける贈答品受注方法に関する。
【背景技術】
【０００２】
従来から、結婚等に際し、親戚や知人など多くの人たちからお祝いの贈答品が贈られることがある。また、他にも進学、就職、出産、新築、誕生日など贈答品を贈与する機会がたくさんある。このような場合、一般には贈答品は贈与側が一方的に商品を贈るだけであり、受贈者である本人の希望などは、予め贈与者が直接本人に対して聞いておかない限り反映されない。また、受贈者としても贈答者に欲しい物を要求するような習慣もなかった。そのため、自分たちの生活には必要のない物が贈られたりすることがあった。また、たとえ贈与者が受贈者である本人と親しく、本人の希望を聞いたとしても他の贈与者と相談する機会もなく、欲しかった高価な贈答品であっても、重複することで一方が使用できなかったりすることがあった。
【０００３】
また、贈与側にとっても、受贈者本人が何が欲しいのか分からず、贈り主として何を送ったらよいか迷うことは少なくない。上記のようなミスマッチが生じると、贈答品が無駄になるばかりか贈り主の気持ちを生かすことができないという問題があった。
【０００４】
そこで、特許文献１には、このような状況を解決するため、以下のような「贈与仲介システムおよびその方法」が提案された。まず、インターネットを用いて、贈り物を受ける者が、端末からネットワークを介してサーバに贈与を期待する商品を選択し登録しておき、贈与をしてくれそうな者にパスワードを配付する。贈与者は、このパスワードを用いてサーバに接続して贈与をしようとする商品を指定し贈与を申し込む。サーバはこの贈与者に送金用紙等を送付する。この方法であれば、贈与者は、贈り物を受ける者の贈与を期待する商品を知ることができ、贈り物を受ける者は希望する商品の贈与を受けることが可能になる。
【特許文献１】特開２００２−３０４５４５
【発明の開示】
【発明が解決しようとする課題】
【０００５】
今日インターネットがめざましく発達し、広くＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）をブラウザで思いのまま利用できる人が爆発的に増えてきた。
しかしながら、例えば、贈与者となる、父母、祖父母、叔父・叔母、伯父・伯母などは、少なからず高齢なケースが多く、必ずしもインターネットを活用する環境にない場合もある。そのような場合では、インターネットを使えない贈与者を除いた、他の贈与者のみで特許方法を実施することにならざるをえない。すなわち、贈与者をインターネットが使用できる環境にある人のみに限定できない以上、特許文献１に記載された「贈与仲介システムおよびその方法」では、広く贈与者に活用して貰うことはできず、結局贈答品の重複などは避けられないという問題があった。
【０００６】
本発明は、このような問題を鑑み、贈与者に広く活用して貰うことができ、贈与者、受贈者のいずれもが満足することができる贈答品受注方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、請求項１に係る贈答品受注方法では、ネットワークに通信可能に接続されたサーバコンピュータとユーザ端末とを備えたコンピュータシステムにおける贈答品受注方法であって、前記サーバコンピュータが、当該サーバコンピュータの記憶手段に記憶されている発注可能な贈答品のリストを、前記ユーザ端末からの要求に応じて、カタログとして前記ユーザ端末に表示させるカタログ表示のステップと、前記サーバコンピュータが、前記カタログ表示のステップで表示されたカタログから、前記ユーザ端末において受贈を希望する贈答品を選択させ、前記サーバコンピュータに送信させる贈答品リクエスト入力のステップと、前記サーバコンピュータが、前記ユーザ端末から贈答品の贈与を依頼する依頼先であるリクエストメンバーを入力させるリクエストメンバー入力のステップと、前記サーバコンピュータが、前記リクエストメンバー入力のステップにおいて入力されたリクエストメンバーに前記贈答品リクエスト入力のステップで選択された贈答品のリストとから贈与を依頼するリクエストメッセージを所定の記憶手段に記憶するとともに印刷出力可能に生成するリクエストメッセージ生成のステップと、前記サーバコンピュータが、前記リクエストメッセージに基づいて前記リクエストメンバーにより選択された贈答品の贈答の依頼が当該サーバコンピュータに入力された場合に、当該選択された贈答品を受贈者であるユーザを受取人として発注する贈答品発注のステップと前記贈答品発注のステップにおいて選択された贈答品の代金の請求を、前記リクエストメンバーのために出力する代金請求のステップとを備えたことを要旨とする。
【０００８】
請求項２に係る贈答品受注方法では、請求項１に記載の贈答品受注方法において、前記サーバコンピュータは、記憶手段に前記ユーザに関して過去に入力されたリクエストメンバー及び贈答品の履歴を記憶しており、前記リクエストメンバー入力のステップにおいて、前記ユーザに関して過去に入力されたリクエストメンバー及び贈答品の履歴を表示するリクエストメンバー履歴表示のステップをさらに備えたことを要旨とする。
【０００９】
請求項３に係る贈答品受注方法では、請求項１乃至請求項２のいずれか１項に記載の贈答品受注方法において、前記サーバコンピュータは、前記贈答品リクエスト入力のステップにおいて、受贈を希望する複数の贈答品をセットとして一括して選択可能にすることを要旨とする。
【００１０】
請求項４に係る贈答品受注方法では、請求項１乃至請求項３のいずれか１項に記載の贈答品受注方法において、前記サーバコンピュータは、前記カタログ表示のステップにおいて表示されたカタログから受贈を希望しない贈答品を選択するとともに、前記リクエストメッセージ生成のステップにおいて、当該受贈を希望しない贈答品を前記リクエストメッセージに表示することを要旨とする。
【００１１】
請求項５に係る贈答品受注方法では、請求項１乃至請求項４のいずれか１項に記載の贈答品受注方法において、前記サーバコンピュータは、前記リクエストメッセージ生成のステップにおいて、出力可能に生成されたリクエストメッセージを電子メールで前記リクエストメンバーに送信することを要旨とする。
【００１２】
請求項６に係る贈答品受注方法では、請求項１乃至請求項５のいずれか１項に記載の贈答品受注方法において、前記リクエストメッセージには、リクエストメンバーにより選択された複数の贈答品について優先順位が示され、前記サーバコンピュータは、前記贈答品発注のステップにおいて、優先順位の最も高い順に発注を行い、該当する贈答品が既に発注済みの場合には、次に優先順位の高い贈答品を発注することを要旨とする。
【００１３】
請求項７に係る贈答品受注方法では、請求項１乃至請求項６のいずれか１項に記載の贈答品受注方法において、前記リクエストメッセージには、前記贈答品入力のステップにおいて選択された商品のうち、会員が重複する発注を認める情報を含み、前記サーバコンピュータは、前記贈答品発注のステップにおいて、重複を認めるその商品について既に発注があった場合でも、重ねて発注を許可することを要旨とする。
【発明の効果】
【００１４】
本発明によれば、贈与者に広く活用して貰うことができ、贈与者、受贈者のいずれもが満足できる贈答品受注方法とすることができるという効果がある。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を具体化した贈答品発注システムの一実施形態を図１〜図１３にしたがって説明する。図１は、本発明の贈答品発注方法を実施する贈答品発注コンピュータシステム（以下単に「システム」というときがある。）の概略を示す図である。
【００１６】
まず、システム構成の詳細な説明に先行して、本実施形態の「贈答品発注方法」の概略をごく簡単に説明する。図１の丸で囲んだ矢印の数字は、以下、「＜１＞」のように記載する。ここでは、子供服を販売する販売者がインターネット２上にサーバ１を運営する。受贈者予定者であるユーザは、そのユーザ端末３，４からサーバ１において会員登録する＜１＞（登録されたユーザを「会員」という。）。
【００１７】
会員は、たとえば自分の結婚など贈答品をプレゼントされる機会に当たり、予め、販売者のサーバ１に記憶されたカタログからプレゼントを希望する商品を選択し＜２＞、これをリストにし電子メールなどで親戚などの贈与予定者（以下「リクエストメンバー」という。）にサーバ１から渡す＜３＞。
【００１８】
リクエストメンバーは、そのリストから会員にプレゼントしたい商品を選択し、サーバ１に通知する＜４＞。サーバ１は、その商品を配送業者に発注するとともに、会員に通知する。リクエストメンバーには通知するとともに代金を請求する＜５＞。商品が発送されると配送業者からサーバ１に通知され、サーバ１はリクエストメンバーに配送が完了したことを通知する＜６＞。会員には自分の欲しい商品が配送業者から配送される＜７＞。
【００１９】
リクエストメンバーにとってもプレゼントの選択に悩むことなしに、他のリクエストメンバーと商品が重複することなく会員の望むプレゼントできる。したがって、会員にとってもリクエストメンバーにとっても無駄がなく満足できる。以下、この方法を実施する本システムを詳細に説明する。
【００２０】
まず、周知のサーバコンピュータを備えたサーバ１がインターネット２に、公衆電話回線を用いたＡＤＳＬ、光ファイバ等により接続される。そしてＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）を介しインターネット２に通信可能に接続されている。インターネット２には、クライアントコンピュータであるユーザ端末３、４、リクエストメンバーの端末５が通信可能に接続されている。さらに、携帯電話網６を介し、端末としてのリクエストメンバーの携帯電話７もインターネット２に接続されている。サーバ１は、サーバコンピュータとして、インターネット２に接続されたこれらのユーザ端末３，４、リクエストメンバーの端末５、携帯電話７をクライアントコンピュータとし、クライアントサーバーシステムを構築している。サーバ１には、ネットワークＯＳがインストールされ、ＷＷＷサーバ、メールサーバー、ファイルサーバ等として機能する。各クライアントコンピュータには、ＷＷＷブラウザがインストールされている。また、メールソフトもインストールされて電子メールのやりとりもできるように構成されている。
【００２１】
また、サーバ１は、ＦＡＸサーバとしても機能しており、リクエストメンバーのＦＡＸ端末８に対してＦＡＸ送信をすることもできる。なお、本実施形態では、リクエストメンバー９には、通信手段がなく、通信手段は郵便など紙媒体により意思の伝達がなされるものとする。
【００２２】
図２は、サーバ１の構成を説明するブロック図である。次に、サーバ１の構成について図２に沿って説明する。サーバ１には、相互にバスにより接続されたＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３等を備えた周知のコンピュータを備える。また、記憶手段として内部記憶装置であるＣＤ−ＲＯＭ１４、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）１５が接続される。さらに外部との入出力おこなうインタフェイス（Ｉ／Ｆ２１）が設けられる。このＩ／Ｆ２１を介し、表示手段としては、液晶ディスプレーにより構成されるディスプレー２２を備える。入力手段としては、ポインテッドデバイスであるマウスを含むキーボード２３を備える。出力手段としては、レーザプリンタなどから構成されるプリンタ２４を備える。また、送信手段として、ファクシミリ（ＦＡＸ）送受信機２５を備える。また、通信環境に合わせた通信インタフェイス及びルータ２６を備える。
【００２３】
ＨＤＤ１５には、ＯＳ１６、会員マスタ１７、リクエストマスタ１８、カタログマスタ１９、アプリケーション２０が記憶されている。
ＯＳ１６は、例えば、ＮｅｔＷａｒｅ（登録商標）のようなネットワークＯＳ（Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ）がインストールされ、コンピュータ全体の制御とともに、ネットワークに対する制御も行う。
【００２４】
図３は、記憶手段に記憶されたファイルとしての会員マスタ１７の記憶内容を模式的に示す図である。会員マスタ１７は、本発明では、受贈予定者として会員登録を行ったユーザを会員として、会員番号１７ａをメインのキーとする。そして、メールアドレス１７ｂ、パスワード１７ｃ、お名前１７ｄ、住所１７ｅ、電話番号１７ｆのほか、贈答の対象となる子供の名前、誕生日または出産予定日、性別などからなる子供情報１７ｇも含んで記憶される。このように会員マスタ１７には、会員に関する情報が会員マスタ１７としてリレーショナルデータベースとして検索可能に記憶されている。
【００２５】
リクエストマスタ１８には、登録された「リクエストメッセージ」が記録される。ここで、「リクエストメッセージ」とは、ユーザがプレゼントを希望する内容を示す情報で、希望商品についての「商品（リクエスト）リスト」、贈与を依頼する「リクエストメンバー」についての情報を含む。詳しくは後述する。
【００２６】
カタログマスタ１９は、ユーザがプレゼントを希望する商品として販売者が供給できる選択可能な贈答品を記憶している。図４は、記憶手段に記憶されたファイルとしてのカタログマスタ１９の記憶内容を模式的に示す図である。カタログマスタ１９には、メーカー１９ａ、品番１９ｂ、品名１９ｃ、販売価格１９ｄ、サイズ１９ｅ、カラー１９ｆ、在庫数量１９ｇなどが記憶される。このうち品番１９ｂは、メインとなるキーであり、品名１９ｃはもちろん、サイズ１９ｅやカラー１９ｆが異なれば、異なった品番となるように構成されている。このようにカタログマスタ１９には、贈答品に関する情報がカタログマスタ１９としてリレーショナルデータベースとして検索可能に記憶されている。なお、各商品に関係付けられた写真なども別途記憶する。
【００２７】
アプリケーション２０は、本発明の贈答品受注方法を実施するためのプログラムである贈答品受注管理プログラムを含むアプリケーションソフトが記憶されている。このプログラムがＣＰＵ１１により実行され、サーバ１をユーザ端末３，４等とともに贈答品受注システムとして機能させる。詳細は、後述する。
【００２８】
このように構成された贈答品管理システムが実施する、贈答品管理方法を説明する。図５は、贈答品受注管理プログラムによるサーバ１のユーザ端末３に対する主な機能を示すフローチャートである。図５に示すように、サーバ１は、処理を開始すると（スタート）、インターネット２からユーザ端末３，４等からサーバ１のウエブサイトへのアクセスを待ち受ける（ステップ１（以下ステップを［Ｓ］と略記する。））。そして、アクセスがあるか判断し（Ｓ２）、アクセスがなければ（Ｓ２；ＮＯ）、アクセス待ち受けの状態を維持する（Ｓ１）。もしアクセスがあれば（Ｓ２；ＹＥＳ）、そのアクセスがどの処理を要求するか判断をする。ここでは、ユーザ端末３を所有するユーザからアクセスがあったものとする。
【００２９】
ここで、アクセスは、具体的にはサーバ１に付与されたＩＰアドレス若しくはＵＲＬに基づいてクライアントコンピュータであるユーザ端末３からＴＣＰ／ＩＰによるＨＴＭＬのページ要求、ここではウエブサイトのホームページの要求をいい、サーバ１は、ウエブサイトから、そのユーザ端末３に要求されたホームページを送信する。ユーザ端末３に送信され表示されたホームページの図示は省略するが、このページには、希望する処理に応じたボタンが準備されている。このボタンは例えば、「会員登録」、「買い物」、「リクエスト登録」、「リクエスト更新」等に対応するものが準備され、マウスなどでクリックすることで希望のページにジャンプして次の処理に移行する。他にも「トピックス」、「商品の紹介」、「システムのガイド」、「操作のヘルプ」、「サイトマップ」、「管理者へのメール」などのボタンが用意され、サーバ１でＣＧＩなどによりその他の処理に移行できるようになっている。
【００３０】
図５のフローチャートに戻り説明を続けると、会員登録か否かが判断され（Ｓ３）、ユーザが会員登録のボタンを操作すれば、会員登録だと判断され（Ｓ３；ＹＥＳ）、会員登録手続の処理（Ｓ４）に移行する。
【００３１】
ここでは、ユーザ端末３に係るユーザは、ユーザ端末３を使って初めてこの贈答品発注システムを利用したものとして説明する。会員登録はリクエストの有無に限らず可能である。ユーザ端末３の画面に表示された会員登録手続のページでは、図３に示す会員マスタ１７の左側に示した項目だけが表示され、その右側には文字が入力可能なテキストボックスが表示される。但し、会員番号については登録後にサーバ１が付与するためここでは表示されない。必要事項をユーザ端末３で入力し、図示しない送信ボタンをクリックすると、その内容がサーバ１に送信される。サーバ１では、会員の重複登録等を会員マスタ１７を検索して確認し、エラーがなければ会員マスタ１７に会員番号を付与して登録する。エラーがあればユーザ端末３の画面にエラー表示をする。
【００３２】
図５において、既に会員であるか、会員になる意思がないような会員登録でない場合（Ｓ３；ＮＯ）か、会員登録手続（Ｓ４）が完了した場合は、さらに「買い物」であるか否かが判断され（Ｓ５）、ユーザが買い物のボタンをクリックしている場合には買い物と判断され（Ｓ５；ＹＥＳ）、買い物手続（Ｓ６）に移行する。買い物手続（Ｓ６）は、会員自身の買い物であり、ここでは詳細には説明しない。
【００３３】
買い物ではない場合（Ｓ５；ＮＯ）若しくは買い物手続（Ｓ６）が完了した場合には、さらに「リクエスト登録」か否かが判断される（Ｓ７）。ホームページなどでリクエスト登録のボタンがクリックされた場合はリクエスト登録であると判断され（Ｓ７；ＹＥＳ）、リクエスト登録手続（Ｓ８）に移行する。
【００３４】
ここで、図８、図９、図１０は、リクエスト登録手続においてユーザ端末３に表示されるリクエスト登録画面３０のうち、それぞれ商品リスト３０ａ、リクエストメンバー確認・削除画面３０ｂ、リクエストメンバー新規登録画面３０ｃを示す図である。また、図６、図７はリクエスト登録手続（Ｓ８）の手順を示すフローチャートである。図６に示すリクエスト登録手続が開始されると、カタログ画面表示・商品検索が行われる（Ｓ８０１）。カタログ画面表示・商品検索（Ｓ８０１）では、サーバ１のカタログマスタ１９（図４参照）に記憶されている発注可能な贈答品のリストを、ユーザ端末３からの要求に応じて、カタログ画面としてユーザ端末３に表示させる（不図示）。カタログ画面は、図４に示すカタログマスタ１９に基づいて表示されるが、ここでは、商品を検索しやすいように、大きなカテゴリーから小さなカテゴリーへ階層的に編集されて表示されるようになっている。このＳ８０１の手順が本発明のカタログ表示のステップの一例である。
【００３５】
カタログ画面には「リクエストに追加」するリクエストボタンが商品毎に設けられている。また、２つ以上の商品を選択しセットにしたい場合は、図示しない「セットにする」ボタンをクリックし、複数の商品を選択し「完了」ボタンをクリックする。サーバ１は、これらの複数の商品について、リクエストおよび発注については、全体で１つの商品と同等に扱うように、関係づけて記憶する。また、セット毎に品名も「オリジナルセット１」のような新たな品名を発生させ、新たな商品ＩＤを付与する。また、代金の表示、請求などもセットの要素となる商品の合計金額を表示する。このように複数の商品を１つの商品の如く扱うことで受贈を希望する複数の贈答品をセットとして一括して選択可能にする。
【００３６】
リクエストボタンをクリックすると、その商品が選択され図８に示すリクエスト登録画面３０の商品リスト３０ａに追加される（Ｓ８０２）。選択した商品を商品リスト３０ａで確認する必要がなければ（Ｓ８０３；ＮＯ）、再び、商品検索（Ｓ８０１）、リクエストボタンで商品選択（Ｓ８０２）を繰返す。途中で商品リスト３０ａで確認したい場合は、（Ｓ８０３；ＹＥＳ）、「リクエストリストへ」のボタン（不図示）をクリックして、商品リスト３０ａを表示させて（Ｓ８０４）、それまでに選択した商品を図８に示すようにリスト表示する。
【００３７】
なおこの際、受贈を希望しない贈答品を選択することもできる。この場合は、図示しないカタログ画面の「欲しくない」ボタンをクリックすることで、会員が受贈を希望しない贈答品であることをメッセージに表示し、リクエストメンバーに送信することができる。こうすることで、リクエストメンバーがカタログ以外で自発的な選択により贈与しようとする商品が、会員が必要としない若しくは重複するものであることを予め知ることができ、贈与者、受贈者ともに意図に反した贈答が行われることを防止することができる。
【００３８】
なお、この画面では、一旦リクエストボタンで選択された商品について、「○商品の詳細はこちらから」というボタン３１をクリックし、再度商品の詳細を表示させ再考することができる。その場合、選択を取りやめたい場合には、「リストから削除」のチェックボックス３２にチェックを入れて、「リクエストリストの更新」ボタン３４をクリックすれば商品リスト３０ａから削除される。商品の選択が完了していないとき（Ｓ８０５；ＮＯ））には「お買い物を続ける」ボタン３３をクリックすればカタログ画面表示・商品検索の手順に戻る（Ｓ８０１）。このＳ８０１〜Ｓ８０５の手順が本発明の贈答品リクエスト入力のステップの一例である。
【００３９】
商品の選択が完了したときには（Ｓ８０５；ＹＥＳ）、図８に示す商品リスト３０ａの画面をスクロールして「メールアドレス」、「パスワード」入力の画面（不図示）でメールアドレス、パスワード入力を行う（Ｓ８０６）。ここで、まだ会員登録が完了していない場合は（Ｓ８０７；ＮＯ）、図示しない会員登録のボタンをクリックして会員登録の手続を行う（Ｓ８０８）。この手続は、図５に示す会員登録手続（Ｓ４）と同様の手続であるので説明は省略する。既に会員登録が完了している場合は、登録したメールアドレス、パスワードを画面上のテキストボックス（不図示）に入力する。
【００４０】
続いて、リクエストメンバーの入力を行う（Ｓ８０９）。ここで、図１０はリクエスト登録画面３０のリクエストメンバー新規登録画面３０ｃを示す図面である。ここには、新規登録したいリクエストメンバーの「続柄」、「電話番号」、「お名前」、「郵便番号」、「住所」、「Ｅ−ｍａｉｌ」等、リクエストメンバーを特定する記載をテキストボックスに文字入力する。また、リクエストの送付方法として、「Ｅ−ｍａｉｌ」か、「お手紙」かをチェックボックスで選択する。必要事項の入力が完了したら、「リストに追加」ボタン３５をクリックして、ユーザ端末３からサーバ１に送信する。
【００４１】
入力が完了しない場合は（Ｓ８１０；ＮＯ）、この入力を繰返し（Ｓ８０９）、すべてのリクエストメンバーが入力されたら、リクエストメンバー入力完了（Ｓ８１０；ＹＥＳ）として、接続子Ａを介して図７に示すフローチャートに移行する。このＳ８０９〜Ｓ８１０の手順が本発明のリクエストメンバー入力のステップの一例である。ここで、図９は、入力されたリクエストメンバーを確認するリクエスト登録画面３０のリクエストメンバー確認・削除画面３０ｂを示す図である。ここには、Ｓ８０９で入力されたリクエストメンバーの続柄、電話番号、お名前、郵便番号、住所、Ｅ−ｍａｉｌや連絡方法が表示される。
【００４２】
続いて図７を参照して説明を続ける。Ｓ８１０までの手順で必要な入力が完了しているので、ここでは最終的に贈与を依頼する商品の商品リストの確認を行い（Ｓ８１１）、商品リストがＯＫであるか否かを判断し（Ｓ８１２）、ＯＫではない場合は（Ｓ８１２；ＮＯ）、再度商品リストの更新を行う（Ｓ８１３）。ここでの手順は、Ｓ８０１〜Ｓ８０５と同様な手順であるので説明は省略する。商品リストがＯＫであれば（Ｓ８１２；ＹＥＳ）リクエストメンバーの確認を行う（Ｓ８１４）。
【００４３】
ここでは最終的に贈与を依頼するリクエストメンバーの確認を行い（Ｓ８１４）、リクエストメンバーがＯＫであるか否かを判断し（Ｓ８１５）、ＯＫではない場合は（Ｓ８１５；ＮＯ）、再度リクエストメンバーの更新を行う（Ｓ８１６）。ここでの手順は、Ｓ８０９〜Ｓ８１０と同様な手順であるので説明は省略する。リクエストメンバーがＯＫであれば（Ｓ８１５；ＹＥＳ）、最後にリクエスト全体の確定を行う（Ｓ８１７）。リクエストの確定は、図１０のリクエスト登録画面３０の最下段にある、「メッセージ送信」ボタン３６をクリックすることでサーバ１に送信され確定される。ここで、ユーザ端末３から送信された内容は、サーバ１のリクエストマスタ１８（図２参照）に蓄積される。このリクエストマスタ１８も検索可能なリレーショナルデータベースとして構築されている。
【００４４】
サーバ１は、リクエスト登録手続（Ｓ８０１〜Ｓ８１７）により入力された情報に基づいて、リクエストメンバーへのメッセージを作成する（Ｓ８１８）。ここでは、登録されたリクエストメンバーのそれぞれに対し、商品リスト３０ａに選択された商品（セットとされた商品は、全体で１つの商品のように扱われる。）を選択可能に提示して、会員からの贈与を依頼するメッセージを作成する（Ｓ８１８）。なお、図示は省略するが、このメッセージには、ユーザが受贈を希望しない贈答品についても、表示される。
【００４５】
そして、メッセージ送信方法を判断し（Ｓ８１９）、連絡方法として「Ｅ−ｍａｉｌ」を選択したリクエストメンバーに対しては（Ｓ８２０；電子メール）、メッセージを電子メールで送信する（Ｓ８２２）。また、メッセージ送信方法として、「お手紙」を選択したリクエストメンバーに対しては（Ｓ８２０；印刷媒体）、メッセージを住所とともにプリントアウトし、郵便や宅配便でリクエストメンバーに送信する。なお、ここで、リクエストメンバーがファクシミリ送受信機を所有していればデータによるファクシミリ送信または印刷媒体によるファクシミリ送信としてもよい。なお、このＳ８１７〜Ｓ８１８の手順が本発明のリクエストメッセージ生成のステップの一例である。
【００４６】
このようにして、登録されたリクエストメンバー全員に送付するまで（Ｓ８２２；ＮＯ）、順に処理し（Ｓ８１８〜Ｓ８２１、）、全員に送付したらＳ８２２；ＹＥＳ）リクエスト登録手続を終了する（ＥＮＤ）。
【００４７】
ここで、図５に戻り、リクエスト更新の場合の手続を説明する。既にリクエスト登録（Ｓ８）を行っているユーザの場合で、かつ登録されたリクエストを確認若しくは更新したい場合（Ｓ９；ＹＥＳ）、所定のボタンを操作してリクエスト更新手続（Ｓ１０）を実行する。ここでは、図１１に示すような登録済みリクエスト画面である「マイページ３７」がユーザ端末３に表示される。ここには、会員の「ご登録情報３７ａ」、商品リストに登録した「リクエストアイテムリスト３７ｂ」、「リクエストメンバーリスト３７ｄ」などが表示される。
【００４８】
このとき、サーバ１により会員番号をキーにリクエストマスタ１８が検索され、この会員と関連のあるリクエストが抽出される。そして、「これまでのご購入リスト３７ｃ」として、これまでに購入された「注文日」と、「商品名」と、「商品ＩＤ」、「ご購入者」、「金額」がさらに抽出されて編集、表示される。会員は、この過去に利用された履歴を参照しながら、リクエストメンバーの選択や、どの程度の金額が期待できるかを判定する資料とする。以上が図５に示す、リクエスト更新手続（Ｓ１０）である。この手順が本発明のリクエストメンバー履歴表示のステップの一例である。
【００４９】
さらに図５のフローチャートに沿って説明をすると、さらにサーバ１は、ユーザ端末３からその他の手続が要求されているか判断する（Ｓ１１）。その他の手続とは、例えば、「トピックス」、「商品の紹介」、「システムのガイド」、「操作のヘルプ」、「サイトマップ」、「管理者へのメール」等の処理をいう。ユーザ端末３に表示されたホームページ等でこれらの手続が選択された場合は、これらの処理に移行するが（Ｓ１２）、ここでは詳しくは説明しない。以上のようにＳ４，Ｓ６，Ｓ８，Ｓ１０の処理がユーザ端末３により選択可能で（Ｓ１３；ＮＯ）、終了したいときは（Ｓ１３；ＹＥＳ）、処理を終了する（ＥＮＤ）。以上が、サーバ１とユーザ端末３との間で行われる処理である。
【００５０】
続いて、図１２は、ユーザ端末３，４とサーバ１とリクエストメンバー（端末５，携帯電話７，ＦＡＸ端末８）とのシーケンスチャートである。ここで、システム全体の流れを図１を参照しつつ説明する。図１２で丸で囲った数字は、図１で丸で囲った数字と共通した流れを表す。まず、これまでに説明したように、＜１＞ユーザ端末３からログインをし、会員登録を行い、＜２＞その後、リクエスト作成を行う。サーバ１は、リクエストに応じ、メッセージを作成して、＜３＞電子メールのアドレスを登録しているリクエストメンバーには、電子メールを作成して送信し、リクエストメンバーはこれを受信する。リクエストメンバーが、電子メールを希望しない場合は、葉書、手紙、ファクシミリ等による紙媒体の文書の送付により行う。
【００５１】
＜４＞リクエストメンバーは、発注を行い、サーバ１では、受注手続を行う。発注は、電子メールやサーバ１のウエブサイト上での手続が好ましいが、本発明では、リクエストメンバーが高齢であったりしても広く参加できるように、往復葉書による返信、ファクシミリ送信等によっても手続が可能になっている。この場合は、オペレータによりサーバ１にデータ入力されることにより、本発明の贈答品発注方法として実施できる。
【００５２】
ここで、図１３はサーバ１における受注手続の手順を示すフローチャートである。サーバ１は、リクエストメンバーから発注を待ち（Ｓ１０１）、発注を受けた場合は（Ｓ１０２；ＹＥＳ）、リクエストの商品リスト、リクエストメンバー更新、購入リストを作成する（Ｓ１０３）。リクエストメンバーからの発注は、贈与する商品の選択、商品着日指定、支払方法に関する情報を含む。
【００５３】
商品の選択は、贈与を希望する商品を複数選択することもでき、その場合はその商品に優先順位を付ける。これは、本実施形態では、葉書による発注なども排除していないため、リクエストメンバーが葉書による発注を送付したあと、サーバ１に入力される前に、他のリクエストメンバーが先にサーバ１に対して発注をすることが考えられるからである。本発明では、重複した贈答品の発生の防止が目的であるので、同一の商品に対する発注は受け付けないようにプログラムされている。
【００５４】
この場合、お祝いの日までにプレゼントを届けたい場合があるので、郵送で、代替品を再発注してもらうと、間に合わない場合がある。そこで、本実施形態では、リクエストメンバーによる贈答品の選択は、優先順位を付けて複数選択してもらうようになっている。なお、セットとして組合わされた商品は、セットで１つの商品として取扱われる。さらに会員の意思により選択された商品については、重複したプレゼントを容認される。これらは、例えばサーバ１の記憶領域に各商品に関係づけた発注可能なフラグを設け、さらに重複の容認のフラグも設ける。その商品が発注された場合は、発注可能フラグを１から０とするが、重複フラグが１の場合は、発注フラグを０にしない。
【００５５】
商品の発注があると、優先順位に従って、プレゼントする商品が決定される。商品が決定されると、重複が希望されていなければリクエストの商品リスト（図８参照）から、その商品が削除される。また、リクエストメンバー履歴表示のためのリクエストメンバーと商品が関係づけられて記憶される。なお、発注可能な商品がない場合は、エウブ上での手続であれば、エラーメッセージを送信し、或いは、リクエストメンバーに電子メールで再選択の要請を行う。さらに、電子メールやファクシミリ、葉書の場合は、リクエストメンバーは、上限額のみを設定し、或いはまったく制限なしに「おまかせコース」とすることもできる。この場合は、サーバ１は、発注可能なものから、例えば最高額のものから高い順に優先順位を付けて選択して発注する。
【００５６】
また、サーバ１では、リクエストメンバーの代金決済の確認の手順を行い（Ｓ１０４）、支払方法が未入力など、支払に問題が無いかを確認する。リクエストメンバーから支払方法に指示があればそれを考慮する。この手順が本発明の代金請求のステップの一例である。代金決済確認が終了したら、商品の発送の指示を行う（Ｓ１０５）。これは、サーバ１から図示しない実際の商品を発送する業者の管理サーバに、オンラインで発注する。この場合、リクエストメンバーから商品着日指定があれば、その指定をする。なお、代金の決済は、商品代引など、種々の方法・タイミングが考えられるので、必ずしもこの時点で完結する必要はない。
【００５７】
＜５＞そして、商品発送指示（Ｓ１０５）が完了したら、会員・リクエストメンバーの双方に確認メールを送付し、どんな商品がいつ到着するかを通知する（Ｓ１０６）。
＜６＞ここで、サーバ１は、発送業者からの発送の連絡を待ち（Ｓ１０７）、サーバ１が発送完了の通知を受信したら（Ｓ１０８；ＹＥＳ）、発送の通知をリクエストメンバーにする（Ｓ１０９）。ここで、支払の形態により請求書や納品書を発行したり、引落依頼を行ってもよい。この受注手続が本発明の贈答品発注のステップの一例である。＜７＞このようにして、会員に商品が配送業者から配送されて一連の手続が完了する。
【００５８】
上記実施形態の贈答品発注システムによれば、以下のような効果を得ることができる。
・会員がほんとに欲しいものだけプレゼントして貰えるばかりか、プレゼントを贈るリクエストメンバーもプレゼントの選択に悩むことなく必ず喜んで貰えるプレゼントを贈ることができるという効果がある。
【００５９】
・リクエストメッセージが印刷出力されるので、リクエストメンバーが必ずしもインターネットを操作できなくてもメッセージを渡すことができる。また、電子メールを受信できるリクエストメンバーには電子メールで送信できる。そのため、インターネットを操作できない高齢の人にも優しく、誰でも参加できるという効果がある。
【００６０】
・マイページには過去の履歴が表示されるので、誰にいくらくらい期待できるかが予想しやすい。また、価格的にも適切なものとなり、リクエストメンバーにとっても商品が選択しやすくなるという効果がある。
【００６１】
・複数の商品をセットのようにして扱えるので、お揃いの上下の服などをセットできるばかりか、複数の商品で適当な価格、例えば１万円程度に調整できるため、価格差がなくなり選択しやすくなるという効果がある。
【００６２】
・受贈を希望しない商品も選択して、希望していないことをリクエストメンバーに伝えるため、別のお店などで購入する場合でも、プレゼントの重複が少なくなるという効果がある。
【００６３】
・リクエストメッセージは電子メールでもリクエストメンバーに送信できるので、携帯電話などで簡単に受信することができるという効果がある。
・リクエストメンバーは複数の商品を選択し、優先順位を付けるので、他人が先に選択してしまった場合でも、サーバ１は、リクエストメンバーの意に添った別の商品を選択することができる。そのため、特定の日まで余裕がなくてもプレゼントが重複したり、間に合わなかったりすることがないという効果がある。
【００６４】
・一方、いくつあっても良い物は、重複して受取る意思を示すことができるので、商品が重複した場合でもリクエストメンバーの選択したままの商品を受取ることができ、会員にもリクエストメンバーにとっても意に添えるという効果がある。
【００６５】
・「おまかせコース」を採用することで、処理がデッドロックする可能性が低くなるという効果もある。この場合、上限額を設けることで、リクエストメンバーも安心して任せることができる。また、金額によらず、会員が欲しい順で優先順位を設定しておくようにしてもよい。この場合のおまかせコースは、リクエストメンバーの設定した上限内の金額から、会員の欲しい順に未発注商品が発注される。
【００６６】
なお、上記実施形態は以下のように変更してもよい。
○上記実施形態では、子供服を例に挙げて説明したが、他の商品はもちろん、何らかの無形のサービス等でも適用できる。また、システムに関して、ユーザやリクエストメンバーは多数存在し、配送業者なども多数存在してもよい。
【００６７】
○サーバ１の構成は１台のコンピュータから構成されても、複数のサーバコンピュータから構成されてもよく、記憶手段等も種々の構成を採りうる。ユーザ端末３，４もパーソナルコンピュータに限らず、携帯電話、モバイルコンピュータ、ＰＤＡ、カーナビ等種類を問うものではない。
【００６８】
○手順を示したフローチャートも、あくまで一例であり、特許請求の範囲を逸脱しない範囲でその順序の変更や、追加、削減ができることはいうまでもない。
【図面の簡単な説明】
【００６９】
【図１】本発明の贈答品発注方法を実施する贈答品発注システム１の概略を示す図。
【図２】サーバ１の構成を説明するブロック図。
【図３】記憶手段に記憶されたファイルとしての会員マスタ１７の記憶内容を模式的に示す図。
【図４】記憶手段に記憶されたファイルとしてのカタログマスタ１９の記憶内容を模式的に示す図。
【図５】贈答品受注管理プログラムによるサーバ１のユーザ端末３に対する主な機能を示すフローチャート。
【図６】図７とともに、リクエスト登録手続（Ｓ８）の手順を示すフローチャート。
【図７】図６とともに、リクエスト登録手続（Ｓ８）の手順を示すフローチャートである。
【図８】リクエスト登録手続においてユーザ端末３に表示されるリクエスト登録画面３０のうち、商品リスト３０ａを示す図。
【図９】リクエスト登録手続においてユーザ端末３に表示されるリクエスト登録画面３０のうちリクエストメンバー確認・削除画面３０ｂを示す図。
【図１０】リクエスト登録手続においてユーザ端末３に表示されるリクエスト登録画面３０のうち、リクエストメンバー新規登録画面３０ｃを示す図。
【図１１】ユーザ端末３に表示される登録済みリクエスト画面である「マイページ３７」を示す図。
【図１２】ユーザ端末３とサーバ１とリクエストメンバーである携帯電話７とのシーケンスチャート。
【図１３】サーバ１における受注手続の手順を示すフローチャート。
【符号の説明】
【００７０】
１…サーバコンピュータとしてのサーバ、２…インターネット、３、４…ユーザ端末、５…（リクエストメンバー）端末、６…携帯電話網、７…（リクエストメンバー）携帯電話、８…（リクエストメンバー）ＦＡＸ端末、９…リクエストメンバー（通信手段なし）、１１…ＣＰＵ、１２…ＲＡＭ、１３…ＲＯＭ、１４…ＣＤ−ＲＯＭ、１５…ＨＤＤ、１６…ＯＳ、１７…会員マスタ、１８…リクエストマスタ、１９…カタログマスタ、２０…（贈答品発注管理プログラムとしての）アプリケーション、２１…Ｉ／Ｆ、２２…表示手段としてのディスプレー、２３…入力手段としてのキーボード、２４…印刷手段としてのプリンタ、２５…送信手段としてのファクシミリ送受信機２６…ルータ
【図１】
2006048553.tif 000003
【図２】
2006048553.tif 000004
【図３】
2006048553.tif 000005
【図４】
2006048553.tif 000006
【図５】
2006048553.tif 000007
【図６】
2006048553.tif 000008
【図７】
2006048553.tif 000009
【図８】
2006048553.tif 000010
【図９】
2006048553.tif 000011
【図１０】
2006048553.tif 000012
【図１１】
2006048553.tif 000013
【図１２】
2006048553.tif 000014
【図１３】
2006048553.tif 000015