JP2002133161A - ギフト仲介方法およびギフト仲介プログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ギフトの送り主、受取主および販売者の利便
性、経済性を向上させること。 【解決手段】 ギフトの送り主側に設置された送り主側
クライアント１０₁ からのギフト注文を受け付ける送り
主関連制御部５４と、当該ギフトの受取主側に設置され
た受取主側クライアント３０₁ にギフト注文の情報を提
供する受取主関連制御部５５とを備え、受取主関連制御
部５５は、ギフト注文の情報に基づいて、受取主側クラ
イアント３０₁ からの当該ギフトの変更を受け付け、当
該受取主に関するギフト変更履歴情報をギフト変更管理
データベース１３０に格納し、送り主関連制御部５４
は、ギフト注文時にギフト変更履歴情報を送り主側クラ
イアント１０₁ に提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オンライン上にお
けるギフトの仲介に用いられるギフト仲介方法およびギ
フト仲介プログラムを記録したコンピュータ読み取り可
能な記録媒体に関するものであり、特に、ギフトの送り
主、受取主および販売者の利便性、経済性を向上させる
ことができるギフト仲介方法およびギフト仲介プログラ
ムを記録したコンピュータ読み取り可能な記録媒体に関
するものである。

【０００２】従来より、お中元、お歳暮、お年賀等の慣
習に従って、送り主から受取主へギフトが送られてい
る。通常、送り主は、所定の予算の範囲内で受取主の嗜
好を推測しつつ、デパート等で多種多様なギフトの中か
ら所望のギフトを選択し、これを受取主宛に発送してい
る。

【０００３】しかしながら、送り主が選択したギフトが
必ずしも受取主にとって有用なものとは限らない。この
場合には、折角、送ったギフトが受取主側で全く使われ
なかったり、持て余されたりしてしまうため、非常に不
経済であるという問題が生じる。このことから、従来よ
り、かかる問題を効果的に解決するための手段、方法が
切望されていた。

【０００４】

【従来の技術】従来より、お中元、お歳暮等のギフトシ
ーズンになると、デパート（販売者側）では、ギフトコ
ーナーが設けられ、飲料、乳製品、海産物等の多種多様
のギフトが陳列される。送り主は、ギフトコーナーでギ
フトを選択し、これをデパートの発送サービス等を利用
して配送業者を経由して受取主へ贈る。そして、配送業
者から当該ギフトを受け取った受取主は、電話、郵便は
がき等の通信手段を介して送り主に対してお礼の連絡を
する。

【０００５】

【発明が解決しようとする課題】ところで、ギフトを贈
るという慣習は円滑な人間関係を維持する上で大切な一
つの要素であるが、現実的には、ギフトの送り主、受取
主および販売者の三者にとってつぎのような問題がそれ
ぞれあった。

【０００６】すなわち、送り主にとっては、デパート等
にいちいち出向いて、多種多様のギフトの中から所望の
ものを選択しなければならず、非常に面倒であるという
問題があった。特に、ギフトシーズンにおいては、ギフ
トコーナーに多数の送り主が殺到するため、じっくりと
ギフトを選択する余裕がなくなり、結局、受取主が複数
いる場合であっても、同一のギフトを選択することにな
ってしまう。

【０００７】また、受取主にとっては、折角、ギフトを
贈られても、送り主の意志に反して、嗜好に合わない場
合や、活用しにくい場合、当該ギフトを使うことなく無
駄にしてしまうため、非常に不経済であるという問題が
あった。

【０００８】ここで、デパートによっては、不要なギフ
トを別の有用なギフトに交換できるサービスを提供して
いるところもある。しかしながら、ギフト交換を行う場
合には、受取主がデパートに出向き、煩雑な交換手続き
を経なければならないため、非常に面倒である。

【０００９】また、ギフトの配送日に受取主が不在であ
る場合、受取主は、配送業者に再配送を依頼する必要が
ある。すなわち、従来では、受取主が自身の都合に合わ
せてギフトを受け取ることができないため、利便性に乏
しい。ここで、好ましくない送り主からのギフトの受領
を拒否したい受取主もいる場合も考えられるが、従来で
は、このような場合にも当該ギフトが配送業者により配
送されてしまうため、受領を拒否することが難しい。

【００１０】また、通常、ギフトを受領した受取主は、
電話や郵便はがき等の通信手段を介して、送り主にお礼
の連絡をする。しかしながら、実際には、連絡行為が億
劫となったり、ギフト数が多くなるほど連絡作業に時間
がかかることから受取主に精神的な負担を強いる場合が
あるという問題があった。

【００１１】また、ギフトシーズンにおける販売店にと
っては、ギフトコーナの設置に伴うスペース確保や店員
数の増強が必要になるとともに、ギフト交換依頼に伴う
作業（交換作業、在庫管理、売上管理等）が増えるため
人件費、スペース費等のコスト負担が増大するという問
題があった。また、受取主が不在の場合には、再配送に
伴う配送コストもかかる。

【００１２】本発明は、上記に鑑みてなされたもので、
ギフトの送り主、受取主および販売者の利便性、経済性
を向上させることができるギフト仲介方法およびギフト
仲介プログラムを記録したコンピュータ読み取り可能な
記録媒体を提供することを目的とする。

【００１３】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、送り主から受取主へ贈られるギフトを仲
介するギフト仲介方法であって、ギフトの受取主側に設
置された受取主側クライアントに、該ギフトの送り主か
らのギフト注文情報を提供する受取主対応工程と、前記
受取主側クライアントからの、前記ギフトの変更に関す
るギフト変更情報を格納するギフト変更工程と、前記送
り主側に設置された送り主側クライアントが前記受取主
に対するギフト注文処理を実行する際に、当該受取主に
対応する前記ギフト変更情報を、当該送り主側クライア
ントに提供する送り主対応工程とを含むことを特徴とす
る。

【００１４】この発明によれば、受取主に関するギフト
変更情報を格納し、ギフト注文時に上記ギフト変更情報
を送り主側クライアントへ提供するようにしたので、ギ
フト変更情報に基づいて受取主の嗜好の傾向を把握する
ことができるため、不要なギフトを贈るという無駄を回
避させ、ギフトの送り主、受取主および販売者の利便
性、経済性を向上させることができる。

【００１５】また、本発明は、送り主から受取主へ贈ら
れるギフトを仲介するギフト仲介方法であって、ギフト
の受取主側に設置された受取主側クライアントに、該ギ
フトの送り主からのギフト注文情報を提供する受取主対
応工程と、前記受取主から前記送り主への礼状を受け付
ける礼状受付工程と、前記礼状を少なくとも電子データ
として前記送り主側クライアントへ送付する礼状送付工
程とを含むことを特徴とする。

【００１６】この発明によれば、受取主から送り主への
礼状を受け付け、この礼状を少なくとも電子データとし
て送り主側クライアントへ送付するようにしたので、受
取主の利便性を向上させることができる。

【００１７】また、本発明は、送り主から受取主へ贈ら
れるギフトを仲介するギフト仲介方法であって、ギフト
の受取主側に設置された受取主側クライアントに、該ギ
フトの送り主からのギフト注文情報を提供する受取主対
応工程と、前記送り主からのギフトの受領を拒否するた
めの受領拒否状を受け付ける受領拒否状受付工程と、前
記受領拒否状を少なくとも電子データとして前記送り主
側クライアントへ送付する受領拒否状送付工程とを含む
ことを特徴とする。

【００１８】この発明によれば、送り主からのギフトの
受領を拒否するための受領拒否状を受け付け、この受領
拒否状を少なくとも電子データとして送り主側クライア
ントへ送付するようにしたので、受取主が確かに当該ギ
フトを受領しなかったことが電子的に記録され管理でき
るとともに、受取拒否に伴う受取主の精神的負担を軽減
することができ、さらに無駄な配送を回避することがで
きる。

【００１９】また、本発明は、送り主から受取主へ贈ら
れるギフトを仲介するギフト仲介方法であって、前記ギ
フトの受取主の指定を受け付けるギフト指定受付工程
と、前記受取主に関する情報を送信する送信工程と、前
記受取主が過去に贈られたギフトの変更に関するギフト
変更情報のうち、該受取主に適したギフトの情報の受信
する受信工程とを含むことを特徴とする。

【００２０】この発明によれば、ギフト変更情報のう
ち、当該受取主に適したギフトの情報を受信するように
したので、受取主が好むギフトを把握することができる
ため、不要なギフトを贈るという無駄を回避させ、ギフ
トの送り主、受取主および販売者の利便性、経済性を向
上させることができる。

【００２１】また、本発明によれば、送り主から受取主
へ贈られるギフトを仲介するギフト仲介方法であって、
前記ギフトの受取主の指定を受け付けるギフト指定受付
工程と、前記受取主に関する情報を送信する送信工程
と、前記受取主が過去に贈られたギフトの変更に関する
ギフト変更情報のうち、該受取主に適さないギフトの情
報の受信する受信工程とを含むことを特徴とする。

【００２２】この発明によれば、ギフト変更情報のう
ち、当該受取主に適さないギフトの情報を受信するよう
にしたので、受取主が好まないギフトを把握することが
できるため、不要なギフトを贈るという無駄を回避さ
せ、ギフトの送り主、受取主および販売者の利便性、経
済性を向上させることができる。

