JP2013025582A - 電子メール送信先決定装置、電子メール送信先決定方法、電子メール送信先決定プログラム及び記録媒体 - Google Patents

Abstract

【課題】メール配信者が望む登録者がいる地域に対して容易に電子メールを配信する。
【解決手段】電子メール送信先決定装置は、検索条件情報を端末装置から受信し、登録者情報を記憶する第１記憶手段に記憶された登録者情報に基づいて検索条件情報が示す条件を満たすと判定された登録者の識別情報を取得し、登録者の住所地を示す住所地情報、メールアドレス及び識別情報を対応付けて記憶する第２記憶手段から、取得された識別情報に対応する住所地情報を取得し、取得された住所地情報に基づいて、検索条件情報が示す条件を満たす登録者の分布地図を端末装置に表示させ、端末装置に表示された分布地図内で端末装置の使用者により指定された領域を示す領域情報を端末装置から受信し、第２記憶手段に記憶された住所地情報のうち、領域情報が示す領域内にある住所地を示す住所地情報に対応するメールアドレスを、電子メールの送信先のメールアドレスとして決定する。
【選択図】図１０

Description

本発明は、例えばダイレクトメール等の電子メールを送信する場合に送信先を決定する電子メール送信先決定装置及び電子メール送信先決定方法の技術分野に関する。

近年、Ｗｅｂサイト等で提供されるサービスの利用登録を行った登録者に対して、ダイレクトメール等の何らかの情報を周知するためのメールを、電子メールで配信するメール配信システムが知られている。このメール配信システムを利用して電子メールを配信するメール配信者は、電子メールの配信先の人数を絞り込みたいと考える場合がある。その理由として、例えば、メール配信システムでは、電子メールの配信数に応じた利用料金がメール配信者に課せられる場合があること等が挙げられる。また、メール配信者は、電子メールの配信先の地域を絞り込みたい場合がある。その理由として、例えば、電子メールの配信による費用対効果の向上や、特定の地域には電子メールを配信したくない等の理由が挙げられる。

例えば、電子メールの配信先の地域を絞り込むための技術が、特許文献１に開示されている。この技術では、サーバが、顧客データベースに格納された顧客の住所に対応する座標データを顧客ＩＤとともに地図データベースに格納し、登録者が、端末に表示された地図上に、メールを送りたい顧客のエリアを指示すると、サーバは、指示された顧客を絞り込むエリア内に含まれる座標データ及びその座標データの顧客ＩＤを地図データベースから取得し、顧客ＩＤを用いて、絞り込んだ顧客のメールアドレス等を含むリストを作成し、このリストを参照してメールを配信する。

特開２００４−９４７４０号公報

しかしながら、特許文献１に記載の技術では、どの地域に電子メールを配信すれば、メール配信者が望むような登録者がいる地域に対して電子メールを配信することができるかを、メール配信者が把握することができない。

本発明は以上の点に鑑みてなされたものであり、メール配信者が望む登録者がいる地域に対して容易に電子メールを配信することができる電子メール送信先決定装置、電子メール送信先決定方法、電子メール送信先決定プログラム及び記録媒体を提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、端末装置がネットワークを介して接続可能な電子メール送信先決定装置であって、所定のサービスに登録された登録者に対する検索条件を示す検索条件情報を前記端末装置から受信する検索条件情報受信手段と、前記所定のサービスに登録された登録者のうち、登録者に関する登録者情報を記憶する第１記憶手段に記憶された前記登録者情報に基づいて前記受信された検索条件情報が示す条件を満たすと判定された登録者を識別する識別情報を取得する識別情報取得手段と、登録者の住所地を示す住所地情報、メールアドレス及び前記識別情報を対応付けて記憶する第２記憶手段から、前記取得された識別情報に対応する前記住所地情報を取得する住所地情報取得手段と、前記取得された住所地情報に基づいて、前記検索条件情報が示す条件を満たす登録者の分布を示す地図を前記端末装置に表示させる制御手段と、前記端末装置に表示された前記地図内で前記端末装置の使用者により指定された領域を示す領域情報を前記端末装置から受信する領域情報受信手段と、前記第２記憶手段に記憶された前記住所地情報のうち、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応するメールアドレスを、電子メールの送信先のメールアドレスとして決定する決定手段と、を備えることを特徴とする。

この発明によれば、端末装置の使用者が指定した検索条件を満たす登録者の分布を示す地図が端末装置に表示され、その地図内において使用者が指定した領域内に住所地がある登録者宛てに電子メールが送信される。そのため、使用者は、検索条件を満たす登録者の分布に基づいて、電子メールの送信対象とする領域を指定することができるので、使用者が望む登録者の住所地がある地域に対して容易に電子メールを配信することができる。

請求項２に記載の発明は、請求項１に記載の電子メール送信先決定装置において、前記決定手段は、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応するメールアドレスのうち、前記受信された検索条件情報が示す条件を満たす登録者の前記識別情報に対応するメールアドレスを、電子メールの送信先のメールアドレスとして決定することを特徴とする。

この発明によれば、検索条件を満たす登録者の分布を示す地図内において使用者が指定した領域内に住所地がある登録者のうち、検索条件を満たす登録者宛てに電子メールが送信される。そのため、使用者は、検索条件を満たす登録者の分布に基づいて、検索条件を満たす登録者のうち使用者が望む地域に住所地がある登録者宛てに、電子メールを配信することができる。

請求項３に記載の発明は、請求項１に記載の電子メール送信先決定装置において、前記決定手段は、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応するメールアドレスのうち、前記受信された検索条件情報が示す条件を満たす登録者の前記識別情報に対応するメールアドレス以外のメールアドレスを、電子メールの送信先のメールアドレスとして決定することを特徴とする。

この発明によれば、検索条件を満たす登録者の分布を示す地図内において使用者が指定した領域内に住所地がある登録者のうち、検索条件を満たさない登録者宛てに電子メールが送信される。そのため、使用者は、検索条件を満たす登録者の分布に基づいて、検索条件を満たさない登録者のうち使用者が望む地域に住所地がある登録者宛てに、電子メールを配信することができる。

請求項４に記載の発明は、請求項１乃至３の何れか１項に記載の電子メール送信先決定装置において、前記第２記憶手段に記憶された前記住所地情報のうち、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応する前記識別情報を取得する第２識別情報取得手段と、絞り込み条件を示す絞り込み条件情報を前記端末装置から受信する絞り込み条件情報受信手段と、前記第２識別情報取得手段により取得された前記識別情報の中から、前記第１記憶手段に記憶された前記登録者情報に基づいて前記受信された絞り込み条件情報が示す条件を満たすと判定された登録者の前記識別情報を抽出する抽出手段と、を更に備え、前記決定手段は、前記抽出された識別情報に対応するメールアドレスを、電子メールの送信先のメールアドレスとして決定することを特徴とする。

この発明によれば、検索条件を満たす登録者の分布を示す地図内において使用者が指定した領域内に住所地がある登録者のうち、使用者が指定した絞り込み条件を満たす登録者宛てに電子メールが送信される。そのため、使用者は、電子メールを配信する登録者を所望の条件で絞り込むことができる。

請求項５に記載の発明は、請求項１乃至４の何れか１項に記載の電子メール送信先決定装置において、前記所定のサービスは、商品またはサービスの少なくとも何れか一方を取り引きするための電子商取引サービスであり、前記第１記憶手段には、前記電子商取引サービスにおける取引履歴を含む前記登録者情報が記憶されており、前記識別情報取得手段は、前記受信された検索条件情報が示す条件を満たす履歴を有する登録者の前記識別情報を取得することを特徴とする。

この発明によれば、電子商取引における取り引きについて、使用者が条件として指定した履歴を有する登録者の分布を示す地図が表示される。そのため、使用者は、指定した履歴を有する登録者の分布に基づいて、電子メールの送信対象とする領域を指定することができる。

請求項６に記載の発明は、請求項１乃至５の何れか１項に記載の電子メール送信先決定装置において、前記所定のサービスは、Ｗｅｂサイトにおける情報提供サービスであり、前記第１記憶手段には、Ｗｅｂページの閲覧履歴を含む前記登録者情報が記憶されており、前記識別情報取得手段は、前記受信された検索条件情報が示す条件を満たす履歴を有する登録者の前記識別情報を取得することを特徴とする。

この発明によれば、Ｗｅｂページの閲覧について、使用者が条件として指定した履歴を有する登録者の分布を示す地図が表示される。そのため、使用者は、指定した履歴を有する登録者の分布に基づいて、電子メールの送信対象とする領域を指定することができる。

請求項７に記載の発明は、請求項１乃至６の何れか１項に記載の電子メール送信先決定装置において、電子メールの送信数を示す送信数情報を前記端末装置から受信する送信数受信手段を更に備え、前記決定手段は、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応するメールアドレスのうち、前記受信された送信数情報が示す送信数以下のメールアドレスを、電子メールの送信先のメールアドレスとして決定することを特徴とする。

この発明によれば、使用者が送信数を指定することにより、使用者が指定した領域内に住所地がある登録者の数が送信数より多い場合であっても、送信数よりも多くの登録者に電子メールが配信されないようにすることができる。

請求項８に記載の発明は、端末装置がネットワークを介して接続可能な電子メール送信先決定装置により実行される電子メール送信先決定方法であって、所定のサービスに登録された登録者に対する検索条件を示す検索条件情報を前記端末装置から受信する検索条件情報受信ステップと、前記所定のサービスに登録された登録者のうち、登録者に関する登録者情報を記憶する第１記憶手段に記憶された前記登録者情報に基づいて前記受信された検索条件情報が示す条件を満たすと判定された登録者を識別する識別情報を取得する識別情報取得ステップと、登録者の住所地を示す住所地情報、メールアドレス及び前記識別情報を対応付けて記憶する第２記憶手段から、前記取得された識別情報に対応する前記住所地情報を取得する住所地情報取得ステップと、前記取得された住所地情報に基づいて、前記検索条件情報が示す条件を満たす登録者の分布を示す地図を前記端末装置に表示させる制御ステップと、前記端末装置に表示された前記地図内で前記端末装置の使用者により指定された領域を示す領域情報を前記端末装置から受信する領域情報受信ステップと、前記第２記憶手段に記憶された前記住所地情報のうち、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応するメールアドレスを、電子メールの送信先のメールアドレスとして決定する決定ステップと、を含むことを特徴とする。

