JP4768831B2 - サーバ装置 - Google Patents

Description

本発明は、ギフトサービスの提供を支援するギフトサービス提供支援装置に係り、特に受発注処理の改良に関する。

近年、電気通信網を介してギフト商品の受発注を受けて処理し、ギフトサービスを提供する業者が増えている。具体的に花ギフトサービス（花束やフラワーバスケット等を作成し指定宛先に届けるサービス）を提供する業者では、このサービスを企画した本部が、各地に点在する花店の加盟を募り、各加盟店の所在地と電話番号やＦＡＸ番号とを掲載した加盟店電話帳（以下、単に「電話帳」と略称する）を当該加盟店舗に対して配布している。

ここで、従来の花ギフトサービスの提供手順について説明する。従来の花ギフトサービスでは、依頼主（顧客）からどのような花ギフト商品をどこへ届けるかを聞いた加盟店Ａが、当該届け先近傍にある加盟店を電話帳により調査し、届け先近傍の加盟店Ｂを見出して、この加盟店Ｂに顧客からの希望をＦＡＸにより伝達し、又は電話によって確認する。

そして、加盟店Ｂでは、当該希望に沿って花ギフト商品を制作し、自ら又は宅配便などによって指定の届け先へ当該制作した花ギフト商品を届ける。また、この加盟店Ｂは、花ギフト商品を届けたことを表す報告を本部Ｃに伝達する。そして本部が、この報告に従って、加盟店Ｂに対し支払いを行うとともに、受注した加盟店Ａに対して請求書を送付する。そして加盟店Ａは、顧客から預かった金額から、この請求書に基づいて本部に対する支払いを行い、花ギフトサービスの提供が完了する。

しかしながら、上記従来のギフトサービスの提供方法によっては、加盟店同士の連絡が電話帳に依存するため、来店した顧客の要望に添った届け先近傍の加盟店を選択できない。また、届け先近傍の加盟店では、各店舗ごとの受注伝票の相違から、受注内容の誤認が生じやすく、商品の制作ミスや届け忘れ等が発生しやすく、かつこのようなミスを受注店舗側で把握することができないという問題点があった。

また、上記従来のギフトサービスの提供方法では、工業製品とは異なる性質を備えた一品制作品的なギフト商品や、生鮮ギフト商品のように一定の品質評価が困難なギフト商品について、顧客や受注店舗からの納品物の確認が困難であるという問題点があった。

さらに、上記従来のギフトサービスの提供においては、届け先の反応が必ずしも明確でなく、顧客や受注店舗において相手側の反応を調べることができないという問題点があった。

さらに、上記従来のギフトサービスの提供方法においては、顧客ごとの過去のギフトサービスの利用履歴を管理することはできず、十分なサービス提供ができていないという問題点があった。

本発明は上記実情に鑑みて為されたもので、第１に適切なサービス提供店舗を選択させることができ、第２にサービスの提供状況の把握を容易にし、第３にサービスの品質を向上できるギフトサービスの提供支援システムを提供することを目的とする。

本発明は、依頼元の指定する届け先に花ギフトサービスを提供する花ギフトサービスを支援するため、依頼元又は店舗側の端末と接続されるサーバ装置であって、依頼元又は店舗に配置され花ギフトサービスの依頼を受け付ける依頼側端末から花ギフトサービスの受注情報であって届け出先の情報を含む受注情報を取得して記憶する手段と、配送可能エリアについての情報を含む店舗情報を記憶する店舗データベースと、店舗データベースに含まれる店舗についての表示順を示す表示順テーブルであって、その表示順が所定タイミングで変更される表示順テーブルと、届け先が入力された場合に、その届け先へ配送が可能な店舗を、前記店舗データベースを参照して検索する店舗検索手段と、検索結果の届け先へ配送可能な店舗の一覧であって、前記表示順テーブルの表示順により表示順が決定された一覧を依頼側端末に送信する店舗情報送信手段と、依頼側端末からの店舗選択情報を受け、前記受注情報に係る花ギフトサービスを提供する店舗を決定し、決定された提供側の店舗に配置される提供側端末に前記記憶した受注情報を送信する手段と、を含むことを特徴とする。

これにより、花ギフトサービスを受注する第１花店と、花ギフトサービスを提供する第２花店との連絡をサーバ装置が確実に仲介し、また、店舗情報管理装置により、顧客の要望に従い、適切な加盟花店に対し、花ギフトサービスの提供依頼をすることができる。そして、店舗間の公平性を担保でき、かつ発注の手間を増大させることがなくなる。

ここで、店舗情報管理装置により管理されている各加盟花店の店舗情報には、当該店舗の電子的パンフレットやＷｅｂページが含まれていることが好適である。また、この店舗情報には、当該店舗のスタッフに関する情報、当該店舗の外観画像、当該店舗の得意分野などの情報、配送期間、休業日、営業時間、制作可能商品に関する情報のうち少なくとも１つを含むことが好ましい。

さらに、これらの情報について、花ギフトサービスセンタが随時調査を行い、情報が正当であると判断されたときには、各情報について認証情報を付加して設定し、認証された情報のみを店舗の特定に利用することも好ましい。

また、上記従来例の問題点を解決するための本発明は、花ギフトサービスの提供のためのサーバ装置であって、花ギフトサービスの依頼元からの受注情報を取得する手段と、花ギフトサービスを提供する店舗に配置される店舗側端末に対し、前記受注情報を提供する手段と、を有することを特徴としている。

このように、受注店舗にて受け付けた受注情報を他のサービス提供店舗に伝達するサーバ装置により、各店舗間の連絡を確実にすることができる。

ここで、さらに花ギフトサービスの提供を行う店舗情報を格納した店舗データベースと、店舗データベースに格納された店舗情報を参照して、花ギフトサービスを提供する店舗の特定を行う手段と、を含むことも好適である。

この店舗情報としては、当該店舗のスタッフに関する情報、当該店舗の外観画像、当該店舗の得意分野などの情報、配送期間、休業日、営業時間、制作可能商品に関する情報のうち少なくとも１つを含むことが好ましい。

また、店舗の特定を行う手段は、受注情報を参照し、当該受注情報に従いサービスを提供可能な店舗を当該店舗データベースから検索して店舗の特定を行うことが好ましい。これにより、受注情報に応じた適切な店舗を選択できる。

さらに、上記従来例の問題点を解決するための本発明は、ギフトサービスの提供を支援するシステムであって、ギフトサービスの受注及び提供業務を行う店舗に配置される端末と、前記端末に接続され、ギフトサービスセンタに配置されたサーバ装置とを含み、ギフトサービスの依頼を受け付けた第１店舗に配置された第１端末が、ギフトサービスの受注情報を前記サーバ装置に送信し、前記サーバ装置が、前記第１端末から受信した受注情報を管理するとともに、当該受注情報に係るサービスを提供する第２店舗に対し、受注情報を提供することを特徴としている。

このように、サービスの受注を行う店舗と、サービスの提供を行う店舗との間の連絡をサーバ装置が確実に仲介することにより、受注情報を確実に伝達できる。

また、上記従来例の問題点を解決するための本発明は、ギフトサービスの提供のためのサーバ装置であって、ギフトサービスの受注情報を取得する手段と、当該取得した受注情報に係るギフトサービスを提供する店舗に配置される店舗側端末に対し、前記受注情報を提供する手段と、を含むことを特徴としている。

また、ここで、ギフトサービスを提供する店舗の店舗情報を管理する店舗データベースと、前記店舗データベースを参照して、ギフトサービスを提供する店舗を特定する手段と、を含み、受注情報を提供する手段は、当該特定した店舗に配置される店舗側端末に対し受注情報を提供することも好適である。

ここで店舗データベースで管理する店舗情報としては、当該店舗のスタッフに関する情報、当該店舗の外観画像、当該店舗の得意分野などの情報、配送期間、休業日、営業時間、制作・提供可能商品に関する情報のうち少なくとも１つを含むことが好ましい。

また、別に、ギフトサービスの提供を行う店舗情報を格納した店舗データベースと、前記受注情報と前記店舗データベースとを参照し、当該受注情報に基づくギフトサービスを提供可能な店舗を特定する手段と、を含み、受注情報を提供する手段は、当該特定した店舗に配置される店舗側端末に対し受注情報を提供することも好適である。

このように受注情報に応じてギフトサービスを提供する店舗を特定することにより、適切な店舗に対しサービスの提供を依頼することができる。

また、店舗データベースに格納された店舗情報には、制作・提供可能商品に関する情報として、制作・提供可能な商品の数量に関する情報を含み、店舗を特定する手段が、受注情報に示された商品数量を提供可能な店舗を検索し、検索された場合には当該店舗を特定し、検索されなかった場合には、各店舗における制作・提供可能な商品数量に関する情報を参照して、複数の店舗を特定して要求数量のサービス提供を可能とすることも好適である。この場合に、特定する複数の店舗は、その得意分野や在庫の情報等を参照して、商品の質を均一にするよう数量分配、及び店舗の特定を行うことが好適である。

また、このようなサーバ装置において、さらに前記ギフトサービスを提供する店舗に配置された店舗側端末からサービス提供の状況情報を取得する手段と、前記取得した状況情報をギフトサービスの依頼元に対して提供する手段と、を有することも好ましい。

