JP7339687B2 - スペースステーションに基づく商品配送の方法、システム及び記録媒体 - Google Patents

Description

本出願は、ｅコマースプラットフォームの分野に関し、特に、スペースステーションに基づく商品配送の方法、システム及び記録媒体に関する。

インターネットの普及及び活用に伴い、インターネットの助けを借りて商品を販売するショッピングプラットフォームは、徐々に発展してきた。

在来のショッピングプラットフォームの運営モデルは、ユーザーがインターネットを介してショッピングプラットフォームにアクセスし、ショッピングプラットフォーム上で買い物をすることである。ユーザーが支払い終えた時、配送先住所を提供する必要があり、ショッピングプラットフォームで受け取った代金、配送先住所及び購入した商品の情報を一緒にサプライヤーに提供し、サプライヤーが商品の準備及びその後の発送に着手する。

上記の関連技術を考慮したところ、本発明者は、ユーザーがショッピングプラットフォームで買い物をした直後に商品を受け取りたくない場合があるとの考えに到り、例えば販売促進活動において大量の買い物をすると安くなるため、ユーザーが一度に大量の買い物をしていた。ただし往々にしてユーザーは一定の在庫量を持っているため、購入した商品を速やかに使用することができず、別途保管スペースを用意する必要があり、かつこれらの商品には有効期限が切れるリスクがあるため、実際のユーザーエクスペリエンスが劣っていた。

ユーザーのネットショッピングサービス体験を向上するため、本出願は、スペースステーションに基づく商品配送の方法、システム及び記録媒体を提供する。

第１の態様において、本出願は、スペースステーションに基づく商品配送方法は、次のような技術的手段を講じる。すなわち、
スペースステーションに基づく商品配送方法であって、次のステップを含む。すなわち、
トランザクション完了により生成された第１世代トランザクション完了注文情報を取得し、前記第１世代トランザクション完了注文情報を予め設定されたスペースステーションに格納するステップと、
ユーザーがトリガーした出荷選択トリガー情報及び出荷時間情報を含む出荷情報を取得するステップと、
出荷選択トリガー情報に基づいて対応する第１世代トランザクション完了注文情報を選択し、出荷時間情報に対応するタイムノードに第１世代トランザクション完了注文情報に対応する商品を発送するステップ。

上記技術的手段を講じることにより、ユーザーが商品を購入した後、商品は直接発送されるのではなく、先に商品に関する情報をスペースステーションに格納し、当該商品を使用したい場合、ユーザーから出荷選択トリガー情報及び出荷情報を自主的に出し、プラットフォームを経由してサプライヤーに転送し、サプライヤーが出荷を手配するため、ユーザーは購入した直後出荷時間を決める必要がなく、いつでも商品の発送時間を決定でき、ユーザーのショッピング体験を効果的に向上させる。

任意選択で、次のステップをさらに含む。すなわち、
アップグレード前の商品を第１世代商品、アップグレード後の商品を次世代商品として定義するステップと、
ユーザーがトリガーした次世代商品トリガー情報を取得するステップと、
次世代商品トリガー情報によって選択された商品に基づいて第１世代商品の価格及び次世代商品の価格を取得して差額情報を生成するステップと、
ユーザーに差額情報をフィードバックするステップと、
ユーザーの確認情報を取得するステップと、
スペースステーションにおける第１世代商品に対応する第１世代トランザクション完了注文情報を次世代商品に対応する次世代版トランザクション完了注文情報に置き換えるステップ。

上記技術的手段を講じることにより、ユーザーは商品を購入した後商品が発送されていない限り、商品を次世代にアップグレードさせることができ、プラットフォームが差額を自動的に計算してユーザーに差額を請求し、ユーザーが支払いを終えると確認情報を生成することからスペースステーション内の第１世代商品を次世代商品にアップグレードする。

任意選択で、次のステップをさらに含む。すなわち、
サプライヤーがアップロードした商品の補足情報を取得し、商品の補足情報に従い対応する同じシリーズ商品情報を確認するステップと、
スペースステーションをトラバーサルして同じシリーズ商品情報が格納されているどうかを確認するステップと、
現在のスペースステーションに同じシリーズ商品情報が格納されている場合、対応するユーザーに商品の補足情報をプッシュするステップと、
現在のスペースステーションに同じシリーズ商品情報が格納されていない場合、ユーザーにプッシュしないステップ。

上記技術的手段を講じることにより、ユーザーは自主的に商品のアップグレードを実施できるが、サプライヤーが新しい商品を発売しているかどうかをユーザーが常に注意を払うことは困難であるため、ユーザー自身がタイムリーに商品のアップグレードを実施できず、プラットフォームの監視の助けを借る必要があり、プラットフォームはサプライヤーから提供された商品の補足情報を受信すると、同じシリーズ商品を有するスペースステーションに対応するユーザーにプッシュすることで、ニーズに応じてアップグレードするようユーザーに思い出させる。

任意選択で、トランザクション完了により生成された第１世代トランザクション完了注文情報を取得し、前記第１世代トランザクション完了注文情報を予め設定されたスペースステーションに格納することは、具体的に次のステップを含む。すなわち、
トランザクション完了により生成された第１世代トランザクション完了注文情報（対応する商品タイプ情報を含む）を取得するステップと
異なるタイプの商品タイプ情報に基づいて対応する出荷方法をマッチングするステップと、
マッチングされた出荷方法により商品を発送するステップ。

上記技術的手段を講じることにより、異なる商品の出荷時に直面する状況も違い、異なる出荷方法を定めることにより対処し、出荷がよりスムーズになり、矛盾が生じることを減らす。

任意選択で、前記商品タイプ情報は、季節商品タイプ情報を含み、
商品タイプ情報が季節商品タイプ情報の場合、当該商品に対応する今シーズンの締切日情報及び期限切れ賠償情報を第１世代トランザクション完了注文情報に追加し、スペースステーションにおける第１世代トランザクション完了注文情報を更新し、
ユーザーがトリガーした出荷選択トリガー情報を取得し、出荷時間情報に対応するタイムノードは、今シーズンの締切日情報に対応するタイムノードを超えるかどうかを判断し、
出荷時間情報に対応するタイムノードが、今シーズンの締切日情報に対応するタイムノードを超える場合、期限切れ賠償情報に従い第１の代金差引リクエストを生成し、ユーザーの支払い操作に基づいて出荷時間情報に対応するタイムノードに商品を発送し、
出荷時間情報に対応するタイムノードが、今シーズンの締切日情報に対応するタイムノードを超えない場合、直接出荷時間情報に対応するタイムノードに商品を発送する。

上記技術的手段を講じることにより、季節商品の価格は、時期の違いの影響を受け、ユーザーの出荷時間が不確実であるため、出荷時間が商品購入時間よりもはるかに遅くなると、商品を準備する際に、サプライヤーに更に多くのコストを発生させやすい。このため、季節商品の出荷時間に一定の制限を設ける必要があり、出荷が遅すぎた場合、ユーザーは先に賠償金を支払ってから出荷することができ、サプライヤーの利益を守る。

任意選択で、前記商品タイプ情報は、期間限定生産商品も含み、
商品タイプ情報は、期間限定生産商品の場合、前記期間限定生産商品に対応する生産締切日情報を取得し、
生産締切日情報に対応するタイムノードの前にユーザーがトリガーした出荷選択トリガー情報を取得した場合、出荷時間情報に対応するタイムノードで通常通り商品を発送し、
生産締切日情報に対応するタイムノードになった時に、ユーザーがトリガーした出荷選択トリガー情報を受信しなかった場合、一時保管コマンドを生成して対応する商品を保持し、
出荷情報を受信した後第２の代金差引リクエストを生成し、ユーザーの支払い操作に基づいて商品を発送する。

上記技術的手段を講じることにより、期間限定生産商品は、生産締切時間後に生産を停止し、ユーザーは生産締切時間前に商品の購入を完了したが、出荷時間の不確実性により、出荷時間が生産締切時間より遅くなると、サプライヤーが少数の注文で生産を再開することは困難になり、ユーザーに製品を確実に入手させるようにするため、プラットフォームは生産締切時間にサプライヤーに一時保管コマンドを発行することで、サプライヤーが追加の商品を準備できるようにさせ、ユーザーに出荷の必要がある時、商品の保管料を支払ってから通常に商品を受け取ることができる。

任意選択で、前記商品タイプ情報は、時間的制約のある商品タイプ情報も含み、
商品タイプ情報は、時間的制約のある商品タイプ情報の場合、出荷情報内に優先情報を追加し、
出荷時間に対応するタイムノードで優先情報に応じて製造日が一番遅い商品を選択して発送する。

上記技術的手段を講じることにより、時間的制約のある商品は賞味期限のある商品であり、ユーザーが出荷を確定した時、ユーザー体験のため、サプライヤーは製造日が一番遅い商品を選択して出荷し、ユーザーに商品の使用の十分な時間的猶予を与える。

第２の態様において、本出願は、スペースステーションに基づく商品配送システムを提供する。次のような技術的手段を講じる。すなわち、
スペースステーションに基づく商品配送システムであって、クライアントと、サプライヤーサーバーと、プラットフォームサーバーとを備え、プラットフォームサーバーにスペースステーションが構築され、
クライアントは、ユーザーの操作に基づいてトランザクションを完了し、対応する第１世代トランザクション完了注文情報を生成し、ユーザーの操作に基づいて出荷選択トリガー情報及び出荷時間情報を含む出荷情報を生成し、
プラットフォームサーバーは、第１世代トランザクション完了注文情報を取得し、前記トランザクション完了注文情報を予め設定されたスペースステーションに格納し、また出荷選択トリガー情報及び出荷情報を取得し、出荷選択トリガー情報に基づいてスペースステーションから対応する第１世代トランザクション完了注文情報を選択し、第１世代トランザクション完了注文情報及び出荷情報を一緒にサプライヤーサーバーに送信するために用いられ、
サプライヤーサーバーは、第１世代トランザクション完了注文情報に従って出荷時間情報に対応するタイムノードに対応する商品を発送する。

第３の態様において、本出願は、コンピュータ読み取り可能な記録媒体を提供する。次のような技術的手段を講じる。すなわち、
コンピュータ読み取り可能な記録媒体であって、プロセッサによりロードされ、上記方法を実行することができるコンピュータプログラムを格納する。