請求項９に記載の発明は、端末装置がネットワークを介して接続可能な電子メール送信先決定装置に含まれるコンピュータを、所定のサービスに登録された登録者に対する検索条件を示す検索条件情報を前記端末装置から受信する検索条件情報受信手段、前記所定のサービスに登録された登録者のうち、登録者に関する登録者情報を記憶する第１記憶手段に記憶された前記登録者情報に基づいて前記受信された検索条件情報が示す条件を満たすと判定された登録者を識別する識別情報を取得する識別情報取得手段、登録者の住所地を示す住所地情報、メールアドレス及び前記識別情報を対応付けて記憶する第２記憶手段から、前記取得された識別情報に対応する前記住所地情報を取得する住所地情報取得手段、前記取得された住所地情報に基づいて、前記検索条件情報が示す条件を満たす登録者の分布を示す地図を前記端末装置に表示させる制御手段、前記端末装置に表示された前記地図内で前記端末装置の使用者により指定された領域を示す領域情報を前記端末装置から受信する領域情報受信手段、及び、前記第２記憶手段に記憶された前記住所地情報のうち、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応するメールアドレスを、電子メールの送信先のメールアドレスとして決定する決定手段、として機能させることを特徴とする。

請求項１０に記載の発明は、端末装置がネットワークを介して接続可能な電子メール送信先決定装置に含まれるコンピュータを、所定のサービスに登録された登録者に対する検索条件を示す検索条件情報を前記端末装置から受信する検索条件情報受信手段、前記所定のサービスに登録された登録者のうち、登録者に関する登録者情報を記憶する第１記憶手段に記憶された前記登録者情報に基づいて前記受信された検索条件情報が示す条件を満たすと判定された登録者を識別する識別情報を取得する識別情報取得手段、登録者の住所地を示す住所地情報、メールアドレス及び前記識別情報を対応付けて記憶する第２記憶手段から、前記取得された識別情報に対応する前記住所地情報を取得する住所地情報取得手段、前記取得された住所地情報に基づいて、前記検索条件情報が示す条件を満たす登録者の分布を示す地図を前記端末装置に表示させる制御手段、前記端末装置に表示された前記地図内で前記端末装置の使用者により指定された領域を示す領域情報を前記端末装置から受信する領域情報受信手段、及び、前記第２記憶手段に記憶された前記住所地情報のうち、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応するメールアドレスを、電子メールの送信先のメールアドレスとして決定する決定手段、として機能させる電子メール送信先決定プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。

本発明によれば、端末装置の使用者が指定した検索条件を満たす登録者の分布を示す地図が端末装置に表示され、その地図内において使用者が指定した領域内に住所地がある登録者宛てに電子メールが送信される。そのため、使用者は、検索条件を満たす登録者の分布に基づいて、電子メールの送信対象とする領域を指定することができるので、使用者が望む登録者の住所地がある地域に対して容易に電子メールを配信することができる。

一実施形態に係るサービス提供システムＳの概要構成の一例を示す図である。 一実施形態に係る会員情報ＤＢ１ａに登録される内容の一例を示す図である。 一実施形態に係る電子商店街サーバ２の概要構成の一例を示すブロック図である。 （ａ）は、一実施形態に係る店舗情報ＤＢ２２ａに登録される内容の一例を示す図であり、（ｂ）は、商品情報ＤＢ２２ｂに登録される内容の一例を示す図であり、（ｃ）は、お気に入り情報ＤＢ２２ｃに登録される内容の一例を示す図であり、（ｄ）は、閲覧履歴ＤＢ２２ｄに登録される内容の一例を示す図であり、（ｅ）は、購入履歴ＤＢ２２ｅに登録される内容の一例を示す図である。 一実施形態に係るＤＭ配信サーバ３の概要構成の一例を示すブロック図である。 一実施形態に係る地図情報ＤＢ３２ａに登録される内容の一例を示す図である。 一実施形態に係るＤＭ配信サーバ３のシステム制御部３４のユーザ分布地図リクエスト受信時処理における処理例を示すフローチャートである。 一実施形態に係る電子商店街サーバ２のシステム制御部２４の検索リクエスト受信時処理における処理例を示すフローチャートである。 一実施形態に係るユーザ分布地図ページの表示例を示す図である。 一実施形態に係るユーザ分布地図ページの表示例を示す図である。 一実施形態に係るＤＭ配信サーバ３のシステム制御部３４のＤＭ配信リクエスト受信時処理における処理例を示すフローチャートである。

以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、サービス提供システムに対して本発明を適用した場合の実施形態である。

［１．サービス提供システムの構成及び機能概要］
先ず、本実施形態に係るサービス提供システムＳの構成及び機能概要について、図１を用いて説明する。図１は、本実施形態に係るサービス提供システムＳの概要構成の一例を示す図である。

図１に示すように、サービス提供システムＳは、データベース管理サーバ１と、電子商店街サーバ２と、ＤＭ（ダイレクトメール）配信サーバ３と、複数の店舗端末４と、複数のユーザ端末５と、を含んで構成されている。電子商店街サーバ２及びＤＭ配信サーバ３と、各店舗端末４及び各ユーザ端末５とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。また、データベース管理サーバ１と電子商店街サーバ２とＤＭ配信サーバ３とは、ネットワークＮＬを介して相互にデータの送受信が可能になっている。ネットワークＮＬは、例えば、ＬＡＮ（Local Area Network）である。

データベース管理サーバ１、電子商店街サーバ２及びＤＭ配信サーバ３は、例えば、ある事業者が、ネットワークを通じてユーザに各種のサービスを提供するために設置したＷｅｂサイトであるサービス提供サイトのドメインに属するサーバ装置である。ユーザ（本発明における登録者の一例）がサービス提供サイトへの会員登録を行うと、ユーザは、サービス提供サイトに属する各サイトのサービスを利用することができる。

データベース管理サーバ１は、サービス提供サイトのドメインに属する各種サーバ装置が共通に使用する情報を登録しているデータベースを管理する。例えば、データベース管理サーバ１は、サービス提供サイトの会員に関する情報のデータベースである会員情報ＤＢ（データベース）１ａを管理する。なお、本実施形態において、電子商店街サーバ２またはＤＭ配信サーバ３が会員情報ＤＢ１ａから情報を取得するというとき、ＤＭ配信サーバ３または電子商店街サーバ２が、データベース管理サーバ１にリクエストを送信することにより、会員情報ＤＢ１ａに登録されている情報をデータベース管理サーバ１から受信することを意味する。

電子商店街サーバ２は、サービス提供サイトに属する電子商店街に関する各種処理を実行するサーバ装置である。電子商店街においては、商品の販売者側として複数の店舗が出店している。各店舗（本発明における端末装置の使用者の一例）は、会員として電子商店街に会員登録を行うことにより、電子商店街における電子商取引サービス（本発明における所定のサービスの一例）を利用して、商品を販売することができる。各店舗は、電子商店街においてユーザにより購入された商品をユーザ等へ送付することにより、商品を提供する。サービス提供サイトに会員登録したユーザは、電子商店街における情報提供サービス（本発明における所定のサービスの一例）を利用して、店舗の情報や商品の情報等をＷｅｂページを通じて閲覧することができる。また、ユーザは、電子商店街における電子商取引サービスを利用して、所望の店舗から所望の商品を購入することができる。電子商店街サーバ２は、店舗端末４やユーザ端末５からのリクエストに応じて、例えば、電子商店街のＷｅｂページを送信したり、電子商取引に関する処理を行ったりする。

ＤＭ配信サーバ３（本発明におけるサーバ装置の一例）は、電子商店街において、店舗がユーザに対してダイレクトメールを配信するための処理を実行するサーバ装置である。ＤＭ配信サーバ３は、店舗により指定された検索条件を満たすユーザを検索し、検索されたユーザの分布を示す地図が表示されるＷｅｂページ（以下、「ユーザ分布地図ページ」という）を店舗端末４に送信する。店舗は、ユーザ分布地図ページに表示された地図内において、ダイレクトメールを配信したい領域（以下、「配信領域」という）を指定することができる。ＤＭ配信サーバ３は、指定された配信領域内に住んでいる各ユーザに対して、店舗によって作成された内容のダイレクトメールを配信する。電子商店街においては、ダイレクトメールの配信サービスを店舗に提供して、ダイレクトメールの配信料金を店舗に課している。例えば、一度に配信されるダイレクトメールの数が多いほど、配信料金が高くなるような料金体系となっている。

店舗端末４は、電子商店街に出店している店舗の従業員等により利用される端末装置である。店舗端末４は、従業員等からの操作に基づいて電子商店街サーバ２やＤＭ配信サーバ３等のサーバ装置にアクセスする。これにより、店舗端末４は、サーバ装置からＷｅｂページを受信して表示する。店舗端末４には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。店舗端末４は、例えば、販売する商品の情報を電子商店街に登録したり、ダイレクトメールの配信の設定を行ったりするために用いられる。店舗端末４としては、例えば、パーソナルコンピュータ等が用いられる。

ユーザ端末５（本発明における端末装置の一例）は、各種Ｗｅｂサイトを利用するユーザの端末装置である。ユーザ端末５は、ユーザからの操作に基づいて電子商店街サーバ２やＤＭ配信サーバ３等のサーバ装置にアクセスする。これにより、ユーザ端末５は、サーバ装置からＷｅｂページを受信して表示する。ユーザ端末５には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末５としては、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。

［２．各サーバ装置及びデータベースの構成］
次に、各サーバ装置の構成及びデータベースの構成について、図２乃至図６を用いて説明する。

［２−１．データベースの構成］
図２は、本実施形態に係る会員情報ＤＢ１ａに登録される内容の一例を示す図である。データベース管理サーバ１は、ＣＰＵ（Central Processing Unit）等により構成されているシステム制御部、ハードディスクドライブ等により構成されている記憶部、通信部等を備える。データベース管理サーバ１の記憶部（本発明における第１記憶手段の一例）には、会員情報ＤＢ１ａが構築されている。

会員情報ＤＢ１ａには、サービス提供サイトに会員登録しているユーザに関する会員情報（本発明における登録者情報の一例）が登録されている。具体的に、会員情報ＤＢ１ａには、ユーザＩＤ、パスワード、ニックネーム、氏名、生年月日、性別、郵便番号（本発明における住所地情報の一例）、住所、電話番号、メールアドレス、クレジットカード情報、保有ポイント数等のユーザの属性が、ユーザごとに対応付けて登録される。ユーザＩＤ（本発明における識別情報の一例）は、ユーザの識別情報である。保有ポイント数は、ユーザが保有しているポイントの数である。このポイントは、ユーザが電子商店街で商品を購入するときに、金銭と同等の価値を有するものとして購入代金に充てることができるものである。

［２−２．電子商店街サーバの構成］
図３は、本実施形態に係る電子商店街サーバ２の概要構成の一例を示すブロック図である。図３に示すように、電子商店街サーバ２は、通信部２１と、記憶部２２と、入出力インターフェース２３と、システム制御部２４と、を備えている。そして、システム制御部２４と入出力インターフェース２３とは、システムバス２５を介して接続されている。

