(57)【特許請求の範囲】
【請求項１】
コンピューティングデバイスの１つまたは複数のプロセッサにより、第１のモバイル端末と関連するパケットに対応する送信パケットを生成することであって、前記パケットが、局所データまたは遠隔データを含み、かつ前記パケットが購入済み商品に関連する注文パケットを含み、前記送信パケットが、前記局所データまたは前記パケットの前記遠隔データをリトリーブ可能な遠隔データ識別子を含む、前記生成することと、
前記１つまたは複数のプロセッサにより、近距離データ伝送により前記送信パケットを第２のモバイル端末へ送信すること
を含む、方法。
【請求項２】
前記送信パケットのデータが、注文に関連する少なくとも１つの商品の識別子、前記少なくとも１つの商品のタイトル、前記少なくとも１つの商品の仕様、または前記少なくとも１つの商品の数量のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項３】
前記近距離データ伝送により前記送信パケットを前記第２のモバイル端末へ送信することが、
前記送信パケットに基づいて前記送信パケットのデータのマトリックスコードを生成することと、
前記第２のモバイル端末が前記マトリックスコードをスキャンすることに応答して、前記送信パケットの、前記第２のモバイル端末への送信を可能にすること
を含む、請求項１に記載の方法。
【請求項４】
前記近距離データ伝送が、Ｂｌｕｅｔｏｏｔｈ、シェイクシェアリングまたはクイックレスポンスコードスキャニングのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項５】
前記送信パケットを生成することが、前記第２のモバイル端末が前記第２のモバイル端末のアプリケーションを使用して前記送信パケットをスキャンすることを可能とするように、前記コンピューティングデバイスのディスプレイ上に前記送信パケットを表示することを含む、請求項１に記載の方法。
【請求項６】
実行可能な命令を記憶する１つまたは複数のコンピュータ可読媒体であって、当該実行可能な命令が、コンピューティングデバイスにより実行される場合には、
近距離データ伝送を使用して第１のモバイル端末から送信パケットを受信することであって、前記送信パケットが、局所データまたはパケットの遠隔データをリトリーブ可能な遠隔データ識別子を含む、前記受信することと、
前記局所データまたは前記遠隔データを含む前記パケットを取得するように、前記送信パケットをパースすることであって、前記パケットが購入済み商品に関連する注文パケットを含むことと、
前記遠隔データ識別子に基づいて前記遠隔データを取得することと、
前記コンピューティングデバイスのディスプレイ上での前記局所データまたは前記遠隔データの表示を可能にすること
を含む動作を前記コンピューティングデバイスに実施させる、前記１つまたは複数のコンピュータ可読媒体。
【請求項７】
前記近距離データ伝送により前記第１のモバイル端末から前記送信パケットを前記受信することが、前記第１のモバイル端末のディスプレイからのマトリックスコードのスキャンに応答して前記送信パケットを取得することを含む、請求項６に記載の１つまたは複数のコンピュータ可読媒体。
【請求項８】
前記送信パケットを前記パースすることが、前記マトリックスコードをパースすることを含む、請求項７に記載の１つまたは複数のコンピュータ可読媒体。
【請求項９】
前記遠隔データ識別子に基づいて前記遠隔データを前記取得することが、
前記遠隔データ識別子に基づいて前記遠隔データを送信するサーバに読み取り要求を送信することと、
前記サーバから前記遠隔データを受信すること
を含む、請求項６に記載の１つまたは複数のコンピュータ可読媒体。
【請求項１０】
前記動作がさらに、
前記注文パケットに基づいて新たな注文を生成すること
を含む、請求項６に記載の１つまたは複数のコンピュータ可読媒体。
【請求項１１】
前記注文パケットに基づいて前記新たな注文を前記生成することが、
前記新たな注文に対する要求を受信することと、
前記新たな注文に基づいてアカウントと前記注文パケットのデータとを取得することと、
前記アカウントと前記注文パケットの前記データとに基づいて前記新たな注文を生成及び記憶すること
を含む、請求項１０に記載の１つまたは複数のコンピュータ可読媒体。
【請求項１２】
１つまたは複数のプロセッサと、
前記１つまたは複数のプロセッサにより実行可能な複数の構成要素を保持するためのメモリとを含むデバイスであって、前記複数の構成要素が、
近距離データ伝送により第１のモバイル端末から送信パケットを受信するように構成される受信モジュールであって、前記送信パケットが、局所データまたはパケットの遠隔データをリトリーブ可能な遠隔データ識別子を含み、前記パケットが購入済み商品に関連する注文パケットを含む、前記受信モジュールと、
前記局所データまたは前記遠隔データを含む前記パケットを取得するために、前記送信パケットをパースするように構成されるパーシングモジュールと、
前記遠隔データ識別子に基づいて前記遠隔データを取得するように構成される獲得モジュールと、
前記局所データまたは前記遠隔データを表示するように構成される表示モジュールとを含む、
前記デバイス。
【請求項１３】
前記受信モジュールがさらに、前記第１のモバイル端末のディスプレイからのマトリックスコードのスキャンに応答して前記送信パケットを取得するように構成される、請求項１２に記載のデバイス。
【請求項１４】
前記パーシングモジュールが、前記マトリックスコードをパースすることにより、前記送信パケットをパースする、請求項１３に記載のデバイス。
【請求項１５】
前記獲得モジュールが、
前記遠隔データ識別子に基づいて、前記遠隔データに対する読み取り要求をサーバへ送信するように構成される要求モジュールと、
前記サーバから前記遠隔データを受信するように構成される受信サブモジュールと
を含む、請求項１２に記載のデバイス。
【請求項１６】
前記デバイスがさらに、
前記注文パケットに基づいて新たな注文を生成するように構成される生成モジュール
を含む、請求項１２に記載のデバイス。
【請求項１７】
前記生成モジュールが、
前記新たな注文に対する要求を受信するように構成される受信サブモジュールと、
前記新たな注文に基づいてアカウントと前記注文パケットのデータとを取得するように構成される獲得サブモジュールと、
前記アカウントと前記注文パケットの前記データとに基づいて、前記新たな注文を生成及び記憶するように構成される生成サブモジュールと
を含む、請求項１６に記載のデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、モバイルインターネット技術に関し、より詳細には、パケットを送信及び／または受信するための方法、デバイス及びシステムに関する。
【０００２】
関連特許出願の相互参照
この出願は、「データパケットを送信／受信する方法及び装置、送信システム及びモバイルデバイス（Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｏｆ  Ｔｒａｎｓｍｉｔｔｉｎｇ／Ｒｅｃｅｉｖｉｎｇ  Ｄａｔａ  ｐａｃｋｅｔ，  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｓｙｓｔｅｍ  ａｎｄ  ｍｏｂｉｌｅ  Ｄｅｖｉｃｅ）」という表題で２０１４年９月２９日に出願された中国特許出願第２０１４１０５１５６６５．６号に優先権を主張するものであり、その全体が参照により本明細書に組み込まれる。
【背景技術】
【０００３】
モバイルインターネット技術の絶え間ない発達により、モバイル端末間の情報共有が共通の要求になっている。場合によっては、一定の情報（例えば、注文の完全なコピー）が、１つのモバイル端末から別のモバイル端末へ送信される必要がある。例えば、ユーザＡがタオバオから或る商品を買い、当該商品に満足している。ユーザＡは、ユーザＢに対し当該商品を伝えることがある。現在の技法の下では、ユーザＡは、毎回１つの商品をユーザＢに伝えるに過ぎない。しかし、注文が多数の商品を含む場合、多数の商品への多数のリンクが伝えられなければならない。それゆえ、ユーザＢは、各リンクをクリックしなければならず、また、そうした商品のうちの特定のタイプを選択しなければならない。ユーザＢは、その後、そうした商品をショッピングカートに入れ、支払いをする。モバイルデバイス上での上記動作の完了の際、これらの動作は複雑且つ時間のかかるものである。ユーザは、不十分なユーザエクスペリエンスを有することがある。
【０００４】
要するに、モバイル端末間で一定の情報を共有するという本質は、モバイル端末と関連するパケットの共有を含む。一定のパケットが現在の技法を使用してモバイル端末間で共有される場合、モバイル端末は、情報の特定のサブパケットを共有し得るに過ぎない。このように、現在の技法は、モバイル端末間でデータパケット全体を複製することに関連する技術的問題を解決できていない。
【発明の概要】
【０００５】
本明細書における実施態様は、パケットを受信及び／または送信するための方法、システム及びデバイスに関する。実施態様は、現在の技法と関連する問題を解決するのに有用である。問題は、モバイル端末間で全パケットを複製できないことを含む。この概要は、請求される主題の全ての重要な特徴または不可欠な特徴を特定することを意図するものでなく、請求される主題の範囲を決定する助けとしてのみ使用されることを意図するものでもない。
【０００６】
実施態様は、パケット送信のための方法に関する。方法は、第１のモバイル端末と関連するパケットに対応する送信パケットを生成することを含んでよい。パケットは、局所データ及び／または遠隔データを含んでよく、送信パケットは、局所データ及び／またはパケットから遠隔データをリトリーブ可能な遠隔データ識別子を含んでよい。方法はさらに、近接データ伝送技法を使用して送信パケットを第２のモバイル端末へ送信することを含んでよい。
【０００７】
例えば、パケットは注文パケットを含んでよい。送信パケットのデータは、注文に関連する商品の識別子、商品のタイトル、商品の仕様、または商品の番号のうちの少なくとも１つを含んでよい。
【０００８】
例えば、近接データ伝送技法を使用して送信パケットを第２のモバイル端末へ送信することは、送信パケットに基づいて送信パケットのデータのマトリックスコード（例えば、クイックレスポンス（ＱＲ）コード）を生成すること、及び、第２のモバイル端末のアプリケーションを使用したＱＲコード（登録商標）のスキャンに応答して送信パケットを取得することを含んでよい。
【０００９】
実施態様はさらに、パケット送信のためのデバイスに関する。デバイスは、第１のモバイル端末と関連するパケットに対応する送信パケットを生成するように構成される生成モジュール、及び、近接データ伝送技法を使用して送信パケットを第２のモバイル端末へ送信するように構成される送信モジュールを含んでよい。パケットは、局所データ及び／または遠隔データを含んでよく、送信パケットは、局所データ及び／またはパケットから遠隔データをリトリーブ可能な遠隔データ識別子を含んでよい。例えば、パケットは注文パケットを含む。送信パケットのデータは、注文に関連する商品の識別子、商品のタイトル、商品の仕様、または商品の番号のうちの少なくとも１つを含んでよい。
【００１０】
実施態様において、送信モジュールは、送信パケットに基づいて送信パケットのデータのＱＲコードを生成するように構成される生成サブモジュール、及び、第２のモバイル端末のアプリケーションを使用したＱＲコードのスキャンに応答して送信パケットを取得するように構成されるスキャンニングサブモジュールを含んでよい。
【００１１】
実施態様はまた、パケットを受信するための方法に関する。方法は、近接データ伝送技法を使用して第１のモバイル端末から送信パケットを受信することを含んでよい。送信パケットは、局所データ及び／またはパケットから遠隔データをリトリーブ可能な遠隔データ識別子を含んでよい。方法はさらに、局所データ及び／または遠隔データを含むパケットを取得するように送信パケットをパースすること、遠隔データ識別子に基づいて遠隔データを取得すること、ならびに、局所データ及び／または遠隔データを表示することを含んでよい。例えば、近接データ伝送技法を使用して第１のモバイル端末から送信パケットを受信することは、第１のモバイル端末のディスプレイからのＱＲコードのスキャンに応答して送信パケットを取得することを含んでよい。
【００１２】
例えば、送信パケットをパースすることは、ＱＲコードをパースすることを含んでよい。遠隔データ識別子に基づいて遠隔データを取得することは、遠隔データ識別子に基づいて遠隔データを送信するサーバに読み取り要求を送信すること、及び、サーバから遠隔データを受信することを含んでよい。
【００１３】
実施態様において、パケットは注文パケットを含む。これらの例において、方法はさらに、注文パケットに基づいて新たな注文を生成することを含んでよい。例えば、注文パケットに基づいて新たな注文を生成することは、新たな注文に対する要求を受信すること、新たな注文に基づいてアカウントと注文のデータとを取得すること、ならびに、アカウントと注文のデータとに基づいて新たな注文を生成及び記憶することを含んでよい。
【００１４】
実施態様は、パケットを受信するためのデバイスに関する。デバイスは、近接データ伝送技法を使用して第１のモバイル端末から送信パケットを受信するように構成される受信モジュールを含んでよい。送信パケットは、局所データ及び／またはパケットから遠隔データをリトリーブ可能な遠隔データ識別子を含んでよい。デバイスはさらに、局所データ及び／または遠隔データを含むパケットを取得するために送信パケットをパースするように構成されるパーシングモジュール、及び、遠隔データ識別子に基づいて遠隔データを取得するように構成される獲得モジュールを含んでよい。デバイスはさらに、局所データ及び／または遠隔データを表示するように構成される表示モジュールを含んでよい。例えば、近接データ伝送技法を使用して第１のモバイル端末から送信パケットを受信することは、第１のモバイル端末のディスプレイからのＱＲコードのスキャンに応答して送信パケットを取得することを含んでよい。例えば、送信パケットをパースすることは、ＱＲコードをパースすることを含んでよい。
【００１５】
実施態様において、獲得モジュールは、遠隔データ識別子に基づいて遠隔データを送信するサーバに読み取り要求を送信するように構成される要求モジュール、及び、サーバから遠隔データを受信するように構成される受信サブモジュールを含んでよい。例えば、パケットは注文パケットを含む。デバイスはさらに、注文パケットに基づいて新たな注文を生成するように構成される生成モジュールを含んでよい。実施態様において、生成モジュールは、新たな注文に対する要求を受信するように構成される受信サブモジュール、新たな注文に基づいてアカウントと注文のデータとを取得するように構成される獲得サブモジュール、及び、アカウントと注文のデータとに基づいて新たな注文を生成及び記憶するように構成される生成サブモジュールを含む。
【００１６】
実施態様はさらに、パケットを送信及び受信するためのシステムに関する。システムは、上記のようなパケット送信のためのデバイス、及び、上記のようなパケットを受信するためのデバイスを含んでよい。
【００１７】
実施態様はさらに、モバイル端末に関する。モバイル端末は、ディスプレイ、プロセッサ及びメモリを含んでよい。プロセッサは、モバイルショッピングアプリケーションを記憶するように構成されてよい。プロセッサによりモバイルショッピングアプリケーションを実行する際、モバイル端末は、第１のユーザアカウントと関連する未決注文インターフェースをディスプレイに表示してよい。未決注文インターフェースは、複数の未決注文を含んでよく、複数の未決注文は、第２のユーザアカウントと関連するモバイルデバイスから一括で転送される。モバイルデバイスは、複数の未決注文が一括で転送される前に、第２のユーザアカウントの下で複数の未決注文と関連するトランザクションを動作させてよい。
【００１８】
従来技術と比較して、本開示の態様は以下の利点を有する。実施態様は、パケットを受信及び／または送信するための方法、システム及びデバイスに関する。実施態様は、第１のモバイル端末と関連するパケットに対応する送信パケットを生成すること、近接データ伝送技法を使用して送信パケットを第２のモバイル端末へ送信すること、近接データ伝送技法を使用して第１のモバイル端末から送信パケットを受信すること、局所データ及び／または遠隔データ識別子を含むパケットを取得するように送信パケットをパースすること、及び、遠隔データの識別子に基づいて遠隔データを取得すること、及び、第１のモバイル端末と関連するパケットのデータを、第２のモバイル端末と関連するディスプレイ上に表示することを含んでよい。実施態様は、現在の技法の下での問題を解決でき、こうした問題は、モバイル端末間での全パケットの複製の失敗を含むものである。実施態様はこれにより、モバイル端末間の情報共有の利便性及び正確性を高める。
【００１９】
発明を実施するための形態は、添付の図面を参照して説明される。異なる図面における同じ参照番号の使用は、類似または同一の商品を示す。
【図面の簡単な説明】
【００２０】
【図１】パケット送信のための例示的なプロセスのフローチャートである。
【図２】図１で説明される動作１０４のための例示的なプロセスのフローチャートである。
【図３】第１のモバイル端末と関連するパケット送信のための例示的な共有インターフェースの概略図である。
【図４】パケット送信を可能にする例示的なコンピューティングデバイスの概略図である。
【図５】パケットを受信するための例示的なプロセスのフローチャートである。
【図６】第２のモバイル端末と関連するパケットを受信するための例示的な共有インターフェースの概略図である。
【図７】パケットを受信するための例示的なプロセスの別のフローチャートである。
【図８】図７で説明される動作７０２のための例示的なプロセスのフローチャートである。
【図９】パケットを受信することを可能にする例示的なコンピューティングデバイスの概略図である。
【図１０】パケット送信を可能にする例示的なコンピューティングシステムの概略図である。
【図１１】例示的なモバイルデバイスの概略図である。
【発明を実施するための形態】
【００２１】
以下の説明において、本開示を十分に理解するために、多数の特定の詳細が述べられる。しかし、本開示は、実施態様において説明されるもの以外の多くの他の方法で実行されてよい。例えば、当業者は、本開示から逸脱することなく類似の実施態様を成し得る。それゆえ、本開示は、以下で開示される特定の実施態様に限定されない。
【００２２】
実施態様は、パケットを送信するための方法に関する。図１は、パケット送信のための例示的なプロセスのフローチャートである。
【００２３】
１０２で、コンピューティングデバイス（例えば、モバイルデバイス）は、第１のモバイル端末と関連する特定のパケットに対応する送信パケットを生成してよい。特定のパケットは、局所データ及び／または遠隔データを含んでよく、送信パケットは、局所データ及び／または特定のパケットから遠隔データをリトリーブ可能な遠隔データ識別子を含んでよい。本明細書において説明されるモバイル端末は、次に限定されないが、例えば携帯電話またはスマートフォンといったモバイル通信デバイス、パーソナルコンピュータ（ＰＣ）、タブレット（ＰＡＤなど）、ウェアラブルデバイス及び他のデバイスを含む。方法は、モバイル通信デバイス間のデータパケット送信及びデータパケット送信を伴う他の状況において実行されてよい。
【００２４】
実施態様において、特定のパケットは注文パケットを含む。注文パケットは、特定の注文の商品に関連する局所データ及び遠隔データを含んでよい。例えば、送信パケットは、特定の注文に関連する商品の識別子、商品のタイトル、商品の仕様、または商品の番号のうちの少なくとも１つのデータを含んでよい。これらの例において、注文に関連する商品の識別子は、注文パケットの遠隔データの遠隔データ識別子を取得するように使用されてよい。注文パケットの局所データは、特定の注文に関連する商品の識別子、商品のタイトル、商品の仕様、または商品の番号のうちの少なくとも１つを含んでよい。
【００２５】
実施態様において、商品のタイトル、商品の仕様、及び／または商品の番号は、特定の注文の局所データ及び／または特定の注文の遠隔データとして使用されてよい。送信パケットの遠隔データ識別子は、特定の注文に関連する商品の識別子及び／または特定の注文の注文番号を含んでよい。
【００２６】
１０４で、コンピューティングデバイスは、狭域または近距離データ伝送技法を使用して送信パケットを第２のモバイル端末へ送信してよい。図２は、図１で説明された動作１０４のための例示的なプロセスのフローチャートである。狭域または近距離データ伝送技法を使用して送信パケットを第２のモバイル端末へ送信することは、２０２で、送信パケットに基づいて送信パケットのデータのクイックレスポンス（ＱＲ）コードを生成することを含んでよい。２次元コードとも呼ばれるＱＲコードは、マトリックスコードの一種である。ＱＲコードは、局所データ全てを含む特定のパケットに基づいて生成されてよい。
【００２７】
実施態様において、ＱＲコードは、遠隔データの遠隔データ識別子に基づいて生成されてよい。実施態様において、ＱＲコードは、局所データ全て及び遠隔データの遠隔データ識別子に基づいて生成されてよい。ＱＲコードが少なくとも遠隔データの遠隔データ識別子に基づいて生成された後、第２のモバイル端末は、遠隔データを記憶するサーバを介して特定のパケットの遠隔データを取得してよい。
【００２８】
２０４で、第２のモバイル端末は、第２のモバイル端末のアプリケーションを使用したＱＲコードのスキャンに応答して送信パケットを取得してよい。実施態様は、ＱＲコードをスキャンするなどの狭域または近距離データ伝送技法を使用してよい。また、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ及び「シェイク」シェアリングなどの他の技法が実行されてもよい。本明細書において使用されるように、「シェイク」シェアリングは、狭域または近距離データ伝送用の方式として使用されてよい。電話機を振ることまたは電話機のシェイキングボタンをクリックすることにより、当該電話機は他の電話機に対応でき、これは、実質的に同時点での同じ機能により誘発されるものである。それゆえ、ユーザは、この方法で特定の注文パケットを共有し得る。様々な形式の狭域または近距離データ伝送技法が実行されてよい。
【００２９】
図３は、第１のモバイル端末と関連するパケット送信のための例示的な共有インターフェース３００の概略図である。実施態様において、第１のモバイル端末は、タオバオのクライアント端末を使用して注文をコピーしてよい。注文は、様々な商品及び当該商品の情報（例えば、数量及び仕様）を含んでよく、それらは第１のモバイル端末のスクリーン上に表示される。ユーザが「注文のクローン作成（Ｃｌｏｎｅ  Ｏｒｄｅｒ）」を選択する場合、第１のモバイル端末は、情報に基づいてＱＲコードを生成してよく、第１のモバイル端末のスクリーン上にＱＲコードを表示してよい。ＱＲコードは第２のモバイル端末にスキャン可能である。
【００３０】
上記の実施態様は、パケット送信のための方法に関する。当該方法に対応して、実施態様はさらに、パケット送信のためのデバイスに関する。
【００３１】
図４は、パケット送信を可能にする例示的なコンピューティングデバイス４００の概略図である。実施態様の装置が、上記の方法の実施態様と概ね同等であるので、比較的簡単な説明が、方法の実施態様の少なくとも一部を参照して後に続く。実施態様の以下の説明は、例示的なものに過ぎない。
【００３２】
デバイス４００は、１つまたは複数のプロセッサ４０２、入力／出力インターフェース４０４、ネットワークインターフェース４０６、及びメモリ４０８を含んでよい。メモリ４０８は、ランダムアクセスメモリ（ＲＡＭ）などの揮発性メモリ及び／またはリードオンリメモリ（ＲＯＭ）またはフラッシュＲＡＭなどの不揮発性メモリの形をとるコンピュータ可読媒体を含んでよい。メモリ４０８は、コンピュータ可読媒体の一実施例である。
【００３３】
コンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータなどの情報の記憶のための任意の方法または技術において実行される、揮発性及び不揮発性の、取外し可能及び取外し不可能な媒体を含む。コンピュータ記憶媒体の実施例は、次に限定されないが、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュメモリもしくは他のメモリ技術、コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、デジタルヴァーサタイルディスク（ＤＶＤ）もしくは他の光学記憶、磁気カセット、磁気テープ、磁気ディスク記憶もしくは他の磁気ディスク記憶デバイス、または、コンピューティングデバイスによるアクセスのために情報を記憶するのに使用され得る、任意の他の非伝送媒体を含む。本明細書において規定されるように、コンピュータ可読媒体は、変調されたデータ信号及び搬送波などの一時的媒体を含まない。
【００３４】
より詳細にメモリ４０８に注目すると、メモリ４０８は、生成モジュール４１０及び送信モジュール４１２を含んでよい。生成モジュール４１０は、第１のモバイル端末と関連する特定のパケットに対応する送信パケットを生成するように構成されてよい。特定のパケットは、局所データ及び／または遠隔データを含んでよく、送信パケットは、局所データ及び／または特定のパケットから遠隔データをリトリーブ可能な遠隔データ識別子を含んでよい。送信モジュール４１２は、狭域または近距離データ伝送技法を使用して、送信パケットを第２のモバイル端末へ送信するように構成されてよい。例えば、特定のパケットは注文パケットを含んでよく、送信パケットのデータは、特定の注文に関連する商品の識別子、商品のタイトル、商品の仕様、または商品の番号のうちの少なくとも１つを含む。
【００３５】
実施態様において、送信モジュールは、送信パケットに基づいて送信パケットのデータのＱＲコードを生成するように構成される生成サブモジュール、及び、第２のモバイル端末のアプリケーションを使用したＱＲコードのスキャンに応答して送信パケットを取得するように構成されるスキャンニングサブモジュールを含んでよい。
【００３６】
実施態様はさらに、パケットを受信するための方法に関する。パケット受信のための方法に対応して、実施態様はさらに、パケットを受信するためのデバイスに関する。図５は、パケットを受信するための例示的なプロセス５００のフローチャートである。
【００３７】
５０２で、コンピューティングデバイス（例えば、モバイルデバイス）は、狭域または近距離データ伝送技法を使用して、第１のモバイル端末から送信パケットを受信してよい。送信パケットは、局所データ及び／または特定のパケットの遠隔データをリトリーブ可能な遠隔データ識別子を含んでよい。実施態様において、近接データ伝送技法を使用して第１のモバイル端末から送信パケットを受信することは、第１のモバイル端末のディスプレイからのＱＲコードのスキャンに応答して送信パケットを取得することを含んでよい。
【００３８】
５０４で、コンピューティングデバイスは、局所データ及び／または遠隔データを含む特定のパケットを取得するように送信パケットをパースしてよい。実施態様において、送信パケットをパースすることは、ＱＲコードをパースすることを含んでよい。例えば、第２のモバイル端末は、第１のモバイル端末のスクリーン上に表示されるＱＲコードをスキャンしてよく、その後、局所データ及び／または遠隔データを含む特定のパケットを取得するように、特定の復号アプリケーションを介して送信パケットをパースしてよい。
【００３９】
５０６で、コンピューティングデバイスは、遠隔データ識別子に基づいて遠隔データを取得してよい。例えば、遠隔データ識別子に基づいて遠隔データを取得することは、遠隔データに基づいて遠隔データを送信するサーバに読み取り要求を送信すること、及び、サーバから遠隔データを受信することを含んでよい。
【００４０】
実施態様において、特定のパケットは注文パケットを含んでよい。注文パケットは、特定の注文の商品に関連する局所データ及び遠隔データを含んでよい。ＱＲコードが、特定の注文における商品の識別子に基づいて第１のモバイル端末により生成されてよい。
【００４１】
第２のモバイル端末が識別子を取得した後、第２のモバイル端末は、当該識別子に対応する詳細な商品情報を要求してよい。詳細な商品情報は、商品の写真など、特定の注文の遠隔データを含んでよい。
【００４２】
５０８で、コンピューティングデバイスは、局所データ及び／または遠隔データを表示してよい。
【００４３】
図６は、第２のモバイル端末と関連するパケットを受信するための例示的な共有インターフェース６００の概略図である。実施態様において、第２のモバイル端末は、第１のモバイル端末のスクリーン上に表示されるＱＲコードをスキャンしてよく、また、スキャンされたＱＲコードをパースしてよい。第２のモバイル端末はさらに、商品全て、商品の仕様及び／または商品の数量を含む注文コピーを表示してよい。
【００４４】
図７は、パケットを受信するための例示的なプロセスの別のフローチャートである。図５において検討された動作５０２〜５０８に加えて、図７は、パケットの受信に関連する以下の動作を含んでよい。７０２で、コンピューティングデバイス（例えば、モバイルデバイス）は、特定の注文に基づいて新たな注文を生成してよい。
【００４５】
図８は、図７で説明された動作７０２のための例示的なプロセス８００のフローチャートである。特定の注文に基づいて新たな注文を生成することは、８０２で新たな注文に対する要求を受信すること、８０４で新たな注文に基づいて特定のアカウントと特定の注文のデータとを取得すること、ならびに、８０６で特定のアカウントと特定の注文のデータとに基づいて新たな注文を生成及び記憶することを含んでよい。
【００４６】
実施態様において、特定の注文に基づいて新たな注文を生成する前に、第２のモバイル端末のユーザは、第２のモバイル端末上に表示される注文コピーに対し様々な動作を実施してよい。動作は、１つまたは複数の商品を削除すること、または、商品の仕様及び／または数量を修正することを含んでよい。第２のモバイル端末のユーザは、その後、取得された注文コピーまたは修正された注文コピーの商品を、Ｅコマースサービスプロバイダ（例えば、タオバオ）と関連するサーバに提示してよい。新たな注文は、ユーザのユーザアカウントに基づいて生成されてよい。
【００４７】
ユーザＡがタオバオから商品を購入し、その品質に満足していると想定されたい。ユーザＡは、以下の動作を使用してユーザＢに当該商品を推薦できる。
【００４８】
１）ユーザＡは、タオバオから自転車の組立て品及び関連するアクセサリを買い、注文が生成される。
【００４９】
２）閲覧の後、ユーザＢは、当該自転車及び関連するアクセサリを気に入り、加えて、現在自転車を必要としている。ユーザＢは、ユーザＡが商品を推薦することを要求してよい。
【００５０】
３）ユーザＡは、モバイルデバイス上でタオバオアプリを開き、「マイオーダー」において自身の注文を見つける。ユーザＡはさらに、「注文のクローン作成」を選択してよい。
【００５１】
４）ユーザＢは、「マイタオバオ」を起動させてよい。ユーザＡ及びユーザＢのモバイルデバイスが互いに近接している場合、ユーザＡの注文がユーザＢのタオバオにコピー及び送信されてよい。さらに、注文の商品情報が、ユーザＢのモバイルデバイス上に表示されてよい。
【００５２】
５）ユーザＢは、商品情報を変更してよく、コピー及び変更された注文をタオバオへ提示してよい。ユーザＢは、その後、注文を確定するために支払いをしてよい。
【００５３】
実施態様は、パケットを受信するための方法に関する。当該方法に対応して、実施態様はさらに、パケットを受信するためのデバイスに関する。図９は、パケットを受信することを可能にする例示的なコンピューティングデバイス９００の概略図である。デバイス９００は、１つまたは複数のプロセッサ９０２、入力／出力インターフェース９０４、ネットワークインターフェース９０６、及びメモリ９０８を含んでよい。
【００５４】
メモリ９０８は、ランダムアクセスメモリ（ＲＡＭ）などの揮発性メモリ、及び／または、リードオンリメモリ（ＲＯＭ）またはフラッシュＲＡＭなどの不揮発性メモリの形をとるコンピュータ可読媒体を含んでよい。メモリ９０８は、コンピュータ可読媒体の一実施例である。
【００５５】
コンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータなどの情報の記憶のための任意の方法または技術において実行される、揮発性及び不揮発性の、取外し可能及び取外し不可能な媒体を含む。コンピュータ記憶媒体の実施例は、次に限定されないが、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュメモリもしくは他のメモリ技術、コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、デジタルヴァーサタイルディスク（ＤＶＤ）もしくは他の光学記憶、磁気カセット、磁気テープ、磁気ディスク記憶もしくは他の磁気ディスク記憶デバイス、または、コンピューティングデバイスによるアクセスのために情報を記憶するのに使用され得る、任意の他の非伝送媒体を含む。本明細書において規定されるように、コンピュータ可読媒体は、変調されたデータ信号及び搬送波などの一時的媒体を含まない。
【００５６】
より詳細にメモリ９０８に注目すると、メモリ９０８は、受信モジュール９１０、パーシングモジュール９１２、獲得モジュール９１４、及び表示モジュール９１６を含んでよい。受信モジュール９０１は、近接データ伝送技法を使用して第１のモバイル端末から送信パケットを受信するように構成されてよい。送信パケットは、局所データ及び／または特定のパケットから遠隔データをリトリーブ可能な遠隔データ識別子を含んでよい。
【００５７】
パーシングモジュール９１２は、局所データ及び／または遠隔データを含む特定のパケットを取得するために送信パケットをパースするように構成されてよい。獲得モジュール９１４は、遠隔データ識別子に基づいて遠隔データを取得するように構成されてよい。表示モジュール９１６は、局所データ及び／または遠隔データを表示するように構成されてよい。
【００５８】
実施態様において、近接データ伝送を使用して第１のモバイル端末から送信パケットを受信することは、第１のモバイル端末のディスプレイからのＱＲコードのスキャンに応答して送信パケットを取得することを含んでよい。例えば、送信パケットをパースすることは、ＱＲコードをパースすることを含んでよい。
【００５９】
実施態様において、獲得モジュール９１４は、遠隔データ識別子に基づいて遠隔データを送信するサーバに読み取り要求を送信するように構成される要求モジュール、及び、サーバから遠隔データを受信するように構成される受信サブモジュールを含んでよい。例えば、特定のパケットは注文パケットを含む。
【００６０】
実施態様において、メモリ９０８はさらに、特定の注文に基づいて新たな注文を生成するように構成される生成モジュールを含んでよい。例えば、生成モジュールは、新たな注文に対する要求を受信するように構成される受信サブモジュール、新たな注文に基づいて特定のアカウントと特定の注文のデータとを取得するように構成される獲得サブモジュール、ならびに、特定のアカウントと特定の注文のデータとに基づいて新たな注文を生成及び記憶するように構成される生成サブモジュールを含んでよい。
【００６１】
実施態様はさらに、パケット送信のためのシステムに関する。図１０は、パケット送信を可能にする例示的なコンピューティングシステム１０００の概略図である。
【００６２】
システム１０００は、パケット送信のためのデバイス４００及びパケットを受信するためのデバイス９００を含んでよい。パケット送信のためのデバイス４００及びパケットを受信するためのデバイス９００は、モバイル通信デバイス、ＰＣ、ＰＡＤ、ｉＰａｄ（登録商標）及び他のデバイスにおいて用いられてよい。例えば、パケット送信のためのデバイス４００は、送信パケットを送信可能であるモバイルデバイスにおいて用いられてよい。パケットを受信するためのデバイス９００は、パケットを受信可能であるモバイルデバイスにおいて用いられてよい。送信パケットが特定のパケットにおいて遠隔データの遠隔データ識別子を含む場合、システム１０００はさらに、遠隔データを記憶するためのサーバを含んでよい。
【００６３】
実施態様はさらに、モバイルデバイスに関する。図１１は、例示的なモバイルデバイス１１００の概略図である。モバイルデバイスは、ディスプレイ１１０２、プロセッサ１１０４、及びメモリ１１０６を含んでよい。プロセッサ１００４は、モバイルショッピングアプリケーションを記憶するように構成されてよい。プロセッサ１１０４によりモバイルショッピングアプリケーションを実行する際、モバイルデバイス１１００は、第１のユーザアカウントと関連する未決注文インターフェースをディスプレイ１１０２に表示してよい。例えば、未決注文インターフェースは、第２のユーザアカウントと関連するモバイルデバイスから一括で転送される未決注文を含んでよい。モバイルデバイスは、未決注文が一括で転送される前に、第２のユーザアカウントの下で未決注文と関連するトランザクションを動作させてよい。
【００６４】
実施態様において、第１のユーザアカウントと関連する未決注文は、第２のユーザアカウントと関連するモバイルデバイスにより生成されてよい。これらの例において、第２のアカウントと関連する特定のパケットは、様々な未決注文を含んでよい。１つまたは複数の未決注文の注文番号は、特定のパケットの遠隔データの識別子として使用されてよい。特定のパケットに基づいて、第２のユーザアカウントと関連するモバイルデバイスは、送信パケットを生成してよい。送信パケットは、少なくとも未決注文の注文番号を含んでよい。２つのモバイルデバイス間のパケット送信を使用することにより、第１のユーザアカウントと関連するモバイルデバイスは、データに対する単一の動作を介して多数の未決注文を取得し得る。これにより、実施態様は、モバイル端末間の情報共有の利便性及び正確性を高める。
【００６５】
実施態様において、注文は通常、知人により先行の注文が完了及び承認された後に、完了される。特に、対象の購入者は、知人により購入された商品を閲覧し得る。これにより、商品購入への確信及び要望が改善される。
【００６６】
本明細書における実施態様は、パケットを受信及び／または送信するための方法、システム及びデバイスに関する。コンピューティングデバイス（例えば、モバイルデバイス）は、第１のモバイル端末と関連する特定のパケットに対応する送信パケットを生成してよく、また、近接データ伝送技法を使用して送信パケットを第２のモバイル端末へ送信してよい。コンピューティングデバイスは、近接データ伝送技法を使用して第１のモバイル端末から送信パケットを受信してよく、局所データ及び／または遠隔データを含む特定のパケットを取得するように送信パケットをパースしてよく、また、遠隔データの識別子に基づいて遠隔データを取得してよく、また、第１のモバイル端末と関連する特定のパケットのデータを、第２のモバイル端末と関連するディスプレイ上に表示してよい。実施態様はこれにより、モバイル端末間の情報共有の利便性及び正確性を高める。
【００６７】
実施形態は、本開示を説明するためのものに過ぎず、本開示の範囲を限定することを意図するものでない。一定の修正及び改良が成されてもよく、それらが、本開示の原理から逸脱することなく、本開示の保護の下で考察されるべきであることを、当業者は理解すべきである。
【図１】
0006685281.tif 000002
【図２】
0006685281.tif 000003
【図３】
0006685281.tif 000004
【図４】
0006685281.tif 000005
【図５】
0006685281.tif 000006
【図６】
0006685281.tif 000007
【図７】
0006685281.tif 000008
【図８】
0006685281.tif 000009
【図９】
0006685281.tif 000010
【図１０】
0006685281.tif 000011
【図１１】
0006685281.tif 000012