【００２３】また、本発明によれば、送り主から受取主
へ贈られるギフトを仲介するギフト仲介方法であって、
前記受取主宛の前記ギフトについて、送り主に関する情
報を含むギフト注文情報を受信する受信工程と、受信し
た前記ギフト注文情報の中から、礼状の送信先の指定を
受け付ける指定受付工程と、前記指定に従い、前記礼状
を送信する旨の指示情報を送信する送信工程とを含むこ
とを特徴とする。

【００２４】この発明によれば、受取主から送り主への
礼状を送信する旨の指示情報を送信するようにしたの
で、礼状送付に関する受取主の利便性を向上させること
ができる。

【００２５】また、本発明によれば、送り主から受取主
へ贈られるギフトを仲介するギフト仲介方法であって、
前記受取主宛の前記ギフトについて、送り主に関する情
報を含むギフト注文情報を受信する受信工程と、受信し
た前記ギフト注文情報の中から、前記ギフトの受領を拒
否する指定を受け付ける指定受付工程と、前記指定に従
い、前記ギフトの受領を拒否する旨の指示情報を送信す
る送信工程とを含むことを特徴とする。

【００２６】この発明によれば、送り主からのギフトの
受領を拒否する旨の指示情報を送信するようにしたの
で、受取拒否に伴う受取主の精神的負担を軽減すること
ができ、さらに無駄な配送を回避することができる。

【００２７】また、本発明は、前記請求項１〜９のいず
れか一つに記載のギフト仲介方法をコンピュータに実行
させるためのギフト仲介プログラムを記録したコンピュ
ータ読み取り可能な記録媒体である。

【００２８】この発明によれば、請求項１〜９のいずれ
か一つに記載の発明と同様の作用・効果を奏する。

【００２９】

【発明の実施の形態】以下、図面を参照して本発明にか
かるギフト仲介方法およびギフト仲介プログラムを記録
したコンピュータ読み取り可能な記録媒体の一実施の形
態について詳細に説明する。

【００３０】図１は、本発明にかかる一実施の形態の構
成を示すブロック図である。この図において、送り主側
クライアント１０₁ 〜１０_n は、ギフトの送り主により
それぞれ操作されるｎ台のコンピュータ装置であり、モ
デム、ターミナルアダプタ、ルータ等の通信装置および
電話回線（または専用線）を介してインターネット２０
に接続されている。これらの送り主側クライアント１０
₁ 〜１０_n は、ＴＣＰ／ＩＰ（Transmission Control P
rotocol/Internet Protocol）に従って、後述するサー
バ５０にインターネット２０を介してアクセスすること
により、ギフト仲介用のＷｅｂサイト６０を介してギフ
トのオンライン注文等に利用される。

【００３１】送り主側クライアント１０₁ において、制
御部１１₁ は、各部を制御するものであり、Ｗｅｂブラ
ウザ１２₁ およびメーラ１３₁ を備えている。Ｗｅｂブ
ラウザ１２₁ は、入力部１７₁ より入力されたＵＲＬ
（Uniform Resource Locator）に基づいて、インターネ
ット２０を介してサーバ５０からＷｅｂページのデータ
を取得し、このデータを解釈して出力部１８₁ にＷｅｂ
ページを表示させるという、表示制御を行う。入力部１
７₁ は、キーボード、マウス等の入力デバイスである。
出力部１８₁ は、ディスプレイ、プリンタ等の出力デバ
イスである。

【００３２】メーラ１３₁ は、電子メールの作成、ＰＯ
Ｐ３（Post Office Protocol version 3）やＳＭＴＰ
（Simple Mail Transfer Protocl）に従って電子メール
の送受信を行うプログラムである。ＨＤ（ハードディス
ク装置）１４₁ は、大容量の記録媒体であり、コンピュ
ータプログラムや各種データを記録するためのものであ
る。

【００３３】ＲＡＭ（Random Access Memory）１５₁
は、リード／ライト可能な記録媒体であり、制御部１１
₁ によりアクセスされる。通信制御インタフェース１６
₁ は、上述したＴＣＰ／ＩＰに従って、インターネット
２０との間の通信を制御する。入出力インタフェース１
９₁ は、入力部１７₁ および出力部１８₁ と各部との間
のインタフェースをとる。なお、他の送り主側クライア
ント１０₂（図示略）〜１０_n は、送り主側クライアン
ト１０₁ と同様の構成とされている。

【００３４】受取主側クライアント３０₁ 〜３０_m は、
ギフトの受取主側に設置されたｍ台のコンピュータ装置
であり、モデム、ターミナルアダプタ、ルータ等の通信
装置および電話回線（または専用線）を介してインター
ネット２０に接続されている。これらの受取主側クライ
アント３０₁ 〜３０_m は、ＴＣＰ／ＩＰに従って、後述
するサーバ５０にインターネット２０を介してアクセス
することにより、Ｗｅｂサイト６０を介して、ギフトの
確認、配送予定日の変更、礼状／受領拒否状の編集、ギ
フトの変更等に利用される。また、受取主側クライアン
ト３０₁ 〜３０ _m は、送り主側クライアント１０₁ と同
様の構成とされている。

【００３５】販売者側クライアント４０₁ 〜４０_s は、
ギフトの販売者側（デパート等）に設置されたｓ台のコ
ンピュータ装置であり、モデム、ターミナルアダプタ、
ルータ等の通信装置および電話回線（または専用線）を
介してインターネット２０に接続されている。これらの
販売者側クライアント４０₁ 〜４０_s は、ＴＣＰ／ＩＰ
に従って、後述するサーバ５０にインターネット２０を
介してアクセスすることにより、ギフトの登録、ギフト
の注文管理、発送管理等に利用される。また、販売者側
クライアント４０₁ 〜４０_s は、送り主側クライアント
１０₁ と同様の構成とされている。

【００３６】サーバ５０は、図示しないファイアウォー
ルやルータを介してインターネット２０に接続されてお
り、上述した送り主側クライアント１０₁ 〜１０_n 、受
取主側クライアント３０₁ 〜３０_m 、販売者側クライア
ント４０₁ 〜４０_s にアクセスされる。このサーバ５０
は、Ｗｅｂサイト６０を介して、送り主、受取主および
販売者という三者間のギフト仲介を行うギフト仲介装置
として機能する。

【００３７】サーバ５０において、通信制御インタフェ
ース５１は、ＴＣＰ／ＩＰに従って、インターネット２
０との間の通信制御を行う。制御部５２は、各部を制御
するものであり、主制御部５３、送り主関連制御部５
４、受取主関連制御部５５、データベース制御部５６、
メール送受信制御部５７およびＷｅｂページ生成部５８
から構成されている。主制御部５３は、各部を制御する
ものであり、サーバ５０のログインがあった場合に、後
述するＩＤおよびパスワードを用いて、会員であるか否
かの認証等を行う。

【００３８】送り主関連制御部５４は、送り主関連の処
理を実行する。ここで、送り主関連の処理としては、送
り主からのギフトの注文を受け付けるギフト注文処理等
が挙げられる。受取主関連制御部５５は、受取主関連の
処理を実行する。ここで、受取主関連の処理としては、
ギフト確認処理、礼状受付処理、ギフト変更処理、配送
予定日変更処理、受領拒否処理等が挙げられる。

【００３９】ギフト確認処理は、受取主が、送り主、ギ
フトの内容、配送予定日等の確認を行うための処理であ
る。礼状受付処理は、受取主から送り主への礼状を受け
付けるための処理である。ギフト変更処理は、受取主の
嗜好に合わない場合に、実際にギフトが配送される前
に、送り主から贈られたギフトを別のギフトにオンライ
ン上で変更するための処理である。配送予定日変更処理
は、受取主の都合が悪い場合に、実際にギフトが配送さ
れる前に、ギフトの配送予定日を受取主が別の日に変更
するための処理である。受領拒否処理は、送り主からの
ギフトの受領を拒否するための処理である。

【００４０】データベース制御部５６は、会員管理デー
タベース１００、ギフト商品データベース１１０、ギフ
ト管理データベース１２０、ギフト変更管理データベー
ス１３０および礼状／受領拒否状定型文データベース１
４０へのアクセスを制御する。これらの会員管理データ
ベース１００、ギフト商品データベース１１０、ギフト
管理データベース１２０、ギフト変更管理データベース
１３０および礼状／受領拒否状定型文データベース１４
０の詳細については後述する。

【００４１】メール送受信制御部５７は、送り主側クラ
イアント１０₁ 〜１０_n 、受取主側クライアント３０₁
〜３０_m および販売者側クライアント４０₁ 〜４０_s と
の間で送受信される電子メールのアドレス管理や、メー
ルフォーマットの作成等を行う。Ｗｅｂページ生成部５
８は、送り主側クライアント１０₁ 〜１０_n 、受取主側
クライアント３０₁ 〜３０_m および販売者側クライアン
ト４０₁ 〜４０_s に閲覧されるＷｅｂページを生成す
る。記憶部５９は、ハードディスク装置等であり、主制
御部５３の制御により各種データを記憶する。

【００４２】会員管理データベース１００は、会員（送
り主および受取主）に関する会員情報を格納するデータ
ベースである。具体的には、会員管理データベース１０
０は、図２（ａ）に示したように「会員ＩＤ」、「パス
ワード」、「氏名」、「住所」、「メールアドレス」、
「カード番号」、「ベストギフト公開フラグ」および
「ワーストギフト公開フラグ」というフィールドを備え
ている。