通信部２１は、ネットワークＮＷやＮＬに接続して、他のサーバ装置、店舗端末４、ユーザ端末５等との通信状態を制御するようになっている。

記憶部２２（本発明における第１記憶手段及び第２記憶手段の一例）は、例えば、ハードディスクドライブ等により構成されている。この記憶部２２には、店舗情報ＤＢ２２ａ、商品情報ＤＢ２２ｂ、お気に入り情報ＤＢ２２ｃ、閲覧履歴ＤＢ２２ｄ、購入履歴ＤＢ２２ｅ等のデータベースが構築されている。

図４（ａ）は、本実施形態に係る店舗情報ＤＢ２２ａに登録される内容の一例を示す図である。店舗情報ＤＢ２２ａには、電子商店街に出店している店舗に関する店舗情報が登録される。具体的に、店舗情報ＤＢ２２ａには、店舗ＩＤ、パスワード、店舗名、郵便番号、住所、電話番号、メールアドレス等の店舗の属性が、店舗ごとに対応付けて登録される。店舗ＩＤは、店舗の識別情報である。

図４（ｂ）は、本実施形態に係る商品情報ＤＢ２２ｂに登録される内容の一例を示す図である。商品情報ＤＢ２２ｂには、電子商店街で販売されている商品に関する商品情報が登録される。商品情報は、店舗によって設定される。具体的に、商品情報ＤＢ２２ｂには、商品ＩＤ、店舗ＩＤ、商品コード、ジャンル情報、商品名、商品画像のＵＲＬ（Uniform Resource Locator）、商品説明、商品価格等の商品の属性が、店舗が販売する商品ごとに対応付けて登録される。商品ＩＤは、店舗等が、販売する商品を管理するための商品の識別情報である。商品ＩＤは、基本的に商品ページと一対一で対応する。商品ページは、電子商店街において、特定の商品の商品情報が表示されるＷｅｂページである。従って、実際には同一の商品であっても、販売元の店舗が異なる複数の商品に対しては、互いに異なる商品ＩＤが付与される。つまり、ある商品を販売する店舗が複数存在する場合には、その商品の商品情報が、その商品を販売する店舗ごとに登録される。店舗ＩＤは、商品の販売元の店舗を示す。商品コードは、商品を識別するコード番号である。同一の商品に対しては同一の商品コードが付与される。商品コードとしては、例えば、ＪＡＮ（Japanese Article Number Code）コードがある。ジャンル情報は、商品が属する商品のジャンルを示す情報である。商品名は、店舗が付けた商品の名称である。そのため、この商品名は、商品の正式な名称とは異なる場合がある。

図４（ｃ）は、本実施形態に係るお気に入り情報ＤＢ２２ｃに登録される内容の一例を示す図である。お気に入り情報ＤＢ２２ｃには、ユーザがお気に入りとして登録した商品に関するお気に入り情報（本発明における登録者情報の一例）が登録される。具体的に、お気に入り情報ＤＢ２２ｃには、ユーザＩＤ及び商品ＩＤが、お気に入りの商品ごとに対応付けて登録される。商品ページには、お気に入りボタンが表示される。ユーザがお気に入りボタンを選択すると、ユーザ端末５から、商品ページに対応する商品ＩＤを含む登録リクエストが電子商店街サーバ２に送信される。電子商店街サーバ２は、受信した登録リクエストに含まれる商品ＩＤと、選択を行ったユーザのユーザＩＤとを含むお気に入り情報を、お気に入り情報ＤＢ２２ｃに登録する。ユーザがお気に入りに登録する商品としては、例えば、ユーザが欲しい商品、購入する予定がある商品等がある。また、ユーザがお気に入りに登録した商品の販売元の店舗を、ユーザが気に入っている場合もある。

図４（ｄ）は、本実施形態に係る閲覧履歴ＤＢ２２ｄに登録される内容の一例を示す図である。閲覧履歴ＤＢ２２ｄには、ユーザによる商品ページの閲覧履歴（本発明における登録者情報及び閲覧履歴の一例）、すなわち、ユーザ端末５による商品ページの表示履歴が登録される。具体的に、閲覧履歴ＤＢ２２ｄには、ユーザＩＤ、閲覧日時及び商品ＩＤが対応付けて登録される。電子商店街のＷｅｂページにおいて、ユーザが情報を表示させたい商品を選択すると、ユーザ端末５から、選択された商品の商品ＩＤを含む商品ページリクエストが電子商店街サーバ２に送信される。電子商店街サーバ２は、受信した商品ページリクエストに含まれる商品ＩＤに対応する商品ページのＨＴＭＬ文書をユーザ端末５へ送信する。このとき、電子商店街サーバ２は、商品ページリクエストに含まれる商品ＩＤと、選択を行ったユーザのユーザＩＤとを含む閲覧履歴を、閲覧履歴ＤＢ２２ｄに登録する。このとき、電子商店街サーバ２は、閲覧日時として、現在の日時を登録する。なお、お気に入り情報ＤＢ２２ｃには、例えば、ユーザがお気に入りとして登録した店舗の店舗ＩＤが登録されるようになっていても良い。

図４（ｅ）は、本実施形態に係る購入履歴ＤＢ２２ｅに登録される内容の一例を示す図である。購入履歴ＤＢ２２ｅには、ユーザによる商品の購入履歴（本発明における登録者情報及び取引履歴の一例）が登録される。具体的に、購入履歴ＤＢ２２ｅには、注文コード、ユーザＩＤ、購入日時、商品ＩＤ、店舗ＩＤ、商品コード、購入個数、購入価格、決済方法、配送方法及び送付先情報等が、商品の購入ごとに対応付けて登録される。注文コードは、商品の注文が行われるたびに付与される注文の識別情報である。ユーザＩＤは、購入したユーザを示す。商品ＩＤ及び商品コードは、購入された商品を示す。店舗ＩＤは、購入先の店舗を示す。送付先情報は、商品の送付先の住所、氏名、電話番号等を示す。電子商店街における注文手続きページにおいて、ユーザが注文内容を確定させると、ユーザ端末５から、ユーザが注文する商品の商品ＩＤを含む注文リクエストが電子商店街サーバ２に送信される。注文手続きページは、ユーザが商品を注文するために必要な情報を入力するためのＷｅｂページである。電子商店街サーバ２は、受信した注文リクエストに含まれる商品ＩＤ、この商品ＩＤに対応する店舗ＩＤ及び注文内容を確定させたユーザのユーザＩＤを含む購入履歴を購入履歴ＤＢ２２ｅに登録する。

次に、記憶部２２に記憶されるその他の情報について説明する。記憶部２２には、電子商店街のＷｅｂページを構成するＨＴＭＬ（Hyper Text Markup Language）文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。

また、記憶部２２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＤＢＭＳ（DataBase Management System）、電子商取引管理プログラム等の各種プログラムが記憶されている。電子商取引管理プログラムは、販売商品の登録、商品の買い物かごへの投入、商品の注文等の電子商店街に関する処理を実行するためのプログラムである。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしても良いし、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしても良い。

入出力インターフェース２３は、通信部２１及び記憶部２２とシステム制御部２４との間のインターフェース処理を行うようになっている。

システム制御部２４は、ＣＰＵ２４ａ、ＲＯＭ２４（Read Only Memory）ｂ、ＲＡＭ（Random Access Memory）２４ｃ等により構成されている。そして、システム制御部２４は、ＣＰＵ２４ａが、各種プログラムを読み出し実行することにより、電子商店街サーバ２の各部を統括制御するようになっている。

なお、電子商店街サーバ２が、複数のサーバ装置で構成されても良い。例えば、電子商取引に関する処理を行うサーバ装置、店舗端末４やユーザ端末５からのリクエストに応じて電子商店街のＷｅｂページを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されても良い。

［２−３．ＤＭ配信サーバの構成］
図５は、本実施形態に係るＤＭ配信サーバ３の概要構成の一例を示すブロック図である。図５に示すように、ＤＭ配信サーバ３は、通信部３１と、記憶部３２と、入出力インターフェース３３と、システム制御部３４と、を備えている。そして、システム制御部３４と入出力インターフェース３３とは、システムバス３５を介して接続されている。

通信部３１は、ネットワークＮＷやＮＬに接続して、他のサーバ装置、店舗端末４、ユーザ端末５等との通信状態を制御するようになっている。

記憶部３２は、例えば、ハードディスクドライブ等により構成されている。この記憶部３２には、地図情報ＤＢ３２ａ等のデータベースが構築されている。

図６は、本実施形態に係る地図情報ＤＢ３２ａに登録される内容の一例を示す図である。地図情報ＤＢ３２ａには、各郵便番号に対応する住所の地理的な位置に関する情報が登録されている。具体的に、地図情報ＤＢ３２ａには、郵便番号及び位置情報が、郵便番号ごとに登録されている。位置情報は、例えば、郵便番号に対応する住所の経緯度を示す。

次に、記憶部３２に記憶されるその他の情報について説明する。記憶部３２には、ＤＭ配信サイトのＷｅｂページを構成するＨＴＭＬ文書、ＸＭＬ文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。画像データとしては、例えば、後述するユーザ分布地図ページに表示される地図Ｍの画像データ、オブジェクトＪの画像データ等がある。

また、記憶部３２には、オペレーティングシステム、ＷＷＷサーバプログラム、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバプログラム、ＤＢＭＳ、ＤＭ配信管理プログラム、電子商店街ＡＰＩ（Application Program Interface）等の各種プログラムが記憶されている。ＤＭ配信管理プログラムは、ダイレクトメールの配信に関する各種処理を実行するためのプログラムである。電子商店街ＡＰＩは、電子商店街から提供されているプログラムである。この電子商店街ＡＰＩは、ＤＭ配信サーバ３が電子商店街サーバ２の電子商店街に関する各種機能を利用するためのプログラムである。例えば、システム制御部３４が、店舗からの検索条件を指定して電子商店街ＡＰＩを呼び出すことにより、電子商店街サーバ２に、検索条件を満たすユーザの検索を要求して、その検索結果を電子商店街サーバ２から取得する。なお、ＤＭ配信管理プログラム等の各種プログラム（本発明における電子メール送信先決定プログラムの一例を含む）は、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしても良いし、ＤＶＤ等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしても良い。

入出力インターフェース３３は、通信部３１及び記憶部３２とシステム制御部３４との間のインターフェース処理を行うようになっている。

