(57)【特許請求の範囲】
【請求項１】
ネットワークを介した電子コンテンツの売買取引が可能な売り手側の情報処理装置であって、
任意の電子コンテンツの購入を希望する買い手側の購入希望の電子コンテンツに関する情報を前記ネットワークを介して取得する取得手段と、
前記取得手段により得られた情報に対応する販売希望の電子コンテンツの査定処理を、前記買い手側から前記ネットワークを介して提供されたソフトウェアによって実行する査定処理手段と、
前記買い手側に対して、前記査定処理手段による査定の結果を前記ネットワークを介して提供する第１の提供手段と、
前記買い手側によって前記査定の結果から求めた査定価格を前記ネットワークを介して受信する受信手段と、
前記買い手側に対して、前記販売希望の電子コンテンツを前記ネットワークを介して提供する第２の提供手段と、を有することを特徴とする情報処理装置。
【請求項２】
ネットワークを介した電子コンテンツの売買取引が可能な売り手側の情報処理装置であって、
任意の電子コンテンツの購入を希望する買い手側の購入希望の電子コンテンツに関する情報を前記ネットワークを介して取得する取得手段と、
前記取得手段により得られた情報に対応する販売希望の電子コンテンツを査定用の電子コンテンツに変換する変換手段と、
前記買い手側に対して、前記変換手段により変換された査定用の電子コンテンツを前記ネットワークを介して提供する第１の提供手段と、
前記買い手側によって前記査定用の電子コンテンツから求めた査定価格を前記ネットワークを介して受信する受信手段と、
前記買い手側に対して、前記販売希望の電子コンテンツを前記ネットワークを介して提供する第２の提供手段と、を有することを特徴とする情報処理装置。
【請求項３】
前記査定処理手段による査定処理が正常終了しない場合に、前記販売希望の電子コンテンツを査定用の電子コンテンツに変換する変換手段を有し、
前記第１の提供手段は、前記買い手側に対して、前記査定処理手段による査定の結果または前記変換手段により変換された査定用の電子コンテンツを前記ネットワークを介して提供し、
前記受信手段は、前記買い手側によって前記査定の結果から求めた査定価格または前記査定用の電子コンテンツから求めた査定価格を前記ネットワークを介して受信することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
ネットワークを介した電子コンテンツの売買取引が可能な買い手側の情報処理装置であって、
前記ネットワーク上の任意のユーザに対して、購入希望する電子コンテンツに関する情報を前記ネットワークを介して提供する第１の提供手段と、
前記買い手側の購入希望と前記任意のユーザ側の販売希望とが合致する電子コンテンツを、前記任意のユーザの情報処理装置が前記ネットワークを介して提供された、電子コンテンツの査定を行うためのソフトウェアを用いて査定した査定の結果を前記ネットワークを介して取得する第１の取得手段と、
前記第１の取得手段により得られた査定の結果から求めた査定価格を前記ネットワークを介して送信する送信手段と、
前記査定価格に応じる前記任意のユーザから提供された前記購入希望の電子コンテンツを前記ネットワークを介して取得する第２の取得手段と、を有することを特徴とする情報処理装置。
【請求項５】
ネットワークを介した電子コンテンツの売買取引が可能な買い手側の情報処理装置であって、
前記ネットワーク上の任意のユーザに対して、購入希望する電子コンテンツに関する情報を前記ネットワークを介して提供する第１の提供手段と、
前記買い手側の購入希望と前記任意のユーザ側の販売希望とが合致する電子コンテンツを、前記任意のユーザの情報処理装置が変換した査定用の電子コンテンツを前記ネットワークを介して取得する第１の取得手段と、
前記第１の取得手段により得られた査定用の電子コンテンツから求めた査定価格を前記ネットワークを介して送信する送信手段と、
前記査定価格に応じる前記任意のユーザから提供された前記購入希望の電子コンテンツを前記ネットワークを介して取得する第２の取得手段と、を有することを特徴とする情報処理装置。
【請求項６】
売り手側と買い手側の間で電子コンテンツの売買取引をネットワークを介して行うための電子商取引システムであって、
前記買い手側の情報処理装置が、前記ネットワーク上の任意のユーザに対して、購入希望する電子コンテンツに関する情報をサーバ装置を介して提供する第１の提供手段と、
前記売り手側の情報処理装置が、前記第１の提供手段により提供された電子コンテンツに関する情報を前記サーバ装置を介して取得する第１の取得手段と、
前記サーバ装置が、前記任意のユーザに対して、当該ユーザが販売希望する電子コンテンツの査定を行うためのソフトウェアを提供する第２の提供手段と、
前記売り手側の情報処理装置が、前記第１の取得手段により得られた情報に対応する販売希望の電子コンテンツの査定処理を、前記第２の提供手段により提供されたソフトウェアによって実行する査定処理手段と、
前記売り手側の情報処理装置が、前記買い手側に対して、前記査定処理手段による査定の結果を前記サーバ装置を介して提供する第３の提供手段と、
前記買い手側の情報処理装置が、前記査定の結果を前記サーバ装置を介して取得する第２の取得手段と、
前記買い手側の情報処理装置が、前記売り手側に対して、前記査定の結果から求めた査定価格を前記サーバ装置を介して送信する送信手段と、
前記売り手側の情報処理装置が、前記査定価格を前記サーバ装置を介して受信する受信手段と、
前記受信手段により受信した査定価格に前記売り手側が応じることで、前記売り手側の情報処理装置が、前記買い手側に対して、前記販売希望の電子コンテンツを前記サーバ装置を介して提供する第４の提供手段と、
前記買い手側の情報処理装置が、前記第４の提供手段により提供された電子コンテンツを前記サーバ装置を介して取得する第３の取得手段と、を有することを特徴とする電子商取引システム。
【請求項７】
売り手側と買い手側の間で電子コンテンツの売買取引をネットワークを介して行うための電子商取引システムであって、
前記買い手側の情報処理装置が、前記ネットワーク上の任意のユーザに対して、購入希望する電子コンテンツに関する情報をサーバ装置を介して提供する第１の提供手段と、
前記売り手側の情報処理装置が、前記第１の提供手段により提供された電子コンテンツに関する情報を前記サーバ装置を介して取得する第１の取得手段と、
前記売り手側の情報処理装置が、前記第１の取得手段により得られた情報に対応する販売希望の電子コンテンツを査定用の電子コンテンツに変換する変換手段と、
前記売り手側の情報処理装置が、前記買い手側に対して、前記変換手段により変換された査定用の電子コンテンツを前記サーバ装置を介して提供する第２の提供手段と、
前記買い手側の情報処理装置が、前記査定用の電子コンテンツを前記サーバ装置を介して取得する第２の取得手段と、
前記買い手側の情報処理装置が、前記売り手側に対して、前記査定用の電子コンテンツから求めた査定価格を前記サーバ装置を介して送信する送信手段と、
前記売り手側の情報処理装置が、前記査定価格を前記サーバ装置を介して受信する受信手段と、
前記受信手段で受信した査定価格に前記売り手側が応じることで、前記売り手側の情報処理装置が、前記買い手側に対して、前記販売希望の電子コンテンツを前記サーバ装置を介して提供する第３の提供手段と、
前記買い手側の情報処理装置が、前記第３の提供手段により提供された電子コンテンツを前記サーバ装置を介して取得する第３の取得手段と、を有することを特徴とする電子商取引システム。
【請求項８】
売り手側と買い手側の間で電子コンテンツの売買取引をネットワークを介して行うための電子商取引方法であって、
前記買い手側が管理運営するサーバ装置が、前記売り手側の情報処理装置からの情報取得閲覧ソフトウェアを用いたアクセスに応じて会員登録をするステップと、
前記売り手側の情報処理装置が、前記買い手側が購入希望している電子コンテンツに関する情報を含むデータファイルを前記サーバ装置から取得し、当該データファイルを前記情報取得閲覧ソフトウェアを用いて表示するステップと、
前記売り手側の情報処理装置が、本商取引に必要なソフトウェアを、前記サーバ装置から取得するステップと、
前記売り手側の情報処理装置が、前記買い手側へ提供する電子コンテンツに対して、前記本商取引に必要なソフトウェアに含まれるコンテンツ査定ソフトウェアを用いて査定処理するステップと、
前記売り手側の情報処理装置が、前記買い手側へ提供する電子コンテンツを識別するためのコンテンツ番号、前記会員登録時の会員認証情報、及び前記査定処理の結果の少なくとも何れかの情報を前記買い手側の情報処理装置へ送信するステップと、
前記買い手側の情報処理装置が、前記査定処理の結果に基づいて、前記コンテンツ番号により示される対象電子コンテンツに対する査定価格、受付番号、暗号化の際に使用する鍵情報、及び対象電子コンテンツの送付先情報の少なくとも何れかの情報を前記売り手側の情報処理装置へ送信するステップと、
前記売り手側の情報処理装置が、前記買い手側の情報処理装置へ対象電子コンテンツを前記鍵情報を用いて暗号化して送信するステップと、
前記買い手側の情報処理装置が、前記売り手側の情報処理装置から送信されてきた対象電子コンテンツを受信するステップとを含むことを特徴とする電子商取引方法。
【請求項９】
前記買い手側の情報処理装置が、前記売り手側の情報処理装置から送信された対象電子コンテンツを受信した後、金融機関の情報処理装置に対して前記ネットワーク経由で前記査定価格の金額を前記売り手側に支払う振込依頼をするステップを含むことを特徴とする請求項８に記載の電子商取引方法。
【請求項１０】
前記本商取引に必要なソフトウェアは、前記コンテンツ査定ソフトウェア、及び暗号化ソフトウェアの少なくとも何れかを含むことを特徴とする請求項８または９に記載の電子商取引方法。
【請求項１１】
前記売り手側の情報処理装置が前記コンテンツ査定ソフトウェアを用いて査定処理した結果の出力値から査定価格を推測することができないようにするための処理を実行するステップを含むことを特徴とする請求項８乃至１０の何れか１項に記載の電子商取引方法。
【請求項１２】
前記出力値を暗号化するステップを含むことを特徴とする請求項１１に記載の電子商取引方法。
【請求項１３】
売り手側と買い手側の間で電子コンテンツの売買取引をネットワークを介して行うための電子商取引方法であって、
前記買い手側が管理運営するサーバ装置が、前記売り手側の情報処理装置からの情報取得閲覧ソフトウェアを用いたアクセスに応じて会員登録をするステップと、
前記売り手側の情報処理装置が、前記買い手側が購入希望している電子コンテンツに関する情報を含むデータファイルを前記サーバ装置から取得し、当該データファイルを前記情報取得閲覧ソフトウェアを用いて表示するステップと、
前記売り手側の情報処理装置が、本商取引に必要なソフトウェアを、前記サーバ装置から取得するステップと、
前記売り手側の情報処理装置が、前記本商取引に必要なソフトウェアに含まれるコンテンツ変換ソフトウェアを用いて、前記買い手側へ提供する電子コンテンツの品位を低下させ、当該品位を低下させた電子コンテンツを査定用の電子コンテンツとして前記買い手側の情報処理装置へ送信するステップと、
前記サーバ装置が、前記売り手側の情報処理装置から送信されてきた電子コンテンツに対する受付番号を前記売り手側の情報処理装置へ送信するステップと、
前記買い手側の情報処理装置が、前記売り手側の情報処理装置から送信されてきた査定用の電子コンテンツから求めた査定価格を含む査定の結果を前記受付番号と共に前記売り手側の情報処理装置へ送信するステップと、
前記売り手側の情報処理装置が、前記買い手側の情報処理装置へ前記受付番号により示される対象電子コンテンツを暗号化して送信するステップと、
前記買い手側の情報処理装置が、前記売り手側の情報処理装置から送信されてきた対象電子コンテンツを受信するステップとを含むことを特徴とする電子商取引方法。
【請求項１４】
前記買い手側の情報処理装置が、前記売り手側の情報処理装置から送信された対象電子コンテンツを受信した後、金融機関の情報処理装置に対して前記ネットワーク経由で前記査定価格の金額を前記売り手側に支払う振込依頼をするステップを含むことを特徴とする請求項１３に記載の電子商取引方法。
【請求項１５】
前記本商取引に必要なソフトウェアは、前記コンテンツ変換ソフトウェア、及び暗号化ソフトウェアの少なくとも何れかを含むことを特徴とする請求項１３または１４に記載の電子商取引方法。
【請求項１６】
前記売り手側の情報処理装置が前記コンテンツ変換ソフトウェアを用いて電子コンテンツの品位を低下する処理方法は、原理的に元の電子コンテンツを復元できないようになされた方法を含むことを特徴とする請求項１３乃至１５の何れか１項に記載の電子商取引方法。
【請求項１７】
売り手側と買い手側の間で電子コンテンツの売買取引をネットワークを介して行うための電子商取引方法であって、
前記買い手側が管理運営するサーバ装置が、前記売り手側の情報処理装置からの情報取得閲覧ソフトウェアを用いたアクセスに応じて会員登録をするステップと、
前記売り手側の情報処理装置が、前記買い手側が購入希望している電子コンテンツに関する情報を含むデータファイルを前記サーバ装置から取得し、当該データファイルを前記情報取得閲覧ソフトウェアを用いて表示するステップと、
前記売り手側の情報処理装置が、本商取引に必要なソフトウェアを、前記サーバ装置から取得するステップと、
前記売り手側の情報処理装置が、前記買い手側へ提供する電子コンテンツに対して、前記本商取引に必要なソフトウェアに含まれるコンテンツ査定ソフトウェアを用いて自動査定処理するステップと、
前記自動査定処理が正常終了した場合の第１の処理ステップと、
前記自動査定処理が異常終了した場合の第２の処理ステップとを含み、
前記第１の処理ステップは、
前記売り手側の情報処理装置が、前記買い手側へ提供する電子コンテンツを識別するためのコンテンツ番号、前記会員登録時の会員認証情報、及び前記自動査定処理の結果の少なくとも何れかの情報を前記買い手側の情報処理装置へ送信するステップと、
前記買い手側の情報処理装置が、前記自動査定処理の結果に基づいて、前記コンテンツ番号により示される対象電子コンテンツに対する査定価格、受付番号、暗号化の際に使用する鍵情報、及び対象電子コンテンツの送付先情報の少なくとも何れかの情報を前記売り手側の情報処理装置へ送信するステップと、
前記売り手側の情報処理装置が、前記買い手側の情報処理装置へ対象電子コンテンツを前記鍵情報を用いて暗号化して送信するステップと、
前記買い手側の情報処理装置が、前記売り手側の情報処理装置から送信されてきた対象電子コンテンツを受信するステップとを含み、
前記第２の処理ステップは、
前記売り手側の情報処理装置が、前記本商取引に必要なソフトウェアに含まれるコンテンツ変換ソフトウェアを用いて、前記買い手側へ提供する電子コンテンツの品位を低下させ、当該品位を低下させた電子コンテンツを査定用の電子コンテンツとして前記買い手側の情報処理装置へ送信するステップと、
前記サーバ装置が、前記売り手側の情報処理装置から送信されてきた電子コンテンツに対する受付番号を前記売り手側の情報処理装置へ送信するステップと、
前記買い手側の情報処理装置が、前記売り手側の情報処理装置から送信されてきた査定用の電子コンテンツから求めた査定価格を含む手動査定の結果を前記受付番号と共に前記売り手側の情報処理装置へ送信するステップと、
前記売り手側の情報処理装置が、前記買い手側の情報処理装置へ前記受付番号により示される対象電子コンテンツを暗号化して送信するステップと、
前記買い手側の情報処理装置が、前記売り手側の情報処理装置から送信されてきた対象電子コンテンツを受信するステップとを含むことを特徴とする電子商取引方法。
【請求項１８】
前記第１の処理ステップ、及び前記第２の処理ステップは、前記買い手側の情報処理装置が、前記売り手側の情報処理装置から送信された対象電子コンテンツを受信した後、金融機関の情報処理装置に対して前記ネットワーク経由で前記査定価格の金額を前記売り手側に支払う振込依頼をするステップを含むことを特徴とする請求項１７に記載の電子商取引方法。
【請求項１９】
前記本商取引に必要なソフトウェアは、前記コンテンツ査定ソフトウェア、前記コンテンツ変換ソフトウェア、及び暗号化ソフトウェアの少なくとも何れかを含むことを特徴とする請求項１７または１８に記載の電子商取引方法。
【請求項２０】
前記売り手側の情報処理装置が前記コンテンツ査定ソフトウェアを用いて自動査定処理した結果の出力値から査定価格を推測することができないようにするための処理を実行するステップを含むことを特徴とする請求項１７乃至１９の何れか１項に記載の電子商取引方法。
【請求項２１】
前記出力値を暗号化するステップを含むことを特徴とする請求項２０に記載の電子商取引方法。
【請求項２２】
前記売り手側の情報処理装置が前記コンテンツ変換ソフトウェアを用いて電子コンテンツの品位を低下する処理方法は、原理的に元の電子コンテンツを復元できないようになされた方法を含むことを特徴とする請求項１７乃至２１の何れか１項に記載の電子商取引方法。
【請求項２３】
前記暗号化の方式は、公開鍵暗号（ＲＳＡ）方式を含むことを特徴とする請求項８乃至２２の何れか１項に記載の電子商取引方法。
【請求項２４】
前記本商取引に必要なソフトウェアは、前記売り手側の情報処理装置がダウンロードして保存された後に実行されるようになされたソフトウェアを含むことを特徴とする請求項８乃至２３の何れか１項に記載の電子商取引方法。
【請求項２５】
前記本商取引に必要なソフトウェアは、前記売り手側の情報処理装置の情報取得閲覧ソフトウェア上で実行され、保存が行われないようになされたソフトウェアを含むことを特徴とする請求項８乃至２３の何れか１項に記載の電子商取引方法。
【請求項２６】
前記会員登録の際に、前記売り手側の情報処理装置が、前記サーバ装置へ前記売り側の自身の個人情報及び振込先情報の少なくとも何れかの情報を開示し、前記サーバ装置が、会員ＩＤ及びパスワード情報の少なくとも何れかを前記売り手側の情報処理装置へ発行するステップを含むことを特徴とする請求項８乃至２５の何れか１項に記載の電子商取引方法。
【請求項２７】
前記買い手側が購入希望している電子コンテンツに関する情報には、前記買い手側が当該電子コンテンツを買い取る際の価格の上限及び下限の値を含まれていることを特徴とする請求項８乃至２６の何れか１項に記載の電子商取引方法。
【請求項２８】
前記売り手側が、前記買い手側が提示した査定価格に納得できない場合、前記売り手側の情報処理装置は、前記売り手側の操作に応じて本商取引を終了するステップを含むことを特徴とする請求項８乃至２７の何れか１項に記載の電子商取引方法。
【請求項２９】
ネットワークを介した電子コンテンツの売買取引が可能な売り手側の情報処理装置を制御するためのプログラムを記録したコンピュータ読み取り可能な記憶媒体であって、
任意の電子コンテンツの購入を希望する買い手側の購入希望の電子コンテンツに関する情報を前記ネットワークを介して取得する取得ステップと、
前記取得ステップにより得られた情報に対応する販売希望の電子コンテンツの査定処理を、前記買い手側から前記ネットワークを介して提供されたソフトウェアによって実行する査定処理ステップと、
前記買い手側に対して、前記査定処理ステップによる査定の結果を前記ネットワークを介して提供する第１の提供ステップと、
前記買い手側によって前記査定の結果から求めた査定価格を前記ネットワークを介して受信する受信ステップと、
前記買い手側に対して、前記販売希望の電子コンテンツを前記ネットワークを介して提供する第２の提供ステップと、をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記憶媒体。
【請求項３０】
ネットワークを介した電子コンテンツの売買取引が可能な売り手側の情報処理装置を制御するためのプログラムを記録したコンピュータ読み取り可能な記憶媒体であって、
任意の電子コンテンツの購入を希望する買い手側の購入希望の電子コンテンツに関する情報を前記ネットワークを介して取得する取得ステップと、
前記取得ステップにより得られた情報に対応する販売希望の電子コンテンツを査定用の電子コンテンツに変換する変換ステップと、
前記買い手側に対して、前記変換ステップにより変換された査定用の電子コンテンツを前記ネットワークを介して提供する第１の提供ステップと、
前記買い手側によって前記査定用の電子コンテンツから求めた査定価格を前記ネットワークを介して受信する受信ステップと、
前記買い手側に対して、前記販売希望の電子コンテンツを前記ネットワークを介して提供する第２の提供ステップと、をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記憶媒体。
【請求項３１】
ネットワークを介した電子コンテンツの売買取引が可能な買い手側の情報処理装置を制御するためのプログラムを記録したコンピュータ読み取り可能な記憶媒体であって、
前記ネットワーク上の任意のユーザに対して、購入希望する電子コンテンツに関する情報を前記ネットワークを介して提供する第１の提供ステップと、
前記買い手側の購入希望と前記任意のユーザ側の販売希望とが合致する電子コンテンツを、前記任意のユーザの情報処理装置が前記ネットワークを介して提供された、電子コンテンツの査定を行うためのソフトウェアを用いて査定した査定の結果を前記ネットワークを介して取得する第１の取得ステップと、
前記第１の取得ステップにより得られた査定の結果から求めた査定価格を前記ネットワークを介して送信する送信ステップと、
前記査定価格に応じる前記任意のユーザから提供された前記購入希望の電子コンテンツを前記ネットワークを介して取得する第２の取得ステップと、をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記憶媒体。
【請求項３２】
ネットワークを介した電子コンテンツの売買取引が可能な買い手側の情報処理装置を制御するためのプログラムを記録したコンピュータ読み取り可能な記憶媒体であって、
前記ネットワーク上の任意のユーザに対して、購入希望する電子コンテンツに関する情報を前記ネットワークを介して提供する第１の提供ステップと、
前記買い手側の購入希望と前記任意のユーザ側の販売希望とが合致する電子コンテンツを、前記任意のユーザの情報処理装置が変換した査定用の電子コンテンツを前記ネットワークを介して取得する第１の取得ステップと、
前記第１の取得ステップにより得られた査定用の電子コンテンツから求めた査定価格を前記ネットワークを介して送信する送信ステップと、
前記査定価格に応じる前記任意のユーザから提供された前記購入希望の電子コンテンツを前記ネットワークを介して取得する第２の取得ステップと、をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば、インターネット等のネットワークを介して商品の売買（電子商取引）を行うための装置やシステムに用いられる、情報処理装置、電子商取引システム、電子商取引方法、及びそれを実施するための処理ステップをコンピュータが読出可能に格納した記憶媒体に関するものである。
【０００２】
【従来の技術】
従来より、買い手側（商品購入者側）と売り手側（商品販売者側）の間の商取引形態としては、例えば、次のような形態がある。
・売り手側は、販売対象の商品を仕入れ在庫として抱え、或は在庫を持たずに必要に応じて商品を仕入れる。買い手側は、売り手側の店舗に出向き、所望する商品を購入する。
・買い手側は、電話等で売り手側へ所望する商品を注文する。売り手側は、買い手側より注文を受けた商品を買い手側の自宅まで配達する。
【０００３】
また、買い手側と売り手側の間に仲介者が介在する商取引形態としては、例えば、次のような形態がある。
・売り手側は、商品の販売価格を決定し、商品の販売を仲介者へ委託する。仲介者は、買い手側を見つけて商品を販売し、決められた仲介手数料を売り手側から徴収する。
・売り手側は、商品の最低販売価格を決定し、商品の販売を仲介者へ委託する。仲介者は、売り手側にて決定された最低販売価格以上の所望する価格で商品を買い手へ販売し、その差額を利益とする。
【０００４】
しかしながら、近年では、通信インフラの整備や、コンピュータの普及に伴い、電子商取引（ＥＣ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）が盛んに行われるようになってきている。
【０００５】
電子商取引システムでは、インターネット等のネットワークへ買い手側及び売り手側のコンピュータ（以下、「端末装置」とも言う）を接続し、買い手側と売り手側の相互間でネットワークを介した通信を行うことで、様々な商品の売買取引が行えるようになされている。
【０００６】
また、電子商取引システムでは、売り手側が、当該売り手側が管理運営しているＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバへ販売対象の商品の情報を掲載し、買い手側が、売り手側のＷＷＷサーバへアクセスして所望の商品を購入する、というサービスも行われている。
ここでの商品としては、
▲１▼日用品や自動車等の所謂物品
▲２▼映像ソース、音声（音楽）ソース、静止画像、ゲームソフト等のディジタルコンテンツ
などがある。
【０００７】
上記▲１▼の商品（物品）を買い手側が購入する際の、売り手側と買い手側の間の電子商取引では、先ず、買い手側のユーザは、インターネットを介して売り手側へ接続された自端末装置において、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）ブラウザ（インターネットコンテンツ取得閲覧ソフトウェア）を起動することで、売り手側で管理運営されているＷＷＷサーバから商品情報等が含まれたＨＴＭＬ（ハイパーテキストマークアップ言語）ファイルを取得して画面表示し、当該表示画面により、売り手側で販売されている商品の閲覧を行う。
これは、買い手側が、ＷＷＷブラウザにより、ネットサーフィン（インターネット上の様々なホームページを徘徊すること）を行って売り手側が提供しているホームページへ到達し、当該ホームページを観ていることに相当する。
【０００８】
次に、買い手側のユーザは、売り手側のホームページ上から所望する商品を選択した後、当該商品の情報と共に、ホームページ上の入力フォームに入力された買い手側のユーザ本人の認証情報を、購入リクエストとして、再度ＷＷＷブラウザにより売り手側のＷＷＷサーバへ送信する。
【０００９】
そして、売り手側は、買い手側からの購入リクエストを受け、買い手側のユーザの認証を行った後、買い手側から要求された商品の発送及び当該商品の代金の徴収を行う。このときの代金の徴収方法としては、クレジットカード決済等がある。
【００１０】
一方、上記▲２▼の商品（ディジタルコンテンツ）を買い手側が購入する際の、売り手側と買い手側の間の電子商取引では、当該ディジタルコンテンツをインターネットで配信する方式がとられる。
【００１１】
具体的には、映像ソース及び音声（音楽）ソース（以下、「映像データ」及び「音声データ」とも言う）等のディジタルコンテンツの、インターネットを介した配信方式（インターネット配信方式）としては、ダウンロード方式及びストリーミング方式がある。
【００１２】
ダウンロード方式は、買い手側が、売り手側のＷＷＷサーバから所望する映像データや音声データ等のディジタルコンテンツを自端末装置へダウンロードし、当該ディジタルコンテンツを記録媒体へ保存したり、専用再生ソフトウェアによって再生する方式である。
【００１３】
ストリーミング方式は、買い手側が、自端末装置によって、売り手側のＷＷＷサーバが送出するディジタルコンテンツを受信しながら同時に再生する方式である。この方式では、ダウンロード方式のように、ダウンロードに要する待ち時間が必要ないのが利点である。
【００１４】
上述のようなダウンロード方式及びストリーミング方式のうち電子商取引で多く使用されている方式はダウンロード方式であるが、今後ストリーミング方式が多く使用されることが予想される。
【００１５】
例えば、ダウンロード方式によるディジタルコンテンツの電子商取引では、先ず、買い手側のユーザは、インターネットを介して売り手側と接続された自端末装置において、ＷＷＷブラウザを起動することで、売り手側で管理運営されているＷＷＷサーバからディジタルコンテンツ情報等が含まれたＨＴＭＬファイルを取得して画面表示し、当該表示画面により、売り手側で販売されているディジタルコンテンツの閲覧を行う。
このとき、買い手側のユーザは、予め、ＷＷＷブラウザにより、売り手の運営するディジタルコンテンツ配信サービスサイトで、個人情報やクレジットカード情報を売り手側へを開示することで会員登録し、売り手側からユーザＩＤやパスワードを取得しておく。
【００１６】
次に、買い手側のユーザは、売り手側のホームページにおいて、所望するディジタルコンテンツを選択した後、ダウンロードボタンを操作する。この操作により、買い手側の端末装置には、ユーザの認証画面が表示される。
買い手側のユーザは、上記認証画面において、予め売り手側から取得したユーザＩＤ及びパスワードを入力する。
【００１７】
そして、売り手側は、買い手側にて入力されたユーザＩＤ及びパスワードによりユーザ認証を行った後、当該ユーザのダウンロードを許可する。
これにより、買い手側では、そのユーザが所望するディジタルコンテンツのダウンロードが開始される。
その後、売り手側は、買い手側のユーザが予め登録したクレジットカード情報に基づく決済を行う。
【００１８】
また、上述したような電子商取引において、買い手側と売り手側の間に仲介者が介在する形態がとられる場合がある。以下、このような電子商取引を「電子商品売買仲介取引」とも言う。
この電子商品売買仲介取引では、例えば、仲介者側は、売り手側にて決定された販売価格で、商品の情報をホームページ等に掲載する。買い手側は、これを閲覧した後、仲介者側へ電話等で連絡を取る。買い手側と仲介者側は、買い手側が希望する商品の売り買いについて実際に交渉する。仲介者側は、当該売買取引成立後、仲介手数料を売り手側から徴収する。
【００１９】
【発明が解決しようとする課題】
しかしながら、上述したような従来のディジタルコンテンツの電子商取引では、次のような問題があった。
【００２０】
ディジタルコンテンツの電子商取引は、今後ますます拡大していくと思われるが、その結果として、販売対象となるディジタルコンテンツ不足が深刻な問題となってくることが予想される。
【００２１】
また、例えば、一部のプロアーティストが、自分が作成したディジタルコンテンツを、契約先の売り手側へ提供することが行われているが（この場合電子化されているのは募集情報のみ）、売り手側へディジタルコンテンツを提供できるのは、プロアーティストという限られた人のみであるため、電子商取引が拡大していくと、やはり販売対象となるディジタルコンテンツ不足の問題が出てきてしまう。
【００２２】
一方、電子商取引における、買い手側と売り手側の間に仲介者が介在する形態（電子商品売買仲介取引）では、販売対象の商品の情報のみが、ホームページ等へ掲載されるだけで、実際のここでの商取引については、仲介者側と買い手側が電話等によって交渉して行う古来からのものであり、電子化され便利になったとは非常に言い難い。
【００２３】
したがって、従来の電子商取引では、ディジタルコンテンツ（電子コンテンツ）を一般のユーザ（一般消費者）が売り手側へ提供する形態、及び電子商品売買仲介取引における仲介者側と買い手側での交渉等を電子化した形態は存在しなかった。
このため、販売対象となるディジタルコンテンツ不足の問題の解決、及び効率的な電子商取引を実現することができなかった。
【００２４】
そこで、本発明は、上記の欠点を除去するために成されたもので、一般消費者がネットワークを介して売り手側へ販売対象となるディジタルコンテンツを提供可能な構成等により、今後問題となってくるディジタルコンテンツ不足を解消することができる、情報処理装置、電子商取引システム、電子商取引方法、及びそれを実施するための処理ステップをコンピュータが読出可能に格納した記憶媒体を提供することを目的とする。
【００２６】
【課題を解決するための手段】
斯かる目的下において、本発明の情報処理装置は、ネットワークを介した電子コンテンツの売買取引が可能な売り手側の情報処理装置であって、任意の電子コンテンツの購入を希望する買い手側の購入希望の電子コンテンツに関する情報を前記ネットワークを介して取得する取得手段と、前記取得手段により得られた情報に対応する販売希望の電子コンテンツの査定処理を、前記買い手側から前記ネットワークを介して提供されたソフトウェアによって実行する査定処理手段と、前記買い手側に対して、前記査定処理手段による査定の結果を前記ネットワークを介して提供する第１の提供手段と、前記買い手側によって前記査定の結果から求めた査定価格を前記ネットワークを介して受信する受信手段と、前記買い手側に対して、前記販売希望の電子コンテンツを前記ネットワークを介して提供する第２の提供手段と、を有することを特徴とする。
また、本発明の情報処理装置は、ネットワークを介した電子コンテンツの売買取引が可能な売り手側の情報処理装置であって、任意の電子コンテンツの購入を希望する買い手側の購入希望の電子コンテンツに関する情報を前記ネットワークを介して取得する取得手段と、前記取得手段により得られた情報に対応する販売希望の電子コンテンツを査定用の電子コンテンツに変換する変換手段と、前記買い手側に対して、前記変換手段により変換された査定用の電子コンテンツを前記ネットワークを介して提供する第１の提供手段と、前記買い手側によって前記査定用の電子コンテンツから求めた査定価格を前記ネットワークを介して受信する受信手段と、前記買い手側に対して、前記販売希望の電子コンテンツを前記ネットワークを介して提供する第２の提供手段と、を有することを特徴とする。
また、本発明の情報処理装置は、ネットワークを介した電子コンテンツの売買取引が可能な買い手側の情報処理装置であって、前記ネットワーク上の任意のユーザに対して、購入希望する電子コンテンツに関する情報を前記ネットワークを介して提供する第１の提供手段と、前記買い手側の購入希望と前記任意のユーザ側の販売希望とが合致する電子コンテンツを、前記任意のユーザの情報処理装置が前記ネットワークを介して提供された、電子コンテンツの査定を行うためのソフトウェアを用いて査定した査定の結果を前記ネットワークを介して取得する第１の取得手段と、前記第１の取得手段により得られた査定の結果から求めた査定価格を前記ネットワークを介して送信する送信手段と、前記査定価格に応じる前記任意のユーザから提供された前記購入希望の電子コンテンツを前記ネットワークを介して取得する第２の取得手段と、を有することを特徴とする。
また、本発明の情報処理装置は、ネットワークを介した電子コンテンツの売買取引が可能な買い手側の情報処理装置であって、前記ネットワーク上の任意のユーザに対して、購入希望する電子コンテンツに関する情報を前記ネットワークを介して提供する第１の提供手段と、前記買い手側の購入希望と前記任意のユーザ側の販売希望とが合致する電子コンテンツを、前記任意のユーザの情報処理装置が変換した査定用の電子コンテンツを前記ネットワークを介して取得する第１の取得手段と、前記第１の取得手段により得られた査定用の電子コンテンツから求めた査定価格を前記ネットワークを介して送信する送信手段と、前記査定価格に応じる前記任意のユーザから提供された前記購入希望の電子コンテンツを前記ネットワークを介して取得する第２の取得手段と、を有することを特徴とする。
【００２７】
本発明の電子商取引システムは、売り手側と買い手側の間で電子コンテンツの売買取引をネットワークを介して行うための電子商取引システムであって、前記買い手側の情報処理装置が、前記ネットワーク上の任意のユーザに対して、購入希望する電子コンテンツに関する情報をサーバ装置を介して提供する第１の提供手段と、前記売り手側の情報処理装置が、前記第１の提供手段により提供された電子コンテンツに関する情報を前記サーバ装置を介して取得する第１の取得手段と、前記サーバ装置が、前記任意のユーザに対して、当該ユーザが販売希望する電子コンテンツの査定を行うためのソフトウェアを提供する第２の提供手段と、前記売り手側の情報処理装置が、前記第１の取得手段により得られた情報に対応する販売希望の電子コンテンツの査定処理を、前記第２の提供手段により提供されたソフトウェアによって実行する査定処理手段と、前記売り手側の情報処理装置が、前記買い手側に対して、前記査定処理手段による査定の結果を前記サーバ装置を介して提供する第３の提供手段と、前記買い手側の情報処理装置が、前記査定の結果を前記サーバ装置を介して取得する第２の取得手段と、前記買い手側の情報処理装置が、前記売り手側に対して、前記査定の結果から求めた査定価格を前記サーバ装置を介して送信する送信手段と、前記売り手側の情報処理装置が、前記査定価格を前記サーバ装置を介して受信する受信手段と、前記受信手段により受信した査定価格に前記売り手側が応じることで、前記売り手側の情報処理装置が、前記買い手側に対して、前記販売希望の電子コンテンツを前記サーバ装置を介して提供する第４の提供手段と、前記買い手側の情報処理装置が、前記第４の提供手段により提供された電子コンテンツを前記サーバ装置を介して取得する第３の取得手段と、を有することを特徴とする。
また、本発明の電子商取引システムは、売り手側と買い手側の間で電子コンテンツの売買取引をネットワークを介して行うための電子商取引システムであって、前記買い手側の情報処理装置が、前記ネットワーク上の任意のユーザに対して、購入希望する電子コンテンツに関する情報をサーバ装置を介して提供する第１の提供手段と、前記売り手側の情報処理装置が、前記第１の提供手段により提供された電子コンテンツに関する情報を前記サーバ装置を介して取得する第１の取得手段と、前記売り手側の情報処理装置が、前記第１の取得手段により得られた情報に対応する販売希望の電子コンテンツを査定用の電子コンテンツに変換する変換手段と、前記売り手側の情報処理装置が、前記買い手側に対して、前記変換手段により変換された査定用の電子コンテンツを前記サーバ装置を介して提供する第２の提供手段と、前記買い手側の情報処理装置が、前記査定用の電子コンテンツを前記サーバ装置を介して取得する第２の取得手段と、前記買い手側の情報処理装置が、前記売り手側に対して、前記査定用の電子コンテンツから求めた査定価格を前記サーバ装置を介して送信する送信手段と、前記売り手側の情報処理装置が、前記査定価格を前記サーバ装置を介して受信する受信手段と、前記受信手段で受信した査定価格に前記売り手側が応じることで、前記売り手側の情報処理装置が、前記買い手側に対して、前記販売希望の電子コンテンツを前記サーバ装置を介して提供する第３の提供手段と、前記買い手側の情報処理装置が、前記第３の提供手段により提供された電子コンテンツを前記サーバ装置を介して取得する第３の取得手段と、を有することを特徴とする。
【００２８】
本発明の電子商取引方法は、売り手側と買い手側の間で電子コンテンツの売買取引をネットワークを介して行うための電子商取引方法であって、前記買い手側が管理運営するサーバ装置が、前記売り手側の情報処理装置からの情報取得閲覧ソフトウェアを用いたアクセスに応じて会員登録をするステップと、前記売り手側の情報処理装置が、前記買い手側が購入希望している電子コンテンツに関する情報を含むデータファイルを前記サーバ装置から取得し、当該データファイルを前記情報取得閲覧ソフトウェアを用いて表示するステップと、前記売り手側の情報処理装置が、本商取引に必要なソフトウェアを、前記サーバ装置から取得するステップと、前記売り手側の情報処理装置が、前記買い手側へ提供する電子コンテンツに対して、前記本商取引に必要なソフトウェアに含まれるコンテンツ査定ソフトウェアを用いて査定処理するステップと、前記売り手側の情報処理装置が、前記買い手側へ提供する電子コンテンツを識別するためのコンテンツ番号、前記会員登録時の会員認証情報、及び前記査定処理の結果の少なくとも何れかの情報を前記買い手側の情報処理装置へ送信するステップと、前記買い手側の情報処理装置が、前記査定処理の結果に基づいて、前記コンテンツ番号により示される対象電子コンテンツに対する査定価格、受付番号、暗号化の際に使用する鍵情報、及び対象電子コンテンツの送付先情報の少なくとも何れかの情報を前記売り手側の情報処理装置へ送信するステップと、前記売り手側の情報処理装置が、前記買い手側の情報処理装置へ対象電子コンテンツを前記鍵情報を用いて暗号化して送信するステップと、前記買い手側の情報処理装置が、前記売り手側の情報処理装置から送信されてきた対象電子コンテンツを受信するステップとを含むことを特徴とする。
また、本発明の電子商取引方法は、売り手側と買い手側の間で電子コンテンツの売買取引をネットワークを介して行うための電子商取引方法であって、前記買い手側が管理運営するサーバ装置が、前記売り手側の情報処理装置からの情報取得閲覧ソフトウェアを用いたアクセスに応じて会員登録をするステップと、前記売り手側の情報処理装置が、前記買い手側が購入希望している電子コンテンツに関する情報を含むデータファイルを前記サーバ装置から取得し、当該データファイルを前記情報取得閲覧ソフトウェアを用いて表示するステップと、前記売り手側の情報処理装置が、本商取引に必要なソフトウェアを、前記サーバ装置から取得するステップと、前記売り手側の情報処理装置が、前記本商取引に必要なソフトウェアに含まれるコンテンツ変換ソフトウェアを用いて、前記買い手側へ提供する電子コンテンツの品位を低下させ、当該品位を低下させた電子コンテンツを査定用の電子コンテンツとして前記買い手側の情報処理装置へ送信するステップと、前記サーバ装置が、前記売り手側の情報処理装置から送信されてきた電子コンテンツに対する受付番号を前記売り手側の情報処理装置へ送信するステップと、前記買い手側の情報処理装置が、前記売り手側の情報処理装置から送信されてきた査定用の電子コンテンツから求めた査定価格を含む査定の結果を前記受付番号と共に前記売り手側の情報処理装置へ送信するステップと、前記売り手側の情報処理装置が、前記買い手側の情報処理装置へ前記受付番号により示される対象電子コンテンツを暗号化して送信するステップと、前記買い手側の情報処理装置が、前記売り手側の情報処理装置から送信されてきた対象電子コンテンツを受信するステップとを含むことを特徴とする。
また、本発明の電子商取引方法は、売り手側と買い手側の間で電子コンテンツの売買取引をネットワークを介して行うための電子商取引方法であって、前記買い手側が管理運営するサーバ装置が、前記売り手側の情報処理装置からの情報取得閲覧ソフトウェアを用いたアクセスに応じて会員登録をするステップと、前記売り手側の情報処理装置が、前記買い手側が購入希望している電子コンテンツに関する情報を含むデータファイルを前記サーバ装置から取得し、当該データファイルを前記情報取得閲覧ソフトウェアを用いて表示するステップと、前記売り手側の情報処理装置が、本商取引に必要なソフトウェアを、前記サーバ装置から取得するステップと、前記売り手側の情報処理装置が、前記買い手側へ提供する電子コンテンツに対して、前記本商取引に必要なソフトウェアに含まれるコンテンツ査定ソフトウェアを用いて自動査定処理するステップと、前記自動査定処理が正常終了した場合の第１の処理ステップと、前記自動査定処理が異常終了した場合の第２の処理ステップとを含み、前記第１の処理ステップは、前記売り手側の情報処理装置が、前記買い手側へ提供する電子コンテンツを識別するためのコンテンツ番号、前記会員登録時の会員認証情報、及び前記自動査定処理の結果の少なくとも何れかの情報を前記買い手側の情報処理装置へ送信するステップと、前記買い手側の情報処理装置が、前記自動査定処理の結果に基づいて、前記コンテンツ番号により示される対象電子コンテンツに対する査定価格、受付番号、暗号化の際に使用する鍵情報、及び対象電子コンテンツの送付先情報の少なくとも何れかの情報を前記売り手側の情報処理装置へ送信するステップと、前記売り手側の情報処理装置が、前記買い手側の情報処理装置へ対象電子コンテンツを前記鍵情報を用いて暗号化して送信するステップと、前記買い手側の情報処理装置が、前記売り手側の情報処理装置から送信されてきた対象電子コンテンツを受信するステップとを含み、前記第２の処理ステップは、前記売り手側の情報処理装置が、前記本商取引に必要なソフトウェアに含まれるコンテンツ変換ソフトウェアを用いて、前記買い手側へ提供する電子コンテンツの品位を低下させ、当該品位を低下させた電子コンテンツを査定用の電子コンテンツとして前記買い手側の情報処理装置へ送信するステップと、前記サーバ装置が、前記売り手側の情報処理装置から送信されてきた電子コンテンツに対する受付番号を前記売り手側の情報処理装置へ送信するステップと、前記買い手側の情報処理装置が、前記売り手側の情報処理装置から送信されてきた査定用の電子コンテンツから求めた査定価格を含む手動査定の結果を前記受付番号と共に前記売り手側の情報処理装置へ送信するステップと、前記売り手側の情報処理装置が、前記買い手側の情報処理装置へ前記受付番号により示される対象電子コンテンツを暗号化して送信するステップと、前記買い手側の情報処理装置が、前記売り手側の情報処理装置から送信されてきた対象電子コンテンツを受信するステップとを含むことを特徴とする。
【００２９】
本発明の記憶媒体は、ネットワークを介した電子コンテンツの売買取引が可能な売り手側の情報処理装置を制御するためのプログラムを記録したコンピュータ読み取り可能な記憶媒体であって、任意の電子コンテンツの購入を希望する買い手側の購入希望の電子コンテンツに関する情報を前記ネットワークを介して取得する取得ステップと、前記取得ステップにより得られた情報に対応する販売希望の電子コンテンツの査定処理を、前記買い手側から前記ネットワークを介して提供されたソフトウェアによって実行する査定処理ステップと、前記買い手側に対して、前記査定処理ステップによる査定の結果を前記ネットワークを介して提供する第１の提供ステップと、前記買い手側によって前記査定の結果から求めた査定価格を前記ネットワークを介して受信する受信ステップと、前記買い手側に対して、前記販売希望の電子コンテンツを前記ネットワークを介して提供する第２の提供ステップと、をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記憶媒体である。
また、本発明の記憶媒体は、ネットワークを介した電子コンテンツの売買取引が可能な売り手側の情報処理装置を制御するためのプログラムを記録したコンピュータ読み取り可能な記憶媒体であって、任意の電子コンテンツの購入を希望する買い手側の購入希望の電子コンテンツに関する情報を前記ネットワークを介して取得する取得ステップと、前記取得ステップにより得られた情報に対応する販売希望の電子コンテンツを査定用の電子コンテンツに変換する変換ステップと、前記買い手側に対して、前記変換ステップにより変換された査定用の電子コンテンツを前記ネットワークを介して提供する第１の提供ステップと、前記買い手側によって前記査定用の電子コンテンツから求めた査定価格を前記ネットワークを介して受信する受信ステップと、前記買い手側に対して、前記販売希望の電子コンテンツを前記ネットワークを介して提供する第２の提供ステップと、をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記憶媒体である。
また、本発明の記憶媒体は、ネットワークを介した電子コンテンツの売買取引が可能な買い手側の情報処理装置を制御するためのプログラムを記録したコンピュータ読み取り可能な記憶媒体であって、前記ネットワーク上の任意のユーザに対して、購入希望する電子コンテンツに関する情報を前記ネットワークを介して提供する第１の提供ステップと、前記買い手側の購入希望と前記任意のユーザ側の販売希望とが合致する電子コンテンツを、前記任意のユーザの情報処理装置が前記ネットワークを介して提供された、電子コンテンツの査定を行うためのソフトウェアを用いて査定した査定の結果を前記ネットワークを介して取得する第１の取得ステップと、前記第１の取得ステップにより得られた査定の結果から求めた査定価格を前記ネットワークを介して送信する送信ステップと、前記査定価格に応じる前記任意のユーザから提供された前記購入希望の電子コンテンツを前記ネットワークを介して取得する第２の取得ステップと、をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記憶媒体である。
また、本発明の記憶媒体は、ネットワークを介した電子コンテンツの売買取引が可能な買い手側の情報処理装置を制御するためのプログラムを記録したコンピュータ読み取り可能な記憶媒体であって、前記ネットワーク上の任意のユーザに対して、購入希望する電子コンテンツに関する情報を前記ネットワークを介して提供する第１の提供ステップと、前記買い手側の購入希望と前記任意のユーザ側の販売希望とが合致する電子コンテンツを、前記任意のユーザの情報処理装置が変換した査定用の電子コンテンツを前記ネットワークを介して取得する第１の取得ステップと、前記第１の取得ステップにより得られた査定用の電子コンテンツから求めた査定価格を前記ネットワークを介して送信する送信ステップと、前記査定価格に応じる前記任意のユーザから提供された前記購入希望の電子コンテンツを前記ネットワークを介して取得する第２の取得ステップと、をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記憶媒体である。
【００８５】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて説明する。
【００８６】
＜第１〜第３の実施の形態の趣旨＞
まず、第１〜第３の実施の形態の趣旨について説明する。
【００８７】
第１の実施の形態では、
（ａ）会員登録
（ｂ）コンテンツの募集
（ｃ）コンテンツの査定
（ｄ）査定結果の通知
（ｅ）コンテンツの送信
（ｆ）代金の支払い
などの処理を全て電子化し、商品（コンテンツ）取引の効率化を図る。
【００８８】
第１の実施の形態の最も特徴とする構成は、次のような（１）〜（９）にある。
（１）買い手側は、売り手側へ買い取り価格の目安を提示する。これにより、買い手側と売り手側の間での商品の取引に無駄が無くなる。
（２）買い手側は、買い取り希望するコンテンツ（以下、「募集コンテンツ」と言う）を限定する。これにより、買い手側は所望するコンテンツを得ることができる。
（３）買い手側は、売り手側のコンテンツの査定処理を当該売り手側へ自動的に実行させる。これにより、買い手側の無駄な手間を省くことができる。
（４）売り手側は、当該売り手側のコンテンツの査定処理を当該売り手側自身で実行する。これにより、買い手側へ不当にコンテンツが渡るのを防ぐことができる。
（５）売り手側でのコンテンツの査定処理の結果を暗号化して出力する。これにより、売り手側は当該査定結果を不当に改竄することを防ぐことができる。
（６）売り手側は、コンテンツの査定処理の結果に対して不満があれば、当該コンテンツの販売を拒否することができる。
（７）売り手側は、コンテンツを暗号化して買い手側へ送信する。これにより、当該コンテンツを受信する権利のある正当な買い手側以外は、暗号化コンテンツを復号して元のコンテンツを取得できない。
（８）売り手側から買い手側へのコンテンツの送信をネットワーク経由で行う。
これにより、処理時間の短縮化を図れ、無駄な手間を省くことができる。
（９）買い手側は、コンテンツの確認後、代金の支払処理を行う。これにより、買い手側は安全な支払処理を行うことができる。
【００８９】
第２の実施の形態では、第１の実施の形態における（ａ）〜（ｆ）で示した処理のうち、（ｃ）コンテンツの査定の処理のみ買い手側で主観評価により行うが、このとき、売り手側が、コンテンツの品位を任意のソフトウェアに低下させて当該コンテンツを買い手側へ提供する。
【００９０】
第２の実施の形態の最も特徴とする構成は、第１の実施の形態における（１）、（２）、及び（６）〜（９）と、次のような（１０）及び（１１）にある。
（１０）売り手側は、コンテンツの品質を低下させたものを査定用のコンテンツとして買い手側へ送信する。これにより、買い手側へ不当にコンテンツが渡るのを防ぐことができる。
（１１）買い手側は、売り手側からのコンテンツの査定を人的に主観評価により行う。これにより、より高度なコンテンツの査定が可能となる。
【００９１】
第３の実施の形態では、コンテンツ査定用のソフトウェアによるコンテンツ査定が不可能であった場合、コンテンツ査定を、第２の実施の形態と同様に、人的に主観評価により再度行う。
【００９２】
第３の実施の形態の最も特徴とする構成は、第１の実施の形態における（１）、（２）、及び（６）〜（９）と、第２の実施の形態における（１０）及び（１１）と、次のような（１２）にある。
（１２）コンテンツ査定を自動化できなかったコンテンツに対してのみ、再度人的にコンテンツ査定する。これにより、コンテンツ査定をより効率化できる。
【００９３】
＜第１の実施の形態＞
本発明は、例えば、図１に示すような電子商取引システム１００に適用される。
【００９４】
（電子商取引システム１００の構成）
電子商取引システム１００は、上記図１に示すように、売り手側の端末装置１１０（以下、単に「売り手側１１０」と言う）、売り手側１１０から運用管理されるＷＷＷブラウザ１２０、買い手側の端末装置１５０（以下、単に「買い手側１５０」と言う）、買い手側１５０から運用管理される買い手側サーバ１４０、及び金融機関側の端末装置１６０（以下、単に「金融機関側１６０」と言う）が、インターネット等のネットワーク１３０（ここでは、インターネットとする）を介して互いに通信可能に接続された構成としている。
【００９５】
売り手側１１０、買い手側１５０、買い手側サーバ１４０、及び金融機関側１６０はそれぞれ、例えば、図２に示すような構成をしたコンピュータ２００の機能を有し、コンピュータ２００内のＣＰＵ２０１により、本実施の形態での電子商取引システム１００の動作が実施される。
【００９６】
具体的には、コンピュータ２００は、上記図２に示すように、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、キーボード（ＫＢ）２０９のキーボードコントローラ（ＫＢＣ）２０５と、表示部としてのＣＲＴディスプレイ（ＣＲＴ）２１０のＣＲＴコントローラ（ＣＲＴＣ）２０６と、ハードディスク（ＨＤ）２１１及びフロッピーディスク（ＦＤ）２１２のディスクコントローラ（ＤＫＣ）２０７と、ネットワークインターフェースカード（ＮＩＣ）２０８とが、システムバス２０４を介して互いに通信可能に接続された構成としている。
そして、システムバス２０４が、上記図１に示したインターネット１３０と接続される。
【００９７】
ＣＰＵ２０１は、ＲＯＭ２０２或いはＨＤ２１１に記憶されたソフトウェア、或いはＦＤ２１２より供給されるソフトウェアを実行することで、システムバス２０４に接続された各構成部を総括的に制御する。
すなわち、ＣＰＵ２０１は、後述する本実施の形態における処理シーケンスに従った処理プログラムを、ＲＯＭ２０２、或いはＨＤ２１１、或いはＦＤ２１２から読み出して実行することで、本実施の形態での電子商取引システム１００の動作を実現するための制御を行う。
【００９８】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ或いはワークエリア等として機能する。
ＫＢＣ２０５は、ＫＢ２０９や図示していないポインティングデバイス等からの指示入力を制御する。
ＣＲＴＣ２０６は、ＣＲＴ２１０の表示を制御する。
ＤＫＣ２０７は、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイル、ネットワーク管理プログラム、及び上記処理プログラム等を記憶するＨＤ２１１及びＦＤ２１２とのアクセスを制御する。
ＮＩＣ２０８は、インターネット１３０を介した種々のデータを双方向でやりとりする。
【００９９】
尚、上記図１では、説明の簡単のため、売り手側１１０、買い手側１５０、及び金融機関側１６０をそれぞれ１つづつインターネット１３０上へ接続する構成としているが、この接続数に限られることはない。
【０１００】
売り手側１１０は、ディジタルコンテンツを販売する側であり、上記図２に示したコンピュータ２００の機能を有する端末装置を含み、当該端末装置上でＷＷＷブラウザ１２０のソフトウェアを起動することで、インターネット１３０上の買い手側１５０との通信によるディジタルコンテンツの販売を行う。
【０１０１】
買い手側１５０は、売り手側１１０にて販売されているディジタルコンテンツを購入する側であり、買い手側サーバ１４０を介して売り手側１１０へディジタルコンテンツの売買情報を提供し、ディジタルコンテンツを売り手側１１０から購入（入手）した後に、その代金支払いを金融機関１６０へ依頼する。
【０１０２】
ＷＷＷブラウザ１２０は、売り手側１１０の端末装置上で動作するクライアントソフトウェアを含み、例えば、ＨＴＭＬ形式等のデータファイルを適した形式で端末装置へ画面表示すると共に、買い手側サーバ１４０との当該データファイルの送受信を行うようになされている。
また、ＷＷＷブラウザ１２０は、ＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ ｌｎｔｅｒｆａｃｅ）を有する最適化されたものである。これにより、例えば、買い手側１５０のユーザが、電子商取引サービスや、買い手側サーバ１４０の詳しい働きを知らない場合であっても、電子商取引サービスを利用できる。
ＷＷＷブラウザ１２０としては、Ｎｅｔｓｃａｐｅ社のｎｅｔｓｃａｐｅＮａｖｉｇａｔｏｒ（商標）や、Ｍｉｃｒｏｓｏ社のＩｎｔｅｍｅｔ Ｅｘｐｌｏｒｅｒ（商標）等が適用可能である。
【０１０３】
買い手側サーバ１４０は、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ ＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）サーバ、及びＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバの機能を有する。
また、買い手側サーバ１４０は、サーバープログラムを含み、当該サーバープログラムの起動により、ＷＷＷブラウザ１２０からの要求に従ったサービスを実行してその結果を通知したり、当該要求に従ったデータファイル（ＨＴＭＬ形式のファイル等）の返送等の処理を実行する。
さらに、買い手側サーバ１４０は、売り手側１１０に対して開放されたデータ記憶領域を有し、例えば、売り手側１１０からＦＴＰ送信されたディジタルコンテンツを受信して当該データ記憶領域へ格納する。
また、買い手側サーバ１４０は、ディジタルコンテンツの売買情報等のデータ更新や、金融機関側１６０への振込依頼等を行う。
【０１０４】
金融機関側１６０は、買い手側１５０と提携した金融機関を含み、買い手側サーバ１４０からの要求に従って、売り手側１１０への代金振り込みを代行する。
【０１０５】
インターネット１３０は、通信ネットワークの一種であり、例えば、ＴＣＰ／ＩＰプロトコル等のネットワークプロトコルを使用したものである。
ここでのネットワークプロトコルは、端末装置同士が通信するための標準的な処理シーケンスを提供し、インターネット１３０を介したデータの送受信の際に当該データをどのようにフォーマットすべきか等を示す。これにより、通信相手の端末装置が異機種のものであっても、シームレスに通信することができる。
【０１０６】
尚、上記標準的なネットワークプロトコルとしては、ＨＴＴＰ，ＦＴＰ，ＳＭＴＰ等がある。ＨＴＴＰに関しては、Ｔ．Ｂｅｍｅｒｓ Ｌｅｅ、Ｒ．Ｆｉｅｌｄｉｇ、及びＨ．Ｆｒｙｓｔｙｋの論文「Ｈｙｐｅｒｅｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃａｌ−ＨＴＴＰ／１．０：１９９５年９月４日）」等に詳しく記載されている。また、ＦＴＰに関しては、Ｊ．ＢＰｏｓｔｅｌ及びＪ．Ｋ．Ｒｅｙｎｏｌｄｓの論文「Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＦＴＰ）：ＲＦＣ９５９、Ｉｎｆｏｒｍａｔｉｏｎ Ｓｃｉｅｎｃｅｓ Ｉｎｓｔｉｔｕｔｅ、ＵＳＣ、１９８５年１０月」等に詳しく記載されている。また、ＳＭＴＰに関しては、Ｊ．Ｂ．Ｐｏｓｔｅｌの論文「Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ：ＲＦＣ８２１、Ｉｎｆｏｍａｔｉｏｎ Ｓｃｉｅｎｃｅ Ｉｎｓｔｉｔｕｔｅ、ＵＳＣ、１９８２年８月」等に詳しく記載されている。
【０１０７】
（電子商取引システム１００の動作）
図３は、電子商取引システム１００の動作を示したものであり、図４〜図１２は、当該動作における画面の一例や暗号化方式の概念を示したものである。
尚、以下の説明において、「ページ」とは、売り手側１１０の操作者が、ＷＷＷブラウザ１２０を用いて買い手側サーバ１４０から取得したＨＴＭＬ形式等のデータファイルを、売り手側１１０の端末装置上で画面表示される当該表示画面を示す。
【０１０８】
ステップＳ３０１：（図３参照）
売り手側１１０のユーザは、インターネット１３０に接続された自側の端末装置（テレビジョン受像機や電子手帳等の端末装置を含む）にて動作するＷＷＷブラウザ１２０による当該端末装置での表示画面上を操作することで、所定のＵＲＬ（インターネット１３０上のアドレス）で指定される買い手側１５０のページへアクセスして会員登録する。
尚、ここでの会員登録処理については後述する。
【０１０９】
ステップＳ３０２：
売り手側１１０のユーザは、買い手側１５０のページへアクセスすることで、買い手側１５０が募集中のコンテンツの一覧情報を取得する。
図６は、上記募集中コンテンツ一覧情報による画面３４０の一例を示したものである。この画面３４０では、コンテンツの買い取りの際の最低及び最高価格が示されている。これにより、売り手側１１０のユーザは、コンテンツの売却の際の目安を容易に認識することができ、不毛なやり取りをする手間を省くことができる。
【０１１０】
ステップＳ３０３：
売り手側１１０のユーザは、上記図６の画面３４０を参照することで、買い手側１５０が要求しているコンテンツを所有しており、且つ当該コンテンツに対して納得できる価格（買い取り価格）が提示されているか否か（買い手側１５０とのニーズが一致するか否か）を判別する。
この判別の結果、買い手側１５０とのニーズが一致しなかった場合、売り手側１１０のユーザは、本処理終了とする。
【０１１１】
ステップＳ３０４：
ステップＳ３０３の判別の結果、買い手側１５０とのニーズが一致した場合、売り手側１１０のユーザは、上記図６の画面上にて、該当するコンテンツの情報に対して設けられている「売りたい」ボタンを押下する等して、当該コンテンツの売却を買い手側１５０へ要求する。
そして、売り手側１１０のユーザは、自身の所有する売却対象のコンテンツの査定処理を行うためのコンテンツ査定用のソフトウェアと、後述するコンテンツ暗号化用のソフトウェアを入手済みであるか否かを判別する。
この判別の結果、入手済みでない場合のみ、次のステップＳ３０５を介してステップＳ３０６へと進む、入手済みの場合は、そのまま後述するステップＳ３０６へと進む。
【０１１２】
ステップＳ３０５：
ステップＳ３０４の判別の結果、コンテンツ査定用のソフトウェア及びコンテンツ暗号化用のソフトウェアを入手済みでない場合、例えば、売り手側１１０のユーザが初めて本システム１００を利用する等の理由により当該ソフトウェアを入手していない場合、売り手側１１０のユーザは、買い手側サーバ１４０から自端末装置内へ当該ソフトウェアをダウンロードする。
具体的には例えば、売り手側１１０が買い手側サーバ１４０へアクセスすることにより、売り手側１１０の端末装置上には、図７に示すような画面（ダウンロードページ）３５０が表示される。売り手側１１０のユーザは、画面３５０での操作により、未入手のコンテンツ査定用のソフトウェア及びコンテンツ暗号化用のソフトウェアを自端末装置へダウンロードする。
【０１１３】
尚、コンテンツ査定用のソフトウェアの実行によるコンテンツ査定処理については後述するが、当該処理による対象コンテンツの査定結果は、売り手側１１０にて不当に操作されないように、暗号化された記号（数字、アルファベット、算術記号等）として出力される。ここでの暗号化方式としては、例えば、ＲＳＡ（公開鍵暗号）方式やＤＥＳ（共通鍵暗号）方式等の様々な暗号化方式を適用可能であり、売り手側１１０へ当該暗号化方式での暗号ルールが解らないものであればどのような方式でも限られることはない。
また、コンテンツ査定処理を売り手側１１０へ委ねる理由としては、売り手側１１０が所有するコンテンツが買い手側１５０へ不当に渡ることを防止するためである。
また、コンテンツ査定処理を、ソフトウェア（アプリケーション）ではなく、例えば、ＪＡＶＡアプレットにより行うようにしてもよい。このＪＡＶＡアプレットとは、ページ上で実行可能な形式のＪＡＶＡ中間言語ファイルであり、米国Ｓｕｎ Ｍｉｃｒｏ Ｓｙｓｔｅｍｓにより開発されたプラットフォーム非依存のプログラミング言語である。この場合、コンテンツ査定用のソフトウエアのダウンロード及び保存処理を売り手側１１０へ強制せずに済む。これは、売り手側１１０の端末装置に十分な記憶容量がない場合や、売り手側１１０のユーザが端末装置の操作に不慣れである場合等に有効である。
【０１１４】
ステップＳ３０６：
売り手側１１０のユーザは、自端末装置にてコンテンツ査定用のソフトウェアを起動することで、自身の所有する売却対象のコンテンツの査定処理を行う。
【０１１５】
ステップＳ３０７：
売り手側１１０のユーザは、上記図７の画面３５０上にて、「査定結果送信ページへ」のボタン（関連づけられた次ページの読み込みを実行するためのリンクボタン）を押下する等して、コンテンツ査定の結果送信ページを自端末装置内へ取り込む。
そして、売り手側１１０のユーザは、自端末装置にて表示された、例えば、図８に示すような画面３６０上にて、対象コンテンツの番号（コンテンツ番号）、コンテンツ査定の結果（コンテンツ査定ソフト出力値）、ステップＳ３０１での登録時に与えられた会員ＩＤ、及びパスワード等を入力し、「送信」ボタンを押下する等して、当該入力情報を買い手側サーバ１４０へ送信する。
【０１１６】
ステップＳ３０８：
買い手側サーバ１４０は、売り手側１１０からの情報を受信し、当該受信情報に含まれるコンテンツ査定ソフト出力値（暗号化されたコンテンツ査定用のソフトウェアの出力値）から、査定価格を求める。
そして、買い手側サーバ１４０は、上記査定価格（査定金額）、受付番号、暗号化用公開キー、及びコンテンツ送付先情報（買い手側１５０が指定する送付先）等を、例えば、図９に示すような画面３７０の情報として売り手側１１０のＷＷＷブラウザ１２０へ送信することで、売り手側１１０へ提示する。
【０１１７】
尚、暗号化用公開キーを売り手側１１０へ公開するタイミングとしては、例えば、ステップＳ３０１での会員登録の完了通知のタイミンクでも良いし、他のタイミングでも良い。
【０１１８】
ステップＳ３０９：
売り手側１１０のユーザは、上記図９の画面３７０により提示された査定金額に納得するか否かを判別する。
この判別の結果、査定金額に納得しなかった場合、売り手側１１０のユーザは、本処理終了とする。
【０１１９】
ステップＳ３１０：
ステップＳ３０９での判別の結果、査定金額に納得した場合、売り手側１１０のユーザは、自端末装置により、買い手側サーバ１４０内の売り手側１１０へ開放されたデータ記憶領域（買い手側１５０が指定したＦＴＰアドレス）へ、コンテンツを暗号化してＦＴＰ送信する。このときの暗号化には、上記図９の画面３７０により提示された暗号化キーを用いる。
【０１２０】
尚、売り手側１１０において、ＦＴＰ送信に必要なソフトウェアとしては、従来から流通している汎用ソフトウェアを使用してもよいし、自端末装置がコンピュータで無い場合には、当該装置へ付属されている任意のソフトウェアを使用してもよい。
また、売り手側１１０がインターネット１３０経由でコンテンツを送信したくない場合、上記図９の画面３７０にて提示された郵送のための情報（郵便番号及び情報）により、郵送にて当該コンテンツを買い手側１５０へ送付すればよい。
また、売り手側１１０での暗号化については、詳細は後述するが、例えば、公開鍵暗号（ＲＳＡ、楕円曲線暗号）方式を用いる。
【０１２１】
ステップＳ３１１：
買い手側１５０は、売り手側１１０よりネットワーク１３０経由、或は郵送によりコンテンツを受け取り、当該コンテンツを確認した後、査定金額を売り手側１１０へ支払う。
ここでの支払方法としては、買い手側１５０のユーザが提携した金融機関側１６０へネットワーク１３０経由で振込依頼を行う方法が好適である。
【０１２２】
以上が、本実施の形態における電子商取引システム１００の動作である。
ここで、上述した当該動作における、ステップＳ３０１での会員登録処理、ステップＳ３０６でのコンテンツ査定処理、及びステップＳ３１０での暗号化について具体的に説明する。
【０１２３】
会員登録処理：図４及び図５参照
売り手側１１０のユーザは、買い手側１５０が運用管理している買い手側サーバ１４０内にある会員登録のためのフォームを含む、例えば、図４に示すようなＨＴＭＬ形式等のデータファイルによる画面３２０を、ＷＷＷブラウザ１２０を用いて取得する。
そして、売り手側１１０のユーザは、上記図４の画面３２０上にて、氏名、住所、連絡先、及び振込先等の個人情報を入力し、「送信」ボタンを押下する等して、当該入力情報を買い手側サーバ１４０へ送信する。
買い手側サーバ１４０は、売り手側１１０からの情報を受信し、当該受信情報に基づき会員登録処理を実行し、売り手側１１０に対して、例えば、図５に示すような、会員ＩＤ及びパスワード情報を含むデータファイルによる画面３３０を、ＷＷＷブラウザ１２０を介して売り手側１１０へ送信する。
【０１２４】
コンテンツ査定処理：図１０参照
例えば、対象コンテンツが動画像データである場合、動画像データの品位を測る評価項目としては、輝度、コントラスト、彩度、及びノイズ量等がある。輝度、コントラスト、及び彩度については、測定値が高い方が高品位であり、ノイズについては、測定値が低いが高品位である。
また、動画像データの品位を測る他の評価項目としては、構図、動き量、シーンチェンジの数、及び撮影テーマに対する忠実度等が考えられる。これらの項目は、動画像データの種類によって評価基準が異なるため、対象となるコンテンツ毎に適正な評価基準を設けて判定を行う。
上述のような各項目による動画像データの評価は、例えば、１０段階評価で行い、その平均値をとる。例えば、図１０では、輝度、コントラスト、彩度、ノイズ量、構図、動き量、シーンチェンジの数、及び忠実度の各項目の評価を１０段階で行い、これらの結果の平均を求めている。このとき、各項目毎に重み付けしてもよい。
【０１２５】
上記評価結果のコンテンツ査定金額への反映方法としては、例えば、次のような方法がある。
評価値の平均が中間値である“５．０”の時、査定金額も最高金額と最低金額の中間の金額となるようにする。また、評価値の平均が最高或は最低である場合、査定金額も最高金額或は最低金額となるようにする。すなわち、評価値の平均と査定金額を線形対応させる。
或は、評価値の平均が中間値付近である場合、査定金額を中間の金額に固定し、評価値の平均が最高値或は最低値の場合、査定金額を最高金額或は最低金額となるようにする。すなわち、評価値の平均と査定金額を非線型に対応づける。
【０１２６】
尚、ここでは、対象コンテンツが動画像データである場合について説明したが、対象コンテンツが、例えば、音声（音楽）データや、画像及び音声データ、或はゲームソフトウェア等である場合、この場合も上述した動画像データの場合と同様に、コンテンツの種類毎に予め評価項目を設定し、当該評価項目ごとの評価値を集計して、この結果を査定金額へ反映させる。
【０１２７】
暗号化：図１１及び図１２参照
ここでの暗号化としては、公開鍵暗号方式を用いる。
図１１に示すように、鍵の製作者（ここでは、買い手側１５０）は、暗号化用に公開する公開キーと、復号用の秘密キーをペアで作成し、当該公開キーを、暗号化する側（ここでは、複数の売り手側１１０−１，１１０−２，１１０−３，…）へ公開する。
暗号化する側は、図１２に示すように、公開されたキー（上記図９の画面３７０にて提示された暗号化キー）を用いて、コンテンツを暗号化して送信する。
暗号化されたコンテンツの受け取り側、すなわち鍵の製作者は、公開キーとペアで作成した秘密キーを用いて、当該暗号化コンテンツを復号化する。
このような公開鍵暗号方式によれば、管理する鍵を少なくできる。
【０１２８】
＜第２の実施の形態＞
本実施の形態では、上記図１の電子商取引システム１００の動作を、例えば、図１３に示すフローチャートに従った動作とする。
尚、上記図１３のフローチャートにおいて、上記図２のフローチャートと同様の処理実行するステップには同じ符号を付し、その詳細な説明は省略する。
【０１２９】
ステップＳ３０１〜Ｓ３０３：
売り手側１１０は、会員登録し（ステップＳ３０１）、買い手側１５０が募集中のコンテンツのー覧情報を取得する（ステップＳ３０２）。
そして、売り手側１１０は、買い手側１５０とニーズが一致した場合に、次のステップＳ３０４´からの処理を実行する（ステップＳ３０３）。
【０１３０】
ステップＳ３０４´：
売り手側１１０のユーザは、自身の所有する売却対象のコンテンツの変換を行うためのコンテンツ変換用のソフトウェアと、コンテンツ暗号化用のソフトウェアを入手済みであるか否かを判別する。ここでのコンテンツの変換とは、対象コンテンツの品位を低下させるための変換を示す。
この判別の結果、入手済みでない場合のみ、次のステップＳ３０５´を介してステップＳ３０６´へと進む、入手済みの場合は、そのまま後述するステップＳ３０６´へと進む。
【０１３１】
ステップＳ３０５´：
ステップＳ３０４´の判別の結果、コンテンツ変換用のソフトウェア及びコンテンツ暗号化用のソフトウェアを入手済みでない場合、例えば、売り手側１１０のユーザが初めて本システム１００を利用する等の理由により当該ソフトウェアを入手していない場合、売り手側１１０のユーザは、買い手側サーバ１４０から自端末装置内へ当該ソフトウェアをダウンロードする。
【０１３２】
尚、ステップＳ３０５´でのコンテンツ変換用のソフトウェア及びコンテンツ暗号化用のソフトウェアのダウンロードの方法は、第１の実施の形態におけるコンテンツ査定用のソフトウェア及びコンテンツ暗号化用のソフトウェアのダウンロードの方法と同様であるため、その詳細な説明は省略する。
また、コンテンツ変換用のソフトウェアの実行によるコンテンツ変換処理については後述するが、当該処理を、ソフトウェア（アプリケーション）ではなく、例えば、ＪＡＶＡアプレットにより行うようにしてもよい。この場合、コンテンツ変換用のソフトウエアのダウンロード及び保存処理を売り手側１１０へ強制せずに済む。これは、売り手側１１０の端末装置に十分な記憶容量がない場合や、売り手側１１０のユーザが端末装置の操作に不慣れである場合等に有効である。
【０１３３】
ステップＳ３０６´：
売り手側１１０のユーザは、自端末装置にてコンテンツ変換用のソフトウェアを起動することで、自身の所有する売却対象のコンテンツの品位を低下させ、買い手側１５０へＦＴＰ送信或は郵送する。
尚、ＦＴＰ送信する場合の送信先情報は、ステップＳ３０１での会員登録時に売り手側１１０へ提示するようにしても良いし、他のタイミングで提示するようにしてもよい。
【０１３４】
ステップＳ３０７´：
買い手側１５０は、売り手側１１０からの変換後のコンテンツを査定用コンテンツとして受け取り、その受付番号を即に売り手側１１０へ発行する。
【０１３５】
ステップＳ３０８´：
買い手側１５０は、第１の実施の形態におけるコンテンツ査定処理と同様の処理実行により、査定用コンテンツに対して査定を行い、その結果得られた査定金額の情報を、例えば、図１４に示すような画面３８０の情報として売り手側１１０のＷＷＷブラウザ１２０へ送信することで、売り手側１１０へ提示する。
【０１３６】
尚、売り手側１１０から郵送で査定用コンテンツが送られてきた場合、買い手側１５０は、当該査定用コンテンツへの査定を行った後、その結果得られた査定金額の情報を受け付け番号を付加した状態で、郵送或は電子メール等により売り手側１１０へ提示する。
【０１３７】
ステップＳ３０９〜Ｓ３１１：
売り手側１１０は、買い手側１５０から提示された査定価格に納得した場合に（ステップＳ３０９）、対象コンテンツを暗号化して買い手側１５０へ送信する（ステップＳ３１０）。
買い手側１５０は、売り手側１１０からのコンテンツを確認した後、査定価格を売り手側１１０へ支払う（ステップＳ３１１）。
【０１３８】
ここで、上述したステップＳ３０６´でのコンテンツの変換処理について具体的に説明する。
例えば、対象コンテンツが画像データである場合、画像データの品位を低下させる変換処理としては、画像をダウンサンプリング（間引き処理）して画像の情報量（画素数）を減らす処理や、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）等の不可逆の圧縮処理を施す処理等が考えられる。これらの方法は共に、画像データの転送量を減らすことができると共に、原理的にオリジナル画像を復元できないことから好適である。もちろん、オリジナル画像を復元できない方法であればどのような方法であっても好適である。
【０１３９】
＜第３の実施の形態＞
本実施の形態では、上記図１の電子商取引システム１００の動作を、例えば、図１５に示すフローチャートに従った動作とする。
尚、上記図１５のフローチャートにおいて、上記図２及び上記図１３のフローチャートと同様の処理実行するステップには同じ符号を付し、その詳細な説明は省略する。
【０１４０】
ステップＳ３０１〜Ｓ３０６：
売り手側１１０は、会員登録し（ステップＳ３０１）、買い手側１５０が募集中のコンテンツのー覧情報を取得する（ステップＳ３０２）。
そして、売り手側１１０は、買い手側１５０とニーズが一致した場合（ステップＳ３０３）、自端末装置にてコンテンツ査定用のソフトウェアを起動することで、自身の所有する売却対象のコンテンツの査定処理を行うが（ステップＳ３０６）、このとき、コンテンツ査定用のソフトウェア及びコンテンツ暗号化用のソフトウェアを入手済みでない場合には（ステップＳ３０４）、当該ソフトウェアを、買い手側サーバ１４０から自端末装置内へダウンロードし（ステップＳ３０５）、これをコンテンツ査定に使用する。
【０１４１】
ステップＳ３０６−１：
売り手側１１０のユーザは、自端末装置でのコンテンツ査定処理の結果、当該コンテンツ査定処理が正常終了したか否かを判別する。
具体的には例えば、コンテンツ査定用のソフトウェアでは、コンテンツ査定処理が正常終了したか否かをメッセージ等によってユーザへ通知するようになされている。これにより、売り手側１１０のユーザは、自端末装置へ画面表示されたメッセージ等により、コンテンツ査定処理が正常終了したか否かを認識することができる。
ここでの判別の結果、コンテンツ査定処理が正常終了した場合（コンテンツ査定処理の自動化が可能であった場合）には、次のステップＳ３０７からの処理が実行され、コンテンツ査定処理が正常終了していない場合（コンテンツ査定処理の自動化が不可能であった場合）には、後述するステップＳ３０４´からの処理が実行される。
【０１４２】
ステップＳ３０７〜Ｓ３１１：
ステップＳ３０６−１の判別の結果、コンテンツ査定処理の自動化が可能であった場合、売り手側１１０は、コンテンツ査定の結果を取得し、当該コンテンツ査定の結果（コンテンツ査定ソフト出力値）と共に、対象コンテンツの番号（コンテンツ番号）、会員ＩＤ、及びパスワード等を買い手側サーバ１４０へ送信する（ステップＳ３０７）。
買い手側サーバ１４０は、売り手側１１０からの情報に基づいて、コンテンツの査定価格を求め、当該査定価格と共に、受付番号、暗号化用公開キー、及びコンテンツ送付先情報等を売り手側１１０へ提示する（ステップＳ３０８）。
売り手側１１０は、買い手側１５０から提示された査定価格に納得した場合に（ステップＳ３０９）、対象コンテンツを暗号化して買い手側１５０へ送信する（ステップＳ３１０）。
買い手側１５０は、売り手側１１０からのコンテンツを確認した後、査定価格を売り手側１１０へ支払う（ステップＳ３１１）。
【０１４３】
ステップＳ３０４´〜Ｓ３０８´、Ｓ３０９〜Ｓ３１１：
ステップＳ３０６−１の判別の結果、コンテンツ査定処理の自動化が不可能であった場合、売り手側１１０は、対象コンテンツの品位を低下させるためのコンテンツ変換用のソフトウェアを入手済みであるか否かを判別し（ステップＳ３０４´）、入手済みでない場合には、当該コンテンツ変換用のソフトウェアを買い手側サーバ１４０から自端末装置内へダウンロードする（ステップＳ３０５´）。
売り手側１１０は、自端末装置にてコンテンツ変換用のソフトウェアを起動することで、自身の所有する売却対象のコンテンツの品位を低下させ、買い手側１５０へＦＴＰ送信或は郵送する（ステップＳ３０６´）。
買い手側１５０は、売り手側１１０からの変換後のコンテンツを査定用コンテンツとして受け取り、その受付番号を即に売り手側１１０へ発行し（ステップＳ３０７´）、査定用コンテンツに対して人的な査定を行い、その結果得られた査定金額を売り手側１１０へ提示する（ステップＳ３０８´）。
売り手側１１０は、買い手側１５０から提示された査定価格に納得した場合に（ステップＳ３０９）、対象コンテンツを暗号化して買い手側１５０へ送信する（ステップＳ３１０）。
買い手側１５０は、売り手側１１０からのコンテンツを確認した後、査定価格を売り手側１１０へ支払う（ステップＳ３１１）。
【０１４４】
＜第４〜第６の実施の形態の趣旨＞
まず、第４〜第６の実施の形態の趣旨について説明する。
【０１４５】
第４の実施の形態では、売り手側（商品の販売を希望するユーザ）及び買い手側（商品の購入を希望するユーザ）が仲介者が提供するホームページへアクセスし、商品の売買の依頼を行う。このホームページ上には、売り手側向けの情報として、買い手側の希望価格（購入希望価格）、及び仲介者が売り手側から商品を引き取るときの価格（引取価格）の情報が掲載され、買い手側向けの情報として、売り手側の希望価格（販売希望価格）、及び仲介者が買い手側へ販売する価格の情報が掲載されている。
この場合、次の４つの商取引形態が想定され、第４の実施の形態では、これら全ての商取引形態に対応できる電子商品売買仲介を提供する。
（ａ）売り手側は、仲介者を介して、売り待ちである商品（購入希望するユーザがいる商品）を販売する。
（ｂ）売り手側は、売り待ちがない商品を販売希望する商品（購入希望するユーザがいない商品）として登録（売り登録）する。
（Ｃ）買い手側は、仲介者を介して、買い待ちがある商品（販売希望するユーザがいる商品）を購入する。
（ｄ）買い手側は、買い待ちがない商品（販売希望するユーザがいない商品）を購入希望することを登録（買い登録）する。
【０１４６】
また、第４の実施の形態では、売買される商品を限定せず、買い手側或は売り手側から寄せられた商品詳細情報をそのまま掲載する。そして、商品の配送は、売り手側と買い手側が揃った段階で初めて行う。
【０１４７】
第４の実施の形態における最も特徴とするところは、次の（１）〜（５）にある。
（１）売り手側は、販売対象の商品が如何なるものであっても販売することができる。
（２）売り手側は、仲介者の手数料を明確に把握することができる。
（３）買い手側は、購入希望する商品が如何なるものであっても、買い登録ができる。
（４）買い手側は、仲介者の手数料を明確に把握することができる。
（５）仲介者は、商品を在庫として実際に抱えることがないため、リスクを小さくできる。
【０１４８】
第５の実施の形態では、売買される商品を仲介者が限定し、販売希望されている商品（売り希望）に対しては、売り待ちの有無に関わらず直ちに仲介者が買い取る。ことのときの余剰の商品については、在庫として、仲介者が提供するホームページ上に掲載される。
購入希望されている商品（買い希望）に対しては、当該商品が在庫としてある場合には直ちに買い手側へ販売され、在庫として無い場合には上記ホームページ上に買い登録として掲載される。
したがって、仲介者は、直ぐに販売できる商品のみを扱うことで、在庫として抱える商品を減らすことができる。また、配送のスケジューリングを行う際、売り手側の予定に左右されなくなるため、商品の売買完了までにかかる時間を短縮できる。
【０１４９】
第５の実施の形態における最も特徴とするところは、次の（１）〜（５）にある。
（１）売り手側は、販売対象の商品を、買い手側の有無に関わらず直ぐに買い取ってもらえる。
（２）売り手側は、仲介者の手数料を明確に把握することができる。
（３）買い手側は、在庫がある場合には直ぐに商品を手に入れられる。
（４）買い手側は、仲介者の手数料を明確に把握することができる。
（５）仲介者は、商品配送の調整が容易になることから、売買効率が向上する。
【０１５０】
第６の実施の形態では、仲介者が、売買される商品を郵送等の簡易送付が可能な商品に限定することで、物流にかかるコストを軽減する。また、売り手側への代金支払については、売り手側からの商品送付後に行い、買い手側への商品送付については、買い手側からの入金確認後に行う。
これにより、商取引を確実に行うことができ、また、商品配送のスケジューリングを行う必要が無くなるため、商品の売買完了までにかかる時間を短縮できる。
【０１５１】
第６の実施の形態における最も特徴とするところは、次の（１）〜（５）にある。
（１）売り手側は、販売対象の商品を、買い手側の有無に関わらず直ぐに買い取ってもらえる。
（２）売り手側は、仲介者の手数料を明確に把握することができる。
（３）買い手側は、在庫がある場合には直ぐに商品を手に入れられる。
（４）買い手側は、仲介者の手数料を明確に把握することができる。
（５）仲介者は、代金を確実に入手できる。
（６）仲介者は、商品配送の調整が容易になることから、売買効率が向上する。
【０１５２】
＜第４の実施の形態＞
本発明は、例えば、図１６に示すような電子商取引システム５００に適用される。
【０１５３】
（電子商取引システム５００の構成）
電子商取引システム５００は、上記図１６に示すように、売り手側の端末装置５１０（以下、単に「売り手側５１０」と言う）、売り手側５１０から運用管理されるＷＷＷブラウザ５２０、買い手側の端末装置５５０（以下、単に「買い手側５５０」と言う）、買い手側５５０から運用管理されるＷＷＷブラウザ５４０、仲介者側の端末装置５７０（以下、単に「仲介者側５７０」と言う）、及び仲介者側５７０から運用管理されるＷＷＷサーバ５６０が、インターネット等のネットワーク５３０（ここでは、インターネットとする）を介して互いに通信可能に接続された構成としている。
【０１５４】
尚、上記図１６では、説明の簡単のため、売り手側５１０、買い手側５５０、及び仲介者側５７０をそれぞれ１つづつインターネット５３０上へ接続する構成としているが、この接続数に限られることはない。
【０１５５】
売り手側５１０、買い手側５５０、仲介者側５７０、及びＷＷＷサーバ５６０はそれぞれ、例えば、上記図２に示したような構成をしたコンピュータ２００の機能を有し、コンピュータ２００内のＣＰＵ２０１により、本実施の形態での電子商取引システム５００の動作が実施される。
【０１５６】
売り手側５１０は、商品を販売する側であり、上記図２に示したコンピュータ２００の機能を有する端末装置を含み、当該端末装置上でＷＷＷブラウザ５２０のソフトウェアを起動することで、インターネット５３０上の仲介者側５７０との通信による商品の売買取引を行う。
【０１５７】
買い手側５５０は、商品を購入する側であり、上記図２に示したコンピュータ２００の機能を有する端末装置を含み、当該端末装置上でＷＷＷブラウザ５４０のソフトウェアを起動することで、インターネット５３０上の仲介者側５７０との通信による商品の売買取引を行う。
【０１５８】
仲介者側５７０は、売り手側５１０が所持する商品を、買い手側５５０へ販売する仲介を行うものであり、ＷＷＷサーバ５６０によって売り手側５１０及び買い手側５５０へ商品売買情報を提供し、商品の配送、代金の徴収、及び支払い等の処理を実行する。
また、仲介者側５７０は、配送業者５８０へ商品の配送を依頼する。このときの依頼の方法としては、例えば、電話やファクシミリによるものであっても、或は、インターネット５３０を介しての電子メール等によるものであってもよい。
配送業者５８０は、仲介者側５７０からの依頼に従って、商品の配送を行う。
尚、ここでの商品売買の決済方法によっては、売り手側５１０への代金の支払い、及び買い手側５５０からの代金の徴収を行う場合がある。
【０１５９】
売り手側５１０のＷＷＷブラウザ５２０、及び買い手側５５０のＷＷＷブラウザ５４０はそれぞれ、売り手側５１０や買い手側５５０の端末装置上で動作するクライアントソフトウェアを含み、例えば、ＨＴＭＬ形式等のデータファイルを適した形式で端末装置へ画面表示すると共に、当該データファイルの送受信を行うようになされている。
また、ＷＷＷブラウザ５２０，５４０は、ＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ ｌｎｔｅｒｆａｃｅ）を有する最適化されたものである。これにより、例えば、売り手側５１０や買い手側５５０のユーザが、電子商取引サービスや、仲介者側５７０のＷＷＷサーバ５６０の詳しい働きを知らない場合であっても、電子商取引サービスを利用できる。
ＷＷＷブラウザ５２０，５４０としては、Ｎｅｔｓｃａｐｅ社のｎｅｔｓｃａｐｅＮａｖｉｇａｔｏｒ（商標）や、Ｍｉｃｒｏｓｏ社のＩｎｔｅｍｅｔ Ｅｘｐｌｏｒｅｒ（商標）等が適用可能である。
【０１６０】
仲介者側５７０のＷＷＷサーバ５６０は、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバ、及びＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバの機能を有する。
また、ＷＷＷサーバ５６０は、サーバープログラムを含み、当該サーバープログラムの起動により、ＷＷＷブラウザ５２０からの要求に従ったサービスを実行してその結果を通知したり、当該要求に従ったデータファイル（ＨＴＭＬ形式のファイル等）の返送、或は電子メールサービスの提供等の処理を実行する。
さらに、ＷＷＷサーバ５６０は、商品売買仲介情報等のデータ、及び配送業者５８０の配送スケジュール情報等の格納や更新処理を随時実行する。
【０１６１】
インターネット５３０は、通信ネットワークの一種であり、例えば、ＴＣＰ／ＩＰプロトコル等のネットワークプロトコルを使用したものである。
ここでのネットワークプロトコルは、端末装置同士が通信するための標準的な処理シーケンスを提供し、インターネット５３０を介したデータの送受信の際に当該データをどのようにフォーマットすべきか等を示す。これにより、通信相手の端末装置が異機種のものであっても、シームレスに通信することができる。
【０１６２】
尚、上記標準的なネットワークプロトコルとしては、ＨＴＴＰ，ＦＴＰ，ＳＭＴＰ等がある。ＨＴＴＰに関しては、Ｔ．Ｂｅｍｅｒｓ Ｌｅｅ、Ｒ．Ｆｉｅｌｄｉｇ、及びＨ．Ｆｒｙｓｔｙｋの論文「Ｈｙｐｅｒｅｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃａｌ−ＨＴＴＰ／１．０：１９９５年９月４日）」等に詳しく記載されている。また、ＦＴＰに関しては、Ｊ．ＢＰｏｓｔｅｌ及びＪ．Ｋ．Ｒｅｙｎｏｌｄｓの論文「Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＦＴＰ）：ＲＦＣ９５９、Ｉｎｆｏｒｍａｔｉｏｎ Ｓｃｉｅｎｃｅｓ Ｉｎｓｔｉｔｕｔｅ、ＵＳＣ、１９８５年１０月」等に詳しく記載されている。また、ＳＭＴＰに関しては、Ｊ．Ｂ．Ｐｏｓｔｅｌの論文「Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ：ＲＦＣ８２１、Ｉｎｆｏｍａｔｉｏｎ Ｓｃｉｅｎｃｅ Ｉｎｓｔｉｔｕｔｅ、ＵＳＣ、１９８２年８月」等に詳しく記載されている。
【０１６３】
（電子商取引システム５００の動作）
図１７は、電子商取引システム５００の動作を示したものであり、図１７〜図２０は、当該動作における画面の一例の概念を示したものである。
尚、以下の説明において、「ページ」とは、売り手側５１０及び買い手側５５０の操作者が、それぞれ対応するＷＷＷブラウザ５２０，５４０を用いて仲介者側５７０のＷＷＷサーバ５６０から取得したＨＴＭＬ形式等のデータファイルを、売り手側５１０及び買い手側５５０の各端末装置上で画面表示される当該表示画面を示す。
【０１６４】
（１）売り手側５１０が商品を販売する場合
【０１６５】
ステップＳ６０１：図１７参照
売り手側５１０のユーザは、自端末装置上で動作するＷＷＷブラウザ５２０を操作することで、所定のＵＲＬ（インターネット上の住所）により示される仲介者側５７０のホームページへアクセスする。
これは、売り手側側５１０が、仲介者側５７０により管理及び運営されているＷＷＷサーバ５６０内にある商品情報を含む、例えば、ＨＴＭＬ等のデータファイノレを、ＷＷＷブラウザ５２０を用いて取得することに相当する。
【０１６６】
図１８は、ステップＳ６０１にて売り手側５１０の端末装置、或は後述する買い手側５５０の端末装置へ画面表示される、仲介者側５７０のホームページ（売買情報一覧）の画面６５０の一例を示したものである。
尚、売買情報一覧画面６５０における価格表示についての詳細は後述する。
【０１６７】
ステップＳ６０２〜Ｓ６０４：
ここでは、売り手側５１０が商品を販売する場合であるので、ステップＳ６０２では「売りたい商品がある」、次のステップＳ６０３では「売りたい」という処理過程を介して、次のステップＳ６０４へ進むことになる。
売り手側５１０のユーザは、上記図１８の画面６５０を参照（特に、画面６５０の左部分の「売りたい用」の情報を参照）し、自分が販売希望する商品に対応するものを、購入希望している買い手側がいる旨が掲載されているか否かを確認する。
すなわち、売り手側５１０のユーザは、自分が販売希望する商品に対して売り待ち有りの状態であるか否かを判別する。
この判別の結果、売り待ち有りでない場合、後述するステップＳ６１１からの処理に進む。
【０１６８】
ステップＳ６０５：
売り手側５１０のユーザは、上記図１８の画面６５０上の「売りたい人用」にいて、“氏名”、“住所”、“電話番号”、“電子メールアドレス（Ｅ−Ｍａｉｌ）”、“商品番号”、後述する決済方法によってはクレジットカード情報等の個人情報を入力して、「売りたい」ボタンを押下等することにより、当該入力情報を仲介者側５７０のＷＷＷサーバ５６０へ送信する（売り要求の送信）。
【０１６９】
ステップＳ６０６：
仲介者側５７０のＷＷＷサーバ５６０は、売り手側５１０からの売り要求を受け、当該要求に従って配送スケジュールを調整する。
【０１７０】
ステップＳ６０７：
仲介者側５７０のＷＷＷサーバ５６０は、ステップＳ６０６での配送スケジュールの調整の結果として、例えば、図１９に示すような、商品の引き取り予定日時（当該商品を購入希望している買い手側が希望している取り引き日時）等の情報を含む画面６６０のデータファイルを売り手側５１０へ送信する。
これにより、売り手側５１０は、上記図１９の画面６６０にて、商品の引き取り予定日時を確認し、その日時でよければ「はい」ボタンを押下し、都合が悪ければ「いいえ」ボタンを押下する等して、その旨を仲介者側５７０のＷＷＷサーバ５６０へ通知する。
【０１７１】
ステップＳ６０８：
仲介者側５７０のＷＷＷサーバ５６０は、売り手側５１０からの上記通知に従って、商品の引き取り日時が決定するまで（売り手側５１０が承諾するまで）、ステップＳ６０６〜Ｓ６０８の処理を繰り返し実行する。
【０１７２】
尚、ステップＳ６０６〜Ｓ６０８における仲介者側５７０のＷＷＷサーバ５６０と売り手側５１０の間のやり取りについては後述する。
また、商品の引き取り予定日時、すなわち当該商品を購入希望している買い手側（ここでは、買い手側５５０とする）が希望している取り引き日時については、詳細は後述するが、予め登録されている。
【０１７３】
ステップＳ６０９：
ステップＳ６０６〜Ｓ６０８により、商品の引き取り予定日時が決定すると、仲介者側５７０のＷＷＷサーバ５６０は、当該予定日時を買い手側５５０へ電子メール等によって通知する。
また、仲介者側５７０は、商品の引き取りについてを配送業者５８０にも通知する。
【０１７４】
ステップＳ６１０：
売り手側５１０のユーザは、決定した引き取り予定日時に従って、仲介者側５７０と提携している配送業者５８０により、販売希望した商品を買い手側５５０へ配送する。
これにより、買い手側５５０のユーザは、所望した商品を受け取り、その後、代金支払を行う。
尚、買い手側５５０での代金の支払い方法については後述する。
【０１７５】
ステップＳ６２７：
仲介者側５７０のＷＷＷサーバ５６０は、上述の商品取引に従って、売買情報を更新する。
【０１７６】
ステップＳ６１１：
一方、上述したステップＳ６０４において、売り手側５１０が販売希望する商品に対して売り待ち有りの状態でない場合、すなわち上記図１８の売買情報一覧画面６５０にて、売り手側５１０が販売したい商品に対して売り待ち（買いたい人）がある旨が掲載されていない場合、売り手側５１０のユーザは、上記図１８の画面６５０上の「売りたい人用」にいて、“氏名”、“住所”、“電話番号”、“電子メールアドレス（Ｅ−Ｍａｉｌ）”、“商品番号”、後述する決済方法によってはクレジットカード情報等の個人情報と共に、“商品の詳細”を入力して、「売りたい」ボタンを押下等することにより、当該入力情報を仲介者側５７０のＷＷＷサーバ５６０へ送信する（売り要求の送信）。
【０１７７】
ステップＳ６１２：
仲介者側５７０のＷＷＷサーバ５６０は、売り手側５１０からの売り要求を受け、当該要求により示される商品を売り登録するか否か確認するためのデータファイルを、売り手側５１０へ送信する。
これにより、売り手側５１０は、売り登録を希望するか否かを、仲介者側５７０のＷＷＷサーバ５６０へ通知する。
【０１７８】
ステップＳ６１３：
仲介者側５７０のＷＷＷサーバ５６０は、売り手側５１０からの上記通知により、売り手側５１０が売り登録を承諾したか否かを判別し、売り手側５１０が売り登録を承諾した場合には次のステップＳ６１４からの処理を実行し、承諾していない場合には本処理終了とする。
【０１７９】
ステップＳ６１４：
仲介者側５７０のＷＷＷサーバ５６０は、例えば、図２０に示すような、商品の引き取り可能な日時を入力をさせるための画面６７０のデータファイルを、売り手側５１０へ送信する。
【０１８０】
ステップＳ６１５：
売り手側５１０は、上記図２０の画面６７０上において、商品の引き取り可能な日時を入力し、当該入力情報を仲介者側５７０のＷＷＷサーバ５６０へ返信する。
【０１８１】
ステップＳ６２７：
仲介者側５７０のＷＷＷサーバ５６０は、売り手側５１０からの返信情報に従って、売買情報を更新する。
【０１８２】
（２）買い手側５５０が商品を購入する場合
【０１８３】
ステップＳ６０１：上記図１７参照
買い手側５５０のユーザは、自端末装置上で動作するＷＷＷブラウザ５４０を操作することで、所定のＵＲＬ（インターネット上の住所）により示される仲介者側５７０のホームページへアクセスする。
これは、買い手側５５０が、仲介者側５７０により管理及び運営されているＷＷＷサーバ５６０内にある商品情報を含む、例えば、ＨＴＭＬ等のデータファイノレを、ＷＷＷブラウザ５４０を用いて取得することに相当する。
【０１８４】
ステップＳ６０２、Ｓ６０３、Ｓ６１６：
ここでは、買い手側５５０が商品を購入する場合であるので、ステップＳ６０２では「買いたい商品がある」、次のステップＳ６０３では「買いたい」という処理過程を介して、次のステップＳ６１６へ進むことになる。
買い手側５５０のユーザは、上記図１８の画面６５０を参照（特に、画面６５０の右部分の「買いたい用」の情報を参照）し、自分が購入希望する商品に対応するものを、販売希望している売り手側がいる旨が掲載されているか否かを確認する。
すなわち、買い手側５５０のユーザは、自分が購入希望する商品に対応するもの（預かり品）があるか否かを判別する。
この判別の結果、預かり品有りでない場合、後述するステップＳ６２２からの処理に進む。
【０１８５】
ステップＳ６１７：
買い手側５５０のユーザは、上記図１８の画面６５０上の「買いたい人用」にいて、“氏名”、“住所”、“電話番号”、“電子メールアドレス（Ｅ−Ｍａｉｌ）”、“商品番号”、後述する決済方法によってはクレジットカード情報等の個人情報を入力して、「買いたい」ボタンを押下等することにより、当該入力情報を仲介者側５７０のＷＷＷサーバ５６０へ送信する（買い要求の送信）。
【０１８６】
ステップＳ６１８：
仲介者側５７０のＷＷＷサーバ５６０は、買い手側５５０からの買い要求を受け、当該要求に従って配送スケジュールを調整する。
【０１８７】
ステップＳ６１９：
仲介者側５７０のＷＷＷサーバ５６０は、ステップＳ６１８での配送スケジュールの調整の結果として、例えば、上記図１９に示したような、商品の引き取り予定日時（当該商品を販売希望している売り手側が希望している取り引き日時）等の情報を含む画面６６０のデータファイルを買い手側５５０へ送信する。
これにより、買い手側５５０は、上記図１９の画面６６０にて、商品の引き取り予定日時を確認し、その日時でよければ「はい」ボタンを押下し、都合が悪ければ「いいえ」ボタンを押下する等して、その旨を仲介者側５７０のＷＷＷサーバ５６０へ通知する。
【０１８８】
ステップＳ６２０：
仲介者側５７０のＷＷＷサーバ５６０は、買い手側５５０からの上記通知に従って、商品の引き取り日時が決定するまで（買い手側５５０が承諾するまで）、ステップＳ６１８〜Ｓ６２０の処理を繰り返し実行する。
尚、このときの仲介者側５７０と買い手側５５０の間のやりとりは、上述したステップＳ６０６〜Ｓ６０８での仲介者側５７０と売り手側５１０の間のやりとりと同様である。
【０１８９】
ステップＳ６２１：
ステップＳ６１８〜Ｓ６２０により、商品の引き取り予定日時が決定すると、仲介者側５７０のＷＷＷサーバ５６０は、当該予定日時を売り手側５１０へ電子メール等によって通知する。
また、仲介者側５７０は、商品の引き取りについてを配送業者５８０にも通知する。
【０１９０】
ステップＳ６１０：
売り手側５１０のユーザは、決定した引き取り予定日時に従って、仲介者側５７０と提携している配送業者５８０により、販売希望した商品を買い手側５５０へ配送する。
これにより、買い手側５５０のユーザは、所望した商品を受け取り、その後、代金支払を行う。
尚、買い手側５５０での代金の支払い方法については上述した通りである。
【０１９１】
ステップＳ６２７：
仲介者側５７０のＷＷＷサーバ５６０は、上述の商品取引に従って、売買情報を更新する。
【０１９２】
ステップＳ６２２：
一方、上述したステップＳ６１６において、上記図１８の売買情報一覧画面６５０にて、買い手側５５０が購入希望する商品に対応するものを、販売希望している売り手側がいる旨が掲載されていない場合、買い手側５５０のユーザは、上記図１８の画面６５０上の「買いたい人用」にいて、“氏名”、“住所”、“電話番号”、“電子メールアドレス（Ｅ−Ｍａｉｌ）”、“商品番号”、後述する決済方法によってはクレジットカード情報等の個人情報と共に、“商品の詳細”を入力して、「買いたい」ボタンを押下等することにより、当該入力情報を仲介者側５７０のＷＷＷサーバ５６０へ送信する（買い要求の送信）。
【０１９３】
ステップＳ６２３：
仲介者側５７０のＷＷＷサーバ５６０は、買い手側５５０からの買い要求を受け、当該要求により示される商品を買い登録するか否か確認するためのデータファイルを、買い手側５５０へ送信する。
これにより、買い手側５５０は、買い登録を希望するか否かを、仲介者側５７０のＷＷＷサーバ５６０へ通知する。
【０１９４】
ステップＳ６２４：
仲介者側５７０のＷＷＷサーバ５６０は、買い手側５５０からの上記通知により、買い手側５５０が買い登録を承諾したか否かを判別し、買い手側５５０が売り登録を承諾した場合には次のステップＳ６２５からの処理を実行し、承諾していない場合には本処理終了とする。
【０１９５】
ステップＳ６２５：
仲介者側５７０のＷＷＷサーバ５６０は、例えば、上記図２０に示したような、商品の引き取り可能な日時を入力をさせるための画面６７０のデータファイルを、買い手側５５０へ送信する。
【０１９６】
ステップＳ６２６：
買い手側５５０は、上記図２０の画面６７０上において、商品の引き取り可能な日時を入力し、当該入力情報を仲介者側５７０のＷＷＷサーバ５６０へ返信する。
【０１９７】
ステップＳ６２７：
仲介者側５７０のＷＷＷサーバ５６０は、買い手側５５０からの返信情報に従って、売買情報を更新する。
【０１９８】
ここで、上記図１８の売買情報一覧画面６５０における価格表示、売り手側５１０と仲介者側５７０の間の商品引き取り予定日時決定のためのやり取り、及び買い手側５５０の支払方法について具体的に説明する。
【０１９９】
・上記図１８の売買情報一覧画面６５０における価格表示について
本実施の形態では、買い手側５５０に対して実際に販売されるときの価格（以下、「ＣＰ」と言う）と、仲介者側５７０が売り手側５１０から引き取る（預かる）ときの価格（以下、「ＭＰＳ」と言う）が共に、売買情報一覧画面６５０へ掲載される。
また、売り手側５１０の売り希望価格（以下、「ＳＰ」と言う）と、仲介者５７０が買い手側５５０へ販売するときの価格（以下、「ＭＰＣ」と言う）についても共に、売買情報一覧画面６５０へ掲載される。
【０２００】
例えば、商品を販売する場合も購入する場合も仲介者側５７０の利益が上乗せされるため、
ＣＰ＞ＭＰＳ   …（１）
ＳＰ＜ＭＰＣ   …（２）
なる不等式（１），（２）がなりたつ。
したがって、買い手側５５０は、売り手側５１０が販売する商品を、仲介者側５７０が売り手側５１０から引き取ったときの価格（ＭＰＳ）よりも高い価格（ＣＰ）で購入し、売り手側５１０は、仲介者側５７０が買い手側５５０へ販売する価格（ＭＰＣ）よりも安い価格（ＭＰＳ）で商品を仲介者側５７０へ引き渡すことになる。
【０２０１】
上述のようなＣＰ、ＭＰＳ、ＳＰ、ＭＰＣが全て同時に、売買情報一覧画面６５０へ掲載されることにより、売り手側５１０及び買い手側５５０は、仲介者側５７０の中間マージンがいくらであるかの情報を容易に認識できる。また、売り手側５１０は、自分が販売する商品が、実際に希望した販売価格（ＳＰ）で掲載されているかを容易に確認することができ、買い手側５５０も、自分が希望している購入価格（ＣＰ）が実際に掲載されているかを容易に確認することができる。
このため、仲介者側５７０が不当な中間マージンを得ることを確実に防止できるため、商取引を健全化することができ、さらに、売り手側５１０及び買い手側５５０へ商取引に対する安心感を与えることができる。
【０２０２】
・仲介者側５７０と売り手側５１０の間での、商品引き取り予定日時決定のためのやり取りについて（上記図１７のステップＳ６０６〜Ｓ６０８参照）
当該日時決定の方法としては、上述したように、上記図１９の画面６６０により、仲介者側５７０から予定日時を売り手側５１０へ提示し、売り手側５１０がこれに答える方法がある。
また、例えば、上記図２０の画面６７０により、売り手側５１０へ都合の良い日を選択させ、仲介者側５７０が、この選択による日時を調整する方法がある。
尚、買い手側５５０の希望日時については、予め登録されるようになされるため、これを考慮して、当該日時決定のための処理が実行される。
【０２０３】
・買い手側５５０の代金の支払方法について当該代金の支払方法としては、例えば、次のような方法▲１▼〜▲４▼が挙げられる。
【０２０４】
▲１▼配送業者５８０が、売り手側５１０から商品を引き取る際に、所望の代金（図上記図１８の画面６５０にて掲載されている仲介者側５７０の引き取り価格）を売り手側５１０へ支払い、買い手側５５０からクレジットカード決済により代金の徴収を行う。この場合、予め、買い手側５５０に対して、個人情報の１つとしてクレジットカード番号等の情報を提供させておく。
【０２０５】
▲２▼仲介者側５７０は、売り手側５１０に対して、金融機関振り込みにより商品に対する代金を支払い、買い手側５５０からクレジットカード決済により代金の徴収を行う。
【０２０６】
▲３▼配送業者５８０が、売り手側５１０から商品を引き取る際に、所望の代金（図上記図１８の画面６５０にて掲載されている仲介者側５７０の引き取り価格）を売り手側５１０へ支払い、買い手側５５０へ商品を引き渡す際に、買い手側５５０の所望の代金（上記図１８の画面６５０にて掲載されている買い手側５５０の希望価格）を徴収し、この差額の利益を仲介者側５６０へ渡す。
また、仲介者側５６０から配送業者５８０への配送に関する支払いについては、例えば、仲介者側５６０が、月単位に配送工数に応じてまとめて支払うようにしてもよいし、配送業者５８０が上記差額の利益を仲介者側５７０に渡す際に個別に支払うようにしてもよい。
【０２０７】
▲４▼売り手側５１０から買い手側５５９へ商品が配送された後に、買い手側５５０からの金融機関振り込み等で代金を徴収した仲介者側５７０が、売り手側５１０へ金融機関振り込み等で所望の代金を支払う。
【０２０８】
以上が、本実施の形態における電子商取引システム５００の構成及び動作である。
本実施の形態での仲介者側５７０のＷＷＷサーバ５６０において実行される処理を、４つのケース１〜４についてまとめると次のようになる。
【０２０９】
ケース１）売り手側５１０が販売希望する任意の商品があり、当該商品に対して購入希望する買い手側５５０がある場合
（ａ）売り手側５１０に対して、個人情報及び商品番号を、上記図１８の画面６５０へ入力させて送信させる。
（ｂ）売り手側５１０とデータファイルの送受信を行って、商品の引き取り日時を決定する。
（ｃ）上記引き取り日時と同日の引き渡し日時を買い手側５５０へ通知する。
（ｄ）配送業者５８０へ配送を依頼する。
（ｅ）売買情報を更新する。
【０２１０】
ケース２）売り手側５１０が販売希望する任意の商品があり、当該商品に対して購入希望する買い手側５５０がいない場合
（ｆ）売り手側５１０に対して、個人情報及び商品の詳細情報を、上記図１８の画面６５０へ入力させて送信させる。
（ｇ）売り手側５１０に対して売り登録するか否かを確認する。
（ｈ）売り手側５１０に対して引き取り可能日時を送信させる。
（ｉ）売買情報の更新を行う。
【０２１１】
ケース３）買い手側５５０が購入希望する任意の商品があり、当該商品に対して販売希望する売り手側５１０がいる場合
（ｊ）買い手側５５０に対して、個人情報及び商品番号を、上記図１８の画面６５０へ入力させて送信させる。
（ｋ）買い手側５５０とデータファイルの送受信を行って、商品の引き渡し日時を決定する。
（ｌ）上記引き渡し日時と同日の引き取り日時を売り手側５１０へ通知する。
（ｍ）配送業者５８０へ配送を依頼する。
（ｎ）売買情報を更新する。
【０２１２】
ケース４）買い手側５５０が購入希望する任意の商品があり、当該商品に対して販売希望する売り手側５１０がいない場合
（ｏ）買い手側５５０に対して、個人情報及び商品の詳細情報を、上記図１８の画面６５０へ入力させて送信させる。
（ｐ）買い手側５５０に対して買い登録するか否かを確認する。
（ｑ）買い手側５５０に対して引き取り可能日時を送信させる。
（ｒ）売買情報の更新を行う。
【０２１３】
＜第５の実施の形態＞
本実施の形態では、上記図１６の電子商取引システム５００の動作を、例えば、図２１に示すフローチャートに従った動作とする。
【０２１４】
（１）売り手側５１０が商品を販売する場合
【０２１５】
ステップＳ７０１：
売り手側５１０のユーザは、自端末装置上で動作するＷＷＷブラウザ５２０を操作することで、所定のＵＲＬ（インターネット上の住所）により示される仲介者側５７０のホームページへアクセスする。
これは、売り手側側５１０が、仲介者側５７０により管理及び運営されているＷＷＷサーバ５６０内にある商品情報を含む、例えば、ＨＴＭＬ等のデータファイノレを、ＷＷＷブラウザ５２０を用いて取得することに相当する。
【０２１６】
図２２は、ステップＳ７０１にて売り手側５１０の端末装置、或は後述する買い手側５５０の端末装置へ画面表示される、仲介者側５７０のホームページ（売買情報一覧）の画面７５０の一例を示したものである。
本実施の形態では、上記図２２の画面７５０の売買情報に示されるように、売買対象の商品が仲介者５７０によって限定されている。このため、売り手側５１０は、自分が販売希望する商品が当該売買情報の一覧に掲載されている場合のみ、当該商品の販売が行える。
尚、売買情報一覧画面７５０における価格表示についての詳細は後述する。
【０２１７】
ステップＳ７０２〜Ｓ７０４：
ここでは、売り手側５１０が商品を販売する場合であるので、ステップＳ７０２では「売りたい商品がある」、次のステップＳ７０３では「売りたい」という処理過程を介して、次のステップＳ７０４へ進むことになる。
売り手側５１０のユーザは、上記図２２の画面７５０を参照し、その売買情報一覧へ、自分が販売希望する商品に対応するものが掲載されているか否かを確認し、掲載されている場合に、“氏名”、“住所”、“電話番号”、及び“電子メールアドレス（Ｅ−Ｍａｉｌ）”等の個人情報を入力して、該当する商品情報欄の「売りたい」ボタンを押下等することにより、当該入力情報を仲介者側５７０のＷＷＷサーバ５６０へ送信する（売り要求の送信）。
【０２１８】
尚、本実施の形態では、上記図２２の画面７５０の売買情報一覧において、該当する商品情報欄の「売りたい」ボタンを押下等することで、当該商品を指定するように構成しているが、例えば、第４の実施の形態と同様に、直接当該商品を示す番号（商品番号）を入力するようにしてもよい。
【０２１９】
ステップＳ７０５：
仲介者側５７０のＷＷＷサーバ５６０は、売り手側５１０からの売り要求を受け、当該要求に従って配送スケジュールを調整する。
【０２２０】
ステップＳ７０６：
仲介者側５７０のＷＷＷサーバ５６０は、ステップＳ６０６での配送スケジュールの調整の結果として、例えば、上記図１９に示したような、商品の引き取り予定日時（当該商品を購入希望している買い手側が希望している取り引き日時）等の情報を含む画面６６０のデータファイルを売り手側５１０へ送信する。
これにより、売り手側５１０は、上記図１９の画面６６０にて、商品の引き取り予定日時を確認し、その日時でよければ「はい」ボタンを押下し、都合が悪ければ「いいえ」ボタンを押下する等して、その旨を仲介者側５７０のＷＷＷサーバ５６０へ通知する。
【０２２１】
ステップＳ７０７：
仲介者側５７０のＷＷＷサーバ５６０は、売り手側５１０からの上記通知に従って、商品の引き取り日時が決定するまで（売り手側５１０が承諾するまで）、ステップＳ７０５〜Ｓ７０７の処理を繰り返し実行する。
【０２２２】
尚、ステップＳ７０５〜Ｓ７０７における仲介者側５７０のＷＷＷサーバ５６０と売り手側５１０の間のやり取りについては、第４の実施の形態での当該やり取りと同様である。
また、商品の引き取り予定日時、すなわち当該商品を購入希望している買い手側（ここでは、買い手側５５０とする）が希望している取り引き日時についても、第４の実施の形態と同様に、予め登録されている。
【０２２３】
ステップＳ７０８：
ステップＳ７０５〜Ｓ７０７により、商品の引き取り予定日時が決定すると、仲介者側５７０のＷＷＷサーバ５６０は、商品の引き取りについてを配送業者５８０へ通知する。
配送業者５８０は、仲介者側５７０から通知された引き取り予定日時に従って、売り手側５１０から仲介者側５７０へと商品を配送する。
【０２２４】
ステップＳ７０９：
仲介者側５７０のＷＷＷサーバ５６０は、ステップＳ７０８にて配送されてきた商品について売り待ちがあるか否か（当該商品を購入希望する買い手側がいるか否か）を判別する。
この判別の結果、売り待ちがない場合には、後述するステップＳ７１２へ進む。
【０２２５】
ステップＳ７１０：
仲介者側５７０のＷＷＷサーバ５６０は、ステップＳ７０８にて配送されてきた商品について売り待ち状態にある買い手側（ここでは、買い手側５５０とする）に対して、予め登録されている引き渡し予定日時を考慮して、当該商品の引き渡し予定日時を決定し、電子メール等によって買い手側５５０へ通知する。
また、仲介者側５７０のＷＷＷサーバ５６０は、上記決定した引き渡し予定日時を配送業者５８０へも通知する。
【０２２６】
ステップＳ７１１：
配送業者５８０は、仲介者側５７０から通知された引き渡し日時に従って、買い手側５５０へ商品を配送する。
これにより、買い手側５５０のユーザは、所望した商品を受け取り、その後、代金支払を行う。
尚、買い手側５５０での代金の支払方法については後述する。
【０２２７】
ステップＳ７１２：
仲介者側５７０のＷＷＷサーバ５６０は、上述の商品取引に従って、売買情報を更新する。
【０２２８】
（２）買い手側５５０が商品を購入する場合
【０２２９】
ステップＳ７０１：上記図２１参照
買い手側５５０のユーザは、自端末装置上で動作するＷＷＷブラウザ５４０を操作することで、所定のＵＲＬ（インターネット上の住所）により示される仲介者側５７０のホームページへアクセスする。
これは、買い手側５５０が、仲介者側５７０により管理及び運営されているＷＷＷサーバ５６０内にある商品情報を含む、例えば、ＨＴＭＬ等のデータファイノレを、ＷＷＷブラウザ５４０を用いて取得することに相当する。
【０２３０】
ステップＳ７０２、Ｓ７０３、Ｓ７１３：
ここでは、買い手側５５０が商品を購入する場合であるので、ステップＳ７０２では「買いたい商品がある」、次のステップＳ７０３では「買いたい」という処理過程を介して、次のステップＳ７１３へ進むことになる。
買い手側５５０のユーザは、上記図２２の画面７５０を参照し、自分が購入希望する商品に対応するものが掲載されているか否か（預かり品があるか否か）を確認する。
この確認の結果、預かり品有りでない場合、後述するステップＳ７１９からの処理に進む。
【０２３１】
ステップＳ７１４：
買い手側５５０のユーザは、上記図２２の画面７５０上にて、“氏名”、“住所”、“電話番号”、及び“電子メールアドレス（Ｅ−Ｍａｉｌ）”等の個人情報を入力して、該当する商品情報欄の「買いたい」ボタンを押下等することにより、当該入力情報を仲介者側５７０のＷＷＷサーバ５６０へ送信する（買い要求の送信）。
【０２３２】
尚、本実施の形態では、上記図２２の画面７５０の売買情報一覧において、該当する商品情報欄の「買いたい」ボタンを押下等することで、当該商品を指定するように構成しているが、例えば、第４の実施の形態と同様に、直接当該商品を示す番号（商品番号）を入力するようにしてもよい。
【０２３３】
ステップＳ７１５：
仲介者側５７０のＷＷＷサーバ５６０は、買い手側５５０からの買い要求を受け、当該要求に従って配送スケジュールを調整する。
【０２３４】
ステップＳ７１６：
仲介者側５７０のＷＷＷサーバ５６０は、ステップＳ７１５での配送スケジュールの調整の結果として、例えば、上記図１９に示したような、商品の引き取り予定日時（当該商品を販売希望している売り手側が希望している取り引き日時）等の情報を含む画面６６０のデータファイルを買い手側５５０へ送信する。
これにより、買い手側５５０は、上記図１９の画面６６０にて、商品の引き取り予定日時を確認し、その日時でよければ「はい」ボタンを押下し、都合が悪ければ「いいえ」ボタンを押下する等して、その旨を仲介者側５７０のＷＷＷサーバ５６０へ通知する。
【０２３５】
ステップＳ７１７：
仲介者側５７０のＷＷＷサーバ５６０は、買い手側５５０からの上記通知に従って、商品の引き取り日時が決定するまで（買い手側５５０が承諾するまで）、ステップＳ７１５〜Ｓ７１７の処理を繰り返し実行する。
尚、このときの仲介者側５７０と買い手側５５０の間のやりとりは、第４の実施の形態での当該やり取りと同様である。
【０２３６】
ステップＳ７１８：
ステップＳ７１５〜Ｓ７１７により、商品の引き取り予定日時が決定すると、仲介者側５７０のＷＷＷサーバ５６０は、当該予定日時を配送業者５８０へ通知する。
配送業者５８０は、仲介者側５７０から通知された引き渡し日時に従って、買い手側５５０へ商品を配送する。
これにより、買い手側５５０のユーザは、所望した商品を受け取り、その後、代金支払を行う。
尚、買い手側５５０での代金の支払方法については後述する。
【０２３７】
ステップＳ７１２：
仲介者側５７０のＷＷＷサーバ５６０は、上述の商品取引に従って、売買情報を更新する。
【０２３８】
ステップＳ７１９：
一方、上述したステップＳ７１３において、上記図２２の売買情報一覧画面７５０にて、買い手側５５０が購入希望する商品に対応するものが掲載されていない場合、買い手側５５０のユーザは、上記図２２の画面７５０にて、“氏名”、“住所”、“電話番号”、及び“電子メールアドレス（Ｅ−Ｍａｉｌ）”等の個人情報と共に、購入希望する商品の詳細情報を入力し、当該入力情報を仲介者側５７０のＷＷＷサーバ５６０へ送信する（買い要求の送信）。
【０２３９】
ステップＳ７２０：
仲介者側５７０のＷＷＷサーバ５６０は、買い手側５５０からの買い要求を受け、当該要求により示される商品を買い登録するか否か確認するためのデータファイルを、買い手側５５０へ送信する。
これにより、買い手側５５０は、買い登録を希望するか否かを、仲介者側５７０のＷＷＷサーバ５６０へ通知する。
【０２４０】
ステップＳ７２１：
仲介者側５７０のＷＷＷサーバ５６０は、買い手側５５０からの上記通知により、買い手側５５０が買い登録を承諾したか否かを判別し、買い手側５５０が売り登録を承諾した場合には次のステップＳ７２２からの処理を実行し、承諾していない場合には本処理終了とする。
【０２４１】
ステップＳ７２２：
仲介者側５７０のＷＷＷサーバ５６０は、例えば、上記図２０に示したような、商品の引き取り可能な日時を入力をさせるための画面６７０のデータファイルを、買い手側５５０へ送信する。
【０２４２】
ステップＳ７２３：
買い手側５５０は、上記図２０の画面６７０上において、商品の引き取り可能な日時を入力し、当該入力情報を仲介者側５７０のＷＷＷサーバ５６０へ返信する。
【０２４３】
ステップＳ７１２：
仲介者側５７０のＷＷＷサーバ５６０は、買い手側５５０からの返信情報に従って、売買情報を更新する。
【０２４４】
ここで、上記図２２の売買情報一覧画面７５０における価格表示、及び買い手側５５０の支払方法について具体的に説明する。
【０２４５】
・上記図２２の売買情報一覧画面７５０における価格表示について
売買情報一覧画面７５０には、買い手側５５０に対して実際に販売されるときの価格（ＣＰ）と、仲介者側５７０が売り手側５１０から引き取る（預かる）ときの価格（ＭＰＳ）とが共に掲載される。このとき、仲介者側５７０の利益が上乗せされるため、第４の実施の形態と同様に、上記式（１）で表される不等式がなりたつ。
したがって、買い手側５５０は、仲介者側５７０が売り手側５１０から引き取ったときの価格よりも高い価格で購入することになる。
【０２４６】
上述のようなＣＰ及びＭＰＳが同時に、売買情報一覧画面７５０へ掲載されることにより、売り手側５１０及び買い手側５５０は、仲介者側５７０の中間マージンがいくらであるかの情報を容易に認識できる。また、売り手側５１０は、自分が実際に仲介者側５７０へ引き渡した価格（ＣＰ）が実際に掲載されているかを容易に確認することができる。
このため、仲介者側５７０が不当な中間マージンを得ることを確実に防止できるため、商取引を健全化することができ、さらに、売り手側５１０及び買い手側５５０へ商取引に対する安心感を与えることができる。
【０２４７】
・買い手側５５０の代金の支払方法について
当該代金の支払方法としては、例えば、次のような方法▲１▼及び▲２▼が挙げられる。
【０２４８】
▲１▼配送業者５８０が、売り手側５１０から商品を引き取る際に、所望の代金（図上記図２２の画面７５０にて掲載されている仲介者側５７０の引き取り価格）を売り手側５１０へ支払い、買い手側５５０からクレジットカード決済により代金の徴収を行う。この場合、予め、買い手側５５０に対して、個人情報の１つとしてクレジットカード番号等の情報を提供させておく。
【０２４９】
▲２▼仲介者側５７０は、売り手側５１０に対して、金融機関振り込みにより商品に対する代金を支払い、買い手側５５０からクレジットカード決済により代金の徴収を行う。
【０２５０】
以上が、本実施の形態における電子商取引システム５００の構成及び動作である。
本実施の形態での仲介者側５７０のＷＷＷサーバ５６０において実行される処理を、３つのケース１〜３についてまとめると次のようになる。
【０２５１】
ケース１）仲介者側５７０により限定された商品の中に、売り手側５１０が販売希望する商品がある場合
（ａ）売り手側５１０に対して、個人情報及び商品番号を、上記図２２の画面７５０へ入力させて送信させる。
（ｂ）売り手側５１０とデータファイルの送受信を行って、商品の引き取り日時を決定する。
（ｃ）上記取引き日時を買い手側５５０へ通知する。
（ｄ）配送業者５８０へ商品の配送を依頼する。
（ｅ）売買情報を更新する。
【０２５２】
ケース２）仲介者側５７０により限定された商品の中に、買い手側５５０が購入希望する商品がある場合
（ｇ）買い手側５５０に対して、個人情報及び商品番号を、上記図２２の画面７５０へ入力させて送信させる。
（ｇ）買い手側５５０とデータファイルの送受信を行って、商品の引き取り日時を決定する。
（ｈ）配送業者５８０へ商品の配送を依頼する。
（ｉ）売買情報を更新する。
【０２５３】
ケース３）仲介者側５７０により限定された商品の中に、買い手側５５０が購入希望する商品がない場合
（ｊ）買い手側５５０に対して、個人情報及び商品の詳細情報を、上記図２２の画面７５０へ入力させて送信させる。
（ｋ）買い手側５５０に対して、買い登録するか否かを確認する。
（ｌ）買い手側５５０に対して、商品の引き取り可能日時を送信させる。
（ｍ）売買情報を更新する。
【０２５４】
＜第６の実施の形態＞
本発明は、例えば、図２３に示すような電子商取引システム８００に適用される。
【０２５５】
（電子商取引システム８００の構成）
電子商取引システム８００は、上記図１６の電子商取引システム５００が配送業者５８０を含む構成であるのに対して、上記図２３に示すように、当該配送業者５８０を含まない構成としている。
これは、電子商取引システム８００での対象商品を、郵送等の簡易配送が可能な商品に限定しているためである。ここでの対象商品としては、例えば、航空券、コンサートチケット、ハイウエイカード等のように、付加価値が高く、配送の際に壊れる心配の無い軽量小型商品を適用するのが望ましい。
【０２５６】
尚、上記図２３の電子商取引システム８００において、上記図１６の電子商取引システム５００と同様に動作する個所には同じ符号を付し、その詳細な説明は省略する。
【０２５７】
（電子商取引システム８００の動作）
本実施の形態での電子商取引システム８００では、例えば、図２４に示すフローチャートに従った動作が実施される。
【０２５８】
（１）売り手側５１０が商品を販売する場合
【０２５９】
ステップＳ９０１：
売り手側５１０のユーザは、自端末装置上で動作するＷＷＷブラウザ５２０を操作することで、所定のＵＲＬ（インターネット上の住所）により示される仲介者側５７０のホームページへアクセスする。ここでのホームページの画面としては、その一例として、上記図２２に示したような画面７５０を用いる。
これは、売り手側側５１０が、仲介者側５７０により管理及び運営されているＷＷＷサーバ５６０内にある商品情報を含む、例えば、ＨＴＭＬ等のデータファイノレを、ＷＷＷブラウザ５２０を用いて取得することに相当する。
【０２６０】
ステップＳ９０２〜Ｓ９０４：
ここでは、売り手側５１０が商品を販売する場合であるので、ステップＳ９０２では「売りたい商品がある」、次のステップＳ９０３では「売りたい」という処理過程を介して、次のステップＳ９０４へ進むことになる。
売り手側５１０のユーザは、上記図２２の画面７５０を参照し、その売買情報一覧へ、自分が販売希望する商品に対応するものが掲載されているか否かを確認し、掲載されている場合に、“氏名”、“住所”、“電話番号”、及び“電子メールアドレス（Ｅ−Ｍａｉｌ）”等の個人情報を入力して、該当する商品情報欄の「売りたい」ボタンを押下等することにより、当該入力情報を仲介者側５７０のＷＷＷサーバ５６０へ送信する（売り要求の送信）。
【０２６１】
尚、本実施の形態では、上記図２２の画面７５０の売買情報一覧において、該当する商品情報欄の「売りたい」ボタンを押下等することで、当該商品を指定するように構成しているが、例えば、第４の実施の形態と同様に、直接当該商品を示す番号（商品番号）を入力するようにしてもよい。
【０２６２】
ステップＳ９０５：
仲介者側５７０のＷＷＷサーバ５６０は、売り手側５１０からの売り要求を受け、当該要求に従って、売り手側５１０に対して商品送付を要求する。
例えば、ＷＷＷサーバ５６０は、仲介者側５７０から指定された住所、送付期限、及び契約条項等の情報を含むＨＴＭＬファイルを商品送付要求として売り手側５１０へ送信する。
【０２６３】
ステップＳ９０６：
売り手側５１０は、仲介者側５７０のＷＷＷサーバ５６０から送信されてきた商品送付要求に従って、販売希望する商品を仲介者側５７０へ送付する。
尚、ここでの商品の送付は、郵便等の簡易配送を示し、送付対象の商品としては、当該簡易配送が可能な商品を前提としている。
【０２６４】
ステップＳ９０７：
仲介者側５７０は、売り手側５１０から送付された商品が、所望の商品であるか否かを確認する。
【０２６５】
ステップＳ９０９：
ステップＳ９０７での確認の結果、所望の商品でない場合、仲介者側５７０は、当該商品を売り手側５１０へ送り返し、本処理終了とする。
【０２６６】
ステップＳ９０８：
ステップＳ９０７での確認の結果、所望の商品である場合、仲介者側５７０は、売り手側５１０に対して当該商品の代金を支払う。
ここでの代金支払方法としては、様々な方法が適用可能であるが、例えば、金融機関振込方法を適用する場合、仲介者側５７０は、予め、売り手側５１０の振込先情報を、ステップ９０４での売り手側５１０の入力情報から取得しておく。
【０２６７】
ステップＳ９１０：
仲介者側５７０のＷＷＷサーバ５６０は、ステップＳ９０６にて送付されてきた商品について売り待ちがあるか否か（当該商品を購入希望する買い手側がいるか否か）を判別する。
この判別の結果、売り待ちがない場合には、後述するステップＳ９２２へ進む。
【０２６８】
ステップＳ９１１、Ｓ９１２：
仲介者側５７０のＷＷＷサーバ５６０は、ステップＳ９０６にて送付されてきた商品（対象商品）について売り待ち状態にある買い手側（ここでは、買い手側５５０とする）に対して、対象商品の入荷報告を通知すると共に（ステップＳ９１１）、入金要求する（ステップＳ９１２）。
例えば、ＷＷＷサーバ５６０は、対象商品の入荷情報、仲介者側５７０の指定口座、入金期限、及び誓約条項等の情報を含む電子メールを買い手側５５０へ送信する。
【０２６９】
ステップＳ９１３：
仲介者側５７０は、買い手側５５０からの入金待ち状態となる。
【０２７０】
尚、ステップＳ９１３において、買い手側５５０が何らかの理由により、電子メールにより通知された入荷報告及び入金要求を拒否した場合、例えば、電話等によって仲介者側５７０がフォローするようにしてもよい。
また、買い手側５５０が期日までに入金せず、対象商品を購入希望する買い手側が他にいる場合には、当該他の買い手側へ対象商品を提供するようにしてもよい。
また、買い手側５５０から仲介者側５７０への入金方法としては、例えば、上述した売り手側５１０への代金支払と同様な手順による金融機関振込の方法でもよいし、或はクレジットカード決済による方法を用いるようにしてもよい。また、当該クレジット決済による入金方法の場合、ステップ９１２において、入金要求の代わりに、仲介者側５７０が買い手側５５０へ引落予告をするようにしてもよい。
【０２７１】
ステップＳ９１４：
仲介者側５７０は、買い手側５５０からの入金を確認後、買い手側５５０に対して商品を送付する。
【０２７２】
ステップＳ９２２：
仲介者側５７０のＷＷＷサーバ５６０は、上述の商品取引に従って、売買情報を更新する。
【０２７３】
（２）買い手側５５０が商品を購入する場合
【０２７４】
ステップＳ９０１：
買い手側５５０のユーザは、自端末装置上で動作するＷＷＷブラウザ５４０を操作することで、所定のＵＲＬ（インターネット上の住所）により示される仲介者側５７０のホームページへアクセスする。
これは、買い手側５５０が、仲介者側５７０により管理及び運営されているＷＷＷサーバ５６０内にある商品情報を含む、例えば、ＨＴＭＬ等のデータファイノレを、ＷＷＷブラウザ５４０を用いて取得することに相当する。
【０２７５】
ステップＳ９０２、Ｓ９０３、Ｓ９１５：
ここでは、買い手側５５０が商品を購入する場合であるので、ステップＳ９０２では「買いたい商品がある」、次のステップＳ９０３では「買いたい」という処理過程を介して、次のステップＳ９１５へ進むことになる。
買い手側５５０のユーザは、上記図２２の画面７５０を参照し、自分が購入希望する商品に対応するもの（対象商品）が掲載されているか否か（預かり品があるか否か）を確認する。
この確認の結果、預かり品有りでない場合、後述するステップＳ９１７からの処理に進む。
【０２７６】
ステップＳ９１６：
買い手側５５０のユーザは、上記図２２の画面７５０上にて、“氏名”、“住所”、“電話番号”、及び“電子メールアドレス（Ｅ−Ｍａｉｌ）”等の個人情報を入力して、該当する商品情報欄の「買いたい」ボタンを押下等することにより、当該入力情報を仲介者側５７０のＷＷＷサーバ５６０へ送信する（買い要求の送信）。
【０２７７】
尚、本実施の形態では、上記図２２の画面７５０の売買情報一覧において、該当する商品情報欄の「買いたい」ボタンを押下等することで、当該商品を指定するように構成しているが、例えば、第４の実施の形態と同様に、直接当該商品を示す番号（商品番号）を入力するようにしてもよい。
【０２７８】
ステップＳ９１２：
仲介者側５７０のＷＷＷサーバ５６０は、買い手側５５０からの買い要求により、買い手側５５０に対して入金要求する。
例えば、ＷＷＷサーバ５６０は、対象商品の入荷情報、仲介者側５７０の指定口座、入金期限、及び誓約条項等の情報を含む電子メールを買い手側５５０へ送信する。
【０２７９】
ステップＳ９１３：
仲介者側５７０は、買い手側５５０からの入金待ち状態となる。
【０２８０】
尚、ステップＳ９１３において、買い手側５５０が何らかの理由により、電子メールにより通知された入荷報告及び入金要求を拒否した場合、例えば、電話等によって仲介者側５７０がフォローするようにしてもよい。
また、買い手側５５０が期日までに入金せず、対象商品を購入希望する買い手側が他にいる場合には、当該他の買い手側へ対象商品を提供するようにしてもよい。
また、買い手側５５０から仲介者側５７０への入金方法としては、例えば、上述した売り手側５１０への代金支払と同様な手順による金融機関振込の方法でもよいし、或はクレジットカード決済による方法を用いるようにしてもよい。また、当該クレジット決済による入金方法の場合、ステップ９１２において、入金要求の代わりに、仲介者側５７０が買い手側５５０へ引落予告をするようにしてもよい。
【０２８１】
ステップＳ９１４：
仲介者側５７０は、買い手側５５０からの入金を確認後、買い手側５５０に対して商品を送付する。
【０２８２】
ステップＳ９２２：
仲介者側５７０のＷＷＷサーバ５６０は、上述の商品取引に従って、売買情報を更新する。
【０２８３】
ステップＳ９１７：
一方、上述したステップＳ９１５において、上記図２２の売買情報一覧画面７５０にて、買い手側５５０が購入希望する商品に対応するものが掲載されていない場合、買い手側５５０のユーザは、上記図２２の画面７５０にて、“氏名”、“住所”、“電話番号”、及び“電子メールアドレス（Ｅ−Ｍａｉｌ）”等の個人情報と共に、購入希望する商品の詳細情報を入力し、当該入力情報を仲介者側５７０のＷＷＷサーバ５６０へ送信する（買い要求の送信）。
【０２８４】
ステップＳ９１８：
仲介者側５７０のＷＷＷサーバ５６０は、買い手側５５０からの買い要求を受け、当該要求により示される商品を買い登録するか否か確認するためのデータファイルを、買い手側５５０へ送信する。
これにより、買い手側５５０は、買い登録を希望するか否かを、仲介者側５７０のＷＷＷサーバ５６０へ通知する。
【０２８５】
ステップＳ９１９：
仲介者側５７０のＷＷＷサーバ５６０は、買い手側５５０からの上記通知により、買い手側５５０が買い登録を承諾したか否かを判別し、買い手側５５０が売り登録を承諾した場合には次のステップＳ９２０からの処理を実行し、承諾していない場合には本処理終了とする。
【０２８６】
ステップＳ９２０：
仲介者側５７０のＷＷＷサーバ５６０は、例えば、上記図２０に示したような、商品の受け取り可能な日時を入力をさせるための画面６７０のデータファイルを、買い手側５５０へ送信する。
【０２８７】
ステップＳ９２１：
買い手側５５０は、上記図２０の画面６７０上において、商品の受け取り可能な日時を入力し、当該入力情報を仲介者側５７０のＷＷＷサーバ５６０へ返信する。
【０２８８】
ステップＳ９２２：
仲介者側５７０のＷＷＷサーバ５６０は、買い手側５５０からの返信情報に従って、売買情報を更新する。
【０２８９】
以上が、本実施の形態における電子商取引システム８００の構成及び動作である。
本実施の形態での仲介者側５７０のＷＷＷサーバ５６０において実行される処理、及び仲介者側５７０において実行される処理を、４つのケース１〜４についてまとめると次のようになる。
【０２９０】
ケース１）仲介者側５７０により限定された商品の中に、売り手側５１０が販売希望する商品があり、当該商品を購入希望する買い手側５５０がいる場合
▲１▼ＷＷＷサーバ５６０の処理
（ａ）売り手側５１０に対して、個人情報及び商品番号を、上記図２２の画面７５０へ入力させて送信させる。
（ｂ）売り手側５１０に対して、仲介者側５７０へ商品を送付させる。
（ｃ）買い手側５５０に対して、入荷報告をする。
（ｄ）買い手側５５０に対して、入金要求をする。
（ｅ）売買情報を更新する。
▲２▼仲介者側５７０の処理
（ｆ）売り手側５１０から送付された商品が所望の商品であるかを確認する。
（ｇ）売り手側５１０へ商品の代金を支払う。
（ｈ）買い手側５５０からの入金を確認し、その確認後、買い手側５５０へ商品を送付する。
【０２９１】
ケース２）仲介者側５７０により限定された商品の中に、売り手側５１０が販売希望する商品があり、当該商品を購入希望する買い手側５５０がいない場合
▲１▼ＷＷＷサーバ５６０の処理
（ｉ）売り手側５１０に対して、個人情報及び商品番号を、上記図２２の画面７５０へ入力させて送信させる。
（ｊ）売り手側５１０に対して、仲介者側５７０へ商品を送付させる。
（ｋ）売買情報を更新する。
▲２▼仲介者側５７０の処理
（ｌ）売り手側５１０から送付された商品が所望の商品であるかを確認する。
（ｍ）売り手側５１０へ商品の代金を支払う。
【０２９２】
ケース３）仲介者側５７０により限定された商品の中に、買い手側５５０が購入希望する商品があり、当該商品の在庫が仲介者側５７０にある場合
▲１▼ＷＷＷサーバ５６０の処理
（ｎ）買い手側５５０に対して、個人情報及び商品番号を、上記図２２の画面７５０へ入力させて送信させる。
（ｏ）買い手側５５０に対して、入金要求をする。
（ｐ）売買情報を更新する。
▲２▼仲介者側５７０の処理
（ｑ）買い手側５５０からの入金を確認し、その確認後、買い手側５５０へ商品を送付する。
【０２９３】
ケース４）仲介者側５７０により限定された商品の中に、買い手側５５０が購入希望する商品があり、当該商品の在庫が仲介者側５７０にない場合
▲１▼ＷＷＷサーバ５６０の処理
（ｒ）買い手側５５０に対して、個人情報及び商品番号を、上記図２２の画面７５０へ入力させて送信させる。
（ｓ）買い手側５５０に対して、買い登録するかを確認する。
（ｔ）買い手側５５０に対して、引き取り可能日時を送信させる。
（ｕ）売買情報を更新する。
【０２９４】
第４〜第６の実施形態によれば、売り手側が販売希望する商品に関する情報である販売情報、及び買い手側が購入希望する商品に関する情報である購入情報等の情報を取得して、コンピュータ等で動作する情報取得閲覧ソフトウェアによって閲覧等し、自分が販売希望或いは購入希望する商品に対応するものが掲載されている場合には、当該商品を購入希望或いは販売希望している買い手側或いは売り手側へ商品取引を要求することができる。このとき、上記閲覧情報を仲介者側で管理し、当該仲介者側がネットワークを介して売り手側及び買い手側と通信して、売り手側と買い手側の間の商品の売買取引の仲介を行うように構成すれば、売り手側から仲介者への売買委託や、仲介者から買い手側への販売を、物流、商品の確認、及び一部の代金決済等を除いて、全てを電子化することができる。また、上記閲覧情報に対して、仲介者側で発生した情報（仲介手数料等）を含ませるように構成すれば、商取引の健全性を高めることができる。
具体的には例えば、次のような効果が挙げられる。
（１）売り手側は、販売希望する商品が如何なるものであっても効率的に販売することができる。
（２）売り手側及び買い手側はそれぞれ、仲介者の手数料等を明確に認識することができる。
（３）買い手側は、購入希望する商品が如何なるものであっても、当該商品の買い登録ができる。
（４）仲介者側は、商品を在庫として実際に抱えることがないためリスクを小さくできる。（５）売り手側は、販売希望する商品に対して買い手側がある無しにかかわらず、直ぐに仲介者側に買い取ってもらえる。
（６）買い手側は、購入希望する商品が仲介者側に在庫としてある場合には直ぐに当該商品を手に入れられる。
（７）仲介者側は、商品の配送の調整が楽になることから、売買効率が向上する。すなわち、商品売買の流れを早くすることが可能となる。
（８）仲介者にとっては代金の取りはぐれがない。
尚、本発明の目的は、第１〜第６の実施の形態のホスト及び端末の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読みだして実行することによっても、達成されることは言うまでもない。
この場合、記憶媒体から読み出されたプログラムコード自体が第１〜第６の実施の形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することとなる。
プログラムコードを供給するための記憶媒体としては、ＲＯＭ、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード等を用いることができる。
また、コンピュータが読みだしたプログラムコードを実行することにより、第１〜第６の実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ等が実際の処理の一部又は全部を行い、その処理によって第１〜第６の実施の形態の機能が実現される場合も含まれることは言うまでもない。
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された拡張機能ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって第１〜第６の実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０２９５】
【発明の効果】
以上説明したように本発明によれば、売り手側となる一般のユーザであっても、  任意の電子コンテンツ（映像や音声（音楽）のデータ、静止画データ、ゲームソフトウェア等）の購入を希望する買い手側の当該購入希望の電子コンテンツに関する情報を取得して、コンピュータ等で動作する情報取得閲覧ソフトウェアによって閲覧等し、自分が販売希望する電子コンテンツに対応するものが掲載されている場合には、当該電子コンテンツを購入希望している買い手側に対して販売することができる。
したがって、一般のユーザ（消費者）であってもネットワークを介して買い手側（販売業者等）へ販売できる上り方向の商取引を電子化することが可能となり、電子コンテンツ不足等を防ぐことができる。
【０２９６】
具体的には例えば、次のような効果が挙げられる。
（１）売り手側へ買取価格の目安を提示することができるため、商取引に無駄が無い。
（２）買い手側が購入希望する電子コンテンツ（募集コンテンツ）を限定することができるため、所望の電子コンテンツを取得することができるる。
（３）買い手側が電子コンテンツの査定を売り手側へ自動的に実行させることができるため、当該処理のための手間を省くことができる。
（４）売り手側が電子コンテンツの査定を自身で行うため、買い手側へ不当に電子コンテンツが渡ることを防ぐことができる。
（５）電子コンテンツの査定結果を暗号化して出力することができるため、売り手側が当該結果を不当に改竄する防ぐことができる。
（６）売り手側は電子コンテンツの査定結果（査定価格等）に不満があれば販売を拒否することができる。
（７）電子コンテンツを暗号化して送信することができるため、正当な買い手側以外へ不正に当該電子コンテンツが渡り復号されることを防ぐことができる。
（８）電子コンテンツの送付をネットワーク経由で行うことができるため、処理時間を短縮でき、手間もかからない。
（９）買い手側が電子コンテンツを確認後、代金支払処理を実行することができるため、安全な商取引を行える。
【０２９７】
（１０）売り手側は電子コンテンツの品質を低下させたものを査定用として買い手側へ送ることができるため、買い手側へ不当に電子コンテンツが渡るのを防ぐことができる。
（１１）電子コンテンツの査定を買い手側が人的に主観評価により行うことができるため、より高度な当該査定が可能となる。
【０２９８】
（１２）電子コンテンツの査定を自動化できなかった場合については、再度人的な査定を行うことができるため、当該査定をより効率化できる。
【図面の簡単な説明】
【図１】第１の実施の形態において、本発明を適用した電子商取引システムの構成を示すブロック図である。
【図２】上記電子商取引システムの売り手側及び買い手側等で使用される端末装置の構成を示すブロック図である。
【図３】上記電子商取引システムの動作を説明するためのフローチャートである。
【図４】上記電子商取引システムにおいて、会員登録のための画面の一例を説明するための図である。
【図５】上記会員登録終了の画面の一例を説明するための図である。
【図６】上記電子商取引システムにおいて、商品（コンテンツ）の売買情報一覧の画面の一例を説明するための図である。
【図７】上記電子商取引システムにおいて、上記コンテンツ査定のソフトウェアダウンロードのための画面の一例を説明するための図である。
【図８】上記コンテンツ査定の結果の画面の一例を説明するための図である。
【図９】上記コンテンツ査定の結果通知の画面の一例を説明するための図である。
【図１０】上記コンテンツ査定処理を説明するための図である。
【図１１】上記電子商取引システムでの暗号化処理を説明するための図である。
【図１２】上記暗号化処理の結果を復号する処理を説明するための図である。
【図１３】第２の実施の形態における上記電子商取引システムの動作を説明するためのフローチャートである。
【図１４】第２の実施の形態における、上記コンテンツ査定の結果の画面の一例を説明するための図である。
【図１５】第３の実施の形態における上記電子商取引システムの動作を説明するためのフローチャートである。
【図１６】第４の実施の形態において、本発明を適用した電子商取引システムの構成を示すブロック図である。
【図１７】上記電子商取引システムの動作を説明するためのフローチャートである。
【図１８】上記電子商取引システムにおいて、商品の売買情報一覧の画面の一例を説明するための図である。
【図１９】上記電子商取引システムにおいて、商品の配送予定日を決定するための画面の一例を説明するための図である。
【図２０】上記商品の配送予定日を決定するための画面の他の例を説明するための図である。
【図２１】第５の実施の形態における上記電子商取引システムの動作を説明するためのフローチャートである。
【図２２】第５の実施の形態における、上記商品の売買情報一覧の画面の一例を説明するための図である。
【図２３】第６の実施の形態において、本発明を適用した電子商取引システムの構成を示すブロック図である。
【図２４】上記電子商取引システムの動作を説明するためのフローチャートである。
【符号の説明】
１００  電子商取引システム
１１０  売り手側端末装置
１２０  売り手側ＷＷＷブラウザ
１３０  ネットワーク（インターネット）
１４０  買い手側サーバ
１５０  買い手側端末装置
１６０  金融機関側端末装置
５００  電子商取引システム
５１０  売り手側端末装置
５２０  売り手側ＷＷＷブラウザ
５３０  ネットワーク（インターネット）
５４０  買い手側ＷＷＷブラウザ
５５０  買い手側端末装置
５６０  仲介者側ＷＷＷサーバ
５７０  仲介者側端末装置
５８０  配送業者
【図１】
0004573954.tif 000002
【図２】
0004573954.tif 000003
【図３】
0004573954.tif 000004
【図４】
0004573954.tif 000005
【図５】
0004573954.tif 000006
【図６】
0004573954.tif 000007
【図７】
0004573954.tif 000008
【図８】
0004573954.tif 000009
【図９】
0004573954.tif 000010
【図１０】
0004573954.tif 000011
【図１１】
0004573954.tif 000012
【図１２】
0004573954.tif 000013
【図１３】
0004573954.tif 000014
【図１４】
0004573954.tif 000015
【図１５】
0004573954.tif 000016
【図１６】
0004573954.tif 000017
【図１７】
0004573954.tif 000018
【図１８】
0004573954.tif 000019
【図１９】
0004573954.tif 000020
【図２０】
0004573954.tif 000021
【図２１】
0004573954.tif 000022
【図２２】
0004573954.tif 000023
【図２３】
0004573954.tif 000024
【図２４】
0004573954.tif 000025