上記をまとめると本出願は、以下の有利な技術的効果のうちの少なくとも１つを含む。すなわち、
１．スペースステーションの設置を通じて、ユーザーは先に購入してから自分のニーズに応じて出荷時間を自由に手配でき、また他人の配送先住所を指定する方法で商品を他人に贈ることもでき、
２．異なるタイプの商品について、異なる出荷方法があり、商品の配送方法はより合理的になる。

本出願の実施例の応用シナリオを示す図である。 本出願の実施例のフローチャートである。

以下、図１～図２を参照しつつ本出願をさらに詳細に説明する。

本出願の目的、技術的手段及び利点をより明確にするため、以下に図１～図２及び実施例を参照しつつ、本出願をさらに詳細に説明する。ここで描写される具体的実施例は、本出願を解釈することだけに使われており、本発明に対する限定と理解してはならない。

図１を参照すると、本出願の実施例は、スペースステーションに基づく商品配送方法を開示し、クライアント１、サプライヤーサーバー２及びプラットフォームサーバー３に応用され、プラットフォームサーバー３内にショッピングプラットフォーム及びスペースステーションが構築され、クライアント１は、インターネットを経由してショッピングプラットフォーム及びスペースステーションにアクセスし、かつクライアント１はショッピングプラットフォーム上でのユーザーのトランザクション操作に基づいてトランザクション完了注文情報を生成し、トランザクション完了注文情報をプラットフォームサーバー３に伝送し、プラットフォームサーバー３がトランザクション完了注文情報をスペースステーション内に格納する。ユーザーがクライアント１を介してスペースステーションにアクセスして出荷操作した場合、クライアント１は出荷選択トリガー情報及び出荷情報を生成してプラットフォームサーバー３に伝送し、プラットフォームサーバー３が出荷選択トリガー情報に従い対応するトランザクション完了注文情報を選定し、選定されたトランザクション完了注文情報及び出荷情報をサプライヤーサーバー２に伝送し、サプライヤーが出荷情報に従い対応するタイムノードに選定されたトランザクション完了注文情報に対応する商品を発送する。

クライアント１は、具体的にデスクトップ端末又はモバイル端末であり得る。モバイル端末は、具体的に携帯電話、タブレットコンピュータ、ノートブックコンピュータなどのうちの少なくとも１つであり得る。クライアント１には、ショッピングプラットフォーム及びスペースステーションにアクセスするためのＡＰＰプログラムがインストールされる。プラットフォームサーバー３は、スタンドアロンサーバー又は複数のサーバーで構成されるサーバークラスターで実現でき、サプライヤーサーバー２が同様にスタンドアロンサーバー又は複数のサーバーで構成されるサーバークラスターで実現することもできる。スペースステーションは、データを格納するため、プラットフォームサーバー３により設けられた１つの仮想スペースである。

トランザクション完了注文情報は、第１世代トランザクション完了注文情報及び次世代版トランザクション完了注文情報を含む。第１世代トランザクション完了注文情報は、ユーザーがＡＰＰを通じてショッピングプラットフォームで商品を選択し、決済後に生成される注文情報である。第１世代トランザクション完了注文情報は、第１世代商品に対応し、当該商品の名称、商品の価格、サプライヤー名などの情報を含む。ここで、第１世代商品は、特にユーザーがショッピングプラットフォームを通じて購入した商品である。次世代版トランザクション完了注文情報は、第１世代トランザクション完了注文情報を踏まえ、次世代版アップグレード方式によって形成される。次世代版トランザクション完了注文情報は、次世代商品に対応し、次世代商品と対応する第１世代商品が同じシリーズ商品であり、かつ次世代商品バージョンが対応する第１世代商品よりも高くなる。

図２を参照すると、スペースステーションに基づく商品配送方法であって、本実施例は、主に前記方法を上記図１内のプラットフォームサーバー３に応用することを例として説明する。前記方法には、具体的に次のステップを含む。

Ｓ１１０：トランザクション完了により生成された第１世代トランザクション完了注文情報を取得し、前記第１世代トランザクション完了注文情報を予め設定されたスペースステーションに格納する。

スペースステーションは、仮想スペースであり、ユーザーが上記ＡＰＰプログラムを使用する場合、プラットフォームアカウントを登録する必要があり、各プラットフォームアカウントが互いに独立し、かつ１つのスペースステーションと紐付けされ、ユーザーがＡＰＰプログラムを通じてアクセスするスペースステーションは専用スペースステーションである。第１世代トランザクション完了注文情報が生成された後、ユーザーの確認又は後続の操作のため、ユーザーのスペースステーションに格納される。

Ｓ１２０：ユーザーがトリガーした出荷選択トリガー情報及び出荷情報を取得する。

出荷選択トリガー情報は、ユーザーがスペースステーションにアクセスした時に第１世代トランザクション完了注文情報が選択した操作によって生成されるため、出荷選択トリガー情報が選択された第１世代トランザクション完了注文情報に対応する。出荷情報は、ユーザーが第１世代トランザクション完了注文情報の選択を完了した後出荷データを入力して出荷ボタンをトリガーすることによって生成される。出荷ボタンは、ＡＰＰプログラム内に設けられた仮想ボタンである。出荷ボタンがユーザーのクリックによってトリガーされた場合、ＡＰＰプログラムが出荷データに基づいて出荷情報を生成する。出荷情報は、出荷時間情報及び配送先住所を含む。出荷時間情報は、ユーザーの選択によって決定されるが、出荷時間情報に対応するタイムノードはサプライヤーが商品を準備するための製造時間を考慮する必要があるため、プラットフォームサーバー３は異なる商品に対し異なる一番早い出荷時間を設定し、ユーザーが出荷時間を選択する時一番早い出荷時間によって制限され、一番早い出荷時間より早いタイムノードを選択して出荷することができない。具体的に一番早い出荷時間の設定は、スタッフがプラットフォームサーバー３のバックグラウンドで設定する。

Ｓ１３０：出荷選択トリガー情報に基づいて対応する第１世代トランザクション完了注文情報を選択し、出荷時間情報に対応するタイムノードに第１世代トランザクション完了注文情報に対応する商品を発送する。

ユーザーは、クライアントを介して対応する第１世代トランザクション完了注文情報を選択して出荷選択トリガー情報を生成し、プラットフォームサーバーが出荷選択トリガー情報に従い第１世代トランザクション完了注文情報を再選択することからプラットフォームサーバーにユーザーが出荷したい商品を確定させる。最終の商品発送は、サプライヤーにおいて完了されるため、プラットフォームサーバーが出荷する商品に対応する第１世代トランザクション完了注文情報を確認した後、第１世代トランザクション完了注文情報及び出荷情報を一緒にサプライヤーサーバーに転送し、サプライヤーが第１世代トランザクション完了注文情報に従い商品を準備し、出荷時間情報に対応するタイムノードで商品の発送先が配送先住所である。

ユーザーが在来のショッピングプラットフォーム上で買い物をする時、支払を終えた場合、直ちに出荷先住所が確定され、出荷時点を設定する必要があり、出荷時点がユーザーに応じて設定でき、現在のショッピングの時点であり得、数日後の時点とすることもできる。ただし本質は、買い物の直後に出荷時間及び出荷先を明確するようユーザーに求めることである。

本実施例において、ユーザーは買い物と支払いを終えた直後に出荷時点を提供する必要がなく、ユーザーがその後の時間内にいつでも出荷時点及び出荷先住所を提供することを許すことで、ユーザーの出荷時間上の選択がより自由になり、実際の状況に応じて柔軟に対応できる。

例えばショッピングプラットフォーム上の一部のショップが販売促進活動を催す時、ユーザーは、商品を低価格で大量に購入できるが、往々にして一定の在庫量を持つことになる。在来のショッピングプラットフォームでは、ユーザーが支払い直後に明確な出荷時点を提供しければならないが、この時在庫量が多いため、在庫をどのくらいの期間使用できるかを正確に判断できず、出荷時点の設定に不合理な状況が発生しやすい。出荷時点が早すぎて在庫が使い果たされなかった場合、今回の商品が使用されない可能性があり先に保管しておくことで、商品に長期保管スペースが取られることになる。出荷時点が遅すぎた場合、在庫が使い果たされ、在庫切れの状態になり、ユーザーの生活に支障をきたす可能性がある。本実施例において、ユーザーは、支払い後の短時間での商品の出荷を無視することができる。在庫品が少なくなった後、ユーザーは、残りの在庫の使用可能期間をより正確に判断できる時、出荷時点を指定し、商品配達時に在庫品をほぼ使い切り、ユーザーが低価格で購入した今回の商品を使い続けることができるようにさせる。

当然、商品タイプは多種多様で、タイプが異なる商品の出荷時出荷方法が異なる。このため、第１世代トランザクション完了注文情報を取得した時、先に第１世代トランザクション完了注文情報に対応する商品タイプに応じて相応しい出荷方法を手配する。具体的には、次のステップを含む。すなわち、
トランザクション完了により生成された第１世代トランザクション完了注文情報（対応する商品タイプ情報を含む）を取得するステップ、
異なるタイプの商品タイプ情報に基づいて対応する出荷方法をマッチングするステップ。

商品タイプ情報は、季節商品タイプ情報、期間限定生産商品タイプ情報、時間的制約のある商品タイプ情報及び通常商品タイプ情報等を含む。季節商品タイプ情報に対応する商品は、果物などの商品価格が時間の影響を受けやすい商品であり、一般的に夏、秋での果物の価格が低く、冬での果物の価格が高い。期間限定生産商品タイプ情報に対応する商品は、期間限定ブランドスニーカーなどの生産期間が限定され、生産期間終了後に生産されなくなった商品である。時間的制約のある商品タイプ情報に対応する商品は、真空パック詰食品、フェイスマスク等の賞味期限のある商品である。通常商品タイプ情報に対応する商品は、書籍などの価格が長期的に安定していて、時間の影響をあまり受けない商品である。

商品タイプ情報を正確に確定するため、プラットフォームサーバー３もデータベースを構築し、データベース内に商品分類用参照テーブルを格納し、商品分類用参照テーブルには各種商品及び対応する商品タイプが含まれる。なお、スタッフは、定期的に商品分類用参照テーブルのデータを更新し、特に、期間限定生産商品に関するデータを直ちに追加又は削除すること。

ここで、商品タイプ情報が通常商品情報の場合、商品の供給源が安定し、価格も時間の影響を受けにくいため、購入時にユーザーが支払う金額はサプライヤーが生産する時の販売価格と同じであり、ユーザーが出荷を求めた場合、サプライヤーは出荷することができる。