システム制御部３４は、ＣＰＵ３４ａ、ＲＯＭ３４ｂ、ＲＡＭ３４ｃ等により構成されている。そして、システム制御部３４は、ＣＰＵ３４ａが、各種プログラムを読み出し実行することにより、本発明における検索条件情報受信手段、識別情報取得手段、住所地情報取得手段、制御手段、領域情報受信手段、決定手段、第２識別情報取得手段、絞り込み条件情報受信手段、抽出手段及び送信数受信手段として機能するようになっている。

なお、ＤＭ配信サーバ３が、複数のサーバ装置で構成されても良い。例えば、ユーザ分布地図ページを生成したり、ダイレクトメールの配信先のユーザを決定したりするサーバ装置、ユーザ端末５からのリクエストに応じてＤＭ配信サイトのＷｅｂページを送信するサーバ装置、電子メールを送信するサーバ装置及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されても良い。

［３．サービス提供システムの動作］
次に、サービス提供システムＳの動作について、図７乃至図１１を用いて説明する。

例えば、ある店舗の従業員等（以下、単に「店舗」という）が、電子商店街へのログインを行うために店舗端末４を操作する。例えば、店舗が店舗ＩＤ及びパスワード入力すると、店舗端末４は入力された情報を電子商店街へ送信する。電子商店街サーバ２は、受信した情報に基づいてユーザの認証を行う。認証が成功すると、電子商店街サーバ２は、例えば、受信した店舗ＩＤ（店舗ＩＤは暗号化されても良い）をクッキーとして店舗端末４に送信する。そうすると、その後店舗端末４から送信されるリクエストには、クッキーとしてのユーザＩＤが付加されている。そのため、電子商店街サーバ２は、リクエストを送信してきた店舗端末４を利用する店舗の店舗ＩＤを取得することができる。また、電子商店街に属するＤＭ配信サーバ３も、同様に店舗ＩＤを取得することができる。なお、リクエストを送信してきた店舗端末４を利用する店舗を、「要求店舗」という。

店舗端末４は、ログインが完了すると、店舗用の管理画面を表示する。店舗が、管理画面において、ダイレクトメールを配信するためのボタンを選択すると、店舗端末４は、ＤＭ配信サーバ３にリクエストを送信する。ＤＭ配信サーバ３は、リクエストに応じて、地図に分布を表示させるユーザの検索条件を設定するためのＷｅｂページ（以下、「検索条件設定ページ」という）を店舗端末４に送信する。店舗端末４は、検索条件設定ページを画面に表示する。

検索条件設定ページには、検索条件を指定するための各種ウィジットが表示される。具体的に、検索条件を指定する項目を選択するためのプルダウンメニュー、選択された項目に対応する条件を選択したり入力したりするためのプルダウンメニューまたは入力欄や、その他ボタン等が表示される。ユーザは、ボタン等を操作することにより、条件を指定する項目を増やしたり減らしたりすることができる。つまり、ユーザは複数の検索条件を設定することができる。

検索条件として指定可能な項目は、大別して、ユーザの属性、お気に入りの商品、商品ページの閲覧履歴、商品の購入履歴等がある。ユーザの属性として指定可能な条件の項目としては、例えば、年齢、性別、郵便番号、住所、電子メールのドメイン、保有ポイント数等がある。お気に入りとして指定可能な条件の項目としては、お気に入りに登録された商品、お気に入りに登録された商品が属するジャンル、自店舗の商品がお気に入りに登録していること等がある。商品ページの閲覧履歴として指定可能な条件の項目としては、例えば、自店舗の商品の商品ページを閲覧したこと、閲覧した商品ページ、閲覧時期等がある。商品の購入履歴として指定可能な条件の項目としては、例えば、購入商品、購入商品が属するジャンル、購入先が自店舗であること、購入時期、購入価格、購入個数、配送方法、決済方法、購入頻度等がある。

１つの項目について、範囲指定による条件指定や、複数の条件うち１つ以上の条件を満たせば良いといった条件指定も可能である。また、ある商品をお気に入りに登録していないこと、自店舗の商品をお気に入りに登録していないこと、ある商品の商品ページを閲覧していないこと、自店舗の商品ページを閲覧していないこと、ある商品を購入していないこと、自店舗の商品を購入していないこと等の条件指定も可能である。

店舗は、検索条件設定ページにおいて、必要な検索条件を指定して検索ボタンを選択すると、店舗端末４は、ユーザ分布地図リクエストをＤＭ配信サーバ３に送信する。ユーザ分布地図リクエストには、指定された検索条件を示す検索条件情報が、条件指定された項目数分設定される。検索条件情報は、項目種別及び項目値を含む。項目種別は、条件指定された項目の種別である。項目値は、項目種別が示す項目の条件を示す値である。

図７は、本実施形態に係るＤＭ配信サーバ３のシステム制御部３４のユーザ分布地図リクエスト受信時処理における処理例を示すフローチャートである。ユーザ分布地図リクエスト受信時処理は、ＤＭ配信サーバ３が、検索条件情報受信手段としてユーザ分布地図リクエストを受信したときに開始される。

先ず、システム制御部３４は、受信したユーザ分布地図リクエストから全ての検索条件情報を取得するとともに、ユーザ分布地図リクエストに基づいて、要求店舗の店舗ＩＤを取得する（ステップＳ１１）。

次いで、システム制御部３４は、電子商店街サーバ２に検索条件を満たすユーザを検索させる制御を行う。具体的に、システム制御部３４は、電子商店街ＡＰＩを利用して、ユーザ分布地図リクエストから取得した検索条件情報を含む検索リクエストを電子商店街サーバ２に送信する（ステップＳ１２）。その後、システム制御部３４は、識別情報取得手段として、電子商店街サーバ２から送信されてきた検索結果リストを受信する（ステップＳ１３）。検索結果リストは、検索条件を満たすユーザのユーザＩＤの一覧である。

次いで、システム制御部３４は、住所地情報取得手段として、受信した検索結果リストに含まれる各ユーザＩＤに対応する郵便番号を、会員情報ＤＢ１ａから取得する（ステップＳ１４）。次いで、システム制御部３４は、取得した郵便番号ごとに、ユーザの人数を計算する（ステップＳ１５）。具体的に、システム制御部３４は、郵便番号ごとに、検索結果リストに含まれるユーザＩＤのうち、その郵便番号に対応付けられているユーザＩＤの数を計算する。次いで、システム制御部３４は、取得した各郵便番号に対応する位置情報を、地図情報ＤＢ３２ａから取得する（ステップＳ１６）。

次いで、システム制御部３４は、取得した各位置情報に基づいて、ユーザ分布地図ページのＨＴＭＬ文書を生成する（ステップＳ１７）。具体的に、システム制御部３４は、記憶部３２から、ユーザ分布地図ページのＨＴＭＬ文書のテンプレートを取得する。ユーザ分布地図ページのＨＴＭＬ文書のテンプレートには、後述する地図Ｍを表示させるためのimgタグが設定されている。このimgタグのsrc属性には、地図Ｍの画像データのＵＲＬが設定されている。また、このテンプレートには、地図Ｍ上に、後述するオブジェクトＪをオーバーレイ表示するためのスクリプトが記述されている。オブジェクトＪは、検索条件を満たすユーザを表す図形または点である。システム制御部３４は、取得した位置情報が示す経緯度を、地図内における座標に変換する。この座標がオブジェクトＪの表示位置を示す座標である。次いで、システム制御部３４は、オブジェクトＪの座標及び表示サイズを対応付けて、テンプレートに記述されているスクリプト内に設定する。このとき、システム制御部３４は、オブジェクトＪの座標に変換された位置情報に対応する郵便番号のユーザの人数が多いほど、表示サイズを大きくする。また、システム制御部３４は、指定された検索条件を示すテキスト、検索条件を満たすユーザの人数等を、テンプレートに設定する。

システム制御部３４は、ユーザ分布地図ページのＨＴＭＬ文書を生成すると、生成したＨＴＭＬ文書を、ユーザ分布地図リクエストの送信元の店舗端末４に送信する（ステップＳ１８）。システム制御部３４は、ユーザ分布地図ページのＨＴＭＬ文書を店舗端末４に送信することにより、制御手段として、店舗により指定された条件を満たすユーザの分布を示す地図を店舗端末４に表示させる。なお、店舗端末４による地図の表示処理については後述する。

次いで、システム制御部３４は、電子商店街サーバ２から受信した検索結果リストを、保存結果リストとして、要求店舗の店舗ＩＤに対応付けてＲＡＭ３４ｃに一時的に記憶させる（ステップＳ１９）。システム制御部３４は、この処理を終えると、ユーザ分布地図リクエスト受信時処理を終了させる。

図８は、本実施形態に係る電子商店街サーバ２のシステム制御部２４の検索リクエスト受信時処理における処理例を示すフローチャートである。検索リクエスト受信時処理は、電子商店街サーバ２がＤＭ配信サーバ３から検索リクエストを受信したときに開始される。

先ず、システム制御部２４は、受信した検索リクエストから、検索条件情報を１つ取得する（ステップＳ３１）。次いで、システム制御部２４は、会員情報ＤＢ１ａに登録されている全ての会員情報からユーザＩＤを取得し、取得したユーザＩＤを含む中間リスト１を生成する（ステップＳ３２）。中間リストは、検索結果リストの中間物に相当するリストである。次いで、システム制御部２４は、インデックスｉに２を設定する（ステップＳ３３）。

次いで、システム制御部２４は、中間リストｉを初期化する（ステップＳ３４）。次いで、システム制御部２４は、中間リストｉ−１に登録されているユーザＩＤのうち１つを取得する（ステップＳ３５）。

次いで、システム制御部２４は、取得した検索条件情報が示す検索条件に対応するデータベースから、取得したユーザＩＤを含む情報を検索する（ステップＳ３６）。ここで、システム制御部２４は、検索条件情報に含まれる項目種別に応じて、検索するデータベースを決定する。具体的に、システム制御部２４は、項目種別がユーザの属性に対応する項目を示す場合には、会員情報ＤＢ１ａから、取得したユーザＩＤを含む会員情報を検索する。また、システム制御部２４は、項目種別がお気に入りに対応する項目を示す場合には、お気に入り情報ＤＢ２２ｃから、取得したユーザＩＤを含むお気に入り情報を検索する。また、システム制御部２４は、項目種別が閲覧履歴に対応する項目を示す場合には、閲覧履歴ＤＢ２２ｄから、取得したユーザＩＤを含む閲覧履歴を検索する。また、システム制御部２４は、項目種別が購入履歴に対応する項目を示す場合には、購入履歴ＤＢ２２ｅから、取得したユーザＩＤを含む購入履歴を検索する。