【００４３】「会員ＩＤ」は、会員を識別するための識
別子である。「パスワード」は、サーバ５０にログイン
した者が正規の会員であることの認証に用いられる。
「氏名」は、会員の氏名に関する情報である。「住所」
は、会員の住所に関する情報である。「メールアドレ
ス」は、会員との連絡用の電子メールのアドレスに関す
る情報である。「カード番号」は、ギフト注文時の決済
に用いられるクレジットカードの番号に関する情報であ
る。

【００４４】「ベストギフト公開フラグ」は、受取主が
好むギフト（ベストギフトという）の情報をギフトを選
択中の送り主に公開するか否かを表すフラグであり、会
員登録時に会員により設定される。すなわち、ベストギ
フトの情報を送り主に公開する場合、「ベストギフトフ
ラグ」には、「Ｙｅｓ」が設定される、一方、ベストギ
フトの情報を公開しない場合、「ベストギフトフラグ」
には、「Ｎｏ」が設定される。

【００４５】「ワーストギフト公開フラグ」は、受取主
が好まないギフト（ワーストギフト）の情報を選択中の
送り主に公開するか否かを表すフラグであり、会員登録
時に会員により設定される。すなわち、ワーストギフト
の情報を送り主に公開する場合、「ワーストギフト」に
は、「Ｙｅｓ」が設定される。一方、公開しない場合、
「ワーストギフト」には、「Ｎｏ」が設定される。ま
た、一実施の形態では、ベストギフトおよびワーストギ
フトの情報を特定の会員にのみ公開できるようになって
いる。

【００４６】これらのベストギフトおよびワーストギフ
トの情報は、受取主のギフトの変更履歴に基づいて作成
され、受取主の嗜好の傾向を表すものである。すなわ
ち、ベストギフトおよびワーストギフトの情報は、送り
主がギフトを選択する際の目安となるものであり、受取
主が好まないギフトを贈ることによる前述した問題点を
回避するための情報として利用される。

【００４７】図１に戻り、ギフト商品データベース１１
０は、販売者側クライアント４０₁〜４０_s により登録
されたギフト商品の情報を格納するデータベースであ
る。具体的には、ギフト商品データベース１１０は、図
２（ｂ）に示したように「商品ＩＤ」、「仕様」、「サ
ムネイルファイル」および「価格」というフィールドを
備えている。

【００４８】「商品ＩＤ」は、販売店およびギフト商品
を識別するための識別子であり、「販売店名称」および
「ギフト商品名称」から構成されている。例えば、「Ａ
店−飲料詰合せ」は、販売店名称＝Ａ店、ギフト商品名
称＝飲料詰合せである。「仕様」は、ギフト商品の仕様
に関する情報である。「サムネイルファイル」は、ギフ
ト商品のサムネイル画像のファイル名に関する情報であ
る。「価格」は、ギフト商品の販売価格に関する情報で
ある。

【００４９】図１に戻り、ギフト管理データベース１２
０は、送り主からの注文を受けたギフトの管理情報を格
納するデータベースである。具体的には、図２（ｃ）に
示したように、「ギフトＩＤ」、「受取主ＩＤ」、「送
り主ＩＤ」、「種別」、「商品ＩＤ」、「個数」、「配
送予定日」、「礼状／受領拒否状ＩＤ」および「受領拒
否フラグ」というフィールドを備えている。

【００５０】「ギフトＩＤ」は、送り主からの注文を受
けたギフトを特定するための識別子である。「受取主Ｉ
Ｄ」は、受取主を識別するための識別子であり、会員管
理データベース１００の「会員ＩＤ」（図２（ａ）参
照）に対応している。「送り主ＩＤ」は、送り主を識別
するための識別子であり、会員管理データベース１００
の「会員ＩＤ」（図２（ａ）参照）に対応している。
「種別」は、ギフトの種別に関する情報である。

【００５１】「商品ＩＤ」は、ギフト商品データベース
１１０の「商品ＩＤ」（図２（ｂ）参照）に対応してい
る。「個数」は、同一の受取主へ贈られるギフトの個数
に関する情報である。「配送予定日」は、受取主へギフ
トを配送する場合の配送予定日に関する情報である。
「礼状／受領拒否状ＩＤ」は、受取主から送り主へ送付
される礼状または受領拒否状を識別するための識別子で
ある。「受領拒否フラグ」は、実際にギフトが受取主に
配送される前に、送り主からのギフトの受領を拒否した
ことを表すフラグ（同図では「○」）である。

【００５２】図１に戻り、ギフト変更管理データベース
１３０は、受取主の嗜好に当該ギフトが合わない等の理
由により、当該ギフトが実際に受取主に配送される前に
受取主によりオンライン上で別のギフトに変更された場
合のギフト変更管理情報を格納するデータベースであ
る。具体的には、ギフト変更管理データベース１３０
は、図３（ａ）に示したように、「変更ＩＤ」、「ギフ
トＩＤ」、「受取主ＩＤ」、「元商品ＩＤ」、「新商品
ＩＤ」および「変更日」というフィールドを備えてい
る。

【００５３】「変更ＩＤ」は、ギフト変更管理情報を識
別するための識別子である。「ギフトＩＤ」は、ギフト
管理データベース１２０の「ギフトＩＤ」（図２（ｃ）
参照）に対応している。「受取主ＩＤ」は、ギフトの変
更を行った受取主を識別するための識別子である。「元
商品ＩＤ」は、変更前のギフト商品を識別するための識
別子であり、ギフト管理データベース１２０の「商品Ｉ
Ｄ」（図２（ｃ）参照）に対応している。「新商品Ｉ
Ｄ」は、変更後のギフト商品を識別するための識別子で
ある。「変更日」は、ギフトが変更された日付に関する
データである。

【００５４】図１に戻り、礼状／受領拒否状定型文デー
タベース１４０は、受取主から送り主への礼状／受領拒
否状の定型文データを格納するデータベースである。具
体的には、礼状／受領拒否状定型文データベース１４０
は、図３（ｂ）に示したように、「種別」、「礼状／受
領拒否状ＩＤ」および「定型文データ」というフィール
ドを備えている。

【００５５】「種別」は、礼状の種別および受領拒否状
の種別に関する情報である。同図では、「お中元」、
「お歳暮」、「お年賀」および「お祝い」は、礼状に対
応している。一方、「返却」は、受領拒否状に対応して
いる。「礼状／受領拒否状ＩＤ」は、礼状／受領拒否状
を識別するための識別子である。「定型文データ」は、
礼状／受領拒否状に記載される定型文に関するデータで
あり、「種別」に応じた内容とされている。

【００５６】つぎに、上述した一実施の形態の動作につ
いて、図４〜図１０にそれぞれ示したフローチャート、
および図１１〜図２７に示した各画面例を参照しつつ説
明する。図１に示したサーバ５０にアクセスがあると、
主制御部５３は、図１１に示したトップ画面２００を当
該クライアントの出力部に表示させる。このトップ画面
２００には、ＩＤ入力欄２０１、パスワード入力欄２０
２、ログインボタン２０３、会員登録ボタン２０４、送
り主専用画面ボタン２０５および受取主専用画面ボタン
２０６および終了ボタン２０７が表示されている。

【００５７】ここで、サーバ５０においては、図４に示
したステップＳＡ１およびステップＳＡ２、ステップＳ
Ａ４〜ステップＳＡ７の判断が行われる。ステップＳＡ
１では、会員登録要求が有るか否か、すなわち、会員登
録ボタン２０４が押下されたか否かが判断され、この判
断結果が「Ｎｏ」である場合、ステップＳＡ２の判断が
行われる。

【００５８】ステップＳＡ２では、ログイン要求が有る
か否か、すなわち、ＩＤ入力欄２０１およびパスワード
入力欄２０２に会員ＩＤおよびパスワードが入力された
状態でログインボタン２０３が押下されたか否かが判断
され、この判断結果が「Ｎｏ」である場合、ステップＳ
Ａ１の判断が行われる。一方、ステップＳＡ２の判断結
果が「Ｙｅｓ」である場合、ステップＳＡ３では、会員
管理データベース１００が参照され、上記会員ＩＤおよ
びパスワードに基づいて、認証処理が実行される。

【００５９】ステップＳＡ４では、認証結果がＯＫであ
るか否かが判断され、この判断結果が「Ｎｏ」である場
合、ステップＳＡ１の判断が行われる。一方、ステップ
ＳＡ４の判断結果が「Ｙｅｓ」である場合、ステップＳ
Ａ５の判断が行われる。ステップＳＡ５では、送り主に
より送り主専用画面ボタン２０５が押下されたか否かが
判断され、この判断結果が「Ｎｏ」である場合、ステッ
プＳＡ６の判断が行われる。

【００６０】ステップＳＡ６では、受取主により受取主
専用画面ボタン２０６が押下されたか否かが判断され、
この判断結果が「Ｎｏ」である場合、ステップＳＡ７の
判断が行われる。ステップＳＡ７では、終了ボタン２０
７が押下されたか否かが判断され、この判断結果が「Ｎ
ｏ」である場合、ステップＳＡ５の判断が行われる。一
方、ステップＳＡ７の判断結果が「Ｙｅｓ」である場
合、ステップＳＡ１の判断が行われる。

