JP7862811B2 - 注文管理のためのシステム及び方法 - Google Patents

Description

本発明は注文管理に関し、特に、ブラウザ拡張機能を使用した注文管理に関する。

ソーシャルメディアやＥＣサイトなど、インターネット上での販売やショッピングは、日常生活に浸透している。さまざまなプラットフォームやプロバイダーがオンライン販売や注文管理のサービスを提供しており、競争も激しい。プロバイダーにとって、ユーザが望むサービスを提供することが重要である。

台湾特許出願公開第１０８１１１２６９号は、注文管理のためのシステムを開示している。

本発明の一実施態様による注文管理のための方法は、１以上のコンピュータにより実行され、第１のサーバによってサポートされているウェブサイト上の投稿に関連付けられたオブジェクトを第１のユーザのユーザ端末に表示する工程と、当該第１のユーザが当該オブジェクトを選択したことを検出する工程と、当該投稿に関連する第２のユーザからの購入コメントを第２のサーバに送信する工程と、を含み、当該第１のサーバが当該第２のサーバと異なる。

本発明の一実施態様による端末は、１以上のプロセッサを含む注文管理のための端末であって、当該１以上のコンピュータプロセッサがブラウザのプラグインを実行して、第１のサーバによってサポートされているウェブサイト上の投稿に関連付けられたオブジェクトを第１のユーザのユーザ端末に表示する工程と、当該第１のユーザが当該オブジェクトを選択したことを検出する工程と、当該投稿に関連する第２のユーザからの購入コメントを第２のサーバに送信する工程と、を実行し、当該第１のサーバが当該第２のサーバと異なる。

プラグインプログラムを含む非一時的なコンピュータ可読媒体であって、当該プラグインプログラムが、１以上のコンピュータに、第１のサーバによってサポートされているウェブサイト上の投稿に関連付けられたオブジェクトを第１のユーザのユーザ端末に表示する工程と、当該第１のユーザが当該オブジェクトを選択したことを検出する工程と、当該投稿に関連する第２のユーザからの購入コメントを第２のサーバに送信する工程と、を実行させ、当該第１のサーバが当該第２のサーバと異なる。

本発明の一部の実施態様に基づくライブストリーミングシステム１の構成を示す概略図である。 本発明の一部の実施態様に基づく、図１のユーザ端末３０の機能と構成を示すブロック図である。 本発明の一部の実施態様に基づく、図１のサーバの機能と構成を示すブロック図である。 図３のストリームＤＢ３１０の例示的データ構造を示す表である。 図３のユーザＤＢ３１２の例示的データ構造を示す表である。 図３のギフトＤＢ３１４の例示的データ構造を示す表である。 アイテムＤＢ２５０の例示的データ構造を示す表である。 注文ＤＢ３５０の例示的データ構造を示す表である。 在庫ＤＢ３５２の例示的データ構造を示す表である。 本発明の一部の実施態様に基づく例示的な流れを示すフローチャートである。 本発明の一部の実施態様に基づく管理者の視点から見たソーシャルメディアページの例である。 本発明の一部の実施態様に基づく管理者の視点から見たソーシャルメディアページの例である。 本発明の一部の実施態様に基づく管理者の視点から見たソーシャルメディアページの例である。 本発明の一部の実施態様に基づく管理者の視点から見たソーシャルメディアページの例である。 本発明の一部の実施態様に基づく購入者の視点から見たソーシャルメディアページの例である。 本発明の一部の実施態様に基づく購入者の視点から見たソーシャルメディアページの例である。 本発明の一部の実施態様に基づく購入者の視点から見たソーシャルメディアページの例である。 本発明の一部の実施態様に基づく購入者の視点から見たソーシャルメディアページの例である。 本発明の一部の実施態様に基づく購入者の視点から見たソーシャルメディアページの例である。 本発明の一部の実施態様に基づく情報処理装置のハードウェア構成例を示すブロック図である。 本発明の一部の実施態様に基づくソーシャルメディアページの例である。 本発明の一部の実施態様に基づくブラウザへのプラグインを使用してユーザ端末でのコメントからデータを生成するプロセスを示すフローチャートである。 抽出された注文リスト７０２の例示的データ構造を示す表である。 抽出された商品リスト７０４の例示的データ構造を示す表である。

以下、各図面に示す同一または類似の構成要素、部材、手順または信号には、すべての図面において同様の符号を付し、それによって重複する説明は適宜省略される。また、各図面の説明において重要でない一部部材は省略される。

オンライン販売プロバイダー（または注文管理サービスプロバイダー）は、購入者のショッピング体験（自動注文確認など）と、販売者の販売体験（注文管理など）を向上させたいと考えている。

図１は、本発明の一部の実施態様に基づくライブストリーミングシステム１の構成を示す概略図である。当該ライブストリーミングシステム１は、ストリーミングの配信者（ライバー、アンカー、ストリーマー、ライブ配信者とも呼ばれる）ＬＶと視聴者（オーディエンスとも呼ばれる）ＡＵ（ＡＵ１、ＡＵ２...）に、リアルタイムで交流または通信するためのライブ配信サービスを提供する。図１に示すように、当該ライブストリーミングシステム１は、サーバ１０と、ユーザ端末２０と、ユーザ端末３０（３０ａ、３０ｂ...）を含む。一部の実施態様において、当該配信者と視聴者は、集合的にユーザと呼ばれてもよい。当該サーバ１０は、ネットワークＮＷに接続された、１以上の情報処理装置を含むことができる。当該ユーザ端末２０、３０は、例えば、スマートフォン、タブレット、ノートＰＣ、レコーダー、携帯ゲーム機、ウェアラブル端末などのモバイル端末装置、あるいはデスクトップＰＣなどの据え置き型装置であってもよい。当該サーバ１０、当該ユーザ端末２０及び当該ユーザ端末３０は、各種有線または無線ネットワークＮＷを介して相互に通信可能に接続される。

当該ライブストリーミングシステム１には、配信者ＬＶ、視聴者ＡＵ、及び当該サーバ１０を管理する管理者（またはアプリプロバイダー、図示せず）が参加する。当該配信者ＬＶは、自身のユーザ端末２０でコンテンツを記録し、当該サーバ１０に直接または間接的にアップロードすることにより、リアルタイムで当該コンテンツを配信する者である。当該コンテンツの例としては、当該配信者自身の歌、トーク、パフォーマンス、ゲームプレイ、その他あらゆるコンテンツであってもよい。当該管理者は、当該サーバ１０上で当該コンテンツをライブ配信するためのプラットフォームを提供するとともに、当該配信者ＬＶと当該視聴者ＡＵ間のリアルタイムの交流を仲介または管理する。当該視聴者ＡＵは、自分のユーザ端末３０で当該プラットフォームにアクセスし、所望のコンテンツを選択して視聴する。当該視聴者ＡＵは、選択したコンテンツのライブ配信中に、当該ユーザ端末３０を介してコメントや応援、ギフトの送信などの操作を実行する。当該コンテンツを配信している当該配信者ＬＶは、それらのコメント、応援、またはギフトに対して応答してもよい。当該応答が、映像および（または）音声で当該視聴者ＡＵに送信され、双方向のコミュニケーションが確立される。

「ライブストリーミング（ライブ配信）」という用語は、当該配信者ＬＶのユーザ端末２０で記録したコンテンツを、当該視聴者ＡＵのユーザ端末３０で実質的にリアルタイムに再生・視聴することを可能にするデータ伝送モードを指しても、そのような伝送モードにより実現されるライブブロードキャストを指してもよい。当該ライブ配信は、ＨＴＴＰライブストリーミング、ＣＭＡＦ（Ｃｏｍｍｏｎ Ｍｅｄｉａ Ａｐｐｌｉｃａｔｉｏｎ Ｆｏｒｍａｔ）、ＷｅｂＲＴＣ（Ｗｅｂ Ｒｅａｌ－Ｔｉｍｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＲＴＭＰ（Ｒｅａｌ―Ｔｉｍｅ Ｍｅｓｓａｇｉｎｇ Ｐｒｏｔｏｃｏｌ）、ＲＴＭＰ（Ｒｅａｌ―Ｔｉｍｅ Ｍｅｓｓａｇｉｎｇ Ｐｒｏｔｏｃｏｌなどの既存のライブ配信技術を利用して実現されてもよい。ライブ配信には、当該配信者ＬＶによるコンテンツの記録と同時に、当該視聴者ＡＵが所定の遅延をもって当該コンテンツを視聴できる伝送モードを含む。当該遅延の長さについては、当該配信者ＬＶと当該視聴者ＡＵの交流が成立可能な程度の遅延であってもよい。なお、当該ライブ配信は、当該コンテンツの全記録データを一度当該サーバに格納し、その後ユーザの要求に応じて当該サーバから当該ユーザに提供する、いわゆるオンデマンド配信と区別される。

ここでいう「映像データ」とは、当該ユーザ端末２０または３０の撮像機能を用いて生成された画像データ（映像データとも呼ばれる）と、当該ユーザ端末２０または３０の音声入力機能を用いて生成された音声データとを含むデータを指す。当該映像データは、当該ユーザがコンテンツを視聴できるように、当該ユーザ端末２０、３０で再生される。一部の実施態様において、当該配信者のユーザ端末における映像データの生成と当該視聴者のユーザ端末における映像データの再生との間に、当該映像データに対して圧縮、展開、符号化、復号化、トランスコーディングなど、その形式、サイズ、またはデータの仕様を変更する処理が行われると想定される。しかし、そのような処理の前後で、当該映像データが表す当該コンテンツ（例えば、映像や音声）は実質的に変化しないため、本明細書においては、そのような処理後の当該映像データを、そのような処理前の当該映像データと同一ものと表現している。すなわち、当該配信者のユーザ端末で映像データが生成された後、当該サーバ１０を介して当該視聴者のユーザ端末で再生される場合、当該配信者のユーザ端末で生成された当該映像データ、当該サーバ１０を通過する当該映像データ、および当該視聴者のユーザ端末で受信して再生される当該映像データは、いずれも同一の映像データである。

