知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-04-02
(45)【発行日】2024-04-10
(54)【発明の名称】アドレス交換システムおよび方法
(51)【国際特許分類】
G06Q 10/08 20240101AFI20240403BHJP
【ＦＩ】
G06Q10/08
【請求項の数】
2
(21)【出願番号】P 2020545486
(86)(22)【出願日】2019-03-04
(65)【公表番号】
(43)【公表日】2021-06-24
(86)【国際出願番号】 US2019020628
(87)【国際公開番号】W WO2019173251
(87)【国際公開日】2019-09-12
【審査請求日】2022-02-08
(31)【優先権主張番号】62/638,362
(32)【優先日】2018-03-05
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】520325810
【氏名又は名称】マップマイアイディ インコーポレイテッド
(74)【代理人】
【識別番号】100145241
【弁理士】
【氏名又は名称】鈴木 康裕
(72)【発明者】
【氏名】サントシュ、クッシュ
(72)【発明者】
【氏名】ゴパラクリシュナン、ゴパル サントシュ
(72)【発明者】
【氏名】ガイークワード、プラモッド
(72)【発明者】
【氏名】カダム、ニーシャ
(72)【発明者】
【氏名】ケーシャン、アクシャット
(72)【発明者】
【氏名】リー、ジョン
(72)【発明者】
【氏名】ムトゥ、アルナチャラム
(72)【発明者】
【氏名】チョプダワラ、ファフルッディーン
【審査官】青柳 光代
(56)【参考文献】
【文献】特開２００４－２５８８９７（ＪＰ，Ａ）
【文献】特開２００６－１０７１１４（ＪＰ，Ａ）
【文献】特開２０１０－１４０２１７（ＪＰ，Ａ）
【文献】特開２００５－１７４０６６（ＪＰ，Ａ）
【文献】特開２００３－２１６７０７（ＪＰ，Ａ）
【文献】特開２００９－２５８８５４（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
複数の個人のそれぞれに関連付けられた物理的な郵送先住所を含むデータ記憶システムと、前記データ記憶システムと通信するコントローラと、
前記コントローラに結合され、前記コントローラによって実行可能なプログラム命令を記憶したメモリと、
前記プログラム命令の実行に応じて、前記コントローラは、
前記複数の個人のうちの１人が操作する入力機構から、希望商品の商品カテゴリまたはブランド名のいずれか、希望商品の価格または価格帯のいずれか、希望商品の日付または日付範囲のいずれか、および、複数の個人のうちの１人に関連する追加情報のためのプライバシーおよび許可設定を受信し、ここで、プライバシーおよび許可設定は、コントローラによって共有されるべき複数の個人のうちの１人に関連する追加情報が共有される前に合致する基準を定義し、特定の人またはブランドから商品を受け取るオプトインを構成するオプトイン設定を含み、
販売者が操作する入力機構から、商品カテゴリまたは商品ブランド名と、価格または価格帯と、日付または日付範囲とを含む、前記複数の個人のうちの１人以上に販売されるため販売者から入手可能な商品の商品情報を受信し、
前記複数の個人のうちの１人以上の個人に販売するため販売者から入手可能な商品の商品情報および所望の商品の情報を使用して、識別された商品および識別された個人を含むマッチングトランザクションを識別し、
そのマッチングトランザクションの識別に応じて、オプトイン設定に従って前記識別された個人への識別された商品の配送を容易にし、前記識別された個人のプライバシーおよび許可設定により前記識別された個人に関連する追加情報を販売者と共有する、
商品配送システム。
【請求項2】
前記コントローラは、前記識別された個人の物理的な郵送先住所が荷送人に提供されるように構成されている請求項１のシステム。【発明の詳細な説明】
【技術分野】
【0001】
関連出願との相互参照
[0001] 本出願は、２０１８年３月５日に出願された米国仮出願第６２／６３８３６２号に対する優先権の利益を主張しており、参照によりその全体が組み込まれる。
[0001] 本出願は、２０１８年３月５日に出願された米国仮出願第６２／６３８３６２号に対する優先権の利益を主張しており、参照によりその全体が組み込まれる。
【0002】
[0002] 本主題は、一般に、物理的アドレス交換プラットフォームへのオンライン識別のためのシステムおよび方法に関する。
【背景技術】
【0003】
[0003] 今日の社会では、人々は名前、社会保障番号、銀行口座番号、居住地の住所、パスワード、生年月日、および電子メールアドレスなど、多数の識別子（以下ＩＤとも言う）によって識別される。これらの形態のＩＤ管理は、多くの場合、さまざまな規制された政府機関によって「検証」されている。その結果、これらの形式のＩＤ管理は信頼性が高く、「現実の」オフライントランザクションに有用である。対照的に、デジタル／オンラインの世界では、ほとんどのオンラインＩＤは、電子メールアドレス、携帯電話番号、ソーシャルメディアＩＤ（例えば、フェイスブックＩＤ、リンクトインＩＤ）などのような、規制されていない自己管理されたパラメータに基づいている。これら２つの世界を意味のある方法で結びつけるシステムが必要とされている。
【0004】
[0004] 多くの個人情報は機密情報であるため、ほとんどの人は自分の情報を非公開にしたいと考えている。しかし、例えば、第三者に郵送先住所を提供したり、オンラインで商品（アイテム）を購入する際に請求先住所を提供したりするなど、個人情報を第三者と共有することを常に求められている。しかし、物理的アドレスなどの個人情報を知らない人と共有することは安全ではないかもしれない。さらに、個人が開示する機密情報が多ければ多いほど、その人はプライバシーの問題にさらされる可能性が高くなる。
【0005】
[0005] 一般的なトランザクション（取引）では、送信者は小売業者のウェブサイトから商品を選択して受信者に送る。チェックアウトの際、送信者は自分の名前、購入者の請求先住所、ギフトオプション、受信者の名前、受信者の住所、受信者の電話番号を入力しなければならない。多くの送信者は、大量の必要情報に基づいて、チェックアウトプロセスを完了する時間がない、または送信者が受信者の個人情報をすべて持っていない可能性があるという理由で、購入を完了しないことを決定することがある。例えば、送信者は受取人の物理的アドレスを持っていないかもしれないし、おそらく、受信者からそのような個人情報を尋ねるのは気が進まない。さらに、物理的アドレスは頻繁に変更されるため、送信者が住所の変更を追跡して、郵送先として使用する最新の住所を決定することは困難である。
【0006】
[0006] 受取人の側からすれば、居住地の住所を提供することは安全とは言えない。また、住所変更の更新には時間と手間がかかることが多い。通常、受取人は、各機関で住所情報を更新しなければならない。例えば、郵便局、自動車局、歳入庁、エネルギー会社、雑誌の定期購読、勤務先、その他多数の組織の中で、受取人は住所を更新しなければならない。
【0007】
[0007] さらに、従来のシステムでは、受取人の出荷先の好みが考慮されていない。例えば、受取人は、友人から送られた特定の荷物を自宅の住所に郵送したいが、同僚からのギフトを職場の住所に郵送したいかもしれない。
【0008】
[0008] さらに、ネット通販の台頭により、ネットで購入した商品の出荷や物流に関わる問題が増加している。また、デジタルマーケティングやダイレクトマーケティングのコストが増加し、店舗運営コストだけでなく実在の小売りは大幅に減少している。また、仲介業者や代理店が発生させたトランザクションにかかる手数料の損失も発生しているが、これはオンライン購入によって回避されている。商品の発見が容易になり、商品レビューが重要になり、競争が激化している。いくつかのケースでは、消費者は時間の経過とともに価格が下がっていくのを目の当たりにしており、非常に多くの選択肢があるため、販売者はベストプライスを提供しなければならないというプレッシャーにさらされている。すべてのベストプライスの保証には複数の条件が含まれており、同等の立場でオファーを比較することが困難になっている。消費者は誰もがベストプライスを求めているが、それを見つけることはますます難しくなっている。
【0009】
[0009] 多くの場合、ダイレクトマーケティング会社は、ランダムなオファーやクーポン、サンプルをデータベースリストに送信する。しかし、これらのサンプルの多くは、間違った住所や古い住所を使用しているため、適切な受取人に届かないことがある。さらに、これらのサンプルやオファーは、それらを受け取った消費者には関係ないかもしれないが、消費者のコネクション（友人、親戚、またはその他の関係）に非常に関係があるかもしれないが、紹介時に住所を持っていない可能性があるため、それらを紹介することができない場合もある。また、従来のシステムでは、ソーシャルメディアでのつながりを活用することができず、貴重な市場機会を逃してしまうことになりえる。さらに、ブランドはダイレクトマーケティングの失敗に伴うコストを吸収しなければならず、消費者への最終的なコストが増大する。また、従来のダイレクトマーケティングでは、ＧＰＳベースのモバイルアプリケーション、デジタルクッキー、ディスカウントオファー、ロケーションベースのオファー、その他のデータを使用して、消費者の行動、場所、頻繁に訪れた場所、頻繁に購入したアイテム、その他の詳細を追跡することをブランドに要求することで、ブランドにとってのハードルを作り出している。
【0010】
[0010] さらに、消費者は、プライバシーを失うことを恐れ、自分のニーズ、要求、および要求をオンラインまたはその他の方法で公の場で広めることに一般的に神経質になっている。また、そのように広めることは圧倒的な一方的にやってくる接触（例えば、電話、メール、電子メールなど）を引き起こす可能性がある。販売者と購入者の間のより的を絞ったつながりがあれば、中間業者を排除して消費者への商品コストをより効率的に削減する機会がある。
【0011】
[0011] さらに、物理的な郵送先住所を使用する場合、消費者は、eコマースストア、実店舗、クレジットカード会社、ジム、クラブメンバーシップ、コーヒーショップ、航空会社、雑誌の購読、病院、銀行、および米国郵政公社などの企業や政府機関（エンティティ）で居住先住所を更新する必要がある。このように、それぞれのエンティティで郵送先住所を個別に更新するプロセスは、複雑で時間のかかるものになる。さらに、国際的なトランザクションの増加に伴い、多くの当事者（パーティ）は、一貫性のない住所の書式や言語の壁に苦労しており、多くの労力を必要とし、不必要な遅延を生じさせている。また、成長を続ける市や町の地方自治体では、通り番号、通り名、ユニット番号、県や地区、郡、郵便番号、その他の住所の詳細を定義する際にも課題が発生し、地域社会のメンバーがシステムの変更に合わせて記録を更新する必要がある。場合によっては、これらの更新が頻繁に必要になることもある。
【0012】
[0012] したがって、受取人の嗜好を考慮した上で、個人のプライバシー情報を危険にさらすことのないアドレスシステムに向けたシステムおよび方法が求められている。
【発明の概要】
【0013】
[0013] 本開示は、アドレス交換プラットフォームのためのシステムおよび方法を提供する。本開示では、システムおよび方法の様々な例が提供される。
【0014】
[0014] 本アドレス交換システムは、第三者である加盟店、小売業者、運送会社などに、居住地の住所などの機密情報を管理し、提供する技術プラットフォームである。本システムは、小売業者、加盟店、運送会社、政府機関、金融機関、または会員の住所を収集して使用するその他の組織などの第三者企業との様々な統合ポイントを提供する。一例では、アドレス交換システムは、送信者から送信予定の受信者のメールアドレスを受信し、送信された受信者のメールアドレスに基づいて受信者の物理的アドレスを提供する。すなわち、このシステムは、送信者が受信者のメールアドレスや電話番号などの受信者の識別情報を送信者が提供することにのみ基づいて受信者に荷物やギフトを送ることを可能にし、それによって物理的アドレスの機密性を維持することができる。
【0015】
[0015] 一実施形態では、アドレス交換システムは、コントローラに結合されたメモリを含み、メモリは、コントローラによって実行可能なプログラム命令を格納するように構成されている。プログラム命令の実行に応じて、コントローラは、ユーザから識別子（ＩＤ）を受信するように構成されたＡＰＩを提供するように構成され、さらに、ユーザから物理的アドレスを受信しないように構成されたＡＰＩを提供するように構成され、ユーザは、物理的アドレスに出荷するためのアイテムを提供する。
【0016】
[0016] 識別子を受信することに応じて、コントローラは、データ記憶システムが識別子と物理的アドレスとの間の関連付けを記憶するデータ記憶システムから物理的アドレスを要求し、物理的アドレスを取得し、物理的アドレスに基づいて実際の配送料を計算するようにさらに適合されている。
【0017】
[0017] 一例では、システムは、識別子の受信に応じて物理的アドレスが提供されるべき状況を定義する１つ以上の許可設定をさらに記憶する。一例では、識別子の受信に応じて、データ記憶システムは、関連する物理的アドレスを提供するかどうかを決定するために、許可設定をテストする。
【0018】
[0018] 関連する物理的アドレスを提供するかどうかの決定は、物理的アドレスに関連付けられたパスワードを検証することをさらに含んでもよく、データ記憶システムは、関連する識別子および物理的アドレスにリンクされたパスワードをさらに記憶する。
【0019】
[0019] 許可設定は、識別子が１以上のドメインから受信されたときに、物理的アドレスが提供され得る１以上のドメインを含んでもよい。代替的に、またはこれに加えて、許可設定は、データ記憶システムが予め定義された通信プロトコルに従って行われる直接通信を介して関連する物理的アドレスを提供することを要求し、承認を受けることを要求する設定を含んでもよい。
【0020】
[0020] 事前定義された通信プロトコルは、電子メールメッセージ、ＳＭＳメッセージ、電話、モバイルアプリケーション通信、またはそれらの組み合わせであってもよい。
【0021】
[0021] 一例では、ユーザインタフェースは、電子商取引プラットフォームおよび／またはオンライン出荷プラットフォーム内で提供されてもよい。
【0022】
[0022] 別の実施形態では、アドレス交換システムは、コントローラに結合されたメモリを含み、メモリは、コントローラによって実行可能なプログラム命令を格納するように構成されている。プログラム命令の実行に応じて、コントローラは、識別子と物理的アドレスの間の関連付けを記憶するデータ記憶システムを提供するように構成され、識別子の受信に応じて物理的アドレスが提供される状況を定義する１以上の許可設定をさらに記憶する。コントローラは、物理的アドレスを提供するための要求を受信するようにさらに構成される。物理的アドレスを提供するための要求を受信したことに応じて、データ記憶システムは、関連する物理的アドレスを提供するかどうかを決定するために許可設定をテストする。
【0023】
[0023] 物理的アドレスを提供するための要求は、ＡＰＩから受信することができ、ＡＰＩは、ユーザから識別子を受信するように構成され、さらに、ユーザから物理的アドレスを受信しないように構成されている。物理的アドレスを提供するための要求は、パスワードをさらに含んでもよい。
【0024】
[0024] 関連する物理的アドレスを提供するかどうかの決定は、パスワードの検証をさらに含んでもよく、ここで、データ記憶システムは、関連する識別子および物理的アドレスにリンクされたパスワードをさらに記憶する。
【0025】
[0025] 許可設定は、物理的アドレスを提供するための要求を１以上のドメインから受信したときに、物理的アドレスを提供することができる１以上のドメインを含んでもよい。許可設定は、データ記憶システムが、予め定められた通信プロトコルに従って行われる直接通信を介して、関連付けられた物理的アドレスを提供するように要求し、承認を受けることを要求する設定を含んでもよい。
【0026】
[0026] 事前定義された通信プロトコルは、電子メールメッセージ、ＳＭＳメッセージ、電話、モバイルアプリケーション通信、またはそれらの組み合わせであってもよい。
【0027】
[0027] 例えば、ユーザが、規制された／検証済みのオフライン識別子をオンライン識別子にマッピングすることを可能にするプラットフォームが提供されてもよい。例えば、ユーザは、氏名、社会保障番号、銀行口座番号、居住地住所、パスワード、生年月日、電子メールアドレスなどのうちの任意の１つ以上の有効なオフライン識別子を、電子メールアドレス、携帯電話番号、ソーシャルメディアの識別子などの任意の１つ以上のオンライン／デジタル識別子にマッピングすることができる。ユーザは、検証済みのＩＤを使用してプラットフォームに自分自身を識別し、その検証済みのＩＤをオンライン／デジタルＩＤにマッピングすることで、プラットフォームがオンラインの関係をオフラインの関係にマッピングすることを可能にするバックボーン構造を提供し、その結果、オンライン／デジタルＩＤを使用して検証済みのＩＤに依存する必要がある拡張トランザクションを実行することが可能になる。
【0028】
[0028] ユーザのオンラインとオフラインのＩＤがマッピングされると、それらのＩＤ間の関係をマッピングすることができる。例えば、オンライン／デジタル関係は、「Ｆａｃｅｂｏｏｋフレンド」、「ＬｉｎｋｅｄＩｎコネクション」、「Ｔｗｉｔｔｅｒフォロワー」、「ＷｈａｔｓＡｐｐバディ」などによって定義されることが多く、オフライン関係は、友人、家族、仕事上の知人、同僚、同級生などによって定義される。自分のオンラインでのつながりをオープンに広く広げることは一般的に受け入れられ、望ましいことだが、オフラインでの詳細をオープンにすることはあまり受け入れられない。
【0029】
[0029] ユーザが、１つ以上の有効なオフラインＩＤをプラットフォームに提供し、それらのＩＤを関連するオンライン／デジタルＩＤにマッピングすると、プラットフォームは、オンラインとオフラインの関係をマッピングし、オフライン情報のセキュリティを維持しながら、ユーザがオンラインＩＤを使用してオープンにコミュニケーションすることを可能にすることができる。さらに、あるオンラインプラットフォーム（例えば、ソーシャルメディアプラットフォーム）を介して他のユーザと接続している（繋がっている）ユーザの接続は、ユーザが第２のオンラインプラットフォームで実際に接続することなく、第２のオンラインプラットフォームで接続を行うために使用されてもよい。その結果、オンライン世界の利便性とアクセスのしやすさを利用して、オフライントランザクションを可能にするプラットフォームを介して、現実世界でのオフライントランザクションを可能にすることができる。
【0030】
[0030] 例えば、商品の出荷は、電子メールアドレスをプラットフォームに提供することにより、居住者の住所に行うことができる。第１のユーザは、オンラインアドレスとオフラインアドレスをマッピングし、第２のユーザは、第１のユーザのために小売業者からギフトを購入することができ、第２のユーザは、第１のユーザの郵送先住所を提供するのではなく、第１のユーザの電子メールアドレスを提供するだけでよく、プラットフォームは、適切な配送情報を小売業者に安全に伝えることができる。この例は、自分の携帯電話内の連絡先の大部分についてのメーリングアドレスを持たないにもかかわらず、本明細書で提供されるプラットフォームは、ユーザが、携帯電話内の連絡先に実際に格納されている情報（すなわち、電話番号および電子メールアドレス）を使用して、オフラインの商品をオフラインの住所に出荷することを可能にすることに注目することによって、さらに強力に見えるかもしれない。同様に、単にＦａｃｅｂｏｏｋを通じて友人に誕生日おめでとうのメッセージを送るのではなく、このプラットフォームを通じて、ユーザはＦａｃｅｂｏｏｋのＩＤのみを使用して、Ｆａｃｅｂｏｏｋがどちらかのユーザのオフライン情報にアクセスすることなく、別のＦａｃｅｂｏｏｋユーザにオフラインのギフトを送ることができる。
【0031】
[0031] 別の例では、そのプラットフォームを使用して、第１のユーザは、自分のＦａｃｅｂｏｏｋのＩＤと、自分の郵送先住所を含むオフラインのＩＤとをマッピングしてもよい。第１のユーザは、ＬｉｎｋｅｄＩｎを介して第２のユーザと接続されていてもよいが、Ｆａｃｅｂｏｏｋを介してではない。第２のユーザは、第１のユーザのオンライン／デジタルＩＤを使用して、オンライン小売業者から第１のユーザにギフトを送ることを希望してもよい。第１のユーザはＬｉｎｋｅｄＩｎのＩＤをオフラインのＩＤにマッピングしていないが、プラットフォームは、第１のユーザと第２のユーザがＬｉｎｋｅｄＩｎを介して接続されていることを識別することができ、第１のユーザが自分の住所とＦａｃｅｂｏｏｋのＩＤをマッピングしているので、第１のユーザの住所を識別することができ（これはＬｉｎｋｅｄＩｎのＩＤにマッピングされている）、第１のユーザのプリファレンス（好み）設定に基づいて、小売業者に住所を提供することを承認することができる（すなわち、「ＬｉｎｋｅｄＩｎの接続を有効にして、自分の居住地の住所をＬｉｎｋｅｄＩｎの接続と共有することなく、自分の居住地の住所にギフトを送ることを可能にする」ということ）。これで、ユーザのすべてのオンライン関係は、単一の安全なプラットフォームを介して、オフラインのＩＤにマッピングされる可能性がある。
【0032】
[0032] 示されているように、プラットフォーム内のプリファレンス設定は、特定のタイプの接続が特定のタイプのオフライン情報を利用することを可能にする一方で、他のタイプのオフライン情報の利用を防止するなど、プラットフォーム内の機能を許可または制限するために使用されてもよい。例えば、ユーザは、ソーシャルメディア接続によるギフトを有効にしたいが、銀行の詳細に基づく機能へのアクセスはもっと制限されていてもよい。本明細書で提供される開示に基づいて、当技術分野の当業者が容易に理解できるであろう無数のバリエーションがある。
【0033】
[0033] このプラットフォームは、不正行為防止のための拡張トランザクションと機能性（例えば、企業はオンラインＩＤをオフラインＩＤにマッピングすることに頼ることがでる）、連絡先アドレス管理、出会い系ウェブサイトやアプリの機能性向上、個人や企業の郵送先アドレス管理、モバイルコマース、ギフト、商品サンプルの要求などを可能にする。
【0034】
[0034] マップされた関係に基づいてトランザクションを拡張する主要な例は、アドレス交換システムに依存している。主要な例として使用されるが、アドレス交換システムに関して提供される例は、多数の検証済みＩＤベースの交換プラットフォームにまたがって適用可能であることが理解される。例えば、オフラインのアドレスを安全に通信するためにオンラインＩＤを提供するのではなく、プラットフォームは、銀行の詳細、社会保障番号などを安全に通信するためにオンラインＩＤを提供するために使用されてもよい。
【0035】
[0035] 本明細書に記載されたシステムおよび方法は、様々なユースケースで実装されてもよいことが企図されている。そのようなケースの一つは、出会い系サイトとの統合である。例えば、出会い系サイトのユーザは、公開プロフィールと非公開プロフィールを含むプロフィールを設定することができ、プロフィールは公開および非公開のウィッシュリストおよび／または好みを含む。例えば、女性の公開プロフィールは、どこで食事をするのが好きか、好きな色や花、趣味、旅行するのが好きな場所などの情報を含んでもよい。彼女の非公開プロフィールは、彼女の靴のサイズ、彼女の服のサイズ、最初のデートのアイデアなどのさらなる詳細情報を含んでもよい。このように、プライベート情報は求婚者にとって非常に関連性の高い情報であるかもしれないが、プライバシーの問題のために一般的には公開サイトで共有されることはない。
【0036】
[0036] そして、デートの候補者がユーザのプロフィールページを訪問すると、システムは、システム設定に基づいて、公開プロフィールおよび／または非公開プロフィールをデートの候補者が閲覧できるようにする。例えば、非公開プロフィールは、プレミアムメンバーのみがアクセスできるようにすることができる。または、非公開プロフィール、ユーザによって選択された／承認された特定の人のみが利用できるようにすることができる。または、非公開プロフィールは、他ユーザまたはシステムが定義した基準を満たす人にのみ利用可能な場合がある。その他のシナリオでは、非公開プロフィールは、他のシステムユーザーにはアクセスできないが、第三者の加盟店にはアクセスできる場合がある。
【0037】
[0037] 例えば、求婚者は、女性の公開プロフィールを訪問して、女性が靴が好きであることを見て、彼女が靴を買うのが好きな小売店を見ることができる。求婚者は、システムを通じて、その女性のためにその小売店から靴を購入することを選択することができる。求婚者は、靴を購入することを選択し、価格帯を選択し、受取人を選択するだけでよい。その後、システムは、非公開プロフィール情報（この場合、女性の好みの靴のスタイル、好みの色、およびサイズ情報を含む）を小売業者と共有するが、求婚者とは共有しない。システムはさらに、女性の配送情報を小売業者と共有してもよいが、求婚者とは共有しない。このように、求婚者は、好意的に受け取られるギフトを購入することができるが、女性の機密情報のいずれも与えられない。
【0038】
[0038] 現在のシステムおよび方法の利点は、オンラインおよびオフラインの関係をマッピングして、拡張されたトランザクションを可能にすることである。
【0039】
[0039] 本発明のシステムおよび方法の利点は、受取人の住所を知らずにギフトまたは小包を送るという課題に対する解決策を提供することである。同様に、本システムは、受取人が第三者または見知らぬ人に自分の居住地の住所を開示することを要求しない。
【0040】
[0040] 本発明のシステムおよび方法のさらなる利点は、オンラインおよびオフラインの識別情報をマッピングする安全でセキュアな方法を提供することであり、ここで、識別情報は様々なアプリケーションで使用される可能性がある。
【0041】
[0041] 現在のシステムと方法のもう一つの利点は、加盟店は、出荷のための正しい住所を決定し、紛失した荷物を追跡するために時間とお金を費やす代わりに、彼らのコアビジネスに焦点を当てることができることである。
【0042】
[0042] 本発明のシステムおよび方法のさらなる利点は、ブローカー、エージェント、およびマーケットプレイスを排除しつつ、商品メーカーおよび配送チャネルを含む中核的な参加者および構成要素にプロセスを抽出することである。
【0043】
[0043] 本システムおよび方法のもう一つの利点は、オンラインおよびオフラインの識別情報をマッピングするための単一のプラットフォームを提供することで、ユーザの物理的な郵送先住所の各加盟店への複数の登録を回避することができる。
【0044】
[0044] 本システムおよび方法のさらなる利点は、電子商取引ソリューションを含む、より効率的な商取引および出荷ソリューションを提供することである。
【0045】
[0045] 本システムのもう一つの利点は、小売業者が物理的アドレスの取得と追跡に時間とリソースを費やす代わりに、より多くのトランザクションを完了し、彼らの主要なビジネスに集中できるようにすることである。
【0046】
[0046] 本発明の実施例の追加の目的、利点および新規な特徴は、以下の説明の一部に記載され、その一部は、以下の説明および添付の図面を精査すると、当技術における当業者に明らかになるか、または実施例の製造または操作によって知ることができる。概念の目的および利点は、添付の特許請求の範囲で特に指摘された方法論、器具、および組み合わせによって実現され、達成され得る。
【図面の簡単な説明】
【0047】
[0047] 図面図は、本発明の概念に合致した１つ以上の実施形態を例示するものであり、限定するものではない。図において、同様の参照数字は、同一または類似の要素を参照する。
【発明を実施するための形態】
【0048】
[0054] 図１～６を参照して、本願は、受取人の物理的な郵送先住所を送信者に開示することなく、ユーザ間のすべての有効なトランザクションおよび通信のための固有のアドレスメカニズムを標準化し、グローバル化するアドレス交換システムを開示する。アドレス交換システムは、電話番号や電子メールアドレスなどの固有のデジタルＩＤを提供し、それが各ユーザの第一の普遍的なＩＤとなる。このシステムは、物理的な郵送物をデジタルＩＤに置き換えることで、従来の郵送物やＧＰＳアドレスを必要とせずに商品の発送を可能にし、２つ以上の当事者間のトランザクションを簡素化する。国際的なトランザクションが一般化する中で、デジタルＩＤを利用することで、複数の言語や住所のフォーマットの不一致による問題や、土地開発や都市計画の変化に伴う著しい成長を遂げている地域社会での問題を回避することができる。
【0049】
[0055] 本開示は、コントローラ１４に結合されたメモリ１２を含むアドレス交換システム１０を提供し、メモリは、図１に示すように、コントローラ１４によって実行可能なプログラム命令を記憶するように構成されている。プログラム命令の実行に応じて、コントローラ１４は、ユーザ１５から識別子１９を受信するように構成されたＡＰＩ１６を提供するように構成され、ユーザ１５が物理的アドレス１８に出荷のためのアイテムを提供する場合に、ユーザから物理的アドレス１８を受信しないようにさらに構成されている。本明細書で提供されるアドレス交換システム１０は、アドレス情報を交換するために使用されてもよいが、システム１０は、商品やその他の情報を交換するためにも使用されてもよいことが理解される。ユーザ１５は、任意の個人またはエンティティであってもよい。本願の大部分の例では、ユーザ１５は、小売業者、加盟店、または配送業者である。例えば、図２～図４では、ユーザ１５は、小売業者または配送業者である。しかし、ユーザ１５は、小売業者や配送業に限定されるものではなく、物理的な郵送先住所を提供するために固有の識別子を使用する任意の組織、エンティティ（事業体）、または人を含む。以下にさらに詳細に説明するように、このシステムは、消費者が要素（購入のオファー（申し出）など）するのを行うのを助け、有形無形の商品（消費者ブランド、ホテル、旅行、保険、自動車、または他の任意の商品など）を販売するブランドが消費者のビジネスのために入札するのを助ける。
【0050】
[0056]
【0051】
[0057] さらに、物理的な郵送先住所は、郵便住所または全地球測位システム（ＧＰＳ）、地理情報システム（ＧＩＳ）、地理座標、または他のサービスによって決定された経度、緯度、および標高などのメトリクスに基づくジオコードを含む、任意の識別可能な場所であってもよい。さらなる実施形態では、ユーザは、第三者の配送会社またはアイテムを配送する当事者が、効率性および正確性を向上させるために配送の正確な場所を理解できるように、配送場所プロファイルに関連付けられた各物理的アドレスまたは配送場所の１枚または複数枚の写真をアップロードしてもよい。配送場所プロファイルは、ユーザによって許可された第三者配送会社および他の任意の当事者（販売者、ベンダー、ブランド、他のユーザなど）と共有されてもよい。
【0052】
[0058] さらなる実施形態では、プログラム命令の実行に応じて、コントローラ１４は、送信者３２からオンライン識別子１９およびアクション要求２３を受信するように構成されたＡＰＩを提供するように構成されている。オンライン識別子１９およびアクション要求２３を受信することに応じて、コントローラ１４は、オンライン識別子１９と受信者３０に関連する１つ以上のオフライン識別子２１との間の関連付けを記憶するデータ記憶システム２２にアクセスしてもよく、さらに、オンライン識別子１９の受信に応じて許可するアクション要求２３を定義する１つ以上の許可設定を記憶してもよい。コントローラ１４は、アクション要求２３を許可するか否かを決定するために、許可設定をテストしてもよい。一実施形態では、許可設定のテストは、ソーシャルメディアプラットフォーム４８における第１のユーザと第２のユーザとの間に関係があるかどうかを決定することを含む。非限定的な例示的な関係には、Ｆａｃｅｂｏｏｋの友人、ＬｉｎｋｅｄＩｎのコネクション、インスタグラムのフォロワーが含まれる。ＦａｃｅｂｏｏｋやＬｉｎｋｅｄＩｎなどの第三者のソーシャルネットワークサービスに加えて、ソーシャルメディアプラットフォーム４８は、「友人」や「家族」などの関係を指定する受信者３２や他のユーザのデジタルＩＤを送信者３２から受信してもよい。この例では、コントローラ１４は、ソーシャルメディアプラットフォーム４８上の第１のユーザと第２のユーザのデジタルＩＤとの間に関係性（例えば、「友人」または「家族」）があるかどうかを判定することによって、許可設定をテストしてもよい。本明細書の目的のために、第三者のソーシャルサービスネットワークを使用しないユーザ間の関係を識別するそのようなデジタルＩＤは、ソーシャルメディアプラットフォーム４８上の関係とみなされる。
【0053】
[0059] オンライン識別子１９とアクション要求２３のそれぞれは、第２のユーザに関連していてもよい。例えば、オンライン識別子１９は、電子メールアドレス、携帯電話番号、またはソーシャルメディアプラットフォーム上のユーザ名であってもよい。アクション要求２３は、第２のユーザの個人情報を第１のユーザと共有することなく、第１のユーザと第２のユーザとの間で商品の交換を可能にするために、第２のユーザのオフライン識別子２１を小売業者１５に提供することを要求する要求であってもよい。例えば、第１のユーザは、第２のユーザの物理的アドレスを学習することなく、第１のユーザから第２のユーザにギフト、サンプル、または商品を送ることができる。代替的に、またはこれに加えて、アクション要求２３は、データ記憶部２２に記憶されている第２のユーザの個人情報にアクセスするための要求であってもよい。
【0054】
[0060] 図２は、アドレス交換システム１０と、送信者３２、ユーザ１５、および受信者３０との間の相互作用を示す。例えば、送信者３２は、ユーザ１５（例えば、小売業者）によって販売された商品からギフトを選択し、ユーザ１５が意図された受信者３０にギフトを発送することを望む者であってもよい。別の例では、送信者３２は、人が商品を購入して自分自身に発送する場合など、受信者３０と同じ人またはエンティティであってもよい。ユーザ１５（例えば、小売業者）は、ＡＰＩ１６を介してコントローラ１４と対話する。ＡＰＩ１６は、ユーザ１５から識別子１９を受信するように構成され、さらに、ユーザ１５から物理的アドレス１８を受信しないように構成されている。言い換えれば、システム１０は、送信者３２が、受信者３０の識別子１９に基づいて発送物を送信することを可能にする。別の例では、送信者３２は、ＡＰＩを介してコントローラ１４と対話し、ＡＰＩは、送信者３２からオンライン識別子１９を受信するように構成されている。さらなる実施形態では、コントローラ１４は、１つ以上のソーシャルメディアプラットフォーム４８と通信して、第１のユーザと第２のユーザとの間の関係の検証、例えば、フェイスブックの友人、リンクトインのコネクション、インスタグラムのフォロワーなどのソーシャルメディアプラットフォーム４８での検証を要求し、受信するように構成されてもよい。
【0055】
[0061] 本開示全体を通して、受信者３０は、電子メールアドレス２０の受取人識別子１９によって識別されるが、任意の適切な識別子１９が使用されてもよいことが理解されるべきである。例えば、識別子１９は、意図された受信者３０に関連付けられた電話番号であってもよく、ここで、電話番号は物理的アドレス１８に関連付けられている。電話番号は、国をまたいで標準化されており、したがって、任意の形態またはタイプのデジタル識別子が使用されてもよいが、システムにおけるデジタル識別子として使用するのに適している。同様に、識別子１９は、受信者３０のソーシャルネットワーク識別子であってもよく、ソーシャルネットワーク識別子は、受信者３０の物理的アドレス１８に関連付けられている。言い換えれば、コントローラ１４は、受信者３０の物理的アドレス１８に関連付けられた受信者３０の任意の識別子１９を受信するように構成されてもよく、これには、電子メールアドレス２０、ソーシャルネットワーク識別子、電話番号、または任意の他の固有の識別子、またはそれらの組み合わせが含まれるが、これらに限定されない。さらに、識別子１９は、物理的アドレス１８に限らず、他のアドレスタイプに関連付けられていてもよいことが理解されるべきである。例えば、識別子は、電子ギフトまたは他の通信を受信するための受信者３０のための電子アドレスに関連付けられてもよい。その結果、システム１０は、受信者３０の電子的アドレスを送信者３２に開示することなく、受信者３０が送信者３２から電子的ギフトを受信することを可能にする。
【0056】
[0062] 一例では、送信者３２は、受信者３０のオンライン識別子１９（例えば、フェイスブックのユーザ名）と、出荷される商品（例えば、一足の靴）とをコントローラ１４に送信する。コントローラ１４は、まず、オンライン識別子１９と物理的アドレス１８などの１つ以上のオフライン識別子２１との関連付けを決定し、ソーシャルメディアプラットフォーム４８上で送信者３２と受信者３０との関係を検証する。次に、コントローラ１４は、オンライン識別子１９（例えば、フェイスブックのユーザ名）と、出荷されるべきアイテム（例えば、靴）とを、ユーザ１５（オンライン小売業者）に提供する。ユーザ１５は、上述したように、ＡＰＩ１６とコントローラ１４の使用を介して、受信者３０への靴の出荷を調整する。
【0057】
[0063] さらなる例では、送信者３２は、携帯電話番号などのオンライン識別子１９と、データ記憶システム２２に記憶されている銀行情報などの受信者３２に関する個人情報へのアクセス要求を送信してもよい。第２のユーザは、ソーシャルメディアプラットフォーム４８上のプロファイルに関連付けられたプロファイル設定に基づいて、個人情報への異なるレベルのアクセスを許可してもよい。例えば、第２のユーザは、「家族メンバー」ステータスを有するフェイスブックの友人が銀行情報にアクセスすることを許可してもよく、一方、学校によって関連するフェイスブックの友人はそのようなアクセスを許可しない。
【0058】
[0064] 別の実施形態では、システム１０は、送信者３２が、必ずしも送信者３２と受信者３０がソーシャルネットワーク内で接続されていなくても、意図された受信者３０に出荷またはギフトを送信するために、送信者３２が意図された受信者３０に関連付けられた識別子１９を送信してもよい単一のプラットフォームを提供する。例えば、送信者３２は、第１のソーシャルネットワーク内の接続に基づいて受信者３０の電子メール識別子１９を知ってもよく、システム１０は、送信者３２と受信者３０が第２のソーシャルネットワーク内で接続されていなくてもよいが、第２のソーシャルネットワーク内で受信者３０にギフトを提供してもよい。さらに、システム１０は、送信者３２および受信者３０が第２のソーシャルネットワークで接続されていなくてもよいが、第２のソーシャルネットワークを介して受信者３０に電子ギフトなどのギフトを提供してもよい。
【0059】
[0065] 一例では、送信者３２（例えば、消費者、購入者、購買者、企業、ブランドなど）は、ユーザ１５と通信しているチェックアウトインターフェース１７を介して、物理的アドレス１８に出荷するためのアイテムを選択する。チェックアウトインターフェース１７および／またはＡＰＩ１６は、オンライン出荷プラットフォームと同様に、電子商取引プラットフォームまたは商品内で提供されてもよい。例えば、送信者３２は、商品の意図された受信者３０に関連付けられた識別子１９をチェックアウトインターフェース１７に提供してもよい。次に、ユーザ１５は、電子メールアドレス２０をＡＰＩ１６を介してコントローラ１４に提供してもよい。加盟店または販売者は、消費者または受信者を受け入れ、対案を提示し、または課金するために、ＡＰＩを介してまたは任意の他のチャネルを介して、入札することができる。
【0060】
[0066] 受信者３０の識別子１９をコントローラ１４に提供することに加えて、ユーザ１５は、送信者３２に関連付けられた情報を提供してもよい。例えば、ユーザ１５は、送信者の識別情報と、購入および／または出荷されるアイテムに関連付けられたトランザクションの詳細情報とを提供してもよい。送信者３２の識別情報は、氏名、電子メールアドレス、電話番号、住所、ソーシャルネットワーク識別情報、または送信者３２の任意の他の適切な識別情報を含んでもよい。トランザクションの詳細は、アイテムが購入または出荷されている小売業者または店舗、出荷されているアイテムの内容、出荷日の時間枠などの情報を含んでもよい。言い換えるなら、コントローラ１４は、受信者３０に関連付けられた識別子１９、送信者３２に関連付けられた識別子、およびアイテムに関連付けられたトランザクションの詳細を受信するように構成されたＡＰＩ１６を提供するように構成されてもよく、さらに、送信者３２が物理的アドレス１８に出荷するためのアイテムを提供するユーザから物理的アドレス１８を受信しないように構成されてもよい。
【0061】
[0067] 識別子１９を受信することに応じて、コントローラ１４は、データ記憶システム２２が識別子１９と物理的アドレス１８との間の関連付けを記憶しているデータ記憶システム２２から物理的アドレス１８を要求するようにさらに適合されている。データ記憶システム２２は、任意の適切な記憶システム、例えばデータベースであってもよい。データ記憶システム２２は、コントローラ１２内に配置されていてもよいし、コントローラ１２から外部に配置されていてもよい。一例では、データ記憶システム２２は、システム１０から外部に配置されており、データ記憶システム２２は、コントローラ１２によって無線でアクセス可能である。データ記憶システム２２は、ＵＳＰＳデータベース２２、オンライン小売業者のデータベース２２などの第三者のデータシステムであってもよいことが理解される。
【0062】
[0068] データ記憶システム２２は、識別子１９の受信に応じて物理的アドレス１８が提供されるべき状況を定義する１つ以上の許可設定２４をさらに記憶してもよい。許可設定２４は、識別子１９を受信したときに物理的アドレス１８が提供されてもよい１つ以上のドメインを含んでもよい。例えば、許可設定２４は、識別子１９が特定のユーザ１５、例えば特定の小売業者に関連付けられた特定の人物やウェブサイトから受信された場合、コントローラ１４は、その特定の人物や小売業者に物理的アドレス１８を提供することを許可されるように設定されてもよい。許可設定２４は、送信者３２の識別情報と、受信されるアイテムに関連付けられたトランザクションの詳細を提供することを含んでもよい。
【0063】
[0069] あるいは、それに加えて、許可設定２４は、予め定義された通信プロトコル２８に従って行われる直接通信を介して、関連する物理的アドレス１８を提供することをデータ記憶システム２２に要求し、承認を受けることを要求する設定を含んでもよい。例えば、承認は、トランザクションの詳細と同様に、送信者３２の識別子に依存してもよい。言い換えるなら、許可設定２４は、要求が特定の送信者３２からのものである場合に許可を与えることを含んでもよい。しかし、許可設定２４は、トランザクションの詳細がアイテムが花であることを示している場合、例えば、受信者３０がアレルギーを持っている場合には、そのアイテムを受信する許可を拒否することを含んでもよい。
【0064】
[0070] 所定の通信プロトコル２８は、電子メールメッセージ、ＳＭＳメッセージ、電話、モバイルアプリ間通信などのモバイルアプリケーション通信、またはそれらの組み合わせであってもよい。例えば、許可設定２４は、コントローラ１４が、物理的アドレス１８を例えば加盟店や運送業者であるユーザ１５に提供する許可を要求する電子メールを、物理的アドレス１８に関連付けられた個人またはエンティティ（例えば、受信者３０）に送信するように設定されてもよい。さらに、許可設定２４は、図２に示すように、受信者３０および送信者３２のプライバシーおよび設定を管理するために、コントローラ１４と通信している場合にＡＰＩを介して受信者３０によってカスタマイズされてもよい。
【0065】
[0071] 識別子１９の受信に応じて、データ記憶システム２２は、関連する物理的アドレス１８を提供するか否かを決定するために、許可設定２４をテストする。例えば、許可設定２４がＳＭＳメッセージの送信を含む場合、コントローラ１４は、物理的アドレス１８をユーザ１５に提供する権限を要求するＳＭＳメッセージを送信する。権限が付与された場合、コントローラ１４は、物理的アドレス１８をユーザ１５に提供する。当技術分野の当業者によって理解されるように、識別子１９および／または物理的アドレス１８は、送信時には暗号化され、受信時には復号化されてもよい。
【0066】
[0072] 許可設定２４は、ユーザ１５に物理的アドレス１８を提供するために、コントローラ１４がパスワード２６を受信して検証するように設定されてもよい。さらに、関連付けられた物理的アドレス１８を提供するか否かの決定は、パスワード２６を検証することをさらに含んでもよく、ここで、データ記憶システム２２は、関連付けられた電子メールアドレス２０および物理的アドレス１８にリンクされたパスワード２６を記憶することをさらに含む。言い換えれば、コントローラ１４は、物理的アドレス１８に関連付けられた個人またはエンティティから権限を要求することに加えて、権限が受信されるかまたは拒否される前に、物理的アドレスに関連付けられたパスワード２６を要求して確認するように構成されてもよい。
【0067】
[0073] システムは、受信者が「偽の」送信者からのメールを受信しないことを保証するために、安全なログインまたは多要素認証モジュールを含んでもよい。多要素認証は、電子メール、ＳＭＳ、および電話を介して実行されるステップを含んでもよく、送信者が不明であるか、または受信者のアドレスを知らない場合に自動的に開始されてもよい。
【0068】
[0074] 本明細書全体を通して、コントローラ１４がユーザ１５から識別子１９を受信し、関連する物理的アドレス１８をユーザ１５に提供する例が使用されているが、物理的アドレス１８を提供する他の方法が本開示内で企図されていることが理解されるべきである。例えば、識別子１９を受信し、データ記憶システム２２から関連する物理的アドレス１８を取得すると、物理的アドレス１８は、テキスト形式で、またはバーコードやＱＲコード（登録商標）などのコードとして、または任意の他の暗号化された方法で、ユーザ１５に提供されてもよい。ユーザ１５が小売業者である場合、例えば、物理的アドレス１８がバーコードまたはＱＲコードを含む出荷ラベルの形態でユーザ１５に提供される場合、物理的アドレス１８は機密のままであり、ユーザ１５に開示されないようにしてもよい。
【0069】
[0075] さらなる実施形態では、システムは、受信者の物理的アドレスが販売者に開示されるのを避けるために、第三者の運送会社を利用して、販売者からユーザに商品を発送することができる。システムは、各トランザクションに固有であり、そのトランザクションに関与する各当事者と共有される各固有のトランザクションコードを生成する。第三者の運送会社は、システムによって生成された固有のトランザクションコードを販売者またはトランザクションに関与する別の当事者から取得し、配送先住所を取得するためにシステム内でコードをスキャンしてもよい。この実施形態では、販売者は、受信者の個人情報にアクセスすることができない。この実施形態では、販売者は、商品のアップセルまたはクロスセル、追加割引のオファー（申し出）、カタログの提供、または他の目的のために顧客に直接手を差し伸べるために、最初の購入（ｅＢａｙまたはＡｍａｚｏｎを介してなど）からの出荷詳細を使用することを防ぐことができる。
【0070】
[0076] 図３に示すように、送信者３２は、意図された受信者３０の電子メールアドレス２０をユーザ１５（例えば、小売業者／配送業者）に提供する。もちろん、意図された受信者の通信識別子の任意の形態が企図され、特にソーシャルメディア識別子、電話番号、電子メールアドレスなどを含むがこれらに限定されない。次に、ユーザ１５は、ＡＰＩ１６を介して、電子メールアドレス２０をコントローラ１４に送信する。コントローラ１４は、物理的アドレス１８をユーザ１５に送信する許可を要求する電子メール（または他の通信プロトコル２８；図示せず）を受信者３０に送信する。受信者３０が要求を許可すると、コントローラ１４は、データ記憶システム２２にアクセスして、電子メールアドレス２０に対応する物理的アドレス１８を取得し、その物理的アドレス１８をユーザ１５（例えば、小売業者／配送業者）に提供する。重要なことは、物理的アドレス１８は送信者３２には提供されないことである。その代わりに、物理的アドレス１８は機密のままであり、ユーザ１５（例えば、小売業者や配送業者など）にのみ、配送目的で送信される。
【0071】
[0077] 一実施例では、送信者３２は、意図された受信者の識別子（例えば、電子メールアドレス、ソーシャルメディアの連絡先、電話番号など）、送信者３２の識別情報、および送信者３２によって選択されたアイテムを取り巻くトランザクションの詳細の３つの情報をユーザ１５に提供する。次に、ユーザ１５は、送信者３２の識別情報およびトランザクションの詳細情報を受信者３０に提供して、受信者３０に関連付けられた物理的アドレス１８をユーザ１５に提供する許可を得る。さらに別の例では、送信者３２は、受信者に関連付けられた地理的領域、例えば国、州、町、自治体、または近隣地域などのような、意図された受信者の識別子を一緒に提供してもよい。そのような地理的領域は、支払いのためにユーザに伝達され得る推定送料および／または税金のコストを計算するために使用され得る。
【0072】
[0078] また、ユーザ１５は、アドレス交換システム１０とは別個に独立した存在である。すなわち、アドレス交換システム１０の主要な目的の一つは、例えば、加盟店や運送会社などのようなユーザ１５に物理的アドレスを秘密裏に供給することである。なお、アドレス交換システム１０は、小売業者や運送会社の内部には含まれない。つまり、アドレス交換システム１０は、ユーザ１５から独立した存在（エンティティ）である。
【0073】
[0079] 一例では、送信者３２が、識別子１９がデータ記憶システム１２に含まれていない物理的アドレス１８への出荷のためのアイテムを選択した場合、コントローラ１４は、物理的アドレス１８を提供する許可だけでなく、物理的アドレス１８の内容を提供する許可を要求する識別子１９に関連付けられた個人またはエンティティに電子メールまたは他の通信を送信するように構成されてもよい。さらに、コントローラ１４は、識別子１９に関連付けられた人またはエンティティに、電子メールアドレス２０および関連付けられた物理的アドレス１８をデータ記憶システム２２に格納する権限を要求する電子メールを送信するように構成されてもよい。
【0074】
[0080] 例えば、図４において、送信者３２は、受信者３０の電子メールアドレス２０をチェックアウトインターフェース１７を介してユーザ１５（例えば、小売業者／配送業者）に送信し、ユーザ１５は、電子メールアドレス２０をコントローラ１４に送信する。コントローラ１４は、電子メールアドレス２０がデータ記憶システム２２に含まれていないと判断してもよく、その時点で、コントローラ１４は、電子メールアドレス２０および関連する物理的アドレス１８をデータ記憶システム２２に記憶する許可を要求する電子メール招待状を電子メールアドレス２０に送信してもよい。受信者３０が電子メールアドレス２０と物理的アドレス１８をデータ記憶システム２２に登録した場合、コントローラ１４は、物理的アドレス１８をユーザ１５に提供する。
【0075】
[0081] さらに、図４は、データ記憶システム２２に含まれていない電子メールアドレス２０を受信すると、コントローラ１４は、受信者３０の電子メールアドレス２０および物理的アドレス１８をデータ記憶システム２２に登録するための招待状とともに、受信者３０から郵便番号を要求するように構成されている状況を示している。一旦、承認および郵便番号が受信者３０から受信されると、郵便番号は、送信者３２に最大配送料を見積もって提供するために使用されてもよい。ユーザ１５が、推定された送料に基づいて出荷を続行するための確認を送信者３２から受信すると、トランザクションが完了してもよい。その後、受信者３０は、物理的アドレス１８を提供し、登録を完了させてもよい。物理的アドレス１８を受信すると、コントローラ１４は、次に、正確な送料と消費税をユーザ１５に提供してもよい。その後、ユーザ１５は、送信者３２に対して、送料と消費税の超過料金を払い戻してもよい。データ記憶システム２２に格納されている電子メールアドレス２０がコントローラ１４によって受信されると、アドレス交換システム１０は、購入を完了する前に確認するために、送信者３２のための配送料と売上税を直ちに計算してもよい。
【0076】
[0082] 別の例では、電子メールアドレス２０を受信すると、コントローラ１４は、受信者３０に郵便番号を要求するように構成されている。受信者３０が登録されていない場合、コントローラ１４は、ユーザ１５に郵便番号が利用できないことを示す。そして、ユーザ１５は、トランザクションを完了させるために、最大送料と最大消費税を計算する。トランザクションが完了した後、コントローラは、受信者３０から登録を要求するように構成され、ここで、登録は、データ記憶システム２２に記憶されるように、受信者の電子メールアドレス２０に関連付けられた物理的アドレス１８を提出することを含む。登録時に、コントローラは、ユーザ１５が正確な消費税および送料を計算することができるように、ユーザ１５に受信者３０の物理的アドレス１８を供給するように構成されており、なお消費税および送料は受信者３０の郵便番号に基づいている。次に、ユーザ１５は、最大の送料および消費税費用に基づいて、最初に請求された金額から過大に請求された金額を送信者３２に払い戻してもよい。あるいは、受信者３０が登録されている場合（すなわち、電子メールアドレス２０がデータ記憶システム２２に含まれている場合）、コントローラは、ユーザ１５が消費税および送料を計算するために、受信者３０の郵便番号を直ちにユーザ１５に送信してもよく、これにより、ユーザ１５は、送信者３０に提示される消費税および送料を計算する。その後、送信者３２は、受信者３０に送信する商品の購入を送信することを決定してもよい。
【0077】
[0083] 別の実施形態では、アドレス交換システム１０は、コントローラ１４に結合されたメモリ１２を含み、メモリ１２は、コントローラ１４によって実行可能なプログラム命令を記憶するように構成されている。プログラム命令の実行に応じて、コントローラ１４は、識別子１９と物理的アドレス１８との間の関連付けを記憶するためのデータ記憶システム２２を提供するように構成され、識別子１９の受信に応じて物理的アドレス１８が提供される状況を定義する１つ以上の許可設定２４をさらに記憶するように構成されている。コントローラ１４は、物理的アドレス１８を提供するための要求を受信するようにさらに構成されており、ここで、要求は識別子１９を含む。物理的アドレス１８を提供するための要求を受信することに応じて、データ記憶システム２２は、関連する物理的アドレス１８を提供するか否かを決定するために、許可設定２４をテストする。
【0078】
[0084] 物理的アドレス１８を提供するための要求は、ユーザ１５が物理的アドレス１８に出荷するためのアイテムを選択するＡＰＩ１６から受信してもよく、ＡＰＩ１６は、ユーザ１５から識別子１９を受信するように構成され、ユーザ１５から物理的アドレス１８を受信しないようにさらに構成されている。上述したように、物理的アドレス１８を提供するための要求は、パスワード２６をさらに含んでもよい。
【0079】
[0085] 図２に示すように、アドレス交換システム１０は、推薦サービス３４、広告サービス３６、アドレス帳サービス３８、ソーシャルメディアサービス４０、サンプル管理サービス４２、アラートサービス４４、許可およびプライバシー設定４６、およびギフト受け取り設定４７を含む様々なモジュールを含んでもよい。推薦サービス３４は、送信者３２の過去の購入または嗜好に基づいて、ユーザ１５に特定の商品を送信者３２に宣伝するように提案してもよい。例えば、送信者３２が釣りに興味があることを嗜好に示している場合、推薦サービス３４は、送信者３２の許可を得て、ユーザ１５に対して、送信者３２に釣り商品を販売するように提案してもよい。同様に、広告サービス３６は、送信者３２の過去の購入履歴または送信者の保存された嗜好に基づいて、送信者３２に合わせた広告を提供してもよい。商品嗜好４７は、衣類、ベルトなどのサイズ情報や、ハンドバッグ、帽子、宝石、ブランド、色などのスタイル嗜好など、第２のユーザ３０に関連する個人情報を含んでもよい。例えば、コントローラ１４は、ビデオゲームの送信を調整するための要求を受信してもよい。ビデオゲームを送信するようにユーザ１５に指示を伝える前に、コントローラ１４は、受信者３０が特定のビデオゲーム、ビデオゲームのブランド、および／または特定のコンソール用のビデオゲームを要求しているかどうかを判断するために、ギフト受け取り設定４７をチェックしてもよい。
【0080】
[0086] アドレス交換システム１０はまた、送信者３２および受信者３０が電子メールアドレス２０をプリファレンスセクションの所定の入力に入力するだけで、特定の小売業者に小売業者の商品のサンプルを自ら送信する権限を与えることを可能にするサンプル管理サービス４２を含んでいてもよい。図示された例は、サンプルの送信に言及しているが、本明細書で使用されるように、サンプルは、ダイレクトマーケティングだけでなく、カタログ、オファー、割引、ギフト、または他の商品のような出荷を含む他のあらゆる出荷を含むことが企図される。いくつかの実施形態では、ユーザ１５は、ユーザ１５が適切な受信者３０に多数のサンプルを配布する必要があることをアドレス交換システム１０に示してもよい。その後、コントローラ１４は、受信者の好みに基づいて適切な受信者３０を選択し、サンプルの発送のために、適切な受信者３０のすべての物理的アドレス１８を送信者３２に提供するように構成されてもよい。言い換えれば、以下でより詳細に説明するように、コントローラ１４は、そのような送信者３２が適切な受信者３０をより容易に特定することを可能にする受信者の嗜好に基づいて受信者３０を積極的に特定してもよい。例えば、コントローラ１４は、受信者３０にサンプルを送っている送信者３２に対して、好み、以前の行動、ブラウザ履歴などに基づいているかどうかにかかわらず、送信者のネットワーク内のどの人がその商品から恩恵を受ける可能性が最も高いかを示唆してもよい。ダイレクトマーケティングの目的の一つは、消費者と商品のマッチングを確実にするとともに、消費者に追加の商品オプションを提供することである。このシステムでは、プライバシーオプションや好みの設定を通じて、ユーザが受け取ることができる商品やブランドの種類を選択できるようになっており、ダイレクトマーケティングの量を消費者が本当に興味を持っているものだけに限定し、消費者の追跡やモニタリングの必要性を軽減して、ブランドがダイレクトマーケティングのアプローチを微調整しながら、トレンドや消費者の需要に関するフィードバックをブランドに提供することができる。このようなダイレクトマーケティングの合理化されたアプローチのもう一つの利点は、消費者の自宅住所に送られる印刷物を減らすことができ、環境コストを削減できることである。
【0081】
[0087] 第１の実施形態では、ブランドが送信者３２となり、個人がサンプルの受信者３０となり得る。そして、第２の実施形態では、第１の実施形態の受信者３０が、１つ以上の新しい受信者３０のために、第２の実施形態での送信者３２となる。これにより、サンプルの受信者は、次に、他の受信者に等価なサンプルを贈与することが可能になる。このように、少なくともいくつかの実施形態では、アドレスは、トランザクションの際に送信者３２が利用できないことが分かる。
【0082】
[0088] 例えば、あるブランドは、サンプル管理サービス４２モジュールにサンプルの機会を提供してもよく（例えば、セフォラは、自社が販売するシャンプーのサンプルを配布することに興味を持っているかもしれない）、サンプル管理サービス４２モジュールは、適切な受け手３０を特定し、受け手のデータ／情報をセフォラと共有することなく、受け手３０にサンプルを配布してもよい。
【0083】
[0089] いくつかの実施形態では、ブランドは、受信者３０に関する情報を受信しなくてもよく、他の実施形態では、ブランドは、受信者３０に関する特定のデジタルパラメータ（年齢、性別など）を受信してもよいが、住所を受信しなくてもよく、他の実施形態では、ブランドは、受信者３０のすべての詳細を受信してもよい。そのような情報は、ブランドと共有されてもよい。
【0084】
[0090] 主にサンプルの文脈で説明したが、サンプル管理サービス４２は、ギフト管理サービス４２またはそれに類するものであってもよい。また、アドレス交換システム１０の他の特徴や機能を取り入れることにより、サンプル管理サービス４２は、送信者３２が受信者３０のアドレスを知る必要がないため、送信者３２が受信者３０のアドレスを知る必要がない。
【0085】
[0091] 上述したように、コントローラ１４は、次に、受信者の好みに基づいて適切な受信者３０を選択し、サンプル、ギフト、または他の商品の出荷のために、適切な受信者３０のすべての物理的アドレス１８を送信者３２に提供するように構成されていてもよい。この選択は、受信者３０への出荷を自動的に選択して実行するものであってもよいし、選択された受信者３０を送信者３２に提示して、その中から送信者が選択するものであってもよい。
【0086】
[0092] アドレス交換システム１０は、図２に示すように、送信者３２が、コントローラ１４と通信するユーザインタフェースまたはＡＰＩを介して、連絡先リストの追加、削除、更新、および削除によって連絡先を管理することを可能にするアドレス帳サービス３８をさらに含んでもよい。送信者３２がユーザ１５からオンラインでチェックアウトする準備ができたとき、送信者３２は、送信者３２が自分自身に関する情報を提供する必要がないように、ユーザ１５が送信者３２のアドレス帳から送信者３２に関する情報を収集してもよいオプションを選択してもよい。また、送信者３２は、ユーザのアドレス帳から１以上の受信者３０を提供してもよく、ここでアドレス帳は、連絡先および関連する電子メールアドレス２０をリストしている。例えば、チェックアウトインターフェース１７は、送信者３２のアドレス帳へのアクセスを要求するオプションを表示してもよい。また、送信者３２は、連絡先を予め定義されたグループに分類してもよく、関連する配送設定を有してもよい。例えば、「家族＆友人」というグループは、コントローラ１４に受信者３０の自宅住所を提供することを示す出荷プリファレンスと関連付けられてもよく、一方、「同僚」というグループは、コントローラ１４に受信者３０の勤務先住所を提供することを示す出荷プリファレンスを有してもよい。さらに、アドレス帳サービス３８は、ソーシャルメディアサービス４０と通信してもよい。例えば、送信者３２は、ソーシャルネットワーキングサイトからアドレス交換システム１０のアドレス帳サービス３８に自分の連絡先をインポートしてもよい。
【0087】
[0093] 上述したように、アドレス交換システム１０は、受信者３０が好ましいプライバシーおよび許可設定をプログラムすることを可能にするプライバシーおよび許可設定モジュール４６を含んでもよい。好ましいプライバシーおよび許可設定は、「家族＆友人」のような各送信者３２またはグループに依存してもよい。さらに、アドレス交換システム１０は、送信者３２または受信者３０に、出荷に関する通知、関連商品の通知、広告に関するメッセージ、ソーシャルメディアアラートなどを送信するアラートサービス４４を含んでもよい。他の実施形態では、受信者は、送信者によって監視されるか、または送信者が利用できるようにしたウィッシュリストにアイテム、商品、またはブランドを追加してもよい。ウィッシュリスト上の各アイテムは、価格の期待値または範囲を含んでもよく、システムは、ユーザの好みで設定された価格設定と価格が一致するブランドに情報を提供してもよい。
【0088】
[0094] 上述したように、アドレス交換システム１０は、送信者３２のライフスタイルの嗜好情報、生年月日、ウィッシュリスト、ギフト受け取り行動、商品レビューなどを記憶する推薦サービス３４を含んでもよい。小売業者などの様々な第三者は、送信者の嗜好情報３２を利用して、アドレス交換システム１０のサンプル管理サービス４２および／または広告サービス３６を介して、適切なサンプルや他の商品の推薦を提供してもよい。例えば、推薦サービス３４は、受信者３０の受信した商品やサービスを追跡し、受信者３０の許可を得て、その行動情報を小売業者や加盟店などのユーザ１５と共有してもよい。行動情報により、ユーザ１５（例えば、小売業者や加盟店）は、推薦サービス３４を介したリアルタイムの推薦、広告サービス３６を介した広告、および／またはオファー管理サービス４２を介したオファーを、すべて受信者３０の行動に基づいて提供することができるようになっていてもよい。同様のサービスは、送信者３２の活動に基づいて、送信者３２に提示されてもよい。
【0089】
[0095] また、受信者３０は、コントローラ１４と通信するユーザインタフェースまたはＡＰＩを介して、彼または彼女の物理的アドレス１８を管理してもよい。例えば、受信者３０が物理的アドレス１８を変更または追加する必要がある場合、受信者３０は、例えば、アドレス交換システム１０内の彼または彼女のアカウントにログオンすることによって、それを行ってもよい。さらに、アドレス交換システム１０は、受信者３０の新しいアドレスをすべての第三者サービスプロバイダにプッシュする更新アドレスサービスを含んでもよい。例えば、受信者３０が各第三者サービスプロバイダ（例えば、金融機関、雑誌の定期購読、公共料金会社、内国歳入庁など）に連絡する代わりに、アドレス交換システム１０は、受信者のアドレス帳内の各第三者サービスプロバイダに受信者３０のアドレスを自動的に連絡し、更新する。本明細書に提示されたプラットフォームは、ユーザが自分のプロフィールまたはユーザアカウントに関連付けられた物理的アドレスのうちの１つ以上を選択的に自動的に更新するためのオプションを提供する。また、このシステムは、ユーザが休暇中または他の特定の時間帯の配達を避けるために、パッケージを受け入れるための利用可能な時間枠を更新することを可能にする。
【0090】
[0096] 上述したように、チェックアウトインターフェース１７および／またはＡＰＩ１６は、電子商取引プラットフォームおよび／または出荷プラットフォーム内で提供されてもよい。さらに、図５に示すように、送信者３２は、チェックアウト中に電子メールアドレス２０を提供してもよい。例えば、配送先住所を入力する代わりに、送信者３２は、受信者３０の電子メールアドレス２０を入力する。関連する物理的アドレス１８は、上述したように、アドレス交換システム１０によって提供される。
【0091】
[0097] アドレス交換システム１０は、任意の適切な方法で、ユーザ１５に関連付けられたチェックアウトシステム内に統合されてもよい。例えば、統合は、ユーザ１５のチェックアウトプラットフォームとアドレス交換システム１０との間のデータフローを容易にする、セキュアでカスタマイズされたＡＰＩを介して行われてもよい。あるいは、アドレス交換システム１０からのチェックアウトモジュールへの外部プラグインが提供されてもよい。カスタマイズされた拡張機能は、複数の電子商取引プラットフォームおよび多数の小売業者および加盟店のために作成されてもよい。また、アドレス交換システム１０は、チェックアウト時に決済プロバイダと通信してもよい。
【0092】
[0098] また、アドレス交換システム１０は、受信者３０の好み、生年月日、希望リスト、ギフト受け取り行動、商品レビューなどを記憶するサービスを含んでいてもよい。例えば、受信者３０の好みは、受信者の服のサイズ、靴のサイズ、色の好み、ヒールの好みのサイズ、シャツの好みのタイプ、スカートの好みの長さ、パンツの好みのタイプなどを含んでもよい。このように、送信者３２が購入のためのアイテムを選択すると、ユーザ１５は、システム１０にアクセスして、受信者３０の適切な衣類サイズを受信してもよい。一例では、システム１０は、送信者３２が服のサイズを受信しない方法で、ユーザ１５に適切な服のサイズを提供してもよく、すなわち、服のサイズは機密のままであってもよい。受信者３０は、受信者３０の電子メールアドレス２０（または他の識別子１９）をデータ記憶システム２２に登録する際に、様々な好みを提出してもよい。
【0093】
[0100] 一実施例では、送信者３２は、受信者３０に購入および出荷するためのアイテムを選択する。例えば、送信者３２は、チェックアウトインターフェース１７を介して、受信者３０の電子メールアドレス２０をユーザ１５（例えば、小売業者／配送業者）に送信し、ユーザ１５は、電子メールアドレス２０をコントローラ１４に送信する。受信者３０が電子メールアドレス２０と好みをデータ記憶システム２２に登録している場合、コントローラ１４は、ユーザ１５に好みを提供する。これにより、ユーザ１５は、購入を完了し、例えば、適切なサイズの商品を受信者３０に送信することができる。その結果、送信者３２は、ギフトを購入する前に、受信者３０の好み、例えば衣類のサイズを知る必要がなくなる。
【0094】
[0101] 受信者３０は、アイテムまたは他の嗜好情報に関連する１つ以上の嗜好を示すソーシャルメディアプラットフォーム４８上のユーザプロファイルを維持してもよい。例えば、受信者３２は、彼女の好みの色や花、彼女のレストランの好み、彼女の服のサイズなどを指定するプロフィールを出会い系ウェブサイト上に維持してもよい。コントローラ１４は、送信者３２と受信者３０のオンライン関係に加えて、ソーシャルメディアプラットフォーム４８上の受信者３０の嗜好情報を監視してもよい。送信者３２が受信者の３０の識別子１９および出荷されるべきアイテムをコントローラ１４に送信すると、コントローラ１４は、出会い系ウェブサイト上の受信者の３０のプロフィールにアクセスして、オンライン小売業者などのユーザ１５に情報を送信する前に、出荷されるべきアイテムの色およびサイズを決定してもよい。好ましい実施形態では、その情報は、送信者３２と共有されない。
【0095】
[0102] 示されているように、システム１０は、検索可能な記憶構造２２と直接通信しており、これは、一実施例では、データベースであってもよい。もちろん、他の実施形態では、システム１０は、ネットワークを介してデータベースと通信してもよい。データベースとして示され、説明されているが、データベースは、本明細書に記載されたシステム１０の様々な特徴および機能をサポートするために必要なデータ管理をサポートするように適合された任意の数のデータベースであってもよいことが理解される。従来の意味で理解されるように、データベースは、本明細書に記載されたシステム１０の要件ではなくてもよく、データ管理の任意の他のメカニズムまたはモードが採用されてもよいことがさらに企図されている。
【0096】
[0103] 次に、図６のアドレス交換システム１０の例に目を向けると、アドレス交換システム１０の別の実施形態は、推薦サービス３４、広告サービス３６、アドレス帳サービス３８、ソーシャルメディアサービス４０、自動トランザクション管理サービス４８、アラートサービス４４、および許可およびプライバシー設定４６を含む様々なモジュールを含んでいてもよい。
【0097】
[0104] サンプル管理サービス４２モジュールに関して上で提供された例に基づいて、自動トランザクション管理サービス４８モジュールは、オファーの自動実行を含む様々なタイプの自動トランザクションを可能にしてもよい。アドレス交換システム１０は、送信者３２がギフトおよび／またはサンプルを提供してもよい受信者３０を自動的に決定するように適合されてもよいだけでなく、アドレス交換システム１０は、他の自動トランザクションを自動的に決定して実行するように適合されてもよい。上述したように、少なくともいくつかの実施例では、アドレスは、トランザクションの時点で送信者３２が利用できない。他の例では、システムは、送信者が、送信者の好みに基づいて、異なるアドレスにアイテム、商品、またはサンプルを自動的に送信することを可能にする。
【0098】
[0105] 例えば、ユーザは、特定の条件が満たされたときにトランザクション管理サービス４８が自動的にトランザクションを実行することを可能にする、またはトランザクションが適切であることを示唆する条件が満たされたときにユーザに自動的に通知することを可能にする許可設定モジュール４６を介して、適切なプリファレンス（例えば、フィルタ）を設定してもよい。さらに、消費者または受信者は、トランザクションの前に、物理的アドレスを含む情報の共有を承認するか、または承認しないことを選択することができる。他の実施形態では、消費者または受信者の詳細は、プライバシー／プリファレンス設定で消費者または受信者によって定義された条件が満たされた場合にのみ共有されてもよい。
【0099】
[0106] 一例では、ユーザは、許可およびプライバシー設定モジュール４６において、トランザクション管理サービス４８で使用する商品のタイプ（例えば、商品カテゴリ）、特定の商品（例えば、特定のブランド商品）、ブランド、価格ポイントまたは価格帯、日付または日付範囲、住所などを示す、価格設定および他のフィルタ制御などのプリファレンスを設定してもよい。そして、嗜好前提条件が満たされると、自動トランザクション管理サービス４８モジュールは、１つ以上の自動トランザクションを実行する。一例では、販売者または送信者が購入者または受信者によって設定された購入価格を満たすと、システムは自動的にトランザクションを実行する。別の例では、ユーザは、複数の販売者が、最低入札者であるか、またはユーザによって設定された売却価格基準を満たすことによって、売却を完了するために競争するための期限を設定する。
【0100】
[0107] 例えば、ユーザは、所定の日（例えば、２０１８年１１月１日以前）に、所定の価格（例えば、８００ドル）の下で、所定の最小仕様（例えば、１３インチスクリーン、第７世代インテルｉ７プロセッサ以上、８ＭＢＲＡＭ以上など）を有する、特定のブランド（例えば、ＤＥＬＬ、Ｌｅｎｏｖｏ、ＨＰ）のセットのいずれかから、新しいラップトップを購入したいことを示す嗜好を設定してもよい。ブランドまたは小売業者が、所定の基準を満たすオファーを自動トランザクション管理サービス４８モジュールに提供する場合、自動トランザクション管理サービス４８モジュールは、受信者３０に代わってトランザクションを自動的に実行してもよい。同様に、トランザクションを完全に実行するのではなく、自動トランザクション管理サービス４８モジュールは、購入のための記載された条件が満たされたことを単にユーザに通知し、ユーザがトランザクションを実行するかどうかを選択することを可能にしてもよい。別の例では、販売者は、消費者に最低価格を提供するオプションを有する。システムは、販売者に取り引きを開放し、取り引きがクローズしたときに最も低い販売者とのトランザクションを自動的に実行してもよく、または、代替的に、オプションを受信者に提供し、受信者がオプションを選択することを可能にしてもよい。
【0101】
[0108] サンプル管理サービス４２モジュールおよび／またはトランザクション管理サービス４８モジュールは、十分に定義された特異性を有するギフトまたはサンプルのオプトイン受信を可能にするために使用されてもよい。例えば、トランザクション管理サービス４８モジュール（および／またはサンプル管理サービス４２モジュール）との許可およびプライバシー設定モジュール４６との組み合わせにより、ユーザが、特定の人から、特定のブランドから、または特定の非ブランド特定の商品のために、どの住所でそのような商品を受け取るかなどをオプトインすることを可能にしてもよい。例えば、受信者３０は、受信者の自宅住所でプロクター・アンド・ギャンブルからプロクター・アンド・ギャンブルの商品を受信することを指定してもよい。また、受信者３０は、彼または彼女が、すべての販売者からの休暇パッケージまたは住宅ローンのオファーを受け取ることを指定してもよい。別の例では、受信者は、商品、ブランド、または特定の商品のカテゴリを選択し、商品が無料で利用可能な場合、または送信者が支払うことに同意した場合にのみ、アイテムを受け入れることができる。さらなる例では、受信者は、時間制限に基づいてオファーまたは商品を自動的に受信することをオプトインしてもよい。一例では、受信者は、その日までに新しい自動車保険提供者を選択しているので、現在の保険の有効期限が切れる前の期間、新しい自動車保険のオファーを受信するための選好を設定してもよい。
【0102】
[0109] サンプルに関しては、オプトインプリファレンスの設定により、サンプル環境で発生する問題を解決することができる。ブランドの視点から見ると、サンプルが誤った住所に届いたり、資格のない見込み客に届いたり、受け手の玄関先や玄関先から盗まれたりすることがよくある。消費者は、ブランドやマーケティング会社が自宅の住所などの個人情報にアクセスできることへのプライバシーへの懸念から、自発的にサンプルを受け取ることを躊躇している。消費者は、自分の情報が他の当事者に売られることを避けるために、また、不要な無料サンプル、オファー、またはクーポンの過剰な量を受け取ることを避けるために、自分の住所情報を共有することをしばしば拒否する。一実施形態では、本システムは、「サンプルを入手する」オプトイン設定と「サンプルを贈る」オプトイン設定を含む。「サンプルを入手する」および「サンプルを贈る」は、様々な設定を説明するために使用される用語であるが、名称または参照は異なる場合がある。
【0103】
[0110] 「サンプルを入手する」のオプトイン設定では、受信者は、特定の種類のサンプルを受け取ることに同意していることを示すために、オプトインの設定を行う。ブランドまたはベンダーは、受信者の物理的アドレスを取得することなく、直接または間接的に第三者の出荷パートナーを介して受信者に商品のサンプルを送ることができる。あるいは、受信者は、希望する商品サンプルをオファリングするブランドまたはベンダーの受信者の住所をシステムが共有することを許可するために、オプトイン設定を介して選択することができる。また、受信者は、オプトイン設定で、サンプルを受け取ることができる時間枠を選択することもできる。「サンプルを贈る」のオプトイン設定では、送信者は、その友人の物理的アドレスを取得することなく、送信者の友人の１人以上にサンプルまたは商品を送りたいことを示すために、オプトイン設定を設定する。受取人がそのようなギフトまたはサンプルの受領を可能にする設定を有する場合、システムは、ギフトまたはサンプルを受信者の設定に従って配信することを可能にする。別の実施形態では、ユーザはギフトまたはサンプルのオファーを受け取ることができ、システムは、ソーシャルネットワーク内の友人がそのギフトまたはサンプルを受け取ることに興味を示すために自分の設定を設定したことをユーザに警告することができる。アラートは、その友人がオファーまたはサンプルに興味を持っていることを通知するものであってもよい。ユーザは、サンプルまたはオファーを友人に送ることを選択してもよいし、システムは、商品またはオファーを友人に送るかどうかを自動的に決定してもよい。この実施形態では、あるユーザへのオファーが友人ネットワーク全体に合理的に分散されてもよいように、ユーザの友人ネットワークが活用される。人工知能または機械知能が、システム内のネットワークをまたいでオファーまたはサンプルを分配するために使用されてもよい。
【0104】
[0111] これらのコントロールにより、ユーザは、新商品を試すためにサンプルを受け取ることができるウィンドウを簡単に提供することができるかもしれない。例えば、ユーザは、購入の決定をしようとするときに、与えられた時間枠内の新商品を容易に試聴することができるかもしれない。受信者３０は、次の１ヶ月以内にハンドソープのサンプルを受け取ることを好むことを示してもよい。そして、ブランドは、その機会を利用して、受信者３０にそのサンプルを送ることができる。ブランドは、積極的に関心のある受信者３０に適切なサンプルを送ることから利益を得、受信者３０は、所望の時間に所望の商品を受け取ることから利益を得、また、ブランドに関して匿名でそうすることからも利益を得る（すなわち、アドレス交換システム１０のみが受信者の情報を知っており、受信者３０および受信者の連絡先情報は送信者３２と共有されない）。
【0105】
[0112] 制御はまた、受信者ユーザ３０が、個人および／または企業の送信者との関係を管理し、第三者が受信者３０に連絡するためのオプトイン設定を提供することを可能にしてもよい。関係に関連するプリファレンスは、データベース、分散型台帳（すなわち、ブロックチェーン）、またはそのようなものに格納することができる。一実施形態では、受信者は、送信者からの受信メールを受け入れるか、または拒否することができる。受け入れられた場合、受信者は、メールが配送される場所の物理的アドレスを選択することができ、および／または、保留、転送、およびピックアップなどの各送信者に対する特定の配送指示を提供することができる。別の実施形態では、受信者は、「すべてから受け入れる」などのデフォルトのオプションから選択することができ、これは、受信者が電話または電子メールアカウントを持っていない場合に使用されてもよく、プリファレンス設定にアクセスすることができる。別のデフォルトオプションは、受信者が故人である場合に使用される「決して受け入れない」であってもよい。受諾／拒否および配送設定は、データベースに格納される。別の実施形態では、受信者は、既存の条件またはユーザが選択した／作成した条件に基づいてグループを作成する。例示的な既存の条件は、ソーシャルメディアの繋がりに基づくものであってもよい。ユーザが選択／作成した例では、ユーザは、システム内にグループを作成し、送信者をグループ内に配置することができる。別の実施形態では、受信者がアドレス共有／更新を許可している場合、または事業者がユーザ設定でシステムから現在のアドレスを取得することを許可している場合、システムは受信者のアドレスを事業者に転送することができる。さらなる実施形態では、受信者３０は、受信者が上述の説明に従って試してみたい、または購入してみたいと思う第三者からの受信者オファーをオプトインするためのプリファレンスを選択してもよい。受信者は、第三者の販売者／ブランドが受信者に連絡を取ることができる通信チャネルを制限するためのプリファレンスを設定してもよい。受信者は、選択された第１の第三者ブランドからのデジタルクーポンの受信、他の第三者ブランドからの物理的なクーポンの受信、特定の他の当事者からの電話の受信、他の第三者販売者のテキストメッセージの受信のためのユーザプリファレンスを設定してもよい。また、受信者は、開始日および／または終了日を含む曜日および／または時間帯による連絡を制限することができる。アプリケーション全体に記載されている他の制御／プリファレンス設定は、本明細書に記載されているように、データベースに格納されていてもよい。
【0106】
[0113] 許可・プライバシー設定モジュール４６を介したアドレス交換システム１０内で、受信者３０は、トランザクション時に送信者３２とどのような情報が共有されるかに関するプリファレンスを設定してもよい。さらに、受信者３０は、トランザクションの前、トランザクション中、およびトランザクション後に、送信者３２とどのような情報が共有されるかに関するプリファレンスを設定してもよい。例えば、受信者３０は、トランザクション前には送信者３２と連絡先情報を共有しないことを選択してもよいが、トランザクションが成功した後には、受信者３０は連絡先情報を共有することを選択してもよい。別の例では、住所情報は、特定の商品カテゴリ内では送信者３２と共有され、他の商品カテゴリ内では送信者３２と共有されない。さらに別の例では、受信者は、一部の情報を共有する、情報を共有しない、受信者の連絡先情報を第三者の荷送人（例えば、ＵＳＰＳ、Ｆｅｄｅｘ、ＵＰＳ）に提供するＱＲコードのような受信者の連絡先情報のためのプロクシーを共有する、などのオプションから選択してもよい。当技術の当業者は、アドレス交換システム１０、具体的にはトランザクション管理サービス４８モジュールおよび許可設定４６モジュールを介して利用可能にすることができる範囲のオプションを認識するであろう。基本的に、受信者３０は、アドレスが全く共有されるかどうかを含めて、トランザクションの前後にどのような情報が共有されるかを決定し、受信者３０が送信者３２とアドレスを共有しないことを選択した場合には、アドレス交換システム１０を介して決済確認を許可することができる。
【0107】
[0114] システムはまた、ブランドや電子商取引サイトのための迅速なログイン／チェックアウト機能を含んでもよい。一例では、受信者または電子商取引の顧客は、第三者のプラットフォームを使用して、顧客情報を管理し、それがチェックアウトおよびデリバリーチェーンの各当事者にどのように共有されるか、または共有されないかを管理してもよい。
【0108】
[0115]加盟店の場合、第三者のプラットフォームは、顧客の名前、電子メール、電話番号、ＧＰＳ位置、またはチェックアウトに必要なその他の情報を、加盟店または販売店に提供することができる。加盟店に提供される住所は、デフォルトの住所であってもよいし、顧客が特定の加盟店に関連付けるために指定した住所であってもよい。また、第三者プラットフォームは、例えば、保留、転送先住所、セルフピックアップなどの配送指示を提供してもよい。さらに、第三者プラットフォームは、顧客の配送先住所を含む顧客の個人情報、または顧客のデジタルＩＤおよび/またはＧＰＳ位置座標を提供してもよい。デジタルＩＤは、例えば、電子メールアドレス、携帯電話番号などであってもよい。したがって、加盟店は、購入者の詳細を見る場合と見ない場合がある。
【0109】
[0116] 消費者側では、消費者の連絡先リストは、チェックアウト中または別のタイミングで加盟店に渡されてもよい。別の実施形態では、消費者は、購入、ギフト、サンプル、オファーなどを送信するために加盟店と共有するために、連絡先リストからサブセットを選択することができる。消費者がシステム内に複数のアドレスを持っている場合、選択された１つ以上のアドレスを加盟店ポータルに渡し、保留、転送、セルフピックアップ、リアルタイムＧＰＳロケーションへのドローン配送などの特別な配送指示をスケジュールすることができる。
【0110】
[0117] 一例では、システム１０は、タッチスクリーン対応スマートフォンに具現化された携帯型電子デバイスなどの電子デバイスをユーザインタフェース３０として含む。しかしながら、提供される教示は、本明細書の教示に基づいて当技術分野の当業者によって認識されるように、デスクトップコンピュータ、リモートコントロールなどのユーザインタフェース３０を有する電子デバイスの多数のバリエーションに適用され得ることが理解されるであろう。
【0111】
[0118] 図１に示すように、本明細書に記載されるシステムの側面は、１つ以上のコントローラ１４によって制御される。一つまたは複数のコントローラ１４は、様々なアプリケーションプログラムを実行し、関連するデータベースへのデータへのアクセスおよび格納を含むデータへのアクセスおよび格納を行い、本明細書に記載されているような一つまたは複数の相互作用を可能にするように適合されていてもよい。典型的には、１つ以上のコントローラ１４は、１つ以上のプログラム可能なデータ処理装置によって実装される。そのようなデバイスのハードウェア要素、オペレーティングシステム、およびプログラミング言語は、従来のものであり、当技術分野の当業者は、これらに十分に精通していると推定される。
【0112】
[0119] 例えば、１つ以上のコントローラ１４は、中央処理装置（ＣＰＵ）、メモリ１４、および相互接続バスを利用する中央制御処理システムのＰＣベースの実施形態であってもよい。ＣＰＵは、単一のマイクロコントローラを含んでもよく、または、ＣＰＵをマルチプロセッサシステムとして構成するための複数のマイクロプロセッサを含んでもよい。メモリ１４は、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）やキャッシュなどのメインメモリと、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ－ＥＰＲＯＭなどの読み出し専用メモリとを含む。システム１０はまた、任意の形態の揮発性または不揮発性メモリ１４を含んでもよい。動作において、メモリ１４は、ＣＰＵによる実行のための命令の少なくとも一部と、実行された命令に応じた処理のためのデータとを記憶する。
【0113】
[0120] また、１つ以上のコントローラ１４は、１つ以上の処理システムと通信するための１つ以上の入出力インタフェースを含んでもよい。図示していないが、１つ以上のそのようなインタフェースは、例えば電子的に命令の送受信を可能にするために、ネットワークを介した通信を可能にしてもよい。通信リンクは、有線または無線であってもよい。
【0114】
[0121] １つ以上のコントローラ１４は、コントローラ１４の１つ以上のユーザインタフェースとして機能する１つ以上の出力機構（例えば、モニタ、プリンタ、タッチスクリーン、モーションセンス入力装置など）との相互接続のための適切な入出力ポートと、１つ以上の入力機構（例えば、キーボード、マウス、音声、タッチスクリーン、生体電気装置、磁気リーダ、ＲＦＩＤリーダ、バーコードリーダ、モーションセンス入力装置など）との相互接続のための適切な入出力ポートとをさらに含んでいてもよい。例えば、１つ以上のコントローラ１４は、出力機構を駆動するためのグラフィックスサブシステムを含んでもよい。システムへの周辺機器のリンクは、有線接続であってもよいし、無線通信を使用してもよい。
【0115】
[0122] 一実施形態では、システムは、バーコード、ＱＲコード、ＲＦＩＤコードなどの固有のトランザクションコードを、送信者、受信者、および荷物の内容物に関連する配送詳細に関連付けられた各配送トランザクションに割り当ててもよく、荷物と相互作用する各当事者と１つ以上の詳細を共有するようにプログラムされている。一例では、配送担当者は、配送先住所を受け取ることができるが、荷物の内容に関する情報にアクセスすることはできない。トランザクションコードを利用できる他の当事者には、米国税関・国境警備局、配送会社、配送サービスなどが含まれる。
【0116】
[0123] いくつかの実施形態では、システムは、システムの自動購入、オプトイン機能、またはサンプル機能を容易にするために、固有のアイテムコードを割り当てることができる。固有のアイテムコードは、有形および非有形の商品にＳＫＵコード、ＵＰＣ番号、商品タイプ、または商品ＩＤであってもよい。一例では、バケーションパッケージは、ＳＫＵコード、商品タイプとしての「バケーション」が割り当てられてもよく、様々な商品ＩＤとして、旅行日、場所、およびフライトのサービスレベルを含んでもよい。
【0117】
[0124] 上記ではＰＣタイプの実施形態として要約されているが、当技術の当業者は、１つ以上のコントローラ１４が、ホストコンピュータ、サーバ、ワークステーション、ネットワーク端末などのシステムも包含することを認識するであろう。さらに１つ以上のコントローラ１４は、スマートフォンまたはタブレットコンピュータのようなモバイル電子デバイスのようなデバイスに具現化されてもよい。実際には、コントローラ１４という用語の使用は、当技術分野でよく知られている構成要素の広範なカテゴリを表すことが意図されている。
【0118】
[0125] したがって、本明細書で提供されるシステムおよび方法の例は、関連する機能を制御するためのハードウェアおよびソフトウェアを包含する。ソフトウェアは、コントローラ１４または他のプログラム可能な装置に関連するステップを実行させるためのコードまたは実行可能な命令の形態をとってもよく、ここで、コードまたは命令は、コントローラ１４または他の機械によって読み取り可能な媒体によって運ばれるか、または他の方法で具現化される。そのような操作を実行するための命令またはコードは、任意の有形可読媒体に格納されているか、または任意の有形可読媒体によって運ばれている任意の形態（例えば、ソースコード、オブジェクトコード、インタープリターコードなど）のコンピュータ命令の形態であってもよい。
【0119】
[0126] 本明細書で使用されるように、コンピュータまたは機械「可読媒体」などの用語は、実行のためにプロセッサに命令を提供することに参加する任意の媒体を指す。このような媒体は、多くの形態をとることができる。不揮発性記憶媒体には、例えば、図面に示されている任意のコンピュータ（複数可）の記憶装置のいずれかのような光ディスクまたは磁気ディスクが含まれる。揮発性記憶媒体には、そのようなコンピュータプラットフォームのメモリ１４のようなダイナミックメモリが含まれる。したがって、コンピュータ可読媒体の一般的な形態は、例えば、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気テープ、任意の他の磁気媒体、ＣＤ－ＲＯＭ、ＤＶＤ、任意の他の光学媒体、パンチカード紙テープ、穴のパターンを有する任意の他の物理媒体、ＲＡＭ、ＰＲＯＭおよびＥＰＲＯＭ、ＦＬＡＳＨ－ＥＰＲＯＭ、任意の他のメモリチップまたはカートリッジ、またはコントローラ５０がプログラミングコードおよび／またはデータを読み取ることができる任意の他の媒体を含む。コンピュータ読み取り可能な媒体のこれらの形態の多くは、実行のためにプロセッサに１つ以上の命令の１つ以上のシーケンスを運ぶことに関与していてもよい。
【0120】
[0127] 本明細書に記載された実施形態に対する様々な変更および修正が、当技術分野の当業者には明らかであろうことに留意すべきである。そのような変更および修正は、本発明の精神および範囲から逸脱することなく、またその付随する利点を減少させることなく行うことができる。例えば、本明細書で提供される主題からの特徴および機能の様々な組み合わせに基づいて、方法および携帯型電子デバイスの様々な実施形態が提供されてもよい。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
