特許 7339688 スペースステーションに基づく商品転売の方法、システム及び記録媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-08-29

(45)【発行日】2023-09-06

(54)【発明の名称】スペースステーションに基づく商品転売の方法、システム及び記録媒体

(51)【国際特許分類】

   G06Q 30/0601 20230101AFI20230830BHJP

【ＦＩ】

G06Q30/0601

【請求項の数】 6

(21)【出願番号】P 2021201676

(22)【出願日】2021-12-13

(65)【公開番号】P2023007339

(43)【公開日】2023-01-18

【審査請求日】2021-12-13

(31)【優先権主張番号】202110740852.4

(32)【優先日】2021-06-30

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】521543130

【氏名又は名称】杭州東忠科技股▲ふん▼有限公司

(74)【代理人】

【識別番号】100095407

【弁理士】

【氏名又は名称】木村 満

(74)【代理人】

【識別番号】100132883

【弁理士】

【氏名又は名称】森川 泰司

(74)【代理人】

【識別番号】100148633

【弁理士】

【氏名又は名称】桜田 圭

(74)【代理人】

【識別番号】100147924

【弁理士】

【氏名又は名称】美恵 英樹

(72)【発明者】

【氏名】丁 偉儒

(72)【発明者】

【氏名】裘 鎮江

【審査官】原 忠

(56)【参考文献】

【文献】国際公開第２００３／０９８５１０（ＷＯ，Ａ１）

【文献】特開２０１４－０７１８３７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

プラットフォームサーバーが以下の各ステップを実行することによって実現される、スペースステーションに基づく商品転売方法であって、
プラットフォームアカウントの登録に基づいて、対応する前記スペースステーションを生成するステップと、
トランザクション完了により生成され、前記プラットフォームアカウント及び商品情報を含むトランザクション完了注文情報を取得し、前記プラットフォームアカウントに従って、前記トランザクション完了注文情報を対応する前記スペースステーションに格納するステップと、
引取情報及び売り手の前記プラットフォームアカウントを含む販売コマンドを取得するステップと、
前記引取情報に応じて、販売コマンド内の前記プラットフォームアカウントに対応する前記スペースステーションから対応する前記トランザクション完了注文情報を抽出してトランザクション転売注文情報に変換するステップと、
買い手の前記プラットフォームアカウントを含む購入コマンドを受信するステップと、
前記トランザクション転売注文情報を前記買い手の前記プラットフォームアカウントと紐付けて新しい前記トランザクション完了注文情報を生成するステップと、
を含み、
前記引取情報に従い販売コマンド内の前記プラットフォームアカウントに対応する前記スペースステーションから対応する前記トランザクション完了注文情報を抽出して前記トランザクション転売注文情報に変換することは、具体的には、
前記引取情報に従い前記販売コマンド内の前記プラットフォームアカウントに対応する前記スペースステーションから対応する前記トランザクション完了注文情報を抽出してトランザクション予定注文情報に変換するステップと、
前記トランザクション予定注文情報を審査するステップと、
審査結果が不合格である場合、前記トランザクション予定注文情報を前記トランザクション転売注文情報に変換することができないステップと、
審査結果が合格である場合、前記トランザクション予定注文情報を前記トランザクション転売注文情報に変換するステップと、
を含み、
前記トランザクション予定注文情報は、ユーザーがアップロードした販売・宣伝テキスト情報及び販売・宣伝画像情報を含み、
前記トランザクション予定注文情報を審査する具体的な審査方法は、
前記販売・宣伝テキスト情報を取得し、第１の審査方法に基づいて前記販売・宣伝テキスト情報が規定に適合するかどうかを判断するステップと、
前記販売・宣伝テキスト情報が規定に適合しない場合、審査結果で不合格となるステップと、
前記販売・宣伝テキスト情報が規定に適合する場合、前記販売・宣伝画像情報を取得し、第２の審査方法に基づいて前記販売・宣伝画像情報が規定に適合する有無を判断するステップと、
前記販売・宣伝画像情報が規定に適合しない場合、審査結果で不合格となるステップと、
前記販売・宣伝画像情報が規定に適合する場合、審査結果で合格となるステップと、
を含み、
前記第１の審査方法は、
予め設定された比較キーワード情報により前記販売・宣伝テキスト情報における実際の効果フィールド情報及び実際の性能フィールド情報を含むキーワード情報を識別するステップと、
予め設定された関連付け方法により、前記実際の効果フィールド情報を前記実際の性能フィールド情報に関連付けるステップと、
比較性能フィールド情報及び前記比較性能フィールド情報に関連付けられた比較効果フィールドセット（前記比較性能フィールド情報に関連付けられた少なくとも１つの比較効果フィールド情報を含む）を含む比較データベースをプリセットするステップと、
前記実際の性能フィールド情報は、１種の前記比較性能フィールド情報に対応し、前記実際の効果フィールド情報が１種の前記比較効果フィールド情報に対応するステップと、
前記実際の性能フィールド情報に従い、前記比較データベースから対応する前記比較効果フィールドセットを取得するステップと、
前記実際の性能フィールド情報に関連付けられた前記実際の効果フィールド情報に対応する前記比較効果フィールド情報は、効果フィールドセットに含まれるかどうかを判断するステップと、
前記実際の効果フィールド情報に対応する前記比較効果フィールド情報が前記効果フィールドセットに含まれていない場合、前記販売・宣伝テキスト情報は、規定に適合しないステップと、
前記実際の効果フィールド情報に対応する前記比較効果フィールド情報が前記効果フィールドセットに含まれている場合、前記販売・宣伝テキスト情報は、規定に適合するステップと、
を含むことを特徴とする、スペースステーションに基づく商品転売方法。