図１に示す例において、当該配信者ＬＶは、ライブ配信データを提供する。当該配信者ＬＶのユーザ端末２０は、当該配信者ＬＶの映像や音声を記録して当該配信データを生成し、生成された当該データは当該ネットワークＮＷを介して当該サーバ１０に送信される。同時に、当該ユーザ端末２０は、当該配信者ＬＶの記録された映像ＶＤを当該ユーザ端末２０のディスプレイに表示し、当該配信者ＬＶが現在行っているライブ配信コンテンツを確認できるようにする。

当該プラットフォームに当該配信者ＬＶのライブ配信を視聴することを要求した当該視聴者ＡＵ１、ＡＵ２のそれぞれのユーザ端末３０ａ、３０ｂは、当該ネットワークＮＷを介して当該ライブ配信に関連する映像データ（以下、「ライブ配信の映像データ」と呼ばれてもよい）を受信し、受信した当該映像データを再生して当該映像ＶＤ１、ＶＤ２をディスプレイに表示し、スピーカーから音声を出力する。当該ユーザ端末３０ａ、３０ｂでそれぞれ表示される映像ＶＤ１、ＶＤ２は、当該配信者ＬＶの当該ユーザ端末２０により撮像された映像ＶＤと実質的に同じであり、当該ユーザ端末３０ａ、３０ｂで出力される音声は、当該配信者ＬＶの当該ユーザ端末２０で記録された音声と実質的に同じである。

当該配信者ＬＶの当該ユーザ端末２０での映像・音声の記録と、当該視聴者ＡＵ１、ＡＵ２の当該ユーザ端末３０ａ、３０ｂでの映像データの再生は、実質的に同時に行われる。当該視聴者ＡＵ１が、当該配信者ＬＶにより提供される当該コンテンツに関するコメントを当該ユーザ端末３０ａに入力すると、当該サーバ１０は当該コメントを配信者ＬＶの当該ユーザ端末２０にリアルタイムで表示するとともに、当該視聴者ＡＵ１とＡＵ２の当該ユーザ端末３０ａと３０ｂにも当該コメントをそれぞれ表示する。当該配信者ＬＶが当該コメントを読み、当該コメントに対応するトークを展開すると、そのトークの映像と音声が、それぞれ当該視聴者ＡＵ１、ＡＵ２のユーザ端末３０ａ、３０ｂに表示される。このインタラクティブな動作は、当該配信者ＬＶと当該視聴者ＡＵ１間で会話が成立していると認識される。これにより、当該ライブストリーミングシステム１では、一方的なコミュニケーションではなく、双方向のコミュニケーションを可能にするライブ配信を実現する。

図２は、本発明の一部の実施態様に基づく、図１のユーザ端末３０の機能と構成を示すブロック図である。当該ユーザ端末２０は、当該ユーザ端末３０と同じまたは類似した機能と構成を有する。図２の各ブロックと以降のブロック図は、ハードウェアがコンピュータのＣＰＵや機械装置などの要素によって実現されてもよく、ソフトウェアがコンピュータプログラムなどによって実現されてもよい。機能ブロックは、これらの要素間の連携動作により実現されてもよい。したがって、これらの機能ブロックは、ハードウェアとソフトウェアの組み合わせによる多様な形態で実現され得ることが、当業者には理解されよう。

当該配信者ＬＶ及び当該視聴者ＡＵは、当該ネットワークＮＷを介してダウンロードサイトからライブ配信アプリケーションプログラム（以下、ライブ配信アプリケーションという）をダウンロードし、当該ユーザ端末２０、３０にインストールしてもよい。あるいは、当該ライブ配信アプリケーションは、当該ユーザ端末２０と３０に予めインストールされていてもよい。当該ライブ配信アプリケーションが当該ユーザ端末２０、３０上で実行されると、当該ユーザ端末２０、３０は、当該ネットワークＮＷを介して当該サーバ１０と通信し、各種機能を実装または実行する。以下、当該ライブ配信アプリケーションが実行されるユーザ端末２０、３０（ＣＰＵなどのプロセッサ）によって実装される機能を、当該ユーザ端末２０、３０の機能として説明する。これらの機能は、実際には、当該ユーザ端末２０、３０上で当該ライブ配信アプリケーションにより実現される。一部の実施態様において、これらの機能は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などのプログラミング言語で記述され、当該サーバ１０から当該ネットワークＮＷを介して当該ユーザ端末２０、３０のウェブブラウザに送信され、当該ウェブブラウザにより実行されるコンピュータプログラムによって実現されてもよい。

当該ユーザ端末３０は、配信ユニット１００と視聴ユニット２００を含む。当該配信ユニット１００は、当該ユーザ（またはユーザ側）の映像と音声が記録された映像データを生成し、当該映像データを当該サーバ１０に提供する。当該視聴ユニット２００は、当該サーバ１０から映像データを受信し、当該映像データを再生する。当該ユーザは、ライブ配信を行う際に、当該配信ユニット１００を起動し、当該ユーザが映像を視聴する際に、当該視聴ユニット２００を起動する。当該配信ユニット１００が起動される当該ユーザ端末は、当該配信者の端末、すなわち、当該映像データを生成する当該ユーザ端末である。当該視聴ユニット２００が起動される当該ユーザ端末は、当該視聴者の端末、即ち、当該映像データが再現され、再生される当該ユーザ端末である。

当該配信ユニット１００は、撮像コントロールユニット１０２と、オーディオコントロールユニット１０４と、映像送信ユニット１０６と、配信者側ＵＩコントロールユニット１０８を含む。当該撮像コントロールユニット１０２は、カメラ（図２に表示せず）に接続され、当該カメラで実行される撮像を制御する。当該撮像コントロールユニット１０２は、当該カメラからの画像データを取得する。当該オーディオコントロールユニット１０４は、マイク（図２に表示せず）に接続され、当該マイクからの音声入力を制御する。当該オーディオコントロールユニット１０４は、当該マイクから当該オーディオデータを取得する。当該映像送信ユニット１０６は、当該撮像コントロールユニット１０２により取得された当該画像データと、当該オーディオコントロールユニット１０４により取得された当該オーディオデータを含む映像データを、当該ネットワークＮＷを介して当該サーバ１０に送信する。当該映像データは、当該映像送信ユニット１０６によりリアルタイムに送信される。すなわち、当該撮像コントロールユニット１０２と当該オーディオコントロールユニット１０４による当該映像データの生成と、生成された当該映像データの当該映像送信ユニット１０６による送信とは、実質的に同時に実行される。当該配信者側ＵＩコントロールユニット１０８は、当該配信者のＵＩ（ユーザインターフェイス）をコントロールする。当該配信者側ＵＩコントロールユニット１０８は、ディスプレイ（図２に表示せず）に接続されてもよく、当該映像送信ユニット１０６により送信される当該映像データを再生することにより、当該ディスプレイに映像を表示する。当該配信者側ＵＩコントロールユニット１０８は、操作オブジェクトや指示許諾オブジェクトを当該ディスプレイに表示し、当該オブジェクトをタップした当該配信者からの入力を受け付けてもよい。

当該視聴ユニット２００は、視聴者側ＵＩコントロールユニット２０２と、重ね合わせ情報生成ユニット２０４と、入力情報送信ユニット２０６を含む。当該視聴ユニット２００は、当該ネットワークＮＷを介して当該サーバ１０から、当該配信者、当該ユーザ端末３０のユーザである視聴者、及び他の視聴者が参加する、ライブ配信に関連する映像データを受信する。当該視聴者側ＵＩコントロールユニット２０２は、当該視聴者のＵＩを制御する。当該視聴者側ＵＩコントロールユニット２０２は、ディスプレイとスピーカー（図２に表示せず）に接続され、受信した映像データを再生して、当該ディスプレイに映像を表示し、当該スピーカーから音声を出力する。当該映像が当該ディスプレイに出力され、当該音声が当該スピーカーから出力されている状態を「映像データが再生されている」状態と呼ぶことができる。当該視聴者側ＵＩコントロールユニット２０２は、タッチパネル、キーボード、ディスプレイ等の入力手段（図２に表示せず）にも接続され、当該入力手段を介してユーザの入力を取得する。当該重ね合わせ情報生成ユニット２０４は、当該サーバ１０からの映像データから生成された画像上に、所定のフレーム画像を重ねる。当該フレーム画像には、当該ユーザからの入力を受け付けるためのさまざまなユーザインターフェイスオブジェクト（以下、単に「オブジェクト」という）、当該視聴者により入力されたコメント、及び（または）当該サーバ１０から取得した情報などが含まれる。当該入力情報送信ユニット２０６は、当該ネットワークＮＷを介して、当該視聴者側ＵＩコントロールユニット２０２により取得された当該ユーザ入力を当該サーバ１０に送信する。

一部の実施態様において、当該ユーザ端末２０は、販売サイト（または電子商取引サイト、あるいは販売機能を備えたソーシャルメディアページ）でアイテムを販売するために販売者（または管理者、あるいは販売業者）が用いる端末であってもよい。販売活動には、販売サイト上での販売投稿の作成が含まれてもよい。一部の実施態様において、当該投稿はライブ配信コンテンツを含んでいてもよい。一部の実施態様において、当該ユーザ端末３０は、販売サイトまたは電子商取引サイトでアイテムを購入または参照するために購入者（または訪問者）が用いる端末であってもよい。購入活動には、当該販売投稿に関してコメントを残すことが含まれてもよい。

当該ユーザ端末３０（または当該ユーザ端末２０）は、取得ユニット２３０と、表示ユニット２３２と、処理ユニット２３４と、アイテムＤＢ２５０と、機械学習ＤＢ２５２も含む。当該ユーザ端末３０は、プラットフォームサーバ２７０およびダウンロードサーバ２８０と通信する。