商品タイプ情報が季節商品タイプ情報の場合、当該商品に対応する今シーズンの締切日情報及び期限切れ賠償情報を第１世代トランザクション完了注文情報に追加し、スペースステーションにおける第１世代トランザクション完了注文情報を更新する。

ユーザーがトリガーした出荷選択トリガー情報を取得し、出荷時間情報に対応するタイムノードは、今シーズンの締切日情報に対応するタイムノードを超えるかどうかを判断する。

出荷時間情報に対応するタイムノードが、今シーズンの締切日情報に対応するタイムノードを超える場合、期限切れ賠償情報に従い第１の代金差引リクエストを生成し、ユーザーの支払い操作に基づいて出荷時間情報に対応するタイムノードに商品を発送する。

出荷時間情報に対応するタイムノードが、今シーズンの締切日情報に対応するタイムノードを超えない場合、直接出荷時間情報に対応するタイムノードに商品を発送する。

今シーズンの締切日情報は、前記季節商品の季節が変わる時点であり、期限切れ賠償情報が今シーズンの締切日情報に対応する時点の前後の季節商品の異なる価格差であり、今シーズンの締切日情報及び期限切れ賠償情報を均しく第１世代トランザクション完了注文情報に追加するのはユーザーに直ちに出荷するように思い出させるように見てもらい、直ちに出荷されなかった場合の結果責任が賠償であることをユーザーに明確に告知する。当然、現在の季節が生産のピークシーズンであり、今シーズンの締切日情報に対応する時点の後がオフシーズンである場合、期限切れ賠償情報に対応する差額は負の値になり、この場合、ユーザーが直ちに出荷しなくとも別途代金を差引する必要がないが、高価格で低価格の商品を購入することに相当する。

商品タイプは、期間限定生産商品の場合、前記期間限定生産商品に対応する生産締切日情報を取得し、
生産締切日情報に対応するタイムノードの前にユーザーがトリガーした出荷選択トリガー情報を取得した場合、出荷時間情報に対応するタイムノードで通常通り商品を発送し、
生産締切日情報に対応するタイムノードになった時に、ユーザーがトリガーした出荷選択トリガー情報を受信しなかった場合、一時保管コマンドを生成して対応する商品を保持し、
出荷情報を受信した後第２の代金差引リクエストを生成し、ユーザーの支払い操作に基づいて商品を発送する。

一時保管コマンドは、プラットフォームからサプライヤーに発行し、プラットフォームがサプライヤーから商品を引き取ることを示し、その後ユーザーが商品を受け取る場合、サプライヤーとは関係なく、プラットフォームからユーザーに商品を供給する。

具体的に制限期限切れ時ユーザーが出荷を要求しない場合、プラットフォームは、サプライヤーに出荷を求め、配送先住所が所定の倉庫住所である。その後ユーザーが出荷を要求する場合、倉庫住所からユーザーが提供した配送先住所に出荷する。所定の倉庫住所は、プラットフォームに属する商品をできる限り保管し、プラットフォームに属する倉庫であり得、プラットフォームが賃借する倉庫であってもよく、又はサプライヤーの倉庫でもあり得る。第２の代金差引リクエストは、商品が倉庫に保管される期間に発生する保管料に対応し、保管時間、商品の数量、商品の大きさに関連する。保管時間は、出荷時間に対応する時点と生産締切日に対応する時点との差である。

商品タイプ情報は、時間的制約のある商品タイプ情報の場合、出荷情報内に優先情報を追加する。出荷時間に対応するタイムノードで優先情報に応じて製造日が一番遅い商品を選択して発送する。

優先情報は、前記出荷情報に対応する商品が時間的制約のある商品であることを示す表示情報であり、時間的制約のある商品に一定の賞味期限があり、サプライヤーはユーザーに当該商品を使用する十分な時間的余裕を与えるため、出荷時製造日が一番遅い商品を選択して発送する。

なお、ユーザーが商品を購入した後に当該商品を必要としない場合、返品できる。プラットフォームサーバー３は、ユーザーの返品について以下の操作ステップを実行する。すなわち、
返金される商品の情報を含む返金情報を受信するステップ、スペースステーションにおいて返金される商品の情報に対応する購入済み商品の情報をマッチングし、予め設定された返金規約に基づいて前記購入済み商品の情報に対応する代金差引総額を生成し、代金差引総額をクライアント１に伝送するステップ、確認信号を受信した後スペースステーション内の返金される商品に対応する購入済み商品の情報を削除するステップ。

ここで、予め設定された返金規約は、返金される商品の情報に基づいて代金差引係数を取得してから代金差引係数及び対応する支払い情報に従い第１の代金差引額を得、倉庫サーバーから送信された第２の代金差引額を取得し、第１の代金差引額と第２の代金差引額が加算されることで代金差引総額になる。

代金差引係数は、商品の払い戻し時の割引であり、手作業で設定され、異なるタイプの商品の割引が異なる。例えば代金差引係数が０の場合、商品の払い戻しは第１の代金差引額を支払う必要がなく、すなわち元の価格の払い戻しに相当する。第２の代金差引額は、期間限定商品が倉庫を使用する時に発生した追加料金であるが、返金対象が他のタイプの商品の場合、第２の代金差引額が０である。

なお、ユーザーが商品を購入した後、スマート製品の更新速度がより速い製品などのタイプの商品が新世代の製品を発売したことに気付いた場合、ユーザーは、返金して再購入する方法を使用した場合、代金差引の状況が発生しやすく、ユーザーにとって不利である。これにより、プラットフォームは、ユーザーにより良いサービスを提供するため、次世代版アップグレード機能を世に出す。

次世代版アップグレード機能の具体的方法は、以下のステップを含む。すなわち、
ユーザーがトリガーした次世代商品トリガー情報を取得するステップ、
次世代商品トリガー情報によって選択された商品に基づいて第１世代商品の価格及び次世代商品の価格を取得して差額情報を生成するステップ、
ユーザーに差額情報をフィードバックするステップ、
ユーザーの確認情報を取得するステップ、
スペースステーションにおける第１世代商品に対応する第１世代トランザクション完了注文情報を次世代商品に対応する次世代版トランザクション完了注文情報に置き換えるステップ。

第１世代商品は、アップグレード前の商品であり、次世代商品がアップグレード後の商品である。

次世代商品トリガー情報は、ユーザーがＡＰＰプログラムにおいて仮想次世代版確認ボタンをクリックして生成される。仮想次世代版確認ボタンがクリックされた後、ユーザーが選択した次世代商品情報に基づいて次世代商品トリガー情報を生成する。ユーザーが選択した次世代商品情報に対応する商品は、ユーザーのスペースステーションに格納されている特定の第１世代商品情報に対応する商品の同じシリーズ製品でなければならない。次世代商品の価格は、往々にして第１世代商品よりも高くなり、ユーザーは次世代版にする時、次世代商品と第１世代商品との差額を支払う必要がある。ユーザーが差額を支払い終えた後、クライアントは、確認情報を自動生成する。

なお、サプライヤーが新しいバージョンの商品を出品することにユーザーが気付かないことを防止するため、プラットフォームサーバーは新商品プッシュ機能を提供する。具体的なプッシュ方法は、次の通りである。すなわち、
サプライヤーがアップロードした商品の補足情報を取得し、商品の補足情報に従い対応する同じシリーズ商品情報を確認するステップ、
スペースステーションをトラバーサルして同じシリーズ商品情報が格納されているどうかを確認するステップ、
現在のスペースステーションに同じシリーズ商品情報が格納されている場合、対応するユーザーに商品の補足情報をプッシュするステップ、
現在のスペースステーションに同じシリーズ商品情報が格納されていない場合、ユーザーにプッシュしないステップ。

商品の補足情報は、サプライヤーが提供する新モデル製品の商品情報であり、同じシリーズ商品情報が複数世代の商品情報を有することができるが、どの世代の商品であっても、次世代版方法を介して最新モデルの商品に直接アップグレードすることができる。スペースステーションのトラバーサル方法を通じて同じシリーズ商品を購入したがまだ出荷していない全てのユーザーに最新モデルの商品をプッシュし、ユーザーは差額分補填方法により、より良い商品を楽しむことができる。

このスペースステーションに基づいてプレゼントを贈ることもできる。受取人にとって、受け取ったプレゼントを家に持ち帰ることが不便であり、特に、より大きなプレゼントの場合、プレゼントを家に持ち帰ることはさらに厄介なことであり、このスペースステーションを使用した後、プレゼントの贈りの前後にスペースステーションにおけるトランザクション完了注文情報に保存するため、取得したプレゼントがやはりトランザクション完了注文の状態で受取人のスペースステーションに格納され、受取人が配送を必要とした時、配送され、配送先住所、配送時間を受取人自身で選択できるため、受取人がプレゼントを受け取る難易度が軽減される。

図２に示すように、一実施例において、スペースステーションに基づくプレゼントの贈り方を提供する。本実施例は、主に前記方法を上記図１内のプラットフォームサーバー３に応用することを例として説明する。前記スペースステーションに基づくプレゼントの贈り方は、具体的に次のステップを含む。

Ｓ２１０：トランザクション完了により生成されたトランザクション完了注文情報を取得し、前記トランザクション完了注文情報を予め設定されたスペースステーションに格納する。

トランザクション完了注文情報は、商品の支払い後に生成される注文情報であり、商品の所有権を表す。スペースステーションは、即時配送を必要としないトランザクション完了注文情報を格納するための専用仮想スペースである。

商品を購入した後、商品は直接配送されることなく、先にトランザクション完了注文情報をスペースステーションに格納され、当該商品を使用する必要がある時、ユーザーはクライアントを通じて信号を発し、サーバーが出荷を手配することで、ユーザーの商品の配送手配がより柔軟になり、ユーザーに商品の所有権を所有することを前提として商品配送時間の選択権利を持たせる。

Ｓ２２０：贈り主が発行したプレゼントの贈りコマンドを取得する。

贈り主がプレゼントを贈りたい場合、クライアント１のアプリケーションインターフェースでプレゼントの贈りオプションを選択することで、プレゼントの贈りコマンドをプラットフォームサーバー３に送信する。

贈り主がプレゼントの贈りコマンドを発行した後、プレゼントの受領を制限することで、受取人がプレゼントを自主的に受領する意欲を刺激するため、クライアントがオプションボックスをポップアップする。オプションボックスには３つの選択項目があり、それぞれ受領時間制限、受領回数制限及びプレゼントライブラリ内のプレゼントの数に応じたデフォルト受領数量制限を表し、贈り主が選択する時、同時に時間コマンド、回数コマンド又はデフォルトコマンドのうちの少なくとも１つを発行できる。