【請求項2】

前記予め設定された関連付け方法は、
前記販売・宣伝テキスト情報内の句読点に従い前記販売・宣伝テキスト情報をセグメント化していくつかの文字サブ情報を形成するステップと、
各前記文字サブ情報における前記実際の効果フィールド情報及び前記実際の性能フィールド情報の数を集計するステップと、
同じ前記文字サブ情報内に前記実際の性能フィールド情報が含まれていない場合、予め設定されたマッチング情報に従い前記文字サブ情報における前記実際の効果フィールド情報と隣り合う文字のサブ情報における前記実際の性能フィールド情報のマッチング性を取得し、前記実際の効果フィールド情報をマッチング性の高い前記実際の性能フィールド情報と関連付けるステップと、
同じ前記文字サブ情報内に前記実際の性能フィールド情報が１つしかない場合、前記文字サブ情報における全ての前記実際の効果フィールド情報を前記実際の性能フィールド情報と関連付けるステップと、
同じ前記文字サブ情報内に複数の前記実際の性能フィールド情報が含まれている場合、各前記実際の効果フィールド情報から異なる前記実際の性能フィールド情報までのバイト数を計算し、前記実際の効果フィールド情報をバイト数が最も少ない前記実際の性能フィールド情報と関連付けるステップと、
を含むことを特徴とする、請求項１に記載のスペースステーションに基づく商品転売方法。

【請求項3】

前記第２の審査方法は、
画像識別により、前記販売・宣伝画像情報から商品画像情報及び背景画像情報を取得するステップと、
前記背景画像情報を予め設定された標準画像情報と比較して、前記背景画像情報に対応するサイズが前記標準画像情報に対応するサイズと合致するかどうかを判断するステップと、
前記背景画像情報に対応するサイズが前記標準画像情報に対応するサイズと合致しない場合、前記販売・宣伝画像情報は、規定に適合しないステップと、
前記背景画像情報に対応するサイズが前記標準画像情報に対応するサイズと合致する場合、対応する商品のサイズを取得するため、前記商品画像情報を計算し、前記商品画像情報に対応する前記背景画像情報に対応するサイズと比較分析して実際の比率情報を形成し、前記実際の比率情報を予め設定された比率情報と比較するステップと、
前記実際の比率情報が前記予め設定された比率情報を超える場合、前記販売・宣伝画像情報は規定に適合しないステップと、
前記実際の比率情報が前記予め設定された比率情報を超えない場合、前記販売・宣伝画像情報が規定に適合するステップと、
を含むことを特徴とする、請求項１に記載のスペースステーションに基づく商品転売方法。

【請求項4】