当該プラットフォームサーバ２７０は、販売サイトをサポートまたは運営するサーバ（またはサードパーティサーバ）であり、任意の電子商取引プラットフォーム、あるいはＦａｃｅｂｏｏｋやＩｎｓｔａｇｒａｍなどのソーシャルメディアプラットフォームを含んでもよい。

当該ダウンロードサーバ２８０は、プログラム／アプリケーション／プラグイン／プログラム拡張機能をダウンロードできるサーバである。例えば、Ｇｏｏｇｌｅ ｐｌａｙ ｓｔｏｒｅやＡｐｐｌｅ ｓｔｏｒｅ、あるいは拡張機能ダウンロードスペースのサーバであってもよい。当該拡張機能ダウンロードスペースとは、Ｃｈｒｏｍｅ拡張機能などのブラウザ拡張機能にアクセスできる場所であってもよい。

一部の実施態様において、当該取得ユニット２３０と（または）当該表示ユニット２３２と、当該処理ユニット２３４と、当該アイテムＤＢ２５０と、当該機械学習ＤＢ２５２は、当該ダウンロードサーバ２８０からダウンロードされた拡張機能に実現されてもよい（または含まれてもよい）。一部の実施態様において、当該拡張機能は、当該ユーザ端末３０（またはユーザ端末２０）上のブラウザなどのアプリケーションにインストールされてもよい。

図７は、アイテムＤＢ２５０の例示的データ構造を示す表である。当該アイテムＤＢ２５０は、販売サイト上で販売されるアイテムのデータを格納する。当該アイテムＤＢ２５０は、アイテムＩＤとアイテム名を相互に関連付けて格納する。一部の実施態様において、当該アイテムＤＢ２５０に含まれる当該データは、ユーザ端末２０を用いる販売者によって当該販売サイト上の販売投稿と一致するように設定されてもよい。一部の実施態様において、当該アイテムＤＢ２５０内の当該データは、当該取得ユニット２３０または当該処理ユニット２３４によって当該販売サイト上の当該販売投稿から抽出することにより設定されてもよい。

当該機械学習ＤＢ２５２は、例えばＣｈａｔＧＰＴを含む、大規模言語モデル（ＬＬＭ）など、さまざまなＡＩまたは機械学習モデルを含んでもよい。

当該取得ユニット２３０は、当該プラットフォームサーバ２７０からウェブサイトデータまたは電子商取引データを取得するように構成される。

当該表示ユニット２３２は、当該取得ユニット２３０により取得された当該ウェブサイトデータに基づき、当該プラットフォームサーバ２７０によってサポートまたは運営されるウェブサイトを表示するように構成される。当該ウェブサイトは１つ以上の販売投稿を含んでもよい。一部の実施態様において、当該表示機能は、当該視聴ユニット２００によって実行されてもよい。一部の実施態様において、当該ウェブサイトは当該ユーザ端末２０のブラウザによりアクセスされ、当該表示ユニット２３２を含む当該拡張機能は当該ブラウザにインストールされる。

当該処理ユニット２３４は、当該ウェブサイト上のコンテンツが所定の基準を満たしているか否かを判定するように構成される。例えば、当該処理ユニット２３４は、当該ウェブサイト（またはウェブページ）のデータをクロール／抽出／スキャンし、当該ウェブサイトにアクセスしている当該ユーザが当該ウェブサイト上で販売者／管理者であるか否かを判定してもよい。当該所定の基準は、当該コンテンツに、当該ユーザが当該ウェブサイト上で販売者であることを示す「管理者」または「販売者」などのキーワードが含まれることを要求してもよい。一部の実施態様において、当該ユーザはまず販売者／管理者として当該ウェブサイトにログインする必要がある。当該キーワードは、異なるウェブサイトによって異なってもよく、実際の運用に応じて設定することができる。

当該ユーザが販売者であると判定された場合、当該表示ユニット２３２は、当該サーバ１０により提供される注文管理サービスに当該ユーザがログインするために構成された、ログインオブジェクト／インターフェイスを表示する。ログインプロセスにおいて、当該取得ユニット２３０は、当該販売者から識別子を取得し、当該識別子は当該販売サイト（または当該販売投稿）と、サーバ１０により提供される当該文管理サービスに関連付けられる。一部の実施態様において、当該識別子は、当該販売サイト上の当該販売者のユーザＩＤであってもよい。一部の実施態様において、当該識別子は、当該注文管理サービスシステム上の当該販売者のユーザＩＤであってもよい。

当該注文管理サービスへのログイン成功に応答して、またはログイン成功後、当該表示ユニット２３２は、当該ウェブサイト上の販売投稿に関連付けられたエクスポートオブジェクトを表示する。当該エクスポートオブジェクトは、当該販売投稿とともに表示されてもよい。

当該処理ユニット２３４は、当該販売者が当該エクスポートオブジェクトを選択したことを検出するように構成される。その後、当該処理ユニット２３４は、当該販売投稿に関連する１つ以上の購入コメントを抽出し、後続の注文管理のために、当該購入コメントを当該注文管理サーバ１０に送信してもよい。当該販売者の当該識別子に結び付けられても、またはリンクされてもよい。当該購入コメントは、当該ウェブサイト上の他のユーザまたは購入者が残したものである。当該処理ユニット２３４は、注文管理のために、他の注文情報を抽出し、当該注文情報をサーバ１０に送信してもよい。当該注文情報は、例えば、当該販売投稿の投稿ＩＤ、販売者ユーザＩＤ、購入者ユーザＩＤ、および（または）注文時刻（またはコメント時刻）を含んでもよい。

一部の実施態様において、当該処理ユニット２３４は、当該機械学習ＤＢ２５２を利用して、当該購入コメントから当該購入情報を分析し、決定してもよい。例えば、当該機械学習ＤＢ２５２からのＬＬＭを利用して、当該アイテムＤＢ２５０を参照し、購入者がどのアイテム及びいくつのアイテムを欲しているか、当該購入者のコメントに基づいて、確定してもよい。一部の実施態様において、当該処理ユニット２３４は、元の購入コメントを送信する代わりに、決定された当該購入情報（決定されたアイテム名と数量を含む）をサーバ１０に送信してもよい。

一部の実施態様において、当該処理ユニット２３４は、当該購入コメントのある部分が、当該アイテムＤＢ２５０内のアイテムのセットと一致しないことを見つける、または判定してもよい。その場合、当該処理ユニット２３４は、当該機械学習ＤＢ２５２を利用して、当該アイテムＤＢ２５０内のアイテムのセットの中で、当該購入コメントの当該部分と相関性がある（あるいは最も相関している）候補アイテムを決定してもよい。その後、当該処理ユニット２３４は、当該投稿について（または当該購入コメントについて）、当該候補アイテムを含む確認コメントを生成してもよい。

図３に、本発明の一部の実施態様に基づく、図１の当該サーバ１０の機能と構成を示すブロック図を示す。当該サーバ１０は、配信情報提供ユニット３０２と、中継ユニット３０４と、ギフト処理ユニット３０６と、支払い処理ユニット３０８と、ストリームＤＢ３１０と、ユーザＤＢ３１２と、ギフトＤＢ３１４と、注文処理ユニット３２０と、通知ユニット３２２と、注文ＤＢ３５０と、在庫ＤＢ３５２と、機械学習ＤＢ３５４と、を含む。

当該配信者側の当該ユーザ端末２０から当該ネットワークＮＷを介してライブ配信の開始通知または要求を受信すると、当該配信情報提供ユニット３０２は、このライブ配信を識別するためのストリームＩＤと当該ライブ配信を行う配信者の配信者ＩＤをストリームＤＢ３１０に登録する。

当該配信情報提供ユニット３０２が、当該ネットワークＮＷを介して当該視聴者側の当該ユーザ端末３０の当該視聴ユニット２００からライブ配信に関する情報の提供要求を受信すると、当該配信情報提供ユニット３０２は、当該ストリームＤＢ３１０から現在利用可能なライブ配信を取得または確認し、利用可能なライブ配信のリストを作成する。当該配信情報提供ユニット３０２は、作成したリストを当該ネットワークＮＷ経由で要求元の当該ユーザ端末３０に送信する。要求元の当該ユーザ端末３０の当該視聴者側ＵＩコントロールユニット２０２は、受信したリストに基づいてライブ配信選択画面を生成し、当該ユーザ端末３０のディスプレイ上に表示する。

当該ユーザ端末３０の当該入力情報送信ユニット２０６が、当該ライブ配信選択画面上で当該視聴者の選択結果を受信すると、当該入力情報送信ユニット２０６は、選択されたライブ配信のストリームＩＤを含む配信要求を生成し、当該ネットワークＮＷを介して当該サーバ１０に当該要求を送信する。当該配信情報提供ユニット３０２は、要求元の当該ユーザ端末３０に対して、受信した当該配信要求に含まれる当該ストリームＩＤで指定されるライブ配信の提供を開始する。当該配信情報提供ユニット３０２は、当該ストリームＩＤの（または対応する）視聴者ＩＤに、要求元の当該ユーザ端末３０の当該視聴者のユーザＩＤを含めるように当該ストリームＤＢ３１０を更新する。

当該中継ユニット３０４は、当該配信情報提供ユニット３０２により開始された当該ライブ配信において、配信者側の当該ユーザ端末２０から視聴者側の当該ユーザ端末３０に当該映像データを中継する。当該中継ユニット３０４は、当該ライブ配信中または当該映像データの再生中に、当該入力情報送信ユニット２０６から視聴者によるユーザ入力を表す信号を受信する。当該ユーザ入力を表す信号は、当該ユーザ端末３０のディスプレイに表示されたオブジェクトを指定するオブジェクト指定信号であってもよい。当該オブジェクト指定信号は、当該視聴者の視聴者ＩＤ、当該視聴者が視聴しているライブ配信の配信者の配信者ＩＤ、及び当該オブジェクトを特定するオブジェクトＩＤを含んでもよい。当該オブジェクトがギフトであるとき、当該オブジェクトＩＤはギフトＩＤである。同様に、当該中継ユニット３０４は、当該ユーザ端末２０の当該配信ユニット１００から、当該映像データの再生中（またはライブ配信中）に配信者により行われたユーザ入力を表す信号を受信する。当該信号は、オブジェクト指定信号であってもよい。