【００６１】ここで、会員希望者によりクライアントを
介して会員登録ボタン２０４が押下されると、主制御部
５３は、ステップＳＡ１の判断結果を「Ｙｅｓ」とし
て、ステップＳＡ８の会員登録処理を実行する。具体的
には、主制御部５３は、図１２に示した会員登録画面２
１０を会員希望者のクライアントの出力部に表示させ
る。

【００６２】これにより、会員希望者は、会員登録画面
２１０の会員情報入力欄２１１、ベストギフト公開フラ
グ設定欄２１２およびワーストギフト公開フラグ設定欄
２１３のそれぞれに情報を入力する。これらの会員情報
入力欄２１１〜ワーストギフト公開フラグ設定欄２１３
のそれぞれの情報は、図２（ａ）に示した会員管理デー
タベース１００の各フィールド（但し、パスワードを除
く）に対応している。そして、登録ボタン２１４が押下
されると、主制御部５３は、入力された情報を会員管理
データベース１００（図２（ａ）参照）に格納する。

【００６３】つぎに、送り主がギフトを注文する場合に
ついて説明する。この場合、送り主は、送り主側クライ
アント１０₁ を操作することにより、図１１に示したＩ
Ｄ入力欄２０１およびパスワード入力欄２０２に会員Ｉ
Ｄおよびパスワードを入力した後、ログインボタン２０
３を押下する。これにより、主制御部５３は、ステップ
ＳＡ２の判断結果を「Ｙｅｓ」とする、ステップＳＡ３
では、主制御部５３は、認証処理を実行する。ステップ
ＳＡ４では、主制御部５３は、認証結果がＯＫであるか
否かを判断し、この場合、同判断結果を「Ｙｅｓ」とす
る。

【００６４】そして、送り主により送り主専用画面ボタ
ン２０５が押下されると、主制御部５３は、ステップＳ
Ａ５の判断結果を「Ｙｅｓ」とする。ステップＳＡ９で
は、送り主関連制御部５４は、ギフト注文処理を実行す
る。すなわち、図５に示したステップＳＢ１では、送り
主関連制御部５４は、送り主により、ギフトの受取主が
指定されたか否かが判断され、この判断結果が「Ｎｏ」
である場合、同判断を繰り返す。

【００６５】ここで、送り主により受取主が指定される
と、送り主関連制御部５４は、ステップＳＢ１の判断結
果を「Ｙｅｓ」とする。受取主の指定方法としては、Ｗ
ｅｂサイト６０に表示される受取主の一覧の中から指定
する方法が挙げられる。ステップＳＢ２では、送り主関
連制御部５４は、会員管理データベース１００から受取
主の会員ＩＤを検索する。

【００６６】ステップＳＢ３では、送り主関連制御部５
４は、会員管理データベース１００における当該受取主
（会員）の公開フラグ（ベストギフト公開フラグ、ワー
ストギフト公開フラグ）が「Ｙｅｓ」であるか否かを判
断し、この判断結果が「Ｎｏ」である場合、ステップＳ
Ｂ５の処理を実行する。一方、ステップＳＢ３の判断結
果が「Ｙｅｓ」である場合、ステップＳＢ４では、送り
主関連制御部５４は、ギフト変更管理データベース１３
０（図３（ａ）参照）から受取主ＩＤを検索する。

【００６７】ステップＳＢ５では、送り主関連制御部５
４は、送り主側クライアント１０₁の出力部１８₁ に、
図１３に示した選択画面２２０を表示させる。この選択
画面２２０には、一般ギフト一覧参照ボタン２２１およ
びベスト／ワーストギフト一覧参照ボタン２２２が表示
されている。ステップＳＢ６では、送り主関連制御部５
４は、一般ギフト一覧参照ボタン２２１が押下されたか
否かを判断し、この判断結果が「Ｙｅｓ」である場合、
ステップＳＢ１１の処理を実行する。

【００６８】一方、ステップＳＢ６の判断結果が「Ｎ
ｏ」である場合、ステップＳＢ７では、送り主関連制御
部５４は、ベスト／ワーストギフト一覧参照ボタン２２
２が押下されたか否かを判断し、この判断結果が「Ｎ
ｏ」である場合、ステップＳＢ６の判断を行う。ここ
で、ベスト／ワーストギフト一覧参照ボタン２２２が押
下されると、送り主関連制御部５４は、ステップＳＢ７
の判断結果を「Ｙｅｓ」とする。

【００６９】ステップＳＢ８では、送り主関連制御部５
４は、図１４に示したベスト／ワーストギフト一覧画面
２３０を送り主側クライアント１０₁ の出力部１８₁ に
表示させる。このベスト／ワーストギフト一覧画面２３
０には、受取主（同図では、赤坂 太郎）に関する前述
したベストギフトおよびワーストギフトに関するベスト
ギフト情報２３１およびワーストギフト情報２３２が表
示されている。

【００７０】これらのベストギフト情報２３１およびワ
ーストギフト情報２３２は、図３（ａ）に示したギフト
変更管理データベース１３０における当該受取主に関す
るギフト変更管理情報から生成される。すなわち、「元
商品ＩＤ」に対応するギフトは、受取主の嗜好に合わな
いものとみなすことができるため、ワーストギフトとさ
れる。一方、「新商品ＩＤ」に対応するギフトは、受取
主の嗜好に合うものとみなすことができるため、ベスト
ギフトとされる。ワーストギフトおよびベストギフトの
順位は、「元商品ＩＤ」の出現回数の多い順および「新
商品ＩＤ」の出現回数の多い順により決定される。

【００７１】送り主は、ベスト／ワーストギフト一覧画
面２３０により、受取主に適したギフト、適さないギフ
トを把握することができる。ステップＳＢ９では、送り
主関連制御部５４は、ベストギフト選択ボタン２３３が
押下されたか否かを判断し、この判断結果が「Ｎｏ」で
ある場合、ステップＳＢ１０の判断を行う。ステップＳ
Ｂ１０では、送り主関連制御部５４は、一般ギフト選択
ボタン２３４が押下されたか否かを判断し、この判断結
果が「Ｎｏ」である場合、ステップＳＢ９の判断を行
う。

【００７２】ここで、一般ギフト選択ボタン２３４が押
下されると、送り主関連制御部５４は、ステップＳＢ１
０の判断結果を「Ｙｅｓ」として、ステップＳＢ１１の
処理を実行する。なお、一般ギフト一覧参照ボタン２２
１（図１３参照）が押下されると、送り主関連制御部５
４は、ステップＳＢ６の判断結果を「Ｙｅｓ」として、
ステップＳＢ１１の処理を実行する。

【００７３】ステップＳＢ１１では、送り主関連制御部
５４は、ギフト商品データベース１１０から任意の情報
を抽出するという一般ギフト検索処理を実行する。ここ
でいう一般ギフトとは、受取主の嗜好との関連性の有無
に係わらないギフトをいう。ステップＳＢ１２では、送
り主関連制御部５４は、検索された一般ギフトの情報に
基づいて、送り主側クライアント１０₁ の出力部１８₁
に図１５に示した一般ギフト一覧画面２４０を表示させ
る。

【００７４】この一般ギフト一覧画面２４０には、選択
チェックボックス、商品ＩＤ、価格、詳細ボタン２４１
₁ 、２４１₂ 等が表示されている。ステップＳＢ１３で
は、送り主関連制御部５４は、詳細ボタンが押下された
か否かを判断し、この判断結果が「Ｎｏ」である場合、
ステップＳＢ１５の判断を行う。ここで、Ａ店−飲料詰
合せの詳細情報を表示するための詳細ボタン２４１₁ が
押下されると、送り主関連制御部５４は、ステップＳＢ
１３の判断結果を「Ｙｅｓ」とする。

【００７５】ステップＳＢ１４では、送り主関連制御部
５４は、ギフト商品データベース１１０（図２（ｂ）参
照）の「仕様」、「サムネイルファイル」および「価
格」に基づいて、図１５に示した詳細情報画面２４３を
送り主側クライアント１０₁ の出力部１８₁ に表示させ
る。

【００７６】この詳細情報画面２４３には、Ａ店ー飲料
詰合せに関するサムネイル画像２４４、価格、仕様２４
５が表示されている。ステップＳＢ１５では、送り主関
連制御部５４は、ギフト選択ボタン（ギフト選択ボタン
２４６、２４２）が押下されたか否かを判断し、この判
断結果が「Ｎｏ」である場合、ステップＳＢ１３の判断
を行う。

【００７７】一方、図１４に示したベストギフト選択ボ
タン２３３が押下されると、送り主関連制御部５４は、
ステップＳＢ９の判断結果を「Ｙｅｓ」とする。ステッ
プＳＢ１７では、送り主関連制御部５４は、ベストギフ
ト情報２３１をキーとして、ギフト商品データベース１
１０（図２（ｂ）参照）内を検索し、ベストギフトの情
報を抽出する。