全ての前記トランザクション転売注文情報の販売・宣伝画像に対し定期的に画像マッチングすることで、同じ前記販売・宣伝画像があるかどうかを判断するステップと、
同じ前記販売・宣伝画像が存在しない場合、非侵害情報を表示するステップと、
同じ前記販売・宣伝画像が存在した場合、関連する前記トランザクション転売注文情報に対応する商品のサプライヤー情報を取得し、関連する前記トランザクション転売注文情報に対応する前記商品のサプライヤーが一致するかどうかを判断するステップと、
関連する前記トランザクション転売注文情報に対応する前記商品のサプライヤーが一致する場合、非侵害情報を表示するステップと、
関連する前記トランザクション転売注文情報に対応する前記商品のサプライヤーが一致しない場合、侵害情報を表示するステップと、
をさらに含むことを特徴とする、請求項１に記載のスペースステーションに基づく商品転売方法。

【請求項5】

スペースステーションに基づく商品転売システムであって、プラットフォームサーバーを備え、前記プラットフォームサーバーは、
プラットフォームアカウントの登録に基づいて、対応する前記スペースステーションを生成し、
トランザクション完了注文情報を取得し、並びに前記プラットフォームアカウントに従って、前記トランザクション完了注文情報を対応する前記スペースステーションに格納するために用いられ、
販売コマンドを取得し、
引取情報に応じて、前記販売コマンド内の前記プラットフォームアカウントに対応する前記スペースステーションから対応する前記トランザクション完了注文情報を抽出してトランザクション転売注文情報に変換するためにも用いられ、
さらに購入コマンドを受信し、
前記トランザクション転売注文情報を買い手の前記プラットフォームアカウントと紐付けることで、新しい前記トランザクション完了注文情報を生成するためにも用いられ、
前記引取情報に従い販売コマンド内の前記プラットフォームアカウントに対応する前記スペースステーションから対応する前記トランザクション完了注文情報を抽出して前記トランザクション転売注文情報に変換することは、具体的には、前記プラットフォームサーバーが、
前記引取情報に従い前記販売コマンド内の前記プラットフォームアカウントに対応する前記スペースステーションから対応する前記トランザクション完了注文情報を抽出してトランザクション予定注文情報に変換するステップと、
前記トランザクション予定注文情報を審査するステップと、
審査結果が不合格である場合、前記トランザクション予定注文情報を前記トランザクション転売注文情報に変換することができないステップと、
審査結果が合格である場合、前記トランザクション予定注文情報を前記トランザクション転売注文情報に変換するステップと、
を実行することであり、
前記トランザクション予定注文情報は、ユーザーがアップロードした販売・宣伝テキスト情報及び販売・宣伝画像情報を含み、
前記トランザクション予定注文情報を審査する具体的な審査方法は、前記プラットフォームサーバーが、
前記販売・宣伝テキスト情報を取得し、第１の審査方法に基づいて前記販売・宣伝テキスト情報が規定に適合するかどうかを判断するステップと、
前記販売・宣伝テキスト情報が規定に適合しない場合、審査結果で不合格となるステップと、
前記販売・宣伝テキスト情報が規定に適合する場合、前記販売・宣伝画像情報を取得し、第２の審査方法に基づいて前記販売・宣伝画像情報が規定に適合する有無を判断するステップと、
前記販売・宣伝画像情報が規定に適合しない場合、審査結果で不合格となるステップと、
前記販売・宣伝画像情報が規定に適合する場合、審査結果で合格となるステップと、
を実行することであり、
前記第１の審査方法は、前記プラットフォームサーバーが、
予め設定された比較キーワード情報により前記販売・宣伝テキスト情報における実際の効果フィールド情報及び実際の性能フィールド情報を含むキーワード情報を識別するステップと、
予め設定された関連付け方法により、前記実際の効果フィールド情報を前記実際の性能フィールド情報に関連付けるステップと、
比較性能フィールド情報及び前記比較性能フィールド情報に関連付けられた比較効果フィールドセット（前記比較性能フィールド情報に関連付けられた少なくとも１つの比較効果フィールド情報を含む）を含む比較データベースをプリセットするステップと、
前記実際の性能フィールド情報は、１種の前記比較性能フィールド情報に対応し、前記実際の効果フィールド情報が１種の前記比較効果フィールド情報に対応するステップと、
前記実際の性能フィールド情報に従い、前記比較データベースから対応する前記比較効果フィールドセットを取得するステップと、
前記実際の性能フィールド情報に関連付けられた前記実際の効果フィールド情報に対応する前記比較効果フィールド情報は、効果フィールドセットに含まれるかどうかを判断するステップと、
前記実際の効果フィールド情報に対応する前記比較効果フィールド情報が前記効果フィールドセットに含まれていない場合、前記販売・宣伝テキスト情報は、規定に適合しないステップと、
前記実際の効果フィールド情報に対応する前記比較効果フィールド情報が前記効果フィールドセットに含まれている場合、前記販売・宣伝テキスト情報は、規定に適合するステップと、
を実行することである、
ことを特徴とする、スペースステーションに基づく商品転売システム。