このサービス提供の状況情報としては、サービス提供への着手の有無、商品制作・提供開始、完了状況等があり、さらに当該店舗が配送を行う場合には、その配送状況を含む。これにより、顧客や受注側の店舗において、サービスの提供状況が把握できる。

さらに、対応する受注情報に基づいて納品されたギフト商品の画像データを取得する手段を含むことも好ましい。また、サービス提供店舗から対応する受注情報に係るサービスの提供現場の画像データを取得する手段を含むことも好ましい。

まず、納品されたギフト商品の画像データを取得して顧客又は受注側店舗の端末に対して提供することで、納品された商品を確認でき、工業製品とは異なる性質を備えた一品制作品的なギフト商品や、生鮮ギフト商品のように一定の品質評価が困難なギフト商品についての品質に関して確認できる。また、サービスの提供現場の画像データを取得して顧客又は受注側店舗の端末に対して提供することとすれば、相手側の反応を知ることができる。これにより、顧客の不安を解消して、その満足度を高めるとともに、各店舗での商品品質の向上に資することが期待される。ここで画像データは、デジタルカメラで撮影された写真データのような静止画のみならず、ビデオカメラで撮影された動画であってもよい。また、いわゆるバーチャルリアリティ映像として、３次元的に回転処理可能な画像データであってもよい。さらに相手側の反応においては、当該相手側からのメッセージの情報を含むことも好適である。このメッセージ情報としては、文字列の情報のほか、音声、動画などを含んでもよい。また、このような商品や相手側の反応を表した画像データは、希望により、センタで印刷処理し、郵送により顧客などに配送することも好適である。

また、このようなサーバ装置においては、カレンダー情報を提供する手段と、前記カレンダー情報に関連づけて、ギフトサービスの依頼元ごとの過去の受注情報を管理する手段と、をさらに含むことも好ましい。

あるいは、このようなサーバ装置において、カレンダー情報を提供する手段と、ギフトサービスの依頼元ごとに過去の受注情報と、当該過去の受注情報に関係する画像データと、を前記カレンダー情報に関連づけて管理する手段と、を含み、要求に応じて、当該カレンダー情報と関係する画像データとをサービスの依頼元に提供することも好ましい。このようにカレンダー情報に関連づけて過去の履歴を保持しておくことで、顧客に対しさらなるサービスの提供を可能としている。

さらに、店舗側端末に対し、受注情報を提供する手段は、店舗側端末からの要求に応じて受注情報を提供する手段であって、受注情報と、当該受注情報を受信した日時からの経過時間とを管理し、事前に設定された経過時間を超過すると、前記特定した店舗に対し受注を報知することも好ましい。これにより、サービス提供店舗側でのサービス提供忘れを防止できる。

また、前記ギフトサービスの受注情報を取得する手段は、ギフトサービスの提供依頼を受けた依頼側店舗に配置された端末から当該受注情報を取得し、前記依頼側店舗と、前記特定されたギフトサービスを提供する店舗との間の決済処理を行う手段を含むことも好ましい。この場合に、さらに、センタ側の料金を徴収する決済処理（センタ利用料金の決済処理）を含むことも好適である。

さらに、このサーバ装置においては、受注情報と決済処理とを分析し、各店舗ごとの受注・決済状態を表すマーケティング情報を生成して、各店舗に提供するマーケティング提供手段を備えることも好適である。

さらに、ギフトサービスの提供のためのサーバ装置であって、施設内で行われるイベント関係者に対してギフト商品を配送するギフトサービスの提供にあたり、ギフトサービスの受注情報を取得する手段と、当該取得した受注情報に係るギフトサービスを提供する店舗に配置される店舗側端末に対し、前記受注情報を提供する手段と、ギフトサービスを提供する店舗の店舗情報を管理する店舗データベースであって、当該店舗がギフト品搬入の条件について優遇を受けている施設がある場合に当該施設を特定する情報がその店舗情報に関連づけられてなる店舗データベースと、顧客側から指定された対象施設でのイベントの関係者に対してギフト品を提供する店舗を検索するために、前記店舗データベースから、当該指定された対象施設へのギフト品搬入条件について優遇された店舗を特定する手段と、を含み、受注情報を提供する手段は、当該特定した店舗に配置される店舗側端末に対して受注情報を提供することも好ましい。

また、サービス提供先の地域に関連した地域情報を格納した地域データベースと、受注情報を取得した際に、当該受注元の店舗側に、当該受注内容に基づくサービス提供先の地域に関連する地域情報を提供する手段と、をさらに含むことも好適である。

さらに、前記店舗を特定する手段は、顧客の指定した条件に合致した店舗が店舗データベースから複数検索された場合に、当該複数の店舗を一覧表示し、当該一覧表示される店舗の順序を所定のタイミングで変更することも好適である。

ギフトサービスを提供する店舗側からの要求に応じて、当該ギフトサービスの提供のために発生する費用に関係する決済を遂行する手段をさらに有することも好適である。

さらに、ギフトサービスを提供する店舗側からの要求に応じて、当該店舗が対外的に支払いすべき費用の決済を総括的に遂行する手段をさらに有することも好ましい。

本発明によれば、各加盟花店に配置される端末と、顧客から花ギフトサービスの依頼を受け付けた第１花店に配置された第１端末が、受け付けた花ギフトサービスの受注情報をサーバ装置に送信し、サーバ装置が、第１端末から受注情報を受信して管理するとともに、当該受注情報に係る花ギフトサービスを提供する第２花店を特定する指示を店舗情報管理装置に出力し、店舗情報管理装置により特定された第２花店に配置された第２端末に対し受注情報を提供する花ギフトサービスの提供支援システムとしているので、適切なサービス提供店舗を選択させることができ、サービス品質を向上できる。

また、本発明によれば、花ギフトサービスの提供のために花ギフトサービスの依頼元からの受注情報を取得し、花ギフトサービスを提供する店舗に配置される店舗側端末に対して受注情報を提供するサーバ装置としているので、依頼元からの受注情報を確実にサービス提供側店舗に伝達できる。

さらに本発明によれば、花ギフトサービスの提供のために花ギフトサービスの依頼元からの受注情報を取得し、花ギフトサービスの提供を行う店舗情報を格納した店舗データベースを参照して、花ギフトサービスを提供する店舗の特定し、当該特定した店舗に配置されている店舗側端末に対し、受注情報を提供するサーバ装置としているので、適切なサービス提供店舗を選択させ、依頼元からの受注情報を確実に当該サービス提供側店舗に伝達することができ、サービス品質を向上できる。

さらに本発明によれば、ギフトサービスの依頼を受け付けた第１店舗に配置された第１端末が、ギフトサービスの受注情報をサーバ装置に送信し、サーバ装置が、第１端末から受信した受注情報を管理するとともに、当該受注情報に係るサービスを提供する第２店舗に対し、受注情報を提供するギフトサービスの提供支援システムとしているので、依頼元からの受注情報を確実にサービス提供側の第２店舗に伝達できる。

また、本発明によれば、ギフトサービスを提供する店舗に配置された店舗側端末からサービス提供の状況情報を取得し、ギフトサービスの依頼元に対して提供するサーバ装置としているので、サービスの提供状況の把握を容易にして、サービスの品質を向上できる。

さらに、本発明によれば、このサービス提供の状況情報に納品されたギフト商品の画像データを含み、これにより、サービスの提供状況を視覚的に把握させ、サービスの品質を向上できる。

さらに、本発明によれば、このサービス提供の状況情報には、サービス提供店舗による受注情報に係るサービスの提供現場の画像データが含まれる。これにより、サービスの提供状況をサービス提供依頼者と、サービス提供先との関係において視覚的に把握させることができ、サービス品質をさらに向上できる。

さらに本発明によれば、このようなサービス提供の状況や過去の受注情報がカレンダーの情報とともに提供される。これにより、サービス品質をさらに向上できる。特に、毎年特定の日又は時期に行われるギフトサービスにおいては、このようなサービスの提供により顧客の満足度を高めることができる。

また、本発明によれば、サービス提供店舗側での処理の滞りを受注情報の提供からの経過時間により監視し、所定の経過時間の超過により、サービス提供店舗側に受注を報知するサーバ装置としているので、これによりサービスの提供忘れを防止できる。

さらに本発明によれば、各店舗間の決済を行うサーバ装置としているので、決済に関連する支障の発生を防止できる。

さらに、本発明によれば、施設内で行われるイベント関係者に対してギフト商品を配送するギフトサービスの提供にあたり、店舗データベースとの関連において、各店舗がギフト品搬入の条件について優遇を受けている施設がある場合に当該施設を特定する情報を管理しており、顧客側から指定された対象施設でのイベントの関係者に対してギフト品を提供する店舗を検索するために、当該指定された対象施設へのギフト品搬入条件について優遇された店舗を特定して、顧客にその情報を提示するので、サービス品質をより向上できる。

また、地域データベースが、サービス提供先の地域に関連した地域情報を格納し、受注情報を取得した際に、当該受注元の店舗側に、当該受注内容に基づくサービス提供先の地域に関連する地域情報を提供することで、さらにサービスの品質向上を図ることができる。

