(57)【要約】  【課題】  統合的な贈答を可能とする。  【解決手段】送り主からプレゼントがあると、受取主端末にプレゼントがあったことが通知される。受取主がサーバにアクセスすると、お返し率入力画面が表示される(ステップＳ６１)。操作者が、お返し率を入力し、決定ボタンをクリックすると、お返し率が100を越えるか否かが判断され(ステップＳ６７)、越えない場合には、受取主の端末には、お返しについての費用負担方法が問い合わされる（ステップＳ６９）。これが特定されると、お返し率に対応するお返し額と、受取プレゼント額を演算する(ステップＳ７３，Ｓ７７)。かかる受取プレゼント額によって、選択可能な商品が決定され、サーバより提示される。受取主は所望のプレゼントを選択することができる。  【選択図】  図１１
2006092240.tif 000002
【特許請求の範囲】
【請求項１】
送り主端末から与えられるプレゼントに対して、受取主端末から前記送り主端末にお返しを可能とする贈答品サーバであって、
前記送り主端末から与えられたプレゼントの額を決定するプレゼント額データを記憶するプレゼント額データ記憶手段、
前記受取主端末に対して、お返しをするか否かの問い合わせデータを送信するお返し問い合わせ手段、
前記受取主端末からお返しをするとの回答データを受け取ると、当該受取主端末にお返し率を問い合わせるお返し率問い合わせデータを送信するお返し率問い合わせ手段、
前記受取主端末からお返し率データが与えられると、当該お返し率データに該当する金額を別途支払うのか否かを前記受取主端末に問い合わせる支払い手法データを送信する支払い手法問い合わせ手段、
前記受取主端末からの前記支払い手法データに対する回答データが、別途支払うである場合には、前記送り主からのプレゼント額データ記憶手段に記憶したプレゼント額データを読み出して、これを受け取り主の受取額として決定し、別途支払うではない場合には、前記読み出したプレゼント額データから前記お返し率分だけ減算した額を受け取り主の受取額として決定し、決定受取額データ記憶手段に記憶させる決定手段、
商品と当該商品の額との対応テーブルを記憶する対応テーブル記憶手段、
決定受取額データ記憶手段に記憶された受取額を読み出して、前記対応テーブルの各商品の額と比較し、この受取額以下の商品を前記対応テーブルから抽出して、前記受取主端末に、選択可能に提示する商品提示手段、
を備えたことを特徴とする贈答品サーバ。
【請求項２】
請求項１の贈答品サーバにおいて、
前記決定手段は、前記お返し率データが１００％を越えるか否かを判断し、越える場合には、前記受取額の決定にかえて、以下の処理を実行すること、
1)前記受取主端末からの回答が別途支払うである場合には、前記送り主からのプレゼント額データの値を受取主の受取額として決定し、
2)別途支払うではない場合には、前記受取主の受取額は０円として決定するとともに、前記送り主端末からのプレゼント額の前記お返し率分に該当する額から、前記送り主端末からのプレゼント額を減算した額を不足分として決定する、
前記商品提示手段は、前記受取主の受取額が０円である場合には、受け取るプレゼントが存在しないことを前記受取主端末に報知すること、
を特徴とするもの。
【請求項３】
請求項１または請求項２の贈答品サーバにおいて、
前記商品提示手段は、前記対応テーブルから抽出した商品について、これを額に応じてグループ化し、前記受取主端末には、前記グループのうち、前記受取主の受取額と同額の商品が属するグループから所定範囲内のグループに属する商品のみを選択可能に提示し、前記受取主端末によって商品が選択されると、選択された額だけ、前記決定された受取額から減算し、減算後の受取額に該当するグループがなくなるまで、これを繰り返すこと、
を特徴とするもの。
【請求項４】
コンピュータを、送り主端末から与えられるプレゼントに対して受取主端末から前記送り主端末にお返しを可能とする贈答品サーバとして機能させるためのプログラムであって、以下の処理をコンピュータに実行させるためのプログラム、
Ａ）前記送り主端末からプレゼントの額が指定されると、プレゼント額記憶領域に記憶させ、
Ｂ）前記受取主端末に対して、お返し率、および当該お返し率に該当する金額を別途支払うのか否かを問い合わせる問い合わせデータを前記受取主端末に送信し、
Ｃ）前記受取主端末から、前記問い合わせデータに対する回答データを受信し、
Ｄ)
d1)前記回答データに当該お返し率に該当する金額を別途支払うことを示すデータが含まれている場合には、前記送り主からのプレゼント額を受取主の受取額として決定し、
d2)前記回答データに当該お返し率に該当する金額を別途支払うことを示すデータが含まれていない場合には、前記送り主端末からのプレゼント額から前記お返し率分だけ減算した額を受取主の受取額として決定し、
Ｅ)予め、商品と当該商品の額との対応テーブルを記憶しており、
Ｆ)前記決定された受取額に該当する商品を前記対応テーブルから抽出して、前記受取主端末に、選択可能に提示すること、
を特徴とするプログラム。
【請求項５】
送り主端末と受取主端末との間でサーバを介して贈り物をやり取りするための贈答品処理方法であって、前記サーバは以下の処理を実行すること、
前記送り主端末からプレゼントの額が指定されると、これをプレゼント額データとしてプレゼント額データ記憶手段に記憶しておき、
前記受取主端末に対して、お返しをするか否か、お返し率、および当該お返し率に相当する額を別途支払うのか否かを問い合わせる問い合わせデータを、前記受取主端末に送信し、
前記問い合わせデータに対する回答データを前記受取主端末から受け取り、
前記回答データに、前記お返し率に相当する額を別途支払うことを示すデータが含まれている場合には、前記送り主からのプレゼント額を受取主の受取額として決定し、
前記回答データに、前記お返し率に相当する額を別途支払うことを示すデータが含まれていない場合には、前記送り主端末からのプレゼント額から前記お返し率分に相当する額だけ減算した額を受取主の受取額として決定し、
商品と当該商品の額との対応テーブルを記憶する対応テーブルから、前記決定された受取額に該当する商品を抽出して、前記受取主端末に、選択可能に提示する、
を特徴とする贈答品処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、贈答品処理装置に関し、特に、総合的な処理に関する。
【背景技術】
【０００２】
従来、特許文献１〜３のような、インターネットを用いたギフトシステムが知られている。
【０００３】
【特許文献１】特開２００１−２２９２７６号
【０００４】
【特許文献２】特開２００１−１６７１５８号
【０００５】
【特許文献３】特開２００３−６５４２号  しかしながら、いずれも、送り手側から受け手側にプレゼントを送る場合における煩雑度を解消しようというものである。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
この発明は、総合的な贈答を可能とする装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
１）本発明にかかる贈答品サーバは、送り主端末から与えられるプレゼントに対して、受取主端末から前記送り主端末にお返しを可能とする贈答品サーバであって、1)前記送り主端末から与えられたプレゼントの額を決定するプレゼント額データを記憶するプレゼント額データ記憶手段、2)前記受取主端末に対して、お返しをするか否かの問い合わせデータを送信するお返し問い合わせ手段、3)前記受取主端末からお返しをするとの回答データを受け取ると、当該受取主端末にお返し率を問い合わせるお返し率問い合わせデータを送信するお返し率問い合わせ手段、4)前記受取主端末からお返し率データが与えられると、当該お返し率データに該当する金額を別途支払うのか否かを前記受取主端末に問い合わせる支払い手法データを送信する支払い手法問い合わせ手段、5)前記受取主端末からの前記支払い手法データに対する回答データが、別途支払うである場合には、前記送り主からのプレゼント額データ記憶手段に記憶したプレゼント額データを読み出して、これを受取主の受取額として決定し、別途支払うではない場合には、前記読み出したプレゼント額データから前記お返し率分だけ減算した額を受取主の受取額として決定し、決定受取額データ記憶手段に記憶させる決定手段、6)商品と当該商品の額との対応テーブルを記憶する対応テーブル記憶手段、7)決定受取額データ記憶手段に記憶された受取額を読み出して、前記対応テーブルの各商品の額と比較し、この受取額以下の商品を前記対応テーブルから抽出して、前記受取主端末に、選択可能に提示する商品提示手段を備えている。
【０００８】
このように、プレゼント額を受取主には直接知らせないで、かつ、受取主の希望する商品を選択することができる。また、受取主端末に対して、前記お返し率を問い合わせ、かつ、その負担を選択できるようにすることにより、お返し処理がより簡易になる。したがって、全体として総合的な贈答システムを提供することができる。
【０００９】
２）本発明にかかる贈答品サーバにおいては、前記決定手段は、前記お返し率データが１００％を越えるか否かを判断し、越える場合には、前記受取額の決定にかえて、以下の処理を実行する。1)前記受取主端末からの回答が別途支払うである場合には、前記送り主からのプレゼント額データの値を受取主の受取額として決定し、2)別途支払うではない場合には、前記受取主の受取額は０円として決定するとともに、前記送り主端末からのプレゼント額の前記お返し率分に該当する額から、前記送り主端末からのプレゼント額を減算した額を不足分として決定する。また、前記商品提示手段は、前記受取主の受取額が０円である場合には、受け取るプレゼントが存在しないことを前記受取主端末に報知する。したがって、元のプレゼント額を超えるお返しをする場合に、その費用負担について元のプレゼント額を利用するかを決定することができる。
【００１０】
３）本発明にかかる贈答品サーバにおいては、前記商品提示手段は、前記対応テーブルから抽出した商品について、これを額に応じてグループ化し、前記受取主端末には、前記グループのうち、前記受取主の受取額と同額の商品が属するグループから所定範囲内のグループに属する商品のみを選択可能に提示し、前記受取主端末によって商品が選択されると、選択された額だけ、前記決定された受取額から減算し、減算後の受取額に該当するグループがなくなるまで、これを繰り返す。これにより、受取主端末においてグループ単位で額の大きな商品から順次提示される。したがって、提示される商品が順次変更されるので、商品選択に飽きるという問題を回避できる。
【００１１】
４）本発明にかかるプログラムは、コンピュータを、送り主端末から与えられるプレゼントに対して受取主端末から前記送り主端末にお返しを可能とする贈答品サーバとして機能させるためのプログラムであって、以下の処理をコンピュータに実行させるためのプログラム。Ａ）前記送り主端末からプレゼントの額が指定されると、プレゼント額記憶領域に記憶させ、Ｂ）前記受取主端末に対して、お返し率、および当該お返し率に該当する金額を別途支払うのか否かを問い合わせる問い合わせデータを前記受取主端末に送信し、Ｃ）前記受取主端末から、前記問い合わせデータに対する回答データを受信し、Ｄ)d1)前記回答データに当該お返し率に該当する金額を別途支払うことを示すデータが含まれている場合には、前記送り主からのプレゼント額を受取主の受取額として決定し、d2)前記回答データに当該お返し率に該当する金額を別途支払うことを示すデータが含まれていない場合には、前記送り主端末からのプレゼント額から前記お返し率分だけ減算した額を受取主の受取額として決定し、Ｅ)予め、商品と当該商品の額との対応テーブルを記憶しており、Ｆ)前記決定された受取額に該当する商品を前記対応テーブルから抽出して、前記受取主端末に、選択可能に提示する。
【００１２】
このように、プレゼント額を受取主には直接知らせないで、かつ、受取主の希望する商品を選択することができる。また、受取主端末に対して、前記お返し率を問い合わせ、かつ、その負担を選択できるようにすることにより、お返し処理がより簡易になる。したがって、全体として総合的な贈答システムを提供することができる。
【００１３】
５）本発明にかかる贈答品処理方法は、送り主端末と受取主端末との間でサーバを介して贈り物をやり取りするための贈答品処理方法であって、前記サーバは以下の処理を実行する。1)前記送り主端末からプレゼントの額が指定されると、これをプレゼント額データとしてプレゼント額データ記憶手段に記憶しておき、2)前記受取主端末に対して、お返しをするか否か、お返し率、および当該お返し率に相当する額を別途支払うのか否かを問い合わせる問い合わせデータを、前記受取主端末に送信し、3)前記問い合わせデータに対する回答データを前記受取主端末から受け取り、4)前記回答データに、前記お返し率に相当する額を別途支払うことを示すデータが含まれている場合には、前記送り主からのプレゼント額を受取主の受取額として決定し、5)前記回答データに、前記お返し率に相当する額を別途支払うことを示すデータが含まれていない場合には、前記送り主端末からのプレゼント額から前記お返し率分に相当する額だけ減算した額を受取主の受取額として決定し、6)商品と当該商品の額との対応テーブルを記憶する対応テーブルから、前記決定された受取額に該当する商品を抽出して、前記受取主端末に、選択可能に提示する。
【００１４】
このように、プレゼント額を受取主には直接知らせないで、かつ、受取主の希望する商品を選択することができる。また、受取主端末に対して、前記お返し率を問い合わせ、かつ、その負担を選択できるようにすることにより、お返し処理がより簡易になる。したがって、全体として総合的な贈答システムを提供することができる。
【００１５】
なお、本明細書において「プレゼント額データ」とは、送り主が受取主にプレゼントする値をいい、実施形態では、図３における金額が該当する。「お返し率問い合わせデータ」とは、実施形態では図１３Ｂに示すデータが該当する。「お返し率データに該当する金額」とは、実施形態では図１１ステップＳ７３で決定する値Ｅが該当する。「支払い手法データ」とは、お返しに該当する額に関する支払いをプレゼント額から差し引くのかどうかを決定するデータをいい、実施形態では図１４Ｃが該当する。「受取主の受取額」とは、実施形態では受取プレゼント額が該当する。
【発明を実施するための最良の形態】
【００１６】
１．機能ブロック図の説明
本発明の一実施形態を図面に基づいて説明する。
【００１７】
図１に示す贈答システム０は、贈答品サーバであるサーバ１、送り主端末１７および受取主端末１５を有している。送り主端末１７から所望のプレゼント額を指定して、受取主の属性（氏名、メールアドレスなど）を与えると、指定された受取主メールアドレスに、プレゼントがあった旨の連絡がなされ、この連絡に基づいて、受取主端末１５からサーバ１にアクセスがなされ、希望するプレゼントを選択することにより、プレゼント額に応じた受取主が望む商品を入手できるシステムである。また、受取主がお返し率を指定するだけで、送り主に対して、所定のお返しをおこなうことができる。
【００１８】
贈答品サーバ１は、送り主端末から与えられるプレゼントに対して、受取主端末から前記送り主端末にお返しを可能とするサーバであって、プレゼント額決定手段９、プレゼント額データ記憶手段７、お返し問い合わせ手段３、お返し率問い合わせ手段４、決定手段５、支払い手法問い合わせ手段６、決定受取額データ記憶手段１０、対応テーブル記憶手段１１、商品提示手段１３を備えている。
【００１９】
プレゼント額決定手段９は、送り主端末１７との間で、プレゼントの額を決定する。プレゼント額データ記憶手段７は、このプレゼント額データを記憶する。お返し問い合わせ手段３は、受取主端末１５に対して、お返しをするか否かの問い合わせデータを送信する。受取主端末１５はかかる問い合わせデータを操作者に提示する。操作者が回答データを入力すると、受取主端末１５はかかる回答データをサーバ２に送信する。お返し率問い合わせ手段４は、受取主端末１５から受け取った回答データが、”お返しをする”である場合には、受取主端末１５にお返し率を問い合わせるお返し率問い合わせデータを送信する。受取主端末１５はかかるお返し率問い合わせデータを操作者に提示する。操作者がお返し率データを入力すると、受取主端末１５はかかるデータをサーバ２に送信する。支払い手法問い合わせ手段６は受取主端末１５からお返し率データが与えられると、当該お返し率データに該当する金額を別途支払うのか否かを前記受取主端末に問い合わせる支払い手法データを送信する。受取主端末１５はかかる支払い問い合わせデータを操作者に提示する。操作者が回答データを入力すると、受取主端末１５はかかるデータをサーバ２に送信する。
【００２０】
決定手段５は、受取主端末１５からの前記支払い手法データに対する回答データが、”別途支払う”である場合には、プレゼント額データ記憶手段７に記憶したプレゼント額データを読み出して、これを受取主の受取額として決定し、”別途支払う”ではない場合には、前記読み出したプレゼント額データから前記お返し率分だけ減算した額を受取主の受取額として決定し、決定受取額データ記憶手段１０に記憶させる。
【００２１】
対応テーブル記憶手段１１は、商品と当該商品の額との対応テーブルを記憶する。商品提示手段１３は、決定受取額データ記憶手段１０に記憶された受取額を読み出して、前記対応テーブルの各商品の額と比較し、この受取額以下の商品を前記対応テーブルから抽出して、前記受取主端末に、選択可能に提示する。
【００２２】
このように、受取主端末１５にお返し率を問い合わせることにより、受取主が受け取った額に対応するお返しを送り主に送ることができる。
【００２３】
２．ハードウェア構成
図１に示すサーバ２のハードウェア構成について、図２を用いて説明する。図２は、ＣＰＵを用いて構成したハードウェア構成の一例である。
【００２４】
サーバ２は、ＣＰＵ２３、メモリ２７、ハードディスク２６、モニタ３０、ＣＤＤ（ＣＤＲＯＭドライブ）２５、入力デバイス２８、通信部３２およびバスライン２９を備えている。ＣＰＵ２３は、ハードディスク２６に記憶された各プログラムにしたがいバスライン２９を介して、各部を制御する。
【００２５】
ハードディスク２６は、オペレーティングシステムプログラム（以下ＯＳと略す）記憶部２６o、プログラム記憶部２６ｓ、データ記憶部２６ｄを有する。
【００２６】
オペレーティングシステムプログラム（ＯＳ）２６oは、本実施形態においては、Linux（商標）を採用したがこれに限定されるものではない。
【００２７】
プログラム２６ａは、後述するように、送り主端末または受取主端末との間で、贈答処理をおこなう。
【００２８】
なお、上記プログラムは、ＣＤＤ２５を介して、プログラムが記憶されたＣＤＲＯＭ２５ａから読み出されてハードディスク２６にインストールされたものである。なお、ＣＤＲＯＭ以外に、フレキシブルディスク（ＦＤ）、ＩＣカード等のプログラムをコンピュータ可読の記録媒体から、ハードディスクにインストールさせるようにしてもよい。さらに、通信回線を用いてダウンロードするようにしてもよい。
【００２９】
本実施形態においては、プログラムをＣＤＲＯＭからハードディスク２６にインストールさせることにより、ＣＤＲＯＭに記憶させたプログラムを間接的にコンピュータに実行させるようにしている。しかし、これに限定されることなく、ＣＤＲＯＭに記憶させたプログラムをＣＤＤ２５から直接的に実行するようにしてもよい。なお、コンピュータによって、実行可能なプログラムとしては、そのままインストールするだけで直接実行可能なものはもちろん、一旦他の形態等に変換が必要なもの（例えば、データ圧縮されているものを、解凍する等）、さらには、他のモジュール部分と組合して実行可能なものも含む。
【００３０】
ハードディスク２６のデータ記憶部には、注文データテーブル、カスタマデータテーブル、商品データテーブルなどが記憶されている。
【００３１】
注文データテーブルは、図４に示すように、顧客番号、登録番号、受取主氏名、受取主メールアドレス、住所、電話番号、金額、支払い方法、メッセージフラグ、マイセレクションフラグ、サンキュウシステムフラグなどが記憶される。顧客番号は、送り主の顧客ｉｄである。登録番号は当該注文のｉｄである。受取主の氏名、メールアドレスは、後述するメールを送信するための情報である。住所、電話番号は、選択した商品を送る場合の情報である。金額は送り主からのプレゼント額であり、額自体は受取主には知らされない。支払い方法とはクレジットか銀行振り込みかが特定される。メッセージフラグとは、後述するように、当該送り主から受取主へのメッセージを特定するものである。本実施形態においては、メッセージフラグ「１」〜「３」に予め定めたメッセージを登録しておき、送り主端末にて表示し、いずれかを選択するか、または、メッセージフラグ「０」に任意のメッセージを入力できるようにした。たとえば、メッセージ番号「１」は、「暑中お見舞い申し上げます。・・・」、「２」は「ご結婚おめでとうございます。・・」・・・というような定型文を登録しておき、送り主がいずれかを特定するか、または、所望のメッセージを入力してこれを送信するようにすればよい。これにより、送り主が望むメッセージを受取主に届けることができる。マイセレクションフラグとはマイセレクションとして登録した商品を選択できるか否かを特定するためのフラグである。マイセレクションフラグ「０」はマイセレクションとして登録した商品が選択できない、マイセレクションフラグ「１」はマイセレクションとして登録した商品が選択できることを意味する。サンキュウシステムフラグは、後述するサンキュウシステムが存在することを受取主端末に報知するかを決めるフラグであり、「１」が報知、「０」が報知しないを意味する。なお、かかる注文データは贈答の履歴として用いることもできる。
【００３２】
カスタマデータテーブルは、図４に示すように、送り主について、顧客番号、氏名、住所、電話番号、メールアドレスなどが記憶される。尚、後述するサンキュウシステムを使用する場合、受取主からお返しをすると、当該お返しに関しては、当該受取主が送り主となるので、後述するように当該受取主はカスタマとして追加される。
【００３３】
商品データテーブルは、図５に示すように、受取主がプレゼント額内の任意の商品を選択できるようにする商品情報が記憶されており、商品ｉｄ、商品名、金額、所属グループが記憶されている。所属グループは、後述するように、金額によって複数回選択できる範囲の商品が異なるように提示するためのものである。
【００３４】
図１に示す送り主端末１７のハードウェア構成について、図６を用いて説明する。送り主端末１７のハードウェア構成は、ハードディスク１２６のプログラム記憶部１２６ｓにブラウザプログラム（メールプログラムを含む）を記憶していること、データ記憶部１２６ｄにサーバ１のように各種のテーブルを記憶していないこと以外は、サーバとほぼ同様であるので説明は省略する。
【００３５】
図１に示す受取主端末１５のハードウェア構成については、図７に示すように、送り主端末１７と同様である。ハードディスク２２６のプログラム記憶部２２６ｓにはブラウザプログラム（メールプログラムを含む）が記憶されている。
【００３６】
３．フローチャート
〔３．１  ギフト処理〕
つぎに、本システムにおけるギフト処理について図８を用いて説明する。かかるギフト処理は、従来おこなわれているように、送り主が受取主にプレゼントする額を指定することにより、プレゼントをおこなう処理と同様である。以下では、顧客番号T03001の「鈴木三郎」が氏名「田中太郎」に３万円分のプレゼントを贈る場合について説明する。
【００３７】
送り主「鈴木三郎」は、送り主端末１７のブラウザプログラムを操作して、所定のＵＲＬを入力する。これにより、送り主端末１７のＣＰＵ１２３はサーバ２に対してメイン画面を要求する（図８ステップＳ１１）。サーバ２は、かかる要求に応じて、メイン画面のHTMLデータを送信する（ステップＳ１３）。送り主端末１７は、これを受信して表示する（ステップＳ１５）。本実施形態においては、図９に示すようなメイン画面をサーバ２から送信するようにした。送り主端末１７の操作者は、「ギフト」か「マイセレクション」を選択する。マイセレクションについては後述する。ここでは、プレゼントを贈る場合であるので、操作者は、ギフトを選択するのにボタン７７を選択する。
【００３８】
メイン画面のHTMLデータには、ギフトが選択された場合には、必須入力データ入力画面を要求する命令が含まれており、送り主端末１７のＣＰＵ１２３は、かかる命令に基づき、サーバ２に必須入力データ入力画面を要求する（図８ステップＳ１９）。サーバ２は、かかる要求に応じて、予め記憶している必須入力データ入力画面のHTMLデータを送信する（ステップＳ２１）。送り主端末１７は、これを受信して表示する（ステップＳ２３）。操作者は、必要な項目についてデータを入力する。なお、必須入力データとは、送り主に関する情報を入力する画面である。ここでは、送り主の氏名「鈴木三郎」、住所「兵庫県・・・」、電話番号「078-xxx・・・」、メールアドレス「ssuzuki@・・・」が入力されたものとする。
【００３９】
データ入力が完了すると、操作者は送信ボタンをクリックする。ＣＰＵ１２３は送信ボタンがクリックされるか否か判断しており（ステップＳ２５）、送信ボタンがクリックされると、入力されたデータをサーバ２に送信する（ステップＳ２７）。サーバ２は、これを受信し、ハードディスク２６のデータ記憶部２６ｄに記憶するとともに、予め記憶している詳細入力データ入力画面のHTMLデータを送信する（ステップＳ２９）。このようにして記憶されたデータを図４Ｂに示す。
【００４０】
一方、送り主端末１７は、サーバ２から与えられた詳細入力データ入力画面のHTMLデータを、受信して表示する（ステップＳ３１）。操作者は、同様に、必要な項目についてデータを入力する。なお、詳細データとは、プレゼントに関する情報（プレゼント額、受取主、支払い方法など）を入力する画面である。ここでは、受取主の氏名「田中太郎」、住所「大阪府・・・」、電話番号「06-xxx・・・」、メールアドレス「ttanaka@・・・」、プレゼント額「３００００円」、メッセージ番号「１」、マイセレクション「０」、サンキュウシステム「１」が入力されたものとする。
【００４１】
データ入力が完了すると、操作者は送信ボタンをクリックする。ＣＰＵ１２３は送信ボタンがクリックされるか否か判断しており（ステップＳ３３）、送信ボタンがクリックされると、入力されたデータをサーバ２に送信する（ステップＳ３５）。サーバ２は、これを受信し、ハードディスク２６のデータ記憶部２６ｄに記憶するとともに、確認画面データを送り主端末１７に送信する（ステップＳ３７）。なお、図３Ｂにかかる注文が記憶された場合の注文データテーブルのデータ構造を示す。
【００４２】
送り主端末１７はかかる確認画面データを表示し（図８ステップＳ３９）、ギフト処理は終了する。
【００４３】
〔３．２  サンキュウシステム処理〕
つぎに、上記のギフトを受取主が受け取って、サンキュウシステムを用いて送り主にお返しをする場合について説明する。以下では、受取主「田中太郎」が送り主「鈴木三郎」へのお返しをプレゼント額の５０％とする場合を例として説明する。
【００４４】
サーバ２は、指定された受取主のメールアドレス宛に、当該受取主がアクセスするためのＵＲＬが記述されたメールを送信する（図１０ステップＳ４１）。受取主である田中太郎は、自己の端末１５（受取主端末）を操作して、メールプログラム（図示せず）を起動し（図示せず）、このメールを受け取る（ステップＳ４３）。受取主端末１５のＣＰＵ２２３はメールプログラムに基づき、当該メールを表示する。受取主端末１５のＣＰＵ２２３は、メール本文中のＵＲＬがクリックされるか判断しており（ステップＳ４５）、操作者がメール本文中のＵＲＬをクリックすると、ブラウザプログラムを起動して、当該ＵＲＬで特定されるデータを要求する命令をサーバ２に送信する（ステップＳ４７）。サーバ２は、かかる要求を受けて、該当するHTMLデータを、受取主端末１５に送信する（ステップＳ４９）。かかるHTMLデータは共通部分だけ登録しておき、送り主や受取主に該当する部分だけ、差し替えてサーバ２が生成するようにすればよい。
【００４５】
受取主端末１５はかかるデータを受け取ると、これを表示する（ステップＳ５１）。図１３Ａに、この場合のメッセージ画面を示す。受取主端末１５の操作者は、かかるメッセージ画面をみて、サンキュウシステム利用か商品選択画面かを選択する。商品選択画面とはサンキュウシステムを利用しない場合である。この場合、サンキュウシステムを利用するので、図１３に示すボタン８１をクリックすればよい。受取主端末１５のＣＰＵ２２３はサンキュウシステム選択されるか否か判断しており（図１０ステップＳ５３）、選択されると、図１１に示すプログラムを実行する。
【００４６】
なお、本実施形態においては、図１１に示すプログラムはサーバ２のHTMLデータにＪＡＶＡ（商標）プログラムを含ませておき、端末側だけで実現したが、その都度、サーバ２で生成したデータを受取主端末に送信するようにしてもよい。
【００４７】
ＣＰＵ２２３は、お返し率入力画面を表示する（ステップＳ６１）。本実施形態においては、図１３Ｂに示す画面を表示するようにした。この場合、操作者は、ボックス８７にお返し率を「５０」と入力し、決定ボタン８８をクリックする。ＣＰＵ２２３は決定ボタン８８が選択されるか否か判断しており（ステップＳ６３）、選択されると、１００−Ｂ（Ｂ：入力されたお返し率）を演算し、結果をＣに代入する。なお、かかる値Ｃが０より小さい（マイナス値）ということは、お返し率が１００を越えるということであり、０より大きい（プラス値）ということは、お返し率が１００以下ということとなる。
【００４８】
ＣＰＵ２２３は、値Ｃが０より大きいか否か判断している（ステップＳ６７）。この場合、Ｃ＝５０なので、値Ｃが０より大きいと判断して、お返しについて費用負担を決定する画面を表示する（ステップＳ６９）。本実施形態においては、図１４Ｃに示す画面を表示するようにした。受取主端末１５の操作者は、お返しについて、送り主から与えられたプレゼント額から差し引くのか、それとも、別途支払うのかを選択する。操作者は、前者であれば、ボタン９５を、後者であればボタン９６を選択する。ここでは、ボタン９５が選択されたものとする。
【００４９】
ボタン９５が選択されると、ＣＰＵ２２３は、お返しの額ＥをＡ＊Ｂから計算する（図１１ステップＳ７３）。ＣＰＵ２２３は、値Ｅを送り主へのお返し（プレゼント額）として、決定する（ステップＳ７５）。この場合であれば、Ｂ＝５０であるので、お返しの額Ｅは３００００円＊５０％＝１５０００円となる。ＣＰＵ２２３は、お返しのメッセージの選択処理をおこなう。これは、ギフト処理の場合と同様に、予め登録したメッセージを表示したうえでの操作者による選択、または任意のメッセージ入力ができる画面（図示せず）を表示し、かかる画面にて決定ボタンが選択されると、かかるメッセージとともに、送り主、受取主・・・などを登録できるようにすればよい。図３Ｃにかかる追加がなされた場合の、注文データを示す。なお、この場合、サンキュウシステムフラグは「０」が記憶される。これは送り主からの受け取ったプレゼントに対するお返しであるからである。かかる注文により、サーバ２は、図１０ステップＳ４１以下の処理を実行する。
【００５０】
つぎに、受取主端末１５のＣＰＵ２２３は、受取プレゼント額ＤをＡ＊Ｃから演算する（ステップＳ７７）。受取プレゼント額とは、受取主が受け取るプレゼント額をいう。ここでは、Ｃ＝５０であるので、値Ｄは１５０００円となる。このように、前記読み出したプレゼント額データから前記お返し率分だけ減算した額を受取主の受取プレゼント額として決定することができる。
【００５１】
ＣＰＵ２２３は、お返し額および受取プレゼント額が決定されると、商品選択処理を実行する。かかる処理について、図１２を用いて簡単に説明する。ＣＰＵ２２３は商品選択画面をサーバ２に要求する（ステップＳ１０１）。サーバ２は、先ほど、決定した受取プレゼント額を読み出す（ステップＳ１０３）。サーバ２は商品データテーブルを検索して、受取プレゼント額を超えない商品を候補として決定し、送信する（ステップＳ１０５）。この場合、受取プレゼント額Ｄは１５０００円なので、図５を参照して、s1002,s1003,s1004,s1005・・・・などの商品が選択候補として送信される。
【００５２】
受取主端末のＣＰＵ２２３は、これを表示する（図１２ステップＳ１０７）。ＣＰＵ２２３は選択があるか否か判断しており（ステップＳ１０９）、操作者が選択すると、選択した商品でよいかを操作者に問い合わせる確認画面を表示する（ステップＳ１１１）。ＣＰＵ２２３はかかる画面のＯＫボタン（図示せず）が選択されるか否か判断しており（ステップＳ１１３）、選択されると、選択された商品を特定する情報が送信される（ステップＳ１１７）。
【００５３】
サーバ２は、選択された商品を特定する情報を受信すると、これをプレゼント商品として決定する（ステップＳ１１９）。サーバ２は、受取プレゼント額の演算を行う（ステップＳ１２１）。たとえば、s1003の商品が選択された場合、１５０００円−５０００円で、新たな受取プレゼント額は１００００円となる。サーバ２は新たな受取プレゼント額について候補があるか否か判断する（ステップＳ１２３）。具体的には、１００００円以下の商品が存在するか否かを判断する。この場合、存在するので、ステップＳ１０５以下の処理を繰り返す。ステップＳ１２３にて、候補が存在しない場合には、サーバ２は、終了画面データを送信する（ステップＳ１２５）。受取主端末はかかるデータを表示する（ステップＳ１２７）。
【００５４】
このようにして、受取主は、受取プレゼント額の範囲内で、望む商品をプレゼントとして特定することができる。サーバ２は特定された商品を受け取り先住所に発送するために、発送伝票などを発行する。かかる商品発送処理については従来と同様であるので、説明は省略する。
【００５５】
なお、図１１ステップＳ７１にて、ボタン９６が選択された場合は、お返しにあたって費用を別途支払うが選択されたこととなるので、ＣＰＵ２２３はお返しについての支払い方法を決定するための画面を表示する（ステップＳ７９）。具体的には、支払い方法をクレジットにするのか、銀行振り込みとするのか、さらにその場合の詳細（クレジット番号など）を入力するための画面を表示すればよい。かかる画面については一般にインターネットで費用を支払う場合のような画面を表示するようにすればよい。
【００５６】
ＣＰＵ２２３は支払い方法について決定命令が与えられるか否か判断しており（ステップＳ８１）、決定命令が与えられると、値Ａを受取主「田中太郎」の受取プレゼント額として決定する（ステップＳ８３）。
【００５７】
また、ステップＳ６７にて、値Ｃが０より小さい場合、お返しがプレゼント額を超えていることをメッセージ表示する（ステップＳ８７）。受取主端末の操作者は、これを承認する場合には、承認ボタンを押す（図示せず）。ＣＰＵ２２３は、承認ボタンが押されるか否か判断しており（ステップＳ８９）、承認ボタンが押されると、ＣＰＵ２２３は、図１４Ｂに示すような、お返しに関する支払いについての費用負担を決定する画面を表示する（ステップＳ９１）。受取主端末１５の操作者は、お返しについて、お返しについて不足分のみ支払うのか、それとも、別途支払うのかを選択する。前者であれば、ボタン９３を、後者であればボタン９４を選択する。もし、ボタン９３が選択されたら、ＣＰＵ２２３はお返しについての支払い方法を決定するための画面を表示する（ステップＳ９５）。ＣＰＵ２２３は支払い方法について決定命令が与えられるか否か判断しており（ステップＳ９７）、決定命令が与えられると、受取主「田中太郎」が受け取る受取プレゼント額を「０」として決定する（ステップＳ９９）。
【００５８】
なお、ステップＳ８９にて、承認ボタンが押されない場合に、ステップＳ６１以下の処理を繰り返す。
【００５９】
また、ステップＳ９３にて、ボタン９４が選択された場合、ＣＰＵ２２３はステップＳ７９以下の処理を実行する。
【００６０】
このように、本実施形態においては、受取主がお返し率を指定するだけで、送り主に対して簡易な操作でお返しをすることができる。
【００６１】
〔３．３  グループ表示〕
上記実施形態においては、受取プレゼント額内の商品をすべて候補として表示するようにしたが、あらかじめ商品をグループ化しておき、所定の規則に基づいて、当該規則で特定されるグループに属する商品のみに表示するようにしてもよい。この場合の、全体的な処理については、図１２と同様であり、ステップＳ１０５の処理として、別途登録しておいた規則を読みだして、かかる規則に合致する商品を表示する点で異なる。この規則については、たとえば、ハードディスク２６に記憶しておけばよい。以下、具体的に説明する。
【００６２】
この上記実施形態においては、各商品は、図５に示すように、属するグループが定められている。より詳細を説明すると、各商品について価格が、１０００円、２０００円、３０００円、５０００円、１００００円、１５０００円、２００００円、２５０００円、３００００円・・の商品を、それぞれ、G01，G02，G03，G05，G10，G15，G20，G25，G30・・・とグループ化している。かかる所属グループに基づき、プレゼント額以下の商品の全てではなく、プレゼント額と同額の商品が属するグループから所定以上離れたグループに属する商品については提示しないようにした。具体的には、前記受取プレゼント額と同額の商品が所属するグループを特定し、当該グループを含んで３つ下までのグループに属する商品を提示するようにした。たとえば、受取プレゼント額が３万円の場合、この受取プレゼント額が所属するグループはG30である。したがって、G30,G25,G20に属する商品を提示する。この状態でもし、２万円の商品が選択されると、残金は１万円となる。プレゼント額が１万円の場合、この受取プレゼント額が所属するグループはG10である。したがって、G10,G05,G03に属する商品を提示する。また、この状態で、もし、５０００円の商品が選択されると、残金は５０００円となる。プレゼント額が５０００円の場合、この受取プレゼント額が所属するグループはG05である。したがって、G05,G03，G02に属する商品を提示する。この状態で、もし、５０００円の商品が選択されると、残金はゼロとなり、終了する。
【００６３】
なお、上記実施形態においては、プレゼント額と同額の商品が属するグループから３つ下までのグループに属する商品を提示するようにしたが、これに限定されず、選択回数や残額に応じて提示する範囲をかえるようにしてもよい。たとえば、選択回数が１回目であれば、４グループまで提示、２回目以降は３グループまで提示するなどでもよく、また、残額が１万円以下であれば、４グループまで提示等である。
【００６４】
また、プレゼント額と同額の商品が存在しない場合には、プレゼント額の範囲内でかつ、最も近い額の商品が属するグループを基準に考えるようにしてもよい。
【００６５】
また、かかるルールについてはプレゼント額と同額の商品が属するグループを基準にするのではなく、かかるプレゼント額と同額の商品が属するグループよりも安価な商品のグループの任意のグループをランダムに特定して、表示するようにしてもよい。また、同時にその前後のグループを表示するようにしてもよい。
【００６６】
また、上記実施形態においては、１つのグループで１つのプレゼントだけ選択できる場合について説明した。たとえば、受取プレゼント額が３万円の場合、この受取プレゼント額が所属するグループはG30である。したがって、G30,G25,G20に属する商品を提示する。しかし、これに限定されず、各グループでプレゼント数を複数設定した場合に、前記受取プレゼント額内になるように表示することもできる。たとえば、この場合なら、G30:1ケ,G25:1ケ,G20:1ケ,G15:２ケ,G10:３ケというように、表示すればよい。このように、同一表品を複数個選択可能としたことで受け取り側が子供が２人おり、複数同じものを必要とする場合などに選択の幅が広がる。もちろん、同じ商品ではなく、グループ内で別の商品を選択するもできる。
【００６７】
一般的に、本件のようなプレゼント額を送り主から受取主に贈る場合、プレゼント額に該当するポイント数を受取主に報知し、各候補商品のポイント数を提示するのが一般である。当然、プレゼント額範囲内の全ての商品が候補として提示される。これに対して本実施形態においては、上記ポイント数を提示することなく、また、プレゼント額範囲内の全ての商品を候補として提示するのではなく、一部を候補として選別して提示するようにしている。したがって、複数回、商品を選択する場合でも、それぞれ異なる商品が表示されるために、選択をゲーム感覚でおこなうことができる。また、プレゼント額を受取主に直接知られることなく、受取主が楽しみながら、プレゼントを選択することができる。
【００６８】
なお、この実施形態においては、商品テーブルに所属グループを記憶するようにしたが、各グループに属する商品の幅を記憶しておき、商品の価格からそのつど判断するようにしてもよい。
【００６９】
４．他の実施形態
上記実施形態においては、予め登録してある商品からプレゼント額範囲内の、商品を提示するようにしたが、ユーザが希望する商品を登録できるようにしてもよい。たとえば、手作りのプレゼントを自ら値段をつけて、画像データとともに登録するようにすればよい。本実施形態においては、図９に示すメイン画面にて、ボタン７８を選択することにより、商品登録画面が送り主端末に送信され、表示される（図示せず）。かかる画面にて、登録ｉｄ、商品名、画像データ、価格、数量を登録するようにすればよい。
【００７０】
上記実施形態においては、注文データをあらたに入力する場合について説明したが、サーバ２から過去の贈答の履歴を送信させ、これを送り主端末にて表示させて、これの一部を変更して、プレゼントを送るようにできるようにしてもよい。
【００７１】
また、本実施形態においては、詳細データを入力するステップ（図８ステップＳ３１）にてマイセレクションとして登録している商品を受取主が選択できるか否かを送り主が設定できる（図３参照）。したがって、送り主はかかる自分が登録した商品を受取主が選択できるかを任意に設定することができる。
【００７２】
なお、マイセレクション登録した商品は、サーバ運営者に保存してもらっておき、他の商品とまとめておくってもらうようにすればよい。また、マイセレクション登録については、登録希望者が自由に値段設定できるので、たとえば自作のプレゼントについて、価格を低額にしておくこと（たとえば０円など）もできる。また、かかるマイセレクション登録については、期限を設けておき、期限を経過すると表示されないようにしてもよい。
【００７３】
なお、本実施形態においては、直接サンキュウシステムの画面のＵＲＬを記載した電子メールを送信して、これが選択されるとブラウザプログラムから、当該ページにアクセスできるようにしたが、ユーザＩＤ、およびパスワードを設定しておき、これを入力しないとシステムを利用できないようにするなど、周知のなりすまし防止策を採用するようにしてもよい。
【００７４】
なお、受取主のメールアドレスを登録するようにしてもよい。また、ユーザＩＤ、およびパスワードについては、他の伝達手法、たとえば、はがき等で知らせるようにしてもよい。
【００７５】
また、本実施形態においては、受取（受け取り）主端末に対して、直接サンキュウシステムの画面のＵＲＬを記載した電子メールを送信して、当該ページに直接アクセスできるようにしたが、図９に示すメイン画面にログインさせ、かかる画面にてプレゼントがある場合には、これを示すボタンをポップアップ表示などさせ、これをクリックすると、図１３に示すような画面を表示するようにしてもよい。
【００７６】
また、上記実施形態においては、説明を簡略化するために、送り主端末と受取主端末がそれぞれ１台である場合について説明したが、実際には、いずれも複数台接続される。
【００７７】
上記実施形態においては、図１に示す機能を実現する為に、ＣＰＵを用い、ソフトウェアによってこれを実現している。しかし、その一部もしくは全てを、ロジック回路等のハードウェアによって実現してもよい。
【００７８】
なお、上記プログラムの一部の処理をオペレーティングシステム（ＯＳ）にさせるようにしてもよい。
【図面の簡単な説明】
【００７９】
【図１】本発明にかかる贈答システム１の機能ブロック図である。
【図２】図１に示すサーバ２をＣＰＵを用いて実現したハードウェア構成の一例を示す図である。
【図３】注文データテーブルのデータ構造を示す図である。
【図４】カスタマデータテーブルのデータ構造を示す図である。
【図５】商品データテーブルのデータ構造を示す図である。
【図６】図１に示す送り主端末１００をＣＰＵを用いて実現したハードウェア構成の一例を示す図である。
【図７】図１に示す受取主端末２００をＣＰＵを用いて実現したハードウェア構成の一例を示す図である。
【図８】ギフト処理のフローチャートである。
【図９】メイン画面を示す図である。
【図１０】サンキュウシステムのフローチャートである。
【図１１】サンキュウシステムのフローチャートである。
【図１２】サンキュウシステムのフローチャートである。
【図１３】受取主端末に表示される画面の一例である。
【図１４】受取主端末に表示される画面の一例である。
【符号の説明】
【００８０】
２３・・・ＣＰＵ
２７・・・メモリ
【図１】
2006092240.tif 000003
【図２】
2006092240.tif 000004
【図３】
2006092240.tif 000005
【図４】
2006092240.tif 000006
【図５】
2006092240.tif 000007
【図６】
2006092240.tif 000008
【図７】
2006092240.tif 000009
【図８】
2006092240.tif 000010
【図９】
2006092240.tif 000011
【図１０】
2006092240.tif 000012
【図１１】
2006092240.tif 000013
【図１２】
2006092240.tif 000014
【図１３】
2006092240.tif 000015
【図１４】
2006092240.tif 000016