【請求項6】

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

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

ｅコマースプラットフォームの販売促進活動期間において、活動の商品の価格が低く、ユーザーは大量に購入する可能性が高くなる。販売促進活動の終了後、商品の価格が通常価格に戻り、ユーザーが買い物をした後、実生活ではそれほど大量の商品は必要ないことに気付くため、商品を受け取った後、一部商品を他人に転売し、ユーザーが低価格の商品を楽しみながら差額を稼ぐこともできるようにさせる。

【0003】

しかしながら、在来のｅコマースプラットフォームは、ユーザーが注文した後、商品をユーザーに直接出荷するため、ユーザーは、これらの商品を保管するのに十分な保管スペースを用意し、商品を他人に転売する場合、別途送料を支払う必要があることで、追加の人的資源と物的資源のコストが発生する。

【発明の概要】

【発明が解決しようとする課題】

【0004】

商品の転売時に支払うコストを削減するため、本出願は、スペースステーションに基づく商品転売の方法、システム及び記録媒体を提供する。

【課題を解決するための手段】

【0005】

第１の態様において、本出願は、スペースステーションに基づく商品転売方法は、次のような技術的手段を講じる。すなわち、
スペースステーションに基づく商品転売方法であって、次のステップを含む。すなわち、
プラットフォームアカウントの登録に基づいて、対応するスペースステーションを生成するステップと、
トランザクション完了により生成され、プラットフォームアカウント及び商品情報を含むトランザクション完了注文情報を取得し、プラットフォームアカウントに従って、トランザクション完了注文情報を対応するスペースステーションに格納するステップと、
引取情報及び売り手のプラットフォームアカウントを含む販売コマンドを取得するステップと、
引取情報に応じて、販売コマンド内のプラットフォームアカウントに対応するスペースステーションから対応するトランザクション完了注文情報を抽出してトランザクション転売注文情報に変換するステップと、
買い手のプラットフォームアカウントを含む購入コマンドを受信するステップと、
トランザクション転売注文情報を買い手のプラットフォームアカウントと紐付けて新しいトランザクション完了注文情報を生成するステップ。

【0006】

上記技術的手段を講じることにより、ショッピングプラットフォームで商品を購入した後、サプライヤーは直接商品を発送することはなく、トランザクション完了注文情報をスペースステーションに格納し、スペースステーションにあるトランザクション完了注文情報がショッピングプラットフォームでトランザクションを行うことができ、このようなトランザクション方法は物理的な商品の輸送を必要とせず、人的資源と物的資源のコストを削減する。

【0007】

任意選択で、引取情報に従い販売コマンド内のプラットフォームアカウントに対応するスペースステーションから対応するトランザクション完了注文情報を抽出してトランザクション転売注文情報に変換し、具体的には、次のステップを含む。すなわち、
引取情報に従い販売コマンド内のプラットフォームアカウントに対応するスペースステーションから対応するトランザクション完了注文情報を抽出してトランザクション予定注文情報に変換するステップと、
トランザクション予定注文情報を審査するステップと、
審査結果が不合格である場合、トランザクション予定注文情報をトランザクション転売注文情報に変換することができないステップと、
審査結果が合格である場合、トランザクション予定注文情報をトランザクション転売注文情報に変換するステップ。

【0008】