本発明の第１の実施の形態に係るサービス支援システムの構成ブロック図である。 ホストコンピュータ５の構成ブロック図である。 制御部１１による店舗の特定処理の一例を表すフローチャート図である。 主として店舗端末に提供されるメニューのＷｅｂページの一例を表す説明図である。 受注情報の登録・検索画面の一例を表す説明図である。 店舗データベースの検索結果の一例を表す説明図である。 受注情報の登録確認及び注文番号報知の一例を表す説明図である。 受注情報の検索画面の一例を表す説明図である。 処理状況としてのステータス変更の確認画面を表す説明図である。 顧客データベースの登録・検索画面の一例を表す説明図である。 顧客データベースの検索結果の一例を表す説明図である。 主としてセンタ側に提供されるメニューのＷｅｂページの一例を表す説明図である。 店舗データベースの登録・検索画面の一例を表す説明図である。 主としてセンタ側に提供される管理用メニューのＷｅｂページの一例を表す説明図である。 マスタファイル作成時に提供される画面の一例を表す説明図である。 バッチ処理状況の確認画面の一例を表す説明図である。 ファイルダウンロードの画面の一例を表す説明図である。 ファイル取り込み処理の画面の一例を表す説明図である。 決済サマリーの検索条件の入力を受ける画面の一例を表す説明図である。 苦情情報の登録・検索画面の一例を表す説明図である。 苦情情報の一覧画面の一例を表す説明図である。 苦情情報に対するステータスの変更確認画面の一例を表す説明図である。 決済情報の管理のためのＷｅｂページの一例を表す説明図である。 決済情報の管理のためのＷｅｂページの一例を表す説明図である。 店舗ごとの決済情報管理のための画面の一例を表す説明図である。 受注停止状態の店舗一覧の表示例を表す説明図である。 店舗データベースの検索結果の別の例を表す説明図である。 本発明の第２の実施の形態に係るサービス支援システムの構成ブロック図である。 仮想買い物かごの中身となる情報の一例を表す説明図である。 店舗で発生する費用の決済手順の一例を表すフローチャート図である。 店舗で発生する費用の決済手順のもう一つの例を表すフローチャート図である。

本発明の実施の形態について図面を参照しながら説明する。本発明の第１の実施の形態に係るギフトサービスの提供支援システムは、図１に示すように、各店舗に配置される店舗端末１（１ａ，１ｂ，…）と、顧客側に配置される顧客端末２と、ギフトサービスセンタ３に配置されるサーバ４と、ホストコンピュータ５と、管理端末６とから基本的に構成され、店舗端末１と顧客端末２とサーバ４とはそれぞれネットワーク７を介して接続され、サーバ４は、ホストコンピュータ５に接続されている。尚、以下の説明では店舗は花ギフト商品を届けるサービスを提供する店舗であるとして説明する。ここで、サーバ４が本発明のサーバ装置に相当し、ホストコンピュータ５が本発明の店舗情報管理装置に相当する。尚、本実施の形態においては、サーバ４とホストコンピュータ５を別体の装置としているが、単一のサーバ装置としてのコンピュータ上でサーバ４と、ホストコンピュータ５との処理を行ってもよい。この場合には、この単一のサーバ装置が本発明のサーバ装置及び店舗情報管理装置に相当する。また、本発明における各手段は、サーバ４及びホストコンピュータ５又は単一のサーバ装置におけるソフトウエア的処理により実現される。

店舗端末１は、一般的なパーソナルコンピュータ（ＰＣ）であり、Ｗｉｎｄｏｗｓ（登録商標）等の一般的なオペレーティングシステム（ＯＳ）で動作している。この店舗端末１では、ＮｅｔｓｃａｐｅＮａｖｉｇａｔｏｒ（商標）等のＷｅｂクライアントソフトウエアが動作している。顧客端末２もまた、店舗端末１と同様の一般的なＰＣであり、一般的なＯＳで動作し、Ｗｅｂクライアントが動作する。これら店舗端末１と顧客端末２とは、ネットワーク７を介してサーバ４に対し、受注情報を送信する。また、店舗端末１は、サーバ４にアクセスし、該当店舗に対するサービス提供の要求があるときには、当該要求に係る受注情報を取得する。

ギフトサービスセンタ３のサーバ４は、ＵＮＩＸ（登録商標）等のＯＳで動作し、Ａｐａｃｈｅ（商標）等のＷｅｂサーバが動作している。ホストコンピュータ５は、図２に示すように、制御部１１と、店舗データベース１２と、受発注データベース１３と、画像データベース１４と、決済データベース１５と、履歴データベース１６と、顧客データベース１７とから基本的に構成されている。制御部１１は、ＣＰＵやＲＡＭなどであり、各データベースを管理している。また、この制御部１１は、サーバ４から入力される指示に従って、データベースの検索、更新などの処理を行う。さらに、この制御部１１は、サービス提供店舗を選択する処理を行う。この店舗を選択する処理については、後に詳しく説明する。

ここで店舗データベース１２は、店舗ごとに、識別子（店番号等）、店名、所在地に関する情報、連絡先に関する情報、責任者、当該店舗の決済に用いる口座に関する情報、提供可能なサービスに関する情報等が格納されている。ここで、提供可能なサービスに関する情報には、配送可能エリアの情報や制作できる花製品、配送不能な期間、定休日に関する情報などが含まれている。また、本実施の形態においては、この店舗データベース１２には、各店舗の写真や、その店舗のホームページのＵＲＬ（Uniform Resource Locators）が格納されていることが好ましい。

受発注データベース１３は、受注情報ごとに付される識別子（注文番号など）と、受注店舗の識別子、サービスの提供先（花ギフト商品の届け先住所や氏名、名称）、顧客情報（サービスの要求元）、商品に関する情報、商品の配送とともに行われるべきサービスの情報、配送に関する希望などの情報が格納されている。また、この受発注データベース１３においては、受注情報ごとに当該受注情報を処理してサービスを提供すべき店舗（サービス提供店舗、すなわち実際に制作配送を行う店舗）を特定する情報が制御部１１の処理により設定される。また、ここで商品に関する情報としては、花ギフト商品の場合には、花の種類（花束、フラワーバスケット等の別）、ギフト商品の使途（誕生日用、母の日ギフト等の別）等の情報があり、商品配送とともに行われるべきサービスの情報としては、のし紙に記述すべき事項、花ギフト商品とともに提供されるカード（メッセージカード）に書き込まれる文字列（筆耕内容）等の情報がある。また、この受発注データベース１３において受注情報ごとに管理される情報には、顧客側からの希望に関する情報として、サービス提供店舗の指定情報や配送後にその結果を電子メールで欲しいかどうか、さらには、当該届けられた商品の画像データの要求等の情報が含まれることが好ましい。

画像データベース１４は、受発注データベース１３における各受注情報に関連する画像データを格納している。具体的にこのような画像データとしては、届けられた商品の画像データ等がある。決済データベース１５は、各店舗ごとの取引日時、売掛金及び買掛金の各情報、決済日に関する情報等がある。

履歴データベース１６は、受注日時とサービス提供日時と受注内容及び提供したサービスの内容とを関連づけて格納している。顧客データベース１７は、顧客の氏名や名称、住所、生年月日、連絡先、性別、花の好み等のアンケート情報を格納している。また、この顧客データベース１７は、顧客ごとのカレンダー掲載情報を格納している。このカレンダー掲載情報は、例えば注文の履歴情報やサービスの提供情報を含み、サーバ４により提供されるカレンダーの情報とともに記述されることになる。

ここで、制御部１１によるサービス提供店舗の選択処理について説明する。制御部１１は、サービス提供店舗を検索する指示の入力を受けて、又はサービス提供店舗が受注情報により特定されていない場合（例えば大量注文により特殊な店舗でしかサービスが提供できない場合であって、そのような店舗が特定できない場合）に、この処理を開始し、図３に示すように、受注情報からサービスの提供先の所在地情報を取得する（Ｓ１）。そして、この所在地に対してサービスを提供できる店舗を店舗データベース１２から検索し（Ｓ２）、検索されたか否かを調べ（Ｓ３）、検索されなかったならば（Ｎｏならば）、サービスの要求元に対してエラーを返信するとともに、事前に設定されているシステムの管理本部に対し当該受注情報を送信して（Ｓ４）処理を終了する。

また、処理Ｓ３において、サービスを提供できる店舗が検索されたならば（Ｙｅｓならば）、受注情報を参照して、さらに処理Ｓ３で検索された店舗のうち、当該受注情報に従ったサービスが提供可能な店舗があるか否かを調べ（Ｓ５）、提供可能な店舗がなければ（Ｎｏならば）、処理Ｓ４に移行する（Ａ）。

また、処理Ｓ５において、該当する店舗があれば（Ｙｅｓならば）、その店舗を抽出して、この抽出した店舗から任意に（乱数等によって）店舗を選択して、当該選択した店舗の情報をサーバ４に伝達し（Ｓ６）、処理を終了する。また、ここでは一つの店舗を任意に選択する場合について説明したが、この処理では、店舗を乱数によって選択せずに、一覧として顧客などによって選択可能に提示してもよい。この場合、一覧には、各店舗の写真（その店舗で制作される花ギフト商品の例等の写真を含む）が関連づけられて、併せて提供されることが好ましい。

次に、本実施の形態に係るギフトサービスの提供支援システムの動作について説明する。尚、本実施の形態のシステムによるギフトサービスの提供においては、店舗端末１から操作を受ける場合と、顧客端末２から操作される場合との２つの場合があるため、以下、それぞれに分けて説明する。