【００７８】ステップＳＢ１８では、送り主関連制御部
５４は、ベストギフトの情報に基づいて、送り主側クラ
イアント１０₁ の出力部１８₁ に図１６に示したベスト
ギフト一覧画面２５０を表示させる。このベストギフト
一覧画面２５０には、一般ギフト一覧画面２４０（図１
５参照）と同様にして、選択チェックボックス、商品Ｉ
Ｄ、価格、詳細ボタン２５１₁ 、２５１₂ 等が表示され
ている。ただし、ベストギフト一覧画面２５０に表示さ
れている商品ＩＤは、受取主が好むギフトに関するもの
であるため、贈って喜ばれる可能性が非常に高いギフト
に関するものである。

【００７９】ステップＳＢ１３では、送り主関連制御部
５４は、詳細ボタンが押下されたか否かを判断し、この
判断結果が「Ｎｏ」である場合、ステップＳＢ１５の判
断を行う。ここで、Ａ店−ワインセットの詳細情報を表
示するための詳細ボタン２５１₁ が押下されると、送り
主関連制御部５４は、ステップＳＢ１３の判断結果を
「Ｙｅｓ」とする。

【００８０】ステップＳＢ１４では、送り主関連制御部
５４は、図１６に示した詳細情報画面２５３を送り主側
クライアント１０₁ の出力部１８₁ に表示させる。この
詳細情報画面２５３には、Ａ店−ワインセットに関する
サムネイル画像２５４、価格、仕様２５５が表示されて
いる。

【００８１】ステップＳＢ１５では、送り主関連制御部
５４は、ギフト選択ボタン（この場合、ギフト選択ボタ
ン２５２、２５６）が押下されたか否かを判断し、この
判断結果が「Ｎｏ」である場合、ステップＳＢ１３の判
断を行う。ここで、ギフト選択ボタン２５６が押下され
ると、送り主関連制御部５４は、ステップＳＢ１５の判
断結果を「Ｙｅｓ」とする。

【００８２】ステップＳＢ１６では、送り主関連制御部
５４は、ギフト注文情報に関するギフト注文情報入力画
面（図示略）を送り主側クライアント１０₁ の出力部１
８₁に表示させる。ギフト注文情報は、図２（ｃ）に示
した選択したギフト（この場合、ベストギフト）に関す
る情報、受取主に関する情報、種別、個数、配送予定日
等である。

【００８３】そして、ギフト注文情報入力画面の注文ボ
タン（図示略）が押下されると、送り主関連制御部５４
は、ギフト注文情報を図２（ｃ）に示したギフト管理デ
ータベース１２０に格納する。また、送り主関連制御部
５４は、当該ギフトの注文を受け付ける。これにより、
メール送受信制御部５７は、例えば、販売者側クライア
ント４０₁ へ注文情報を電子メールで送信する。販売者
側では、注文されたギフトの確保、配送手配、決済等の
一連の処理を実行する。

【００８４】また、メール送受信制御部５７は、受取主
のメールアドレス宛に、送り主からのギフトの注文があ
った旨を電子メールにて通知する。なお、受取主にメー
ルアドレスが付与されていない場合には、郵便等の手段
によりギフトの注文があった旨が受取主に通知される。

【００８５】そして、上記通知を受けた受取主は、例え
ば、受取主側クライアント３０₁ を操作することによ
り、サーバ５０にアクセスする。これにより、受取主側
クライアント３０₁ の出力部（図示略）には、図１１に
示したトップ画面２００が表示される。以後、受取主
は、前述した送り主の場合と同様にして、会員ＩＤ／パ
スワードの認証を受けた後、受取主専用画面ボタン２０
６を押下する。なお、一実施の形態では、送り主からギ
フトの注文を受け付けた際に、必ずしも受取主に通知を
行う必要が無く、受取主が適宜自分宛のギフトがあるか
否かを確認するようにしてもよい。

【００８６】これにより、主制御部５３は、図４に示し
たステップＳＡ６の判断結果を「Ｙｅｓ」とする。ステ
ップＳＡ１０では、受取主関連制御部５５は、受取主が
当該ギフトに関する情報を確認するためのギフト確認処
理を実行する。すなわち、図６に示したステップＳＣ１
では、受取主関連制御部５５は、当該受取主の受取主Ｉ
Ｄをキーとして、ギフト管理データベース１２０を検索
し、当該受取主に対応するギフト管理情報を取得する。
なお、一実施の形態では、送り主からギフト注文を受け
た際に、必ずしも受取主に通知を行う必要はなく、受取
主が適宜、自分宛のギフトがあるか否かを確認するよう
にしてもよい。

【００８７】ステップＳＣ２では、受取主関連制御部５
５は、当該受取主に対応するギフト管理情報に基づい
て、図１７に示したギフト一覧画面２６０を受取主側ク
ライアント３０₁ の出力部に表示させる。このギフト一
覧画面２６０は、当該受取主（この場合、赤坂 太郎）
に贈られたギフトの一覧が表示されている。同図に示し
た例では、３名の送り主（大阪 花子、松本 和夫、博
多 次郎）が受取主（赤坂 太郎）へそれぞれギフトを
贈っていることがわかる。

【００８８】ギフト情報２６１₁ は、送り主（大阪 花
子）に対応する、ギフト種別：お中元、商品ＩＤ：Ａ店
−飲料詰合せ、配送予定日という情報からなる。礼状受
付ボタン２６２₁ は、受取主（赤坂 太郎）から送り主
（大阪 花子）への礼状の受け付けを行うためのボタン
である。

【００８９】ギフト変更ボタン２６３₁ は、送り主（大
阪 花子）からのギフト（Ａ店−飲料詰合せ）を別のギ
フトに変更するためのボタンである。配送予定日変更ボ
タン２６４₁ は、受取主（赤坂 太郎）の都合に合わせ
て、当該ギフトの配送予定日を変更するためのボタンで
ある。受領拒否ボタン２６５₁ は、受取主（赤坂 太
郎）の都合により、送り主（大阪 花子）からのギフト
の受領を拒否するためのボタンである。

【００９０】また、ギフト情報２６１₂ は、送り主（松
本 和夫）に対応する、ギフト種別：お祝い、商品Ｉ
Ｄ：Ａ店−極上のり、配送予定日という情報からなる。
礼状受付ボタン２６２₂ は、受取主（赤坂 太郎）から
送り主（松本 和夫）への礼状の受け付けを行うための
ボタンである。

【００９１】ギフト変更ボタン２６３₂ は、送り主（松
本 和夫）からのギフト（Ａ店−極上のり）を別のギフ
トに変更するためのボタンである。配送予定日変更ボタ
ン２６４₂ は、受取主（赤坂 太郎）の都合に合わせ
て、当該ギフトの配送予定日を変更するためのボタンで
ある。受領拒否ボタン２６５₂ は、受取主（赤坂 太
郎）の都合により、送り主（松本 和夫）からのギフト
の受領を拒否するためのボタンである。

【００９２】また、ギフト情報２６１₃ は、送り主（博
多 次郎）に対応する、ギフト種別：お中元、商品Ｉ
Ｄ：Ｃ店−そうめんセット、配送予定日という情報から
なる。礼状受付ボタン２６２₃ は、受取主（赤坂 太
郎）から送り主（博多 次郎）への礼状の受け付けを行
うためのボタンである。

【００９３】ギフト変更ボタン２６３₃ は、送り主（博
多 次郎）からのギフト（Ｃ店−そうめんセット）を別
のギフトに変更するためのボタンである。配送予定日変
更ボタン２６４₃ は、受取主（赤坂 太郎）の都合に合
わせて、当該ギフトの配送予定日を変更するためのボタ
ンである。受領拒否ボタン２６５₃ は、受取主（赤坂太
郎）の都合により、送り主（博多 次郎）からのギフト
の受領を拒否するためのボタンである。終了ボタン２６
６は、ギフト確認処理を終了するためのボタンである。
明細画面ボタン２６７は、ギフトの明細情報に関する明
細画面を表示するためのボタンである。

【００９４】以後、受取主関連制御部５５は、図６に示
したステップＳＣ３〜ステップＳＣ８のそれぞれの判断
を行う。すなわち、ステップＳＣ３では、図１７に示し
た礼状受付ボタン（礼状受付ボタン２６２₁ 〜２６２
₃ ）が押下されたか否かが判断され、この判断結果が
「Ｎｏ」である場合、ステップＳＣ４の判断が行われ
る。ステップＳＣ４では、ギフト変更ボタン（ギフト変
更ボタン２６３₁ 〜２６３₃）が押下されたか否かが判
断され、この判断結果が「Ｎｏ」である場合、ステップ
ＳＣ５の判断が行われる。

【００９５】ステップＳＣ５では、配送予定日変更ボタ
ン（配送予定日変更ボタン２６４₁〜２６４₃ ）が押下
されたか否かが判断され、この判断結果が「Ｎｏ」であ
る場合、ステップＳＣ６の判断が行われる。ステップＳ
Ｃ６では、受領拒否ボタン（受領拒否ボタン２６５₁ 〜
２６５₃ ）が押下されたか否かが判断され、この判断結
果が「Ｎｏ」である場合、ステップＳＣ７の判断が行わ
れる。ステップＳＣ７では、明細画面ボタン２６７が押
下されたか否かが判断され、この判断結果が「Ｎｏ」で
ある場合、ステップＳＣ８の判断が行われる。ステップ
ＳＣ８では、終了ボタン２６６が押下されたか否かが判
断され、この判断結果が「Ｎｏ」である場合、ステップ
ＳＣ３の判断が行われる。

