(57)【要約】【課題】オークションサイトのオークションアイテムリストを生成する技術を提供することである。【解決手段】オークションアイテムリストの生成は、アイテムを一意的に識別するアイテム識別データと、アイテムのデジタル表現を有するアイテム画像データとを受信するステップと、アイテム識別データを用いてアイテムの１以上の属性を指定するアイテムのアイテム属性データを抽出するステップと、アイテム属性データの少なくとも一部とアイテム画像データの少なくとも一部との双方に基づきオークションリストデータを生成し、オークションサイトを介し利用可能にするステップとを有する。【選択図】図１
2014154171.tif 000002
【特許請求の範囲】
【請求項１】
１以上のプロセッサと、
１以上の命令シーケンスを格納するメモリと、
を有する装置であって、
前記命令シーケンスは、前記１以上のプロセッサにより実行されると、前記１以上のプロセッサに、
アイテムを一意的に識別するアイテム識別データと、前記アイテムのデジタル表現を有するアイテム画像データとを受信するステップと、
前記アイテム識別データを用いて前記アイテムの１以上の属性を指定する前記アイテムのアイテム属性データを抽出するステップと、
前記アイテム属性データの少なくとも一部と前記アイテム画像データの少なくとも一部との双方に基づきオークションリストデータを生成し、オークションサイトを介し利用可能にするステップと、
を実行させる装置。
【請求項２】
前記アイテム識別データを用いて前記アイテムの１以上の属性を指定する前記アイテムのアイテム属性データを抽出するステップは、
前記アイテム識別データを有するリクエストを生成するステップと、
ルックアップデータベースサービスに前記アイテム識別データと前記ルックアップデータベースサービスに格納されている複数のデータ識別データとを比較させるため、前記リクエストを前記ルックアップデータベースサービスに送信するステップと、
前記ルックアップデータベースサービスから前記アイテム属性データを受信するステップと、を含む、請求項１記載の装置。
【請求項３】
前記アイテム属性データの少なくとも一部と前記アイテム画像データの少なくとも一部との双方に基づきオークションリストデータを生成し、オークションサイトを介し利用可能にするステップは、前記オークションサイトのアプリケーションプログラムインタフェースに従う少なくとも１以上のコマンドと、前記アイテム属性データの少なくとも一部と前記アイテム画像データの少なくとも一部との双方とを前記オークションサイトに送信するステップを含む、請求項１記載の装置。
【請求項４】
前記オークションリストデータは、前記オークションサイトにおいて前記アイテム識別データと前記アイテム画像データとが取得されるユーザ又はユーザグループにアクセス可能である、請求項１記載の装置。
【請求項５】
前記アイテムを一意的に識別するアイテム識別データと、前記アイテムのデジタル表現を有するアイテム画像データとを受信するステップは、
ユーザによりアップロードされたデータのためのＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）フォルダ、ユーザによりアップロードされたデータのための電子メールフォルダ、及びユーザによりアップロードされたデータのためのＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ポストの何れか１つをモニタリングするステップと、
前記データが前記ＦＴＰフォルダ、前記電子メールフォルダ及び前記ＨＴＴＰポストの何れか１つにアップロードされたことを検出すると、前記ＦＴＰフォルダ、前記電子メールフォルダ及び前記ＨＴＴＰポストの何れか１つから前記アイテム識別データと前記アイテム画像データとを抽出するステップと、を含む、請求項１記載の装置。
【請求項６】
前記受信するステップ、前記抽出するステップ及び前記利用可能にするステップは、前記アイテム識別データと前記アイテム画像データとを取得する１以上のデータ取得コンポーネントを有するクライアント装置により実行される、請求項１記載の装置。
【請求項７】
前記１以上のデータ取得コンポーネントは、前記アイテム識別データを取得するスキャナと、前記アイテム画像データを取得するカメラとの１以上を有する、請求項６記載の装置。
【請求項８】
前記命令シーケンスはさらに、前記１以上のプロセッサに、
前記アイテム識別データと前記アイテム画像データとの受信、前記アイテム属性データの抽出及び前記オークションリストデータの生成との何れかが不成功であったか判断するステップと、
前記アイテム識別データと前記アイテム画像データとの受信、前記アイテム属性データの抽出及び前記オークションリストデータの生成との何れかが不成功であったと判断したことに応答して、１以上の問題を示すエラーメッセージを生成し、前記エラーメッセージを前記オークションサイトに送信するステップと、を実行させる、請求項１記載の装置。
【請求項９】
前記アイテムの１以上の属性は、タイトル、説明、識別子、公開日、状態、在庫属性、価格、カラー、サイズ、発送日又は返品ポリシーの１以上を含む、請求項１記載の装置。
【請求項１０】
１以上の命令シーケンスを格納する非一時的なコンピュータ可読記憶媒体であって、
前記命令シーケンスは、１以上のプロセッサにより実行されると、前記１以上のプロセッサに、
アイテムを一意的に識別するアイテム識別データと、前記アイテムのデジタル表現を有するアイテム画像データとを受信するステップと、
前記アイテム識別データを用いて前記アイテムの１以上の属性を指定する前記アイテムのアイテム属性データを抽出するステップと、
前記アイテム属性データの少なくとも一部と前記アイテム画像データの少なくとも一部との双方に基づきオークションリストデータを生成し、オークションサイトを介し利用可能にするステップと、
を実行させるコンピュータ可読記憶媒体。
【請求項１１】
前記アイテム識別データを用いて前記アイテムの１以上の属性を指定する前記アイテムのアイテム属性データを抽出するステップは、
前記アイテム識別データを有するリクエストを生成するステップと、
ルックアップデータベースサービスに前記アイテム識別データと前記ルックアップデータベースサービスに格納されている複数のデータ識別データとを比較させるため、前記リクエストを前記ルックアップデータベースサービスに送信するステップと、
前記ルックアップデータベースサービスから前記アイテム属性データを受信するステップと、を含む、請求項１０記載のコンピュータ可読記憶媒体。
【請求項１２】
前記アイテム属性データの少なくとも一部と前記アイテム画像データの少なくとも一部との双方に基づきオークションリストデータを生成し、オークションサイトを介し利用可能にするステップは、前記オークションサイトのアプリケーションプログラムインタフェースに従う少なくとも１以上のコマンドと、前記アイテム属性データの少なくとも一部と前記アイテム画像データの少なくとも一部との双方とを前記オークションサイトに送信するステップを含む、請求項１０記載のコンピュータ可読記憶媒体。
【請求項１３】
前記オークションリストデータは、前記オークションサイトにおいて前記アイテム識別データと前記アイテム画像データとが取得されるユーザ又はユーザグループにアクセス可能である、請求項１０記載のコンピュータ可読記憶媒体。
【請求項１４】
前記アイテムを一意的に識別するアイテム識別データと、前記アイテムのデジタル表現を有するアイテム画像データとを受信するステップは、
ユーザによりアップロードされたデータのためのＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）フォルダ、ユーザによりアップロードされたデータのための電子メールフォルダ、及びユーザによりアップロードされたデータのためのＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ポストの何れか１つをモニタリングするステップと、
前記データが前記ＦＴＰフォルダ、前記電子メールフォルダ及び前記ＨＴＴＰポストの何れか１つにアップロードされたことを検出すると、前記ＦＴＰフォルダ、前記電子メールフォルダ及び前記ＨＴＴＰポストの何れか１つから前記アイテム識別データと前記アイテム画像データとを抽出するステップと、を含む、請求項１０記載のコンピュータ可読記憶媒体。
【請求項１５】
前記受信するステップ、前記抽出するステップ及び前記利用可能にするステップは、前記アイテム識別データと前記アイテム画像データとを取得する１以上のデータ取得コンポーネントを有するクライアント装置により実行される、請求項１０記載のコンピュータ可読記憶媒体。
【請求項１６】
前記１以上のデータ取得コンポーネントは、前記アイテム識別データを取得するスキャナと、前記アイテム画像データを取得するカメラとの１以上を有する、請求項１５記載のコンピュータ可読記憶媒体。
【請求項１７】
前記命令シーケンスはさらに、前記１以上のプロセッサに、
前記アイテム識別データと前記アイテム画像データとの受信、前記アイテム属性データの抽出及び前記オークションリストデータの生成との何れかが不成功であったか判断するステップと、
前記アイテム識別データと前記アイテム画像データとの受信、前記アイテム属性データの抽出及び前記オークションリストデータの生成との何れかが不成功であったと判断したことに応答して、１以上の問題を示すエラーメッセージを生成し、前記エラーメッセージを前記オークションサイトに送信するステップと、を実行させる、請求項１０記載のコンピュータ可読記憶媒体。
【請求項１８】
１以上の計算装置により実行される方法であって、
アイテムを一意的に識別するアイテム識別データと、前記アイテムのデジタル表現を有するアイテム画像データとを受信するステップと、
前記アイテム識別データを用いて前記アイテムの１以上の属性を指定する前記アイテムのアイテム属性データを抽出するステップと、
前記アイテム属性データの少なくとも一部と前記アイテム画像データの少なくとも一部との双方に基づきオークションリストデータを生成し、オークションサイトを介し利用可能にするステップと、を有する方法。
【請求項１９】
前記アイテム属性データの少なくとも一部と前記アイテム画像データの少なくとも一部との双方に基づきオークションリストデータを生成し、オークションサイトを介し利用可能にするステップは、前記オークションサイトのアプリケーションプログラムインタフェースに従う少なくとも１以上のコマンドと、前記アイテム属性データの少なくとも一部と前記アイテム画像データの少なくとも一部との双方とを前記オークションサイトに送信するステップを含み、
前記オークションリストデータは、前記オークションサイトにおいて前記アイテム識別データと前記アイテム画像データとが取得されるユーザ又はユーザグループにアクセス可能である、請求項１８記載の方法。
【請求項２０】
前記アイテム識別データと前記アイテム画像データとの受信、前記アイテム属性データの抽出及び前記アクションリストデータの生成との何れかが不成功であったか判断するステップと、
前記アイテム識別データと前記アイテム画像データとの受信、前記アイテム属性データの抽出及び前記アクションリストデータの生成との何れかが不成功であったと判断したことに応答して、１以上の問題を示すエラーメッセージを生成し、前記エラーメッセージを前記オークションサイトに送信するステップと、をさらに有する、請求項１８記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
実施例は、一般にオークションアイテムリストの生成に関し、より詳細にはオークションアイテムリストを生成し、オークションサイト上に掲載する処理を効率化することに関する。
【背景技術】
【０００２】
本セクションで説明されるアプローチは、追求可能であるが、以前に想到又は追求されなかったアプローチである必要はない。従って、特段の指摘がない場合、本セクションで説明されるアプローチの何れかは本セクションに含めることによって単に従来技術とみなされることが想定されるべきでない。
【０００３】
オークションアイテムリストを準備し、オークションサイトにアップロードすることは、通常は困難であり、時間のかかるものである。それは、通常は各種タイプのデータ処理を実行し、異なる装置にアクセスし、異なるソース及びメディアからのデータを統合することを要求する。例えば、オンラインオークションサイト上でアイテムをオークションしたいユーザは、オークションアイテムリストの作成方法、アイテムの説明方法、アイテムの価格付け方法、及びアイテムの配送ポリシー及び返品ポリシーの規定方法を知っている必要がある。さらに、ユーザは、アイテムの特定及び表示方法と、アイテムの写真をオークションアイテムリストに含める方法とを知っている必要がある。これらすべてのステップは、技術及び各種メディアに対するある程度のレベルの知識及び精通を必要とするかもしれない。
【０００４】
上記のタスクの実行方法を学習することに加えて、ユーザは、タスクを実行するための時間を実際にかける必要がある。しかしながら、オークションアイテムリストの作成処理では、ユーザは、オークションサイトにより要求されるフォーマット及びサイズを有するアイテムの写真を取得する際に困難に遭遇するかもしれない。さらに、ユーザは、オークションサイトの要求を充足するオークションアイテムリストの作成において困難に直面するかもしれない。従って、オークションリストを生成するタスクを完了させることは、やや長い期間がかかる可能性がある。いくつかのケースでは、ユーザは、処理の複雑さに失望し、以降にオンラインオークションサイトを利用することをやめるかもしれない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記問題点に鑑み、本発明の１つの課題は、オークションサイトのオークションアイテムリストを生成する技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明の一態様は、１以上のプロセッサと、１以上の命令シーケンスを格納するメモリとを有する装置であって、前記命令シーケンスは、前記１以上のプロセッサにより実行されると、前記１以上のプロセッサに、アイテムを一意的に識別するアイテム識別データと、前記アイテムのデジタル表現を有するアイテム画像データとを受信するステップと、前記アイテム識別データを用いて前記アイテムの１以上の属性を指定する前記アイテムのアイテム属性データを抽出するステップと、前記アイテム属性データの少なくとも一部と前記アイテム画像データの少なくとも一部との双方に基づきオークションリストデータを生成し、オークションサイトを介し利用可能にするステップとを実行させる装置に関する。
【発明の効果】
【０００７】
本発明によると、オークションサイトのオークションアイテムリストを生成することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、オークションアイテムリスト生成装置の一例を示すブロック図である。
【図２】図２は、電子メールサーバからデータを受信するオークションアイテムリスト生成装置の一例を示すブロック図である。
【図３】図３は、サーバからデータを受信するオークションアイテムリスト生成装置の一例を示すブロック図である。
【図４】図４は、クライアント装置に一体化されるオークションアイテムリスト生成装置の一例のフロー図を示す。
【図５】図５は、オークションリスト生成処理の初期化の一例を示すフロー図である。
【図６】図６は、オークションリスト生成処理の初期化の一例となる画面スナップショットを示す。
【図７Ａ】図７Ａは、オークションサイトのログイン画面の一例となる画面スナップショットを示す。
【図７Ｂ】図７Ｂは、オークションサイトの認証画面の一例となる画面スナップショットを示す。
【図７Ｃ】図７Ｃは、処理サービスにデータを伝送する方法を表示するウェブページの一例となる画面スナップショットを示す。
【図８】図８は、クライアント装置の一例となる設定を示すフロー図である。
【図９】図９は、クライアント装置によるアイテム識別データ及びアイテム画像データの一例となる取得を示すフロー図である。
【図１０Ａ】図１０Ａは、ファイル転送フォルダから処理サービスによりアイテム識別データ及びアイテム画像データを取得するアプローチを示すフロー図である。
【図１０Ｂ】図１０Ｂは、電子メールフォルダから処理サービスによりアイテム識別データ及びアイテム画像データを取得するアプローチを示すフロー図である。
【図１０Ｃ】図１０Ｃは、ポストから処理サービスによりアイテム識別データ及びアイテム画像データを取得するアプローチを示すフロー図である。
【図１１】図１１は、オークションアイテムリストを生成する一例となる処理を示すフロー図である。
【図１２】図１２は、オークションサイトに表示されるオークションアイテムリストの一例を示す。
【図１３】図１３は、処理サービスにより利用されるデータ構造の具体例を示す。
【図１４Ａ】図１４Ａは、処理サービスにより生成される一例となるログイン画面ビューを示す。
【図１４Ｂ】図１４Ｂは、処理サービスにより生成されるアップロード履歴の一例となる画面スナップショットを示す。
【図１４Ｃ】図１４Ｃは、処理サービスにより生成される一例となるエラーログを示す。
【図１５】図１５は、各実施例が実現される一例となるコンピュータシステムを示すブロック図である。
【発明を実施するための形態】
【０００９】
以下の説明において、実施例の完全な理解を提供するため、説明の目的のために多数の具体的な詳細が提供される。しかしながら、これらの具体的な詳細なしにこれらの実施例が実現可能であることは、当業者に明らかであろう。他の例では、周知の構成及び装置は、実施例を不必要に不明瞭にすることを回避するため、ブロック図の形式により示される。
Ｉ．概略
ＩＩ．システムアーキテクチャ
ＩＩＩ．オークションアイテムリストの生成
Ａ．イントロダクション
Ｂ．オークションアイテムリスト生成処理の初期化
Ｃ．クライアント装置の設定
Ｄ．アイテム識別データ及びアイテム画像データの取得
Ｅ．オークションアイテムリストの生成
Ｆ．オークションアイテムリストの具体例
Ｇ．データ構造の具体例
Ｈ．処理サービスにより生成される画面ビューの具体例
ＩＶ．実現機構
Ｉ．概略
オークションアイテムリストを生成するためのアプローチが提供される。このアプローチによると、アイテム識別データ及びアイテム画像データが受信される。アイテム識別データはアイテムを一意的に特定し、アイテム画像データはアイテムのデジタル表現を有する。
【００１０】
アイテム識別データを利用して、アイテムのアイテム属性データが抽出される。アイテム属性データは、アイテムの１以上の属性を指定する。アイテム属性データの少なくとも一部とアイテム画像データの少なくとも一部との双方に基づき、オークションリストデータの生成がオークションサイト上で実行される。
【００１１】
アイテム識別データを利用したアイテムのアイテム属性データの抽出は、アイテム識別データを有するリクエストを生成し、ルックアップデータベースサービスにアイテム識別データとルックアップデータベースサービスに格納されている複数のデータ識別データとを比較させるため、当該リクエストをルックアップデータベースサービスに送信し、ルックアップデータベースサービスからアイテム属性データを受信することを含むものであってもよい。
【００１２】
オークションサイトにおいてオークションリストデータを生成することは、アイテム属性データの少なくとも一部とアイテム画像データの少なくとも一部との双方に基づくものであってもよい。当該生成はさらに、オークションサイトに当該オークションサイトのアプリケーションプログラムインタフェースに従う１以上のコマンドと、アイテム属性データの少なくとも一部とアイテム画像データの少なくとも一部との双方とを少なくとも送信することを含む。
【００１３】
オークションリストデータは、アイテム識別データ及びアイテム画像データが取得されたユーザ又はユーザグループにオークションサイトにおいてアクセス可能であってもよい。
【００１４】
アイテム識別データ及びアイテム画像データの受信は、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）フォルダ、電子メールフォルダ及びＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ポストの何れか１つをモニタすることを含む。データがＦＴＰフォルダ、電子メールフォルダ又はＨＴＴＰポストにアップロードされたことを検出すると、アイテム識別データ及びアイテム画像データは、これらのフォルダ又はポストから受信される。
【００１５】
当該受信、抽出及び実行は、クライアント装置により実行される。クライアント装置は、アイテム識別データ及びアイテム画像データを取得する１以上のデータ取得コンポーネントを含むものであってもよい。データ取得コンポーネントは、アイテム識別データを取得するための１以上のスキャナと、アイテム画像データを取得するための１以上のカメラとを有してもよい。
【００１６】
一実施例では、エラー処理は、アイテム識別データ及びアイテム画像データの受信が失敗したか、アイテム属性データの抽出が失敗したか、又はオークションリストデータの生成が失敗したか判断することを有する。何れかの失敗が発生したことを決定したことに応答して、エラーメッセージが生成され、オークションサイトに送信される。エラーメッセージは、問題を指摘し、失敗の説明を提供する。
【００１７】
アイテムの１以上の属性は、タイトル、説明、識別し、公開日、状態、在庫属性、価格、カラー、サイズ、発送日又は返品ポリシーの１以上を含む。
ＩＩ．システムアーキテクチャ
図１は、オークションアイテムリスト生成アーキテクチャ１００の一例を示すブロック図である。オークションアイテムリスト生成アーキテクチャ１００は、処理サービス１３０、１以上のクライアント装置１１０ａ〜１１０ｎ及びオークションサイト１４０を有する。任意的には、オークションアイテムリスト生成アーキテクチャ１００はまた、ルックアップデータベースサービス１２０を有する。
【００１８】
クライアント装置１１０ａ〜１１０ｎは、データ取得を実行し、取得したデータを他の装置に送信するよう構成される装置である。クライアント装置１１０ａ〜１１０ｎの具体例は、限定することなく、カメラ、スキャナ、ビデオレコーダ及びデータを取得し、取得したデータを他の装置に送信するよう構成される他の装置を含む。
【００１９】
クライアント装置１１０ａ〜１１０ｎは、データ取得コンポーネント１１２ａ〜１１２ｎをそれぞれ有する。例えば、クライアント装置１１０ａはデータ取得コンポーネント１１２ａを有し、クライアント装置１１０ｎはデータ取得コンポーネント１１２ｎを有する。
【００２０】
データ取得コンポーネント１１２ａ〜１１２ｎは、ハードウェアサブコンポーネント、プログラマブルサブコンポーネント又はその双方を有してもよい。例えば、データ取得コンポーネント１１２ａ〜１１２ｎは、カメラ、スキャナ、メモリユニット及び他のデータストレージユニット、バッファ及びデータを取得、格納及び送信するためのコード命令を有してもよい。いくつかのデータ取得コンポーネント１１２ａ〜１１２ｎはカメラのみを有し、他のデータ取得コンポーネント１１２ａ〜１１２ｎはカメラとスキャナとの双方を有してもよい。従って、データ取得コンポーネント１１２ａ〜１１２ｎは、同一の又は異なるハードウェア及びサブコンポーネント、プログラマブルサブコンポーネント又はその双方を有してもよい。
【００２１】
データ取得コンポーネント１１２ａ〜１１２ｎは、ＷｉＦｉインタフェース及びバーコードリーダを備えるよう構成されてもよい。Ｗｉ−Ｆｉインタフェースは、データ取得コンポーネント１１２ａ〜１１２ｎとの間で情報を送受信するのに利用される。バーコードリーダは、アイテムに表示されたＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅ）コードなどのコードをスキャン又は取得するのに利用されてもよい。
【００２２】
データ取得コンポーネント１１２ａ〜１１２ｎは、アイテム１１４から又はアイテム１１４に関するデータを取得し、取得したデータをデジタルデータファイルに保存し、デジタルデータファイルを他の装置に送信するよう構成されてもよい。例えば、データ取得コンポーネント１１２ａ〜１１２ｎは、アイテム１１４の写真を撮影し、アイテム画像データを生成し、アイテム１１４上に表示されたコード識別子の写真を撮影し、アイテム識別データを生成し、アイテム画像データ及びアイテム識別データを処理サービス１３０に送信するよう構成されるデジタルカメラであってもよい。コード識別子は、アイテムを一意的に特定するコードである。コード識別子は、アイテム上に付属又は表示されてもよい。コード識別子は、各種符号化方法を利用して表現されてもよい。例えば、コード識別子は、アイテムバーコード、ＱＲ（Ｑｕｉｃｋ  Ｒｅｓｐｏｎｓｅ）コード(登録商標)又は他の何れかのコードであってもよい。
【００２３】
他の具体例によると、データ取得コンポーネント１１２ａ〜１１２ｎは、カメラとスキャナとの双方を有してもよい。カメラとスキャナとを備えて構成されるクライアント装置１１０ａ〜１１０ｎの非限定的な具体例は、カリフォルニア州のＣｕｐｅｒｔｉｎｏのＲｉｃｏｈ  Ｃｏ．Ｌｔｄ．により製造されるモデルＧ７００ＳＥのデジタルカメラ装置を含む。
【００２４】
カメラとスキャナとを備えたデータ取得コンポーネント１１２ａ〜１１２ｎは、カメラを使用してアイテム１１４の写真を撮影し、アイテム画像データを生成し、アイテム画像データを処理サービス１３０に送信するようにしてもよい。さらに、データ取得コンポーネント１１２ａ〜１１２ｎは、スキャナを使用してアイテム１１４上に表示されるコード識別子をスキャンし、アイテム識別データを生成し、アイテム識別データを処理サービス１３０に送信するようにしてもよい。
【００２５】
他の具体例によると、クライアント装置１１０ａ〜１１０ｎのデータ取得コンポーネント１１２ａ〜１１２ｎは、カメラを有さず、スキャナを有するようにしてもよい。例えば、データ取得コンポーネント１１２ａ〜１１２ｎは、スキャナを利用してアイテム１１４の画像をスキャンし、アイテム画像データを生成し、アイテム１１４上に表示されるコード識別子をスキャンし、アイテム識別データを生成し、データを処理サービス１３０に送信するようにしてもよい。
【００２６】
アイテム１１４の写真とアイテム１１４のコード識別子の写真（又は画像）とが取得される特定の順序はない。一例によると、アイテム１１４の写真は、コード識別子のスキャン前に撮影されてもよい。他の例によると、アイテム１１４の写真は、コード識別子のスキャン後に撮影されてもよい。あるいは、アイテム１１４の写真は、アイテム１１４のコード識別子が取得されるのと同時に取得されてもよい。同様に、アイテム画像データ及びアイテム識別データが送信される特定の順序はない。アイテム画像データは、アイテム識別データが処理サービス１３０に送信される前又は後に処理サービス１３０に送信されてもよい。
【００２７】
処理サービス１３０は、ユーザがオンラインオークションサイト１４０上でオークションすることを所望するアイテムのオークションリストを生成する処理を効率化及び簡略化するよう構成されてもよい。処理サービス１３０は、ユーザに面倒で時間のかかるタスクを実行するよう構成されるかもしれない。例えば、処理サービス１３０は、オークションアイテムリストのアイテム属性を取得し、アイテムの写真を取得し、属性データ及び写真をオークションサイト１４０にアップロードし、オークションサイト１４０上にオークションアイテムリストの生成を実行させるよう構成されてもよい。オークションアイテムリストの生成は、特にユーザがリストの作成、処理サービス１３０にユーザのリストを作成される方法に不慣れであり、処理を簡単化及びスピードアップする場合、極めて困難なタスクになる可能性がある。さらに、オークションアイテムリストのアイテムの説明及び写真を取得することは、多くの面倒で時間のかかるタスクを実行することからユーザを解放する。さらに、オークションサイト１４０上にオークションアイテムリストを投稿することは、ユーザがオークションサイト１４０の複雑さと、オークションサイト１４０上にオークションアイテムリストを投稿する詳細とに慣れる必要性を解消する。
【００２８】
処理サービス１３０は、データを受信し、当該データを処理し、処理された情報をオークションサイト１４０に送信するよう構成されてもよい。例えば、処理サービス１３０は、クライアント装置１１０ａ〜１１０ｎからアイテム１１４のアイテム画像データ及びアイテム識別データを受信するよう構成されてもよい。受信したデータに少なくとも基づき、処理サービス１３０は、アイテム１１４の属性を決定してもよい。（アイテムの属性の決定の詳細は以下に提供される。）受信したデータ及び決定した属性データに少なくとも部分的に基づき、処理サービス１３０は、オークションサイト１４０にアイテム１１４のオークションアイテムを生成させるようにしてもよい。
【００２９】
処理サービス１３０は、各種のハードウェア及びソフトウェアコンポーネントを有してもよい。例えば、処理サービス１３０は、データ受信機１３２、統合サービス１３４、データ送信機１３６及び他のプログラマブルコンポーネントを有してもよい。
【００３０】
データ受信機１３２は、１以上のクライアント装置１１０ａからデータを受信するよう構成されてもよい。データ受信機１３２は、各種通信プロトコルを利用して各種メディアからデータを受信するようにしてもよい。例えば、データ受信機１３２は、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、Ｔｅｌｎｅｔ  Ｐｒｏｃｏｔｏｌ、ＴＣＰ（Ｔｒａｓｎｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＴＣＰ／ＩＰ（ＴＣＰ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）又は他の何れかのデータ通信プロトコルを利用してデータを受信してもよい。
【００３１】
データ受信機１３２は、ＦＴＰフォルダ、電子メールフォルダ、ウェブサイト、メモリスティックなどのリモートメディア又は他の何れかのメディアからデータを読み込むよう構成されてもよい。例えば、データ受信機１３２は、ストレージ装置１３７のＦＴＰフォルダにクライアント装置によりダウンロードされたデータを抽出し、抽出されたデータを統合サービス１３４に送信してもよい。他の例によると、データ受信機１３２は、ストレージ装置１３７の電子メールフォルダから電子メールを読み込み、電子メールフォルダから電子メールを抽出し、電子メールから１以上のファイルアタッチメントを抽出し、抽出したアタッチメントを統合サービス１３４に送信するよう構成されてもよい。
【００３２】
統合サービス１３４は、データ受信機１３２から１以上のデータを受信し、受信したデータを処理し、処理されたデータをオークションサイト１４０に送信するよう構成されてもよい。例えば、統合サービス１３４は、アイテム１１４のアイテム画像データ及びアイテム識別データを受信し、当該データを処理し、これを用いてアイテム１１４の１以上の属性を決定し、決定された属性を処理し、アイテム画像データ及び属性データへのリンクなどを有するデータ構造を作成してもよい。
【００３３】
非限定的な例では、統合サービス１３４は、ユーザがオークションサイト１４０上でオークションすることを所望するＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ）のアイテム画像データを受信するよう構成されてもよい。統合サービス１３４は、対応する画像を特定のサイズ及びフォーマットにリサイズ又は変換し、変換された画像を用いてオークションアイテム画像を作成することによって、アイテム画像データを処理してもよい。さらに、統合サービス１３４は、ＣＤのバーコードを示すデータを含むアイテム識別データを受信し、バーコード情報を利用してＣＤアルバムのタイトル、アーティストの名前、アルバムの価格、配送コスト、配達日、返品ポリシー情報及びアルバムに関連する他の属性などのＣＤの属性を決定するようにしてもよい。属性データを決定すると、統合サービス１３４は、オークションアイテム画像データ及び属性データへのハイパーリンクを含むデータ構造を生成してもよい。
【００３４】
統合サービス１３４は、各種方法によりアイテムの属性を決定するようにしてもよい。例えば、統合サービス１３４は、コード識別データを利用して、アイテムのコードデータを決定し、コードデータをルックアップデータベースサービス１２０に送信し、コードデータに関連する１以上の属性を要求し、コードデータに基づきルックアップデータベースサービス１３４が収集可能であった属性データをルックアップデータベースサービス１３４から受信してもよい。他の例によると、統合サービス１３４は、コード識別ファイルに含まれるデータを利用して、アイテムのコードデータを決定し、キーワードなどのコードデータを利用して、ストレージ装置１３７に格納されているデータのコンテンツ検索を実行し、ストレージ装置１３７から入手可能な属性データを決定してもよい。
【００３５】
統合サービス１３４はまた、アイテムの属性データのアップデートを受信するよう構成されてもよい。属性データのアップデートは、オークションされたアイテムがオークションサイト１４０上で販売され、サイトから取り消され、価格が変更されたという事実に関するものであってもよい。アップデートは、ユーザのユーザ装置１５０から受信されるか、又は処理サービス１３０にアクセスするシステムアドミニストレータから受信されてもよい。例えば、ユーザは、ユーザ装置１５０からオークションサイト１４０上でユーザがオークションしているアイテムの価格を変更することを所望するかもしれない。特に、ユーザは、アイテムの新たな価格を入力し、価格を増減し、又は可能な入札のスタート価格を設定することを所望するかもしれない。
【００３６】
他の例によると、ユーザは、オークションされたアイテムの数量を設定又は調整することを所望するかもしれない。特に、ユーザが同一のＣＤアルバムの複数のコピーをオークションしている場合、ＣＤアルバムの１つのコピーを販売すると、ユーザは、オークションのために依然として利用可能なコピーの数量を減らすことを所望するかもしれない。
【００３７】
データ送信機１３６は、処理サービス１３０とオークションサイト１４０との間の通信セッションを確立し、処理サービス１３０とオークションサイト１４０との間でデータを送信するよう構成されてもよい。データ送信機１３６はまた、ユーザ装置１５０と処理サービス１３０との間の通信を実現するよう構成される。例えば、データ送信機１３６は、処理サービス１３０と通信セッションを確立するため、ユーザ装置１５０からのリクエストを受信し、当該リクエストの受信に応答して、セキュアな（又は非セキュアな）通信セッションを確立し、ユーザが処理サービス１３０からオークションサイト１４０のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）にアクセスすることを可能にするよう構成されてもよい。さらに、データ送信機１３６は、特定のオークションアイテムが販売されると、又はアイテムの価格（又は他の属性データ）が変更されると、オークションサイト１４０からアップデート情報を受信するよう構成されてもよい。
【００３８】
オークションサイト１４０は、オンラインオークションのためのインターネットベースサービスを提供するよう構成されてもよい。例えば、オークションサイト１４０は、インターネットを介しオンラインオークションウェブサービスを提供するよう構成されるウェブサーバであってもよい。オークションサイト１４０は、広範な商品及びサービスを売買するためユーザ及び企業により利用されうるオンラインオークションショッピングウェブサイトを提供するウェブサーバであってもよい。オークションサイト１４０は、ｅＢａｙ  Ｉｎｃ．、Ａｍａｚｏｎ  Ｉｎｃ．、Ｃｒａｉｇｓｌｉｓｔ  Ｉｎｃ．、Ａｔｏｍｉｃ  Ｍａｌｌ  Ｉｎｃ．、Ｒｕｂｙ  Ｌａｎｅ  Ｉｎｃ．又は他の何れかのオンラインオークションサイトなどのＣ−ｔｏ−Ｃ（Ｃｏｎｓｕｍｅｒ−ｔｏ−Ｃｏｎｓｕｍｅｒ）企業により管理されてもよい。
【００３９】
オークションサイト１４０は、ユーザにオークションアイテムリストを表示し、オークションアイテムリストに記載及び表示されたアイテムの入札及び販売を実行するよう構成されてもよい。例えば、オークションサイト１４０は、ｅＢａｙ  Ｉｎｃ．により運営されるサイトであってもよく、ユーザが販売することを所望し、そのためのオークションアイテムリストが生成及びアップロードされたアイテムのオンラインオークションを実行するよう構成されてもよい。ユーザが特定のＣＤアルバムをオークションすることを所望し、ＣＤアルバムの写真及びアルバムのコード識別子を提供した場合、処理サービス１３０は、オークションアイテムデータを作成し、オークションサイト１４０にそれを提供し、オークションサイト１４０にユーザのオークションアイテムリストを生成及び表示させるようにしてもよい。
【００４０】
データストレージ装置１４２は、オークションサイト１４０に通信接続され、オークションサイト１４０のデータを格納するよう構成される。例えば、データストレージ装置１４２は、オークションアイテムリスト、ユーザプロファイル、ユーザの認証情報及びオークションサイト１４０が利用可能な他の情報を格納するのに利用されてもよい。
【００４１】
簡単に上述されたように、処理サービス１３０のデータ受信機１３２は、１以上のクライアント装置１１０ａ〜１１０ｎからデータを受信し、各種通信プロトコルを実現するよう構成されてもよい。例えば、データ受信機１３２は、ユーザがＦＴＰを利用することによってアップロードされるデータについてＦＴＰフォルダをモニタリングしてもよい。データ受信機１３２はまた、ユーザがＳＭＴＰなどを利用することによって送信されるデータについて電子メールフォルダをモニタリングしてもよい。データ受信機１３２はまた、ユーザによりアップロードされるデータについてＨＴＴＰポストをモニタリングしてもよい。データ受信機１３２はまた、他の何れかのデータ通信方法を利用して、クライアント装置１１０ａ〜１１０ｎからデータを受信してもよい。
【００４２】
図１において、通信リンク１１６ａ〜１１６ｎは、処理サービス１３０にデータを通信する何れかの可能な方法を示す。
【００４３】
図２〜３は、アイテム画像データ及びアイテム識別データをデータ受信機１３２に通信する２つの具体例となる方法を示す。簡単には、図２は、クライアント装置１１０ａが電子メールプロトコルを用いて電子メールサーバに電子メールアタッチメントしてアイテム画像データ及びアイテム識別データを通信し、電子メールサーバ１０５は、処理サービス１３０にアタッチメントを有した電子メールを通信するする実施例を示す。図３は、クライアント装置１１０ａが特定のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を用いてＨＴＴＰサーバ１０７にＨＴＴＰファイルとしてアイテム画像データ及びアイテム識別データをアップロードし、処理サービス１３０がＨＴＴＰサーバ１０７からＨＴＴＰファイルを抽出する実施例を示す。さらなる詳細は、以下に提供される。
【００４４】
図２は、オークションアイテムリスト生成装置が電子メールサーバ１０５からデータを受信する具体例を示すブロック図である。図２において、クライアント装置１１０ａ、処理サービス１３０（データ受信機１３２、統合サービス１３４、データ送信機１３６及びデータストレージ１３７を有する）、ルックアップデータベースサービス１２０、オークションサイト１４０及びデータストレージ装置１４２は、図１に示されてラベル付けされる各要素に対応する。しかしながら、図１と異なって、図２のクライアント装置１１０ａは、処理サービス１３０と直接的には通信しない。その代わりに、クライアント装置１１０ａは、電子メールサーバ１０５に電子メールアタッチメントして特定のアイテムについてアイテム画像データ及びアイテム識別データを送信し、電子メールサーバ１０５は、アタッチメントと共に電子メールを処理サービス１３０に送信する。例えば、クライアント装置１１０ａは、アイテム画像データ及びアイテム識別データを含むアタッチメントと共に電子メールを生成し、電子メールを処理サービスの電子メールにアドレス指定し、電子メールサーバ１０５を介し処理サービスの電子メールにアタッチメントと共に電子メールを送信するよう構成されてもよい。処理サービスの電子メールアドレスは、ユーザ又はシステム管理者によって予めクライアント装置１１０ａに知らされてもよい。
【００４５】
電子メールサーバ１０５は、電子メールサービスをクライアントに提供するよう構成される何れかのタイプのサーバであってもよい。例えば、電子メールサーバ１０５は、ＳＭＴＰを実現し、クライアント装置１１０ａと処理サービス１３０との間の電子メール通信を実行するサーバであってもよい。
【００４６】
アイテム画像データ、アイテム識別データ及び任意的に他の情報を含むアタッチメントと共に電子メールを受信すると、電子メールサーバ１０５は、処理サービス１３０により維持される電子メールフォルダに電子メールを転送するようにしてもよい。当該転送は、何れか既知の電子メール通信プロトコルに従って実行されてもよい。
【００４７】
電子メールフォルダに新たな電子メールを検出すると、処理サービス１３０は、この新たな電子メールを抽出し、電子メールのタイプを決定し、電子メールのアタッチメントを特定し、電子メールからアタッチメントを抽出する。これらのステップは、処理サービス１３０のデータ受信機１３２又は処理サービス１３０の他の何れかのコンポーネントにより実行されてもよい。
【００４８】
データ受信機１３２は、受信したアタッチメントを解析し、アタッチメントにおいてアイテム画像データ及びアイテム識別データを特定する。アイテム画像データ及びアイテム識別データは、１つの電子メールにおいて２つの別々のアタッチメントとして送信されてもよい。あるいは、アイテム画像データは、１つの電子メール（又は１つの電子メールのボディ）においてアタッチメントとして送信され、アイテム識別データは他の電子メール（又は他の電子メールのボディ）においてアタッチメントとして送信されてもよい。さらに、アイテムの１以上のアイテム画像データが、アイテム識別データと共に送信されてもよい。さらに、１以上のアイテムの１以上のアイテム画像データが、当該アイテムの対応する１以上のアイテム識別データと共に送信されてもよい。受信したデータとアイテムとをマッチングする各種方法が後述される。
【００４９】
データ受信機１３２がオークション対象の特定のアイテムのアイテム画像データ及びアイテム識別データを特定すると、統合サービス１３４は、図１について説明されたものと同様に、データ処理をスタートしてもよい。
【００５０】
図３は、オークションアイテムリスト生成装置がサーバ１０７からデータを受信する具体例を示すブロック図である。サーバ１０７は、データへのアクセスを提供するよう構成される何れかのタイプのサーバであってもよい。例えば、サーバ１０７は、処理サービス１３０の一部であるＨＴＴＰサーバであってもよい。サーバ１０７は、クライアント装置１１０ａがＨＴＴＰデータをサーバ１０７にアップロードすることを可能にし、処理サービス１３０がサーバ１０７からＨＴＴＰデータをダウンロードすることを可能にする。図３において、クライアント装置１１０ａは、特定のＵＲＬを用いてサーバ１０７にＨＴＴＰデータとしてアイテム画像データ及びアイテム識別データをアップロードし、処理サービス１３０は、サーバ１０７からＨＴＴＰデータを抽出する。本例では、サーバ１０７は、ＨＴＴＰサーバとして構成されるか、又はＨＴＴＰサーバの機能を少なくとも有する。
【００５１】
図３において、クライアント装置１１０ａ、処理サービス１３０（データ受信機１３２、統合サービス１３４、データ送信機１３６及びデータストレージ１３７を有する）、ルックアップデータベースサービス１２０、オークションサイト１４０及びデータストレージ装置１４２は、図１に示されてラベル付けされる各要素に対応する。しかしながら、図１と同様に、図１のクライアント装置１１０ａは、処理サービス１３０と直接的には通信しない。その代わりに、クライアント装置１１０ａは、サーバ１０７などのサーバに特定のアイテムのアイテム画像データ及びアイテム識別データをアップロードし、処理サービス１３０は、サーバ１０７からデータを抽出する。例えば、クライアント装置１１０ａは、特定のＵＲＬに基づきサーバ１０７にアイテム画像データ及びアイテム識別データをアップロードするよう構成され、処理サービス１３０は、当該ＵＲＬに定期的にアクセスし、何れかのデータがアップロードされたかチェックするようにしてもよい。処理サービス１３０が当該ＵＲＬにおいてデータがサーバ１０７にアップロードされたと判断した場合、処理サービス１３０は、処理サービス１３０に関連するストレージ装置１３７にデータをダウンロードする。ＵＲＬ情報は、ユーザ又はシステム管理者によりクライアント装置１１０ａ及び処理サービス１３０に提供されてもよい。
【００５２】
アイテム画像データ、アイテム識別データ及び任意的に他の情報がサーバ１０７にアップロードされたと判断すると、処理サービス１３０は、データをデータストレージ装置１３７にダウンロードしてもよい。ダウンロードされたデータに基づき、処理サービス１３０は、アイテム画像データ及びアイテム識別データを特定する。これらのステップは、処理サービス１３０のデータ受信機１３２又は他の何れかのコンポーネントにより実行されてもよい。
【００５３】
データ受信機１３２は、図１に示されたものと同様に、ダウンロードされたアイテム画像データ及びアイテム識別データを解析及び処理する。
【００５４】
図４は、クライアント装置１１０ａに統合されたオークションアイテムリスト生成装置の具体例を示すブロック図である。図１〜３は、各クライアント装置１１０ａ〜１１０ｎが処理サービス１３０から分離している実施例を示すが、図４は、処理サービス１３０がクライアント装置１１０ａに統合されている実施例を示す。
【００５５】
図４のクライアント装置１１０ａは、データ取得コンポーネント１１２ａと処理サービス１３０とを有する。データ取得コンポーネント１１２ａは、図１〜３に示されるデータ取得コンポーネント１１２ａに対応する。データ取得コンポーネント１１２ａは、ハードウェアサブコンポーネント、プログラマブルサブコンポーネント又はこれらの双方を有してもよい。例えば、データ取得コンポーネント１１２ａは、アイテム１１４の写真を撮影し、写真データをアイテム画像データとして格納するよう構成されるカメラを有してもよい。データ取得コンポーネント１１２ａはまた、アイテム１１４のコードをスキャンし、スキャンしたデータをアイテム識別データとして格納するスキャナを有してもよい。さらに、データ取得コンポーネント１１２ａは、アイテム１１４のオークションアイテムデータを作成するため、アイテム画像データ及びアイテム識別データを処理サービス１３０に送信するよう構成されてもよい。
【００５６】
処理サービス１３０、ルックアップデータベースサービス１２０、オークションサイト１４０及び各自のデータストレージ装置１３７，１４２の機能は、図１において詳細に説明されている。
【００５７】
クライアント装置１１０ａに処理サービス１３０を統合する効果の１つは便宜上のものである。例えば、クライアント装置１１０ａに処理サービス１３０を統合することは、クライアント装置１１０ａがアイテム画像データ及びアイテム識別データをクライアント装置１１０ａにおいて処理サービス１３０に直接利用可能なものにすることを可能にする。これは、クライアント装置１１０ａから処理サービス１３０にデータを送信する必要性と、データを処理サービス１３０に送信するためファイル伝送プロトコル、電子メールプロトコル及び他のプロトコルに依拠する必要性とを解消するものであってもよい。
【００５８】
処理サービス１３０がクライアント装置１１０ａに統合されているとき、アイテム画像データ及びアイテム識別データは、クライアント装置１１０ａにおいてデータ取得コンポーネント１１２ａに直接利用可能であってもよい。これは、クライアント装置１１０ａのメモリ（図４に図示せず）にデータを保存し、データ取得コンポーネント１１２ａがメモリのデータにアクセスすることを可能にすることによって実現されてもよい。あるいは、クライアント装置１１０ａのデータ取得コンポーネント１１２ａは、データをデータストレージユニット１３７に格納し、処理サービス１３０は、データストレージ１３７からデータに直接アクセスしてもよい。処理サービス１３０がクライアント装置１１０ａに統合される限り、双方のアプローチは、データがＦＴＰ、ＳＭＴＰ又は他の何れかの通信プロトコルを用いてコンポーネントとサービスとの間で送信される場合と比較して、データ取得コンポーネント１１２ａと処理サービス１３０との間のデータのより高速な伝送を可能にする。
【００５９】
一実施例では、クライアント装置１１０ａ及び処理サービス１３０は、デジタルカメラ装置に統合される。統合されたデジタルカメラは、アイテム１１４の写真を撮影することを可能にし、アイテム１１４からコード識別子をスキャンし、当該データを処理サービス１３０に直接提供する。処理サービス１３０をクライアント装置１１０ａに統合することは、オークションデータを生成し、オークションサイトにアップロードする際の利便性及び効率性を提供する。
ＩＩＩ．オークションアイテムリストの生成
Ａ．イントロダクション
一実施例では、オンラインオークションサイトのオークションアイテムリストを生成する処理は、複数のタスクを実行することを伴う。タスクの大部分は、当該処理にユーザを関与させることなく実行される。大部分のケースでは、ユーザがオークションリスト生成装置のコンポーネントを初期化し、アイテムの写真及び識別子を提供すると、オークションリストがユーザについて自動的に生成される。
【００６０】
一実施例では、オークションアイテムリストの生成はシンプルで直接的な処理である。それはユーザとのインタラクションをほとんど伴わず、従って、エラー及び失敗のリスクは、通常は大変低いものである。さらに、ユーザは当該処理に最小限しか関与しないため、ユーザは、リスト生成処理の詳細に精通していることが期待されていない。
【００６１】
実際、オークションリスト生成装置の初期化でさえ直接的である。この初期化は、通常は処理サービスにアクセスし、処理サービスがオークションサイトにアクセスすることを認証し、処理サービスがクライアント装置からデータを受信するよう設定することに関する。これらのタスクは、オークションアイテムリスト生成処理の初期化としてここでは呼ばれる。
【００６２】
他の初期化タスクは、処理サービスとやりとりし、オークション対象のアイテムのアイテム画像データ及びアイテム識別データを取得するためクライアント装置を初期化することを含むものであってもよい。これらのタスクは、ここではクライアント装置の設定と呼ばれる。
【００６３】
残りの初期化タスクは、アイテムの写真を撮影し、アイテムのコード識別子（バーコード又はＱＲ（Ｑｕｉｃｋ  Ｒｅｓｐｏｎｓｅ）コードなど）をスキャンすることを含むものであってもよい。
【００６４】
ユーザについて処理においてユーザが関係することなく実行されるタスクは、アイテム画像データとして写真を保存し、アイテム画像データを処理サービスに送信することを含む。タスクはまた、スキャンされたコード識別子データをアイテム識別データとして保存し、アイテム識別データを処理サービスに送信することを含むものであってもよい。これらのタスクは、アイテム識別データ及びアイテム画像データの取得してここでは呼ばれる。
【００６５】
ユーザの関与を必要としない他のタスクは、アイテム識別データを用いてアイテムのアイテム属性データを抽出し、アイテム属性データを用いてオークションサイトにアイテムのオークションアイテムリストを生成されることを含む。これらのタスクはまた、オークションサイトにアイテム画像データをオークションアイテムリストにアタッチさせ、オークションサイトにオークションアイテムリストを投稿させることを含むものであってもよい。これらのタスクは、ここではオークションアイテムリストの生成と呼ばれる。
Ｂ．オークションアイテムリスト生成処理の初期化
図５は、オークションリスト生成処理の初期化の具体例を示すフロー図であり、図６〜７Ｃは、オークションリスト生成処理を初期化する一例となる画面スナップショットを示す。
【００６６】
図５をまず参照して、ステップ５１０において、ユーザは、ウェブブラウザアプリケーションから処理サービスに接続する。このステップでは、ユーザは、図１に示される処理サービス１３０などの処理サービスにアクセスすることを試みている。ユーザは、ウェブブラウザを起動するよう構成される何れかのタイプの装置から処理サービスにアクセスすることを試みてもよい。例えば、図１に示されるように、ユーザは、ユーザ装置１５０から処理サービスにアクセスすることを試行してもよい。他の実施例では、ユーザは、クライアント装置１１０ａ又はウェブブラウザを起動するよう構成される他の何れかの装置から処理サービスにアクセスするよう試みてもよい。
【００６７】
処理サービスへの接続は多数の方法により実現されてもよく、これらの１つは、上述されるように、ユーザ装置上でウェブブラウザを起動することである。例えば、ユーザは、自分の装置上でウェブブラウザを起動し、処理サービスのＵＲＬアドレスを入力してもよい。図６において、処理サービスに接続する具体例が示される。
【００６８】
図６は、オークションリスト生成処理を初期化する一例となる画面スナップショットを示す。図６の第１象限は、ユーザが“ｈｔｔｐｓ：／／ｃａｍｅｒａ．ｒｉｃｏｈｃｌｏｕｄ．ｃｏｍ／ｓｅｔｕｐ”のＵＲＬアドレスを入力したウェブブラウザページの画面スナップショットを示す。このＵＲＬアドレスは、処理サービスのＵＲＬの単なる一例である。他の処理サービスは、異なるＵＲＬアドレスを有してもよい。
【００６９】
図５を再び参照して、ステップ５２０において、ユーザは処理サービスウェブページからオークションサイトログイン画面にリダイレクトされる。オークションサイトの具体例は、図１に示されるようなオークションサイト１４０であってもよい。ユーザを処理サービスウェブページからオークションサイトログイン画面にリダイレクトする理由の１つは、処理サービスがオークションサイトのＡＰＩにアクセスすることを可能にすることである。ユーザが処理サービスにアクセスすると、ユーザは、オークションサイトのＡＰＩに処理サービスアクセスを付与する処理をスタートするため、処理サービスからオークションサイトログイン画面にリダイレクトされてもよい。
【００７０】
ユーザをオークションサイトログイン画面にリダイレクトすると、オークションサイトのログイン画面は、ユーザ装置上で実行されるウェブブラウザにより表示される。ログイン画面は各種方法により設計されてもよいが、典型的には、ログイン画面は、ユーザがユーザの認証情報を提供する機構を提供する。例えば、ログイン画面は、ユーザがユーザログイン名を入力するログインテキストボックスと、ユーザがユーザパスワードを入力するユーザパスワードテキストボックスとを有してもよい。
【００７１】
ステップ５３０において、ユーザは有効な認証情報を提供することが要求される。このステップにおいて要求される認証情報は、ユーザがオークションサイトにアクセスすることを可能にする認証情報を含む。認証情報は、ユーザがオークションサイトに登録された時点でユーザに提供されたログイン情報を有してもよい。例えば、当該認証情報は、ユーザログイン名とユーザパスワードとを有してもよい。図６及び図７Ａにおいて、オークションサイトにログインする具体例が提供される。
【００７２】
図６の第２象限は、オークションサイトにログインする画面スナップショットを示す。図示された具体例では、ユーザは、“カメラアプリケーション”と呼ばれる処理サービスからオークションサイトにログインすることを試みている。“カメラアプリケーション”という用語は、処理サービスの名前の非限定的な具体例である。
【００７３】
ログイン画面は、各種のグラフィカル要素、ウィジット、テキストボックス及び選択ボタンを有する。図６の第２象限に示される画面スナップショットでは、要素６１０は、ユーザが自分のログイン名（ユーザＩＤ）を入力するテキストボックスを示し、要素６２０は、ユーザが自分のパスワードを入力するテキストボックスを示し、要素６３０は、ユーザが自分のユーザＩＤ及びパスワードをオークションサイトに送信することを選択する選択ボタンを示す。
【００７４】
図７Ａは、オークションサイトのログイン画面の一例となる画面スナップショットを示す。この非限定的な具体例では、オークションサイトは、ｅＢａｙ，Ｉｎｃ．により維持される商用のオークションサイトである。図示されたログイン画面は、各種グラフィカル要素、ウィジット、テキストボックス及び選択ボタンを有する。特に、ｅＢａｙのログイン画面は、ユーザが自分のログイン名（ユーザＩＤ）を入力するテキストボックスを示す要素６１０、ユーザが自分のパスワードを入力するテキストボックスを示す要素６２０、及びユーザが自分のＩＤ及びパスワードをオークションサイトに送信することを選択する選択ボタンを示す要素６３０を有する。
【００７５】
図５を再び参照して、ユーザの認証情報が認証され、当該認証が成功した場合、ユーザは図１のオークションサイトなどのオークションサイトにアクセスしてもよい。認証情報を提供したユーザは、ユーザがオークションサイトに登録したときにユーザに提供されたものと正確に同じユーザログイン名及びユーザパスワードを提供した場合、有効である。
【００７６】
ステップ５４０において、ユーザは、データをオークションサイトにアップロードするよう求められる。当該許可は、オークションサイトがオークションアイテムリストを生成し、オークションサイト上にリストを投稿するため、処理サービスがオークションアイテムデータをオークションサイトに自動的にアップロードすることを可能にする。
【００７７】
オークションサイトにアクセスすることを処理サービスに許可するリクエストは、各種方法により実行されてもよい。例えば、オークションサイトにより生成されるウェブページは、質問とユーザが自分の答えを入力するテキストボックスとを表示してもよい。あるいは、オークションサイトにより生成されるウェブページは、ユーザが選択した後に、処理サービスにオークションサイトのＡＰＩにアクセスすることを許可するテキスト“Ｉ  Ａｇｒｅｅ”によりラベル付けされた選択ボタンを表示してもよい。図６及び図７Ｂにおいて、オークションサイトにログインする具体例が提供される。
【００７８】
図６の第３象限は、処理サービスがオークションサイトにアクセスルことを許可する画面スナップショットを示す。図示された画面スナップショットでは、オークションサイトにより生成されるウェブページは、選択ボタン６４０を表示する。ユーザが選択ボタン６４０を選択した場合、オークションサイトにアクセスする処理サービスに対するユーザの許可がオークションサイトにより受信される。当該許可を受信すると、処理サービスは、オークションサイトにオークションアイテムデータをアップロードするため、オークションサイトのＡＰＩにアクセス可能になる。図６において、処理サービスは、“カメラアプリケーション”と呼ばれるが、“カメラアプリケーション”という用語は、処理サービスの名前の非限定的な具体例である。
【００７９】
図７Ｂは、オークションサイトの許可画面の一例となる画面スナップショットを示す。この非限定的な例では、オークションサイトは、ｅＢａｙ，Ｉｎｃ．からの商用のオークションサイトである。許可画面は、各種グラフィカル要素、ウィジット、テキストボックス及び選択ボタンを有してもよい。図示されたスナップショットでは、ｅＢａｙの許可画面は、選択ボタンを示す要素６４０を有する。ユーザが選択ボタン６４０を選択した場合、処理サービスがオークションサイトにアクセスするためのユーザの許可がオークションサイトにより受信される。当該許可を受信すると、処理サービスは、オークションアイテムデータをオークションサイトにアップロードするため、オークションサイトのＡＰＩにアクセスすることが可能になる。しかしながら、ユーザがオークションサイトにアクセスすることを処理サービスに許可しなかった場合、処理サービスは、データをオークションサイトに通信することが不可になる。
【００８０】
図５を再び参照して、ステップ５５０において、ユーザは処理サービスに再びリダイレクトされ、処理サービスは、処理サービスにより実現される各種パラメータ及び設定を含むウェブページを表示する。これらのパラメータ及び設定は、図１に示されるクライアント装置１１０ａ〜１１０ｎなどのクライアント装置から処理サービスがデータを受信するのに利用する各種方法に関するものであってもよい。例えば、処理サービスのウェブページは、ＦＴＰデータ伝送、電子メールデータ伝送、ＨＴＴＰデータ伝送又は他の何れかの方法に関する情報を表示してもよい。
【００８１】
図６の第４象限は、処理サービスにデータを伝送する各種方法を表示するウェブページの具体例の画面スナップショットを示す。この非限定的な具体例によると、図１の処理サービス１３０などの処理サービスは、ＦＴＰ、電子メール及びＵＲＬを介しクライアント装置からデータを受信してもよい。特に、処理サービスは、処理サービスに対するＦＴＰデータ伝送のためのパラメータ及び設定を表示してもよい。例えば、要素６５０は、処理サービスがＦＴＰサーバ名、ＦＴＰフォルダ名及びＦＴＰ認証情報を表示することを示す。従って、アイテム画像データ又はアイテム識別データを処理サービスにアップロードするため、クライアント装置は、ＦＴＰサーバへのＦＴＰデータ伝送をＦＴＰフォルダに開始する。
【００８２】
処理サービスはまた、電子メールを受信してもよい。要素６６０は、処理サービスについて設定されるアカウントの電子メールアカウント識別子を示す。従って、アイテム画像データ又はアイテム識別データを処理サービスにアップロードするため、クライアント装置は、電子メールアカウント識別子により示される電子メールアカウントにアドレス指定された電子メールへのアタッチメントとしてデータを送信してもよい。
【００８３】
処理サービスはまた、ＨＴＴＰポストからデータを抽出してもよい。要素６７０は、クライアント装置がデータを投稿し、処理装置が当該データをダウンロードするＨＴＴＰサイトのＵＲＬアドレスを示す。従って、アイテム画像データ又はアイテム識別データをアップロードするため、クライアント装置は、指定されたＵＲＬアドレスにデータを投稿し、処理サービスは、指定されたＵＲＬアドレスからデータをダウンロードしてもよい。
【００８４】
図７Ｃは、データを処理サービスに転送する各種方法を示すウェブページの一例となる画面スナップショットを示す。図示されたウェブページは、特定の処理サービスがＦＴＰファイル転送を利用してクライアント装置からデータを受信することを示す。特に、要素６５０は、処理サービスがＦＴＰサーバ名、ＦＴＰフォルダ名及びＦＴＰ認証情報を表示することを示す。従って、処理サービスにアイテム画像データ又はアイテム識別データをアップロードするため、クライアント装置は、ＦＴＰ認証情報を提供することによって、ＦＴＰフォルダにＦＴＰサーバへのＦＴＰデータ伝送を開始してもよい。
【００８５】
一実施例では、処理サービスは、上述されない他の方法を利用してクライアント装置からデータを受信するよう構成されてもよい。同様に、一実施例では、クライアント装置は、他の方法を利用してデータを処理サービスにアップロードするよう構成されてもよい。
Ｃ．クライアント装置の設定
図８は、クライアント装置の一例となる設定を示すフロー図である。クライアント装置１１０ａ〜１１０ｎなどのクライアント装置は、ローカル又はリモートに設定されてもよい。クライアント装置は、クライアント装置上に直接提供されるグラフィカルユーザインタフェース（ＧＵＩ）を用いて設定される場合、ローカルに設定される。例えば、クライアント装置は、ＧＵＩにより提供され、クライアント装置上に表示されるオプションをナビゲートすることによって設定されてもよい。クライアント装置は、他の装置からリモートにアクセスされる場合、リモートに設定され、クライアント装置上で実行されるソフトウェアアプリケーションにより提供されるオプションをリモートにナビゲートすることによって設定される。
【００８６】
ステップ８１０において、クライアント装置は、ローカル又はリモートにアクセスされる。クライアント装置が他の装置からリモートにアクセスされる場合、クライアント装置との通信セッションが確立される。いくつかの実施例では、クライアント装置との通信セッションは、ユーザがクライアント装置をリモートに設定可能であるか判断することを伴うものであってもよい。例えば、ユーザは、有効なユーザ名及び有効なパスワードなどの有効な認証情報を提供することが求められてもよい。
【００８７】
クライアント装置に対するユーザの認証が成功すると、ユーザは、クライアント装置上で実行されるソフトウェアアプリケーションにアクセスし、クライアント装置の設定処理を開始する。例えば、ユーザは、クライアント装置の設定オプションを表示するＧＵＩを生成するよう構成されるクライアント装置上のソフトウェアアプリケーションを開始してもよい。
【００８８】
クライアント装置がローカルにアクセスされる場合、クライアント装置へのアクセスは、クライアント装置上にＧＵＩを生成するよう構成され、クライアント装置のディスプレイ上にクライアント装置の設定オプションを表示するクライアント装置上のソフトウェアアプリケーションを実行することを伴う。
【００８９】
ステップ８２０において、ユーザは、図１に示される処理サービス１３０などの処理サービスにデータを転送する方法を選択する。クライアント装置がローカルに（すなわち、直接的に）アクセスされる場合、ユーザは、クライアント装置上に直接表示されるＧＵＩを利用して選択してもよい。しかしながら、ユーザ装置がリモートに（すなわち、リモートユーザ装置から）アクセスされる場合、ユーザは、クライアント装置上でリモートに実行されるソフトウェアアプリケーションにより提供されるオプションを用いて選択してもよい。
【００９０】
クライアント装置は、クライアント装置から処理サービスにデータを伝送する１以上の方法を可能にするようプログラムされてもよい。１つの方法は、クライアント装置から処理サービスにより維持されるデータフォルダへのデータのファイル伝送に関するものであってもよい。例えば、クライアント装置は、ＦＴＰを実装してもよく、クライアント装置から処理データにより維持されるＦＴＰフォルダへのアイテム画像データ及びアイテム識別データのＦＴＰ転送を可能にするものであってもよい。
【００９１】
他の方法は、電子メールに関するものであってもよい。例えば、クライアント装置は、電子メールを生成し、１以上のアタッチメントを電子メールに添付し、アタッチメントと共に電子メールを処理サービス上に設定された受信者の電子メールアカウントに送信するよう構成されてもよい。本例では、受信者の電子メールアカウントの識別子は、処理サービスの電子メールアドレスであってもよい。クライアント装置から処理サービスへのデータの伝送は、ＳＭＴＰなどの何れかのタイプの電子メールプロトコルを実現することによって実行されてもよい。
【００９２】
他の方法は、サーバにより維持されるウェブサイトにＨＴＴＰファイルをアップロードすることに関するものであってもよい。本方法によると、アイテム画像データ及びアイテム識別データは、ＨＴＴＰサーバにより維持され、特定のＵＲＬにより識別されるＨＴＴＰポストにアップロードされてもよい。例えば、アイテム識別データ及びアイテム画像データは、特定のＵＲＬを用いてＨＴＴＰサーバにアップロードされ、特定のＵＲＬにおいて処理サーバに利用可能とされてもよい。
【００９３】
一実施例では、クライアント装置は、上述された各データ伝送方法をサポートするよう構成される。他の実施例では、クライアント装置は、上述された方法だけでなく、これまで説明されていないさらなる方法をサポートするよう構成される。さらなる他の実施例では、クライアント装置は、上述された１又は２つの方法をサポートするよう構成される。
【００９４】
ステップ８３０において、クライアント装置がＦＴＰを実装していると判断された場合、ステップ８３５において、クライアント装置は、処理サービスにより維持されるＦＴＰフォルダにデータを転送するよう構成される。クライアント装置には、処理サービスにより維持されるＦＴＰフォルダのＦＴＰアドレスが提供され、ＦＴＰデータ伝送を処理することが可能とされてもよい。
【００９５】
ステップ８４０において、クライアント装置がＳＭＴＰなどの電子メールプロトコルを実装していると判断された場合、ステップ８４５において、クライアント装置は、電子メール及び電子メールのアタッチメントを利用して、データを処理サービスに送信するよう構成される。クライアント装置には、処理サービスの電子メールアドレスが提供され、クライアント装置の電子メールアドレスを提供し、電子メールを作成することが可能とされ、電子メールにアタッチメントを含み、電子メールを送信者の電子メールアドレスから受信者の電子メールアドレスに送信するようにしてもよい。
【００９６】
ステップ８５０において、クライアント装置がＨＴＴＰを実装していると判断された場合、ステップ８５５において、クライアント装置は、ＨＴＴＰを利用してデータをＨＴＴＰサーバに投稿するよう構成される。クライアント装置には、特定のＨＴＴＰサーバのＵＲＬアドレスが提供され、アイテム画像データ及びアイテム識別データを当該ＵＲＬに投稿するよう構成されてもよい。
【００９７】
図８に示されていないが、クライアント装置はまた、処理サービスにデータを直接的又は間接的に送信する他の方法を実装するよう構成されてもよい。例えば、クライアント装置は、Ｔｅｌｎｅｔ、ＴＣＰ／ＩＰ又は他の通信プロトコルを用いてデータを伝送するよう構成されてもよい。
【００９８】
クライアント装置が当該クライアント装置から処理サービスにデータを伝送するよう構成されると、クライアント装置は、処理サービスとアイテム画像データ及びアイテム識別データを通信するのに利用されてもよい。
Ｄ．アイテム識別データ及びアイテム画像データの取得
図９は、クライアント装置によるアイテム識別データ及びアイテム画像データの取得例を示すフロー図である。図１に示されるように、クライアント装置は、何れかのクライアント装置１１０ａ〜１１０ｎであってもよい。例えば、クライアント装置は、アイテムの写真を撮影するカメラと、アイテム上に表示されるコード識別子をスキャンするスキャナとを備えて構成されてもよい。他の具体例によると、クライアント装置は、カメラのみを備えて構成されてもよく（及びカメラを用いてアイテムの写真とバーコードの写真との双方を撮影する）、又はスキャナのみを備えて構成されてもよい（及びスキャナを用いてアイテムとバーコードの写真とをスキャンする）。これは、アイテムが、例えば、フットボールゲームのペアのチケットなどである場合、実用的であるかもしれない。
【００９９】
ステップ９１０において、クライアント装置を利用して、ユーザは、オークション対象のアイテムのコード識別子をスキャンする（又は写真を撮影する）。コード識別子は、アイテムを一意的に特定するコードである。通常、コード識別子は、アイテム又はアイテムのパッケージに付属又は表示される。例えば、コード識別子は、アイテムのパッケージに表示されたバーコード、アイテムに表示されたＱＲコード又はアイテムを識別可能な他の何れかのコードであってもよい。他のコードの非限定的な具体例は、ＥＺｃｏｄｅ、ハイキャパシティカラーバーコード、ｍａｘｉコード、スタックトバーコード、Ａｚｔｅｘコード、ショットコード、マトリクスコード及びＳＰＡＲＱコードを含む。
【０１００】
ユーザがコード識別子をスキャンする場合、スキャンを終了すると、クライアント装置のスキャンコンポーネントは、アイテム識別データを生成する。アイテム識別データは、多数のデータフォーマットの何れかにより表現されてもよい。例えば、アイテム識別データは、ＰＤＦフォーマット、ＪＰＥＧフォーマット又は他の何れかのフォーマットにより表現されてもよい。結果として得られるアイテム識別データは、コード識別子を表す。
【０１０１】
ユーザがコード識別子の写真を撮影する場合、写真が撮影されると、写真データは、コード識別子がスキャンされた場合、アイテム識別データが表現されるであろうデータフォーマットに変換される。例えば、コード識別子のスキャンがＰＤＦフォーマットで表現されるアイテム識別データを生成する場合、カメラを用いて撮影された写真データはＰＤＦフォーマットに変換されてもよい。アイテム識別データを取得する他の方法がまた実現されてもよい。
【０１０２】
ステップ９２０において、クライアント装置を用いて、ユーザは、オークション対象のアイテムの写真を撮影（又はスキャン）する。アイテムの写真の撮影はアイテムを表現するデータを取得するためのより直感的なアプローチであるが、アイテムのスキャンがまた実現されてもよい。オークション対象のアイテムがラップトップ又はソファでである場合、アイテムをスキャンするよりアイテムの写真を撮影することがより実際的であるかもしれない。しかしながら、オークション対象のアイテムがフットボールゲームのチケットのペア又はスキーリフトパスである場合、アイテムの写真を撮影するよりアイテムをスキャンすることがより実際的であるかもしれない。
【０１０３】
ユーザがオークション対象のアイテムの写真を撮影する場合、写真が撮影されると、写真データは、アイテム画像データとして参照されてもよい。アイテム画像データは、多数のデータフォーマットの何れかにより表現されてもよい。例えば、アイテム画像データは、ＪＰＥＧフォーマット、ＴＩＦＦフォーマット、ＢＷフォーマット又は他の何れかのフォーマットにより表されてもよい。
【０１０４】
ユーザがオークション対象のアイテムをスキャンする場合、スキャンが終了すると、クライアント装置のスキャンコンポーネントは、アイテム画像データに変換されるスキャンデータを生成する。アイテム画像データの好適なデータフォーマットに応じて、アイテムのスキャンデータは、ＪＰＥＧフォーマット、ＴＩＦＦフォーマット、ＢＷフォーマット又は他の何れかのフォーマットに変換されてもよい。
【０１０５】
一実施例では、ユーザは、２つの別々の装置を用いてオークション対象のアイテムのアイテム画像データ及びアイテム識別データを取得する。例えば、ユーザは、カメラを用いてアイテム画像データを取得し、スキャナを用いてアイテム識別データを取得してもよい。双方の装置（カメラ及びスキャナ）は、別々のクライアント装置によりデータが提供されるとしても、ユーザ識別子に基づきアイテム識別データとアイテム画像データとをペア化するよう処理サービスを設定することによって、処理サービスとのインタフェースが図られてもよい。例えば、ユーザがカメラを用いてアイテムの写真を撮影する場合、対応するアイテム画像データは関連するユーザ識別子を有してもよい。同じユーザ識別子は、スキャナを用いてユーザにより取得されたアイテム識別データと関連付けされてもよい。
【０１０６】
ステップ９３０において、アイテム識別データ及びアイテム画像データは、処理サービスに送信される。例えば、処理サービスがクライアント装置からＦＴＰファイル伝送を受信するよう構成され、ＦＴＰサーバ、ＦＴＰフォルダ及び認証情報がクライアント装置に提供された場合、アイテム識別データ及びアイテム画像データは、処理サービスにより維持されるＦＴＰフォルダに伝送されてもよい。図８において、アイテム識別データ及びアイテム画像データを処理サービスに伝送するようクライアント装置を構成する各種方法が説明された。
【０１０７】
アイテム識別データ及びアイテム画像データは、１つのクライアント装置によって、又は複数のクライアント装置によって取得されてもよい。さらに、アイテム識別データは、アイテム画像データが処理サービスに転送される前又は後に処理サービスに転送されてもよい。
【０１０８】
一実施例では、アイテム画像データでなくアイテム識別データが処理サービスに提供される。例えば、ユーザは、アイテムのコード識別子をスキャンすることが可能であるが、アイテムの写真を撮影することはできないかもしれない。他の例によると、ユーザはコード識別子をスキャンし、アイテムの写真を撮影することはできるが、アイテム画像データが損傷し、処理サービスに転送するのに利用不可であるかもしれない。
【０１０９】
一実施例では、アイテム識別データでなくアイテム画像データが処理サービスに提供される。例えば、ユーザは、アイテムの写真を撮影することができるが、アイテムのコード識別子をスキャンすることはできないかもしれない。これは、ユーザがスキャナを有しないとき、又はスキャナが機能しないときに生じる可能性がある。この場合、ユーザは、アイテム画像データのみを処理サービスに転送するようしてもよい。
【０１１０】
図１０Ａ〜１０Ｂは、処理サービスによりデータを取得するための各種アプローチを示すフロー図である。図１０Ａ〜１０Ｃに示されるアプローチを示すため、アイテム画像データ及びアイテム識別データがクライアント装置により転送又はアップロードされたと仮定される。
【０１１１】
図１０Ａは、ファイル転送フォルダから処理サービスによりアイテム識別データ及びアイテム画像データを取得するアプローチを示すフロー図である。ステップ９１０では、処理サービスは、処理サービスにアクセス可能なディスク（又は他の何れかのストレージ装置）上に設定されるＦＴＰフォルダをモニタリングする。ステップ９１２において、処理サービスは、データがＦＴＰフォルダにあると判断した場合、ステップ９１４において、処理サービスはデータをダウンロードし、任意的にデータを処理サービスにアクセス可能なディスク又は他のストレージ装置に保存する。
【０１１２】
ダウンロードされたデータは、アイテム識別データ、アイテム画像データ又は双方を有してもよい。例えば、ユーザは、オークション対象のアイテムのコード識別子を表すアイテム識別データと、当該アイテムの１以上の写真を表すアイテム画像データとをＦＴＰフォルダにアップロードする。他の例によると、ユーザは、アイテムのコード識別子のアイテム識別データのみをＦＴＰフォルダにアップロードしている。他の例によると、ユーザは、アップロードされたアイテムのコード識別子のアイテム識別データと当該アイテムの１つの写真を表すアイテム画像データとを有してもよい。
【０１１３】
一実施例では、処理サービスはアイテム画像データを処理する。当該処理は、アイテム画像データのデータフォーマットの変更を含むものであってもよい。当該処理はまた、オークションサイトにより提供される写真の仕様を充足するように、アイテム画像データの変換、リサイジング又は処理を含むものであってもよい。
【０１１４】
ステップ９１６において、処理サービスはオークションアイテムデータを生成する。オークションアイテムデータは、画像データ、アイテム識別データ又は双方を有してもよい。オークションアイテムデータへのリンクは、データを整理及び格納するよう構成されるデータテーブル、データアレイ又は他の何れかのデータコンテナなどのデータ構造に格納されてもよい。データ構造は、ユーザ識別子、ユーザ識別子の日付、ユーザ装置の識別子又はユーザがオークションを所望するアイテムを一意的に特定する他の何れかの方法により索引付けされてもよい。例えば、処理サービスが特定のユーザによりアップロードされたアイテム画像データをダウンロードした場合、処理サービスは、当該ユーザに関連する特定のユーザ識別子を決定し、当該ユーザ識別子を用いてユーザのエントリがデータ構造において作成されたか判断してもよい。当該エントリが作成されなかった場合、処理サービスは、データ構造への当該ユーザ識別子のエントリを作成し、当該エントリにおいてデータ構造にアイテム画像データのリンクを追加してもよい。
【０１１５】
しかしながら、処理サービスが、特定のユーザのエントリがすでにデータ構造に作成されていると判断し、当該エントリがオークションアイテムリストを生成するためまだ利用されていないと判断した場合、処理サービスは、データ構造のエントリにアイテム画像データへのリンクを追加してもよい。例えば、特定のユーザのエントリがアイテム識別データを有する場合、同一のユーザのアイテム画像データをダウンロードすると、処理サービスは、データ構造のエントリにダウンロードしたアイテム画像データへのリンクを追加してもよい。
【０１１６】
ステップ９１８において、処理サービスは、オークションアイテムのオークションアイテムリストタスクをスケジューリングする。このステップでは、処理サービスは、オークション対象のアイテムの少なくともアイテム識別データ又はアイテム画像データが当該アイテムについて受信されているか判断し、受信されている場合、オークションサイトにアップロードするオークションアイテムデータをスケジューリングする。
【０１１７】
図１０Ｂは、電子メールフォルダから処理サービスによりアイテム識別データ及びアイテム画像データを取得するアプローチを示すフロー図である。ステップ９２０において、処理サービスは、処理サービスにアクセス可能なディスク（又は他の何れかのストレージ装置）上に設定される電子メールフォルダをモニタリングする。ステップ９２２において、処理サービスが、電子メールフォルダに電子メールが受信されていると判断した場合、ステップ９２４において、処理サービスは電子メールを読み、アイテムデータが電子メールのボディ又はアタッチメントに含まれているか判断する。アイテムデータが電子メールのボディに含まれている場合、処理サービスは、電子メールのボディからデータを抽出し、任意的には、処理サービスにアクセス可能なディスク又は他のストレージ装置にデータを保存する。アイテムデータが電子メールへのアタッチメントとして含まれている場合、処理サービスは、アタッチメントを読み、アタッチメントからアイテムデータを抽出し、任意的にはデータをディスク又は他のストレージ装置に保存する。
【０１１８】
抽出されたデータは、アイテム識別データ、アイテム画像データ又は双方を有してもよい。異なるタイプのデータが抽出される各種シナリオが、ステップ９１４において説明された。
【０１１９】
図１０Ｂのステップ９２６及び９２８は、図１０Ａのステップ９１６及び９１８にそれぞれ対応する。
【０１２０】
図１０Ｃは、ポストから処理サービスによりアイテム識別データ及びアイテム画像データを取得するアプローチを示すフロー図である。ステップ９３０において、処理サービスは、処理サービスにアクセス可能なサーバ上に設定されるＨＴＴＰポストをモニタリングする。ＨＴＴＰポストは、クライアント装置と処理サービスとの双方にアクセス可能なＨＴＴＰサーバにより維持されるウェブページのＵＲＬアドレスにより示されてもよい。
【０１２１】
ステップ９３２において、処理サービスは、データが特定のＵＲＬに投稿されたと判断した場合、処理サービスはデータをダウンロードし、任意的に処理サービスにアクセス可能なディスク又は他のストレージ装置にデータを保存する。
【０１２２】
ダウンロードされたデータは、アイテム識別データ、アイテム画像データ又は双方を有してもよい。異なるタイプのデータが抽出される各種シナリオが、ステップ９１４において説明された。
【０１２３】
図１０Ｂのステップ９３６及び９３８は、図１０Ａのステップ９１６及び９１８にそれぞれ対応する。
Ｅ．オークションアイテムリストの生成
図１１は、オークションアイテムリストを生成する一例となる処理を示すフロー図である。ステップ１１１０において、処理サービスは、オークションアイテムリストタスクをモニタリングする。オークションアイテムリストタスクは、少なくともアイテム画像データ又はアイテム識別データ（又は双方）が受信され、オークションサイトにオークションアイテムリストを生成されるようスケジューリングされたタスクである。オークションアイテムリストタスクは、処理サービスにより維持される又はアクセス可能なデータ構造に格納されてもよい。タスクを格納するためのデータ構造の非限定的な具体例は、データテーブル、データアレイ、データキュー又はデータを格納するよう構成される他の何れかのデータ構造を含み、図１３に示される。
【０１２４】
ステップ１１１２において、処理サービスは、オークションアイテムリストタスクがスケジューリングされたと判断した場合、ステップ１１１４において、処理サービスは、アイテム画像データ、アイテム識別データ又は双方へのリンクを用いてアイテムデータをダウンロードする。当該リンクは、図１０Ａのステップ９１６に説明されるように、テーブルに格納されてもよい。当該テーブルは、ユーザ識別子、ユーザ装置の識別子又は他の何れかの識別子により索引付けされてもよい。テーブルは、アイテム画像データ及びアイテム識別データへのリンクを含むエントリを有してもよい。例えば、ユーザがアイテムのコード識別子を表すアイテム識別データを提供し、アイテムの写真を表すアイテム画像データを提供した場合、テーブルは少なくとも１つのエントリを有し、当該エントリは、アイテム識別データへのリンクと、アイテム画像データへのリンクとを格納するのに利用されてもよい。
【０１２５】
ステップ１１１６において、処理サービスは、オークション対象のアイテムの属性データを取得する。属性データは、アイテムに関する説明及び付加情報を提供するデータである。例えば、アイテムの属性データは、アイテムの名称、価格、説明、詳細、アイテムを買い手に配送する発送ポリシーの説明、アイテムが返品される場合の返品ポリシーの説明、アイテムの状態、アイテムの数量及び他のタイプの情報を有してもよい。
【０１２６】
属性データのタイプは、オークション対象のアイテムのタイプに依存する。例えば、アイテムがスイッチなどの電子デバイスである場合、スイッチの属性データは、スイッチの名称、スイッチのメーカーの名称、スイッチの詳細、スイッチの状態の説明、スイッチがオンライン購入可能であるか否か、スイッチの価格及び津一致に税金が追加されるか否かを含むものであってもよい。
【０１２７】
アイテムの属性データは、各種フォーマット及びデータ構造に格納されてもよい。例えば、属性データは、ＨＴＭＬドキュメントに格納されてもよい。ＮＥＴ  ＧＥＡＲスイッチの属性データを含むＨＴＭＬドキュメントの非限定的な具体例は、以下に含まれる。
【表１】
2014154171.tif 000003
【０１２８】
上記の例では、ＨＴＭＬドキュメントにより表現される。ＨＴＭＬドキュメントの具体例では、個々の属性名及び属性値はデリミッタにより分離される。ＨＴＭＬデータは、アイテムのアイテム識別データに対応するバーコード属性を含む。バーコード属性は、オークション対象のアイテムの属性データを特定するのに利用可能な多数の属性の１つである。属性データはまた、スイッチの名称、スイッチのメーカーの名称、スイッチの詳細、スイッチの状態の説明、スイッチがオンラインで入手可能であるか否か、スイッチの価格及び税金が価格に追加されるか否かを含む。上記の具体例は、電子スイッチの属性データの多数の可能な表現の１つである。
【０１２９】
属性データは、処理サービスのシステム管理者又はユーザにより生成されてもよい。例えば、システム管理者は、アイテムのバーコードにより索引付けされた属性データのライブラリを生成してもよい。ライブラリは、新たなアイテム及び属性がライブラリに追加されると、又は情報が修正される必要があるとき、システム管理者（又はユーザ）により修正及び更新されてもよい。
【０１３０】
属性データのライブラリは、図１に示されるように、ストレージ装置１３７にローカルに格納され、処理サービスにアクセス可能とされてもよい。あるいは、属性データのライブラリは、リモートに格納され、図１に示されるルックアップデータベースサービス１２０としてルックアップデータベースサービスにより管理されてもよい。
【０１３１】
属性データのライブラリがルックアップデータベースサービスにより管理される場合、処理サービスは、ルックアップデータベースサービスにリクエストを送信することによって、オークション対象のアイテムの属性データを取得してもよい。当該リクエストは、アイテムのアイテム識別データを有してもよい。アイテム識別データを受信すると、ルックアップデータベースサービスは、アイテム識別データに関連する属性データが検出されるまで、属性データのライブラリを検索し、属性データを処理サービスに送信する。当該リクエストの送信に応答して、処理サービスは、ルックアップデータベースサービスから属性データを取得する。
【０１３２】
ステップ１１１８において、処理サービスは、オークションサイト上でオークションアイテムリストの作成を実行する。オークションアイテムリストの作成は、オークションサイトのＡＰＩにアクセスし、ＡＰＩの機能を用いてオークションサイトに属性データをアップロードし、オークションサイトにリストを再生させることに関するものであってもよい。それは、オークションサイトにオークションサイトに関連するストレージ装置のストレージスペースを割り当て、オークションリストテンプレートを作成し、テンプレートに属性データの少なくとも一部を入力し、オークションアイテムリストを生成させるものであってもよい。
【０１３３】
ステップ１１２０において、処理サービスは、オークションサイトにアイテム画像データをアップロードする。このステップは、アイテムのアイテム画像データが利用可能である場合、実行されてもよい。例えば、ユーザがアイテムのアイテム画像データをアップロードしていない場合、当該ステップは省略されてもよい。他の例によると、ユーザがアイテムの２以上の写真を表すアイテム画像データをアップロードした場合、アイテムのすべての写真を表す画像データがオークションサイトにアップロードされてもよい。
【０１３４】
アイテム画像データをオークションサイトにアップロードすることは、オークションサイトのＡＰＩＵにアクセスし、ＡＰＩの機能を用いてアイテム画像データをオークションサイトに送信することに関するものであってもよい。
【０１３５】
アイテム画像データがオークションサイトにアップロードされると、ステップ１１２２において、処理サービスは、オークションサイトにアイテム画像データをオークションアイテムリストに添付させる。これは、オークションサイトのＡＰＩの機能を用いて実現されてもよい。
【０１３６】
アイテムのオークションアイテムリストは、アイテムに利用可能なすべての属性データ及びアイテム画像データを用いて作成されてもよい。あるいは、オークションアイテムリストは、アイテムのすべてではないが一部の属性データ及び画像データを用いて作成されてもよい。例えば、いくつかの実現形態では、オークションアイテムリストは、１以上の詳細レベルを用いて定義されてもよい。第１詳細レベルでは、オークションアイテムリストは、アイテムの名称及び写真を有してもよい。オークションアイテムリストの当該詳細レベルを作成することは、アイテムに利用可能な属性データ及びアイテム画像データを利用することに関する。
【０１３７】
第２詳細レベルでは、オークションアイテムリストは、アイテムの利用可能なすべての写真及び情報を含むアイテムの利用可能なすべての情報を有してもよい。オークションアイテムリストの当該詳細レベルの作成は、アイテムに利用可能なすべての属性データとアイテム画像データとを利用することに関する。
【０１３８】
ステップ１１２２が終了すると、オークションアイテムリストはオークションサイトへの表示及び閲覧のため利用可能になる。
【０１３９】
オークションアイテムリストは、アイテム画像データ又はアイテム識別データ（又は双方）を提供したユーザにオークションサイト上で利用可能とされてもよい。あるいは、オークションアイテムリストは、ユーザグループにオークションサイト上で利用可能とされてもよい。オークションアイテムリストへのアクセスタイプは、ユーザ特権に基づき決定されてもよい。例えば、オークションアイテムリストは、アイテム画像データ又はアイテム識別データを提供したユーザに編集及び閲覧が利用可能とされてもよい。しかしながら、それは、オークションサイトにアクセスする他のユーザに閲覧のみ利用可能とされてもよい。
【０１４０】
オークションアイテムリストは、ユーザがアイテムの属性の一部が変更されたと判断した場合に変更されてもよい。例えば、オークションアイテムリストは、ユーザがアイテムの価格、アイテムの数量、アイテムの説明を変更したか、又は他の変更がリストに行われたと判断した場合、修正されてもよい。当該変更は、オークションサイトにおいて利用可能なＡＰＩを利用することによって、又は処理サービスにアクセスし、リストへの修正を要求することによって実行されてもよい。
【０１４１】
オークションアイテムリストはまた、アイテムのオークション中に修正されてもよい。例えば、オークションされたアイテムが販売された場合、オークションサイトは、データベースから当該オークションアイテムリストを削除してもよい。他の例によると、オークションされたアイテムに対して入札が受信された場合、オークションアイテムリストに含まれている価格属性が、オークションサイトにより更新されてもよい。他の例によると、オークションされたアイテムの数量がアイテムの販売により減少した場合、オークションアイテムリストに含まれる数量属性が、オークションサイトにより更新されてもよい。
【０１４２】
しかしながら、ある状況では、オークションアイテムリストの生成処理は不成功であるかもしれない。処理の失敗には多くの理由があるかもしれない。例えば、アイテムデータのアップロードが失敗するかもしれないし、又はオークションサイトへのアクセスが失敗するかもしれない。このような状況では、失敗に関する情報が生成され、ユーザ又はオークションサイトに配信されてもよい。
【０１４３】
一実施例では、処理サービスは、アイテム識別データ及びアイテム画像データの受信が不成功であったか、アイテム属性データの抽出が不成功であったか、又はオークションリストデータの生成が不成功であったか判断する。上記の失敗の何れかが検出されたと判断されると、処理サービスは、１以上の問題を示すエラーメッセージを生成してもよい。エラーメッセージは、オークションアイテムリストの生成が失敗したユーザ又はオークションサイトに送信されてもよい。エラーメッセージは、エラーのタイプ、失敗の理由及び処理が不成功であったアイテムデータを示すものであってもよい。
Ｆ．オークションアイテムリストの具体例
図１２は、オークションサイト上に表示されるオークションアイテムリストの具体例を示す。オークションアイテムリストのこの具体例は、コンピュータマウスデバイスについて生成されたものであり、ｅＢａｙオークションサイトに投稿されている。ヘッダ１２１０において、オークションアイテムリストは、デバイスの名前（“Ｄｏｇｇｌｅｓ  Ｇｏｇｇｌｅｓ  Ｘｓｍａｌｌ”マウスデバイス）、重量及びカラーを提供する。ヘッダの下方には、オークションアイテムリストは、“好き”などの各種の選択可能なボタンを提供する。選択可能なボタンの下方において、リストは、入札開始金額１２３０、発送コスト情報、推定される配送日、支払形式の説明及び返品ポリシーの説明を提供する。右側では、リストは、デバイスの写真１２２０を提供する。ヘッダの上方において、リストは、当該デバイスのオークション期間、オークション開始時間及びオークション開始価格を示す投稿された“Ｌｉｖｉｎｇ”情報１２４０を提供する。
【０１４４】
図１２に示される具体例は、オークションアイテムリストを実現する１以上の方法を示すのに提供される。他のオークションサイトは、他のタイプのオークションアイテムリストを実装し、オークションされたアイテムに関する異なるタイプの情報を提供してもよい。
Ｇ．データ構造の具体例
図１３は、処理サービスにより利用されるデータ構造の具体例を示す。各種実施例では、処理サービスは、オークション対象のアイテムに関する情報を格納するため各種データ構造を利用する。図１３に示されるデータ構造の具体例は、何れかの方法に限定するものとしてみなされるべきでない。
【０１４５】
図１３において、２つのデータ構造が示される。１つのデータ構造はユーザテーブル１３１０と呼ばれ、他のデータ構造はオークションアイテム１３５０と呼ばれる。実現形態に応じて、処理サービスは、データ構造１３１０，１３５０を利用するか、又は図１３に示されない他の構造を利用してもよい。
【０１４６】
ユーザテーブル１３１０は、オークションアイテムリストが生成されるユーザに関する情報を格納するのに利用される。ユーザテーブル１３１０は、ユーザ識別子、ユーザ装置の識別子又は他の何れかのキー若しくは識別子により索引付けされてもよい。図１３において、ユーザテーブル１３１０は、ユーザに関連するプライマリキー（ＰＫ）１３２０により索引付けされる。ＰＫ１３２０の値は、識別子（ＩＤ）１３３０により示される。ユーザテーブル１３１０は、１以上のユーザのデータを格納し、従って、ユーザテーブル１３１０は、各々が一意的なＩＤ１３３０により特定される多数のエントリを有してもよい。
【０１４７】
各ユーザについて、ユーザテーブル１３１０は、各種の情報１３４０を格納する。例えば、格納されている情報１３４０は、ユーザＩＤ、ユーザ認証トークン、ＦＴＰフォルダ名、電子メールアドレス及び他のデータを有してもよい。
【０１４８】
オークションアイテムデータ構造１３５０は、オークションアイテムリストが生成されるアイテムに関する情報を格納するのに利用される。オークションアイテムデータ構造１３５０は、ユーザテーブル１３１０において同一のＰＫ１３２０に対応するプライマリキー（ＰＫ）１３２０により索引付けされてもよい。ＰＫ１３２０の値は、ユーザテーブル１３１０において同一のＩＤ１３３０に対応する識別子（ＩＤ）１３３０として示される。
【０１４９】
各ＩＤ１３３０について、オークションアイテムデータ構造１３５０は、各種の情報１３８０を格納してもよい。例えば、格納されている情報１３８０は、ユーザＩＤ、アイテムのバーコード、アイテムのアイテム画像データのリンク及びオークションアイテムリストの状態を有してもよい。オークションアイテムリストの状態は、アイテムに関する一部又はすべての情報が受信又は取得されたか、一部の情報が欠落しているか、又はアイテムのオークションアイテムリストの生成がスケジューリングされているかを示すものであってもよい。
Ｈ．処理サービスにより生成される画面ビューの具体例
図１４Ａ〜１４Ｃは、処理サービスにより生成される画面スナップショットの各種具体例を示す。図１４Ａ〜１４Ｃに示される具体例は、非限定的な具体例としてみなされるべきであり、処理サービスの情報に依存するものであってもよい。
【０１５０】
図１４Ａは、処理サービスにより生成される一例となるログイン画面ビューを示す。一例となるログイン画面ビューは、Ｒｉｃｏｈ  Ｃｏ．，Ｌｔｄ．の専用の処理サービスにより生成された。ログイン画面ビューは、処理サービスのポータルを示す。ポータルを利用して、ユーザは処理サービスにアクセスしてもよい。例えば、ユーザがユーザログイン名１４１０及びユーザパスワード１４２０を提供し、ログインボタン１４３０を選択した後、ユーザは、処理サービスへのアクセスが付与される。
【０１５１】
図１４Ｂは、処理サービスにより生成されるアップロード履歴の一例となる画面スナップショットを示す。本例は、複数のロー及び複数のカラムを有するテーブルを示す。ローは番号付けされ、各ローは個々のアイテムに関する情報を含む。例えば、第１アイテムについて（テーブルの第１ローに示される）、テーブルは、アイテムのバーコード情報１４５０、製品名１４６０、アップロード時間１４７０及び写真１４８０を含む。他の実現形態では、テーブルは、アイテムに関する付加情報を提供してもよい。
【０１５２】
図１４Ｃは、処理サービスにより生成される一例となるエラーログを示す。本例は、複数のロー及び複数のカラムを有するテーブルを示す。ローは番号付けされ、各ローは処理サービスにより検出された各エラーに関する情報を含む。例えば、第１エラーについて（テーブルの第１ローに示される）、テーブルは、エラーの説明１４９０、アップロード時間及びエラーが発生している間の写真１４９４を含む。他の実現形態では、テーブルは、処理サービスにより検出されたエラーに関する付加情報を提供してもよい。
【０１５３】
一実施例では、オークションアイテムリストを準備し、オークションサイトにアップロードする処理は簡略化され、ユーザの最小限の関与によって実行される。オークションアイテムリストを生成する処理は、ユーザがオークションアイテムリストを作成する方法、アイテムを説明する方法、アイテムを価格付けする方法、又はアイテムについて発送ポリシー若しくは返品ポリシーを説明する方法を知っていることを要求しない。さらに、ユーザは、アイテムの写真をオークションアイテムリストに含める方法を知っている必要はない。これらすべてのステップは、ユーザに対して自動的に実行される。
ＩＶ．実現機構
一実施例によると、ここに説明される技術は、１以上の特定用途計算装置により実現される。特定用途計算装置は、当該技術を実行するため配線化されてもよいし、又は当該技術を実行するよう永続的にプログラムされた１以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）又はＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などのデジタル電子デバイスを含むものであってもよいし、又はファームウェア、メモリ、他のストレージ若しくは組み合わせにおいてプログラム命令に従う当該技術を実行するようプログラムされる１以上の汎用ハードウェアプロセッサを含むものであってもよい。このような特定用途向け計算装置はまた、カスタム配線ロジック、ＡＳＩＣ又はＦＰＧＡと当該技術を実現するためのカスタムプログラミングとを組み合わせてもよい。特定用途向け計算装置は、デスクトップコンピュータシステム、ポータブルコンピュータシステム、携帯装置、ネットワーキング装置又は当該技術を実現するため配線及び／又はプログラムロジックを搭載する他の何れかの装置であってもよい。
【０１５４】
例えば、図１５は、本発明の実施例が実現可能なコンピュータシステム１５００を示すブロック図である。コンピュータシステム１５００は、情報を通信するバス１５２０又は他の通信機構と、情報を処理するためバス１５２０に接続されるハードウェアプロセッサ１５０４とを有する。ハードウェアプロセッサ１５０４は、例えば、汎用マイクロプロセッサであってもよい。
【０１５５】
コンピュータシステム１５００はまた、プロセッサ１５０４により実行される命令及び情報を格納するためバス１５０２に接続されるＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）や他のダイナミックストレージ装置などのメインメモリ１５０６を有する。メインメモリ１５０６はまた、プロセッサ１５０４により実行される命令の実行中に一時的変数又は他の中間情報を格納するのに利用されてもよい。当該命令は、プロセッサ１５０４にアクセス可能な非一時的な記憶媒体に格納されると、コンピュータシステム１５００を命令に指示される処理を実行するようカスタマイズされる特定用途マシーンにする。
【０１５６】
コンピュータシステム１５００はさらに、プロセッサ１５０４の静的情報及び命令を格納するためバス１５０２に接続されるＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１５０８又は他のスタティックストレージ装置を含む。磁気ディスクや光ディスクなどのストレージ装置１５１０が提供され、情報及び命令を格納するためバス１５２０に接続される。
【０１５７】
コンピュータシステム１５００は、コンピュータのユーザに情報を表示するためＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）などのディスプレイ１５１２にバス１５０２を介し接続されてもよい。英数字及び他のキーを含む入力装置１５１４は、情報及びコマンド命令をプロセッサ１５０４に通信するためバス１５０２に接続される。他のタイプのユーザ入力装置は、プロセッサ１５０４に方向情報及びコマンド選択を通信し、ディスプレイ１５１２上のカーソルの動きを制御するため、マウス、トラックボール又はカーソル方向キーなどのカーソルコントロール１５１６である。この入力装置は、典型的には、当該装置が平面上の位置を指定することを可能にする第１軸（ｘなど）及び第２軸（ｙなど）の２つの軸において２つの自由度を有する。
【０１５８】
コンピュータシステム１５００は、コンピュータシステムと組み合わせて、コンピュータシステム１５００を特定用途向けマシーンとさせる又はプログラムするカスタマイズされた配線ロジック、１以上のＡＳＩＣ若しくはＦＰＧＡ、ファームウェア及び／又はプログラムロジックを利用して、ここに説明される技術を実現してもよい。一実施例によると、ここでの技術は、プロセッサ１５０４がメインメモリ１５０６に含まれる１以上の命令の１以上のシーケンスを実行することに応答して、コンピュータシステム１５００により実行される。このような命令は、ストレージ装置１５１０などの他の記憶媒体からメインメモリ１５０６に読み込まれてもよい。メインメモリ１５０６に含まれる命令シーケンスの実行は、プロセッサ１５０４にここに説明される処理ステップを実行させる。他の実施例では、配線回路が、ここに説明された実施例を実現するためソフトウェア命令の代わりに又はそれと共に利用されてもよい。従って、実施例は、何れか特定のハードウェア回路及びソフトウェアの組み合わせに限定されるものでない。
【０１５９】
ここで用いられる“記憶媒体”という用語は、マシーンを特定の方法で動作させるデータ及び／又は命令を格納する何れかの非一時的媒体を意味する。このような記憶媒体は、不揮発性媒体及び／又は揮発性媒体を有してもよい。不揮発性媒体は、例えば、ストレージ装置１５１０などの光ディスク又は磁気ディスクなどを含む。揮発性媒体は、メインメモリ１５０６などのダイナミックメモリを含む。記憶媒体の一般的な形態は、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、ソリッドステートドライブ、磁気テープ若しくは他の何れかの磁気データ記憶媒体、ＣＤ−ＲＯＭ、他の何れかの光データ記憶媒体、ホールパターンを有する何れかの物理媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、ＮＶＲＡＭ、他の何れかのメモリチップ若しくはカートリッジなどを含む。
【０１６０】
記憶媒体は、伝送媒体と区別されるが、一緒に利用されてもよい。伝送媒体は、記憶媒体間で情報を転送するのに利用される。例えば、伝送媒体は、バス１５０２を有する配線を含む同軸ケーブル、銅線及び光ファイバを含む。伝送媒体はまた、ラジオ波及び赤外線データ通信中に生成されるものなど、音響波又は光波の形態をとりうる。
【０１６１】
各種形態の媒体は、実行のためプロセッサ１５０４に１以上の命令の１以上のシーケンスを搬送することに関するものであってもよい。例えば、命令はまず、リモートコンピュータの磁気ディスク又はソリッドステートドライブに担持されてもよい。リモートコンピュータは命令をそれのダイナミックメモリにロードし、モデムを用いて電話線を介し命令を送信してもよい。コンピュータシステム１５００にローカルなモデムは、電話線によりデータを受信し、赤外線送信機を用いてデータを赤外線信号に変換することを可能である。赤外線検出装置は、赤外線信号により搬送されたデータを受信し、適切な回路が当該データをバス１５０２に配置できる。バス１５０２は、データをメインメモリ１５０６に担持し、そこからプロセッサ１５０４は命令を抽出して実行する。メインメモリ１５０６により受信された命令は、任意的には、プロセッサ１５０４による実行前後にストレージ装置１５１０に格納されてもよい。
【０１６２】
コンピュータシステム１５００はまた、バス１５０２に接続される通信インタフェース１５１８を有する。通信インタフェース１５１８は、ローカルネットワーク１５２２に接続されるネットワークリンク１５２０に接続する双方向データ通信を提供する。例えば、通信インタフェース１５１８は、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ）カード、ケーブルモデム、衛星モデム、又は対応するタイプの電話線とのデータ通信接続を提供するモデムであってもよい。他の例として、通信インタフェース１５１８は、互換性のあるＬＡＮとのデータ通信接続を提供するＬＡＮカードであってもよい。無線リンクがまた実装されてもよい。何れかの実現形態では、通信インタフェース１５１８は、各種情報を表すデジタルデータストリームを搬送する電気、電磁気又は光信号を送受信する。
【０１６３】
ネットワークリンク１５２０は、典型的には、１以上のネットワークを介し他のデータ装置とのデータ通信を提供する。例えば、ネットワークリンク１５２０は、ローカルネットワーク１５２２を介しホストコンピュータ１５２４又はインターネットサービスプロバイダ（ＩＳＰ）１５２６により運営されているデータ装置との接続を提供してもよい。さらに、ＩＳＰ１５２６は、“インターネット”１５２８として一般に参照されるワールドワイドパケットデータ通信ネットワークを介しデータ通信サービスを提供する。ローカルネットワーク１５２２とインターネット１５２８とは共に、デジタルデータストリームを搬送する電気、電磁気又は光信号を利用する。各種ネットワークを介した信号と、コンピュータシステム１５００との間でデジタルデータを搬送するネットワークリンク１５２０及び通信インタフェース１５１８を介した信号とは、伝送媒体の具体的な形態である。
【０１６４】
コンピュータシステム１５００は、ネットワーク、ネットワークリンク１５２０及び通信インタフェース１５１８を介しプログラムコードを含むデータ及びメッセージを送受信できる。インターネットの具体例では、サーバ１５３０は、インターネット１５２８、ＩＳＰ１５２６、ローカルネットワーク１５２２及び通信インタフェース１５１８を介しアプリケーションプログラムのために要求されるコードを送信してもよい。
【０１６５】
受信したコードは、受信されたとき、及び／又は以降の実行のためストレージ装置１５１０又は他の不揮発性ストレージに格納されたとき、プロセッサにより実行されてもよい。
【０１６６】
本明細書では、本発明の実施例が実現形態に応じて可変的な多数の具体的な詳細を参照して説明された。明細書及び図面は、限定的な意味でなく例示的なものとしてみなされるべきである。本発明の範囲の唯一の排他的なインジケータと、本発明の範囲であると出願により意図されるものとは、何れかの以降の訂正を含む請求項が発行された特定の形態において、本出願から発行される請求項の文言及び均等の範囲である。
【符号の説明】
【０１６７】
１００  オークションアイテムリスト生成アーキテクチャ
１１０  クライアント装置
１２０  ルックアップデータベースサービス
１３０  処理サービス
１４０  オークションサイト
１５０  ユーザ装置
【図１】
2014154171.tif 000004
【図２】
2014154171.tif 000005
【図３】
2014154171.tif 000006
【図４】
2014154171.tif 000007
【図５】
2014154171.tif 000008
【図６】
2014154171.tif 000009
【図７Ａ】
2014154171.tif 000010
【図７Ｂ】
2014154171.tif 000011
【図７Ｃ】
2014154171.tif 000012
【図８】
2014154171.tif 000013
【図９】
2014154171.tif 000014
【図１０Ａ】
2014154171.tif 000015
【図１０Ｂ】
2014154171.tif 000016
【図１０Ｃ】
2014154171.tif 000017
【図１１】
2014154171.tif 000018
【図１２】
2014154171.tif 000019
【図１３】
2014154171.tif 000020
【図１４Ａ】
2014154171.tif 000021
【図１４Ｂ】
2014154171.tif 000022
【図１４Ｃ】
2014154171.tif 000023
【図１５】
2014154171.tif 000024