(57)【要約】【課題】販売者及び消費者の双方にとって便利な商品の販売購入を実現する物流システムを提供する。【解決手段】商品リストデータを消費者端末に送信する商品リスト送信部と、商品注文情報、配送先情報、代金の支払い情報を含む注文リクエストを消費者端末から受信する注文受信部と、注文リクエストに注文番号を発行する番号発行部と、商品注文情報に注文番号を関連づけた商品発注データを販売者装置に通知する第１通知部と、商品注文情報、配送先情報、注文番号を含む配送リクエストを配送者装置に通知する第２通知部と、確認データを受信する確認受信部とを備える注文受付装置と、出荷データを生成する出荷データ生成部と、出荷確認データを送信する出荷確認送信部とを備える販売者装置と、配送データを生成する配送データ生成部と、配送確認データを送信する配送確認送信部とを備える配送者装置とを有する。【選択図】図１
2018106595.tif 000002
【特許請求の範囲】
【請求項１】
消費者端末から商品の注文を受け付ける注文受付装置と、前記注文受付装置から商品発注データを受け付けて商品を販売する販売会社の販売者装置と、前記注文受付装置から配送リクエストを受け付けて消費者に商品を配送する配送会社の配送者装置とを有する物流システムであって、
前記注文受付装置は、
前記販売会社が消費者に販売可能な商品の情報を含む商品リストデータを消費者端末に送信する商品リスト送信部と、
前記商品リスト送信部が送信した商品リストデータに含まれる商品から選択された消費者が注文する商品の商品注文情報と、商品の配送先情報と、代金の支払い情報とを含む注文リクエストを、前記消費者端末から受信する注文受信部と、
前記注文受信部が受信した注文リクエストに注文番号を発行する番号発行部と、
前記注文受信部が受信した商品注文情報に、前記番号発行部が発行した注文番号を関連づけた商品発注データを、前記販売者装置に通知する第１通知部と、
前記注文受信部が受信した商品注文情報及び配送先情報と、前記番号発行部が発行した注文番号とを含む配送リクエストを、前記配送者装置に通知する第２通知部と、
作業の確認データを、前記販売者装置及び前記配送者装置から受信する確認受信部と、
を備え、
前記販売者装置は、
前記注文受付装置から受信した商品発注データに応じて、出荷作業者のための出荷データを生成する出荷データ生成部と、
所定のタイミングで、出荷作業を確認する出荷確認データを、前記注文受付装置に送信する出荷確認送信部と、を備え、
前記配送者装置は、
前記注文受付装置から受信した配送リクエストに応じて、配送作業者のための配送データを生成する配送データ生成部と、
所定のタイミングで、配送作業を確認する配送確認データを、前記注文受付装置に送信する配送確認送信部と、を備える物流システム。
【請求項２】
前記消費者端末から受信する商品注文情報は、複数の異なる販売会社から販売される複数の商品の情報を含み、
前記注文受付装置の前記第１通知部は、商品を販売する販売者毎に、各販売者が販売する商品注文情報を含む商品発注データを生成し、各販売者装置に各商品発注データを通知し、
前記注文受付装置の前記第２通知部は、前記商品注文情報が含む全ての商品の情報を含む１の配送リクエストを通知する、請求項１に記載の物流システム。
【請求項３】
前記出荷確認送信部は、前記出荷データ生成部が出荷データを生成したタイミング、または、前記出荷データ生成部が生成した出荷データに従って出荷作業者による出荷作業が終了した信号が入力されたタイミングの少なくともいずれかに、出荷確認データを送信する、請求項１又は２に記載の物流システム。
【請求項４】
前記配送確認送信部は、前記配送データ生成部が配送データを生成したタイミング、または、前記販売会社から前記配送会社に商品が配送され、前記配送データ生成部が生成した配送データに従って配送作業者による配送作業が終了した信号が入力されたタイミングの少なくともいずれかに、配送確認データを送信する、請求項１乃至３のいずれか１に記載の物流システム。
【請求項５】
商品発注データを受け付けて商品を販売する販売会社の販売者装置と、配送リクエストを受け付けて消費者に商品を配送する配送会社の配送者装置と接続される注文受付装置であって、
前記販売会社が消費者に販売可能な商品の情報を含む商品リストデータを、消費者端末に送信する商品リスト送信部と、
前記商品リスト送信部が送信したリストデータに含まれる商品から選択された消費者が注文する商品の商品注文情報と、商品の配送先情報と、代金の支払い情報とを含む注文リクエストを、前記消費者端末から受信する注文受信部と、
前記注文受信部が受信した注文リクエストに注文番号を発行する番号発行部と、
前記注文受信部が受信した商品注文情報に、前記番号発行部が発行した注文番号を関連づけた商品発注データを、販売者装置に通知する第１通知部と、
前記注文受信部が受信した商品注文情報と、配送先情報に、前記番号発行部が発行した注文番号を関連づけた配送リクエストを、配送者装置に通知する第２通知部と、
前記販売者装置及び前記配送者装置から、作業の確認データを受信する確認受信部と、を備える注文受付装置。
【請求項６】
前記販売会社が販売する商品の情報を含む商品データを記憶する商品データ記憶部と、
前記販売会社が販売する商品に関する新たな情報を取得するデータ取得部と、
前記データ取得部が取得した新たな情報で前記商品データ記憶部に記憶される商品データを更新する更新部と、を更に備える請求項５に記載の注文受付装置。
【請求項７】
前記商品データ記憶部が記憶する商品データは、商品の情報として商品の金額を含むとともに、所定の国の通用語の商品情報を含み、
前記データ取得部が取得した商品の情報を、前記所定の国の通用語に翻訳する翻訳部と、
前記データ取得部が取得した商品の金額を、前記所定の国の通貨の金額に換算する演算部と、を更に備え、
前記更新部は、前記翻訳部が翻訳した言語のデータと、前記演算部が演算した通貨の金額のデータとを含む新たな情報によって、前記商品データを更新する、請求項６に記載の注文受付装置。
【請求項８】
前記データ取得部は、所定のタイミングで新たな情報を取得する、請求項６又は７に記載の注文受付装置。
【請求項９】
前記演算部は、所定のタイミングで前記商品データに含まれる前記通貨の金額を現在の為替で演算し、
前記更新部は、前記演算部が演算した新たな金額で前記商品データを更新する、請求項７に記載の注文受付装置。
【請求項１０】
前記更新部は、リクエストに応じて前記商品データ記憶部から商品データの前記翻訳部が翻訳した言語のデータを読み出し、オペレータによって修正された当該言語の新たなデータで前記商品データを更新する、請求項７に記載の注文受付装置。
【請求項１１】
商品発注データを受け付けて商品を販売する販売会社の販売者装置と、配送リクエストを受け付けて消費者に商品を配送する配送会社の配送者装置と接続される注文受付装置で実行される注文受付方法であって、
前記販売会社が消費者に販売可能な商品の情報を含む商品リストデータを、消費者端末に送信する商品リスト送信ステップと、
前記商品リスト送信ステップで送信したリストデータに含まれる商品から選択された消費者が注文する商品の商品注文情報と、商品の配送先情報と、代金の支払い情報とを含む注文リクエストを、前記消費者端末から受信する注文受信ステップと、
前記注文受信ステップで受信した注文リクエストに注文番号を発行する番号発行ステップと、
前記注文受信ステップで受信した商品注文情報に、前記番号発行ステップで発行した注文番号を関連づけた商品発注データを、販売者装置に通知する第１通知ステップと、
前記注文受信ステップで受信した商品注文情報と、配送先情報に、前記番号発行ステップで発行した注文番号を関連づけた配送リクエストを、配送者装置に通知する第２通知ステップと、
前記販売者装置及び前記配送者装置から、作業の確認データを受信する確認受信ステップとを含む注文受付方法。
【請求項１２】
商品発注データを受け付けて商品を販売する販売会社の販売者装置と、配送リクエストを受け付けて消費者に商品を配送する配送会社の配送者装置と接続されるコンピューターに、
前記販売会社が消費者に販売可能な商品の情報を含む商品リストデータを、消費者端末に送信する商品リスト送信機能と、
前記商品リスト送信機能が送信したリストデータに含まれる商品から選択された消費者が注文する商品の商品注文情報と、商品の配送先情報と、代金の支払い情報とを含む注文リクエストを、前記消費者端末から受信する注文受信機能と、
前記注文受信機能が受信した注文リクエストに注文番号を発行する番号発行機能と、
前記注文受信機能が受信した商品注文情報に、前記番号発行機能が発行した注文番号を関連づけた商品発注データを、販売者装置に通知する第１通知機能と、
前記注文受信機能が受信した商品注文情報と、配送先情報に、前記番号発行機能が発行した注文番号を関連づけた配送リクエストを、配送者装置に通知する第２通知機能と、
前記販売者装置及び前記配送者装置から、作業の確認データを受信する確認受信機能と、を実現させる注文受付プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットを介して消費者に商品を販売するものである。
【背景技術】
【０００２】
近年、インターネットの普及に伴い、インターネットを利用した商品の販売購入が盛んになっている（例えば、特許文献１乃至３）。このようなインターネットを利用した通信販売は、購入者にとっては、店舗まで行く必要がないため、時間と場所等の制限を受けずに買い物ができる点で有効である。
【０００３】
一方、異なる複数の販売者からそれぞれ商品を購入する場合、各商品は別々に購入者に配送される。したがって、購入者は、各商品を別々に受け取る必要がある。また、購入者は、各商品についてそれぞれ配送料を支払う必要がある。
【０００４】
ところで、グローバル化が進むことから、インターネットを利用して海外の販売者から個人輸入を希望する消費者も多い。インターネットを利用して海外から商品を購入することができれば、消費者は、自国では販売されていない商品を、外国に出かけることなく購入することができる点で、有効である。
【０００５】
しかしながら、消費者が外国語に堪能でないと海外の販売者から商品を購入することは困難である。また、言語の他、容易に通貨の換算ができないため、商品の金額を把握することが難しく、高額な商品を購入するリスクもある。さらに、海外の販売者から商品を購入する場合、配送料も高くなる。加えて、海外から商品を購入する場合、税金も自国から商品を購入する場合と比較して、対応が難しい。このような問題を解決することができれば、販売者は、インターネットを介してさらに多くの購入者に商品を販売することが可能となる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−１８４４４０号公報
【特許文献２】特開２０１６−１１０１６４号公報
【特許文献３】特開２００４−２７２６９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述したように、インターネットを利用した通信販売は急速に進んでいるものの、購入者にとって不便な点も多数残っている。
【０００８】
上記課題に鑑み、本発明は、販売者及び購入者の双方にとって便利な商品の販売購入を実現する物流システム、注文受付装置、注文受付方法及び注文受付プログラムに関する。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の一態様に係る物流システムは、消費者端末から商品の注文を受け付ける注文受付装置と、前記注文受付装置から商品発注データを受け付けて商品を販売する販売会社の販売者装置と、前記注文受付装置から配送リクエストを受け付けて消費者に商品を配送する配送会社の配送者装置とを有し、前記注文受付装置は、前記販売会社が消費者に販売可能な商品の情報を含む商品リストデータを消費者端末に送信する商品リスト送信部と、前記商品リスト送信部が送信した商品リストデータに含まれる商品から選択された消費者が注文する商品の商品注文情報と、商品の配送先情報と、代金の支払い情報とを含む注文リクエストを、前記消費者端末から受信する注文受信部と、前記注文受信部が受信した注文リクエストに注文番号を発行する番号発行部と、前記注文受信部が受信した商品注文情報に、前記番号発行部が発行した注文番号を関連づけた商品発注データを、前記販売者装置に通知する第１通知部と、前記注文受信部が受信した商品注文情報及び配送先情報と、前記番号発行部が発行した注文番号とを含む配送リクエストを、前記配送者装置に通知する第２通知部と、作業の確認データを、前記販売者装置及び前記配送者装置から受信する確認受信部と、を備え、前記販売者装置は、前記注文受付装置から受信した商品発注データに応じて、出荷作業者のための出荷データを生成する出荷データ生成部と、所定のタイミングで、出荷作業を確認する出荷確認データを、前記注文受付装置に送信する出荷確認送信部と、を備え、前記配送者装置は、前記注文受付装置から受信した配送リクエストに応じて、配送作業者のための配送データを生成する配送データ生成部と、所定のタイミングで、配送作業を確認する配送確認データを、前記注文受付装置に送信する配送確認送信部と、を備える物流システム。
【発明の効果】
【００１０】
本発明の一態様に係る物流システム、注文受付装置、注文受付方法及び注文受付プログラムは、販売者及び購入者の双方にとって便利な商品の販売購入を実現することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係る物流システムを説明する概要図である。
【図２】本発明の一実施形態に係る物流システムを説明するブロック図である。
【図３】本発明の一実施形態に係る注文受付装置が使用するデータの一例を説明するデータ構成図である。
【図４】図２の物流システムで送受信されるデータの一例を説明するデータ構成図である。
【図５】図２の物流システムで送受信されるデータの一例を説明するデータ構成図である。
【図６】図２の物流システムで実行される注文受付の処理を説明するシーケンス図である。
【図７】図２の物流システムで実行される商品データ更新の処理を説明するシーケンス図である。
【発明を実施するための形態】
【００１２】
以下に、図面を用いて本発明の実施形態に係る物流システム、注文受付装置、注文受付方法及び注文受付プログラムについて説明する。本発明の実施形態に係る物流システムは、物流システムの運営者が、購入者となる消費者から商品の購入がリクエストされると、商品の販売メーカーに商品を注文するとともに、配送会社に購入者への商品の配送を手配する。以下の説明において、同一の構成には同一の符号を付して説明を省略する。
【００１３】
図１は、本発明に係る物流システム１００の概略を説明する図である。物流システム１００は、消費者端末４から商品の注文を受け付ける注文受付装置１と、注文受付装置１から商品発注データを受け付けて商品を販売する販売会社の販売者装置２Ａ〜２Ｃと、注文受付装置１から配送リクエストを受け付けて消費者に商品を配送する配送会社の配送者装置３とを有する。販売者装置２Ａ〜２Ｃは、商品を販売する販売者であるメーカー等が管理する情報処理装置である。販売者装置２Ａ〜２Ｃは、注文受付装置１とネットワークを介して接続される。また、配送者装置３は、商品を購入者に配送する配送業者等が管理する情報処理装置である。配送者装置３は、注文受付装置１とネットワークを介して接続される。
【００１４】
注文受付装置１は、消費者端末４とネットワークを介して接続されており、リクエストに応じて消費者端末４に商品情報である商品リストデータを送信する。この商品リストデータは、注文受付装置１と接続される販売者装置２Ａ〜２Ｃを管理する販売者が消費者に販売可能な商品の情報を含む。また、注文受付装置１は、消費者端末４から商品の注文情報である注文リクエストを受信する。そうすると、注文受付装置１は、注文された商品に対応する各販売者の販売者装置２Ａ〜２Ｃに、発注情報である商品発注データを送信する。また、注文受付装置１は、商品の購入者への配送情報を送信する。各販売者は、発注情報に従い、商品を配送者に送付する。また、配送者は、配送情報に従い、全ての商品を１つに梱包して購入者に配送する。これにより、購入者は、異なる販売者から複数種の商品を注文したとしても、１つの梱包で受け取ることができる。
【００１５】
図２は、実施形態に係る物流システム１００の構成を示すブロック図である。物流システム１００は、注文受付装置１と、販売者装置２Ａと、配送者装置３とを備える。注文受付装置１は、販売者装置２Ａ及び配送者装置３とインターネット等のネットワークを介して接続される。
【００１６】
注文受付装置１は、図２に示すように、商品リスト送信部１０１と、注文受信部１０２と、番号発行部１０３と、第１通知部１０４と、第２通知部１０５と、確認受信部１０６と、データ取得部１０７と、翻訳部１０８と、演算部１０９と、更新部１１０とを備える。
【００１７】
この注文受付装置１は、中央処理装置（ＣＰＵ）１０、記憶装置１２、通信インタフェース（通信Ｉ／Ｆ）１４等を備える情報処理装置やサーバ装置等で実現することができる。また、注文受付装置１は、ＣＰＵ１０、記憶装置１２及び通信Ｉ／Ｆ１４に加え、操作ボタンやキーボード等の入力装置１５や、表示ディスプレイやスピーカ等の出力装置１６を備えてもよい。
【００１８】
例えば、記憶装置１２に記憶される注文受付プログラムＰが実行されることで、ＣＰＵ１０が、商品リスト送信部１０１、注文受信部１０２、番号発行部１０３、第１通知部１０４、第２通知部１０５、確認受信部１０６、データ取得部１０７、翻訳部１０８、演算部１０９及び更新部１１０としての処理を実行する。
【００１９】
なお、記憶装置１２は、注文受付プログラムＰに加え、商品データ１２１及び注文データ１２２を記憶してもよい。
【００２０】
商品データ１２１は、販売会社が販売する商品の情報を含むデータである。図３（ａ）に示すように、商品データ１２１は、商品の情報として、例えば、商品の「商品名や型番」、「商品の説明や仕様」、「商品の金額」を含む。また、商品データ１２１は、所定の国の通用語の商品情報を含む。所定の国の通用語とは、注文受付装置１の管理者が、商品の販売のターゲットとしたい国の言語である。例えば、管理者が、商品を中国に販売したい場合には中国語の商品情報を含み、韓国に販売したい場合には韓国語の商品情報を含み、タイに販売したい場合にはタイ語の商品情報を含む。また例えば、商品データ１２１が情報含む商品は、いわゆるセレクトショップのように、管理者が選択した複数のメーカーが販売する商品である。
【００２１】
注文データ１２２は、販売会社が購入者に注文された商品の情報、購入者の情報、購入者から管理者への商品の支払い情報、注文に付された注文番号等を含むデータである。図３（ｂ）に示すように、注文された商品の情報には、例えば、注文を受けた商品の「商品名や型番」、注文を受けた商品の「個数」を含む。また、購入者の情報には、購入者の「氏名」や「電子メールアドレス」、届け先の「氏名や名称と住所」、届け先の「電話番号」を含む。支払い情報には、例えば、「クレジットカードの番号」を含む。
【００２２】
商品リスト送信部１０１は、ネットワークを介して接続される消費者端末４からのリクエストに応じて、消費者に販売可能な商品の情報を含む商品リストデータを消費者端末４に送信する。このリストデータは、例えば、商品データ１２１に含まれる商品の情報のリストのＷｅｂデータである。リストデータでは、商品のカテゴリ毎に商品を表示可能としてもよいし、商品を販売する販売者毎に商品を表示可能としてもよい。ここで、商品リスト送信部１０１は、リクエストされた言語のリストデータを送信する。例えば、中国語でリクエストされた場合、商品リスト送信部１０１は、中国語の商品の情報のリストデータを送信する。
【００２３】
注文受信部１０２は、消費者端末４から購入希望の商品に関する注文リクエストを受信する。この「注文リクエスト」は、図４（ａ）に一例を示すように、商品リストデータに含まれる商品から消費者に選択された、消費者が購入を希望する商品の「商品注文情報」と、商品の「配送先情報」と、代金の「支払い情報」とを含む。例えば、注文リクエストは、複数の異なる販売会社が販売する商品の情報を含んでもよい。すなわち、１の注文リクエストで、販売者Ａが販売する商品名Ａ１とＡ２の商品、販売者Ｂが販売する商品名Ｂの商品、及び、販売者Ｃが販売する商品名Ｃの商品を含んでもよい。
【００２４】
番号発行部１０３は、注文受信部１０２が受信した注文リクエストに注文番号を発行する。また、番号発行部１０３は、注文受信部１０２が受信した注文リクエストに含む情報に、発行した注文番号を関連づけ、注文データ１２２として記憶装置１２に記憶させる。
【００２５】
第１通知部１０４は、注文受信部１０２が受信した注文リクエストが含む商品注文情報に、番号発行部１０３が発行した注文番号を関連づけた商品発注データを生成する。なお、第１通知部１０４が商品発注データを生成及び送信するタイミングは、定期的なタイミングであってもよいし、注文リクエストを受信したタイミングでもよい。定期的なタイミング（例えば、週２回）で送信する場合、送信するタイミング迄に受信した複数の注文リクエストを蓄積し、送信タイミングでこれら複数の注文リクエストに基づいて生成した商品発注データを送信する。
【００２６】
第１通知部１０４が定期的なタイミングで商品発注データを送信する場合、第１通知部１０４の他に、送信対象のデータを注文データ１２２から抽出して集計する集計部をさらに備えてもよい。この場合、集計部は、前回商品発注データを送信後に新たに受信した注文リクエストに基づいて商品発注データを生成する。
【００２７】
また、第１通知部１０４は、生成した商品発注データを販売者装置２Ａ〜２Ｃに通知する。仮に、注文リクエストが、複数の販売者が販売する複数の商品を注文するものである場合、第１通知部１０４は、商品を販売する販売者毎に、各販売者が販売する商品注文情報を含む商品発注データを生成し、各販売者装置２Ａ〜２Ｃに各商品発注データを通知する。例えば、図４（ｂ）は、販売者装置２Ａに送信する商品発注データの一例である。図４（ｂ）は、販売者装置２Ｂに送信する商品発注データの一例である。図４（ｃ）は、販売者装置２Ｃに送信する商品発注データの一例である。
【００２８】
なお、複数の注文リクエストに基づく商品発注データであってもよい。図４（ａ）〜図４（ｃ）の例では、１の注文リクエストに応じた商品発注データである。これに対し、例えば、複数の注文リクエストに基づく商品発注データを生成する場合、その注文リクエストに対応する注文番号毎に、商品注文情報を関連づけて商品発注データを生成する。
【００２９】
第２通知部１０５は、注文受付部１０２が受注した注文リクエストが含む商品注文情報と、この商品を配送者に送る販売者の情報を含む配送商品データを生成する。また、第２通知部１０５は、注文受信部１０２が受信した注文リクエストが含む商品注文情報と、配送先情報に、番号発行部１０３が発行した注文番号を関連づけた配送リクエストを生成する。さらに、第２通知部１０５は、生成した配送商品データ及び配送リクエストを配送者装置３に通知する。
【００３０】
なお、第２通知部１０５が配送商品データ及び配送リクエストを生成するタイミングは、第１通知部１０４が商品発注データを生成するタイミングと同一であることが好ましい。また仮に、注文リクエストが、複数の販売者が販売する複数の商品を注文するものである場合、第２通知部１０５は、注文リクエストが含む全ての商品注文情報を含む１の配送リクエストを生成する。
【００３１】
図５（ａ）は、図４（ａ）〜４（ｄ）の商品発注データに対応する配送商品データの一例である。配送者は、図５（ａ）に示すような配送商品データにより、各販売者からどの商品が送られてくるのかを把握することができる。なお、商品発注データが複数の注文リクエストに基づくものであるとき、対象の注文リクエストに含まれる商品の数量の合計数を、数量として含む。
【００３２】
例えば、図５（ｂ）は、図４（ｂ）〜４（ｄ）の商品発注データに対応する配送リクエストである。このように、複数の販売者から送られてくる商品が１つの注文番号に紐づけられることから、配送者は、異なる販売者から販売される複数の商品を、１パッケージとして購入者に配送することができる。したがって、購入者も異なる販売者から販売される複数の商品を１回で受け取ることが可能であるとともに、複数の商品に対してそれぞれ配送料を支払う必要はなく、1パッケージ分の配送料を支払うのみで足りる。
【００３３】
確認受信部１０６は、販売者装置２Ａ〜２Ｃ及び配送者装置３から、作業の確認データを受信する。
【００３４】
データ取得部１０７は、所定のタイミングで、販売会社が販売する新たな商品の情報である商品更新データを取得する。所定のタイミングとは、例えば、定期的なタイミングであってもよいし、販売者装置２Ａ〜２Ｃから商品の追加や変更がされた通知があったタイミングであってもよい。なお、商品の変更とは、新たな商品の販売を開始する場合、商品の販売を終了する場合、商品の在庫切れが生じた場合等である。
【００３５】
翻訳部１０８は、データ取得部１０７が取得した商品の情報を、所定の国の通用語に翻訳する。ここで翻訳部１０８が翻訳する所定の国の通用語とは、注文受付装置１の管理者が商品を販売する国の通用語である。例えば、管理者が中国の消費者に商品を販売する場合、翻訳部１０８は、中国語に翻訳する。また、管理者が韓国の消費者に商品を販売する場合、翻訳部１０８は、韓国語に翻訳する。なお、管理者が複数国の消費者に商品を販売する場合、この複数国の通用語に翻訳する。
【００３６】
演算部１０９は、データ取得部１０７が新たに取得した商品の情報に含まれる金額を、所定の国の通貨の金額に換算する。また、演算部１０９は、所定のタイミングで商品データ１２１に含まれる通貨の金額を現在の為替で演算する。所定のタイミングとは、例えば、定期的なタイミングであってもよいし、前回の演算から為替が所定以上変化したタイミングである。
【００３７】
更新部１１０は、データ取得部１０７が取得した新たな商品の情報で記憶装置１２に記憶される商品データ１２１を更新する。また更新部１１０は、翻訳部１０８が翻訳した言語のデータによって、商品データ１２１を更新する。さらに、更新部１１０は、演算部１０９が演算した通貨の金額で、商品データ１２１を更新する。
【００３８】
また、更新部１１０は、リクエストに応じて記憶装置１２から商品データ１２１の翻訳部１０８が翻訳した言語のデータを読み出して送信するとともに、オペレータによって修正された言語の新たなデータを受信すると、修正された新たなデータで商品データ１２１を更新する。このように、翻訳部１０８が機械翻訳したデータを、その言語を通用とするオペレータやその言語に堪能なオペレータによって修正されることで、不自然な文章や誤った文章を修正することが可能となる。
【００３９】
販売者装置２Ａは、図２に示すように、出荷データ生成部２１と、出荷確認送信部２２とを備える。
【００４０】
出荷データ生成部２１は、注文受付装置１から受信した商品発注データに応じて、出荷作業者のための出荷データを生成する。「商品発注データ」は、例えば、「注文番号」、「商品名や商品番号」、「数量」等の情報を含む。「出荷データ」は、例えば、「注文番号」、受注を受けた商品の「商品名や商品番号」、商品の「数量」、商品の「格納場所」等の情報を含む。出荷作業員は、この出荷データに含まれる情報に基づき、購入者から購入された商品を配送会社の配送センターに配送手配をする。これにより、商品が、販売者から配送センターに送られる。なお、販売者から配送センターに送る場合、商品の包装に「注文番号」を付すことで、販売者と配送センターで、商品を一致させることができる。
【００４１】
出荷確認送信部２２は、所定のタイミングで、出荷作業を確認する出荷確認データを、注文受付装置１に送信する。例えば、出荷確認送信部２２は、出荷データ生成部２１が出荷データを生成したタイミングで出荷確認データを送信する。この場合、「出荷確認データ」は、例えば、「注文番号」と、商品を配送センターに配送する「予定日」を含むことが好ましい。また例えば、出荷確認送信部２２は、出荷データ生成部が生成した出荷データに従って出荷作業者による出荷作業が終了した信号が入力されたタイミングで、出荷確認データを送信する。この場合、「出荷確認データ」は、例えば、「注文番号」と、商品を配送センターに送信済みである「送信済み通知」を含むことが好ましい。その他、「出荷確認データ」は、発注データに含まれた「商品名や商品番号」、商品の「数量」等の情報を含んでもよい。
【００４２】
なお、販売者装置２Ｂ及び２Ｃは、販売者装置２Ａと同一の構成であるため、図示を用いた説明を省略する。
【００４３】
配送者装置３は、図２に示すように、配送データ生成部３１と、配送確認送信部３２とを備える。
【００４４】
配送データ生成部３１は、注文受付装置１から受信した配送リクエストに応じて、配送作業者のための配送データを生成する。「配送リクエスト」は、例えば、「注文番号」、配送する商品の「商品名や商品番号」、商品の「数量」、商品の「配送先」等の情報を含む。「配送データ」は、例えば、「注文番号」、商品の「商品名や商品番号」、商品の「数量」等の情報を含む。
【００４５】
配送確認送信部３２は、所定のタイミングで、配送作業を確認する配送確認データを、注文受付装置１に送信する。例えば、配送確認送信部３２は、配送データ生成部３１が配送データを生成したタイミングで配送確認データを送信する。この場合、「配送確認データ」は、例えば、「注文番号」を含むことが好ましい。また例えば、配送確認送信部３２は、販売会社から配送センターに商品が配送され、配送データ生成部３１が生成した配送データに従って配送作業者による配送センターにおける配送作業が終了したタイミング、すなわち、配送センターから商品が出発した信号が入力されたタイミングで配送確認データを送信する。この場合、「配送確認データ」は、例えば、「注文番号」、配送センターにおける配送作業が終了した「日付」等の情報を含む。
【００４６】
〈注文受付処理〉
図６に示すシーケンス図を用いて、物流システム１００で実行される注文受付から、商品配送までの処理について説明する。
【００４７】
まず、注文受付装置１は、消費者端末４から送信されたリクエストに応答し、商品リストデータを消費者端末４に送信する（Ｓ００１，Ｓ００２）。なお、ステップＳ００１と００２の間に、消費者から注文受付装置１の管理者への代金の支払いに関する決済がされる。
【００４８】
その後、注文受付装置１は、消費者端末４から送信された注文リクエストを受信する（Ｓ００３）。これに応じて、注文受付装置１は、注文に対して、注文番号を発行する（Ｓ００４）。
【００４９】
また、注文受付装置１は、注文を受け付けたことを通知する注文受付データを消費者端末４に送信する（Ｓ００５）。
【００５０】
さらに、注文受付装置１は、ステップＳ００３で受信した注文リクエストに含まれる情報と、ステップＳ００４で発行した注文番号とを含む商品データを登録する（Ｓ００６）。
【００５１】
注文受付装置１は、ステップＳ００３で受信した注文リクエストに含まれる情報と、ステップＳ００４で発行した注文番号とに基づいて、各販売者装置２Ａ〜２Ｃに送信する商品発注データを生成する（Ｓ００７）。また、注文受付装置１は、生成した商品発注データを、対応する販売者装置２Ａ〜２Ｃに送信する（Ｓ００８）。なお、商品発注データの生成と送信は、新たな注文リクエストを受け付けたタイミングであってもよいが、定期的（例えば、週２回等）に行ったり、一定量の注文を受け付けたタイミングで行なってもよい。複数の注文リクエストをまとめて商品発注データを生成することにより、販売者において処理をまとめて行うことが可能となり、販売者における業務を効率化することができる。
【００５２】
各販売者装置２Ａ〜２Ｃは、注文受付装置２から受信した商品発注データに基づいて、出荷データを生成する（Ｓ００９）。また、各販売者装置２Ａ〜２Ｃは、所定のタイミングで発注確認データを生成する（Ｓ０１０）。さらに、各販売者装置２Ａ〜２Ｃは、生成した出荷確認データを、注文受付装置１に送信する（Ｓ０１１）。
【００５３】
注文受付装置１は、ステップＳ００３で受信した注文リクエストに含まれる情報と、ステップＳ００４で発行した注文番号とに基づいて、配送者装置３に送信する配送商品データ及び配送リクエストを生成する（Ｓ０１２）。また、注文受付装置１は、生成した配送商品データ及び配送リクエストを、配送者装置３に送信する（Ｓ０１３）。配送商品データ及び配送リクエストの生成及び送信は、ステップＳ００７及びＳ００８の商品発注データの生成及び送信と同一のタイミングであることが好ましい。
【００５４】
配送者装置は、注文受付装置２から受信した配送リクエストに基づいて、配送データを生成する（Ｓ０１４）。また、配送者装置３は、所定のタイミングで配送確認データを生成する（Ｓ０１５）。さらに、配送者装置３は、生成した配送確認データを、注文受付装置１に送信する（Ｓ０１６）。
【００５５】
なお、図示を省略するが、注文受付装置１は、購入者への商品の配送の完了が確認できない場合、配送者装置３に確認依頼をする配送確認リクエストを送信する。また、注文受付装置１は、購入者への商品の配送の完了が確認できた場合、売上計上の処理を実行する。
【００５６】
〈商品データ更新処理〉
図７に示すシーケンス図を用いて、物流システム１００で実行される商品データの更新注文受付から、商品配送までの処理について説明する。
【００５７】
注文受付装置１は、所定のタイミングで販売者装置２Ａから商品更新データを取得する（Ｓ１０１）。
【００５８】
注文受付装置１は、ステップＳ１０１で取得した新たな商品の情報を、所定の通用語に翻訳する（Ｓ１０２）。また、注文受付装置１は、翻訳した商品の情報を追加して商品データ１２１を更新する（Ｓ１０３）。
【００５９】
その後、注文受付装置１は、ステップＳ１０２で翻訳した言語の情報を修正する新たなデータを入力すると、この修正を反映させて商品データ１２１を更新する（Ｓ１０４）。
【００６０】
注文受付装置１は、所定のタイミングで、商品データ１２１に含まれる商品の金額を演算する（Ｓ１０５）。また、注文受付装置１は、ステップＳ１０５で求めた金額で商品データ１２１を更新する（Ｓ１０６）。
【００６１】
上述したように、実施形態に係る物流システム１では、配送者は、複数の販売者から販売される商品を購入した購入者に１パッケージで配送することが可能となる。したがって、購入者にとって、受け取りの負担と配送料の負担を低減することができる。また、物流システム１では、機械翻訳されたデータをオペレータによって修正可能とするため、不自然な表現や誤った表現を適切にして消費者に提供することができる。さらに、注文受付装置１の管理者は、いわゆるセレクトショップのように、自身が選択した商品を自身で作成する、かつ統一感があり、かつ販売ターゲットとする消費者に好まれるＷｅｂページを作成して販売することが可能である。加えて、注文受付装置１の管理者は、販売者から一度購入した商品を消費者に販売するため、在庫を抱えずに、自身が選択する商品を効果的に販売することができる。
【００６２】
上記実施の形態において、注文受付装置１の各部は、上述したように、ＣＰＵおよびメモリを用いてソフトウェアによって実現してもよいし、集積回路（ＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）チップ、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ））等に形成された論理回路（ハードウェア）や専用回路によって実現してもよい。また、各機能部は、１又は複数の集積回路により実現されてよく、複数の機能部の機能を１つの集積回路により実現されることとしてもよい。ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。また、当該回路は、再構築可能な回路（例えば、ＦＰＧＡ：Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｗａｙ）により実現されてもよい。
【００６３】
注文受付装置１の各機能部をソフトウェアにより実現する場合、注文受付装置１は、各機能を実現するソフトウェアである注文受付プログラムＰの命令を実行するＣＰＵ、注文受付プログラムＰおよび各種データがコンピューター（又はＣＰＵ）で読み取り可能に記録されたＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）又は記憶装置（これらを「記録媒体」と称する）、注文受付プログラムＰを展開するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などを備えている。そして、コンピューター（又はＣＰＵ）が注文受付プログラムＰを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、注文受付プログラムＰは、注文受付プログラムＰを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピューターに供給されてもよい。本発明は、注文受付プログラムＰが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００６４】
なお、注文受付プログラムＰは、例えば、Ｈｙｐｅｒｔｅｘｔ Ｐｒｅｐｒｏｃｅｓｓｏｒ、ＡｃｔｉｏｎＳｃｒｉｐｔ、ＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語、Ｏｂｊｅｃｔｉｖｅ−Ｃ、Ｊａｖａ（登録商標）などのオブジェクト指向プログラミング言語、ＨＴＭＬ５などのマークアップ言語などを用いて実装できる。
【００６５】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。
【００６６】
上記実施の形態に示した構成並びに参考例に示した構成は適宜組み合わせることとしてもよい。
【符号の説明】
【００６７】
１００ 物流システム
１ 注文受付装置 
１０ ＣＰＵ
１０１ 商品リスト送信部
１０２ 注文受信部
１０３ 番号発行部 
１０４ 第１通知部
１０５ 第２通知部 
１０６ 確認受信部 
１０７ データ取得部 
１０８ 翻訳部 
１０９ 演算部 
１１０ 更新部 
１２ 記憶装置 
１２１ 商品データ 
１２２ 注文データ 
１５ 入力装置 
１６ 出力装置 
２，２Ａ，２Ｂ，２Ｃ 注文受付装置 
２１ 出荷データ生成部 
２２ 出荷確認送信部 
３ 配送者装置 
３１ 配送データ生成部
３２ 配送確認送信部
【図１】
2018106595.tif 000003
【図２】
2018106595.tif 000004
【図３】
2018106595.tif 000005
【図４】
2018106595.tif 000006
【図５】
2018106595.tif 000007
【図６】
2018106595.tif 000008
【図７】
2018106595.tif 000009