(57)【特許請求の範囲】
【請求項１】
物品の価格を見積もるための方法であって、
ユーザによってエンド-ユーザデバイスに入力された見積予定の物品の物品情報を、サーバが受信するステップと、
前記ユーザによって前記エンド-ユーザデバイスに入力された前記物品の実際の写真を、前記サーバが取得するステップと、
前記物品の実際の写真が指定された条件を満たしているかどうかを、前記サーバが判定するステップであって、前記物品の実際の写真が指定された条件を満たしていないと決定すると、前記サーバは前記物品の新しい実際の写真を収集するように前記ユーザに促すために、前記エンド-ユーザデバイスにプロンプトメッセージを返す、ステップと、
前記物品情報に基づいて、所定のグラフィックスライブラリから前記物品の標準写真を、前記サーバが決定するステップと、
前記物品の実際の能力を、前記サーバが決定するステップと、
前記標準写真、前記実際の写真、および前記物品の前記実際の能力に基づいて、前記サーバが前記物品の価格を決定するステップと
を含む方法。
【請求項２】
前記標準写真と前記実際の写真に基づいて前記物品の価格を決定するステップは、
前記標準写真と前記実際の写真に基づいて前記物品の損傷評価情報を決定するステップと、
前記損傷評価情報に基づいて前記物品の損傷状態を決定するステップと
を含む、請求項1に記載の方法。
【請求項３】
前記標準写真と前記実際の写真に基づいて前記物品の損傷評価情報を決定するステップは、
前記標準写真と前記実際の写真をモデルに入力するステップと、
前記モデルによって出力された比較結果を取得するステップであって、前記モデルが、前記標準写真と前記実際の写真を比較し、前記比較結果に基づいて前記物品の前記損傷評価情報を決定し、前記損傷評価情報を出力するために使用される、ステップとを含む、請求項2に記載の方法。
【請求項４】
前記物品の前記損傷評価情報が、傷情報、分解した痕跡情報、またはウォーターマーク情報を含む、請求項2に記載の方法。
【請求項５】
前記標準写真と前記実際の写真に基づいて前記物品を見積もるステップの前に、前記方法は、
前記物品が電子デバイスであるとき、評価ソフトウェアに対応するインストールパッケージを前記物品に送信するステップであって、その結果、前記物品が、前記インストールパッケージを使用することによって前記評価ソフトウェアをインストールし、前記評価ソフトウェアを使用することによって前記物品の評価情報を決定する、ステップと、
前記評価情報を取得するステップと
をさらに含む、請求項1に記載の方法。
【請求項６】
前記評価情報を取得するステップは、
前記見積予定の物品によって送信された前記評価情報を取得するステップ、または
前記評価情報を含む写真を取得するとともに、前記評価情報を含む前記写真に基づいて前記評価情報を決定するステップを含む、請求項5に記載の方法。
【請求項７】
前記標準写真と前記実際の写真に基づいて前記物品の価格を決定するステップは、
前記標準写真、前記実際の写真、および前記評価情報に基づいて、あるいは前記評価情報に基づいて、前記物品を見積もるステップを含む、請求項6に記載の方法。
【請求項８】
前記価格に基づいてサービスを実行するステップであって、前記サービスが物品リサイクルサービスおよび物品の担保の少なくとも1つを含む、ステップ
をさらに含む、請求項1に記載の方法。
【請求項９】
サービスを実行するステップは、
ユーザの与信限度を決定するステップと、
前記ユーザの前記与信限度が指定の与信限度以上であると判定すると、前記価格より少ない金額を決定するステップと、
前記ユーザに前記金額を支払うステップと、
ピックアップメッセージを生成するステップであって、前記ピックアップメッセージが、ピックアップ担当に前記見積予定の物品をピックアップするように指示するために使用される、ステップと、
を含む、請求項8に記載の方法。
【請求項１０】
前記ユーザの前記与信限度を決定するステップが、ユーザ情報を処理するステップを含む、請求項9に記載の方法。
【請求項１１】
前記ユーザ情報が、前記ユーザの識別情報およびリスク制御情報を含む、請求項10に記載の方法。
【請求項１２】
前記物品が、携帯電話、コンピュータ、または自動車を含む、請求項1に記載の方法。
【請求項１３】
前記物品および前記物品の前記価格に関する契約を設定するステップと、
前記契約が所定の時間内に返信されたかどうかを判定するステップと、
前記契約が所定の時間内に返信されなかったと決定することに応答して、ペナルティ措置を適用するステップと
をさらに含む、請求項1に記載の方法。
【請求項１４】
前記物品の前記実際の能力が前記物品の機能の動作を含む、請求項1に記載の方法。
【請求項１５】
請求項1〜14のいずれか一項に記載の方法を実行するように構成された複数のモジュールを含む、物品見積のための装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書はコンピュータ技術の分野に関し、特に、物品見積方法および装置に関する。
【背景技術】
【０００２】
コンピュータ技術の継続的な発展に伴い、物品のリサイクル、物品の担保、および物品の譲渡などのサービスは一般に、オフラインモードからオンラインモードに移行しており、その結果、ユーザはこれらのサービスをオンライン便利にかつ迅速に扱うことができる。したがって、これらのサービスを実行することの効率は非常に改善された。
【０００３】
ユーザが物品のリサイクルまたは物品の担保などのサービスを扱うとき、物品の見積が通常必要となる。現在では、物品は通常手動で見積もられる。
【０００４】
既存の技術に基づいて、より効率的な物品見積方法が必要とされる。
【発明の概要】
【０００５】
本明細書は、既存の技術において低効率な物品見積の問題を軽減するための、物品見積方法を提供する。
【０００６】
本明細書では、物品見積方法が提供され、該方法は、見積予定の物品の物品情報を受信するとともに、見積予定の物品の実際の写真を取得するステップと、物品情報に基づいて、所定のグラフィックスライブラリから見積予定の物品の標準写真を決定するステップと、標準写真と実際の写真に基づいて見積予定の物品を見積もるステップと、を含む。
【０００７】
本明細書は、既存の技術において低効率な物品見積の問題を軽減するための、物品見積装置を提供する。
【０００８】
本明細書では、物品見積装置が提供され、該装置は、見積予定の物品の物品情報を受信するとともに、見積予定の物品の実際の写真を取得するように構成された受信モジュールと、物品情報に基づいて、所定のグラフィックスライブラリから見積予定の物品の標準写真を決定するように構成された決定モジュールと、標準写真と実際の写真に基づいて見積予定の物品を見積もるように構成された見積モジュールとを備える。
【０００９】
本明細書は、既存の技術において低効率な物品見積の問題を軽減するための、物品見積デバイスを提供する。
【００１０】
本明細書では、物品見積デバイスが提供され、該デバイスは、1つまたは複数のメモリとプロセッサとを備え、メモリがプログラムを格納し、プログラムが1つまたは複数のプロセッサによって実行され、見積予定の物品の物品情報を受信するとともに、見積予定の物品の実際の写真を取得するステップと、物品情報に基づいて、所定のグラフィックスライブラリから見積予定の物品の標準写真を決定するステップと、標準写真と実際の写真に基づいて見積予定の物品を見積もるステップとを実行する。
【００１１】
本明細書は、既存の技術において低効率な物品見積の問題を軽減するための、サービス実行方法を提供する。
【００１２】
本明細書では、サービス実行方法が提供され、該方法は、見積予定の物品の、ユーザによって送信された物品情報を受信し、見積予定の物品の実際の写真を取得するステップと、物品情報に基づいて、所定のグラフィックスライブラリから見積予定の物品の標準写真を決定するステップと、標準写真と実際の写真に基づいて、見積予定の物品を見積もるステップと、ユーザの与信限度および見積予定の物品の見積価格に基づいてサービスを実行するステップとを含む。
【００１３】
本明細書は、既存の技術において低効率な物品見積の問題を軽減するための、サービス実行装置を提供する。
【００１４】
本明細書では、サービス実行装置が提供され、該装置は、見積予定の物品の、ユーザによって送信された物品情報を受信し、見積予定の物品の実際の写真を取得するように構成される取得モジュールと、物品情報に基づいて、所定のグラフィックスライブラリから見積予定の物品の標準写真を決定するように構成される決定モジュールと、標準写真と実際の写真に基づいて、見積予定の物品を見積もるように構成される見積モジュールと、ユーザの与信限度および見積予定の物品の見積価格に基づいてサービスを実行するように構成される実行モジュールとを備える。
【００１５】
本明細書は、既存の技術において低効率な物品見積の問題を軽減するための、サービス実行デバイスを提供する。
【００１６】
本明細書では、サービス実行デバイスが提供され、該デバイスは、1つまたは複数のメモリとプロセッサとを備え、メモリがプログラムを格納し、プログラムが1つまたは複数のプロセッサによって実行され、見積予定の物品の、ユーザによって送信された物品情報を受信し、見積予定の物品の実際の写真を取得するステップと、物品情報に基づいて、所定のグラフィックスライブラリから見積予定の物品の標準写真を決定するステップと、標準写真と実際の写真に基づいて、見積予定の物品を見積もるステップと、ユーザの与信限度および見積予定の物品の見積価格に基づいてサービスを実行するステップとを実行する。
【００１７】
本明細書において使用される少なくとも一つの技術的解決策は以下の有益な効果をもたらすことができる。
【００１８】
本明細書の1つまたは複数の実施形態では、見積予定の物品の標準写真が、見積予定の物品の受信した物品情報に基づいて、所定のグラフィックスライブラリから決定され、見積予定の物品は、見積予定の物品の取得された実際の写真と、決定された標準写真とに基づいて見積もられる。見積予定の物品は、見積予定の物品の実際の写真と標準写真とを取得した後に、実際の写真と標準写真とを比較および分析することによって迅速に見積もることができ、それにより物品見積の効率が改善される。
【００１９】
本明細書に説明される添付の図面は本明細書をより理解するための手助けとしての目的であり、本明細書の一部を構成する。本明細書の説明される実施形態は、および発明の詳細な説明は、本明細書を説明するためのものであり、本明細書に対して不適切な限定を構成するものではない。
【図面の簡単な説明】
【００２０】
【図１】本明細書の実施形態による、物品見積プロセスを示す概略図である。
【図２】本明細書による、物品全体のリサイクルサービスを実行するためのプロセスを示す概略図である。
【図３】本明細書による、第2のリサイクル方法を使用することによって、物品のリサイクルサービスをサーバによって実行するためのプロセスを示す概略図である。
【図４】本明細書による、サーバによって送信されたレビュー情報に基づいて物品のリサイクルサービスをユーザによって実行するプロセスを示す概略図である。
【図５】本明細書による、物品見積装置を示す概略図である。
【図６】本明細書による、サービス実行装置を示す概略図である。
【図７】本明細書による、物品見積デバイスを示す概略図である。
【図８】本明細書による、サービス実行デバイスを示す概略図である。
【発明を実施するための形態】
【００２１】
既存の技術において、物品は、通常手動で見積もられる。具体的には、物品見積の担当者が、見積予定の物品を取得した後に、それぞれの態様から見積予定の物品を手動でチェックする必要があり、見積予定の物品の価格を見積もり、見積価格に基づいて、ユーザに金額を支払う。
【００２２】
本明細書は物品見積方法を提供する。方法において、見積予定の物品の標準写真が見積予定の物品の受信した情報に基づいて所定のグラフィックスライブラリから決定され、見積予定の物品は、見積予定の物品の取得した実際の写真と、決定された標準写真とに基づいて見積もられる。見積予定の物品は、見積予定の物品の実際の写真と標準写真とを取得した後に、実際の写真と標準写真とを比較および分析することによって迅速に見積もることができ、それにより物品見積の効率が改善される。
【００２３】
当業者が本明細書の1つまたは複数の実施形態における技術的解決策をより良く理解するために、以降に、本明細書の1つまたは複数の実施形態において添付の図面を参照しながら、本明細書の1つまたは複数の実施形態における技術的解決策を説明する。明らかに、説明される実施形態は、本明細書の単に一部であり、全てではない。創造的な努力なく本明細書の実施形態に基づいて当業者によって得られる全ての他の実施形態は、本明細書の保護範囲内である。
【００２４】
本明細書において、物品はサーバ、エンド-ユーザデバイス、あるいは物品見積システムによって見積もられることができ、勿論、物品見積クライアントによって見積もられることができる。本明細書において提供される物品見積方法は、サーバが実行本体としてサービスを提供する例を使用することによって以下に説明される。本明細書で提供される物品見積方法は、物品のリサイクル、物品の担保、物品の譲渡、物品の損傷評価、および物品の保険保証などの複数のシナリオにおいて使用され得る。本明細書において提供される物品評価方法の説明を容易にするために、本明細書において提供される物品見積方法が物品リサイクルシナリオにおいてのみ詳細に説明される。他のシナリオにおいて物品見積方法の適用について、物品リサイクルシナリオを参照できる。
【００２５】
図1は、本明細書による物品見積プロセスを示す概略図である。このプロセスは以下のステップを含む。
【００２６】
S100:見積予定の物品の物品情報を受信し、見積予定の物品の実際の写真を取得する。
【００２７】
本明細書では、物品のリサイクルサービスを実行するとき、ユーザはエンド-ユーザデバイスまたはエンド-ユーザデバイスにインストールされたクライアントに対して、リサイクルされる必要のある物品の物品情報を入力できる。エンド-ユーザデバイスまたはクライアントは、ユーザによって入力された物品情報をサーバに送信でき、その結果、物品情報を受信すると、サーバは、物品情報に基づいて、ユーザの、リサイクルされる必要のある物品、すなわち見積予定の物品を決定する。
【００２８】
見積予定の物品を決定した後、サーバは、ユーザのエンド-ユーザデバイスまたはクライアントを使用することによって、ユーザに見積予定の物品の実際の写真を収集するように促すことができ、ユーザが見積予定の物品の実際の写真を収集する必要があるいくつかの角度についてユーザにさらに促すことができる。本明細書で言及される実際の写真は、見積予定の物品の現在の実際の状態を反映することができる写真であり、見積予定の物品の表面に傷があるかどうか、および見積予定の物品の表面に分解した痕跡があるかどうかなどの、表面状態が実際の写真に反映され得る。
【００２９】
ユーザは、エンド-ユーザデバイスを使用することによって複数の角度から見積予定の物品の実際の写真を収集できる。例えば、ユーザは見積予定の物品の、正面、側面、背面から実際の写真を収集してよい。ユーザは、エンド-ユーザデバイスまたはクライアントを使用することによって、サーバに見積予定の物品の収集された実際の写真を送信でき、その結果、サーバは続いて、見積予定の物品の取得された実際の写真に基づいて見積予定の物品を見積もる。
【００３０】
本明細書において、サーバは、見積予定の物品の実際の写真が、指定された条件を満たしているかどうかを判定でき、見積予定の物品の実際の写真が指定された条件を満たしていないと決定すると、見積予定の物品の新しい実際の写真を収集するようにユーザに促すために、ユーザのエンド-ユーザデバイスまたはクライアントにプロンプトメッセージを返す。例えば、見積予定の物品の取得された実際の写真の定義が、指定された定義を満たしていないと決定すると、サーバはユーザに見積予定の物品の新しい実際の写真を収集するように促す。
【００３１】
S102:物品情報に基づいて所定のグラフィックスライブラリから見積予定の物品の標準写真を決定する。
【００３２】
サーバは、見積予定の物品の受信した物品情報に基づいて、所定のグラフィックスライブラリから見積予定の物品の標準写真を決定できる。所定のグラフィックスライブラリは、様々な角度からの複数の物品の標準写真を含む。複数の物品の標準写真が事前に収集されてよく、所定のグラフィックスライブラリに格納されてよい。本明細書で言及される標準写真は、一定の状態における物品の写真であってよい。例えば、標準写真は、無傷の状態の物品の写真、物品の表面に傷がある写真、あるいは物品の表面に分解した痕跡がある写真であってよい。標準写真の具体的なタイプ(具体的には、標準写真は、物品が無傷であることを反映する写真か、物品の様々な傷状態を反映する写真であるか)は、後に標準写真および実際の写真に基づいて見積予定の物品を見積もる方法次第である。
【００３３】
S104:標準写真および実際の写真に基づいて見積予定の物品を見積もる。
【００３４】
サーバは、見積予定の物品を見積もるために、見積予定の物品の取得した実際の写真と見積予定の物品の標準写真を比較および分析することができる。本明細書において、見積予定の物品のそれぞれの実際の写真に対し、サーバは見積予定の物品の決定された標準写真から実際の写真に対応する標準写真を決定することができる。例えば、見積予定の物品の正面から取得された実際の写真に対して、サーバは見積予定の物品の正面から収集された標準写真を決定できる。サーバは実際の写真および実際の写真に対応する標準写真を事前訓練モデルに入力し、そのモデルを使用することによって見積予定の物品の損傷評価情報を決定することができる。
【００３５】
標準写真が無傷状態の物品の写真であるとき、モデルは、実際の写真と標準写真を比較および分析することによって対応する比較結果を取得できる。比較結果は、見積予定の物品の表面と標準写真における無傷の物品の表面との間に差異があるかどうかを反映することができる。モデルは、取得した比較結果に基づいて、見積予定の物品の表面と、標準写真における無傷の物品の表面との間の差異のタイプをさらに決定することができ(例えば、タイプは、傷、損傷、あるいは分解した痕跡である)、次いで見積予定の物品の損傷評価情報を決定できる。
【００３６】
標準写真が物品の様々な損傷状態を反映する写真であるとき、実際の写真と実際の写真に対応する標準写真について類似性分析を実行し、見積予定の物品が、損傷を受けているかどうか、および損傷状態であるかどうかを判定することができる。見積予定の物品の正面から収集された実際の写真を例として使用する。サーバは、実際の写真と、所定のグラフィックスライブラリから決定され、分解した痕跡、傷、およびウォーターマークがそれぞれ見積予定の物品の正面に存在する3つの標準写真とに対して、順次類似性分析を実行し、3つのタイプの損傷が見積予定の物品の正面に存在するかどうかを判定できる。類推により、サーバはこのように見積予定の物品のすべての側面の損傷状態を決定でき、次いで、見積予定の物品の損傷評価情報を決定できる。
【００３７】
本明細書において、損傷評価情報は、傷、損傷、あるいは分解した痕跡が見積予定の物品に存在するかどうかについての情報を含む。サーバは、損傷評価情報に含まれる情報に基づいて見積予定の物品を見積もることができる。
【００３８】
サーバは物品の所定の見積価格を格納する。所定の見積価格は、見積予定の物品が無傷であるときの見積予定の物品の価格である。物品の所定の見積価格は、実際の状況に基づいて手動で決定されサーバに格納され得る。物品の表面の傷や分解した痕跡など様々な損傷状態が、異なる損傷価格に対応する。同様に、これらの損傷価格は、実際の状況に基づいて手動で決定されてよい。
【００３９】
上述した説明に基づいて、見積予定の物品の損傷評価情報を決定した後、サーバは損傷評価情報に基づいて、見積予定の物品の損傷状態の様々なタイプを決定することができ、次いで、見積予定の物品の所定の見積価格と様々なタイプの損傷状態に対応する損傷価格とに基づいて、見積予定の物品の見積価格を決定できる。
【００４０】
例えば、見積予定の物品Aの、サーバによって決定された損傷評価情報が、傷、分解した痕跡、およびウォーターマークが、見積予定の物品に存在するという情報を記録すると仮定する。サーバは、3つのタイプの損傷状況である、傷跡、分解した痕跡、およびウォーターマークにそれぞれ対応する損傷価格a、b、およびcを個別に決定し、見積予定の物品Aの所定の見積価格Sを決定し、次いで、所定の見積価格Sからa、b、およびcを順次差し引いて、見積予定の物品Aの見積価格を取得する。
【００４１】
電子デバイスなどのいくつかの物品は、物品の表面状態に加えて、これらの物品の実際の性能に基づいて見積もられる必要があることに留意されたい。したがって、本明細書では、見積予定の物品が電子デバイスであるとき、サーバは見積予定の物品の実際の写真に加えて、見積予定の物品の評価情報を取得する必要がある。評価情報は、ベンチマークソフトウェアなどの評価ソフトウェアを使用することによって取得され得る。
【００４２】
本明細書では、サーバは、見積予定の物品に評価ソフトウェアに対応するインストールパッケージを送信することができ(見積予定の物品が電子デバイスであるとき)、その結果、見積予定の物品は、インストールパッケージを使用して対応する評価ソフトウェアをインストールし、次いで、評価ソフトウェアを実行することによって見積予定の物品の評価情報を取得し、例えば、ベンチマークソフトウェアを実行することによって取得されるスコアを取得する。見積予定の物品は、サーバにアクセスすることによってサーバから評価ソフトウェアのインストールパッケージを取得できる。代わりに、ユーザは、エンド-ユーザデバイスを使用して、サーバから評価ソフトウェアのインストールパッケージ情報、例えばクイックレスポンスコードおよびURL(ユニフォーム・リソース・ロケータ)などを取得でき、見積予定の物品は、評価ソフトウェアの、エンド-ユーザデバイスによって取得されたインストールパッケージ情報に基づいて評価ソフトウェアのインストールパッケージを取得できる。
【００４３】
確かに、見積予定の物品は、他の多くの方法で、サーバから評価ソフトウェアのインストールパッケージを取得できる。簡略化のため詳細は省く。見積予定の物品の評価情報を取得した後、サーバは、評価情報、見積予定の物品の標準写真および実際の写真、および見積予定の物品の表面状態および性能に基づいて、見積予定の物品の見積価格を包括的に決定できる。サーバは、複数の方法で、見積予定の物品の見積価格を包括的に決定できる。例えば、サーバは見積予定の物品の取得された評価情報に基づいて、見積予定の物品の見積価格を決定でき、次いで、見積予定の物品の標準写真と実際の写真に基づいて、見積予定の物品の別の見積価格を決定する。サーバは見積予定の物品の最終的な見積価格として、二つの見積価格の平均値を使用できる。
【００４４】
別の例として、サーバは、物品のベンチマーク評価情報を格納する。ベンチマーク評価情報は、実際の状況に基づいて手動で決定され得る。ベンチマーク評価情報は、物品のベンチマーク性能を反映できる。上述した説明に基づいて、見積予定の物品の評価情報を取得した後、サーバは、見積予定の物品のベンチマーク評価情報と取得した評価情報とに基づいて見積予定の物品のベンチマーク性能と実際の性能を比較することができる。見積予定の物品の実際の性能がベンチマーク性能より高いと決定されるとき、サーバは見積予定の物品の標準写真と実際の写真とに基づいて決定された見積価格に指定の金額を追加し、見積予定の物品の最終的な見積価格を取得することができる。見積予定の物品の実際の性能がベンチマーク性能よりも低いと決定されると、サーバは、見積予定の物品の標準写真と実際の写真とに基づいて決定された見積価格から指定の金額を差し引いて、見積予定の物品の最終的な見積価格を取得することができる。
【００４５】
確かに、サーバは、取得された評価情報と、見積予定の物品の実際の写真および標準写真とに基づいて、別の方法で、見積予定の物品の見積価格を包括的に決定することができる。簡略化のため詳細は省く。
【００４６】
見積予定の物品の評価情報について、ユーザのエンド-ユーザデバイスによって収集された写真を使用して、見積予定の物品の評価情報を取得することに加えて、サーバは別の方法で評価情報を取得できることに留意されたい。例えば、評価ソフトウェアを実行することによって評価情報を取得した後、見積予定の物品は、Bluetooth(登録商標)、赤外線、あるいは近距離無線通信(NFC)などの、データ伝送方法を使用することによってユーザのエンド-ユーザデバイスに評価情報を送信することができ、その結果、ユーザのエンド-ユーザデバイスは取得した評価情報をサーバに送信する。
【００４７】
別の例では、評価ソフトウェアを実行することによって評価情報を取得した後、見積予定の物品は、データを格納するために使用されるクラウドに、評価情報をアップロードできる。ユーザはエンド-ユーザデバイスを使用してクラウドから評価情報をダウンロードし、次いで評価情報をサーバに送信できる。勿論、サーバは別の方法で見積予定の物品の評価情報を取得することができる。簡略化のために詳細は省く。
【００４８】
見積予定の物品を見積もった後、サーバは見積価格に基づいて物品のリサイクルサービスを実行できる。サーバは表示のためにユーザのエンド-ユーザデバイスまたはクライアントに取得した見積価格を返すことができる。見積予定の物品をリサイクルするとユーザが決定したことを検出すると、サーバはピックアップメッセージをピックアップ担当に送信し、ピックアップ担当に、ユーザの住所に基づいて住まいから見積予定の物品をピックアップするように指示する。サーバは、エンド-ユーザデバイスまたはクライアント上で、ユーザによって実行される指定された動作に基づいて、見積予定の物品をピックアップするかどうかを判定できる。例えば、ユーザが、エンド-ユーザデバイスを使用して、サーバによって返された見積価格を閲覧した後に、「リサイクルを決定する」という制御をタップする場合、エンド-ユーザデバイスは、見積予定の物品をリサイクルするとユーザが決定したことを示す情報をサーバに送信でき、サーバは、その情報に基づいて、ピックアップ担当によって見積予定の物品がピックアップされる必要のあることを決定できる。
【００４９】
本明細書では、異なるリサイクルの方法が、異なるユーザに対して使用されることができる。例えば、信用度の高いユーザに対して、物品はレビューの前に支払いの方法を使用することによってリサイクルされることができる。具体的には、サーバはピックアップ担当に住まいから物品をピックアップするように指示することができ、ユーザに対して最初に見積価格より少ない金額を支払い、次いで、見積予定の物品がレビューされたという決定がされたとき、ユーザに見積予定の物品の見積価格の残りの部分(すなわち、残金)を支払うことができる。本明細書では、この方法は第1のリサイクル方法として参照され得る。
【００５０】
通常の信用度のユーザに対して、物品は支払い前レビューの方法を使用してリサイクルされることができる。具体的には、サーバは、ピックアップ担当に最初に住まいから物品をピックアップするように指示することができ、次いで見積予定の物品がレビューされたと決定した後に、ユーザに支払いを行うことができる。ユーザがリスクの高いユーザであると決定する場合、サーバは物品のリサイクルサービスを終了する。本明細書では、この方法は第2のリサイクル方法として参照される。
【００５１】
したがって、見積予定の物品をピックアップする前に、サーバはユーザの信用情報を決定でき、ユーザの信用情報に基づいて、第1のリサイクル方法を使用することによって見積予定の物品をリサイクルするかどうかを判定できる。本明細書で言及されるユーザの信用情報は、例えばユーザの与信限度など、ユーザの信用状態を反映できる情報であってよい。
【００５２】
ユーザの与信限度が指定された与信限度以上であると決定すると、サーバは第1のリサイクル方法を使用することによって見積予定の物品をリサイクルすることを決定し、次いで、見積予定の物品がレビューされる前に、ユーザに見積価格より少ない金額を支払う。サーバは、固定の割合に基づいてユーザに見積価格の指定された部分を支払うことができ、例えば見積価格の70%をユーザに支払うことができ、あるいは、ユーザの与信限度に基づいてユーザに支払われるべき見積価格の指定の金額を決定することができる。例えば、指定された与信限度が700であると仮定する。ユーザの与信限度が700であるとき、サーバは最初に見積価格の70%をユーザに支払うことができる。ユーザの与信限度が750であるとき、サーバは最初に見積価格の80%をユーザに支払うことができる。ユーザの与信限度が800であるとき、サーバは最初に見積価格の90%をユーザに支払うことができる。
【００５３】
ユーザの与信限度が指定された与信限度よりも少ないと決定すると、サーバは第1のリサイクル方法を使用することによって見積予定の物品をリサイクルしないと決定し、さらに、ユーザの識別情報およびリスク制御情報など、ユーザの安全状態を反映できる情報に基づいて、ユーザがリスクの高いユーザであるかどうかを判定する。ユーザが安全であると決定すると、サーバは第2のリサイクル方法を使用することによって見積予定の物品をリサイクルすることができる。ユーザがリスクの高いユーザであると決定する場合、サーバは物品のリサイクルサービスを終了する。
【００５４】
本明細書では、見積予定の物品は手動でレビューされることができる。サーバがピックアップ担当に見積予定の物品をピックアップするように指示した後、ピックアップ担当は受け取った見積予定の物品をレビュー担当者に送信することができる。見積予定の物品を受け取った後、レビュー担当者は見積予定の物品を全ての態様からレビューし、見積予定の物品の、サーバによって前もって決定された見積価格が、実際の状態を満たすかどうかを判定する。言い換えると、見積予定の物品を受け取った後、レビュー担当者は見積予定の物品の実際の状態に基づいて見積予定の物品の実際の価格を決定し、見積予定の物品の、サーバによって前もって決定された見積価格が、実際の価格に一致するかどうかを判定する。サーバは実際の価格およびレビュー担当者によって入力された実際の価格の根拠に基づいて、見積予定の物品の見積価格が実際の価格に一致するかどうかを判定できる。一致する場合、サーバはユーザに見積価格の残金を支払うことができる。一致しない場合、サーバは、実際の価格と実際の価格の根拠に基づいてレビュー情報を生成でき、レビュー情報をユーザに送信できる。
【００５５】
レビュー情報を閲覧した後、ユーザは懇願を申し込むかどうかを選択できる。ユーザがレビュー情報を承認すると決定されると、サーバは見積予定の物品の実際の価格に基づいて見積予定の物品の実際の支払金額を決定し、ユーザに支払う。
【００５６】
ユーザが懇願を申し立てると、サーバはユーザがレビュー情報を承認しないと決定でき、サーバは顧客サービス担当者に情報を送信でき、顧客サービス担当者に交渉のためユーザに連絡するように指示することができる。顧客サービス記録に基づいて、ユーザと顧客サービス担当者が見積予定の物品の価格に合意することを決定すると、サーバはユーザに合意した価格を支払う。顧客サービス記録に基づいて、ユーザと顧客サービス担当者が見積予定の物品の価格に合意しないと決定すると、サーバはピックアップ担当に見積予定の物品をユーザに返却するように指示し、サーバが見積価格の一部金額をユーザに支払っている場合、サーバはユーザの口座から金額の一部を差し引く。
【００５７】
本明細書では、サーバは、以下のいくつかのケースにおいて、見積予定の物品の実際の価格に基づいてユーザに支払いをしてよい。第1のケースでは、サーバが見積予定の物品の見積価格の指定の部分をユーザに支払っている場合、サーバは、実際の価格が前もってユーザに支払われた金額より多いかどうかをさらに判定する必要がある。実際の価格が、見積予定の物品の見積価格の指定された一部より少ないと決定すると、サーバはユーザの口座から、見積価格の指定された一部から実際の価格を差し引いで得られる差額を差し引くことができ、次いで、物品全体のリサイクルプロセスを終了する。例えば、見積予定の物品Bの見積価格が、100RMBであり、見積予定の物品Bの実際の価格が50RMBであり、サーバが、見積予定の物品Bの見積価格の70%(すなわち、70RMB)を前もってユーザに支払うと仮定する。このケースでは、サーバは、見積予定の物品Bの実際の価格に基づいて、ユーザの口座から20RMBを差し引くことができる。
【００５８】
第2のケースでは、見積予定の物品の実際の価格が、見積予定の物品の見積価格の指定された一部より大きいと決定すると、サーバは実際の価格から見積価格の指定された部分を差し引くことによって得られた差額をユーザに支払うことができ、次いで、物品全体のリサイクルプロセスを終了できる。例えば、見積予定の物品Cの見積価格が、200RMBであり、見積予定の物品Cの実際の価格が180RMBであり、サーバが前もって、見積予定の物品Cの見積価格の70%(すなわち、140RMB)をユーザに支払っていると仮定する。このケースでは、サーバは見積予定の物品Cの実際の価格に基づいてユーザに別途40RMBを支払うことができる。
【００５９】
第3のケースでは、サーバが、第2のリサイクル方法(支払い前にレビューする)を使用することによって見積予定の物品をリサイクルすると決定する場合、サーバは、見積予定の物品の実際の価格をユーザに支払うことができ、次いで、物品全体のリサイクルプロセスを終了できる。
【００６０】
物品全体のリサイクルプロセスにおいて、サーバは、各ステップを実行するときに、現在の物品のリサイクルの進捗についてのメッセージをユーザにプッシュすることができる。例えば、ピックアップ担当に住まいから物品をピックアップするように指示すると、サーバは、メッセージをプッシュすることによって、ピックアップ担当が住まいから物品をピックアップする予定であることをユーザに知らせることができる。別の例では、見積予定の物品の見積価格の指定された部分をユーザに支払うと、サーバは、メッセージをプッシュすることによって、見積価格の一部の金額がユーザに支払われたことをユーザに知らせることができる。別の例では、見積予定の物品の実際の価格に基づいてユーザに残金を支払うと、サーバは、メッセージをプッシュすることによってユーザに知らせることができる。本明細書で言及される残金は、見積予定の物品の実際の価格が前もってユーザに支払われた金額よりもその分だけ大きいとされる部分である。サーバは、メッセージをプッシュすることによって、リアルタイムに各物品のリサイクル進捗についてユーザが知ることができ、ユーザによりリアルタイムのモニタリングおよびフォローアップを容易にする。
【００６１】
本明細書では、物品全体のリサイクルプロセスを完了した後、サーバは、今回の物品のリサイクルについて、ユーザの信用情報を更新できる。例えば、サーバは、今回の物品のリサイクルに基づいて、ユーザの与信限度および信用スコアをある程度増やすことができ、今回の物品のリサイクルをユーザの信用ライフに記録することができる。
【００６２】
サーバが、レビュー情報をユーザに送った後、ユーザが、指定された時間以内にレビュー情報に基づいてサーバに返信をしないことが検出されると、サーバは自動的に、指定された時間が経過したことを検出した後に、レビュー情報内の実際の価格をユーザが承認したと決定でき、次いで、見積予定の物品の実際の価格に基づいてユーザに支払うことができる。
【００６３】
勿論、ユーザが指定された時間内にレビュー情報に基づいてサーバに返信をしないことを検出すると、サーバはユーザが不履行(default)であることを決定できる。このケースでは、サーバは、見積予定の物品の実際の価格に基づいてユーザに支払うときに指定の金額を差し引く。代わりに、ユーザが不履行であると決定すると、サーバは、別のペナルティ措置を取ることができ、例えばユーザの与信限度をある程度下げる。
【００６４】
本明細書では、物品のリサイクルサービスを実行するプロセスにおいて、ユーザが、委託控除契約または不履行の契約などの、関連する契約に署名するかどうかが、判定され得る。ユーザが契約に署名しないと決定すると、契約が、エンド-ユーザデバイスまたはクライアントを使用することによって閲覧するためにユーザに表示され、ユーザが契約に署名すると決定すると、物品のリサイクルサービスが実行される。サーバは、見積予定の物品を見積もる前にユーザに契約を表示することができ、または、ユーザが見積価格に基づいて物品のリサイクルサービスを実行することを決定することを検出するとユーザに契約を表示でき、あるいは、見積価格の指定の部分をユーザに支払うと、契約をユーザに表示することができる。言い換えると、サーバは、複数の段階において契約を表示することができる。特定の段階は、実際のサービス要求に基づいて決定され得る。簡略化のため詳細は省く。
【００６５】
前述した方法から分かるように、見積予定の物品は、見積予定の物品の実際の写真と標準写真が取得された後に実際の写真と標準写真を比較および分析することによって迅速に見積もられることができ、それにより、物品の見積の効率を効果的に高めることができる。
【００６６】
物品全体の見積に含まれるプロセスをさらに説明するために、図2に示されるように、物品全体のリサイクルサービスを実行するプロセスが、例として物品のリサイクルサービスシナリオをやはり使用することによって、以降に特定の順序で説明される。
【００６７】
図2は、本実施形態による、物品全体のリサイクルサービスを実行するプロセスを示す概略図である。
【００６８】
ユーザが物品のリサイクルサービスを実行すると決定すると、サーバは見積予定の物品を見積もることができる。サーバは見積予定の物品を決定し、受信した物品情報に基づいて見積予定の物品の実際の写真を取得できる。サーバは見積予定の物品の標準写真を所定のグラフィックスライブラリから決定することができ、次いで、見積予定の物品の標準写真と実際の写真とに基づいて見積予定の物品を見積もることができる。
【００６９】
見積予定の物品を見積もった後、サーバがユーザの信用情報に基づいて、ピックアップ担当を用いて、見積予定の物品をピックアップするために使用するピックアップ方法を決定できる。ユーザの信用情報に基づいて、ユーザの与信限度が指定された与信限度以上であると決定されると、サーバは第1のリサイクル方法を使用することによってピックアップ担当を使用して、見積予定の物品をリサイクルすることを決定する。ユーザの与信限度が指定された与信限度よりも少ないと決定すると、サーバは、ユーザの識別情報およびリスクコントロール情報などのユーザの安全状態を反映できる情報に基づいて、ユーザがリスクの高いユーザであるかどうかを判定できる。ユーザがリスクの高いユーザであると決定すると、サーバは直接、物品全体のリサイクルサービスを終了することができる。ユーザが安全なユーザであると決定すると、サーバは第2のリサイクル方法を使用して、ピックアップ担当を使用することによって、見積予定の物品をリサイクルすることを決定できる。第1のリサイクル方法を使用することによって、物品をリサイクルするプロセスは、以下に最初に説明され、第2のリサイクル方法を使用することによって物品をリサイクルするプロセスは、それに続いて説明される。
【００７０】
サーバは、エンド-ユーザデバイスまたはクライアントを使用することによってユーザに物品のリサイクルサービスについての契約を表示でき、ユーザに契約に署名するように促し、物品のリサイクルサービスの後続のプロセスを実行する。ユーザが見積予定の物品の見積価格に基づいて物品のリサイクルサービスを実行することを決定すると検出すると、サーバはユーザが注文操作を実行すると決定し、ユーザの住所情報に基づいてピックアップ担当に住まいから物品をピックアップするように指示する。ユーザから見積予定の物品をピックアップすることに成功すると、ピックアップ担当は、ピックアップ成功メッセージをサーバに送信でき、サーバは、ピックアップ担当がユーザから見積予定の物品をピックアップすることに成功したと決定し、見積予定の物品の見積価格の指定の部分を最初にユーザに支払う。ピックアップ担当がユーザから見積予定の物品をピックアップすることに失敗すると決定すると(具体的には、ピックアップ担当がピックアップ失敗メッセージをサーバに送信する)、サーバは物品のリサイクルサービスを終了する。
【００７１】
レビュー担当者が、ピックアップ担当を使用することによって見積予定の物品を取得することができ、見積予定の物品をレビューし、見積予定の物品の実際の価格を取得する。レビュー担当者は実際の価格と実際の価格の根拠とをサーバに入力でき、サーバは実際の価格に基づいて、実際の価格が見積予定の物品の見積価格と一致するかどうかを判定できる。一致する場合、サーバはユーザに見積価格の残金を支払うことができ、ユーザの信用情報を更新し、物品全体のリサイクルサービスを終了する。見積予定の物品の見積価格が実際の価格に一致しないと決定すると、サーバは実際の価格および実際の価格の根拠に基づいてレビュー情報を生成でき(勿論、サーバは他の情報に基づいてレビュー情報を生成できる)、レビュー情報をユーザに送信できる。
【００７２】
前述のプロセスでは、サーバは物品のリサイクルサービスを実行するプロセスに基づいて、ユーザに全体のサービス実行進捗についてのメッセージをプッシュでき、その結果ユーザは、サーバによってプッシュされたメッセージに基づいてリアルタイムに、物品全体のリサイクルサービスを実行する進捗を知る。
【００７３】
ユーザがレビュー情報に基づいて物品のリサイクルサービスをどのように引き続き実行するかが、以下に説明される。図3に示すように、サーバによって、第2のリサイクル方法を使用することによって物品のリサイクルサービスを実行するプロセスが以下に説明される。
【００７４】
図3は、本明細書による、第2のリサイクル方法を使用することによって物品のリサイクルサービスをサーバによって実行するプロセスを示す概略図である。
【００７５】
図3からわかるように、サーバによって、第2のリサイクル方法を使用した物品のリサイクルサービスを実行するプロセスは、基本的に、第1のリサイクル方法を使用したサーバによって物品のリサイクルサービスを実行するプロセスと同様である。主な違いは、レビュー担当者が、最初にサーバがユーザに支払う前に見積予定の物品のレビューをする必要があることである。言い換えると、第1のリサイクル方法は、「検査前に支払う」として理解され、第2のリサイクル方法は、「支払い前に検査する」として理解され得る。
【００７６】
図4は、本明細書による、サーバによって送信されたレビュー情報に基づいて物品のリサイクルサービスをユーザによって実行するプロセスを示す概略図である。
【００７７】
サーバによって送信されたレビュー情報をエンド-ユーザデバイスまたはクライアントを使用して受信した後、ユーザは、レビュー情報に含まれる、見積予定の物品の実際の価格および実際の価格の根拠に基づいて、レビュー結果を承認するかどうかを判定できる。ユーザがレビュー情報を承認すると決定すると、サーバは見積予定の物品の実際の価格に基づいてユーザに支払い要求を開始し、ユーザが支払い要求を確認すると決定した後、見積予定の物品の実際の価格に基づいてユーザに支払い、ユーザの信用情報を更新した後に物品のリサイクルサービスを終了する。サーバは「任意の過払いに対する払い戻し、および任意の不足に対する補足的な支払い」の原則に基づいてユーザに支払うことができる。具体的には、実際の価格が見積予定の物品の見積価格の前もって支払われた指定された金額の一部よりも少ないと決定すると、サーバはユーザの口座から、見積価格の指定された一部から実際の価格を差し引いて得られる差額を差し引くことができる。実際の価格が見積価格の前もって支払われた価格の一部分よりも大きいと決定すると、サーバはユーザに実際の価格から見積価格の指定された一部を差し引いて得られる差額を支払うことができる。確かに、サーバが第2のリサイクル方法を使用することによって物品のリサイクルサービスを実行する場合、サーバは直接実際の価格に基づいてユーザに支払うことができる。
【００７８】
ユーザが指定された時間内にレビュー情報を確認しないことを検出する(具体的には、指定時間以内にユーザが、ユーザがレビュー情報を承認することを示す関連する動作を実行しない、あるいはユーザがレビュー情報を承認しないことを示す関連する動作を実行しない)と、サーバはユーザが不履行であると決定でき、次いで、例えばユーザに支払うときに指定の金額を差し引く、またはユーザの与信限度を下げるなど、不履行に基づいて何らかのペナルティ措置を取ることができる。
【００７９】
ユーザへの支払いが失敗したことを検出すると、サーバは、一定の時間間隔で再びユーザに支払い要求を送信できる。支払い要求がユーザに成功裏に送信されるが、指定の時間の後にユーザが契約を返信しないことを検出すると、サーバはユーザが不履行であると決定でき、次いで以降のプロセスにおいてユーザに指定のペナルティ措置を取ることができる。
【００８０】
レビュー情報に対するユーザにより申し立てられた懇願を受け取ると、サーバは、ユーザがレビュー情報に承認しなかったと決定でき、オブジェクション処理を実行できる。オブジェクション処理のプロセスにおいて、サーバは顧客サービス担当者にメッセージを送信でき、メッセージを使用することによって顧客サービス担当者にユーザに連絡を取って、ユーザと交渉するように指示することができる。サーバは、ユーザが顧客サービス担当者と交渉した後に生成された顧客サービス記録に基づいて、ユーザと顧客サービス担当者が合意に達したかどうかを判定することができる。合意に達したと決定する場合、サーバは顧客サービス記録に記録され、ユーザと顧客サービス担当者によって合意された、見積予定の物品の価格に基づいてユーザに支払うことができる。サーバは、合意された価格に基づいてユーザに支払い要求を開始し、支払いが成功すると決定すると、ユーザの信用情報を更新し、物品全体のリサイクルサービスを終了する。顧客サービス記録に基づいて、ユーザと顧客サービス担当者が見積予定の物品の価格に対し合意できないと決定すると、サーバはピックアップ担当を使用することによって、ユーザに見積予定の物品を返却できる。
【００８１】
同様に、ユーザへの支払いが失敗したことを検出すると、サーバは、ある時間間隔で再びユーザに支払い要求を送信できる。ユーザが、支払い要求がユーザに成功裏に送信されるが、指定の時間の後に、契約を戻さないことを検出すると、サーバはユーザが不履行であると決定し、その後、ユーザに対して指定のペナルティ措置をとる。
【００８２】
前述の物品リサイクルプロセスにおいて、サーバは最初に、ユーザの与信限度が指定された与信限度以上であるかどうかを判定できることに留意されたい。ユーザの与信限度が指定された与信限度以上であることを決定すると、サーバはエンド-ユーザデバイスを使用することによって、見積予定の物品の物品情報と見積予定の物品の実際の写真をサーバに送信するようにユーザに促すことができ、次いで、取得した物品情報と実際の写真に基づいて見積予定の物品を見積もることができる。
【００８３】
ユーザの与信限度が指定された与信限度より少ないと決定すると、サーバは見積予定の物品を見積もらず、直接ピックアップ担当にピックアップメッセージを送信でき、その結果ピックアップ担当は、ピックアップメッセージを受信した後ユーザの住所情報に基づいて住まいから物品をピックアップすることができる。ピックアップ担当はレビューのためにレビュー担当者にピックアップした見積予定の物品を送ることができる。レビュー担当者は、全ての態様から見積予定の物品をレビューすることによって見積予定の物品の実際の価格を決定でき、実際の価格をサーバに入力できる。サーバは実際の価格に基づいてユーザに支払いを行うことができる。
【００８４】
勿論、ユーザの与信限度が指定された与信限度より少ないと決定すると、サーバは、見積予定の物品を見積もり、かつ見積予定の物品の受信した物品情報と見積予定の物品の取得した実際の写真とに基づいて、見積予定の物品の見積価格を表示できる。ユーザの与信限度が、指定された与信限度より少ないとき、サーバは、見積予定の物品の、レビュー担当者によって決定された、実際の価格に基づいてユーザに支払いを行う。したがって、サーバは、エンド-ユーザデバイスを使用することによって、ユーザに見積予定の物品の見積価格を表示し、その結果ユーザは、見積予定の物品が最終的にリサイクルされる価格に近い価格を知ることができる。
【００８５】
本明細書に提供される物品見積方法が物品のリサイクルシナリオにおいて上述されていることにさらに留意されたい。しかしながら、物品見積方法が、物品のリサイクルシナリオに限定されず、物品の担保、物品の譲渡、および物品の抵当などのシナリオにも適用可能である。方法は、例えば、携帯電話、コンピュータ、または自動車、などピックアップが容易な物品の抵当に適用することができる。物品抵当サービスを実行するプロセスにおいて、サーバが見積予定の物品の見積価格あるいは見積予定の物品の実際の価格に基づいてユーザに金額を支払うかどうかにかかわらず、ユーザが対応する金額を再度支払うことを決定すると、サーバは見積予定の物品をユーザに返却するようにピックアップ担当に指示するメッセージを、ピックアップ担当に送る必要があり、その結果ピックアップ担当は、メッセージに基づいて見積予定の物品をユーザに返却する。
【００８６】
本明細書の1つまたは複数の実施形態において提供される物品見積方法は上述する通りである。同じアイデアに基づいて、図5に示されるように、本明細書は、物品見積装置をさらに提供する。
【００８７】
図5は、本明細書による、物品見積装置を示す概略図である。装置は、見積予定の物品の物品情報を受け取り、見積予定の物品の実際の写真を取得するように構成された受信モジュール501、物品情報に基づいて、所定のグラフィックスライブラリから見積予定の物品の標準写真を決定するように構成された決定モジュール502、および標準写真および実際の写真に基づいて見積予定の物品を見積もるように構成された見積モジュール503とを備える。
【００８８】
見積モジュール503は、標準写真と実際の写真に基づいて見積予定の物品の損傷評価情報を決定し、損傷評価情報に基づいて見積予定の物品を見積もるように構成される。
【００８９】
見積モジュール503は、標準写真と実際の写真を比較するために使用される所定のモデルに標準写真と実際の写真を入力し、そのモデルによって出力された比較結果を取得するように構成され、比較結果に基づいて見積予定の物品の損傷評価情報を決定し、損傷評価情報を出力するように構成される。
【００９０】
装置はさらに、見積予定の物品が電子デバイスであるとき、見積予定の物品に評価ソフトウェアに対応したインストールパッケージを送信するように構成され、見積予定の物品は、インストールパッケージを使用することによって評価ソフトウェアをインストールし、評価ソフトウェアを使用することによって見積予定の物品の評価情報を決定し、評価情報を取得する。
【００９１】
送信モジュール504は、見積予定の物品によって送信された評価情報を取得し、あるいは、評価情報を含む写真を取得し、評価情報を含む写真に基づいて評価情報を決定するように構成される。
【００９２】
見積モジュール503は、標準写真、実際の写真、および評価情報に基づいて、あるいは評価情報に基づいて、見積予定の物品を見積もるように構成される。
【００９３】
装置は、見積価格に基づいてサービスを実行するように構成される実行モジュール505をさらに備え、サービスは、物品リサイクルおよび物品の担保の少なくとも一つを含む。
【００９４】
実行モジュール505は、ユーザの与信限度を決定し、ユーザの与信限度が指定された与信限度以上であると決定すると、見積価格に基づいて見積価格より少ない額を決定し、ユーザにその額を支払い、ピックアップメッセージを生成するように構成され、ピックアップメッセージは、ピックアップ担当に見積予定の物品をピックアップするように指示するために使用される。
【００９５】
図6に示されるように、本明細書は、サービス実行装置をさらに提供する。
【００９６】
図6は、本明細書に従って、サービス実行装置を示す概略図である。装置は、ユーザによって送信された見積予定の物品の、物品情報を受信し、見積予定の物品の実際の写真を取得するように構成された取得モジュール601と、物品情報に基づいて所定のグラフィックスライブラリから見積予定の物品の標準写真を決定するように構成された決定モジュール602と、標準写真と実際の写真に基づいて見積予定の物品を見積もるように構成された見積モジュール603と、ユーザの与信限度と見積予定の物品の見積価格に基づいてサービスを実行するように構成された実行モジュール604とを備える。
【００９７】
サービスは物品リサイクルおよび物品の担保の少なくとも一つを含む。
【００９８】
実行モジュール604は、ユーザの与信限度が指定された与信限度以上であると決定すると、見積価格に基づいて見積価格より少ない金額を決定するように構成され、ユーザにその金額を支払い、ピックアップメッセージを生成するように構成され、ピックアップメッセージは、見積予定の物品をピックアップするようにピックアップ担当に指示するために使用される。
【００９９】
前述した物品見積方法に基づいて、図7に示されるように、本明細書は、物品見積デバイスを対応するようにさらに提供する。物品見積デバイスは、1つまたは複数のプロセッサおよびメモリを含む。メモリはプログラムを格納し、プログラムは1つまたは複数のプロセッサによって実行され、見積予定の物品の物品情報を受信し、見積予定の物品の実際の写真を取得するステップと、物品情報に基づいて所定のグラフィックスライブラリから見積予定の物品の標準写真を決定するステップと、標準写真と実際の写真に基づいて見積予定の物品を見積もるステップとを実行する。
【０１００】
前述したサービス実行方法に基づいて、図8に示すように、本明細書はサービス実行デバイスをそれに対応してさらに提供する。サービス実行デバイスは、1つまたは複数のプロセッサおよびメモリを含む。メモリはプログラムを格納し、プログラムは1つまたは複数のプロセッサによって実行され、見積予定の物品の、ユーザによって送信された、物品情報を受信し、見積予定の物品の実際の写真を取得するステップと、物品情報に基づいて、所定のグラフィックスライブラリから見積予定の物品の標準写真を決定するステップと、標準写真と実際の写真に基づいて見積予定の物品を見積もるステップと、ユーザの与信限度および見積予定の物品の見積価格に基づいてサービスを実行するステップとを実行する。
【０１０１】
本明細書の1つまたは複数の実施形態では、見積予定の物品の標準写真は見積予定の物品の受信した物品情報に基づいて所定のグラフィックスライブラリから決定され、見積予定の物品は、見積予定の物品の取得した実際の写真と決定された標準写真に基づいて見積もられる。見積予定の物品は、見積予定の物品の実際の写真および標準写真が取得された後、実際の写真および標準写真を比較および分析することによって迅速に見積もられることができ、それにより物品の見積の効率が向上する。
【０１０２】
1990年代、技術の改良は、ハードウェアの改良(たとえば、ダイオード、トランジスタ、スイッチ等の回路構造に対する改良)であるかソフトウェアの改良(方法手順に対する改良)であるかは明確に区別され得た。しかしながら、技術の発展に伴って、多くの方法手順の今日における改良は、ハードウェア回路構造の直接的改良と考えることができる。ほとんどの設計者は、対応するハードウェア回路構造を得るために、改良された方法手順をハードウェア回路にプログラムする。それゆえ、方法手順は、ハードウェアエンティティモジュールを用いることによって改良され得る。たとえば、プログラマブル論理デバイス(PLD)(たとえば、フィールドプログラマブルゲートアレイ(FPGA))はそのような集積回路であり、PLDの論理機能は、ユーザによるデバイスのプログラミングを介して決まる。設計者は、特定用途向け集積回路チップを設計および製造するようチップ製造業者に要請することなく、プログラミングを行ってデジタルシステムをPLDに「統合」する。さらに、現在、集積回路チップを手動で製造する代わりに、このようなプログラミングはほとんどの場合「論理コンパイラ」ソフトウェアを用いて実施される。この論理コンパイラソフトウェアは、プログラムを開発し、書くために用いられるソフトウェアコンパイラに類似する。オリジナルのコードは、コンパイルされる前に特定のプログラミング言語で書き込まれることを要する。この言語はハードウェア記述言語(HDL)と呼ばれる。多数のHDLがあり、たとえば、Advanced Boolean Expression Language (ABEL)、Altera Hardware Description Language (AHDL)、  Confluence、  Cornell University Programming Language (CUPL)、  HDCal、  Java Hardware Description Language (JHDL)、  Lava、  Lola、  MyHDL、  PALASM、  Ruby Hardware Description Language (RHDL)等である。Very-high-speed integrated circuit hardware description language (V
HDL)およびVerilogが現在最も一般的に用いられる。当業者であれば、前述されたハードウェア記述言語のいくつかを用いて方法手順が論理的にプログラムされ、かつ集積回路にプログラムされると、論理的な方法手順を実施するハードウェア回路が容易に得られ得ることも理解するであろう。
【０１０３】
コントローラは、任意の適切な方法を用いることによって実装され得る。たとえば、コントローラは、マイクロプロセッサもしくはプロセッサ、または、マイクロプロセッサもしくはプロセッサによって実行可能なコンピュータ可読プログラムコード(たとえば、ソフトウェアまたはファームウェア)を格納するコンピュータ可読媒体、論理ゲート、スイッチ、特定用途向け集積回路(ASIC)、プログラマブル論理コントローラもしくは内蔵マイクロプロセッサの形式であってよい。コントローラの例として、以下のマイクロプロセッサ、すなわち、ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20およびSilicone Labs C8051F320を含むが、これらに限定されるわけではない。メモリコントローラは代わりに、メモリの制御論理の一部として実装されてもよい。当業者はまた、コンピュータ可読プログラムコードを用いてコントローラを実装することに加えて、コントローラが、論理ゲート、スイッチ、特定用途向け集積回路、プログラムマブル論理コントローラまたは内蔵マイクロコントローラの形式で同一の機能を実施することを可能にするように方法のステップが論理的に実行され得ることも知っている。それゆえ、コントローラはハードウェアコンポーネントと見なされてよく、コントローラ内に含まれ、かつ様々な機能を実施するように構成された装置もまた、ハードウェアコンポーネント内の構造と見なされてよい。代替的に、様々な機能を実施するように構成された装置は、方法を実施するためのソフトウェアモジュール、およびハードウェアコンポーネント内の構造の両方であると見なされることさえ可能である。
【０１０４】
前述の実施形態において示されるシステム、装置、モジュールまたはユニットは、コンピュータチップまたはエンティティを用いて実装され得、または、一定の機能を備える製品を用いて実装され得る。典型的な実装デバイスはコンピュータである。コンピュータは、たとえば、パーソナルコンピュータ、ラップトップ型コンピュータ、携帯電話、カメラ付き携帯電話、スマートフォン、携帯情報端末、メディアプレイヤー、ナビゲーションデバイス、電子メールデバイス、ゲーム機、タブレット型コンピュータもしくはウェアラブルデバイス、またはこれらのデバイスの任意の組合せであってよい。
【０１０５】
説明しやすくするために、上記の装置は、装置を機能に基づいて様々なユニットに分割することによって説明される。本明細書に提供された解決策が実施されるとき、ユニットの機能は1つまたは複数のソフトウェアおよび/またはハードウェアに実装され得ることは確かである。
【０１０６】
当業者であれば、本明細書の実施形態は、方法、システムまたはコンピュータプログラム製品として提供されてよいことを理解するであろう。それゆえ、本明細書は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアとの組合せによる実施形態の形式を用いることができる。さらに、本明細書は、コンピュータ使用可能なプログラムコードを含む1つまたは複数のコンピュータ使用可能な記憶媒体(磁気ディスクメモリ、CD-ROM、および光メモリを含むがこれらに限定されない)に実装されるコンピュータプログラム製品の形式を用いることができる。
【０１０７】
本明細書は、本明細書の1つまたは複数の実施形態に従う方法、デバイス(システム)およびコンピュータプログラム製品の流れ図および/またはブロック図を参照して記述される。コンピュータプログラム命令は、流れ図および/またはブロック図における各プロセスおよび/または各ブロック、ならびに、流れ図および/またはブロック図におけるプロセスおよび/またはブロックの組合せを実施するために用いられ得ることに留意されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、埋込みプロセッサまたは他のプログラマブルデータ処理デバイスのプロセッサに対して提供されて機械を生成することができ、その結果、コンピュータまたは他のプログラマブルデータ処理デバイスのプロセッサによって実行される命令は、流れ図における1つまたは複数のプロセスにおいて、および/またはブロック図における1つまたは複数のブロックにおいて特定の機能を実施するための装置を生成する。
【０１０８】
これらのコンピュータプログラム命令は、コンピュータまたは他のプログラマブルデータ処理デバイスに特定の方法で動作するよう指示することができるコンピュータ可読メモリに格納され得、その結果、コンピュータ可読メモリに格納された命令は、命令装置を含むアーティファクトを生成する。この命令装置は、流れ図における1つまたは複数のプロセスにおいて、および/またはブロック図における1つまたは複数のブロックにおいて特定の機能を実施する。
【０１０９】
これらのコンピュータプログラム命令は、コンピュータまたは他のプログラマブルデータ処理デバイスにロードされ得、その結果、一連の動作およびステップがコンピュータまたは他のプログラマブルデバイス上で実行され、それによってコンピュータ実施処理を生成する。それゆえ、コンピュータまたは他のプログラマブルデバイス上で実行される命令は、流れ図における1つまたは複数のプロセスにおいて、および/またはブロック図における1つまたは複数のブロックにおいて特定の機能を実施するためのステップを提供する。
【０１１０】
典型的な構成では、コンピューティングデバイスは1つまたは複数のプロセッサ(CPU)、入力/出力インターフェース、ネットワークインターフェースおよびメモリを含む。
【０１１１】
メモリは、コンピュータ可読媒体、たとえば、読出し専用メモリ(ROM)またはフラッシュメモリ(フラッシュRAM)内に、非一時的メモリ、ランダムアクセスメモリ(RAM)、不揮発性メモリおよび/または他の形式のメモリを含んでよい。メモリは、コンピュータ可読媒体の一例である。
【０１１２】
コンピュータ可読媒体は、任意の方法または技術を用いて情報を格納できる永続的、非永続的、可動および非可動の媒体を含む。情報は、コンピュータ可読命令、データ構造、プログラムモジュールまたは他のデータであってよい。コンピュータ記憶媒体の例として、パラメータランダムアクセスメモリ(PRAM)、スタティックランダムアクセスメモリ(SRAM)、ダイナミックランダムアクセスメモリ(DRAM)、他の種類のランダムアクセスメモリ(RAM)、読出し専用メモリ(ROM)、電気的消去可能プログラマブル読出し専用メモリ(EEPROM)、フラッシュメモリまたは他のメモリ技術、コンパクトディスク読出し専用メモリ(CD-ROM)、デジタル多用途ディスク(DVD)または他の光学式記憶装置、磁気カセットテープ、磁気テープ/磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは、コンピューティングデバイスにアクセス可能な情報を格納するために用いられてよい任意の他の非伝送媒体含むが、これらに限定されるわけではない。本明細書における定義に基づいて、コンピュータ可読媒体は、変調されたデータ信号および搬送波等の一時的コンピュータ可読媒体(一時的媒体)を含まない。
【０１１３】
「含む(include)、「含む(comprise)」といった用語、またはこれらの任意の他の変形用語は非排他的な包含をカバーすることを意図し、そのため、要素の一覧を含むプロセス、方法、製品またはデバイスは、これらの要素だけでなく明示的に挙げられていない他の要素も含むこと、または、このようなプロセス、方法、製品またはデバイスに固有の要素をさらに含むことにさらに留意されたい。「〜を含む(include a ...)」で始まる要素は、さらなる制約がなければ、その要素を含むプロセス、方法、製品またはデバイスにおいて追加的同一要素が存在することを排除するものではない。
【０１１４】
本明細書は、コンピュータ、たとえばプログラムモジュールによって実行されるコンピュータ実行可能命令の一般的なコンテキスト内に記述されてよい。プログラムモジュールは、特定のタスクを実行し、または特定の抽象データ型を実施するためのルーティン、プログラム、オブジェクト、コンポーネント、データ構造等を含むのが一般的である。本明細書の1つまたは複数の実施形態は、分散コンピューティング環境において実施されてもよい。分散コンピューティング環境において、タスクは、通信ネットワークを介して接続されるリモート処理デバイスによって実行される。分散コンピューティング環境において、プログラムモジュールは、記憶デバイスを含むローカルおよびリモートコンピュータ記憶媒体の両方に配置されてよい。
【０１１５】
本明細書における実施形態は、進歩的な方法で記述される。実施形態の同一または類似の部分に関しては、実施形態を相互参照することができる。それぞれの実施形態は、他の実施形態との違いに焦点を合わせる。特に、システムの実施形態は基本的に方法の実施形態に類似し、それゆえ簡潔に記述される。関連する部分に関しては、方法の実施形態における関連のある記述を参照することができる。
【０１１６】
本願の具体的な実施形態が上述されている。他の実施形態は、添付の特許請求の範囲内にある。いくつかの状況では、特許請求の範囲に記載のアクションまたはステップは、実施形態における順序とは異なる順序で実行され得るが、所望の結果が達成され得る。加えて、添付の図面に示されるプロセスは、所望の結果を達成するために特定の実行順序が必ずしも必要とされない。いくつかの実施形態では、マルチタスクおよび並列処理が有利であり得る。
【０１１７】
前述の実施形態は単に本明細書の1つまたは複数の実施形態であるにすぎず、本明細書を限定するよう意図されるものではない。当業者は、本明細書の1つまたは複数の実施形態に様々な修正および変更を加えることができる。本明細書の1つまたは複数の実施形態の精神および原理の範囲内で加えられる任意の修正、等価的置換または改良等は、本願の特許請求の範囲の範囲内にあるものとする。
【符号の説明】
【０１１８】
501  受信モジュール
502  決定モジュール
503  見積モジュール
504  送信モジュール
505  実行モジュール
601  取得モジュール
602  決定モジュール
603  見積モジュール
604  実行モジュール
【図１】
0006934064.tif 000002
【図２】
0006934064.tif 000003
【図３】
0006934064.tif 000004
【図４】
0006934064.tif 000005
【図５】
0006934064.tif 000006
【図６】
0006934064.tif 000007
【図７】
0006934064.tif 000008
【図８】
0006934064.tif 000009