また、当該ユーザ入力を表す信号は、視聴者が当該ユーザ端末３０に入力したコメントと当該視聴者の視聴者ＩＤを含むコメント入力信号であってもよい。当該コメント入力信号を受信すると、当該中継ユニット３０４は、当該コメントと信号に含まれる当該視聴者ＩＤを、当該配信者の当該ユーザ端末２０と他の視聴者の当該ユーザ端末３０に送信する。これらユーザ端末２０、３０において、当該視聴者側ＵＩコントロールユニット２０２と、当該重ね合わせ情報生成ユニット２０４は、同じく受信した当該視聴者ＩＤと関連付けられたディスプレイ上に受信したコメントを表示する。

当該ギフト処理ユニット３０６は、当該オブジェクト指定信号に含まれるギフトＩＤによって特定されるギフトのポイントに基づき、当該配信者のポイントを増加させ、当該ユーザＤＢ３１２を更新する。具体的には、当該ギフト処理ユニット３０６は、当該ギフトＤＢ３１４を参照して、受信した当該オブジェクト指定信号に含まれる当該ギフトＩＤに対して付与するポイントを特定する。その後、当該ギフト処理ユニット３０６は、当該ユーザＤＢ３１２を更新し、当該オブジェクト指定信号に含まれる当該配信者ＩＤの（または当該配信者ＩＤに対応する）ポイントに、特定されたポイントを追加する。

当該支払い処理ユニット３０８は、当該オブジェクト指定信号の受信に応答して、視聴者からのギフトの代金の支払いを処理する。具体的には、当該支払い処理ユニット３０８は、当該ギフトＤＢ３１４を参照して、当該オブジェクト指定信号に含まれる当該ギフトＩＤにより特定される当該ギフトの価格ポイントを特定する。その後、当該支払い処理ユニット３０８は、当該ユーザＤＢ３１２を更新し、当該オブジェクト指定信号に含まれる当該視聴者ＩＤにより特定される当該視聴者のポイントから、特定された当該価格ポイントを差し引く。

図４は、図３のストリームＤＢ３１０の例示的データ構造を示す表である。当該ストリームＤＢ３１０は、現在行われているライブ配信に関する情報を保持する。当該ストリームＤＢ３１０は、ストリームＩＤ、配信者ＩＤ、視聴者ＩＤを、相互に関連付けて格納する。当該ストリームＩＤは、当該ライブストリーミングシステム１により提供されるライブストリーミングプラットフォームにおけるライブ配信を識別するためのＩＤである。当該配信者ＩＤは、当該ライブ配信を提供する配信者を識別するためのユーザＩＤである。当該視聴者ＩＤは、当該ライブ配信の視聴者を識別するためのユーザＩＤである。一部の実施態様による当該ライブストリーミングシステム１により提供されるライブストリーミングプラットフォームにおいて、ユーザがライブ配信を開始すると、当該ユーザは配信者となり、同じユーザが別のユーザによりブロードキャストされるライブ配信を視聴すると、当該ユーザは視聴者にもなる。したがって、配信者と視聴者の区別は固定されておらず、あるとき配信者ＩＤとして登録されたユーザＩＤが、別のときに視聴者ＩＤとして登録されることもあり得る。

図５は、図３のユーザＤＢ３１２の例示的データ構造を示す表である。当該ユーザＤＢ３１２は、ユーザに関する情報を保持する。当該ユーザＤＢ３１２は、当該ユーザＩＤと当該ポイントを、相互に関連付けて格納する。当該ユーザＩＤは、ユーザを識別する。当該ポイントは、対応する当該ユーザが保持するポイントに相当する。当該ポイントは、当該ライブストリーミングプラットフォーム内で流通する電子的な価値である。一部の実施態様において、配信者がライブ配信中に視聴者からギフトを受け取ると、当該配信者のポイントは当該ギフトに対応する価値だけ増加する。当該ポイントは、例えば、当該配信者が当該ライブストリーミングプラットフォームの管理者から受け取る報酬（金銭など）の量を決定するために使用される。一部の実施態様において、当該配信者が視聴者からギフトを受け取る際に、当該ポイントに代えて、当該ギフトに対応する金額を付与してもよい。

図６は、図３のギフトＤＢ３１４の例示的データ構造を示す表である。当該ギフトＤＢ３１４は、当該ライブ配信中に当該視聴者が利用できるギフトについての情報を保持する。ギフトは、電子データである。ギフトは、ポイントまたは金銭で購入するか、無償で提供することができてもよい。ギフトは、視聴者が配信者に贈ることができる。配信者にギフトを贈ることは、ギフトを使う、ギフトを送る、ギフトを投げるなどとも呼ばれる。ギフトの中には、購入と同時に使用できるものと、購入後、購入した視聴者が後から任意のタイミングで使用できるものとがある。視聴者が配信者にギフトを贈ると、当該ギフトに対応する量のポイントが当該配信者に付与される。ギフトが使用されると、その使用によって当該ギフトに関連するエフェクトが発生してもよい。例えば、ライブ配信画面に当該ギフトに対応したエフェクト（視覚的効果や聴覚的効果など）が表示される。

当該ギフトＤＢ３１４は、ギフトＩＤ、付与ポイント、価格ポイントを、相互に関連付けて格納する。当該ギフトＩＤは、ギフトを識別するためのものである。当該付与ポイントは、配信者にギフトが贈られたときに当該配信者に付与されるポイントの量である。当該価格ポイントは、ギフトの使用（購入）に対して支払われるポイントの量である。視聴者は、ライブ配信を視聴しているときに、所望のギフトの当該価格ポイントを支払うことで、配信者に当該所望のギフトを贈ることができる。当該価格ポイントの支払いは、適宜の電子決済手段により行うことができる。例えば、視聴者が管理者に当該価格ポイントを支払うことにより、支払いが行われてもよい。あるいは、銀行振り込みやクレジットカードによる支払いが利用されてもよい。当該管理者は、当該付与ポイントと当該価格ポイントとの関係を任意に設定することができる。例えば、付与ポイント＝価格ポイントとして設定してもよい。あるいは、当該付与ポイントに１.２などの所定の係数を乗じたポイントを当該価格ポイントとして設定しても、当該付与ポイントに所定の手数料ポイントを加算したポイントを当該価格ポイントとして設定してもよい。

一部の実施態様において、当該サーバ１０は、注文管理サービスシステムを稼働させるサーバであってもよい。当該注文管理サービスシステムは、販売サイトの販売者／管理者が当該販売サイト上の注文データを管理する支援をするように構成されてもよい。

当該機械学習ＤＢ３５４は、例えばＣｈａｔＧＰＴを含む、大規模言語モデル（ＬＬＭ）など、さまざまなＡＩまたは機械学習モデルを含んでもよい。

図８は、注文ＤＢ３５０の例示的データ構造を示す表である。当該注文ＤＢ３５０は、当該投稿ＩＤ、当該販売者ユーザＩＤ、当該販売サイト購入者ユーザＩＤ、当該注文管理購入者ユーザＩＤ、当該注文データを相互に関連付けて格納する。当該注文データは、アイテムＩＤ、アイテム名、注文数、注文時間を含む。

当該投稿ＩＤは、当該販売サイト上の当該販売投稿を識別するように構成される。当該販売者ユーザＩＤは、当該販売投稿（または当該販売サイト）の販売者のユーザＩＤである。当該販売サイト購入者ユーザＩＤは、当該販売投稿の購入者のユーザＩＤである。当該注文管理購入者ユーザＩＤは、サーバ１０が提供する当該注文管理サービスシステムにおけるユーザＩＤである。例えば、当該注文管理購入者ユーザＩＤにより、サーバ１０は、当該ユーザの名前、住所、課金などの対応するユーザデータについて、別のデータベースにアクセスしてもよい。当該販売サイト購入者ユーザＩＤと当該注文管理購入者ユーザＩＤ間の照合は、実際の状況に応じて、事前にさまざまな方法で実現することができる。

当該注文ＤＢ３５０内のデータは、当該注文処理ユニット３２０により、取得、処理、分析、当該注文ＤＢ３５０内に格納されてもよい。例えば、当該注文処理ユニット３２０は、販売投稿の購入コメント、注文情報（投稿ＩＤ、販売者ユーザＩＤ、購入者ユーザＩＤなど）を販売者側処理ユニット２３４から取得する。例えば、当該注文処理ユニット３２０は、当該機械学習ＤＢ３５４を使用して、当該購入コメントを分析したり、当該アイテムＩＤやアイテム名、注文数、および／または注文時間などを抽出したりしてもよい。

図９は、在庫ＤＢ３５２の例示的データ構造を示す表である。当該在庫ＤＢ３５２は、当該アイテムＩＤ、累積注文数、在庫数を相互に関連付けて格納する。

当該累積注文数は、例えば、当該注文処理ユニット３２０により、当該注文ＤＢ３５０から計算されてもよい。当該在庫数は、いくつのアイテムが販売向けに残っているかを示す。

図１０に、本発明の一部の実施態様に基づく例示的な流れを示すフローチャートを示す。

工程Ｓ１０００では、ユーザが販売サイトを開き、ログインするためにユーザ端末のブラウザを使用する。当該ブラウザには、注文管理のためのプラグイン（または拡張機能）がインストールされている。

工程Ｓ１００２では、当該ウェブサイトのコンテンツに基づいて、当該ユーザが当該販売サイトの販売者（または管理者）であるか否かを当該プラグインが判断する。「はい」の場合、フローは工程Ｓ１００４に進む。「いいえ」の場合、フローは工程Ｓ１０１２に進む。