次いで、システム制御部２４は、検索された情報に基づいて、取得したユーザＩＤに対応するユーザが、取得した検索条件情報が示す検索条件を満たすか否かを判定する（ステップＳ３７）。具体的に、システム制御部２４は、検索された会員情報、お気に入り情報、閲覧履歴または購入履歴から、検索条件情報に含まれる項目種別が示す項目の情報を取得する。そして、システム制御部２４は、取得した情報と、検索条件情報に含まれる項目値とを比較することにより、検索条件を満たすか否かを判定する。検索条件が、自店舗の商品がお気に入りに登録していること、自店舗の商品の商品ページを閲覧していること等である場合、システム制御部２４は、検索されたお気に入り情報または閲覧履歴に含まれる商品ＩＤに対応する店舗ＩＤを、店舗情報ＤＢ２２ａから取得する。そして、システム制御部２４は、取得した店舗ＩＤと要求店舗の店舗ＩＤとを比較することにより、検索条件を満たすか否かを判定する。

このとき、システム制御部２４は、検索条件を満たすと判定した場合には（ステップＳ３７：ＹＥＳ）、取得したユーザＩＤを、中間リストｉに登録する（ステップＳ３８）。

システム制御部３４は、検索条件を満たさないと判定した場合（ステップＳ３７：ＮＯ）、または、ステップＳ３８の処理を終えた場合には、中間リストｉ−１からまだ取得していないユーザＩＤがあるか否かを判定する（ステップＳ３９）。このとき、システム制御部２４は、まだ取得していないユーザＩＤがあると判定した場合には（ステップＳ３９：ＹＥＳ）、中間リストｉ−１からまだ取得していないユーザＩＤのうち、１つのユーザＩＤを取得する（ステップＳ４０）。次いで、システム制御部２４は、ステップＳ３６に移行する。システム制御部２４は、ステップＳ３６〜Ｓ４０の処理を繰り返すことにより、中間リストｉ−１に登録されているユーザＩＤの中から、店舗が指定した検索条件のうちの１つを満たすユーザのユーザＩＤを抽出して、中間リストｉを生成する。

そして、システム制御部２４は、中間リストｉ−１から全てのユーザＩＤを取得したと判定した場合には（ステップＳ３９：ＮＯ）、検索リクエストからまだ取得していない検索結果情報があるか否かを判定する（ステップＳ４１）。このとき、システム制御部２４は、まだ取得していない検索結果情報があると判定した場合には（ステップＳ４１：ＹＥＳ）、まだ取得していない検索結果情報のうち１つを取得する（ステップＳ４２）。次いで、システム制御部２４は、インデックスｉに１を加算する（ステップＳ４３）。次いで、システム制御部２４は、ステップＳ３４に移行する。システム制御部２４は、ステップＳ３４〜Ｓ４３の処理を繰り返すことにより、店舗が指定した全ての検索条件を満たすユーザＩＤを抽出する。そして、システム制御部２４は、全ての検索結果情報を取得したと判定した場合には（ステップＳ４１：ＮＯ）、中間リストｉを検索結果リストとして、ＤＭ配信サーバ３に送信する（ステップＳ４４）。システム制御部２４は、この処理を終えると、検索リクエスト受信時処理を終了させる。

図９及び図１０は、本実施形態に係るユーザ分布地図ページの表示例を示す図である。店舗端末４は、ユーザ分布地図リクエストの送信に応じてＤＭ配信サーバ３から送信されてきたユーザ分布地図ページのＨＴＭＬ文書を受信すると、受信したＨＴＭＬ文書に基づいて、ユーザ分布地図ページを画面に表示する。このとき、店舗端末４は、ＨＴＭＬ文書のタグの記述に従って、地図Ｍの画像データをＤＭ配信サーバ３から取得して、後述する地図表示領域１１０に地図Ｍを表示する。また、店舗端末４は、ＨＴＭＬ文書に記述されたスクリプトを実行する。そして、店舗端末４は、スクリプトに設定されたパラメータに従って、各オブジェクトＪを地図表示領域１１０内にオーバーレイ表示する。具体的に、店舗端末４は、スクリプトに設定されている座標が示す位置にオブジェクトＪを表示する。このとき、店舗端末４は、オブジェクトＪの表示サイズを、座標に対応して設定されている表示サイズとする。このようにして、例えば、図９に示すようなユーザ分布地図ページが表示される。

図９に示すように、ユーザ分布地図ページには、地図表示領域１１０、検索結果表示領域１２０、配信対象ユーザ設定領域１３０、絞り込み条件設定領域１４０等を含む。

地図表示領域１１０には、地図Ｍが表示されるとともに、オブジェクトＪが、検索条件を満たすユーザが住む地域ごとに表示される。つまり、地図表示領域１１０には、検索条件を満たすユーザの分布を示す地図が表示される。地図Ｍは、日本全体を表した地図である。オブジェクトＪは、地図Ｍにおいて、そのオブジェクトＪが表すユーザの住む地域に対応する位置に表示される。また、オブジェクトＪは、検索条件を満たすユーザのうち、そのオブジェクトＪの位置に対応する地域に住むユーザの人数に応じた表示サイズで表示される。なお、ユーザ分布地図ページの表示後、ユーザの操作によって、地図Ｍの一部分が拡大表示されるようになっていても良い。

店舗により地図Ｍから配信領域が指定されると、図１０に示すように、地図表示領域１１０内には、領域指定枠Ｒが表示される。配信領域の指定方法としては、例えば、マウスポインタをドラッグ操作等することにより、地図表示領域１１０内の所望の場所を囲む等の方法がある。領域指定枠Ｒは、マウスポインタ等を動かしたときの軌跡に相当する枠線である。領域指定枠Ｒに囲まれた領域が、配信領域である。領域指定枠Ｒが表示されると、ユーザ分布地図ページには、メール編集ボタン１５０が表示される。メール編集ボタン１５０は、ダイレクトメールの題名及び本文を入力するためのメール編集ウインドウを表示するためのボタンである。

検索結果表示領域１２０には、店舗が指定した検索条件、検索条件を満たすユーザの人数等が表示される。

配信対象ユーザ設定領域１３０には、配信対象のユーザの種類を選択するためのラジオボタン、配信人数（本発明における送信数の一例）を入力するための入力欄等が表示される。配信対象のユーザの種類としては、検索条件を満たすユーザ、検索条件を満たさないユーザ、及び全員がある。店舗は、店舗が地図Ｍに対して指定する配信領域に住むユーザのうち、どの種類に属するユーザに対してダイレクトメールを配信するかを、ラジオボタンによって選択することができる。初期状態では、例えば、検索条件を満たすユーザに配信することが選択されている。

配信人数が入力されている場合、配信条件を満たすユーザの人数が、入力された配信人数より多いときには、ダイレクトメールの配信先として最終的に決定されるユーザの人数が、配信人数分まで減らされる。配信条件を満たすユーザとは、配信領域に住むユーザのうち、選択された種類に属するユーザである。後述する絞り込み条件が指定された場合、配信条件を満たすユーザは、配信領域に住むユーザのうち、選択された種類に属するユーザであって、且つ、絞り込み条件を満たすユーザである。ダイレクトメールの配信料金は、配信数が多いほど高くなっている。店舗は、費用対効果を考えて、検索条件、配信領域等を指定する。ところが、配信条件を満たすユーザの人数が店舗が想定していた人数よりも多いと、店舗が想定していた以上の配信料金が請求される。そこで、店舗が想定していた以上の配信料金が請求されないよう、店舗によって配信人数の設定が可能となっている。

以下に配信先のユーザの種類の選択例を示す。第１の例として、店舗が、自店舗の商品ページを最近閲覧したユーザにダイレクトメールを配信したいとする。この場合、店舗は、自店舗の商品ページを閲覧したこと、及び、例えば１週間前等から今日までの間に閲覧したことを検索条件として指定する。店舗は、この検索条件に基づいて表示されたユーザ分布地図ページの地図Ｍから、例えば、オブジェクトＪが集中して表示されている領域を配信領域として指定する。また、店舗は、配信対象のユーザの種類として、検索条件を満たすユーザを選択する。

第２の例として、店舗が、ユーザが一度購入したら再び購入する可能性が少ないジャンルＸの商品を宣伝するダイレクトメールを配信したいとする。この場合、店舗は、ジャンルＸの商品の購入経験があることを、検索条件として指定する。店舗は、この検索条件に基づいて表示されたユーザ分布地図ページの地図Ｍから、例えば、オブジェクトＪが集中して表示されている領域を配信領域として指定する。また、店舗は、配信対象のユーザの種類として、検索条件を満たさないユーザを選択する。これは、ジャンルＸの商品が良く売れている地域では、ジャンルＸの商品をまだ購入していないユーザが、その商品を購入する可能性が高いという考えに基づく。

第３の例として、店舗が、消耗品である商品Ｙを宣伝するダイレクトメールを配信したいとする。この場合、店舗は、商品Ｙを購入経験があることを検索条件として指定する。店舗は、この検索条件に基づいて表示されたユーザ分布地図ページの地図Ｍから、例えば、オブジェクトＪが集中して表示されている領域を配信領域として指定する。また、店舗は、配信対象のユーザの種類として、全員を選択する。これは、商品Ｙは消耗品であるので、商品Ｙが良く売れている地域では、その地域に住むユーザが商品Ｙを購入したことがあるか否かにかかわらず、商品Ｙを購入する可能性が高いという考えに基づく。

このように、店舗は、検索条件を満たすユーザの分布を示す地図に基づいて、ダイレクトメールの配信対象となる地域やユーザを柔軟に絞り込むことができる。

絞り込み条件設定領域１４０には、絞り込み条件を指定するための各種ウィジットが表示される。絞り込み条件は、配信領域に住むユーザのうち、配信対象として選択された種類のユーザの中から、ダイレクトメールを配信するユーザを絞り込むための条件である。店舗は、絞り込み条件設定領域１４０に表示された各種ウィジットを操作することにより、検索条件設定ページにおいて指定する検索条件と同様に、絞り込み条件を指定することができる。

以下に絞り込み条件の指定例を示す。例えば、店舗が、製品寿命が５年程度であるジャンルＺの商品の買い換え促すダイレクトメールを配信したいとする。この場合、店舗は、ジャンルＺの商品の購入経験があることを、検索条件として指定する。店舗は、この検索条件に基づいて表示されたユーザ分布地図ページの地図Ｍから、例えば、オブジェクトＪが集中して表示されている領域を配信領域として指定する。また、店舗は、配信対象のユーザの種類として、検索条件を満たすユーザを選択する。また、店舗は、ジャンルＺの商品を、今から５年前の年に購入したことを、絞り込み条件として指定する。

