(57)【要約】【課題】  本発明は、商品情報を一元的に管理し、複数の分担者がそれぞれ利用する複数の通信端末に複数の種類の購入予定商品を割当て得る買物分担割当てサーバを提供する。【解決手段】  本発明に係る、複数の種類の購入予定商品を複数の通信端末に割当てる買物分担割当てサーバ１１は、ネットワークを介して通信端末と通信を行う通信インタフェース部２２と、購入予定商品と該購入予定商品を通信端末に割当てるための割当て規則と該割当て規則に応じた評価値とを対応付けて記憶する補助記憶部２４と、通信端末より購入予定商品と該購入予定商品を割当て規則とを受信して補助記憶部２４に記憶し、補助記憶部２４に記憶した購入予定商品の評価値を補助記憶部２４に記憶し、そして、補助記憶部２４に記憶した購入予定商品を該購入予定商品の割当て規則における評価値に基づいて複数の通信端末の何れかに割当てて送信する中央処理部２１とを備える。【選択図】      図２
2006276936.tif 000002
【特許請求の範囲】
【請求項１】
複数の種類の購入予定商品を複数の通信端末に割当てる買物分担割当てサーバにおいて、
ネットワークを介して前記通信端末と通信を行う通信部と、
前記購入予定商品と該購入予定商品を前記通信端末に割当てるための割当て規則と該割当て規則に応じた評価値とを対応付けて記憶する記憶部と、
前記通信端末より前記購入予定商品と該購入予定商品を前記通信端末に割当てるための割当て規則とを受信して前記記憶部に記憶する第１処理部と、
前記第１処理部によって前記記憶部に記憶した前記購入予定商品の前記評価値を前記記憶部に記憶する第２処理部と、
前記記憶部に記憶した購入予定商品を該購入予定商品の割当て規則における評価値に基づいて前記複数の通信端末の何れかに割当てて送信する第３処理部とを備えること
を特徴とする買物分担割当てサーバ。
【請求項２】
前記割当て規則は、最も低価格な商品を購入することであり、
前記評価値は、前記購入予定商品の価格であり、
前記第２処理部は、前記通信端末より購入予定商品の価格を受信して前記記憶部に記憶されている価格よりも該受信した価格の方が低価格である場合には、該受信した価格で前記記憶部に記憶されている価格を更新すること
を特徴とする請求項１に記載の買物分担割当てサーバ。
【請求項３】
前記割当て規則は、最も新鮮な商品を購入することであり、
前記評価値は、前記購入予定商品の鮮度であり、
前記第２処理部は、前記通信端末より購入予定商品の鮮度を受信して前記記憶部に記憶されている鮮度よりも該受信した鮮度の方が新鮮である場合には、該受信した鮮度で前記記憶部に記憶されている鮮度を更新すること
を特徴とする請求項１に記載の買物分担割当てサーバ。
【請求項４】
商品を識別して特定する識別情報と該商品を購入した店舗名とを対応付けて該商品を購入するごとに前記記憶部にさらに記憶する第４処理部をさらに備え、
前記割当て規則は、最も購入回数の多い店舗で商品を購入することであり、
前記評価値は、同一店舗における前記購入予定商品の購入回数であり、
前記第２処理部は、前記記憶部に前記商品を購入するごとに対応付けて記憶した前記商品の識別情報と該商品の店舗名とに基づいて前記評価値を演算することによって、前記第１処理部によって前記記憶部に記憶した前記購入予定商品の前記評価値を前記記憶部に記憶すること
を特徴とする請求項１に記載の買物分担割当てサーバ。
【請求項５】
前記第３処理部は、前記通信端末より、割当てられた前記購入予定商品を購入できない旨を受信した場合には、該購入予定商品を該通信端末を除く他の通信端末に再割当てして送信すること
を特徴とする請求項１乃至請求項４の何れか１項に記載の買物分担割当てサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
複数の分担者がそれぞれ利用する複数の通信端末に複数の種類の購入予定商品を割当てる買物分担割当てサーバに関する。
【背景技術】
【０００２】
消費者が買物する場合、より少ない支出でより良い商品を購入しようとする場合、新聞の折り込み広告を参照したり、複数の店舗を実際に回って価格や商品の品質を比較したりする必要があり、消費者は、大変な労力をはらう必要がある。
【０００３】
そこで、例えば、特許文献１には、店舗に設置される店舗情報端末から当該店舗で取り扱っている商品の商品情報及びセール情報を無線で発信するステップと、消費者が携帯する携帯端末が前記店舗情報端末の情報配信エリアに入ったときに、前記携帯端末が自動的に前記商品情報及びセール情報を受信して記憶するステップと、前記記憶した商品情報及びセール情報を消費者が検索するステップとを備えた買物支援方法が開示されている。このような構成によって、消費者の行動範囲の近隣にある各種店舗の商品情報やセール情報が携帯端末に自動収集され、より能率のよい買物を計画するのに役立つ情報が消費者に提供される。
【特許文献１】特開２０００−２７６５３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、１人の消費者が１回の買物で多数の店舗を回って商品の価格や品質を比較するのは、現実的ではないし、また、回る店舗数にも限界がある。そのため、複数人でそれぞれ店舗を回れば、１人当たりの労力も減るし、商品の価格や品質を比較するためにより多くの情報が得られるから、より少ない支出でより良い商品を購入し得ると考えられる。しかしながら、複数人で買物を行う場合には、より少ない支出でより良い商品を購入しようとすると、商品の価格や品質を店舗ごとに比較するために互いに情報交換を行う必要が生じる。また、複数人の間において商品を購入する者を決定する必要が生じる。
【０００５】
本発明は、上述の事情に鑑みて為された発明であり、商品の価格や品質等の情報を一元的に管理し、複数の分担者がそれぞれ利用する複数の通信端末に複数の種類の購入予定商品を割当てることができる買物分担割当てサーバを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述の目的を達成するために、本発明の一態様に係る、複数の種類の購入予定商品を複数の通信端末に割当てる買物分担割当てサーバは、ネットワークを介して前記通信端末と通信を行う通信部と、前記購入予定商品と該購入予定商品を前記通信端末に割当てるための割当て規則と該割当て規則に応じた評価値とを対応付けて記憶する記憶部と、前記通信端末より前記購入予定商品と該購入予定商品を前記通信端末に割当てるための割当て規則とを受信して前記記憶部に記憶する第１処理部と、前記第１処理部によって前記記憶部に記憶した前記購入予定商品の前記評価値を前記記憶部に記憶する第２処理部と、前記記憶部に記憶した購入予定商品を該購入予定商品の割当て規則における評価値に基づいて前記複数の通信端末の何れかに割当てて送信する第３処理部とを備える。
【０００７】
そして、上述の買物分担割当てサーバにおいて、前記割当て規則は、最も低価格な商品を購入することであり、前記評価値は、前記購入予定商品の価格であり、前記第２処理部は、前記通信端末より購入予定商品の価格を受信して前記記憶部に記憶されている価格よりも該受信した価格の方が低価格である場合には、該受信した価格で前記記憶部に記憶されている価格を更新することを特徴とする。
【０００８】
また、上述の買物分担割当てサーバにおいて、前記割当て規則は、最も新鮮な商品を購入することであり、前記評価値は、前記購入予定商品の鮮度であり、前記第２処理部は、前記通信端末より購入予定商品の鮮度を受信して前記記憶部に記憶されている鮮度よりも該受信した鮮度の方が新鮮である場合には、該受信した鮮度で前記記憶部に記憶されている鮮度を更新することを特徴とする。
【０００９】
さらに、上述の買物分担割当てサーバにおいて、商品を識別して特定する識別情報と該商品を購入した店舗名とを対応付けて該商品を購入するごとに前記記憶部にさらに記憶する第４処理部をさらに備え、前記割当て規則は、最も購入回数の多い店舗で商品を購入することであり、前記評価値は、同一店舗における前記購入予定商品の購入回数であり、前記第２処理部は、前記記憶部に前記商品を購入するごとに対応付けて記憶した前記商品の識別情報と該商品の店舗名とに基づいて前記評価値を演算することによって、前記第１処理部によって前記記憶部に記憶した前記購入予定商品の前記評価値を前記記憶部に記憶することを特徴とする。
【００１０】
そして、これら上述の買物分担割当てサーバにおいて、前記第３処理部は、前記通信端末より、割当てられた前記購入予定商品を購入できない旨を受信した場合には、該購入予定商品を該通信端末を除く他の通信端末に再割当てして送信することを特徴とする。
【発明の効果】
【００１１】
このような構成の買物分担割当てサーバは、第１処理部が通信端末より購入予定商品と割当て規則とを受信して記憶部に記憶し、第２処理部が購入予定商品の評価値を記憶部するので、商品の価格や品質等の情報を一元的に管理することができ、第３処理部が購入予定商品をこの購入予定商品の割当て規則における評価値に基づいて複数の通信端末の何れかに割当てて送信するので、複数の分担者がそれぞれ利用する複数の通信端末に複数の種類の購入予定商品を割当てることができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明に係る実施形態を図面に基づいて説明する。なお、各図において同一の符号を付した構成は、同一の構成であることを示し、その説明を省略する。
（実施形態の構成）
図１は、実施形態における買物分担割当てシステムの構成を示す図である。図２は、実施形態における買物分担割当てサーバの構成を示す図である。図３は、実施形態における分担者情報テーブルの構成を示す図である。図４は、実施形態における購入品目情報テーブルの構成を示す図である。図５は、実施形態における購入履歴情報テーブルの構成を示す図である。
【００１３】
図１において、買物分担割当てシステム１は、複数の分担者がそれぞれ利用する複数の通信端末１２と、複数の種類の購入予定商品をこれら複数の通信端末１２に割当てる買物分担割当てサーバ１１とを備えて構成され、買物分担割当てサーバ１１と複数の通信端末１２とは、ネットワーク１３によって通信可能に接続される。
【００１４】
ネットワーク１３は、有線又は無線の伝送路によって構成される通信網であり、例えば、電話網、ディジタル通信網及び無線通信網等である。ネットワーク１３には、所定の通信プロトコルが用いられてデータが伝送される。通信プロトコルには、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）、ＦＴＰ（File Transfer Protocol）、ＳＭＴＰ（Simple Mail Transfer Protocol）、ＰＯＰ３（Post Office Protocol ver.3）及びＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等の所謂インターネットプロトコル群が用いられる。
【００１５】
通信端末１２は、ネットワーク１３を介して通信を行う端末側通信部（不図示）と、この端末側通信部で受信した通信信号に収容されている情報を出力する端末側出力部（不図示）と、分担者の操作を受付ける端末側入力部（不図示）と、これら端末側通信部、端末側出力部及び端末側入力部を当該機能に応じてそれぞれ制御する端末側制御部（不図示）とを備え、ネットワーク１３を介して買物分担割当てサーバ１１と通信可能に接続され、分担者の操作に応じて所定の情報を収容する通信信号をネットワーク１３を介して買物分担割当てサーバ１１に送信すると共に、買物分担割当てサーバ１１がネットワーク１３を介して配信した通信信号に収容されている買物分担リストを出力する。買物分担リストは、少なくとも、購入を予定している商品（購入予定商品）とその購入予定商品の購入すべき数量（購入予定数量）とその購入予定商品を購入すべき者（分担者）とが分かる一覧表である。また、分担者が通信端末１２を携帯しながら買物を行うので、通信端末１２は、移動可能なように、特に持ち運び可能な重量でコンパクトな装置であることが好ましい。例えば、通信端末１２は、買物分担割当てサーバ１１がウェブサーバであり相互の情報のやり取りをウェブページによって行う場合には、ネットワーク１３に接続して通信を行うためのソフトウェアやウェブブラウザ等のアプリケーションソフトウェアを備えた移動可能な通信機能付きノート型パーソナルコンピュータ、通信機能付きＰＤＡ（Personal Digital Assistants）及びネットワーク接続機能付き携帯電話等である。また例えば、通信端末１２は、買物分担割当てサーバ１１がメールサーバであり相互の情報のやり取りを電子メールによって行う場合には、上述のウェブブラウザに代えてメーラを備える。
【００１６】
図１に示す例では、分担者Ａさんが利用する通信端末１２−Ａ、分担者Ｂさんが利用する通信端末１２−Ｂ、及び、分担者Ｃさんが利用する通信端末１２−Ｃの３個の通信端末１２が示されているが、通信端末１２の個数は、任意でよい。なお、本明細書において、総称する場合には添え字を省略した参照符号で示し、個別の構成を指す場合には添え字を付した参照符号で示す。
【００１７】
買物分担割当てサーバ１１は、複数の種類の購入予定商品を複数の通信端末１２に、即ち、当該通信端末１２を利用している分担者にそれぞれ割当てて買物分担リストをネットワーク１３を介して配信するサーバコンピュータであり、例えば、図２に示すように、中央処理部２１と、通信インタフェース部２２と、内部記憶部２３と、補助記憶部２４と、バス２５とを備えて構成される。
【００１８】
通信インタフェース部２２は、ネットワーク１３に接続され、このネットワーク１３を介して通信端末１２との間で通信信号を送受信するためのインターフェース回路であり、中央処理部２１からのデータに基づいてネットワーク１３の通信プロトコルに従った通信信号を作成すると共にネットワーク１３からの通信信号を中央処理部２１が処理可能な形式のデータに変換する。ここで、この通信インタフェース部２２は、請求項における通信部の一例である。
【００１９】
内部記憶部２３は、本買物分担割当てサーバ１１の動作に必要な各種プログラム、及び、各種プログラムの実行に必要なデータやその実行中に生じるデータ等の各種データを記憶する。内部記憶部２３は、例えば、中央処理部２１の所謂ワーキングメモリとなるＲＡＭ（Random Access Memory）等の揮発性の記憶素子、ＲＯＭ（Read Only Memory）や書換え可能なＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等の不揮発性の記憶素子等を備えて構成される。
【００２０】
補助記憶部２４は、例えばハードディスク等の比較的大容量の記憶装置であり、機能的に、分担者情報を記憶する分担者情報記憶部４１と、購入品目情報を記憶する購入品目情報記憶部４２と、購入履歴情報を記憶する購入履歴情報記憶部４３とを備える。
【００２１】
分担者情報は、複数の種類の購入予定商品を購入する場合に買物を分担する通信端末１２（分担者）に関する情報である。分担者情報は、本実施形態では、図３に示すように、テーブル形式で記憶されている。図３に示す分担者情報テーブル１０１は、分担者が利用する通信端末１２のＩＤ（Identification）（通信端末ＩＤ）を登録する通信端末ＩＤフィールド１１０、通信端末ＩＤフィールド１１０における通信端末ＩＤを持つ通信端末１２の名称（通信端末名）を登録する通信端末名フィールド１１１、通信端末ＩＤフィールド１１０における通信端末ＩＤを持つ通信端末１２を利用する分担者が買物を行う予定の店舗まで移動する際に用いる移動手段を登録する移動手段フィールド１１２、通信端末ＩＤフィールド１１０における通信端末ＩＤを持つ通信端末１２を利用する分担者が買物を行う予定の店舗の名称（店舗名）を登録する買物予定店舗名フィールド１１３、及び、通信端末ＩＤフィールド１１０における通信端末ＩＤを持つ通信端末１２を利用する分担者が持ち運び得る重量（可搬重量）を登録する可搬重量フィールド１１４の各フィールドを備え、通信端末１２ごとにレコードが作成される。なお、通信端末ＩＤフィールド１１１は、分担者のＩＤ（分担者ＩＤ）を登録する分担者ＩＤフィールドでもよく、通信端末名フィールド１１２は、分担者の名前（分担者名）を登録する分担者名フィールドでもよい。
【００２２】
購入品目情報は、複数の分担者によって分担して購入する商品に関する情報であり、少なくとも、購入予定商品とこの購入予定商品を通信端末１２に割当てるための割当て規則とこの割当て規則に応じた評価値とを示す情報である。購入品目情報は、本実施形態では、図４に示すように、テーブル形式で記憶されている。図４に示す購入品目情報テーブル１０２は、商品のＩＤ（Identification）（商品ＩＤ）を登録する商品ＩＤフィールド１２０、商品ＩＤフィールド１２０に登録されている購入予定の商品における名称（商品名）を登録する購入予定商品名フィールド１２１、商品ＩＤフィールド１２０に登録されている購入予定の商品における購入予定数量を登録する購入予定数量フィールド１２２、商品ＩＤフィールド１２０に登録されている購入予定の商品を通信端末１２に割当てるための規則（割当て規則）を登録する割当て規則フィールド１２３、商品ＩＤフィールド１２０に登録されている購入予定の商品における、割当て規則の優劣を評価するための指標である評価値を登録する評価値フィールド１２４、商品ＩＤフィールド１２０に登録されている購入予定の商品における一単位当たりの重量（単位重量）を登録する単位重量フィールド１２５、商品ＩＤフィールド１２０に登録されている商品を購入する予定の店舗名を登録する購入予定店舗名フィールド１２６、商品ＩＤフィールド１２０に登録されている購入予定の商品を数量フィールド１２２に登録されている数量だけ購入するために必要な金額を登録する合計金額フィールド１２７、商品ＩＤフィールド１２０（又は商品名フィールド１２１）に登録されている商品の購入を担当する通信端末ＩＤ（又は分担者ＩＤ）を登録する分担通信端末ＩＤフィールド（又は分担者ＩＤフィールド）１２８、及び、商品ＩＤフィールド１２０に登録されている購入予定の商品が購入済みであるか否かを示す情報（購入情報）を登録する購入情報フィールド１２９の各フィールドを備え、商品名ごとにレコードが作成される。
【００２３】
そして、評価値フィールド１２４は、商品の販売単価を登録する単価サブフィールド１２４１、商品の新鮮さを示す指標である鮮度を登録する鮮度サブフィールド１２４２、及び、信頼度を登録する信頼度サブフィールド１２４３の各サブフィールドを備える。鮮度は、例えば、１〜１０の１０段階評価で分担者の主観によって決定され、数値が大きいほど鮮度が良い。信頼度は、同一店舗における、商品ＩＤフィールド１２０（又は商品名フィールド１２１）に登録されている商品の購入回数であり、後述の購入履歴情報に基づいて計算される。即ち、信頼度は、当該商品を購入するに当たって過去に最も利用された店舗を示している。購入情報は、例えば、フラグによって表され、購入済みである場合には購入情報フィールド１２９には「済」が登録され、未購入である場合には購入情報フィールド１２９には「未」が登録される。
【００２４】
購入履歴情報は、購入した商品に関する情報であり、少なくとも、商品を識別して特定する商品識別情報（例えば商品ＩＤや商品名等）及びこの商品を購入した店舗を識別して特定する店舗識別情報（例えば店舗名等）を備える。購入履歴情報は、本実施形態では、図５に示すように、テーブル形式で記憶されている。図５に示す購入履歴情報テーブル１０３は、購入履歴情報用の購入した商品のＩＤ（購入商品ＩＤ）を登録する購入商品ＩＤフィールド１３０、商品ＩＤフィールド１３０に登録されている商品を購入した日付を登録する購入日フィールド１３１、商品ＩＤフィールド１３０に登録されている購入した商品の商品名を登録する購入商品名フィールド１３２、商品ＩＤフィールド１３０に登録されている購入した商品の数量を登録する購入数量フィールド１３３、商品ＩＤフィールド１３０に登録されている商品を購入した店舗名を購入店舗名フィールド１３４、商品ＩＤフィールド１３０に登録されている購入した商品の単価を登録する購入単価フィールド１３５、及び、商品ＩＤフィールド１３０に登録されている購入した商品の鮮度を登録する購入鮮度フィールド１３６の各フィールドを備え、商品ＩＤごとにレコードが作成される。
【００２５】
中央処理部２１は、例えばマイクロプロセッサ及びその周辺回路を備えて構成され、買物分担割当てサーバ１１における各部の当該機能に応じた制御を司るもので、機能的に、買物分担割当て処理部３１と、購入予定商品を実際に購入した場合にその購入履歴を購入履歴情報テーブル１０３に登録する処理を実行する購入履歴処理部３２と、商品の信頼度を計算する処理を実行する信頼度演算処理部３３とを備える。
【００２６】
買物分担割当て処理部３１は、後述するように動作することによって、通信端末１２より購入予定商品とこの購入予定商品の割当て規則とを受信して補助記憶部２４に記憶し、この購入予定商品の評価値を補助記憶部に記憶し、そして、補助記憶部２４に記憶した購入予定商品をこの購入予定商品の割当て規則における評価値に基づいて複数の通信端末１２の何れかに割当てて、買物分担リストをネットワーク１３を介して送信する処理を実行する。
【００２７】
そして、これら中央処理部２１、第１通信インタフェース部２２、内部記憶部２３及び補助記憶部２４は、データを相互に交換することができるようにバス２５でそれぞれ接続される。
【００２８】
なお、必要に応じて買物分担割当てサーバ１１は、破線で示すように、入力部２６、出力部２７及び外部記憶部２８をさらに備えてもよい。
【００２９】
入力部２６は、買物分担割当てサーバ１１に各種コマンドや各種データ等を入力する機器であり、例えば、キーボードやマウスやタッチパネル等である。出力部２７は、入力部２６から入力されたコマンドやデータ及び通信端末１２から受信した情報等を出力する機器であり、例えばＣＲＴディスプレイ、ＬＣＤ、有機ＥＬディスプレイ又はプラズマディスプレイ等の表示装置やプリンタ等の印字装置等である。
【００３０】
外部記憶部２８は、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Compact Disc Recordable）及びＤＶＤ−Ｒ（Digital Versatile Disc Recordable）等の記録媒体との間でデータを読み込み及び／又は書き込みを行う装置であり、例えば、フレキシブルディスクドライブ、ＣＤ−ＲＯＭドライブ、ＣＤ−Ｒドライブ及びＤＶＤ−Ｒドライブ等である。ここで、買物分担割当てサーバ１１の動作に必要な各プログラム及び各データが格納されていない場合には、これら各プログラムや各データを記録した記録媒体から外部記憶部２８を介して補助記憶部２４にインストールされるように構成してもよく、また、これら各プログラムや各データを管理するサーバ（不図示）からネットワーク１３を介して各プログラムや各データがダウンロードされるように構成してもよい。
【００３１】
次に、本実施形態の動作について説明する。
（実施形態の動作）
図６は、実施形態における買物分担割当てサーバの全体動作を示すフローチャートである。図７は、分担者の追加削除処理における動作を示すフローチャートである。図８は、購入予定品目の追加処理における動作を示すフローチャートである。図９は、価格更新処理の動作を示すフローチャートである。図１０は、鮮度更新処理の動作を示すフローチャートである。図１１は、購入拒否処理の動作を示すフローチャートである。図１２は、分担者割当て処理の動作を示すフローチャートである。図１３は、購入済み処理の動作を示すフローチャートである。
【００３２】
図６において、買物分担割当てサーバ１１の中央処理部２１における買物分担割当て処理部３１は、通信インタフェース部２２が通信信号を受信するまで待機する（Ｓ１１）。通信インタフェース部２２がネットワーク１３を介して通信端末１２から通信信号を受信すると、中央処理部２１の割り込み処理によって、買物分担割当て処理部３１は、この通信信号が分担者の追加又は削除を買物分担割当てサーバ１１に要求するものであるか否かを判断する（Ｓ１２）。
【００３３】
判断の結果、この受信した通信信号が分担者の追加又は削除を買物分担割当てサーバ１１に要求するものである場合（Ｙｅｓ）には、買物分担割当て処理部３１は、分担者の追加削除処理を実行してから（Ｓ２０）、処理Ｓ１３を実行する。
【００３４】
この分担者の追加削除処理を説明すると、図７に示すように、まず、買物分担割当て処理部３１は、分担割当ての条件を変更したことを示すフラグ（条件変更フラグ）を立て、この通信信号が分担者の追加を買物分担割当てサーバ１１に要求するものであるか分担者の削除を買物分担割当てサーバ１１に要求するものであるかを判断する（Ｓ２１）。
【００３５】
分担者は、分担者の追加を買物分担割当てサーバ１１に要求する場合には、通信端末名（又は分担者名）、移動手段、買物予定店舗名及び可搬重量を通信端末１２に入力する。例えば、ウェブページによってこれら情報を入力する場合には、分担者は、買物分担割当てサーバ１１に通信端末１２のブラウザからアクセスして分担者の追加用のページを開いてこれら情報を入力する。また例えば、電子メールによってこれら情報を入力する場合には、通信端末１２のメーラを起動してこれら情報を記載した買物分担割当てサーバ１１宛ての電子メールを作成する。以下の分担者の削除の入力、購入予定品目の入力、価格の入力、鮮度の入力及び購入拒否の入力等も同様である。これら情報が入力され分担者によって送信が指示されると、通信端末１２は、分担者の追加を買物分担割当てサーバ１１に要求する旨、通信端末名（又は分担者名）、移動手段、買物予定店舗名及び可搬重量の各情報を収容した通信信号（分担者追加要求信号）を買物分担割当てサーバ１１にネットワーク１３を介して送信する。一方、分担者は、分担者の削除を買物分担割当てサーバ１１に要求する場合には、通信端末名を通信端末１２に入力する。この情報が入力され分担者によって送信が指示されると、通信端末１２は、分担者の削除を買物分担割当てサーバ１１に要求する旨、及び、通信端末名（又は分担者名）の各情報を収容した通信信号（分担者削除要求信号）を買物分担割当てサーバ１１にネットワーク１３を介して送信する。
【００３６】
処理Ｓ２１の判断の結果、通信信号に分担者の追加を買物分担割当てサーバ１１に要求する旨の情報が収容されており、この通信信号が分担者の追加を買物分担割当てサーバ１１に要求するものであると判断すると（追加）、買物分担割当て処理部３１は、補助記憶部２４の分担者情報記憶部４１に記憶されている分担者情報テーブル１０１に新たなレコードを追加し、新たな通信端末ＩＤを生成して、この新たなレコードにおける通信端末ＩＤフィールド１１０にこの新たな通信端末ＩＤを登録する（Ｓ２２）。
【００３７】
次に、買物分担割当て処理部３１は、この通信信号から通信端末名、移動手段、買物予定店舗名及び可搬重量の各情報を取り出し、この新たなレコードにおける通信端末名フィールド１１１にこの取り出した通信端末名を登録し（Ｓ２３）、この新たなレコードにおける移動手段フィールド１１２にこの取り出した移動手段を登録し（Ｓ２４）、この新たなレコードにおける買物予定店舗名フィールド１１３にこの取り出した買物予定店舗名を登録し（Ｓ２５）、そして、この新たなレコードにおける可搬重量フィールド１１４にこの取り出した可搬重量を登録し（Ｓ２６）、この分担者の追加削除処理を終了する。このように動作することによって買物分担割当てサーバ１１は、分担者を分担者情報テーブル１０１に追加する。
【００３８】
一方、処理Ｓ２１の判断の結果、通信信号に分担者の削除を買物分担割当てサーバ１１に要求する旨の情報が収容されており、この通信信号が分担者の削除を買物分担割当てサーバ１１に要求するものであると判断すると（削除）、買物分担割当て処理部３１は、この通信信号から削除すべき通信端末名を取り出し、補助記憶部２４の分担者情報記憶部４１に記憶されている分担者情報テーブル１０１から通信端末名フィールド１１１にこの取り出した通信端末名を登録したレコードを検索し、この検索したレコードを分担者情報テーブル１０１から削除し（Ｓ２７）、この分担者の追加削除処理を終了する。このように動作することによって買物分担割当てサーバ１１は、分担者を分担者情報テーブル１０１から削除する。
【００３９】
図６に戻って、一方、処理Ｓ１２における判断の結果、この受信した通信信号が分担者の追加又は削除を買物分担割当てサーバ１１に要求するものではない場合（Ｎｏ）には、買物分担割当て処理部３１は、この通信信号が購入予定品目の追加又は削除を買物分担割当てサーバ１１に要求するものであるか否かを判断する（Ｓ１３）。
【００４０】
判断の結果、この受信した通信信号が購入予定品目の追加又は削除を買物分担割当てサーバ１１に要求するものである場合（Ｙｅｓ）には、買物分担割当て処理部３１は、購入予定品目の追加削除処理を実行してから（Ｓ３０）、処理Ｓ１４を実行する。
【００４１】
この購入予定商品の追加削除処理を説明すると、図８に示すように、まず、買物分担割当て処理部３１は、条件変更フラグを立て、この通信信号が購入予定品目の追加を買物分担割当てサーバ１１に要求するものであるか購入予定品目の削除を買物分担割当てサーバ１１に要求するものであるかを判断する（Ｓ３１）。
【００４２】
分担者は、購入予定品目の追加を買物分担割当てサーバ１１に要求する場合には、購入予定商品の商品名、購入予定商品の購入予定数量及び購入予定商品の割当て規則を通信端末１２に入力する。これら情報が入力され分担者によって送信が指示されると、通信端末１２は、購入予定品目の追加を買物分担割当てサーバ１１に要求する旨、購入予定商品の商品名、購入予定商品の購入予定数量及び購入予定商品の割当て規則の各情報を収容した通信信号（購入予定品目追加要求信号）を買物分担割当てサーバ１１にネットワーク１３を介して送信する。一方、分担者は、購入予定品目の削除を買物分担割当てサーバ１１に要求する場合には、商品名を通信端末１２に入力する。この情報が入力され分担者によって送信が指示されると、通信端末１２は、購入予定品目の削除を買物分担割当てサーバ１１に要求する旨及び商品名の各情報を収容した通信信号（購入予定品目削除要求信号）を買物分担割当てサーバ１１にネットワーク１３を介して送信する。
【００４３】
処理Ｓ３１の判断の結果、通信信号に購入予定品目の追加を買物分担割当てサーバ１１に要求する旨の情報が収容されており、この通信信号が購入予定品目の追加を買物分担割当てサーバ１１に要求するものであると判断すると（追加）、買物分担割当て処理部３１は、補助記憶部２４の分担者情報記憶部４１に記憶されている購入品目情報テーブル１０２に新たなレコードを追加し、新たな商品ＩＤを生成して、この新たなレコードにおける商品ＩＤフィールド１２０にこの新たな商品ＩＤを登録する（Ｓ３２）。
【００４４】
次に、買物分担割当て処理部３１は、この通信信号から購入予定商品の商品名、購入予定数量及び割当て規則の各情報を取り出し、この新たなレコードにおける購入予定商品名フィールド１２１にこの取り出した商品名を登録し（Ｓ３３）、この新たなレコードにおける購入予定数量フィールド１２２にこの取り出した購入予定数量を登録し（Ｓ３４）、そして、この新たなレコードにおける割当て規則フィールド１２３にこの取り出した割当て規則を登録する（Ｓ３５）。
【００４５】
次に、買物分担割当て処理部３１は、割当て規則に応じて評価値フィールド１２４に各情報を登録し（Ｓ３６）、この購入予定品目の追加削除処理を終了する。より具体的には、割当て規則が標準である場合には、買物分担割当て処理部３１は、例えば、この新たなレコードにおける購入予定商品名フィールド１２１に登録されている商品名を購入した直近の情報を購入履歴情報テーブル１０３から取り出し、購入品目情報テーブル１０２の単価サブフィールド１２４１に購入履歴情報テーブル１０３の購入単価を登録し、購入品目情報テーブル１０２の鮮度サブフィールド１２４２に購入履歴情報テーブル１０３の鮮度を登録する。また、割当て規則が信頼度である場合には、買物分担割当て処理部３１は、信頼度演算処理部３３によって信頼度を演算させ、演算結果の店舗において、この新たなレコードにおける購入予定商品名フィールド１２１に登録されている商品名を購入した直近の情報を購入履歴情報テーブル１０３から取り出し、購入品目情報テーブル１０２の単価サブフィールド１２４１に購入履歴情報テーブル１０３の購入単価を登録し、購入品目情報テーブル１０２の鮮度サブフィールド１２４２に購入履歴情報テーブル１０３の鮮度を登録し、購入品目情報テーブル１０２の信頼度サブフィールド１２４３に演算結果の信頼度を登録する。なお、割当て規則が価格及び鮮度である場合には、買物分担割当て処理部３１は、処理Ｓ３６では何も処理することなく、そのまま購入予定品目の追加削除処理を終了する。このように動作することによって買物分担割当てサーバ１１は、購入予定品目を購入品目情報テーブル１０２に追加する。
【００４６】
一方、処理Ｓ３１の判断の結果、通信信号に購入予定品目の削除を買物分担割当てサーバ１１に要求する旨の情報が収容されており、この通信信号が購入予定品目の削除を買物分担割当てサーバ１１に要求するものであると判断すると（削除）、買物分担割当て処理部３１は、この通信信号から削除すべき商品名を取り出し、補助記憶部２４の購入品目情報記憶部４２に記憶されている購入品目情報テーブル１０２から購入予定商品名フィールド１２１にこの取り出した商品名を登録したレコードを検索し、この検索したレコードを購入品目情報テーブル１０２から削除し（Ｓ３７）、この購入予定品目の追加削除処理を終了する。このように動作することによって買物分担割当てサーバ１１は、購入予定品目を購入品目情報テーブル１０２から削除する。
【００４７】
図６に戻って、一方、処理Ｓ１３における判断の結果、この受信した通信信号が購入予定品目の追加又は削除を買物分担割当てサーバ１１に要求するものではない場合（Ｎｏ）には、買物分担割当て処理部３１は、この通信信号が購入予定商品の価格を買物分担割当てサーバ１１に通知するものであるか否かを判断する（Ｓ１４）。
【００４８】
分担者は、購入予定商品の店頭価格を買物分担割当てサーバ１１に通知する場合には、購入予定の商品名、単価及び店舗名を通信端末１２に入力する。これら情報が入力され分担者によって送信が指示されると、通信端末１２は、購入予定商品の価格を買物分担割当てサーバ１１に通知する旨、購入予定の商品名、単価及び店舗名の各情報を収容した通信信号（価格通知信号）を買物分担割当てサーバ１１にネットワーク１３を介して送信する。
【００４９】
判断の結果、この受信した通信信号が購入予定商品の価格を買物分担割当てサーバ１１に通知するものである場合（Ｙｅｓ）には、買物分担割当て処理部３１は、価格更新処理を実行してから（Ｓ４０）、処理Ｓ１５を実行する。
【００５０】
この購入予定商品の価格更新処理を説明すると、図９に示すように、まず、買物分担割当て処理部３１は、条件変更フラグを立て、補助記憶部２４の購入品目情報記憶部４２に記憶されている購入品目情報テーブル１０２の単価サブフィールド１２４１に登録されている価格よりもこの通知された購入予定商品の価格が低価格であるか否かを判断する（Ｓ４１）。
【００５１】
この判断の結果、この通知された購入予定商品の価格の方が低価格である場合（Ｙｅｓ）には、買物分担割当て処理部３１は、この通知された購入予定商品の価格で購入品目情報テーブル１０２の単価サブフィールド１２４１の登録内容を更新すると共に、この通知された店舗名で購入品目情報テーブル１０２の購入予定店舗名フィールド１２６の登録内容を更新し（Ｓ４２）、この購入予定商品の価格更新処理を終了する。一方、処理Ｓ４１における判断の結果、この通知された購入予定商品の価格の方が低価格ではない場合（Ｎｏ）には、買物分担割当て処理部３１は、そのまま、この購入予定商品の価格更新処理を終了する。このように動作することによって買物分担割当てサーバ１１は、購入予定商品の価格を更新する。
【００５２】
図６に戻って、一方、処理Ｓ１４における判断の結果、この受信した通信信号が購入予定商品の価格を買物分担割当てサーバ１１に通知するものではない場合（Ｎｏ）には、買物分担割当て処理部３１は、この通信信号が購入予定商品の鮮度を買物分担割当てサーバ１１に通知するものであるか否かを判断する（Ｓ１５）。
【００５３】
分担者は、購入予定商品の店頭の鮮度を買物分担割当てサーバ１１に通知する場合には、購入予定の商品名、鮮度及び店舗名を通信端末１２に入力する。これら情報が入力され分担者によって送信が指示されると、通信端末１２は、購入予定商品の鮮度を買物分担割当てサーバ１１に通知する旨、購入予定の商品名、鮮度及び店舗名の各情報を収容した通信信号（鮮度通知信号）を買物分担割当てサーバ１１にネットワーク１３を介して送信する。
【００５４】
判断の結果、この受信した通信信号が購入予定商品の鮮度を買物分担割当てサーバ１１に通知するものである場合（Ｙｅｓ）には、買物分担割当て処理部３１は、鮮度更新処理を実行してから（Ｓ５０）、処理Ｓ１６を実行する。
【００５５】
この購入予定商品の鮮度更新処理を説明すると、図１０に示すように、まず、買物分担割当て処理部３１は、条件変更フラグを立て、補助記憶部２４の購入品目情報記憶部４２に記憶されている購入品目情報テーブル１０２の鮮度サブフィールド１２４２に登録されている鮮度よりもこの通知された購入予定商品の鮮度が良いか否かを判断する（Ｓ５１）。
【００５６】
この判断の結果、この通知された購入予定商品の鮮度の方がよい場合（Ｙｅｓ）には、買物分担割当て処理部３１は、この通知された購入予定商品の鮮度で購入品目情報テーブル１０２の鮮度サブフィールド１２４２の登録内容を更新すると共に、この通知された店舗名で購入品目情報テーブル１０２の購入予定店舗名フィールド１２６の登録内容を更新し（Ｓ５２）、この購入予定商品の鮮度更新処理を終了する。一方、処理Ｓ５１における判断の結果、この通知された購入予定商品の鮮度の方が悪い場合（Ｎｏ）には、買物分担割当て処理部３１は、そのまま、この購入予定商品の鮮度更新処理を終了する。このように動作することによって買物分担割当てサーバ１１は、購入予定商品の鮮度を更新する。
【００５７】
図６に戻って、一方、処理Ｓ１５における判断の結果、この受信した通信信号が購入予定商品の鮮度を買物分担割当てサーバ１１に通知するものではない場合（Ｎｏ）には、買物分担割当て処理部３１は、この通信信号が購入拒否を買物分担割当てサーバ１１に通知するものであるか否かを判断する（Ｓ１６）。
【００５８】
分担者は、購入予定商品の購入拒否を買物分担割当てサーバ１１に通知する場合には、購入予定の商品名を通信端末１２に入力する。これら情報が入力され分担者によって送信が指示されると、通信端末１２は、購入拒否を買物分担割当てサーバ１１に通知する旨及び購入を拒否する商品名の各情報を収容した通信信号（購入拒否通知信号）を買物分担割当てサーバ１１にネットワーク１３を介して送信する。
【００５９】
判断の結果、この受信した通信信号が購入拒否を買物分担割当てサーバ１１に通知するものである場合（Ｙｅｓ）には、買物分担割当て処理部３１は、購入拒否処理を実行してから（Ｓ６０）、処理Ｓ１７を実行する。
【００６０】
この購入拒否処理を説明すると、図１１に示すように、まず、買物分担割当て処理部３１は、条件変更フラグを立て、補助記憶部２４の購入品目情報記憶部４２に記憶されている購入品目情報テーブル１０２の購入予定商品名フィールド１２１にこの通知された商品名を登録するレコードを検索し、この検索したレコードの分担通信端末ＩＤフィールド１２８を未割当ての状態に変更し（Ｓ６１）、この購入拒否処理を終了する。例えば、分担通信端末ＩＤフィールド１２８を空欄にすることによって分担通信端末ＩＤフィールド１２８を未割当ての状態に変更する。このように動作することによって買物分担割当てサーバ１１は、購入拒否された購入予定商品を未割当ての状態に変更する。
【００６１】
図６に戻って、一方、処理Ｓ１６における判断の結果、この受信した通信信号が購入拒否を買物分担割当てサーバ１１に通知するものではない場合（Ｎｏ）には、買物分担割当て処理部３１は、条件変更フラグが立っているか否かを判断する（Ｓ１７）。
【００６２】
判断の結果、条件変更フラグが立っている場合（Ｙｅｓ）には、買物分担割当て処理部３１は、分担者割当て処理を実行してから（Ｓ７０）、処理Ｓ１８を実行する。
【００６３】
この分担者割当て処理を説明すると、図１２に示すように、まず、買物分担割当て処理部３１は、条件変更フラグを解消して、購入品目情報テーブル１０２の各レコードにおける評価値フィールド１２４に割当て規則に対応する評価値が登録されているか否かを判断する（Ｓ７１）。より具体的には、買物分担割当て処理部３１は、割当て規則フィールド１２３に価格が登録されている場合には単価サブフィールド１２４１に単価が登録されているか否かを判断し、割当て規則フィールド１２３に鮮度が登録されている場合には鮮度サブフィールド１２４２に鮮度が登録されているか否かを判断し、そして、割当て規則フィールド１２３に信頼度が登録されている場合には信頼度サブフィールド１２４３に信頼度が登録されているか否かを判断する。なお、割当て規則フィールド１２３に標準が登録されている場合には評価値を参照することなく分担者情報テーブル１０１の登録順にサイクリックに購入予定商品の分担を割当てるので、評価値フィールド１２４に評価値が登録されていなくてもよい。
【００６４】
この処理Ｓ７１における判断の結果、購入品目情報テーブル１０２の各レコードにおける評価値フィールド１２４に割当て規則に対応する評価値が登録されていない場合（Ｎｏ）には、買物分担割当て処理部３１は、この分担者割当て処理を終了する。一方、この判断の結果、購入品目情報テーブル１０２の各レコードにおける評価値フィールド１２４に割当て規則に対応する評価値が登録されている場合（Ｙｅｓ）には、買物分担割当て処理部３１は、未割当て商品があるか否かを判断する（Ｓ７２）。より具体的には、買物分担割当て処理部３１は、購入品目情報テーブル１０２の分担通信端末ＩＤフィールド１２８が未割当ての状態であるレコードがあるか否かを判断する。本実施形態では、分担通信端末ＩＤフィールド１２８が空欄である場合には未割当て状態であると判断され、分担通信端末ＩＤフィールド１２８に通信端末ＩＤが登録されている場合には割当て状態であると判断される。
【００６５】
この処理Ｓ７２における判断の結果、未割当て状態の購入予定商品がない場合（Ｎｏ）には、買物分担割当て処理部３１は、購入予定商品の購入を指示すべく、各通信端末１２に買物分担リスト及び購入指示をそれぞれ送信した後に（Ｓ８０）、この分担者割当て処理を終了する。買物分担リストは、分担者ごとに作成されて送信される、当該分担者が購入すべき購入予定商品と購入予定数量とを対応付けた一覧表でも良いし、また、各分担者に送信される購入予定商品と購入予定数量と分担者とを対応付けた一覧表でもよい。一方、この判断の結果、未割当て状態の購入予定商品がある場合（Ｙｅｓ）には、買物分担割当て処理部３１は、購入品目情報テーブル１０２の割当て規則フィールド１２３を参照することによって割当て規則が何であるか判断する（Ｓ７３）。
【００６６】
この処理Ｓ７３における判断の結果、割当て規則が標準である場合には、買物分担割当て処理部３１は、標準割当て処理を実行することによって、この割当て規則フィールド１２３に標準を登録するレコードの購入予定商品を購入する通信端末１２を割当てる（Ｓ７４）。即ち、買物分担割当て処理部３１は、この割当て規則フィールド１２３に標準を登録するレコードの分担通信端末ＩＤ１２８に、分担者情報テーブル１０１に登録されている順番で順次に通信端末ＩＤ（分担者ＩＤ）を登録することによって、このレコードの購入予定商品を購入する通信端末１２（分担者）を割当てる。
【００６７】
この処理Ｓ７３における判断の結果、割当て規則が価格である場合には、買物分担割当て処理部３１は、価格割当て処理を実行することによって、この割当て規則フィールド１２３に価格を登録するレコードの購入予定商品を購入する通信端末１２を割当てる（Ｓ７５）。即ち、買物分担割当て処理部３１は、まず、この割当て規則フィールド１２３に価格を登録するレコードの購入予定店舗名フィールド１２６に登録されている店舗名を取り出す。次に、買物分担割当て処理部３１は、分担者情報テーブル１０１の買物予定店舗名フィールド１１３にこの取り出した店舗名を登録しているレコードを検索する。次に、買物分担割当て処理部３１は、この検索したレコードにおける通信端末ＩＤフィールド１１０に登録されている通信端末ＩＤ（分担者ＩＤ）を、この割当て規則フィールド１２３に価格を登録するレコードの分担通信端末ＩＤフィールド１２８に登録することによって、このレコードの購入予定商品を購入する通信端末１２（分担者）を割当てる。このように動作することによって買物分担割当てサーバ１１は、割当て規則が価格の場合において、購入予定商品を購入すべき通信端末１２（分担者）を価格に応じて通信端末１２（分担者）に割当てることができる。
【００６８】
この処理Ｓ７３における判断の結果、割当て規則が鮮度である場合には、買物分担割当て処理部３１は、鮮度割当て処理を実行することによって、この割当て規則フィールド１２３に鮮度を登録するレコードの購入予定商品を購入する通信端末１２を割当てる（Ｓ７６）。即ち、買物分担割当て処理部３１は、まず、この割当て規則フィールド１２３に鮮度を登録するレコードの購入予定店舗名フィールド１２６に登録されている店舗名を取り出す。次に、買物分担割当て処理部３１は、分担者情報テーブル１０１の買物予定店舗名フィールド１１３にこの取り出した店舗名を登録しているレコードを検索する。次に、買物分担割当て処理部３１は、この検索したレコードにおける通信端末ＩＤフィールド１１０に登録されている通信端末ＩＤ（分担者ＩＤ）を、この割当て規則フィールド１２３に鮮度を登録するレコードの分担通信端末ＩＤフィールド１２８に登録することによって、このレコードの購入予定商品を購入する通信端末１２（分担者）を割当てる。このように動作することによって買物分担割当てサーバ１１は、割当て規則が鮮度の場合において、購入予定商品を購入すべき通信端末１２（分担者）を鮮度に応じて通信端末１２（分担者）に割当てることができる。
【００６９】
この処理Ｓ７３における判断の結果、割当て規則が信頼度である場合には、買物分担割当て処理部３１は、信頼度割当て処理を実行することによって、この割当て規則フィールド１２３に信頼度を登録するレコードの購入予定商品を購入する通信端末１２を割当てる（Ｓ７７）。即ち、買物分担割当て処理部３１は、まず、この割当て規則フィールド１２３に信頼度を登録するレコードの信頼度サブフィールド１２４３に登録されている店舗名を取り出す。次に、買物分担割当て処理部３１は、分担者情報テーブル１０１の買物予定店舗名フィールド１１３にこの取り出した店舗名を登録しているレコードを検索する。次に、買物分担割当て処理部３１は、この検索したレコードにおける通信端末ＩＤフィールド１１０に登録されている通信端末ＩＤ（分担者ＩＤ）を、この割当て規則フィールド１２３に信頼度を登録するレコードの分担通信端末ＩＤフィールド１２８に登録することによって、このレコードの購入予定商品を購入する通信端末１２（分担者）を割当てる。このように動作することによって買物分担割当てサーバ１１は、割当て規則が信頼度の場合において、購入予定商品の購入役を信頼度に応じて通信端末１２（分担者）に割当てることができる。
【００７０】
買物分担割当て処理部３１は、これら処理Ｓ７４乃至処理Ｓ７７の何れか１つの処理を実行した後に、各分担者の可搬重量を超えているか否かを判断する（Ｓ７８）。より具体的には、買物分担割当て処理部３１は、購入品目情報テーブル１０２における単位重量フィールド１２５に登録されている単位重量に、購入予定数量フィールド１２３に登録されている数量を乗算して購入予定商品の重量を購入予定商品ごとに算出する。次に、買物分担割当て処理部３１は、購入品目情報テーブル１０２の分担通信端末ＩＤフィールド１２８の登録内容から同一通信端末ＩＤごとに購入予定商品の重量を合算することによって、一の通信端末１２に割当てられた購入予定商品における総重量を算出する。そして、買物分担割当て処理部３１は、分担者情報テーブル１０１の可搬重量フィールド１１４からこの一の通信端末１２における可搬重量を取り出し、先に算出した総重量がこの取り出した可搬重量を超えているか否かを判断する。
【００７１】
この処理Ｓ７８の判断の結果、各分担者の可搬重量を何れも超えていない場合には、買物分担割当て処理部３１は、処理を処理Ｓ７１に戻す一方、各分担者の可搬重量の一つでも超えている場合には、買物分担割当て処理部３１は、重量均等割当て処理を実行した後に（Ｓ７９）、処理を処理Ｓ７１に戻す。
【００７２】
この重量均等割当て処理についてより具体的に説明すると、買物分担割当て処理部３１は、例えば、可搬重量を超えている通信端末１２に割当てられている購入予定商品のうちの一つを可搬重量に最も余力のある通信端末１２（即ち、（（可搬重量）−（購入予定商品の総重量））が最も大きい通信端末１２）に割当てる。次に、買物分担割当て処理部３１は、各分担者の可搬重量を超えているか否かを判断する。この判断の結果、各分担者の可搬重量を何れも超えていない場合には、買物分担割当て処理部３１は、この重量均等割当て処理を終了する一方、各分担者の可搬重量の一つでも超えている場合には、買物分担割当て処理部３１は、購入予定商品の分担割当てを行うことができない旨のメッセージを各通信端末１２に実行した後に、分担者割当て処理を終了する。
【００７３】
図６に戻って、一方、処理Ｓ１７における判断の結果、条件変更フラグが立っていない場合（Ｎｏ）には、買物分担割当て処理部３１は、購入済み通知であるか否かを判断する（Ｓ１８）。
【００７４】
分担者は、購入指示を受けて購入予定商品を購入した場合には、購入した商品名、数量、店舗名、単価及び鮮度を通信端末１２に入力する。これら情報が入力され分担者によって送信が指示されると、通信端末１２は、購入予定商品の購入済みを買物分担割当てサーバ１１に通知すべく、購入予定商品の購入済みである旨、購入した商品名、数量、店舗名、単価及び鮮度の各情報を収容した通信信号（購入済み通知信号）を買物分担割当てサーバ１１にネットワーク１３を介して送信する。
【００７５】
判断の結果、この受信した通信信号が購入済みを買物分担割当てサーバ１１に通知するものである場合（Ｙｅｓ）には、買物分担割当て処理部３１は、購入履歴処理部３２に購入済み処理を実行させてから（Ｓ９０）、処理Ｓ１９を実行する。
【００７６】
この購入済み処理を説明すると、図１３に示すように、まず、購入履歴処理部３２は、この通信信号から購入した商品名を取り出し、補助記憶部２４の購入品目情報記憶部４２に記憶されている購入品目情報テーブル１０２の購入予定商品名フィールド１２１にこの取り出した商品名を登録しているレコードを検索する。そして、購入履歴処理部３２は、この検索したレコードの購入情報フィールド１２９にフラグ「済み」を登録することによって、購入情報を「未」から「済み」へ更新する（Ｓ９１）。
【００７７】
次に、購入履歴処理部３２は、補助記憶部２４の購入履歴情報記憶部４３に記憶されている購入履歴情報テーブル１０３に新たなレコードを追加し、新たな購入商品ＩＤを生成して、この新たなレコードにおける購入商品ＩＤフィールド１３０にこの新たな購入商品ＩＤを登録し（Ｓ９２）、この通信信号を受信した日付を購入日フィールド１３１に登録する（Ｓ９３）。
【００７８】
次に、購入履歴処理部３２は、この通信信号から購入した商品名、数量、店舗名、単価及び鮮度の各情報を取り出し、この新たなレコードにおける購入商品名フィールド１３２にこの取り出した商品名を登録し（Ｓ９４）、この新たなレコードにおける購入数量フィールド１３３にこの取り出した数量を登録し（Ｓ９５）、この新たなレコードにおける購入店舗名フィールド１３４にこの取り出した店舗名を登録し（Ｓ９６）、この新たなレコードにおける購入単価フィールド１３５にこの取り出した数量を登録し（Ｓ９７）、そして、この新たなレコードにおける購入鮮度フィールド１３６にこの取り出した鮮度を登録し（Ｓ９８）、この購入済み処理を終了する。このように動作することによって買物分担割当てサーバ１１は、購入予定商品を実際に購入した場合に、購入品目情報テーブル１０２に当該購入予定商品が購入済みであることを登録することができると共に、その購入履歴を購入履歴情報テーブル１０３に登録して補助記憶部２４に記憶することができる。
【００７９】
図６に戻って、一方、処理Ｓ１８における判断の結果、購入済み通知ではない場合（Ｎｏ）には、買物分担割当て処理部３１は、補助記憶部２４の購入品目情報記憶部４２に記憶されている購入品目情報テーブル１０２の購入予定商品名フィールド１２１における登録内容を参照することによって、総ての購入予定商品が購入済みであるか否かを判断する（Ｓ１９）。
【００８０】
この判断の結果、購入品目情報テーブル１０２の総てのレコードにおける購入予定商品名フィールド１２１に「済み」が登録されている場合には、総て購入済みであると判断され（Ｙｅｓ）、買物分担割当て処理部３１は、処理を終了する。一方、この判断の結果、購入品目情報テーブル１０２の何れかのレコードにおける購入予定商品名フィールド１２１に「未」が登録されている場合には、総て購入済みではないと判断され（Ｎｏ）、買物分担割当て処理部３１は、処理を処理Ｓ１１に戻す。
【００８１】
例えば、通信端末１２−Ａを利用するＡさんが分担して買物をしようと考えた場合に、まず、Ａさんは、通信端末１２−Ａを用いて買物分担割当てサーバ１１にアクセスして、自機の通信端末名（又は分担者名）、移動手段、買物予定店舗名及び可搬重量を通信端末１２に入力し、これら各情報を収容した分担者追加要求信号を買物分担割当てサーバ１１にネットワーク１３を介して送信する。この分担者追加要求信号を受信すると、買物分担割当てサーバ１１は、上述から分かるように、処理Ｓ１１及び処理Ｓ１２を実行して処理Ｓ２０の分担者の追加削除処理を実行し、分担者情報テーブル１０１に新たなレコードを追加して分担者情報を分担者情報テーブル１０１に登録する。続けて、買物分担割当てサーバ１１は、処理Ｓ１３、処理Ｓ１４、処理Ｓ１５、処理Ｓ１６及び処理Ｓ１７を実行して処理Ｓ７０を実行することになるが、処理Ｓ７１で総ての評価値が揃っていないと判断され、処理Ｓ１８及び処理Ｓ１９を実行して処理Ｓ１１に戻る。
【００８２】
次に、Ａさんは、通信端末１２−Ａを用いて買物分担割当てサーバ１１にアクセスして、Ａさんの購入予定商品の商品名、購入予定数量及び割当て規則を通信端末１２に入力し、これら各情報を収容した購入予定品目追加要求信号を買物分担割当てサーバ１１にネットワーク１３を介して送信する。そして、Ａさんは、買物予定の店舗へ移動する。この購入予定品目追加要求信号を受信すると、買物分担割当てサーバ１１は、上述から分かるように、処理Ｓ１１、処理Ｓ１２及び処理Ｓ１３を実行して処理Ｓ３０の購入予定品目の追加削除処理を実行し、購入予定品目情報テーブル１０２に新たなレコードを追加して、購入品目情報を購入予定品目情報テーブル１０２に登録する。続けて、買物分担割当てサーバ１１は、処理Ｓ１４、処理Ｓ１５、処理Ｓ１６及び処理Ｓ１７を実行して処理Ｓ７０を実行することになるが、処理Ｓ７１で総ての評価値が揃っていないと判断され、処理Ｓ１８及び処理Ｓ１９を実行して処理Ｓ１１に戻る。
【００８３】
同様に、通信端末１２−Ｂを利用するＢさんも、通信端末１２−Ｂを用いて分担者追加要求信号を送信し、購入予定品目追加要求信号を送信し、買物予定の店舗へ移動する。また、通信端末１２−Ｃを利用するＣさんも、通信端末１２−Ｃを用いて分担者追加要求信号を送信し、購入予定品目追加要求信号を送信し、買物予定の店舗へ移動する。
【００８４】
買物予定の店舗に着くと、Ａさんは、通信端末１２−Ａを用いて買物分担割当てサーバ１１にアクセスし、買物分担割当てサーバ１１から購入予定商品の一覧をダウンロードし、このダウンロードした買物予定商品の一覧のうちＡさんの買物予定店舗で購入可能な商品について、価格通知信号又は鮮度通知信号を買物分担割当てサーバ１１にネットワーク１３を介して送信する。価格通知信号を受信した場合には、買物分担割当てサーバ１１は、上述から分かるように、処理Ｓ１１、処理Ｓ１２、処理Ｓ１３及び処理Ｓ１４を実行して処理Ｓ４０の価格更新処理を実行し、購入予定品目情報テーブル１０２における価格通知信号によって通知された価格を更新する。続けて、買物分担割当てサーバ１１は、処理Ｓ１５、処理Ｓ１６及び処理Ｓ１７を実行して処理Ｓ７０を実行する。ここで、処理Ｓ７１で総ての評価値が揃っていないと判断された場合には、買物分担割当てサーバ１１は、処理Ｓ１８及び処理Ｓ１９を実行して処理Ｓ１１に戻る。一方、鮮度通知信号を受信した場合には、買物分担割当てサーバ１１は、上述から分かるように、処理Ｓ１１、処理Ｓ１２、処理Ｓ１３、処理Ｓ１４及び処理Ｓ１５を実行して処理Ｓ５０の鮮度更新処理を実行し、購入予定品目情報テーブル１０２における鮮度通知信号によって通知された鮮度を更新する。続けて、買物分担割当てサーバ１１は、処理Ｓ１６及び処理Ｓ１７を実行して処理Ｓ７０を実行する。ここで、処理Ｓ７１で総ての評価値が揃っていないと判断された場合には、買物分担割当てサーバ１１は、処理Ｓ１８及び処理Ｓ１９を実行して処理Ｓ１１に戻る。
【００８５】
同様に、Ｂさんも買物予定の店舗に着くと、通信端末１２−Ｂを用いて買物分担割当てサーバ１１にアクセスし、買物分担割当てサーバ１１から購入予定商品の一覧をダウンロードし、このダウンロードした買物予定商品の一覧のうちＢさんの買物予定店舗で購入可能な商品について、価格通知信号又は鮮度通知信号を買物分担割当てサーバ１１にネットワーク１３を介して送信する。また、Ｃさんも買物予定の店舗に着くと、通信端末１２−Ｃを用いて買物分担割当てサーバ１１にアクセスし、買物分担割当てサーバ１１から購入予定商品の一覧をダウンロードし、このダウンロードした買物予定商品の一覧のうちＣさんの買物予定店舗で購入可能な商品について、価格通知信号又は鮮度通知信号を買物分担割当てサーバ１１にネットワーク１３を介して送信する。
【００８６】
ここで、処理Ｓ７１で総ての評価値が揃うと、買物分担割当てサーバ１１は、処理Ｓ７２及び処理Ｓ７３を実行して処理Ｓ７４乃至処理Ｓ７７の何れかを実行し、処理Ｓ７８及び必要に応じて処理Ｓ７９を実行し、処理を処理Ｓ７１に戻す。このような処理を繰り返して処理Ｓ７２で未割当て商品がないと判断されると、買物分担割当てサーバ１１は、処理Ｓ８０で、購入予定商品の購入を指示すべく各通信端末１２に買物分担リスト及び購入指示をそれぞれ送信する。
【００８７】
この買物分担リスト及び購入指示をそれぞれ受信すると、Ａさん、Ｂさん及びＣさんは、それぞれの店舗で買物分担リストの自己が買物を担当する商品を購入する。
【００８８】
このように本実施形態における買物分担割当てサーバ１１は、商品の価格や品質等の情報を一元的に管理し、複数の分担者Ａさん、Ｂさん、Ｃさんがそれぞれ利用する複数の通信端末１２−Ａ、１２−Ｂ、１２−Ｃに複数の種類の購入予定商品を割当てることができる。
【図面の簡単な説明】
【００８９】
【図１】実施形態における買物分担割当てシステムの構成を示す図である。
【図２】実施形態における買物分担割当てサーバの構成を示す図である。
【図３】実施形態における分担者情報テーブルの構成を示す図である。
【図４】実施形態における購入品目情報テーブルの構成を示す図である。
【図５】実施形態における購入履歴情報テーブルの構成を示す図である。
【図６】実施形態における買物分担割当てサーバの全体動作を示すフローチャートである。
【図７】分担者の追加削除処理における動作を示すフローチャートである。
【図８】購入予定品目の追加処理における動作を示すフローチャートである。
【図９】価格更新処理の動作を示すフローチャートである。
【図１０】鮮度更新処理の動作を示すフローチャートである。
【図１１】購入拒否処理の動作を示すフローチャートである。
【図１２】分担者割当て処理の動作を示すフローチャートである。
【図１３】購入済み処理の動作を示すフローチャートである。
【符号の説明】
【００９０】
１  買物分担割当てシステム
１１  買物分担割当てサーバ
１２  通信端末
２１  中央処理部
２２  通信インターフェース部
２４  補助記憶部
３１  買物分担割当て処理部
３２  購入履歴処理部
３３  信頼度演算処理部
４１  分担者情報記憶部
４２  購入品目情報記憶部
４３  購入履歴情報記憶部
１０１  分担者情報テーブル
１０２  購入品目情報テーブル
１０３  購入履歴情報テーブル
【図１】
2006276936.tif 000003
【図２】
2006276936.tif 000004
【図３】
2006276936.tif 000005
【図４】
2006276936.tif 000006
【図５】
2006276936.tif 000007
【図６】
2006276936.tif 000008
【図７】
2006276936.tif 000009
【図８】
2006276936.tif 000010
【図９】
2006276936.tif 000011
【図１０】
2006276936.tif 000012
【図１１】
2006276936.tif 000013
【図１２】
2006276936.tif 000014
【図１３】
2006276936.tif 000015