工程Ｓ１００４では、当該プラグインが、注文管理サーバ１０により運営される注文管理システムに当該ユーザがログインするためのログインインターフェイスを備えた販売者画面を表示する。

工程Ｓ１００６では、ログイン成功後、当該プラグインが「エクスポート」ボタン（またはオブジェクト）を当該販売サイト上の販売投稿とともに表示する。当該ボタンを使用して、当該ユーザは当該販売投稿に関連するデータを抽出することができる。

工程Ｓ１００８では、当該ユーザが「エクスポート」ボタンを選択したことを当該プラグインが検出する。

工程Ｓ１０１０では、当該プラグインが当該注文データ（当該投稿ＩＤ、当該販売者ＩＤ、当該購入者ＩＤ、当該購入コメント、または抽出された購入情報を含む）を当該注文管理サーバ１０に送信する。その後、当該注文が確認され、実行される。

フローが工程Ｓ１０１２に進んだ場合、工程Ｓ１０００で当該販売サイトにログインした当該ユーザが販売者ではなく購入者であることを意味する。

工程Ｓ１０１２では、当該購入者のユーザ端末が、当該注文管理システムのログインインターフェイスを備えていない販売者画面を表示する（または表示したままとなる）。当該購入者のユーザ端末も当該販売サイト上の販売投稿に関する購入コメントを取得する。

工程Ｓ１０１４では、販売者側プラグインが当該販売サイト上の当該購入コメントを取得／分析する。当該販売者側プラグインは、当該販売投稿（または当該販売サイト）の販売者／管理者である販売者のユーザ端末のブラウザにインストールされる。

工程Ｓ１０１６では、当該注文内容が明確であるか否かを当該販売者側プラグインがチェックする。例えば、当該販売者側処理ユニット２３４は、当該機械学習ＤＢ２５２と当該アイテムＤＢ２５０を使用して、当該購入コメントを分析し、当該購入者が明確な注文メッセージを残したか否かを確認する。「はい」の場合、フローは工程Ｓ１０１８に進む。「いいえ」の場合、フローは工程Ｓ１０２２に進む。

工程Ｓ１０２２では、当該販売者側プラグインが当該販売投稿に関して注文確認コメントを生成し、当該購入者に当該注文内容を確認する。その後フローは工程Ｓ１０１２に戻り、当該購入者の購入コメント（または修正された購入コメント）を取得する。

工程Ｓ１０１８では、当該アイテムの在庫が新規注文に対して充分であるか否かを当該販売者側プラグインがチェックする。例えば、当該販売者側処理ユニット２３４は、当該注文管理サーバ１０上の当該注文ＤＢ３５０および／または当該在庫ＤＢ３５２にアクセスし、当該注文に対応可能か否かをチェックしてもよい。「はい」の場合、フローは工程Ｓ１０２０に進む。「いいえ」の場合、フローは工程Ｓ１０２４に進む。

工程Ｓ１０２４では、当該販売者側プラグインが当該販売投稿に関して注文確認コメントを生成し、当該購入者に当該注文内容を確認する。当該確認コメントは、在庫情報を含む。その後フローは工程Ｓ１０１２に戻り、当該購入者の購入コメント（または修正された購入コメント）を取得する。

工程Ｓ１０２０では、当該販売者側のプラグインが当該注文データ（当該投稿ＩＤ、当該販売者ＩＤ、当該購入者ＩＤ、当該購入コメント、または抽出された購入情報を含む）を当該注文管理サーバ１０に送信する。その後、当該注文が確認され、実行される。

図１１に、本発明の一部の実施態様に基づく管理者の視点から見たソーシャルメディアページの例を示す。図１１は、図１０における工程Ｓ１０００、Ｓ１００２、Ｓ１００４に対応してもよい。

当該ソーシャルメディアページは、販売投稿エリア、コメント表示エリア、コメント入力エリアを含む。当該販売投稿エリアは、販売業者／販売者の氏名、商品名、商品価格を含む販売投稿のコンテンツを含む。当該コメント表示エリアは、当該販売投稿に関連するコメントが表示されるエリアである。当該コメント入力エリアは、コメントを入力するためのものである。当該ソーシャルメディアページは、ソーシャルメディアサーバにより運営される。当該ソーシャルメディアは、例えば、Ｆａｃｅｂｏｏｋ、ｉｎｓｔａｇｒａｍ、ｔｉｋｔｏｋ、Ｘ（旧称ｔｗｉｔｔｅｒ）であってもよい。

ユーザＵ１は、当該ソーシャルメディアページ上の管理者（または販売者／販売業者）であるため、当該ソーシャルメディアページにログインした後、当該コンテンツ「管理者Ｕ１」がページ上に表示される。その後、ユーザＵ１のユーザ端末のブラウザにインストールされたプラグインが、当該コンテンツ「管理者」に基づいて、当該ユーザＵ１が当該ソーシャルメディアページの管理者であると判断する。そして、当該プラグインにより、当該ユーザＵ１が注文管理サーバ１０によりサポートされる当該注文管理システムにログインするための「注文管理にログイン」オプションが表示される。

図１２に、本発明の一部の実施態様に基づく管理者の視点から見たソーシャルメディアページの例を示す。図１２は、図１０における工程Ｓ１００４に対応してもよい。

ユーザＵ１が図１１の「注文管理にログイン」を選択すると、当該プラグインにより、当該ユーザＵ１が当該注文管理サービスにログインするためのログインインターフェイスが表示される。当該ユーザＵ１は、当該注文管理システムにおける自身の識別子を入力し、ログインしてもよい。

図１３に、本発明の一部の実施態様に基づく管理者の視点から見たソーシャルメディアページの例を示す。図１３は、図１０における工程Ｓ１００６に対応してもよい。

注文管理システムへのログインが成功した後、当該プラグインが当該販売投稿とともに「エクスポート」ボタンを表示する。ユーザＵ１は、当該ボタンを選択して当該注文データを抽出し、その後の分析や注文準備のために当該注文管理サーバ１０に送信してもよい。当該注文データは、当該投稿ＩＤ、ユーザＵ１のユーザＩＤ、当該投稿内容、当該コメントデータ、当該コメントデータを残したユーザのユーザＩＤを含んでもよい。

当該プラグインは、新規コメントの数を表示してもよい。新規コメントとは、前回のエクスポート操作後に新たに残されたコメントである。一部の実施態様において、当該プラグインは、新規コメントがあることを検出すると、自動的にあらゆる新規コメントをエクスポートしてもよい。

図１４に、本発明の一部の実施態様に基づく管理者の視点から見たソーシャルメディアページの例を示す。図１４は図１３と類似しているが、当該販売投稿に、配信者または販売者が当該投稿内でライブ販売を行うライブ配信コンテンツが含まれることが異なる。

図１５に、本発明の一部の実施態様に基づく購入者の視点から見たソーシャルメディアページの例を示す。図１５は、図１０における工程Ｓ１０００、Ｓ１００２、Ｓ１０１２に対応してもよい。

当該ユーザＵ５は、当該ソーシャルメディアページの（または当該販売投稿に関連する）管理者ではなく、購入者／訪問者である。したがって、当該ソーシャルメディアページにログインした後、コンテンツ「管理者」はページに表示されない。

当該ユーザＵ５のユーザ端末のブラウザにインストールされた当該プラグインは、当該コンテンツ「管理者」がないことから、ユーザＵ５が当該ソーシャルメディアページの購入者／訪問者であると判断する。従って、当該プラグインは、当該注文管理システムにログインするための「注文管理にログイン」オプションを表示しない。当該ユーザＵ５は、「ホワイトコーヒーＭ＋１」というコメントを入力し、注文を行う。

一部の実施態様において、ユーザＵ５のユーザ端末に、当該注文管理サーバ１０と通信するための当該プラグインがインストールされていないことがある。その場合、工程Ｓ１００２は存在せず、フローは図１０の工程Ｓ１０００から工程Ｓ１０１２へと進む。

図１６に、本発明の一部の実施態様に基づく購入者の視点から見たソーシャルメディアページの例を示す。図１６は、図１０における工程Ｓ１０１４、Ｓ１０１６、Ｓ１０２２、Ｓ１０１２に対応してもよい。

ユーザＵ５からの当該購入コメント「ホワイトコーヒーＭ＋１」が当該コメント表示エリアに表示される。（当該販売投稿の販売業者である）ユーザＵ１のユーザ端末上のプラグインがコメントを分析し、それが当該アイテムＤＢのデータと一致しないことを検出する。その後、当該プラグインは当該機械学習ＤＢを利用してユーザＵ５が意味する可能性が最も高いアイテム、「ホワイトコーヒーパックＬ」を見つけ、確認コメントを生成し、ユーザＵ５に確認する。

その後、ユーザＵ５は当該確認コメントに返信し、注文を明確にしてもよい。その後、ユーザＵ５は「はい」というコメントを残してもよく、それが当該コメント表示エリアに表示される。それを受けて、当該確認コメントに関する確認結果が当該ウェブサイト上で（または当該販売投稿に関して）当該購入者Ｕ５により生成されたと当該販売者（ユーザＵ１）側プラグインが（例えばＬＬＭの支援により）判断する。その後、当該販売者側プラグインが、当該確認結果を当該注文管理サーバに送信する。

図１７に、本発明の一部の実施態様に基づく購入者の視点から見たソーシャルメディアページの例を示す。図１７は、図１０における工程Ｓ１０１４、Ｓ１０１６、Ｓ１０１８、Ｓ１０２４、Ｓ１０１２に対応してもよい。

