JP6149859B2 - 情報処理システム、情報処理方法、情報処理装置およびその制御方法と制御プログラム - Google Patents

Description

本発明は、品質が時間経過と共に変化する商品の物流を管理する技術に関する。

上記技術分野において、特許文献１には、花卉のセリをする場合に、落札時点の花卉の鮮度により落札価格を割り引く技術が開示されている。また、開始価格をセリ開始時の花卉の鮮度により変動することが示唆されている。

特開２０１２−０２２５２４号公報

しかしながら、上記文献に記載の技術では、落札者への花卉配送における鮮度の低下はセリに反映することができなかった。

本発明の目的は、上述の課題を解決する技術を提供することにある。

上記目的を達成するため、本発明に係る情報処理装置は、
商品の配送に用いられる通信端末から前記商品の現在位置を受信する第一の受信手段と、
各ユーザの現在位置と前記受信した商品の現在位置とに基づいて予測した前記商品の配送による品質劣化の予測に応じた、入札価格の下限を示す最低価格を、前記各ユーザの通信端末に送信する第一の送信手段と、
複数のユーザの通信端末から前記商品についての入札価格を受信して、配送先の候補を選定する選定手段と、
前記商品の現在位置にある前記通信端末に対して前記選定した配送先の候補を送信する第二の送信手段と、
を備える。

上記目的を達成するため、本発明に係る情報処理装置の制御方法は、
商品の配送に用いられる通信端末から前記商品の現在位置を受信する第一の受信ステップと、
各ユーザの現在位置と前記受信した商品の現在位置とに基づいて予測した前記商品の配送による品質劣化の予測に応じた、入札価格の下限を示す最低価格を、前記各ユーザの通信端末に送信する第一の送信ステップと、
複数のユーザの通信端末から前記商品についての入札価格を受信して、配送先の候補を選定する選定ステップと、
前記商品の現在位置にある前記通信端末に対して前記選定した配送先の候補を送信する第二の送信ステップと、
を含む。

上記目的を達成するため、本発明に係る情報処理装置の制御プログラムは、
商品の配送に用いられる通信端末から前記商品の現在位置を受信する第一の受信ステップと、
各ユーザの現在位置と前記受信した商品の現在位置とに基づいて予測した前記商品の配送による品質劣化の予測に応じた、入札価格の下限を示す最低価格を、前記各ユーザの通信端末に送信する第一の送信ステップと、
複数のユーザの通信端末から前記商品についての入札価格を受信して、配送先の候補を選定する選定ステップと、
前記商品の現在位置にある前記通信端末に対して前記選定した配送先の候補を送信する第二の送信ステップと、
をコンピュータに実行させる。

上記目的を達成するため、本発明に係る情報処理装置は、
配送中の商品の現在位置を取得する取得手段と、
各ユーザの現在位置と前記取得した商品の現在位置とに基づいて予測した前記商品の配送による品質劣化に応じて、入札価格の下限を示す第一の最低価格を設定して、前記各ユーザの通信端末に対して前記第一の最低価格を送信する送信手段と、
複数のユーザの通信端末から前記商品についての入札価格を受信して、前記入札価格に基づいて配送先の候補を選定する選定手段と、
前記選定した配送先の候補を報知する報知手段と、
を備える。

上記目的を達成するため、本発明に係る情報処理装置の制御方法は、
配送中の商品の現在位置を取得する取得ステップと、
各ユーザの現在位置と前記取得した商品の現在位置とに基づいて予測した前記商品の配送による品質劣化に応じて、入札価格の下限を示す第一の最低価格を設定して、前記各ユーザの通信端末に対して前記第一の最低価格を送信する送信ステップと、
複数のユーザの通信端末から前記商品についての入札価格を受信して、前記入札価格に基づいて配送先の候補を選定する選定ステップと、
前記選定した配送先の候補を報知する報知ステップと、
を含む。

上記目的を達成するため、本発明に係る情報処理装置の制御プログラムは、
配送中の商品の現在位置を取得する取得ステップと、
各ユーザの現在位置と前記取得した商品の現在位置とに基づいて予測した前記商品の配送による品質劣化に応じて、入札価格の下限を示す第一の最低価格を設定して、前記各ユーザの通信端末に対して前記第一の最低価格を送信する送信ステップと、
複数のユーザの通信端末から前記商品についての入札価格を受信して、前記入札価格に基づいて配送先の候補を選定する選定ステップと、
前記選定した配送先の候補を報知する報知ステップと、
をコンピュータに実行させる。

上記目的を達成するため、本発明に係る情報処理システムは、
複数のユーザの通信端末と、商品の配送に用いられる通信端末と、前記商品の配送を管理するための情報処理装置とを含む情報処理システムであって、
前記情報処理装置は、
商品の配送に用いられる通信端末から前記商品の現在位置を受信する第一の受信手段と、
各ユーザの現在位置と前記受信した商品の現在位置とに基づいて予測した前記商品の配送による品質劣化の予測に応じた、入札価格の下限を示す最低価格を、前記各ユーザの通信端末に送信する第一の送信手段と、
複数のユーザの通信端末から前記商品についての入札価格を受信して、配送先の候補を選定する選定手段と、
前記商品の現在位置にある前記通信端末に対して前記選定した配送先の候補を送信する第二の送信手段と、
を備え、
前記商品の配送に用いられる通信端末は、
前記商品の現在位置を前記情報処理装置に送信する第三の送信手段と、
前記選定手段が選定した前記配送先の候補を前記情報処理装置から受信する第二の受信手段と、
を備え、
前記複数のユーザの通信端末の各々は、
設定された前記最低価格を前記情報処理装置から受信する第三の受信手段と、
ユーザが入力した前記入札価格を前記情報処理装置に送信する第四の送信手段と、
を備える。

上記目的を達成するため、本発明に係る情報処理方法は、
複数のユーザの通信端末と、商品の配送に用いられる通信端末と、前記商品の配送を管理するための情報処理装置とを含む情報処理システムにおける情報処理方法であって、
前記情報処理装置は、
商品の配送に用いられる通信端末から前記商品の現在位置を受信する第一の受信ステップと、
各ユーザの現在位置と前記受信した商品の現在位置とに基づいて予測した前記商品の配送による品質劣化の予測に応じた、入札価格の下限を示す最低価格を、前記各ユーザの通信端末に送信する第一の送信ステップと、
複数のユーザの通信端末から前記商品についての入札価格を受信して、配送先の候補を選定する選定ステップと、
前記商品の現在位置にある前記通信端末に対して前記選定した配送先の候補を送信する第二の送信手段と、
を含み、
前記商品の配送に用いられる通信端末は、
前記商品の現在位置を前記情報処理装置に送信する第三の送信ステップと、
前記選定ステップにおいて選定した前記配送先の候補を前記情報処理装置から受信する第二の受信ステップと、
を含み、
前記複数のユーザの通信端末の各々は、
設定された前記最低価格を前記情報処理装置から受信する第三の受信ステップと、
ユーザが入力した前記入札価格を前記情報処理装置に送信する第四の送信ステップと、
を含む。

上記目的を達成するため、本発明に係る情報処理システムは、
複数のユーザの通信端末と、商品の配送に用いられ、前記商品の配送を管理するための情報処理装置とを含む情報処理システムであって、
前記情報処理装置は、
配送中の商品の現在位置を取得する取得手段と、
各ユーザの現在位置と前記取得した商品の現在位置とに基づいて予測した前記商品の配送による品質劣化に応じて、入札価格の下限を示す第一の最低価格を設定して、前記各ユーザの通信端末に対して前記第一の最低価格を送信する送信手段と、
複数のユーザの通信端末から前記商品についての入札価格を受信して、前記入札価格に基づいて配送先の候補を選定する選定手段と、
前記選定した配送先の候補を報知する報知手段と、
を備え、
前記複数のユーザの通信端末の各々は、
設定された前記最低価格を前記情報処理装置から受信する第二の受信手段と、
ユーザが入力した前記入札価格を前記情報処理装置に送信する第三の送信手段と、
を備える。

上記目的を達成するため、本発明に係る情報処理方法は、
複数のユーザの通信端末と、商品の配送に用いられ、前記商品の配送を管理するための情報処理装置とを含む情報処理システムにおける情報処理方法であって、
前記情報処理装置は、
配送中の商品の現在位置を取得する取得ステップと、
各ユーザの現在位置と前記取得した商品の現在位置とに基づいて予測した前記商品の配送による品質劣化に応じて、入札価格の下限を示す第一の最低価格を設定して、前記各ユーザの通信端末に対して前記第一の最低価格を送信する第一の送信ステップと、
複数のユーザの通信端末から前記商品についての入札価格を受信して、前記入札価格に基づいて配送先の候補を選定する選定ステップと、
前記選定した配送先の候補を報知する報知ステップと、
を含み、
前記複数のユーザの通信端末の各々は、
設定された前記最低価格を前記情報処理装置から受信する受信ステップと、
ユーザが入力した前記入札価格を前記情報処理装置に送信する第二の送信ステップと、
を含む。

本発明によれば、商品の配送による品質劣化を考慮しながら商品の競売および配送をするので、収益の増加と配送の効率化とを共に実現できる。

本発明の第１実施形態に係る情報処理装置の構成を示すブロック図である。 本発明の第２実施形態に係る情報処理システムの概念を説明する図である。 本発明の第２実施形態に係る情報処理システムにおける配送管理を説明する図である。 本発明の第２実施形態に係る情報処理システムにおけるオークション参加領域を説明する図である。 本発明の第２実施形態に係る情報処理システムにおける最低価格を説明する図である。 本発明の第２実施形態に係る情報処理システムの構成を示すブロック図である。 本発明の第２実施形態に係る情報処理システムにおける動作手順を示すシーケンス図である。 本発明の第２実施形態に係るクラウドサーバの機能構成を示すブロック図である。 本発明の第２実施形態に係るユーザ端末の機能構成を示すブロック図である。 本発明の第２実施形態に係るクライアント端末の機能構成を示すブロック図である。 本発明の第２実施形態に係るユーザ登録ＤＢの構成を示す図である。 本発明の第２実施形態に係るクライアント登録ＤＢの構成を示す図である。 本発明の第２実施形態に係る商品ＤＢの構成を示す図である。 本発明の第２実施形態に係る交通情報ＤＢの構成を示す図である。 本発明の第２実施形態に係るクラウドサーバのハードウェア構成を示すブロック図である。 本発明の第２実施形態に係る価格設定テーブルの構成を示す図である。 本発明の第２実施形態に係る入札価格テーブルの構成を示す図である。 本発明の第２実施形態に係る配送先候補選定テーブルの概念を説明する図である。 本発明の第２実施形態に係る商品品質テーブルの概念を説明する図である。 本発明の第２実施形態に係るクラウドサーバの処理手順を示すフローチャートである。 本発明の第２実施形態に係る価格設定送信処理の手順を示すフローチャートである。 本発明の第２実施形態に係る配送先候補選定処理の手順を示すフローチャートである。 本発明の第２実施形態に係る配送先候補選定処理の他の手順を示すフローチャートである。 本発明の第２実施形態に係るユーザ端末のハードウェア構成を示すブロック図である。 本発明の第２実施形態に係るユーザ端末の処理手順を示すフローチャートである。 本発明の第２実施形態に係るクライアント端末のハードウェア構成を示すブロック図である。 本発明の第２実施形態に係る商品管理テーブルの構成を示す図である。 本発明の第２実施形態に係るクライアント端末の処理手順を示すフローチャートである。 本発明の第３実施形態に係る価格設定送信処理の手順を示すフローチャートである。 本発明の第４実施形態に係る価格設定送信処理の手順を示すフローチャートである。 本発明の第５実施形態に係る情報処理システムの概念を説明する図である。 本発明の第５実施形態に係る情報処理システムにおける配送管理を説明する図である。 本発明の第５実施形態に係る情報処理システムにおけるオークション参加領域を説明する図である。 本発明の第５実施形態に係る入札価格テーブルの概念を説明する図である。 本発明の第５実施形態に係る情報処理システムにおける動作手順を示すシーケンス図である。 本発明の第５実施形態に係るクラウドサーバの機能構成を示すブロック図である。 本発明の第５実施形態に係る商品リクエストＤＢの構成を示す図である。 本発明の第５実施形態に係る商品管理ＤＢの構成を示す図である。 本発明の第５実施形態に係るクラウドサーバの処理手順を示すフローチャートである。 本発明の第６実施形態に係る情報処理システムにおける時間帯の概念を説明する図である。 本発明の第６実施形態に係る価格設定テーブルの概念を説明する図である。 本発明の第６実施形態に係るクラウドサーバの機能構成を示すブロック図である。 本発明の第６実施形態に係る価格設定テーブルの構成を示す図である。 本発明の第６実施形態に係る価格設定テーブルの概念を説明する図である。 本発明の第６実施形態に係るクラウドサーバの処理手順を示すフローチャートである。 本発明の第６実施形態に係る価格設定送信処理の手順を示すフローチャートである。 本発明の第７実施形態に係る情報処理システムの概念を説明する図である。 本発明の第７実施形態に係る情報処理システムの動作手順を示すシーケンス図である。 本発明の第７実施形態に係るクライアント端末の機能構成を示すブロック図である。 本発明の第７実施形態に係るクライアント端末の処理手順を示すフローチャートである。 本発明の第８実施形態に係る情報処理システムの概念を説明する図である。 本発明の第８実施形態に係る情報処理システムの動作手順を示すシーケンス図である。 本発明の第８実施形態に係る情報処理システムの動作手順を示すシーケンス図である。 本発明の第８実施形態に係る情報処理システムの動作手順を示すシーケンス図である。 本発明の第８実施形態に係るクラウドサーバの機能構成を示すブロック図である。 本発明の第８実施形態に係る価格送信テーブルの構成を示す図である。 本発明の第８実施形態に係るクラウドサーバの処理手順を示すフローチャートである。 本発明の第８実施形態に係る価格設定送信処理の手順を示すフローチャートである。 本発明の第９実施形態に係る情報処理システムの概念を説明する図である。 本発明の第９実施形態に係る情報処理システムの動作手順を示すシーケンス図である。 本発明の第９実施形態に係るクラウドサーバの機能構成を示すブロック図である。 本発明の第９実施形態に係る価格規格化テーブルの構成を示す図である。 本発明の第９実施形態に係るクラウドサーバの処理手順を示すフローチャートである。 本発明の第９実施形態に係る価格設定送信処理の手順を示すフローチャートである。 本発明の第１０実施形態に係る情報処理システムにおけるオークション概念を説明する図である。 本発明の第１０実施形態に係るクラウドサーバの機能構成を示すブロック図である。 本発明の第１０実施形態に係る価格送信テーブルの構成を示す図である。 本発明の第１０実施形態に係る入札価格テーブルの構成を示す図である。 本発明の第１１実施形態に係る情報処理システムの概念を説明する図である。 本発明の第１１実施形態に係る情報処理システムにおける立地条件を説明する図である。 本発明の第１１実施形態に係る情報処理システムの構成を示すブロック図である。 本発明の第１１実施形態に係る情報処理システムの動作手順を示すシーケンス図である。 本発明の第１１実施形態に係るクラウドサーバの機能構成を示すブロック図である。 本発明の第１１実施形態に係るユーザ端末の機能構成を示すブロック図である。 本発明の第１１実施形態に係る価格履歴ＤＢの構成を示す図である。 本発明の第１１実施形態に係る品質履歴ＤＢの構成を示す図である。 本発明の第１１実施形態に係る価格・品質対応テーブルの構成を示す図である。 本発明の第１１実施形態に係るクラウドサーバの処理手順を示すフローチャートである。 本発明の第１１実施形態に係る立地提案処理の手順を示すフローチャートである。

以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素は単なる例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。

なお、本実施形態において、「最低価格」は、オークションに各ユーザが参加可能な商品の最低単価である。また、「収益」は「入札価格」から少なくとも原価と配送費用（人件費や炭素税なども含む）とを差し引いた金額を示す。また、「ユーザ」はオークションの参加者を指し、一方、「クライアント」は本実施形態のオークションシステムの利用者である商品配送者や商品配送会社を指す。

また、本実施形態を適用可能な品質劣化を起こす商品としては、魚や野菜などの生鮮食品あるいは冷凍食材や、配送される食事、動植物などの生き物、薬などの化学物質、温度や湿度、太陽光などの環境により影響を受ける他の商品が含まれる。さらに、配送状況や環境変化による影響を受ける商品を含んでよい。配送状況とは、例えば、道路状況や、鉄道、船または飛行機等による揺れであってもよい。一般に、商品の品質を劣化させる外的要因としては，温度，湿度，衝撃，光，風，微生物，ガスなどが挙げられる。

［第１実施形態］
本発明の第１実施形態としての情報処理装置１００について、図１を用いて説明する。情報処理装置１００は、品質劣化のある商品のオークションを制御する装置である。

図１に示すように、情報処理装置１００は、第一の受信部１０１と、第一の送信部１０２と、選定部１０３と、第二送信部１０４と、を含む。第一の受信部１０１は、商品の配送に用いられる通信端末１１０から商品の現在位置を受信する。第一の送信部１０２は、各ユーザの現在位置と受信した商品の現在位置とに基づいて予測した商品の配送による品質劣化の予測に応じた、入札価格の下限を示す最低価格１０１ａを、各ユーザの通信端末１２１〜１２ｎに送信する。選定部１０３は、複数のユーザの通信端末１２１〜１２ｎから商品についての入札価格１０２ａを受信して、配送先の候補を選定する。第二送信部１０４は、商品の現在位置にある通信端末１１０に対して選定した配送先の候補を送信する。