店舗が、配信領域を指定し、必要に応じて、ユーザの種類の変更、配信人数の入力、絞り込み条件の指定等を行う。そして、店舗は、メール編集ボタン１５０を選択して、メール編集ウインドウをユーザ分布地図ページ上にオーバーレイ表示させる。店舗は、ダイレクトメールの題名及び本文を入力して、メール編集ウインドウ上の配信ボタンを選択する。すると、店舗端末４は、ＤＭ配信リクエストをＤＭ配信サーバ３に送信する。ＤＭ配信リクエストは、指定された配信領域を示す配信領域情報、選択されたユーザの種類、ダイレクトメールの題名及び本文のテキストを含む。配信領域情報（本発明における領域情報の一例）は、地図表示領域１１０内において、領域指定枠Ｒの枠線を示す座標群である。また、配信人数が入力された場合、ＤＭ配信リクエストは配信人数を含む。また、絞り込み条件が指定された場合、指定された絞り込み条件を示す絞り込み条件情報が、条件指定された項目数分設定される。絞り込み条件情報の形式は、検索条件情報の形式と同様である。

図１１は、本実施形態に係るＤＭ配信サーバ３のシステム制御部３４のＤＭ配信リクエスト受信時処理における処理例を示すフローチャートである。ユーザ分布地図リクエスト受信時処理は、ＤＭ配信サーバ３が、領域情報受信手段、絞り込み条件情報受信手段及び送信数受信手段としてＤＭ配信リクエストを受信したときに開始される。システム制御部３４は、ユーザ分布地図リクエスト受信時処理の後述するステップＳ６１〜Ｓ７９の処理を実行することにより、決定手段として、会員情報ＤＢ１ａに登録されている全ユーザの郵便番号のうち、配信領域情報が示す配信領域内にある住所地を示す郵便番号に対応するメールアドレスを、ダイレクトメールの送信先のメールアドレスとして決定する。

先ず、システム制御部３４は、受信したＤＭ配信リクエストから配信領域情報を取得するとともに、ＤＭ配信リクエストに基づいて、要求店舗の店舗ＩＤを取得する（ステップＳ６１）。次いで、システム制御部３４は、取得した配信領域情報に含まれる各座標を、地図Ｍにおいてその座標が示す場所の経緯度にそれぞれ変換する（ステップＳ６２）。次いで、システム制御部３４は、座標変換によって生成された配信領域の境界線の経緯度と、地図情報ＤＢ３２ａに登録されている位置情報とに基づいて、地図情報ＤＢ３２ａに登録されている郵便番号の中から、配信領域内にある場所を示す郵便番号を検索する（ステップＳ６３）。次いで、システム制御部３４は、配信領域内にある場所を示す郵便番号を地図情報ＤＢ３２ａから全て取得し、取得した郵便番号のうち何れかをユーザの郵便番号として含む会員情報を、会員情報ＤＢ１ａから検索する（ステップＳ６４）。次いで、システム制御部３４は、検索された全ての会員情報からユーザＩＤを取得し、取得したユーザＩＤを含む配信領域内ユーザリストを生成する（ステップＳ６５）。

次いで、システム制御部３４は、第２識別情報取得手段として、要求ユーザＩＤに対応する保存検索結果リストを、ＲＡＭ３４ｃから取得する（ステップＳ６６）。次いで、システム制御部３４は、ＤＭ配信リクエストに設定されたユーザの種類が、検索条件を満たすユーザであるか否かを判定する（ステップＳ６７）。このとき、システム制御部３４は、ユーザの種類が検索条件を満たすユーザであると判定した場合には（ステップＳ６７：ＹＥＳ）、配信領域内ユーザリストに登録されているユーザＩＤのうち、保存検索結果リストに登録されているユーザＩＤ以外のユーザＩＤを、配信領域内ユーザリストから削除する（ステップＳ６８）。つまり、システム制御部３４は、ダイレクトメールの配信対象とするユーザを、配信領域内に住むユーザの中から検索条件を満たすユーザに絞り込む。

一方、システム制御部３４は、ユーザの種類が検索条件を満たすユーザでではないと判定した場合には（ステップＳ６７：ＮＯ）、ＤＭ配信リクエストに設定されたユーザの種類が、検索条件を満たさないユーザであるか否かを判定する（ステップＳ６９）。このとき、システム制御部３４は、ユーザの種類が検索条件を満たさないユーザであると判定した場合には（ステップＳ６９：ＹＥＳ）、配信領域内ユーザリストに登録されているユーザＩＤのうち、保存検索結果リストに登録されているユーザＩＤと同じユーザＩＤを、配信領域内ユーザリストから削除する（ステップＳ７０）。つまり、システム制御部３４は、ダイレクトメールの配信対象とするユーザを、配信領域内に住むユーザの中から検索条件を満たさないユーザに絞り込む。

システム制御部３４は、ステップＳ６８またはＳ７０の処理を終えた場合、または、ユーザの種類が検索条件を満たさないユーザではないと判定した場合には（ステップＳ６９：ＮＯ）、ＤＭ配信リクエストに絞り込み条件情報が設定されているか否かを判定する（ステップＳ７１）。このとき、システム制御部３４は、絞り込み条件情報が設定されていると判定した場合には（ステップＳ７１：ＹＥＳ）、ＤＭ配信リクエストから全ての絞り込み条件情報を取得する（ステップＳ７２）。次いで、システム制御部３４は、電子商店街サーバ２に絞り込み条件を満たすユーザを検索させる制御を行う。具体的に、システム制御部３４は、取得した絞り込み条件情報を、検索条件情報として含む検索リクエストを電子商店街サーバ２に送信する（ステップＳ７３）。その後、システム制御部３４は、電子商店街サーバ２から送信されてきた検索結果リストを受信する（ステップＳ７４）。次いで、システム制御部３４は、配信領域内ユーザリストに登録されているユーザＩＤのうち、検索結果リストに登録されているユーザＩＤ以外のユーザＩＤを、配信領域内ユーザリストから削除する（ステップＳ７５）。つまり、システム制御部３４は、抽出手段として、配信領域内ユーザリストに登録されているユーザＩＤの中から、絞り込み条件を満たすユーザのユーザＩＤを抽出して配信領域内ユーザリストに残るようにする。

システム制御部３４は、ＤＭ配信リクエストに絞り込み条件情報が設定されていないと判定した場合（ステップＳ７１：ＮＯ）、または、ステップＳ７５の処理を終えた場合には、ＤＭ配信リクエストに配信人数が設定されているか否かを判定する（ステップＳ７６）。このとき、システム制御部３４は、ＤＭ配信リクエストに配信人数が設定されていると判定した場合には（ステップＳ７６：ＹＥＳ）、配信領域内ユーザリストに登録されているユーザＩＤの数を計算する。次いで、システム制御部３４は、計算したユーザＩＤの数が配信人数よりも多いか否かを判定する（ステップＳ７７）。このとき、システム制御部３４は、ユーザＩＤの数が配信人数よりも多いと判定した場合には（ステップＳ７７：ＹＥＳ）、配信領域内ユーザリストから、配信人数分を超えるユーザＩＤを削除する（ステップＳ７８）。具体的に、システム制御部３４は、配信領域内ユーザリストに登録されているユーザＩＤの数と配信人数との差を計算する。次いで、システム制御部３４は、配信領域内ユーザリストに登録されているユーザＩＤの中から、計算した差に相当する数のユーザＩＤをランダムに選択する。そして、システム制御部３４は、選択したユーザＩＤを配信領域内ユーザリストから削除する。

システム制御部３４は、ＤＭ配信リクエストに配信人数が設定されていないと判定した場合（ステップＳ７６：ＮＯ）、ユーザＩＤの数が配信人数よりも多くはないと判定した場合（ステップＳ７７：ＮＯ）、または、ステップＳ７８の処理を終えた場合には、配信領域内ユーザリストに登録されている各ユーザＩＤに対応するメールアドレスを、会員情報ＤＢ１ａからそれぞれ取得する（ステップＳ７９）。次いで、システム制御部３４は、ダイレクトメールを送信する（ステップＳ８０）。具体的に、システム制御部３４は、ＤＭ配信リクエストから題名及び本文のテキストを取得し、題名のテキストをSubjectフィールドに設定し、本文のテキストを本文の位置に設定等して、電子メールを生成する。次いで、システム制御部３４は、生成した電子メールのコピーを生成して、このコピーのFromフィールドに、取得したユーザのメールアドレスを設定する。次いで、システム制御部３４は、ＳＭＴＰに従って、メールアドレスを設定した電子メールのコピーをダイレクトメールとして送信する。システム制御部３４は、電子メールのコピー、メールアドレスの設定及びダイレクトメールの送信を、取得したメールアドレス分実行する。システム制御部３４は、この処理を終えると、ＤＭ配信リクエスト受信時処理を終了させる。

以上説明したように、本実施形態によれば、ＤＭ配信サーバ３のシステム制御部３４が、検索条件情報を含むユーザ分布地図リクエストを店舗端末４から受信し、電子商店街の電子商取引サービスに登録されたユーザのうち、会員情報ＤＢ１ａ、お気に入り情報ＤＢ２２ｃ、閲覧履歴ＤＢ２２ｄまたは購入履歴ＤＢ２２ｅのうち少なくとも１つに登録された情報に基づいて検索条件情報が示す条件を満たすと電子商店街サーバ２のシステム制御部２４により判定されたユーザのユーザＩＤを電子商店街サーバ２から取得し、会員情報ＤＢ１ａから、取得されたユーザＩＤに対応する郵便番号を取得し、取得された郵便番号に基づいて、検索条件情報が示す条件を満たすユーザの分布を示す地図を店舗端末４に表示させ、店舗端末４に表示された地図内で店舗により指定された配信領域を示す配信領域情報を含むＤＭ配信リクエストを店舗端末４から受信し、会員情報ＤＢ１ａに登録された郵便番号のうち、受信された配信領域情報が示す配信領域内にある住所地を示す郵便番号に対応するメールアドレスを、ダイレクトメールの送信先のメールアドレスとして決定する。従って、店舗は、検索条件を満たすユーザの分布に基づいてダイレクトメールの送信対象とする配信領域を指定することができるので、店舗が望むユーザの住所地がある地域に対して容易にダイレクトメールを配信することができる。

また、システム制御部３４が、受信された配信領域情報が示す配信領域内にある住所地を示す郵便番号に対応するメールアドレスのうち、受信された検索条件情報が示す条件を満たすユーザのユーザＩＤに対応するメールアドレスを、ダイレクトメールの送信先のメールアドレスとして決定する。従って、店舗は、検索条件を満たすユーザの分布に基づいて、検索条件を満たすユーザのうち店舗が望む地域に住所地があるユーザ宛てに、ダイレクトメールを配信することができる。