ユーザＵ５からの当該購入コメント「ホワイトコーヒーＬ＋６」が当該コメント表示エリアに表示される。（当該販売投稿の販売業者である）ユーザＵ１のユーザ端末上のプラグインが、当該コメントを分析し、購入アイテムを確定する。当該プラグインは、当該注文管理サーバ内の当該在庫ＤＢにアクセスし、その注文を満たすために十分な在庫がないことを把握する。従って、当該プラグインは、ユーザＵ５に確認するための在庫情報を含む確認コメントを生成する。その後、ユーザＵ５は当該確認コメントに返信し、注文を修正してもよい。一部の実施態様において、当該販売者側ユーザ端末上の処理ユニット２３４は、サーバ１０の当該在庫ＤＢ３５２にアクセスし、購入者（または新規購入者）から受領できる注文数を決定してもよい。当該プロセスは自動的にまたは定期的に実行されても、新規注文の受領時に毎回実行されてもよい。

一部の実施態様において、当該販売者側プラグインは、複数の購入者からの、当該販売投稿に関連する複数の購入コメントと、当該在庫データ間の比較を実行する。その後、当該販売者側プラグインは、当該販売投稿に関して結果を生成する。例えば、当該結果は、新規注文に対して在庫が不足していることを示すコメントであってもよい。または、当該結果は、アイテムがいくつ残っているかを示すコメントであってもよい。

図１８に、本発明の一部の実施態様に基づく購入者の視点から見たソーシャルメディアページの例を示す。

図１８は図１６と類似しているが、当該購入コメントの当該分析／確認が、ユーザＵ５（購入者）のユーザ端末上にインストールされたプラグインにより実行される点が異なる。当該購入者側プラグインは、当該コメントを分析し、それが（ユーザＵ５のユーザ端末上にあってもよい）当該アイテムＤＢと一致していないことを検出する。それを受けて、当該購入者側プラグインは、当該注文をユーザＵ５に確認するための確認インターフェイスを生成する。ユーザＵ５は、当該インターフェイス内で「はい」をクリックして当該注文を確認するか、購入内容を修正してもよい。

図１９に、本発明の一部の実施態様に基づく購入者の視点から見たソーシャルメディアページの例を示す。

図１９は図１７と類似しているが、当該購入コメントの当該分析／確認が、ユーザＵ５（購入者）のユーザ端末上にインストールされたプラグインにより実行される点が異なる。当該購入者側プラグインは、当該注文管理サーバの在庫ＤＢにアクセスし、当該注文に対して在庫が不足していることを検出する。それを受けて、当該購入者側プラグインは、当該注文をユーザＵ５に確認するための確認インターフェイスを生成する。ユーザＵ５は、当該インターフェイス内で「はい」をクリックして当該新規注文を確認するか、購入内容を修正してもよい。

一部の実施態様において、当該プラグインまたは拡張機能は、当該注文管理サーバ１０で生成および（または）格納されてもよい。その後、当該プラグインは、当該ユーザ端末２０または３０がダウンロードできるように、当該ダウンロードサーバ２８０にアップロードされてもよい。一部の実施態様において、当該注文管理サーバ１０は、注文管理サービスを利用するために、当該ユーザ端末に当該プラグインをダウンロードするよう販売者に通知する通知ユニットを含んでもよい。

ＦａｃｅｂｏｏｋやＩｎｓｔａｇｒａｍなど既存のソーシャルネットワークサービスにおいて、一部のＳＮＳユーザは、投稿やチャット、動画を通じて商品を販売する。ＳＮＳ自体は通常、注文管理や取引などの電子商取引のための手段を提供していない。このため、ユーザは電子商取引機能を備えた販売者のウェブサイトに誘導されたり、ＳＮＳで注文を管理するための専用ソフトウェア（ＯｒｄｅｒＰａｌｌｙなど）を使用したりする。

専用ソフトウェアは、ＳＮＳにより提供されるＡＰＩ（アプリケーションプログラミングインターフェイス）を介して、ＳＮＳをホストするサーバと直接通信することで、販売者と購入者間の対話におけるテキストデータを取得する。

このスキームは、ＳＮＳ自体に電子商取引機能を実装する必要なく、ＳＮＳのユーザがＳＮＳ上で電子商取引を用意に実行することができるため、便利である。しかし、専用ソフトウェアのプロバイダーとして、コストの増加やサービス終了など、何らかの理由でＡＰＩが利用できなくなるリスクがある。ＳＮＳのＡＰＩに関わらず、ユーザにサービスを継続するために、専用ソフトウェアに代わるソリューションが必要とされている。

本発明の一部の実施態様は、ユーザ端末のウェブブラウザの拡張プログラムを提供する。当該拡張プログラムをインストールすると、販売者の端末のウェブブラウザによりレンダリングされるＳＮＳの投稿上に「エクスポート」ボタンが表示される。「エクスポート」ボタンは、購入者の端末のウェブブラウザによりレンダリングされるＳＮＳの投稿には表示されない。エクスポートボタンが指定されたことを検出すると、当該拡張プログラムは当該エクスポートボタンが設置されたＳＮＳの投稿のｈｔｍｌデータを取得し、当該ｈｔｍｌデータを分析して購入者からのコメントを抽出する。その後、当該拡張プログラムは、ネットワークを介して、ＳＮＳをホストしているサーバとは別のサーバに、抽出された当該コメントまたは抽出された当該コメントから得られたあらゆるデータを送信する。当該サーバは抽出された当該コメントを受信し、抽出された当該コメントの内容に基づいて注文情報を登録、更新、または削除する。

本発明の一部の実施態様において、ＳＮＳ上の販売者は、複数の投稿で構成されるグループを有し、各投稿が１つ以上の商品に関連付けられる。一実施態様において、当該販売者が注文を管理したい投稿／商品を選択できるように、当該販売者の当該グループ中の各投稿にエクスポートボタンが実装されてもよい。別の実施態様において、ＳＮＳのグループトップページ上に１つのエクスポートボタンのみがある。エクスポートボタンの指定を検出すると、当該拡張プログラムは当該グループ下のすべての投稿についてｈｔｍｌデータを自動的に取得する。

図２０を参照しながら、当該情報処理装置のハードウェア構成について説明する。図２０は、本発明の一部の実施態様に基づく情報処理装置のハードウェア構成例を示すブロック図である。図に示された情報処理装置９００は、例えば、一部の実施態様における、当該サーバ１０及び（または）当該ユーザ端末２０、３０を実現することができる。

当該情報処理装置９００は、ＣＰＵ９０１と、ＲＯＭ（リードオンリーメモリ）９０３と、ＲＡＭ（ランダムアクセスメモリ）９０５を含む。また、当該情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インターフェイス９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２５、通信装置９２９を含んでもよい。さらに、当該情報処理装置９００は、カメラ（図示せず）などの撮像装置を含む。また、当該情報処理装置９００は、当該ＣＰＵ９０１に加えて、あるいは当該ＣＰＵ９０１の代わりに、ＤＳＰ（デジタルシグナルプロセッサ）やＡＳＩＣ（特定用途向け集積回路）を含んでもよい。

当該ＣＰＵ９０１は、演算処理装置および制御装置として機能し、当該ＲＯＭ９０３、当該ＲＡＭ９０５、当該ストレージ装置９１９、または当該リムーバブル記録媒体９２３に格納された各種プログラムに従って、当該情報処理装置９００のすべてまたは一部の動作を制御する。例えば、当該ＣＰＵ９０１は、一部の実施態様における当該サーバ１０及び当該ユーザ端末２０、３０に含まれる各機能ユニットの動作全般を制御する。当該ＲＯＭ９０３は、当該ＣＰＵ９０１が使用するプログラムや演算パラメータなどを格納する。当該ＲＡＭ９０５は、当該ＣＰＵ９０１の実行時に使用されるプログラムや、実行時に適宜変化するパラメータなどを格納する主記憶装置として機能する。当該ＣＰＵ９０１、ＲＯＭ９０３、ＲＡＭ９０５は、ホストバス９０７によって相互接続され、当該ホストバス９０７は、ＣＰＵバスなどの内部バスであってもよい。さらに、当該ホストバス９０７は、ブリッジ９０９を介してＰＣＩ（ペリフェラルコンポーネントインターコネクト／インターフェイス）バスなどの外部バス９１１に接続される。

当該入力装置９１５は、マウス、キーボード、タッチパネル、ボタン、スイッチ、レバーなどのユーザが操作する装置、あるいはマイクに代表される音センサ、加速度センサ、傾斜センサ、赤外線センサ、深度センサ、温度センサ、湿度センサなど物理量を電気信号に変換する装置であってもよい。当該入力装置９１５は、例えば、赤外線等の電波を利用したリモコン装置や、当該情報処理装置９００の操作に対応した携帯電話等の外部接続装置９２７であってもよい。当該入力装置９１５は、当該ユーザが入力した情報または検出された物理量に基づいて入力信号を生成し、当該ＣＰＵ９０１に出力する入力制御回路を含む。当該ユーザは、当該入力装置９１５を操作することにより、当該情報処理装置９００に各種データを入力し、動作を指示する。

当該出力装置９１７は、取得した情報を視覚的または聴覚的に当該ユーザに通知することができる装置である。当該出力装置９１７は、例えば、ＬＣＤ、ＰＤＰ、ＯＬＥＤ等のディスプレイ、スピーカーやヘッドフォン等の音声出力装置、プリンタなどであってもよい。当該出力装置９１７は、当該情報処理装置９００による処理結果を、テキスト、画像などの映像、または音声などのオーディオとして出力する。

当該ストレージ装置９１９は、データストレージ用装置であり、当該情報処理装置９００のストレージユニットの一例として構成される。当該ストレージ装置９１９は、例えば、ハードディスクドライブ（ＨＤＤ）などの磁気記憶装置、半導体記憶装置、光記憶装置、または光磁気記憶装置である。このストレージ装置９１９は、当該ＣＰＵ９０１が実行するプログラム、各種データ、外部から取得した各種データなどを格納する。

当該ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、半導体メモリなどのリムーバブル記録媒体９２３のリーダー／ライターであり、当該情報処理装置９００に内蔵または外付けされる。当該ドライブ９２１は、装着されたリムーバブル記録媒体９２３に記録された情報を読み出し、当該ＲＡＭ９０５にそれを出力する。さらに、当該ドライブ９２１は、装着された当該リムーバブル記録媒体９２３に記録を書き込む。