時間コマンドは、プレゼントの贈りの時間を制限するために用いられ、制限された時間内にプレゼントを前倒しで受領した場合、プレゼントの贈りを停止し、制限された時間になった後もプレゼントが残っている場合、同様にプレゼントの贈りを停止し；
回数コマンドは、受領回数を制限するために用いられ、受領回数以内にプレゼントを受領した場合、プレゼントの贈りを停止し、受領回数に達した後もプレゼントが残っている場合、同様にプレゼントの贈りを停止し；
デフォルトコマンドは、時間コマンド、回数コマンドが均しく選択されない場合、プレゼントの全て受領済みをデフォルトにしてからプレゼントの贈りを停止する。

ここで、時間コマンド及び回数コマンドは、一緒に選択して二重制限を実行することができ、またコマンドが選択されていない場合、デフォルトコマンドを選択してプレゼントを贈ることをデフォルトにする。

Ｓ２３０：プレゼントの贈りコマンド及び贈り主が選択したトランザクション完了注文情報に従い贈り待ちのプレゼント情報を生成する。

贈り主は、プレゼントを贈る人で、プレゼントを購入する一定の資金予算が必要で、又は選択に提供するため、いくつかのプレゼントを用意してスペースステーションに格納する必要があり、プレゼントの贈りコマンドを通じて贈り主が贈りたいプレゼントの要件を確認した後、贈り主が選択したトランザクション完了注文情報に基づいて贈り待ちのプレゼント情報を生成する。

Ｓ２４０：受取人が発行したプレゼント受領コマンドを取得する。

贈り主がプレゼントを発送した時、受取人は、すでにスペースステーションのメンバーである場合、贈り主から受取人に送信したプレゼント受領情報に基づいて贈り待ちのプレゼント情報からトランザクション完了注文情報を直接受信でき、すなわちプレゼントを受領する。

受取人がスペースステーションのメンバーではない場合、贈り主は、スペースステーション情報及びプレゼント受領情報を受取人に送信してから受取人がスペースステーションにアクセスしてプレゼントを受領することができる。このため、贈り主が情報を受取人に送信したい時、クライアント１のアプリケーションインターフェースの共有ボタンをクリックすることができる。プラットフォームサーバー３は、贈り主が共有ボタンによって生成された共有リクエストを取得し、共有リクエストに基づいて共有情報を生成する。共有情報は、プレゼント受領情報及びスペースステーションのＵＲＬを含み、受取人が共有情報に基づいてスペースステーションにアクセスしてプレゼントを受領できる。このように受取人をスペースステーションにアクセスするように誘導することで、スペースステーションへのトラフィックを増やし、使用の人気を高めることができる。

Ｓ２５０：プレゼント受領コマンド及び予め設定された割り当て方法により、贈り待ちのプレゼント情報におけるトランザクション完了注文情報を割り当て、トランザクション完了注文情報を割り当てられた後の受取人のスペースステーションにダンプして格納する。

割り当て方法は、ランダム割り当て方法、指名割り当て方法及び特権割り当て方法を含み、贈り主がプレゼントの贈りコマンドを発行した後、クライアントがオプションボックスをポップアップさせ、贈り主が割り当て方法を選択するため、オプションボックスに基づいてプレゼント割り当てコマンドを発行する。

ランダム割り当て方法は、具体的に次の通りである。すなわち、
贈り待ちのプレゼント情報における全てのトランザクション完了注文情報をランダムに割り当てる。

贈り主のプレゼント取得コマンドを受信した後、受取人が受領したプレゼントとして、贈り主が選択した全ての贈り待ちのプレゼント情報の中から受領されていないトランザクション完了注文情報をランダムに選択する。

指名割り当て方法は、具体的に次の通りである。すなわち、
贈り主の指定したトランザクション完了注文情報及び指定したトランザクション完了注文情報に対応する指定受取人の身元情報を取得するステップ、
指定したトランザクション完了注文情報を指定した注文情報と定義し、指定した注文情報を対応する指定受取人の身元情報と関連付けさせるステップ、
プレゼント受領コマンドに従い、指定した注文情報を受取人の身元情報に対応する受取人に割り当てるステップ。

指名割り当て方法を使用する場合、まず贈り主の指定したトランザクション完了注文情報（すなわち、贈り主が選択した指定プレゼント）を取得すると共に贈り主の指定した受取人の身元情報（すなわち、贈り主が選択した指定受取人）を取得することで、贈り主から発行されたコマンドに従い予め指定プレゼント、指定受取人、指定プレゼントとの対応関係を確定する。

受取人がプレゼント受領コマンドを発行した場合、同時に受取人の身元情報を送信することで、身元情報を通じてこの受取人が指定受取人であるかどうかを判断する。

その後割り当て時、指定受取人の身元情報に従い指定受取人のプレゼント受領コマンドを識別した場合、特定受取人と特定プレゼントとの対応関係に従い特定プレゼントを受取人に送る。指定されていないプレゼントや受取人は、ランダム割り当て方法によりランダムに割り当てられる。

特権割り当て方法は、具体的に次の通りである。すなわち、
贈り主が指定した少なくとも２つのトランザクション完了注文情報及び指定した少なくとも２つの受取人の身元情報を取得するステップ、
贈り主が指定した少なくとも２つのトランザクション完了注文情報を特権注文セット情報と定義し、贈り主が指定した少なくとも２つの受取人の身元情報を特権受取人セット情報と定義し、贈り主により指定されていないトランザクション完了注文情報をその他の注文セット情報と定義し、贈り主により指定されていない受取人の身元情報をその他の受取人セット情報と定義するステップ、
特権注文セット情報における複数のトランザクション完了注文情報と特権受取人セット情報における複数の受取人の身元情報をランダムに割り当てるステップ、
その他の注文セット情報における複数のトランザクション完了注文情報とその他の受取人セット情報における複数の受取人の身元情報をランダムに割り当てるステップ。

特権割り当て方法を使用する場合、複数の贈り主の指定したトランザクション完了注文情報（すなわち、贈り主が複数の指定プレゼントを選択する必要がある）を取得し、同時に贈り主の指定した複数の受取人の身元情報（すなわち、贈り主が同時に複数の指定受取人を選択する必要もある）も取得する。指名割り当て方法との相違点は、各指定受取人と指定プレゼントの対応関係を実施する必要がなく、全ての指定プレゼントと全ての指定受取人との間をランダムでマッチングすることである。その後指定されていないプレゼントや受取人は、ランダム割り当て方法によりランダムに割り当てることで、特権ランダムマッチング部分及びその他のランダムマッチング部分を分けて受取人が取得したトランザクション完了注文情報を事前に管理する。

特権割り当て方法では、指定トランザクション完了注文情報が指定受取人より多い状況、指定トランザクション完了注文情報が指定受取人より少ない状況及び指定トランザクション完了注文情報が指定受取人の数と等しい状況という３つの状況が生じたと考えられる。

指定トランザクション完了注文情報が指定受取人より多く、特権受取人セット情報における全ての受取人がプレゼント受領コマンドを発行した場合、
特権注文セット情報における受領されていないトランザクション完了注文情報をその他の注文セット情報に盛り込み、次にその他の注文セット情報におけるトランザクション完了注文情報とその他の受取人セット情報における受取人情報をランダムに割り当てる。

指定トランザクション完了注文情報が指定受取人より少なく、特権注文セット情報における複数のトランザクション完了注文情報が受領された場合、
特権受取人セット情報におけるプレゼント受領コマンドを発行していない受取人情報をその他の受取人セット情報に盛り込み；
次にその他の注文セット情報におけるトランザクション完了注文情報とその他の受取人セット情報における受取人情報をランダムに割り当て、指定トランザクション完了注文情報が指定受取人の数に等しい場合、通常割り当てて受領する。

特権割り当て方法を選択した後、クライアント１において受領時間の制限を選択でき、贈り主はクライアント１で受領時間コマンドを発行し、受領時間を予め設定し、予め設定された時間になった後も未受領の指定トランザクション完了注文情報がある場合、特権割り当てを行なわなくなり、未受領の全てのトランザクション完了注文情報とプレゼント受領コマンドを発行した全ての受取人をランダムに割り当てる。

ランダム割り当てについて、受取人が要らないプレゼントを得ることを避けるため、プレゼントを受領する時、受取人は受取人情報を生成するため、スペースステーションＩＤ、携帯電話番号、性別、年齢、身長、体重、趣味、特技等の個人情報の入力を選択できる。知っている部分を選んで入力することができる。したがって、ランダム割り当てがトリガーされた場合、サーバーは、受取人から入力されたデータ又は履歴データに基づいてプレゼントカテゴリーを一定の範囲に制限し、その後限定されたプレゼントカテゴリー内に割り当てることができる。

ランダムの割り当てと類似し、プレゼントへのニーズも人によって異なるため、プレゼントを好む人も存在し、嫌いな人や嫌悪を感じる人もいる。このため、なじみのない人にとって、どのようなプレゼントを選ぶかは、贈り主が繰り返し考え、非常に思い悩み、時間がかかるため、サーバーが受取人から入力されたデータ又は履歴データに基づいて好みのプレゼントを自動的に推奨することで、贈り主としてプレゼントが受取人の気持ちに応えているかどうかを考える必要がなくなる。

具体的には、一実施例において、スペースステーションに基づくプレゼントスマートマッチング方法を提供する。本実施例は、主に前記方法を上記図１内のプラットフォームサーバー３に応用することを例として説明する。前記スペースステーションに基づくプレゼントスマートマッチング方法は、具体的に次のステップを含む。

Ｓ３１０：トランザクション完了により生成されたトランザクション完了注文情報を取得し、前記トランザクション完了注文情報を予め設定されたスペースステーションに格納する。

トランザクション完了注文情報は、商品の支払い後に生成される注文情報であり、商品の所有権を表す。スペースステーションは、即時配送を必要としないトランザクション完了注文情報を格納するための専用仮想スペースである。

商品を購入した後、商品は直接配送されることなく、先にトランザクション完了注文情報がスペースステーションに格納され、当該商品を使用する必要がある時、ユーザーはクライアントを通じて信号を発し、サーバーが出荷を手配することで、ユーザーの商品の配送手配がより柔軟になり、ユーザーに商品の所有権を所有することを前提として商品配送時間の選択権利を持たせる。