［店舗でのサービス受注動作］
まず、店舗端末１から受注情報が取得される場合の動作について説明する。この場合には、顧客がいずれかの店舗に来店し、ギフトサービスの要求を行うことになる。このように顧客からのサービス要求を直接受け付けた店舗（受注側店舗、すなわち本発明の第１店舗）の店員又は当該来店した顧客自身が店舗端末１を操作して、サーバ４にアクセスし、店舗用のメニューインタフェースの提供をＷｅｂを介して受ける（図４）。ここで、新規受注の入力のために、新規受注ボタンを押下すると、新規受注情報の入力画面（図５）を表示される。ここで店員等の操作者は、識別子としての注文番号の入力は省き、新規受注時の必須入力項目（図面上下線で示されている）である受注店舗の識別子と、届け先の住所、届け先の名前、顧客の住所及び氏名、届け希望日時と、制作配送店舗（サービスを提供する店舗；本発明の第２店舗）の情報とを入力して、登録ボタンを押下する。尚、この受注店舗識別子は、当該店舗端末１が、この欄を認識して事前に設定されている店舗識別子を入力設定し、変更不能にすることが好ましい。これにより、操作を簡便にするとともに、店舗間の受注業務に関するセキュリティを向上できる。

また、操作者は、制作配送店舗を店舗データベース１２からの検索により指定する場合には、指定ボタン（制作配送店指定希望）を押下して、サーバ４のＣＧＩ（common gateway interface）プログラムを作動させ、ホストコンピュータ５の制御部１１のサービス提供店舗の選択処理を起動して、一覧の提供を受ける。そしてサーバ４は、ホストコンピュータ５から検索結果を取得して図６に示すような検索結果画面を表示させる。ここで、既に図５に示した画面により入力された受注情報がある場合には、当該受注情報を確認のために表示する（図６中のＡ）。ここで、図６に示すように、提示される店舗の情報としては、店舗名、所在地のほか、得意な商品分野（得意分野）や、その店舗の営業状況（営業日か否かや、配送可能日であるか否かなど）があり、店舗を選択するためのボタンが関連づけて配置されている。ここで、いずれかの店舗に関連する選択用のボタンを押下すると、当該店舗がサービス提供店舗として特定され、図５の画面に戻って、受注情報の受付が続けられる。

そして、図５の画面にて受注情報の入力が完了し、登録ボタンが押下されると、サーバ４が受注情報の識別子として、各受注情報に固有な注文番号を発行してこの注文番号を後の検索のために報知するＷｅｂページを提供する（図７）とともに、この受注情報をホストコンピュータ５に出力する。ホストコンピュータ５は、この受注情報を受発注データベース１３に受注日時とともに格納する。また、店舗端末１には、図７に示した画面が表示される。

［店舗での情報検索動作］
また、操作者は、図４に示したメニュー画面から受注情報の検索指示を行うこともできる。この場合には、操作者は、受注検索ボタンを押下して、図５に示した画面を表示させ、検索キー（図５においてアスタリスク（「＊」）を付した項目）としての受注店コード、顧客の識別子（顧客ＩＤ）、制作配送店コードの少なくとも一つにデータを入力して検索ボタンを押下する。すると、サーバ４がこの検索ボタンに関連づけられている受注情報を検索するためのＣＧＩプログラムを起動して、ホストコンピュータ５に対して入力された検索キーに基づいて受発注データベース１３を検索する指示が出力される。そしてホストコンピュータ５が受発注データベース１３を検索して、その検索結果をサーバ４に出力し、サーバ４がこの検索結果を提供するＷｅｂページ（図８）を作成して、店舗端末１に送信する。

そして、店舗端末１には、図８に示すような画面が表示されることになる。ここで、検索結果の数が多い場合には、例えば１０件ずつの単位として順次表示するためのボタンをこのＷｅｂページ上に配置することも好ましい。また、検索結果をダウンロードするためのボタンを配置し、テキストデータやＣＳＶ（カンマ区切りデータ）等のスプレッドシートで取り扱われるデータ形式にてダウンロードさせるようにしてもよい（ボタンＢ）。

この図８に示す画面では、受注店コードをキーとして検索した場合が例として示されている。ここで、各受注情報に対しては、サービス提供側の店舗としての制作配送店情報と、届け先の情報と、商品の概要（制作内容）と、届け指定日時と、各受注に対する処理状況（ステータス）と、届け日と、各受注情報の詳細を表示するための詳細ボタンと、受注情報を変更するための変更ボタンとが関連づけられている。尚、ここでは、配送完了となった受注情報に対しても変更ボタンが配置されているように図示しているが、このように事実上変更しても意味のないものについては、変更ボタンを押せないように（ボタンをインアクティブにして）表示することも好ましい。具体的に、ここで詳細ボタンを押下すると、図５と同様の画面により各受注情報の詳細内容が店舗端末１に表示される。

さらに変更ボタンを押下した場合にも、図５と同様の画面により、受注情報を提示し、その受注情報の内容変更を許容することとしてもよい。この場合に、ステータス情報が「制作中」、「制作済」、「配送中」ないし、「配送済」である場合（事実上受注情報の変更が不可能な状態である場合）には、サーバ４がこのステータス情報を参照して、受注情報の変更を受け付けないようにすることも好適である。

［サービス提供店舗側での受注情報変更］
また、サービス提供店舗側においても、図４、図５に示したインタフェースの画面を用いて、サービス提供店舗に対する受注情報を検索して、サービス提供店舗側の店舗端末１に図８に示したような画面を表示させることで、当該店舗で処理すべき受注情報を確認することができる。ここで、ステータス情報のプルダウンメニューを利用して、各受注情報のステータスを変更し、ステータス一括変更ボタンを押下する。このステータスは、例えば「未受注」、「受注完了」、「制作完了」、「配送中」、「配送完了」等の段階的なものとする。ステータス一括変更ボタンが押下されると、サーバ４は、ステータスが変更された受注情報のみを抽出して店舗端末１に確認のために提供する（図９）。

［顧客情報の検索動作］
尚、本実施の形態においては、顧客に対しカレンダー情報等の高度なサービスの提供のために、ホストコンピュータ５に顧客情報を管理する顧客データベース１７を備えている。この顧客データベース１７には、顧客側からの依頼・同意に基づいて登録された顧客の氏名、連絡先、性別や生年月日等のアンケート情報が含まれる。以下、店舗端末１において、この顧客情報を登録・検索する処理について説明する。

店舗端末１において、図４に示したメニュー画面で「顧客情報管理」ボタンを押下すると、顧客情報の登録検索画面（図１０）がサーバ４から提供され、店舗端末１に表示される。店舗側の操作者は、ここで顧客の連絡先（住所や電話番号など）と、顧客の氏名、性別、生年月日ないし商品の好み等を記述し、変更ボタンを押下する。すると、この変更ボタンに関連づけられたＣＧＩプログラムにより、ホストコンピュータ５にこの変更の指示が送信され、ホストコンピュータ５がこの画面により入力された顧客の情報を顧客データベース１７に登録する。

また、図１０の画面において顧客ＩＤ又は電話番号を入力し、これらのデータのいずれか一方を検索キーとして検索する指示をすると、この検索を行うＣＧＩプログラムがサーバ４で実行され、ホストコンピュータ５に検索の指示が送信され、ホストコンピュータ５が顧客データベース１７から条件に該当する顧客の情報を取得してサーバ４に出力し、サーバ４が当該条件に合致する顧客の情報を一覧のリストとして提供する（図１１）。ここで、各顧客に関連づけて「詳細」、「変更」、「注文入力」、「注文履歴」の各ボタンが配置され、「詳細」又は「変更」のボタンが押下されると、当該対応する顧客に関する情報が図１０に示した画面のように表示されて、変更可能な状態となり、「注文入力」のボタンが押下されると、当該顧客のＩＤを設定した図５の画面が表示されて、受注情報の入力が支援される。また、「注文履歴」には、ホストコンピュータ５に対し、履歴データベース１６から当該顧客からの過去の受注状況を取得する指示がなされ、サーバ４がホストコンピュータ５が取得した当該過去の受注状況を店舗端末１に提供する。

尚、この顧客情報の検索修正は、顧客端末２からは、行えないようにしておく。これにより顧客情報の漏洩を防止できる。

［顧客端末からの受注動作］
また、顧客がインターネット等の電気通信網を介してネットワーク７に接続されたサーバ４にアクセスし、図５に示した受注の画面と同様の画面を利用して受注情報をサーバ４を介してホストコンピュータ５の受発注データベースに登録する。この場合には、顧客側からの支払い決済のために、顧客のクレジットカード情報やデビットカードに関する情報などを取得することも好ましい。尚、この顧客端末からの受注については、店舗からの受注とは異なる態様によって行ってもよく、後にこの態様について詳細に説明する。

［受発注管理の動作］
ホストコンピュータ５は、顧客からのサービス提供の要求を受けた店舗に配置されている店舗端末１（本発明の第１端末に相当する）又は、顧客端末２から取得した受注情報を受発注データベース１３に蓄積しているが、さらにこの受発注データベース１３に蓄積した受注情報の蓄積日時を繰り返し監視して、現在日時と比較し、事前に設定された所定期間を経過した受注情報を検出する。そして、このような受注情報から、当該受注情報を処理すべきサービス提供側の店舗を特定し、当該特定した店舗の連絡先を店舗データベース１２から取得して、連絡先に未処理の受注情報が蓄積されていることを報知する。