【００９６】ここで、受取主（赤坂 太郎）により、図
１７に示した礼状受付ボタン２６２ ₁ が押下されると、
受取主関連制御部５５は、ステップＳＣ３の判断結果を
「Ｙｅｓ」とする。ステップＳＣ９では、受取主関連制
御部５５は、礼状受付処理を実行する。

【００９７】すなわち、図７に示したステップＳＤ１で
は、受取主関連制御部５５は、図３（ｂ）に示した礼状
／受領拒否状定型文データベース１４０から礼状に対応
する定型文データを抽出した後、定型文データに基づい
て、図１８に示した礼状編集画面２７０を受取主側クラ
イアント３０₁ の出力部に表示させる。この礼状編集画
面２７０は、複数の定型文２７１の中から、送り主（大
阪 花子）への礼状（お中元）に記載される定型文を選
択するための画面である。複数の定型文２７１は、図３
（ｂ）に示した礼状／受領拒否状定型文データベース１
４０の「定型文データ」に対応している。

【００９８】ステップＳＤ２では、受取主関連制御部５
５は、定型文のチェックボックスがチェックされた後、
定型文選択ボタン２７２が押下されたか否かを判断し、
この判断結果が「Ｎｏ」である場合、同判断を繰り返
す。そして、受取主（赤坂 太郎）により、同図に示し
た「タイプ１：この度は結構なお品を頂戴し・・・」と
いう定型文のチェックボックスがチェックされた後、定
型文選択ボタン２７２が押下されると、受取主関連制御
部５５は、ステップＳＤ２の判断結果を「Ｙｅｓ」とす
る。

【００９９】ステップＳＤ３では、受取主関連制御部５
５は、受取主側クライアント３０₁の出力部に図１９に
示した確認画面２８０を表示させる。この確認画面２８
０は、ステップＳＤ２で選択された定型文に基づいて作
成された礼状の文面を確認するための画面である。ここ
では、表示された定型文に対して、例えば、図中の斜体
文字で示したような編集を行うこともできる。ステップ
ＳＤ４では、受取主関連制御部５５は、受取主（赤坂
太郎）により、確定ボタン２８１が押下されたか否かを
判断し、この判断結果が「Ｎｏ」である場合、同判断を
繰り返す。

【０１００】ここで、確定ボタン２８１が押下される
と、受取主関連制御部５５は、ステップＳＤ４の判断結
果を「Ｙｅｓ」とする。ステップＳＤ５では、受取主関
連制御部５５は、会員管理データベース１００を検索し
て、送り主（大阪 花子）のメールアドレスが有るか否
かを判断する。

【０１０１】この場合、メールアドレスが有るものとす
ると、受取主関連制御部５５は、ステップＳＤ５の判断
結果を「Ｙｅｓ」とする。ステップＳＤ６では、メール
送受信制御部５７は、電子メールにて、確認画面２８０
により確認された礼状を送り主側クライアント（大阪
花子）へ送付する。一方、ステップＳＤ５の判断結果が
「Ｎｏ」である場合、ステップＳＤ８では、郵便にて当
該礼状が送付される。

【０１０２】ステップＳＤ７では、受取主関連制御部５
５は、図２（ｃ）に示したギフト管理データベース１２
０の「礼状／受領拒否状ＩＤ」に情報を格納し、ギフト
管理データベース１２０を更新する。

【０１０３】つぎに、受取主（赤坂 太郎）により、図
１７に示した配送予定日変更ボタン２６４₁ が押下され
ると、受取主関連制御部５５は、図６に示したステップ
ＳＣ５の判断結果を「Ｙｅｓ」とする。ステップＳＣ１
１では、受取主関連制御部５５は、配送予定日変更処理
を実行する。すなわち、図９に示したステップＳＦ１で
は、受取主関連制御部５５は、図２０に示した配送予定
日変更画面２９０を受取主側クライアント３０₁ の出力
部に表示させる。

【０１０４】この配送予定日変更画面２９０は、受取主
（赤坂 太郎）の都合に合わせて、送り主（大阪 花
子）からのギフト（Ａ店−飲料詰合せ）の配送予定日を
変更するための画面である。ステップＳＦ２では、受取
主関連制御部５５は、確定ボタン２９２が押下されたか
否かを判断し、この判断結果が「Ｎｏ」である場合、同
判断を繰り返す。

【０１０５】ここで、受取主（赤坂 太郎）により、
「配送予定日をつぎの日付に変更する」のチェックボッ
クスがチェックされるとともに、変更後配送予定日入力
欄２９１に「２０００／０９／３０」と入力された後、
確定ボタン２９２が押下されると、受取主関連制御部５
５は、ステップＳＦ２の判断結果を「Ｙｅｓ」とする。
つまり、受取主（赤坂 太郎）は、当該ギフトの配送予
定日を「２０００／０７／１５」から「２０００／０９
／３０」に変更したのである。

【０１０６】ステップＳＦ３では、受取主関連制御部５
５は、ギフト管理データベース１２０（図２（ｃ）参
照）の「配送予定日」に、変更後の配送予定日の情報を
格納する。ステップＳＦ４では、受取主関連制御部５５
は、図１７に示したギフト一覧画面２６０を更新し、受
取主側クライアント３０₁ の出力部に図２１に示したギ
フト一覧画面２６０Ａを表示させる。このギフト一覧画
面２６０Ａにおいては、ギフト情報２６１Ａ₁ の「配送
予定日」（同図網掛け部分）が更新されている。

【０１０７】また、配送予定日を無期限に延長する場
合、受取主（赤坂 太郎）は、図２０に示した「配送日
予定日を指定しない」のチェックボックスをチェックし
た後、確定ボタン２９２を押下する。この場合、当該ギ
フトは、配送予定日が再指定されるまで、データ上保留
される。また、図２（ｃ）に示したギフト管理データベ
ース１２０の「配送予定日」には、配送予定日の無期限
延長を意味する「−」マークが格納される。

【０１０８】つぎに、受取主（赤坂 太郎）は、図２１
に示した送り主（松本 和夫）からのギフト（商品Ｉ
Ｄ：Ａ店−極上のり）を別のギフトに変更すべく、図２
１に示したギフト変更ボタン２６３₂ を押下する。これ
により、受取主関連制御部５５は、図６に示したステッ
プＳＣ４の判断結果を「Ｙｅｓ」とする。ステップＳＣ
１０では、受取主関連制御部５５は、ギフト変更処理を
実行する。

【０１０９】すなわち、図８に示したステップＳＥ１で
は、受取主関連制御部５５は、当該ギフトの価格をキー
として、変更可能商品（ギフト）をギフト商品データベ
ース１１０から検索する。変更可能商品は、当該ギフト
と同一の価格帯のものである。ステップＳＥ２では、受
取主関連制御部５５は、図２２に示したギフト変更画面
３００を受取主側クライアント３０₁ の出力部に表示さ
せる。

【０１１０】このギフト変更画面３００には、選択チェ
ックボックス、変更可能商品に関する商品ＩＤ、価格、
詳細ボタン３０１₁ 、３０１₂ 等が表示されている。こ
の詳細ボタン３０１₁ が押下されると、受取主関連制御
部５５は、ギフト商品データベース１１０（図２（ｂ）
参照）の「仕様」、「サムネイルファイル」および「価
格」に基づいて、変更可能商品に関する詳細情報画面３
０３を受取主側クライアント３０₁ の出力部に表示させ
る。

【０１１１】この詳細情報画面３０３には、Ａ店ーワイ
ンセットに関するサムネイル画像３０４、価格、仕様３
０５が表示されている。ステップＳＥ３では、受取主関
連制御部５５は、選択ボタン（選択ボタン３０２、３０
６）が押下されたか否かを判断し、この判断結果が「Ｎ
ｏ」である場合、同判断を繰り返す。ここで、選択ボタ
ン３０６が押下されると、受取主関連制御部５５は、ス
テップＳＥ３の判断結果を「Ｙｅｓ」とする。

【０１１２】ステップＳＥ４では、受取主関連制御部５
５は、ギフト変更確認画面（図示略）を受取主側クライ
アント３０₁ の出力部に表示させる。このギフト変更確
認画面には、変更後のギフトに関する情報および登録ボ
タンが表示されている。ステップＳＥ５では、受取主関
連制御部５５は、上記登録ボタンが押下されたか否かを
判断し、この判断結果が「Ｎｏ」である場合、同判断を
繰り返す。ここで、受取主（赤坂 太郎）により、登録
ボタンが押下されると、受取主関連制御部５５は、ステ
ップＳＥ５の判断結果を「Ｙｅｓ」とする。

【０１１３】ステップＳＥ６では、受取主関連制御部５
５は、図３（ａ）に示したギフト変更管理データベース
１３０に上記変更に伴う情報を登録する。また、受取主
関連制御部５５は、図２（ｃ）に示したギフト管理デー
タベース１２０を更新する。ステップＳＥ７では、受取
主関連制御部５５は、図２１に示したギフト一覧画面２
６０Ａを更新し、受取主側クライアント３０₁ の出力部
に図２３に示したギフト一覧画面２６０Ｂを表示させ
る。このギフト一覧画面２６０Ｂにおいては、ギフト情
報２６１Ｂ₂ の「商品ＩＤ」（同図網掛け部分）が「Ａ
店−ワインセット」に更新されている。