また、システム制御部３４が、受信された配信領域情報が示す配信領域内にある住所地を示す郵便番号に対応するメールアドレスのうち、受信された検索条件情報が示す条件を満たすユーザのユーザＩＤに対応するメールアドレス以外のメールアドレスを、ダイレクトメールの送信先のメールアドレスとして決定する。従って、店舗は、検索条件を満たすユーザの分布に基づいて、検索条件を満たさないユーザのうち店舗が望む地域に住所地があるユーザ宛てに、ダイレクトメールを配信することができる。

また、システム制御部３４が、会員情報ＤＢ１ａに登録された郵便番号のうち、受信された配信領域情報が示す配信領域内にある住所地を示す郵便番号に対応するユーザＩＤを取得し、絞り込み条件情報を含むＤＭ配信リクエストを店舗端末４から受信し、取得されたユーザＩＤの中から、絞り込み条件情報が示す条件を満たすと電子商店街サーバ２のシステム制御部２４により判定されたユーザのユーザＩＤを抽出し、抽出されたユーザＩＤに対応するメールアドレスを、ダイレクトメールの送信先のメールアドレスとして決定する。従って、店舗は、ダイレクトメールを配信するユーザを所望の条件で絞り込むことができる。

また、システム制御部３４が、配信人数を含むＤＭ配信リクエストを店舗端末４から受信し、受信された配信領域情報が示す配信領域内にある住所地を示す郵便番号に対応するメールアドレスのうち、受信された配信人数以下のメールアドレスを、ダイレクトメールの送信先のメールアドレスとして決定する。従って店舗が配信人数を指定することにより、店舗が指定した配信領域内に住所地があるユーザの数が配信人数より多い場合であっても、配信人数よりも多くのユーザにダイレクトメールが配信されないようにすることができる。

なお、上記実施形態においては、配信領域の指定方法として、店舗が所望の場所を囲む操作を行う方法がとられていた。しかしながら、これ以外の方法で配信領域が指定することができるようにしても良い。

例えば、郵便番号が示す地域単位や、市区町村等の地域単位で配信領域を指定可能としても良い。例えば、店舗が、地図表示領域１１０においてマウスのクリック操作等により、ダイレクトメールを配信する地域を選択する。選択状態となっている地域は、選択されていない地域とは異なる色、模様等で表示される。店舗が、同じ地域をもう一度クリック操作等すると、その地域の選択が解除される。店舗は、ダイレクトメールを配信する地域を次々と選択して、所望する分の地域を選択したら、メール編集ボタン１５０を選択して、配信領域を確定する。この場合に店舗端末４から送信されるＤＭ配信リクエストに含まれる配信領域情報は、例えば、店舗が選択した地域の郵便番号等であっても良い。この場合、ＤＭ配信サーバ３は、地図情報ＤＢ３２ａからの郵便番号の検索を省くことができる。

また例えば、郵便番号の入力により配信領域を指定可能としても良い。例えば、ユーザ分布地図ページに、郵便番号を入力するための入力欄が設けられる。店舗が、郵便番号を１桁入力するたびに、これまで入力された桁数の分の郵便番号に対応する地域が選択状態となる。選択状態となっている地域は、選択されていない地域とは異なる色、模様等で表示される。例えば、郵便番号の１桁目として「１」が入力された場合、郵便番号の１桁目が「１」である全ての地域が選択状態となる。その次に、郵便番号の２桁目として「３」が入力された場合、郵便番号の上位２桁が「１３」である全ての地域が選択状態となり、郵便番号の上位２桁が「１３」ではない地域の選択が解除される。また、これまで入力されている郵便番号の最下位の桁の番号が削除されると、削除後の郵便番号に対応する地域が選択状態となる。具体的な処理としては、例えば、店舗端末４が、郵便番号が１桁入力または削除される都度、現時点で入力された状態となっている郵便番号をＤＭ配信サーバ３に送信する。ＤＭ配信サーバ３は、地図情報ＤＢ３２ａに登録されている郵便番号のうち、上位桁が、店舗端末４から受信した郵便番号と一致する郵便番号を検索する。そして、ＤＭ配信サーバ３は、検索された郵便番号に基づいて、入力された郵便番号に対応する地域の色等が、選択されていない地域の色等と異なる地図の画像データを生成する。そして、ＤＭ配信サーバ３は、生成した画像データを店舗端末４に送信し、店舗端末４は、受信した画像データに基づいて、地図表示領域１１０内に地図を表示させる。店舗は、所望する地域が選択状態になったら、メール編集ボタン１５０を選択して、配信領域を確定する。この場合に店舗端末４から送信されるＤＭ配信リクエストに含まれる配信領域情報は、例えば、入力された状態となっている郵便番号等であっても良い。

また、ＤＭ配信サーバ３は、店舗がユーザ分布地図ページにおいて配信人数を指定した場合、配信条件を満たすユーザの人数が配信人数を超えるような配信領域を指定することができないようにしても良い。領域指定枠Ｒで配信領域が指定される場合には、例えば、配信条件を満たすユーザの人数が配信人数を超えるように店舗が領域指定枠Ｒを指定した場合、この指定が解除されても良い。また例えば、店舗が領域指定枠Ｒを指定した後、ドラッグ操作等によって領域指定枠Ｒを変形させること等により配信条件を満たすユーザの人数が配信人数以下になっているときにのみユーザ分布地図ページにメール編集ボタン１５０が表示されるようになっていても良い。また、地域単位で配信領域が指定される場合には、例えば、ある地域を店舗が選択する操作を行ったとき、配信条件を満たすユーザの人数が配信人数を超える場合には、その地域を選択できないようになっていても良い。また、郵便番号の入力により配信領域が指定される場合には、例えば、配信条件を満たすユーザの人数が配信人数以下になっているときにのみ、メール編集ボタン１５０が表示されるようになっていても良い。具体的な処理としては、例えば、店舗端末４が、店舗が配信領域を指定するための操作を行う都度、配信領域情報、ユーザの種類、配信人数、絞り込み条件情報を含む配信領域指定リクエストをＤＭ配信サーバ３に送信する。配信領域指定リクエストを受信したＤＭ配信サーバ３は、図１１に示すＤＭ配信リクエスト受信時処理のステップＳ６１〜Ｓ７７と同様の処理を行うことで、配信条件を満たすユーザの人数が配信人数よりも多いか否かを判定することができる。

また、上記実施形態において、ＤＭ配信サーバ３は、検索条件として、ユーザの属性、お気に入り、商品ページの閲覧履歴、商品の購入履歴を指定することができるようにしていた。しかしながら、ＤＭ配信サーバ３は、これらのうち一部の条件のみを指定することができるようにしても良い。また、ＤＭ配信サーバ３は、これら以外の条件を指定することができるようにしても良い。

また、ＤＭ配信サーバ３は、オブジェクトＪの表示位置を決める情報として、ユーザの郵便番号の代わりに、例えば、ユーザの住所、電話番号等を用いても良い。

また、上記実施形態においては、店舗端末４が地図ＭにオブジェクトＪをオーバーレイ表示するようになっていた。しかしながら、例えば、ＤＭ配信サーバ３が、オブジェクトＪが配置された地図Ｍの画像データを生成して店舗端末４に送信し、店舗端末４が、受信した画像データに基づいて、オブジェクトＪが配置された地図Ｍを画面に表示しても良い。

また、上記実施形態において、ＤＭ配信サーバ３は、オブジェクトＪの表示サイズを、検索条件を満たすユーザの人数に応じた表示サイズとなるようにしていた。しかしながら、オブジェクトＪの表示サイズを、そのオブジェクトＪに対応する地域に住むサービス提供サイトの全ユーザのうち、検索条件を満たすユーザの割合に応じた表示サイズとなるようにしても良い。また、ＤＭ配信サーバ３は、表示サイズ以外の表示態様で、検索条件を満たすユーザの人数や割合が示されるようにしても良い。表示態様としては、例えば、オブジェクトＪの形状、色、模様等がある。また、ＤＭ配信サーバ３は、オブジェクトＪで、検索条件を満たすユーザの人数や割合が示されるようにしなくても良い。

また、上記実施形態において、ＤＭ配信サーバ３は、オブジェクトＪが配置された地図Ｍを店舗端末４に表示させることにより、検索条件を満たすユーザの分布が表示されるようにしていた。しかしながら、ＤＭ配信サーバ３は、例えば、検索条件を満たすユーザが住む地域と、検索条件を満たすユーザが住んでいない地域とで色分け表示された地図の画像データを生成しても良い。そして、店舗端末４が、この画像データに基づいて、色分け表示された地図を画面に表示しても良い。また、検索条件を満たすユーザが住む地域の色が、検索条件を満たすユーザの人数に応じた色になるようにしても良い。

また、ＤＭ配信サーバ３は、ユーザ分布地図ページの地図表示領域１１０において、日本全体のうち一部の地図が表示されるようにしても良い。具体的には、検索条件を満たすユーザが住む地域が表示されれば良い。

また、ユーザに対してダイレクトメールを配信しても良いか否かを、ユーザ自身で設定可能なようにしても良い。例えば、会員情報ＤＢ１ａに、ダイレクトメールの配信を許可するか否かを示す許可情報が、ユーザごとに登録される。そして、１人のユーザにつき、例えば、店舗ごとの許可情報、電子商店街全体の許可情報、商品のジャンルごとの許可情報等が設定されても良い。店舗ごとの許可情報は、それぞれ特定の店舗からのダイレクトメールの配信を許可するか否かを示す。電子商店街全体の許可情報は、電子商店街全体についてダイレクトメールの配信を許可するか否かを示す。ジャンルごとの許可情報は、それぞれ特定のジャンルについてのダイレクトメールの配信を許可するか否かを示す。ＤＭ配信サーバ３は、ダイレクトメールを配信するユーザを決定するとき、ダイレクトメールの配信を許可しているユーザの中から決定する。これにより、許可が取れているユーザに対してのみダイレクトメールを配信することができる。

また、電子商店街とＤＭ配信サイトとが同一のサービス提供サイトに属していなくても良い。また、電子商店街とＤＭ配信サイトとを運営する主体が同一の事業者ではなくても良い。