上記技術的手段を講じることにより、ユーザーが自ら購入した商品を販売したい場合、商品の魅力を高めるために適切な宣伝を行うことができるが、トランザクション完了注文情報がトランザクション転売注文情報に直接変換されず、トランザクション予定注文情報という中間段階に存在し、プラットフォームはトランザクション予定注文情報の宣伝内容を審査し、審査に通ったトランザクション予定注文情報のみがトランザクション転売注文情報に変換して販売でき、プラットフォームによる審査方法を通じて宣伝内容を制限し、誇大な宣伝、誤解を招く宣伝等の誤った宣伝を減らす。

【0009】

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

【0010】

上記技術的手段を講じることにより、トランザクション予定注文情報内の宣伝内容は、文字内容及び画像内容の２つの部分に分かれ、文字内容から販売・宣伝テキスト情報を識別することの難易度が画像内容から販売・宣伝画像情報を識別することの難易度よりもはるかに低いため、先に販売・宣伝テキスト情報を審査し、販売・宣伝テキスト情報の審査に通らない場合、販売・宣伝画像情報を審査する必要がなく、データの演算を減らし、計算圧力を低下できる。また、同時にトランザクション予定注文情報内の宣伝内容について、販売・宣伝テキスト情報及び販売・宣伝画像情報の識別を実施することもできる。販売・宣伝テキスト情報は、より識別しやすく、識別時間が短いため、先に販売・宣伝テキスト情報を審査してから販売・宣伝画像情報を審査することで、トランザクション予定注文情報の審査時間を効果的に短縮できる。

【0011】

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

【0012】

上記技術的手段を講じることにより、文字で宣伝する時、往々にして商品の性能をリストアップし、各性能の有利な効果を説明する。商品の性能は、往々にして存在するが、対応する効果に誇大の状況が発生しやすいため、販売テキストフィールド情報の審査方法は実際に宣伝する効果が妥当かどうかを判断することである。コンピュータが容易に判断するため、効果フィールドセットを特別に設定し、実際の効果フィールド情報に対応する比較効果フィールド情報が効果フィールドセットに含まれている場合、宣伝が妥当であることを示し、販売・宣伝テキスト情報は規定に適合し、適していない場合、販売・宣伝テキスト情報も規定に適合しない。

【0013】

任意選択で、前記予め設定された関連付け方法は、次のステップを含む。すなわち、
販売・宣伝テキスト情報内の句読点に従い販売・宣伝テキスト情報をセグメント化していくつかの文字サブ情報を形成するステップと、
各文字サブ情報における実際の効果フィールド情報及び実際の性能フィールド情報の数を集計するステップと、
同じ文字サブ情報内に実際の性能フィールド情報が含まれていない場合、予め設定されたマッチング情報に従い前記文字サブ情報における実際の効果フィールド情報と隣り合う文字のサブ情報における実際の性能フィールド情報のマッチング性を取得し、実際の効果フィールド情報をマッチング性の高い実際の性能フィールド情報と関連付けるステップと、
同じ文字サブ情報内に実際の性能フィールド情報が１つしかない場合、前記文字サブ情報における全ての実際の効果フィールド情報を前記実際の性能フィールド情報と関連付けるステップと、
同じ文字サブ情報内に複数の実際の性能フィールド情報が含まれている場合、各実際の効果フィールド情報から異なる実際の性能フィールド情報までのバイト数を計算し、実際の効果フィールド情報をバイト数が最も少ない実際の性能フィールド情報と関連付けるステップ。

【0014】

上記技術的手段を講じることにより、実際の性能フィールド情報の各種分布タイプを考慮し、できる限り実際の効果フィールド情報に合う実際の性能フィールド情報に関連付けることで、その後の販売テキスト情報審査の正確性を高める。

【0015】

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

【0016】

上記技術的手段を講じることにより、販売・宣伝画像情報に誤解を招く宣伝があるかどうかの審査は、商品画像情報に対応するサイズが拡大されているかどうかに応じて商品画像情報に対応するサイズが拡大されているかどうかを判断し、同じサイズの背景に基づいて合理的な判断を下すことができるため、背景画像情報に対応するサイズはまずプラットフォームの規定に適合する必要があり、次に販売・宣伝画像情報における商品画像情報の割合を判断して、商品画像情報に対応するサイズが拡大されているかどうかを判断する。

【0017】