Ｓ３２０：贈り主から送信された受取人情報を取得する。

贈り主は、プレゼントを贈る人で、プレゼントを購入する一定の資金予算が必要で、又は選択に提供するため、いくつかのプレゼントを用意する必要がある。受取人情報は、スペースステーションＩＤ、携帯電話番号、性別、年齢、身長、体重、趣味、特技等のプレゼントを受け取る人に関する情報を含み、知っている部分を選んで入力することができる。

スペースステーションは、サーバーに基づく商品データ格納ステーションであり、ショッピングプラットフォーム機能も備え、ネットショップで製品を購入した後、ショップにすぐに受取先住所に出荷させることなく、商品のデータ、商品受取権限をスペースステーションに保存し、商品を受け取りたい時、ショップにスペースステーションを通じて発送させる。

Ｓ３３０：受取人情報に従い、予め設定された検索方法によりスペースステーションの中で検索して、検索情報を取得する。

検索方法は、次のステップを含む。すなわち、
受取人情報に従い、受取人にスペースステーションの使用記録があるかどうかを判断するステップ、
受取人にスペースステーションの使用記録がある場合、使用記録に基づいてスペースステーションの中で検索するステップ、
受取人にスペースステーションの使用記録がない場合、受取人情報及び予め設定された参照方法により、スペースステーション内の受取人と同じタイプの参照者を取得し、参照者の使用記録を取得して使用記録を介してスペースステーションの中で検索するステップ。

スペースステーションＩＤ又は携帯電話番号の登録情報に従い受取人がスペースステーションを使用したかどうかを判断し、スペースステーションを使用したことがある場合、プラットフォームメンバーとして、受取人の登録情報を検索条件とすることで、スペースステーション内の使用記録を検索できる。検索情報は、商品閲覧記録、商品購入履歴、ショップ通信記録、プレゼント受取履歴における関連商品等であり得る。

スペースステーションを使用したことがない場合、参照方法により受取人と同じタイプの参照者を選択する。参照方法は、次のステップを含む。すなわち、
受取人情報における性別、年齢、身長、体重、趣味、特技の情報を取得するステップ、
スペースステーションの登録条件を取得した受取人情報と比較し、受取人に似る登録者を取得するステップ、
登録者を受取人と同じタイプの参照者として扱うステップ。

続いて、参照者の登録情報を検索条件として、スペースステーション内の使用記録を検索し、同様に検索結果を得て検索情報とすることができる。検索過程で参照者の情報は秘密にされ、贈り主、受取人に開示しない。

Ｓ３４０：贈り主が選択したトランザクション完了注文情報に従い贈り待ちのプレゼント情報を生成し；
贈り主のプレゼントの贈りコマンド、及び贈り主が贈りたいいくつかのプレゼントを取得し、それを集めて贈り待ちのプレゼント情報を形成する。

Ｓ３５０：贈り主の贈り待ちのプレゼント情報を取得し、検索情報及びプレゼント情報に応じて、予め設定されたマッチングアルゴリズムによりマッチングして、受取人の好みのプレゼント情報を取得する。

贈り主の贈り待ちのプレゼント情報は、贈り主がスペースステーションに格納されたアイテム情報であり得るか、贈り主が一定の資金予算を与えた後、スペースステーションにおける前記資金予算に合う全ての商品情報であってもよい。

プレゼント情報及び検索情報が確定された後、マッチングアルゴリズムにより検索情報における何度も閲覧されたが購入されていない商品を第１候補プレゼントの対象とし、次に何度も閲覧されたが購入されていない同じタイプ商品を第２候補プレゼントの対象とし、受取人とショップのコミュニケーションでは最も頻繁にコミュニケーションしたが購入されていない商品を第３候補プレゼントの対象とし、同じタイプの人々の中で、購入率が最も高い商品を第４候補プレゼントの対象とする。

その後全ての候補プレゼントをプレゼント情報内でマッチングし、商品が贈り主のスペースステーションに存在した場合、又は資金予算条件を満たした場合、マッチングに成功したと見なし、マッチングに成功した全てのプレゼントを受取人の好みのプレゼントとして扱う。マッチングに成功したプレゼントが存在しない場合、全ての候補プレゼントを好みのプレゼントとして贈り主の選択に供する。

最後に好みのプレゼントの写真、価格、購入リンクに従い好みのプレゼントを形成する。贈り主が用意したプレゼント、検索情報のソース、好みのプレゼントは、均しく同じスペースステーションであるため、好みのプレゼントと検索情報をより正確にマッチングさせ、より正確的に受取人が好むプレゼントを見つけることができる。

Ｓ３６０：好みのプレゼント情報を贈り主に送信する。

しかしながら、選別された好みのプレゼントであっても、受取人もプレゼントについて必ずしも満足できるとは限らず、又は必ずしも贈り主からのプレゼントを受け取るとも限らないため、この時操作させることができる様々な選択肢を有する。

サーバーは、受取人がプレゼントを受け取った後のプレゼント配送、プレゼント換金、プレゼント引換、プレゼント返品のうちの１つである選択情報を受信する。

受取人がプレゼント配送を選択した場合、受取人の住所に従い物流配送に当たることができる。

受取人がプレゼント換金を選択した場合、一定の情報コストを差し引いた後、受取人に換金し、換金率が商品自体の性質によって決定する。例えば旬な商品は、保存時間コストにより大量の保管料を差し引く、宝飾品などの高価値商品の場合、保険料及び保管料を差し引く。

受取人がプレゼント返品を選択した場合、プレゼントを贈り主に返却する。

受取人がプレゼント引換を選択した場合、受取人にプレゼントリスト選択情報を送信する。プレゼントリスト選択情報は、贈り主のプレゼントリストオプション、全てのプレゼントリストオプションを含み、
贈り主のプレゼントリストオプションを選択した場合、贈り主がスペースステーションに格納した全ての贈り可能なプレゼントをリストアップし、受取人が引換のプレゼントを選択した後、プレゼントを直接交換する。

全てのプレゼントリストオプションを選択した場合、受取人が引き換えた後のプレゼントを判断する。

引換後のプレゼントの価格が元のプレゼントの価格よりも高い場合、受取人に差額支払人選択情報を送信する。受取人が受取人による差額の支払いを選択した場合、受取人に差額支払いコマンドが発行され、フィードバック情報を贈り主に送信する。受取人が贈り主による差額の支払いを選択した場合、贈り主に差額支払いコマンドが発行され、フィードバック情報を贈り主に送信する。

引換後のプレゼントの価格が元のプレゼントの価格よりも低い場合、受取人に差額返却者選択情報が送信される。受取人が差額を受取人に返却することを選択した場合、差額を受取人に返却する差額返却コマンドが発行され、フィードバック情報を贈り主に送信する。受取人が差額を贈り主に返却することを選択した場合、差額を贈り主に返却する差額返却コマンドが発行され、フィードバック情報を贈り主に送信する。

どのような方法が選択された場合でも贈り主は、プレゼントを贈る人として最終的な処理方法を知ることができる。受取人の選択を通じて、贈り主が受取人への理解を深めることで受取人の性格をより深く理解することができる。最終的にプレゼントを受け取った後、受取人もプレゼントの受領をＭｏｍｅｎｔｓ、Ｗｅｉｂｏ等にシェアすることもでき、スペースステーションへのトラフィックを増やす効果を奏する。

受取人がプレゼントを受け取った場合、プレゼントに対応するトランザクション完了注文情報は、受取人が登録したプラットフォームアカウントに対応するスペースステーションに格納される。受取人が物理的なプレゼントを受け取りたい場合、クライアントを介して商品受取を操作でき、プラットフォームは、サプライヤーを介して出荷できる。ただし、受取人がプレゼントを望まない場合もあり、贈られたプレゼントを処理するため、プラットフォームでプレゼントを転売できる。勿論、プレゼントの転売だけでなく、卸売や販売促進などで低価格で購入した商品をリーズナブルな価格で転売して差額で利益を得ることもできる。転売方法は、次の通りである。すなわち、
Ｓ４１０：引取情報に従い販売コマンド内のプラットフォームアカウントに対応するスペースステーションから対応するトランザクション完了注文情報を抽出してトランザクション転売注文情報に変換する。

具体的には、次のステップを含む。すなわち、
Ｓ４２０：引取情報に従い販売コマンド内のプラットフォームアカウントに対応するスペースステーションから対応するトランザクション完了注文情報を抽出してトランザクション予定注文情報に変換する。

トランザクション予定注文情報は、２つの部分からなり、１つは商品のサプライヤー、商品の基本性能、商品の応用シナリオ等のトランザクション完了注文情報から継承された商品の基本情報であり、もう１つはユーザーがアップロードした宣伝情報である。ユーザーが宣伝情報をアップロードしない場合、販売価格を再定義する必要があることを除き、トランザクション予定注文情報の内容は、トランザクション完了注文情報の内容と一致する。

Ｓ４３０：トランザクション予定注文情報を審査し；
審査結果が不合格である場合、トランザクション予定注文情報をトランザクション転売注文情報に変換することができず；
審査結果が合格である場合、トランザクション予定注文情報をトランザクション転売注文情報に変換する。

トランザクション予定注文情報は、ユーザーがアップロードした販売・宣伝テキスト情報及び販売・宣伝画像情報を含み、販売・宣伝テキスト情報及び販売・宣伝画像情報がトランザクション予定注文情報における宣伝情報を共同で構成する。したがって、トランザクション予定注文情報の審査は、実際には宣伝情報への審査である。トランザクション転売注文情報とトランザクション予定注文情報との内容に違いがないが、トランザクション予定注文情報は商品転売時の情報がプラットフォームサーバー内で審査されている際の呼称であり、トランザクション転売注文情報は商品転売時の情報がショッピングプラットフォームに表示されて販売している際の呼称である。ユーザーが宣伝情報をアップロードしていない場合、トランザクション予定注文情報の審査をスキップしてトランザクション転売注文情報を直接生成することができる。

ここで、トランザクション予定注文情報を審査し、具体的な審査方法は、次のステップを含む。すなわち、
販売・宣伝テキスト情報を取得し、第１の審査方法に基づいて販売・宣伝テキスト情報が規定に適合するかどうかを判断するステップ、
販売・宣伝テキスト情報が規定に適合しない場合、審査結果で不合格となるステップ、
販売・宣伝テキスト情報が規定に適合する場合、販売・宣伝画像情報を取得し、第２の審査方法に基づいて販売・宣伝画像情報が規定に適合する有無を判断するステップ、
販売・宣伝画像情報が規定に適合しない場合、審査結果で不合格となるステップ、
販売・宣伝画像情報規定に適合する場合、審査結果で合格となるステップ。