ここで、ホストコンピュータ５は、ステータス情報をも監視し、「未受注」のものがあるときに当該報知を行うこととしてもよい。また、受注情報の「配送希望日時」を認識し、希望日時と現在日時との差が所定の期間よりも短い場合に報知を行うことも好ましい。

尚、連絡先としては、当該店舗側の店舗端末１（本発明の第２端末に相当する）であってもよいし、当該店舗に設置されているＦＡＸや電話機、あるいは携帯電話機に対するメールアドレス、さらにいわゆるポケットベル（登録商標）に対するものであってもよい。

さらに、蓄積日時と現在日時との比較により別の所定期間が経過している場合、又は配送希望日時と現在日時との差がさらに別の所定期間より短い場合には、ホストコンピュータ５は、店舗データベース１２から当該受注情報の提供が可能な別の店舗を特定して、当該別の店舗に対して受注情報を振り替えることとしてもよい。これにより、顧客からの要望に確実に応えることができるようになる。

［センタ側の管理動作］
次に、ギフトサービスセンタ３でのサーバ４及びホストコンピュータ５の管理動作について説明する。ギフトサービスセンタ３の管理スタッフは、管理端末６を用いてサーバ４にアクセスし、ギフトサービスセンタ３向けのＷｅｂページを呼び出して管理端末６に表示させる（図１２）。ここで、このＷｅｂページは、管理端末６からのみ呼び出すことができるように、パスワードや管理端末６のネットワークアドレスを用いてアクセス制限を行うことが好ましい。

ここで、ギフトサービスセンタ３の管理スタッフは、注文情報新規入力・検索ボタンにより、図５に示した受注情報の入力画面を表示し、ギフトサービスセンタ３で（店舗端末１や顧客端末２からではなく）直接受け付けたサービスの提供要求に基づいて受注作業を行うことができる。

また、顧客情報新規入力・検索ボタンでは、図１０に示した顧客情報の登録・検索画面が表示され、顧客情報の管理を行うことができる。さらにクレーム・問い合わせ新規入力・検索ボタンには、後に説明するクレーム処理用ＣＧＩプログラムが関連づけられており、店舗間決済状況照会（図面上は、加盟店決済状況照会）ボタンには、後に説明する店舗間決済用のＣＧＩプログラムが関連づけられている。

さらに、この画面の左側欄に設けられた複数の検索ボタンには、店舗情報の登録・検索用のＣＧＩプログラム等が関連づけられており、ホストコンピュータ５側の店舗データベース１２や受発注データベース１３、さらには画像データベース１４や履歴データベース１６等に対するデータの登録等の処理を行うことができるようになっている。

特にギフトサービスセンタ３の管理スタッフは、全国にある店舗の情報を店舗データベース１２により管理している。店舗の新規登録がある場合には、店舗マスタファイルを作成するために、店舗情報の登録・検索に関連づけられた検索ボタンを押下する。すると、サーバ４が店舗情報の登録・検索画面を管理端末６に提供する（図１３）。ここで、管理スタッフは、少なくとも一意に定められる店舗コード（ＳＨＯＰコード）と、企業名と、所在地に関する情報、連絡先に関する情報、決済に利用される口座を指定する情報（図１３で下線で示される必須入力項目）を入力し、オプションとして画像データを格納するディレクトリや店舗のホームページのＵＲＬ、配達可能エリア、作成可能用途（アレンジ、誕生日用等）、決済のステータス情報、配送の不可能な日や受注の不可能な日に関する情報、定休日などの情報を入力して、登録ボタンを押下する。この登録ボタンは、サーバ４において実行され、ホストコンピュータ５に対し、店舗データベース１２への登録を指示するＣＧＩプログラムに関連づけられている。

尚、この図１３の登録・検索画面において、アスタリスク（＊）が付されている項目に何らかの情報を入力し、検索ボタンを押下すると、該当する店舗の情報が一覧として表示されるようになる。また、この図１３の登録・検索画面は、店舗端末１からも呼び出して変更できるようにしておくことが好ましい。その場合には、当該店舗端末１が配置されている当該店舗の情報のみを変更できるようにしておくことが好適である。このようにするには、店舗端末１の識別子や、パスワード等の情報を用いて行えばよい。

本実施の形態においてはさらに、このギフトサービスセンタ３の管理スタッフが各店舗における花ギフト商品の制作技術に関する認定を行い、この認定に基づく情報を店舗情報とともに設定しておくことも好適である。このようにして設定された制作技術認定は、好ましくは、後の検索に供される。この後の検索には、例えば、大量注文により１つの店舗のみではサービス提供不可能な場合に、同質のサービスを提供可能な店舗の検索のために利用される。すなわち、制作技術認定の情報が等しいかあるいはその差が事前に設定された許容範囲にあるような複数の店舗が検索されることになる。

また、ギフトサービスセンタ３の管理スタッフは、ホストコンピュータ５によるバッチ処理状況の確認、決済処理のサマリーや店舗情報のファイル出力、ホストコンピュータ５の各データベースのマスタ（登録項目）管理等の処理を行う。この場合にも管理スタッフは、サーバ４の図１２に示したＷｅｂページにアクセスして、これらの処理のためのメニュー画面表示に関連づけられた検索ボタンを押下する。すると、サーバ４がバッチ処理状況チェック、決済サマリーファイル出力、店舗マスタファイル出力、ファイルダウンロード（ファイル出力）、ファイル取り込み（ファイルアップロード）、マスタメンテナンスの各ボタンが配置されているＷｅｂページを提供する（図１４）。尚、図１４の画面において、マスタメンテナンスのボタンには、対象となるマスタを選択するためのプルダウンメニューが隣接して配置されている。

具体的に店舗マスタのメンテナンスを行う場合には、このプルダウンメニューから店舗マスタを選択し（このプルダウンメニューには、ホストコンピュータ５の各データベースに対応するマスタの名称が含まれる）、すると、店舗マスタファイルを作成するためのボタンが配置された画面が表示され（図１５）、このボタンを押下することにより、店舗マスタのファイルを作成できる。作成が完了すると、図１５に示した画面表示に戻り、「店舗マスタファイルが作成されました。ファイルダウンロード画面よりダウンロードしてください」のようなメッセージが表示される。

また、バッチ処理状況の表示では、特に決済の処理の進行状況が管理され、その処理内容（締め処理、未収処理等）と、処理開始の日時及び処理終了の日時、さらに処理状況が一覧の形式で表示される（図１６）。

さらにファイルダウンロードの処理では、作成された店舗マスタファイルのほか、決済サマリーファイル等の決済処理関連ファイル、請求書ファイル等のダウンロード対象の選択のためのプルダウンメニューと、ダウンロードボタンとが配置された画面が表示され（図１７）、ファイルのダウンロードが完了すると、ファイルダウンロードの終了状況（正常終了か、正常に終了しなかったかを表す情報）が表示される。このダウンロードの処理により管理端末６に対象ファイルがホストコンピュータ５からダウンロードされ、印刷などの後の処理に供される。

さらに、ファイル取り込みの処理では、取り込みの対象ファイルを選択するプルダウンメニューと取り込みの処理状況を表す情報とが表示され、また、ファイル取り込みの処理に関連するボタン（「ファイル取り込み」ボタン）が配置された画面（図１８）が表示される。このファイル取り込みのボタンが押下されると、サーバ４が指定されたファイルを管理端末６から取得する（管理端末６から見てアップロードが行われる）。そして、サーバ４は、データベース更新を確認する画面を表示し（図１８の（Ｃ））、ＯＫボタンが押下されて管理スタッフによる確認が完了すると、サーバ４がホストコンピュータ５の対象ファイルに関連するデータベースを更新する。

さらに、決済処理のサマリーに関するファイルを作成する処理では、当該決済のサマリー条件としていつから（ＦＲＯＭ）いつまで（ＴＯ）の決済のサマリーをファイルとして生成するのかを入力する画面が提供され（図１９）、ファイル作成ボタンを押下してファイルの作成を行って、後のダウンロードに供する。

［クレーム処理動作］
さらに、ギフトサービスセンタ３の管理スタッフは、顧客からＦＡＸやｅｍａｉｌ、ホームページへの書込、さらには顧客端末２から取得した苦情（クレーム）情報や要望情報等をホストコンピュータ５に登録管理する。顧客側から寄せられた苦情や要望、問い合わせ等の情報としては、図２０に示すように識別子と、当該苦情を受けた店舗のコード、注文番号（受注情報の識別子）、苦情を受けた担当者や、苦情受付日付、苦情受付の方法（電話、ＦＡＸ、ｅｍａｉｌその他）、苦情の内容（花が枯れている、手入れの方法を記したカードがない等）、対応方法（図面上、「回答」としている）、対応の状況（未対応、対応中、対応済など）、優先度（低・中・高）の別、受注店舗の識別子、届け先の住所や名前、送り主、その他受注情報の一部等の情報が管理される。この図２０の画面は、図１２に示した画面から呼び出される。また、この図２０の画面で登録される苦情の情報は、ホストコンピュータ５において、図示しない苦情データベースにより管理される。