任意選択で、さらに次のステップを含む。すなわち、
全てのトランザクション転売注文情報の販売・宣伝画像に対し定期的に画像マッチングすることで、同じ販売・宣伝画像があるかどうかを判断するステップと、
同じ販売・宣伝画像が存在しない場合、非侵害情報を表示するステップと、
同じ販売・宣伝画像が存在した場合、関連するトランザクション転売注文情報に対応する商品のサプライヤー情報を取得し、関連するトランザクション転売注文情報に対応する商品のサプライヤーが一致するかどうかを判断するステップと、
関連するトランザクション転売注文情報に対応する商品のサプライヤーが一致する場合、非侵害情報を表示するステップと、
関連するトランザクション転売注文情報に対応する商品のサプライヤーが一致しない場合、侵害情報を表示するステップ。

【0018】

上記技術的手段を講じることにより、販売・宣伝画像はユーザーからアップロードされ、ユーザーが既存のトランザクション転売注文情報内の宣伝画像を使用する可能性があるため、前記トランザクション転売注文情報に対応する商品のサプライヤーが一致するかどうかを判断し、一致する場合、ユーザーがこの商品を購入する時にデフォルトで宣伝画像へのサプライヤーの使用許諾を取得し、非侵害である。一致しない場合、少なくとも１人のユーザーがサプライヤーの使用許諾を得ずに宣伝画像を直接使用し、プラットフォーム以外の方法を通じて使用を許諾するかどうかは、その後の手作業で検証する必要がある。

【0019】

第２の態様において、本出願は、スペースステーションに基づく商品転売システムを提供する。次のような技術的手段を講じる。すなわち、
プラットフォームサーバーを備えたスペースステーションに基づく商品転売システムであって、
前記プラットフォームサーバーは、プラットフォームアカウントの登録に基づいて、対応するスペースステーションを生成し、トランザクション完了注文情報を取得し、並びにプラットフォームアカウントに従って、トランザクション完了注文情報を対応するスペースステーションに格納するために用いられ、販売コマンドを取得し、引取情報に応じて、販売コマンド内のプラットフォームアカウントに対応するスペースステーションから対応するトランザクション完了注文情報を抽出してトランザクション転売注文情報に変換するためにも用いられ、さらに購入コマンドを受信し、トランザクション転売注文情報を買い手のプラットフォームアカウントと紐付けることで、新しいトランザクション完了注文情報を生成するためにも用いられる。

【0020】

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

【発明の効果】

【0021】

上記をまとめると本出願は、以下の有利な技術的効果のうちの少なくとも１つを含む。すなわち、
１．購入した商品オーダーをスペースステーションに格納し、正式にサプライヤーに商品出荷を求める前、商品オーダーをｅコマースプラットフォームで自由に転売でき、物理的な貨物の転送を必要とすることなく、転売時のコストを削減でき、
２．トランザクション予定注文情報の宣伝情報を審査し、虚偽の宣伝の有無を判断し、ユーザーの転売行為が規定に適合できるようにさせる。

【図面の簡単な説明】

【0022】

【図1】本出願の実施例の応用シナリオを示す図である。

【図2】本出願の実施例のフローチャートである。

【発明を実施するための形態】

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

Ｓ４１０：引取情報に従い販売コマンド内のプラットフォームアカウントに対応するスペースステーションから対応するトランザクション完了注文情報を抽出してトランザクション転売注文情報に変換する。

【0123】

Ｓ４２０：買い手のプラットフォームアカウントを含む購入コマンドを受信し、トランザクション転売注文情報を買い手のプラットフォームアカウントと紐付けることで、新しいトランザクション完了注文情報を生成する。

【0124】

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

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

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

【0146】

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

【0147】

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

【0148】

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

【0149】

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

【0150】

本出願の実施例は、クライアント１と、プラットフォームサーバー３と、サプライヤーサーバー２とを備えたスペースステーションに基づく商品転売システムを開示する。

【0151】

クライアント１は、購入モジュールと、転売モジュールと、出荷モジュールとを備える。

【0152】

購入モジュールは、手動で購入コマンドを生成するために用いられる。

【0153】

転売モジュールは、手動で販売コマンドを生成するために用いられる。

【0154】

出荷モジュールは、手動で出荷コマンドを生成するために用いられる。