販売・宣伝テキスト情報は、文字の形で商品の性能を説明するものであり、販売・宣伝画像情報が商品の構造、外観を写真で直感的に表示するものである。販売・宣伝テキスト情報及び販売・宣伝画像情報を順番に審査する理由は、販売・宣伝テキスト情報及び販売・宣伝画像情報のいずれかが規定に適合しない場合、トランザクション予定注文情報全体の審査結果は不合格となるため、分けて審査し、前者が規定に適合しない場合、後者を審査する必要がないためである。販売・宣伝テキスト情報の審査を販売・宣伝画像情報の審査の前に置くことに関しては、現在の第１の審査方法が第２の審査方法よりも単純であり、先に第１の審査方法で販売・宣伝テキスト情報を審査した結果が規定に適合しない場合、第２の審査方法を実行する必要がない。

具体的に第１の審査方法は、次のステップを含む。すなわち、
予め設定された比較キーワード情報により販売・宣伝テキスト情報における実際の効果フィールド情報及び実際の性能フィールド情報を含むキーワード情報を識別するステップ。
予め設定された関連付け方法により、実際の効果フィールド情報を実際の性能フィールド情報に関連付けるステップ、
比較性能フィールド情報及び比較性能フィールド情報に関連付けられた比較効果フィールドセット（比較性能フィールド情報に関連付けられた少なくとも１つの比較効果フィールド情報を含む）を含む比較データベースをプリセットするステップ、
実際の性能フィールド情報は、１種の比較性能フィールド情報に対応し、前記実際の効果フィールド情報が１種の比較効果フィールド情報に対応するステップ、
実際の性能フィールド情報に従い、比較データベースから対応する比較効果フィールドセットを取得するステップ、
実際の性能フィールド情報に関連付けられた実際の効果フィールド情報に対応する比較効果フィールド情報は、効果フィールドセットに含まれるかどうかを判断するステップ、
実際の効果フィールド情報に対応する比較効果フィールド情報が効果フィールドセットに含まれていない場合、販売・宣伝テキスト情報は、規定に適合しないステップ、
実際の効果フィールド情報に対応する比較効果フィールド情報が効果フィールドセットに含まれている場合、販売・宣伝テキスト情報は、規定に適合するステップ。

比較キーワード情報は、全てのキーワードの集合であり、キーワードが保温性能、良好、しにくい、損傷などの商品の紹介に適した語彙でもある。比較キーワード情報内の語彙は、サプライヤーの製品紹介から収集され、業界内の慣用用語をまとめて得られることで、カバー率が比較的広くなり、個別のレアな語彙及び業界内に新たに追加された語彙もスタッフにより今後の作業内に比較キーワード情報として補足できる。

キーワード情報は、実際の効果フィールド情報及び実際の性能フィールド情報を含み、実際の性能フィールド情報が製品性能を記述するための用語であり、例えば上記例の保温性能、損傷が実際の性能フィールド情報に属する。損傷は、ここで商品が損傷状態にあることではなく、商品の耐損傷性として理解できる。実際の効果フィールド情報は、商品の特定の性能の卓越性を記述し、例えば上記例の良好、しにくいである。

実際の性能フィールド情報及び実際の効果フィールド情報の紹介により、良好な保温性能、損傷しにくいなどの両者の組み合わせが理解しやすい。組み合わせて使用できる実際の性能フィールド情報及び実際の効果フィールド情報は、関連付けられたキーワード情報である。

比較データベースは、相関関係のあるキーワード情報を保存するために用いられる。商品性能を記述するためのキーワード情報は、比較性能フィールド情報として定義され、商品の特定の性能の卓越性を記述するためのキーワード情報が比較効果フィールド情報として定義される。各比較性能フィールド情報は、少なくとも１つの比較効果フィールド情報に関連付けられる。統計の便宜上、同じ比較性能フィールド情報に関連付けられた比較効果フィールド情報を同じセットに盛り込むと共に比較効果フィールドセットとして定義する。比較効果フィールド情報は、必ずしも比較性能フィールド情報と関連付けられているとは限らない。例えば「決して～ない」という特別な比較効果フィールド情報は、特定の性能の卓越性に使用されることができるが、実際にはこのような商品がないため、「決して～ない」が独立した比較効果フィールド情報である。

比較性能フィールド情報又は比較効果フィールド情報を問わず、具体的な商品によって確定され、商品が異なる場合、比較性能フィールド情報及び比較効果フィールド情報も異なることに留意されたい。したがって、トランザクション予定注文情報を審査する時、先に商品に応じてキーワード情報の範囲を確定してからその後の具体的判断を下す。

実際の性能の各フィールド情報は、比較データベースの中で１つの対応する比較性能フィールド情報を見つけることができ、実際の効果フィールド情報が比較データベースの中で１つの対応する比較効果フィールド情報を見つけることもできるが、実際の効果フィールド情報に対応する比較効果フィールド情報は、必ずしも正しい比較効果フィールドセットに属しているとは限らない。例えば販売・宣伝テキスト情報が「商品Ａは決して損傷しない」で、上記の場合、「決して～ない」は、商品Ａの実際の効果フィールド情報であり、対応する比較効果フィールド情報も存在する。「損傷」は、商品Ａの実際の性能フィールド情報であり、比較データベースから対応する比較性能フィールド情報を見つけることができる。関連付けられた比較効果フィールドセットは、しにくい、難しいなどの比較効果フィールド情報を含み、「決して～ない」に対応する比較性能フィールド情報が前記比較効果フィールドセットに属さない。これにより、前記販売・宣伝テキスト情報が規定に適合しないと結論付けることができる。

勿論、上記の例は非常に単純で、１つの実際の性能フィールド情報及び１つの実際の効果フィールド情報のみがあり、２つを非常に簡単に関連付けることができる。ただし、実際の販売・宣伝テキスト情報の内容は、往々にしてより豊富であり、複数の実際の性能フィールド情報及び複数の実際の効果フィールド情報がある。したがって、予め設定された関連付け方法で実際の性能フィールド情報と実際の効果フィールド情報を正確に関連付ける必要がある。具体的な関連付け方法は、次のステップ通りである。すなわち、
販売・宣伝テキスト情報内の句読点に従い販売・宣伝テキスト情報をセグメント化していくつかの文字サブ情報を形成するステップ、
各文字サブ情報における実際の効果フィールド情報及び実際の性能フィールド情報の数を集計するステップ、
同じ文字サブ情報内に実際の性能フィールド情報が含まれていない場合、予め設定されたマッチング情報に従い前記文字サブ情報における実際の効果フィールド情報と隣り合う文字のサブ情報における実際の性能フィールド情報のマッチング性を取得し、実際の効果フィールド情報をマッチング性の高い実際の性能フィールド情報と関連付けるステップ、
同じ文字サブ情報内に実際の性能フィールド情報が１つしかない場合、前記文字サブ情報における全ての実際の効果フィールド情報を前記実際の性能フィールド情報と関連付けるステップ、
同じ文字サブ情報内に複数の実際の性能フィールド情報が含まれている場合、各実際の効果フィールド情報から異なる実際の性能フィールド情報までのバイト数を計算し、実際の効果フィールド情報をバイト数が最も少ない実際の性能フィールド情報と関連付けるステップ。

全ての句読点が販売・宣伝テキスト情報をセグメント化するわけではなく、コンマとコロンによってフィールドがセグメント化されるわけではないことに留意されたい。

予め設定されたマッチング情報は、同じ商品の実際の性能フィールド情報と実際の効果フィールド情報との常套の組み合わせであり、上記比較データベースから得られる。例えば商品Ａの場合、「摩耗しにくい」が常套の組み合わせである。商品Ｂの場合、「保温性能が良好」が常套の組み合わせである。

３つの異なる文字サブ情報における実際の効果フィールド情報の関連付け方法は、下記例を通じて説明する。

販売・宣伝テキスト情報：商品Ｂは、使用面において便利で安全だけではなく、すべての年齢層に適し、保温性能が良好で、損傷しにくい。

「保温性能」、「損傷」、「使用面」は、均しく実際の性能フィールド情報であり、「良好」、「しにくい」、「便利」、「安全」、「すべての年齢層に適している」が実際の効果フィールド情報である。前記販売・宣伝テキスト情報は、カンマで「商品Ｂは使用面において便利で安全だけではなく」、「すべての年齢層に適し」、「保温性能が良好で、損傷しにくい」の３つの文字サブ情報が区切られている。１セグメント目の文字サブ情報には、実際の性能フィールド情報が１つしかないため、「便利」、「安全」はいずれも「使用面」に関連付けられている。２セグメント目の文字サブ情報に実際の性能フィールド情報がないが、実際の効果フィールド情報を有し、「使用面はすべての年齢層に適している」の関連付けは予め設定されたマッチング情報に存在し、「保温性能はすべての年齢層に適している」が予め設定されたマッチング情報に存在しないため、「すべての年齢層に適している」を「使用面」に関連付ける。３セグメント目の文字サブ情報には、複数の実際の性能フィールド情報があり、各実際の効果フィールド情報から異なる実際の性能フィールド情報までのバイト数を計算し、「良好」と「保温性能」が隣り合い、バイト数がないため、「良好」と「保温性能」を関連付け、同様に「しにくい」と「損傷」を関連付ける。

上記は、販売・宣伝テキスト情報の審査方法であり、次に販売・宣伝画像情報の審査を説明する。第２の審査方法は、次のステップを含む。すなわち、
画像識別により、販売・宣伝画像情報から商品画像情報及び背景画像情報を取得するステップ、
背景画像情報を予め設定された標準画像情報と比較して、背景画像情報に対応するサイズが標準画像情報に対応するサイズと合致するかどうかを判断するステップ、
背景画像情報に対応するサイズが標準画像情報に対応するサイズと合致しない場合、販売・宣伝画像情報は、規定に適合しないステップ、
背景画像情報に対応するサイズが標準画像情報に対応するサイズと合致する場合、対応する商品のサイズを取得するため、商品画像情報を計算し、前記商品画像情報に対応する背景画像情報に対応するサイズと比較分析して実際の比率情報を形成し、実際の比率情報を予め設定された比率情報と比較するステップ、
実際の比率情報が予め設定された比率情報を超える場合、販売・宣伝画像情報は規定に適合しないステップ、
実際の比率情報が予め設定された比率情報を超えない場合、販売・宣伝画像情報が規定に適合するステップ。

