(57)【特許請求の範囲】
【請求項１】
商品情報と、商品販売者等とを関連付けて蓄積する商品データベースと、
商品データベースに登録された商品を発行されるポイントでも購入が可能なオンラインショッピングサイトでの商品購入権限を有するメンバーとして利用者を認証するために、少なくとも利用者のメールアドレスを含む利用者情報の登録を受け付けるメンバー登録部と、
メンバー登録部での登録が完了した際に、モニタ登録受付のための入力用オブジェクトを備えたメンバー登録完了通知画面を送信するメンバー登録完了通知画面送信部と、
メンバー登録完了通知画面送信部から送信されたメンバー登録完了通知画面のモニタ登録受付のための入力用オブジェクトを利用したモニタ登録をするかについての入力を受け付けるモニタ登録受付部と、
モニタ登録するとの入力を受け付けた場合にはメンバー登録完了が通知された利用者情報に関連付けてモニタ登録処理を行うモニタ登録処理部と、
利用者登録されたメンバーの前記オンラインショッピングサイトでの商品購入を少なくとも取引ＩＤと商品とを関連付けた取引情報として保持する取引情報保持部と、
取引に応じて発生する商品代金支払決済のための処理をする決済処理部と、
決済処理部で決済に必要な処理が完了したか判断する判断部と、
判断部で必要な処理が完了したとの判断がされた商品購入をしたメンバーがモニタ登録されている場合には、モニタ登録処理部でそのメンバーに関連付けられている利用者の情報を用いて利用者に対してその取引ＩＤで識別される商品のモニタ依頼メールを出力するモニタ依頼メール出力部と、を有するオンラインショッピングサイト管理装置。
【請求項２】
モニタ依頼メールに応じて利用者から返信されるモニタ結果メールを受信するモニタ結果メール受信部と、
モニタ結果メール受信部にて受信したモニタ結果メールの送信者であるモニタ登録をしたメンバーの利用者情報を取得する利用者情報取得部と、
取得した利用者情報に関連付けて前記オンラインショッピングサイトでの商品購入に利用可能なポイントを発行して登録するポイント発行登録部と、
をさらに有する請求項１に記載のオンラインショッピングサイト管理装置。
【請求項３】
受信されたモニタ結果メールをそのモニタ対象となった取引ＩＤで特定される商品の販売者等情報として商品データベースから取得する販売者等情報取得部と、
取得された販売者等情報を利用してモニタ結果メールを販売者等に転送するモニタ結果メール転送部と、
転送されたモニタ結果メールに応じて販売者等から返信される、その取引をしたメンバーに対して販売者等が付与する前記ポイントと同等の機能を有するボーナスポイントの値を受信するボーナスポイント値受信部と、
受信したボーナスポイントをポイント発行登録部に記録する記録部と、
をさらに有する請求項２に記載のオンラインショッピングサイト管理装置。
【請求項４】
商品情報と、商品販売者等とを関連付けて蓄積する商品データベースに登録された商品を発行されるポイントでも購入が可能なオンラインショッピングサイトでの商品購入権限を有するメンバーとして利用者を認証するために、少なくとも利用者のメールアドレスを含む利用者情報の登録を受け付けるメンバー登録ステップと、
メンバー登録ステップでの登録が完了した際に、モニタ登録受付のための入力用オブジェクトを備えたメンバー登録完了通知画面を送信するメンバー登録完了通知画面送信ステップと、
メンバー登録完了通知画面送信ステップで送信されたメンバー登録完了通知画面のモニタ登録受付のための入力用オブジェクトを利用したモニタ登録をするかについての入力を受け付けるモニタ登録受付ステップと、
モニタ登録するとの入力を受け付けた場合にはメンバー登録完了が通知された利用者情報に関連付けてモニタ登録処理を行うモニタ登録処理ステップと、
利用者登録されたメンバーの前記オンラインショッピングサイトでの商品購入を少なくとも取引ＩＤと商品とを関連付けた取引情報を保持する取引情報保持ステップと、
取引に応じて発生する商品代金支払決済のための処理をする決済処理ステップと、
決済処理ステップで決済に必要な処理が完了したか判断する判断ステップと、
判断ステップで必要な処理が完了したとの判断がされた処理をしたメンバーがモニタ登録されている場合には、モニタ登録処理ステップでそのメンバーに関連付けられている利用者の情報を用いて利用者に対してその取引ＩＤで識別される商品のモニタ依頼メールを出力するモニタ依頼メール出力ステップと、
を有するオンラインショッピングサイト管理装置の動作方法。
【請求項５】
モニタ依頼メールに応じて利用者から返信されるモニタ結果メールを受信するモニタ結果メール受信ステップと、
モニタ結果メール受信ステップにて受信したモニタ結果メールの送信者であるモニタ登録をしたメンバーの利用者情報を取得する利用者情報取得ステップと、
取得した利用者情報に関連付けて前記オンラインショッピングサイトでの商品購入に利用可能なポイントを発行して登録するポイント発行登録ステップと、
をさらに有する請求項４に記載のオンラインショッピングサイト管理装置の動作方法。
【請求項６】
受信されたモニタ結果メールをそのモニタ対象となった取引ＩＤで特定される商品の販売者等情報を商品データベースから取得する販売者等情報取得ステップと、
取得された販売者等情報を利用してモニタ結果メールを販売者等に転送するモニタ結果メール転送ステップと、
転送されたモニタ結果メールに応じて販売者等から返信される、その取引をしたメンバーに対して販売者等が付与する前記ポイントと同等の機能を有するボーナスポイントの値を受信するボーナスポイント値受信ステップと、
受信したボーナスポイントをポイント発行登録ステップにおいて登録されている、その取引をしたメンバーのポイントに対して加算する記録ステップと、
をさらに有する請求項５に記載のオンラインショッピングサイト管理装置の動作方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オンラインショッピングサイトにおいてモニタ情報を取得するための技術に関する。
【背景技術】
【０００２】
通常、オンラインショッピングサイトでは、ただ利用者にショッピングサービスを提供しているだけであり、出店者もただの趣味の人から本業の人（個人事業者）、さらに実店舗を有する大手企業までさまざまである。このような形態なため、個々は独立した存在であり、出店者間で連携することはほとんどない。そのような状態で、出店者が自身のサイトで商品を購入した利用者から購入した商品に対するモニタ情報を取得するためには、出店者があらかじめ準備したシステムに改めて利用者に登録を行ってもらう必要がある。つまり、利用者は、店舗毎に登録をする必要があり、非常に手続きが煩雑であった。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１９５５５２
【発明の概要】
【発明が解決しようとする課題】
【０００４】
そこで、手続きの煩雑さを緩和するために特許文献１のような技術が提供されている。あらかじめ携帯端末を用いてサイトに接続し電子決済を行うための登録とは別にデータ収集システムにモニタ登録を行うことで店舗毎にモニタ登録をするその手間を省くシステムである。これにより従来、店舗毎に登録を行う必要があるところが、1度の登録だけで済むようになる。
【０００５】
しかしながら、特許文献１に記載の発明では、商品の購入をするための登録のほかに、再度利用者が情報を入力してモニタ登録をする必要があり、利用者にとってまだ不便であるという課題がある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、商品購入を行うためのメンバー登録の際にモニタ登録も同時に行うことが可能であることを特徴とする本発明を提供する。具体的には以下のようなオンラインショッピングサイト管理装置である。
【０００７】
第１発明では、商品情報と、商品販売者等とを関連付けて蓄積する商品データベースと、商品データベースに登録された商品を発行されるポイントでも購入が可能なオンラインショッピングサイトでの商品購入権限を有するメンバーとして利用者を認証するために、少なくとも利用者のメールアドレスを含む利用者情報の登録を受け付けるメンバー登録部と、メンバー登録部での登録が完了した際に、モニタ登録受付のための入力用オブジェクトを備えたメンバー登録完了通知画面を送信するメンバー登録完了通知画面送信部と、メンバー登録完了通知画面送信部から送信されたメンバー登録完了通知画面のモニタ登録受付のための入力用オブジェクトを利用したモニタ登録をするかについての入力を受け付けるモニタ登録受付部と、モニタ登録するとの入力を受け付けた場合にはメンバー登録完了が通知された利用者情報に関連付けてモニタ登録処理を行うモニタ登録処理部と、利用者登録されたメンバーの前記オンラインショッピングサイトでの商品購入を少なくとも取引ＩＤと商品とを関連付けた取引情報を保持する取引情報保持部と、取引に応じて発生する商品代金支払決済のための処理をする決済処理部と、決済処理部で決済に必要な処理が完了したか判断する判断部と、判断部で必要な処理が完了したとの判断がされた処理をしたメンバーがモニタ登録されている場合には、モニタ登録処理部でそのメンバーに関連付けられている利用者の情報を用いて利用者に対してその取引ＩＤで識別される商品のモニタ依頼メールを出力するモニタ依頼メール出力部と、を有するオンラインショッピングサイト管理装置を提供する。
【０００８】
第２発明では、第１発明を基本として、モニタ依頼メールに応じて利用者から返信されるモニタ結果メールを受信するモニタ結果メール受信部と、モニタ結果メール受信部にて受信したモニタ結果メールの送信者であるモニタ登録をしたメンバーの利用者情報を取得する利用者情報取得部と、取得した利用者情報に関連付けて前記オンラインショッピングサイトでの商品購入に利用可能なポイントを発行して登録するポイント発行登録部と、をさらに有する請求項１に記載のオンラインショッピングサイト管理装置を提供する。
【０００９】
第３発明では、第２発明を基本として受信されたモニタ結果メールをそのモニタ対象となった取引ＩＤで特定される商品の販売者等情報を商品データベースから取得する販売者等情報取得部と、取得された販売者等情報を利用してモニタ結果メールを販売者等に転送するモニタ結果メール転送部と、転送されたモニタ結果メールに応じて販売者等から返信される、その取引をしたメンバーに対して販売者等が付与する前記ポイントと同等の機能を有するボーナスポイントの値を受信するボーナスポイント値受信部と、受信したボーナスポイントをポイント発行登録部に記録する記録部と、をさらに有する請求項２に記載のオンラインショッピングサイト管理装置を提供する。
【００１０】
第４発明では、商品情報と、商品販売者等とを関連付けて蓄積する商品データベースに登録された商品を発行されるポイントでも購入が可能なオンラインショッピングサイトでの商品購入権限を有するメンバーとして利用者を認証するために、少なくとも利用者のメールアドレスを含む利用者情報の登録を受け付けるメンバー登録ステップと、メンバー登録ステップでの登録が完了した際に、モニタ登録受付のための入力用オブジェクトを備えたメンバー登録完了通知画面を送信するメンバー登録完了通知画面送信ステップと、メンバー登録完了通知画面送信ステップで送信されたメンバー登録完了通知画面のモニタ登録受付のための入力用オブジェクトを利用したモニタ登録をするかについての入力を受け付けるモニタ登録受付ステップと、モニタ登録するとの入力を受け付けた場合にはメンバー登録完了が通知された利用者情報に関連付けてモニタ登録処理を行うモニタ登録処理ステップと、利用者登録されたメンバーの前記オンラインショッピングサイトでの商品購入を少なくとも取引ＩＤと商品とを関連付けた取引情報を保持する取引情報保持ステップと、取引に応じて発生する商品代金支払決済のための処理をする決済処理ステップと、決済処理ステップで決済に必要な処理が完了したか判断する判断ステップと、判断ステップで必要な処理が完了したとの判断がされた処理をしたメンバーがモニタ登録されている場合には、モニタ登録処理ステップでそのメンバーに関連付けられている利用者の情報を用いて利用者に対してその取引ＩＤで識別される商品のモニタ依頼メールを出力するモニタ依頼メール出力ステップと、を有するオンラインショッピングサイト管理装置の動作方法を提供する。
【００１１】
第５発明では、モニタ依頼メールに応じて利用者から返信されるモニタ結果メールを受信するモニタ結果メール受信ステップと、モニタ結果メール受信ステップにて受信したモニタ結果メールの送信者であるモニタ登録をしたメンバーの利用者情報を取得する利用者情報取得ステップと、取得した利用者情報に関連付けて前記オンラインショッピングサイトでの商品購入に利用可能なポイントを発行して登録するポイント発行登録ステップと、をさらに有する請求項４に記載のオンラインショッピングサイト管理装置の動作方法を提供する。
【００１２】
第６発明では、受信されたモニタ結果メールをそのモニタ対象となった取引ＩＤで特定される商品の販売者等情報を商品データベースから取得する販売者等情報取得ステップと、取得された販売者等情報を利用してモニタ結果メールを販売者等に転送するモニタ結果メール転送ステップと、転送されたモニタ結果メールに応じて販売者等から返信される、その取引をしたメンバーに対して販売者等が付与する前記ポイントと同等の機能を有するボーナスポイントの値を受信するボーナスポイント値受信ステップと、受信したボーナスポイントをポイント発行登録ステップにおいて登録されている、その取引をしたメンバーのポイントに対して加算する記録ステップと、をさらに有する請求項５に記載のオンラインショッピングサイト管理装置の動作方法を提供する。
【発明の効果】
【００１３】
本発明により、メンバー登録作業の後に行われるモニタ登録において、メンバー登録作業時に入力した情報をモニタ登録に流用することが可能となる。これにより、モニタ登録をする際に従来であれば必要であった自身の住所や銀行口座などの情報の再入力を省略することが可能となる。さらには、メンバー登録作業と同一のセッションでモニタ登録を行うことで、登録ＩＤなどとの照合作業も省略することが可能となり、サーバ側の負荷を軽減することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】実施例１のオンラインショッピングサイト管理装置における機能的構成の一例を表す図
【図２】実施例１のオンラインショッピングサイト管理装置における商品情報と商品販売者情報とを関連付けて管理する商品データベースの構造の一例示した図
【図３Ａ】実施例１のオンラインショッピングサイト管理装置におけるメンバー登録を行うために必要な利用者情報をユーザが入力するための画面の一例を示した図
【図３Ｂ】実施例１のオンラインショッピングサイト管理装置における入力されたデータを管理するためのテーブルの一例を示した図
【図４】実施例１のオンラインショッピングサイト管理装置におけるメンバー登録が完了時に送信されるメンバー登録完了通知画面の一例を示した図
【図５】実施例１のオンラインショッピングサイト管理装置における実際に受付けるモニタ登録可否情報の一例を示した図
【図６Ａ】実施例１のオンラインショッピングサイト管理装置における受信した登録可否情報を元にモニタ登録を行うためのプログラムの一例を示した図
【図６Ｂ】実施例１のオンラインショッピングサイト管理装置における実際にモニタ登録された場合のモニタ登録情報の一例を示した図
【図７】実施例１のオンラインショッピングサイト管理装置における実際に登録されたメンバーが購入した商品の取引情報の構成の一例を示した図
【図８】実施例１のオンラインショッピングサイト管理装置における決済処理部が金融機関等へ送信する決済処理データの一例を示した図
【図９】実施例１のオンラインショッピングサイト管理装置における決済処理が完了したかどうかの判断を行うプログラムの一例を示した図
【図１０】実施例１のオンラインショッピングサイト管理装置における判断部での結果を受けて商品を購入したメンバーがモニタ登録済みである時にモニタ依頼メールを送信する過程を説明するための一例を示した図
【図１１】実施例１のオンラインショッピングサイト管理装置におけるハードウェア構成の一例を表す概念図
【図１２Ａ】実施例１のオンラインショッピングサイト管理装置におけるメンバー登録の受付から、モニタ登録完了までの流れの一例を表すフローチャート
【図１２Ｂ】実施例１のオンラインショッピングサイト管理装置におけるオンラインショッピングサイトにて購入手続きを行ってから、モニタ依頼メールの送信までの一例を表すフローチャート
【図１３】実施例２のオンラインショッピングサイト管理装置における機能的構成の一例を示した図
【図１４】実施例２のオンラインショッピングサイト管理装置におけるモニタ結果メール受信部が受信するモニタ結果メールの一例を示した図
【図１５】実施例２のオンラインショッピングサイト管理装置における受信したモニタ結果メールからメンバー情報を取得するためのプログラムの一例を示した図
【図１６】実施例２のオンラインショッピングサイト管理装置における利用者情報取得部で取得したメンバーに対してポイントを発行するためのプログラムの一例を示した図
【図１７】実施例２のオンラインショッピングサイト管理装置におけるハードウェア構成の一例を表す概念図
【図１８】実施例２のオンラインショッピングサイト管理装置におけるモニタ結果メールを受信してからポイント加算までの流れの一例を表すフローチャート
【図１９】実施例３のオンラインショッピングサイト管理装置における機能的構成の一例を表す図
【図２０】実施例３のオンラインショッピングサイト管理装置における取引ＩＤが含まれているモニタ結果メールを受信してから、モニタ依頼を行った販売者等の情報を取得するためのプログラムの一例を示した図
【図２１】実施例３のオンラインショッピングサイト管理装置におけるボーナスポイント値受信部が受信するデータの一例を示した図
【図２２】実施例３のオンラインショッピングサイト管理装置におけるボーナスポイント値を受信してからボーナスポイントを発行するためのプログラムの一例を示した図
【図２３】実施例３のオンラインショッピングサイト管理装置におけるハードウェア構成の一例を表す概念図
【図２４】実施例３のオンラインショッピングサイト管理装置におけるモニタ結果メールを受信してから、モニタ結果メールの転送まで流れの一例を表すフローチャート
【図２５】実施例３のオンラインショッピングサイト管理装置におけるボーナス値を受信してから、メンバーに対してボーナスポイントを付与するまでの流れの一例を表すフローチャート
【発明を実施するための形態】
【００１５】
以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれらの実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【００１６】
実施例１は主に請求項１、４について説明する。
【００１７】
実施例２は主に請求項２、５について説明する。
【００１８】
実施例３は主に請求項３、６について説明する。
【００１９】
≪実施例１≫
【００２０】
<概要>
【００２１】
本実施例のオンラインショッピングサイト管理装置は、メンバー登録の際に登録の完了通知を出力するとともにモニタ登録可否を受付けることを特徴としている。さらには、モニタ登録を行ったメンバーが購入した商品に対する決済処理に応じて、購入した商品のモニタ依頼を行うことを特徴とするオンラインショッピングサイト管理装置である。
【００２２】
<機能的構成>
【００２３】
以下に記載する本実施例の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵや主メモリ、バスあるいは二次記憶装置（ハードディスクや不揮発性メモリ）、それらのハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラムなどがあげられる。
【００２４】
またこれらのハードウェアやソフトウェアは、主メモリ上に展開したプログラムをＣＰＵで演算処理したり、メモリやハードディスク上に保持されているデータや、インターフェースを介して入力されたデータなどを加工、蓄積、出力処理したり、あるいは各ハードウェア構成部の制御を行ったりするために利用される。また、この発明は装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を固定した記録媒体も、当然この発明の技術的な範囲に含まれる。（本明細書の全体を通じて同様である）
【００２５】
図１は、本実施例のオンラインショッピングサイト管理装置における機能的構成の一例を表す図である。本実施例のオンラインショッピングサイト管理装置は、「商品データベース」（０１０６）と、「メンバー登録部」（０１０２）と、「メンバー登録完了通知画面送信部」（０１０３）と、「モニタ登録受付部」（０１０４）と、「モニタ登録処理部」（０１０５）と、「取引情報保持部」（０１０７）と、「決済処理部」（０１０８）と、「判断部」（０１０９）と、「モニタ依頼メール出力部」（０１１０）を有している。
【００２６】
「商品データベース」（０１０６）は商品情報と、商品販売者等とを関連付けて蓄積されているデータベースである。具体的には、オンラインショッピングサイトにおいて出店者が顧客と取引を前提として出品している商品のデータを管理しているデータベースである。
【００２７】
図２は、本実施例のオンラインショッピングサイト管理装置における、商品情報と商品販売者情報とを関連付けて管理する商品データベースの構造の一例をＥＲ図で示したものである。本実施例のデータベースは、商品のデータを管理するテーブルと、商品のカテゴリに応じた属性名称を管理するテーブルと、出店者の情報を管理するテーブルで構成されている。商品のデータを管理するテーブルは、外部キーである項目（カラム）が含まれている。外部キーである項目（カラム）はあらかじめ定められたデーブルを参照している。具体的には、出店者登録番号であれば、出店者の情報を管理するテーブルを参照しているなどである。ここで、本例では、３つのテーブルを用いた一例を示したが、商品の情報を管理できる構成であればそれに限らない。本実施例では、様々なカテゴリ（衣服、食品など）が有する属性（衣服であれば、色やサイズなど。食品なら、消費期限や産地など）を一括して管理することを可能にするために本構成を採用している。
【００２８】
「メンバー登録部」（０１０２）は、商品データベースに登録された商品を発行されるポイントでも購入が可能なオンラインショッピングサイトでの商品購入権限を有するメンバーとして利用者を認証するために、少なくとも利用者のメールアドレスを含む利用者情報の登録を受け付ける機能を有している。具体的には、ユーザからの入力を受けてオンラインショッピングサイトで商品を購入するために必要な権限を有するメンバー登録を行う。
【００２９】
図３を用いてメンバー登録部におけるメンバー登録の一例について説明する。図３Ａは、メンバー登録を行うために必要な利用者情報をユーザが入力するための画面の一例である。図３Ｂは、入力されたデータを管理するためのテーブルの一例を示している。
【００３０】
図３Ａにあるようなメンバー登録画面を用いて、本実施例のオンラインショッピングサイト管理装置が管理するオンラインショッピングサイトにて取引を行うために必要な利用者情報であるユーザ名称や住所、電話番号、支払方法などの情報を取得する。そして、取得した利用者情報を図３Ｂに示すようなテーブルにメンバー情報を記録し保持する。このようにして登録された利用者情報等が記録されているメンバー情報は、商品購入時に使用されるだけでなく、オンラインショッピングサイトにてユーザを認証するための情報としても使用される。さらには、後に詳述するが、モニタ情報の一部としても使用される。
【００３１】
なお、一般的にこれらのメンバー登録情報は、本実施例のオンラインショッピングサイトにインターネットなどのネットワークを介して接続されている端末装置から送信されるデータである。したがって、オンラインショッピングサイト管理装置と端末装置との通信にはＴＣＰ／ＩＰプロトコル以外にセキュリティを担保するためにＳＳＬ（Secure Sockets Layer）プロトコルやＳＳＨ（Secure Shell）などの暗号通信プロトコルを用いて通信を行う構成であることが好ましい。
【００３２】
「メンバー登録完了通知画面送信部」（０１０３）は、メンバー登録部での登録が完了した際に、モニタ登録受付のための入力用オブジェクトを備えたメンバー登録完了通知画面を送信する機能を有している。具体的には、前記「メンバー登録部」（０１０２）においてメンバー登録が完了した際に、メンバー登録を行ったユーザに対してモニタ登録受付のためのボタン等の入力オブジェクトが含まれるメンバー登録完了通知画面を送信する。
【００３３】
図４は、メンバー登録が完了時に送信されるメンバー登録完了通知画面の一例を示したものである。図４に示すように、本例のメンバー登録完了通知画面は、メンバー登録が完了された旨を通知する文章と、モニタ受付のための入力用オブジェクト（本例では、「はい」、「いいえ」と記載されたリンク）を備えている画面である。この、メンバー登録完了通知画面をユーザが操作する端末装置へ送信する。そして、後に詳述するが「モニタ登録受付部」（０１０４）が、ユーザが選択（入力）したモニタ登録可否の情報を受付ける。（本例では、「はい」若しくは「いいえ」のいずれかを選択した情報を受付ける）ここで、本例では入力オブジェクトをリンクの形式としたが、実際にはそれに限らない。具体的には、ボタンや、ラジオボタンで構成されていてもよい。さらには、ユーザが入力でき、可否を識別できるオブジェクトであればそれに限らない。
【００３４】
「モニタ登録受付部」（０１０４）は、メンバー登録完了通知画面送信部から送信されたメンバー登録完了通知画面のモニタ登録受付のための入力用オブジェクトを利用したモニタ登録をするかについての入力を受け付ける機能を有している。具体的には、前記「メンバー登録完了通知画面送信部」（０１０３）が送信したメンバー登録完了通知画面に含まれる入力オブジェクトをユーザが選択することによって送信されるモニタ登録可否情報を受信する。
【００３５】
図５は、本実施例の「モニタ登録受付部」（０１０４）が実際に受付けるモニタ登録可否情報の一例を示したものである。本例に示すデータは、ＸＭＬで記載されている。本例のデータ構造は、モニタ登録可否情報にメンバーを識別するための情報とメンバーが選択したモニタ登録可否の情報が関連付けられている。本例では、メンバーＩＤ「０００１」と登録可否が「はい」という情報が含まれているという具合である。ここで、本例ではモニタ登録可否情報にメンバーを識別する情報と可否情報を一つのデータとして受付ける構成としたが、メンバーを識別する情報と可否情報をそれぞれ別々のデータとして受付ける構成であってもよい。その場合には、それぞれのデータが関連付けられていることを識別するための任意の識別子をそれぞれのデータに含ませる必要があるが、このような構成をとることにより、仮に他者がモニタ登録可否情報を取得した場合にメンバーＩＤとモニタ登録可否の特定を困難にすることが可能となる。
【００３６】
「モニタ登録処理部」（０１０５）は、モニタ登録するとの入力を受け付けた場合にはメンバー登録完了が通知された利用者情報に関連付けてモニタ登録処理を行う機能を有している。具体的には、前記「モニタ登録受付部」（０１０４）が受信したモニタ等特可否情報が、モニタ登録である場合に、前記「メンバー登録部」（０１０２）で登録された情報を元にモニタ登録の処理を行う。
【００３７】
図６を用いて、モニタ登録処理部におけるモニタ登録の処理について説明する。図６Ａは、受信した登録可否情報を元にモニタ登録を行うためのプログラムの一例を示したものである。なお、本図に記載のプログラムはプログラムを作成するにあたり、重要な処理を簡易的に示したものである。図６Ｂは、実際にモニタ登録された場合のモニタ登録情報の一例を示したものである。
【００３８】
モニタ登録について説明するにあたり、まず図６Ａのプログラムについて説明する。本例のプログラムは次のような動作をする。まず、モニタ登録可否情報の受信を待つ（図６ＡLine４０）。モニタ登録可否情報を受信すると、受信した情報に含まれるモニタ登録可否およびメンバーを特定する情報（本例ではメンバーＩＤ）を取得する（図６ＡLine７０〜９０）。データの取得を行うと、モニタ登録可否の判断を行う（図６ＡLine１１０）。モニタ登録を行わない場合には処理を終了させる（図６ＡLine１２０）。モニタ登録を行う場合には、あらかじめ登録が完了しているメンバー登録情報を利用してモニタ情報の登録を行う（図６ＡLine１５０〜１６０）。という具合の動作をする。
【００３９】
図６Ｂは、実際に図６Ａにて説明したプログラム例等を用いてモニタ登録を行った場合におけるモニタ登録情報の構成の一例をＥＲ図で示したものである。本例では、モニタ登録が「登録」である場合には、例えば図６Ａに示したプログラムによってメンバー登録情報を管理するテーブルの情報をもとにモニタ登録情報を管理するテーブルに対して追記を行うことでモニタ情報の登録を行うように構成されている。ここで、モニタ情報を管理するテーブルは、メンバー登録情報を管理するテーブルに対して外部参照をしているが、必ずしも外部参照を行う構成である必要はない。本例では、メンバー登録情報が削除される場合を想定し、モニタ情報を外部参照にすることで、メンバー登録情報が削除された場合にそれがモニタ情報を管理するテーブルにも反映される（整合性がとられる）ように外部参照をする構成を採用している。
【００４０】
「取引情報保持部」（０１０７）は、利用者登録されたメンバーの前記オンラインショッピングサイトでの商品購入を少なくとも取引ＩＤと商品とを関連付けた取引情報を保持する機能を有している。具体的には、登録されたメンバーが本実施例のオンラインショッピング管理装置が管理するオンラインショッピングサイトにて商品を購入時にその取引情報を記録する。
【００４１】
図７は、実際に登録されたメンバーが購入した商品の取引情報の構成の一例をＥＲ図で示したものである。本例における取引情報は、「取引ＩＤ」をキーとして管理されるように構成されている。そして、取引が行われた際に、割当てられた任意の「取引ＩＤ」（例えば、００００１など）に対して、商品を購入したメンバーの情報や、購入商品の情報、販売者の情報、配送先などの情報が関連付けられて取引情報として記録されるという具合である。
【００４２】
「決済処理部」（０１０８）は、取引に応じて発生する商品代金支払決済のための処理をする機能を有している。具体的には、登録されているメンバーが購入した商品の代金をあらかじめ登録してあるクレジットカードの情報や、登録された銀行の口座の情報を用いて金融機関等に対して購入商品の代金の決済を行うためのデータである決済処理データを送信する。そして、決済データを受信した金融機関は、データに基づき決済を行う。ここで、決済データとは、商品販売元の口座へ代金を振り込むためのデータだけでなく、クレジットカード支払やさらにはローン、分割支払い、リボルビング支払いなどでの決済を行うための情報も含まれる。
【００４３】
図８は、本実施例の決済処理部が金融機関等へ送信する決済処理データの一例を示したものである。本例に示すデータは、ＸＭＬで記載されている。本例のデータ構造は、メンバーが登録したクレジットカードの番号を元に、商品販売元の銀行口座に対して振り込みを行うデータの一例である。これらのデータは、本実施例のオンラインショッピングシステム管理装置からインターネットや専用回線などを介して金融機関等に対して送信される。
【００４４】
ここで、送信される決済処理データは、必ずセキュリティが担保された状態で送信される必要がある。具体的には、決済処理データを暗号化して送信する構成や、お互いが専用回線で接続される構成などである。また、複数の決済データを任意の記録媒体に記憶させる構成を有することで、決済処理データを記録した記録媒体を金融機関等へ引き渡すことも考えられる。さらには、所定の書面に印字する構成を有することで、印字した書面を金融機関へ引き渡す構成も考えられる。
【００４５】
「判断部」（０１０９）は、決済処理部で決済に必要な処理が完了したか判断する機能を有している。具体的には、前記「決済処理部」（０１０８）が金融機関等に対して送信した決済データの受付が完了したかどうかの判断を行う。
【００４６】
図９は、本実施例における決済処理が完了したかどうかの判断を行うプログラムの一例を示したものである。なお、本図に記載のプログラムはプログラムを作成するにあたり、重要な処理を簡易的に示したものである。本例のプログラムは次のような動作をする。まず、送信した決済処理データに対する応答の受信を待つ（図９Line２０）。応答を受信すると（図９Line４０）、応答に含まれる結果を取得する（図９Line７０）。応答結果が取得されると応答結果の判断を行う。応答内容がACK(acknowledgement)である場合には、モニタ依頼メール出力部に対して通知を行う（図９Line９０〜１２０）。応答内容がNAK(Negative Acknowledgment)である場合には、エラー通知を行う（図９Line１３０〜１５０）。という具合の動作をする。
【００４７】
ここで、本例では、送信された決済処理データに対する応答を待って決済処理の結果判断を行う構成としたが、送信されたデータが必ず処理されるのであれば、決済処理部において決済データの送信するタイミングで判断を行う構成であってもよい。さらには、受信した応答結果を決済処理を行ったメンバーや、本実施例のオンラインショッピングサイト管理装置を運用する運用者に対して応答結果の通知を行う構成をさらに有していてもよい。
【００４８】
「モニタ依頼メール出力部」（０１１０）は、判断部で必要な処理が完了したとの判断がされた処理をしたメンバーがモニタ登録されている場合には、モニタ登録処理部でそのメンバーに関連付けられている利用者の情報を用いて利用者に対してその取引ＩＤで識別される商品のモニタ依頼メールを出力する機能を有している。具体的には、前記「判断部」（０１０９）での判断結果が完了したとの判断の通知を受けて、商品を購入したメンバーがモニタ登録済みである時にモニタ依頼メールを送信する。
【００４９】
図１０を用いて本実施例における判断部での結果を受けて商品を購入したメンバーがモニタ登録済みである時にモニタ依頼メールを送信する過程を説明する。図１０（ａ）は、実際に判断部での結果を受けて商品を購入したメンバーがモニタ登録済みである時にモニタ依頼メールを送信するプログラムの一例を示している。また、図１０（ｂ）は、送信されるモニタ依頼メールの一例を示している。
【００５０】
まず、図１０（ａ）に示す判断部からの通知を受けてモニタ依頼メールを送信するためのプログラム例について説明する。なお、本図に記載のプログラムはプログラムを作成するにあたり、重要な処理を簡易的に示したものである。本例のプログラムは次のような動作をする。まず、判断部からの通知を待つ（図１０（ａ）Line４０）。通知を受けると、判断された取引の情報からモニタ依頼メールを送信するため必要な情報の取得を行う（図１０（ａ）Line６０〜１００）。情報の取得を行うと、取得した内容に基づいてモニタ依頼メールの送信を行う（図１０（ａ）Line１２０）という具合の動作をする。ここで、モニタ登録がおこなわれていない場合には、モニタ依頼メールを送信するための情報が取得できないので送信は行われないという動作をする。
【００５１】
次に、図１０（ｂ）に示すモニタ依頼メールの一例について説明する。この図に示すように、本例はモニタ情報の提供を依頼する文面と、モニタ情報を入力するためのページへ遷移するためのリンクから構成されている。モニタ登録されているメンバーは、本メールを受信するとメールの内容を確認のうえモニタ情報を提供する意思がある場合には、本メールに張られているリンクからモニタ情報を入力するためのページへ移動し、モニタ情報の入力を行いモニタ情報の提供を行うという具合である。ここで、本例では、モニタ情報を入力するためにっ専用のページへ移動する構成としたが、後に詳述するように本メールにモニタ情報を記入して返信するように構成されていてもよい。
【００５２】
<ハードウェア的構成>
【００５３】
図１１は、本実施例のオンラインショッピングシステム管理装置におけるハードウェア構成の一例を表す概念図である。この図を利用して、本実施例のオンラインショッピングシステム管理装置におけるそれぞれの場面ごとのハードウェア構成部の働きについて説明する。
【００５４】
図１１にあるように、本実施例のオンラインショッピングシステム管理装置は、各種演算処理や制御を行う「ＣＰＵ」（１１０１）と、「主メモリ」（１１０２）とを備えている。また、ショッピングサイトの情報や、メンバー登録情報、モニタ登録情報などを格納する「記憶装置」（１１０３）や、「ネットワーク」（１１０５）を介して「端末装置」（１１０６）と通信するための「Ｉ／Ｏ」（１１０４）なども備えている。そして、これらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００５５】
≪  メンバー登録  ≫
【００５６】
まず、メンバー登録時における各ハードウェアの働きについて説明する。
【００５７】
ユーザは、「端末装置」（１１０６）を使用して、「ネットワーク」（１１０５）、「Ｉ／Ｏ」（１１０４）を介して、本実施例のオンラインショッピングサイト管理装置に接続しているものとする。その上で、本実施例のオンラインショッピングサイト管理装置の「主メモリ」（１１０２）のワーク領域に展開されているオンラインショッピングサイトの基本的な機能を提供する「ショッピングサイトを運用するための基本的なプログラム」（１１１２）を利用して、オンラインショッピングサイトに接続しているものとする。なお、オンラインショッピングサイトは、「記憶装置」（１１０３）に記憶されている「ショッピングサイトの情報」（１１０７）や、「出店者情報」（１１１０）や「商品情報」（１１１０）等を利用して構成されている。
【００５８】
ユーザは、「端末装置」（１１０６）を利用して、「ショッピングサイトを運用するための基本的なプログラム」（１１１２）から、「メンバー登録プログラム」（１１１３）の呼び出しを行う。例えば、オンラインショッピングサイトの画面に配置されている、「メンバー登録」と書かれているボタンを選択するなどという具合である。
【００５９】
呼び出された「メンバー登録プログラム」（１１１３）は、「端末装置」（１１０６）にメンバー登録画面を「Ｉ／Ｏ」（１１０４）を介して送信し、利用者情報の受付を行う。そして、「端末装置」（１１０６）から利用者情報を「Ｉ／Ｏ」（１１０４）を介して受付けると、「メンバー登録プログラム」（１１１３）の「メンバー登録モジュール」（１１１４）が、「記憶装置」（１１０３）が記憶している「メンバー登録情報」（１１０８）に追記しメンバー登録を行う。
【００６０】
メンバー登録が完了すると、「メンバー登録プログラム」（１１１３）の「メンバー登録完了通知画面送信モジュール」（１１１５）が、「端末装置」（１１０６）に対して、モニタ登録受付のための入力オブジェクト（ボタンなど）を含むメンバー登録完了通知画面を「Ｉ／Ｏ」（１１０４）を介して送信する。
【００６１】
≪  モニタ登録  ≫
【００６２】
次に、モニタ登録時における各ハードウェアの働きについて説明する。
【００６３】
ここで、「端末装置」（１１０６）において、モニタ登録受付のための入力オブジェクトが選択され、モニタ登録受付の通知を送信したとする。
【００６４】
本実施例のオンラインショッピングサイト管理装置は、モニタ登録受付の通知を「Ｉ／Ｏ」（１１０４）を介して受信すると、「主メモリ」（１１０２）のワーク領域に展開されている「モニタ登録プログラム」（１１１６）を呼び出す。「モニタ登録プログラム」（１１１６）が呼び出されると、「モニタ登録プログラム」（１１１６）の「モニタ登録受付モジュール」（１１１７）が前記モニタ登録受付の通知の受付を行い、モニタ登録受付の通知がモニタ登録を行うとの内容であった場合にモニタ登録を行う通知を「モニタ登録モジュール」（１１１８）に引き渡す。モニタ登録を行わないとの内容通知であれば処理を終了する。
【００６５】
「モニタ登録モジュール」（１１１８）は、「モニタ登録受付モジュール」（１１１７）から通知を受けると、「記憶装置」（１１０３）に記憶されている「メンバー登録情報」（１１０８）を元に、モニタ登録情報を登録するための情報を生成し、「記憶装置」（１１０３）に記憶されている「モニタ登録情報」（１１０９）に追記しモニタ登録を行う。
【００６６】
≪  決済処理とモニタ依頼メールの送信  ≫
【００６７】
次に、上記メンバー登録及びモニタ登録が完了したメンバーが、オンラインショッピングサイト管理装置が管理するオンラインショッピングサイトで商品の購入を行ったとする。
【００６８】
メンバーがショッピングサイトで商品を購入の手続きの処理をすると、「主メモリ」（１１０２）のワーク領域に展開されている「決済処理プログラム」（１１１９）が呼び出される。呼び出された「決済処理プログラム」（１１１９）は、メンバーがした購入の手続きを取引情報として「記憶装置」（１１０３）が記憶している「取引情報」（１１１１）に追記する。そして、「決済処理プログラム」（１１１９）の「決済処理モジュール」（１１２０）は、「記憶装置」（１１０８）に記憶されている「メンバー登録情報」（１１０８）から、購入の手続きをとったメンバーの決済処理に必要な情報を取得し、決済処理データを生成し金融機関等へ「Ｉ／Ｏ」（１１０４）を介して送信する（例えば、図８の記載のデータを金融機関に送信する）。そして、金融機関等から送信される決済処理の完了通知の受信を待つ。
【００６９】
ここで、金融機関等より決済処理の完了通知が返信されたとする。すると、「Ｉ／Ｏ」（１１０４）を介して「決済処理プログラム」（１１１９）が返信を受信する。返信を受信すると、「決済処理プログラム」（１１１９）の「決済判断モジュール」（１１２１）が、決済に必要な処理が完了したかの判断を行う。決済に必要な処理が完了していない場合には決済処理を再度おこなう。決済に必要な処理が正常に完了した場合には、「主メモリ」（１１０２）のワーク領域に展開されている「モニタ依頼メール送信プログラム」（１１２２）を呼び出す。
【００７０】
呼び出された「モニタ依頼メール送信プログラム」（１１２２）は、決済処理の手続きを行ったメンバーのＩＤ等の情報をもとに「記憶装置」（１１０３）に記憶されている「モニタ登録情報」（１１０９）に該当があるか検索し、該当があればモニタ登録情報の取得を行う。ここで、該当がない若しくは取得できない場合には、処理を終了する。モニタ登録情報が取得できた場合には、メンバーに対してモニタ依頼メールを送信する。
【００７１】
<処理の流れ>
【００７２】
図１２は、本実施例のオンラインショッピングサイト管理装置における各種処理の流れの一例を表すフローチャートである。図１２Ａは、メンバー登録の受付から、モニタ登録完了までの流れの一例を表すフローチャートである。図１２Ｂは、オンラインショッピングサイトにて購入手続きを行ってから、モニタ依頼メールの送信までの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され、計算機を制御するためのプログラムを構成する処理ステップであってもかまわない。
【００７３】
まず、図１２Ａに示すフローチャートについて説明する。
【００７４】
ここで、本実施例のオンラインショッピングサイト管理装置が外部端末よりメンバー登録の通知を受けたとする（Ｓ１２０１）。メンバー登録の通知を受けると、通知を受けた外部端末に対してメンバー登録画面の送信を行う（Ｓ１２０２）。外部端末は、メンバー登録画面を受信する（Ｓ１２０３）と、メンバー登録画面の出力を行い、利用者情報の入力を受付ける（Ｓ１２０４）。入力が確定すると、入力された利用者情報を本実施例のオンラインショッピングサイト管理装置へ送信する（Ｓ１２０５）。オンラインショッピングサイト管理装置は、利用者情報を受信する（Ｓ１２０６）と、受信した利用者情報を元にメンバー登録を行う（Ｓ１２０７）。メンバー登録が完了すると、外部端末に対してモニタ登録用のための入力用オブジェクトを含むメンバー登録完了通知画面を送信する（Ｓ１２０８）。外部端末は、メンバー登録完了通知画面を受信する（Ｓ１２０９）と、メンバー登録完了通知画面の出力を行うとともに、モニタ登録の受付を行う（Ｓ１２１０）。モニタ登録の受付を行うと、モニタ登録受付通知を、本実施例のオンラインショッピングサイト管理装置に対して送信する（Ｓ１２１１）。本実施例のオンラインショッピングサイト管理装置がモニタ登録受付通知を受信する（Ｓ１２１２）と、通知の内容がモニタ登録を行う内容のものであるかを判別する（Ｓ１２１３）。判別の結果が、モニタ登録を行わない判別結果である場合には、処理を終了する。判別の結果が、モニタ登録を行う判別結果である場合にはモニタ登録を行う（Ｓ１２１４）。
【００７５】
次に、図１２Ｂに示すフローチャートについて説明する。
【００７６】
まず、メンバー登録及びモニタ登録をしたメンバーがショッピングサイトにて商品を購入の手続きをしたとする。購入の手続きを行うと（Ｓ１２５１）、商品の取引情報を管理するために、取引情報の登録を行う（Ｓ１２５２）。取引情報の登録を行うと、取引を行ったメンバーの情報等から決済に必要なデータを取得し決済処理データを生成する（Ｓ１２５３）。決済処理データを生成すると、金融機関等に決済処理データを送信する（Ｓ１２５４）。決済処理データを送信すると、その返信を待つ（Ｓ１２５６）。決済処理データの返信を受信すると（Ｓ１２５５）、返信データをもとに決済が完了したか判断を行う（Ｓ１２５７）。決済が完了していない場合には、決済処理データの再送信を行う。決済が完了している場合には、購入手続きを行ったメンバーがモニタ登録をしているか確認する（Ｓ１２５８）。モニタ登録を行っていない場合には、処理を終了させる。モニタ登録を行っている場合には、モニタ依頼メールを生成し（Ｓ１２５９）、モニタ依頼メールの送信を行う（Ｓ１２６０）。
【００７７】
<効果の簡単な説明>
【００７８】
本実施例のオンラインショッピングサイト管理装置によって、単なるショッピング機能を提供するだけでなく、ショッピングサービスを提供するためのメンバーを登録する作業にて入力される情報をモニタ登録に流用することが可能となり、入力者の手間を省くことが可能となる。また、メンバー登録と同一のセッションでモニタ登録を行うことで、改めて、入力者の認証作業を省略することができ、管理装置側の負担を軽減することが可能となる。
【００７９】
さらには、モニタの依頼をモニタの登録の処理とは異なる処理である商品購入に伴う決済処理に連動させることで、モニタの質を問わず、モニタからの回答があれば一律にポイントを付与することが可能となる。
【００８０】
≪実施例２≫
【００８１】
<概要>
【００８２】
本実施例のオンラインショッピングサイト管理装置は、実施例１のオンラインショッピングサイト管理装置を基本として、送信したモニタ依頼メールの返信に応じて、モニタ登録を行っているメンバーにポイントを付与することを特徴とするオンラインショッピングサイト管理装置である。なお、ここでは本実施例について特徴的な個所についてのみ説明する。
【００８３】
<機能的構成>
【００８４】
図１３は、本実施例のオンラインショッピングサイト管理装置における機能的構成の一例を表す図である。本実施例のオンラインショッピングサイト管理措置は、実施例１に記載のオンラインショッピングサイト管理装置を基本として、「モニタ結果メール受信部」（１３１１）と、「利用者情報取得部」（１３１２）と、「ポイント発行登録部」（１３１３）とを新たに有することを特徴としている。
【００８５】
「モニタ結果メール受信部」（１３１１）は、モニタ依頼メールに応じて利用者から返信されるモニタ結果メールを受信する機能を有している。具体的には、「モニタ依頼メール出力部」（１３１０）で出力された、モニタ依頼された購入商品についてのモニタ結果が記載されたモニタ結果メールを受信する。ここで、モニタ結果メールは、モニタ依頼メール出力部で出力された１件のモニタ依頼メールに対して、その応答であるモニタ結果メールが１度だけであるとは限らない。具体的には、1件のモニタ依頼に対して、モニタ結果が複数回提供されることもあるからである。
【００８６】
図１４は、本実施例のモニタ結果メール受信部が受信するモニタ結果メールの一例を示したものである。本図に示すように、本例のモニタ結果メールは先に送信されているモニタ依頼メールに対してモニタ情報が追記された構成となっている。本メールはモニタ依頼メールに対する返信という構成としたが、別の返信とは異なる新たなメールであってもよい。
【００８７】
本実施例の「モニタ結果メール受信部」（１３１１）は、モニタ結果メールを受信した到着通知を送信したメンバーに対して返信する構成であることが好ましい。なぜなら、モニタ情報を提供したメンバーは、ポイントが付与されることでしか、モニタ情報が確実に送信されたことを確認する手段がなく、また、モニタ結果メールが正しく受信されていない場合には、そのことを知る手段がないためである。
【００８８】
「利用者情報取得部」（１３１２）は、モニタ結果メール受信部にて受信したモニタ結果メールの送信者であるモニタ登録をしたメンバーの利用者情報を取得する機能を有している。具体的には、前記「モニタ結果メール受信部」（１３１１）において受信されたモニタ結果メールの送信先アドレスからモニタ登録を行っているメンバーを特定しその利用者情報を取得する。
【００８９】
図１５は、受信したモニタ結果メールからメンバー情報を取得するためのプログラムの一例を示している。なお、本図に記載のプログラムはプログラムを作成するにあたり、重要な処理を簡易的に示したものである。本例のプログラムは次のような動作をする。まず、モニタ結果メール受信部がモニタ結果メールを受信するのを待つ（図１５Line４０）。モニタ結果メールの受信を検知すると、受信したモニタ結果メールから送信元を取得する（図１５Line７０）。送信元を取得すると、取得した送信元をキーにメンバー登録情報からメンバーＩＤを検索し、メンバーＩＤの特定を行う（図１５Line８０）。という具合の動作を行う。
【００９０】
「ポイント発行登録部」（１３１３）は、取得した利用者情報に関連付けて前記オンラインショッピングサイトでの商品購入に利用可能なポイントを発行して登録する機能を有している。具体的には、前記「利用者情報取得部」（１３１２）で取得されたメンバーに対して、本実施例のオンラインショッピングサイト管理装置が管理するショッピングサイトで使用可能なポイントの発行を行う。
【００９１】
図１６は、利用者情報取得部で取得したメンバーに対してポイントを発行するためのプログラムの一例を示したものである。なお、本図に記載のプログラムはプログラムを作成するにあたり、重要な処理を簡易的に示したものである。本例のプログラムは次のような動作をする。まず、メンバーＩＤの引き渡しを待つ（図１６Line４０）。メンバーＩＤが引き渡されると、メンバーＩＤで特定されるメンバーが保持するポイントの取得を行う（図１６Line７０）。ポイントの取得が完了すると、ポイントの加算を行う（図１６Line９０）。ポイントの加算を行うと、ポイントの更新を行う（図１６Line１１０）。という具合の動作を行う。ここで、本プログラム例では、一律で一定のポイントを加算する構成としたが、実際にはそれに限らない。たとえば、登録されているメンバーに応じて加算するポイントを変化させてもよい。例えば、メンバーにランク付けを行い、そのランクに応じたポイントを加算させる構成などが考えられる。
【００９２】
なお、ポイント発行登録部は、ポイントを発行するだけでなく、商品購入に応じて現金（上限を問わない）を返金する機能を備えていてもよい。返金先の口座は、メンバーが登録している口座に対して振り込むように構成されていてもよいし、その都度、振込先口座の入力を受付けて、受け付けた口座に対して振り込むように構成されていてもよい。この場合には、「ポイント発行登録部」が「現金返還手段」を備える構成であることが好ましい。
【００９３】
さらには、ポイント発行登録部は、ポイントを発行するだけでなく、商品購入に応じて購入した商品とは異なる商品を提供する機能を備えていてもよい。商品の発送先は、メンバーが登録している住所に対して発送するように構成されていてもよいし、その都度、発送先住所の入力を受付けて、受け付けた住所に対して発送ように構成されていてもよい。この場合には、「ポイント発行登録」が「商品返還手段」を備える構成であることが好ましい。
【００９４】
<ハードウェア的構成>
【００９５】
図１７は、本実施例のオンラインショッピングシステム管理装置におけるハードウェア構成の一例を表す概念図である。この図を利用して、本実施例のオンラインショッピングシステム管理装置におけるそれぞれの場面ごとのハードウェア構成部の働きについて説明する。
【００９６】
図１７にあるように、本実施例のオンラインショッピングサイト管理装置は、各種演算処理や制御を行う「ＣＰＵ」（１７０１）と、「主メモリ」（１７０２）とを備えている。また、ショッピングサイトの情報や、メンバー登録情報、モニタ登録情報などを格納する「記憶装置」（１７０３）や、「ネットワーク」（１７０５）を介して「端末装置」（１７０６）と通信するための「Ｉ／Ｏ」（１７０４）なども備えている。そして、これらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００９７】
ここで、オンラインショッピングサイト管理装置が「端末」（１７０６）より送信されたモニタ結果メールを「Ｉ／Ｏ」（１７０４）を介して受信したとする。モニタ結果メールを受信したことを検知すると、「主メモリ」（１７０２）のワーク領域に展開されている「利用者情報取得プログラム」（１７２３）が呼び出される。呼び出された「利用者情報取得プログラム」（１７２３）は、受信したモニタ結果メールを元に送信先を取得する。そして、送信先を取得すると、「記憶装置」（１７０３）に記憶されているメンバーの情報の取得を行い、「ポイント発行登録プログラム」（１７２４）に引き渡す。「ポイント発行登録プログラム」（１７２４）は、引き渡されたメンバー情報に対してポイントの加算を行う。
【００９８】
<処理の流れ>
【００９９】
図１８は、本実施例のオンラインショッピングサイト管理装置におけるモニタ結果メールを受信してからポイント加算までの流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され、計算機を制御するためのプログラムを構成する処理ステップであってもかまわない。
【０１００】
ここで、本実施例のオンラインショッピングサイト管理装置が外部から送信されたモニタ結果メールを受信したとする。モニタ結果メールを受信する（Ｓ１８０１）と、受信したモニタ結果メールから送信元の特定を行う（Ｓ１８０２）。送信元が特定されると、メンバーの特定を行う（Ｓ１８０３）。メンバーの特定が行われると、メンバーの利用者情報の取得を行う（Ｓ１８０４）。利用者情報の取得を行うと、利用者情報に含まれるポイント情報を取得（Ｓ１８０５）し、ポイントの加算を行う（Ｓ１８０６）。
【０１０１】
<効果の簡単な説明>
【０１０２】
本実施例のオンラインショッピングサイト管理装置によって、モニタ結果メールを受信することで、モニタ情報を提供したモニタに対して一律にポイントの付与を行うことが可能となる。これにより、モニタ登録とモニタ依頼とを異なる手順で処理することが可能となる。つまり、本実施例ではモニタの登録は商品を特定しないで行われる前処理的位置づけを有し、モニタ依頼は、購入商品を特定して行われる。前者は、後者のトリガーを引くための前提的情報として利用される。そして、本件発明においては商品の購入意思表示でなく、商品の購入に伴う支払決済に連動して後者の処理であるモニタ依頼が実行される。このように仕組むことで、モニタの質を問わず、モニタからの回答があれば一律にポイントを渡すことが可能となる。つまり、原資を売り手側で確保した後にモニタ依頼をするので、依頼に対するモニタ回答があれば、一律にポイントをモニタに提供することが可能となる。このようにすることで、支払決済前にポイントを渡すことで発生するリスクを回避することができる。なぜなら、商品代金を未払い状態の者に対してまでポイントを渡すとすれば、ポイントの原資を商品購入代金から回収するというサイクルを回すことができなくなり、売り手側の損が膨らむためである。
【０１０３】
≪実施例３≫
【０１０４】
<概要>
【０１０５】
本実施例のオンラインショッピングサイト管理装置は、実施例２のオンラインショッピングサイト管理装置を基本として、オンラインショッピングサイト管理装置が受信したモニタ結果メールを販売者等に転送し、それを受けた販売者等が販売者の負担でモニタ情報を行ったメンバーに対してポイントを付与することができることを特徴とするオンラインショッピングサイト管理装置である。なお、ここでは本実施例について特徴的な個所についてのみ説明する。
【０１０６】
<機能的構成>
【０１０７】
図１９は、本実施例のオンラインショッピングサイト管理装置における機能的構成の一例を表す図である。本実施例のオンラインショッピングサイト管理措置は、実施例２に記載のオンラインショッピングサイト管理装置を基本として、「販売者等情報取得部」（１９１４）と、「モニタ結果メール転送部」（１９１５）と、「ボーナスポイント値受信部」（１９１６）と、「記録部」（１９１７）と、を新たに有することを特徴としている。
【０１０８】
「販売者等情報取得部」（１９１４）は、受信されたモニタ結果メールをそのモニタ対象となった取引ＩＤで特定される商品の販売者等情報を商品データベースから取得する機能を有する。具体的には、受信したモニタ結果メールに含まれる取引を特定する情報をもとに、取引ＩＤで管理されている取引情報から、どの取引で送信されたモニタ依頼に対するモニタ結果であるかを特定したうえで、モニタ依頼を行った販売者等の情報を取得する。
【０１０９】
図２０は、実際に図１４に示すような少なくとも取引ＩＤが含まれているモニタ結果メールを受信してから、モニタ依頼を行った販売者等の情報を取得するためのプログラムの一例を示したものである。なお、本図に記載のプログラムはプログラムを作成するにあたり、重要な処理を簡易的に示したものである。本例のプログラムは次のような動作をする。まず、モニタ結果メールの受信を待つ（図２０Line４０）。モニタ結果メールを受信すると、受信したモニタ結果メールから取引を特定する情報の取得を行う（図２０Line７０〜１００）。取引を特定する情報を取得すると、購入された商品の情報を取得（図２０Line１２０）し、商品を販売した出店者の情報を取得する（図２０Line１４０）。という具合の動作をする。
【０１１０】
ここで、本例では、モニタ結果メールに含まれている取引ＩＤを取得し、取得した取引ＩＤを元に取引を行った商品の情報や、商品を出品している出店者の特定を行う構成としている。しかし実際には取引を特定し、購入された商品や、商品を出品している出店者の特定を行うことが可能であるならばそれに限らない。
【０１１１】
「モニタ結果メール転送部」（１９１５）は、取得された販売者等情報を利用してモニタ結果メールを販売者等に転送する機能を有する。具体的には、前記「販売者等情報取得部」（１９１４）で取得された出店者のメールアドレスなどを元にモニタ結果メールの転送を行う。
【０１１２】
ここで、本実施例の「モニタ結果メール転送部」（１９１５）は、配送できるようにモニタ結果メールを紙等に出力する構成であってもよい。この場合、前記「販売者等情報取得部」（１９１４）において出店者の住所等、配送するための情報をあらかじめ取得するように構成しておくことが好ましい。なぜなら、これにより取得してある出店者等の名称などをラベルに印字することが可能となり、配送するための準備を容易にすることが可能だからである。
【０１１３】
「ボーナスポイント値受信部」（１９１６）は、転送されたモニタ結果メールに応じて販売者等から返信される、その取引をしたメンバーに対して販売者等が付与するポイントと同等の機能を有するボーナスポイントの値を受信する機能を有する。具体的には、モニタ結果メールを受信した販売者等から、ボーナスポイントを付与するためのボーナスポイント値を受信する。
【０１１４】
図２１は、本実施例のボーナスポイント値受信部が受信するデータの一例を示したものである。本データは本例に示すデータは、ＸＭＬで記載されている。本例のデータ構造は、ボーナスポイントを付与する出店者の情報、ボーナス付与対象となるメンバーの情報と付与するボーナスポイント値が関連付けられている。そして、本例のデータをオンラインショッピングサイト管理装置へ送信する。ここで、これらのデータは、オンラインショッピングサイト管理装置に対してパケットとして受信する構成であってもよいし、ファイルとして受信する構成であってもよい。さらには、一つのデータに複数のポイントを付与するための情報を含ませる構成であってもよい。なお、いずれの構成を用いて通信を行うこととしても、ＳＳＬ（Secure Sockets Layer）プロトコルやＳＳＨ（Secure Shell）などの暗号化通信を用いることが好ましい。
【０１１５】
「記録部」（１９１７）は、受信したボーナスポイントをポイント発行登録部に記録する機能を有する。具体的には、前記「ボーナスポイント値受信部」（１９１６）で受信したボーナスポイントを受けて、そのボーナスポイントに含まれる、情報に基づいてボーナスポイントの加算を行う。
【０１１６】
図２２は、実際にボーナスポイント値を受信してからボーナスポイントを発行するためのプログラムの一例である。なお、本図に記載のプログラムはプログラムを作成するにあたり、重要な処理を簡易的に示したものである。本例のプログラムは次のような動作をする。まず、ボーナスポイント値の受信を待つ（図２２Line４０）。ボーナスポイント値を受信すると、受信したボーナスポイント値から、ボーナスを付与するために必要な情報を取得する（図２２Line６０〜９０）。情報が取得されると、取得した内容に基づいて、ポイントの付与を行う（図２２Line１００〜１５０）。ボーナスポイントの付与が完了すると、ボーナスポイントを付与した出店者に対して、付与を行ったポイントの分だけ課金を行う（例えば、金融機関に対して課金データの送信を行う）（図２２Line１６０〜１７０）。
【０１１７】
<ハードウェア的構成>
【０１１８】
図２３は、本実施例のオンラインショッピングシステム管理装置におけるハードウェア構成の一例を表す概念図である。この図を利用して、本実施例のオンラインショッピングシステム管理装置におけるそれぞれの場面ごとのハードウェア構成部の働きについて説明する。
【０１１９】
図２３にあるように、本実施例のオンラインショッピングサイト管理装置は、各種演算処理や制御を行う「ＣＰＵ」（２３０１）と、「主メモリ」（２３０２）とを備えている。また、ショッピングサイトの情報や、メンバー登録情報、モニタ登録情報などを格納する「記憶装置」（２３０３）や、「ネットワーク」（２３０５）を介して「端末装置」（２３０６）と通信するための「Ｉ／Ｏ」（２３０４）なども備えている。そして、これらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【０１２０】
ここで、オンラインショッピングサイト管理装置が「端末」（２３０６）より送信されたモニタ結果メールを「Ｉ／Ｏ」（２３０４）を介して受信したとする。モニタ結果メールを受信したことを検知すると、「主メモリ」（２３０２）のワーク領域に展開されている「販売者情報等取得プログラム」（２３２７）が呼び出される。呼び出された「販売者情報等取得プログラム」（２３２７）は、受信したモニタ結果メールから取引ＩＤ等、取引を特定するための情報を取得する。情報を取得すると、取得した情報をもとに「記憶装置」（２３０３）に記憶されている取引された商品の販売者等を取得する。販売者等を取得すると「主メモリ」（２３０２）のワーク領域に展開されている「モニタ依頼メール送信プログラム」の「モニタ結果転送モジュール」（２３２５）が販売者に対して受信したモニタ結果メールの転送を行う。
【０１２１】
ここで、モニタ結果メールを受信した出店者が提供されたモニタ情報を検討し、モニタ提供者に対してボーナスポイントを付与するための情報であるボーナスポイント値を「端末」（２３０６）より本実施例のオンラインショッピングサイト管理装置へ送信したとする。オンラインショッピングサイト管理装置は、「Ｉ／Ｏ」（２３０４）を介してボーナスポイント値を受信すると、「主メモリ」（２３０２）のワーク領域に展開されている「ポイント発行登録プログラム」（２３２４）の「ボーナス記録モジュール」（２３２６）が呼び出される。呼び出された「ボーナス記録モジュール」（２３２６）は、受信したボーナスポイント値に応じて、メンバーに対してボーナスポイントの発行を行う。
【０１２２】
<処理の流れ>
【０１２３】
図２４は、本実施例のオンラインショッピングサイト管理装置におけるモニタ結果メールを受信してから、モニタ結果メールの転送まで流れの一例を表すフローチャートである。また、図２５は、本実施例のオンラインショッピングサイト管理装置における、ボーナス値を受信してから、メンバーに対してボーナスポイントを付与するまでの流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され、計算機を制御するためのプログラムを構成する処理ステップであってもかまわない。
【０１２４】
まず、図２４を用いて、モニタ結果メールを受信してからモニタ結果メールの転送までの流れの一例について説明する。
【０１２５】
ここで、本実施例のオンラインショッピングサイト管理装置が外部から送信されたモニタ結果メールを受信したとする。モニタ結果メールを受信する（Ｓ２４０１）と、受信したモニタ結果メールや、商品情報などが管理されている商品データベースから販売者等の情報を取得する（Ｓ２４０２）。販売者等の情報を取得すると、取得した販売者に対して受信したモニタ結果メールの転送を行う（Ｓ２４０３）。
【０１２６】
次に、図２５を用いて、販売者等からボーナスポイント値を受信して、メンバーに対してポイントを付与するまでの流れの一例について説明する。
【０１２７】
ここで、本実施例のオンラインショッピングサイト管理装置が、販売者等からボーナスポイント値を受信したとする。ボーナスポイント値を受信する（Ｓ２５０１）と、受信したボーナスポイント値からポイントを付与するためのメンバーの情報等を取得し、ポイントを付与するメンバーの特定を行う（Ｓ２５０２）。メンバーの特定がおこなわれると、特定されたメンバーがあらかじめ獲得しているポイントの取得を行（Ｓ２５０３）い、受信したボーナスポイント値に含まれている加算ポイントに応じてポイントの加算を行う（Ｓ２５０４）。
【０１２８】
<効果の簡単な説明>
【０１２９】
本実施例のオンラインショッピングサイト管理装置によって、モニタ登録を行ったメンバーより提供されるモニタ結果を販売者等に対して容易に提供可能となる。さらには、提供されたモニタ情報に応じて、販売者がポイント源資を負担することで発行することができるボーナスポイントをモニタに対して任意に付与することが可能となる。
【符号の説明】
【０１３０】
０１０１  オンラインショッピングサイト管理装置」
０１０２  メンバー登録部
０１０３  メンバー登録完了通知画面送信部
０１０４  モニタ登録受付部
０１０５  モニタ登録処理部
０１０６  商品データベース
０１０７  取引情報保持部
０１０８  決済処理部
０１０９  判断部
０１１０  モニタ依頼メール出力部
１３１１  モニタ結果メール受信部
１３１２  利用者情報取得部
１３１３  ポイント発行登録部
１９１４  販売者等情報取得部
１９１５  モニタ結果メール転送部
１９１６  ボーナスポイント値受信部
１９１７  記録部
【図１】
0005565553.tif 000002
【図２】
0005565553.tif 000003
【図３Ａ】
0005565553.tif 000004
【図３Ｂ】
0005565553.tif 000005
【図４】
0005565553.tif 000006
【図５】
0005565553.tif 000007
【図６Ａ】
0005565553.tif 000008
【図６Ｂ】
0005565553.tif 000009
【図７】
0005565553.tif 000010
【図８】
0005565553.tif 000011
【図９】
0005565553.tif 000012
【図１０】
0005565553.tif 000013
【図１１】
0005565553.tif 000014
【図１２Ａ】
0005565553.tif 000015
【図１２Ｂ】
0005565553.tif 000016
【図１３】
0005565553.tif 000017
【図１４】
0005565553.tif 000018
【図１５】
0005565553.tif 000019
【図１６】
0005565553.tif 000020
【図１７】
0005565553.tif 000021
【図１８】
0005565553.tif 000022
【図１９】
0005565553.tif 000023
【図２０】
0005565553.tif 000024
【図２１】
0005565553.tif 000025
【図２２】
0005565553.tif 000026
【図２３】
0005565553.tif 000027
【図２４】
0005565553.tif 000028
【図２５】
0005565553.tif 000029