【0155】

プラットフォームサーバー３は、注文モジュールと、変換モジュールと、審査モジュールと、配送モジュールとを備える。

【0156】

注文モジュールは、購入コマンドに基づいてトランザクション完了注文情報を形成し、トランザクション完了注文情報を対応するスペースステーションに格納する。

【0157】

配送モジュールは、出荷コマンドに応答してスペースステーション内のトランザクション完了注文情報を抽出し、出荷情報としてトランザクション完了注文情報を出荷コマンドと組み合わせるために用いられる。

【0158】

変換モジュールは、販売コマンドに応答し、対応するトランザクション完了注文情報をトランザクション予定注文情報に変換するために用いられる。

【0159】

審査モジュールは、トランザクション予定注文情報を審査し、審査により規定に適合したトランザクション予定注文をトランザクション転売注文情報に変換するために用いられる。

【0160】

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

【0161】

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

【0162】

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

【0163】

（付記）
（付記１）
スペースステーションに基づく商品転売方法であって、
プラットフォームアカウントの登録に基づいて、対応する前記スペースステーションを生成するステップと、
トランザクション完了により生成され、前記プラットフォームアカウント及び商品情報を含むトランザクション完了注文情報を取得し、前記プラットフォームアカウントに従って、前記トランザクション完了注文情報を対応する前記スペースステーションに格納するステップと、
引取情報及び売り手の前記プラットフォームアカウントを含む販売コマンドを取得するステップと、
前記引取情報に応じて、販売コマンド内の前記プラットフォームアカウントに対応する前記スペースステーションから対応する前記トランザクション完了注文情報を抽出してトランザクション転売注文情報に変換するステップと、
買い手の前記プラットフォームアカウントを含む購入コマンドを受信するステップと、
前記トランザクション転売注文情報を前記買い手の前記プラットフォームアカウントと紐付けて新しい前記トランザクション完了注文情報を生成するステップと、
を含むことを特徴とする、スペースステーションに基づく商品転売方法。

【0164】

（付記２）
前記引取情報に従い販売コマンド内の前記プラットフォームアカウントに対応する前記スペースステーションから対応する前記トランザクション完了注文情報を抽出して前記トランザクション転売注文情報に変換することは、具体的には、
前記引取情報に従い前記販売コマンド内の前記プラットフォームアカウントに対応する前記スペースステーションから対応する前記トランザクション完了注文情報を抽出してトランザクション予定注文情報に変換するステップと、
前記トランザクション予定注文情報を審査するステップと、
審査結果が不合格である場合、前記トランザクション予定注文情報を前記トランザクション転売注文情報に変換することができないステップと、
審査結果が合格である場合、前記トランザクション予定注文情報を前記トランザクション転売注文情報に変換するステップと、
を含むことを特徴とする、付記１に記載のスペースステーションに基づく商品転売方法。

【0165】

（付記３）
前記トランザクション予定注文情報は、ユーザーがアップロードした販売・宣伝テキスト情報及び販売・宣伝画像情報を含み、
前記トランザクション予定注文情報を審査する具体的な審査方法は、
前記販売・宣伝テキスト情報を取得し、第１の審査方法に基づいて前記販売・宣伝テキスト情報が規定に適合するかどうかを判断するステップと、
前記販売・宣伝テキスト情報が規定に適合しない場合、審査結果で不合格となるステップと、
前記販売・宣伝テキスト情報が規定に適合する場合、前記販売・宣伝画像情報を取得し、第２の審査方法に基づいて前記販売・宣伝画像情報が規定に適合する有無を判断するステップと、
前記販売・宣伝画像情報が規定に適合しない場合、審査結果で不合格となるステップと、
前記販売・宣伝画像情報が規定に適合する場合、審査結果で合格となるステップと、
を含むことを特徴とする、付記２に記載のスペースステーションに基づく商品転売方法。

【0166】

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

【0167】