本実施形態によれば、商品の配送による品質劣化を考慮しながら商品の競売および配送をするので、収益の増加と配送の効率化とを共に実現できる。

［第２実施形態］
次に、本発明の第２実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、商品の配送を管理する情報処理装置であるクラウドサーバが、商品を配送する商品配送車の現在位置からの配送による品質劣化予想に対応して、入札の最低価格を設定して、複数ユーザの通信端末に報知する。その後、クラウドサーバは、複数ユーザからの入札価格を受信して、商品を配送する配送先候補を選定する。そして、選定した配送先候補を商品配送車の通信端末に随時、通知して、商品の配送を管理し、配送先候補に対して商品が販売されれば、オークションを終了する。

なお、オークションの方法は種々あるが、本実施形態においては、商品配送車による１個の商品の配送中、オークションを継続する例を示す。そして、この１個の商品を販売すればオークションは終了する。しなしながら、商品の配送は商品配送車の場合に限定されない、例えば、人力による商品配送または商品販売においても適用が可能である。

本実施形態によれば、商品の配送による品質劣化を考慮しながら商品の競売および配送を行なうことによって、ユーザを満足させつつ、収益の増加と配送の効率化とを共に実現できる。

《情報処理システムの説明》
図２Ａ〜図２Ｄを参照して、本実施形態の情報処理システムを説明する。

（概念を説明）
図２Ａは、本実施形態に係る情報処理システム２００の概念を説明する図である。

図２Ａにおいては、商品配送車がＡ点２０１を出発して、商品の“魚”をユーザに配送する例を示す。ユーザはＢ点２０２とＣ点２０３にいるとする。そして、Ｂ点２０２のユーザは、ユーザ端末２２１により商品配送車が配送する魚を購入するための入札に参加する。また、Ｃ点２０３のユーザは、ユーザ端末２２２により商品配送車が配送する魚を購入するための入札に参加する。商品配送車にはクライアント端末２４０が搭載され、クライアント端末２４０は商品配送車を配送先へナビゲートする。

入札が開始されると、情報処理装置としてのクラウドサーバ２１０の制御部２１３は、商品である魚のＡ点２０１における品質（魚の鮮度）を基準に、Ｂ点２０２あるいはＣ点２０３に配送された場合の品質劣化を予測する。クラウドサーバ２１０の価格設定送信部２１１は、各ユーザの位置にしたがって品質劣化に対応した入札の最低価格を設定してユーザ端末２２１に送信する。Ｂ点２０２における最低価格は、Ｂ点２０２のユーザ端末２２１に送信され、その表示画面２２１ａに表示される。一方、Ｃ点２０３の最低価格は、Ｃ点２０３のユーザ端末２２２に送信され、その表示画面２２２ａに表示される。なお、本実施形態では、最低価格は個数や重量などによらず一定の価格として設定されるが、本発明はこれに限定されるものではなく、クラウドサーバ２００は、個数や重量などを考慮した最低価格を設定してもよい。

各ユーザは、最低価格を超えた入札価格を、クラウドサーバ２１０に送信する。なお、入札価格は、商品の単価と個数や重量との積に相当する。クラウドサーバ２１０の配送先選定部２１２は、ユーザの入札価格を収集して、商品原価と配送費用や人件費などを差し引いた収益を比較して、収益の最も大きいユーザを配送先候補に選定し、商品配送車のクライアント端末２４０に通知する。

図２Ａにおいて、ユーザ端末２２１から収益の最も大きい入札価格が提示されたと仮定すると、Ａ点２０１にいる商品配送車の配送先候補をＢ点２０２に選定する。商品配送車は、Ａ点２０１からＢ点２０２に向かう。その途中で、ユーザ端末２２２から収益のより大きい入札価格が提示されたと仮定すると、商品配送車は、Ｂ点２０２に着いてなければ、配送先候補をＣ点２０３に変更して、商品配送車はＣ点２０３に向かう。これらの制御を制御部２１３が実行する。

（配送管理）
図２Ｂは、本実施形態に係る情報処理システム２００における配送管理を説明する図である。図２Ｂの上段は、入札に参加するユーザ端末２２０の表示例である。また、図２Ｂの下段は、商品を配送するクライアント端末２４０の表示例である。

下段左図は、商品配送者が、配送する商品の情報を入力した配送の開始の画面２４０ａをクラウドサーバ２１０に送信する。クラウドサーバ２１０は、商品の配送を考慮した最低価格を設定して、上段左図のように、ユーザ端末２２０に最低価格を含む入札画面２２０ａを送信する。入札画面には、入札価格を入力するエリア２２０ｂが設けられる。

クラウドサーバ２１０は、ユーザ端末２２０からの入札価格を収集して、収益の最も大きくなるユーザを配送先候補に選定して、下段中央図のように、配送先候補への配送経路が分かる配送先候補表示画面２４０ｂをクライアント端末２４０に送信する。同時に、クラウドサーバ２１０は、オークションに参加しているユーザのユーザ端末２２０に、配送先候補を含む配送先候補選定画面２２０ｃを送信する。配送先候補選定画面２２０ｃには、落札候補価格を含んでもよい。また、配送先候補選定画面２２０ｃには、ユーザが入札価格を更新するためのエリア２２０ｄが設けられる。

なお、オークションが継続している間は、上段中央図に現在の最高入札価格が落札候補価格として表示されてユーザの入札が繰り返され、下段中央図にはより高い入札価格の提示を受けて更新した配送先候補が表示される。

下段右図のように、より収益の高い入札価格がないまま商品配送車が配送先候補に到着した場合は、クライアント端末２４０から配送先候補を販売先と決定した情報がクラウドサーバ２１０に送信される。クラウドサーバ２１０は、オークションに参加しているユーザのユーザ端末２２０に、落札価格を含む落札結果画面２２０ｅを送信する。図２Ｂにおいて、落札したユーザのユーザ端末２２０には、落札が本人をしめす“お客様の所に配送します”とのメッセージ２２０ｆも表示されている。一方、落札できなかったユーザのユーザ端末２２０には、落札が本人でないことを示す“オークション終了、他のお客様が落札しました”とのメッセージなどが表示される（図示せず）。

なお、本実施形態においては、配送の開始をクライアント端末２４０からの配送情報の送信をトリガとしたが、クラウドサーバ２１０に蓄積された配送履歴に基づいてクラウドサーバ２１０が配送開始をトリガしてもよい。

（オークション参加領域）
図２Ｃは、本実施形態に係る情報処理システム２００におけるオークション参加領域を説明する図である。

図２Ｃにおいて、第１オークション参加領域２５１は、Ａ点（配送センター）を中心とする、商品として最低限の品質を維持できる領域を示す。すなわち、商品配送車がＡ点（配送センター）を出発するときの、オークションに参加可能な領域である。なお、商品配送車がＡ点（配送センター）を出発するまでの経過時間や環境に基づいて、既に品質が劣化している場合は第１オークション参加領域２５１が小さくなる。例えば、生ものであれば、冷凍庫に入っていたか否かで出発時の品質劣化も異なることになる。

第２オークション参加領域２５２は、Ｄ点（スーパー）が最高収益の入札価格であるため、商品配送車がＡ点（配送センター）からＤ点（スーパー）に向かう途中点２５２Ｃを中心とする、商品として最低限の品質を維持できる領域を示す。すなわち、既に商品配送車はＡ点（配送センター）を出発して途中点２５２Ｃまで移動したので、商品は品質劣化をして、第２オークション参加領域２５２は第１オークション参加領域２５１より小さくなる。なお、図２Ｃにおいては、第１オークション参加領域２５１を生成した時に予測した移動速度で商品配送車が移動したと仮定しているが、例えば、道路渋滞などで時間が予想以上に経過した場合には、第２オークション参加領域２５２はさらに小さくなる。一方、例えば、商品配送車が高速道路を走ったため予想時間よりも早く途中点２５２Ｃに到達していれば、第２オークション参加領域２５２は大きくなる。途中点２５２Ｃにおいて、最高収益の入札価格がＣ点（店舗）に変わると、商品配送車は途中点２５２ＣからＣ点（店舗）に向かう。

第３オークション参加領域２５３は、商品配送車が途中点２５２ＣからＣ点（店舗）に向かう途中点２５３Ｃを中心とする、商品として最低限の品質を維持できる領域を示す。すなわち、既に商品配送車はＡ点（配送センター）を出発して途中点２５２Ｃを経由して途中点２５３Ｃまで移動したので、商品の品質はさらに劣化をして、第３オークション参加領域２５３は第２オークション参加領域２５２より小さくなる。第３オークション参加領域２５３の大きさについては、上記第２オークション参加領域２５２の説明と同様である。途中点２５３Ｃにおいて、最高収益の入札価格がＢ点（割烹）に変わると、商品配送車は途中点２５３ＣからＢ点（割烹）に向かう。

図２Ｃの例では、商品配送車がＢ点（割烹）に到着するまでに、第３オークション参加領域２５３内のユーザ端末から、より収益の高い入札価格が送信されなかったので商品配送車はＢ点（割烹）に到着して、商品をＢ点（割烹）に販売したと仮定する。なお、オークション参加領域の更新については、商品配送車の移動につれて連続的に行なってもよいし、移動距離や経過時間などで間欠的に行なってもよい。あるいは、配送先候補が変わった時に更新してもよい。オークション参加領域が商品配送車の移動につれて、商品配送車の位置と出発からの経過履歴と従って更新することが重要であり、その更新方法や更新タイミングに制限はない。

（最低価格）
図２Ｄは、本実施形態に係る情報処理システム２００における最低価格を説明する図である。

図２Ｄのように、最低価格は商品の現在位置Ａ点が最も高く、配送距離や配送時間が大きい程、品質劣化が発生するので、漸次低下する。例えば、配送のスタート時には、Ａ点は配送センターとなる。また、配送中には、Ａ点は商品配送車の現在位置となる。なお、図２Ｄの最低価格の曲線は模式的な例であって、漸次低下するものではあるがこれに限定されない。商品や周囲の環境状況に対応する曲線が使用される。また、実際には、配送センターの最低価格より、配送中の商品配送車の最低価格は配送時間や配送距離による品質劣化だけ低下した価格となる。

