ホーム > 特許ランキング > ジーフィット株式会社
知財求人 - 知財ポータルサイト「IP Force」
特開2024-40855情報処理装置、ユーザ端末、及び、コンピュータプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024040855
(43)【公開日】2024-03-26
(54)【発明の名称】情報処理装置、ユーザ端末、及び、コンピュータプログラム
(51)【国際特許分類】
G06Q 10/04 20230101AFI20240318BHJP
G06Q 40/02 20230101ALI20240318BHJP
G06Q 10/00 20230101ALI20240318BHJP
【ＦＩ】
G06Q10/04
G06Q40/02
G06Q10/00
【審査請求】未請求
【請求項の数】25
【出願形態】ＯＬ
(21)【出願番号】P 2022145485
(22)【出願日】2022-09-13
(71)【出願人】
【識別番号】520248324
【氏名又は名称】ジーフィット株式会社
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】浦島 伸一郎
(72)【発明者】
【氏名】阪根 信一
(72)【発明者】
【氏名】栢本 淳一
(72)【発明者】
【氏名】小▲柳▼ 隆裕
【テーマコード（参考）】
5L049
5L055
【Ｆターム（参考）】
5L049AA01
5L049AA04
5L055BB25
(57)【要約】 （修正有）
【課題】商品売買や取引における為替レートの変動の影響を吸収する情報処理装置、ユーザ端末及びコンピュータプログラムを提供する。
【解決手段】電子商取引システムにおいて、情報処理装置であるサービスサーバは、出品ユーザが出品しようとする第１の商品のカテゴリ、販売価格、販売個数、販売期間が少なくとも含まれる商品情報を取得することと、出品ユーザが過去に出品した第１の商品のカテゴリと同一のカテゴリの商品の第１の販売実績の情報を取得することと、出品ユーザとは異なる他の出品ユーザが出品した前記カテゴリと同一のカテゴリの商品の第２の販売実績の情報を取得することと、商品情報、第１の販売実績の情報及び第２の販売実績の情報から、出品ユーザが販売期間に販売可能な商品の第１の個数を推定することと、第１の個数と販売価格に基づく金額に相当する通貨の購入処理を実施することと、を実行する。
【選択図】図６
【解決手段】電子商取引システムにおいて、情報処理装置であるサービスサーバは、出品ユーザが出品しようとする第１の商品のカテゴリ、販売価格、販売個数、販売期間が少なくとも含まれる商品情報を取得することと、出品ユーザが過去に出品した第１の商品のカテゴリと同一のカテゴリの商品の第１の販売実績の情報を取得することと、出品ユーザとは異なる他の出品ユーザが出品した前記カテゴリと同一のカテゴリの商品の第２の販売実績の情報を取得することと、商品情報、第１の販売実績の情報及び第２の販売実績の情報から、出品ユーザが販売期間に販売可能な商品の第１の個数を推定することと、第１の個数と販売価格に基づく金額に相当する通貨の購入処理を実施することと、を実行する。
【選択図】図６
【特許請求の範囲】
【請求項1】
電子商取引（ＥＣ）サイトに商品を出品する出品ユーザのユーザ端末と、前記ＥＣサイトを運営するＥＣサーバを介して通信する情報処理装置であって、
プロセッサと、
メモリと、
前記メモリに格納されたプログラムと
を備え、前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記出品ユーザが出品しようとする第１の商品に関する商品情報であって、前記第１の商品のカテゴリ、販売価格、販売個数、販売期間が少なくとも含まれる前記商品情報を取得することと、
前記出品ユーザが過去に出品した前記第１の商品のカテゴリと同一のカテゴリの商品の第１の販売実績の情報を取得することと、
前記出品ユーザとは異なる他の出品ユーザが出品した前記カテゴリと同一のカテゴリの商品の第２の販売実績の情報を取得することと、
前記商品情報、前記第１の販売実績の情報、及び、前記第２の販売実績の情報から、前記出品ユーザが前記販売期間に販売可能な商品の第１の個数を推定することと、
前記第１の個数と前記販売価格とに基づく金額に相当する通貨の購入処理を実施することと、
を実行させ、
前記販売価格は通貨の第１の単位において示され、前記購入処理において購入される通貨の単位は、前記第１の単位とは異なる第２の単位である、情報処理装置。
プロセッサと、
メモリと、
前記メモリに格納されたプログラムと
を備え、前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記出品ユーザが出品しようとする第１の商品に関する商品情報であって、前記第１の商品のカテゴリ、販売価格、販売個数、販売期間が少なくとも含まれる前記商品情報を取得することと、
前記出品ユーザが過去に出品した前記第１の商品のカテゴリと同一のカテゴリの商品の第１の販売実績の情報を取得することと、
前記出品ユーザとは異なる他の出品ユーザが出品した前記カテゴリと同一のカテゴリの商品の第２の販売実績の情報を取得することと、
前記商品情報、前記第１の販売実績の情報、及び、前記第２の販売実績の情報から、前記出品ユーザが前記販売期間に販売可能な商品の第１の個数を推定することと、
前記第１の個数と前記販売価格とに基づく金額に相当する通貨の購入処理を実施することと、
を実行させ、
前記販売価格は通貨の第１の単位において示され、前記購入処理において購入される通貨の単位は、前記第１の単位とは異なる第２の単位である、情報処理装置。
【請求項2】
前記第１の販売実績と前記第２の販売実績とには、それぞれ、前記第１の商品の価格帯と同一の第１の価格帯における販売実績と、前記第１の商品の価格帯とは異なる第２の価格帯における販売実績との少なくともいずれかが含まれる、請求項１に記載の情報処理装置。
【請求項3】
前記第１の個数を推定することは、
前記販売期間内に販売可能なそれぞれの個数の実現確率として第１の確率を推定することと、
前記販売期間内に販売可能な個数のうち、個数の小さい順、又は、個数の大きい順で前記第１の確率を合計した場合に、合計値が閾値を超えることになる個数を前記第１の個数とすることとを含む、請求項１に記載の情報処理装置。
前記販売期間内に販売可能なそれぞれの個数の実現確率として第１の確率を推定することと、
前記販売期間内に販売可能な個数のうち、個数の小さい順、又は、個数の大きい順で前記第１の確率を合計した場合に、合計値が閾値を超えることになる個数を前記第１の個数とすることとを含む、請求項１に記載の情報処理装置。
【請求項4】
前記第１の個数を推定することにおいては、
前記出品ユーザの前記第１の販売実績の情報が存在する場合に、前記第１の販売実績の情報を前記第２の販売実績の情報に優先して、前記推定が行われ、
前記出品ユーザの第１の販売実績の情報が存在しない場合に、前記第２の販売実績の情報に基づいて前記推定が行われる、請求項３に記載の情報処理装置。
前記出品ユーザの前記第１の販売実績の情報が存在する場合に、前記第１の販売実績の情報を前記第２の販売実績の情報に優先して、前記推定が行われ、
前記出品ユーザの第１の販売実績の情報が存在しない場合に、前記第２の販売実績の情報に基づいて前記推定が行われる、請求項３に記載の情報処理装置。
【請求項5】
前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記商品情報、前記第１の販売実績の情報、及び、前記第２の販売実績の情報から、前記出品ユーザが前記販売個数を販売可能な期間を推定することを更に実行させ、
前記販売可能な期間を推定することは、
複数の期間のそれぞれにおいて前記販売個数の全てが販売可能となる確率として第２の確率を推定することと、
前記複数の期間のうち、期間の短い順、又は、期間の長い順で前記第２の確率を合計した場合に、合計値が閾値を超えることになる期間を前記販売可能な期間と推定することとを含む、請求項１に記載の情報処理装置。
前記商品情報、前記第１の販売実績の情報、及び、前記第２の販売実績の情報から、前記出品ユーザが前記販売個数を販売可能な期間を推定することを更に実行させ、
前記販売可能な期間を推定することは、
複数の期間のそれぞれにおいて前記販売個数の全てが販売可能となる確率として第２の確率を推定することと、
前記複数の期間のうち、期間の短い順、又は、期間の長い順で前記第２の確率を合計した場合に、合計値が閾値を超えることになる期間を前記販売可能な期間と推定することとを含む、請求項１に記載の情報処理装置。
【請求項6】
前記販売可能な期間を推定することにおいては、
前記出品ユーザの第１の販売実績の情報が存在する場合には、前記第１の販売実績の情報を前記第２の販売実績の情報に優先して、前記推定が行われ、
前記出品ユーザの第１の販売実績の情報が存在しない場合には、前記第２の販売実績の情報に基づいて前記推定が行われる、請求項５に記載の情報処理装置。
前記出品ユーザの第１の販売実績の情報が存在する場合には、前記第１の販売実績の情報を前記第２の販売実績の情報に優先して、前記推定が行われ、
前記出品ユーザの第１の販売実績の情報が存在しない場合には、前記第２の販売実績の情報に基づいて前記推定が行われる、請求項５に記載の情報処理装置。
【請求項7】
前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記第１の個数と当該第１の個数に基づき決定された第１の為替レートとを含む、前記出品ユーザからの承認を受け付けるための画面情報を前記ユーザ端末に送信することと、
前記ユーザ端末から、前記第１の個数を第２の個数に変更する指示を受信した場合に、前記第１の為替レートを前記第２の個数に合わせて第２の為替レートに変更することと、
前記第２の為替レートに対する前記出品ユーザによる承認を受け付けることと
を更に実行させ、
前記第１の為替レート及び前記第２の為替レートは、前記第１の単位の通貨と前記第２の単位の通貨との間の為替レートである、請求項１に記載の情報処理装置。
前記第１の個数と当該第１の個数に基づき決定された第１の為替レートとを含む、前記出品ユーザからの承認を受け付けるための画面情報を前記ユーザ端末に送信することと、
前記ユーザ端末から、前記第１の個数を第２の個数に変更する指示を受信した場合に、前記第１の為替レートを前記第２の個数に合わせて第２の為替レートに変更することと、
前記第２の為替レートに対する前記出品ユーザによる承認を受け付けることと
を更に実行させ、
前記第１の為替レート及び前記第２の為替レートは、前記第１の単位の通貨と前記第２の単位の通貨との間の為替レートである、請求項１に記載の情報処理装置。
【請求項8】
前記第２の為替レートは、前記第１の個数と前記第２の個数との差分に応じて設定される、請求項７に記載の情報処理装置。
【請求項9】
前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記ＥＣサーバから、前記第１の商品の販売完了の通知を受信することと、
前記販売完了の通知を受信すると、その時点における前記第１の単位の通貨と前記第２の単位の通貨との間の第３の為替レートと、承認された前記第２の為替レートとに基づき精算処理を実行することと、
を更に実行させ、前記精算処理には、前記第３の為替レートと前記第２の為替レートに基づく前記販売価格の変動分の前記ＥＣサイトの所定の口座に対する請求又は入金、前記販売価格の前記第３の為替レートでの両替の少なくともいずれかが含まれる、請求項７に記載の情報処理装置。
前記ＥＣサーバから、前記第１の商品の販売完了の通知を受信することと、
前記販売完了の通知を受信すると、その時点における前記第１の単位の通貨と前記第２の単位の通貨との間の第３の為替レートと、承認された前記第２の為替レートとに基づき精算処理を実行することと、
を更に実行させ、前記精算処理には、前記第３の為替レートと前記第２の為替レートに基づく前記販売価格の変動分の前記ＥＣサイトの所定の口座に対する請求又は入金、前記販売価格の前記第３の為替レートでの両替の少なくともいずれかが含まれる、請求項７に記載の情報処理装置。
【請求項10】
電子商取引（ＥＣ）サイトを運営するＥＣサーバを介し請求項１に記載の情報処理装置と通信する、前記ＥＣサイトに商品を出品する出品ユーザのユーザ端末であって、
プロセッサと、
メモリと、
前記メモリに格納されたプログラムと
を備え、前記プログラムが前記プロセッサにより実行されると、前記ユーザ端末に、
前記出品ユーザが出品しようとする第１の商品に関する商品情報であって、前記第１の商品のカテゴリ、第１の単位の通貨で表される販売価格の情報の入力を受け付けること、
前記第１の単位とは異なる第２の単位の通貨の指定を受け付けることと、
前記第１の商品が販売された場合に、前記販売価格を前記第１の商品の登録時における前記第１の単位の通貨と前記第２の単位の通貨との間の為替レートで換算した支払いの保証を受けるかどうかの選択を受け付けることと、
前記支払いの保証を受けることが選択された場合に、前記第１の商品の販売個数、販売期間の情報の入力を更に受け付けることと、
前記入力を受け付けた情報を前記ＥＣサーバを介して前記情報処理装置に通知することと、
を実行させる、ユーザ端末。
プロセッサと、
メモリと、
前記メモリに格納されたプログラムと
を備え、前記プログラムが前記プロセッサにより実行されると、前記ユーザ端末に、
前記出品ユーザが出品しようとする第１の商品に関する商品情報であって、前記第１の商品のカテゴリ、第１の単位の通貨で表される販売価格の情報の入力を受け付けること、
前記第１の単位とは異なる第２の単位の通貨の指定を受け付けることと、
前記第１の商品が販売された場合に、前記販売価格を前記第１の商品の登録時における前記第１の単位の通貨と前記第２の単位の通貨との間の為替レートで換算した支払いの保証を受けるかどうかの選択を受け付けることと、
前記支払いの保証を受けることが選択された場合に、前記第１の商品の販売個数、販売期間の情報の入力を更に受け付けることと、
前記入力を受け付けた情報を前記ＥＣサーバを介して前記情報処理装置に通知することと、
を実行させる、ユーザ端末。
【請求項11】
前記プログラムが前記プロセッサにより実行されると、前記ユーザ端末に、
前記情報処理装置が送信した、前記販売期間内に販売可能な商品の個数の推定結果として第１の個数の通知を、前記ＥＣサーバを介して受信することと、
前記通知に含まれる推定結果の承認を受け付けることと、
前記承認を前記ＥＣサーバを介して前記情報処理装置に通知することと
を更に実行させる、請求項１０に記載のユーザ端末。
前記情報処理装置が送信した、前記販売期間内に販売可能な商品の個数の推定結果として第１の個数の通知を、前記ＥＣサーバを介して受信することと、
前記通知に含まれる推定結果の承認を受け付けることと、
前記承認を前記ＥＣサーバを介して前記情報処理装置に通知することと
を更に実行させる、請求項１０に記載のユーザ端末。
【請求項12】
前記推定結果の通知には、前記第１の個数に基づき決定された第１の為替レートが含まれ、
前記通知の内容は、前記ユーザ端末の表示画面に表示され、
前記プログラムが前記プロセッサにより実行されると、前記ユーザ端末に、
前記第１の個数を第２の個数に変更する指示を受け付けることと、
前記第２の個数への変更に応じて、前記第２の個数に合わせて前記第１の為替レートから変更された第２の為替レートを前記表示画面に表示することと、
を更に実行させ、前記承認は、前記第２の為替レートに対して受け付けられる、請求項１１に記載のユーザ端末。
前記通知の内容は、前記ユーザ端末の表示画面に表示され、
前記プログラムが前記プロセッサにより実行されると、前記ユーザ端末に、
前記第１の個数を第２の個数に変更する指示を受け付けることと、
前記第２の個数への変更に応じて、前記第２の個数に合わせて前記第１の為替レートから変更された第２の為替レートを前記表示画面に表示することと、
を更に実行させ、前記承認は、前記第２の為替レートに対して受け付けられる、請求項１１に記載のユーザ端末。
【請求項13】
前記プログラムが前記プロセッサにより実行されると、前記ユーザ端末に、
前記第１の商品が販売された場合に、前記販売価格を承認された前記第２の為替レートに換算した金額に基づく受取金額の通知を受信することと、
前記受取金額を表示部に表示することと
を更に実行させる、請求項１２に記載のユーザ端末。
前記第１の商品が販売された場合に、前記販売価格を承認された前記第２の為替レートに換算した金額に基づく受取金額の通知を受信することと、
前記受取金額を表示部に表示することと
を更に実行させる、請求項１２に記載のユーザ端末。
【請求項14】
仕入れ商品の販売を行うリテール業者のリテールサーバと通信する情報処理装置であって、
プロセッサと、
メモリと、
前記メモリに格納されたプログラムと
を備え、前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
第１の期間における、商品の売上に関連する情報と、前記商品の仕入れに関わる為替レートの情報とを取得することと、
前記リテール業者の過去の売上実績の情報を取得することと、
前記商品の売上に関連する情報及び前記売上実績の情報から、前記リテール業者の前記第１の期間における売上実績を予測することと、
予測された前記売上実績に相当する通貨の購入処理を実施することと、
を実行させ、
前記為替レートは、第１の通貨の単位と第２の通貨の単位において表され、前記商品の仕入れは前記第１の通貨の単位において実行され、前記仕入れ商品の販売は前記第２の通貨の単位において実行され、前記通貨の購入処理は、前記第１の通貨の単位において実行される、情報処理装置。
プロセッサと、
メモリと、
前記メモリに格納されたプログラムと
を備え、前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
第１の期間における、商品の売上に関連する情報と、前記商品の仕入れに関わる為替レートの情報とを取得することと、
前記リテール業者の過去の売上実績の情報を取得することと、
前記商品の売上に関連する情報及び前記売上実績の情報から、前記リテール業者の前記第１の期間における売上実績を予測することと、
予測された前記売上実績に相当する通貨の購入処理を実施することと、
を実行させ、
前記為替レートは、第１の通貨の単位と第２の通貨の単位において表され、前記商品の仕入れは前記第１の通貨の単位において実行され、前記仕入れ商品の販売は前記第２の通貨の単位において実行され、前記通貨の購入処理は、前記第１の通貨の単位において実行される、情報処理装置。
【請求項15】
前記商品の売上に関連する情報には、前記仕入れ商品のカテゴリ、仕入れ価格、仕入れ個数が少なくとも含まれ、
前記リテール業者の過去の売上実績の情報には、前記仕入れ商品のカテゴリと同一のカテゴリの商品に関する過去の売上実績の情報が少なくとも含まれ、
前記第１の期間における売上実績を予測することは、前記第１の期間における、前記仕入れ価格において仕入れ可能な前記仕入れ商品の第３の個数を予測することを含む、請求項１４に記載の情報処理装置。
前記リテール業者の過去の売上実績の情報には、前記仕入れ商品のカテゴリと同一のカテゴリの商品に関する過去の売上実績の情報が少なくとも含まれ、
前記第１の期間における売上実績を予測することは、前記第１の期間における、前記仕入れ価格において仕入れ可能な前記仕入れ商品の第３の個数を予測することを含む、請求項１４に記載の情報処理装置。
【請求項16】
前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記第３の個数と当該第３の個数に基づき決定された第４の為替レートとを含む、前記リテール業者からの承認を受け付けるための画面情報を前記リテールサーバに送信することと、
前記リテールサーバから、前記第３の個数を第４の個数に変更する指示を受信した場合に、前記第４の為替レートを前記第４の個数に合わせて第５の為替レートに変更することと、
前記第５の為替レートに対する前記リテール業者による承認を受け付けることと
を更に実行させる、請求項１５に記載の情報処理装置。
前記第３の個数と当該第３の個数に基づき決定された第４の為替レートとを含む、前記リテール業者からの承認を受け付けるための画面情報を前記リテールサーバに送信することと、
前記リテールサーバから、前記第３の個数を第４の個数に変更する指示を受信した場合に、前記第４の為替レートを前記第４の個数に合わせて第５の為替レートに変更することと、
前記第５の為替レートに対する前記リテール業者による承認を受け付けることと
を更に実行させる、請求項１５に記載の情報処理装置。
【請求項17】
前記第５の為替レートは、前記第３の個数と前記第４の個数との差分に応じて設定される、請求項１６に記載の情報処理装置。
【請求項18】
前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記リテールサーバから、前記商品の取引に関わる通知を受信することと、
前記通知に含まれる取引金額に基づき、その時点における第６の為替レートと、前記第５の為替レートとに基づく精算処理を実行することと、
を更に実行させ、
前記精算処理には、前記第６の為替レートと前記第５の為替レートに基づく前記取引金額の変動分の前記リテール業者の所定の口座に対する請求又は入金、前記取引金額の前記第５の為替レートでの両替の少なくともいずれかが含まれる、請求項１６に記載の情報処理装置。
前記リテールサーバから、前記商品の取引に関わる通知を受信することと、
前記通知に含まれる取引金額に基づき、その時点における第６の為替レートと、前記第５の為替レートとに基づく精算処理を実行することと、
を更に実行させ、
前記精算処理には、前記第６の為替レートと前記第５の為替レートに基づく前記取引金額の変動分の前記リテール業者の所定の口座に対する請求又は入金、前記取引金額の前記第５の為替レートでの両替の少なくともいずれかが含まれる、請求項１６に記載の情報処理装置。
【請求項19】
前記仕入れ可能な前記仕入れ商品の前記第３の個数を予測することは、
前記第１の期間内に仕入れが可能な前記仕入れ商品のそれぞれの個数の実現確率として第３の確率を推定することと、
前記第１の期間内に仕入れが可能な個数のうち、個数の小さい順、又は、個数の大きい順で前記第３の確率を合計した場合に、合計値が閾値を超えることになる個数を前記仕入れ可能な前記仕入れ商品の前記第３の個数として予測することとを含む、請求項１５に記載の情報処理装置。
前記第１の期間内に仕入れが可能な前記仕入れ商品のそれぞれの個数の実現確率として第３の確率を推定することと、
前記第１の期間内に仕入れが可能な個数のうち、個数の小さい順、又は、個数の大きい順で前記第３の確率を合計した場合に、合計値が閾値を超えることになる個数を前記仕入れ可能な前記仕入れ商品の前記第３の個数として予測することとを含む、請求項１５に記載の情報処理装置。
【請求項20】
予測された前記売上実績は、第１の売上予測を含み、
前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記第１の売上予測に基づく第１の保証金額と、当該第１の売上予測に基づき決定された第７の為替レートとを含む、前記リテール業者からの承認を受け付けるための画面情報を前記リテールサーバに送信することと、
前記リテールサーバから、前記第１の保証金額を第２の保証金額に変更する指示を受信した場合に、前記第７の為替レートを前記第２の保証金額に合わせて第８の為替レートに変更することと、
前記第８の為替レートに対する前記リテール業者による承認を受け付けることと
を更に実行させ、
前記購入処理は、前記第１の保証金額に相当する通貨について実施される、
請求項１４に記載の情報処理装置。
前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記第１の売上予測に基づく第１の保証金額と、当該第１の売上予測に基づき決定された第７の為替レートとを含む、前記リテール業者からの承認を受け付けるための画面情報を前記リテールサーバに送信することと、
前記リテールサーバから、前記第１の保証金額を第２の保証金額に変更する指示を受信した場合に、前記第７の為替レートを前記第２の保証金額に合わせて第８の為替レートに変更することと、
前記第８の為替レートに対する前記リテール業者による承認を受け付けることと
を更に実行させ、
前記購入処理は、前記第１の保証金額に相当する通貨について実施される、
請求項１４に記載の情報処理装置。
【請求項21】
前記第８の為替レートは、前記第１の保証金額と前記第２の保証金額との差分に応じて設定される、請求項２０に記載の情報処理装置。
【請求項22】
前記商品の売上に関連する情報には、前記第１の期間における見込みの売上金額が少なくとも含まれ、
前記第１の期間における売上実績を予測することは、
前記第１の期間内の売上金額として、前記見込みの売上金額に基づくそれぞれの売上金額の実現確率として、第４の確率を推定することと、
前記第１の期間内の売上金額として、金額の小さい順、又は、金額の大きい順で前記第４の確率を合計した場合に、合計値が閾値を超えることになる売上金額を前記売上実績として予測することとを含む、請求項１４に記載の情報処理装置。
前記第１の期間における売上実績を予測することは、
前記第１の期間内の売上金額として、前記見込みの売上金額に基づくそれぞれの売上金額の実現確率として、第４の確率を推定することと、
前記第１の期間内の売上金額として、金額の小さい順、又は、金額の大きい順で前記第４の確率を合計した場合に、合計値が閾値を超えることになる売上金額を前記売上実績として予測することとを含む、請求項１４に記載の情報処理装置。
【請求項23】
前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記リテールサーバから、前記商品の取引に関わる通知を受信することと、
前記通知に含まれる取引金額に基づき、その時点における第９の為替レートと、前記第８の為替レートとに基づく精算処理を実行することと、
を更に実行させ、
前記精算処理には、前記第９の為替レートと前記第８の為替レートに基づく前記取引金額の変動分の前記リテール業者の所定の口座に対する請求又は入金、前記取引金額の前記第８の為替レートでの両替の少なくともいずれかが含まれる、請求項２０に記載の情報処理装置。
前記リテールサーバから、前記商品の取引に関わる通知を受信することと、
前記通知に含まれる取引金額に基づき、その時点における第９の為替レートと、前記第８の為替レートとに基づく精算処理を実行することと、
を更に実行させ、
前記精算処理には、前記第９の為替レートと前記第８の為替レートに基づく前記取引金額の変動分の前記リテール業者の所定の口座に対する請求又は入金、前記取引金額の前記第８の為替レートでの両替の少なくともいずれかが含まれる、請求項２０に記載の情報処理装置。
【請求項24】
コンピュータを請求項１から９、１４から２３のいずれか１項に記載の情報処理装置として機能させるためのプログラム。
【請求項25】
コンピュータを請求項１０から１３のいずれか１項に記載のユーザ端末として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、ユーザ端末、及び、コンピュータプログラムに関する。
【背景技術】
【0002】
一般に、商品代金に外国為替が関与する場合（例えば、支払いは日本円で行われるが、最終的にドルに換金されることが想定されている場合、或いはその逆）、商品の販売価格の設定時点から取引成立時点までに為替レートに変動があると、実際に支払われる金額を為替換算した場合には、想定していた金額と異なることがあり得る。
【0003】
このような事態を防止するために、為替予約と呼ばれる仕組みを利用することが可能である（特許文献１を参照）。為替予約を利用することで、売買価格の設定時点から売買成立時点までに一定期間が経過した場合であっても価格設定時の為替レートで支払金額が換金されるので、当該一定期間内の為替レートの変動の影響を受けずに済む。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１９-２２０１０８号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、為替予約を行うためには事前に金額と期間を定めておかなければならず、いつどれだけ売れるかが事前に分からないリテール（越境ＥＣを含む）などの分野では適切な為替予約が困難であった。また、利用者にとっては手続きが煩雑であるため、利便性に欠けるところがあった。
【0006】
そこで本発明は、商品売買や取引における為替レートの変動の影響を吸収可能とするための技術を提供することを目的とする。
【課題を解決するための手段】
【0007】
上記課題を解決するためのある側面に対応する本発明は、電子商取引（ＥＣ）サイトに商品を出品する出品ユーザのユーザ端末と、前記ＥＣサイトを運営するＥＣサーバを介して通信する情報処理装置であって、
プロセッサと、メモリと、前記メモリに格納されたプログラムとを備え、前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記出品ユーザが出品しようとする第１の商品に関する商品情報であって、前記第１の商品のカテゴリ、販売価格、販売個数、販売期間が少なくとも含まれる前記商品情報を取得することと、
前記出品ユーザが過去に出品した前記第１の商品のカテゴリと同一のカテゴリの商品の第１の販売実績の情報を取得することと、
前記出品ユーザとは異なる他の出品ユーザが出品した前記カテゴリと同一のカテゴリの商品の第２の販売実績の情報を取得することと、
前記商品情報、前記第１の販売実績の情報、及び、前記第２の販売実績の情報から、前記出品ユーザが前記販売期間に販売可能な商品の第１の個数を推定することと、
前記第１の個数と前記販売価格とに基づく金額に相当する通貨の購入処理を実施することと、を実行させ、
前記販売価格は通貨の第１の単位において示され、前記購入処理において購入される通貨の単位は、前記第１の単位とは異なる第２の単位である。
プロセッサと、メモリと、前記メモリに格納されたプログラムとを備え、前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記出品ユーザが出品しようとする第１の商品に関する商品情報であって、前記第１の商品のカテゴリ、販売価格、販売個数、販売期間が少なくとも含まれる前記商品情報を取得することと、
前記出品ユーザが過去に出品した前記第１の商品のカテゴリと同一のカテゴリの商品の第１の販売実績の情報を取得することと、
前記出品ユーザとは異なる他の出品ユーザが出品した前記カテゴリと同一のカテゴリの商品の第２の販売実績の情報を取得することと、
前記商品情報、前記第１の販売実績の情報、及び、前記第２の販売実績の情報から、前記出品ユーザが前記販売期間に販売可能な商品の第１の個数を推定することと、
前記第１の個数と前記販売価格とに基づく金額に相当する通貨の購入処理を実施することと、を実行させ、
前記販売価格は通貨の第１の単位において示され、前記購入処理において購入される通貨の単位は、前記第１の単位とは異なる第２の単位である。
【発明の効果】
【0008】
本発明によれば、商品売買や取引における為替レートの変動の影響を吸収可能とするための技術を提供することができる。
【図面の簡単な説明】
【0009】
【図1】実施形態に対応する電子商取引システムの構成の一例を示す図。
【図2】実施形態に対応するサーバ装置のハードウェア構成の一例を示す図。
【図3】実施形態１に対応する電子商取引システムにおいて実行される処理の一例に対応するタイミングチャート。
【図4A】実施形態１に対応する商品情報の入力画面の一例を示す図。
【図4B】実施形態１に対応するレート保証の承認画面の一例を示す図。
【図5】実施形態１に対応する電子商取引システムにおいて実行される処理の他の一例に対応するタイミングチャート。
【図6】実施形態１に対応する販売予測処理の一例を示すフローチャート。
【図7】実施形態２に対応する電子商取引システムにおいて実行される処理の一例に対応するタイミングチャート。
【図8A】実施形態２に対応する商品情報の入力画面の一例を示す図。
【図8B】実施形態２に対応するレート保証の承認画面の一例を示す図。
【図9A】実施形態２に対応する商品情報の入力画面の他の一例を示す図。
【図9B】実施形態２に対応するレート保証の承認面の他の一例を示す図。
【図10】実施形態２に対応する電子商取引システムにおいて実行される処理の他の一例に対応するタイミングチャート。
【図11】実施形態２に対応する売上予測処理の一例を示すフローチャート。
【発明を実施するための形態】
【0010】
以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴うち二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。
【0011】
［実施形態１］
図１は、発明の実施形態に対応する電子商取引（ElＥＣtronic Commerce：ＥＣ）システム１０の一般的な構成を示す。ここでは、本実施形態に対応するレート保証サービスを提供する情報処理装置であるサービスサーバ１０１と、ＥＣサイト上でユーザに対してサービスを提供するＥＣ業者（国を跨いだユーザにサービスを提供しているので「越境ＥＣ業者」とも言う。）のＥＣサーバ１０２と、仕入れ商品を一般消費者の販売するリテール業者のリテールサーバ１０３と、ＥＣサーバ１０２やリテールサーバ１０３を介して商品の売買を行う顧客が使用するユーザ端末１０４（ＡからＣ）と、サービスサーバ１０１からの注文指示に応じて通貨の売買を行う金融商品取引業者の金商業者システム１０５とが、インターネット等のネットワーク１０６を介して接続されている。ユーザ端末１０４は、汎用のパーソナルコンピュータやスマートフォン等で構成される。図１では、サービスサーバ１０１、ＥＣサーバ１０２、リテールサーバ１０３を独立したノードとして記載しているが、これらを１つ以上のノードにまとめてもよい。
図１は、発明の実施形態に対応する電子商取引（ElＥＣtronic Commerce：ＥＣ）システム１０の一般的な構成を示す。ここでは、本実施形態に対応するレート保証サービスを提供する情報処理装置であるサービスサーバ１０１と、ＥＣサイト上でユーザに対してサービスを提供するＥＣ業者（国を跨いだユーザにサービスを提供しているので「越境ＥＣ業者」とも言う。）のＥＣサーバ１０２と、仕入れ商品を一般消費者の販売するリテール業者のリテールサーバ１０３と、ＥＣサーバ１０２やリテールサーバ１０３を介して商品の売買を行う顧客が使用するユーザ端末１０４（ＡからＣ）と、サービスサーバ１０１からの注文指示に応じて通貨の売買を行う金融商品取引業者の金商業者システム１０５とが、インターネット等のネットワーク１０６を介して接続されている。ユーザ端末１０４は、汎用のパーソナルコンピュータやスマートフォン等で構成される。図１では、サービスサーバ１０１、ＥＣサーバ１０２、リテールサーバ１０３を独立したノードとして記載しているが、これらを１つ以上のノードにまとめてもよい。
【0012】
本実施形態において、ユーザ端末１０４を使用するユーザは、ＥＣサーバ１０２がネットワーク１０６を介して提供するＥＣサイト上で、商品を出品し、他のユーザに対して販売することができる。また、ユーザ端末１０４のユーザは、ＥＣサイト上で出品されている商品を購入することができる。このように出品者たるユーザ（出品ユーザ）は、ＥＣサイトに商品を出品し販売価格を設定して、ＥＣサイト上の他のユーザ（購入ユーザ）に対して当該商品の販売を行うことができる。本実施形態においてＥＣサイトに出品可能な商品は、取引され得る任意の対象物である。
【0013】
次に、図２を参照して、サービスサーバ１０１のハードウェア構成について説明する。サービスサーバ１０１は、情報処理装置として、例えば、１以上のパーソナルコンピュータから構成することができる。図２において、プロセッサとしてのＣＰＵ２０１で、メモリとしてのＲＡＭ（ランダムアクセスメモリ）２０２やＲＯＭ（リードオンリメモリ）２０５に格納されたプログラムやデータ等を用いてサービスサーバ１０１の制御を行うと共に、後述する実施形態に対応する処理（図３、図５、図６、図７、図１０及び図１１）を実行する。ＲＡＭ２０２で、内部記憶装置２０７内に格納された処理プログラムや外部記憶装置２０８に格納されている情報を読み込むエリアを備えると共に、ＣＰＵ２０１が各種の処理を実行する際に用いるワークエリアも備える。
【0014】
入力部２０３はサービスサーバ１０１の管理者から入力を受付ける入力手段であって、キーボードやマウスなどで構成される。通信Ｉ／Ｆ（インタフェース）２０４は、ネットワーク１０６等に接続するためのＩ／Ｆとして機能する。ＲＯＭ２０５は、サービスサーバ１０１全体の制御を行うプログラム（例えばブートプログラム等）等を格納する。表示部２０６は表示画面としての表示部で、液晶表示装置等により構成されている。
【0015】
内部記憶装置２０７は、主としてハードディスクで構成され、サービスサーバ１０１が処理を実行するためのプログラムや各種アプリケーションデータを格納する。ここに格納されているデータは必要に応じてＲＡＭ２０２に読み出される。外部記憶装置２０８は、データベースであり、商品情報、過去の取引情報等が随時格納される。バス２０９は上述の各ブロックの相互接続を提供する。
【0016】
図２に示すハードウェア構成は、図１に示すＥＣサーバ１０２、リテールサーバ１０３、金商業者システム１０５についても同様の構成を採用することができる。また、ユーザ端末１０４についても、基本的なハードウェア構成は図２に示したものと同様である。
【0017】
次に、電子商取引システム１０において実行される処理について説明する。図３は、本実施形態に対応する出品商品の登録時の処理の流れの概要を示すタイミングチャートである。ここでは、ユーザはＥＣサーバ１０２がネットワーク１０６上で提供するＥＣサイト上で、商品の販売を行うことを想定している。そのためにまず、Ｓ３０１では、ユーザ端末１０４において商品情報の入力を受け付ける。
【0018】
ここで出品ユーザは、商品情報として、ＥＣサイトにおいて販売を希望する商品の商品名、カテゴリ（商品属性）、現地通貨、販売価格、参考価格等の商品に関する情報を入力することができる。販売価格の通貨の単位は、顧客となる購入ユーザが在住する国の通貨の単位で入力することができる。例えば、商品を購入することが見込まれる購入ユーザを日本に在住するユーザとする場合には、日本円で指定することができる。
【0019】
また、現地通貨として、出品ユーザが在住する国の通貨の単位を指定することができる。例えば、ユーザが在住する国が米国である場合には現地通貨として米ドルを指定することができる。通貨単位についてはユーザ端末１０４側で位置情報に基づき自動で候補となる通貨単位を提示してもよい。
【0020】
本実施形態では出品ユーザは販売価格を任意に設定することができるが、出品ユーザが日本国外（例えば米国）に在住で、日本在住の購入ユーザに対して商品を販売しようとする場合、日本円で販売価格を設定するが、支払われた金額は米国ドルに換金する必要がある。このとき、販売価格を設定してから出品ユーザと購入ユーザとの間で取引契約が成立し、購入ユーザから販売価格に相当する代金（日本円）が支払われるまでに為替レートの変動があった場合、具体的には円安が進んだ場合には、出品ユーザが受け取ることのできるドルの額は減額される。これにより、出品ユーザの利益が減少してしまう。特に、販売まで一定期間を要し円安が大幅に進行した場合、仕入れ値や手数料などを差し引いた金額がマイナスになりかねない。
【0021】
このような事態に対処すべく、本実施形態では、商品登録時の為替レートで代金を受け取ることを可能とする仕組みを提供する。この仕組みを本実施形態では「レート保証」と呼ぶ。出品ユーザがレート保証を利用することで、将来的に為替レートが変動した場合であっても、商品販売後の精算時に商品登録時の為替レートで代金が支払われることになる。
【0022】
Ｓ３０２では、レート保証を行うか否かの設定を受け付ける。レート保証を行う設定では、保証情報を更に設定することができる。具体的に、続くＳ３０３では、レート保証に関する情報（保証情報）の入力を受け付ける。保証情報には、具体的に、Ｓ３０１で指定した商品の保証個数、レート保証を適用する販売期間（保証期限、販売期限に対応）等が含まれる。例えば、口紅を商品として販売したい場合、保証個数を１０個とし、販売期間を３週間、即ち、保証期限を３週間後とすることができる。この場合、指定した１０個を３週間以内に販売する限りにおいて、登録時点での為替レートの保証を希望していることとなる。実際にこの希望が通るかどうかについては、サービスサーバ１０１側の判断を仰ぐ必要がある。
【0023】
ここで、図４Ａに、出品ユーザがＳ３０１からＳ３０３において出品商品に関する情報を入力する際に利用する入力画面の一例を示す。画面４００において、ユーザ名４０１は、商品情報を入力しようとする出品ユーザが事前にＥＣサイトに登録しているユーザ名を示す。ユーザ名は出品ユーザを一意に識別可能な識別情報（ユーザＩＤ）と関連付けられている。
【0024】
商品名４０２には、出品ユーザが出品しようとしている商品名を入力することができる。当該商品名は、ユーザが任意に指定することができる。カテゴリ４０３には、出品しようとしている商品の属性や分類を入力することができる。カテゴリ４０３は、段階的に設定可能に構成されていてもよい。例えば、レディース、メンズの別を入力した後に、それぞれの性別カテゴリに関連する商品のカテゴリを選択可能とすることができる。カテゴリは、出品商品を類別するのに役立つ情報であるので、詳細に設定可能に構成することができる。
【0025】
現地通貨４０４は、出品ユーザが販売代金の換金を希望する通貨単位を設定することができる。現地通貨４０４は予め定められた選択肢の中から該当する通貨単位を選択するように構成することができる。販売価格４０５は出品ユーザが設定する出品商品の価格であり、出品者が任意に設定することができるが、仕入れ値やＥＣサイトに対して支払う手数料、クレジットカードの手数料等の諸々の経費を考慮して金額を設定することになる。販売価格４０５の通貨単位は、現地通貨４０４で設定された通貨単位とは異なる通貨単位であり、購入ユーザが購入する際に利用する通貨単位である。例えば、購入ユーザとして日本在住のユーザを想定している場合、日本円が設定される。参考価格４０６は、出品する商品の通常価格（市場価格）であり、参考情報として提示することができる。参考価格４０６の通貨単位は、出品ユーザが仕入れる際に支払う代金の通貨単位に従う。出品ユーザが米国在住で、米国で商品を仕入れるのであれば米国ドルで表示される。
【0026】
レート保証ボタン４０７は、本実施形態に対応するレート保証を設定するボタンであり、「ＹＥＳ」と「ＮＯ」のいずれかを選択することができる。「ＹＥＳ」が選択された場合には、保証個数４０８と保証期限４０９を更に設定することができる。保証個数４０８は、レート保証の対象となる商品の個数であり、出品ユーザが任意に設定することができる。保証期限４０９は、レート保証を有効とする期限であり、出品ユーザが任意に設定することができる。
【0027】
図４Ａに示した入力画面は一例であって、図４Ａに示した情報以外の追加の情報を更に入力可能としてもよい。例えば、出品された商品が購入された後に出品ユーザが受け取る金額について通貨の単位を指定することができる。その他、商品写真、商品に関するコメント、商品のブランド名、シーズン、色・サイズ、配送方法、買付地、発送地、参考価格、関税込みか否か等の情報を含めることができる。
【0028】
上記の設定内容は、登録ボタン４１０が操作されるとＥＣサーバ１０２へ送信されて、商品情報として登録され、キャンセル４１１が操作されると商品情報は無効化され、ＥＣサーバ１０２には登録されない。
【0029】
Ｓ３０１からＳ３０３で入力された情報は、商品情報及び保証情報としてＥＣサーバ１０２に送信され、Ｓ３０４において、ＥＣサーバ１０２のデータベースに保存される。当該情報は、ＥＣサーバ１０２を介してサービスサーバ１０１にも提供される。また、ＥＣサーバ１０２からは、登録された出品商品に関連する過去の取引情報がサービスサーバ１０１に提供される。サービスサーバ１０１は、受信したこれらの情報を内部記憶装置２０７内に記憶する。
【0030】
サービスサーバ１０１はＥＣサーバ１０２から取得した情報に基づいて、Ｓ３０５において指定商品の販売予測を行い、Ｓ３０６で予測結果に基づきレート保証条件を決定する。決定されたレート保証条件は、ＥＣサーバ１０２を介してユーザ端末１０４に提供される。ユーザ端末１０４は、Ｓ３０７において受信したレート保証条件の承認画面を表示部に表示し、出品ユーザの承認を受け付ける。承認画面の一例については図４Ｂを参照して後述する。
【0031】
Ｓ３０８において、出品ユーザによるレート保証条件の承認が得られると、承認確認がＥＣサーバ１０２を介してサービスサーバ１０１に提供される。サービスサーバ１０１は、レート保証条件の承認確認を受信すると、Ｓ３０９において商品情報において指定された通貨単位（現地通貨４０４で設定された内容）について、販売予測及びレート保証条件に従った価格分を購入する注文を金商業者システム１０５に対して発行してカバー取引を実行する。
【0032】
具体的には、例えば３０００円の商品１０個についてドルのレート保証を行う場合であって、その時点のドル円の為替レートが１ドル１３０円、Ｓ３０６における処理で出品ユーザが販売可能と推定される個数（後述する予測販売個数）が５個であった場合には１１５．４ドルを購入するカバー取引を行う。また、Ｓ３１０では、レート保証条件の情報、カバー取引を行った金額と共に商品情報を内部記憶装置２０７内に記憶する。その後、ＥＣサーバ１０２においては、Ｓ３１１において出品商品をＥＣサイトに掲載し、購入ユーザからの購入を受け付ける。
【0033】
【0034】
まず、Ｓ５０１では、ＥＣサーバ１０２が購入ユーザにより出品商品が購入されたことを検知すると、販売完了の通知がＥＣサーバ１０２からサービスサーバ１０１に対して通知される。販売完了通知には、出品ユーザのユーザＩＤ、出品商品の商品ＩＤ、数量の情報が少なくとも含まれる。サービスサーバ１０１側では、販売完了通知の受信に応じて、ユーザＩＤ、商品ＩＤ、数量の情報に基づき、内部記憶装置２０７に記憶された商品情報に基づき販売された商品を特定し、Ｓ５０２において当該商品の登録時におけるレート保証の設定の有無を判定する。
【0035】
当該商品がレート保証の対象であった場合、Ｓ５０３において精算処理を行う。具体的には、販売された商品のドル価格分の受渡し（ドルの受取り）を金商業者システム１０５に対して行うか、または売り注文を金商業者システム１０５に対して発行する。そして、支払い代金相当額としてドル、または商品の登録時の為替保証レートと、販売完了通知時における為替レートに基づき、差分金額を算出し、差分金額分の円貨をＥＣサイトの口座へ振り込む、またはＥＣサイトへ請求する処理を行う。
【0036】
例えば、商品登録時の為替保証レートが１ドル１３０円であり、販売完了時の為替レートが１ドル１３５円であった場合、３０００円の商品の販売に必要なドルは、商品登録時であれば２３．０８ドルであるのに対し、販売完了時では２２．２２ドルとして、０．８６ドル少なくなっている。そこで、本実施形態ではレート保証価格（１３０円）で２３．０８ドルの受渡し（両替）を行う、またはこの０．８６ドル相当の円貨を差分金額としてＥＣサイトの口座に補填する処理を行う。日本円で補填する場合には、０．８６×１３５＝１１６円を支払う。なお、この精算処理は、一定期間（例えば、１月毎）に一括して行ってもよい。
【0037】
また、カバー取引時と現時点での為替の変動が円高方向に振れていた場合、例えば、為替保証レートが１ドル１３０円であり、現在の為替レートが１ドル１２５円であった場合、３０００円に相当するドルは２３．０８ドルから２４ドルに増加している。この場合、ＥＣサイトに対して２３．０８ドルの受渡し、または差金の請求（２３．０８ドル×（１３０－１２５）＝１１５円）を行う。
【0038】
サービスサーバ１０１が受渡し代金、または差分金額を振り込む先のＥＣサイトの口座は、ＥＣサーバ１０２が管理するＥＣサイトの口座（銀行口座）のうち、出品ユーザの資金を預かっている口座とすることができる。ＥＣサーバ１０２は、個々の出品ユーザから資金を預かり管理するための口座を設定しておき、当該口座において各出品ユーザの資金を管理することができる。そして、出品商品の売上は、出品ユーザに割り当てられた口座に入金される。出品ユーザは、必要に応じて預り口の資金を自身の銀行口座に送金することができる。
【0039】
精算処理が完了すると、サービスサーバ１０１はＥＣサーバ１０２に対して精算完了通知を送信する。精算完了通知を受けて、ＥＣサーバ１０２は、Ｓ５０４において出品ユーザの受取分の金額（受取金額）の振り込みを上記出品ユーザの口座に対して行う。精算処理により差分金額の振り込みが一定期間ごとにまとめて行われる場合には、精算完了通知を受け取る以前に受取金額の振り込みを行ってもよい。
【0040】
受取金額の振り込みは、ドルで支払うのであれば、売上金額の日本円を商品登録時の為替レートでドル換算して支払う。上記の例では販売金額は、ドルで２３．０８ドル、日本円であれば３１１６円となる。なお、受取金額は販売金額から諸々の手数料を差し引いた額として算出される。振り込みが行われると、ＥＣサーバ１０２からユーザ端末１０４へ振込通知が送信される。ユーザ端末１０４の表示画面には、Ｓ５０５において振込まれた受取金額の表示がなされる。
【0041】
【0042】
まず、Ｓ６０１において、出品ユーザの情報を取得する。出品ユーザのユーザ名、或いは、識別情報を取得する。識別情報はユーザ毎に予め与えられていてもよい。次に、Ｓ６０２において商品情報を取得する。当該商品情報には、少なくともカテゴリ（商品属性）、販売価格、保証期限が含まれている。カテゴリは商品の属性・種類を表す情報であり、例えば口紅、香水等の商品の種別や分類を表す総称である。洋服であれば、レディース、メンズの別、洋服の種類（トップス、ボトムス、アウター等、トップスであれば更にサブカテゴリとしてＴシャツ、ブラウス、セーター等）、材質（レザー、ウール、シルク等）などの情報により分類される。
【0043】
販売価格は、出品ユーザが図４Ａの販売価格４０５で指定した情報である。保証期限は、出品ユーザが図４Ａの保証期限４０９で指定した期限を示す情報である。商品情報には、上述の情報に追加して商品名やブランド名等が含まれてもよい。
【0044】
続くＳ６０３において過去の取引情報を履歴情報として取得する。履歴情報は、Ｓ６０２で取得したカテゴリの情報に対応する商品の販売履歴の情報である。また、出品ユーザの情報が取得できる場合には、Ｓ６０１において取得したユーザ情報に基づき出品ユーザの販売履歴情報を他のユーザの履歴情報とは別に取得する。
【0045】
次に、Ｓ６０４では取得した履歴情報に基づき、まず、出品ユーザの過去の履歴情報から、出品ユーザが出品しようとしている商品のカテゴリに対応する商品の履歴情報を抽出し、指定された販売価格及び保証期限に基づく販売期間における販売実績を特定する。当該処理においては、まず、指定されたカテゴリと同じカテゴリの商品について、指定された販売価格と同じ価格帯（例えば、価格差±１０～２０％）の商品について、同じ季節における販売実績を特定する。
【0046】
具体的には、期間Ｔｎにおいて販売された商品の個数Ｎｎを特定する。販売実績の特定方法には、例えば、個々の出品ユーザについて、期間Ｔｎを今回指定された保証期限に基づき特定される販売期間Ｔと一致させて、その間に販売された商品の個数Ｎｎを特定する方法がある。また、それとは別に、商品の個数Ｎｎを今回指定された保証個数Ｎと一致させて、個々の出品ユーザがＮ個を販売するのに要した期間Ｔｎを特定する方法がある。次いで、指定された販売価格と異なる価格帯の同じ季節における販売実績を同様に特定する。
【0047】
次に、Ｓ６０５において、履歴情報に基づき、他の出品ユーザの過去の履歴情報から、出品ユーザが出品しようとしている商品属性に対応する履歴情報を抽出し、指定された販売価格及び販売期間における販売実績を特定する。当該処理においては、まず、指定された商品属性と同じ商品属性の商品について、指定された販売価格と同じ価格帯（例えば、価格差±１０～２０％）の商品について、同じ季節における販売実績を特定する。次いで、指定された販売価格と異なる価格帯の同じ季節における販売実績を特定する。ここでの販売実績の特定は、Ｓ６０４において記載したのと同様に実施することができる。
【0048】
続くＳ６０６では、Ｓ６０４で取得した出品ユーザの同一商品カテゴリの販売実績と、Ｓ６０５で取得した他の出品ユーザの同一商品属性の販売実績とに基づき、今回の販売個数を推定する。販売個数の推定結果は、指定された販売期間Ｔ内で販売できる個数について、例えば、指定された保証個数をＮとした場合に、Ｎ、Ｎ／２、２Ｎ／３、３Ｎ／４、４Ｎ／５等の販売確率といった具合に、分散として求めることができる。たとえば、Ｎ＝１０個の販売を出品ユーザが希望する場合に、１０／２の５個については１０％、２０／３の６個については１０％、３０／４の７個については１０％、４０／５の８個については５０％、同様に９個について１０％、１０個については１０％といった形で、指定期間内に販売可能な確率を算出する。
【0049】
例えば、出品ユーザが、過去の１０回の販売実績において、出品期間Ｔの間に販売できた数が、１０個が１回、９個が１回、８個が５回、７個が１回、６個が１回、５個が１回であった場合、出品期間Ｔの間に販売できる個数が１０個である確率が１０％、９個である確率が１０％、８個である確率は５０％、７個である確率は１０％、６個である確率は１０％、５個である確率は１０％となる。このとき、確率の合計は、個数の小さい順に５個、６個、７個、８個の合計（或いは、個数の大きい順に１０個、９個、８個の合計）で５０％を超える（１０＋１０＋１０＋５０＝８０＞５０）こととなる。なお、個数の小さい順の確率の合計から特定される個数と、個数の大きい順の確率の合計から特定される個数とが異なる場合には、当該特定された個数の平均値或いは中間値をとるようにしてもよい。
【0050】
Ｓ６０６における販売個数の推定は、例えば、出品ユーザが同一商品カテゴリの同一価格帯の販売実績を豊富に有する場合には、出品ユーザの販売実績を優先して推定することができる。一方、出品ユーザの当該販売実績が乏しい場合には、他のユーザの販売実績を優先して推定することができる。その際、出品ユーザが他の価格帯において豊富な販売実績を有している場合には、当該他の価格帯における販売実績と同価格帯における他のユーザの販売実績の相違に基づいて、他のユーザの販売実績に基づく推定を修正してもよい。具体的に、出品ユーザの他の価格帯における販売実績が同他の価格帯における他のユーザの販売実績の２割増しである場合には、推定する販売個数を他のユーザの販売実績から得られる数字の２割増しとすることができる。
【0051】
例えば、出品ユーザが、他の価格帯の過去の１０回の販売実績において、出品期間Ｔの販売数が１２個で確率の合計が５０％を超えるのに対し、他の出品ユーザの平均実績では出品期間Ｔの販売数が１０個で確率の合計が５０％を超えるものであったとすると、出品ユーザの実績は他のユーザに対して２割増しとなる。このような場合、出品ユーザの同一価格帯の販売実績の推定値を、他のユーザの平均実績の２割増しとする。
【0052】
次に、Ｓ６０７では、Ｓ６０４で取得した出品ユーザの同一商品属性の販売実績と、Ｓ６０５で取得した他の出品ユーザの同一商品属性の販売実績とに基づき、今回の指定個数を販売するのに要する期間を推定する。販売期間の推定結果は、指定された個数について、例えば、保証期限までの期間（指定期間）をＴとした場合に、指定期間Ｔ内の販売確率として求めることができる。指定期間Ｔ内に指定個数を販売可能である（販売確率１００％）場合、指定個数を全部販売するまでの販売期間について確率を求める。また指定期間内に指定個数を販売できない場合にも、指定個数を全て売り切るために要する販売期間について確率を求める。
【0053】
例えば、出品ユーザが、過去の１０回の販売実績において、１０個を販売するのに要した期間が、３３日が１回、３４日が１回、３５日が５回、３６日が１回、３７日が１回、３８日が１回であった場合、出品期間Ｔが４０日であるとすると、３３日で１０個全てを販売できる確率は１０％、３４日であれば同確率は１０％、３５日であれば同確率は５０％、３６日であれば同確率は１０％、３７日であれば同確率は１０％、３８日であれば同確率は１０％となる。このとき、確率の合計は、期間の短い順に３３日、３４日、３５日の合計（或いは、期間の長い順に３８日から３５日の合計）で５０％を超える（１０＋１０＋５０＝７０＞５０）こととなる。なお、期間の短い順の確率の合計から特定される期間と、期間の長い順の確率の合計から特定される期間とが異なる場合には、当該特定された期間の平均値或いは中間値をとるようにしてもよい。
【0054】
また、例えば出品ユーザが、過去の１０回の販売実績において、１０個を販売するのに要した期間が、３９日が１回、４０日が１回、４１日が５回、４２日が１回、４３日が１回、４４日が１回であった場合、出品期間Ｔが４０日であるとすると、３９日で１０個全てを販売できる確率は１０％、４０日であれば同確率は１０％、４１日であれば同確率は５０％、４２日であれば同確率は１０％、４３日であれば同確率は１０％、４４日であれば同確率は１０％となる。このとき、確率の合計は、期間の短い順に３９日、４０日、４１日の合計（或いは、期間の長い順に４４日から４１日の合計）で５０％を超える（１０＋１０＋５０＝７０＞５０）こととなる。なお、期間の短い順の確率の合計から特定される期間と、期間の長い順の確率の合計から特定される期間とが異なる場合には、当該特定された期間の平均値或いは中間値をとるようにしてもよい。
【0055】
Ｓ６０７における予測も、例えば、出品ユーザが同一商品カテゴリの同一価格帯の販売実績を豊富に有する場合には、出品ユーザの販売実績を優先して予測を立てることができる。一方、出品ユーザの当該販売実績が乏しい場合には、他のユーザの販売実績を優先して予測を立てることができる。その際、出品ユーザが他の価格帯において豊富な販売実績を有している場合には、当該他の価格帯における販売実績と同価格帯における他のユーザの販売実績の相違に基づいて、他のユーザの販売実績に基づく予測を修正してもよい。具体的に、出品ユーザの他の価格帯における販売期間が同他の価格帯における他のユーザの販売期間よりも１割短い場合には、予測する販売期間を他のユーザの販売期間から得られる期間よりも１割短い期間とすることができる。
【0056】
例えば、出品ユーザが、他の価格帯の過去の１０回の販売実績において、１０個の商品を販売するのに要した期間が２７日で確率の合計が５０％を超えるのに対し、他の出品ユーザの平均実績では１０個の商品を販売するのに要した期間が３０日で確率の合計が５０％を超えるものであったとすると、出品ユーザは他のユーザに対して販売期間が１割短くなる。このような場合、出品ユーザの同一価格帯の販売実績を、他のユーザの平均実績よりも１割短くすることができる。
【0057】
次にＳ６０８では、Ｓ６０６及びＳ６０７で求めた推定の商品個数と販売期間とに基づいて、指定期間Ｔ内に販売が可能な個数（予想販売個数）ｎを決定する。例えば、Ｓ６０６において、確率の合計が閾値である５０％以上となる個数を個数ｎとする。上述の例の場合、８個であれば確率の合計が５０％を超えているので、個数ｎを８個とする。なお、閾値の値は５０％以外の任意の数値としてよい。その一方で、仮に指定期間Ｔ内に指定個数Ｎ個を全て販売可能である場合には、Ｓ６０７で算出したＮ個を販売するまでの期間とＴとの差分に基づき、指定期間Ｔ内に販売可能な最大個数を算出する。例えば、２Ｔ／３の期間でＮ個販売が可能な場合には、３Ｎ／２個を予測販売個数として算出する。このように本実施形態ではユーザが指定した個数よりも多い販売個数を予測結果として返すことも可能である。
【0058】
以上の図６の説明を踏まえてＳ３０６におけるレート保証条件決定のための処理について説明する。当該処理においては、Ｓ３０５における販売予測の結果に従い、レート保証における推奨個数と、レート保証する為替レート（為替保証レート）の金額を決定する。図６のＳ６０８で得られた予測販売個数を推奨個数とし、カバー取引はこの個数分の価格について行うことになる。しかし、この個数は出品ユーザが当初に指定した保証個数との間で乖離が生ずる場合がある。上述の例では、保証個数１０個に対して予測販売個数８個となっている。
【0059】
このような場合に、仮に出品ユーザが推奨個数よりも多い個数、或いは、保証個数でのレート保証を希望する場合、推奨個数を上回る分はカバー取引の対象外となるためカバー取引に対するリスクが生ずることとなる。このリスクは、出品ユーザが希望する保証個数と、推奨個数との間の差に応じて変動する。例えば、保証個数と推奨個数とが一致する場合にはリスクが小さくなり、保証個数が推奨個数を大幅に上回る場合にはリスクが大きくなる。そこで、カバー取引のリスクの大きさに応じて、レート保証の金額を調整する。具体的には、カバーしていない部分の個数、商品単価、発生確率等に基づき、リスク金額を算出し、為替保証レートに加算する。
【0060】
本実施形態においては、このリスクを表す係数をＲｎ１、その他の取引手数料をＭｔ１、登録時における為替レートをＲｃ１とすると、為替保証レートをＲｇ１はＲｇ１＝Ｒｃ１＋Ｒｎ１＋Ｍｔ１と表すことができる。このうち、Ｒｎ１、Ｍｔ１は、ユーザの希望する個数に応じて変動させることができる。
【0061】
本実施形態では、このようにして決定された推奨個数と為替保証レートとを承認画面としてユーザ端末１０４に送信し、出品ユーザの承認を受ける。図４Ｂはレート保証の承認画面の一例を示す。承認画面４１０において、ユーザ名４０１、商品名４０２、現地通貨４０４、販売価格４０５、保証期限４０９については、図４Ａの画面の内容を引き継いでいるので、ここでの説明は省略する。レート保証個数４１２とレート保証価格４１３は、サービスサーバ１０１側の処理により決定されたレート保証条件に関する情報の提示領域であり、レート保証個数４１２には、初期値として推奨個数（予想販売個数）が表示される。また、レート保証価格４１３には、推奨個数で算出された為替保証レートＲｇ１が表示される。なお、為替保証レートＲｇ１のうち、リスク係数Ｒｎ１、取引手数料Ｍｔ１の料金は、為替保証レートの表示において別途通知してもよい。出品ユーザは、この承認画面４１０を確認し、表示された条件で承認するのであれば承認ボタン４１４を選択する。キャンセルボタン４１５が操作されると、商品の出品はキャンセルとなる。
【0062】
出品ユーザは承認画面４１０においてレート保証個数４１２の数値を変更することができる。個数が変更されると、それに伴ってレート保証価格４１３が変更後の個数に応じた値に変更される。数値の変更範囲は、初期値の所定倍まで許容してもよいし、無制限としてもよい。いずれの場合であっても、変更後の個数に応じたレート保証価格４１３が表示される。レート保証個数４１２の変更に伴うレート保証価格４１３の値はサービスサーバ１０１から提供される。
【0063】
以上の実施形態１によれば、ＥＣサイトに商品を出品する出品ユーザは、出品から商品の販売までの間に為替レートの変動があった場合であっても、商品が購入された際の販売代金を出品時の為替レートで換算した金額で受け取ることが可能となる。これにより、出品者は為替の変動リスクを心配する必要がなくなり、より柔軟な価格設定が可能となる。
【0064】
［実施形態２］
実施形態１では、ＥＣ業者のＥＣサーバ１０２が管理するＥＣサイトに商品を出品した出品ユーザに対してレート保証を行う場合を説明した。これに対し本実施形態では、仕入れた商品を一般消費者に対して販売するリテール業者に対し、レート保証を行う場合を説明する。
実施形態１では、ＥＣ業者のＥＣサーバ１０２が管理するＥＣサイトに商品を出品した出品ユーザに対してレート保証を行う場合を説明した。これに対し本実施形態では、仕入れた商品を一般消費者に対して販売するリテール業者に対し、レート保証を行う場合を説明する。
【0065】
一般に、商品を仕入れて一般消費者に販売するリテール業者が行う為替リスクヘッジには、大きく分けて「包括ヘッジ」と「個別ヘッジ」がある。「包括ヘッジ」は、個別の取引とは独立に一定期間（例えば、三か月から1年）において一定金額をヘッジする手法である。包括ヘッジの場合、財務責任者（例えば、経営者）の裁量に依存することが多いため、判断が正しければ効率的にヘッジできる利点がある一方で、汎用性に欠ける。包括ヘッジは、リテール業者全体を対象とすることや、特定の商品グループを対象とすることがある。一方の「個別ヘッジ」は個別の仕入れ商品のオーダ（受注・発注）ごとにヘッジをかけるもので、効率性に欠けるものの特定の個人/チームに依存しない利点がある。その一方で、リテール（BtoC）ビジネスにおいては（BtoBとは異なり）取扱商品数が膨大であり、また商品の入替えが頻繁に発生する場合があるなど、オーダが細かすぎることに加えて、何が・いつ・どれだけ売れるかが分かっていないと個別ヘッジを実行することができない。
【0066】
本実施形態ではレート保証を利用することで、リテールビジネスにおける「個別ヘッジ」と「包括ヘッジ」とを効率的に実現する。
【0067】
本実施形態におけるシステム構成は図１に示したものと同様であるので、ここでの説明は省略する。本実施形態において、ユーザ端末１０４を使用するユーザは、リテール業者のリテールサーバ１０３がネットワーク１０６を介して提供するＥＣサイトや小売店で商品を購入することができる。
【0068】
【0069】
Ｓ７０１では、リテールサーバ１０３においてヘッジ対象に関する情報の入力を受け付ける。上述の個別ヘッジを行う場合、リテールサーバ１０３は、商品情報として、ヘッジ対象商品の商品名、カテゴリ（商品属性）、ヘッジ対象の為替レート、仕入れ価格等の商品に関する情報を入力することができる。仕入れ価格は、商品の仕入れ先の国の通貨の単位で入力することができる。例えば、商品を米国で仕入れる場合には米ドルで指定することができる。また、為替レートは仕入れ価格の通貨単位と、仕入れた商品の輸入先の通貨の単位とで示される、例えば、米国で仕入れた商品を日本に輸入して販売する場合には米ドル－日本円とすることができる。
【0070】
一方、上述の包括ヘッジを行う場合、リテールサーバ１０３は、個別の商品情報の入力は行わず、保証金額及びヘッジ対象の為替レートの情報を入力することができる。保証金額は、取引先の国の通貨の単位で入力することができる。例えば、商品を米国で仕入れることを想定している場合には米ドルで指定することができる。また、為替レートは、取引先の国の通貨の単位と、自分たちが利用する通貨単位とで示される、例えば、米国で仕入れた商品を日本に輸入して販売する場合には米ドル－日本円とすることができる。
【0071】
Ｓ７０２では、レート保証を行うか否かの設定を受け付ける。レート保証を行う設定では、保証情報を更に設定することができる。具体的に、続くＳ７０３では、レート保証に関する情報（保証情報）の入力を受け付ける。保証情報には、個別ヘッジであればＳ７０１で指定した仕入れ対象商品の保証個数、レート保証の保証期限等が含まれる。例えば、電子回路部品を商品として仕入れたい場合、保証個数を１０万個とし、保証期限の日付として６か月後の日付、或いは、単に６か月と設定とすることができる。このようなケースは、電子回路部品を半年間は価格固定で販売し、在庫がなくなると追加注文を行うビジネス形態が対応する。この場合、指定した１０万個を６か月の期間において仕入れる限りにおいて、登録時点での為替レートの保証を希望していることとなる。また、包括ヘッジでは、商品を特定せず、月ごと、季節ごとの売上予想に基づくヘッジが希望されるので、保証金額、為替レート、保証期間を設定することができる。
【0072】
ここで図８Ａ、図９Ａに、リテールサーバ１０３においてＳ７０１からＳ７０３において情報入力が行われる際に利用される入力画面の一例を示す。図８Ａは個別ヘッジの場合の入力画面の一例を示す。図９Ａは包括ヘッジの場合の入力画面の一例を示す。
【0073】
まず、図８Ａの画面８００において、商品名８０１には、ヘッジ対象商品の商品名を入力することができる。当該商品名は任意に指定することができる。カテゴリ８０２には、商品の属性や分類を入力することができる。カテゴリ８０２は、段階的に設定可能に構成されていてもよい。例えば、電子回路部品であれば、トランジスタ、コンデンサ等のサブカテゴリを選択可能とすることができる。カテゴリは、商品を類別するのに役立つ情報であるので、詳細に設定可能に構成することができる。
【0074】
為替レート８０３は、仕入れ価格の通貨単位と、仕入れた商品の輸入先の通貨の単位とで示される。図８Ａの例では、米ドルと日本円の為替レートが選択された場合を示している。仕入れ価格８０４には、予定している仕入れ価格を仕入れ先の国の通貨単位（上述の例では米ドル）で設定することができる。レート保証ボタン８０５は、本実施形態に対応するレート保証を設定するボタンであり、「ＹＥＳ」と「ＮＯ」のいずれかを選択することができる。「ＹＥＳ」が選択された場合には、保証個数８０６と保証期限８０７を更に設定することができる。保証個数８０６は、レート保証の対象となる商品の個数であり、任意に設定することができる。保証期限８０７は、レート保証を有効とする期限であり、任意に設定することができる。
【0075】
上記の設定内容は、登録ボタン８０８が操作されるとリテールサーバ１０３内に入力情報として登録され、キャンセル８０９が操作されると入力情報は無効化され登録されない。
【0076】
次に、図９Ａの画面９００において、保証金額９０１には、レート保証を申請する金額の合計が設定される。保証金額は、取引先の国の通貨の単位で入力することができる。例えば、商品を米国で仕入れることを想定している場合には米ドルで指定することができる。また、為替レート９０２は、取引先の国の通貨の単位と、自分たちが利用する通貨単位とで示される。例えば、米国で仕入れた商品を日本に輸入して販売する場合には米ドル－日本円とすることができる。
【0077】
レート保証ボタン９０３は、本実施形態に対応するレート保証を設定するボタンであり、「ＹＥＳ」と「ＮＯ」のいずれかを選択することができる。「ＹＥＳ」が選択された場合には、保証期間９０４を更に設定することができる。保証期間９０４は、レート保証を有効とする期間であり、任意に設定することができる。上記の設定内容は、登録ボタン９０５が操作されるとリテールサーバ１０３内に入力情報として登録され、キャンセル９０６が操作されると入力情報は無効化され登録されない。
【0078】
Ｓ７０１からＳ７０３で入力された情報は、過去の取引情報と共にサービスサーバ１０１に送信され、サービスサーバ１０１は、受信したこれらの情報を内部記憶装置２０７内に記憶する。本実施形態においては、リテールサーバ１０３は、過去の取引実績を月ごとに１０年から２０年分蓄積しており、それを提供する。
【0079】
サービスサーバ１０１はリテールサーバ１０３から取得した情報に基づいて、Ｓ７０４において売上予測を行い、Ｓ７０５で売上予測に基づき金額およびレート保証条件を決定する。決定されたレート保証条件は売上予測と共にリテールサーバ１０３に提供される。リテールサーバ１０３は、Ｓ７０６において受信した売上予測と金額およびレート保証条件の承認画面を表示部に表示し、承認を受け付ける。承認画面の一例については図８Ｂ、図９Bを参照して後述する。
【0080】
Ｓ７０７において、レート保証条件の承認が得られると、承認確認がサービスサーバ１０１に提供される。サービスサーバ１０１は、レート保証条件の承認確認を受信すると、仕入れ価格と売上予測個数から導き出される仕入額分、或いは、売上予測金額分を購入するカバー取引をＳ７０８において実行する。具体的には、個別ヘッジについて例えば売上予測として１０ドルの商品１０万個可能と予測した場合、１００万ドル分を購入する注文を金商業者システム１０５に対して発行してカバー取引を行う。また、包括ヘッジについて保証金額として１００万ドルの売り上げを予測する場合には、１００万ドルを購入する注文を金商業者システム１０５に対して発行してカバー取引を行う。Ｓ７０９では、レート保証条件の情報、保証金額、保証個数等の情報を内部記憶装置２０７内に記憶する。
【0081】
次に、図１０を参照して、電子商取引システム１０において実行される、取引が発生しレート保証の範囲で支払いが必要となった場合の処理について説明する。図１０は、本実施形態に対応する処理の流れの概要を示すタイミングチャートである。
【0082】
まず、Ｓ１００１では、リテールサーバ１０３において、追加の注文が発生し、代金の支払いが必要となったことを検知すると、サービスサーバ１０１に対して、支払金額の通知、或いは、個数と仕入れ価格の通知を行う。この通知には、リテールサーバ１０３を識別するためのＩＤ、仕入れ商品の商品ＩＤなども含まれる。サービスサーバ１０１側では、数量・金額通知の受信に応じて、ＩＤ、商品ＩＤ、数量等の情報に基づき、内部記憶装置２０７に記憶された登録情報を特定し、Ｓ１００２において登録時におけるレート保証の設定の有無を判定する。
【0083】
当該取引がレート保証の対象であった場合、Ｓ１００３において精算処理を行う。具体的には、仕入れ商品の価格分の売り注文を金商業者システム１０５に対して発行する。そして、通知された仕入れ価格や、通知された情報から特定される金額に相当する受渡し、または差分金額に相当する額をリテール業者の所定の口座（銀行口座）へ振り込む処理を行う。具体的には、１０万ドル分のレート保証を行っている状況で、そのうち３万ドル分の取引が発生した場合には、３万ドル分について受渡し、または売り注文を金商業者システム１０５に対して発行する。そして、レート保証価格での両替、またはカバー取引時と現時点での為替の変動分を差分金額として算出する。例えば、カバー取引時の為替レートが１ドル１３０円であり、現在の為替レートが１ドル１３５円であった場合、３万ドルに相当する日本円は３９０万円から４０５万円に１５万円増加している。そこで、本実施形態ではリテール業者から３９０万円を受け取って１３０円換算で3万ドルに両替、またはこの１５万円分を差分金額として補填する処理を行う。これで残りは７万ドルになる。仮に、残額に対して要求金額が上回る場合には、金額不足の通知を返す。
【0084】
なお、カバー取引時と現時点での為替の変動が円高方向に振れていた場合、例えば、カバー取引時の為替レートが１ドル１３０円であり、現在の為替レートが１ドル１２５円であった場合、３万ドルに相当する日本円は３９０万円から３７５万円に１５万円減少している。この場合、リテール業者から３９０万円を受け取って保証レート（１ドル１３０円）で３万ドルに両替、または差額分をリテール業者に対して請求する。
【0085】
精算処理が完了すると、サービスサーバ１０１はリテールサーバ１０３に対して精算完了通知を送信する。精算完了通知を受けて、リテールサーバ１０３は、Ｓ１００４において振り込まれた金額を表示部に表示して通知する。また、取得した金額に基づいてＳ１００５において金額の受け払いを行う。
【0086】
【0087】
Ｓ１１０１において情報を取得する。当該情報には、個別ヘッジであれば、対象商品のカテゴリ（商品属性）、仕入価格、保証期限、保証個数等の情報が含まれている。また、包括ヘッジの場合には、保証金額、保証期間の情報を取得する。これらは、Ｓ７０１からＳ７０３等で入力され、サービスサーバ１０１に対して提供された情報である。
【0088】
続くＳ１１０２において過去の取引情報を履歴情報として取得する。履歴情報は、個別ヘッジの場合は、Ｓ１１０１で取得したカテゴリの情報に対応する商品の月毎の売上実績の情報である。包括ヘッジの場合は、リテール業者の月毎の業績に関する情報である。
【0089】
次に、Ｓ１１０３では履歴情報に基づき売上実績を特定する。個別ヘッジの場合、カテゴリに対応する商品の履歴情報から、指定された仕入価格及び保証期限に基づく販売期間における売上実績を特定する。当該処理においては、まず、指定されたカテゴリと同じカテゴリの商品について、指定された仕入価格と同じ価格帯（例えば、価格差±１０～２０％）の商品について、同じ季節における売上実績を特定する。
【0090】
具体的には、期間Ｔｎにおいて販売された商品の個数Ｎｎを特定する。売上実績の特定方法には、例えば、期間Ｔｎを今回指定された保証期限に基づき特定される販売期間Ｔと一致させて、その間に販売された商品の個数Ｎｎを特定する方法がある。また、それとは別に、商品の個数Ｎｎを今回指定された保証個数Ｎと一致させて、Ｎ個を販売するのに要した期間Ｔｎを特定する方法がある。次いで、指定された販売価格と異なる価格帯の同じ季節における販売実績を同様に特定する。包括ヘッジの場合、企業業績における以前の売上実績を例えば月毎に特定する。
【0091】
続くＳ１１０４では、Ｓ１１０３で取得した売上実績に基づき、売上を推定する。個別ヘッジの場合、売上推定は、指定された販売期間Ｔ内で販売できる個数について、例えば、指定された保証個数をＮとした場合に、Ｎ、Ｎ／２、２Ｎ／３、３Ｎ／４、４Ｎ／５等の各販売確率といった具合に、分散として求めることができる。たとえば、Ｎ＝１０万個の販売を出品ユーザが希望する場合に、１０万／２の５万個については１０％、２０万／３の６．６万個については１０％、３０万／４の７．５万個については５０％、同様に、８万個、９万個、１０万個についてそれぞれ１０％といった形で、指定期間内に販売可能な確率を算出する。このとき、確率の合計は、５万個、６．６万個、７．５万個の合計（或いは、１０個、９個、８個、７．５万の合計）で５０％を超える（１０＋１０＋５０＝７０＞５０）こととなる。なお、個数の小さい順の確率の合計から特定される個数と、個数の大きい順の確率の合計から特定される個数とが異なる場合には、当該特定された個数の平均値或いは中間値をとるようにしてもよい。
【0092】
包括ヘッジの場合、売上推定は、指定された保証期間Ｔ内における売上について、保証金額として指定された金額Mについて、Ｍ、Ｍ／２、２Ｍ／３、３Ｍ／４、４Ｍ／５等の各実現確率といった具合に、分散として求めることができる。たとえば、Ｍ＝１０万ドルの保証金額が希望されている場合に、１０万／２の５万ドルについては１０％、２０万／３の６．６万ドルについては１０％、３０万／４の７．５万ドルについては５０％、同様に、８万ドル、９万ドル、１０万ドルについてはそれぞれ０％といった形で、保証期間内内に実現可能な売り上げの確率を算出する。このとき、確率の合計は、５万ドル、６．６万ドル、７．５万ドル（或いは、１０万ドル、９万ドル、８万ドル、７．５万ドルの合計）で５０％を超える（１０＋１０＋５０＝７０＞５０）こととなる。なお、金額の小さい順の確率の合計から特定される金額と、金額の大きい順の確率の合計から特定される金額とが異なる場合には、当該特定された金額の平均値或いは中間値をとるようにしてもよい。
【0093】
次に、Ｓ１１０５では、Ｓ１１０３で特定した売上実績に基づき、保証可能な期間を推定する。個別ヘッジの場合、保証可能な期間の推定は、指定された保証個数について、例えば、保証期限までの期間（保証期間）をＴとした場合に、保証期間Ｔ内の販売確率を求める。保証期間Ｔ内に指定個数を販売可能である（販売確率１００％）場合、保証個数を全部販売するまでの販売期間について確率を求める。また保証期間Ｔ内に指定個数を販売できない場合にも、指定個数を全て売り切るために要する販売期間について確率を求める。
【0094】
例えば、リテール企業の過去の販売実績において、１０万個を販売するのに要した期間が、１５０日が１回、１５５日が１回、１６０日が５回、１６５日が１回、１７０日が１回、１７５日が１回であった場合、保証期間Ｔが１８０日であるとすると、１６０日で１０万個全てを販売できる確率は５０％、残りの１５０日、１５５日、１６５日、１７０日、１７５日であれば１０万個全てを販売できる確率はそれぞれ１０％となる。このとき、確率の合計は、１５０日、１５５日、１６０日の合計（或いは、１６０日から１７５日の合計）で５０％を超える（１０＋１０＋５０＝７０＞５０）こととなる。なお、期間の短い順の確率の合計から特定される期間と、期間の長い順の確率の合計から特定される期間とが異なる場合には、当該特定された期間の平均値或いは中間値をとるようにしてもよい。
【0095】
また、例えば過去の販売実績において、１０万個を販売するのに要した期間が、１７５日で１回、１８０日で１回、１８５日が５回、１９０日が１回、１９５日が１回、２００日が１回であった場合、保証期間Ｔが１８０日であるとすると、１８５日で１０万個全てを販売できる確率は５０％、１７５日、１８０日、１９０日、１９５日、２００日であれば１０万個全てを販売できる確率はそれぞれ１０％となる。このとき、確率の合計は、１７５日、１８０日、１８５日の合計（或いは、１８５日から２００日の合計）で５０％を超える（１０＋１０＋５０＝７０＞５０）こととなる。なお、期間の短い順の確率の合計から特定される期間と、期間の長い順の確率の合計から特定される期間とが異なる場合には、当該特定された期間の平均値或いは中間値をとるようにしてもよい。
【0096】
次にＳ１１０６では、Ｓ１１０４及びＳ１１０５で求めた売上推定結果と、保証期間の推定結果に基づいて、保証期間Ｔ内に販売が可能な個数（予想販売個数）ｎ、売上予測、保証期間を決定する。例えば、個別ヘッジの場合、Ｓ１１０４において、確率の合計が５０％以上となる個数を個数ｎとする。上述の例の場合、７．５万個であれば確率の合計が５０％以上となっているので、個数ｎを７．５万個とする。また、包括ヘッジの場合、Ｓ１１０４において、実確率の合計が５０％以上となる金額を売上予測とする。上述の例の場合、７．５万ドルであれば確率の合計が５０％を超えるので、売上予測を７．５万ドルとする。なお、これらの閾値の値は５０％以外の任意の値としてもよい。
【0097】
その一方で、仮に保証期間Ｔ内に指定個数Ｎ個を１００％販売可能である場合には、Ｓ１１０５で算出したＮ個を販売するまでの期間とＴとの差分に基づき、指定期間Ｔ内に販売可能な最大個数を算出する。例えば、２Ｔ／３の期間でＮ個販売が可能な場合には、３Ｎ／２個を予測販売個数として算出する。このように本実施形態ではユーザが指定した個数よりも多い販売個数を予測結果として返すことも可能である。指定された保証金額分を保証期間Ｔ内に処理可能な場合も、同様に、保証金額を同様の方法で上方修正することができる。
【0098】
以上の図１０の説明を踏まえてＳ７０５におけるレート保証条件決定のための処理について説明する。当該処理においては、Ｓ７０４における売上予測の結果に従い、レート保証における推奨個数或いは推奨売上と、レート保証する為替レート（為替保証レート）の金額を決定する。個別ヘッジの場合、図１１のＳ１１０６で得られた予測販売個数を推奨個数とし、カバー取引はこの個数分の価格について行うことになる。また、包括ヘッジの場合、図１１のＳ１１０６で得られた売上予測についてカバー取引を行うことになる。
【0099】
しかし、この予測販売個数や売上予測は、リテール業者が当初に指定した保証個数や保証金額との間で乖離が生ずる場合がある。上述の例では、個別ヘッジの場合、保証個数１０万個に対して予測販売個数７．５万個となっている。また、包括ヘッジの場合、保証金額１０万ドルに対し、売上予測は７．５万ドルとなっている。
【0100】
このような場合に、仮にリテール業者が推奨個数よりも多い個数や、売上予測よりも高い金額でのレート保証を希望する場合、推奨個数や売上予測を上回る分はカバー取引の対象外となるためカバー取引に対するリスクが生ずることとなる。このリスクは、リテール業者が希望する保証個数と、推奨個数との間の差、或いは、保証金額と売上予測との差に応じて変動する。例えば、保証個数と推奨個数とが一致する場合にはリスクが小さくなり、保証個数が推奨個数を大幅に上回る場合にはリスクが大きくなる。保証金額と売上予測の関係についても同様である。そこで、カバー取引のリスクの大きさに応じて、レート保証の金額を調整する。具体的には、カバーしていない部分の個数、商品単価、金額、発生確率等に基づき、リスク金額を算出し、為替保証レートに加算する。
【0101】
本実施形態においては、このリスクを表す係数をＲｎ２、その他の取引手数料をＭｔ２、登録時における為替レートをＲｃ２とすると、為替保証レートをＲｇ２はＲｇ２＝Ｒｃ２＋Ｒｎ２＋Ｍｔ２と表すことができる。このうち、Ｒｎ２、Ｍｔ２は、リテール業者の希望する個数や金額に応じて変動させることができる。
【0102】
本実施形態では、このようにして決定された推奨個数、推奨金額、為替保証レートを承認画面としてユーザ端末１０４に送信し、出品ユーザの承認を受ける。為替保証レートの承認画面は、図８Ｂに示す個別ヘッジ用の画面と、図９Ｂに示す包括ヘッジ用の画面とがある。
【0103】
図８Ｂは、個別ヘッジ用のレート保証の承認画面の一例を示す。承認画面８１０において、商品名８０１、為替レート８０３、仕入価格８０４、保証期限８０７については、図８Ａの画面の内容を引き継いでいるので、ここでの説明は省略する。レート保証個数８１１とレート保証価格８１２は、サービスサーバ１０１側の処理により決定されたレート保証条件に関する情報の提示領域であり、レート保証個数８１１には、初期値として予想販売個数が表示される。また、レート保証価格８１２には、レート保証個数で算出された為替保証レートＲｇ２が表示される。なお、為替保証レートＲｇ２のうち、リスク係数Ｒｎ２、取引手数料Ｍｔ２の料金は、為替保証レートの表示において別途通知してもよい。
【0104】
リテール業者は、この承認画面８１０を確認し、表示された条件で承認するのであれば承認ボタン８１３を選択する。キャンセルボタン８１４が操作されると、取引はキャンセルとなる。
【0105】
リテール業者は承認画面８１０においてレート保証個数８１１の数値を変更することができる。個数が変更されると、それに伴ってレート保証価格８１２が変更後の個数に応じた値に変更される。数値の変更範囲は、レート保証個数の所定倍まで許容してもよいし、無制限としてもよい。いずれの場合であっても、変更後の個数に応じたレート保証価格８１２が表示される。レート保証個数８１１の変更に伴うレート保証価格８１２の値はサービスサーバ１０１から提供される。
【0106】
図９Ｂは包括ヘッジ用のレート保証の承認画面の一例を示す。承認画面９１０において、為替レート９０２、保証期間９０４については、図９Ａの画面の内容を引き継いでいるので、ここでの説明は省略する。レート保証金額９１１とレート保証価格９１２は、サービスサーバ１０１側の処理により決定されたレート保証条件に関する情報の提示領域であり、レート保証金額９１１には、初期値として売上予測の金額が表示される。また、レート保証価格９１２には、当該売上予測について算出された為替保証レートＲｇ２が表示される。なお、為替保証レートＲｇ２のうち、リスク係数Ｒｎ２、取引手数料Ｍｔ２の料金は、為替保証レートの表示において別途通知してもよい。
【0107】
リテール業者は、この承認画面９１０を確認し、表示された条件で承認するのであれば承認ボタン９１３を選択する。キャンセルボタン９１４が操作されると、取引はキャンセルとなる。
【0108】
リテール業者は承認画面９１０においてレート保証金額９１１の数値を変更することができる。金額が変更されると、それに伴ってレート保証価格９１２が変更後の金額に応じた値に変更される。数値の変更範囲は、レート保証金額の所定倍まで許容してもよいし、一定の限界値を設けるようにしてもよい。いずれの場合であっても、変更後の金額に応じたレート保証価格９１２が表示される。レート保証金額９１１の変更に伴うレート保証価格９１２の値はサービスサーバ１０１から提供される。
【0109】
以上の実施形態２によれば、リテール業者は、商品ごとの取引について、或いは、商品を特定しない一定期間の取引について、為替レートの変動があった場合であっても、レート保証を適用する金額の範囲において、決済時の代金をレート保証を申請した時点の為替レートで換算した金額で支払うことが可能となる。これにより、リテール業者は為替の変動リスクを心配する必要がなくなり、より健全かつ安定的にビジネスを行うことが可能となる。
【0110】
［実施形態３］
上述の実施形態においては、レート保証を適用する期間において、商品の価格が変更されないことを前提としていた。しかし、価格の変更が許容されるのであれば、上記の実施形態において商品の価格を為替レート変動に伴って変化させることで、為替変動のリスクをヘッジできる。その一方で、BtoCビジネスにおいて短期的に商品価格が変動することを購入者側は望んでいない。但し、毎分・毎時間・毎日価格が頻繁に変動するのではなく、一定期間は価格が変動せず、例えば、１ヶ月に一度、或いは、３ヶ月に一度のように時間間隔をおいて価格が変わる事ならば受け入れられる可能性がある。
上述の実施形態においては、レート保証を適用する期間において、商品の価格が変更されないことを前提としていた。しかし、価格の変更が許容されるのであれば、上記の実施形態において商品の価格を為替レート変動に伴って変化させることで、為替変動のリスクをヘッジできる。その一方で、BtoCビジネスにおいて短期的に商品価格が変動することを購入者側は望んでいない。但し、毎分・毎時間・毎日価格が頻繁に変動するのではなく、一定期間は価格が変動せず、例えば、１ヶ月に一度、或いは、３ヶ月に一度のように時間間隔をおいて価格が変わる事ならば受け入れられる可能性がある。
【0111】
そこで上記実施形態における保証期間については、価格変更の間隔が予め決められるのであれば、その感覚と一致させることができる。これにより、価格が変更されるまでの期間のみ為替変動リスクをヘッジすれば良いことになるので、期間を限定する分だけ受注予測（何が・いつ・どれだけ売れるか）を行い易く、より精度の高くレート保証を行うことができる。
【0112】
＜実施形態のまとめ＞
上記実施形態は以下の情報処理装置、及び、コンピュータプログラムを少なくとも開示する。
上記実施形態は以下の情報処理装置、及び、コンピュータプログラムを少なくとも開示する。
【0113】
（１) 電子商取引（ＥＣ）サイトに商品を出品する出品ユーザのユーザ端末と、前記ＥＣサイトを運営するＥＣサーバを介して通信する情報処理装置であって、
プロセッサと、
メモリと、
前記メモリに格納されたプログラムと
を備え、前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記出品ユーザが出品しようとする第１の商品に関する商品情報であって、前記第１の商品のカテゴリ、販売価格、販売個数、販売期間が少なくとも含まれる前記商品情報を取得することと、
前記出品ユーザが過去に出品した前記第１の商品のカテゴリと同一のカテゴリの商品の第１の販売実績の情報を取得することと、
前記出品ユーザとは異なる他の出品ユーザが出品した前記カテゴリと同一のカテゴリの商品の第２の販売実績の情報を取得することと、
前記商品情報、前記第１の販売実績の情報、及び、前記第２の販売実績の情報から、前記出品ユーザが前記販売期間に販売可能な商品の第１の個数を推定することと、
前記第１の個数と前記販売価格とに基づく金額に相当する通貨の購入処理を実施することと、
を実行させ、
前記販売価格は通貨の第１の単位において示され、前記購入処理において購入される通貨の単位は、前記第１の単位とは異なる第２の単位である、情報処理装置。
プロセッサと、
メモリと、
前記メモリに格納されたプログラムと
を備え、前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記出品ユーザが出品しようとする第１の商品に関する商品情報であって、前記第１の商品のカテゴリ、販売価格、販売個数、販売期間が少なくとも含まれる前記商品情報を取得することと、
前記出品ユーザが過去に出品した前記第１の商品のカテゴリと同一のカテゴリの商品の第１の販売実績の情報を取得することと、
前記出品ユーザとは異なる他の出品ユーザが出品した前記カテゴリと同一のカテゴリの商品の第２の販売実績の情報を取得することと、
前記商品情報、前記第１の販売実績の情報、及び、前記第２の販売実績の情報から、前記出品ユーザが前記販売期間に販売可能な商品の第１の個数を推定することと、
前記第１の個数と前記販売価格とに基づく金額に相当する通貨の購入処理を実施することと、
を実行させ、
前記販売価格は通貨の第１の単位において示され、前記購入処理において購入される通貨の単位は、前記第１の単位とは異なる第２の単位である、情報処理装置。
【0114】
（２) 前記第１の販売実績と前記第２の販売実績とには、それぞれ、前記第１の商品の価格帯と同一の第１の価格帯における販売実績と、前記第１の商品の価格帯とは異なる第２の価格帯における販売実績との少なくともいずれかが含まれる、（１）に記載の情報処理装置。
【0115】
（３) 前記第１の商品の個数を推定することは、
前記販売期間内に販売可能なそれぞれの個数の実現確率として第１の確率を推定することと、
前記販売期間内に販売可能な個数のうち、個数の小さい順、又は、個数の大きい順で前記第１の確率を合計した場合に、合計値が閾値を超えることになる個数を前記第１の個数とすることとを含む、（１）又は（２）に記載の情報処理装置。
前記販売期間内に販売可能なそれぞれの個数の実現確率として第１の確率を推定することと、
前記販売期間内に販売可能な個数のうち、個数の小さい順、又は、個数の大きい順で前記第１の確率を合計した場合に、合計値が閾値を超えることになる個数を前記第１の個数とすることとを含む、（１）又は（２）に記載の情報処理装置。
【0116】
（４) 前記第１の個数を推定することにおいては、
前記出品ユーザの前記第１の販売実績の情報が存在する場合に、前記第１の販売実績の情報を前記第２の販売実績の情報に優先して、前記推定が行われ、
前記出品ユーザの第１の販売実績の情報が存在しない場合に、前記第２の販売実績の情報に基づいて前記推定が行われる、（３）に記載の情報処理装置。
前記出品ユーザの前記第１の販売実績の情報が存在する場合に、前記第１の販売実績の情報を前記第２の販売実績の情報に優先して、前記推定が行われ、
前記出品ユーザの第１の販売実績の情報が存在しない場合に、前記第２の販売実績の情報に基づいて前記推定が行われる、（３）に記載の情報処理装置。
【0117】
（５) 前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記商品情報、前記第１の販売実績の情報、及び、前記第２の販売実績の情報から、前記出品ユーザが前記販売個数を販売可能な期間を推定することを更に実行させ、
前記販売可能な期間を推定することは、
複数の期間のそれぞれにおいて前記販売個数の全てが販売可能となる確率として第２の確率を推定することと、
前記複数の期間のうち、期間の短い順、又は、期間の長い順で前記第２の確率を合計した場合に、合計値が閾値を超えることになる期間を前記販売可能な期間と推定することとを含む、（１）から（４）のいずれか１つに記載の情報処理装置。
前記商品情報、前記第１の販売実績の情報、及び、前記第２の販売実績の情報から、前記出品ユーザが前記販売個数を販売可能な期間を推定することを更に実行させ、
前記販売可能な期間を推定することは、
複数の期間のそれぞれにおいて前記販売個数の全てが販売可能となる確率として第２の確率を推定することと、
前記複数の期間のうち、期間の短い順、又は、期間の長い順で前記第２の確率を合計した場合に、合計値が閾値を超えることになる期間を前記販売可能な期間と推定することとを含む、（１）から（４）のいずれか１つに記載の情報処理装置。
【0118】
（６) 前記販売可能な期間を推定することにおいては、
前記出品ユーザの第１の販売実績の情報が存在する場合には、前記第１の販売実績の情報を前記第２の販売実績の情報に優先して、前記推定が行われ、
前記出品ユーザの第１の販売実績の情報が存在しない場合には、前記第２の販売実績の情報に基づいて前記推定が行われる、（５）に記載の情報処理装置。
前記出品ユーザの第１の販売実績の情報が存在する場合には、前記第１の販売実績の情報を前記第２の販売実績の情報に優先して、前記推定が行われ、
前記出品ユーザの第１の販売実績の情報が存在しない場合には、前記第２の販売実績の情報に基づいて前記推定が行われる、（５）に記載の情報処理装置。
【0119】
（７） 前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記第１の個数と当該第１の個数に基づき決定された第１の為替レートとを含む、前記出品ユーザからの承認を受け付けるための画面情報を前記ユーザ端末に送信することと、
前記ユーザ端末から、前記第１の個数を第２の個数に変更する指示を受信した場合に、前記第１の為替レートを前記第２の個数に合わせて第２の為替レートに変更することと、
前記第２の為替レートに対する前記出品ユーザによる承認を受け付けることと
を更に実行させ、
前記第１の為替レート及び前記第２の為替レートは、前記第１の単位の通貨と前記第２の単位の通貨との間の為替レートである、（１）から（６）に記載の情報処理装置。
前記第１の個数と当該第１の個数に基づき決定された第１の為替レートとを含む、前記出品ユーザからの承認を受け付けるための画面情報を前記ユーザ端末に送信することと、
前記ユーザ端末から、前記第１の個数を第２の個数に変更する指示を受信した場合に、前記第１の為替レートを前記第２の個数に合わせて第２の為替レートに変更することと、
前記第２の為替レートに対する前記出品ユーザによる承認を受け付けることと
を更に実行させ、
前記第１の為替レート及び前記第２の為替レートは、前記第１の単位の通貨と前記第２の単位の通貨との間の為替レートである、（１）から（６）に記載の情報処理装置。
【0120】
（８） 前記第２の為替レートは、前記第１の個数と前記第２の個数との差分に応じて設定される、（７）に記載の情報処理装置。
【0121】
（９) 前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記ＥＣサーバから、前記第１の商品の販売完了通知を受信することと、
前記販売完了の通知を受信すると、その時点における前記第１の単位の通貨と前記第２の単位の通貨との間の第３の為替レートと、承認された前記第２の為替レートとに基づき精算処理を実行することと、
を更に実行させ、
前記精算処理には、前記第３の為替レートと前記第２の為替レートに基づく前記販売価格の変動分の前記ＥＣサイトの所定の口座に対する請求又は入金、前記販売価格の前記第３の為替レートでの両替の少なくともいずれかが含まれる、（１）から（８）のいずれか１つに記載の情報処理装置。
前記ＥＣサーバから、前記第１の商品の販売完了通知を受信することと、
前記販売完了の通知を受信すると、その時点における前記第１の単位の通貨と前記第２の単位の通貨との間の第３の為替レートと、承認された前記第２の為替レートとに基づき精算処理を実行することと、
を更に実行させ、
前記精算処理には、前記第３の為替レートと前記第２の為替レートに基づく前記販売価格の変動分の前記ＥＣサイトの所定の口座に対する請求又は入金、前記販売価格の前記第３の為替レートでの両替の少なくともいずれかが含まれる、（１）から（８）のいずれか１つに記載の情報処理装置。
【0122】
（１０) 電子商取引（ＥＣ）サイトを運営するＥＣサーバを介し（１）から（７）のいずれか１つに記載の情報処理装置と通信する、前記ＥＣサイトに商品を出品する出品ユーザのユーザ端末であって、
プロセッサと、
メモリと、
前記メモリに格納されたプログラムと
を備え、前記プログラムが前記プロセッサにより実行されると、前記ユーザ端末に、
前記出品ユーザが出品しようとする第１の商品に関する商品情報であって、前記第１の商品のカテゴリ、第１の単位の通貨で表される販売価格の情報の入力を受け付けること、
前記第１の単位とは異なる第２の単位の通貨の指定を受け付けることと、
前記第１の商品が販売された場合に、前記販売価格を前記第１の商品の登録時における前記第１の単位の通貨と前記第２の単位の通貨との間の為替レートで換算した支払いの保証を受けるかどうかの選択を受け付けることと、
前記支払いの保証を受けることが選択された場合に、前記第１の商品の販売個数、販売期間の情報の入力を更に受け付けることと、
前記入力を受け付けた情報を前記ＥＣサーバを介して前記情報処理装置に通知することと、
を実行させる、ユーザ端末。
プロセッサと、
メモリと、
前記メモリに格納されたプログラムと
を備え、前記プログラムが前記プロセッサにより実行されると、前記ユーザ端末に、
前記出品ユーザが出品しようとする第１の商品に関する商品情報であって、前記第１の商品のカテゴリ、第１の単位の通貨で表される販売価格の情報の入力を受け付けること、
前記第１の単位とは異なる第２の単位の通貨の指定を受け付けることと、
前記第１の商品が販売された場合に、前記販売価格を前記第１の商品の登録時における前記第１の単位の通貨と前記第２の単位の通貨との間の為替レートで換算した支払いの保証を受けるかどうかの選択を受け付けることと、
前記支払いの保証を受けることが選択された場合に、前記第１の商品の販売個数、販売期間の情報の入力を更に受け付けることと、
前記入力を受け付けた情報を前記ＥＣサーバを介して前記情報処理装置に通知することと、
を実行させる、ユーザ端末。
【0123】
（１１) 前記プログラムが前記プロセッサにより実行されると、前記ユーザ端末に、
前記情報処理装置が送信した、前記販売期間内に販売可能な商品の個数の推定結果として第１の個数の通知を、前記ＥＣサーバを介して受信することと、
前記通知に含まれる推定結果の承認を受け付けることと、
前記承認を前記ＥＣサーバを介して前記情報処理装置に通知することと
を更に実行させる、（１０）に記載のユーザ端末。
前記情報処理装置が送信した、前記販売期間内に販売可能な商品の個数の推定結果として第１の個数の通知を、前記ＥＣサーバを介して受信することと、
前記通知に含まれる推定結果の承認を受け付けることと、
前記承認を前記ＥＣサーバを介して前記情報処理装置に通知することと
を更に実行させる、（１０）に記載のユーザ端末。
【0124】
（１２） 前記推定結果の通知には、前記第１の個数に基づき決定された第１の為替レートが含まれ、
前記通知の内容は、前記ユーザ端末の表示画面に表示され、
前記プログラムが前記プロセッサにより実行されると、前記ユーザ端末に、
前記第１の個数を第２の個数に変更する指示を受け付けることと、
前記第２の個数への変更に応じて、前記第２の個数に合わせて前記第１の為替レートから変更された第２の為替レートを前記表示画面に表示することと、
を更に実行させ、前記承認は、前記第２の為替レートに対して受け付けられる、（１１）に記載のユーザ端末。
前記通知の内容は、前記ユーザ端末の表示画面に表示され、
前記プログラムが前記プロセッサにより実行されると、前記ユーザ端末に、
前記第１の個数を第２の個数に変更する指示を受け付けることと、
前記第２の個数への変更に応じて、前記第２の個数に合わせて前記第１の為替レートから変更された第２の為替レートを前記表示画面に表示することと、
を更に実行させ、前記承認は、前記第２の為替レートに対して受け付けられる、（１１）に記載のユーザ端末。
【0125】
（１３) 前記プログラムが前記プロセッサにより実行されると、前記ユーザ端末に、
前記第１の商品が販売された場合に、前記販売価格を承認された前記第２の為替レートに換算した受取金額の通知を受信することと、
前記受取金額を表示部に表示することと
を更に実行させる、（１０）から（１２）のいずれか１つに記載のユーザ端末。
前記第１の商品が販売された場合に、前記販売価格を承認された前記第２の為替レートに換算した受取金額の通知を受信することと、
前記受取金額を表示部に表示することと
を更に実行させる、（１０）から（１２）のいずれか１つに記載のユーザ端末。
【0126】
（１４) 仕入れ商品の販売を行うリテール業者のリテールサーバと通信する情報処理装置であって、
プロセッサと、
メモリと、
前記メモリに格納されたプログラムと
を備え、前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
第１の期間における、商品の売上に関連する情報と、前記商品の仕入れに関わる為替レートの情報とを取得することと、
前記リテール業者の過去の売上実績の情報を取得することと、
前記商品の売上に関連する情報及び前記売上実績の情報から、前記リテール業者の前記第１の期間における売上実績を予測することと、
予測された前記売上実績に相当する通貨の購入処理を実施することと、
を実行させ、
前記為替レートは、第１の通貨の単位と第２の通貨の単位において表され、前記商品の仕入れは前記第１の通貨の単位において実行され、前記仕入れ商品の販売は前記第２の通貨の単位において実行され、前記通貨の購入処理は、前記第１の通貨の単位において実行される、情報処理装置。
プロセッサと、
メモリと、
前記メモリに格納されたプログラムと
を備え、前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
第１の期間における、商品の売上に関連する情報と、前記商品の仕入れに関わる為替レートの情報とを取得することと、
前記リテール業者の過去の売上実績の情報を取得することと、
前記商品の売上に関連する情報及び前記売上実績の情報から、前記リテール業者の前記第１の期間における売上実績を予測することと、
予測された前記売上実績に相当する通貨の購入処理を実施することと、
を実行させ、
前記為替レートは、第１の通貨の単位と第２の通貨の単位において表され、前記商品の仕入れは前記第１の通貨の単位において実行され、前記仕入れ商品の販売は前記第２の通貨の単位において実行され、前記通貨の購入処理は、前記第１の通貨の単位において実行される、情報処理装置。
【0127】
（１５) 前記商品の売上に関連する情報には、前記仕入れ商品のカテゴリ、仕入れ価格、仕入れ個数が少なくとも含まれ、
前記リテール業者の過去の売上実績の情報には、前記仕入れ商品のカテゴリと同一のカテゴリの商品に関する過去の売上実績の情報が少なくとも含まれ、
前記第１の期間における売上実績を予測することは、前記第１の期間における、前記仕入れ価格において仕入れ可能な前記仕入れ商品の第３の個数を予測することを含む、（１４）に記載の情報処理装置。
前記リテール業者の過去の売上実績の情報には、前記仕入れ商品のカテゴリと同一のカテゴリの商品に関する過去の売上実績の情報が少なくとも含まれ、
前記第１の期間における売上実績を予測することは、前記第１の期間における、前記仕入れ価格において仕入れ可能な前記仕入れ商品の第３の個数を予測することを含む、（１４）に記載の情報処理装置。
【0128】
（１６） 前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記第３の個数と当該第３の個数に基づき決定された第４の為替レートを含む、前記リテール業者からの承認を受け付けるための画面情報を前記リテールサーバに送信することと、
前記リテールサーバから、前記第３の個数を第４の個数に変更する指示を受信した場合に、前記第４の為替レートを前記第４の個数に合わせて第５の為替レートに変更することと、
前記第５の為替レートに対する前記リテール業者による承認を受け付けることと
を更に実行させる、（１５）に記載の情報処理装置。
前記第３の個数と当該第３の個数に基づき決定された第４の為替レートを含む、前記リテール業者からの承認を受け付けるための画面情報を前記リテールサーバに送信することと、
前記リテールサーバから、前記第３の個数を第４の個数に変更する指示を受信した場合に、前記第４の為替レートを前記第４の個数に合わせて第５の為替レートに変更することと、
前記第５の為替レートに対する前記リテール業者による承認を受け付けることと
を更に実行させる、（１５）に記載の情報処理装置。
【0129】
（１７） 前記第５の為替レートは、前記第３の個数と前記第４の個数との差分に応じて設定される、（１６）に記載の情報処理装置。
【0130】
（１８） 前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記リテールサーバから、前記商品の取引に関わる通知を受信することと、
前記通知に含まれる取引金額に基づき、その時点における第６の為替レートと、前記第５の為替レートとに基づく精算処理を実行することと、
を更に実行させ、
前記精算処理には、前記第６の為替レートと前記第５の為替レートに基づく前記取引金額の変動分の前記リテール業者の所定の口座に対する請求又は入金、前記取引金額の前記第５の為替レートでの両替の少なくともいずれかが含まれる、（１６）または（１７）に記載の情報処理装置。
前記リテールサーバから、前記商品の取引に関わる通知を受信することと、
前記通知に含まれる取引金額に基づき、その時点における第６の為替レートと、前記第５の為替レートとに基づく精算処理を実行することと、
を更に実行させ、
前記精算処理には、前記第６の為替レートと前記第５の為替レートに基づく前記取引金額の変動分の前記リテール業者の所定の口座に対する請求又は入金、前記取引金額の前記第５の為替レートでの両替の少なくともいずれかが含まれる、（１６）または（１７）に記載の情報処理装置。
【0131】
（１９) 前記仕入れ可能な前記仕入れ商品の前記第３の個数を予測することは、
前記第１の期間内に仕入れが可能な前記仕入れ商品のそれぞれの個数の実現確率として第３の確率を推定することと、
前記第１の期間内に仕入れが可能な個数のうち、個数の小さい順、又は、個数の大きい順で前記第３の確率を合計した場合に、合計値が閾値を超えることになる個数を前記仕入れ可能な前記仕入れ商品の前記第３の個数として予測することとを含む、（１５）から（１８）のいずれか１つに記載の情報処理装置。
前記第１の期間内に仕入れが可能な前記仕入れ商品のそれぞれの個数の実現確率として第３の確率を推定することと、
前記第１の期間内に仕入れが可能な個数のうち、個数の小さい順、又は、個数の大きい順で前記第３の確率を合計した場合に、合計値が閾値を超えることになる個数を前記仕入れ可能な前記仕入れ商品の前記第３の個数として予測することとを含む、（１５）から（１８）のいずれか１つに記載の情報処理装置。
【0132】
（２０） 予測された前記売上実績は、第１の売上予測を含み、
前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記第１の売上予測に基づく第１の保証金額と、当該第１の売上予測に基づき決定された第７の為替レートを含む、前記リテール業者からの承認を受け付けるための画面情報を前記リテールサーバに送信することと、
前記リテールサーバから、前記第１の保証金額を第２の保証金額に変更する指示を受信した場合に、前記第７の為替レートを前記第２の保証金額に合わせて第８の為替レートに変更することと、
前記第８の為替レートに対する前記リテール業者による承認を受け付けることと
を更に実行させ、
前記購入処理は、前記第１の保証金額に相当する通貨について実施される、（１４）に記載の情報処理装置。
前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記第１の売上予測に基づく第１の保証金額と、当該第１の売上予測に基づき決定された第７の為替レートを含む、前記リテール業者からの承認を受け付けるための画面情報を前記リテールサーバに送信することと、
前記リテールサーバから、前記第１の保証金額を第２の保証金額に変更する指示を受信した場合に、前記第７の為替レートを前記第２の保証金額に合わせて第８の為替レートに変更することと、
前記第８の為替レートに対する前記リテール業者による承認を受け付けることと
を更に実行させ、
前記購入処理は、前記第１の保証金額に相当する通貨について実施される、（１４）に記載の情報処理装置。
【0133】
（２１） 前記第８の為替レートは、前記第１の保証金額と前記第２の保証金額との差分に応じて設定される、（２０）に記載の情報処理装置。
【0134】
（２２) 前記商品の売上に関連する情報には、前記第１の期間における見込みの売上金額が少なくとも含まれ、
前記第１の期間における売上実績を予測することは、
前記第１の期間内の売上金額として、前記見込みの売上金額に基づくそれぞれの売上金額の実現確率として、第４の確率を推定することと、
前記第１の期間内の売上金額として、金額の小さい順、又は、金額の大きい順で前記第４の確率を合計した場合に、合計値が閾値を超えることになる売上金額を前記売上実績として予測することとを含む、（１４）に記載の情報処理装置。
前記第１の期間における売上実績を予測することは、
前記第１の期間内の売上金額として、前記見込みの売上金額に基づくそれぞれの売上金額の実現確率として、第４の確率を推定することと、
前記第１の期間内の売上金額として、金額の小さい順、又は、金額の大きい順で前記第４の確率を合計した場合に、合計値が閾値を超えることになる売上金額を前記売上実績として予測することとを含む、（１４）に記載の情報処理装置。
【0135】
（２３) 前記プログラムが前記プロセッサにより実行されると、前記情報処理装置に、
前記リテールサーバから、前記商品の取引に関わる通知を受信することと、
前記通知に含まれる取引金額に基づき、その時点における第９の為替レートと、前記第８の為替レートとに基づく精算処理を実行することと、
を更に実行させ、前記精算処理には、前記第９の為替レートと前記第８の為替レートに基づく前記取引金額の変動分の前記リテール業者の所定の口座に対する請求又は入金、前記取引金額の前記第８の為替レートでの両替の少なくともいずれかが含まれる、（２０）または（２１）に記載の情報処理装置。
前記リテールサーバから、前記商品の取引に関わる通知を受信することと、
前記通知に含まれる取引金額に基づき、その時点における第９の為替レートと、前記第８の為替レートとに基づく精算処理を実行することと、
を更に実行させ、前記精算処理には、前記第９の為替レートと前記第８の為替レートに基づく前記取引金額の変動分の前記リテール業者の所定の口座に対する請求又は入金、前記取引金額の前記第８の為替レートでの両替の少なくともいずれかが含まれる、（２０）または（２１）に記載の情報処理装置。
【0136】
（２４) コンピュータを（１）から（９）、（１４）から（２３）のいずれか１つに記載の情報処理装置として機能させるためのプログラム。
【0137】
（２５) コンピュータを（１０）から（１３）のいずれか１つに記載のユーザ端末として機能させるためのプログラム。
【0138】
［他の実施形態］
発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。また本発明に係る情報処理装置は、１以上のコンピュータを該情報処理装置として機能させるコンピュータプログラムによっても実現可能である。該コンピュータプログラムは、コンピュータが読み取り可能な記録媒体に記録されることにより、あるいは電気通信回線を通じて、提供／配布することができる。
発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。また本発明に係る情報処理装置は、１以上のコンピュータを該情報処理装置として機能させるコンピュータプログラムによっても実現可能である。該コンピュータプログラムは、コンピュータが読み取り可能な記録媒体に記録されることにより、あるいは電気通信回線を通じて、提供／配布することができる。
【符号の説明】
【0139】
１０：電子商取引システム、１０１：サービスサーバ、１０２：ＥＣサーバ、１０３：リテールサーバ、１０４ユーザ端末、１０５：金商業者システム、１０６：ネットワーク
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図5】
【図6】
【図7】
【図8A】
【図8B】
【図9A】
【図9B】
【図10】
【図11】