（付記５）
前記予め設定された関連付け方法は、
前記販売・宣伝テキスト情報内の句読点に従い前記販売・宣伝テキスト情報をセグメント化していくつかの文字サブ情報を形成するステップと、
各前記文字サブ情報における前記実際の効果フィールド情報及び前記実際の性能フィールド情報の数を集計するステップと、
同じ前記文字サブ情報内に前記実際の性能フィールド情報が含まれていない場合、予め設定されたマッチング情報に従い前記文字サブ情報における前記実際の効果フィールド情報と隣り合う文字のサブ情報における前記実際の性能フィールド情報のマッチング性を取得し、前記実際の効果フィールド情報をマッチング性の高い前記実際の性能フィールド情報と関連付けるステップと、
同じ前記文字サブ情報内に前記実際の性能フィールド情報が１つしかない場合、前記文字サブ情報における全ての前記実際の効果フィールド情報を前記実際の性能フィールド情報と関連付けるステップと、
同じ前記文字サブ情報内に複数の前記実際の性能フィールド情報が含まれている場合、各前記実際の効果フィールド情報から異なる前記実際の性能フィールド情報までのバイト数を計算し、前記実際の効果フィールド情報をバイト数が最も少ない前記実際の性能フィールド情報と関連付けるステップと、
を含むことを特徴とする、付記４に記載のスペースステーションに基づく商品転売方法。

【0168】

（付記６）
前記第２の審査方法は、
画像識別により、前記販売・宣伝画像情報から商品画像情報及び背景画像情報を取得するステップと、
前記背景画像情報を予め設定された標準画像情報と比較して、前記背景画像情報に対応するサイズが前記標準画像情報に対応するサイズと合致するかどうかを判断するステップと、
前記背景画像情報に対応するサイズが前記標準画像情報に対応するサイズと合致しない場合、前記販売・宣伝画像情報は、規定に適合しないステップと、
前記背景画像情報に対応するサイズが前記標準画像情報に対応するサイズと合致する場合、対応する商品のサイズを取得するため、前記商品画像情報を計算し、前記商品画像情報に対応する前記背景画像情報に対応するサイズと比較分析して実際の比率情報を形成し、前記実際の比率情報を予め設定された比率情報と比較するステップと、
前記実際の比率情報が前記予め設定された比率情報を超える場合、前記販売・宣伝画像情報は規定に適合しないステップと、
前記実際の比率情報が前記予め設定された比率情報を超えない場合、前記販売・宣伝画像情報が規定に適合するステップと、
を含むことを特徴とする、付記３に記載のスペースステーションに基づく商品転売方法。

【0169】

（付記７）
全ての前記トランザクション転売注文情報の販売・宣伝画像に対し定期的に画像マッチングすることで、同じ前記販売・宣伝画像があるかどうかを判断するステップと、
同じ前記販売・宣伝画像が存在しない場合、非侵害情報を表示するステップと、
同じ前記販売・宣伝画像が存在した場合、関連する前記トランザクション転売注文情報に対応する商品のサプライヤー情報を取得し、関連する前記トランザクション転売注文情報に対応する前記商品のサプライヤーが一致するかどうかを判断するステップと、
関連する前記トランザクション転売注文情報に対応する前記商品のサプライヤーが一致する場合、非侵害情報を表示するステップと、
関連する前記トランザクション転売注文情報に対応する前記商品のサプライヤーが一致しない場合、侵害情報を表示するステップと、
をさらに含むことを特徴とする、付記３に記載のスペースステーションに基づく商品転売方法。

【0170】

（付記８）
スペースステーションに基づく商品転売システムであって、プラットフォームサーバー（３）を備え、前記プラットフォームサーバー（３）は、プラットフォームアカウントの登録に基づいて、対応する前記スペースステーションを生成し、トランザクション完了注文情報を取得し、並びに前記プラットフォームアカウントに従って、前記トランザクション完了注文情報を対応する前記スペースステーションに格納するために用いられ、販売コマンドを取得し、引取情報に応じて、前記販売コマンド内の前記プラットフォームアカウントに対応する前記スペースステーションから対応する前記トランザクション完了注文情報を抽出してトランザクション転売注文情報に変換するためにも用いられ、さらに購入コマンドを受信し、前記トランザクション転売注文情報を買い手の前記プラットフォームアカウントと紐付けることで、新しい前記トランザクション完了注文情報を生成するためにも用いられることを特徴とする、スペースステーションに基づく商品転売システム。

【0171】

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

【符号の説明】

【0172】

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

【図1】

【図2】