【０１１４】つぎに、受取主（赤坂 太郎）は、図２３
に示した送り主（博多 次郎）からのギフトの受領を拒
否すべく、受領拒否ボタン２６５₃ を押下する。これに
より、受取主関連制御部５５は、図６に示したステップ
ＳＣ６の判断結果を「Ｙｅｓ」とする。ステップＳＣ１
２では、受取主関連制御部５５は、受領拒否処理を実行
する。

【０１１５】すなわち、図１０に示したステップＳＧ１
では、受取主関連制御部５５は、図３（ｂ）に示した礼
状／受領拒否状定型文データベース１４０から受領拒否
状に対応する定型文データを抽出した後、定型文データ
に基づいて、図２４に示した受領拒否状編集画面３１０
を受取主側クライアント３０₁ の出力部に表示させる。
この受領拒否状編集画面３１０は、複数の定型文３１１
の中から、送り主（博多 次郎）への受領拒否状（返
却）に記載される定型文を選択するための画面である。
複数の定型文３１１は、図３（ｂ）に示した礼状／受領
拒否状定型文データベース１４０の「定型文データ」に
対応している。

【０１１６】ステップＳＧ２では、受取主関連制御部５
５は、定型文のチェックボックスがチェックされた後、
定型文選択ボタン３１２が押下されたか否かを判断し、
この判断結果が「Ｎｏ」である場合、同判断を繰り返
す。そして、受取主（赤坂 太郎）により、同図に示し
た「タイプ２：この品物は受け取れませんので・・・」
という定型文のチェックボックスがチェックされた後、
定型文選択ボタン３１２が押下されると、受取主関連制
御部５５は、ステップＳＧ２の判断結果を「Ｙｅｓ」と
する。

【０１１７】ステップＳＧ３では、受取主関連制御部５
５は、受取主側クライアント３０₁の出力部に図２５に
示した確認画面３２０を表示させる。この確認画面３２
０は、ステップＳＧ２で選択された定型文に基づいて作
成された受領拒否状の文面を確認するための画面であ
る。ここでは、表示された定型文に対して、編集を行う
こともできる。ステップＳＧ４では、受取主関連制御部
５５は、受取主（赤坂太郎）により、確定ボタン３２１
が押下されたか否かを判断し、この判断結果が「Ｎｏ」
である場合、同判断を繰り返す。

【０１１８】ここで、確定ボタン３２１が押下される
と、受取主関連制御部５５は、ステップＳＧ４の判断結
果を「Ｙｅｓ」とする。ステップＳＧ５では、受取主関
連制御部５５は、会員管理データベース１００を検索し
て、送り主（博多 次郎）のメールアドレスが有るか否
かを判断する。

【０１１９】この場合、メールアドレスが有るものとす
ると、受取主関連制御部５５は、ステップＳＧ５の判断
結果を「Ｙｅｓ」とする。ステップＳＧ６では、メール
送受信制御部５７は、電子メールにて、確認画面３２０
により確認された受領拒否状を送り主側クライアント
（博多 次郎）へ送付する。一方、ステップＳＧ５の判
断結果が「Ｎｏ」である場合、ステップＳＧ８では、郵
便にて当該受領拒否状が送付される。

【０１２０】ステップＳＧ７では、受取主関連制御部５
５は、図２（ｃ）に示したギフト管理データベース１２
０の「礼状／受領拒否状ＩＤ」に情報を格納するととも
に、「受領拒否フラグ」に「○」マークを格納し、ギフ
ト管理データベース１２０を更新する。また、受取主関
連制御部５５は、図２３に示したギフト一覧画面２６０
Ｂを更新し、受取主側クライアント３０₁ の出力部に図
２６に示したギフト一覧画面２６０Ｃを表示させる。こ
のギフト一覧画面２６０Ｃにおいては、ギフト情報２６
１₃ （図２３参照）が削除されている。

【０１２１】最後に、受取主（赤坂 太郎）により、図
２６に示した明細画面ボタン２６７が押下されると、受
取主関連制御部５５は、図６に示したステップＳＣ７の
判断結果を「Ｙｅｓ」とする。ステップＳＣ１３では、
受取主関連制御部５５は、図２７に示した明細画面３３
０を受取主側クライアント３０₁ の出力部に表示する。
この明細画面３３０には、ギフト情報および上述した礼
状受付、ギフト変更、配送予定日変更、受領拒否等の履
歴情報が表示されている。

【０１２２】以上説明したように、一実施の形態によれ
ば、受取主に関するギフト変更履歴情報をギフト変更管
理データベース１３０（図３（ａ）参照）に格納し、ギ
フト注文時に上記ギフト変更履歴情報を送り主側クライ
アントへ提供するようにしたので、ギフト変更履歴情報
に基づいて受取主の嗜好の傾向を把握することができる
ため、不要なギフトを贈るという無駄を回避させ、ギフ
トの送り主、受取主および販売者の利便性、経済性を向
上させることができる。

【０１２３】また、一実施の形態によれば、ギフト変更
履歴情報に基づいて少なくとも当該受取主に適したベス
トギフト情報をギフト注文時に送り主側クライアントに
提供するようにしたので、受取主が好むギフトを把握す
ることができるため、不要なギフトを贈るという無駄を
回避させ、ギフトの送り主、受取主および販売者の利便
性、経済性を向上させることができる。

【０１２４】また、一実施の形態によれば、ギフト変更
履歴情報に基づいて少なくとも当該受取主に適さないワ
ーストギフト情報をギフト注文時に送り主側クライアン
トに提供するようにしたので、受取主が好まないギフト
を把握することができるため、不要なギフトを贈るとい
う無駄を回避させ、ギフトの送り主、受取主および販売
者の利便性、経済性を向上させることができる。

【０１２５】また、一実施の形態によれば、受取主から
送り主への礼状を受け付け、この礼状を電子メールまた
は郵便により送り主側クライアント（送り主）へ送付す
るようにしたので、受取主の利便性を向上させることが
できる。

【０１２６】また、一実施の形態によれば、送り主から
のギフトの受領を拒否するための受領拒否状を受け付
け、この受領拒否状を電子メールまたは郵便により送り
主側クライアント（送り主）へ送付するようにしたの
で、受取主が確かに当該ギフトを受領しなかったことが
電子的に記録され管理できるとともに、受取拒否に伴う
受取主の精神的負担を軽減することができ、さらに無駄
な配送を回避することができる。

【０１２７】以上本発明にかかる一実施の形態について
図面を参照して詳述してきたが、具体的な構成例はこの
一実施の形態に限られるものではなく、本発明の要旨を
逸脱しない範囲の設計変更等があっても本発明に含まれ
る。例えば、前述した一実施の形態においては、サーバ
５０の機能を実現するためのギフト仲介プログラムを図
２８に示したコンピュータ読み取り可能な記録媒体５０
０に記録して、この記録媒体５００に記録されたギフト
仲介プログラムを同図に示したコンピュータ４００に読
み込ませ、実行することによりサーバ５０の機能を実現
するようにしてもよい。

【０１２８】図２８に示したコンピュータ４００は、上
記ギフト仲介プログラムを実行するＣＰＵ（Central Pr
ocessing Unit）４０１と、キーボード、マウス等の入
力装置４０２と、各種データを記憶するＲＯＭ（Read O
nly Memory）４０３と、演算パラメータ等を記憶するＲ
ＡＭ４０４と、記録媒体５００からギフト仲介プログラ
ムを読み取る読取装置４０５と、ディスプレイ、プリン
タ等の出力装置４０６と、装置各部を接続するバスＢＵ
とから構成されている。

【０１２９】ＣＰＵ４０１は、読取装置４０５を経由し
て記録媒体５００に記録されているギフト仲介プログラ
ムを読み込んだ後、ギフト仲介プログラムを実行するこ
とにより、前述したサーバ５０の機能を実現する。な
お、記録媒体５００には、光ディスク、フロッピー（登
録商標）ディスク、ハードディスク等の可搬型の記録媒
体が含まれることはもとより、ネットワークのようにデ
ータを一時的に記録保持するような伝送媒体も含まれ
る。

【０１３０】

【発明の効果】以上説明したように、本発明によれば、
受取主に関するギフト変更情報を格納し、ギフト注文時
に上記ギフト変更情報を送り主側クライアントへ提供す
るようにしたので、ギフト変更情報に基づいて受取主の
嗜好の傾向を把握することができるため、不要なギフト
を贈るという無駄を回避させ、ギフトの送り主、受取主
および販売者の利便性、経済性を向上させることができ
るという効果を奏する。

【０１３１】また、本発明によれば、ギフト変更情報に
基づいて少なくとも当該受取主に適したベストギフト情
報をギフト注文時に送り主側クライアントに提供するよ
うにしたので、受取主が好むギフトを把握することがで
きるため、不要なギフトを贈るという無駄を回避させ、
ギフトの送り主、受取主および販売者の利便性、経済性
を向上させることができるという効果を奏する。

【０１３２】また、本発明によれば、ギフト変更情報に
基づいて少なくとも当該受取主に適さないワーストギフ
ト情報をギフト注文時に送り主側クライアントに提供す
るようにしたので、受取主が好まないギフトを把握する
ことができるため、不要なギフトを贈るという無駄を回
避させ、ギフトの送り主、受取主および販売者の利便
性、経済性を向上させることができるという効果を奏す
る。