また、上記実施形態においては、本発明における登録者を、サービス提供サイト及び電子商店街に会員登録されたユーザに適用し、本発明における端末装置の使用者を、電子商店街に会員登録された店舗に適用していた。そして、本発明を、店舗がユーザにダイレクトメールを配信する場合に適用していた。しかしながら、例えば、登録者を、サービス提供サイトや電子商店街を運営する管理者に適用しても良い。そして、管理者が、店舗に対して電子メールを配信する場合等に、本発明を適用しても良い。店舗に対して電子メールを配信する場合の検索条件として指定可能な項目としては、例えば、店舗の属性、店舗が販売する商品の属性、店舗による商品の販売履歴等が挙げられる。また、管理者が、電子商店街のユーザに対してダイレクトメールを送信する場合等に、本発明を適用しても良い。また例えば、管理者が、店舗の代わりにユーザへダイレクトメールを送信する場合に、本発明を適用しても良い。これは、店舗端末４にユーザ分布地図ページを表示させないことで、ユーザの情報を店舗に知られないようにするためである。この場合、例えば、店舗から管理者に対して、検索条件、配信人数、ダイレクトメールの内容等の情報を伝える。これらの情報は、例えば、電子メール等で伝えられても良い。そして、管理者が、店舗からの情報に基づいて端末装置を操作することにより、ユーザ分布地図ページを表示させて、ダイレクトメールの配信の設定を行う。

また、登録者が登録されるサービスとして本発明が適用可能なサービスは、商品を取り引きするための電子商取引のサービスに限定されるものではない。例えば、サービスを取り引きするための電子商取引のサービスや、電子商取引以外のサービスに本発明が適用されても良い。また、登録者が登録されるサービスとして本発明が適用可能なサービスは、例えば、Ｗｅｂサイトによって提供されるサービスであっても良いし、Ｗｅｂサイト以外の形態で提供されるサービスであっても良い。

また、本発明により配信される電子メールは、ダイレクトメールのみに限定される限られるものではない。例えば、サービスの登録者に対して何らかの情報を通知する電子メールを配信する場合に、本発明を適用しても良い。

また、データベース管理サーバ１の代わりに、電子商店街サーバ２またはＤＭ配信サーバ３が、データベース管理サーバ１に相当する構成を備えていても良い。また、例えば、ＤＭ配信サーバ３の代わりに、電子商店街サーバ２が、ＤＭ配信サーバ３に相当する構成を備えていても良い。

１ データベース管理サーバ
１ａ 会員情報ＤＢ
２ 電子商店街サーバ
３ ＤＭ配信サーバ
４ 店舗端末
５ ユーザ端末
２１ 通信部
２２ 記憶部
２２ａ 店舗情報ＤＢ
２２ｂ 商品情報ＤＢ
２２ｃ お気に入り情報ＤＢ
２２ｄ 閲覧履歴ＤＢ
２２ｅ 購入履歴ＤＢ
２３ 入出力インターフェース
２４ システム制御部
２４ａ ＣＰＵ
２４ｂ ＲＯＭ
２４ｃ ＲＡＭ
２５ システムバス
３１ 通信部
３２ 記憶部
３２ａ 地図情報ＤＢ
３３ 入出力インターフェース
３４ システム制御部
３４ａ ＣＰＵ
３４ｂ ＲＯＭ
３４ｃ ＲＡＭ
３５ システムバス
ＮＷ、ＮＬ ネットワーク
Ｓ サービス提供システム

Claims (10)

1. 端末装置がネットワークを介して接続可能な電子メール送信先決定装置であって、
   所定のサービスに登録された登録者に対する検索条件を示す検索条件情報を前記端末装置から受信する検索条件情報受信手段と、
   前記所定のサービスに登録された登録者のうち、登録者に関する登録者情報を記憶する第１記憶手段に記憶された前記登録者情報に基づいて前記受信された検索条件情報が示す条件を満たすと判定された登録者を識別する識別情報を取得する識別情報取得手段と、
   登録者の住所地を示す住所地情報、メールアドレス及び前記識別情報を対応付けて記憶する第２記憶手段から、前記取得された識別情報に対応する前記住所地情報を取得する住所地情報取得手段と、
   前記取得された住所地情報に基づいて、前記検索条件情報が示す条件を満たす登録者の分布を示す地図を前記端末装置に表示させる制御手段と、
   前記端末装置に表示された前記地図内で前記端末装置の使用者により指定された領域を示す領域情報を前記端末装置から受信する領域情報受信手段と、
   前記第２記憶手段に記憶された前記住所地情報のうち、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応するメールアドレスを、電子メールの送信先のメールアドレスとして決定する決定手段と、
   を備えることを特徴とする電子メール送信先決定装置。
2. 請求項１に記載の電子メール送信先決定装置において、
   前記決定手段は、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応するメールアドレスのうち、前記受信された検索条件情報が示す条件を満たす登録者の前記識別情報に対応するメールアドレスを、電子メールの送信先のメールアドレスとして決定することを特徴とする電子メール送信先決定装置。
3. 請求項１に記載の電子メール送信先決定装置において、
   前記決定手段は、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応するメールアドレスのうち、前記受信された検索条件情報が示す条件を満たす登録者の前記識別情報に対応するメールアドレス以外のメールアドレスを、電子メールの送信先のメールアドレスとして決定することを特徴とする電子メール送信先決定装置。
4. 請求項１乃至３の何れか１項に記載の電子メール送信先決定装置において、
   前記第２記憶手段に記憶された前記住所地情報のうち、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応する前記識別情報を取得する第２識別情報取得手段と、
   絞り込み条件を示す絞り込み条件情報を前記端末装置から受信する絞り込み条件情報受信手段と、
   前記第２識別情報取得手段により取得された前記識別情報の中から、前記第１記憶手段に記憶された前記登録者情報に基づいて前記受信された絞り込み条件情報が示す条件を満たすと判定された登録者の前記識別情報を抽出する抽出手段と、
   を更に備え、
   前記決定手段は、前記抽出された識別情報に対応するメールアドレスを、電子メールの送信先のメールアドレスとして決定することを特徴とする電子メール送信先決定装置。
5. 請求項１乃至４の何れか１項に記載の電子メール送信先決定装置において、
   前記所定のサービスは、商品またはサービスの少なくとも何れか一方を取り引きするための電子商取引サービスであり、
   前記第１記憶手段には、前記電子商取引サービスにおける取引履歴を含む前記登録者情報が記憶されており、
   前記識別情報取得手段は、前記受信された検索条件情報が示す条件を満たす履歴を有する登録者の前記識別情報を取得することを特徴とする電子メール送信先決定装置。
6. 請求項１乃至５の何れか１項に記載の電子メール送信先決定装置において、
   前記所定のサービスは、Ｗｅｂサイトにおける情報提供サービスであり、
   前記第１記憶手段には、Ｗｅｂページの閲覧履歴を含む前記登録者情報が記憶されており、
   前記識別情報取得手段は、前記受信された検索条件情報が示す条件を満たす履歴を有する登録者の前記識別情報を取得することを特徴とする電子メール送信先決定装置。
7. 請求項１乃至６の何れか１項に記載の電子メール送信先決定装置において、
   電子メールの送信数を示す送信数情報を前記端末装置から受信する送信数受信手段を更に備え、
   前記決定手段は、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応するメールアドレスのうち、前記受信された送信数情報が示す送信数以下のメールアドレスを、電子メールの送信先のメールアドレスとして決定することを特徴とする電子メール送信先決定装置。
8. 端末装置がネットワークを介して接続可能な電子メール送信先決定装置により実行される電子メール送信先決定方法であって、
   所定のサービスに登録された登録者に対する検索条件を示す検索条件情報を前記端末装置から受信する検索条件情報受信ステップと、
   前記所定のサービスに登録された登録者のうち、登録者に関する登録者情報を記憶する第１記憶手段に記憶された前記登録者情報に基づいて前記受信された検索条件情報が示す条件を満たすと判定された登録者を識別する識別情報を取得する識別情報取得ステップと、
   登録者の住所地を示す住所地情報、メールアドレス及び前記識別情報を対応付けて記憶する第２記憶手段から、前記取得された識別情報に対応する前記住所地情報を取得する住所地情報取得ステップと、
   前記取得された住所地情報に基づいて、前記検索条件情報が示す条件を満たす登録者の分布を示す地図を前記端末装置に表示させる制御ステップと、
   前記端末装置に表示された前記地図内で前記端末装置の使用者により指定された領域を示す領域情報を前記端末装置から受信する領域情報受信ステップと、
   前記第２記憶手段に記憶された前記住所地情報のうち、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応するメールアドレスを、電子メールの送信先のメールアドレスとして決定する決定ステップと、
   を含むことを特徴とする電子メール送信先決定方法。
9. 端末装置がネットワークを介して接続可能な電子メール送信先決定装置に含まれるコンピュータを、
   所定のサービスに登録された登録者に対する検索条件を示す検索条件情報を前記端末装置から受信する検索条件情報受信手段、
   前記所定のサービスに登録された登録者のうち、登録者に関する登録者情報を記憶する第１記憶手段に記憶された前記登録者情報に基づいて前記受信された検索条件情報が示す条件を満たすと判定された登録者を識別する識別情報を取得する識別情報取得手段、
   登録者の住所地を示す住所地情報、メールアドレス及び前記識別情報を対応付けて記憶する第２記憶手段から、前記取得された識別情報に対応する前記住所地情報を取得する住所地情報取得手段、
   前記取得された住所地情報に基づいて、前記検索条件情報が示す条件を満たす登録者の分布を示す地図を前記端末装置に表示させる制御手段、
   前記端末装置に表示された前記地図内で前記端末装置の使用者により指定された領域を示す領域情報を前記端末装置から受信する領域情報受信手段、及び、
   前記第２記憶手段に記憶された前記住所地情報のうち、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応するメールアドレスを、電子メールの送信先のメールアドレスとして決定する決定手段、
   として機能させることを特徴とする電子メール送信先決定プログラム。
10. 端末装置がネットワークを介して接続可能な電子メール送信先決定装置に含まれるコンピュータを、
    所定のサービスに登録された登録者に対する検索条件を示す検索条件情報を前記端末装置から受信する検索条件情報受信手段、
    前記所定のサービスに登録された登録者のうち、登録者に関する登録者情報を記憶する第１記憶手段に記憶された前記登録者情報に基づいて前記受信された検索条件情報が示す条件を満たすと判定された登録者を識別する識別情報を取得する識別情報取得手段、
    登録者の住所地を示す住所地情報、メールアドレス及び前記識別情報を対応付けて記憶する第２記憶手段から、前記取得された識別情報に対応する前記住所地情報を取得する住所地情報取得手段、
    前記取得された住所地情報に基づいて、前記検索条件情報が示す条件を満たす登録者の分布を示す地図を前記端末装置に表示させる制御手段、
    前記端末装置に表示された前記地図内で前記端末装置の使用者により指定された領域を示す領域情報を前記端末装置から受信する領域情報受信手段、及び、
    前記第２記憶手段に記憶された前記住所地情報のうち、前記受信された領域情報が示す領域内にある住所地を示す前記住所地情報に対応するメールアドレスを、電子メールの送信先のメールアドレスとして決定する決定手段、
    として機能させる電子メール送信先決定プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。

Images