このように管理された苦情情報等は、店舗コードの情報に従って特定される、苦情を処理するサービス提供店舗に報知される。当該報知を受けた店舗では、サーバ４を介してホストコンピュータ５から自己の店舗コードをキーとして苦情情報を検索して表示する（図２１）、またここで、詳細ボタンを押下して図２０と同様の情報を掲載した画面を店舗端末１に表示させてもよい。この図２１の画面において、対応の状況を未対応、対応中、対応済などに変更でき、また、苦情情報そのものを変更ボタンを押下して図２０に示す画面のように呼び出して変更することもできる（例えば当該苦情が顧客側の誤解であった場合などにはその苦情情報に対する「回答」欄を変更することもできる）。そして、対応状況の変更を苦情データベースに反映させるために、「ステータス一括変更」ボタンを押下して、確認を行い（図２２）、サーバ４のＣＧＩプログラムの処理により、ホストコンピュータ５の苦情データベースを更新する。

このように苦情情報が管理されていることで、顧客からのサービスの信頼をさらに高めることができる。

［店舗間決済の動作］
次に、本実施の形態のシステムでは、店舗間の決済も取り扱われるので、以下、店舗間決済処理について説明する。店舗間の決済処理は、実際にはホストコンピュータ５のバッチ処理によって実行される。尚、説明を簡略にするために付言すると、本実施の形態において特徴的なことは、本実施の形態に係るシステムがサービス提供の支援のためのシステムであるため、顧客（サービス要求顧客）からのサービス提供要求を受けた店舗（第１店舗）が、当該サービス要求顧客から料金を徴収しており、実際にサービスの提供先の顧客（サービス受領顧客）に対し、サービスの提供を行った店舗（第２店舗）は、第１店舗からサービス提供に係る料金を請求する必要があることである。また、各店舗は、一般にその近隣に在住する顧客からサービス要求を受けるとともに、そのような顧客に対してサービスの提供を行っているため、店舗間での相殺決済を行う必要がある。

そこで、ホストコンピュータ５は、店舗データベース１２により、各店舗の締め日（月次決済の処理日）を管理し、締め日の到来した店舗について、当該店舗がサービスを提供した店舗となって、実際に行ったサービス提供により発生した売掛金（未収金）を各相手方店舗ごとに集計する。また、当該締め日の到来した店舗について、当該店舗が顧客から受けたサービスの要求により徴収した金額として発生した買掛金に相当する未払金を各相手方店舗ごとに集計する。そして、このように集計された各相手方店舗ごとの未収金と買掛金とを相殺し、当該店舗が各相手方店舗ごとに行うべき請求額又は支払額を計算して、決済データベース１５に登録し、それとともに、当該各相手方店舗ごとの請求額及び支払額に従って、店舗データベース１２に格納された決済用の口座関連情報を参照して、当該口座に係る金融機関との間で決済処理を実行する。

さらに、本実施の形態においては、顧客が顧客端末２から直接ギフトサービスセンタ３に対して受注情報を送信する場合もある。この場合には、ギフトサービスセンタ３が当該顧客から預り金を徴収し、当該預り金に基づき、実際にサービスを提供した店舗で発生した未収金に従って決済を行ってもよい。

また、本実施の形態に係るサーバ４では、このホストコンピュータ５で行われる決済処理の状況を監視するためのＷｅｂページを管理端末６に対して提供している（図２３，図２４）。この図２４に示したＷｅｂページには、取引の日付と、注文番号、商品コード及び売掛、買掛の別と、金額との処理結果を締め日到来店舗について表示している。

さらに、本実施の形態において特徴的なことは、店舗ごとの登録口座の残高不足等の理由により、支払不能になった場合などの店舗ごとの個別の情報に応じて、受注停止等の処理を行うことができることである。この受注停止の情報は、管理端末６から図２５に示すようなＷｅｂページを呼び出すことにより設定され（取引ステータスの「受注ストップ」）、この受注停止が設定された店舗については、受注情報入力時に指定・選択できないようになる。また、受注停止店舗を一覧表示するＷｅｂページをサーバ４が提供する（図２６）。

［マーケティング情報の提供動作］
次に、本実施の形態に係るギフトサービスの支援システムでは、サーバ４が店舗データベース１２に登録されている各店舗の（その店舗の店頭の写真を含む）ホームページデータを格納し、各店舗端末１と、顧客端末２とに提供している。

また、ホストコンピュータ５は、店舗データベース１２と、受発注データベース１３と、顧客データベース１７とに基づいて各店舗ごとの顧客からの受注状況及びサービス提供の状況を管理して、この状況に基づくマーケティング分析を行う。このマーケティング分析としては、顧客の年齢層、性別による受注・サービス提供頻度、受注した商品の価格帯に関する分析などがある。さらに、このホストコンピュータ５は、当該分析に基づいて顧客に対する電子メール広告の配信、Ｗｅｂへの広告掲載等のオンライン広告処理を行う。

［カレンダー提供動作］
さらに、本実施の形態においては、カレンダー画像を生成する手段としてのＪａｖａ（登録商標）アプレット等を提供するＷｅｂページをサーバ４が配信し、顧客データベース１７及び履歴データベース１６、画像データベース１４に基づき、顧客ごとの過去の受注履歴及び受注に基づく商品の画像データ及び、サービス提供時の状況を撮影した画像データ等がこのカレンダー画像に関連づけて提供される。

すなわち、顧客が店舗端末１又は顧客端末２を用いて、自己の顧客番号（ここでいう顧客番号は顧客データベース１７での識別子ではなく、例えば会員カードに刻印・記録した番号等であってもよい。この場合には、この番号と顧客データベース１７の識別子とを関連づけたテーブルをホストコンピュータ５で管理しておく）を入力し、サーバ４にカレンダー画像を要求する。するとサーバ４がカレンダー画像とともに、該当する顧客のデータを顧客データベース１７から検索し、この検索結果に基づいて、画像データベース１４及び履歴データベース１６を参照して、該当する履歴及び画像を提供する。ここでさらに、ホストコンピュータ５は、顧客ごとに提示すべきスケジュール情報を管理するデータベースを備えておくことも好ましい。このようなスケジュールデータベースを備えることにより、カレンダー画像とともにスケジュールデータを提供でき、例えば、「Ｘさんの誕生日」のような文字データとともに、過去当該相手先（Ｘ）に対し届けた商品の画像データや注文の履歴を提供できるようになる。

［受注処理の流れ］
以上説明したところに基づいて、顧客Ａからサービスの提供要求を受けた店舗Ｘが、店舗Ｙに対し、顧客Ｂに対するサービス提供を依頼し、店舗Ｙにより顧客Ｂに対するサービスが提供されるまでの流れを説明する。

まず、顧客Ａが店舗Ｘに来店して、花ギフト商品Ｐを遠隔地に住む顧客Ｂに対し届けるサービスの提供要求を行うと、店舗Ｘの店員が店舗Ｘに備えられた店舗端末１ａを操作して、ギフトサービスセンタ３のサーバ４にアクセスし、顧客Ｂの近隣に所在する店舗の検索を要求する。すると、サーバ４及びホストコンピュータ５の店舗データベース１２の検索処理によって、店舗Ｙが特定され、店舗Ｘは、店舗Ｙを指定した受注情報をサーバ４に送信する。そして、サーバ４がホストコンピュータ５に対してこの受注情報を登録する指示を出力し、ホストコンピュータ５がこの受注情報を受発注データベース１３に登録する。

やがて、店舗Ｙの店員が、店舗Ｙに備えられた店舗端末１ｂを操作して、サーバ４にアクセスし、ホストコンピュータ５の受発注データベース１３を確認すると、店舗Ｘからの（未受注の）受注情報が登録されているので、この受注情報を取得し、受発注データベース１３のステータス情報を「受注済」に変更する。尚、ここで受注情報が未受注のまま所定の期間が経過すると、ギフトサービスセンタ３から店舗Ｙに対し受注情報が蓄積されている旨が伝達される。

店舗Ｙでは、取得した受注情報を参照して花ギフト商品を制作し、この商品を撮影する。そして店舗端末１ｂを操作して受発注データベース１３のステータスを「制作済」に変更するとともに、当該商品の画像データを画像データベース１４に登録する。

さらに店舗Ｙの店員が携帯端末（例えばインターネットアクセス可能な携帯電話であるｉｍｏｄｅ機（商標）又は、ＷＡＰ（Wireless Application Protocol）対応の機種等でもよい）を所持して顧客Ｂを訪問し、顧客Ｂに花ギフト商品を配送する。ここで、顧客Ｂが許諾すれば、顧客Ｂが花ギフト商品を受領したときの写真を撮影し、顧客Ｂからのメッセージを添えて、画像データに加工して携帯端末から（又は店舗Ｙに戻ってから店舗端末１ｂを用いてもよい。この場合には、携帯端末は不要である。）ホストコンピュータ５の画像データベース１４に当該画像データを登録し、さらに受発注データベース１３のステータスを「配送済」に変更する。

このように店舗Ｙでの処理が行われている間、顧客Ａ又は店舗Ｘの店員は、自らの受注情報に係る商品の画像データや、受領時の（サービス提供時の）画像データ、さらにその間の状況をステータスとして確認できる。

また、このように店舗Ｙを選択する際に、店舗側の在庫状況を考慮して店舗の選択を行ってもよい。この場合には、ホストコンピュータ５が店舗データベース１２に登録されている各店舗ごとの花の在庫状況を管理し、要求された花ギフト商品の制作が可能な店舗を検索するようにする。

さらに、サーバ４は、他国語変換データベースを備えて、相手側のインターネットアドレスを参照し、又は相手側からの指示を受けて、花の名称を他国語に変換表示することも好ましい。さらに、サーバ４は、配送先の郵便番号等の届け先の所在地の特定を支援する情報を他国語変換データベースに格納しておく。すなわち、国内とは異なり、海外ではこのような情報が配送時に重要な意味を持つことがあるため、配送先として登録されたデータを認識して他国語変換データベースを参照し、必要な情報を付加して受注情報の登録を行う。