標準画像情報は、プラットフォーム側によって定める標準であり、標準画像情報に対応するサイズが範囲値であり、背景画像情報に対応するサイズが前記範囲値にある限り、背景画像情報がプラットフォーム側の規定を満たしている。

標準画像情報が規定に適合している場合のみ、次のステップの実際の比率情報の計算に進むことができる。標準画像情報が規定に適合しない場合、その後に計算された実際の比率情報は、商品の実際のサイズに正しく反映できない。

対応する商品のサイズを取得するため、商品画像情報を計算する方法には、２つあり、１つ目が商品画像情報のピクセルを集計し、商品画像情報周縁のピクセル数の集計を通じて商品のサイズを取得することであり、この方法で得られたサイズデータが比較的正確であるが、時間もかかる。もう１つは、額縁で商品画像情報全体を囲み、商品画像情報のエッジを額縁の枠にできるかぎり配置し、額縁のサイズを商品サイズの近似代替とし、この方法の場合速やかにサイズが得られ、正方形の構造の商品に適するが、精度がはるかに悪くなる。

上記販売・宣伝テキスト情報の審査は、主に性能上の誤解を招く、誇大に宣伝することを減らすことであり、販売・宣伝画像情報の審査も主に商品サイズの誇大な宣伝を減らすことであり、審査を回避するため、一部の人々が写真に文字的な宣伝を追加する。このため、販売・宣伝画像情報に対し文字識別することができ、テキスト情報を識別できる場合、テキスト情報の内容を分析し、前記テキスト情報に虚偽の宣伝又は誇大な宣伝があると分析した場合、販売・宣伝画像情報が同様に規定に適合しない。テキスト情報の内容が必須情報（必須情報は、医薬品類の処方薬表示などの購入者に告知しなければならないものである）である場合、テキスト情報の色及びサイズを識別することができる。ここで、テキスト情報の色が写真内のテキスト情報が位置する領域の色と比較して、テキスト情報の色が目立たないかどうかを判断する必要がある。テキスト情報の色が目立たない場合、販売・宣伝画像情報が規定に適合しない。テキスト情報のサイズが販売・宣伝画像情報全体に占める比率は、予め設定された比率よりも小さい場合、販売・宣伝画像情報が規定に適合しない。

販売・宣伝テキスト情報及び販売・宣伝画像の審査が規定に適合した後、トランザクション予定注文情報がトランザクション転売注文情報に変換され、販売される商品が購入プラットフォームに表示される。その後、プラットフォームが定期的にショッピングプラットフォーム上のトランザクション転売注文情報を管理し、具体的な管理方法は、次の通りである。すなわち、
全てのトランザクション転売注文情報の販売・宣伝画像に対し定期的に画像マッチングすることで、同じ販売・宣伝画像があるかどうかを判断し；
同じ販売・宣伝画像が存在しない場合、非侵害情報を表示し；
同じ販売・宣伝画像が存在した場合、関連するトランザクション転売注文情報に対応する商品のサプライヤー情報を取得し、関連するトランザクション転売注文情報に対応する商品のサプライヤーが一致するかどうかを判断し；
関連するトランザクション転売注文情報に対応する商品のサプライヤーが一致する場合、非侵害情報を表示し；
関連するトランザクション転売注文情報に対応する商品のサプライヤーが一致しない場合、侵害情報を表示する。

ショッピングプラットフォームで生成されたトランザクションは、サプライヤーがデフォルトで販売・宣伝画像の使用権を購入者に与えるため、買い物のオーダーのソースをトレースすることにより、トランザクション転売注文情報に対応する商品のサプライヤーを見つけることができる。２人の異なるユーザーが確立したトランザクション転売注文情報が同じ販売・宣伝画像を使用する場合、商品に対応するサプライヤーが同じであるかどうかをさらに判断し、サプライヤーが異なる場合、前記販売・宣伝画像の使用権についての紛争があることを示す。このような紛争の場合、往々にしてサプライヤー間においてプラットフォームを通じて使用を許諾するかどうか、ユーザーとサプライヤーとの間に合意があるかどうか、２つのサプライヤーが他者の権利利益を侵害するかどうかなどの状況について非常に複雑になるため、その後の侵害判断を手作業で処理する。

本出願の実施例は、クライアント１と、サプライヤーサーバー２と、プラットフォームサーバー３とを備えたスペースステーションに基づく商品配送システムを開示する。プラットフォームサーバー３にスペースステーション及びショッピングプラットフォームが構築されている。クライアント１は、インターネットを経由してショッピングプラットフォーム及びスペースステーションにアクセスし、プラットフォームサーバー３がインターネットを経由してサプライヤーサーバー２とのデータ伝送を実現する。

クライアント１は、ショッピングモジュールと、発送モジュールと、返品モジュールと、アップグレードモジュールとを備える。

ショッピングモジュールは、ショッピングプラットフォーム上での手動トランザクション操作に基づいて第１世代トランザクション完了注文情報を生成する。

発送モジュールは、手動操作によって出荷選択トリガー情報及び出荷情報を生成する。

返品モジュールは、手動操作によって返金情報を生成する。

アップグレードモジュールは、手動操作によって次世代商品トリガー情報を生成する。

プラットフォームサーバー３は、管理モジュールと、処理モジュールとを備える。

管理モジュールは、第１世代トランザクション完了注文情報を予め設定されたスペースステーションに格納し、処理モジュールから発行された確認情報に従ってスペースステーション内の返金される商品に対応する第１世代トランザクション完了注文情報を削除し、並びに処理モジュールから発行された抽出コマンドに従って、対応する購入済み商品の情報を処理モジュールに伝送した後、対応する購入済み商品の情報を削除し、かつ支払済み情報に従ってスペースステーションにおける第１世代トランザクション完了注文情報を対応する次世代版トランザクション完了注文情報に置き換える。

処理モジュールは、出荷選択トリガー情報及び出荷情報を受信し、出荷選択トリガー情報をスペースステーションに格納された購入済み商品の情報とマッチングして管理モジュールに抽出コマンドを発行し、抽出された第１世代トランザクション完了注文情報及び出荷情報をサプライヤーサーバーに送信するために用いられる。処理モジュールは、返金信号を受信し、予め設定された返金規約に基づいて前記購入済み商品の情報に対応する代金差引総額を生成してクライアント１に送信するためにも用いられる。処理モジュールは、次世代商品トリガー情報が次世代アップグレード待ち商品の価格と第１世代商品の価格により計算した差額情報を受信し、差額情報をクライアント１に伝送するためにも用いられる。

サプライヤーサーバー２は、第１世代トランザクション完了注文情報及び出荷情報を取得し、第１世代トランザクション完了注文情報及び出荷情報を順次実行するために用いられる。

本出願の実施例は、プロセッサによりロードされ、上記方法を実行することができるコンピュータプログラムを格納するコンピュータ読み取り可能な記録媒体も開示する。

本出願では好ましい実施例を上述の通り開示したが、これらは決して本出願の保護範囲を限定するものではない。これ故に、本出願の構造、形状、原理に基づいて行われる均等の変化は、本出願の保護範囲内に含めるものであるのは勿論である。

（付記）
（付記１）
スペースステーションに基づく商品配送方法であって、
トランザクション完了により生成された第１世代トランザクション完了注文情報を取得し、前記第１世代トランザクション完了注文情報を予め設定された前記スペースステーションに格納するステップと、
ユーザーがトリガーした出荷選択トリガー情報及び出荷時間情報を含む出荷情報を取得するステップと、
前記出荷選択トリガー情報に基づいて対応する前記第１世代トランザクション完了注文情報を選択し、前記出荷時間情報に対応するタイムノードに前記第１世代トランザクション完了注文情報に対応する商品を発送するステップと、
を含むことを特徴とする、スペースステーションに基づく商品配送方法。

（付記２）
アップグレード前の商品を第１世代商品、アップグレード後の商品を次世代商品として定義するステップと、
前記ユーザーがトリガーした次世代商品トリガー情報を取得するステップと、
前記次世代商品トリガー情報によって選択された商品に基づいて前記第１世代商品の価格及び前記次世代商品の価格を取得して差額情報を生成するステップと、
前記ユーザーに差額情報をフィードバックするステップと、
前記ユーザーの確認情報を取得するステップと、
前記スペースステーションにおける前記第１世代商品に対応する前記第１世代トランザクション完了注文情報を前記次世代商品に対応する次世代版トランザクション完了注文情報に置き換えるステップと、
をさらに含むことを特徴とする、付記１に記載のスペースステーションに基づく商品配送方法。

（付記３）
サプライヤーがアップロードした商品の補足情報を取得し、前記商品の補足情報に従い対応する同じシリーズ商品情報を確認するステップと、
前記スペースステーションをトラバーサルして前記同じシリーズ商品情報が格納されているどうかを確認するステップと、
現在の前記スペースステーションに前記同じシリーズ商品情報が格納されている場合、対応する前記ユーザーに前記商品の補足情報をプッシュするステップと、
現在の前記スペースステーションに前記同じシリーズ商品情報が格納されていない場合、前記ユーザーにプッシュしないステップと、
をさらに含むことを特徴とする、付記２に記載のスペースステーションに基づく商品配送方法。

（付記４）
トランザクション完了により生成された前記第１世代トランザクション完了注文情報を取得し、前記第１世代トランザクション完了注文情報を予め設定された前記スペースステーションに格納することは、具体的には、
前記トランザクション完了により生成された前記第１世代トランザクション完了注文情報（対応する商品タイプ情報を含む）を取得するステップと、
異なるタイプの前記商品タイプ情報に基づいて対応する出荷方法をマッチングするステップと、
マッチングされた前記出荷方法により商品を発送するステップと、
を含むことを特徴とする、付記１に記載のスペースステーションに基づく商品配送方法。