【０１３３】また、本発明によれば、受取主から送り主
への礼状を受け付け、この礼状を少なくとも電子データ
として送り主側クライアントへ送付するようにしたの
で、受取主の利便性を向上させることができるという効
果を奏する。

【０１３４】また、本発明によれば、送り主からのギフ
トの受領を拒否するための受領拒否状を受け付け、この
受領拒否状を少なくとも電子データとして送り主側クラ
イアントへ送付するようにしたので、受取主が確かに当
該ギフトを受領しなかったことが電子的に記録され管理
できるとともに、受取拒否に伴う受取主の精神的負担を
軽減することができ、さらに無駄な配送を回避すること
ができるという効果を奏する。

【０１３５】また、本発明によれば、ギフト変更情報の
うち、当該受取主に適したギフトの情報を受信するよう
にしたので、受取主が好むギフトを把握することができ
るため、不要なギフトを贈るという無駄を回避させ、ギ
フトの送り主、受取主および販売者の利便性、経済性を
向上させることができるという効果を奏する。

【０１３６】また、本発明によれば、ギフト変更情報の
うち、当該受取主に適さないギフトの情報を受信するよ
うにしたので、受取主が好まないギフトを把握すること
ができるため、不要なギフトを贈るという無駄を回避さ
せ、ギフトの送り主、受取主および販売者の利便性、経
済性を向上させることができるという効果を奏する。

【０１３７】また、本発明によれば、受取主から送り主
への礼状を送信する旨の指示情報を送信するようにした
ので、礼状送付に関する受取主の利便性を向上させるこ
とができるという効果を奏する。

【０１３８】また、本発明によれば、送り主からのギフ
トの受領を拒否する旨の指示情報を送信するようにした
ので、受取拒否に伴う受取主の精神的負担を軽減するこ
とができ、さらに無駄な配送を回避することができると
いう効果を奏する。

【図面の簡単な説明】

【図１】本発明にかかる一実施の形態の構成を示すブロ
ック図である。

【図２】同一実施の形態における各種データベースのテ
ーブル構造を示す図である。

【図３】同一実施の形態における各種データベースのテ
ーブル構造を示す図である。

【図４】同一実施の形態の動作を説明するフローチャー
トである。

【図５】図４に示したギフト注文処理を説明するフロー
チャートである。

【図６】図４に示したギフト確認処理を説明するフロー
チャートである。

【図７】図６に示した礼状受付処理を説明するフローチ
ャートである。

【図８】図６に示したギフト変更処理を説明するフロー
チャートである。

【図９】図６に示した配送予定日変更処理を説明するフ
ローチャートである。

【図１０】図６に示した受領拒否処理を説明するフロー
チャートである。

【図１１】同一実施の形態におけるトップ画面２００の
一例を示す図である。

【図１２】同一実施の形態における会員登録画面２１０
の一例を示す図である。

【図１３】同一実施の形態における選択画面２２０の一
例を示す図である。

【図１４】同一実施の形態におけるベスト／ワーストギ
フト一覧画面２３０の一例を示す図である。

【図１５】同一実施の形態における一般ギフト一覧画面
２４０の一例を示す図である。

【図１６】同一実施の形態におけるベストギフト一覧画
面２５０の一例を示す図である。

【図１７】同一実施の形態におけるギフト一覧画面２６
０の一例を示す図である。

【図１８】同一実施の形態における礼状編集画面２７０
の一例を示す図である。

【図１９】同一実施の形態における確認画面２８０の一
例を示す図である。

【図２０】同一実施の形態における配送予定日変更画面
２９０の一例を示す図である。

【図２１】同一実施の形態におけるギフト一覧画面２６
０Ａの一例を示す図である。

【図２２】同一実施の形態におけるギフト変更画面３０
０の一例を示す図である。

【図２３】同一実施の形態におけるギフト一覧画面２６
０Ｂの一例を示す図である。

【図２４】同一実施の形態における受領拒否状編集画面
３１０の一例を示す図である。

【図２５】同一実施の形態における確認画面３２０の一
例を示す図である。

【図２６】同一実施の形態におけるギフト一覧画面２６
０Ｃの一例を示す図である。

【図２７】同一実施の形態における明細画面３３０の一
例を示す図である。

【図２８】同一実施の形態の変形例を示すブロック図で
ある。

【符号の説明】

１０₁ 〜１０_n 送り主側クライアント ２０ インターネット ３０₁ 〜３０_m 受取主側クライアント ４０₁ 〜４０_s 販売者側クライアント ５０ サーバ ５２ 制御部 ５３ 主制御部 ５４ 送り主関連制御部 ５５ 受取主関連制御部 ５６ データベース制御部 ５７ メール送受信制御部

Claims (10)

【特許請求の範囲】
1. 【請求項１】 送り主から受取主へ贈られるギフトを仲
   介するギフト仲介方法であって、 ギフトの受取主側に設置された受取主側クライアント
   に、該ギフトの送り主からのギフト注文情報を提供する
   受取主対応工程と、 前記受取主側クライアントからの、前記ギフトの変更に
   関するギフト変更情報を格納するギフト変更工程と、 前記送り主側に設置された送り主側クライアントが前記
   受取主に対するギフト注文処理を実行する際に、当該受
   取主に対応する前記ギフト変更情報を、当該送り主側ク
   ライアントに提供する送り主対応工程と、 を含むことを特徴とするギフト仲介方法。
2. 【請求項２】 前記送り主対応工程では、前記ギフト変
   更情報に基づいて少なくとも当該受取主に適したベスト
   ギフト情報を前記ギフト注文時に前記送り主側クライア
   ントに提供することを特徴とする請求項１に記載のギフ
   ト仲介方法。
3. 【請求項３】 前記送り主対応工程は、前記ギフト変更
   情報に基づいて少なくとも当該受取主に適さないワース
   トギフト情報を前記ギフト注文時に前記送り主側クライ
   アントに提供することを特徴とする請求項１または２に
   記載のギフト仲介方法。
4. 【請求項４】 送り主から受取主へ贈られるギフトを仲
   介するギフト仲介方法であって、 ギフトの受取主側に設置された受取主側クライアント
   に、該ギフトの送り主からのギフト注文情報を提供する
   受取主対応工程と、 前記受取主から前記送り主への礼状を受け付ける礼状受
   付工程と、 前記礼状を少なくとも電子データとして前記送り主側ク
   ライアントへ送付する礼状送付工程と、 を含むことを特徴とするギフト仲介方法。
5. 【請求項５】 送り主から受取主へ贈られるギフトを仲
   介するギフト仲介方法であって、 ギフトの受取主側に設置された受取主側クライアント
   に、該ギフトの送り主からのギフト注文情報を提供する
   受取主対応工程と、 前記送り主からのギフトの受領を拒否するための受領拒
   否状を受け付ける受領拒否状受付工程と、 前記受領拒否状を少なくとも電子データとして前記送り
   主側クライアントへ送付する受領拒否状送付工程と、 を含むことを特徴とするギフト仲介方法。
6. 【請求項６】 送り主から受取主へ贈られるギフトを仲
   介するギフト仲介方法であって、 前記ギフトの受取主の指定を受け付けるギフト指定受付
   工程と、 前記受取主に関する情報を送信する送信工程と、 前記受取主が過去に贈られたギフトの変更に関するギフ
   ト変更情報のうち、該受取主に適したギフトの情報の受
   信する受信工程と、 を含むことを特徴とするギフト仲介方法。
7. 【請求項７】 送り主から受取主へ贈られるギフトを仲
   介するギフト仲介方法であって、 前記ギフトの受取主の指定を受け付けるギフト指定受付
   工程と、 前記受取主に関する情報を送信する送信工程と、 前記受取主が過去に贈られたギフトの変更に関するギフ
   ト変更情報のうち、該受取主に適さないギフトの情報の
   受信する受信工程と、 を含むことを特徴とするギフト仲介方法。
8. 【請求項８】 送り主から受取主へ贈られるギフトを仲
   介するギフト仲介方法であって、 前記受取主宛の前記ギフトについて、送り主に関する情
   報を含むギフト注文情報を受信する受信工程と、 受信した前記ギフト注文情報の中から、礼状の送信先の
   指定を受け付ける指定受付工程と、 前記指定に従い、前記礼状を送信する旨の指示情報を送
   信する送信工程と、 を含むことを特徴とするギフト仲介方法。
9. 【請求項９】 送り主から受取主へ贈られるギフトを仲
   介するギフト仲介方法であって、 前記受取主宛の前記ギフトについて、送り主に関する情
   報を含むギフト注文情報を受信する受信工程と、 受信した前記ギフト注文情報の中から、前記ギフトの受
   領を拒否する指定を受け付ける指定受付工程と、 前記指定に従い、前記ギフトの受領を拒否する旨の指示
   情報を送信する送信工程と、 を含むことを特徴とするギフト仲介方法。
10. 【請求項１０】 前記請求項１〜９のいずれか一つに記
    載のギフト仲介方法をコンピュータに実行させるための
    ギフト仲介プログラムを記録したコンピュータ読み取り
    可能な記録媒体。