尚、ここまでの説明においては、本実施の形態に係るシステムを花ギフト商品に適用した場合について説明したが、本実施の形態のシステムは、受注店舗とサービス提供店舗とが異なるサービスにおいて、又は提供サービスに係る商品が生鮮品・一品制作品等の非工業的過程により生産されるべき商品である場合に、適用可能である。具体的にこのようなサービスとしては、産地直送食品ギフトの配送サービス等がある。

［受注時の情報提供］
また、ギフト商品は各家庭等に届けられる場合のみならず、コンサートや舞台などのイベントを開催する施設内で、そのイベントの関係者に届けられる場合もある。ところが施設によっては、搬入を行うギフトサービスの提供店舗を指定店舗に限定したり、持ち込み料によって店舗ごとに差別化を図るなど、いくつかの店舗を優遇するところもある。しかしながら、遠隔地から発注依頼する場合に、顧客や受注側の店舗（第１店舗）において当該優遇の有無等の事情はわからないのが一般的である。

そこで本実施の形態においては、店舗データベース１２に、店舗ごとに、識別子（店番号等）、店名、所在地に関する情報、連絡先に関する情報、責任者、当該店舗の決済に用いる口座に関する情報、提供可能なサービスに関する情報、店舗の写真やホームページのＵＲＬの他に、施設等から何らかの優遇を受けているときには、当該施設の名称及び所在地と、その施設から受けている優遇措置の内容の情報を関連づけて蓄積している。そして、例えば店舗端末１にて図５に示したインタフェースから制作配送店舗の検索を指示したときに、届け先住所や名前等を受注情報としてサーバ４のＣＧＩプログラムを作動させ、ホストコンピュータ５の制御部１１のサービス提供店舗の選択処理を起動する。

ここで、制御部１１のサービス提供店舗の選択処理において、受信した届け先の所在地を取得し、この所在地に対してサービスを提供できる店舗を店舗データベース１２から検索し、当該受注情報に従ったサービスが提供可能な店舗を一覧として提供する前に、届け先の所在地が施設の所在地に一致しているか否かを判断し、一致しているときには、その施設から優遇を受けている店舗が一覧の先頭に配列されるよう、店舗の一覧に対し、並べ替えの処理を行って店舗端末１に送信する。そして、店舗端末１側では、並べ替えられた順に一覧を表示する。ここで表示される一覧には、届け先となっている施設からどのような優遇を受けているかを示す情報を併せて表示することが好ましい（図２７）。すなわち、制御部１１は、一覧に供する店舗の情報に対し、各店舗の情報に関連づけられている優遇措置の内容の情報を付して端末側に送信する。尚、並べ替える際に、例えば持込み料の金額の大きさによって並べ替えてもよい。

また、ここでは店舗データベース１２に各店舗ごとの優遇の内容などを記述していたが、別途施設データベースを設けて、施設名称、施設所在地、持ち込み料の有無、優遇店舗の一覧、持ち込み商品の制限、搬入時間など、搬入に関する条件を設定しておき、顧客が指定した配送先を当該施設データベースから検索して、当該配送先が施設であったときには、関連づけられている条件を提示し、又は優遇店舗の一覧を取得して、当該優遇店舗の一覧を選択可能に提供する。

さらに、受注時の情報提供内容としては、受注側店舗と、制作配送店舗とが離れた場所にあるという特質から、地方ごとにギフト商品の選定の仕方に特別な慣習があるのに、その慣習に沿ったギフト商品の発注をすることが難しいということもある。

このような状況に鑑みて、本実施の形態では、サービス提供先の地域に関係した地域情報を格納した地域データベースをギフトサービスセンタ３側に備えて、ギフトサービスセンタ３側で管理する。そして、例えば店舗端末１にて図５に示したインタフェースで、届け先の住所を入力した際に、その住所の入力に伴い発動するスクリプト（例えばＪａｖａＳｃｒｉｐｔ等）によって、当該住所をキーとして地域データベースを検索し、検索の結果として得られた地域情報を受注画面上に（別ウインドウとしてもよい）発注支援情報として提供する。

これらの優遇に関する情報や発注支援情報の提供は、ここで説明した店舗端末１での受注の場合に限らず、顧客端末２から注文を受け付ける場合も同様に、当該顧客端末２への情報提供が行われる。

［店舗一覧の表示順変更］
また、本実施の形態においては、制作配送店舗の検索結果を一覧表示する際に、その表示順序は例えば制作配送店舗の加盟順（店舗データベース１２への登録順）であるのが一般的である。しかし、一般に利用者は先頭から順に一覧を見てゆくので、一覧の後部になると利用者により選択される機会が少なくなるのではないかという懸念がある。そこで、この一覧をランダムに並び替えて提供してもよい。ところが、ＣＧＩプログラムの呼び出し等、Ｗｅｂページを開いたり、ボタンをクリックしたりといったアクションに応じて実行される場合に、上記のようにランダムに並び替えるとすると、例えば次のような場合に問題がある。すなわち、利用者が複数の発注を行う場合に、当初はランダムに並び替えて一覧された店舗のうち、上から２店舗目を選択したものとする。そしてこの店舗への発注が完了し、次の発注の際に同じ店舗を選択しようとすると、次の発注の際の検索では改めて店舗の一覧がランダムに並び替えられるので、当該選択しようとした店舗はもはや上から２番目にはなく、別の場所にある可能性が高い。

このように、連続的に発注する際に毎回並び順が変化するのでは、発注にかかる手間の増大が発生するおそれがあるのである。そこで、店舗データベース１２に登録された各店舗について、各店舗の表示順位を指定するテーブル（表示順テーブル）を制御部１１が管理するようにして、図６に示した一覧を提供する際に、この表示順テーブルを参照して順序を並び替える。そして、この表示順テーブルを所定のタイミングでランダムに変更する。

このタイミングは例えば夜中０時であってもよいし、サーバ４へのＷｅｂページの要求が所定時間途切れた場合であってもよい。このように一覧順を毎回ではなく、所定のタイミングごとに更新する。これによって、店舗間の公平性を担保でき、かつ発注の手間を増大させることがなくなる。

さらに、ここではランダムに順序を変更することとしたが、既に述べたような制作技術認定により、技術レベルごとにランダムに変更し、技術レベルの高いものを上位に配列してもよい。

［顧客からの直接受注専用Ｗｅｂページ］
ここまでの説明では、顧客端末２からインターネットを介して直接アクセスを受けた際にも店舗端末１からのアクセスと同じＷｅｂページが提供されるとして説明したが、顧客端末２からのアクセスの場合には、店舗とは取引態様が異なるので、サーバ４とは別に設けた顧客専用のＷｅｂサーバを用いてもよい。このような顧客専用のＷｅｂサーバを設けた本発明の第２の実施の形態に係るギフトサービスの提供支援システムは、図２８に示すように、各店舗に配置される店舗端末１（１ａ，１ｂ，…）と、顧客側に配置される顧客端末２と、ギフトサービスセンタ３とのほかに、受注サーバ８を含み、各部は互いにネットワーク７を介して通信可能に接続される。また、ギフトサービスセンタ３は、サーバ４と、ホストコンピュータ５と、管理端末６とを含んでいる。

ここで店舗端末１、顧客端末２、サーバ４、ホストコンピュータ５、管理端末６はいずれも基本的に図１に示した第１の実施の形態に係るものと同様に動作するが、ホストコンピュータ５の動作が若干異なる。すなわち、ホストコンピュータ５は、受注サーバ８に対し、店舗データベース１２に登録されている店舗のうち、顧客側からの直接注文に応じることができる店舗を選択する。この選択は、事前に店舗側から顧客側からの直接注文に応じるか否かについての回答を得ておき、直接注文に応じるとの回答があった店舗について、店舗データベース１２にその旨を登録しておくことで行うことができる。そして、この選択した店舗の情報を受注サーバ８へ転送する。また、ホストコンピュータ５は、受注サーバ８からの問い合わせに応じて、顧客データベース１７等の検索及びその結果の回答を行う。

受注サーバ８は、ホストコンピュータ５から店舗の情報の転送を受けて、当該店舗の情報を管理する。また、受注サーバ８は、顧客端末２からネットワークを介して店舗の検索指示を受けて、管理している店舗の情報から条件を満たすものを選択し、当該店舗に対しての受注処理を行う。ここで選択された店舗が複数ある場合には、その一覧を顧客端末２に提供して顧客により特定を受けるようにしておく。以下、選択された店舗を「受注店舗」と呼ぶ。

受注処理では、広く知られた「仮想買い物かご」を用いたインタフェースが好適である。「仮想買い物かご」は、例えば特開２０００-２５０９７６号公報、「ホーム・ショッピング・システム及びその方法」にその詳細な記載があるのでここでの説明を省略する。この「仮想買い物かご」のインタフェースでは、通常顧客は特定の仮想店舗内を移動する間に購入指定した商品を、この仮想買い物かごに投入したとして扱う。顧客は現在の購入商品を確認したいときには、この仮想買い物かごの内容を表示させる。