図２Ｄには、Ｂ点（割烹）、Ｃ点（店舗）、Ｄ点（スーパー）のそれぞれの入札価格２６３、２６２、２６１が図示されている。斜線の部分は、人件費や炭素税などを含む配送費である。この斜線部分を取り除いた最高価格のユーザが配送先候補となる。図２Ｃにおいては、Ｄ点(スーパー）が入札価格２６１を提示して、商品配送車はＤ点(スーパー）に向かう。その途中点２５２ＣでＣ点（店舗）が入札価格２６２を提示して、商品配送車はＣ点(店舗）に向かう。その途中点２５３ＣでＢ点（割烹）が入札価格２６１を提示して、商品配送車はＢ点（割烹）に向かう。この場合、入札価格２６３より入札価格２６２の方が高いが、配送費を引いた価格が入札価格２６３の方が高いのでＢ点（割烹）に向かうことになる。なお、入札価格から配送費と原価（原価は変化しない）とを差し引いた金額が収益となる。

《情報処理システムの構成》
図３は、本実施形態に係る情報処理システム２００の構成を示すブロック図である。

情報処理システム２００は、ネットワーク２５０を介して接続された、クラウドサーバ２１０と、複数の入札に参加するユーザのユーザ端末２２１〜２２ｎと、商品配送車のクライアント端末２４０と、を有する。

クラウドサーバ２１０は、商品配送車のクライアント端末２４０から商品配送車の現在位置を受信する現在位置受信部２１４を備える。また、クラウドサーバ２１０は、商品の配送後の予測品質に対応する最低価格を設定してユーザ端末２２１〜２２ｎに送信する価格設定送信部２１１を備える。また、クラウドサーバ２１０は、ユーザ端末２２１〜２２ｎが送信した入札価格を収集して、収益の最も高いユーザを配送先候補に選定する配送先候補選定部２１２を備える。また、クラウドサーバ２１０は、配送先候補をクライアント端末２４０に通知する配送先候補送信部２１５を備える。また、上記各機能構成部を制御して、オークションを管理する制御部２１３を備える。

《情報処理システムの動作手順》
図４は、本実施形態に係る情報処理システム２００における動作手順を示すシーケンス図である。図４においては、商品配送車の出発以降、１つの商品が販売されてオークションが終了するまでオークションが継続される。なお、最低価格は、商品配送車の移動につれて随時、変更される。

ステップＳ４０１において、ユーザのユーザ端末２２１〜２２ｎ、あるいは商品配送車のクライアント端末２４０から、ユーザ情報またはクライアント情報がクラウドサーバ２１０に送信される。クラウドサーバ２１０は、ユーザ登録ＤＢ４０１またはクライアント登録ＤＢ４０２に、ユーザまたはクライアントの登録を行なう。次に、ステップＳ４０３において、クラウドサーバ２１０は、ユーザ端末２２１〜２２ｎ、およびクライアント端末２４０に本実施形態のオークション・アプリケーションをダウンロードする。そして、ステップＳ４０５において、クラウドサーバ２１０、ユーザ端末２２１〜２２ｎ、およびクライアント端末２４０は、それぞれ、オークション・アプリケーションを起動する。

クライアント端末２４０は、ステップＳ４２１において、配送を開始する商品情報をクラウドサーバ２１０に送信する。商品情報には、クライアントＩＤ、商品ＩＤ、クライアント端末の現在位置が含まれる。クラウドサーバ２１０は、ステップＳ４２３において、クライアントの認証や現在位置の登録を行なう。

クラウドサーバ２１０は、ステップＳ４２５において、商品ＤＢ４０３に記憶された商品の劣化条件などを参照して、クライアント（商品配送車）の現在位置に基づいた商品の劣化予測を行ない、地図ＤＢ４０６を使って現在位置を中心にオークションの最低価格を設定する。そして、クラウドサーバ２１０は、ステップＳ４２７において、各ユーザ端末２２１〜２２ｎの現在位置に対応した最低価格を設定して通知する。なお、交通情報ＤＢ４０７を参照して、配送経路や配送における渋滞などの交通事情を考慮するのが望ましい。

ステップＳ４２９において、クラウドサーバ２１０は、各ユーザ端末２２１〜２２ｎからの最低価格を超える単価の入札価格を収集する。入札価格は、最低価格を超える商品単価である。そして、クラウドサーバ２１０は、ステップＳ４３１において、収集した入札価格を配送費用なども考慮して比較し、最も収益の高いユーザを配送先候補に選定して、各ユーザ端末２２１〜２２ｎおよびクライアント端末２４０に配送先候補とその入札価格とを送信する。この配送先候補と入札価格との受信を参考にして、各ユーザ端末２２１〜２２ｎは新たな入札を行なう。同時に、クライアント（商品配送車）は、選定された配送先候補に向かう。なお、配送先候補の入札価格は送信しないでもよい。

クライアント端末２４０は、ステップＳ４３３において、商品配送車の現在位置をクラウドサーバ２１０に送信する。クラウドサーバ２１０は、再度、ステップＳ５２５において、商品ＤＢ４０３に記憶された商品の劣化条件などを参照して、商品配送車の新たな現在位置に基づいた商品の劣化予測を行ない、地図ＤＢ４０６を使って現在位置を中心にオークションの最低価格を設定する。以下、同様の動作手順を商品配送車がいずれかの配送先候補に到達するまで続けられる。

商品配送者が配送先候補に到達すると、ステップＳ４４１において、クライアント端末２４０は、商品を販売した報告をクラウドサーバ２１０に送信する。すると、クラウドサーバ２１０は、ステップＳ４４３でオークションを終了して、オークションの終了と落札した販売先とをクライアント端末２４０およびユーザ端末２２１〜２２ｎに送信する。

《クラウドサーバの機能構成》
図５は、本実施形態に係るクラウドサーバ２１０の機能構成を示すブロック図である。

クラウドサーバ２１０は、ネットワーク２５０を介してユーザ端末２２０やクライアント端末２４０と通信する通信制御部５０１を有する。ユーザ情報およびクライアント情報受信部５０２は、通信制御部５０１を介してユーザ端末２２０から、ユーザＩＤや認証情報などのユーザ情報と、ユーザ端末ＩＤや認証情報などのユーザ端末情報とを受信する。また、ユーザ情報およびクライアント情報受信部５０２は、通信制御部５０１を介してクライアント端末２４０から、クライアントＩＤや認証情報などのクライアント情報と、クライアント端末ＩＤや認証情報などのクライアント端末情報を受信する。ユーザ情報およびクライアント情報登録部５０３は、ユーザ情報とユーザ端末情報とに基づいて、ユーザ登録ＤＢ４０１にユーザを登録する（図８Ａ参照）。また、ユーザ情報およびクライアント情報登録部５０３は、クライアント情報とクライアント端末情報とに基づいて、クライアント登録ＤＢ４０２にクライアントを登録する（図８Ｂ参照）。

価格設定送信部２１１は、クライアント配送情報受信部５０８と、品質劣化予測部５１０と、最低価格設定部５１１と、最低価格送信部５１２とを含む。クライアント配送情報受信部５０８は、通信制御部５０１を介してクライアント端末２４０から、クライアント（商品配送車）が配送する商品に関する情報を受信する。品質劣化予測部５１０は、商品品質テーブル５１０ａを有し、地図ＤＢ４０６も参照して地図上の位置における商品品質を予測する。最低価格設定部５１１は、価格設定テーブル５１１ａを有し、地図上の位置において予測された商品品質に対応する最低価格を設定する。最低価格送信部５１２は、地図上の位置に設定された最低価格を参照して、各ユーザの現在位置における入札の最低価格をユーザ端末に送信する。なお、商品の品質に関するデータをリアルタイムで検出する構成の場合には、商品配送車の通信端末を介して、あるいはセンサから直接に、品質関連情報を受信する品質受信部が設けられる（不図示）。

また、入札価格受信部５１３は、入札価格テーブル５１３ａを有し、通信制御部５０１を介して各ユーザ端末２２０から、入札価格を受信する。配送先候補選定部２１２は、配送先候補選定テーブル２１２ａを有し、配送費用などを考慮して入札価格が最も高いユーザを配送先候補に選定する。配送費用は、地図ＤＢ４０６や交通情報ＤＢ４０７（図１０参照）を参照して算出される。配送先候補送信部５１５は、選定された配送先候補を、通信制御部５０１を介してユーザ端末２２０およびクライアント端末２４０に送信する。

商品販売受信部５１４は、通信制御５０１を介して、クライアント端末２４０から商品販売結果を受信する。販売先取得部５１６は、商品販売受信部５１４が受信した商品販売結果から販売先を取得する。販売先送信部５１７は、オークション終了と共に販売先を、通信制御部５０１を介して、ユーザ端末２２０およびクライアント端末２４０に送信する。

《ユーザ端末の機能構成》
図６は、本実施形態に係るユーザ端末２２１〜２２ｎの機能構成を示すブロック図である。なお、ユーザ端末２２１〜２２ｎは、種々の機能を備えることができる。図６には、本実施形態において典型的な機能が示されるが、ユーザ端末２２１〜２２ｎの構成は、それらに限定されるものではない。すなわち、ユーザ端末２２１〜２２ｎは、図６に示されていない機能を含んでもよい。

操作部６０１は、ユーザによるユーザ端末２２１〜２２ｎへの操作を受け付ける。入札価格送信部６０３は、操作部６０１に入力された操作の中から、商品の入札価格を、通信制御部６０４を介して、クラウドサーバ２１０に送信する。

最低価格受信部６０５は、通信制御部６０４を介して、クラウドサーバ２１０からユーザへの入札最低価格を受信する。配送先候補受信部６０６は、通信制御部６０４を介して、クラウドサーバ２１０から選定された商品の配送先候補を受信する。販売先受信部６１０は、通信制御部６０４を介して、クラウドサーバ２１０から決定された商品の販売先をコークション終了情報と共に受信する。入出力部６０７は、表示部６０８と音声入出力部６０９とを有し、表示部６０８には入札最低価格とユーザによる入札価格入力枠が表示される。また、音声入出力部６０９からユーザへの入札案内が音声出力されてもよい。

《クライアント端末の機能構成》
図７は、本実施形態に係るクライアント端末２４０の機能構成を示すブロック図である。なお、クライアント端末２４０は、種々の機能を備えることができる。図７には、本発明において典型的な機能が示されているが、クライアント端末２４０の構成は、それらに限定されるものではない。すなわち、クライアント端末２４０は、図７に示されていない機能を含んでもよい。

操作部７０１は、クライアントによるクライアント端末２４０への操作を受け付ける。商品配送情報送信部７０２は、操作部７０１に入力された操作の中から、クライアントの商品配送情報を、通信制御部６０４を介して、クラウドサーバ２１０に送信する。なお、この商品配送情報とともに現在位置送信が行なわれてもよい。選択配送先送信部７０３は、オプション機能であり、複数の配送先候補からクライアントが望む配送先を選択する構成の場合に、操作部７０１に入力された操作の中から、配送先の選択情報を、通信制御部７０４を介して、クラウドサーバ２１０に送信する。かかる配送先選択のオプション機能は、必ずしも収益最大のユーザが最優先の配送先とは限らず、ユーザとの関係などからのクライアントによる選択機能を付加するものである。なお、図７には図示しないが、商品の品質をリアルタイムに検出してクラウドサーバ２１０に送信する構成の場合は、鮮度センサからの鮮度データ受信部と、クラウドサーバ２１０に送信する品質送信部が設けられる。

配送先候補受信部７０６は、通信制御部７０４を介して、クラウドサーバ２１０から選定された商品の配送先候補を受信する。入出力部７０７は、表示部７０８と音声入出力部７０９とを有し、表示部７０８には選定された配送先がナビゲーションと共に表示される。また、音声入出力部７０９からクライアントへの配送先案内が音声出力されてもよい。

（ユーザ登録ＤＢ）
図８Ａは、本実施形態に係るユーザ登録ＤＢ４０１の構成を示す図である。ユーザ登録ＤＢ４０１は、本実施形態の商品入札配送のアプリケーションに参加するユーザを登録する。なお、ユーザ登録ＤＢ４０１の構成は、図８Ａに限定されない。

ユーザ登録ＤＢ４０１は、ユーザＩＤ８１１に対応付けてユーザ認証情報８１２などのユーザ情報を記憶する。また、ユーザ端末ＩＤ８１３や端末認証情報８１４などのユーザ端末情報を記憶する。また、ユーザ端末においてＧＰＳ（Global Positioning System）
などにより検出した現在位置８１５を記憶する。

（クライアント登録ＤＢ）
図８Ｂは、本実施形態に係るクライアント登録ＤＢ４０２の構成を示す図である。クライアント登録ＤＢ４０２は、本実施形態の商品入札配送のアプリケーションを利用するクライアントを登録する。なお、クライアント登録ＤＢ４０２の構成は、図８Ｂに限定されない。

クライアント登録ＤＢ４０２は、クライアントＩＤ８２１に対応付けてクライアント認証情報８２２などのユーザ情報を記憶する。また、クライアント端末ＩＤ８２３や端末認証情報８２４などのクライアント端末情報を記憶する。また、クライアント端末においてＧＰＳなどにより検出した現在位置８２５を記憶する。

なお、ユーザ登録ＤＢ４０１とクライアント登録ＤＢ４０２とを１つのデータベースとして記憶してもよい。

（商品ＤＢ）
図９は、本実施形態に係る商品ＤＢ４０３の構成を示す図である。商品ＤＢ４０３は、本実施形態の商品入札配送のアプリケーションを利用する、配送により品質劣化を起こす商品を記憶する。なお、商品ＤＢ４０３の構成は、図９に限定されない。

商品ＤＢ４０３は、商品ＩＤ９１１に対応付けて、商品を特定する商品種別９１２、販売するための初期単価９１３、商品の生産費用である最低単価（原価）９１４、商品の販売期限９１５、商品の劣化条件９１６、劣化緩和条件９１７を記憶する。劣化条件９１６には、温度による劣化条件、湿度による劣化条件、振動による劣化条件、通気による劣化条件、などを含む。劣化緩和条件９１７には、薬品などによる劣化緩和を含む。なお、劣化条件９１６および劣化緩和条件９１７は、図９Ａに限定されない。

（交通情報ＤＢ）
図１０は、本実施形態に係る交通情報ＤＢ４０７の構成を示す図である。交通情報ＤＢ４０７は、本実施形態の商品入札配送のアプリケーションで使用する配送地域の現在の交通情報を記憶する。なお、交通情報ＤＢ４０７の構成は、図１０に限定されない。

交通情報ＤＢ４０７は、道路ＩＤ１００１に対応付けて、道路の出発点１００２と到着点１００３、その道路を使った場合の予測移動時間１００４、う回路１００５、う回路を使用した場合の予測移動時間１００６などの現状を記憶する。なお、道路の出発点１００２と到着点１００３は、逆の場合も分けて記憶するのが望ましい。

なお、地図ＤＢ４０６については、種々に知られたものがあるので、ここでの説明は省略する。

《クラウドサーバのハードウェア構成》
図１１は、本実施形態に係るクラウドサーバ２１０のハードウェア構成を示すブロック図である。

図１１で、ＣＰＵ１１１０は演算制御用のプロセッサであり、プログラムを実行することで図５のクラウドサーバ２１０の各機能構成部を実現する。ＲＯＭ１１２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。また、通信制御部５０１はネットワークを介してユーザ端末２２１〜２２ｎやクライアント端末２４０と通信する。なお、ＣＰＵ１１１０は１つに限定されず、複数のＣＰＵであっても、あるいは画像処理用のＧＰＵ（Graphics Processing Unit）を含んでもよい。

ＲＡＭ１１４０は、ＣＰＵ１１１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１１４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。ユーザＩＤおよびユーザ端末ＩＤ１１４１は、配送商品への入札に参加するユーザおよびユーザ端末の識別子である。ユーザ現在位置１１４３は、各ユーザ端末から取得したユーザ（ユーザ端末）の現在位置である。クライアントＩＤおよびクライアント端末ＩＤ１１４４は、ユーザが入札する商品を配送するクライアント（商品配送車）およびクライアント端末の識別子である。配送情報１１４５は、クライアントが配送する商品に関する情報である。クライアント現在位置１１４６は、クライアント端末から取得したクライアント（クライアント端末）の現在位置である。

商品品質テーブル５１０ａは、現在の環境下で商品の品質劣化予測を行なうためのテーブルである。価格設定テーブル５１１ａは、クライアント（商品配送車）の現在位置を中心として商品の品質劣化予測に基づき入札最低価格を設定するためのテーブルである。入札価格テーブル５１３ａは、ユーザから入札された最低価格を超える入札価格を収集するためのテーブルである。配送先候補選定テーブル２１２ａは、収集したユーザの入札価格に基づいて、最も収益の大きいユーザを商品の配送先候補に選定するためのテーブルである。

ＲＡＭ１１４０には、さらに、通信制御部５０１を介して送受信する送受信データなどが記憶されるが、図１１では省略されている。また、ＲＡＭ１１４０とストレージ１１５０の内容は、ＯＳのスワップなどにより、相互に入れ替わってもよい。

ストレージ１１５０には、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。ユーザ登録ＤＢ４０１は、図８Ａに示したデータベースである。クライアント登録ＤＢ４０２は、図８Ｂに示したデータベースである。商品ＤＢ４０３は、図９Ａに示したデータベースである。地図ＤＢ４０６は、ユーザの所在地やクライアントの所在地から距離や配送経路などを知るために参照するデータベースである。交通情報ＤＢ４０７は、図１０に示したデータベースである。

ストレージ１１５０には、以下のプログラムが格納される。クラウドサーバ制御プログラム１１５１は、クラウドサーバ２１０の全体を制御するプログラムである。価格設定モジュール１１５３は、クラウドサーバ制御プログラム１１５１において、入札しながら配送する商品の品質劣化予測に対応して入札最低価格を設定するモジュールである（図１７Ａ参照）。配送先候補選定モジュール１１５４は、クラウドサーバ制御プログラム１１５１において、ユーザからの商品の入札価格を収集して、収益の最も大きいユーザを配送先候補として選定するモジュールである（図１７Ｂおよび図１７Ｂ参照）。

なお、図１１のＲＡＭ１１４０やストレージ１１５０には、クラウドサーバ２１０が有する汎用の機能や他の実現可能な機能に関連するプログラムやデータは図示されていない。

（価格設定テーブル）
図１２は、本実施形態に係る価格設定テーブル５１１ａの構成を示す図である。価格設定テーブル５１１ａは、クライアント（商品配送車）の現在位置と配送による商品に品質劣化予測に基づいて入札価格下限の最低価格を設定するために使用される。なお、本例では、処理を簡略化するため、図２Ｄのような曲線ではなく、各ユーザの現在位置に最低価格を設定するものとする。

価格設定テーブル５１１ａは、商品ＩＤ１２０１に対応付けて、商品の配送開始時の初期単価１２０２、商品ＤＢ４０３からの劣化条件（および劣化緩和条件）１２０３、現在の条件（測定温度など）１２０４、条件を勘案して設定する最低価格１２０５を記憶する。設定する最低価格１２０５には、商品配送車の現在位置における最低価格を例えばＡ点の最低価格とすると、Ｂ点の最低価格、Ｃ点の最低価格、Ｄ点の最低価格などが、商品の劣化条件１２０３や現在の条件１２０４に基づいて、それぞれ記憶されている。

（入札価格テーブル）
図１３は、本実施形態に係る入札価格テーブル５１３ａの構成を示す図である。入札価格テーブル５１３ａは、各ユーザ端末から入札された入札価格を記憶するテーブルである。

入札価格テーブル５１３ａは、ユーザＩＤ１３０１に対応付けて、ユーザの現在位置１３０２とユーザが入札した商品ＩＤ１３０３とを記憶する。入札価格テーブル５１３ａは、また、各商品ＩＤ１３０３に対応付けて、設定した最低価格１３０４、ユーザの入札単価１３０５、商品の個数１３０６、入札価格１３０７を記憶する。なお、入札単価１３０５は最低価格１３０４を超えることが入札受領の条件である。

（配送先候補選定テーブル）
図１４は、本実施形態に係る配送先候補選定テーブル２１２ａの構成を示す図である。配送先候補選定テーブル２１２ａは、ユーザから収集した入札価格に基づいて、次の配送先候補を選定するために使用されるテーブルである。

配送先候補選定テーブル２１２ａは、オークション参加のユーザＩＤ１４０１に対応付けて、ユーザの現在位置１４０２、設定された最低価格１４０３、入札価格１４０４、交通状況１４０５、予測配送時間１４０６、予測配送費１４０７、予測収益１４０８、を記憶する。そして、どのユーザからの入札に応札するのが、収益が大きいかに基づいて、収益順位１４０９を記憶する。収益順位１４０９が一番のユーザを配送先候補に選定する。

（商品品質テーブル）
図１５は、本実施形態に係る商品品質テーブル５１０ａの概念を説明する図である。商品品質テーブル５１０ａは、配送する各商品の現在の状況を逐次、記憶更新して、最低価格の設定のための情報として参照するテーブルである。

商品品質テーブル５１０ａは、商品ＩＤ１５０１に対応付けて、クライアント（商品配送車）の現在位置でもある商品現在位置１５０２を記憶する。図１５においては、商品現在位置１５０２として、例えば、出発地の配送センター、Ｂ点（割烹）、Ｃ点（店舗）が順に記憶されている。なお、クライアントの移動に伴って上書きされてもよい。

また、商品品質テーブル５１０ａは、各商品現在位置１５０２に対応付けて、その時点の劣化条件１５０３、劣化条件に影響する劣化データ１５０４、予測品質である算出品質１５０５、実際にセンサで検出した検出品質１５０６、現在位置での最低価格である現在位置価格１５０７を記憶する。なお、算出品質１５０５は、劣化条件１５０３に対して劣化データ１５０４を反映させることで算出する。

《クラウドサーバの処理手順》
図１６は、本実施形態に係るクラウドサーバ２１０の処理手順を示すフローチャートである。このフローチャートは、図１１のＣＰＵ１１１０がＲＡＭ１１４０を使用して実行し、図５の機能構成部を実現する。

ステップＳ１６１１において、クラウドサーバ２１０は、ユーザまたはクライアントの登録を行なうか否かを判定する。また、ステップＳ１６２１において、クラウドサーバ２１０は、クライアントの配送情報の受信を行なうか否かを判定する。また、ステップＳ１６３１において、クラウドサーバ２１０は、ユーザの入札情報の受信を行なうか否かを判定する。そして、ステップＳ１６４１において、クラウドサーバ２１０は、クライアントの販売情報の受信を行なうか否かを判定する。

ユーザまたはクライアントの登録を行なう場合はステップＳ１６１３に進む。ユーザ登録であればステップＳ１６１３においてクラウドサーバ２１０は、ユーザ登録ＤＢ４０１にユーザ登録する。また、クライアント登録であれば、ステップＳ１６１５において、クラウドサーバ２１０は、クライアント登録ＤＢ４０２にクライアント登録する。

また、クライアントの配送情報の受信を行なう場合、ステップＳ１６２３に進んで、クラウドサーバ２１０は、クライアントの現在位置を中心に、配送による品質劣化を考慮した最低価格を設定してユーザ端末に送信する（図１７Ａ参照）。

また、ユーザの入札情報の受信を行なう場合であればステップＳ１６３３に進んで、クラウドサーバ２１０は、入札価格を含むユーザ入札情報を収集するために記憶する。次に、ステップＳ１６３７において、クラウドサーバ２１０は、今までの入札価格から収益に基づいて配送先候補を選定する（図１７Ｂまたは図１７Ｃ参照）。

また、クライアントの販売情報の受信を行なう場合であればステップＳ１６４３に進んで、クラウドサーバ２１０は、商品販売情報を取得する。次に、ステップＳ１６４７に進んで、クラウドサーバ２１０は、オークションの終了情報と、商品販売情報とを、ユーザ端末２２１〜２２ｎ（クライアント端末２４０）に送信する。

（価格設定送信処理）
図１７Ａは、本実施形態に係る価格設定送信処理（Ｓ１６３３）の手順Ｓ１６３３−１を示すフローチャートである。

ステップＳ１７１１において、クラウドサーバ２１０は、クライアント（商品配送車）
の現在位置における最低価格を設定する。次に、ステップＳ１７１３において、クラウドサーバ２１０は、クライアントの現在位置からの配送条件と劣化条件とに基づいて、領域あるいは各地点の品質低下を予測する。ここで、配送条件には、クライアントの現在位置からの距離や配送時間などを含む。そして、ステップＳ１７１５において、クラウドサーバ２１０は、品質低下を考慮した最低価格を設定する（図２Ｃや図１２Ｂ参照）。ステップＳ１７１７においては、クラウドサーバ２１０は、各ユーザの現在位置に対応する最低価格をユーザ端末に送信する。ステップＳ１７１９において、クラウドサーバ２１０は、入札に応札可能な全ユーザに最低価格を送信するまで、ステップＳ１７１７の各ユーザに対応する最低価格を送信するように制御する。

なお、クライアント現在位置の最低価格設定のための商品の品質は、配送センターからの配送経過に基づく、劣化条件を考慮した品質劣化予測に基づくものであっても、実際に現在の商品品質を測定するものであってもよい。品質測定の場合は、適宜、商品配送車の商品の状態をセンサで検出して検出データを、あるいは品質を算出して品質データを、商品配送車のクライアント端末２４０からクラウドサーバ２１０に送信する。なお、品質の検出の詳細については、下記文献を参考されたい。

例えば、魚肉・野菜の鮮度測定では、赤外線検出センサによる色の検出で、魚肉などに発生する鮮度の目安となる化学物質を検出するものや、魚肉などに発生する鮮度の目安となる化学物質から発生する紫外線を検出するものがある。これらのセンサからの検出信号を、ネットワークを介して収集する技術もある。赤外線検出によるとしては、“中山雅夫「赤外線検出素子の技術動向」センサ技術、１９８９年３月号(Vol.9, No.3),p.61-64”や、“河野澄夫「食品の非破壊計測ハンドブック」SCIENCE FORUM 社、p.34-4(5) JP 2011-146725 A 2011.7.28”などがある。また、紫外線検出によるものでは、特許第４２９１３８１号などがある。また、システム管理としては、物流品質トレーサビリティや温度トレーサビリティなどが知られている（http://www.nec.co.jp/rfid/solution/traceability_saas.htmlや、http://www.nec.co.jp/library/jirei/kyushutsu/contents.htmlなど参照）。

（配送先候補選定処理）
図１７Ｂは、本実施形態に係る配送先候補選定処理（Ｓ１６４７）の手順（Ｓ１６４７−１）を示すフローチャートである。

ステップＳ１７２１において、クラウドサーバ２１０は、各ユーザからの入札価格から予測配送費などの予測経費を減算する。さらに、ステップＳ１７２３において、クラウドサーバ２１０は、他の配送先候補選定の条件があれば、ユーザに入札の重み付けを行なう。ステップＳ１７２５において、クラウドサーバ２１０は、入札した全ユーザ中で収益が最大となるユーザを配送先候補に選定する。そして、ステップＳ１７２７において、クラウドサーバ２１０は、選定された配送先候補とその入札価格をユーザ端末（クライアント端末）に送信する。

図１７Ｃは、本実施形態に係る配送先候補選定処理（Ｓ１６４７）の他の手順（Ｓ１６４７−２）を示すフローチャートである。図１７Ｃは、配送先候補の選定にクライアント（商品配送車）の配送経路からの距離を考慮して配送先候補の変更を制限する。図１７Ｃは、特に、配送先候補の変更が頻繁に起こりうる場合に有効である。なお、図１７Ｃは、図１７Ｂを変更したフローチャートであり、図１７Ｂと同様のステップには同じステップ番号を付して、説明は省略する。

図１７Ｃは、図１７ＢのステップＳ１７２５をステップＳ１７３５に置き換えたフローチャートである。ステップＳ１７３５においては、クラウドサーバ２１０は、収益が最大であるのみでなく、クライアントの配送経路からの距離が閾値γを超えない条件で、新たな配送先候補を選定する。

《ユーザ端末のハードウェア構成》
図１８は、本実施形態に係るユーザ端末２２１〜２２ｎのハードウェア構成を示すブロック図である。

図１８で、ＣＰＵ１８１０は演算制御用のプロセッサであり、プログラムを実行することで図６のユーザ端末２２１〜２２ｎの各機能構成部を実現する。ＲＯＭ１８２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。また、通信制御部６０４は、ネットワークを介してクラウドサーバ２１０と通信する。なお、ＣＰＵ１８１０は１つに限定されず、複数のＣＰＵであっても、あるいは画像処理用のＧＰＵを含んでもよい。

ＲＡＭ１８４０は、ＣＰＵ１８１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１８４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。ユーザＩＤおよびユーザ認証情報１８４１は、ユーザ端末を操作中のユーザの識別子とその認証情報である。ユーザ端末ＩＤ／端末認証情報１８４２は、当該ユーザ端末の識別子とその認証情報である。現在位置情報１８４３は、ユーザ端末の現在位置を示す情報である。決定販売先１８４４は、クラウドサーバ２１０から受信した販売先の決定（オークション終了）の情報である。入札価格１８４５は、ユーザが入力した入札単価と個数との積である入札した価格である。最低価格１８４６は、クラウドサーバ２１０から送信されたユーザの入札する最低単価である。選定配送先候補１８４７は、クラウドサーバ２１０から送信された配送先候補である。なお、選定配送先候補１８４７には、配送先候補の入札価格も含まれる。入出力データ１８４８は、入出力インタフェース１８６０を介して入出力される入出力データを示す。送受信データ１８４９は、通信制御部６０４を介して送受信される送受信データを示す。

ストレージ１８５０には、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。ユーザ端末情報１８５１は、自ユーザ端末の情報である。ストレージ１８５０には、以下のプログラムが格納される。ユーザ端末制御プログラム１８５２は、本ユーザ端末２２１〜２２ｎの全体を制御する制御プログラムである。価格入札モジュール１８５４は、ユーザ端末制御プログラム１８５２において、入札価格の入力とクラウドサーバ２１０への入札価格の送信を制御するモジュールである。最低価格報知モジュール１８５５は、ユーザ端末制御プログラム１８５２において、最低価格の受信とユーザへの報知を制御するモジュールである。配送先候補報知モジュール１８５６は、ユーザ端末制御プログラム１８５２において、クラウドサーバ２１０から選定した配送先候補を受信してユーザへの報知を制御するモジュールである。

入出力インタフェース１８６０は、入出力機器との入出力データをインタフェースする。入出力インタフェース１８６０には、表示部６０８、キーボード、タッチパネル、ポインティンデバイスなどの操作部６０１が接続される。また、スピーカやマイクなどの音声入出力部６０９が接続される。さらに、ＧＰＳ（Global Positioning System)位置生成部１８６１やカメラ１８６２などが接続される。

なお、図１８のＲＡＭ１８４０やストレージ１８５０には、ユーザ端末２２１〜２２ｎが有する汎用の機能や他の実現可能な機能に関連するプログラムやデータは図示されていない。

《ユーザ端末の処理手順》
図１９は、本実施形態に係るユーザ端末２２１〜２２ｎの処理手順を示すフローチャートである。このフローチャートは、図１８のＣＰＵ１８１０がＲＡＭ１８４０を使用して実行し、図６の機能構成部を実現する。なお、図１９においては、ユーザ登録の手順は省略している。

ステップＳ１９１１において、ユーザ端末２２１〜２２ｎは、クラウドサーバ２１０からの商品販売情報の受信を行なうか否かを判定する。また、ステップＳ１９２１において、ユーザ端末２２１〜２２ｎは、クラウドサーバ２１０から最低価格の受信を行なうか否かを判定する。また、ステップＳ１９３１において、ユーザ端末２２１〜２２ｎは、クラウドサーバ２１０への入札価格の送信を行なうか否かを判定する。そして、ステップＳ１９４１において、ユーザ端末２２１〜２２ｎは、クラウドサーバ２１０から選定された配送先候補を受信するか否かを判定する。

商品販売情報を受信する場合はステップＳ１９１３に進んで、ユーザ端末２２１〜２２ｎは、クラウドサーバ２１０からの受信メッセージから商品販売情報を取得する。そして、ステップＳ１９１５において、ユーザ端末２２１〜２２ｎは、商品販売情報とオークション終了を表示部６９８に表示する。

また、最低価格を受信する場合であればステップＳ１９２３に進んで、ユーザ端末２２１〜２２ｎは、クラウドサーバ２１０からの受信メッセージから最低価格を取得する。そして、ステップＳ１９２５において、ユーザ端末２２１〜２２ｎは、最低価格を表示部６０８に表示する。なおこの際、ユーザ端末２２１〜２２ｎは、最低価格を音声出力してもよい。

入札価格を送信する場合、ステップＳ１９３３に進んで、ユーザ端末２２１〜２２ｎは、ユーザの入力した入札価格を取得する。そして、ステップＳ１９３５において、ユーザ端末２２１〜２２ｎは、クラウドサーバ２１０に入札価格を送信する。

配送先候補を受信する場合、ステップＳ１９４３に進んで、ユーザ端末２２１〜２２ｎは、クラウドサーバ２１０からの受信メッセージから入札価格を含む配送先候補を取得する。そして、ステップＳ１９４５において、ユーザ端末２２１〜２２ｎは、選定された配送先候補を表示部６０８に表示する。なお、ユーザ端末２２１〜２２ｎは、配送先候補を音声出力してもよい。

《クライアント端末のハードウェア構成》
図２０は、本実施形態に係るクライアント端末２４０のハードウェア構成を示すブロック図である。

図２０で、ＣＰＵ２０１０は演算制御用のプロセッサであり、プログラムを実行することで図７のクライアント端末２４０の各機能構成部を実現する。ＲＯＭ２０２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。また、通信制御部７０４はネットワークを介してクラウドサーバ２１０（あるいは第７実施形態ではユーザ端末２２１〜２２ｎ）と通信する。なお、ＣＰＵ２０１０は１つに限定されず、複数のＣＰＵであっても、あるいは画像処理用のＧＰＵを含んでもよい。

ＲＡＭ２０４０は、ＣＰＵ２０１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ２０４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。クライアントＩＤおよびクライアント認証情報２０４１は、クライアント端末を操作中のクライアントの識別子とその認証情報である。クライアント端末ＩＤおよびクライアント端末認証情報２０４２は、当該クライアント端末の識別子とその認証情報である。品質検出情報２０４３は、商品品質検出部２０６３が商品から検出したデータを基に予測した商品の品質情報である。現在位置最低価格２０４４は、クライアント（商品配送車）の現在位置における、現在位置までの配送による品質劣化を考慮した商品の最低価格である。配送先候補情報２０４５は、クラウドサーバ２１０から受信した配送先候補に関する情報である。入出力データ２０４６は、入出力インタフェース２０６０を介して入出力される入出力データを示す。送受信データ２０４７は、通信制御部７０４を介して送受信される送受信データを示す。

ストレージ２０５０には、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。クライアント端末情報２０５１は、自クライアント端末の情報である。運行管理テーブル７１０は、配送する商品配送車の管理を行なうためのテーブルである。ストレージ２０５０には、以下のプログラムが格納される。クライアント端末制御プログラム２０５２は、本クライアント端末２４０の全体を制御する制御プログラムである。運行管理モジュール２０５３は、クライアント端末制御プログラム２０５２において、運行管理テーブル７１０を参照しながら商品配送車の運行を管理するモジュールである。配送先候補制御モジュール２０５５は、クライアント端末制御プログラム２０５２において、クラウドサーバ２１０からの選定された配送先候補の受信や配送先候補への配送などを制御するモジュールである。

入出力インタフェース２０６０は、入出力機器との入出力データをインタフェースする。入出力インタフェース２０６０には、表示部７０８、タッチパネルなどの操作部７０１が接続される。また、スピーカやマイクなどの音声入出力部７０９が接続される。また、現在位置取得部としてＧＰＳ位置生成部が接続される。さらに、カメラ２０６２などが接続されてもよい。また、商品配送車が配送している商品の品質を検出する商品品質検出部２０６３が接続される。

なお、図２０のＲＡＭ２０４０やストレージ２０５０には、クライアント端末２４０が有する汎用の機能や他の実現可能な機能に関連するプログラムやデータは図示されていない。

（商品管理テーブル）
図２１は、本実施形態に係る運行管理テーブル７１０の構成を示す図である。運行管理テーブル７１０は、クライアント（商品配送車）が商品を配送するための運行を管理するために使用される。

運行管理テーブル７１０は、商品ＩＤ２１０１に対応つけて、原価２１０２と、各配送地点での品質２１０３と、各配送地点の現在位置価格２１０４、販売価格２１０５、配送費２１０６、収益２１０７を記憶する。

《クライアント端末の処理手順》
図２２は、本実施形態に係るクライアント端末２４０の処理手順を示すフローチャートである。このフローチャートは、図２０のＣＰＵ２０１０がＲＡＭ２０４０を使用して実行し、図７の機能構成部を実現する。なお、図２２においては、クライアント登録の手順は省略している。

ステップＳ２２１１において、クライアント端末２４０は、商品を積荷して商品配送を開始するか否かを判定する。また、ステップＳ２２３１において、クライアント端末２４０は、クラウドサーバ２１０からの選定した配送先候補の受信か否かを判定する。そして、ステップＳ２２４１において、クライアント端末２４０は、配送先候補における商品販売結果の入力か否かを判定する。

商品配送開始の場合はステップＳ２２１３に進んで、クライアント端末２４０は、クライアントの入力した配送開始する商品情報を取得する。次に、ステップＳ２２１５において、クライアント端末２４０は、商品情報を運行管理テーブル７１０に記憶する。そして、ステップＳ２２１７において、クライアント端末２４０は、クラウドサーバ２１０に商品情報を送信する。

また、配送先候補受信であればステップＳ２２３３に進んで、クライアント端末２４０は、クラウドサーバ２１０からの受信メッセージから選定した配送先候補を取得する。そして、ステップＳ１９２５において、クライアント端末２４０は、配送先候補を表示部７０８に表示する。なお、音声出力であってもよい。

商品販売結果の入力の場合はステップＳ２２４３に進んで、クライアント端末２４０は、ユーザの入力した商品販売情報を取得する。次に、ステップＳ２２４５において、クライアント端末２４０は、運行管理テーブル７１０を更新する。そして、ステップＳ２２４７において、クライアント端末２４０は、クラウドサーバ２１０に商品販売結果を送信する。

［第３実施形態］
次に、本発明の第３実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２実施形態と比べると、配送先候補の更新を所定条件で制限する点で異なる。本実施形態の条件は、商品配送車が既に配送先候補の近い距離に来ている場合は、その配送先候補を販売先に決定し、入札価格が高くても配送先候補を更新しない。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

本実施形態によれば、商品配送車が距離的に既に配送先候補の近くに来ている場合の配送先候補の更新を制限することで、余分な配送時間を削減して、ユーザの満足を高めながらより収益を増加することができる。

なお、本実施形態の第２実施形態との相違は、クラウドサーバ２１０の処理手順中の価格設定送信処理のみであるので、他の説明は省略する。

（価格設定送信処理）
図２３は、本実施形態に係る価格設定送信処理（Ｓ１６３３）の手順（Ｓ１６３３−２）を示すフローチャートである。なお、図２３において、第２実施形態の図１７Ａと同様のステップには同じステップ番号を付して、説明を省略する。

ステップＳ２３０１において、クラウドサーバ２１０は、商品配送車と配送先候補との距離が閾値αを超えているか否かを判定する。距離が閾値αを超えている場合には、クラウドサーバ２１０は、図１７Ａと同様の処理を行なう。一方、距離が閾値αを超えていない場合には、クラウドサーバ２１０は、ステップＳ２３０３に進んで、今の配送先候補を販売先に決定する。次に、クラウドサーバ２１０は、ステップＳ２３０５において、決定した販売先をユーザ端末２２１〜２２ｎとクライアント端末２４０とに送信する。そして、クラウドサーバ２１０は、ステップＳ２３０７において、オークションの終了をユーザ端末２２１〜２２ｎに送信する。なお、ステップＳ２３０５とＳ２３０７とは逆であっても、同時であってもよい。

［第４実施形態］
次に、本発明の第４実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第３実施形態と比べると、配送先候補の更新を制限する条件が異なる。本実施形態においては、商品配送車が既に配送先候補への配送時間が短い場所に来ている場合は、その配送先候補を販売先に決定し、入札価格が高くても配送先候補を更新しない。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

本実施形態によれば、商品配送車が時間的に既に配送先候補の近くに来ている場合の配送先候補の更新を制限することで、余分な配送時間を削減して、ユーザの満足を高めながらより収益を増加することができる。

なお、本実施形態の第２実施形態との相違は、クラウドサーバ２１０の処理手順中の価格設定送信処理のみであるので、他の説明は省略する。

（価格設定送信処理）
図２４は、本実施形態に係る価格設定送信処理（Ｓ１６３３）の手順（Ｓ１６３３−３）を示すフローチャートである。なお、図２４において、第２実施形態の図１７Ａあるいは第３実施形態の図２３と同様のステップには同じステップ番号を付して、説明を省略する。

ステップＳ２４０１において、クラウドサーバ２１０は、商品配送車が現在位置から配送先候補に行くまでの配送時間が閾値βを超えているか否かを判定する。配送時間が閾値βを超えている場合には、クラウドサーバ２１０は、図１７Ａと同様の処理を行なう。一方、配送時間が閾値βを超えていない場合には、クラウドサーバ２１０は、ステップＳ２３０３に進んで、以降ステップＳ２３０３〜Ｓ２３０７において、図２３と同様の処理を行なう。なお、ステップＳ２３０５とＳ２３０７とは逆であっても、同時であってもよい。

［第５実施形態］
次に、本発明の第５実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２乃至第４実施形態と比べると、商品配送車が複数個の商品を配送する点で異なる。すなわち、１つの配送先候補に到達して所定個数を販売した後、残りの個数についてさらにオークションを行ない、次の配送先候補の選定を継続する。そして、選定した配送先候補を商品配送車の通信端末に随時、通知して、商品の配送を管理すると共に、販売先が決定するとユーザの通信端末に報知して、一旦、入札停止し、販売先の入札価格を削除して、オークショを再開する。

なお、本実施形態においては、商品の単価あるいは量り売りの場合は分量単価（単位分量の価格）の入札価格ではなく、単価（分量単価）と購入個数（購入分量）を積算した価格とする。すなわち、入札価格＝単価（分量単価）×購入個数（量）とする。このようにすれば、商品の現在位置から離れていても、多くの個数（量）を入札すれば、収益が近くの少ない個数（量）の入札よりも多くなって、配送先候補は遠いユーザに選定されるので、収益を増大できることになる。

このように、本実施形態によれば、商品の配送による品質劣化を考慮しながら複数個の商品の競売および配送を効率的に行なうことによって、ユーザを満足させつつ収益の増加と配送の効率化とを共に実現できる。

《情報処理システムの説明》
図２５Ａ〜図２５Ｄを参照して、本実施形態の情報処理システムを説明する。

（概念を説明）
図２５Ａは、本実施形態に係る情報処理システム２５００の概念を説明する図である。なお、図２５において、第２実施形態の図２Ａと同様の構成要素には同じ番号を付している。

図２５Ａにおいては、商品配送車がＡ点２０１を出発して、商品の複数匹の“魚”をユーザに配送する例を示す。ユーザはＢ点２０２、Ｃ点２０３、Ｄ点２０４、Ｅ点２０５に居るとする。そして、Ｂ点２０２のユーザは、ユーザ端末２２１により商品配送車が配送する魚を購入するための入札に参加する。また、Ｃ点２０３のユーザは、ユーザ端末２２２により商品配送車が配送する魚を購入するための入札に参加する。Ｄ点２０４、Ｅ点２０５のユーザ端末は省略している。商品配送車にはクライアント端末２４０が搭載され、クライアント端末２４０は商品配送車による配送先をナビゲートする。

情報処理装置であるクラウドサーバ２５１０は、オークションが開始されると、商品である複数匹の魚のＡ点２０１における品質（魚の鮮度）を基準に、Ｂ点２０２〜Ｅ点２０５に配送された場合の品質劣化を予測する。クラウドサーバ２５１０の価格設定送信部２１１は、各ユーザの位置に従って品質劣化に対応した入札の最低価格を設定して送信する。Ｂ点２０２のユーザ端末２２１には、Ｂ点２０２における最低価格が送信され、表示画面２２１ａに表示される。一方、Ｃ点２０３のユーザ端末２２２には、Ｃ点２０３の最低価格が送信され、表示画面２２２ａに表示される。なお、本実施形態では、最低価格は商品の単価として説明するが、個数や重量などを考慮した最低価格を設定してもよい。

各ユーザは、最低価格を超えた入札価格を提示するため、クラウドサーバ２５１０に送信する。なお、入札価格は、商品の単価と個数や重量との積に相当する。クラウドサーバ２５１０の配送先選定部２５１２は、ユーザの入札価格を収集して、商品原価と配送費用や人件費などを差し引いた収益を比較して、収益の最も大きいユーザを配送先候補に選定し、商品配送車のクライアント端末２４０に通知する

図２５Ａにおいては、ユーザ端末２２１から収益の最も大きい入札価格が提示されたため、Ａ点２０１からの配送先候補としてＢ点２０２が選定されている。そして、Ｂ点２０２が販売先になり所望数の商品を販売した後の残りの商品のオークションでは、ユーザ端末２２２から収益の大きい入札価格が提示されたため、配送先候補としてＣ点２０３を選定している。このようにして、順に、Ｄ点２０４、Ｅ点２０５に魚を販売し、全て完売した場合、あるいは魚の鮮度が商品の基準より低下した場合には、オークションが終了する。

（配送管理）
図２５Ｂは、本実施形態に係る情報処理システム２５００における配送管理を説明する図である。図２５Ｂの上段は、入札に参加するユーザ端末２２０の表示例である。また、図２５Ｂの下段は、商品を配送するクライアント端末２４０の表示例である。

上段左図は、ユーザ端末２２０から商品購入のリクエストを入力してクラウドサーバ２５１０に送信する画面２５２０ａである。リクエストリスト２５２０ｂには、商品と個数と所望期間とが入力される。下段左図は、クラウドサーバ２５１０が、ユーザ端末２２０からの商品リクエストを収集して、クライアント端末２４０に提示した画面２５４１である。画面２５４１中の丸印の大きさは商品のリクエスト数を表わしている。

商品配送者は、画面２５４１からユーザからの商品リクエストの量が、配送による収益を得られる量を超えると判断すれば、下段中央図のように、配送の開始の画面２５４２をクラウドサーバ２５１０に送信する。クラウドサーバ２５１０は、商品の配送を考慮した最低価格を設定して、上段中央図のように、ユーザ端末２２０に最低価格を含む入札画面２５２０ｃを送信する。入札画面には、入札価格を入力するエリア２５２０ｄが設けられる。

クラウドサーバ２５１０は、ユーザ端末２２０からの入札価格を収集して、収益の最も大きなユーザを配送先候補に選定して、その配送先候補をクライアント端末２４０とユーザ端末２２０に送信する。その時のクライアント端末２４０およびユーザ端末２２０の表示画面例は、第２実施形態の図２Ｂの上下段中央図に示されている（本実施形態では省略）。

配送先候補が販売先に変わった場合には、下段右図のように、販売先への配送経路が分かる販売先指示画面２５４３を送信する。同時に、クラウドサーバ２５１０は、販売先として決定したユーザのユーザ端末２２０に、落札価格を含む落札結果画面２５２０ｅを送信する。図２５Ｂにおいては、落札が本人をしめす“次はお客様の所に配送します”とのメッセージ２５２０ｆも表示されている。

なお、オークションが行った停止して、配送先候補が販売先に変わる場合は、第２実施形態乃至第４実施形態で示したような場合である。すなわち、より収益の高い入札価格がないままに商品配送車が配送先候補に到着した場合（第２実施形態）、商品配送車と配送先候補との距離が閾値α以下になった場合（第３実施形態）、商品配送車の配送先候補への配送時間が閾値β以下になった場合（第４実施形態）である。なお、これらの例には限定されない。

また、本実施形態においては、配送の開始をユーザからの商品リクエストの量が、配送による収益を得られる量を超えた場合とした。しかし、ユーザからの商品リクエストなしに配送を開始しても、クラウドサーバ２５１０に蓄積された配送履歴に基づいてクラウドサーバ２５１０が配送開始をトリガしてもよい。

（オークション参加領域）
図２５Ｃは、本実施形態に係る情報処理システム２５００におけるオークション参加領域を説明する図である。なお、図２５Ｃにおいて、図示および説明の都合上、各商品配送車の現在位置におけるオークション参加領域を小さく設定している。なお、実際にもこのようにオークション参加領域を小さく設定して、配送距離や配送時間の少ないできるだけ近い場所で販売するための工夫も可能である。

図２５Ｃにおいては、配送センターとしてＡ点を有し、１台の商品配送車で商品を配送するものとする。

配送センターＡ点を出発時のオークション参加領域と配送センターＡ点が最も高く離れれば低くなる最低価格を示す。配送センターＡ点を出発した商品配送車は、オークションで最初の販売先をＢ点の割烹に決定したとする。商品配送車の現在位置であるＢ点割烹を中心とするオークション参加領域とＢ点割烹が最も高く離れれば低くなる最低価格を示す。次に、Ｂ点割烹を出発した商品配送車は、オークションで次の販売先をＣ点の店舗に決定したとする。商品配送車の現在位置であるＣ点店舗を中心とするオークション参加領域とＣ点店舗が最も高く離れれば低くなる最低価格を示す。次に、Ｃ点店舗を出発した商品配送車は、オークションで次の販売先をＤ点のスーパーに決定したとする。このように、オークション参加領域は配送経過と共に小さくなり、最低価格も品質劣化に応じて低下する。そして、例えば、Ｄ点（スーパー）に商品配送車が到着した時点で、商品が完売したか、あるいはそれ以降は商品劣化のため販売できなくなれば、オークションは終了する。

（入札価格）
図２５Ｄは、本実施形態に係る入札価格の概念を説明する図である。図２５Ｄのように、ユーザＵＡ、ＵＢ、ＵＣを例に説明する。最低価格は、クライアント（商品配送車）の現在位置を中心に漸次、低くなる。ここで、ユーザＵＡ、ＵＢ、ＵＣは、それぞれ最低価格で入札したと仮定する。

クライアントに最も近いユーザＵＡは商品を３個、すなわち（最低価格）×３が入札価格となる。ユーザＵＢは商品を５個、すなわち（最低価格）×５が入札価格となる。ユーザＵＣは商品を１０個、すなわち（最低価格）×１０が入札価格となる。図２５Ｄのハッチング部分は、配送費などの必要経費を示す。したがって、ハッチング部分と原価を差し引いた額がクライアントの収益となる。したがって、図２５Ｄの例では、クライアント（商品配送車）の配送候補はユーザＵＢに選定される。このように、クライアントの収益の大小で次の配送先が選定される。

《情報処理システムの動作手順》
図２６は、本実施形態に係る情報処理システム２５００における動作手順を示すシーケンス図である。なお、図２６において、図４と同様のステップには同じステップ番号を付して、説明は省略する。

ステップＳ２６１１において、ユーザ端末２２１〜２２ｎからの商品リクエストがクラウドサーバ２５１０に送信される。クラウドサーバ２５１０は、商品リクエストを商品リクエストＤＢ４０４に蓄積される（図２８Ａ参照）。ステップＳ２６１３において、クラウドサーバ２５１０は、蓄積された商品リクエスト情報をクライアント端末２４０に送信する。

クライアント端末２４０は、商品リクエスト情報に基づいて、ステップＳ２６２１において、配送を開始する商品情報をクラウドサーバ２５１０に送信する。商品情報には、クライアントＩＤ、商品ＩＤ、商品の数、クライアント端末の現在位置が含まれる。クラウドサーバ２５１０は、ステップＳ２６２３において、クライアントの認証や現在位置の登録、そして、以降の商品配送を管理するため商品管理ＤＢ２５０５にクライアント情報および商品情報を記憶する（図２８Ｂ参照）。

ステップＳ２６２９において、クラウドサーバ２５１０は、各ユーザ端末２２１〜２２ｎからの最低価格を超える単価に基づく入札価格を収集する。入札価格は、最低価格を超える商品単価と商品数との積である。そして、クラウドサーバ２５１０は、ステップＳ２６３１において、収集した入札価格を配送費用なども考慮して比較し、最も収益の高いユーザを配送先候補に選定して、各ユーザ端末２２１〜２２ｎおよびクライアント端末２４０に配送先候補とその入札価格とを送信する。この配送先候補と入札価格との受信を参考にして、各ユーザ端末２２１〜２２ｎは新たな入札を行なう。同時に、クライアント（商品配送車）は、配送先候補に向かう。なお、配送先候補の入札価格を送信しない場合もある。

その後、クラウドサーバ２５１０において、ステップＳ４２５の最低価格設定からステップＳ２６３１の配送先候補選定までが、販売先が決定するまで繰り返される。そして、ステップＳ２６４１において販売先が決定すると、クラウドサーバ２５１０は販売した商品の個数を在庫数から差し引く在庫管理を行ない、各ユーザ端末２２１〜２２ｎおよびクライアント端末２４０に、決定した販売先とオークションの一時停止情報を送信する。そして、クラウドサーバ２５１０は、配送先の入札価格を削除する。その後、クラウドサーバ２５１０は、再度、ステップＳ４２５において、新たな商品配送車の現在位置を中心とする、商品の劣化予測に基づく最低価格の設定を行なって、次のオークションが継続される。

《クラウドサーバの機能構成》
図２７は、本実施形態に係るクラウドサーバ２５１０の機能構成を示すブロック図である。なお、図２７において、図５と同様の機能構成要素には同じ参照番号を付して、説明を省略する。

商品リクエスト受信部２７０４は、通信制御部５０１を介してユーザ端末２２０から、商品リクエストを受信する。商品リクエスト蓄積２７０５は、ユーザ端末２２０からの商品リクエストを商品リクエストＤＢ２６０４に蓄積する（図２８Ａ参照）。商品リクエスト読出部２７０７は、商品リクエストＤＢ２６０４に蓄積されたユーザ端末２２０からの商品リクエストを読み出す。そして、商品リクエスト送信部２７０６は、読み出したユーザ端末２２０からの商品リクエストを、通信制御部５０１を介してクライアント端末２４０に送信する。

また、配送先候補選定部２７１２は、配送先選定テーブル２７１２ａを有し、配送費用などを考慮して入札価格が最も高いユーザを配送先に選定する。なお、本実施形態においては、１つの商品の単価ではなく、複数個の商品の（単価×個数）の入札価格からの収益に基づいて配送先候補を選定するので、図５とは異なる参照番号を付した。しかしながら、基本的には、図５の配送先候補選定部２１２および配送先選定テーブル２１２ａと同様であるので、説明の重複はさける。

販売先決定部２７１６は、オークション停止時の配送先候補を販売先に決定する。決定された販売先は、販売先送信部５１７により通信制御部５０１を介して、各ユーザ端末２２１〜２２ｎおよびクライアント端末２４０に送信される。なお、オークション用タイマ２７１５は、経過時間によりオークションを終了させる場合のために準備される。他の終了条件であれば、そのための機能構成部が準備されることになる。
（商品リクエストＤＢ）
図２８Ａは、本実施形態に係る商品リクエストＤＢ２６０４の構成を示す図である。商品リクエストＤＢ２６０４は、本実施形態の商品入札配送のアプリケーションに参加するユーザからの商品リクエストを蓄積する。なお、商品リクエストＤＢ２６０４の構成は、図２８Ａに限定されない。

商品リクエストＤＢ２６０４は、商品ＩＤ２８１１に対応付けて、その商品をリクエストしたユーザＩＤ２８１２を記憶する。各ユーザＩＤ２８１２に対応付けて、商品のリクエスト個数２８１３、ユーザの現在位置２８１４、地図上の位置２８１５を記憶する。
（商品管理ＤＢ）
図２８Ｂは、本実施形態に係る商品管理ＤＢ２５０５の構成を示す図である。商品管理ＤＢ２５０５は、本実施形態の商品入札配送のアプリケーションを利用するクライアントが配送する商品の管理情報を記憶する。なお、商品管理ＤＢ２５０５の構成は、図２８Ｂに限定されない。

商品管理ＤＢ２５０５は、クライアントＩＤ２８２１に対応付けて、そのクライアントが配送する商品ＩＤ２９２２を記憶する。なお、本実施形態においては、複雑さを避けるため、クライアント（商品配送車）が配送する商品の種類を１つに限定して説明している。

また、商品管理ＤＢ２５０５は、各商品ＩＤ２８２２に対応付けて、配送する商品個２８２３、商品原価２８２４、販売個数２９２５、現在の残品個数２８２６、現在の売上額２８２７、累積の配送費２８２８、現在の収益額２８２９などを記憶する。

《クラウドサーバの処理手順》
図２９は、本実施形態に係るクラウドサーバ２５１０の処理手順を示すフローチャートである。なお、図２９において、第２実施形態の図１６と同様にステップには同じステップ番号を付して、説明は省略する。

図２９においては、図１６のステップＳ１６２１およびＳ１６３１の分岐とその処理のステップは省略している。また、図１６のステップＳ１６４１の分岐とその処理のステップは、１個の商品の場合の手順なので図２９では削除され、代わりに、複数個の商品の場合のステップＳ２９４１の分岐とその処理のステップに代替された。そして、商品リクエストのステップＳ２９５１の分岐とその処理のステップが追加された。

ステップＳ２９４１において、クラウドサーバ２５１０は、オークション停止の条件が満足されたと判定すると、ステップＳ２９４３に進む。ステップＳ２９４３において、クラウドサーバ２５１０は、オークション停止処理をして販売先を現在の配送先候補に決定し、オークション停止と落札した販売先をクライアント端末２４０およびユーザ端末２２１〜２２ｎに送信する。次に、クラウドサーバ２５１０は、在庫調整をして、販売先の入札価格を削除する。そして、ステップＳ２９４７において、クラウドサーバ２５１０は、次の販売先を決めるオークションを再開する。

また、ユーザからの商品リクエストであれば、クラウドサーバ２５１０は、ステップＳ２９５１からＳ２９５３に進む。ステップＳ２９５３において、クラウドサーバ２５１０は、ユーザからの商品リクエストを商品リクエストＤＢ２６０４に蓄積する。そして、ステップＳ２９５５において、クラウドサーバ２５１０は、クライアントへの報知条件を満たしているかを判定する。報知条件を満たしていれば、クラウドサーバ２５１０はステップＳ２９５７に進んで、商品リクエストをクライアント端末に送信する。なお、報知条件は、時間間隔であってもよいし、商品リクエストの累積数が閾値を超えた場合であってもよい。また、送信先のクライアント端末は、商品の種別に対応して選別されてもよい。あるいは、クライアント端末からの要求に応答して、商品リクエストを送信する構成であってもよい。

［第６実施形態］
次に、本発明の第６実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２乃至第５実施形態と比べると、季節や時間帯などの商品劣化に影響する環境変化を考慮して、最低価格を設定する点で異なる。その他の構成および動作は、第２乃至第５実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

本実施形態によれば、季節や一日の時間帯などの商品劣化の環境の変化に適切に対応した、収益の増加と配送の効率化とを共に実現できる。

なお、本実施形態では、劣化条件の変化による最低価格設定をあらかじめ準備しておく例を示すが、実際の劣化条件を時々刻々、検出しながら最低価格設定をリアルタイムに変更することもできる。さらに、劣化条件についての履歴を蓄積して、劣化条件の変動を予測しながら最低価格を変更することも可能である。

《情報処理システム》
図３０Ａおよび図３０Ｂを参照して、本実施形態の情報処理システムを説明する。
（時間帯の説明）
図３０Ａは、本実施形態に係る情報処理システムにおける時間帯の概念を説明する図である。

図３０Ａに示すように、例えば、配送する商品が生もの食品である魚であるとすると、温度による品質低下の影響が大である。その場合に、季節によって温度が異なる。図３０Ａには、夏と冬との一日の平均温度変化例を示した。また、一日においても、時間帯によって温度の差がある。

その傾向は、日の出から日没まではより高い温度となり、特に昼過ぎが最も高くなる傾向にある。また、日没後には急速に温度低下が起こり、翌朝の日の出過ぎまで漸次的に低下する傾向にある。

本実施形態は、このような商品の品質低下に影響する要因の違いを考慮した配送管理を行なう。あるいは、品質低下の少ない時間帯を使用したユーザの満足度を高めると共に、収益を増大できる配送管理を行なう。なお、本例では、品質低下の要因を温度に絞って説明するが、他の要因であっても、あるいは複数の要因が影響する場合であっても、本例を適用可能である。

（最低価格）
図３０Ｂは、本実施形態に係る最低価格設定の概念を説明する図である。本実施形態においては、第２乃至第５実施形態と異なり、処理を簡略化するため、最低価格を図２Ｄのような曲線ではなく、クライアントを中心とする同心円で区分けした領域単位に設定するものとする。

図３０Ｂのように、クライアントの現在位置を中心に、段階的に入札の最低価格が減少するように設定される。なお、最低価格は基本的に商品の単価である。また、各最低価格の領域をクライアントの現在位置を中心とした同心円状に設定したが、道路や道路の交通状況を考慮して、より配送と品質劣化に適応した領域とするのが望ましい。

《クラウドサーバの機能構成》
図３１は、本実施形態に係るクラウドサーバ３１１０の機能構成を示すブロック図である。なお、図３１において、図５または図２７と同様の機能構成部には同じ参照番号を付して、説明は省略する。

価格設定送信部３１１１は、価格設定テーブル３１５１ａ（図３２参照）を有する最低価格設定部３１５１を含む。最低価格設定部３１５１は、価格設定テーブル３１５１ａを参照し、季節や時間帯により異なる品質低下に対応して異なる最低価格を設定する。

（価格設定テーブル）
図３２Ａは、本実施形態に係る価格設定テーブル３１５１ａの構成を示す図である。価格設定テーブル３１５１ａは、季節や時間帯により異なる最低価格を設定するために使用される。なお、図３２Ａには、時間帯により異なる最低価格の設定のみを示すが、他の品質低下の要因の変動についても同様の処理が適用される。

価格設定テーブル３１５１ａは、商品ＩＤ３２０１に対応付けて、商品の配送開始時の初期単価３２０２、商品ＤＢ４０３からの劣化条件（および劣化緩和条件）３２０３、現在の条件（測定温度など）３２０４、最低価格を設定する時間帯３２０５、条件を勘案して時間帯により設定する最低価格３２０６を記憶する。設定する最低価格３２０６は、時間帯によってその範囲や設定差などが異なる。例えば、０時〜６時および１８時〜２４時では、最低価格の低下がなだらかであり、入札できる領域も広くなっている。一方、６時〜１２時、特に１２時から１８時では、最低価格の低下が急であり、入札できる範囲も狭くなっている。なお、時間帯の分割や最低価格の設定は、図３２Ａに限定されない。商品およびその商品の品質劣化の要因により、その要因に適切な時間帯の分割や最低価格の設定が行なわれる。

図３２Ｂは、本実施形態に係る価格設定テーブル３１５１ａの概念を説明する図である。図３２Ｂから明らかなように、１２時〜１８時の時間帯は、温度が高いので品質低下も早く、したがって最低価格が急に低下して、入札への参加領域も狭い。一方、０時〜６時の時間帯は、温度が低いので品質低下も遅く、したがって最低価格がなだらかに低下して、入札への参加領域も広い。ただし、０時〜６時は深夜であるため、交通渋滞は少ないが人件費高くなる。これらも勘案して、収益の大きい時間帯が配送時間帯として選択される。

《クラウドサーバの処理手順》
図３３は、本実施形態に係るクラウドサーバ３１１０の処理手順を示すフローチャートである。なお、図３３において、図１６と同様のステップには同じステップ番号を付して、説明は省略する。また、本実施形態の特徴部分は、ステップＳ３３２３であるので、他は省略している。

ステップＳ１６２１の判定において、クライアントからの配送情報の受信であれば、クラウドサーバ３１１０は、ステップＳ３３２３に進んで、価格設定送信処理を実行する（図３４参照）。

（価格設定送信処理）
図３４は、本実施形態に係る価格設定送信処理（Ｓ３３２３）の手順を示すフローチャートである。図３４において、図１７Ａと同様のステップには同じステップ番号を付して、説明を省略する。

ステップＳ３４０１において、クラウドサーバ３１１０は、現在の時間帯を判定し、例えば、図３２Ａおよび図３２Ｂに示したように４つの時間帯に対応して処理を分岐する。０時〜６時の間であれば、クラウドサーバ３１１０はステップＳ３４０３に進んで、図３２Ａの一段目を第１時間帯として設定する。また、６時〜１２時の間であれば、クラウドサーバ３１１０はステップＳ３４０５に進んで、図３２Ａの二段目を第２時間帯として設定する。また、１２時〜１８時の間であれば、クラウドサーバ３１１０はステップＳ３４０７に進んで、図３２Ａの三段目を第３時間帯として設定する。また、１８時〜２４時の間であれば、クラウドサーバ３１１０はステップＳ３４０９に進んで、図３２Ａの四段目を第４時間帯として設定する。そして、ステップＳ３４１１において、クラウドサーバ３１１０は、各時間帯に対応する最低価格を設定する。なお、あらかじめ設定された最低価格でなく、温度などの要因を検出して、あるいは履歴から変化予測を行なって、ダイナミックに最低価格を設定してもよい。

［第７実施形態］
次に、本発明の第７実施形態に係る情報処理装置について説明する。本実施形態に係る情報処理システムは、上記第２乃至第６実施形態と比べると、商品の配送を管理する情報処理装置が商品配送車のクライアント端末である異なる。すなわち、本実施形態においては、クラウドサーバは存在しない。なお、配送管理アプリケーションは、クラウドサーバから商品配送車のクライアント端末にダウンロードしてもよい。その他の構成および動作は、第２乃至第６実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

本実施形態によれば、個々の商品配送車が独立して、商品の配送による品質劣化を考慮しながら商品の競売および配送を管理することによって、収益の増加と配送の効率化とを共に実現できる。

《情報処理システムの概念》
図３５は、本実施形態に係る情報処理システム３５００の概念を説明する図である。なお、図３５において、図２Ａと同様の機能要素には同じ参照番号を付して、説明は省略する。

図３５においては、クライアント（商品配送車）に搭載されたクライアント端末３５４０が、商品の配送による品質劣化に対応する最低価格を設定してユーザ端末に送信する価格設定送信部３５４１と、ユーザ端末からの入札価格に基づいて次の配送先を選定する配送先候補選定部３５４２とを有する。すなわち、本実施形態においては、クライアント端末３５４０が情報処理装置として、クラウドサーバ２１０を代替する。なお、アプリケーションはクラウドサーバ２１０からクライアント端末３５４０にダウンロードされてもよい。

《情報処理システムの動作手順》
図３６は、本実施形態に係る情報処理システム３５００の動作手順を示すシーケンス図である。図３６において、図４のクラウドサーバ２１０あるいは図２６のクラウドサーバ２５１０などの動作手順をクライアント端末３５４０が実行することになる。

ステップＳ３６０１において、クラウドサーバ２１０は、ユーザ端末２２１〜２２ｎ、およびクライアント端末３５４０に本実施形態のオークション・アプリケーションをダウンロードする。ステップＳ３６０３において、ユーザのユーザ端末２２１〜２２ｎは、ユーザ情報を、商品配送車のクライアント端末３５４０に送信する。クライアント端末３５４０は、ユーザ登録ＤＢ３７０３に、ユーザの登録を行なう。そして、クライアント端末３５４０は、ステップＳ３６０５において、オークション・アプリケーションを起動する。

ステップＳ３６１１において、ユーザ端末２２１〜２２ｎは、商品リクエストをクライアント端末３５４０に送信する。クライアント端末３５４０は、ステップＳ３６１３において、商品リクエストを商品リクエストＤＢ３７０６に蓄積する。クライアント端末３５４０は、ステップＳ３６１５において、クライアントの入力にしたがって配送商品を選定する。クライアント端末３５４０は、ステップＳ３６１７において、商品ＤＢ３７１２に記憶された商品の劣化条件などを参照して、クライアント（商品配送車）の現在位置に基づいた商品の劣化予測を行ない、地図ＤＢ３７１３を使って現在位置を中心にオークションの最低価格を設定する。そして、クライアント装置３５４０は、ステップＳ３６１９において、各ユーザ端末２２１〜２２ｎのその現在位置に対応した最低価格を設定して通知する。なお、交通情報ＤＢを参照して、配送経路や配送における渋滞などの交通事情を考慮するのが望ましい。

ステップＳ３６２１において、クライアント端末３５４０は、各ユーザ端末２２１〜２２ｎから送信された最低価格を超える単価の入札価格を収集する。入札価格は、最低価格を超える商品単価と商品数との積である。そして、クライアント端末３５４０は、ステップＳ３６２３において、収集した入札価格を配送費用なども考慮して比較し、最も収益の高いユーザを次の配送先に選定して、各ユーザ端末２２１〜２２ｎに次の配送先とその入札価格とを送信する。この次の配送先と入札価格との受信を参考にして、各ユーザ端末２２１〜２２ｎは、新たな入札を行なう。同時に、クライアント（商品配送車）は、次の配送先に向かう。

ここで、クライアント端末２４０は、ステップＳ３６２５で販売済み商品を在庫から差し引く在庫調整を含む商品販売記録を行なう。そして、クライアント装置３５４０は、再び、ステップＳ３６１７の商品の劣化予測を行ない、現在位置を中心にオークションの最低価格を設定して、次のアウクションを継続する。

《クライアント端末の機能構成》
図３７は、本実施形態に係るクライアント端末３５４０の機能構成を示すブロック図である。なお、図３７において、図７と同様の機能構成部には同じ参照番号を付して、説明は省略する。また、図３７において、クライアント端末３５４０は、図５のクラウドサーバ２１０あるいは図２７のクラウドサーバ２５１０の機能構成部を有しており、参照符号が異なるのみで同じ名称の機能構成部の構成は第２実施形態や第５実施形態と同様である、詳細な構成の説明は省略する。

ユーザ情報受信部３７０１は、通信制御部７０４を介してユーザ端末２２０から、ユーザＩＤや認証情報などのユーザ情報と、ユーザ端末ＩＤや認証情報などのユーザ端末情報とを受信する。ユーザ情報登録部３７０２は、ユーザ情報とユーザ端末情報とに基づいて、ユーザ登録ＤＢ３７０３にユーザを登録する（図８Ａ参照）。また、商品リクエスト受信部３７０４は、通信制御部７０４を介してユーザ端末２２０から、商品リクエストを受信する。商品リクエスト蓄積部３７０５は、ユーザ端末２２０からの商品リクエストを商品リクエストＤＢ３７０６に蓄積する（図９Ｂ参照）。

価格設定送信部３５４１は、配送情報生成部３７０７と、品質劣化予測部３７０８と、最低価格設定部３７０９と、最低価格送信部３７１０とを含む。配送情報生成部３７０７は、クライアントの入力に基づきクライアント（商品配送車）が配送する商品に関する情報を生成する。なお、受信情報は、商品情報を蓄積する商品ＤＢ３７１２と、クライアント（商品配送車）の商品を管理するための商品管理ＤＢ３７１１とに記憶される。品質劣化予測部３７０８は、商品品質テーブル３７０８ａ（図１５参照）を有し、地図ＤＢ３７１３も参照して地図上の位置における商品品質を予測する。最低価格設定部３７０９は、価格設定テーブル３７０９ａ（図１２Ａ参照）を有し、地図上の位置において予測された商品品質に対応する最低価格を設定する。最低価格送信部３７１０は、地図上の位置に設定された最低価格を参照して、各ユーザの現在位置における入札の最低価格をユーザ端末に送信する。

また、入札価格受信部３７１５は、入札価格テーブル３７１５ａ（図１３Ａ参照）を有し、通信制御部７０４を介して各ユーザ端末２２０から、入札価格を受信する。配送先候補選定部３５４２は、配送先候補選定テーブル３５４２ａ（図１４参照）を有し、配送費用などを考慮して入札価格が最も高いユーザを配送先に選定する。配送費用は、地図ＤＢ３７１３や交通情報ＤＢ（図１０参照）を参照して算出される。そして、選定された次の配送先は、表示部７０８に表示される。音声出力であってもよい。なお、図３７には、販売先決定についての構成は省かれているが、上記他の実施形態の構成を使用できる。

《クライアント端末の処理手順》
図３８は、本実施形態に係るクライアント端末３５４０の処理手順を示すフローチャートである。なお、このフローチャートは、図２０のＣＰＵ２０１０がＲＡＭ２０４０を使用して実行して、図３７の機能構成部を実現する。また、図３８において、その手順は、第２実施形態のクラウドサーバ２１０の処理手順と類似であり、同じ名称のステップはステップ番号が異なるのみであり、その詳細な手順は第２実施形態のクラウドサーバの処理手順と同様である。

ステップＳ３８１１において、クライアント端末３５４０は、ユーザまたはクライアントの登録か否かを判定する。また、クライアント端末３５４０は、ステップＳ３８２１において、クライアントによる配送情報の入力か否かを判定する。また、クライアント端末３５４０は、ステップＳ３８３１においては、ユーザの入札情報の受信か否かを判定する。そして、クライアント端末３５４０は、ステップＳ３８４１において、クライアントによる販売情報の入力か否かを判定する。

ユーザまたはクライアントの登録の場合、クライアント端末３５４０はステップＳ３８１３に進んで、ユーザ登録であればステップＳ３８１３においてユーザ登録ＤＢ４０１にユーザ登録する。また、クライアント登録であれば、クライアント端末３５４０はステップＳ３８１５において、クライアント登録ＤＢ４０２にクライアント登録する。

また、配送情報の入力であれば、クライアント端末３５４０はステップＳ３８２３に進んで、商品配送車の現在位置を中心に、配送による品質劣化を考慮した最低価格を設定してユーザ端末に送信する、価格設定送信処理を実行する（図１７Ａ参照）。

また、ユーザの入札情報の受信であれば、クライアント端末３５４０はステップＳ８３３に進んで、入札価格を含むユーザ入札情報を収集するために記憶する。次に、ステップＳ３８３７において、クライアント端末３５４０は、今までの入札価格から収益に基づいて配送先候補を選定する、配送先候補選定処理を実行する（図１７Ｂまたは図１７Ｃ参照）。

また、販売情報の入力であれば、クライアント端末３５４０はステップＳ３８４３に進んで、商品販売情報を取得する。次に、ステップＳ３８４７に進んで、クライアント端末３５４０は、オークションの終了情報と、商品販売情報とを、ユーザ端末２２１〜２２ｎ（クライアント端末２４０）に送信する

なお、図３８には、逐次変化する現在位置の取得については記載していないが、ユーザの現在位置あるいはクライアントの現在位置は、逐次あるいは情報通信時にユーザ端末２２１〜２２ｎからクライアント端末３５４０に送信される。

［第８実施形態］
次に、本発明の第８実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２乃至第７実施形態と比べると、同様の商品配送アプリケーションに従った複数の商品配送車による商品配送を管理する点で異なる。なお、本実施形態においては、同じ商品を同じ商品提供会社が複数の商品配送車で配送する場合を説明する。その他の構成および動作は、第２乃至第７実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

本実施形態によれば、複数の商品配送車による商品配送においても、配送先を重複せずに効率良く選定するので、複数の商品配送車によるトータルの収益の増加と配送の効率化とを共に実現できる。

《情報処理システムの概念》
図３９は、本実施形態に係る情報処理システム３９００の概念を説明する図である。なお、図３９において、説明の都合上、各商品配送車の現在位置における入札可能範囲を小さく設定している。

図３９においては、配送センターとしてＡ１点とＡ２点とを有し、１つの商品提供会社が２台の商品配送車で同じ商品を配送するものとする。なお、配送センター出発時の商品の品質は同じと仮定する。出発時点で品質が異なる場合には、最初から異なる最低価格が設定されることになる。

配送センターＡ１点を出発した商品配送車は、最初の配送先をＢ点の割烹に選定したとする。一方、配送センターＡ２点を出発した商品配送車は、最初の配送先をＥ点の食堂に選定したとする。ここで、一方の商品配送車の現在位置であるＢ点の割烹を中心とする入札可能領域と、他方の商品配送車の現在位置であるＥ点の食堂を中心とする入札可能領域とは、領域３９０１で重複する。この時に、両方の商品配送車が同じ場所を目指すように選定されるのは無駄となる。したがって、この領域３９０１において、Ｂ点の割烹にいる商品配送車が設定する最低価格と、Ｅ点の食堂にいる商品配送車が設定する最低価格とを比較して、より高い最低価格を設定している商品配送車のみがこの領域３９０１のユーザの入札を受け付けることにする。図３９の場合は、Ｅ点の食堂にいる商品配送車が設定する最低価格の方が高いので、Ｅ点の食堂にいる商品配送車に対応する最低価格のみが領域３９０１のユーザ端末に通知される。すなわち、最低価格の設定が高い方がより品質のよい商品を配送できると予測する。

次に、配送センターＡ１点を出発した商品配送車は、次の配送先をＣ点の店舗に選定したとする。一方、配送センターＡ２点を出発した商品配送車は、次の配送先をＤ点のスーパーに選定したとする。ここで、一方の商品配送車の現在位置であるＣ点の店舗を中心とする入札可能領域と、他方の商品配送車の現在位置であるＤ点のスーパーを中心とする入札可能領域とは、領域３９０２で重複する。この時に、両方の商品配送車が同じ場所を目指すように選定されるのは無駄となる。したがって、この領域３９０２において、Ｃ点の店舗にいる商品配送車が設定する最低価格と、Ｄ点のスーパーにいる商品配送車が設定する最低価格とを比較して、より高い最低価格を設定している商品配送車のみがこの領域３９０２のユーザの入札を受け付けることにする。図３９の場合は、Ｄ点のスーパーにいる商品配送車が設定する最低価格の方が高いので、Ｄ点のスーパーにいる商品配送車に対応する最低価格のみが領域３９０２のユーザ端末に通知される。

このようにすれば、Ｃ点の店舗にいる商品配送車から次の配送先として、領域３９０２内のＧ点の個人は入札から除かれるので、領域３９０２を除く領域のＦ点の個人に向かうことになる。一方、Ｄ点のスーパーにいる商品配送車は、領域３９０２内のＧ点の個人に向かうことができる。こうして、２つの商品配送車が同じユーザであれば、より品質の高い商品を配送可能は商品配送車への入札を受け付けることになり、ユーザの満足度を高めながら、トータルの収益を増加することができる。

《情報処理システムの動作手順》
図４０Ａ乃至図４０Ｃは、本実施形態に係る情報処理システム３９００の動作手順を示すシーケンス図である。なお、図４０Ａにおいては、図４Ａ乃至図４Ｄで示した入札前の処理は省略している。また、図４０Ａ乃至図４０Ｃにおいては、繰り返しをせずに、図３９における配送動作を、順に図示している。

ステップＳ４００１において、Ａ１点から出発する商品配送車に搭載されたクライアント端末４０４１からクラウドサーバ４０１０に商品情報が送信される。ステップＳ４００３において、Ａ２点から出発する商品配送車に搭載されたクライアント端末４０４２からクラウドサーバ４０１０に商品情報が送信される。クラウドサーバ４０１０は、ステップＳ４００５において、各商品情報を記憶する。次に、クラウドサーバ４０１０は、ステップＳ４００７において、商品の劣化予測に基づいて、各クライアントのスタート位置に対応する最低価格を設定する。この場合の配送可能領域の重複はないので、それぞれ配送可能領域の全ユーザに最低価格が通知される。

ステップＳ４００９において、クラウドサーバ４０１０は、Ａ１点からの配送可能範囲のユーザに最低価格を送信する。図３９のように、この時点ではＢ点とＦ点とのユーザ端末に送信される。そして、クラウドサーバ４０１０は、ステップＳ４０１１において、ユーザ端末から入札された入札価格を収集する。そして、クラウドサーバ４０１０は、ステップＳ４０１３において、Ａ１点の次の配送先を選定する。図３９の例では、Ｂ点の割烹が選定される。そして、Ｂ点の割烹は、ステップＳ４０１５において、商品を購入する。一方、クラウドサーバ４０１０は、ステップＳ４０１７において、Ａ２点からの配送可能範囲のユーザに最低価格を送信する。図３９のように、この時点ではＢ点、Ｄ点、Ｅ点、Ｇ点のユーザ端末に送信される。そして、クラウドサーバ４０１０は、ステップＳ４０１９において、ユーザ端末から入札された入札価格を収集する。そして、クラウドサーバ４０１０は、ステップＳ４０２１において、Ａ２点の次の配送先を選定する。図３９の例では、Ｅ点の食堂が選定される。そして、Ｅ点の食堂は、ステップＳ４０２３において、商品を購入する。

図４０Ｂに進んで、クラウドサーバ４０１０は、ステップＳ４０２５において、商品の劣化予測に基づいて、各クライアントの現在位置（Ｂ点、Ｅ点）に対応する最低価格を設定する。この場合の配送可能領域の重複ができるので、クラウドサーバ４０１０は、ステップＳ４０２７において、それぞれ配送可能領域の重なる領域３９０１における最低価格を比較する。そして、より高い最低価格の商品配送車の方が、品質が良く収益も高く予測でき、領域３９０１内のユーザ端末にはＥ点の商品配送車へ入札するための最低価格が通知される。

図４０ＢのステップＳ４０２９からＳ４０４３までの処理は、配送可能領域の重なる領域３９０１で一方の入札が選択されるのみで、図４０ＡのステップＳ４００９からＳ４０２３と同様である。その結果、次の配送先が、Ｃ点とＤ点に選定される。

図４０Ｃに進んで、クラウドサーバ４０１０は、ステップＳ４０４５において、商品の劣化予測に基づいて、各クライアントの現在位置（Ｃ点、Ｄ点）に対応する最低価格を設定する。この場合の配送可能領域の重複ができるので、クラウドサーバ４０１０は、ステップＳ４０４７において、それぞれ配送可能領域の重なる領域３９０２における最低価格を比較する。そして、より高い最低価格の商品配送車の方が、品質が良く収益も高く予測でき、領域３９０２内のユーザ端末にはＤ点の商品配送車へ入札するための最低価格が通知される。

図４０ＣのステップＳ４０４９からＳ４０６３までの処理は、配送可能領域の重なる領域３９０２で一方の入札が選択されるのみで、図４０ＡのステップＳ４００９からＳ４０２３、および図４０Ｂのステップ４０２９からＳ４０４３と同様である。その結果、次の配送先が、Ｆ点とＧ点に選定される。

以降、同様の処理が繰り返され、２台の商品配送車はより品質のよい商品を高く販売できるように、入札可能領域が管理される。なお、本例では２台の商品配送車の例を示したが、同様の技術はより多くの複数の商品配送車の配送管理においても適用可能である。

《クラウドサーバの機能構成》
図４１は、本実施形態に係るクラウドサーバ４０１０の機能構成を示すブロック図である。なお、図４１において、図５または図２７と同様の機能構成部には同じ参照番号を付して、説明を省略する。

価格設定送信部４０１１は、商品配送車の台数に対応する複数の価格設定テーブル４１１１ａ、４１１１ｂ、…を有する最低価格設定部４１１１と、価格送信テーブル４１１２ａを有する最低価格送信部４１１２とを含む。最低価格設定部４１１１は、価格設定テーブル４１１１ａ、４１１１ｂ、…を参照し、各商品配送車の現在位置に基づいて最低価格を設定する。最低価格送信部４１１２は、最低価格設定部４１１１が設定した各商品配送車の最低価格を比較し、同じ領域のユーザにはより高い最低価格のみを送信して、入札を可能とする。

なお、価格設定テーブル４１１１ａ、４１１１ｂ、…は、それぞれが図１２Ａの価格設定テーブル５１１ａに相当するので、ここでは詳細な構成の説明は省略する。

（価格送信テーブル）
図４２は、本実施形態に係る価格送信テーブル４１１２ａの構成を示す図である。価格送信テーブル４１１２ａは、同じユーザが複数の異なる入札の参加することを避け、より品質が良く収益が高くなると予測される商品配送車のみに入札できるように、ユーザへの最低価格の送信を制御するために使用される。

価格送信テーブル４１１２ａは、ユーザＩＤ４２０１に対応付けて、ユーザの現在位置４２０２、第１クライアント（商品配送車）対応の最低価格４２０３、第２クライアント（商品配送車）対応の最低価格４２０４、…、第ｎクライアント（商品配送車）対応の最低価格４２０５、を記憶する。そして、価格送信テーブル４１１２ａは、最低価格の内からより高い最低価格を選定した送信最低価格４２０６として記憶する。

《クラウドサーバの処理手順》
図４３は、本実施形態に係るクラウドサーバ４０１０の処理手順を示すフローチャートである。なお、図４３において、図１６と同様のステップには同じステップ番号を付して、説明は省略する。

ステップＳ１６２１において、クライアントの配送情報受信であれば、クラウドサーバ４０１０はステップＳ４３２３に進んで、同じ商品を配送する他のクライアント（商品配送車）の配送情報を取得する。そして、クラウドサーバ４０１０は、ステップＳ４３２５において、本実施形態の価格設定送信処理を実行する（図４４参照）。

また、ユーザ端末からのユーザ入札情報の受信の場合に、クラウドサーバ４０１０は、ステップＳ４３３５において、１つのクライアント（商品配送車）を選定して、配送先候補選定処理（Ｓ１６３７）を行なう。そして、クラウドサーバ４０１０は、ステップＳ４３３９において、他のクライアント（商品配送車）についても配送先選定処理を繰り返し、本商品の配送に関わっている全クライアント（商品配送車）の処理を終わると終了する。

（価格設定送信処理）
図４４は、本実施形態に係る価格設定送信処理（Ｓ４３２５）の手順を示すフローチャートである。なお、図４４は、クライアントが複数になったことを除いて図１７Ａと類似である。

クラウドサーバ４０１０は、ステップＳ４４０１において、各クライアント（商品配送車）の現在位置における最低価格を設定する。次に、クラウドサーバ４０１０は、ステップＳ４４０３において、各クライアントの現在位置からの配送条件と劣化条件とに基づいて、領域あるいは各地点の品質低下を予測する。ここで、配送条件には、クライアントの現在位置からの距離や配送時間などを含む。そして、クラウドサーバ４０１０は、ステップＳ４４０５において、各クライアントの現在位置を中心に品質低下を考慮した最低価格を設定する。クラウドサーバ４０１０は、ステップＳ４４０７において、複数クライントによる最低価格設定領域の収益による優先権を設定する。すなわち、最低価格のより高いクライアント（商品配送車）にその領域の入札の優先権を与える。そして、クラウドサーバ４０１０は、ステップＳ４０９において、各ユーザの現在位置に対応する優先権を与えた最低価格をユーザ端末に送信する。クラウドサーバ４０１０は、ステップＳ４４１１において、入札に応札可能な全ユーザに最低価格を送信するまで、ステップＳ４４０９の各ユーザに対応する最低価格を送信するように制御する。

［第９実施形態］
次に、本発明の第９実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第８実施形態と比べると、複数の商品配送車が異なる商品提供会社である場合の商品配送を管理する点で異なる。なお、本実施形態においては、同じ品質の同じ商品を異なる初期価格（配送開始時の最低価格）で配送する場合を説明する。その他の構成および動作は、第８実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

本実施形態によれば、複数の商品提供会社による商品配送においても、配送先を重複せずに効率良く選定するので、ユーザを満足させつつ互いの収益の増加と配送の効率化とを共に実現できる。

《情報処理システムの概念》
図４５は、本実施形態に係る情報処理システム４５００の概念を説明する図である。

図４５においては、配送センターとしてＸ社とＹ社とを有し、それぞれが１台の商品配送車で同じ商品を配送するものとする。なお、配送センター出発時の商品の品質は同じと仮定する。

配送センターＸ社を出発した商品配送車は、Ｂ点を経由してＣ点を選定したとする。一方、配送センターＹ社を出発した商品配送車は、Ｅ点経由してＤ点を選定したとする。ここで、Ｘ社の商品配送車の現在位置であるＣ点を中心とする入札可能領域と、Ｙ社の商品配送車の現在位置であるＤ点を中心とする入札可能領域とは、領域３５０２で重複する。この時に、両社の商品配送車が同じ場所を目指すように選定されるのは、全体のユーザ満足度と収益、あるいは配送費用に観点からも無駄が多く、ＣＯ₂削減とならない。

しかしながら、第６実施形態のような同じ会社の商品配送車ではないので、同じ品質であっても最低価格が異なる設定となる場合がある。したがって、本実施形態においては、Ｘ社の出発時点、Ｙ社の出発時点における最低価格を規格化して、同じ品質ならば同じ最低価格になるように変換して、重複する領域３５０２のユーザがどちらの入札に参加するかを選定する。最低価格を規格化した後、領域４５０２において、Ｃ点にいる商品配送車が設定する最低価格と、Ｄ点にいる商品配送車が設定する最低価格とを比較して、より高い規格化最低価格を設定している商品配送車のみがこの領域４５０２のユーザの入札を受け付けることにする。図４５の場合は、Ｄ点にいる商品配送車が設定する規格化最低価格の方が高いので、Ｄ点にいる商品配送車に対応する最低価格のみが領域４５０２のユーザ端末に通知される。

このようにすれば、Ｃ点にいるＸ社の商品配送車から次の配送先として、領域４５０２内のＧ点は入札から除かれるので、領域４５０２を除く領域のＦ点に向かうことになる。一方、Ｄ点にいるＹ社の商品配送車は、領域４５０２内のＧ点に向かうことができる。こうして、２社の商品配送車が同じユーザであれば、より品質の高い商品を配送可能は商品配送車への入札のみを受け付けることになり、ユーザの満足度を高めながら、無駄をなくしＣＯ₂削減にも寄与することができる。

《情報処理システムの動作手順》
図４６は、本実施形態に係る情報処理システム４５００の動作手順を示すシーケンス図である。図４６は、第８実施形態の図４０Ｃに対応する動作手順であり、図４０Ｃと同様のステップには同じステップ番号を付して、説明は省略する。

クラウドサーバ４６１０は、ステップＳ４６４５において、Ｘ社の初期価格とＹ社の初期価格とを同じとするように、現在の最低価格を規格化する。次に、クラウドサーバ４６１０は、ステップＳ４６４７において、Ｘの商品配送車とＹ社の商品配送車との共通配送範囲は、収益の高い商品配送車（同時に品質のよい方）を優先する。すなわち、図４５の領域４５０２は、Ｙ社の商品配送車の入札領域とする。

《クラウドサーバの機能構成》
図４７は、本実施形態に係るクラウドサーバ４６１０の機能構成を示すブロック図である。図４７において、図４１と同様の機能構成部には同じ参照番号を付して、説明は省略する。

図４７の価格設定送信部４６１１は、図４１の構成に、価格規格化テーブル４７１５ａ（図４８参照）を有する価格規格化部４７１５が追加された構成である。価格規格化部４７１５は、最低価格設定部４１１１で複数の商品配送車に対して設定された最低価格を、出発時点の品質が同じであれば同じ価格であるように規格化して、最低価格送信部４１１２における最低価格の送信先選定をユーザがより品質のよい商品を得られるように制御する。

（価格規格化テーブル）
図４８は、本実施形態に係る価格規格化テーブル４７１５ａの構成を示す図である。価格規格化テーブル４７１５ａは、会社の異なる複数のクライアントについて、設定された最低価格を同じ条件で比較できるように規格化するために使用される。

価格規格化テーブル４７１５ａは、クライアントＩＤ４８０１に対応して、商品ＩＤ４８０２を記憶する。各商品ＩＤ４８０２に対応付けて、初期価格４８０３、初期価格を一致させる規格化価格４８０４、を記憶する。そして、価格規格化テーブル４７１５ａは、現在位置価格４８０５、半径Ｒ１内の価格４８０６、…、半径Ｒn-1からＲn内の価格は、算出された算出値と、初期価格を規格化価格に規格化したときの規格値とを記憶する。

クラウドサーバ４６１０の最低価格送信部４１１２では、規格値を比較して送信先ユーザを選定し、算出値を選定した送信先ユーザに送信することになる。

《クラウドサーバの処理手順》
図４９は、本実施形態に係るクラウドサーバ４６１０の処理手順を示すフローチャートである。図４９において、図１６および図４３と同様のステップには同じステップ番号を付して、説明は省略する。

クラウドサーバ４６１０は、クライアントの配送情報受信であればステップＳ４３２３において、同じ商品を配送する他のクライアント（商品配送車）の配送情報を取得する。そして、クラウドサーバ４６１０は、ステップＳ４９２５において、本実施形態の価格設定送信処理を実行する（図５０参照）。

（価格規格化処理）
図５０は、本実施形態に係る価格設定送信処理（Ｓ４９２５）の手順を示すフローチャートである。図５０において、図４４と同様のステップには同じステップ番号を付して、説明は省略する。

クラウドサーバ４６１０は、ステップＳ５００７において、初期価格を規格化して、最低価格を調整し、ステップＳ４４０７の異なる会社の複数クライアントの優先選定を行なう。

［第１０実施形態］
次に、本発明の第１０実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２乃至第９実施形態と比べると、ユーザが複数の商品配送車や商品提供会社のオークションに同時に参加できる点で異なる。その他の構成および動作は、第２乃至第９実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

本実施形態によれば、ユーザが、複数のオークションを選択しながら所望の価格と品質の割合を組み合わせた入札ができるので、ユーザのリクエストに合致した満足度の高い商品の配送ができる。

《情報処理システムの概念》
図５１は、本実施形態に係る情報処理システム５１００におけるオークション概念を説明する図である。

図５１において、上段はユーザ端末５１２０に複数の商品配送車のオークションが表示された場合に、ユーザが商品配送車を選択して複数商品のオークションに参加する例を示す。一方、下段は、ユーザが商品を選択して複数商品配送車のオークションに参加する例を示す。

図５１の上段左図において、ユーザ端末５１２０の表示画面５１２１には、複数の商品配送車による複数商品のオークションに入札するための情報が提示されている。ユーザの指５１２２が商品配送車の１つをタッチすると、上段右図のように、表示画面５１２３には、選択された商品配送車（本例ではＹ）に積荷されている商品のオークション入札条件５１２４が一覧表示されて、ユーザは入札価格を入力してオークションに参加する。この例では、ユーザがより信頼する商品配送車を選ぶことができる。

図５１の下段左図において、ユーザ端末５１２０の表示画面５１２１には、上段同様に、複数の商品配送車による複数商品のオークションに入札するための情報が提示されている。ユーザの指５１２５が商品の１つをタッチすると、下段右図のように、選択された商品（本例では△△）が積荷されている複数の商品配送車についてオークション入札条件５１２７が一覧表示されて、ユーザは入札価格を入力してオークションに参加する。そして、ユーザは所望の個数を品質や価格を変えて取得することもできる。合計数５１２８は、ユーザが必要以上の商品を入札しないためである。この例では、ユーザが同じ品質でなく様々な品質の商品を用途に応じて選ぶことができる。

《クラウドサーバの機能構成》
図５２は、本実施形態に係るクラウドサーバ５２１０の機能構成を示すブロック図である。図５２において、図４１と同様の機能構成部には同じ参照番号を付して、説明を省略する。

価格設定受信部５２１１は、価格送信テーブル５２０２ａ（図５３参照）を有する最低価格送信部５２０２を含む。価格設定受信部５２１１は、ユーザに対して最低価格設定部４１１１で設定されたそのユーザへの全ての最低価格を商品配送車および商品でまとめて送信する。

入札価格受信部５２１３は、入札価格テーブル５２１３ａ（図５４参照）を有し、複数ユーザの複数商品配送車への入札を記憶して、配送先候補選定部５２１２に送る。配送先候補選定部５２１２は、複数の商品配送車に対応する複数の配送先候補選定テーブル５２１２ａ、５２１２ｂ、…を有し、各商品配送車の配送先候補を並行に選定する。なお、個々の配送先候補選定テーブルは図１４と類似であるので、ここには図示しない。

（価格送信テーブル）
図５３は、本実施形態に係る価格送信テーブル５２０２ａの構成を示す図である。価格送信テーブル５２０２ａは、各ユーザに複数クライアントへの入札を可能にするために使用される。

価格送信テーブル５２０２ａは、ユーザＩＤ５３０１とユーザ現在位置５３０２とに対応付けて、複数のクライアントＩＤ５３０３を記憶する。そして、価格送信テーブル５２０２ａは、各クライアントＩＤ５３０３に対応付けて、クライアント現在位置５３０４、商品の残数５３０５、ユーザに対応する最低価格５３０６、商品の品質５３０７、予定配送時刻５３０８を記憶する。この情報が、例えば、図５２の表示画面５１２１に表示される。

（入札価格テーブル）
図５４は、本実施形態に係る入札価格テーブル５２１３ａの構成を示す図である。入札価格テーブル５２１３ａは、上記価格送信テーブル５２０２ａに対応して、各ユーザからの複数クライアントへの入札を受け付けるために使用される。

入札価格テーブル５２１３ａは、ユーザＩＤ５４０１とユーザ現在位置５４０２とに対応付けて、複数のクライアントＩＤ５４０３を記憶する。そして、入札価格テーブル５２１３ａは、各クライアントＩＤ５４０３に対応付けて、ユーザに対応する最低価格５４０４、入札単価５４０５、商品の個数５４０６、入札価格５４０７を記憶する。なお、入札価格５４０７は、入札単価５４０５と個数５４０６との積であり、入札単価５４０５は最低価格５４０４を超える必要がある。

［第１１実施形態］
次に、本発明の第９実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２乃至第１０実施形態と比べると、本実施形態による価格設定履歴と入札および落札価格履歴とを蓄積して、廉価で高品質の商品を取得可能な地域を選定する点で異なる。その他の構成および動作は、第２実施形態または第５実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

本実施形態によれば、本実施形態による価格設定履歴と入札および落札価格履歴から、外食産業のような廉価で高品質の商品を求めるユーザに対して適切な立地提案ができる。

《情報処理システムの説明》
以下、図５５Ａおよび図５５Ｂを参照して、本実施形態の情報処理システムを説明する。

（情報処理システムの概念）
図５５Ａは、本実施形態に係る情報処理システム５５００の概念を説明する図である。

情報処理システム５５００において、クラウドサーバ５５１０は、上述の商品配送オークションを実行し、配送履歴収集部５５１１によってその間の配送履歴を配送履歴ＤＢ５５１２に蓄積する。そして、ユーザ端末５５５０から、品質劣化をする商品を使用する産業立地についての相談があると、配送履歴ＤＢ５５１２を参照して、立地提案部５５１３からユーザ端末５５５０に立地条件を提案する。

図５５Ａにおいては、ユーザ端末５５５０の表示画面５５５１から“ファミレス”の立地条件がクラウドサーバ５５１０に相談する。ファミレス（ファミリーレストラン）では、品質劣化が起こる食材（肉、魚介、野菜、果物など）が大量に使用される。この相談に対して、クラウドサーバ５５１０の立地提案部５５１３は、ユーザ端末５５５０に立地提案の表示画面５５５２を返す。表示画面５５５２には、地図上に配送センターでもある魚市場と青物市場とが表示され、配送履歴から求められた品質のよい商品が安く得られる領域が提示されている。ここで、魚市場と青物市場との両配送センターからの好適な領域が重なった地域５５５３が、望ましい立地範囲として示されている。なお、品質のよい商品が安く得られる領域は、図５５Ａの形状には限定されない。

（立地条件）
図５５Ｂは、本実施形態に係る情報処理システム５５００における立地条件を説明する図である。なお、図５５Ｂは、感覚的に図示されており、形状などは図５５Ｂに限定されない。本実施形態の商品配送オークションによれば、品質のよい商品が安く得られる領域が存在する。

図５５Ｂには、配送センターを中心に、落札した商品履歴からの品質と、落札費用によってどれだけの量（数）を得られるかと、入札成功率とを、図示したものである。直感的にも明らかなように、本実施形態のオークションでは、配送センターに近い場所では最低価格が高いので、品質を超えた入札が必要となる。一方、配送センターに遠い場所では、安く商品が手に入るが品質はそれ以上に劣化している。また、配送費も含まれるので、クライアント（商品配送車）の収益の高いユーザに配送するため、配送センターから余り離れていないユーザに配送される。

これらを勘案すると、図５５Ｂに示すように、配送センターを取り巻くドーナツ状の品質のよい商品が安く得られる領域が存在する。配送履歴ＤＢ５５１２に蓄積された履歴を集めることで、その形状をさらに細かく提示できるようになる。

《情報処理システムの構成》
図５６は、本実施形態に係る情報処理システム５５００の構成を示すブロック図である。図５６において、図３と同様の機能要素には同じ参照番号を付して、説明を省略する。

クラウドサーバ５５１０は、図２Ａの価格設定送信部２１１と配送先選定部２１２とを含む、配送履歴収集部５５１１を有する。また、クラウドサーバ５５１０は、制御部２１３を有する。また、クラウドサーバ５５１０は、配送履歴を蓄積する配送履歴ＤＢ５５１２を有する。また、クラウドサーバ５５１０は、立地提案部５５１３を有する。そして、ネットワーク２５０を介してクラウドサーバ５５１０に立地情報を問い合わせるユーザ端末５５５０を有する。

《情報処理システムの動作手順》
図５７は、本実施形態に係る情報処理システム５５００の動作手順を示すシーケンス図である。なお、図５７において、図４Ａ〜図４Ｄ、その他のシーケンス図で示した商品配送入札またはオークションの動作手順は、簡略化している。

クラウドサーバ５５１０は、ステップＳ５７１３において、ユーザからの商品リクエストを配送履歴ＤＢ５５１２に蓄積する。ステップＳ５７２１において、複数のクライアント端末２４１〜２４ｎが商品配送情報をクラウドサーバ５５１０に送信すると、クラウドサーバ５５１０は、ステップＳ５７２３において、商品配送情報を配送履歴ＤＢ５５１２に蓄積する。次に、クラウドサーバ５５１０は、ステップＳ５７２５において、商品劣化予測に基づく最低価格の設定と送信とを行なうと、クラウドサーバ５５１０はステップＳ５７２７において最低価格を配送履歴ＤＢ５５１２に蓄積する。また、クラウドサーバ５５１０は、ステップＳ５７２９において、ユーザ端末２２１〜２２ｎから入札価格を収集して、次の配送先を選定して送信すると、クラウドサーバ５５１０はステップＳ５７３１において落札価格と選定された配送先とを配送履歴ＤＢ５５１２に蓄積する。

その後、ステップＳ５７４１において、ユーザ端末５５５０が立地条件を入力してクラウドサーバ５５１０に送信すると、クラウドサーバ５５１０は、上記配送履歴ＤＢ５５１２に蓄積された情報を参照して、ステップＳ５７４３において、立地提案を生成する。そして、ステップＳ５７４５において、クラウドサーバ５５１０は、ユーザ端末５５５０に立地提案を送信する。ユーザ端末５５５０は、ステップＳ５７４７において、クラウドサーバ５５１０から受信した立地提案をユーザに報知する。

《クラウドサーバの機能構成》
図５８は、本実施形態に係るクラウドサーバ５５１０の機能構成を示すブロック図である。図５８において、図５または図２７と同様の機能構成部には同じ参照番号を付して、説明を省略する。なお、図５８においては、図５の機能構成部を簡略化している。

配送履歴収集部５５１１は、価格設定送信部２１１と配送先選定部２１２とから配送履歴を収集して、配送履歴ＤＢ５５１２に蓄積する。配送履歴ＤＢ５５１２は、少なくとも価格履歴ＤＢ５５１２ａ（図６０Ａ参照）と品質履歴ＤＢ５５１２ｂ（図６０Ｂ参照）とを関連付けて蓄積している。

立地提案部５５１３は、立地提案リクエスト受信部５５１６と、価格・品質対応テーブル５５１７ａを有する立地提案生成部５５１７と、立地提案送信部５５１８とを含む。立地提案リクエスト受信部５５１６は、通信制御部５０１を介してユーザ端末５５５０から立地提案リクエストを受信する。立地提案生成部５５１７は、配送履歴ＤＢ５５１２を参照して、価格・品質対応テーブル５５１７ａを使用しながら、立地提案リクエストに応答する立地提案を生成する。立地提案送信部５５１８は、立地提案生成部５５１７が生成した立地提案をユーザ端末５５５０に送信する。

《ユーザ端末の機能構成》
図５９は、本実施形態に係るユーザ端末５５５０の機能構成を示すブロック図である。なお、図５９において、図６と同様の機能構成部には同じ参照番号を付して、説明を省略する。

立地提案条件送信部５５５１は、操作部６０１からの操作にしたがって、立地提案リクエストとして立地提案条件を、通信制御部６０４を介して、クラウドサーバ５５１０に送信する。立地提案情報受信部５５５２は、クラウドサーバ５５１０から送信された立地提案情報を、通信制御部６０４を介して受信し、表示部６０８に表示する。

（価格履歴ＤＢ）
図６０Ａは、本実施形態に係る価格履歴ＤＢ５５１２ａの構成を示す図である。なお、価格履歴ＤＢ５５１２ａの構成は、図６０Ａに限定されない。

価格履歴ＤＢ５５１２ａは、商品ＩＤ６０１１に対応して、複数の入札価格６０１２を記憶する。各入札価格６０１２に対応付けて、入札単価６０１３、商品の個数６０１４、最低価格６０１５、落札したか否かの落札フラグ６０１６、配送センターからの距離６０１７、ユーザＩＤ６０１８、住所６０１９などを記憶する。

（品質履歴ＤＢ）
図６０Ｂは、本実施形態に係る品質履歴ＤＢ５５１２ｂの構成を示す図である。なお、品質履歴ＤＢ５５１２ａの構成は、図６０Ａに限定されない。

品質履歴ＤＢ５５１２ｂは、商品ＩＤ６０２１に対応して、落札時の複数の品質６０２２を記憶する。そして、品質履歴ＤＢ５５１２ｂは、落札時の品質６０２２に対応付けて、配送センターからの距離６０２３、ユーザＩＤ６０２４、住所６０２５、落札価格６０２６などを記憶する。

（価格・品質対応テーブル）
図６１は、本実施形態に係る価格・品質対応テーブル５５１７ａの構成を示す図である。価格・品質対応テーブル５５１７ａは、ユーザにとって十分な品質で安く落札したとなる指標を降順にソートして、どの地域がその指標が大きいかを判定するために使用される。

価格・品質対応テーブル５５１７ａは、降順の順位６１０１にソートされた、（落札費用対数）×（品質レベル）の値６１０２を記憶する。なお、この指標は一例であって、これに限定されない。ここで、落札費用対数とは、落札費用がその商品を買える個数を表わした数値である。そして、価格・品質対応テーブル５５１７ａは、落札費用対数６１０３、品質レベル６１０４、ユーザＩＤ６１０５、住所６１０６などを記憶する。

《クラウドサーバの処理手順》
図６２は、本実施形態に係るクラウドサーバ５５１０の処理手順を示すフローチャートである。なお、図６２において、図１６と同様のステップには同じステップ番号を付して、説明は省略する。また、商品リクエストや配送情報受信などの手順は図１６と同ようなので図６２においては省略している。

各情報のやり取りの後には、クラウドサーバ５５１０は、ステップＳ６２０１において、各情報を配送履歴として配送履歴ＤＢ５５１２に蓄積する。

ステップＳ６２５１において、クラウドサーバ５５１０は、立地提案リクエストの受信か否かを判定する。立地提案リクエストの受信であれば、クラウドサーバ５５１０はステップＳ６２５３に進んで、配送履歴ＤＢ５５１２から落札価格を収集する。次に、クラウドサーバ５５１０は、ステップＳ６２５５において、配送履歴ＤＢ５５１２から落札時の落札品質を収集する。そして、クラウドサーバ５５１０は、ステップＳ６２５７において、立地提案処理を実行する（図６３参照）。

（立地提案処理）
図６３は、本実施形態に係る立地提案処理（Ｓ６２５７）の手順を示すフローチャートである。

クラウドサーバ５５１０は、ステップＳ６３０１において、落札価格から１つの指標として費用対量（数）を算出する。次に、クラウドサーバ５５１０は、ステップＳ６３０３において、（費用対数（量））×（品質レベル）をユーザにとって満足できる適切な数値（落札価値）として算出する。そして、クラウドサーバ５５１０は、ステップＳ６３０５において、降順ソートを行なう。次に、クラウドサーバ５５１０は、所定閾値以下の落札価値の落札データを削除する。クラウドサーバ５５１０は、ステップＳ６３０９において、落札価値が閾値を超える落札ユーザの位置を地図上にプロットする。そして、クラウドサーバ５５１０は、プロットした点の密集する領域を立地提案領域として生成する。クラウドサーバ５５１０は、ステップＳ６３１１において、生成した領域を地図データと共にユーザ端末５５５０に送信する。

［他の実施形態］
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。

また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する制御プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされる制御プログラム、あるいはその制御プログラムを格納した媒体、その制御プログラムをダウンロードさせるＷＷＷ（World Wide Web)サーバも、本発明の範疇に含まれる。

この出願は、２０１２年０７月１２日に出願された日本国特許出願 特願２０１２−１５６９３４号を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (25)

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. 複数のユーザの通信端末と、商品の配送に用いられ、前記商品の配送を管理するための情報処理装置とを含む情報処理システムにおける情報処理方法であって、
    前記情報処理装置は、
    配送中の商品の現在位置を取得する取得ステップと、
    各ユーザの現在位置と前記取得した商品の現在位置とに基づいて予測した前記商品の配送による品質劣化に応じて、入札価格の下限を示す第一の最低価格を設定して、前記各ユーザの通信端末に対して前記第一の最低価格を送信する第一の送信ステップと、
    複数のユーザの通信端末から前記商品についての入札価格を受信して、前記入札価格に基づいて配送先の候補を選定する選定ステップと、
    前記選定した配送先の候補を報知する報知ステップと、
    を含み、
    前記複数のユーザの通信端末の各々は、
    設定された前記最低価格を前記情報処理装置から受信する受信ステップと、
    ユーザが入力した前記入札価格を前記情報処理装置に送信する第二の送信ステップと、
    を含む情報処理方法。

Images