当該接続ポート９２５は、当該情報処理装置９００に機器を直接接続するためのポートである。当該接続ポート９２５は、例えば、ＵＳＢ（ユニバーサルシリアルバス）ポート、ＩＥＥＥ１３９４ポート、またはＳＣＳＩ（小型計算機システムインターフェイス）ポートなどであってもよい。さらに、当該接続ポート９２５は、ＲＳ-２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（登録商標）（高精細度マルチメディアインターフェイス）ポートなどであってもよい。当該接続ポート９２５に当該外部接続装置９２７を接続することにより、当該情報処理装置９００と当該外部接続装置９２７との間で様々なデータのやり取りを行うことができる。

当該通信装置９２９は、例えば、当該ネットワークＮＷに接続するための通信装置で形成された通信インターフェイスである。当該通信装置９２９は、例えば、有線または無線のローカルエリアネットワーク（ＬＡＮ）、Ｂｌｕｅｔｏｏｔｈ（商標）、または、無線ＵＳＢ（ＷＵＳＢ）用の通信カードであってもよい。さらに、当該通信装置９２９は、光通信用のルータ、ＡＤＳＬ（非対称デジタル加入者線）用のルータ、または、各種通信用のモデムなどであってもよい。当該通信装置９２９は、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて、インターネット上や他の通信装置との間で信号等の送受信を行う。当該通信装置９２９に接続される当該通信ネットワークＮＷは、有線または無線で接続されるネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、電波通信、衛星通信などである。当該通信装置９２９は、通信装置としての機能を実現する。

当該撮像装置（図示せず）は、ＣＣＤ（電荷結合デバイス）やＣＭＯＳ（相補型金属酸化膜半導体）などの撮像素子と、当該撮像素子上の被写体像の結像を制御するためのレンズなど各種部材を用いて現実空間の画像を撮像し、撮像画像を生成する装置である。当該撮像装置は、静止画を撮像しても、動画を撮像してもよい。

以上、本実施態様に係る当該ライブストリーミングシステム１の構成及び動作について説明した。本実施態様は単なる一例であり、各構成要素や各処理の組み合わせについてさまざまな変更が可能であり、それらの変更も本発明の範囲内であることは当業者には理解されるところである。

本発明で説明した処理及び手順は、明示的に説明したものに加えて、ソフトウェア、ハードウェア、またはそれらの任意の組み合わせにより実現することができる。例えば、本明細書で説明した処理および手順は、その処理および手順に対応するロジックを集積回路、揮発性メモリ、不揮発性メモリ、非一時的なコンピュータ可読媒体、磁気ディスクなどの媒体に実装することにより実現することができる。さらに、本明細書に記載された処理および手順は、その処理および手順に対応するコンピュータプログラムとして実現することができ、各種のコンピュータにより実行することができる。

さらに、上記実施態様で説明したシステムまたは方法は、固体記憶装置、光ディスク記憶装置、磁気ディスク記憶装置などの非一時的なコンピュータ可読媒体に格納されたプログラムに統合されてもよい。あるいは、プログラムは、インターネットを介してサーバからダウンロードされ、プロセッサにより実行されるものとしてもよい。

以上、本発明の技術的内容及び特徴を説明したが、本発明の属する技術分野において通常の知識を有する者であれば、本発明の教示及び開示から逸脱することなく、なお多くの変形及び修正を行うことができる。したがって、本発明の範囲は、既に開示された実施態様に限定されず、本発明から逸脱しない別の変形や修正を含む、特許請求の範囲に含まれる範囲である。

図２１に、本発明の一部の実施態様に基づくソーシャルメディアページの例を示す。当該ユーザインターフェイスは、管理者（または販売者／販売業者）画面または購入者画面に対応してもよい。

当該投稿はユーザＵ１により作成され、販売される商品に関する一般情報を含む。当該コメント表示エリアは複数のレイヤを有する。当該販売者、例えばユーザＵ１は、レイヤ１で商品情報を含む販売コメントを作成してもよい。当該販売コメントは、レイヤ１で開始され、当該商品情報は複数の商品に関する仕様や画像を含んでもよい。購入者、例えばＵ３、Ｕ４、Ｕ６又はＵ７は、続くレイヤで当該販売コメントに返信することで、注文コメントを作成してもよい。ユーザＵ３、
Ｕ４又はＵ６からの当該注文コメントは、レイヤ２で開始され、商品名と注文番号を含む注文情報を含む。ユーザＵ７からの当該注文コメントは、ユーザＵ７がユーザＵ６からの当該注文コメントに返信することにより当該注文コメントを作成しているため、レイヤ３で開始される。ユーザＵ７が返信するコメントに基づいて注文情報が分析されるため、ユーザＵ７は当該注文情報の詳細を指定しなくてもよい。

ユーザ端末側の当該処理ユニット２３４は、当該ソーシャルメディアページのウェブページデータ（ＨＴＭＬデータなど）を抽出／分析し、当該販売と注文情報を判断してその情報をサーバ１０に送信してもよい。当該処理ユニット２３４は、当該レイヤの情報と各コメントの内容を利用／分析し、当該コメントが販売コメントか、注文コメントかを判断してもよい。例えば、レイヤ１で開始され、かつ／または販売情報（販売／商品に関するキーワードなど）を含むコメントは、販売コメントであると判断されてもよい。例えば、レイヤ２または３で開始され、かつ（または）注文情報（商品に関するキーワード／注文番号など）を含むコメントは、注文コメントであると判断されてもよい。その後、当該処理ユニット２３４は、すべての注文情報をサーバ１０に送信してもよい。

一部の実施態様において、異なるレイヤで開始されたコメントは、ウェブページデータの中で異なるタグや接頭辞を有してもよい。当該タグや接頭辞は、当該処理ユニット２３４により、異なるコメントのレイヤを区別するために使用されてもよい。一部の実施態様において、販売者／管理者として登録されていないユーザは、レイヤ１にコメントを残すことができない。

図２２に、本発明の一部の実施態様に基づくブラウザへのプラグインを使用してユーザ端末でのコメントからデータを生成するプロセスを示すフローチャートを示す。工程Ｓ２００２では、当該ユーザ端末内の当該プラグインが、例えば、図１０、図１１及び図１２を参照し、本明細書に記載されたログインプロセスを実行してもよい。工程Ｓ２００４では、当該ユーザ端末内の当該プラグインが、図１３に関して本明細書で説明するように、エクスポートボタンが押されたことを検出してもよい。

工程Ｓ２００６では、当該ユーザ端末内の当該プラグインが、エクスポートボタンが押されたことの検出に応答して、図２１に示すように、当該ソーシャルメディアページのｈｔｍｌファイルのコメント部分を抽出してもよい。当該抽出されたコメント部分は、当該ソーシャルメディアページの当該コメント表示エリアに対応する。工程Ｓ２００８では、当該プラグインが当該抽出された部分を各コメントに分解してもよい。各抽出されたコメントのデータは、(i)当該コメントの本文／内容、(ii)当該コメントを投稿したユーザのユーザＩＤ、(iii)当該コメントがいつ投稿されたかを示すタイムスタンプ、(iv)当該コメントが属するレイヤまたは深度、(v)当該コメントと他のコメント間の関係、を含んでもよい。当該関係は、依存関係を含んでもよい。コメントのレイヤと依存関係は、例えば、ＤＯＭ（ドキュメントオブジェクトモデル）を使用して、当該抽出された部分を分析する当該プラグインにより取得されてもよい。

工程Ｓ２００８での分解後、すべてのコメントが処理されるまで、工程Ｓ２０１０、Ｓ２０１２／Ｓ２０１４およびＳ２０１６が各コメントに対して繰り返されてもよい。工程Ｓ２０１０では、当該ユーザ端末内の当該プラグインが、当該コメントの属性を判断してもよい。一部の実施態様において、コメントの当該属性は、販売者型または購入者型のいずれかである。そう仮定した上で、当該ソーシャルメディアページの当該コメント表示エリアにおいて、当該販売者がまず、商品情報（価格、写真、在庫数、詳細など）を示す投稿／コメントを提供し、当該商品の購入を希望する購入者が当該投稿／コメントに返信すると、当該プラグインはレイヤ１に属するコメントが販売者型コメント候補であると判断する。その後、当該プラグインは、当該販売者型コメント候補が販売者型のものであるか否かをキーワードマッチングにより判断する。当該キーワードマッチングの結果、当該コメントが販売者型ではないことが示された場合、当該プラグインは当該コメントが購入者型コメント候補であると判断する。当該プラグインは、この（レイヤ１に属する）購入者型コメント候補が購入者型であるか否かをキーワードマッチングにより判断する。当該コメントが販売者型または購入者型のいずれでもないと判断された場合、そのようなコメントは無視され、それ以上処理されない。当該プラグインは、レイヤ２またはより深いレイヤに属するコメントが購入者型コメント候補であると判断する。その後、当該プラグインは、当該購入者型コメント候補が購入者型のものであるか否かをキーワードマッチングにより判断する。当該キーワードマッチングの結果、当該コメントが購入者型ではないことが示された場合、当該プラグインは当該コメントが販売者型コメント候補であると判断する。当該プラグインは、この（レイヤ２またはより深いレイヤに属する）販売者型コメント候補が販売者型であるか否かをキーワードマッチングにより判断する。当該コメントが販売者型または購入者型のいずれでもないと判断された場合、そのようなコメントは無視され、それ以上処理されない。

当該コメントの属性を判断するプロセスにおいて、（当該コメントの投稿者を示す）当該コメントの当該ユーザＩＤが使用されてもされなくてもよい。一実施態様において、当該販売者によるあらゆるコメントが販売者型に分類され、残りのコメントが購入者型に分類される基準が使用されてもよい。他の実施態様において、当該販売者が別のユーザ（ヘルパー）と協力してソーシャルメディア上で商品を販売する場合があり、その場合、当該販売者以外のユーザＩＤを持つユーザが購入者側であるとは限らない。そのような場合、上述のレイヤ／深度とキーワードマッチングの組み合わせが使用されてもよい。