本実施の形態では、受注したギフト商品ごとに、その配送先が顧客によって指定され、「仮想買い物かご」内には、図２９に示すように、注文番号と、注文主（依頼者）の情報と、商品を特定する情報（Ｐ）と、各商品の配送先の情報（Ｑ）と、メッセージとの情報等が関連づけて登録される。このとき、各商品の配送先の情報と、受注店舗の配送可能エリアとを比較して、配送可能エリア外への配送が指示されている場合には、当該注文をエラーとして表示する。

そして、顧客が仮想買い物かごの内容で注文を確定する操作を行うと、支払い方法の選択を行わせ、例えばクレジットカード支払いが選択された場合には、該当する信販会社側との通信により、確認がとれたときに、受注内容を確定したものとして、当該受注内容をホストコンピュータ５へ転送する。また、支払方法並びに、支払金額の情報（支払情報）もホストコンピュータ５へ転送される。

ホストコンピュータ５は、この受注内容の転送を受けて、店舗端末１からの受注と同様に、受発注データベース１３に登録する。このとき、当該受注内容に示された特定店舗をサービス提供を実際に行う店舗として登録する。

尚、受注情報には、商品用途（「誕生日用」、「母の日」等）や、メッセージ（筆耕）等の情報、配送後にその結果を電子メールにて通知を受けたいか否かの情報、制作配送された商品の画像データの要求の有無等の情報を含む。

また、ホストコンピュータ５は、支払情報の転送を受けて、決済処理を行う。ここでの決済処理は、既に説明した店舗間のものとは異なり、制作配送を行う店舗がギフトサービスセンタ３を介して顧客からの支払いを受けるため、相殺処理ではなく、ギフトサービスセンタ３が顧客からの支払い金額のうち、一部を手数料として徴収し、当該店舗の締め日に、その残りを売掛金として集計し、店舗間の相殺後の請求額、支払額とともに決済処理を実行する。

このほか、ホストコンピュータ５が、受注情報の検索により、制作・配送状況のステータスを顧客側に提供することは店舗間での処理と同様である。すなわち、受注完了後は、サーバ４が顧客端末２から上記受注情報の検索等の処理を受け付ける。尚、このときには、当該顧客を認証し、その顧客からの受注情報のみを提供することがセキュリティ上好ましい。このためには、顧客側から事前にパスワードの設定などを受けておく。このような「メンバー登録」のサービスは、広く知られたものを利用できるので、詳細な説明を省略する。また、このようにギフト商品の贈答に知識のある店員が近くにいない環境で受注するシステムでは、特に、「受注時の情報提供」で述べたように、施設など送り先の事情や、各地の慣習に関係する情報などを併せて提供することが効果的である。

［メッセージに基づく過去の受注情報の検索］
これら２つの実施の形態に係るシステムにおいては、入力されるデータの内容は贈答に関するものであるため、配送先の相手方の氏名などを誤りなく記載することが望まれる。しかし広く知られているように人名や地名には特有の漢字やアルファベットが利用されたりする場合がある。ここで、過去正しく贈答した内容を検索できるようにすることが便利である。そこで、上記各実施形態に係るシステムでは、履歴データベース１６に蓄積されている過去の受注の履歴を検索可能としている。ここで、相手先の氏名等による検索では本末転倒であるので、そのほかのキーとしてメッセージ（筆耕）の内容にて検索できるようにしておくことが好適である。

そして、検索の結果として表示された履歴に対し、「同じ相手に送る」等のボタンを関係づけて表示し、このボタンがクリックされると、当該ボタンに関係した履歴に示された相手先の住所、氏名を今回の配送先として指定する。

［店舗で発生する費用の決済］
上記、第１、第２の実施の形態に係るシステムにおいては、ギフトサービスセンタ３は店舗間、又は顧客と店舗との間の決済を行っていたが、店舗での費用決済を併せてギフトサービスセンタ３側で行うことができれば、各加盟店の決済業務を軽減できる。

そこで第１、第２の実施の形態に係るシステムのギフトサービスセンタ３は、資材業者等の卸や加工業者（アセンブリ）などから加盟店舗への精算依頼を受信して、当該精算依頼に基づき、店舗間決済と同様に処理する。

すなわち、店舗側では、図３０に示すように、ギフトサービスの提供に要する花や容器、土、その他必要な物品をそれぞれの卸業者に発注して（Ｓ１１）、納入を受ける（Ｓ１２）。各卸業者は、当該店舗に対する課金をギフトサービスセンタ３に通知して精算依頼を行い（Ｓ１３）、ギフトサービスセンタ３から（つまり、ギフトサービスセンタ３が開設する銀行口座から）料金の支払いを受ける（Ｓ１４）。この過程はいわば、ギフトサービスセンタ３が各店舗が為すべき支払いを立て替えている状態にあたる。そして、ギフトサービスセンタ３が各加盟店の締め日に、店舗間取引によって発生した相殺後の金額に併せて、各店舗に対して立て替えている金額を請求額として加算して決済処理を実行する（Ｓ１５）。

尚、ここではギフトサービスの提供に要するもののみならず、当該店舗で通常発生する費用の立て替え払い及び決済を本システムによって行うことができる。これによって、店舗側の費用精算にかかる業務を軽減できる。

また、この費用決済に関する部分のみを加盟店舗以外に拡大して、葬儀に関する花を取り扱う業者（葬儀社など仏事専門店）や、フラワーアレンジメントを教授するスクールなどで発生する費用を立て替えるシステムとしてもよい。

さらに、ギフトサービスセンタ３が購買の仲介を行ってもよい。すなわち、この場合には、図３１に示すように、店舗がギフトサービスの提供に要する物品をギフトサービスセンタ３側に発注する（Ｓ２１）。ここでギフトサービスセンタ３側は、ギフトサービスの提供に必要な商品を加盟店舗向けに販売するＷｅｂページを配信して注文を受け付けるようにしておくことが好ましい。注文を受けたギフトサービスセンタ３は、卸業者に対して出荷依頼を行い（Ｓ２２）、卸業者は店舗に対して物品を配送する（納入；Ｓ２３）。そして、ギフトサービスセンタ３は、店舗側に対して、その締め日に、店舗間取引によって発生した相殺後の金額に併せて物品発注に対する対価を請求して決済処理を実行し（Ｓ２４）、卸業者に対しては、所定のタイミングで支払いを行う（Ｓ２５）。この所定のタイミングは、例えば各卸業者の締め日とする。このためにギフトサービスセンタ３側では、各卸業者の情報をその締め日の情報とともに保持しておく。

１ 店舗端末、２ 顧客端末、３ ギフトサービスセンタ、４ サーバ、５ ホストコンピュータ、６ 管理端末、７ ネットワーク、８ 受注サーバ、１１ 制御部、１２ 店舗データベース、１３ 受発注データベース、１４ 画像データベース、１５ 決済データベース、１６ 履歴データベース、１７ 顧客データベース。

Claims (6)

1. 依頼元の指定する届け先に花ギフトサービスを提供する花ギフトサービスを支援するため、依頼元又は店舗側の端末と接続されるサーバ装置であって、
   依頼元又は店舗に配置され花ギフトサービスの依頼を受け付ける依頼側端末から花ギフトサービスの受注情報であって届け出先の情報を含む受注情報を取得して記憶する手段と、
   配送可能エリアについての情報を含む店舗情報を記憶する店舗データベースと、
   店舗データベースに含まれる店舗についての表示順を示す表示順テーブルであって、その表示順が所定タイミングで変更される表示順テーブルと、
   届け先が入力された場合に、その届け先へ配送が可能な店舗を、前記店舗データベースを参照して検索する店舗検索手段と、
   検索結果の届け先へ配送可能な店舗の一覧であって、前記表示順テーブルの表示順により表示順が決定された一覧を依頼側端末に送信する店舗情報送信手段と、
   依頼側端末からの店舗選択情報を受け、前記受注情報に係る花ギフトサービスを提供する店舗を決定し、決定された提供側の店舗に配置される提供側端末に前記記憶した受注情報を送信する手段と、
   を含むことを特徴とするサーバ装置。
2. 請求項１に記載のサーバ装置において、
   前記店舗データベースが記憶する店舗情報には、その店舗で製作される花ギフト商品の例の写真を含むことを特徴とするサーバ装置。
3. 請求項１または２に記載のサーバ装置において、
   さらに、
   前記花ギフトサービスを提供する店舗側から、前記受注情報に基づいて納品された花ギフト商品の画像データを取得し、前記画像データを前記受注情報に関連づけて記憶する手段と、
   前記商品画像データを依頼元に提供する手段と、
   を含むことを特徴とするサーバ装置。
4. 請求項２又は３に記載のサーバ装置において、
   店舗データデースに格納された店舗情報には、店舗の休業日を含むことを特徴とするサーバ装置。
5. 請求項１〜４のいずれか１項に記載のサーバ装置において、さらに、
   前記花ギフトサービスを提供する提供側の店舗に配置された提供側端末からサービス提供の状況情報を取得する手段と、
   前記取得した状況情報を花ギフトサービスの依頼側端末に対して送信する手段と、
   を有することを特徴とするサーバ装置。
6. 請求項１に記載のサーバ装置において、
   前記店舗データベースは、
   施設内で行われるイベント関係者に対して花ギフト商品を配送する花ギフトサービスの提供にあたり、花ギフトサービスを提供する店舗が花ギフト品搬入の条件について優遇を受けている施設がある場合に当該施設を特定する情報を含むことを特徴とするサーバ装置。
   

Images