(57)【特許請求の範囲】
【請求項１】
電子デバイスの１つまたは複数の画面の状態を識別するための方法であって、
第１のデバイスが、前記第１のデバイスの画面または前記画面の一部の状態の評価を求める要求を、リターンアプリケーションを介して受け取ることと、
前記第１のデバイスが、前記第１のデバイスの前記画面上に第１のグラフィックを提示することとを含み、前記第１のグラフィックは第１の識別コードを含み、前記方法は、
前記第１のデバイスが、前記第１のグラフィックの第１の画像の少なくとも一部を、前記第１のデバイスのカメラによって捕捉することを含み、前記第１の画像は、反射面上の前記第１のグラフィックの反射を含み、前記方法は、
前記第１のデバイスが、１つまたは複数の第２のグラフィックを、前記第１のデバイスの前記画面上に提示することと、
前記第１のデバイスが、前記第２のグラフィックのうちの少なくとも１つの第２の画像のうちの１つまたは複数の少なくとも一部を、前記第１のデバイスの前記カメラを介して捕捉することとを含み、前記第２の画像の各々は、前記反射面上の、前記第２のグラフィックのうちの少なくとも１つの反射を含み、前記方法は、
前記第１のデバイスおよび前記第１のデバイスに通信可能に接続されたサーバのうちの一方が単独で、または両方が連携して、前記第１のデバイスの前記画面の状態を判定するために、前記第２の画像のうちの１つまたは複数を処理することを含み、前記第２の画像のうちの１つまたは複数を処理することは、
前記第２の画像を部分に分割することと、
前記第２の画像の前記部分のうちの１つまたは複数が損傷を含むか否かを判定することと、
損傷を含む部分の１つまたは複数に隣接する部分を識別することと、
前記第２の画像のうちの１つまたは複数の前記部分のうちの１つまたは複数が損傷を含むと判定されるか否か、および、損傷を含むと判定されている部分の１つに隣接する前記部分のうちの１つまたは複数も損傷を含むか否かに基づいて、前記第１のデバイスの前記画面の状態を判定することとを含む、方法。
【請求項２】
前記第１のデバイスまたは前記サーバが、前記第１の識別コードの分析に基づいて前記第１のデバイスのアイデンティティを検証することをさらに含む、請求項１に記載の方法。
【請求項３】
前記第１のデバイスが、前記第２のグラフィックのうちの少なくとも１つの第２の画像のうちの１つまたは複数の少なくとも一部を捕捉することは、
前記第１のデバイスの前記カメラを介して捕捉された前記第１の画像の少なくとも一部に基づいて前記第１のデバイスの向きを判定することと、
前記判定された向きに基づいて前記第１のデバイスの向きを調整するための誘導を提供することと、
を含む、請求項１に記載の方法。
【請求項４】
前記第１のデバイスが、前記第１のグラフィックの追加の画像の少なくとも一部を、前記第１のデバイスの前記カメラを介して捕捉することをさらに含む、請求項３に記載の方法。
【請求項５】
前記第１のデバイスが、前記第１のデバイスの向きを、前記第１のデバイスの前記カメラを介して捕捉された前記第１の画像の少なくとも一部に基づいて判定することと、
前記第１のデバイスが、前記判定された向きに基づいて前記第１のデバイスの向きを調整するための誘導を提供することと、
前記第１のデバイスが、前記第２のグラフィックのうちの少なくとも１つの追加の画像のうちの１つまたは複数の少なくとも一部を、前記第１のデバイスの前記カメラを介して捕捉することとをさらに含み、前記追加の画像の各々は、前記反射面上の前記第２のグラフィックのうちの少なくとも１つの反射を含む、請求項３に記載の方法。
【請求項６】
前記第１のデバイスまたは前記サーバが、前記捕捉された第１の画像または前記捕捉された第２の画像のうちの１つまたは複数のうちの少なくとも１つが処理可能な画像ではないと判定することと、
前記第１のデバイスが、以下を行なうことによって、処理可能な画像を捕捉するために前記第１のデバイスが向きを変えることを可能にすることとをさらに含み、
前記以下を行なうことは、
前記捕捉された第１の画像または前記１つもしくは複数の捕捉された第２の画像に基づいて、前記第１のデバイスの向きを判定することと、
前記判定された向きに基づいて前記第１のデバイスの向きを調整するための誘導を提供することと
を含む、請求項３に記載の方法。
【請求項７】
前記第１のデバイスが、前記捕捉された第２の画像のうちの１つまたは複数に、前記捕捉された第１の画像の少なくとも一部をタグ付けすることをさらに含む、請求項１に記載の方法。
【請求項８】
前記第１のデバイスが、前記第１のデバイスの１つまたは複数のプロセスを制限することをさらに含む、請求項１に記載の方法。
【請求項９】
前記サーバが、前記第２の画像内で前記第１のデバイスの画面または前記画面の一部を識別することは、コーナ検出またはエッジ検出の少なくとも１つを利用して、前記第２の画像内で前記第１のデバイスの画面を識別することを含む、請求項１に記載の方法。
【請求項１０】
前記第２の画像のうちの１つを処理することは、
前記第２の画像内で前記第１のデバイスの前記画面または前記画面の一部を識別することと、
第３の画像を生成することとを含み、前記第２の画像の、前記第２の画像内で画面または前記画面の一部として識別されない部分は、前記第３の画像に含まれないように制約され、
前記第３の画像を部分に分割することと、
前記第３の画像の前記部分のうちの１つまたは複数が損傷を含むか否かを判定することと、
損傷を含む前記部分の１つまたは複数に隣接する部分を識別することと、
を含み、
前記第１のデバイスの前記画面の状態を判定することは、前記第３の画像のうちの１つまたは複数の前記部分のうちの１つまたは複数が損傷を含むと判定されるか否か、および、前記隣接する部分のうちの１つまたは複数が損傷を含むか否かに基づく、請求項１に記載の方法。
【請求項１１】
前記第３の画像を生成することは、前記第２の画像の、前記画面または前記画面の一部として識別されない部分が除去されるように、前記第２の画像を変更することを含む、請求項１０に記載の方法。
【請求項１２】
前記画面または前記画面の一部を識別することは、前記第１のデバイスの前記画面のアクティブ領域を識別することを含む、請求項１０に記載の方法。
【請求項１３】
電子デバイスの１つまたは複数の画面の状態を識別する方法であって、
第１のデバイスの画面または前記画面の一部の状態の評価を求める要求を、第２のデバイスが、前記第２のデバイスでアクセスされるリターンアプリケーションを介して受け取ることを含み、
前記第１のデバイスが、第１のグラフィックを、前記第１のデバイスの前記画面上に提示することとを含み、前記第１のグラフィックは第１の識別コードを含み、
前記第２のデバイスが、前記第１のデバイス上に提示される前記第１のグラフィックの第１の画像の少なくとも一部を、前記第２のデバイスのカメラを介して捕捉することと、
前記第１のデバイスが、前記第１のデバイスの前記画面上に１つまたは複数の第２のグラフィックを提示することと、
前記第２のデバイスが、前記第１のデバイスに提示される前記第２のグラフィックのうちの少なくとも１つの第２の画像のうちの１つまたは複数の少なくとも一部を、前記第２のデバイスの前記カメラを介して捕捉することと、
前記第１のデバイス、前記第２のデバイス、および前記第１のデバイスと前記第２のデバイスとに通信可能に接続されたサーバのうちの一つが単独で、または少なくとも２つ以上が連携して、前記第１のデバイスの前記画面の状態を判定するために、前記第２の画像の１つまたは複数を処理することとを含み、
前記第２の画像のうちの１つを処理することは、
前記第２の画像を部分に分割することと、
前記第２の画像の前記部分の１つまたは複数が損傷を含むか否かを判定することと、
損傷を含む部分の１つまたは複数に隣接する部分を識別することと、
前記第２の画像の前記部分の１つまたは複数が損傷を含むと判定されるか否か、および、損傷を含むと判定されている前記部分のうちの１つに隣接する前記部分の１つまたは複数も損傷を含むか否かに基づいて、前記第１のデバイスの前記画面の状態を判定することとを含む、方法。
【請求項１４】
前記第１のデバイスが損傷していると判定された場合、前記第１のデバイス、前記第２のデバイス、または前記サーバが、損傷情報を判定することと、前記第１のデバイス、前記第２のデバイス、または前記サーバが、前記判定された損傷情報に基づいて損傷を含むと判定された前記第２の画像の前記部分の１つまたは複数を識別するためにフラグを生成することとをさらに含む、請求項１３に記載の方法。
【請求項１５】
前記第１のデバイスが損傷していると判定された場合、前記第１のデバイス、前記第２のデバイス、または前記サーバが、前記第１のデバイスのタッチスクリーンをテストすることをさらに含む、請求項１３に記載の方法。
【請求項１６】
前記第１のデバイスが、前記捕捉された第１の画像に基づいて、前記第１のデバイスの前記画面の輝度を較正することをさらに含む、請求項１３に記載の方法。
【請求項１７】
前記第１のデバイスが、前記第１のデバイスの前記画面上に前記第２のグラフィックのうちの１つまたは複数を提示することは、
前記第１のデバイス上にバースト画像のセットを提示することを含み、前記バースト画像のセットは、複数の明度レベルの前記第２のグラフィックのうちの少なくとも１つを含み、
前記第２のデバイスが、前記第１のデバイス上に提示される前記第２のグラフィックのうちの１つまたは複数の少なくとも一部を捕捉することは、
前記第１のデバイス上に提示される前記バースト画像のセットを捕捉することと、
前記捕捉されたバースト画像のセットのいずれの色が基準色と最も類似しているかを判定することによって、前記捕捉されたバースト画像のうちの１つを選択することと、
前記選択された捕捉されたバースト画像を、前記捕捉された第２のグラフィックの１つとして識別することと、
を含む、請求項１３に記載の方法。
【請求項１８】
前記第２のデバイスが、前記第２のグラフィックのうちの少なくとも１つの第２の画像の１つまたは複数の少なくとも一部を捕捉することは、
前記第２のデバイスの前記カメラを介して捕捉された前記第１の画像の少なくとも一部に基づいて前記第１のデバイスの向きを判定することと、
前記判定された向きに基づいて前記第１のデバイスの向きを調整するための誘導を提供することと、
前記第１のグラフィックの追加の画像の少なくとも一部を、前記第１のデバイスの前記カメラを介して捕捉することと、
を含む、請求項１３に記載の方法。
【請求項１９】
前記第１のデバイスが前記第１のデバイスの前記画面上に１つまたは複数の第２のグラフィックを提示することは、前記第１のデバイスの前記画面上に２つ以上の第２のグラフィックを順次提示することを可能にすることを含み、前記第２のグラフィックのうちの１つまたは複数の少なくとも一部を捕捉することは、前記第１のデバイスの前記画面上に順次提示される前記第２のグラフィックの各々の少なくとも１つの画像を捕捉することを含む、請求項１３に記載の方法。
【請求項２０】
前記第１のデバイスが前記第１のデバイスの前記画面上に１つまたは複数の第２のグラフィックを提示することは、前記第１のデバイスの前記画面上に２つ以上の第２のグラフィックを同時に提示することを可能にすることを含む、請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、すべて本明細書において参照により本明細書に組み込まれる、２０１７年３月７日に出願された「デバイスの画面損傷検出（ＳＣＲＥＥＮ  ＤＡＭＡＧＥ  ＤＥＴＥＣＴＩＯＮ  ＦＯＲ  ＤＥＶＩＣＥＳ）」と題する米国非仮特許出願第１５／４５２，７０７号、および、２０１６年３月７日に出願された「携帯デバイスの画面損傷検出（ＳＣＲＥＥＮ  ＤＡＭＡＧＥ  ＤＥＴＥＣＴＩＯＮ  ＦＯＲ  ＭＯＢＩＬＥ  ＤＥＶＩＣＥＳ）」と題する米国仮特許出願第６２／３０４，７２９号に対する優先権を主張する。
【０００２】
技術分野
本発明は、１つまたは複数のデバイス画面の状態を判定することに関する。
【背景技術】
【０００３】
背景
スマートフォン、時計、タブレットなどのデバイスは、消費者がデバイスをアップグレードする際に製造元または第三者にしばしば売り戻される。これらの中古デバイスは、デバイスの状態に基づいて再販市場で価値を有する場合がある。例えば、ユーザは中古電話機を再販業者に提供し得、再販業者は電話機の状態を評価し、評価に基づいて価格を提示し得る。しかしながら、デバイスの状態の評価は、人間によって行われ、したがって時間がかかり、主観的であることが多い。さらに、ユーザは、提示価格を受けるために評価を（例えば、キオスク、店舗などで）待たなければならず、ユーザが中古デバイスを再販する意欲を低減し、および／または、そのプロセスに対するユーザの満足度を低下させる可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
概要
様々な実施態様において、デバイス上の１つまたは複数の画面の状態が判定される（例えば、画面の損傷が存在するか否か）。ユーザは、デバイス上のリターンアプリケーションを介して、画面および／またはデバイスの状態の評価を要求することができる。リターンアプリケーションは、（例えば、価値の判定、再販、保険金請求、保証請求のために）デバイスの状態を判定することができる。リターンアプリケーションは、デバイスの画面上に第１のグラフィックを表示し、ユーザに、（例えば、鏡内のデバイスの反射像がデバイス自体によって捕捉されることを可能にするために）鏡などの反射面の前にデバイスを位置決めするように促すことができる。リターンアプリケーションは、画面の状態を正確に評価するために使用することができる画像が捕捉される確率を増加させるために、デバイスを所定の位置（例えば、鏡により近い）に位置付けするようにユーザを誘導することができる。デバイスの画面の画像を得ることができる（例えば、画像を自動的に撮影することができ、および／または、ユーザが撮影することができる）。例えば、鏡内の画面の反射の写真を捕捉することができる。画面の画像は、処理および／または分析することができ、分析された画像に基づいて画面が損傷しているか否かの判定を行うことができる。画面損傷の分析に基づいて、１つまたは複数の通知および／またはフラグを生成、送信、および／または表示することができる。
【０００５】
いくつかの実施態様では、第２のデバイスを利用して、デバイスの画面の状態の識別を容易にすることができる。例えば、第１のデバイスは、カメラが破損および／もしくは損傷している場合があり、および／または、第１のデバイスの画面の損傷がひどすぎて、第１のデバイス上のリターンアプリケーションと相互作用することができない場合がある（例えば、画面の亀裂がユーザの指を傷つけるおそれがある）。したがって、第２のデバイス上のリターンアプリケーションを利用して、第１のデバイスの画面の状態を識別することができる。
【課題を解決するための手段】
【０００６】
様々な実施態様において、デバイス（例えば、携帯デバイス、ラップトップなどの電子機器）の１つまたは複数の画面の状態を識別することができる。第１のデバイスの画面またはその一部の状態の評価を求める要求を、第１のデバイス上のリターンアプリケーションを介して受け取ることができる。第１のデバイスの画面（例えば、表示構成要素）上に、第１の識別コードを含む第１のグラフィックを提示することが可能であり得る。リターンアプリケーションは、第１のグラフィックが第１のデバイスの画面上に表示されるようにすることができる。第１のグラフィックの第１の画像の少なくとも一部は、第１のデバイスのカメラによって捕捉されてもよい。第１の画像は、鏡のような反射面上の第１のグラフィックの反射を含むことができる。１つまたは複数の第２のグラフィックを、第１のデバイスの画面上に提示することが（例えば、リターンアプリケーションを介して）可能であり、第２のグラフィックのうちの少なくとも１つの第２の画像の１つまたは複数の少なくとも一部分を、（例えば、第１のデバイスのカメラを介して）捕捉することができる。第２の画像のうちの１つまたは複数は、鏡のような反射面上の、第２のグラフィックのうちの少なくとも１つの反射を含むことができる。リターンアプリケーションは、第１のデバイスのカメラ構成要素を制御することおよび／またはユーザが当該カメラ構成要素を制御することを許容することが可能であり得る。リターンアプリケーションは、第１のデバイスのカメラによって捕捉されている画像にアクセスすることができる。第１のデバイスの画面の状態を判定するために、第２の画像のうちの１つまたは複数を処理することができる。第２の画像（複数可）を処理することは、第２の画像を部分に分割することと、第２の画像の部分のうちの１つまたは複数が損傷を含むか否かを判定することと、損傷を含む部分の１つまたは複数に隣接する部分を識別することとを含む。第１のデバイスの画面の状態は、第２の画像のうちの１つまたは複数の部分のうちの１つまたは複数が損傷を含むと判定されたか否か、および、損傷を含むと判定されている部分の１つに隣接する部分のうちの１つまたは複数もが損傷を含むか否かに基づいて判定することができる。
【０００７】
実施態様は、以下の特徴の１つまたは複数を含むことができる。第１のデバイスのアイデンティティは、第１の識別コードの分析に基づいて検証することができる。第２のグラフィックを含む第２の捕捉画像に、第１のグラフィックから、第１の識別コードまたはその一部を埋め込むか、またはその他の方法でタグ付けすることができる。第２のグラフィック（複数可）の第２の画像（複数可）の少なくとも一部を捕捉することは、第１のグラフィックの捕捉画像に基づいてデバイスの向きを判定することと、判定された向きに基づいて、デバイスの向きを調整するための誘導を提供することとを含むことができる。第１のグラフィックの追加の画像の少なくとも一部が、第１のデバイスのカメラを介して捕捉されてもよい。いくつかの実施態様では、デバイスの向きは、第１のグラフィックの捕捉画像に基づいて判定することができ、判定された向きに基づいてデバイスの向きを調整するための誘導を提供することができる。第２のグラフィックの追加の画像（複数可）の少なくとも一部は、第１のデバイスのカメラを介して捕捉されてもよく、追加の画像の各々は、反射面上の第２のグラフィックのうちの少なくとも１つの反射を含む。捕捉されている第１の画像（複数可）および／または捕捉されている第２の画像（複数可）が処理可能な画像ではないと判定された場合、処理可能な画像を捕捉するために、第１のデバイスが向きを変えることを可能にすることができる。処理可能な画像を捕捉するために、いくつかの実施態様では、捕捉された第１の画像または１つもしくは複数の捕捉された第２の画像に基づいて、デバイスの向きを判定することができ、判定された向きに基づいてデバイスの向きを調整するための誘導を提供することができる。捕捉された第２の画像（複数可）は、捕捉された第１の画像の少なくとも一部をタグ付けすることができる。いくつかの実施態様では、例えば、画像が捕捉されている間および／またはリターンアプリケーションが動作している間に、第１のデバイスの１つまたは複数のプロセスが制限され得る（例えば、ポップアップ、アラート、バナーなど）。第２の画像内で第１のデバイスの画面またはその一部を識別することは、コーナ検出および／またはエッジ検出を利用して、第２の画像内で第１のデバイスの画面を識別することを含むことができる。第２の画像のうちの１つを処理することは、第２の画像内で第１のデバイスの画面またはその一部を識別することと、第３の画像を生成することとを含むことができ、第２の画像の、第２の画像内で画面またはその一部として識別されない部分は、第３の画像に含まれないように制約される。第３の画像は、（例えば、第２の画像と重複しない、および／または、第２の画像に加えて）部分に分割することができ、第３の画像の部分のうちの１つまたは複数が損傷を含むか否かを判定することができる。損傷を含む、または含まない部分の１つまたは複数に隣接する部分を識別することができる。第１のデバイスの画面の状態を判定することは、第３の画像のうちの１つまたは複数の部分のうちの１つまたは複数が損傷を含むと判定されるか否か、および、損傷を含むと判定されている部分のうちの１つに隣接する部分のうちの１つまたは複数が損傷を含むか否かに基づくことができる。第３の画像を生成することは、第２の画像の、画面またはその一部として識別されない部分が除去されるように、第２の画像を変更することを含むことができる。画面またはその一部を識別することは、第１のデバイスの画面のアクティブ領域を識別することを含むことができる。
【０００８】
様々な実施態様において、デバイス（例えば、携帯デバイスなどの電子デバイス）の画面（複数可）の状態を識別することができる。例えば、第１のデバイスの状態は、第２のデバイスを使用して識別することができる。第１のデバイスまたは第２のデバイスのうちの少なくとも１つは、カメラ（例えば、外部画像捕捉構成要素）を含むことができる。第１のデバイスおよび第２のデバイスは、同じデバイスであってもなくてもよい。第１のデバイスの画面またはその一部の状態の評価を求める要求を、第２のデバイス上のリターンアプリケーションを介して受け取ることができる。第１のデバイスが、リターンアプリケーションを含んでもよい。第１の識別コードを含む第１のグラフィックを、第１のデバイス上のリターンアプリケーションを介して第１のデバイスの画面上に提示することを可能にすることができる。第１のデバイス上に提示される第１のグラフィックの少なくとも一部は、第２のデバイスのカメラを介して捕捉されてもよい。第１のデバイスの画面上に１つまたは複数の第２のグラフィックを提示することを可能にすることができ、第１のデバイスに提示される第２のグラフィック（複数可）の少なくとも一部は、第２のデバイスのカメラを介して捕捉されてもよい。第１のデバイスの画面の状態を判定するために、第２の画像の１つまたは複数を処理（例えば、前処理および／または処理）することができる。第２の画像を処理することは、第２の画像を部分に分割することと、第２の画像の部分の１つまたは複数が損傷を含むか否かを判定することとを含むことができる。いくつかの実施態様では、ニューラルネットワークが、画像の処理などのリターンアプリケーションの動作を実行することができる。損傷を含む部分の１つまたは複数に隣接する部分を識別することができる。隣接する部分が、損傷を含む場合があり、または含まない場合がある。第１のデバイスの画面の状態は、第２の画像の部分の１つまたは複数が損傷を含むと判定されるか否か、および、隣接する部分の１つまたは複数が損傷を含むか否かに基づいて判定することができる。
【０００９】
様々な実施態様において、状態第１のデバイスが損傷していると判定された場合、損傷情報を判定することができる。損傷情報に基づいて損傷を含むと判定された第２の画像の部分の１つまたは複数を識別するためにフラグを生成することができる。第１のデバイスの状態が損傷したと判定された場合、第１のデバイスのタッチスクリーンを（例えば、既知のタッチスクリーンテストに従って）テストすることができる。第１のデバイスの画面の輝度は、（例えば、画像処理および／または正確度を促進するために）捕捉されている第１の画像に基づいて較正することができる。第１のデバイスの画面上に第２のグラフィックを提示することを可能にすることは、第１のデバイス上にバースト画像のセットを提示することを可能にすることを含むことができる。バースト画像のセットは、複数の明度レベルの第２のグラフィックのうちの少なくとも１つを含む。第１のデバイス上に提示される１つまたは複数の第２のグラフィックの少なくとも一部を捕捉することは、第１のデバイス上に提示されるバースト画像のセットを捕捉することと、捕捉されたバースト画像セットのいずれの色が基準色と最も類似しているかを判定することによって、捕捉されているバースト画像のうちの１つを選択することとを含むことができる。選択された捕捉バースト画像は、（例えば、前処理および／または処理のための）捕捉された第２のグラフィックの１つとして識別され得る。第２のグラフィックのうちの少なくとも１つの第２の画像の１つまたは複数の少なくとも一部を捕捉することは、第１のグラフィックの捕捉画像に基づいてデバイスの向きを判定することと、判定された向きに基づいてデバイスの向きを調整するための誘導を提供することとを含むことができる。第１のグラフィックの追加の画像の少なくとも一部が、第１のデバイスのカメラを介して捕捉されてもよい。第１のデバイスの画面上に１つまたは複数の第２のグラフィックを提示することを可能にすることは、第１のデバイスの画面上に２つ以上の第２のグラフィックを順次提示することを可能にすることを含むことができる。第２のグラフィックのうちの１つまたは複数の少なくとも一部を捕捉することは、第１のデバイスの画面上に順次提示される第２のグラフィックの各々の少なくとも１つの画像を捕捉することを含むことができる。第１のデバイスの画面上に１つまたは複数の第２のグラフィックを提示することを可能にすることは、第１のデバイスの画面上に２つ以上の第２のグラフィックを同時に提示することを可能にすることを含むことができる。
【００１０】
１つまたは複数の実施態様の詳細が、添付の図面および以下の説明に記載されている。実施態様の他の特徴、目的、および利点は、以下の説明および図面から明らかになるであろう。
【図面の簡単な説明】
【００１１】
本開示およびその特徴のより完全な理解のために、ここで以下の説明を添付の図面と併せて参照する。
【図１】例示的なシステムの実施態様を示す図である。
【図２】デバイスの画面の状態を判定する例示的なプロセスの実施態様を示す図である。
【図３Ａ】鏡の正面におけるデバイスの例示的な位置決めの実施態様を示す図である。
【図３Ｂ】デバイス画面を含む画像の例示的な捕捉の実施態様を示す図である。
【図３Ｃ】リターンアプリケーションによって表示される例示的な通知の実施態様を示す図である。
【図４】デバイス画面が損傷しているか否かを判定する例示的なプロセスの実施態様を示す。
【図５Ａ】例示的な画像の実施態様を示す図である。
【図５Ｂ】例示的な画像の実施態様を示す図である。
【図６Ａ】処理前の例示的な画像の実施態様を示す図である。
【図６Ｂ】処理後の例示的な画像の実施態様を示す図である。
【図７】画像の分割の一部分の実施態様を示す図である。
【図８Ａ】デバイス画面の例示的な捕捉画像の実施態様を示す図である。
【図８Ｂ】図８Ａに示すデバイス画面が損傷しているか否かの判定の結果として生成されるインターフェースの実施態様を示す図である。
【図８Ｃ】デバイス画面の例示的な捕捉画像の実施態様を示す図である。
【図８Ｄ】図８Ｃに示すデバイス画面が損傷しているか否かの判定の結果として生成されるインターフェースの実施態様を示す図である。
【図８Ｅ】デバイス画面の例示的な捕捉画像の実施態様を示す図である。
【図８Ｆ】図８Ｅに示すデバイス画面が損傷しているか否かの判定の結果として生成されるインターフェースの実施態様を示す図である。
【図９Ａ】例示的な学習ツールの実施態様を示す図である。
【図９Ｂ】学習ツールが得られた例示的な第２の画像の実施態様を示す図である。
【図９Ｃ】図９Ｂに示された例示的な第２の画像の例示的な処理の実施態様を示す図である。
【図１０Ａ】例示的な学習ツールの実施態様を示す図である。
【図１０Ｂ】学習ツールが得られた例示的な第２の画像の実施態様を示す図である。
【図１０Ｃ】図１０Ｂに示された例示的な第２の画像の例示的な処理の実施態様を示す図である。
【図１１Ａ】例示的な学習ツールの実施態様を示す図である。
【図１１Ｂ】学習ツールが得られた例示的な第２の画像の実施態様を示す図である。
【図１１Ｃ】図９Ｂに示された例示的な第２の画像の例示的な処理の実施態様を示す図である。
【図１２Ａ】例示的なニューラルネットワークの例示的な正確度結果の実施態様を示す図である。
【図１２Ｂ】例示的なニューラルネットワークの例示的な交差エントロピー結果の実施態様を示す図である。
【発明を実施するための形態】
【００１２】
様々な図面における同様の参照符号は同様の要素を示す。
詳細な説明
様々な実施態様において、デバイス（例えば、スマートフォン、時計、タブレット、電子リーダ、ラップトップ、携帯ゲームコンソールなどの電子デバイス）は、デバイスの１つまたは複数の画面の状態について評価され得る。デバイスは、（例えば、スクリーンショットのような画面上に表示されるグラフィカルユーザインターフェースの画像を保存することができる構成要素とは対照的に）カメラのような、外部画像を撮影することができる構成要素を含むことができる。
【００１３】
画面の状態は、美観および／または使い勝手に影響を及ぼす可能性があり（例えば、亀裂は使用前に修復が必要であり得、ならびに／または使用および／もしくはデバイス上での視聴に影響を及ぼす可能性があり、もしくは影響を及ぼさない可能性があるため）、したがって、売りに出されたときにデバイスの価格が変わる可能性がある。人間の評価は、評価が主観的である可能性があるため、変動性を引き起こす可能性がある。人間の評価は、ユーザがデバイスを売りに出すときと、そのデバイスの価格が提示されるときとの間に時間差を生じさせる可能性がある。これらの要因は、デバイスを再販売する意欲を低減する可能性があり、プロセスに対するユーザの満足度を低減する可能性があり、それによって良好なデバイスを市場から離れさせる可能性があり、再販価格を増加させる可能性があり（例えば、供給がより制限されるため）、および／または（例えば、デバイスが保管または廃棄される可能性があるため）デバイスのリサイクルを低減する可能性がある。いくつかの実施態様において、画面状態の自動判定は、詐欺行為を低減することができる。例えば、画面状態は、保険目的（例えば、保険契約証書発行および／または請求）および／または再利用のために検証することができる。記載されているように画面状態を自動的に判定することによって、詐欺行為の発生を低減することができ、それによって、保険コストを低減することができ（例えば、状態を検証することができ、および／または客観的に判定することができるため）、および／またはユーザ満足度を増加させることができる（例えば、状態を検証するためにデバイスを店頭に持ち込む必要をなくすことができるため、および／または、デバイスの客観的状態を可能な再使用のために得ることができるため）。したがって、デバイスに画面損傷が存在するか否かなど、デバイスまたはその構成要素の状態の自動検出が必要である。
【００１４】
図１に示すように、１つまたは複数のデバイス１１０は、（例えば、インターネットまたは他の通信ネットワークなどのネットワークを介して）サーバ１２０に結合され得る。サーバ１２０は、任意の適切なサーバとすることができる。いくつかの実施態様では、サーバ１２０は、ニューラルネットワークを含むことができる。ニューラルネットワークは、ソフトウェアおよび／またはハードウェアを介してサーバ上に実装することができる（例えば、ニューラルネットワークのいくつかの実施態様は、市場で入手することができ、ならびに／または、ＩＢＭ（登録商標）、ＣｏｇｎｉＭｅｍ（登録商標）からＦＡＮＮライブラリを介して、および／もしくはＧｏｏｇｌｅ（登録商標）ｔｅｎｓｏｒｆｌｏｗフレームワーク上の畳み込みニューラルネットワークを使用して構築することができる）。いくつかの実施態様では、畳み込みニューラルネットワークが、いくつかの実施態様において、他のニューラルネットワークよりも画像処理の能力がより高い（例えば、より高速で、より正確になど）ものであり得るため、畳み込みニューラルネットワークを利用することができる。
【００１５】
ニューラルネットワークは、いくつかの実施態様では、画面損傷検出の正確度を向上させるためにシステムの更新に基づいて自己調整および／または調整することができる。例えば、捕捉画像および／またはマークされた損傷（例えば、損傷したと識別された部分が、例えば、色および／またはパターンの変化によりフラグ立てされた捕捉画像）のような学習ツールをニューラルネットワークに提供して、ニューラルネットワークがデバイスの状態を識別することをさらに学習することを促進および／または可能にすることができる。（例えば、ニューラルネットワークがデバイスまたはその一部の状態を識別することができるように）ニューラルネットワークを開発するために、ニューラルネットワークは、学習ツール、関連する捕捉画像を分析し、関連する捕捉画像を処理し、処理を介して損傷を識別し、ならびに／または、識別された損傷を有する部分と学習ツールとの間の相違点および／もしくは類似点を識別することができる。いくつかの実施態様では、ニューラルネットワークは、画素および／またはデバイスの他の部分に対する知覚された損傷に対するそれ自体の学習を、（例えば、ニューラルネットワークに提供される学習ツールおよび／または捕捉画像の処理に基づいて）系統化することができる。
【００１６】
デバイス１１０は、１つまたは複数のデバイス画面１１５（例えば、モニタ、ＬＣＤ画面、ガラス、ゴリラガラスなど）を含むことができる。デバイス１１０は、デバイス画面の画像の反射を捕捉することができるカメラ（例えば、正面向きカメラ、または、デバイスの、デバイス画面と同じ側にあるカメラ）を含むことができる。デバイス１１０は、デバイスのメモリに格納され、デバイスのプロセッサによって実行可能なリターンアプリケーションを含むことができる。リターンアプリケーションは、デバイス１１０がサーバ１２０と通信することを可能にすることができる。リターンアプリケーションは、ユーザからの入力を受け取り、ユーザに入力を提供するように、および／もしくは、デバイスを位置決めするように促し、画像および／もしくは通知を送信し、グラフィックを生成し、画像を捕捉し、カメラなどのデバイスの構成要素に画像を捕捉するよう指示し、デバイスの構成要素（例えば、フラッシュ）を制限し、デバイスの動作（例えば、リターンアプリケーションの動作および／または画像捕捉の間のポップアップ、バナー、アラート、リマインダなど）を制限し、ならびに／またはサーバ１２０のような他のデバイスと通信することができる。いくつかの実施態様では、リターンアプリケーションは、アプリケーションを介してデバイスの売却を許可し、デバイスまたはその構成要素の状態を判定し、デバイスの状態に基づいてデバイスの価値が判定されることを可能にし、デバイスの再使用のためにデバイスまたはその構成要素の状態を判定し、保険請求のためにデバイスまたはその構成要素の状態を判定し（例えば、ユーザがデバイス保険契約証書の請求を提出することを所望する場合、リターンアプリケーションは、デバイスまたは構成要素の状態を判定することができる）、保証請求のためにデバイスの状態を判定することなどができる。
【００１７】
サーバおよびデバイス１１０は、記述されている動作の１つまたは複数を別個におよび／または他のデバイスと連携して実行することができる。いくつかの実施態様では、サーバは利用されなくてもよく、（例えば、サーバではなく）リターンアプリケーションが、記載されている動作の１つまたは複数を実行してもよい。いくつかの実施態様では、動作の速度を増加させるために、サーバが、記述されているプロセスの１つまたは複数の動作を実行することができる。いくつかの実施態様では、デバイス１１０および／またはサーバのうちの１つまたは複数は、互いに連携して動作の１つまたは複数を実行することができる。いくつかの実施態様では、サーバはクラウドベースとすることができ、デバイス（複数可）は画像処理および／または分析（例えば状態の識別）などの動作を実行するためにサーバと通信することができる。
【００１８】
いくつかの実施態様では、ユーザがデバイスを売ることを決定したとき（例えば、デバイスをアップグレードするとき、デバイスを切り替えるときなど）、ユーザはデバイス上でリターンアプリケーションを選択することができる。リターンアプリケーションは、デバイスに関する情報（例えば、デバイスの状態、モデルのようなデバイスの特性、市場再販価格など）を判定し、デバイスの価格を表示することができる。画面の状態は、画面損傷が一部のユーザにとって審美的に不快であり、他の構成要素に対する損傷を示す可能性があり、かつ／または交換および／もしくは修理するのに費用がかかる可能性があるため、アプリケーションを介してデバイスに提示される価格を調整し得る。画面状態は、アプリケーションおよび／またはサーバによって自動的に判定され得るため、評価はより迅速に行うことができ、および／またはより高い一貫性が提供され得る（例えば、人間が状態を判定していないため）。また、画面状態を自動的に判定することができるため、ユーザが意図的に画面状態を不正確に報告する可能性を低減することができる（例えば、画面状態の良好なデバイスはより高い市場価格を有するため、ユーザは、画面が亀裂を有しまたは破損している場合であっても、画面状態が良好であると報告しようとする。自動検出は、自己報告および／または人間ベースの分析システムに共通する詐欺行為を防止することができる）。加えて、画面状態（例えば、大きな亀裂、深い亀裂など）は、システムが、デバイスの他の構成要素も損傷している可能性があるか否かを判定するように促し得る。デバイス画面および／またはデバイスの状態が判定されると、（例えば、サーバおよび／またはリターンアプリケーションによって）デバイスについての提供価格を判定することができる。いくつかの実施態様では、（例えば、再販価格、リサイクル価格、市場情報、類似デバイスの供給、および／またはデバイスに対する需要に少なくとも部分的に基づいて）デバイスの基本コストを判定することができ、デバイスの状態に基づいて基本価格を調整することができる（例えば、画面への損傷について低減し、他の構成要素への損傷について低減し、および／または新品箱入りについて増大する）。次いで、ユーザは、受け取った価格に基づいてデバイスを売るか否かに関する決定を行うことができる。価格を提示するエンティティは、ユーザによる再販のためのプロセスの開始と、価格の受け取りとの間の大きな時間遅延を生じることなく、画面状態の知識によって提示を行うことができる。したがって、一部の実施態様では、中古デバイスを購入するか、または、その請求もしくは保険可能性を検証するユーザおよび／またはエンティティに対してプロセスに対する満足度を高めることができる。
【００１９】
いくつかの実施態様では、再販目的に加えておよび／または再販目的の代わりに、保険請求（例えば、デバイス保険）のためにデバイスの状態を（例えば、リターンアプリケーションおよび／またはサーバによって）判定することができる。例えば、デバイスが損傷している場合があり、および／または、損傷が疑われる場合がある。デバイスまたはその構成要素の状態を判定および／または報告して、保険請求を提出および／または検証することができる。いくつかの実施態様では、リターンアプリケーションを利用して、デバイス保険を購入する際にデバイスまたはその一部の状態を判定することができる。したがって、デバイスまたはその構成要素の状態を判定するために、自己報告に依拠し、および／または、デバイスを物理的な店舗に持ち込むのではなく、デバイス上のリターンアプリケーションを介して状態を判定することができる。
【００２０】
いくつかの実施態様では、デバイスの状態は、デバイス保証のために（例えば、リターンアプリケーションおよび／またはサーバによって）判定することができる。たとえば、製造元、再販業者、修理業者および／または改修業者が、デバイスを保証する場合がある。保証は複雑であり得、ユーザは、どの部分がカバーされているか、および／またはどのタイプの損傷がカバーされているかを理解するのが困難な場合がある。デバイスおよび／またはその構成要素の状態および／または損傷した構成要素が保証の対象であるか否かの判定を、リターンアプリケーションを使用して判定することができる。いくつかの実施態様では、リターンアプリケーションを介して判定された状態を使用して、保証請求を提出および／または検証することができる。
【００２１】
いくつかの実施態様では、デバイスの状態を判定して、デバイスが（例えば、別のユーザによって）再利用可能か否かを判定することができる。例えば、第２のユーザが、デバイス上のリターンアプリケーションを介して第１のユーザのデバイスの状態を取得することができる場合がある（例えば、リターンアプリケーションは、デバイスの状態を有する通知を第２のユーザに送信することができる）。その後、第２のユーザは、（例えば、人間の評価よりも）詐欺行為、主観、または誤差に対する心配の少ないデバイスの状態の評価を得ることができる。第２のユーザは、（例えば、システムによって識別された損傷を修復されたまたはされていない）損傷のあるおよび／または損傷のないデバイスを使用することができる。リターンアプリケーションは、どの修理が実施され得るか、および／または修理なしにデバイスが使用され得るか否かを識別するために使用され得る。
【００２２】
図２は、デバイスの画面の状態を判定するための例示的なプロセス２００の実施態様を示す。デバイスのデバイス画面の画像（複数可）を、デバイス上のリターンアプリケーションを介して受信することができる（動作２１０）。例えば、ユーザはデバイス上でリターンアプリケーションを開くことができる。いくつかの実施態様では、リターンアプリケーションは、（例えば、デバイスの最近の基本価格を取得する、ソフトウェア更新を取得するなどのために）サーバとの通信を開始することができる。ユーザは、デバイスの価格の提示を要求して、デバイスが再使用可能か否かを判定し、保険請求を提出し、保険請求および／もしくは契約のために、ならびに／または、デバイスの状態を判定するための他の適切な理由のためにデバイス状態を検証することができる。リターンアプリケーションは、ユーザに、デバイス画面の画像を取得するように（例えば、視覚、音声、および／または触覚通知を介して）促すことができる。例えば、リターンアプリケーションは、ユーザに、デバイス画面を鏡に向けるように、デバイスを位置決めするように促すことができる。画像の品質が、デバイス画面の状態（例えば、デバイス画面が損傷しているか否か）を判定する能力に影響を及ぼす可能性があるため、リターンアプリケーションは、ユーザに、デバイスの位置を調整するように促すことができる。例えば、リターンアプリケーションは、指示によってユーザに、デバイスをより近くに、遠くに移動させる、画像をタップして画像を再合焦させる、デバイスが保持される角度を調整するなど、デバイスの位置を調整するように（例えば、視覚的および／または聴覚的通知を介して）促すことができる。デバイスが所定の位置にあるとき、１つまたは複数の画像を捕捉することができる。リターンアプリケーションが、デバイスが所定の位置（例えば、画像を捕捉するための最適位置）にあると判定した後に、画像を自動的に捕捉することができる。リターンアプリケーションは、画像内のデバイスを検出し、デバイス上のカメラを自動的に焦点合わせすることができる。さらに、リターンアプリケーションはまた、画像内のデバイスをトリミングすることもできる。捕捉される画像は、鏡内のデバイスの反射であってもよく、デバイス画面を含み得る。デバイス画面上に提示されるインターフェースの画像ではなく、画面の外部の画像を取得するために、デバイスの「スクリーンキャプチャ」機能を使用するのではなく、鏡内のデバイスの反射が捕捉され得る。
【００２３】
いくつかの実施態様では、リターンアプリケーションを介して捕捉されない、サーバおよび／またはリターンアプリケーションへの画像のアップロードを禁止することができる（動作２２０）。画面画像状態が画像に基づいて判定される場合、詐欺行為の可能性が存在する場合がある。例えば、ユーザは、損傷したデバイスに提示される価格を高めるために、損傷を受けていない同様のデバイスの画像を撮影する場合がある。デバイス画面（複数可）の不正なまたは不完全な／誤った表示に関連するコストを削減するために、リターンアプリケーションを介して捕捉されていない画像のアップロードや選択を受け付けないことができる。例えば、リターンアプリケーションは、アプリケーションによって捕捉された画像を処理することができる（例えば、アプリケーションは、デバイス上のカメラアプリケーションにアクセスし、カメラアプリケーションによって撮影された画像を処理し、捕捉画像に、識別情報、日付および／またはタイムスタンプのようなデバイス情報をタグ付けする）。リターンアプリケーションは、デバイスまたはクラウドストレージの写真ライブラリからの画像を受け付けないことができる（たとえば、ユーザが、デバイス画面の画像を撮影し、デバイスの写真ライブラリから画像を選択することは許容され得ない）。
【００２４】
受信画像（複数可）に基づいてデバイス画面が損傷しているか否かを判定することができる（動作２３０）。リターンアプリケーションは、受信画像（複数可）を分析のためにサーバに送信することができる。サーバは、画像（複数可）を処理および／または分析して、デバイス画面が損傷しているか否かを判定することができる。例えば、サーバは、損傷した画面および／または画面もしくはその一部が損傷している確率を識別するように訓練されているニューラルネットワークを含むことができる。いくつかの実施態様では、既知の亀裂、破損、および／もしくは他の損傷を有する画面を含む画像、ならびに／または損傷のない画像のセットを処理することによって、損傷した画面を識別するようにニューラルネットワークを訓練することができる。ニューラルネットワークは、画像のセットから画面損傷に関連するパターンを識別することを学習することができる。サーバは、画面損傷を認識するように訓練されたニューラルネットワークによる受信画像（複数可）の分析に基づいて、デバイス画面が損傷しているか否かを判定することができる。ニューラルネットワーク（例えば、サーバ上に存在する）は、例えば、反射（単数または複数）、ロゴ（複数可）、影（複数可）、および／または、デバイスの画像に見出され得る他のアーティファクト（複数可）などの、損傷に関連しない典型的な画面画像を識別する（例えば、前処理）ように訓練され得る第１の層または外層を有することができる。損傷に関連しない典型的な画面画像を識別するように外層ニューラルネットワークを訓練することによって、損傷が実際にはデバイス上にないときにいずれかの損傷（例えば、亀裂、チップ、擦れ）が存在するという誤った評価の発生を低減し、および／損傷の正確な評価を増大させることができる。加えて、損傷に関連しない典型的な画面画像を識別するようにニューラルネットワークの外層を訓練することによって、（例えば、損傷の画像のより正確な処理を得るために）画面の画像の再捕捉を可能にすることができる。
【００２５】
プロセス２００は、システム１００などの様々なシステムによって実装することができる。さらに、様々な動作が追加、削除、および／または変更されてもよい。例えば、リターンアプリケーションは、デバイス画面が損傷しているか否かを判定する際に、１つまたは複数の動作を実行することができる。リターンアプリケーションは、例えば、画像の分析の少なくとも一部を実行することができる。いくつかの実施態様では、２つ以上の画像を捕捉および処理して、デバイスの画面が損傷しているか否かを判定することができる。いくつかの実施態様では、デバイスの画面が損傷していると判定された場合、デバイスの基本コストを調整することができる。例えば、デバイス画面が損傷している場合、基本コストは、画面交換コスト、画面修理コスト、処理時間コスト、および／または人件費によって減少する可能性がある。
【００２６】
いくつかの実施態様では、（例えば、サーバおよび／またはデバイス上の）リターンアプリケーションは、画像を前処理することができる。例えば、リターンアプリケーションは、捕捉された低品質の画像（例えば、低品質）（例えば、リターンアプリケーションを介して捕捉された画像のうちの１つまたは複数）を識別することができる。リターンアプリケーションは、（例えば、ニューラルネットワークの外層を介して、および／またはユーザデバイスのリターンアプリケーションを介して）画像を前処理して（例えば、亀裂および／または欠陥を「隠す」可能性がある状態を検出するように設定および訓練されているニューラルネットワーク上の外部分類器を介して）不良な画像を識別することができる。例えば、前処理は、指および／または他の障害物が画面上に含まれている、画像内の物体が電話機ではない、画面全体が画像内にない、および／または、反射によって亀裂が隠れている可能性があるなど、低品質の詳細を（例えば、外部分類器を介して）識別することができる。いくつかの実施態様では、ニューラルネットワーク上の外部層は、（訓練を介して）不良な画像を引き起こす他の欠陥を識別することができる。いくつかの実施態様では、前処理は、ぼやけおよび／または不良な色などの画像を分析することによって計算することができる他の要因に少なくとも部分的に基づいて画像をフィルタリングすることができる。低画像品質に関連するぼやけは、画像の焦点が合っているか否かを判定するために、エッジ上の色の変化率に基づいて計算することができる。低画像品質に関連し得る画像の不良な色は、色の強度を調べることによって検出することができる。
【００２７】
いくつかの実施態様では、第１のデバイスの状態は、第２のデバイス（例えば、第１のデバイスとは異なるデバイス）を使用して判定されてもよい。例えば、第１のデバイスの第１の画面は損傷している場合があり、それによって、ユーザは、デバイスを使用することができない場合があるか、または、デバイスを使用することを所望され得ない（例えば、指が画面の亀裂によって外傷を受ける可能性がある、画面からチップが緩む、画面が使用によってさらに損傷する可能性がある、など）。したがって、第２のデバイスを利用して、第１のデバイスの画像を捕捉することができる。第１のデバイスおよび第２のデバイスが、リターンアプリケーションを含むことができる（例えば、リターンアプリケーションの１つまたは複数の動作は、第１のデバイスおよび第２のデバイスのプロセッサによって実行され得る）。第１のデバイスの画面またはその一部の状態の、第２のデバイス上のリターンアプリケーションを介した評価を求める要求が受信され得る。第１のデバイスおよび第２のデバイス上のリターンアプリケーションは、（例えば、直接的におよび／またはサーバ上のリターンアプリケーションを介して間接的に）通信することができる。例えば、第２のデバイス上のリターンアプリケーションは、第１のデバイス上のリターンアプリケーションと通信して、グラフィックが、リターンアプリケーションを介して第１のデバイスの画面上に提示されることを可能にすることができる。リターンアプリケーションは、第１のデバイスに画像（例えば、第１のグラフィックおよび／または第２のグラフィックを含む）を提示し、提示された画像が第２のデバイスによって捕捉されることを可能にすることができる。捕捉画像は、第１のデバイスの画面の状態を判定するために、前処理および／または処理することができる。したがって、第１のデバイスは（例えば、損傷のために）使用が制限される場合があっても、第１のデバイスの画面の状態の評価を得ることができる。
【００２８】
いくつかの実施態様では、デバイスは、デバイスの位置を自動的に調整することができる。デバイスは、ほぼ平坦な表面上で平衡を保つことができ、したがって、デバイスは、鏡の前の表面上に配置され得る。デバイスは、デバイスを自動的に再配置（例えば、回転）させるために、１つまたは複数の振動を自動的にトリガすることができる。いくつかの実施態様では、自動調整が画像捕捉のための所定の位置にデバイスを位置決めできない場合、リターンアプリケーションは、ユーザに通知（例えば、音響、触覚、および／または視覚）を介して位置を調整するよう促すことができる。
【００２９】
通知（複数可）は、いくつかの実施態様では、デバイスをどのように再配置するか（例えば、より近くに、より遠くに移動するなど）の指示をユーザに送信することができる。いくつかの実施態様では、リターンアプリケーションは、デバイス上に表示するための位置決め補助を生成することができる。位置決め補助は、デバイスが所定の位置にあるか否か、デバイスが所定の位置にどれくらい近接しているか、ならびに／またはデバイスがどの方向において定位置内にあるおよび／もしくは定位置外にあるかを（例えば、視覚、聴覚、および／または触覚信号を介して）示すことができる。例えば、位置決め補助は、電子的に生成される気泡水準器（例えば、デバイス内の加速度計；および／またはＧＰＳは、デバイスの向きの判定を容易にすることができ、画像内のどこでデバイスが検出されるかを計算することができ、ならびに／または、デバイスが保持されている位置（複数可）および／もしくは角度（複数可）の変化のリアルタイムフィードバックを提供することができる）を含んでもよい。いくつかの実施態様では、指示は、デバイスが位置決めされている環境（例えば、部屋）をどのように変更するかに関する指示を含むことができる。例えば、指示は、照明を増加および／または減少させるための指示、（例えば、グレアを低減するために）窓（複数可）を閉じるための指示、および／またはその他の適切な指示を含んでもよい。
【００３０】
いくつかの実施態様では、リターンアプリケーションは、キュー（例えば、音響、触覚、および／または視覚）を使用して画像の捕捉を容易にすることができる。例えば、リターンアプリケーションのグラフィカルユーザインターフェースは、グラフィカルユーザインターフェース内に（例えば、３Ｄ正方形形成を介して）「トンネル」の印象を与えることができる。例えば、グラフィカルユーザインターフェースは、必要な整列された正方形へのサイズおよび／または形状マッチャｓを有するトンネルの端部に識別コード（例えば、ＱＲコード（登録商標））を有するトンネルの見かけを生成することができる。これにより、鏡から正しい角度および距離でデバイスを整列させ、位置決めするように、ユーザを誘導することができる。リターンアプリケーションは、他の視覚および／または音響キューを含むことができる。例えば、グラフィカルユーザインターフェースは、ユーザにデバイスの向きを変える（例えば、電話機を横向きおよび／または上下に傾ける、前後に動かす）ように指示するように指し示す矢印（例えば２Ｄおよび／または３Ｄ）を（例えば、オーバーレイ、ポップアップ、埋め込み画像などを介して）含むことができる。
【００３１】
いくつかの実施態様では、画像（複数可）の捕捉に成功したときに、デバイス上に表示するために、リターンアプリケーションによって通知を生成することができる。例えば、捕捉画像は前処理されてもよい。いくつかの実施態様では、画像（複数可）が処理可能ではないと前処理中に判定された場合（例えば、デバイスの画像が切れている、および／または、画面全体を示さないため、サーバが画面状態を判定することができない）、ユーザは、１つまたは複数の通知を受信することができ、および／または、ユーザは、プロセスまたはその一部を再開するように促され得る。リターンアプリケーションのニューラルネットワークは、前処理動作のうちの１つまたは複数を実行することができる。例えば、ニューラルネットワーク（例えば、多層ニューラルネットワークの外層）は、限定されないが、指が画面を塞いでいる、および／または、窓の光反射などの問題がある画像を前処理中に拒絶するフィルタとして機能することが（例えば、訓練によって）可能であり得る。ニューラルネットワークは、捕捉画像の品質が悪いという理由の少なくとも一部を含む通知をユーザに提供することが可能であり得る。この拒絶の理由は、（例えば、ユーザにとって）訂正プロセスを容易にすることができる（例えば、捕捉画像の拒絶の理由を判定する際にユーザによる推測作業を低減する）。いくつかの実施態様では、リターンアプリケーションは、ユーザに、再販プロセスを開始するように促すことができ、および／または、リターンアプリケーションを開いたときに自動的に再販プロセスを開始することができる。
【００３２】
様々な実施態様において、画面の状態を判定するために、リターンアプリケーションは、デバイス画面の画像（複数可）を（例えば、自動的におよび／またはユーザからの選択によって手動で）捕捉することができる。アプリケーションは、いくつかの実施態様では、デバイス画面上に表示するための１つまたは複数のグラフィック（例えば、絵図、パターン、単色表示、および／またはグラフィカルユーザインターフェース）を生成することができる。リターンアプリケーションによって生成されるグラフィックは、１つまたは複数の色（例えば、黒、白、緑、紫など）、１つまたは複数のパターン、写真、絵図、識別子（例えば、ＱＲコード（登録商標）、バーコードなど）、その他の適切なグラフィック、および／またはそれらの組み合わせを含むことができる。グラフィックの生成は、（例えば、デバイスの、および／またはデバイスに結合された）メモリからグラフィックを取り出すこと、および／または、（例えば、ＩＭＥＩ情報、ユーザ情報、日時のような時間情報などのデバイス情報、および／または、以前に撮影された良好なデバイス画像または別のデバイスの画像の再使用を排除するための規定の閾値内でのリアルタイムのそのような情報の検証に基づいて）識別子を生成することを含むことができる。いくつかのグラフィックは、画面状態の検出を容易にすることができる。例えば、アプリケーションによって生成されるグラフィックは、表示画面の少なくとも一部（例えば、表示画面のアクティブ部分またはその一部）を覆う、単色の緑、黒、および／または、白のグラフィックを含んでもよい。
【００３３】
いくつかの実施態様では、アプリケーションは、識別子を含む第１のグラフィックおよび１つまたは複数の第２のグラフィックを生成することができる。第１のグラフィックおよび／または第２のグラフィック（複数可）は、デバイス画面状態を判定するために分析される。例えば、第１のグラフィックは、ＱＲコード（登録商標）などの識別子を含むことができる。識別子は、リターンアプリケーションによって生成されてもよい。例えば、デバイス情報（例えば、ＩＭＥＩ情報、デバイス使用期間、デバイスモデル、メモリ容量など）および／またはユーザ情報を、識別子に符号化することができる。図３Ａは、鏡の正面におけるデバイスの位置決めの例を示し、リターンアプリケーションは、デバイス画面上に表示するための識別子を生成する。リターンアプリケーションが、ユーザに、デバイス画面が鏡に反射されるようにデバイスを位置決めするように促すと、リターンアプリケーションは、デバイス画面に表示するための識別子を生成することができる。その後、リターンアプリケーションは、デバイスの位置を調整すべきか否かを判定するために、カメラ（例えば、デバイスの正面向きのカメラ）を介して鏡に表示された識別子の反射を分析することができる。例えば、識別子が鏡内の識別子の反射においてぼやけている場合、ユーザに通知して、デバイスの位置を調整するように促すことができる。いくつかの実施態様では、デバイスが適切な位置に置かれると、リターンアプリケーションは、識別子コードを含む鏡内のデバイス画面の反射の画像を捕捉してもよく、捕捉しなくてもよい。いくつかの実施態様では、リターンアプリケーションおよび／またはサーバは、捕捉されたＱＲコード（登録商標）がデバイスに関連付けられていることを検証することができる（例えば、既知のデバイス情報などと比較してＱＲコード（登録商標）を復号することができる）。
【００３４】
次いで、リターンアプリケーションは、１つまたは複数の第２のグラフィック（例えば、緑色画面、白色画面、および／または他のグラフィック）を生成し、鏡内の第２の画像（複数可）の反射の捕捉を可能にすることができる。図３Ｂは、鏡の正面におけるデバイスの位置決めの例を示し、デバイス上のリターンアプリケーションは、第２のグラフィックを生成する。いくつかの実施態様では、図３Ｃに示すように、画像（複数可）の捕捉が完了すると、リターンアプリケーションは通知を生成することができる。捕捉された第２の画像（複数可）は、画面の状態を判定するために分析されてもよい。例えば、捕捉された第２の画像（複数可）は、サーバ上のニューラルネットワークによる分析のためにサーバに送信されてもよい。
【００３５】
いくつかの実施態様では、識別子コードが合焦、捕捉、および／または処理（例えば、検証）されると、リターンアプリケーションは、第２のグラフィックを自動的に生成することができる。いくつかの実施態様において、識別子コードが捕捉および／または認証されると、第２のグラフィックを利用することにより、デバイス画面の状態をより容易に識別することができる。例えば、画面状態の検出は、ニューラルネットワークによって容易に識別可能なグラフィックを用いてより容易に判定され得る。いくつかの実施態様では、第２のグラフィックは、詐欺行為を防止するために、画面デバイスの画像を捕捉する直前に（例えば、デバイス画面の反射を撮影することによって）、および／または、デバイスが適切な位置にある（例えば、識別子が第１のグラフィックの捕捉画像上で焦点が合っている）とリターンアプリケーションが判定した後の短時間の間に、迅速に生成することができる。いくつかの実施態様では、関連する第２の画像を順次捕捉することを可能にするために、第２のグラフィックを順次生成することができる。いくつかの実施態様では、画像の捕捉を自動化して、グラフィック生成および画像捕捉を協調させることができる。
【００３６】
いくつかの実施態様では、第１の画像は、第２の画像に、第１の画像、その一部、および／または復号された識別子がタグ付け（例えば、添付および／または符号化）されるように、捕捉および／または処理されてもよい。いくつかの実施態様では、第１の画像の前および／または後に第２の画像を捕捉することができる。第２の画像に第１の画像またはその一部（例えば、識別子を復号することによって得られる情報）をタグ付けすることによって、詐欺行為が低減され得る。例えば、ユーザは、アップロードされた画像が符号化部分を含まない可能性があるため、異なるデバイス画面（例えば、そのデバイスのものではないデバイス画面）の画像をアップロードすることを禁止され得る。いくつかの実施態様では、リターンアプリケーションおよび／またはサーバは、デバイス画面（複数可）の不正な画像を識別するためにタグ付けされていない第２の画像を識別することが可能であり得る。
【００３７】
いくつかの実施態様では、画像がデバイスによって捕捉される距離も管理されてもよい。例えば、カメラの焦点距離はアプリケーションによって設定されてもよく、デバイス画面上の識別子グラフィックが、カメラによって取得された画像内で焦点が合うまで、デバイスの位置が調整されてもよい。いくつかの実施態様では、画像内の識別子（例えば、ＱＲコード（登録商標））のサイズが、ユーザが鏡からデバイスを位置決めすべき適切な距離を判定することができる。いくつかの実施態様では、コーナ角検出が、デバイスが鏡に近接して位置決めされる角度に関して、デバイスが画像捕捉のための所定の位置に位置決めされているか否かの判定を容易にすることができる。例えば、画像捕捉のための所定の位置は、鏡の表面に平行にデバイスを位置決めすることを含むことができ、したがって、コーナ角検出によって、画像内のコーナ角を識別することができ、また画像捕捉時にデバイスが鏡の表面に平行であったか否かを判定するために、各コーナでの角度を決定することができる。
【００３８】
いくつかの実施態様では、リターンアプリケーションは、デバイス画面画像の捕捉を容易にするために、デバイスの１つまたは複数の構成要素を調整することができる。例えば、リターンアプリケーションは、フラッシュをオフにすることができる（例えば、グレアを避けるために）。別の例として、リターンアプリケーションは、当該リターンアプリケーションによって生成されるグラフィックの画像が追加のグラフィカルユーザインターフェースおよび／またはオーバーレイなしで生成されることを可能にするように、デバイス通知（例えば、バナー、アラートなど）をブロック（例えば、一時的に）することができる。
【００３９】
画像（複数可）がリターンアプリケーションによって捕捉された後、画像の１つまたは複数が分析されて、デバイス画面の状態が判定されてもよい。例えば、分析される画像（複数可）は、第２のグラフィック（複数可）を含むことができる。図４は、デバイス画面の状態を判定する（例えば、画面が損傷しているか否かを判定する）ための例示的なプロセス４００の実施態様を示す。デバイス画面を含む画像が受信され得る（動作４１０）。例えば、サーバは、リターンアプリケーションを介して画像を受信することができる。画像は、自動的にサーバにアップロードすることができ、および／または、リターンアプリケーションを介してユーザによるアップロードのために選択することができる。画像は、リターンアプリケーションによって生成され、デバイス画面に表示される１つまたは複数のグラフィックを含むことができる。
【００４０】
画像はサーバによって処理されてもよい。受信画像の選択される部分を識別することができる（動作４２０）。例えば、リターンアプリケーションによって捕捉されている画像は、デバイス画面およびデバイス画面に近接する領域を含むことができる。デバイス画面および／またはデバイス画面のアクティブ部分（例えば、点灯部分および／またはタッチに応答する部分）など、画像の選択される部分を識別することができる。いくつかの実施態様では、受信画像の選択される部分は、画像のサイズを、デバイス画面の状態の分析に関連する部分に縮小するように、選択することができる（例えば、デバイスに近接する領域の分析は、画面が損傷しているか否かを示すことができない）。図５Ａは、デバイス画面５１０を含む例示的な画像５００の実施態様を示す。図示のように、画像は、デバイス画面５１０と、デバイス画面に近接する領域５２０とを含む。デバイス画面５１０は、図５Ｂの画像５３０に示すように、コーナ検出５３５を使用して検出することができる。図６Ｂは、デバイス画面６１０を含む例示的な画像６００の実施態様を示す。図示のように、画像は、デバイス画面５１０と、デバイスに近接する領域６２０とを含む。いくつかの実施態様では、画像内のデバイスのエッジ６３０のエッジ検出を使用して、画像内でデバイスの構成要素を識別することができる。図示されているように、デバイス画面６１０、マイクロホン、スピーカ、およびケースを、画像内で識別することができる。１つまたは複数の構成要素を識別することによって、デバイス画面のアクティブ領域外のデバイス画面の状態の判定を容易にすることができ、および／または、他の構成要素に対する損傷の識別子を促進することができる（例えば、マイクロホンの上の亀裂は、マイクロホンも損傷していることを示すことができる）。
【００４１】
いくつかの実施態様では、画像の選択される部分のみが変更された画像に示されるように、画像サイズを変更（例えば、トリミングまたはその他の方法で縮小）することができる。いくつかの実施態様では、受信画像の選択される部分は、ラベル付けされるか、またはその他の方法で画像内で識別され得る。
【００４２】
画像の選択されている部分を調整することができる（動作４３０）。例えば、サーバは、コントラスト、明るさ、着色、シャープネス、露出、にじみ、整列、画像変換、サイズ、および／または画像の他の適切な態様を調整することができる。いくつかの実施態様では、よりノイズに帰属せしめられるべきマーキングとは対照的に、画面損傷の識別子を促進するためにノイズを低減することができる。図６Ａは、画像が調整される前のデバイス画面６１０を含む例示的な画像６００の実施態様を示し、図６Ｂは、調整された画像６５０の例を示す。調整された画像６５０は、デバイス内のノイズ６４０（例えば、線、陰影、および／または画面の損傷に帰属せしめられるべきでない他の特徴）を低減している。
【００４３】
調整された画像を、部分に分割することができる（動作４４０）。例えば、調整された画像を複数の部分に分割することができる。図７は、デバイス画面７１０および結果として生じる部分７２０を含む調整された画像の一例の実施態様を示す。分割は、画像を小さい部分にトリミングすること、画像の領域を部分として識別すること、および／またはその他の方法で画像を適切に分割することによって行うことができる。画像の選択された部分の各部分の処理は、サーバ（例えば、サーバのニューラルネットワーク）によって、画像全体がサーバによって処理された場合よりも迅速に処理することができる。したがって、画像を分割することにより、画像または調整された画像が処理される速度が増加することができる。例えば、調整された画像の各部分は、ニューラルネットワークのノードによって分析されてもよい。したがって、各ノードが画像の別個の部分を分析しているため、画像全体がサーバによって分析された場合よりも速く分析を実行することができる。いくつかの実施態様では、画像を部分に分割することにより、画面状態が検出される確率を増大することができ、および／または、画面状態が誤って識別される確率を低減することができる。例えば、画面損傷は画像の２つ以上の部分に及ぶことがあるため、１つまたは複数の隣接する部分における画面の損傷の高い確率の識別子は、第１の部分における画面損傷の確率を増大させることができる。いくつかの実施態様では、損傷のサイズおよび／または形状、ならびに、隣接する部分が所定の損傷の確率を含むか否かを分析して、部分、したがってデバイスが損傷を含むか否かを判定することができる。例えば、選択された形状および／または大きさの亀裂は、複数の隣接する部分にわたって延在することが知られている場合があり、複数の隣接する部分が所定の損傷の確率を含まない場合、画面損傷の全体的な確率は減少し得る。別の例として、選択された形状および／または大きさのチップは、画像の複数の隣接する部分にわたって延在しない場合があり、隣接する部分内の所定の損傷の確率の欠如は、画面損傷の全体的な確率を調整し得ない。
【００４４】
画像の１つまたは複数の部分（複数可）が損傷を示すか否かの判定を行うことができる（動作４５０）。例えば、サーバは、画面損傷が存在するか否か（例えば、亀裂、窪み、チップ、ピクセル損傷など）を判定するために部分を分析することができる。サーバのニューラルネットワークは、以前のデバイス画面画像および／または既知の画面画像のセット（例えば、画面損傷を有するまたは有しないことが分かっている）から学習されたパターンおよび／または識別子技術に基づいて調整された画像の１つまたは複数の部分の分析を実行することができる。いくつかの実施態様では、サーバのニューラルネットワークによって部分が分析されることを可能にすることによって、ニューラルネットワークの容易なアップグレードおよびメンテナンスを可能にし、（例えば、複数のデバイスからの以前のデバイス画面画像を分析しておくことができるため）正確度を向上させることができる。
【００４５】
デバイス画面が損傷しているか否かの判定を、部分が損傷を示すか否か、および／または、隣接部分が損傷を示すか否かの判定に基づいて行うことができる（動作４６０）。部分が損傷していると判定された場合（例えば、イエスまたはノー損傷のようなバイナリ判定、損傷の確率が、５０％の損傷の確率などの所定の確率を超える）、サーバは隣接する部分（複数可）を識別することができる。１つまたは複数の隣接する部分が損傷しているか否かを判定することができ、画面が損傷していると識別されるべきか否かを判定するために、サーバ（例えば、ニューラルネットワーク）によって利用することができる。例えば、１つの部分が２０％の損傷の確率を有し、近接する４つの部分が５０％の損傷の確率を有する場合、画面が損傷していると判定することができる。別の例として、１つの部分が５０％の損傷の確率を有し、近接するいずれの部分も２５％を超える損傷の確率を有しない場合、画面は損傷していないと（例えば、サーバによって）判定することができる。いくつかの実施態様では、デバイス画面に対する損傷の全体的な確率は、損傷の特性（例えば、位置、サイズ、および／または形状）に基づいて、隣接する部分における損傷の確率に基づいて減少しない場合がある。いくつかの実施態様では、ニューラルネットワークの正確度が向上すると、損傷した画面（複数可）に関連する確率の所定の範囲が減少し得る。例えば、システムは、画面損傷の確率が部分内で７０％より大きい場合、画面損傷が存在すると判定することができることを示すことができ、ニューラルネットワークの正確度が向上すると、システムは、画面損傷の確率がある部分において５０％より大きい場合、画面損傷が存在すると判定することができることを示すことができる。
【００４６】
通知（複数可）を、デバイス画面が損傷しているか否かの判定に基づいて送信することができる（動作４７０）。例えば、画面が損傷しているか、または損傷していないと判定された場合、ユーザはこの判定に基づいて通知を受け取ることができる。いくつかの実施態様では、デバイス画面が損傷したと判定された場合、ユーザは、プロセスの１つまたは複数の動作を再開する（例えば、デバイスを再配置し、および／または画像を再撮影する）ことによって判定を争うことを可能にされ得る。いくつかの実施態様では、デバイス画面が損傷しているか否かの通知、および／またはデバイス画面の状態に基づく価格が、リターンアプリケーションを介してユーザに提示するためにアプリケーションに送信され得る。
【００４７】
通知は、ニューラルネットワークがデバイス画面の状態を正確に評価できないという判定に基づいて送信されてもよい。例えば、画像処理中に、サーバは画像内に全画面がないことを識別することができる。判定は、予測画面アスペクト比、画面の予測角度値、モデルの予測寸法などを計算することによって行うことができる。サーバは、リターンアプリケーションを介してユーザに、別の画像を捕捉するように指示することができる。サーバは、最善の方法でリターンアプリケーションを介してユーザに、リアルタイムでデバイスを位置決めするように指示を与えることができる。
【００４８】
プロセス４００は、システム１００などの様々なシステムによって実装することができる。さらに、様々な動作が追加、削除、および／または変更されてもよい。いくつかの実施態様では、プロセス４００は、プロセス２００などの他のプロセスと組み合わせて実行されてもよい。例えば、デバイスの状態は、デバイスの再販のために判定されてもよい。デバイスの再販価格および／または再販市場におけるデバイスに対する需要は、デバイスの状態に少なくとも部分的に基づき得るため、デバイスおよび／またはその構成要素の状態を自動的に判定することによって、（例えば、再販されることになる）デバイスについて提示するための価格の決定を促進することができる。いくつかの実施態様では、デバイスの状態を判定して、デバイスが（例えば、別のユーザによって）再利用され得るか否かの判定を促進することができる。状態を判定することができ、他のユーザは、デバイスについて提示する価格、デバイスが再利用可能であるか否か、デバイスをそのまま使用するべきであるか否か、および／またはデバイスを修復するか否かを判定することができる。いくつかの実施態様では、デバイスの状態は、デバイス保険契約での使用のために判定されてもよい。例えば、ユーザがデバイス保険を取得することを望む場合、リターンアプリケーションを利用して、デバイスおよび／またはその構成要素の状態を判定することができる。デバイスの状態および／またはデバイスの状態の履歴（例えば、修復されている複数の画面亀裂）を利用して、デバイス保険契約を提供すべきか否か、デバイス保険契約について設定する価格を判定し、および／または、ユーザによって提供されるデバイスの状態を検証することができる。いくつかの実施態様では、ユーザは保険請求を提出することを所望する場合があり、保険請求とともに提出し、および／または保険請求の部分を検証するために、そのデバイスまたはその構成要素の状態を、リターンアプリケーションによって判定することができる。
【００４９】
いくつかの実施態様では、第１のグラフィックおよび／または識別コードではなく、および／または、それに代えて、ＩＭＥＩおよび／または他のデバイスおよび／またはオペレーティングシステム特有のコードを取得および／または利用して、デバイスの識別を容易にすることができる。例えば、ＩＭＥＩおよび／または他のコードは、特定のデバイスを識別するために、第２のグラフィックを介して捕捉される画面の画像と関連付けられてもよい。ユーザは、ＩＭＥＩが表示されるデバイスの設定ページに（例えば、リターンアプリケーションのグラフィカルユーザインターフェース上のプロンプトを介して）誘導されてもよく、および／または、ユーザは、ＩＭＥＩを表示するために自動ダイヤル装置上でコードをダイヤルするように促されてもよい。ユーザは、ＩＭＥＩのスクリーンショットを捕捉することができる（例えば、画像を捕捉するために使用されているデバイスおよび／または第２のデバイスのカメラを介して）。リターンアプリは、ＩＭＥＩを識別するためにスクリーンショットを処理してもよい（例えば、ＯＣＲを介して）。いくつかの実施態様では、ユーザは、ＭＤＭサーバと同様のサーバ設定からプロファイルをインストールすることができる。プロファイルは、ＩＭＥＩをサーバに提供することができる。サーバは、ＩＭＥＩをリターンアプリケーションに渡すことができる。いくつかの実施態様では、プロファイルは、リターンアプリケーションにＩＭＥＩを提供するためにユーザが実行するステップの数を減らすことができる。いくつかの実施態様では、これらの機能の１つまたは複数は、リターンアプリケーションによって自動的に実行されてもよい。得られたＩＭＥＩは、捕捉画像（例えば、第２のグラフィック）をタグ付けし、および／または（例えば、得られたＩＭＥＩを介して）真正性を保証するためにリターンアプリによって利用されてもよい。
【００５０】
いくつかの実施態様では、第１のデバイスの状態は、第２のデバイスを使用して判定されてもよい。例えば、第１のデバイスの画面は損傷している場合があり、それによって、ユーザは、デバイスを使用することができない場合があるか、または、デバイスを使用することを所望されない場合があり得る（例えば、指が画面の亀裂によって外傷を受ける可能性がある、画面からチップが緩む、画面が使用によってさらに損傷する可能性がある、など）。したがって、第２のデバイスを利用して、第１のデバイスの画像を捕捉することができる。第１のデバイスおよび第２のデバイスが、リターンアプリケーションを含むことができる（例えば、リターンアプリケーションの１つまたは複数の動作は、第１のデバイスおよび第２のデバイスのプロセッサによって実行され得る）。第１のデバイスの画面またはその一部の状態の、第２のデバイス上のリターンアプリケーションを介した評価を求める要求が受信され得る。第１のデバイスおよび第２のデバイス上のリターンアプリケーションは、（例えば、直接的におよび／またはサーバ上のリターンアプリケーションを介して間接的に）通信することができる。例えば、第２のデバイス上のリターンアプリケーションは、第１のデバイス上のリターンアプリケーションと通信して、グラフィックが、リターンアプリケーションを介して第１のデバイスの画面上に提示されることを可能にすることができる。第１のグラフィックを、第１のデバイス上のリターンアプリケーションを介して第１のデバイスの画面上に提示することができ、グラフィックは、第１の識別コードを含むことができる。第１のデバイス上に提示される第１のグラフィックの少なくとも一部は、第２のデバイスのカメラを介して捕捉されてもよい。リターンアプリケーションは、デバイスのカメラ機能にアクセスすることができ、したがって、リターンアプリケーションは画像の捕捉を可能にすることが可能であり得る。１つまたは複数の第２のグラフィックを、（例えば、第１のデバイス上のリターンアプリケーションを介して）第１のデバイスの画面上に提示することができ、第１のデバイス上で提示される第２のグラフィックのうちの１つまたは複数の少なくとも一部分を、第２のデバイスのカメラを介して捕捉することができる。第１のデバイスの画面の状態を判定するために、第２の画像の１つまたは複数を前処理および／または処理することができる。第１のグラフィックの画像は、（例えば、第１のデバイスのアイデンティティを検証するために）第１のグラフィックの識別コードを復号するために利用されてもよい。いくつかの実施態様では、識別コードは、第１のデバイスおよび／または第１のデバイスの画面から捕捉される画像のアイデンティティを検証するためにリターンアプリケーションによって利用することができる、ＩＭＥＩ番号などの第１のデバイスに固有のコードを含むことができる。
【００５１】
いくつかの実施態様では、第１のグラフィックは、第１のデバイスの状態を判定するために第２のデバイスを利用するときに、提示および／または捕捉されてもよく、されなくてもよい。リターンアプリケーションによって評価されるべきデバイス上の画像を捕捉するリターンアプリケーションによって提供されるセキュリティおよび／または認証のレベルは、分析されている第１のデバイスから画像を捕捉するために第２のデバイスが利用される場合ほど強くない場合がある。したがって、いくつかの実施態様では、詐欺的なユーザ動作におけるリスクの増加を考慮するために、保険請求、査定、引受け、および／または払い戻しを調整することができる。
【００５２】
いくつかの実施態様では、第２の画像を処理することは、第２の画像を部分に分割することと、第２の画像の部分の１つまたは複数が損傷を含むか否かを判定することと、損傷を含む部分の１つまたは複数に隣接する部分を識別することと、第２の画像の部分のうちの１つまたは複数が損傷を含むと判定されたか否か、および、損傷を含むと判定された部分の１つに隣接する部分のうちの１つまたは複数も損傷を含むか否かに基づいて、第１のデバイスの画面の状態を判定することとを含むことができる。画面および／またはその一部（アクティブ領域）は、画像を部分に分割する前に、第２の画像から識別されてもよく、されなくてもよい。例えば、ニューラルネットワークは、いくつかの実施態様では、アクティブ領域が分離されていなくても、画像の損傷を識別するように訓練されてもよい。
【００５３】
いくつかの実施態様では、上記動作の１つまたは複数は、１つまたは複数の追加の画像によって実行することができる。デバイス画面が損傷しているか否かの判定は、いくつかの実施態様では、画像および追加の画像の分析に基づいてもよい。いくつかの実施態様では、リターンアプリケーションは、画像をサーバに送信する前に、画像を処理するか、または少なくとも部分的に処理することができる。いくつかの実施態様では、画像は分析前に分割されなくてもよい。いくつかの実施態様では、画像は画面状態の分析前に処理されなくてもよい。デバイス画面が損傷しているか否かの判定は、いくつかの実施態様において、隣接部分が損傷を示さなくても、部分が損傷を示すか否かの判定に基づいて行うことができる。例えば、部分が１００％の損傷および／または深い亀裂の確率を示す場合、デバイス画面が損傷していると判定することができる。いくつかの実施態様では、リターンアプリケーションは、（例えば、サーバの代わりにおよび／またはサーバに加えて）画像を捕捉し、画像を受信し、および／または画像を格納する。いくつかの実施態様では、リターンアプリケーションは、（例えば、サーバの代わりに、またはサーバと連携して）またはより多くの動作を実行することができる。
【００５４】
いくつかの実施態様では、複数の画像を第２のグラフィックとして利用することができる。例えば、リターンアプリケーションは、第２の画像のセットを提示および／または捕捉することができる。第２の画像のセットは、色付けが異なる場合がある。第２の画像のセットは、捕捉のバースト（例えば、複数の画像を手動で捕捉するのとは対照的に、短時間で複数の画像を自動的に捕捉すること）によって捕捉することができる。捕捉のバーストは、同じまたは異なる捕捉設定（例えば、フラッシュ、露出、焦点距離など）を使用することができる。（例えば、デバイス上のおよび／またはサーバ上のニューラルネットワークを介した）リターンアプリケーションは、捕捉画像の１つまたは複数を、所定の基準色および／または所定の基準色を含む画像と比較して、捕捉された第２の画像を（例えば、画面の健全性を判定するための）処理のために識別することができる。着色および／またはぼやけなどの低画像品質の画像が、いくつかの実施態様において、捕捉された第２の画像として識別されてもよく、されなくてもよい。
【００５５】
いくつかの実施態様では、１つまたは複数の他の自動調整を利用して画像を捕捉することができる。例えば、捕捉バーストは、捕捉される画像のより良好な一貫性を得るために（例えば、一貫性がニューラルネットワークによる分析を容易にすることができるので、健全性をより正確に判定するために）、輝度、色、向き、焦点距離などを変えることができる。例えば、捕捉画像のセットを提供するために、捕捉バースト中に第２の画像の輝度を変化させることができる。（例えば、画面の状態を判定するための）さらに他の処理のために捕捉された第２の画像を識別するために、セット内の画像を基準色と比較することができる。いくつかの実施態様では、リターンアプリケーションは、ユーザに、捕捉画像のセットを得るために（例えば、複数の画像を撮影して１つの角度では見えない場合がある亀裂の視点を変えることができるので、異なる角度で画像を捕捉することを可能にするために）、デバイスの向きを変えるように促すことができる。
【００５６】
いくつかの実施態様では、異なる画面設定によって同じセッションにおいて捕捉される複数の画像を得ることにより、ニューラルネットワークに対する亀裂の視認性を高めることができる（例えば、画像は画面亀裂の異なる種類および／または位置を強調し得る）。リターンアプリケーションは、損傷した画面の識別を容易にするために、異なる色の第２のグラフィックを利用することができる。いくつかの実施態様では、ｉｉｉ。適切な位置決めを誘導するためのＵＩによる複数の傾斜角度−
いくつかの実施態様では、捕捉画像のセットは、デバイスの状態を判定するためにどの画像をさらに処理するかを選択するために、基準画像（例えば、色、強度など）と比較することができる。例えば、リターンアプリケーションは、正確度結果を改善するための訓練に使用される画像の輝度／色／強度に最も近い画像を選択することができる。いくつかの実施態様では、リターンアプリケーションの動作を使用して、画面であることが分かっている画像の領域に色が引き継がれる。色は、反射、不良な色などの他の欠陥を最小限に抑えながら、亀裂の視認性を最もよく表示することが知られている基準色と照合される。基準色に最も近い色の画像は、処理のためにニューラルネットワークに送られる。画像の一貫性の向上は、分析を（例えば、リターンアプリケーションのニューラルネットワークによって実行される）照明状態にあまり依存しないようにすることができる。
【００５７】
いくつかの実施態様では、画像のバースト捕捉は、明度レベルが同じでない（例えば、同じまたは異なるグラフィックを有する）１つまたは複数の画像の捕捉を容易にすることができる。次いで、画像内の色の１つまたは複数を基準色と照合して、基準色に最も近い（例えば、バースト捕捉画像のセットからの）捕捉画像を識別することができる。異なる明度レベルによるバースト捕捉を利用することにより、画像捕捉プロセスおよび／または分析のためにニューラルネットワークに送られる捕捉画像のより高い一貫性を可能にし、および／または、変動性を低減することができる。これにより、いくつかの実施態様では、分析の誤差を減らすことができる。
【００５８】
いくつかの実施態様では、第１のグラフィックの捕捉は、初期露出設定（複数可）を提供することができる。例えば、第１のグラフィックの画像を取得し、分析して、初期露出設定を識別することができる（例えば、画像が明るすぎる場合、ぼやけた場合など）。初期露出設定を生成することによって、画像捕捉を改善することができる。
【００５９】
様々な実施態様において、デバイス（例えば、携帯デバイス、ラップトップなどの電子機器）の１つまたは複数の画面の状態を識別することができる。デバイスの状態は、デバイスの動作および／または他のデバイスの動作を使用して判定することができる。例えば、第１のデバイスがカメラを欠いており、かつ／または動作可能なカメラを欠く場合、第２のデバイスを利用して、第１のデバイスまたはその一部（例えば、画面、前面など）の画像を捕捉することができる。別の例として、第１のデバイスの構成要素が第１のデバイスを少なくとも部分的に動作不能にする（例えば、使用によってユーザを傷害し、かつ／または、デバイスをさらに損傷させる可能性があるような画面亀裂、タッチスクリーンが機能しない、スタックピクセルが使用を妨げるなど）場合、第２のデバイスを利用して、第１のデバイスまたはその一部（例えば、画面、前面、背面など）の画像を捕捉することができる。
【００６０】
いくつかの実施態様では、第１のデバイスを利用して、鏡などの反射面にデバイスの画像を捕捉することができるようにデバイスを位置決めすることによって、第１のデバイスの画像を捕捉することができる。（例えば、同様のデバイスの画像が代わりに提示されないように）画像を捕捉するためにデバイス自体のカメラを利用することによって、詐欺行為に関連するリスクを減少させることができる。画面のような第１のデバイスの構成要素またはその一部の状態の評価を求める要求を、第１のデバイス上のリターンアプリケーションを介して受け取ることができる。リターンアプリケーションは、第１のデバイスに常駐してもよく、および／または第１のデバイスによってアクセス可能であってもよい（例えば、遠隔に格納されてもよい）。リターンアプリケーションは、ユーザとの通信を容易にし、および／またはデバイスの画面上にグラフィックを提示するために、１つまたは複数のグラフィカルユーザインターフェースを提示することができる。
【００６１】
リターンアプリケーションは、第１のデバイスのカメラによる捕捉のために、（例えば、リターンアプリケーションによって生成されたグラフィカルユーザインターフェースを介して）第１のデバイスの画面上に１つまたは複数のグラフィックを提示することができる。例えば、第１のグラフィックを、（例えば、リターンアプリケーションによって）第１のデバイスの画面（例えば、表示構成要素）上で生成および／または提示することができる。第１のグラフィックは、デバイスに関連付けられたＩＭＥＩ、リターンアプリケーションによって生成され、デバイスに関連付けられたコード番号、ＱＲコード（登録商標）などの１つまたは複数の第１の識別コードを含むことができる。識別コードは、第１のデバイスのアイデンティティを検証するために分析することができる（例えば、復号される、コードの一覧と比較されるなど）。第１のグラフィックの第１の画像の少なくとも一部は、第１のデバイスのカメラによって捕捉されてもよい。第１の画像は、鏡のような反射面上の第１のグラフィックの反射を含むことができる。第１のグラフィックおよび／または第１のグラフィックの識別コードは、他の捕捉画像（例えば、第２のグラフィックを含む第２の画像）にタグ付けまたはその他の方法で埋め込まれてもよい。第１のグラフィックは、後のグラフィックの提示および／または捕捉に使用される初期設定（例えば、輝度、コントラスト、向き、反射面までの距離など）を判定するためにリターンアプリケーションによって利用されてもよい。いくつかの実施態様では、第１のグラフィックは利用（例えば、生成および／または捕捉）されなくてもよい。
【００６２】
デバイスまたはその一部（例えば、画面）における損傷の識別を容易にするために、リターンアプリケーションによって他の画像を生成および／または提示することができる。１つまたは複数の第２のグラフィックが、（例えば、リターンアプリケーションのグラフィカルユーザインターフェースを介して）第１のデバイスの画面上で生成および／または提示されてもよい。第２のグラフィックは、（例えば、訓練されたニューラルネットワークを使用した）リターンアプリケーションによる損傷（例えば、亀裂、凹み、チップなど）の識別を容易にするように構成されたグラフィックを含むことができる。例えば、第２のグラフィックは、単色、色の変化、パターン（複数可）、画像などを含むことができる。いくつかの実施態様では、第２のグラフィックは、グラフィック内に表示される画像が変化する、および／または、第２のグラフィックを画面上に提示するために使用される設定が変化するグラフィックのセットを含むことができる。例えば、提示される画像の明度は、捕捉のために第２のグラフィックを別様に提示するように変更することができる。いくつかの実施態様では、単一の第２のグラフィックを生成および／または提示することができる（例えば、単色の緑のグラフィック）。第２のグラフィックのうちの少なくとも１つの第２の画像のうちの１つまたは複数の少なくとも一部が、（例えば、第１のデバイスのカメラを介して）捕捉されてもよい。第２の画像のうちの１つまたは複数は、鏡のような反射面上の、第２のグラフィックのうちの少なくとも１つの反射を含むことができる。捕捉画像は、画面よりも多く（例えば、前面、デバイスに近接する領域など）を含むことができる。リターンアプリケーションは、第１のデバイスのカメラ構成要素を制御することおよび／またはユーザが当該カメラ構成要素を制御することを許容することが可能であり得る。リターンアプリケーションは、第１のデバイスのカメラによって捕捉されている画像にアクセスすることができる。
【００６３】
いくつかの実施態様では、捕捉画像（例えば、捕捉されている第１の画像および／または第２の画像）は前処理されてもよい。前処理は、ユーザデバイス上および／またはサーバ上のリターンアプリケーションによって（例えば、訓練されたニューラルネットワークを使用して）実行されてもよい。前処理は、例えば、提示画像および／または画面の損傷に関連しない捕捉画像内の部分（例えば、障害物、フラッシュ反射など）を識別することによって、低品質画像を識別することができる。前処理は、部分画像および／またはぼやけた画像を識別することができる。いくつかの実施態様では、捕捉画像の品質が悪いという前処理におけるリターンアプリケーションによる判定によって、リターンアプリケーションが画像を拒絶し、および／または画像の再捕捉を要求することができる。画像を再捕捉すると、リターンアプリケーションは、第１のデバイスの画面上のグラフィックを再生成および／または提示することができる。リターンアプリケーションは、グラフィック、デバイス設定を修正し、および／または、ユーザに、再捕捉における調整（例えば、フラッシュの制限、向きの調整など）を促すことができる。いくつかの実施態様では、低品質の画像を処理して、デバイスの構成要素の状態を識別することができる。
【００６４】
第１のデバイスの画面のような構成要素の状態を判定するために、第２の画像のうちの１つまたは複数を処理することができる。第２の画像（複数可）を処理することは、第２の画像を部分に分割することと、第２の画像の部分の１つまたは複数が損傷を含むか否かを判定することとを含むことができる。第２の画像は、（例えば、画像処理全体と比較したときに）より迅速な処理を可能にし、（例えば、損傷の確率を判定する際に近接領域の分析を可能にすることによって）正確度を向上させるために、部分に分割することができる。いくつかの実施態様において、損傷を含む部分のうちの１つまたは複数に隣接する部分を、隣接部分として識別することができる。隣接部分は、損傷を含む場合があり、または含まない場合がある。
【００６５】
第１のデバイスの画面の状態は、第２の画像のうちの１つまたは複数の部分のうちの１つまたは複数が損傷を含むと判定されたか否か、および、損傷を含むと判定されている部分の１つに隣接する部分（例えば、特定の部分に近接する部分）のうちの１つまたは複数もが損傷を含むか否かに基づいて判定することができる。例えば、ニューラルネットワークは、共通の損傷パターンを識別するように訓練されてもよく、隣接する部分に関する情報（例えば、近接する部分が損傷しているか否か）を用いてある部分が損傷しているか否かを判定してもよい。
【００６６】
いくつかの実施態様では、第１のデバイスの画面などの構成要素が損傷しているか否かの判定は、レーティング（例えば、重症度レーティング、損傷タイプのレーティングなど）、損傷の位置などの追加の損傷情報を含むことができる。付加的な損傷情報および／またはデバイスの構成要素が損傷しているか否かの判定は、ユーザに提示することができ、および／または、リターンアプリケーションの他の動作において利用することができる（例えば、保険請求、保証請求などに対する評価の低減）。
【００６７】
記載されているプロセスは、システム１００などの様々なシステムによって実装することができる。さらに、様々な動作が追加、削除、および／または変更されてもよい。いくつかの実施態様では、プロセスまたはその一部は、プロセス２００および／または４００などの他のプロセスからの動作と組み合わせて実行されてもよい。例えば、第２の画像の捕捉は、第２の画像のバースト捕捉を含んでもよい。バースト捕捉が許可されるとき、デバイス設定が変更されてもよい。捕捉画像は、捕捉画像のいずれのセットを処理すべきかを識別するために、基準画像と比較することができる。例えば、基準色と最も近い色を有する画像が選択されてもよい（例えば、輝度および／またはコントラストをデバイス上で調整して、画像捕捉のバーストが行われるときに第２の画像内の異なる色を得ることができる）。捕捉画像のセットは、どの画像が処理され得るかを識別するために前処理されてもよい。別の例として、捕捉された第２の画像を処理することは、画像のうちデバイスの画面に関連付けられていない部分が画像から除去されている（例えば、トリミングされている）第３の画像の生成を含むことができる。この第３の画像は、画面が損傷しているか否かを識別するために、ニューラルネットワークの少なくとも一部によって分析されてもよい（例えば、部分に分割され、および／または分析されてもよい）。いくつかの実施態様では、低品質の画像を処理して、デバイスの構成要素の状態を識別することができる。例えば、ぼやけた画像が処理されてもよく、ニューラルネットワークは、（例えば、損傷の過度の識別を回避するために損傷検出の感度を低下させることによって）分析において画像のぼやけを考慮することができる。
【００６８】
いくつかの実施態様では、第１のデバイスの状態を取得するために、第２のデバイスによって動作のうちの１つまたは複数が実行されてもよい。例えば、第２のデバイスは、リターンアプリケーションによって第１のデバイスに提示される画像を捕捉するためのカメラを含むことができる。第２のデバイス上のリターンアプリケーションは、画像の捕捉を可能にし、ならびに／または、第１のデバイス上の画像の提示、捕捉画像の処理（例えば、前処理および／または処理）、および／もしくは、第１のデバイスの状態の識別を協調させることができる。いくつかの実施態様では、状態が判定されているデバイスとは異なるデバイスを使用して画像を捕捉することに関連する詐欺行為の変化の増大を、保険引受、セキュリティ措置（例えば、下取り、売却、および／または返品のためのデバイスの受領時の物理的検査）、および／または割引（例えば、判定された価値および／または販売価格の低下）において考慮することができる。
【００６９】
いくつかの実施態様では、画像の捕捉は、少なくとも部分的に自動化されてもよい。画像が初期露出設定を満たすとき、画像を得ることができる。例えば、ユーザは電話機を動かす場合があり、電話機が最適な位置にあるとき（例えば、初期露出設定を満たすとき）、画像は自動的に捕捉され得る。初期露出設定は、画面および／または鏡に対するカメラの配置、傾斜角、フラッシュ設定、輝度設定などに関する基準を含むことができる。いくつかの実施態様では、初期露出設定の電話機画面輝度は、電話機識別コードを位置付ける前に較正することができる。いくつかの実施態様では、輝度は、異なる輝度および露出設定によって較正期間中に調整されてもよい。ＱＲコード（登録商標）などの識別コードの所定の視認性の輝度が、現在の照明状態における基準輝度として選択され得る。この基準輝度は、いくつかの実施態様において、輝度が異なる複数の画像捕捉の中央値として使用されてもよい。
【００７０】
いくつかの実施態様では、捕捉画像は、フル解像度またはより低い解像度でニューラルネットワークによって処理されてもよい。異なるレベルに送信される画像は、変化しても変化しなくてもよい。例えば、捕捉画像は、フル解像度でニューラルネットワークのすべてのレベルに通され、ＰＮＧファイルのままであってもよい。いくつかの実施態様では、画像がニューラルネットワークの第１のレベルに送られると、画像は（例えば１２８ｘ２５６に）縮小され得る。ダウンサンプリングされた画像は、色の強度のアレイとしてニューラルネットワークの１つまたは複数の層に送られてもよい。例えば、Ｂｙｔｅ（ｒｅｄ）  Ｂｙｔｅ（ｇｒｅｅｎ）  Ｂｙｔｅ（ｂｌｕｅ），  Ｂｙｔｅ（ｒｅｄ），  Ｂｙｔｅ（ｇｒｅｅｎ），  Ｂｙｔｅ（ｂｌｕｅ）はピクセル（０，０）およびピクセル（０，１）の２ピクセルである。いくつかの実施態様では、ニューラルネットワークの第１の層は、前処理（例えば、画像の品質が悪く、処理不能である、および／または、画像が処理可能であるという結果を返す）であってもよい。いくつかの実施態様では、捕捉画像が最終層に送られるとき、捕捉画像は、パッチおよびスライドによってサンプリングされてもよい（例えば、パッチは３２であってもよく、それによって、タイルは３２×３２であり、スライドは１７であってもよく、それによって、ネットワークは１，１からタイルを取り出し、次に、次のタイルは１，１７から取り出され、ならびに／または、その他の適切なパッチおよび／またはスライドであってもよい）。ニューラルネットワークの内層に送られるタイルについて、重複があってもよく、なくてもよい。サンプル（例えば、３２×３２タイル）は、色強度を表すＲＧＢバイト値のアレイとして最終的なニューラルネットワーク層に送られてもよい。いくつかの実施態様では、これは、長手方向および／または幅方向に行うことができる。ニューラルネットワークは、捕捉画像の任意の適切な点において開始することができる。いくつかの実施態様では、画面が画像の中心にあり、エッジが無視され得る背景を含むので、ほぼ中央で開始することは処理において速度的に有利であり得る。
【００７１】
いくつかの実施態様では、前処理は、捕捉画像の品質が悪いか否かを識別することができる。前処理は、いくつかの実施態様において、ニューラルネットワーク（例えば、ニューラルネットワークの第１の層）によって実行されてもよい。例えば、ニューラルネットワークは、粒子の粗い画像、ぼやけた画像、不良なコントラスト（例えば、暗い）、悪い色（例えば、輝度）、ミスマッチな画像（電話機が予測されるときに電話機がない）、指、電話機ケースなどの障害物、部分画面などのような、不良な画像を識別することができる。
【００７２】
いくつかの実施態様では、リターンアプリケーション（例えば、リターンアプリケーションのニューラルネットワーク）は、デバイスまたはその一部の状態を損傷しているまたは損傷していないものとして識別することができる。リターンアプリケーションは、損傷の種類、損傷の程度などを識別することができる。例えば、ニューラルネットワークは、損傷の種類および／または損傷の程度を識別するように訓練することができる。ニューラルネットワークは、損傷の重症度をレーティングすることができる。例えば、ニューラルネットワークの出力は、亀裂、凹み、スタックピクセル、欠陥軽微、良好などのような、状態に関する詳細を提供することができる。いくつかの実施態様では、状態および／またはニューラルネットワークの出力は、単純な整数０〜ｘ、バイナリ０００００１、および／または合計すると１．０になる割合などの出力フォーマットで提供されてもよい。
【００７３】
いくつかの実施態様では、ニューラルネットワークは、（例えば、処理の前に）ゼロレベルを有することができる。いくつかの実施態様では、２つ以上のレベル（例えば、最終処理層を含む）を有するニューラルネットワークを利用することによって、処理を促進することができ、および／または正確度を改善することができる。リターンアプリケーションは、所望のパラメータに基づいてカスタマイズすることができる。例えば、ぼやけた画像を識別することは、障害物を判定するより容易かつ／または迅速であり得、したがって、ぼやけた画像を識別するためだけに前処理するリターンアプリケーションは、障害物および／または他の低い画像品質について前処理するリターンアプリケーションよりも少ない層を有することができる。いくつかの実施態様では、リターンアプリケーションによって提供される誘導は、より良好な画像捕捉を可能にすることができ、欠陥を識別するために単一層（例えば、最終層）ニューラルネットワークを利用することができる。
【００７４】
いくつかの実施態様では、リターンアプリケーションは、品質の悪い捕捉画像を処理することができる。例えば、色および／またはぼやけに基づいて画像を排除するのではなく、部分のレーティングおよび／または色強度を、リターンアプリケーションによって処理することができる。リターンアプリケーションは、他の部分の処理を禁止してもよく、しなくてもよい。例えば、レーティングは、レーティングが０であれば画像がぼやけていないことを示し、レーティング２５５はこの画像が非常にぼやけていることを示すなど、値、色および／または他の指標であってもよい。レーティング尺度は、線形または非線形であってもよい。リターンアプリケーション（例えば、ニューラルネットワーク）は、レーティングに基づいて調整（例えば、感度を増加および／または減少）することができる。例えば、リターンアプリケーションは、レーティング２５５の捕捉画像の亀裂を識別する際に感度／強度を低下させることができる。したがって、様々な欠陥画像を、低品質画像に基づいて処理することができ、および／またはほぼ正確に処理することができる。
【００７５】
いくつかの実施態様では、デバイスの他の部分が、説明したようにリターンアプリケーションによって捕捉され、および／または処理されてもよい。例えば、リターンアプリケーションは、携帯電話ケーシング（例えば、前面および／または背面）上の亀裂の評価を容易にすることができる。
【００７６】
いくつかの実施態様では、デバイス画面が損傷しているか否かの判定は、損傷の程度、損傷が１つまたは複数の損傷カテゴリ（例えば、完全、亀裂、引っ掻き、反射）に関連するか否か、損害が存在する確率、および／またはその他の適切な損傷分類の判定であってもよい。例えば、デバイス画面が損傷しているか否かの判定は、画面に亀裂があるか、亀裂がないかの判定であってもよい。いくつかの実施態様では、判定は、例えば、−１と１の間の結果をもたらしてもよく、０より小さい値は亀裂のないデバイス画面に関連付けられ、０より大きい値は亀裂のあるデバイス画面に関連付けられる。例えば、いくつかの実施態様では、値は、デバイス画面が損傷している確率に関連付けられてもよく、デバイス画面は、確率が所定の値よりも大きい場合、損傷または亀裂があるものとして識別され得る。例えば、デバイス画面に亀裂がある確実性が９０％を超える（例えば、＞．８０）場合、デバイスおよび／またはデバイス画面は亀裂があると識別することができる。いくつかの実施態様では、分析は、各部分、隣接する部分のセット、すべてのデバイス部分、および／またはデバイス全体について実行されてもよい。
【００７７】
いくつかの実施態様では、デバイス画面に対する損傷の位置、範囲（例えば、どれくらいの深さ、どの層（複数可）にあるかなど）、および／または損傷が他の構成要素に影響を及ぼすか否かを（例えば、システムのニューラルネットワークによって）判定することができる。例えば、損傷が個別の部分で検出されることがあるため、いくつかの実施態様では、損傷のおおよその位置を判定し、および／またはユーザに送信することができる。いくつかの実施態様では、損傷の位置は、デバイスについて提示される基本価格を調整し得る。例えば、デバイス画面のアクティブ領域にない、画面内の小さな亀裂は、デバイス画面のアクティブ領域にある亀裂よりも価格の下げ幅が小さい場合がある。いくつかの実施態様では、ユーザに画面損傷の位置が通知されてもよい。この情報は、ユーザが、識別された画面損傷が実際に画面損傷であるか、または取り除くことができるデバイス上のマークであるかを判定するのを助けることができる。いくつかの実施態様では、損傷の範囲は、（例えば、デバイスを修復するとき）画面が修復可能であるか、または交換がより適切であるかの識別を容易にするために判定され得る。
【００７８】
いくつかの実施態様では、損傷が検出されたデバイス画面の部分の位置にフラグを付けることができる（例えば、異なる色、パターン、フラグ、および／またはその他の適切な印）。図８Ａは、デバイス画面の例示的な捕捉画像の実施態様を示す。図示されているように、デバイス画面は、捕捉画像内に目に見える亀裂を含む。捕捉画像は、複数の部分に分割され、部分のうちの１つまたは複数が所定の確率よりも高い損傷の確率を有するか否かを判定するために分析される。いくつかの実施態様では、隣接する部分が損傷を含むか否かによって、デバイス画面および／またはその部分が損傷を受けているか否かを判定することができる。システムは、フラグを用いて所定の確率よりも高い損傷を有する部分を識別することができる。図８Ｂは、図８Ａに示すデバイス画面が損傷しているか否かの判定の結果として生成されるインターフェースの実施態様を示す。インターフェースは、（例えば、リターンアプリケーションおよび／またはサーバに結合されたウェブサイトを介して）生成され、ユーザに提示されてもよい。図示されているように、より暗い（例えば、赤色）フラグは、損傷部分として識別されている部分を示す。ユーザは、フラグを視認し、デバイス画面の損傷部分ではないとユーザが考えるフラグと争い、および／または損傷部分を検証することができる。図８Ｃは、デバイス画面の例示的な捕捉画像の実施態様を示す。図示されているように、デバイス画面は損傷していない。したがって、デバイス画面の画像が分析されるとき、フラグは生成されない。図８Ｄは、図８Ｃに示すデバイス画面が損傷しているか否かの判定の結果として生成されるインターフェースの実施態様を示す。図示されているように、デバイス画面の状態の自動判定は損傷を全く検出せず、したがってデバイス画面のどの部分にも損傷があるとしてフラグを付されていない。別の例として、図８Ｅは、デバイス画面の例示的な捕捉画像の実施態様を示す。図示されているように、デバイス画面は損傷を含む。図８Ｆは、図８Ｅに示すデバイス画面が損傷しているか否かの判定の結果として生成されるインターフェースの実施態様を示す。デバイス画面の状態の判定の結果として、値ａｐｐは、デバイス画面の損傷した部分にフラグを立てることができる。より暗いフラグ（例えば、赤色のフラグ）は、システムによって、損傷を受けたとしてラベル付けされたデバイスの部分を示す。
【００７９】
様々な実施態様では、デバイス画面の状態の判定（例えば、デバイス画面が損傷しているか損傷していないか）を使用して、デバイスの状態を判定し、および／またはデバイスをさらにテストすることができる（例えば、一般的に使用されている技法および／または記載されている技法に従って）。例えば、デバイスの構成要素に近接して画面に亀裂がある場合、および／または所定の最大サイズよりも大きなサイズ（例えば、深さおよび／または幅）を有する亀裂がある場合、さらに他のテストが実行されて、１つまたは複数の他の構成要素  （例えば、マイクロホン、スピーカ、タッチスクリーン層、および／またはケース）が損傷しているか否かを判定することができる。例えば、構成要素の動作を（例えば、自動的に、半自動的に、および／または手動で）試験することができる。デバイス（例えば、画面を含む構成要素）の状態、市場データ、現在の再販価格、および／または他の情報を利用して価格を判定することができる。価格は、ユーザに送信することができ、および／またはリターンアプリケーションを介して表示することができる。ユーザは、いくつかの実施態様では、リターンアプリケーションに提示された価格に基づいてデバイスを販売することができる。
【００８０】
いくつかの実施態様では、デバイス画面が損傷していると判定された場合、タッチスクリーンテストを実行することができる。タッチスクリーンテストは、リターンアプリケーションを介して実行することができる。例えば、リターンアプリケーションは、ユーザに、リターンアプリケーションからの指示に基づいて入力を提供するように促すことができ、ユーザによって提供される入力に基づいてタッチスクリーンの状態（例えば、損傷しているかまたは損傷していないか、損傷の位置および／または損傷の範囲）に関する判定を行うことができる。タッチスクリーンテストの結果は、デバイス画面への損傷の深さおよび／またはデバイスの１つまたは複数の他の構成要素への損傷を判定するために利用され得る。
【００８１】
いくつかの実施態様では、デバイスのグレードは、デバイス画面が損傷しているか否か、損傷が存在する場合の画面上の損傷の位置、損傷が存在する場合の画面に対する損傷の大きさ、デバイスの１つまたは複数の他の構成要素が損傷しているか否か、再販価格、リサイクル／スクラップ値、および／または他の適切な基準の判定に少なくとも部分的に基づいてもよい。例えば、デバイスが画面損傷を受けていない場合、デバイスは第１のグレードを受けることができる。デバイスの画面が損傷している場合、第１のグレードよりも低い第２のグレードをデバイスに割り当てることができる。デバイスに画面損傷およびタッチスクリーン損傷がある場合、第２のグレードより低い第３のグレードをデバイスに割り当てることができる。デバイスのグレーディングは、ユーザがデバイスの販売のために提示される価格および／またはデバイスが再販される価格（例えば、市場において、第三者に対してなど）に関連し得る。
【００８２】
いくつかの実施態様では、デバイス画面に対する損傷の評価は、主観性を減じることができ（例えば、損傷が自動的に判定され得るため）および／または一貫性を高めることができる（例えば、位置および／またはサイズ）ので、デバイスの全体的な評価をより詳細にすることができ、および／または、より多くの可能なレベルにわたってグレーディングを行うことができる。そのため、デバイスの状態間のより小さい差異をより一貫してより迅速に提供することができる。たとえば、画面のアクティブ領域と重複しない画面の損傷は、画面の損傷領域としてグレーディングされ得るが、画面のアクティブ領域に損傷がある画面よりも高いグレーディングが適用される。
【００８３】
いくつかの実施態様では、画像（複数可）は、デバイスのメモリおよび／またはデバイスに結合されたメモリ（例えば、クラウドストレージおよび／またはサーバのメモリ）に格納されてもよい。リターンアプリケーションは、デバイスのネットワーク接続（例えば、ＬＴＥ、Ｗｉ−Ｆｉなど）に基づいて、サーバへの画像のアップロードを管理することができる。
【００８４】
いくつかの実施態様では、人間（例えば、品質制御オペレータ）によって画面の損傷を検証することができ、このフィードバックをニューラルネットワークに提供して正確度を上げ、および／またはサーバのニューラルネットワークによって提供される分析を調整することを可能にすることができる。
【００８５】
画面状態は、亀裂による損傷の観点から説明されているが、ピクセルへの損傷（例えば、破損、スタックなど）、凹みなどの他の損傷もまた、リターンアプリケーションを介して判定することができる。例えば、アプリケーションは、デバイス画面上に１つまたは複数のグラフィックが表示されるようにすることができ、（例えば、デバイス上のカメラを介して）デバイス画面上のグラフィックの画像が捕捉されるようにすることができる。例えば、グラフィックは、画面上に提示される単一の色、様々な色を有するグラフィック、パターン（複数可）を有するグラフィック、および／または画面損傷の識別を容易にするように設計されたグラフィックを含むことができる。画像に提示される色は、１つまたは複数のピクセルが正確に色を提示していないかを判定するために（例えば、サーバのニューラルネットワークによって）分析されてもよい。いくつかの実施態様では、ｋ平均を使用して、画像内のほぼ同じ色の特徴を認識することができる。したがって、ピクセルへの損傷は、捕捉画像（複数可）の分析に少なくとも部分的に基づいて識別され得る。
【００８６】
実施態様は市販のニューラルネットワークを含むことができるが、いくつかの実施態様では、ニューラルネットワークは、パターンを学習し、亀裂を認識し、デバイス上に存在する損傷の確率を割り当てることが可能である、および／または他の適切な機能を有するカスタマイズされたニューラルネットワークであってもよい。いくつかの実施態様では、ニューラルネットワークは、リターンアプリケーションによってアクセス可能なクラウドベースのシステムを含むことができる。いくつかの実施態様では、ニューラルネットワークは、デバイス上に格納され動作可能であってもよい。
【００８７】
いくつかの実施態様では、ニューラルネットワークは、ニューラルネットワークがデバイスの画面の状態をどのように識別するかを学習することを可能にする学習ツールを使用して訓練することができる。図９Ａ、図１０Ａおよび図１１Ａは、学習ツールの実施態様を示し、図９Ｂ、図１０Ｂおよび図１１Ｂは、関連する第２の画像を示す。図９Ｃ、図１０Ｃおよび図１１Ｃは、ニューラルネットワークによる第２の画像の処理の例を示し、図１２Ａ〜図１２Ｂは、ニューラルネットワークによって達成される正確度および交差エントロピーの例を示す。ニューラルネットワークは、０以上の層を含むことができる。いくつかの実施態様では、ニューラルネットワークは、捕捉画像からのデバイスの画面の状態の処理および識別を容易にするために多層化されてもよい。ニューラルネットワークは、図９Ｂ〜図１１Ｂに示される例示的な捕捉画像および図９Ａ〜図１１Ａに示される損傷が識別される対応する例示的な画像などの例示的な画像を提供することによって訓練され得る。図９Ｂ〜図１１Ｂに示すように、損傷が（例えば、異なる色および／またはパターンによって）識別される。ニューラルネットワークは、記載されている動作のうちの１つまたは複数に従って画像９Ｂ〜１１Ｂのような例示的な捕捉画像を処理することができる。例えば、捕捉画像は、複数の部分に分割されてもよく、その中のどの部分が損傷を含むかをニューラルネットワークによって判定することができる。この結果は、学習ツールと比較することができ、図１２Ａ〜図１２Ｂに示すように、ニューラルネットワークが学習してより正確になることができる。
【００８８】
鏡が、デバイスの画面上に提示された画像を反射する反射面を提供するものとして説明してきたが、鏡の代わりに、および／または鏡と共に、任意の反射面を使用することができる。例えば、金属の反射片および／またはプラスチックの反射片を使用して、デバイス画面の画像を捕捉することができる。
【００８９】
ユーザは人間として説明されているが、ユーザは、１人の人、人のグループ、１つまたは複数のコンピュータと相互作用する１人または複数の人、および／またはコンピュータシステム（例えば、デバイス、ロボット）であってもよい。
【００９０】
様々な実施態様において、デバイスが記載されている。デバイスは、スマートフォン、タブレット、ラップトップ、ゲームコンソール、携帯メディアプレーヤ（例えば、電子リーダおよび／またはビデオプレーヤ）、ウェアラブル（例えば、時計、宝飾品など）、アプリケーションの実行および／またはデバイスの写真の撮影を行うことができるビデオカメラのような、任意の適切なデバイスであってもよい。デバイスは、メモリ、プロセッサ、およびカメラ（例えば、画像を捕捉することができる構成要素）を含むことができる。デバイスは、リターンアプリケーションをメモリに格納することができ、プロセッサは、リターンアプリケーションを実行して、記載された動作のうちの１つまたは複数を実行することができる。いくつかの実施態様では、デバイスは、サーバの代わりに、またはサーバと連携して、サーバによって実行されるように記載された動作のうちの１つまたは複数を実行することができる。
【００９１】
様々な実施態様において、サーバが説明されている。サーバ１１０は、メモリと、命令を実行し、サーバの動作を実行するためにデータを操作するプロセッサとを含むことができる。サーバは、いくつかの実施態様では、クラウドベースであってもよく、および／またはクラウドベースの処理および記憶をサポートしてもよい。説明したように、ニューラルネットワークはサーバのメモリに格納されてもよく、プロセッサはニューラルネットワークの機能を実行してもよい。メモリは、データのリポジトリ（例えば、データベース）を含むことができる。データは、ニューラルネットワークを教示および／または設定するためのデータ（例えば、画像のセット、正確におよび／または誤って識別された損傷に関するフィードバック、パターン等）、再販価格、デバイスについて提示するための価格、画面修理および／または交換コスト、画像補足情報の所定の位置、市場情報、再使用情報、保険情報、デバイスの識別を確認するための情報、および／またはその他の適切な情報を含むことができる。
【００９２】
さらに、様々なソフトウェアがサーバのメモリに格納されてもよい。例えば、ソフトウェアは、デバイスと通信すること、デバイス画面の状態を判定する１つまたは複数の動作を実行すること、デバイスの１つまたは複数の構成要素に対してテストを実行すること等が可能であり得る。様々な実施態様では、捕捉画像のうちの１つまたは複数は、デバイスもしくはサーバのメモリに格納することができ、および／または（例えば、ユーザデバイスからサーバへ、および／またはその逆に）送信され得る。
【００９３】
サーバ上のソフトウェアおよび／またはリターンアプリケーションは、ユーザとの対話を容易にするグラフィカルインターフェースを含むことができる。通信インターフェースが、サーバがネットワークを介して他のリポジトリおよび／またはデバイスと通信することを可能にすることができる。通信インターフェースは、ネットワークプロトコル（例えば、ＴＣＰ／ＩＰ、ブルートゥース（登録商標）、および／またはＷｉ−Ｆｉ）および／またはバス（例えば、シリアル、パラレル、ＵＳＢ、および／またはＦｉｒｅＷｉｒｅ）を介して、サーバへとおよび／もしくはサーバからデータを送信することができ、ならびに／または、デバイスおよび／もしくは結合リポジトリおよび／もしくは他のコンピュータシステムからデータを受信することができる。
【００９４】
サーバおよび／またはリターンアプリケーションのグラフィカルユーザインターフェース（ＧＵＩ）は、デバイスの画面などの提示インターフェース上に表示することができる。ＧＵＩは、デバイスのユーザがリポジトリおよび／またはサーバと対話することを可能にするように動作可能であってもよい。一般に、ＧＵＩは、サーバおよび／またはリターンアプリケーションによって提供されるデータの効率的かつユーザフレンドリな提示を、デバイスのユーザに提供する。ＧＵＩは、対話型フィールド、プルダウンリスト、およびユーザによって操作されるボタンを有する複数の表示を含むことができる。一例として、ＧＵＩは探索型インターフェースを提示し、ユーザからコマンドを受信する。グラフィカルユーザインターフェースという用語は、特定のグラフィカルユーザインターフェースの表示の各々の中の１つまたは複数のグラフィカルユーザインターフェースを記述するために、単数形または複数形で使用されてもよいことを理解されたい。さらに、ＧＵＩは、サーバおよび／またはデバイス内の情報を処理し、その情報をユーザに効率的に提示する、一般的なウェブブラウザのような任意のグラフィカルユーザインターフェースを企図する。いくつかの実施態様では、ＧＵＩは、リターンアプリケーションおよび／またはサーバからのコンテンツを埋め込むウェブページを提示することができる。サーバは、ウェブブラウザ（例えば、Ｍｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  ＥｘｐｌｏｒｅｒまたはＳａｆａｒｉ）を介してデバイスからデータを受け取り、適切なハイパーテキストマークアップ言語（ＨＴＭＬ）または拡張可能マークアップ言語（ＸＭＬ）の応答を返すことができる。
【００９５】
図１は、本開示で使用することができるサーバの一例を提供しているが、サーバは、サーバ以外のコンピュータおよびサーバプールを用いて実装することができる。例えば、サーバは、汎用パーソナルコンピュータ（ＰＣ）、Ｍａｃｉｎｔｏｓｈ（登録商標）、ワークステーション、ＵＮＩＸ（登録商標）ベースのコンピュータ、サーバコンピュータ、またはその他の適切なデバイスを含むことができる。一実施態様によれば、サーバは、ウェブサーバおよび／またはクラウドベースのサーバを含むことができる。サーバは、ＵＮＩＸ（登録商標）、Ｌｉｎｕｘ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）、またはその他の適切なオペレーティングシステムを含む任意のオペレーティングシステムを実行するように適合されてもよい。手短に言えば、サーバは、データへのアクセスを提供し、および／またはデータを適切な互換フォーマットに変換するのに適した任意の組み合わせのソフトウェアおよび／またはハードウェアを含むことができる。
【００９６】
実施態様は、サーバおよび／またはデバイス内の単一のプロセッサを記述しているが、特定のニーズに応じて複数のプロセッサを使用することができ、プロセッサへの参照は、適切な場合に複数のプロセッサを含むように意図されている。プロセッサは、プログラム可能論理デバイス、マイクロプロセッサ、または論理的に情報を操作するためのその他の適切なデバイスを含むことができる。
【００９７】
実施態様は、リターンアプリケーションの分析の少なくとも一部を実行するためのニューラルネットワークの使用を論じているが、他のコンピューティングデバイスによって実装される分析フレームワークを適宜使用することができる。実施態様は、ニューラルネットワークをサーバ（複数可）（例えば、物理サーバおよび／または仮想サーバ）に含まれるものとして説明しているが、ニューラルネットワークは他のデバイスに収容されてもよい。例えば、ニューラルネットワークは、モバイルデバイスのような第１のデバイスおよび／または第２のデバイスなどのユーザデバイス上で実行および／または少なくとも部分的に実行することができる。ニューラルネットワークは、いくつかの実施態様では、クラウドベースであってもよく、サーバおよび／またはユーザデバイス（例えば、第１のデバイスおよび／または第２のデバイス）によってアクセスされてもよい。
【００９８】
実施態様は、サーバおよび／またはデバイスの単一のメモリを記述するが、複数のメモリを適宜使用することができる。例えば、メモリは、ＳＱＬデータベース、リレーショナルデータベース、オブジェクト指向データベース、分散データベース、ＸＭＬデータベース、クラウドベースメモリ、デバイスメモリ、および／またはウェブサーバリポジトリを含むことができる。さらに、メモリは、読み出し専用メモリ（ＲＯＭ）、光学メモリ（例えば、ＣＤ、ＤＶＤ、またはＬＤ）、磁気メモリ（例えば、ハードディスクドライブ、フロッピー（登録商標）ディスクドライブ）、ＮＡＮＤフラッシュメモリ、ＮＯＲフラッシュメモリ、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、強誘電体ランダムアクセスメモリ（ＦｅＲＡＭ）、磁気抵抗ランダムアクセスメモリ（ＭＲＡＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、不揮発性スタティックランダムアクセスメモリ（ｎｖＳＲＡＭ）、および／または相変化メモリ（ＰＲＡＭ）のような揮発性メモリ（例えば、ＲＡＭ）または不揮発性メモリのような、１つまたは複数の形態のメモリを含むことができる。
【００９９】
実施態様は記載された特定のシステムまたはプロセスに限定されず、当然のことながら変更することができることを理解されたい。また、本明細書で使用する用語は、特定の実施態様を説明するためのものにすぎず、限定するものではないことも理解されたい。本明細書中で使用される場合、単数形「ａ」、「ａｎ」および「ｔｈｅ」は、内容が明らかにそうでないことを示さない限り、複数の指示対象を含む。したがって、例えば、「１つの画像」への言及は、２つ以上の画像の組み合わせを含み、「１つのグラフィック」への言及は、複数の異なるタイプおよび／またはグラフィックの組み合わせを含む。
【０１００】
本開示を詳細に説明したが、添付の特許請求の範囲によって規定される本開示の精神および範囲から逸脱することなく、本明細書において様々な変更、置換および改変を行うことができることを理解されたい。さらに、本出願の範囲は、本明細書に記載されるプロセス、機械、製造、組成物、手段、方法およびステップの特定の実施形態に限定されることを意図するものではない。当業者であれば本開示から容易に理解するように、本明細書において説明されている対応する実施形態と実質的に同じ機能を果たすか、または実質的に同じ結果を達成する、現在存在するまたは後に開発されるであろうプロセス、機械、製造、組成物、手段、方法またはステップを、本開示に従って利用することができる。したがって、添付の特許請求項は、そのようなプロセス、機械、製造、組成物、手段、方法またはステップをその範囲内に含むことが意図されている。
【図１】
0006754843.tif 000002
【図２】
0006754843.tif 000003
【図３Ａ】
0006754843.tif 000004
【図３Ｂ】
0006754843.tif 000005
【図３Ｃ】
0006754843.tif 000006
【図４】
0006754843.tif 000007
【図５Ａ】
0006754843.tif 000008
【図５Ｂ】
0006754843.tif 000009
【図６Ａ】
0006754843.tif 000010
【図６Ｂ】
0006754843.tif 000011
【図７】
0006754843.tif 000012
【図８】
0006754843.tif 000013
【図９Ａ−９Ｃ】
0006754843.tif 000014
【図１０Ａ−１０Ｃ】
0006754843.tif 000015
【図１１Ａ−１１Ｃ】
0006754843.tif 000016
【図１２Ａ】
0006754843.tif 000017
【図１２Ｂ】
0006754843.tif 000018