（付記５）
前記商品タイプ情報は、季節商品タイプ情報を含み、
前記商品タイプ情報が前記季節商品タイプ情報の場合、当該商品に対応する今シーズンの締切日情報及び期限切れ賠償情報を前記第１世代トランザクション完了注文情報に追加し、前記スペースステーションにおける前記第１世代トランザクション完了注文情報を更新し、
前記ユーザーがトリガーした前記出荷選択トリガー情報を取得し、前記出荷時間情報に対応するタイムノードは、前記今シーズンの締切日情報に対応するタイムノードを超えるかどうかを判断し、
前記出荷時間情報に対応するタイムノードが、前記今シーズンの締切日情報に対応するタイムノードを超える場合、前記期限切れ賠償情報に従い第１の代金差引リクエストを生成し、前記ユーザーの支払い操作に基づいて前記出荷時間情報に対応するタイムノードに商品を発送し、
前記出荷時間情報に対応するタイムノードが、前記今シーズンの締切日情報に対応するタイムノードを超えない場合、直接前記出荷時間情報に対応するタイムノードに商品を発送する、
ことを特徴とする、付記４に記載のスペースステーションに基づく商品配送方法。

（付記６）
前記商品タイプ情報は、期間限定生産商品も含み、
前記商品タイプ情報は、前記期間限定生産商品の場合、前記期間限定生産商品に対応する生産締切日情報を取得し、
前記生産締切日情報に対応するタイムノードの前に前記ユーザーがトリガーした前記出荷選択トリガー情報を取得した場合、前記出荷時間情報に対応するタイムノードで通常通り商品を発送し、
前記生産締切日情報に対応するタイムノードになった時に、前記ユーザーがトリガーした前記出荷選択トリガー情報を受信しなかった場合、一時保管コマンドを生成して対応する商品を保持し、
出荷情報を受信した後第２の代金差引リクエストを生成し、前記ユーザーの支払い操作に基づいて商品を発送する、
ことを特徴とする、付記４に記載のスペースステーションに基づく商品配送方法。

（付記７）
前記商品タイプ情報は、時間的制約のある商品タイプ情報も含み、
前記商品タイプ情報は、前記時間的制約のある商品タイプ情報の場合、前記出荷情報内に優先情報を追加し、
出荷時間に対応するタイムノードで前記優先情報に応じて製造日が一番遅い商品を選択して発送する、
ことを特徴とする、付記４に記載のスペースステーションに基づく商品配送方法。

（付記８）
スペースステーションに基づく商品配送システムであって、クライアント（１）と、サプライヤーサーバー（２）と、プラットフォームサーバー（３）とを備え、前記プラットフォームサーバー（３）に前記スペースステーションが構築され、
前記クライアント（１）は、ユーザーの操作に基づいてトランザクションを完了し、対応する第１世代トランザクション完了注文情報を生成し、前記ユーザーの操作に基づいて出荷選択トリガー情報及び出荷時間情報を含む出荷情報を生成し、
前記プラットフォームサーバーは、前記第１世代トランザクション完了注文情報を取得し、前記トランザクション完了注文情報を予め設定された前記スペースステーションに格納し、また前記出荷選択トリガー情報及び前記出荷情報を取得し、前記出荷選択トリガー情報に基づいて前記スペースステーションから対応する前記第１世代トランザクション完了注文情報を選択し、前記第１世代トランザクション完了注文情報及び前記出荷情報を一緒に前記サプライヤーサーバーに送信するために用いられ、
前記サプライヤーサーバーは、前記第１世代トランザクション完了注文情報に従って前記出荷時間情報に対応するタイムノードに対応する商品を発送する、
ことを特徴とする、スペースステーションに基づく商品配送システム。

（付記９）
コンピュータ読み取り可能な記録媒体であって、
プロセッサによりロードされ、付記１～７のいずれか一つに記載の方法を実行することができるコンピュータプログラムを格納することを特徴とする、コンピュータ読み取り可能な記録媒体。

１ クライアント
２ サプライヤーサーバー
３ プラットフォームサーバー

Claims (8)

1. サーバによって実行される、スペースステーションに基づく商品配送方法であって、
   トランザクション完了により生成された第１世代トランザクション完了注文情報を取得し、前記第１世代トランザクション完了注文情報を予め設定された前記スペースステーションに格納するステップと、
   ユーザーがトリガーした出荷選択トリガー情報及び出荷時間情報を含む出荷情報を取得するステップと、
   前記出荷選択トリガー情報に基づいて対応する前記第１世代トランザクション完了注文情報を選択し、前記出荷時間情報に対応するタイムノードに前記第１世代トランザクション完了注文情報に対応する商品を発送するステップと、
   を含み、
   トランザクション完了により生成された前記第１世代トランザクション完了注文情報を取得し、前記第１世代トランザクション完了注文情報を予め設定された前記スペースステーションに格納することは、具体的には、
   前記トランザクション完了により生成された前記第１世代トランザクション完了注文情報（対応する商品タイプ情報を含む）を取得するステップと、
   異なるタイプの前記商品タイプ情報に基づいて対応する出荷方法をマッチングするステップと、
   マッチングされた前記出荷方法により商品を発送するステップと、
   を含むことを特徴とする、スペースステーションに基づく商品配送方法。
2. アップグレード前の商品を第１世代商品、アップグレード後の商品を次世代商品として定義するステップと、
   前記ユーザーがトリガーした次世代商品トリガー情報を取得するステップと、
   前記次世代商品トリガー情報によって選択された商品に基づいて前記第１世代商品の価格及び前記次世代商品の価格を取得して差額情報を生成するステップと、
   前記ユーザーに差額情報をフィードバックするステップと、
   前記ユーザーの確認情報を取得するステップと、
   前記スペースステーションにおける前記第１世代商品に対応する前記第１世代トランザクション完了注文情報を前記次世代商品に対応する次世代版トランザクション完了注文情報に置き換えるステップと、
   をさらに含むことを特徴とする、請求項１に記載のスペースステーションに基づく商品配送方法。
3. サプライヤーがアップロードした商品の補足情報を取得し、前記商品の補足情報に従い対応する同じシリーズ商品情報を確認するステップと、
   前記スペースステーションをトラバーサルして前記同じシリーズ商品情報が格納されているどうかを確認するステップと、
   現在の前記スペースステーションに前記同じシリーズ商品情報が格納されている場合、対応する前記ユーザーに前記商品の補足情報をプッシュするステップと、
   現在の前記スペースステーションに前記同じシリーズ商品情報が格納されていない場合、前記ユーザーにプッシュしないステップと、
   をさらに含むことを特徴とする、請求項２に記載のスペースステーションに基づく商品配送方法。
4. 前記商品タイプ情報は、季節商品タイプ情報を含み、
   前記商品タイプ情報が前記季節商品タイプ情報の場合、当該商品に対応する今シーズンの締切日情報及び期限切れ賠償情報を前記第１世代トランザクション完了注文情報に追加し、前記スペースステーションにおける前記第１世代トランザクション完了注文情報を更新し、
   前記ユーザーがトリガーした前記出荷選択トリガー情報を取得し、前記出荷時間情報に対応するタイムノードは、前記今シーズンの締切日情報に対応するタイムノードを超えるかどうかを判断し、
   前記出荷時間情報に対応するタイムノードが、前記今シーズンの締切日情報に対応するタイムノードを超える場合、前記期限切れ賠償情報に従い第１の代金差引リクエストを生成し、前記ユーザーの支払い操作に基づいて前記出荷時間情報に対応するタイムノードに商品を発送し、
   前記出荷時間情報に対応するタイムノードが、前記今シーズンの締切日情報に対応するタイムノードを超えない場合、直接前記出荷時間情報に対応するタイムノードに商品を発送する、
   ことを特徴とする、請求項１に記載のスペースステーションに基づく商品配送方法。
5. 前記商品タイプ情報は、期間限定生産商品も含み、
   前記商品タイプ情報は、前記期間限定生産商品の場合、前記期間限定生産商品に対応する生産締切日情報を取得し、
   前記生産締切日情報に対応するタイムノードの前に前記ユーザーがトリガーした前記出荷選択トリガー情報を取得した場合、前記出荷時間情報に対応するタイムノードで通常通り商品を発送し、
   前記生産締切日情報に対応するタイムノードになった時に、前記ユーザーがトリガーした前記出荷選択トリガー情報を受信しなかった場合、一時保管コマンドを生成して対応する商品を保持し、
   出荷情報を受信した後第２の代金差引リクエストを生成し、前記ユーザーの支払い操作に基づいて商品を発送する、
   ことを特徴とする、請求項１に記載のスペースステーションに基づく商品配送方法。
6. 前記商品タイプ情報は、時間的制約のある商品タイプ情報も含み、
   前記商品タイプ情報は、前記時間的制約のある商品タイプ情報の場合、前記出荷情報内に優先情報を追加し、
   出荷時間に対応するタイムノードで前記優先情報に応じて製造日が一番遅い商品を選択して発送する、
   ことを特徴とする、請求項１に記載のスペースステーションに基づく商品配送方法。
7. スペースステーションに基づく商品配送システムであって、クライアント（１）と、サプライヤーサーバー（２）と、プラットフォームサーバー（３）とを備え、前記プラットフォームサーバー（３）に前記スペースステーションが構築され、
   前記クライアント（１）は、ユーザーの操作に基づいてトランザクションを完了し、対応する第１世代トランザクション完了注文情報を生成し、前記ユーザーの操作に基づいて出荷選択トリガー情報及び出荷時間情報を含む出荷情報を生成し、
   前記プラットフォームサーバーは、前記第１世代トランザクション完了注文情報を取得し、前記トランザクション完了注文情報を予め設定された前記スペースステーションに格納し、また前記出荷選択トリガー情報及び前記出荷情報を取得し、前記出荷選択トリガー情報に基づいて前記スペースステーションから対応する前記第１世代トランザクション完了注文情報を選択し、前記第１世代トランザクション完了注文情報及び前記出荷情報を一緒に前記サプライヤーサーバーに送信するために用いられ、
   前記サプライヤーサーバーは、前記第１世代トランザクション完了注文情報に従って前記出荷時間情報に対応するタイムノードに対応する商品を発送し、
   トランザクション完了により生成された前記第１世代トランザクション完了注文情報を取得し、前記第１世代トランザクション完了注文情報を予め設定された前記スペースステーションに格納することは、具体的には、
   前記トランザクション完了により生成された前記第１世代トランザクション完了注文情報（対応する商品タイプ情報を含む）を取得し、
   異なるタイプの前記商品タイプ情報に基づいて対応する出荷方法をマッチングし、
   マッチングされた前記出荷方法により商品を発送する、
   ことを含むことを特徴とする、スペースステーションに基づく商品配送システム。
8. コンピュータ読み取り可能な記録媒体であって、
   プロセッサによりロードされ、請求項１～６のいずれか一項に記載の方法を実行することができるコンピュータプログラムを格納することを特徴とする、コンピュータ読み取り可能な記録媒体。

Images