(57)【要約】  支払いと引き換えにクライアントから携帯型電子装置を受け入れるための例としての売店に関連する方法およびシステムが記載される。売店は、少なくとも１つのディスプレイと、少なくとも１つのカメラおよび携帯電子装置の画像を取得するように固定配置された１つまたは複数の鏡とを含むイメージングチャンバと、リモートサーバおよび／またはオペレータへの少なくとも１つの通信接続と、少なくとも１つのコンピュータとを含むことができる。コンピュータは、リモートサーバおよび／またはオペレータと共に、少なくとも１つのカメラおよび鏡が固定の位置に留まっている間に、イメージングチャンバ内の携帯型電子装置の、１つまたは複数の画像を取得するように配置することができる。また、コンピュータは、取得した画像をリモートサーバおよび／またはオペレータに送信し、リモートサーバおよび／またはオペレータから受信された携帯型電子装置のための申し出支払い金額に基づいて申し出支払い金額の承諾を受信し、売店内の携帯型装置の安全なデポジットを提供することができる。
2020526847.tif 000002
【特許請求の範囲】
【請求項１】
支払いと引き換えにクライアントから携帯型電子装置を受け入れるための売店であって:
少なくとも１つの画面；
携帯型電子装置の画像を取得するために固定して配置された、少なくとも１つのカメラおよび１つもしくは複数の鏡を含む、イメージングチャンバ；
リモートサーバおよび／またはオペレータへの少なくとも１つの通信接続；および、
以下のように構成された１つ以上のコンピュータ:
前記リモートサーバおよび／またはオペレータと連携して、前記少なくとも１つのカメラおよび前記鏡が固定の位置に留まっている間に、イメージングチャンバ内で、前記携帯型電子装置の１つもしくは複数の画像を取得し；
前記取得した画像を前記リモートサーバおよび／またはオペレータに送信し；
前記リモートサーバおよび／またはオペレータから受信した、前記携帯型電子装置に対する申し出支払金額に基づき、前記申し出支払金額の承諾を受信し；および、
前記売店内の前記携帯型装置の安全なデポジットを提供する；
を含む、売店。
【請求項２】
互いに取り付けられた第１の容器および第２の容器を含み、前記第１の容器は、前記イメージングチャンバを含み、前記第２の容器は、前記携帯型装置を格納するように構成された収集チャンバを含む、前記売店。
【請求項３】
前記第１の容器は、前記第２の容器の上部に配置され、前記第１の容器の底部の少なくとも一部であり、および／または前記第２の容器の上部の少なくとも一部は、前記第１の容器から前記第２の容器内に前記携帯型装置を落とすように動作可能であるように構成される、請求項２に記載の売店。
【請求項４】
前記第２の容器は、前記携帯型装置が前記第２の容器内に配置される開口を含み、前記第２の容器は、前記第２の容器から前記携帯型装置を取り出すために、少なくとも２つの異なるキーまたは少なくとも２つの異なる認証を必要とするように構成される、請求項３に記載の売店。
【請求項５】
前記第１の容器および前記第２の容器の少なくとも一方が、少なくとも部分的に木材で構成されている、請求項２に記載の売店。
【請求項６】
前記コンピュータが既製のコンピュータである、請求項１に記載の売店。
【請求項７】
前記少なくとも１つのカメラおよび前記少なくとも１つのディスプレイは、プラグアンドプレイ方式で前記コンピュータに結合される、請求項６に記載の売店。
【請求項８】
前記コンピュータがラズベリーパイ（Ｒａｓｐｂｅｒｒｉ  Ｐｉ）コンピュータである、請求項７に記載の売店。
【請求項９】
前記コンピュータは、前記携帯型電子装置および前記少なくとも１つのカメラ上で実行されるアプリケーションプログラムを制御して、前記アプリケーションプログラムの実行における所定の時点で複数の画像を取得し、前記申し出支払金額を決定する前に、分析される前記複数の画像を前記リモートサーバおよび／またはオペレータに送信するようにさらに構成される、請求項１に記載の売店。
【請求項１０】
前記１つまたは複数の鏡は、前記少なくとも１つのカメラによって取得された画像が、前記イメージングチャンバの内側に配置された前記携帯型装置の前記１つ以上の鏡における再反射を取得するように、前記イメージングチャンバの内側に面して配置される、請求項１に記載の売店。
【請求項１１】
前記イメージングチャンバは、前記携帯型電子装置の前記底面の少なくとも一部が前記鏡における反射中に現れるように、前記携帯型電子装置を配置するための、底面の表面の内側上に隆起したプラットフォームをさらに含む、請求項１に記載の売店。
【請求項１２】
前記少なくとも１つのカメラは、前記隆起したプラットフォームの下に配置され、前記プラットフォーム上の前記携帯型電子装置の画像を取得するように構成された第１のカメラを含む、請求項１１に記載の売店。
【請求項１３】
前記少なくとも１つのカメラは、前記イメージングチャンバの上部に固定して取り付けられ、前記携帯型電子装置の画像を取得するように構成された第２のカメラを含む、請求項１２に記載の売店。
【請求項１４】
前記売店の上部は、透明な素材で作られる、または前記売店から分離され、前記売店の上部の上方に配置された第２の携帯型装置が前記イメージングチャンバ内の前記携帯電子装置の１つ以上の画像を取得し、前記取得した画像を前記リモートサーバ／オペレータに送信するような開口を含む、請求項１に記載の売店。
【請求項１５】
前記少なくとも１つのコンピュータに、通信可能に接続されたプリンタをさらに備える、請求項１に記載の売店。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本出願は、２０１７年７月１４日に出願された米国仮出願第６２／５３２，６３５号からの優先権の利益を主張し、その全内容は、参照により組み込まれる。本出願は、２０１７年５月１７日に出願された米国特許出願第１５／５９８，００４号の一部継続出願であり、これは２０１６年５月１２日に出願された米国特許出願第１５／１５３，１３７号の一部継続出願であり、これらの両方は、その全体が参照により本明細書に組み込まれる。
【技術分野】
【０００２】
本明細書において提示される技術は、価値と引き換えに小型電子装置の遠隔収集に関連するシステムおよび方法に関する。例えば、本明細書において提示される技術は、例として、スマートフォン、タブレットコンピュータ、スマートウォッチ、もしくはそのようなものといった、クライアントの使用済み電子装置を受け入れ、その受け入れた使用済み電子装置の推定値の金額または同等の金額をクライアントに提供するように構成された売店の分散セットに使用することができる。
【背景技術】
【０００３】
多くの人々は、より古い装置を交換するために新しいスマートフォンまたはいくつかの他の消費者用電子装置を購入した後に、古い装置を便利かつ安全に廃棄したい状況に気付くことが多い。多くの場合、そのような人々は、何らかの金銭的利益のために古い装置を取引することを望むかもしれない。イーベイといったサービスを使用して古い装置をリスト化し、販売することができるが、古い装置を処分するためといった手段は、販売のために装置をリスト化すること、購入申し出を監視すること、メールまたは他の方法を介して装置を買い手に提供すること、買い手からお金を受け取る前に比較的長い時間待つこと、および取引が完了した後でさえ、買い手による不利なコメントおよび／または装置の返品に自分自身をさらす危険性を依然として冒すことなど、いくつかのステップを手動で実行しなければならないという点で便利ではない。
【０００４】
ｅｃｏＡＴＭ（登録商標）によって提供されている、クライアントのスマートフォンを受け入れ、次いで、推定値に対応する金額をクライアントに提供するように構成された収集売店（本明細書では、「ブース」とも呼ばれる）といった分散収集センタが、知られている。しかしながら、古い消費者用電子装置における取引プロセスをクライアントにとって、より便利にし、売店オペレータ（例えば、売店の所有者、後続の取引のために複数の売店から電子装置を収集する責任を負う存在）にとって、より信頼性が高く効率的にするために、さらなる改善が望まれている。
【０００５】
本出願に開示された実施形態は、特定の電子装置を効率的に収集するための遠隔分散収集売店を提供する。
【発明の概要】
【０００６】
支払いと引き換えにクライアントから携帯型電子装置を受け入れるための見本の売店に関連する方法およびシステムが記載される。売店は、少なくとも１つのディスプレイと、少なくとも１つのカメラおよび携帯電子装置の画像を取得するように固定配置された１つまたは複数の鏡とを含むイメージングチャンバと、リモートサーバおよび／またはオペレータへの少なくとも１つの通信接続と、少なくとも１つのコンピュータとを含むことができる。コンピュータは、リモートサーバおよび／またはオペレータと共に、当該少なくとも１つのカメラおよび当該鏡が固定の位置に留まっている間に、イメージングチャンバ内の携帯電子装置の１つまたは複数の画像を取得するように構成することができる。また、コンピュータは取得された画像をリモートサーバおよび／またはオペレータに送信し、リモートサーバおよび／またはオペレータから受信された携帯電子装置のための申し出された支払い金額に基づいて申し出された支払い金額の承諾を受信し、売店における携帯型装置の安全なデポジットを提供することができる。
〔図面の簡単な説明〕
【０００７】
図１は、いくつかの実施形態による、異なる種類の売店を有する遠隔分散型電子装置収集売店のネットワークのシステム図を示す。
【０００８】
図２Ａは、いくつかの実施形態による、基本的なコンピュータ演算能力を備えた低コスト電子装置収集売店の模式図を示す。
【０００９】
図２Ｂは、いくつかの実施形態による、図２Ａまたは図３の売店といった低コストの売店におけるコンピュータおよびコントローラの接続の構成図を示す。
【００１０】
図３は、いくつかの実施形態による、基本的なコンピュータ演算能力を備えた低コスト電子装置収集売店の外観図を示す。
【００１１】
図４は、いくつかの実施形態による、図２Ａおよび図３に示した、電子装置収集売店内の鏡の配置を示す。
【００１２】
図５は、いくつかの実施形態による、図２Ａおよび図３に示した、電子装置収集売店内に配置された電子装置の画像を取得するように構成された画像取得装置の概略図である。
【００１３】
図６〜図１５は、いくつかの実施形態による、１つまたは複数の電子装置収集ブースの動作を容易にするプロセスのフローチャートを示す。
【発明を実施するための形態】
【００１４】
〔詳細な説明〕
本発明の例示的な実施形態は、金銭的価値または他の価値と引き換えに、電子装置の遠隔分散収集を容易にする電子装置収集売店を含む。これらの売店に収集される可能性のある電子装置は、スマートフォン、タブレットコンピュータ、スマートウォッチ、ゲーム装置、個人用健康監視装置、または他のプロセッサベースの電子装置といった消費者用電子装置または携帯用電子装置を含むが、これらに限定されない。場合によっては、本明細書に記載される売店が、より頻繁に、広く使用されており、多くの消費者によって比較的短い（例えば、２〜４年）交換サイクルにより、より新しいバージョンにしばしば置き換えられるスマートフォンといったものを収集することが予想され得る。以下、これらの実施形態について図面を用いて説明する。なお、以下の実施形態は例示にすぎず、例えば、本開示に基づく電子装置収集売店を構成および運用するものであり、本開示に基づく電子装置収集売店等を下記の具体的な構成に限定するものではないことに留意する必要がある。本実施形態によれば、他の具体的な構成を適宜採用することができる。
【００１５】
例としての実施形態は、スマートフォン、携帯型ゲーム装置、携帯型メディアプレーヤなどの携帯型装置を評価し、収集するためのミニ売店を提供する。ミニ売店は、例えば米国特許適用第１５／５９８，００４号に記載されている種類の売店よりも実質的に安価であるように設計されている。例としての実施形態の少なくともいくつかにおいて、ミニ売店が米国特許第１５／５９８，００４号に記載されているフルサイズ売店１０２によって受け入れられる携帯型装置の全範囲を受け入れることができるように構成されている。いくつかの他の例としての実施形態において、ミニ売店が、ユーザによって頻繁に取引される携帯型装置の種類の内のいくつかのみを受け入れる（例えば、スマートフォンを受け入れるが、９．７インチのアイパッド（登録商標）（ｉＰａｄ（登録商標））ほどの大きさの装置は受け入れない）ように設計されてもよい。ミニ売店は、少なくとも部分的にはそれらのより低いコストのために、より多くの数の携帯型装置が収集されることを容易にするために、実質的により多くの数および／または実質的により高い密度で展開されることができる。ミニ売店のより低いコストは、各ミニ売店が収集期間当たりに収集されるより少ない数の携帯型装置により利益を得ることを可能にする。したがって、例えば、ミニ売店は、１つまたは複数のワイヤレスサービスプロバイダのそれぞれの小売店に展開されてもよく、ユーザは通常、新しい携帯型装置を入手し、携帯型装置を検査し、修理されるなどとしてよい。
【００１６】
図１は、特定の例としての実施形態による、分散型電子装置収集売店のネットワークを含むシステム１００を示す。複数の電子装置収集売店（以下、単に「売店」と呼ぶ）１０２、１１６、および１１８は、地理的に分散した様々な場所に配置される。各売店１０２、１１６、および１１８は、それぞれの売店構内１０４内に物理的に配置することができる。それぞれの売店構内１０４は、例えば、小売店または他の企業の監督下にある建物または他の領域とすることができる。
【００１７】
売店１０２、１１６、および１１８ならびに／またはそれらの構内は、１つまたは複数の通信ネットワーク１０６を介して、データ処理サーバ１０８、データ格納１１０、およびコールセンタ１１２に接続される。売店１０２および１１８は、それ自体がネットワークおよび／またはデータ処理サーバ１０８などと通信することができるが、売店１１６に近接しているクライアントの第２のスマートフォン（例えば、クライアントが取引のために第１のスマートフォン１２０を提出している場合、以下の携帯型装置１２２）または売店構内代表者（例えば、売店１１６を収容する店舗の販売員）のスマートフォンなどの別の装置は売店１１６がそれ自体の通信能力を有していない可能性があるため、売店１１６に関連する取引をサポートするために、ネットワークおよびデータ処理サーバ１０８と通信することができる。ネットワーク１０６は、インターネット、および／またはローカルエリアネットワーク、ワイドエリアネットワーク、携帯電話接続、および／またはポイントツーポイント通信接続などの１つまたは複数の他の通信ネットワークを含むことができるが、これらに限定されない。
【００１８】
データ処理サーバ（本明細書では中央サーバと呼ばれることもある）１０８、記憶サーバ１１０、およびコールセンタ１１２は、同じ地理的位置または異なる位置に配置することができる。処理サーバ１０８は、任意の種類のコンピュータのうちの１つまたは複数を含むことができ、売店１０２、１１６、および１１８、ならびに／またはそれぞれの売店構内で収集されたデータ、ならびに売店１０２、１１６、および１１８で収集されている電子装置に関連する情報の処理および／または分析を実行するように構成される。１つまたは複数の処理サーバ１０８による処理は、ネットワーク内の売店をサポートして動作する売店または別の装置とクライアントとの間の現在進行中のトランザクションに関する情報のリアルタイム処理を含むことができる。例えば、取引中に売店または売店をサポートして動作する別の装置によって送信される情報は、例えば、現在取引されている装置に関する既知の情報を既知の偽造品に関する情報と比較することによって、漸進的に監視および分析することができる。いくつかの実施形態において、処理サーバが評価または事前評価プロセス中に取引装置によって取得された情報を受信し、処理してもよい。さらに他の実施形態において、別の装置（取引装置以外のスマートフォン）が取引装置および／またはユーザに関する画像および他の情報を取得し、処理のために処理サーバに送信してもよい。特定の例としての実施形態において、処理サーバ１０８は、売店において識別された様々なタイプの電子装置に提案された価格を提供するように構成された価格設定サーバを含んでもよく、またはそれにアクセスしてもよい。以下でさらに説明するように、いくつかの例としての実施形態において、１つまたは複数の処理サーバ１０８は、売店全体に広がる資金調達計画などを追跡してもよい。処理サーバ１０８は、また、価格情報および価格決定構成パラメータを含むデータベース１１０内の価格データベースの助けを借りて、様々な携帯型電子装置のための価格設定および価格設定関連情報を問い合わせ、売店に提供するように動作する、価格設定サーバを含んでもよい。今日のコンピューティングの仮想化を考えると、本明細書で使用するサーバという単語は、１つまたは複数の物理コンピュータまたは仮想コンピュータ上で実行されている可能性があるコンピューティングサーバを指すこともある。
【００１９】
データ記憶サーバ１１０は、売店で収集され得る電子装置に関連する情報、および売店および／または売店構内で収集されたデータ（例えば、セッションデータ、クライアント情報、分析のためにクライアントによって提出された消費者用電子装置に関する情報、売店に関連する他の活動（例えば、資金調達活動）に関する情報など）を記憶するように構成される。データ記憶サーバ１１０は、任意のタイプのデジタルデータ記憶装置を備えることができ、記憶されたデータを収集し、維持するために、任意のタイプのデータベースおよび／またはファイル構造を使用することができる。データ記憶サーバ１１０は、また、売店によって受け入れられる任意のタイプの装置のプロファイル、およびパフォーマンスメトリックス（例えば、モデルごとに特定の試験命令を完了する時間）などを記憶するデータベースを有してもよい。例えば、あらかじめ売店によって処理され、かつ／または売店で受け入れられた、それぞれの種類の装置からの１つ、または複数の画像を、装置の自動認識に使用するために記憶することができる。既に完了したトランザクションの価格情報、および他の既知の携帯型電子装置の価格情報も記憶することができる。
【００２０】
コールセンタ１１２は、１人またはそれ以上のオペレータ（「コールセンタエージェント」または「コールセンタオペレータ」）が、売店１０２および１１８のうちのいずれか１つ、および／または売店１１６の構内の別の通信装置に近い、および／またはそれらと対話しているユーザ（たとえば、クライアント）と対話することを可能にするように構成されてもよい。対話は、オーディオ、ビデオ、およびデータフィードのうちの１つ、または複数を含むことができる。例えば、売店に電子装置１１４を提出するために、ある人物が売店１０２のうちの１つの近くにいる時、コールセンタ１１２内の端末を介して１人または複数のオペレータが、電子装置１１４の提出に関してクライアントと対話することができる。対話は、売店１０２および／またはユーザの装置１１４のオーディオ、ビデオ、および／またはデータインターフェースによって容易にされてもよい。いくつかの例としての実施形態において、コールセンタオペレータによって提供されるサービスが以下で説明するように、２つ以上のサービスクラスにグループ化されてもよい。いくつかの実施形態において、コールセンタオペレータの少なくともいくつかは、完全にまたは部分的に自動化されてもよい。
【００２１】
売店１０２、１１６、および１１８は、各々異なる種類のものである。売店１０２は、フルフィーチャ売店と呼ぶことができ、米国特許出願第１５／５９８，００４号および米国特許出願第１５／１５３，１３７号に記載されている売店であり、売店の説明は、参照により本明細書に組み込まれる。参照された特許出願に記載されているように、各売店１０２は、１つまたは複数のディスプレイ、１つまたは複数のタッチスクリーン、支払いディスペンサ、指紋検出器、撮像のためおよび撮像の後に電子装置を移動させるための関連する機械機構を有するイメージングチャンバ、電子装置を撮像するための固定カメラ、ユーザを検出および監視するための１つまたは複数のカメラ、スキャン、通信、およびディスプレイなどを制御するための１つまたは複数のコンピュータプロセッサを含むことができる。売店１０２は、そのすべての精巧さおよび能力により、少数の電子装置しか収集されない場所に展開することを金銭的に非実用的にするコスト（例えば、製造コスト、保守コストなど）を有することがある。
【００２２】
売店１１６は、「コンピュータレス」ミニ売店と呼ぶことができる。売店１０２および１１８と同様に、コンピュータレスミニ売店１１６もまた、電子装置の評価を容易にし、評価された電子装置を収集するように設計されている。売店１１６は、「コンピュータレス」であるが、少なくともいくつかの実施形態において、プロセッサを有さず、いくつかの実施形態において、取得された画像を取得し、サーバに送信すること以外の機能を制御するための１つまたは複数のプロセッサ、またはより単純な電子制御装置を有することができる。ユーザが、売店１１６を使用して価値のために取引される電子装置１２０を有する場合、売店１１６はそれ自体の通信設備を有さないことがあるので、サーバ１０８および１１２は、電子装置の画像を取得し、取得した画像を送信し、電子装置１２０を取引しようとするユーザと対話することを提供するために、別の携帯型装置１２２に頼る。携帯型装置１２２（本明細書では「電子装置」または「ハンドヘルド装置」と呼ばれることもある）は、例えば、スマートフォン（例えば、小売店の従業員のスマートフォン）、タブレット（例えば、アイパッド（登録商標）（ｉＰａｄ（登録商標）））、メディアプレーヤ（例えば、アイポッド（登録商標））、カメラ付きスマートウォッチなどを含んでよい。いくつかの実施形態において、装置１２２がカメラと通信可能に接続され得るデスクトップ／ラップトップ／ノートブック／ウルトラブック／タブレットコンピュータでもよい。売店１１６に関するさらなる詳細は、図２〜図３に関連して以下に見出すことができる。
【００２３】
売店１１８は、ミニ売店であり、売店１０２および１１６と同様に、電子装置の評価を容易にし、評価された電子装置を収集するようにも設計されている。売店１１８は、１つまたは複数のプロセッサ、１つまたは複数のカメラ、１つまたは複数のルータなどのいくつかまたはすべてを含むことができる。したがって、フルフィーチャ売店１０２と比較して、まだ能力が低い（例えば、サポートされる機能がより少ない）が、売店１１８は、「コンピュータなし」ミニ売店１１６よりも多くの能力および機能を含む。いくつかの実施形態において、トレードイン電子装置１２４（例えば、上記の電子装置１１４または１２０に類似する）の画像を取得するために売店と一体化された１つまたは複数のカメラに加えて、売店１１８はまた、電子装置１２６（例えば、上記の電子装置１２２に類似する）のカメラを使用するように構成されてもよい。売店１１８に関するさらなる詳細は、図２〜図４に関連して以下に見出すことができる。
【００２４】
ミニ売店１１６および１１８の両方は、フルフィーチャ売店１０２よりも付随する機能が、より少ないにもかかわらず、携帯型装置を評価および収集することを可能にし、その結果、製造コストおよび／または維持コストが低くなり、より多数の展開を容易にすることができる。
【００２５】
図２Ａは、いくつかの実施形態による、基本的なコンピュータ処理能力を備えたミニ売店１１８といった低コスト電子装置収集売店２０２の模式図を示す。
【００２６】
売店２０２は、電子装置の撮像および収集のためのミニ売店である。売店２０２は、フルフィーチャ売店１０２とは対照的に、基本的な（または根幹の、骨格の）コンピューティング能力のみを特徴とする。いくつかの実施形態において、売店２０２で利用可能なコンピュータ処理能力は、イメージングチャンバ内に配置された取引装置の画像を取得する単一のカメラを制御し、基本的ディスプレイおよび入力装置を制御することに限定される。他の実施形態は、例えば、イメージングチャンバ内の１つまたは複数の追加のカメラの制御、品質表示装置および入力装置の制御、音声入力／出力の制御、トレイの制御などのための追加の処理能力を含むことができるが、フルフィーチャ売店２０２よりも処理能力が低いままである。
【００２７】
売店２０２に基本的なコンピューティング能力のみを備え、それによって少なくとも部分的に売店２０２の製造コストを低減することによって、本発明者らは、収集された携帯型装置の数が、フルフィーチャ売店が経済的であるために必要であったであろう特定の閾値未満である場所を含む多数の場所に経済的に設置することができる売店を開発した。
【００２８】
処理能力が低下すると、売店２０２は、複数のディスプレイを同時に駆動するタスクを実行するのに不十分な処理能力しか有さず、画像撮影が実行されている間にイメージングチャンバ内で取引装置を移動可能に操作し、売店の通常の処理が行われている間に引き寄せループを同時に実行するなどの結果となる。本発明者らは、バックエンド（例えば、コールセンタ１１２および／またはデータ処理サーバ１０８）に依拠して、フルフィーチャ売店で典型的に実行される処理のいくつかを行い、取引装置の鏡反射に依拠して、必要な画像の数および角度、ならびに必要なカメラの数などを低減することによって、低減された能力の多くを補償した。
【００２９】
より低いコストに寄与する他のデザイン態様は、売店１０２といったフルフィーチャ売店と比較した場合、より低いコストの筐体、より少ないおよび／またはより低い解像度のディスプレイスクリーン、より少ないカメラ、より少ないセキュリティ特徴、低減された広告能力、評価後に収集ビンに携帯型装置を安全にデポジットする代替技術などのうちの１つまたは複数を含むことができる。
【００３０】
いくつかの実施形態によれば、売店２０２は、携帯型装置の評価を容易にするように構成された上部容器２０４と、取引装置を収集し、格納するように構成された下部容器２０６とを含む。
【００３１】
容器は、製造コストを低く保つために、少なくとも部分的に、木材、パーティクルボード、または他の低コスト材料で構成されてもよい。例えば、いくつかの実施形態において、それぞれの容器のフレームおよび側面が木および／またはパーティクルボードから作製される。いくつかの実施形態において、容器の一方または両方が少なくとも部分的にプラスティックおよび／またはプレキシガラスを含んでもよい。第１および第２の容器は、同じ材料、または異なる材料、または材料の組み合わせで構築されてもよい。
【００３２】
図示された例としての実施形態において、第１および第２の容器が両方とも直方体の形をしている。しかしながら、例えば、いくつかの他の例としての実施形態は、様々な形状の容器を有することができる。例えば、いくつかの例としての実施形態は、円筒形の第１および第２の容器の少なくとも一方を含むことができる。さらに他の実施形態において、２つの容器が互いに異なった形状を有してもよい。容器は、互いに直接隣接するように構成されてもよい。いくつかの実施形態において、第１の容器の底部と第２の容器の上部は同じであってもよい。
【００３３】
第１の容器２０４は、取引装置（例えば、取引されることを意図された電子装置）を、取引装置の１つ以上の画像を取得することができるように配置されるように構成される。取引装置がその間に配置される第１の容器内の領域２０７は、「イメージングチャンバ」と呼んでもよい。一実施形態において、第１の容器２０４は、取引装置が第１の容器内に移動される開口（図２Ａには別個に示されていない）を含む。開口は、ユーザが手動で取引装置を第１の容器に挿入し、それをイメージングチャンバの底部内面２１２上に配置することを可能にする形状または大きさであってもよい。いくつかの例としての実施形態では、第１の容器がその側面の一方に扉（図２Ａには図示せず）を含み、扉を開口することによって第１の容器の内側にアクセスすることができる。
【００３４】
いくつかの実施形態において、扉（別個に図示せず）が例えば、画像取得および取引に関する質問に対するユーザ応答がタッチスクリーンディスプレイを介して受信された後に、ミニ売店が正常に動作しているときにのみ第１の容器にアクセス可能であるように、電磁石、ソレノイド、またはモータといった電気機械手段（例えば、ロック２２８）によって閉鎖（ロック）されて保持されてもよく、イメージングチャンバ内の取引装置の撮像は売店構内代理店のスマートフォンまたは他の携帯型装置（例えば、「販売員アプリケーション」）上で実行される売店アプリケーションの助けを借りて制御され、および／または取引装置の撮像はウェブサイトを介して遠隔制御される。そのような実施形態において、遠隔アプリケーションまたはソフトウェア（例えば、システムオンチップ、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））またはワイファイ（Ｗｉｆｉ（登録商標））対応装置、インターネットオブシングス（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）またはラズベリーパイタイプの低価格演算装置２１６）がとりわけ扉を制御するために、最小または最低の電子装置および通信手段が存在し得る。
【００３５】
第１の容器内のイメージングチャンバの内側は、取引装置を配置するために指定された位置の周りの１つまたは複数の位置（例えば、上部容器２０４内のイメージングチャンバの内側）に配置された、１つまたは複数の鏡２１４を有することができる。鏡は、取引装置の側面の反射を取得するように配置されてもよく、取得された反射はまた、第１の容器の上部又は底部に配置されたカメラによって取得された取引装置の表面の画像の中に取得される。鏡は、単一の鏡、または複数の鏡を含むことができる。いくつかの実施形態において、鏡は、取引装置（例えば、長方形または実質的に長方形のスマートフォン、他の形状の装置など）のすべての側面の全ての部分が鏡のうちの少なくとも１つの反射に取得されるように、配置される。
【００３６】
いくつかの実施形態において、追加の視角を提供するための鏡の代わりに、同じカメラにとって追加のカメラまたは追加の撮像位置は、使用することができる。例えば、４５度に配置され、上面図カメラおよび底面図カメラと組み合わされた取引装置のエッジ上の映像を有する２つの追加のカメラは、第１の容器内で取引装置を移動させる必要なく、追加の視点を提供する。複数のカメラを有利に使用することができるが、取引装置の評価には単一のカメラ（例えば、鏡における反射によって支持された、上部から画像を撮るカメラ）だけが不可欠であることが理解されるだろう。
【００３７】
いくつかの実施形態において、プラットフォーム２１０がイメージングチャンバ２０７の底部内面２１２上に形成される。プラットフォームは、取引装置を配置するための大きさおよび形状になっている。いくつかの実施形態において、プラットフォームがイメージングチャンバの底部内面２１２と同じ物質で作られる。いくつかの実施形態において、プラットフォーム２１０がプレキシガラスといった透明な物質で構成されてもよい。いくつかの実施形態において、イメージングチャンバの底部２１２も透明な物質から作られる。底部２１２およびプラットフォーム２１０を透明な材料によって有することにより、底面２１０の下に配置されたカメラを使用して画像を取得することが可能になる。
【００３８】
いくつかの実施形態において、１つまたは複数のＱＲコード（登録商標）などの一意のコンピュータ可読識別子が売店ＩＤを表すことができ、撮像に干渉しないイメージングチャンバの一部分内の観察領域に含めることができる。光学式文字認識、ＱＲ又はバーコード読み取り技術を使用して、システム（例えば、画像を処理するデータ処理サーバ又はアプリケーション）は、特定の取引が行われる位置を確認することができる。
【００３９】
イメージングチャンバが、取引装置が配置されるべきプラットフォームを含む、幾つかの実施形態において、鏡の少なくとも幾つかは、取引装置の側面が反射するように反射することに加えて、取引装置の底面の少なくとも幾つかの部分も反射により表されるように、斜めに配置されてもよい。このようにして、取引装置の表面を取得する画像は、取引装置の側面および取引装置の底面の少なくとも一部の反射も含むことができる。
【００４０】
第１の容器の１つまたは複数の側面は、第１の容器の内側への光の流れが容易になるように、および／または第１の容器内の取引装置の追加の画像を（例えば、売店構内の代表者のスマートフォンを使用して）透明な側面を通して取得することができるように、透明な（または部分的に透明である）材料で構成することができる。
【００４１】
第１の容器の上部２０８は、いくつかの実施形態において、少なくとも部分的に透明な物質から構成されてもよい。透明材料は、容器の内側がより多くの光を有することを容易にすることができ、売店と一体化された１つまたは複数のカメラによって取得された画像を補完するように追加の画像を取得するために、売店構内の代表者のスマートフォンまたは他の携帯型装置といった第２のカメラ対応装置の使用を容易にすることができる。
【００４２】
いくつかの実施形態において、スマートフォンカメラ（例えば、電子装置１２６のカメラなど）が取引装置の表面の画像を取得するのにかろうじて充分な大きさの穴（別個には示されていない）は、上部２０８の中心またはその付近に形成される。取引装置の表面の画像を取得できるように穴の上に配置されたカメラ領域は、取引装置の周囲に配置された鏡を含むことができる。このようにして、取引装置の表面の画像は、取引装置の底面の側面および／または部分の反射も含む。したがって、穴は、使用されることが予想されるカメラ（例えば、カメラレンズ、またはレンズおよびフラッシュ）のサイズ、上部がカメラの領域と干渉しないような上部の厚さ、および鏡（または少なくとも鏡の部分）が穴に配置されたカメラの領域内にあり、鏡内の反射された画像も取引装置の表面の画像に含まれるような、底面の中心から鏡までの距離に従ってサイズを決定されてもよい。売店２０２の例としての実施形態において、売店と一体化されていないカメラによって取得された画像は、イメージングチャンバの画像を取得するために売店と一体化された少なくとも１つのカメラ２１８によって取得された画像を補完する。
【００４３】
底部容器２０６は、上述したように、複数の取引装置を収集するように構成されている。取引装置が、イメージングチャンバ２０７内において画像を取得され、その後の評価を受けた後、ユーザおよびシステムが取引装置の取引を完了することに合意した場合、取引装置は、さらなる処理のために別の位置に確実に転送されることができるまで格納され、底部容器２０６にデポジットされる。
【００４４】
いくつかの例としての実施形態において、取引装置が底部容器の側面上の開口２２４を通して底部容器内にデポジットされる。開口は、特定の所定のサイズ（例えば、より大きなスマートフォンのサイズ、アイパッド（登録商標）（ｉＰａｄ（登録商標））のサイズなど）まで取引装置を受け入れるのに十分な大きさであるが、手または他の回収装置によってデポジットされた取引装置を回収することを可能にするには小さすぎるようにサイズ設定されてもよい。内側の開口の形状はまた、回収器具を使用してデポジットされた装置を回収することをより困難にするか、または実質的に不可能にするように構成されてもよい。
【００４５】
コンピュータ２１６、またはコンピュータと共に動作するコントローラは、１つまたは複数のカメラ２１８および２２０を制御してもよい。カメラ２１８は、プラットフォーム２１０上に配置された取引装置の画像を取得することができるように、イメージングチャンバ２０７のプレキシガラス底部２１２の下に配置してもよい。画像は、イメージングチャンバ内に戦略的に配置された鏡２１４からの取引装置の様々な角度の反射を含むことができる。カメラ２２０は、特定の取引装置がビン内にデポジットされたことを確認するために、収集ビン内の画像を取得するように、コンピュータまたは他のコントローラによって制御されてもよい。
【００４６】
コンピュータ２１６は、直接ネットワーク接続（例えば、コンピュータ２１６を介する直接ワイヤレスネットワーク接続）を介して、またはルータ２２２（例えば、ｗｉｆｉ（登録商標）／ブロードバンドルータ）を介して、イメージングチャンバ内でキャプチャされた画像、収集ビン内でキャプチャされた画像などの、評価中に取得された取引装置に関する情報をデータ処理サーバ１０８および／またはコールセンタ１１２に送信するように動作することができる。
【００４７】
別の実施形態において、上部容器の底部および／または底部容器の上部にある機械的または電子的に操作される扉（図２Ａには図示せず）は、取引装置が合意された条件で取引されることを確認した後、ユーザが上部容器内から底部容器内に取引装置を落とすように扉を操作することができる。扉は、底部容器の側面に配置されたアプリ、ウェブサイト、ボタン、レバー、スライドなどのいずれかを使用してユーザによって操作されてもよい。いくつかの実施形態において、扉が上部容器内の扉に関して上述したように、ドアロックなどの特徴を提供する最小限の電子構成によって動作されてもよい。１つ以上の安全機構が底部容器内への取引装置の偶発的なデポジットを防止（または最小化）するために、所定の位置にあり得る。
【００４８】
底部容器は、収集された取引装置の安全な保管を提供する。いくつかの実施形態において、底部容器を有する取引装置を収集することができる唯一の方法が底部容器の扉の上のロック２２６を開くことによるものである。ミニ売店が位置する小売店のスタッフが収集された装置にアクセスできないことを確実にするために、ロックの鍵は、小売店の責任者以外の別の存在によって維持されてもよい。このセキュリティを提供することができる別の方法は、各々が異なる鍵を必要とする２つ以上のロックを有することであってもよい。異なるキーを有する複数のロックを有する目的は、異なる利害関係者が自分自身のキーおよびロックを有することができ、その結果、底部容器内に収集された取引装置が、すべての利害関係者が存在するときにのみアクセスされることができるようにすることである。このセキュリティは、交換されたスマートフォン、行方不明の取引装置に関する苦情を減らす。
【００４９】
いくつかの実施形態によれば、収集バッグ、ビンなどを底部容器内に配置することができ、その結果、扉を開いてこれまでにデポジットされた取引装置を収集するとき、収集装置はそれらを１つずつ収集する必要がなく、代わりに、収集バッグを単に回収し、収集された装置の加工のためにバッグを前進させる前にバッグを結ぶことができる。さらに他の実施形態において、扉の開口が収集袋の結束／封止を機械的に引き起こすことができる。
【００５０】
いくつかの例としての実施形態において、上部容器および底部容器が上下に互いに対して移動されてもよい。このような運動は、取引装置を収集するために使用される領域のサイズに影響を及ぼす可能性がある。この特徴は、制限されたスペースに適合するなどの目的のために、ミニ売店のサイズを調整するために使用されてもよい。
【００５１】
いくつかの実施形態は、底部容器を含まなくてもよく、その代わりに、バックといった装置容器を単に含んでもよい。さらに他の実施形態において、底部容器は単に存在しなくてもよい。そのような実施形態において、売買された電子装置は売店から離れて、例えば、安全な袋の中に、他の場所に置かれた別の金庫の中に、または売店の場所の販売員または代表者によって何らかの方法で管理されて、格納されてもよい。
【００５２】
いくつかの例としての実施形態において、システムは、売店の位置から来た販売員または代理人（すなわち、トレードイン電子装置を受け入れるのを支援する代理人）を取引に関連付けるための手段を含むことができる。例えば、取引装置上で実行される売店アプリケーションはサインインオプションを有してもよく、ピンコード、パスワード、サムプリント、または指紋スキャンを要求してもよく、または、任意の取引を販売員に関連付けることができるように、評価を実行する前後に販売員が自身を識別することを要求してもよい。識別は例えば、販売員が自分の個人電話を使用する場合に、一度だけ行うことができる。この識別メカニズムは、トランザクションに問題がある場合に有用であり得る。また、最良の販売員を監視し、任意選択で報酬または手数料を与えるために使用することもできる。
【００５３】
図２Ｂは、いくつかの実施形態により、図２Ａまたは３の売店のような低コストの売店におけるコンピュータおよびコントローラの接続のブロック図を示す。
【００５４】
電子回路２３２は、ディスプレイ２３８および少なくとも１つのカメラ２４２〜２４６に接続されたラズベリーパイコンピュータといった低コストの既製コンピュータ２３４を含む。幾つかの実施形態において、プリンタ２４０はコンピュータ２３４によって制御されてもよい。
【００５５】
いくつかの実施形態において、マイクロコントローラ２３６は、コンピュータ２３４に接続されてもよく、コンピュータ２３４から売店の特定の態様の制御をオフロードしてもよい。例えば、図示の実施形態において、マイクロコントローラ２３６は画像を取得するためにイメージングチャンバの上部に位置するカメラ２４２を制御し、一方、コンピュータはカメラ２４４および２４６を直接的に制御することができる。
【００５６】
マイクロコントローラ２３６はまた、取引装置をイメージングチャンバに出し入れするためのトレイ２５２、１つまたは複数のスピーカ２５４、１つまたは複数のマイクロフォン２５６、および売店上の特定のＬＥＤライトなど２５８を制御してもよい。
【００５７】
カメラ２４２〜２４６のうちの１つまたは複数はコンピュータ２３４および／またはコントローラ２３６によって制御される関連する光（例えば、ＬＥＤライト）２４８および２５０を有することができ、それぞれのカメラによる画像取得時に追加の照明を提供する。例えば、発光ダイオード光の群２４８および２５０の各々は、カメラ２４２および２４４からの画像と同期して所定のシーケンスおよび／またはパターンで点灯するように制御されてもよい。所定の光パターンおよびそれらのトリガイベントは、メモリテーブルに記憶されてもよい。
【００５８】
図示された実施形態において、カメラ２４２はイメージングチャンバの上部に配置されてもよく、カメラ２４４はイメージングチャンバの底面２１２の下方に配置されてもよい。例としての実施形態において、両方のカメラは、プラットフォーム上に配置された取引装置の画像を取得するために、プラットフォーム２１０を指すように方向付けられるように、動かないように固定される。
【００５９】
カメラ２４６は、売店２０２の正面から外側を向いて配置されてもよく、ユーザの顔の画像をキャプチャするようにコンピュータ２３４によって制御されてもよく、ユーザの顔の画像は、ユーザの情報を認証するために使用されてもよい。
【００６０】
プリンタ２４０は、ユーザ／クライアントに取引装置を補償するために、クーポンなどを印刷するようにコンピュータ２３４によって制御されてもよい。
【００６１】
タッチスクリーン２３８は、情報を表示し、タッチ入力を受信するためのユーザインターフェースを提供するように構成される。
【００６２】
トレイモータ２５２は、取引装置をイメージングチャンバに出し入れするように動作するトレイを制御することができる。いくつかの例としての実施形態において、トレイは、画像化が行われているときには動かすことができず、イメージングチャンバの内外にのみ動くことができる。いくつかの実施形態において、フルフィーチャの売店のいくつかとは対照的に、処理能力のために、トレイは様々な角度／方向からの画像取得を容易にするように、イメージングチャンバ内で移動することができない。しかし、いくつかの実施形態において、様々な方向および角度からの画像取得を容易にするために、トレイを限られた方向および量において、イメージングチャンバ内を移動させることができる。
【００６３】
コンピュータ２３４は、ＵＳＢ接続などのプラグアンドプレイのようなインターフェースを使用して接続されるように、そのカメラ、プリンタ、タッチスクリーンなどのうちの１つまたは複数を接続するように設計され得る。これにより、ある種の装置（例えば、カメラ、タッチスクリーン、ハードディスクなど）を迅速かつ安価にアップグレードすることができる。
【００６４】
いくつかの例としての実施形態において、コンピュータ２３４およびその接続された装置のいくつかはイメージングチャンバと底部容器との間の位置にある。この位置決めは、コンピュータへのアクセスおよび構成のためのその接続を改善することができる。
【００６５】
図３は、いくつかの実施形態による、基本的なコンピュータプロセッシング能力を備えた、上述の図１および／または売店２０２に示されるミニ売店１１８といった、または類似の、低コスト電子装置収集売店２０２の外観図を示す。
【００６６】
図示の実施形態において、売店３０２が、出力を表示しタッチスクリーン入力を受信することによってユーザとやりとりするためのタッチスクリーンディスプレイ３０４と、１つまたは複数のスピーカ３０６（図示の実施形態は、ディスプレイ画面の左と右へのスピーカを含む）と、イメージングチャンバ出力／またはコンピュータ構成にアクセスするためのドア３０８と、撮像のための取引装置を受け取るための開口３１０と、ドア３０８のためのロック３１２と、収集のための取引装置を受け取るための開口３１４と、収集ビンにアクセスするためのドア３１６と、ドア３１６のためのロック３１８とを含むことができる。
【００６７】
図４は、いくつかの実施形態による、図２Ａおよび３に示すような電子装置収集売店内の鏡の配置を示す。
【００６８】
図４に示すように、取引装置を保持するように構成されたプラットフォーム４０８とイメージングチャンバ２０７の側面との間に、１つ以上の鏡４０２、４０３、４０４、および４０５を配置することができる。図示されるように、鏡は、上部から取得された画像が取引装置の表面の画像に加えて、鏡に反映される取引装置の側面および／又は底部の表示も含むように、角度を付けられてもよい。いくつかの実施形態において、アングルが例えば、機械的調節機構を介して設定可能であってもよい。いくつかの実施形態において、鏡と取引装置との距離を調整することができるので、例えば、様々なサイズの装置を容易に映し出すことができる。
【００６９】
イメージングチャンバの上部からの第１のカメラとイメージングチャンバの底部からの第２のカメラの両方がイメージングチャンバ内の取引装置の画像を取得することに連動されるいくつかの実施形態において、鏡は、両方のカメラから取得された画像が、取引装置の反射画像を含むことができるように、戦略的に配置されてもよい（例えば、角度）。
【００７０】
図５は、いくつかの実施形態による、図２Ａおよび３に示すような電子装置収集売店内に配置された電子装置の画像を取得するように構成された画像取得装置の概略図である。
【００７１】
ユーザのスマートフォン（例えば、上述の電子装置１２６）であってもよい画像取得装置５２０は、そのカメラ５２２が下向きの穴（別個に図５で示されていない）の真上に配置されるように、上部容器５０４の上部パネル上に配置される。カメラ５２２の視野は、鏡５０８が視野内にあるように配置されてもよく、同様に取引装置５２４は、プラットフォーム５１０上に配置されてもよい。
【００７２】
トラップ扉５１２は、ドア５１２を開閉するために、ボタン、スライドまたはスイッチ５１６によって、および機械的または電気的な機構５１８を介して操作されてもよい。扉、または扉の上のロックは、売店、取引装置上で動作する売店アプリ、または売店構内担当者のスマートフォンから受け取った評価プロセスおよび／または指令に基づいて、コンピュータまたはコントローラによって制御することもできる。例えば、扉は撮像が成功して完了したとき、および入力を受信したとき（例えば、売店のタッチスクリーンからのタッチスクリーン入力を介して、または売店構内の担当者の装置上で動作する売店アプリを介して受信された入力を介して）、売店のコンピュータによって開かれてもよい。ドア５１２が開かれると、電子装置５２４は、売店５０２の底部容器５０６内に配置された収集ビン５１４内に落下する／落とすことができる。
【００７３】
いくつかの実施形態は、回収ビンの内部（例えば、袋、ビン等）に取引装置が安全にデポジットされたことを確実にするための規定を設けることができる。一例としての技法は、取引装置の上で実行される売店アプリケーションに収集ビン５１４内の写真を撮らせることを含むことができ、１つまたは複数のＱＲコード（登録商標）または他のコンピュータ可読識別子を、画像から、取引装置が実際に特定の売店のビン内にあったことを確認するために、戦略的位置に配置することができる。別の技法では、取引装置上で実行される売店アプリに、最小限の電子セットアップによって、音を聞き取らせ、あるいは送信される光の特定のシーケンスなどの視覚信号を取得させることができる。例えば、最小限の電子部品（例えば、上述のコントローラ）は、ＬＥＤをオン／オフすることによって、そのような「モールス信号」のような音声シーケンスまたは２進情報シーケンスを送信することができ、このシーケンスは、取引装置（および／またはその後にプロセッサ１０８またはコールセンタ１１２）上の売店アプリに、取引装置が意図されたビン５１４内に安全に配置されたことを確実に確認することを許可する情報を、含む。いくつかの実施形態において、そのような確認が取引券等の生成をするトリガとしてもよい。
【００７４】
一例としてのカメラ対応の態様において、例えば、ラズベリーパイ等のプロセッサを含む態様がビン５１の内部にカメラを位置させ、差分写真を撮影することにより、ビン５１４内の取引装置の位置を確認することができる。
【００７５】
図６〜図１５は、いくつかの実施形態による、１つまたは複数の電子装置回収売店１１８の動作を容易にする処理のフローチャートを示す。処理６００の動作は、特定の順序で示されているが、いくつかの実施形態は、１つまたは複数の動作を削除し、１つまたは複数の動作を追加し、および／またはいくつかの動作の順序を変更してもよいことは理解される。
【００７６】
図６に示される処理６００は、クライアントが「低減された処理能力」の売店１１８を収容するハウスの構内に入り、ハウスアシスタント（または売店１１８のローカル使用を監督することができる同様の人物）に、彼／彼女（クライアント）が電子装置をトレードインしたいことを示すときに、開始することができる。動作６０２において、構内アシスタントは、売店１１８の一部ではない対話制御装置の上で取引アプリケーションを開始することができ、ユーザセッションが作成される。対話制御装置は、スマートフォン（例えば、構内アシスタントのパーソナルスマートフォン）、アイパッド（登録商標）（ｉＰａｄ（登録商標））（例えば、売店１１８に関係のない日常の構内販売に使用されるアイパッド（登録商標）（ｉＰａｄ（登録商標）））などのタブレットコンピュータなどであってもよい。ユーザセッションは、例えば、法的／契約上の目的、記録保持の目的およびデータ収集の目的を含む目的のために、取引全体を記録するのに充分な情報を取得することを意図している。後述するように、いくつかの実施形態において、クライアントが売店に到着する前に売店アプリを手に入れ、売店アプリがクライアントおよび取引装置に関する情報を収集することを可能にすることができる。したがって、売店アプリがクライアントおよび／または取引に関する何らかの情報をすでに有している態様において、クライアントが売店または売店構内に到着すると、情報を手に入れた売店アプリが対話制御装置に転送することができ、対話制御装置は以下の動作を変更またはカスタマイズして、売店アプリによってすでに手に入れられていない情報のみを手に入れることができる。
【００７７】
いくつかの実施形態において、クライアントは、構内担当者に関与することなく、そのタッチスクリーンを介して売店との対話を開始することによって、または売店にアクセスすることができるウェブサイトを使用することによって、売店上でユーザセッションを開始することが出来てもよい。
【００７８】
動作６０４において、対話制御装置または売店（任意選択の正面カメラを有する）は、クライアントによって提供されたＩＤカードの画像を取得する。例えば、クライアントは、運転免許証（または他の類似の身分証明書）を提供していてもよい。ＩＤカードはクライアントのＩＤ情報を取得するために、片面または両面でスキャンおよび／または撮影される。ＩＤを使用する実施形態において、動作６０６では、提出されたＩＤが有効であるかどうかが判定される。いくつかの実施形態において、スキャンされた／撮影されたＩＤカード情報が情報を検証し、認否を通信するコールセンタの人員に送信されてもよい。他の実施形態において、この段階で、スキャン／撮影されたＩＤカードについて、ある基本的な所定のパラメータが満たされる場合、ＩＤは有効であると仮定されてもよい。例えば、提供されたＩＤカードが運転免許証である場合、対話制御装置は、スキャン／撮影されたＩＤカード上で光学式文字認識などを実行することによって、運転免許証番号および名前を決定することができ、その情報は、ＩＤカード情報の真正性を検証することができるインターネットリソースに通信することができる。
【００７９】
身分証明書を使用する態様において、一旦カードがスキャンされると、対話制御装置によって取得されたクライアントの写真は、ＯＣＲサーバに送信されてもよい。ＡＰＩ（例えば、Ｇｏｏｇｌｅ  Ｔｅｓｓｅｒａｃｔ（登録商標）およびＩｎｌｉｔｅ  ＣｌｅａｒＩｍａｇｅ（登録商標））を使用することによって、サーバはＩＤカードまたは写真に存在し得るバーコードを発見および復号し、ＯＣＲを使用して任意のテキストを読み取る。その後、ＯＣＲデータがバーコードで見つかったデータと一致するかどうかについてチェックが行われる。これは、カードが有効であるかどうかを自動的に評価するのに役立つ。
【００８０】
ＩＤ情報が有効でない場合、クライアントは拒絶され、ユーザセッションは動作６０７において閉じられる。
【００８１】
ＩＤ情報が有効であることがわかる場合、動作６０８において、ユーザセッションは、クライアントの識別情報を含むように更新される。この段階で、ユーザセッションは、メモリ内に維持され得る。
【００８２】
動作６１０において、更新されたユーザセッションが記録される。記録は、対話制御装置の内の不揮発性メモリまたは売店上に行うことができる。いくつかの実施形態において、記録はまた、遠隔に位置するストレージに対するものであってもよい。
【００８３】
いくつかの実施形態において、ＩＤ識別が迂回するか、または他の手段を使用する選択肢を必要としないことがあり、取引を支援する人物またはクライアントの選択によって利用可能にされることがある。例えば、販売員またはクライアントは、身分証明書の代わりにキャリア口座番号を入力することができる。
【００８４】
いくつかの実施形態において、先に出願された出願１５／５９８，００４に記載されているように、取引装置の上で実行される売店アプリを介して、または代理人の装置の上で同様に実行される売店アプリの上で、ＩＤを提供することができる。これらのステップは、詐欺防止に有用であり得る。
【００８５】
図７は、動作６１４〜６２４を含むフローチャート６００の一部を示す。動作６１０の後、フローチャート６００は動作６１２に進む。動作６１２において、クライアントは、売店アプリケーション（「売店アプリ」）を取引装置（すなわち、取引装置１２４など、クライアントが売店による分析のために取引または提出することを意図する電子装置）にダウンロードするように促され得る。促しは、対話制御装置または売店の画面上にメッセージを表示することによって実行することができる。いくつかの実施形態において、取引対話制御装置または売店との間の通信接続は、限定しないが、ＷｉＦｉ（登録商標）または一形態の近距離無線通信（ＮＦＣ）プロトコルなどのワイヤレス接続を使用して行われ得る。通信接続は対話制御装置に使用して、取引装置の上の売店アプリ実行を制御したり、売店アプリが取得した情報を手に入れたりすることができる。
【００８６】
いくつかの実施形態において、取引装置の事前評価が実行されてもよく、その結果、最初の支払い申し出額をユーザに提示することになる。事前評価は、処理６００の処理の任意の時点で行うことができるが、クライアントが多くの入力を提供するか、または多くの時間を費やす前に、早期動作で行うことが好ましい。事前評価は、装置の年齢を決定するための質問、および装置の状態（例えば、ミント、良品、損傷、破損）を決定するための質問など、クライアントに提示される１つまたは複数の基本的な質問に基づくことができる。チェックボックスまたは他の同様のインターフェースを設けて、状態を判定し、損傷していると判定された場合、損傷のタイプ（例えば、ガラス損傷、損傷したポートなど）を判定するために、さらなるチェックボックス選択肢のセットを提示することができる。クライアントは、装置のスケールダウンされた評価の対象となる事前評価支払い額を受け入れ、評価プロセスの時間のかかる部分を迂回する機会、または事前評価支払い額を拒否し、評価プロセス全体を通過する機会を提供されてもよい。
【００８７】
動作６１８において、売店アプリが、取引装置上で正常に実行されたかどうかが判定される。この判定は、対話制御装置、売店、またはリモートサーバが取引装置上で現在実行されている売店アプリから事前にプログラムされたメッセージを受信することに基づいてもよい。以下でさらに説明するように、売店アプリは、一連の診断活動を実行するように構成することができる。上述のように、そのような診断活動からの結果は、対話制御装置、売店および／またはリモートサーバに転送することができる。
【００８８】
売店アプリが正常に実行された場合、処理６２０において、顧客および／または構内アシスタントは、評価のために売店に取引装置を配置するように促され得る。この促しは、対話制御装置の画面および／または取引装置の画面を介して送達されてもよい。
【００８９】
ある例としての実施形態において、売店アプリが装置に関する情報を売店、中央サーバ、および／又はコールセンタに中継し、クライアントに命令を表示し、また安全対策として使用される。アプリおよび対話制御装置は、各ユーザ装置の広範なテストを利用可能にするために、直列に動作する。金銭と引き換えに使用済み電子装置を受け入れるオンラインおよび「ブリック＆モルタル（ｂｒｉｃｋ  ＆  ｍｏｒｔａｒ）」会社の中には電話を手に入れた後にのみ支払うものもあるが（したがって、すべての機能を物理的にテストし、電話の状態を見ると価格を調整する）、本明細書で説明する例としての実施形態において、サービスプロバイダ（たとえば、取引装置を購入する存在）は装置に対する支払いが、プロバイダまたはその人間のオペレータのいずれかがそれを物理的に受け取る前に売店の顧客に行われるので、装置の価値をできるだけ確実にすることを望むだろう。
【００９０】
売店アプリは、取引装置の情報（例えば、ＩＭＥＩ／ＭＥＩＤ／ＥＳＮ（可能であれば）、ブランド、モデル＃、担体、ＣＰＵ、ＲＡＭ、ＳＤカードなど）を収集し、取引装置に直接に（例えば、イヤホン、バッテリパック、充電ケーブル、アダプタなど）、または無線により（例えば、時計、ヘッドセット、電話、温度計など）取り付けられた任意の周辺装置を検出することができる。それは、全てのこの情報を収集し、それを対話制御装置、売店および／またはリモートサーバに転送する。次に、それは、さらなる命令を待つ。例えば取引装置の年齢、および取引装置の状態といった取引装置に関する特定の情報は、売店の画面上又は取引装置上に提示された具体的な質問に対するクライアントの応答に基づいて決定することができる。以下でさらに詳細に説明するように、いくつかの実施形態において、取引装置上で実行されるアプリによる収集が売店への接続が行われる前に行われてもよい。
【００９１】
クライアントが依然として取引装置を処理している間、売店アプリは（ある実施形態では、対話制御装置、売店および／またはコールセンタの制御のもとで）、クライアントに取引装置の物理ボタンを試験させることもできる（壊れたボタンは取引装置の価値を大幅に低下させるため）。売店アプリおよび対話制御装置の一方または両方は、音量、ホーム、およびオン／オフボタン（たとえば、売店アプリが売店またはコールセンタのオペレータにモデルを通知しているので、各モデル電話に固有の他のボタン）を押すようにクライアントに命令することができる。これが行われている間、売店またはコールセンタのオペレータは、（クライアントが気付くことなく）加速度計、ジャイロスコープ、ＧＰＳ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などのようなものを売店アプリケーションにテストさせることができる。アプリが標準的な所定のテストルーチンを実行したとき、および／または売店またはコールセンタオペレータが、取引装置は売店内に配置される準備ができていることに、満足したときにのみ、クライアントはさらなる評価のために売店開口部にそれを配置することを許可される。
【００９２】
取引装置が売店に入ると、アプリケーションおよび対話制御装置は、依然として、テストを継続するために直列に動作することができる。例えば、アプリケーションは、取引装置に、一方または両方のカメラで写真を撮らせ（売店内ではあるが）、これらを売店またはサーバに送信し、これらの写真を評価のためにコールセンタオペレータを呼び出すことを可能にさせることができる。売店は、商用装置のカメラによって取得された画像においてマーキングが検出されたときに、品質について分析される目的で、１つ以上の特定のマーキングを有するように構成されてもよい。
【００９３】
取引装置が売店に入ると、対話制御装置または売店は、一意の識別子を取引装置に送信し、次いで、取引装置は、それをＱＲコード（登録商標）として画面上に表示することができる。対話制御装置または売店は、売店内の取引装置が実際にアプリケーションを実行している取引装置であることを検証する取引装置の写真を撮る間、このＱＲコード（登録商標）を読み返す。また、いくつかの実施形態において、ＱＲコード（登録商標）以外のパターンを表示して検出するようにしてもよい。このセキュリティ対策は、クライアントが２つの装置の上でアプリケーションを実行しようとし、より低い価値のものを取引装置として売店に入れようとする状況を回避するために重要である。
【００９４】
売店アプリはまた、対話制御装置内のマイクロフォンがオーディオファイルを記録し、結果を処理サーバ（例えば、処理サーバ１０８）に送る間に、売店にオーディオファイルを再生させることによって、取引装置のスピーカをテストすることができる。また、対話制御装置が売店内のスピーカによってファイルを再生し、売店アプリにそれを記録し、その結果をサーバまたは売店アプリに送信するように指示する場合にも、逆を行うことができる。サーバまたは売店アプリは、既知のオーディオファイルを検出し、取引装置のマイクロフォンまたはスピーカのいずれかが損傷した場合にエージェントに警告するように構成することができる。
【００９５】
処理６２２では、取引装置の１つまたは複数の外部検出可能なメトリックス（例えば、写真、体積、形状、サイズなど）が取得される。対話制御装置のカメラは、取引装置の画像を取得するために利用されてもよい。画像は、取引装置の外部から見える特性を決定するためのものであってもよい。例えば、取引装置の種類および型式の目に見える表示、表面上の割れ、デント、傷など、不足ボタンなどである。売店は、いくつかの実施形態において、複数のカメラによって取得された画像に基づいて、取引装置の体積、大きさ、および／または形状を自動的に決定することができる。いくつかの実施形態において、重量計が、取引装置が売店内にあるときに取引装置を保持し、取引装置の重量を検出することができるプラットフォームに組み込まれてもよい。重量は画像の中に取得することができるように表示されてもよいし、そのような通信能力が実施形態に存在する場合には送信されてもよい。
【００９６】
処理６２４では、取引装置上で実行されている売店アプリを使用して、取引装置との内部のメトリックスが取得される。内部のメトリックスは、オペレーティングシステム、メモリ、製造業者、モデル番号、ハードウェアの特徴および構成、バッテリ状態、ネットワーク状態、信号強度、オーディオ品質、ビデオディスプレイ品質などを含むことができる。
【００９７】
いくつかの実施形態は、取引装置を識別するための１つまたは複数の技法に構成される。一実施形態によれば、装置を識別するための第２の技術の成功率を連続的に向上させるために、装置を識別する第１の技術も使用される。どの技法を使用するかを決定する基準は、いくつかの実施形態において、単に取引装置が売店アプリを実行することができるかどうかに基づいてもよい。
【００９８】
取引装置が売店アプリを実行できる場合、そのアプリは取引装置に、それ自体を識別するのに必要なすべての情報をシステムのサーバに転送させるようにプログラムすることができる。いくつかの実施形態において、１００％正確であると見なすことができる。対話制御装置または売店は、取引装置の写真を撮って、画面上に示されたＱＲコード（登録商標）から解読された情報を、取引装置から直接受信された情報と照合することができる。全ての写真およびデータは、オペレータが受け取った情報および取引装置の状態（引っかき傷、欠落ボタン等）を評価することができるコールセンタに送ってもよい。このようにして得られた写真は、正確に識別された装置であると見なされ、したがって、１つまたは複数の中央データベースをさらに集団化するために使用することができる。
【００９９】
取引装置がアプリケーションを実行できない場合（例えば、スマートフォンではないか、または互換性のあるプロセッサベースの装置であるか、壊れているなどの理由により）、取引装置は、そのまま売店に置かれてもよい。売店または対話制御装置は、取引装置の写真を撮り、それらの写真をコールセンタまたは処理サーバに送ることができる。コールセンタでは一度、画像が装置の特徴（装置表面積、画面表面積、幅／高さ比、色、ボタン配置、エッジ特徴、マーキング）を検出するアルゴリズムを通過する。次に、これらの値をデータベースに記憶された画像と比較して、可能な候補を一致させる。トップ候補（例えば、トップ五の候補）は、おそらく確信度の割合によって、コールセンタエージェントに示され、コールセンタエージェントは次に、正しい候補を選択する。
【０１００】
いくつかの実施形態において、販売員などはその対話制御装置または売店タッチスクリーンに入力することにより、アプリケーションを実行できない取引装置を支援することができる。
【０１０１】
図８は、動作６２６〜６３８を含むフローチャート６００の一部を示す。動作６２４の後、フローチャート６００は動作６２６に進む。動作６２６において、ユーザセッションは、収集されたメトリックスの態様を含むように更新される。
【０１０２】
動作６２８では、取得されたメトリックスが処理される。処理は、収集されたメトリックスのいくつかに対して有効性チェックを実行することを含んでもよい。処理は、取得されたパラメータに基づいて、１つまたは複数のパラメータを導出することを含んでもよい。例えば、バッテリ残存寿命は、バッテリ強度、バッテリタイプ、および取引装置のタイプならびにモデルの、収集されたメトリックスに基づいて決定され得る。
【０１０３】
動作６３０では、ユーザセッションは、リモートオペレータ（例えば、コールセンタオペレータ）に割り当てられる。一実施形態によれば、多数のレベルのリモートオペレータが売店でクライアントにサービスするために利用可能である場合、レベル１のリモートオペレータは、このユーザセッションの固有の基準に基づいてユーザセッションに割り当てられる。
【０１０４】
動作６３２では、任意選択で、遠隔オペレータがクライアントを検証する。クライアントを検証することは、取得された情報（例えば、ＩＤカード情報）と、１つまたは複数の売店カメラまたは対話制御装置のカメラによって取得されたクライアントの画像とに基づくことができる。例えば、遠隔操作者は、運転免許の中の画像を、カメラが取得した画像と比較して、両者が一致しているかどうかを判定することができる。それらが一致すると判定された場合、遠隔オペレータは、クライアントが提供されたカード内で識別されたものと実際に同じ人物であるかどうかを判定する。
【０１０５】
いくつかの実施形態によれば、コールセンタエージェントは、すべてのトランザクションのそれぞれについての最終的な意思決定者であってもよい。一般に、トランザクションを満足に完了するためにコールセンタオペレータが決定する際に使用することができるいくつかの要因がある。
【０１０６】
いくつかの実施形態において、コールセンタオペレータがクライアントの撮影された写真がクライアントのオフィシャルＩＤカード上の写真と一致することに納得しなければならないことがあり、その結果、例えば、信頼できる正しい識別を行うことができる。コールセンタオペレータがより多くの写真が必要であると感じた場合、彼／彼女は対話制御装置を介して、構内アシスタントに、より多くの写真を取得するように要求することができる。いくつかの実施形態において、コールセンタオペレータが指定された取得パラメータ（例えば、取得角度、ズームレベル、ライトレベルなど）を使用して画像を取得することができる。取得された写真は取得の直後に、要求元のコールセンタオペレータに転送されてもよい。
【０１０７】
コールセンタオペレータは、またデータベースが提供することができるすべての助けを用いてではあるが、売店でクライアントによって提出された装置を正確に識別することができることに満足させられなければならない場合がある。
【０１０８】
コールセンタオペレータはまた、クライアントに自分の装置に対して提供される金銭（または他の価値手段）が、提出された装置の一般的な条件を含み、その時点までに収集された残りのすべての情報と一致していることに満足しなければならない場合がある。
【０１０９】
ＩＤを使用する実施形態について、動作６３４では、クライアントが正常に検証されたかどうかが判定される。
【０１１０】
動作６３６では、取引装置が有効であるかどうかが判定される。コールセンタオペレータは、スキャニングおよび売店アプリを実行することから、取引装置に関してこれまでに収集されたすべてのメトリックスおよび他の情報に基づいて、この判定を行うことができる。
【０１１１】
処理６３８では、オペレータは取引装置条件を選択する。コールセンタオペレータには、様々な視覚状態オプションを提示してもよい。例えば：ひび割れしたスクリーン、傷、引っかき傷、ボタンの欠落、裏蓋の欠落、バッテリの欠落などである。また、オペレータには、価格に直接影響を及ぼす一般状態のセレクタ（すなわち、悪、不良、良好、優良など）を提示することもできる。この時点で、オペレータは、不要な付属オプション（すなわち、イヤホン、ケーブル、非純正カバーなど）のために、例えば、取引装置を減少させることを選択するかもしれない。
【０１１２】
図９は、処理６４０〜６４８を含むフローチャート６００の一部を示す。処理６３８の後、フローチャート６００は処理６４０に進む。処理６４０では、収集された情報および以前に選択された状態に基づいて、取引装置の値が決定される。
【０１１３】
処理６４２では、ユーザセッションは、取引装置の推定値で更新される。
【０１１４】
処理６４４では、取引装置が取引可能であるかどうかが判定される。例えば、取引装置の推定値が所定閾値を上回る場合、取引可能であるとみなされる。そうでなければ、それは取引不能である。一例として所定の閾値は０ドルであってもよい。
【０１１５】
取引装置が取引可能であると判定された場合、処理６４６では、クライアントに取引装置に対する申し出が提示される。申し出は、売店運営会社が取引装置に対してクライアントに支払う意思がある価格を含むことができる。価格は推定値と同じであってもよいし、それに基づいていてもよい。申し出は、申し出の受諾または拒絶を示すためにクライアントが使用することができる価格および仮想ボタンを表示することによって提示することができる。
【０１１６】
ここで説明する売店のように、売店を操作するためのいくつかのビジネスモデルは、同じ企業が各売店を直接所有し、配布し、サービスすることを要求する。このモデルは、会社の財務および人的資源に非常に負担をかける傾向がある。
【０１１７】
いくつかの実施形態において、各売店１１８（または場合によっては売店の各群）が独立した事業所有者（ＩＢＯ）に販売され、次いで、第１の企業のサービスに「加入」することになる。目標は柔軟性を提供すること、および／または地理固有の価格設定を奨励することであり得る。この処理のモデルを達成するために、複数の異なった「加入パッケージ」を提供することができる。ＩＢＯは売店からなるパッケージを、売店を使用するためのすべてのソフトウェア、例えば、取引装置上で実行するための売店アプリおよび対話制御装置上で実行するための取引アプリとともに購入する（または、場合によってはリースする）ことによって開始してもよい。売店１１８は、集中型コールセンタオペレータおよび処理サーバへの直接接続を有さず、代わりに、対話制御装置および／または取引装置を介したコールセンタ／サーバへの接続に依存することが理解される。柔軟な加入モデルのいくつかの例は、基本モデル、地理固有の価格設定モデル、またはコンボ価格設定技術を含む。
【０１１８】
基本的な価格設定モデルによれば、ＩＢＯは、売店ならびにそれを実行するソフトウェア（コールセンタオペレータなどを含む）を購入する。ユーザが取引装置に対して支払われる金額は、取引装置の現在の卸値、予想される小売価格、その特定の装置の現在または累積されると予想される在庫の量などの要因に基づいて決定される。
【０１１９】
一例としての実施形態によれば、取引される装置に対するＩＢＯの支払いは、クライアントに支払われる金額、所与の時刻にＩＢＯによって受け取られるユニットの総量、ＩＢＯによって運営される売店の総数などを含むことができる１つまたは複数の要因を統合する度合に基づく。
【０１２０】
地理特定の価格設定モデルによれば、ＩＢＯは、売店ならびにそれを実行するソフトウェア（コールセンタオペレータなどを含む）を購入する。システムは、取引装置がその特定の装置の在庫累積額で再販売される予想価格などのような因子に基づいて、クライアントが特定の装置に対して支払われる金額を決定する。売店の地理的位置に基づいて価格設定を変更することもできる。
【０１２１】
ＩＢＯは、（取引装置に対して支払われた金額、所与の時間内にＩＢＯによって受け取られたユニットの総量、ＩＢＯによって操作される売店の総数などを含むことができる１つまたは複数の要因に基づいた）各販売金額の度合に応じて決定される少額を保持することができる。
【０１２２】
コンボ価格設定によれば、ＩＢＯは、売店ならびにそれを実行するソフトウェア（コールセンタオペレータなどを含む）を購入する。システムは、装置が販売された後に支払われる金額、在庫の累積金額などのような要因に基づいて、特定の装置に対して支払われるべき推奨金額を決定することができる。ＩＢＯは、クライアントに支払われる金額を（最小／最大範囲内で）それら自体の基準に基づいて修正することができる。取引装置収集の存在（例えば、第１の会社）は利益または損失を共有することができるが、いずれの場合にも、受け取られる最小限の金額を有する可能性がある。いくつかの実施形態において、以前のトランザクションおよび／またはトランザクション情報の他のソースが支払額を決定するために、および／またはクライアントに表示され得る他の取引情報を決定するために処理されてもよい。例えば、種々の情報源からの過去の取引データを分析して、類似の種類と特性を有する取引装置に対して競合者が支払った価格を決定することができる。
【０１２３】
処理６４８では、クライアントが申し出を受け入れたかどうかが判定される。クライアントは、対話制御装置の画面上に表示された適切な仮想ボタンを触れることによって、申し出の承諾を示すことができる。クライアントが辞退しようとする場合、クライアントは、辞退するために別の仮想ボタンに代わりに触れることができる。
【０１２４】
図１０は、処理６５０〜６５８を含むフローチャート６００の一部を示す。処理６４８の後、フローチャート６００は処理６５０に進む。処理６５０では、クライアントは、取引装置を取引するための契約を提示される。契約は、クライアントのアイデンティティおよび住所、取引装置の識別、および場合によっては取引装置が交換される価値に関する情報で満たされた特定のフィールドを有する標準形式契約であってもよい。
【０１２５】
処理６５２では、クライアントが合意を受け入れるかどうかが判定される。クライアントは、対話制御装置上の表示された仮想ボタンを押すことによって、合意に合意することを示すことができる。次に、売店アプリまたはサーバは合意ＩＤを生成し、それを、クライアントを一意に識別するトランザクションで収集された他の情報と関連付けることができる。
【０１２６】
一実施形態において、クライアントが取引装置から、または対話制御装置から、またはコンピュータベースの売店タッチスクリーンから、オンスクリーン署名を使用して、取引を承認することができる。
【０１２７】
処理６５４では、取引装置は売店内に固定される。一例としての実施形態において、構内アシスタントが売店１１８の上部容器から取引装置を取り出し、底部容器にデポジットすることができる。別の実施形態において、構内補助装置が上部容器内から底部容器内に取引装置を落下させる扉を開けるために機械的なボタン等を操作することができる。
【０１２８】
処理６５６では、クライアントに支払いが提供される。合意された金額の顧客への支払いは、現金または現金の代わりに、ペイパル送金、電子メール有線送金、または他の信用といった手段を提供することができ、これらに限定されないが、様々な手段のうちの１つにより提供することができる。クーポンは、売店が位置する地元の施設または他の場所で償還可能であり、取引装置と引き換えに分配される別の形態の支払いであってもよい。
【０１２９】
処理６５８では、クライアントは、取引装置のレシートを提供される。レシートは、取引装置の識別情報、取引の日時、および取引装置と引き換えにクライアントに支払われた金額を示すことができる。幾つかの実施形態において、クライアントが電子メール又は他の電子送金により自分の領収書を受け取ることを選択することができる。レシートは、ＱＲコード（登録商標）、バーコード、または取引先がクーポンを受け入れるための他の認識可能な識別子の形態であってもよいクーポンを含んでもよい。本発明の一実施形態において、ＩＢＯが、例えば取引装置がほとんどまたは全く価値がないときに渡されるクーポンを含む、代替の支払方法のために渡されるクーポンを構成するための構成オプションを提示することができる。サーバはまた、売店または売店のグループに、売店によってクーポンを配布するための命令を送信することができる。
【０１３０】
図１１は、取引契約の依頼人の承諾を得るための処理７００のフローチャートを示す。処理７００は、処理７０２〜７０６を含むことができる。一実施形態によれば、処理７００は、例えば、同意を受け入れるかどうかを指示するように依頼人に促す処理６５２を実行するときに実行されてもよい。
【０１３１】
処理７０２では、クライアントからの入力が受信され、同意の承諾を示す。例えば、クライアントが検収に対応する表示された仮想ボタンに触れたとしてもよい。
【０１３２】
処理７０４において、クライアントは、同意の確認を提供するように促される。促しは、売店の画面および／または対話制御装置を介して行うことができる。例えば、クライアントは、受諾の確認として指紋を提供するように要求されてもよい。いくつかの実施形態において、別の生体認証を、例えば目の走査、音声の認識、顔面の模様の認識などを、同意の確認として、使用することができる。
【０１３３】
処理７０６では、指紋リーダは、クライアントの確認を取得するために起動される。
【０１３４】
いくつかの実施形態において、小売価値を有するクーポンを使用して、ウェブページは、例えば、取引クーポンの償還会計を可能にすることによって、追加の特徴を提供することができる。そのような実施形態において、販売員はクーポンＩＤを入力またはスキャンすることによって、クーポンがまだ引き換えられていないことを、ウェブページを使用して検証することができ、またはクーポンの部分価値を引き換えるためにウェブサイトを使用することができる。
【０１３５】
図１２は、取引装置をリサイクルするかどうかを判定するための処理８００のフローチャートを示す。処理８００は、処理８０２〜８０４を含むことができる。一実施形態によれば、処理８００は、取引装置が取引可能な価値を有していないと判断する処理６４４を実行するときに、実行されてもよい。
【０１３６】
処理８０２では、クライアントは、取引装置をリサイクルする選択肢を受け入れるように促される。例えば、このような選択肢は、取引装置が適切な取引可能な価値を有していないと判断した場合に提供されてもよい。
【０１３７】
処理８０４において、ユーザがリサイクル選択肢を選択したかどうかが判定される。その後、プロセスはクライアントに合意を提示し、リサイクルのために取引装置を収集することに進むことができる。
【０１３８】
図１３は、取引装置が実行できない場合、または何らかの理由で売店アプリが実行されない場合に取引装置を処理するための処理１３００のフローチャートを示す。処理１３００は、処理１３０２〜１３１６を含むことができる。一実施形態によれば、処理１３００は、処理６１４または６１８を実行するときに実行され得る。
【０１３９】
処理１３０２では、クライアントは、取引装置を売店開口に配置するように促される。
【０１４０】
処理１３０４では、取引装置画像取得が実行され、評価が起動される。
【０１４１】
処理１３０６では、スキャニングチャンバ内の取引装置の評価が実行される。評価は、サイズ、形状、取引装置の画像を取得することによって決定可能な他の可視特性などの外部から見えるメトリックスを検出することを含む。また、重量等の特性を検出することもできる。ただし、売店アプリはアクティブではないため、特定の内部のメトリックスを入手できない場合がある。
【０１４２】
処理１３０８では、ユーザセッションは、取得されたメトリックスを用いて更新される。
【０１４３】
処理１３１０では、取引装置の値が決定される。決定は、上記の動作で得られたメトリックスに基づいてもよい。
【０１４４】
処理１３１２では、取引装置が適切な取引可能な価値を有するかどうかが判定される。いいえの場合、取引装置は、リサイクルのために考慮されてもよく、またはクライアントに返されてもよい。はいの場合、処理１３００は処理１３１４に進み、対応するユーザセッションがコールセンタオペレータに割り当てられる。いくつかの実施形態において、売店アプリが取引装置上で実行できないこの状況ではユーザセッションがレベル２のオペレータに割り当てられるように待ち行列に入れられる。
【０１４５】
キューサービスは、異なる売店で待機しているクライアントが平等に扱われるように、ラウンドロビン規律に基づくことができる。処理１３１６において、ユーザセッションは、利用可能なレベル２のオペレータに割り当てられる。レベル２のオペレータは、レベル１のオペレータよりもクライアントとより高いレベルの関わりあいを許可され、また備えている。
【０１４６】
図１４は、レベル２のオペレータによるユーザセッションの処理１４００のフローチャートを示す。処理１４００は、処理１４０２〜１４２０を含むことができる。一実施形態によれば、処理１４００は、例えば、売店アプリを実行しない取引装置に関連する取引のためのユーザセッションを実行する場合に実行されてもよい。
【０１４７】
処理１４０２では、ユーザセッションは、割り当てられたレベル２のコールセンタオペレータによって取得される。
【０１４８】
処理１４０４では、オペレータは、クライアントが助け、または支援を要求したかどうかを判定する。
【０１４９】
クライアントが、彼が問題を抱えていることを示している場合、動作１４０６において、オペレータは、問題を解決するためにクライアントと直接対話する。
【０１５０】
クライアントが、彼が問題を抱えていることを示さなかった場合、オペレータは、動作１４０８において、構内アシスタントと通信して、クライアントが提供したＩＤ情報をさらに確認または決定することができる。
【０１５１】
処理１４１０では、ＩＤの使用を用いた実施形態のため、ＩＤが正常に検証された場合、処理１４００は、オペレータが取得された取引装置のメトリックスを検証することができる動作１４１２に進むことができる。
【０１５２】
処理１４１４では、取引装置が有効な装置であるかどうかが判定される。
【０１５３】
処理１４１６では、売店アプリが取引装置で実行されているかどうかが再び判定される。
【０１５４】
処理１４１８では、アプリが取引装置上で現在実行されていると判定された場合、オペレータは、取引装置の状態をさらに判定するためにアプリを利用することができる。
【０１５５】
アプリが取引装置上で実行されていない場合、またはアプリが実行されている場合、処理１４２０で、アプリの助けを借りて特定の取引装置条件が決定された後、オペレータは、システムによって選択された装置のリストから装置オプションを選択することができる。
【０１５６】
上述のように、取引装置の様々な態様（例えば、上述の売店アプリ）を検出し診断するためのアプリを、グーグルプレイストア（Ｇｏｏｇｌｅ  Ｐｌａｙ  Ｓｔｏｒｅ）（登録商標）またはアップルアイチューンズストア（Ａｐｐｌｅ  ｉＴｕｎｅｓ  Ｓｔｏｒｅ）（登録商標）といったアプリポータルから取引装置または別の装置（例えば、第２の携帯型装置）にダウンロードすることができる。いくつかの実施形態において、取引装置が売店に置かれる前であっても、取引装置が売店に近づく前であっても、いつでも、アプリを取引装置にダウンロードすることができる。
【０１５７】
いくつかの実施形態において、アプリは、取引装置の評価を容易にするために別の装置（例えば、取引装置ではない第２の携帯電子装置、別のコンピュータ）によって、使用されてもよく、例えば、取引装置の診断は、少なくとも他の装置のカメラを使用して取得された画像に基づいて実行されてもよい。そのような診断は、売店および／または取引装置によって実行される診断を補完することができる。他の装置は、スマートフォン、タブレットコンピュータ、または他の携帯電子装置であってもよい。
【０１５８】
アプリがダウンロードされ、第２の装置にインストールされる時、アプリはクライアントが取引装置情報を入力し、および／または取引装置の写真を提出することを提供することができ、その結果、ユーザが取引を完了する売店で物理的に費やさなければならない時間を大幅に短縮することができる。ユーザが売店で過ごすのに必要な時間を短縮することは、装置を取引するために売店を使用する際のユーザ体験を改善する。それはまた、取引装置を処理するための売店の処理能力を改善することを提供する。
【０１５９】
売店で必要とされる時間の短縮は自動的に、またはクライアントが手動で入力することによって、売店に到着する前に取引に必要な情報の多くをアプリが取得し、クライアントが売店の近くにいるときに取得した情報をアプリが売店に転送することによって達成することができる。いくつかの実施形態において、アプリが取得された情報を中央サーバ（例えば、サーバ１０８／１１０）に転送することができ、そこから売店はその後、情報にアクセスすることができる。第２の装置による情報の自動取得は、第２の装置のカメラを使用して取引装置の画像をキャプチャすること、第２の装置のマイクロフォンを使用して取引装置から音声出力を記録することなどによって行うことができる。取引装置の取得された画像または音声は、その後、分析のために売店または中央サーバに提出されてもよい。分析のいくつかは、第２の装置によって実行されてもよい。取引装置の１つまたは複数のピクチャおよび／またはオーディオクリップを、装置を有するクライアントが売店に到着する前またはすぐ後に、第２の装置によって売店または中央サーバに提出することができる。また、アプリが事前に取得した情報には、クライアントおよび／または取引装置に関する情報が含まれていてもよい。
【０１６０】
取引装置の写真は、売店によって取得されることが要求される取引装置の画像の数を減らすために使用されることができる。特定の実施形態において、取引装置の売店撮影画像と取引装置のアプリ撮影画像との対比を使用して、アプリ提供情報が売店によって撮影された同じ装置に関連することを確認することができる。
【０１６１】
図１５は、クライアントが第２のスマートフォンといった第２の装置上で売店アプリを実行して取引装置情報を収集する処理１５００のフローチャートを示す。これらの実施形態において、アプリは、取引装置が売店に近づく前に実行されてもよい。以下の処理は売店アプリの一部として説明されるが、いくつかの実施形態において、処理が売店アプリから分離された１つ以上のアプリによって実行されてもよい。
【０１６２】
処理１５０２では、クライアントは、アプリストアまたは他のネットワークリソースから第２の装置（例えば、取引装置ではない、クライアントの携帯電話）にアプリをダウンロードする。
【０１６３】
処理１５０４では、クライアントは、アプリを開始する。第２の装置上で実行されるアプリは、取引装置の一つまたは複数の画像を取得するようにクライアントに命令することができる。命令は、第２の装置の画面に表示されてもよいし、スピーカを介して出力されてもよい。命令は、取引装置の正面、背面、および／または側面が写真撮影されること、取引装置の正面ディスプレイが写真撮影される前に取引装置上の１つまたは複数のボタンが押されて、その画面上に表示されるものが写真上に取得されることなどを指定することができる。第２の装置によって取得された画像から検出される取引装置の態様のいくつかは、上述された。
【０１６４】
アプリは取引装置が売店に持ち込まれる前に、取引装置の特徴および機能性を少なくとも部分的に評価するために第２の装置によって使用されることができる。例えば、第２の装置上で実行されるアプリは、取引装置の少なくとも１つの写真を撮ることができ、コンピュータ視覚、人工知能、物体認識、および欠陥認識などの技術を使用して、リモートサーバ（例えば、サーバ１０８およびデータベース１１０）による処理を用いて、アプリは取引装置を識別することができるが、これらに限定されない。例えば、クライアントがクライアントの携帯型装置上で実行されているアプリから取引装置を評価するために、クライアントは、コールセンタオペレータおよび／またはリモートサーバによって、取引装置の一連の少なくとも１つの写真を撮るように命令され得る。次いで、第２の装置上のアプリはさらなる分析のために、一連の少なくとも１つの写真を（例えば、サーバ１０８内の）認識サーバに送信する。認識サーバは、ボタン、マイクロフォン、ロゴなどの属性の長さ、幅、高さ、位置など、撮影された写真から特徴を認識するためにコンピュータビジョン技術を使用する。認識サーバは多数の画像を処理することにより、人工知能モデルおよびコンピュータビジョンモデルを用いて、取引装置のモデルを高精度に認識することができる。
【０１６５】
一例としての実施形態において、取引装置の型およびモデルを取引装置自身の画像から分類するために、認識サーバは少なくとも２つのフェーズを有する分類アルゴリズムを使用する畳み込みニューラルネットワーク（ＣＮＮ）のようなディープラーニングアルゴリズムを使用することができる。トレーニングフェーズでは、ＣＮＮが既知の電話の画像と、それらの対応する型、モデル、および場合によっては属性からなるデータセットを使用してトレーニングされる。予測フェーズでは、ＣＮＮが訓練されたモデルを利用して、可能な属性だけでなく、電話画像から電話機型およびモデルを予測する。
【０１６６】
ＣＮＮネットワークは、トレーニングによって改善することができる。ＣＮＮの訓練には４つのステップがあり得る。
【０１６７】
ＣＮＮをトレーニングする第１の工程において、データ前処理として、画像は、明確にするために処理され、認識サーバによって使用され得る形式に記憶され得る。具体的には、前処理工程がすべてのトレーニング電話の画像に対するヒストグラム化、すべてのトレーニング画像の固定フォーマットへのサイズ変更、電話トレーニングデータの２つの組への分割、それぞれのトレーニング組、例えば、全画像組の５／６に対応する第１の組、および残り１／６に対応する検証組から構成されてもよく、前者はモデルをトレーニングするために使用されてもよく、後者はモデルの精度を計算するためであってもよい。
【０１６８】
モデル定義のステップにおいて、ＣＮＮモデルおよびそのパラメータが定義される。定義されたＣＮＮモデルは、例えば、イメージネット（ＩｍａｇｅＮｅｔ）データセット上で事前訓練されたＧｏｏｇｌｅＮＥＴを使用することができる。予め訓練されたモデルの使用は、伝達学習と呼ばれる技術である。
【０１６９】
ソルバ定義のステップにおいて、ＣＮＮモデルを最適化することができる。モデルの精度は、所定の固定された反復回数ごとに（例えば、全てのｉｔｈ反復ごとである。ここで、ｉは事前構成される）、検証セットを使用して計算される。最適化は、ｉ＿ｍａｘ  ＞５０＊ｉといった最大反復回数ｉ＿ｍａｘに対して実行される。
【０１７０】
モデルトレーニングのステップにおいて、ＣＮＮは、トレーニングセットを使用してトレーニングされてもよい。損失およびモデル精度が監視される時、トレーニングプロセスは、所定の反復回数に達するか、または損失およびモデル精度の変動が一貫して所定の閾値未満になるまで実行され得る。
【０１７１】
訓練が完了すると、認識サーバおよび／または第２の装置は、訓練されたＣＮＮを使用して、電話の新しい画像について予測を行う。
【０１７２】
いくつかの実施形態において、上記に関連して、認識サーバはまた、画面がひび割れているか、またはボタンが欠落しているか、または他の属性が変更されていることを、例えば、検出するために、一連の画像に基づいて取引装置の欠陥を識別するように構成されてもよい。これを行うために、ある実施形態において、オープンＣＶから入手可能なライブラリのような種々のコンピュータビジョン機能およびライブラリを使用することによって、「ミント状態」画像に比べて類似の欠陥を識別することができる。
【０１７３】
例えば、欠陥を検出するための実施形態において、欠陥を検出するための１つの方法は少なくとも１つの視点から取得された画像に基づき、（１）勾配のヒストグラム（ＨＯＧ）特徴、（２）前の段階で見出された画面の４つの隅に基づくホモグラフィ変換を適用することによる変換画像、（３）グレイスケール変換およびガウスブラー適用による画像の前処理、および（４）キャニーエッジ検出器のようなエッジ検出器を使用するひび割れの発見を実行する。
【０１７４】
コンピュータビジョンまたは人工知能ライブラリを使用することによって欠陥を検出することができる実施形態において、「ひび割れた画面」、「欠けているボタン」、「欠けているバッテリ」などといった特定の属性が関心の対象となることがある。これらの属性は価格を問い合わせるなどのさらなる処理のために、記憶され、ユーザセッションまたは取引装置に関連付けられる。自動化された売店または写真を撮ることができる第２の装置のいずれかからの一連の少なくとも１つの写真から撮られた、認識および／または欠陥認識サーバからの上記で識別された情報に基づいて、価格分析機能が実行され、データベースの助けを借りて、第２の装置についてエンドユーザに提供される推定市場価格を計算または選択する。
【０１７５】
いくつかの実施形態において、取引装置の画像を撮影する（第２の装置または売店の）少なくとも１つのカメラは、別のやり方により通常の可視スペクトルカメラによって見えないままにされる欠陥を検出することができる赤外カメラであってもよい。欠陥検出のための類似のモデルおよび方法は本明細書に記載されるように、赤外線カメラによって生成される画像に適用される。いくつかの実施形態において、取引装置の画像を撮影する少なくとも１つのカメラが深度を測定することができる３Ｄカメラであってもよい。いくつかの実施形態において、カメラが上述の技法といった技法によって、型およびモデルの装置識別または欠点検出の両方のために、カメラの視認能力を装置に向かって拡張することができる戦略的に配置された鏡によって支援されてもよい。
【０１７６】
取引装置のさらなる態様は、第２の装置を使用して検出することができる。いくつかの実施形態において、クライアントが携帯電話といった第１の装置上で＊＃０６＃をダイヤルするように促され、この第１の装置はほとんどの場合、携帯電話にＩＭＥＩを表示させ、第２の装置に接続された別のカメラを使用して、第２の装置上のコンピュータコードは光学式文字読み取り（ＯＣＲ）技術を使用して、取引装置に表示されたＩＭＥＩを読み取ることができ、これにより、第２の装置はＩＭＥＩ識別機能またはＩＭＥＩからこのような情報を取り出すことができるデータベースを使用することによって、取引装置の製造業者および型式を識別することができる。見積価格を表示した後、売店はアプリをダウンロードするためのリンクを含む電子メールまたはテキストメッセージを、例えば、追加の指示でフォローアップするための電子メールまたは電話番号を依頼することができる。電子メールは追加の情報、例えば、特定の時間量の間に提供される価格をロックすることができる特別なプロモーションコードを含むことができる。
【０１７７】
あるいはクライアントは、携帯電話（取引装置）上で＊＃０６＃をダイヤルするように促され、ほとんどの場合、携帯電話にＩＭＥＩを表示させ、その後、クライアントはＩＭＥＩが表示されたときにスクリーンショットを撮るように促され得る。次いで、第２の装置上で実行されているアプリは、クライアントの写真へのアクセスを要求し、表示されたＩＭＥＩを含むピクチャを探すために撮影された最後のピクチャを見ることができる。そうするために、アプリはＩＭＥＩを有するスクリーンショットを識別するために、スクリーンショットを比較する様々なモデルを有することができる。例えば、アイフォン（登録商標）（ｉＰｈｏｎｅ（登録商標））６ｓ上では、ＩＭＥＩが約３３０×５０の寸法の長方形内の、大まかな座標（２１０，５２０）で始まる領域に表示される。また、例えばバッテリーロゴやＯＫボタンの有無を確認するために、アプリは、他のスクリーンショットの特徴を見ることもできる。
【０１７８】
処理１５０６では、クライアント情報をアプリに入力することができる。クライアント情報は、クライアント名、住所、および他の識別情報を含むことができる。いくつかの実施形態において、アプリによって取得されるクライアント情報は、クライアントの身分証明書、運転免許証等の画像を含んでもよい。
【０１７９】
処理１５０８では、取引装置の推定金額が決定される。この段階において、アプリが現在取得している情報に基づいて推定金額が決定される。いくつかの実施形態において、価格情報は、価格設定サーバから取得することができる。価格設定サーバおよびアプリ対話は、処理１６００に関連して以下で説明するものと同様の方法で動作することができる。
【０１８０】
処理１５１０では、クライアントは売店を使用する。第２の装置によって取得された取引装置に関する情報は、直接に、または対話制御装置上で実行される取引アプリを介して、中央サーバに転送され得る。
【０１８１】
売店内の取引装置の１つ以上の画像が取得され、中央サーバに送信される。
【０１８２】
いくつかの実施形態において、第２の装置によって取得された画像および／または音声に基づいて、中央サーバは第２の装置上のクライアントに表示されてもよい推定支払い申し出を提供することができる。これらの実施形態において、中央サーバが取引装置の一意識別子（例えば、画像解析によって取得されてもよいＩＭＥＩ）に関連して、推定された申し出を追跡し続けてもよい。その後、クライアントが取引装置を売店に提出すると、売店における完全な診断分析の後に提示された支払いは、一意識別子に基づいて見つけることができる推定支払い申し出の金額を考慮に入れることもできる。
【０１８３】
取引装置に関する取得された情報を中央サーバに転送するための上記の技術の多くは、以下の処理１６００に関連して説明されるように、アプリを実行する取引装置によって、またはアプリを実行する第２の携帯型装置によって使用され得る。
【０１８４】
このアプリは、第２の装置上で実行されるとき、写真を取得し、取引装置のオーディオ出力を取得するために有用である。取引装置上で実行されるとき、アプリは、取引装置の機能および特徴の実質的により大きな部分をカバーする診断情報を取得することができる。
【０１８５】
特定の実施形態を上記で説明したが、本発明を提供した当業者であれば、様々な実施形態の態様を様々な組合せで使用して、電子装置を再利用するための電子売店のさらに他の実施形態を実現することができることを理解するのであろう。
【０１８６】
本明細書に提示される実施形態を詳細に説明してきたが、前述の記載はすべての態様に例示的であり、限定的ではない。開示された実施形態の範囲から逸脱することなく、多くの他の修正および変形が考案され得ることが理解される。
【図面の簡単な説明】
【０１８７】
【図１】図１は、いくつかの実施形態による、異なる種類の売店を有する遠隔分散型電子装置収集売店のネットワークのシステム図を示す。
【図２Ａ】図２Ａは、いくつかの実施形態による、基本的なコンピュータ演算能力を備えた低コスト電子装置収集売店の模式図を示す。
【図２Ｂ】図２Ｂは、いくつかの実施形態による、図２Ａまたは図３の売店といった低コストの売店におけるコンピュータおよびコントローラの接続の構成図を示す。
【図３】図３は、いくつかの実施形態による、基本的なコンピュータ演算能力を備えた低コスト電子装置収集売店の外観図を示す。
【図４】図４は、いくつかの実施形態による、図２Ａおよび図３に示した、電子装置収集売店内の鏡の配置を示す。
【図５】図５は、いくつかの実施形態による、図２Ａおよび図３に示した、電子装置収集売店内に配置された電子装置の画像を取得するように構成された画像取得装置の概略図である。
【図６】いくつかの実施形態による、１つまたは複数の電子装置収集ブースの動作を容易にするプロセスのフローチャートを示す。
【図７】いくつかの実施形態による、１つまたは複数の電子装置収集ブースの動作を容易にするプロセスのフローチャートを示す。
【図８】いくつかの実施形態による、１つまたは複数の電子装置収集ブースの動作を容易にするプロセスのフローチャートを示す。
【図９】いくつかの実施形態による、１つまたは複数の電子装置収集ブースの動作を容易にするプロセスのフローチャートを示す。
【図１０】いくつかの実施形態による、１つまたは複数の電子装置収集ブースの動作を容易にするプロセスのフローチャートを示す。
【図１１】いくつかの実施形態による、１つまたは複数の電子装置収集ブースの動作を容易にするプロセスのフローチャートを示す。
【図１２】いくつかの実施形態による、１つまたは複数の電子装置収集ブースの動作を容易にするプロセスのフローチャートを示す。
【図１３】いくつかの実施形態による、１つまたは複数の電子装置収集ブースの動作を容易にするプロセスのフローチャートを示す。
【図１４】いくつかの実施形態による、１つまたは複数の電子装置収集ブースの動作を容易にするプロセスのフローチャートを示す。
【図１５】いくつかの実施形態による、１つまたは複数の電子装置収集ブースの動作を容易にするプロセスのフローチャートを示す。
【図１】
2020526847.tif 000003
【図２Ａ】
2020526847.tif 000004
【図２Ｂ】
2020526847.tif 000005
【図３】
2020526847.tif 000006
【図４】
2020526847.tif 000007
【図５】
2020526847.tif 000008
【図６】
2020526847.tif 000009
【図７】
2020526847.tif 000010
【図８】
2020526847.tif 000011
【図９】
2020526847.tif 000012
【図１０】
2020526847.tif 000013
【図１１】
2020526847.tif 000014
【図１２】
2020526847.tif 000015
【図１３】
2020526847.tif 000016
【図１４】
2020526847.tif 000017
【図１５】
2020526847.tif 000018
【国際調査報告】
2020526847.tif 000019
2020526847.tif 000020
2020526847.tif 000021
2020526847.tif 000022