工程Ｓ２０１０でコメントが販売者型であると判断された場合、当該プロセスは工程Ｓ２０１２に進み、ここで当該プラグインが当該コメントに販売者アルゴリズムを適用し、当該コメントから情報を抽出する。一部の実施態様において、当該販売者アルゴリズムは、(i)当該販売者により販売される当該商品を識別する商品ＩＤ、(ii)当該商品の説明、(iii)当該商品の在庫数が、当該コメントから特定されるように構成される。工程Ｓ２０１６では、当該プラグインが抽出された情報を抽出された商品リスト７０４に記録する。図２４は、抽出された商品リスト７０４の例示的データ構造を示す表である。当該抽出された商品リスト７０４は、当該商品の商品ＩＤ、当該商品の説明、当該商品の在庫数を関連付けて格納する。

工程Ｓ２０１０でコメントが購入者型であると判断された場合、当該プロセスは工程Ｓ２０１４に進み、ここで当該プラグインが当該コメントに購入者アルゴリズムを適用し、当該コメントから情報を抽出する。一部の実施態様において、当該購入者アルゴリズムは、(i)当該購入者に販売される当該商品を識別する商品ＩＤ、(ii)当該購入者のユーザＩＤ、(iii)注文数及び(iv)当該注文に対応する当該コメントがいつ行われたかを示すタイムスタンプが、当該コメントから特定されるように構成される。当該購入者アルゴリズムは、当該コメントを投稿した当該ユーザの当該ユーザＩＤを使用して、当該購入者のユーザＩＤを判断する。当該購入者アルゴリズムは、コメント間の関係を使用して当該商品ＩＤを判断する。例えば、購入者型コメントが親の販売者型コメントに依存する場合、当該販売者型コメントの商品ＩＤは、当該親の販売者型コメントに関連付けられた商品ＩＤであると判断される。工程Ｓ２０１６では、当該プラグインが抽出された情報を抽出された注文リスト７０２に記録する。図２３は、抽出された注文リスト７０２の例示的データ構造を示す表である。当該抽出された注文リスト７０２は、販売された商品の商品ＩＤ、購入者のユーザＩＤ、注文数、タイムスタンプを関連付けて格納する。

工程Ｓ２０１８では、当該ユーザ端末の当該プラグインが抽出された情報リスト（抽出された商品リスト７０４と抽出された注文リスト７０２を含む）を当該注文管理サーバ送信してもよい。

当該コメントの属性を判断し、判断された当該属性に対応するアルゴリズムを使用して当該コメントから情報を抽出することにより、より高い精度と完全性で必要な情報を抽出することが可能になる。例えば、当該コメント表示エリアに複数のレイヤがある場合も、当該プラグインは当該コメントを販売者型または購入者型に分類し、当該分類に従って必要な注文情報を抽出することができる。

他の実施態様において、ヘルパー型や男性／女性、常連の購入者／新規購入者、若者／年配者などの任意の属性が使用されてもよい。コメントを分析するアルゴリズムは、判断された属性に従って選択されてもよい。

他の実施態様において、当該ユーザ端末において実現される機能は、当該注文管理サーバにおいて実現されてもよい。例えば、工程Ｓ２００６、Ｓ２００８、Ｓ２０１０、Ｓ２０１２、Ｓ２０１４及びＳ２０１６のいずれかまたはそれらのあらゆる組み合わせが、当該注文管理システムにおいて実装されてもよい。その場合、当該ソーシャルメディアページのｈｔｍｌファイル、あるいは当該コメント表示エリアまたは当該コメントに対応するｈｔｍｌファイルの部分が、当該ユーザ端末のブラウザの当該プラグインにより、当該注文管理サーバに送信されてもよい。

１ 通信システム
１０ サーバ
２０ ユーザ端末
３０、３０ａ、３０ｂ ユーザ端末
ＬＶ 配信者
ＡＵ１、ＡＵ２ 視聴者
ＶＤ、ＶＤ１、ＶＤ２ 映像
ＮＷ ネットワーク
３０ ユーザ端末
１００ 配信ユニット
１０２ 撮像コントロールユニット
１０４ オーディオコントロールユニット
１０６ 映像送信ユニット
１０８ 配信者側ＵＩコントロールユニット
２００ 視聴ユニット
２０２ 視聴者側ＵＩコントロールユニット
２０４ 重ね合わせ情報生成ユニット
２０６ 入力情報送信ユニット
３０２ 配信情報提供ユニット
３０４ 中継ユニット
３０６ ギフト処理ユニット
３０８ 支払い処理ユニット
３１０ ストリームＤＢ
３１２ ユーザＤＢ
３１４ ギフトＤＢ
２３０ 取得ユニット
２３２ 表示ユニット
２３４ 処理ユニット
２５０ アイテムＤＢ
２５２ 機械学習ＤＢ
２７０ プラットフォームサーバ
２８０ ダウンロードサーバ
３２０ 注文処理ユニット３２０
３５０ 注文ＤＢ
３５２ 在庫ＤＢ
３５４ 機械学習ＤＢ
９００ 情報処理装置
９０１ ＣＰＵ
９０３ ＲＯＭ
９０５ ＲＡＭ
９０７ ホストバス
９０９ ブリッジ
９１１ 外部バス
９１３ インターフェイス
９１５ 入力装置
９１７ 出力装置
９１９ ストレージ装置
９２１ ドライブ
９２３ リムーバブル記録媒体
９２５ 接続ポート
９２７ 外部接続装置
９２９ 通信装置

Claims (10)

1. プラグインがインストールされたブラウザを有する販売者のユーザ端末の１以上のプロセッサが、前記プラグインを実行する注文管理のための方法であって
   ソーシャルメディアサーバによってサポートされているウェブサイト上の投稿であって前記販売者が販売する商品の情報を含む投稿に関連付けられたオブジェクトを前記販売者の前記ユーザ端末に表示する工程と、
   前記販売者が前記オブジェクトを選択したことを検出する工程と、
   前記オブジェクトの選択の検出に応じて、前記投稿に関連する購入者からの購入コメントから取得された前記商品の注文データを、前記ソーシャルメディアサーバとは異なる注文管理サーバに送信する工程と、
   を含むことを特徴とする、注文管理のための方法。
2. 前記ウェブサイトが、前記販売者の前記ユーザ端末のブラウザと、前記ブラウザにインストールされた前記プラグインによりアクセスされることを特徴とする、請求項１に記載の方法。
3. 前記オブジェクトが、前記ウェブサイト上の前記投稿とともに表示されることを特徴とする、請求項１に記載の方法。
4. 前記表示する工程は、前記ウェブサイトのデータを解析することで前記ウェブサイトにアクセスしているユーザが販売者であるか否かを判定し、販売者であると判定されたことに応答して、前記オブジェクトを表示する工程を含むことを特徴とする、請求項１に記載の方法。
5. さらに、前記販売者から、前記ウェブサイトと前記注文管理サーバに関連付けられた識別子を取得する工程を含み、
   前記ウェブサイト上の前記投稿に関連付けられた前記オブジェクトの表示が、前記識別子の取得に応答して行われる、ことを特徴とする、請求項４に記載の方法。
6. 前記投稿は前記販売者が販売する複数の商品の情報を含み、
   前記方法は、
   さらに、前記購入コメントのある部分が、前記複数の商品のいずれとも一致しないことを判定する工程と、
   前記複数の商品のうちの第１の商品が、前記購入コメントの前記部分と相関性があると判定する工程と、
   前記投稿に関して、前記第１の商品を含む確認コメントを生成する工程と、を含むことを特徴とする、請求項１に記載の方法。
7. さらに、前記確認コメントに関する確認結果が、前記ウェブサイト上の前記購入者により生成されたと判断する工程と、
   前記確認結果を前記注文管理サーバに送信する工程と、
   を含むことを特徴とする、請求項６に記載の方法。
8. さらに、前記注文管理サーバから在庫データを取得する工程と、
   前記投稿に関連する、複数のユーザからの複数の購入コメントと、前記在庫データ間の比較を実行する工程と、
   前記比較の実行結果を前記ウェブサイト上に生成する工程と、
   を含むことを特徴とする、請求項１に記載の方法。
9. 注文管理のためのプラグインがインストールされたブラウザを有する販売者のユーザ端末であって、１以上のプロセッサを含み、そのうち、前記１以上のプロセッサが前記ブラウザの前記プラグインを実行して、
   ソーシャルメディアサーバによってサポートされているウェブサイト上の投稿であって前記販売者が販売する商品の情報を含む投稿に関連付けられたオブジェクトを前記販売者の前記ユーザ端末に表示する工程と、
   前記販売者が前記オブジェクトを選択したことを検出する工程と、
   前記オブジェクトの選択の検出に応じて、前記投稿に関連する購入者からの購入コメントから取得された前記商品の注文データを、前記ソーシャルメディアサーバとは異なる注文管理サーバに送信する工程と、
   を実行することを特徴とする、ユーザ端末。
10. 注文管理のために販売者のユーザ端末のブラウザにインストールされるプラグインであって、
    ソーシャルメディアサーバによってサポートされているウェブサイト上の投稿であって前記販売者が販売する商品の情報を含む投稿に関連付けられたオブジェクトを前記販売者の前記ユーザ端末に表示させる機能と、
    前記販売者が前記オブジェクトを選択したことを検出する機能と、
    前記オブジェクトの選択の検出に応じて、前記投稿に関連する購入者からの購入コメントから取得された前記商品の注文データを、前記ソーシャルメディアサーバとは異なる注文管理サーバに送信する機能と、
    を前記ユーザ端末に実現させるためのプラグイン。