JP5814489B1 - 情報処理装置、情報処理方法、プログラム、記憶媒体 - Google Patents

Abstract

グループでのイベント等において、必要な物品の購入等を全体の状況に応じて効率よく実行できるようにしたうえで精算も容易にできるようにする。このため情報処理装置は、準備品情報を用いて準備品リスト画面を生成し、ユーザ端末における提示を実行させるとともに、準備品リスト画面に対するユーザ端末からの操作情報に基づいて準備品情報を更新する処理を行う。また準備品情報に含まれる物品について、購入候補商品をユーザ端末で提示させる処理を行うとともに、購入候補商品の購入実績に応じて、準備品情報における該当の物品の準備状況及び購入額の情報を更新する処理を行う。さらに人数と各物品の購入額の情報を用いて精算情報を算出し、精算情報をユーザ端末で提示させる処理を行う。

Description

本発明は、情報処理装置、情報処理方法、プログラム、記憶媒体に関し、特にグループの準備品のリストをユーザ端末で提示させる処理に関する。

特開２０１０−２５７１３２号公報

上記特許文献１には所望の商品が確実に購入できるように商品や購入担当者を設定した購入予定商品リストを提供することが開示されている。
例えばグループでのイベント、リクリエーション等においては、各参加者が持ち物を分担したり、必要な品物の購入担当を振り分けることなどが行われることがある。この場合に、各自の端末上で購入リスト等により支援が行われることで利便性が向上される。

ところでグループで使用する物品について、参加者が集まって購入品や店舗選択を検討することができれば望ましいが、各参加者が事前に集まることは難しいことが多い。またグループでのイベントの場合、精算作業も面倒である。
そこでグループの参加者が、それぞれ自身の端末を用いて、グループ内で検討しながら購入品の担当決めや商品選択をしたり、精算が容易にできるようなシステムが望まれる。本発明はこのようなグループ行動における購入品の選択や精算を支援するシステムを提供することを目的とする。

本発明に係る情報処理装置は、複数のユーザによるグループが準備する物品と少なくとも各物品についての準備状況及び購入額の情報が含まれる準備品情報を用いて、ユーザ端末で提示させる準備品リスト画面を生成するとともに、前記準備品リスト画面に対するユーザ端末からの操作情報に基づいて前記準備品情報を更新する処理を行う提示リスト処理部と、前記準備品情報に含まれる物品について、その物品に該当する商品の検索を電子商取引サーバに要求し、検索結果として得られた商品の全部又は一部を購入候補商品として当該物品に紐付け管理し、前記グループ内の各ユーザが使用するユーザ端末で提示させる処理を行うとともに、購入候補商品の購入実績情報の取得に応じて、前記準備品情報における該当の物品の準備状況及び購入額の情報を更新する処理を行う購入情報処理部と、少なくとも前記グループにおける人数と、前記準備品情報の各物品の購入額の情報を用いて精算情報を算出し、精算情報をユーザ端末で提示させる処理を行う精算処理部とを備え、前記提示リスト処理部は、前記準備品情報に含まれる物品について、前記グループ内の各ユーザがユーザ端末から送信したコメントを表示する処理を行い、前記購入情報処理部は、前記グループ内の各ユーザが使用するユーザ端末からの操作に応じて、前記紐付け管理されている購入候補商品を更新する処理を行うものである。
このような情報処理装置によれば、イベント等を行うグループのユーザ（参加者）は各自の端末でグループとして準備する物品のリストを閲覧し、また任意にリストを編集していくかたちで、全員で準備品の情報を共有できる。また各ユーザは、購入候補商品が提示されることにより購入商品を検討でき、さらに購入費用に関しては精算情報を閲覧することができる。

上記した情報処理装置においては、前記準備品情報には、各物品を購入したユーザの情報が含まれており、前記精算処理部は、前記精算情報として、グループ内の各ユーザの購入額の情報を用いてユーザ毎の精算金額を算出することが望ましい。
これによりグループ内の個々のユーザは自分の負担金額を確認できる。

上記した情報処理装置においては、前記精算処理部は、追加支出情報が入力されることに応じて、追加支出情報を反映した精算情報の算出を行うことが望ましい。
グループでのイベント等ではリストアップして準備した物品以外にも各種の費用が生ずることが多々あるため、そのような追加費用も反映した精算情報が得られるようにする。

上記した情報処理装置においては、前記準備品情報には、グループ全体で準備する物品の情報と、グループに属する個々のユーザが準備する物品の情報が含まれており、前記精算処理部は、前記精算情報の算出の際には、前記準備品情報におけるグループが準備する物品についての購入額の情報を用いることが望ましい。
グループ全体で準備する物品と個人毎に準備する物品が準備品情報で管理されることで、個々のユーザは全体で準備する物品だけでなく、個人で準備する物品もチェックできる。この場合に、精算に関しては、個人準備物品は除外することで適切な精算ができる。

上記した情報処理装置においては、前記提示リスト処理部は、イベント種別に応じて準備すべき物品が登録されたデフォルト準備品情報のうちで、ユーザ端末から指定されたイベント種別に応じて選択されたデフォルト準備品情報を用いて初期状態の準備品リスト画面を生成し、ユーザ端末での提示を実行させることが望ましい。
初期的なリストをデフォルト準備品情報に基づいてグループに提供することで、グループの準備物品のリスト作成を支援できる。

上記した情報処理装置においては、前記準備品情報に含まれる或る物品についての準備状況の情報が更新された場合に、当該準備品情報を用いるグループのユーザの全部又は一部に対して準備状況を通知する処理を行う通知処理部を、さらに備えたことが望ましい。
この通知処理部の通知により、各ユーザが準備状況を知ることができ、また重複購入などを防止できる。

上記した情報処理装置においては、前記購入情報処理部は、前記準備品情報において各物品に紐付け管理されている購入候補商品情報に基づいて、購入商品の候補をユーザ端末で提示させる処理を行うとともに、ユーザ端末からの操作に応じて、紐付け管理されている購入候補商品情報を更新する処理を行うことが望ましい。
これにより各ユーザが購入候補商品情報を編集しながら、グループ内で購入商品を検討する場を提供する。

本発明に係る情報処理方法は、複数のユーザによるグループが準備する物品と少なくとも各物品についての準備状況及び購入額の情報が含まれる準備品情報を管理するとともに、ユーザ端末と通信可能な情報処理装置の情報処理方法である。この情報処理方法は、前記準備品情報を用いて準備品リスト画面を生成し、ユーザ端末で提示させるステップと、前記準備品リスト画面に対するユーザ端末からの操作情報に基づいて前記準備品情報を更新するステップと、前記準備品情報に含まれる物品について、前記グループ内の各ユーザがユーザ端末から送信したコメントを表示させるステップと、前記準備品情報に含まれる物品について、その物品に該当する商品の検索を電子商取引サーバに要求し、検索結果として得られた商品の全部又は一部を購入候補商品として当該物品に紐付け管理し、前記グループ内の各ユーザが使用するユーザ端末で提示させるステップと、前記グループ内の各ユーザのユーザ端末からの操作に応じて、前記紐付け管理されている購入候補商品を更新するステップと、購入候補商品の購入実績情報の取得に応じて、前記準備品情報における該当の物品の準備状況及び購入額の情報を更新するステップと、少なくとも前記グループにおける人数と、前記準備品情報の各物品の購入額の情報を用いて精算情報を算出し、精算情報をユーザ端末で提示させるステップとを備える。
これによりグループでの準備する物品のリスト閲覧、編集、購入商品検討、精算情報閲覧を可能とする。
本発明に係るプログラムは、上記情報処理方法の各ステップとしての処理を情報処理装置に実行させるプログラムである。
本発明に係る記憶媒体は、上記プログラムを記憶した記憶媒体である。これらのプログラムや記憶媒体により上記の情報処理装置を実現する。

本発明によれば、グループの参加者たるユーザが全員で準備物品のリストを共有して管理でき、準備や商品購入の効率化ができる。さらに精算情報により各ユーザ間での精算の容易化が実現される。これらによりグループ行動を的確に支援できる。

本発明の実施の形態のシステム構成のブロック図である。 実施の形態で用いられるコンピュータ装置のブロック図である。 実施の形態の画面遷移の説明図である。 実施の形態の初期的なグループリスト画面の説明図である。 実施の形態のカスタマイズされたグループリスト画面の説明図である。 実施の形態の個人リスト画面の説明図である。 実施の形態の購入候補画面の説明図である。 実施の形態の精算画面の説明図である。 実施の形態のリストサーバの機能構成を示したブロック図である。 実施の形態の準備品情報の説明図である。 実施の形態の新規リスト作成時の処理のフローチャートである。 実施の形態のリスト閲覧・編集時の処理のフローチャートである。 実施の形態の操作・編集対応処理のフローチャートである。 実施の形態の個人リスト提示処理のフローチャートである。 実施の形態の購入候補提示処理のフローチャートである。 実施の形態の精算情報提示処理のフローチャートである。

以下、実施の形態を次の順序で説明する。
＜１．全体構成＞
＜２．リスト提供サービスにおける画面遷移＞
＜３．リストサーバの機能構成と準備品情報＞
＜４．リスト作成・閲覧に関する処理＞
＜５．まとめ及び変形例＞
＜６．プログラム及び記憶媒体＞

なお実施の形態では、本発明請求項にいう情報処理装置の例として、図１等に示すリストサーバ３を挙げる。リストサーバ３は１又は複数の情報処理装置によって実現されるものであり、従って本発明請求項にいう情報処理装置は、１つの情報処理装置或いは複数の情報処理装置が連携して実現される。
また実施の形態で用いる「グループ」とは、イベントその他の何らかの事情で任意に集まった複数の参加者によるグループを指す。例えばハイキングやバーベキュー等のリクリエーションを仲間同士で行う場合のグループ、何らかのイベントを開催する有志のグループなどが想定されるが、必ずしもこれに限らない。或る共同行動を予定する複数人としてのグループであればよい。グループを構成する参加者たるユーザ（ネットワークのユーザ）は、リストサーバ３による支援サービスを享受できる。
リストサーバ３による支援サービスを総称して「リスト提供サービス」と呼ぶこととする。

＜１．全体構成＞
図１に実施の形態のネットワークシステムの構成例を示す。この例では、当該ネットワークシステムは複数の店舗が出店する仮想的な商店街を実現するＥＣ（electronic commerce：電子商取引）システムとして機能する。また、このネットワークシステムにより、一般ユーザは任意に登録したグループ単位で、イベントその他のグループ活動の準備や精算の支援を行うリスト提供サービスを享受できる。

図１に示すように、本実施の形態に係るネットワークシステムは、ＥＣサーバ２、リストサーバ３、複数の店舗端末４、複数のユーザ端末５がネットワーク１により相互に通信可能に接続されている。またＥＣサーバ２は電子商取引データベース６にアクセス可能とされ、リストサーバ３は準備品情報データベース７にアクセス可能とされている。
なお、以下では「データベース」を「ＤＢ」と表記する。

ネットワーク１の構成は多様な例が想定される。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が想定される。
またネットワーク１の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線等の有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。

ＥＣサーバ２は、例えば仮想商店街のポータルとして機能する仮想商店街サーバである。ＥＣサーバ２は、店舗端末４やユーザ端末５から受信した処理要求に基づく処理を実行する。例えばユーザへの商品やサービスの検索ページの提供、各店舗に対する店舗ページの提供、ユーザの検索に応じた商品やサービスの検索、検索結果一覧表示、各ページでの広告やユーザへのお勧め商品等の表示、商品購入に関する処理、店舗管理、ユーザ管理などを行う。

店舗端末４は、仮想商店街に出店する店舗側で使用される情報処理装置である。店舗端末４は仮想商店街で販売する商品の情報等を、ＥＣサーバ２を介して電子商取引ＤＢ６に登録することなどに用いられる。例えば、ＥＣサーバ２から提供される専用画面が店舗端末４の表示部に表示される。店舗の担当者はこの専用画面を介して商品の情報等を電子商取引ＤＢ６に登録する。

ユーザ端末５は、仮想商店街を利用して商品やサービスの購入を行うユーザによって操作される情報処理装置である。ユーザ端末５は例えばパーソナルコンピュータ、携帯電話機、又は携帯情報端末等の情報処理装置により実現される。
本実施の形態では、ユーザ端末５を用いるユーザ同士がグループを形成して、リストサーバ３によるリスト提供サービスを受けることとなる。

リストサーバ３は、ユーザ端末５を用いるユーザ同士が形成したグループに対して準備品リスト等を提示するリスト提供サービスを実行する。このためにリストサーバ３は、ユーザ端末５から受信した処理要求に基づき、グループの情報管理、準備品リストに関する情報の生成、管理、ユーザ端末へのリスト画面送信等の処理を実行する。

本実施形態の場合、例えば、ＥＣサーバ２やリストサーバ３ではＨＴＴＰ（Hypertext Transfer Protocol）デーモンが起動される。また店舗端末４又はユーザ端末５ではブラウザが起動され、店舗端末４又はユーザ端末５からは、ブラウザを介して処理要求（ＨＴＴＰリクエスト）がＥＣサーバ２やリストサーバ３に送信される。ＥＣサーバ２やリストサーバ３からは、上記の処理要求に対応する処理結果（ＨＴＴＰレスポンス）が店舗端末４又はユーザ端末５に送信される。例えば、ウェブページ記述言語で記述されたページデータが店舗端末４又はユーザ端末５に送信される。そして、このページデータに基づいて、処理結果に基づくウェブページ（画面）が店舗端末４又はユーザ端末５の表示部に表示される。
ＥＣサーバ２やリストサーバ３はこのような動作によりユーザ端末５にウェブページを提供し、またユーザ端末５等からの要求に応じた処理を行う。

電子商取引ＤＢ６は、ＥＣサーバ２が仮想商店街を提供するために必要な情報が格納されたＤＢを包括的に示している。例えば電子商取引ＤＢ６として、ユーザＤＢ６ａ、店舗ＤＢ６ｂ、商品ＤＢ６ｃ、広告ＤＢ６ｄなどが形成されている。もちろんこれ以外にも仮想商店街のポータルとして機能するために必要なＤＢが各種存在する。

ユーザＤＢ６ａには、仮想商店街を利用するユーザに関するデータが登録される。例えば登録されたユーザ毎に、ユーザ識別情報であるユーザＩＤ（identification）、ログインのパスワード、住所、氏名、性別や年齢等の属性情報、決済情報、電子メールアドレスなどが登録される。また各ユーザの購入履歴として、仮想商店街で行われた取引の履歴に関するデータが登録される。例えばユーザＩＤ毎に、購入商品の商品ＩＤ及び商品に関する情報、購入店舗、購入日時、購入価格等が登録される。さらに各ユーザの閲覧履歴、お気に入り登録情報なども記憶される。

店舗ＤＢ６ｂには、仮想商店街に出店している店舗に関するデータが登録される。例えば各店舗について、店舗識別情報としての店舗ＩＤ、名称、住所、電話番号、及び店舗に関するウェブページ（店舗ページ）へのリンク情報（ＵＲＬ（Uniform Resource Locator））などが登録される。
商品ＤＢ６ｃには、仮想商店街で取り扱っている商品に関するデータが登録される。例えば商品ＤＢ６ｃには、各商品（サービスも含む）について、商品識別情報としての商品ＩＤ、当該商品を販売する店舗の店舗ＩＤ、商品のカテゴリー、名称、価格、在庫、商品に関するウェブページ（商品ページ）へのリンク情報（ＵＲＬ）などが登録される。

広告ＤＢ６ｄには、店舗によって登録された広告情報が登録されている。各広告情報としては、商品や店舗の写真やロゴなどの広告画像、広告文としてのテキスト情報、広告を選択するためのキーワード、ＵＲＬリンク、実績情報、広告単価情報などが紐づけられている。実績情報とは、表示回数（インプレッション）、クリック回数、ＣＴＲ（Click Through Rate）、アクセス数、コンバージョン数、ＣＶＲ（Conversion Rate）、商品売上値などである。
ＥＣサーバ２は、広告ＤＢ６ｄから選択した広告画像やテキストを各種ウェブページ上で表示させることができる。

リストサーバ３は、ＥＣサーバ２にリクエストすることで、仮想商店街で取り扱っている商品情報を取得したり、またユーザ端末５からの購入情報をＥＣサーバ２に受け渡したりすることで、リスト提供サービスと仮想商店街によるネットショッピングサービスを連携させることができる。

準備品情報ＤＢ７は、リストサーバ３が上述のリスト提供サービスを実行するために用いる情報を記憶したＤＢを包括的に示している。具体的には準備品情報ＤＢ７には、グループ毎に紐づけられた準備品リストの情報（グループリストデータＬＧ）を記憶するグループリストＤＢ７ａが設けられる。グループリストデータＬＧ１，ＬＧ２・・・は、それぞれ１つのグループの１つの企画に対応して生成され、登録される。
また準備品情報ＤＢ７には、各種のイベント等に応じて初期的な準備品等を記憶したリスト情報（デフォルトリストデータＤＦ）を記憶するデフォルトリストＤＢ７ｂが設けられる。デフォルトリストデータＬＤＦ１，ＬＤＦ２・・・は、それぞれイベント等の種別に応じて予め用意された初期的な準備品のリスト情報である。例えばバーベキュー用のリスト、海水浴用のリスト、ハイキング用のリストなどとして、一般的な準備品を示した情報である。
リストサーバ３の機能構成やグループリストデータＬＧの具体的な情報内容については後述する。

なお電子商取引ＤＢ６は、ＥＣサーバ２とは別のサーバコンピュータ内に構築されていてもよいし、ＥＣサーバ２内に構築されていてもよい。
同様に準備品情報ＤＢ７は、リストサーバ３とは別のサーバコンピュータ内に構築されていてもよいし、リストサーバ３内に構築されていてもよい。
また図示及び説明の便宜上、電子商取引ＤＢ６、準備品情報ＤＢ７として示したが、ユーザＤＢ６ａ、店舗ＤＢ６ｂ、商品ＤＢ６ｃ、広告ＤＢ６ｄ、グループリストＤＢ７ａ、デフォルトリストＤＢ７ｂの各ＤＢは、ＥＣサーバ２やリストサーバ３がアクセス可能とされていればどのような形態で実現されていてもよい。例えばＥＣサーバ２やリストサーバ３と同一システム内の記憶部に各ＤＢのすべてが形成されていてもよいし、各ＤＢの一部又は全部が別体、遠隔地等のコンピュータシステムに設けられていてもよい。もちろん各ＤＢが一つの装置（例えば一つのＨＤＤ等）内に形成されている必要はない。また各ＤＢのそれぞれが、それぞれ１つのＤＢとして構成される必要もない。例えばユーザＤＢ６ａとして記憶される情報が、複数のユーザＤＢ（例えばログイン用のユーザＤＢと取引用のユーザＤＢなど）により記憶管理されてもよい。実施の形態で説明する上記各ＤＢは、実施の形態の処理に関連する情報の記憶部を、それぞれ１つのＤＢの形態で例示したものに過ぎない。

続いて図１に示したＥＣサーバ２、リストサーバ３、店舗端末４、ユーザ端末５を構成する情報処理装置のハードウエア構成を図２に示す。ＥＣサーバ２、リストサーバ３、店舗端末４、ユーザ端末５として示した各装置は、情報処理および情報通信が可能な図２に示すようなコンピュータ装置として実現できる。

図２において、コンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ( Read Only Memory)１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ( Random Access Memory )１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、およびＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インターフェース１０５も接続されている。
入出力インターフェース１０５には、キーボード、マウス、タッチパネルなどよりなる入力部１０６、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ、並びにスピーカなどよりなる出力部１０７、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などより構成される記憶部１０８、ネットワーク１を介しての通信処理や機器間通信を行う通信部１０９が接続されている。
入出力インターフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。

このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われたり、リムーバブルメディア１１１を介してデータやプログラムを受け渡したりすることが可能である。
ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、ＥＣサーバ２、リストサーバ３、店舗端末４、ユーザ端末５としての必要な情報処理や通信が実行される。
なお、ＥＣサーバ２、リストサーバ３、店舗端末４、ユーザ端末５を構成する情報処理装置は、図２のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮ等によりシステム化されていてもよいし、インターネット等を利用したＶＰＮ等により遠隔地に配置されたものでもよい。
またＥＣサーバ２とリストサーバ３が単一のコンピュータ装置内で実現されてもよい。

＜２．リスト提供サービスにおける画面遷移＞
図３から図８を用いてリスト提供サービスとしてユーザがユーザ端末５で閲覧することのできる画面例を説明する。

図３はリスト提供サービスでの画面（ページ）遷移の例を示している。
リストサーバ３が実行するリスト提供サービスでは、トップページとしてグループリスト画面３０が表示される。そして、グループリスト画面３０から、ユーザ操作に応じて、個人リスト画面３１、購入候補画面３２、精算画面３４、基本データ編集画面３６、項目編集画面３７、物品追加画面３８に遷移する。また、購入候補画面３２と商品検索結果画面３３は互いに遷移する。また精算画面３４と追加支出編集画面３５は互いに遷移する。また個人リスト画面３１と個人物品追加画面３９、個人項目編集画面４０は互いに遷移する。さらに購入候補画面３２からがＥＣサーバ２が提供するショッピングページに遷移することもある。個人リスト画面３１から購入候補画面３２に遷移することもできる。

なお、各ページの遷移とは、別のページとして表示されても良いし、ウィンドウやモーダル画面といった形態でもよく、いずれにしても各画面が表示される状態であれば良い。またタブ形式で各画面を用意し、閲覧するページ（タブ）をユーザが任意に選択できるようにしてもよい。上述の各画面の遷移の関係は一例に過ぎない。

各画面の例を説明する。
図４、図５はグループリスト画面３０の例を示している。図４は初期状態のグループリスト画面３０、図５は編集を加えた後のグループリスト画面３０の例である。
例えば４人のユーザＡ，Ｂ，Ｃ，Ｄが２０１４年９月２１日に高尾山でバーベキューを行うことを計画したとする。ユーザの一人がリストサーバ３にアクセスし、所定の内容を入力してグループリスト生成を要求する。例えばグループ名、参加するユーザ、日にち、計画のタイトル（グループリスト名称）、計画種別などを入力する。参加ユーザの情報は、例えばユーザＤＢ６ａに登録されたユーザ情報やＳＮＳ（social networking service）等に登録されているユーザの画像などを参照できるような情報であることが望ましい。

このようなユーザ端末５からの要求・入力に応じてリストサーバ３は、デフォルトリストＤＢ７ｂを検索し、適切なデフォルトリストデータＬＤＦを抽出する。例えば「バーベキュー」という計画種別に応じて、バーベキュー用の準備品が初期登録されたデフォルトリストデータＬＤＦを抽出する。
そしてリストサーバ３は、ユーザ端末５から入力された情報や抽出したデフォルトリストデータＬＤＦを用いて、図４のような初期的なグループリスト画面３０を生成し、ユーザ端末５に送信して表示させる。

このグループリスト画面３０には、グループ名エリア７０、参加者エリア７１、タイトルエリア７２、日付エリア７３が設けられ、それぞれにグループ名、参加者、タイトル、日付けが表示される。例えばグループ名として「ＡＢＣＤ Ｇｒｏｕｐ」、タイトル（グループリスト名称）として「高尾山バーベキュー」、参加者としてＡさん、Ｂさん、Ｃさん、Ｄさん、日付けとして２０１４年９月２１日などが表示される。

またグループリスト画面３０にはリストエリア７４が設けられる。リストエリア７４には、グループ全体で準備すべき各種の物品について各種の項目の情報が示されたリストが表示される。
このリストエリア７４には、準備品（持ち物）としての物品名が挙げられ、各物品について、数量、状況、商品候補、購入額、担当者、発注期限、コメントなどの項目の表示欄が設けられている。また削除用のチェックボックス８２も用意されている
「数量」は準備すべき当該物品の数量が自動又は手動の入力に応じて表示される表示欄である。
「状況」は当該物品の準備状況の表示欄である。例えば「まだ」「持ってる！」「買ったよ！」など、グループ内で各ユーザが準備状況を把握できる情報が自動又は手動の入力に応じて表示される。
「購入額」は、当該物品を購入した場合の購入額が自動又は手動の入力に応じて表示される表示欄である。
「担当者」は、当該物品の購入をする人、購入をした人、あるいは所有していて提供する人としてのユーザ名が自動又は手動の入力に応じて表示される表示欄である。
「発注期限」は、当該物品をネットショッピングで購入する場合の購入処理の期限を表示する表示欄である。これはユーザが手動入力しても良いが、例えば日付エリア７３の日付の情報や、ＥＣサーバ２が管理している各商品の注文から配送までの期間の情報を用いて自動入力されるようにすることもできる。
「コメント」は、グループ内の各ユーザが任意にコメントを書き込むことのできる欄であり、グループ内のコミュニケーションに使用できる。

この図４の初期状態のリストにおいて挙げられている物品名や数量は、デフォルトリストデータＬＤＦに基づく。この図４の例の場合、バーベキュー用のデフォルトリストデータＬＤＦに基づき、「バーベキューコンロ」「炭」「トング」・・・「シート」等の物品が初期的に持ち物（準備品）として掲載され、またそれぞれについて標準的な数量が表示された状態となっている。また「状況」は全て「まだ」である。また「発注期限」が自動設定されている状態を示している。

またグループリスト画面３０には各種の操作ボタンが表示される。例えば基本データ修正ボタン７５、物品追加ボタン７６、個人リストボタン７７、精算ボタン７８、項目編集ボタン８０、商品候補ボタン８１、削除ボタン８３などである。
ユーザはユーザ端末５上でのこれらのボタンの操作、例えばクリックやタッチなどにより、各種の操作を行うことができる。

ユーザがグループリスト画面３０の基本データ修正ボタン７５を操作することで、基本データ編集画面３６（図３参照）が表示される。基本データ編集画面３６には、例えばグループ名、参加者、タイトル、日付けを変更するためにユーザが入力する入力ボックスや確定ボタン等が用意されている。ユーザは基本データ編集画面３６上での操作を行うことでグループ名を変更したり参加者を追加・削除したり、日付けを変更したりすることができる。

ユーザがグループリスト画面３０の物品追加ボタン７６を操作すると、物品追加画面３８（図３参照）が表示される。物品追加画面３８には、例えばリストに追加掲載する物品を入力する入力ボックスや確定ボタン等が用意されている。ユーザは物品追加画面３８上での操作を行うことでリストエリア７４に掲載される物品を追加していくことができる。
例えば図５は、初期状態から各種編集がされた後の状態のグループリスト画面３０であるが、ここには初期状態では表示されていない「牛肉」「たれ」「たまねぎ」などがリストエリア７４に掲載された状態になっている。ユーザは物品追加ボタン７６から導かれる物品追加画面３８上で各種物品を入力していくことで、そのグループの計画に応じた準備品をリストに追加していくことができる。

項目編集ボタン８０は、リストエリア７４にリストアップされた各物品に対して設けられており、各物品の各項目の情報の編集に用いられる。
ユーザがグループリスト画面３０の項目編集ボタン８０を操作すると、項目編集画面３７（図３参照）が表示される。項目編集画面３７には、物品についての「数量」「状況」「購入額」「担当者」「発注期限」「コメント」を新規入力又は変更するための入力ボックスや確定ボタン等が用意されている。ユーザは項目を修正したい物品の項目編集ボタン８０を選択して操作し、その物品についての項目編集画面３７上での入力操作を行うことで、当該物品の各項目の内容を更新できる。例えば数量を変更したりコメントを書き込むことなどができる。また例えば「状況」や「担当者」等は、選択肢が用意されて、ユーザが選択できるようにすればよい。例えば「状況」については「まだ」「買ったよ！」「持ってる！」「調べ中」などを選択肢とする。「担当者」は、各参加者が選択肢となる。
図５の状態は、各ユーザが項目を編集した後の状態であるが、この図に見られるように各種の内容を任意に更新することができる。
なお、項目内容の変更は、この用に手動で行うほか、自動的に更新される場合もある。例えば商品購入の情報に基づいてリストサーバ３側で「状況」を「買ったよ！」に更新したり、「担当者」をその購入処理を実行した人に変更するなどである。

削除ボタン８３は、リストエリア７４に挙げられている物品を削除するために用いられる。例えばユーザは、不要な物品についてチェックボックス８２をチェックした上で、削除ボタン８３を操作することで、当該チェックした物品をリストから削除できる。例えばユーザは、図４の初期的なリストで挙げられているが、不要と考える物品は、削除すればよい。

ここまでの説明のように、ユーザがリストサーバ３に最初にグループリスト生成を要求した時点では、図４のように初期的なグループリスト画面３０が表示されるが、グループ内の各ユーザは任意にこのグループリスト画面３０にアクセスし、準備品を追加又は削除したり、各項目の内容を変更できる。これによって図５のようにグループの計画に応じた必要な準備物品がリストアップされる状態となり、また、その数量や担当者などもグループの事情に応じて決めていくことができる。

グループリスト画面３０においてユーザが個人リストボタン７７を操作すると、個人リスト画面３１が表示される。個人リスト画面３１の例を図６に示す。
例えば当該リスト提供サービスにログインしたユーザ、即ちグループに属するとしてグループリスト画面３０の参加者エリア７１に表示されているユーザが、ユーザ端末５において個人リストボタン７７を操作すると、そのユーザ自身の準備品を提示する個人リスト画面３１が表示される。図６は、グループの一人であるＡさんが閲覧する個人リスト画面３１の例である。

個人リスト画面３１には、ユーザ表示エリア８４が設けられ、例えば図６の例の場合、当該画面がＡさんのリストを提示する画面であることが示される。
また個人リスト画面３１には、共同準備品リストエリア８５、個人準備品リストエリア８６、戻りボタン８７、個人準備品追加ボタン８８が用意されている。
また個人リスト画面３１には共同準備品リストエリア８５に対して編集ボタン８０、商品候補ボタン８１が設けられ、個人準備品リストエリア８６に対して編集ボタン８０Ｐ、商品候補ボタン８１、チェックボックス８２Ｐ、削除ボタン８３Ｐが設けられる。

共同準備品リストエリア８５には、グループリスト画面３０でリストアップされた物品のうちで、当該ユーザ（Ａさん）が担当者とされた物品がリスト表示される。例えば図５のように「バーベキューコンロ」「炭」「トング」等がＡさんの担当とされていることに応じて、図６のＡさんの個人リスト画面３１では、これらの物品が共同準備品リストエリア８５で提示される。各物品について編集ボタン８０が用意されていることで、Ａさんは、共同での準備品のうち自分が担当する物品について、項目内容の編集を行うことができる。
なお「購入額」の項目に関しては、下段に現時点での負担額の合計が示されるようにすることで、グループで準備する物品について現時点で自分が負担している金額がわかるようにしている。

個人準備品リストエリア８６には、ユーザが個人的に用意するものがリスト表示される。例えばＡさんが個人的に忘れないようにしたい物品を登録することで、その登録した物品が提示される。
個人準備品追加ボタン８８を操作することで、個人物品追加画面３９（図３参照）が表示される。個人物品追加画面３９には、個人準備品リストエリア８６に追加掲載する物品を入力する入力ボックスや確定ボタン等が用意されている。ユーザ（Ａさん）は個人物品追加画面３９上での操作を行うことで個人準備品リストエリア８６に掲載される物品を追加していくことができる。
このような操作で個人リスト画面３１の個人準備品リストエリア８６に掲載された物品については項目編集ボタン８０Ｐが用意されていることで、Ａさんは、自分が個人的に準備する物品について、項目内容の編集を行うことができる。即ち或る物品について項目編集ボタン８０Ｐを操作することで個人項目編集画面４０（図３参照）が表示される。個人項目編集画面４０には、物品についての「数量」「状況」「購入額」を新規入力又は変更するための入力ボックスや確定ボタン等が用意されている。ユーザは項目を修正したい物品の項目編集ボタン８０Ｐを選択して操作し、その物品の個人項目編集画面４０上での入力操作を行うことで、当該物品の情報を更新できる。例えば数量を変更したり、状況を変更することなどができる。
また各物品にチェックボックス８２Ｐが設けられ、チェックボックス８２Ｐをチェックして削除ボタン８３Ｐを操作することで、Ａさんは、一旦登録してしまったが不要と考えた物品をリストから削除することもできる。
なお「購入額」の項目に関しては、下段に現時点での支出額の合計が示されるようにすることで、個人的な支出金額がわかるようにしている。

以上のような個人リスト画面３１の閲覧や編集はグループ内の各ユーザが、それぞれ自分の個人リスト画面３１を対象として実行することができる。
ユーザは戻りボタン８７を操作することで、閲覧画面を図５のグループリスト画面３０に戻すことができる。

図４，図５のグループリスト画面３０において商品候補ボタン８１は、リストエリア７４にリストアップされた各物品に対して設けられている。
また図６の個人リスト画面３１においても、共同準備品リストエリア８５や個人準備品リストエリア８６の各物品に対しても、商品候補ボタン８１が設けられている。
ユーザは、グループリスト画面３０や個人リスト画面３１において、或る物品についての商品候補ボタン８１を操作することで、購入候補画面３２が表示され、その物品を購入する際の商品の候補を閲覧することができる。購入候補画面３２の例を図７に示す。

図７の購入候補画面３２には、商品名エリア９０に商品名、つまり商品候補ボタン８１が操作されたリスト上の物品名が表示される。例えば図５のリストエリア７４に挙げられた「バーベキューコンロ」についての商品候補ボタン８１が操作された場合、図７のように商品名エリア９０に「バーベキューコンロ」と表示される。そして「バーベキューコンロ」としての商品の候補が商品候補エリア９１にリストアップされる。
商品候補エリア９１には、例えば最初は、商品名をキーワードとしてＥＣサーバ２が検索した商品が表示される。そして各商品について、商品画像、店舗情報、価格、サービス情報等が表示される。

各商品については購入ボタン９３が用意されている。
またリストを前後にページ送りする送りボタン９８も用意されており、多数の商品候補が検索された場合、ユーザは送りボタン９８でページ送りして、リストアップされた各商品を確認することができる。
そしてリストアップされた商品のうちで或る商品を購入する場合、ユーザは購入ボタン９３を操作することで、当該ショップの当該商品のページ、即ちＥＣサーバ２が提供するショッピングページ４１に遷移することができる。ユーザは、そのショッピングページ４１で購入手続を行うことができる。

但し、最終的に購入に至る前に、グループの各ユーザは、商品候補エリア９１に挙げられる商品を編集していくことができる。
このため各商品についてチェックボックス９４が用意されているとともに、削除ボタン９５が用意される。グループの各ユーザは、買わないと決めた商品については、チェックボックス８２にチェックして削除ボタン９５を操作する。これに応じて当該商品はリストから外される。
また購入候補画面３２には、追加検索ボタン９６と検索条件入力部９７が用意されている。ユーザは検索条件入力部９７に価格やキーワードなどの絞り込み条件を入力して追加検索ボタン９６を操作することで、再検索が行われ、その結果が商品検索結果画面３３（図３参照）として提示される。ユーザは、商品検索結果画面３３から商品を選択して、商品候補エリア９１に追加していく操作を行うことができる。
なお、この再検索の結果は、別の画面である商品検索結果画面３３で検索結果リストとして表示されるようにはせず、検索結果の各商品がダイレクトに商品候補エリア９１に追加されていくようにしてもよい。或いは、商品候補エリア９１の商品の全てが再検索の結果に置き換えられるようにしてもよい。

このような商品の削除や、追加検索などにより、ユーザは商品候補エリア９１に挙げられる商品や掲載商品数を任意に編集できる。
例えば図４，図５のグループリスト画面３０から最初に商品候補ボタン８１が操作されたときに検索されて図８の商品候補エリア９１に挙げられた各商品の情報（例えば商品ＩＤ）は、その際にグループリストデータＬＧに登録される。その後逐次追加検索や削除が行われることに応じて、グループリストデータＬＧの商品ＩＤの情報は更新される。これにより、グループリストデータＬＧには、最新の状態でリストアップされた商品の商品ＩＤが保存されている。２回目以降に商品候補ボタン８１が操作された場合は、グループリストデータＬＧに登録された商品が商品候補エリア９１に表示される。従って、グループ内の各ユーザは、みんなで取捨選択した最新の候補商品を見ることができる。
換言すれば、各ユーザは、今回の用途に適していないとか、高額すぎるというような商品を削除したり、再検索でお勧めの商品をリストに加えたりということができ、グループ内で購入する商品の候補を絞っていくようなことが可能となる。

なお商品候補ボタン８１は図６の個人リスト画面３１にも設けられるため、各ユーザは個人リスト画面３１からも購入候補画面３２に進むことができ、個人的に用意する物品の商品候補を閲覧／編集したり、購入手続に進むこともできる。

図７の購入候補画面３２を閲覧しているユーザは、戻りボタン９２を操作することで、閲覧画面を図５のグループリスト画面３０に戻すことができる。

グループリスト画面３０においてユーザが精算ボタン７８を操作すると、精算画面３４が表示される。精算画面３４の例を図８に示す。
精算画面３４には、共同購入品支出エリア５２、追加支出エリア５３、支出合計エリア５４、個人精算エリア５５が設けられる。

共同購入品支出エリア５２には、グループリスト画面３０のリストエリア７４に挙げられた物品について、ユーザ毎の購入にかかる支出金額が表示される。即ちユーザ個人毎の負担額が自動計算されて表示される。

追加支出エリア５３は、リストエリア７４には掲載されていない共同費用の負担金額及び負担者が表示される。例えばグループでの活動には、グループリスト画面３０に掲載した物品の購入以外にも、共同費用が生ずることが多い。例えば当日追加的に購入した物品であったり、交通費、施設利用費用などがある。このような支出も精算に反映させるため、追加支出エリア５３が設けられ、追加的な費用を登録可能としている。
追加支出エリア５３には編集ボタン５６が設けられ、ユーザは編集ボタン５６を操作することで、追加支出編集画面３５（図３参照）に進むことができる。追加支出編集画面３５では、例えば支出担当者、支出名称、支出額を入力することができる入力ボックスや確定ボタン等が用意されている。ユーザがこれらの項目を入力し確定操作を行うことで、図８のように追加支出エリア５３に追加費用の内容が表示される。また、一旦登録した追加支出の内容を削除することも例えば追加支出編集画面３５において可能とされる。

支出合計エリア５４には、グループでの支出合計と一人あたりの負担額が自動計算されて表示される。支出合計は、グループリスト画面３０に挙げられた物品のうちで購入した物品の購入額と、追加支出の合計額となる。一人あたりの負担額は、例えば支出合計をグループ内の人数で割った金額とする。

個人精算エリア５５には、どのような精算を行えば良いかが表示される。
この例では、Ａさん，Ｂさん，Ｃさん，Ｄさんの各ユーザが、いくら受け取れば良いか、又はいくら支払えば良いかが、自動計算されて表示される。
さらに詳しく、各ユーザが、誰にいくら支払えば良いか、或いは誰からいくら受け取れば良いか、などの形式で表示してもよい。

このような精算画面３４の内容は、例えばグループリスト画面３０から精算ボタン７８が操作された際のグループリストデータＬＧの内容から、各金額が算出されて表示される。従って各ユーザは任意の時点で、その時点での精算状況を確認できる。
精算画面３４を閲覧しているユーザは、戻りボタン５１を操作することで、閲覧画面を図５のグループリスト画面３０に戻すことができる。

＜３．リストサーバの機能構成と準備品情報＞
以上のような各種画面を提示するリスト提供サービスを実現するためのリストサーバ３について説明する。
図９に１又は複数の情報処理装置で構成されるリストサーバ３としての機能構成を示す。
リストサーバ３としての各機能は、図２の情報処理装置においてＣＰＵ１０１でプログラムに応じて実行される処理により実現される機能である。但し以下説明する全部又は一部の各構成の処理をハードウエアにより実現してもよい。
また各機能をソフトウエアで実現する場合に、各機能がそれぞれ独立したプログラムで実現される必要はない。１つのプログラムにより複数の機能の処理が実行されてもよいし、１つの機能が複数のプログラムモジュールの連携で実現されてもよい。

リストサーバ３は、ＤＢアクセス部３ａ、提示リスト処理部３ｂ、購入情報処理部３ｃ、精算処理部３ｄ、通知処理部３ｅ、ログイン管理部３ｆ、通信制御部３ｇを有する。

通信制御部３ｇは、ネットワーク１を介してのユーザ端末５や店舗端末４、或いは他の情報処理装置との各種通信を行う。例えばユーザ端末５や店舗端末４においてブラウザ上で提示されるウェブページを構成するＨＴＭＬデータの送信や、ユーザ端末５や店舗端末４において行われたウェブ画面上での入力情報の受信等を行う。

ＤＢアクセス部３ａは、準備品情報ＤＢ７に対するアクセスを行って、複数のユーザによるグループが準備する物品と、その各物品についての準備状況、購入額の情報等が含まれる準備品情報の書込、読出、更新を行う。
準備品情報ＤＢ７には、グループリストＤＢ７ａにおいて、グループリストデータＬＧ（ＬＧ１、ＬＧ２・・・）が登録されている。グループリストデータＬＧ（ＬＧ１、ＬＧ２・・・）のそれぞれはグループ毎に設定されて登録された準備品情報である。
グループリストデータＬＧは、上述のグループリスト画面３０等の各画面を提示するための情報であり、例えば１つのグループリストデータＬＧ（ｘ）は、図１０のようなデータ構造を備える。

リストＩＤは、グループリストデータＬＧの識別情報である。
グループリスト名称は、或るグループがグループリスト生成要求を行ったときに入力した名称の情報であり、例えば上記の図４〜図８の例でいえばタイトルエリア７２に表示される「高尾山バーベキュー」といった名称である。
参加ユーザ情報は、グループリスト生成要求の際に入力されたグループ名、各参加者の名前、画像、ユーザＩＤ、電子メールアドレス等の情報である。ユーザＩＤを管理することで、参加者を、例えば電子商取引ＤＢ６におけるユーザＤＢ６ａの情報と紐づけることも可能となる。
日時情報は、グループリスト生成要求の際に入力された、イベント等の実行日を示す日時情報である。

これらの基本データに加え、グループリストデータＬＧには、グループリスト画面３０のリストエリア７４に掲載される各物品の情報（＃１〜＃ｎ）が含まれる。
各物品については、リストエリア７４に表示される各項目の情報が対応づけられている。即ち物品の名称とともに、数量、状況、候補商品ＩＤ、購入額、担当者、発注期限、コメント等である。候補商品ＩＤとは、その物品について、図７の購入候補画面３２に表示される１又は複数の商品の商品ＩＤである。商品ＩＤを管理することで、電子商取引ＤＢ６における商品ＤＢ６ｃの情報と紐づけることができ、購入候補画面３２に提示する商品の情報をＥＣサーバ２から取得できる。
なお、図５等で説明した編集ボタン８０を操作して各物品についての編集が行われた場合には、グループリストデータＬＧにおいて当該物品の項目の情報が更新されることになる。また物品追加ボタン７６を操作して物品の追加が行われる場合、その物品についての情報がグループリストデータＬＧに追加される。チェックボックス８２、削除ボタン８３を用いて削除が行われた場合、該当の物品の情報は、グループリストデータＬＧから削除される。

またグループリストデータＬＧには、個人リスト画面３１の個人準備品リストエリア８６に掲載される各物品の情報（＃Ａ１，＃Ａ２・・・＃Ｄ５）が含まれる。
例えば情報＃Ａ１，＃Ａ２・・・がＡさんの物品の情報、情報＃Ｄ５はＤさんの物品の情報などとして登録されている。
各物品については、各ユーザ毎に、個人準備品リストエリア８６に表示される各項目の情報が対応づけられている。即ち物品の名称とともに、数量、状況、候補商品ＩＤ、購入額、ユーザ情報等である。ユーザ情報は、その物品を個人リスト画面３１に登録したユーザの識別情報である。

またグループリストデータＬＧには、図８の精算画面３４に表示される追加支出情報ａｄｔ（ａｄｔ１、ａｄｔ２・・・）が含まれる。即ち追加支出としての支出名称、担当者、金額の情報が対応づけられて登録されている。

図９のＤＢアクセス部３ａは、グループリストＤＢ７ａにおける以上のようなグループリストデータＬＧの登録、更新、読出のためのアクセスを行うことになる。

またＤＢアクセス部３ａは、デフォルトリストＤＢ７ｂの検索、読出、更新等も行う。デフォルトリストＤＢ７ｂに記憶されているデフォルトリストデータＬＤＦ（ＬＤＦ１，ＬＤＦ２・・・）は、それぞれグループ行動の内容に応じて予め用意された初期的な準備品のリスト情報である。具体的にはバーベキュー用のデフォルトリストＬＤＦには、図４で例示したように、一般的にバーベキューの際に用意する物品や数量等が登録されている。

提示リスト処理部３ｂは、準備品情報を用いてユーザ端末５で提示させる準備品リスト画面の生成や提供を行う。具体的には提示リスト処理部３ｂは、リスト提供サービスのポータル画面や、グループリスト画面３０、個人リスト画面３１としてのページデータ（ＨＴＭＬデータ生成）の生成を行う。このために提示リスト処理部３ｂはＤＢアクセス部３ａが準備品情報ＤＢ７から読み出したグループリストデータＬＧやデフォルトリストデータＬＤＦを用いる。
また提示リスト処理部３ｂは、基本データ編集画面３６、項目編集画面３７、物品追加画面３８、個人物品追加画面３９等の各種ページデータを管理し、ユーザ端末５への送信を管理する。
提示リスト処理部３ｂが生成又は提供するページデータは通信制御部３ｇを介してユーザ端末５に送信され、ユーザ端末５のブラウザ上で表示される。
また提示リスト処理部３ｂは、上記のような各種の画面に対するユーザ端末５からの操作情報に基づいて準備品情報（例えばグループリストデータＬＧ）を更新する処理を行う。即ち提示リスト処理部３ｂは、ユーザ端末５からの更新情報を受け付けた際には、グループリストデータＬＧの更新やそれに伴う画面更新を行う。グループリストデータＬＧを更新する場合、提示リスト処理部３ｂは、更新内容をＤＢアクセス部３ａに受け渡し、準備品情報ＤＢ７におけるデータ更新を実行させる。

購入情報処理部３ｃは、例えばグループリストデータＬＧに掲載されている物品について購入候補商品をユーザ端末５で提示させる処理を行う。例えば物品名に基づいてＥＣサーバ２に商品検索を求め、その検索結果として購入候補商品の情報を取得し、購入候補画面３２や商品検索結果画面３３としてのページデータの生成を行う。
購入情報処理部３ｃが生成したページデータは通信制御部３ｇを介してユーザ端末５に送信され、ユーザ端末５のブラウザ上で表示される。
また購入情報処理部３ｃは、候補商品の追加や削除等のユーザによる編集操作に応じた画面更新処理や、グループリストデータＬＧにおける候補商品ＩＤの更新処理を行う。
また購入情報処理部３ｃは、購入候補商品の購入実績情報の取得に応じた更新処理も行う。例えば購入情報処理部３ｃは、いずれかの候補商品についての購入実績の情報を例えばＥＣサーバ２から受信した際には、それに応じてグループリストデータＬＧにおける購入額の更新を行う。
グループリストデータＬＧを更新する場合、購入情報処理部３ｃは、更新内容をＤＢアクセス部３ａに受け渡し、準備品情報ＤＢ７におけるデータ更新を実行させる。

なお購入情報処理部３ｃは、グループリストデータＬＧにおいて少なくとも準備状況が準備未完（例えば未購入）を意味する情報とされている物品について、購入候補画面３２により購入候補商品をユーザ端末５で提示させる処理を行うようにしてもよい。つまりグループリスト画面３０や個人リスト画面３１において既に準備が整ったとされている物品については、購入候補画面３２を表示しないようにしてもよい。
また、各物品について購入候補として候補商品ＩＤを登録した商品については、ＥＣサーバ２を介して店舗情報等を得ることで、各商品の在庫状況、注文から配送に要する日数などを知ることもできる。そこで購入情報処理部３ｃは、このような情報を反映した発注期限の情報を生成し、グループリストデータＬＧに登録するといったグループリストデータＬＧの更新を行うようにしてもよい。

精算処理部３ｄは、少なくともグループにおける人数と、グループリストデータＬＧにおける各物品の購入額から求められる費用を用いて精算情報を算出し、精算情報をユーザ端末５で提示させる処理を行う。即ち精算画面３４や追加支出編集画面３５としてのページデータの生成を行う。
図１０の例のようにグループリストデータＬＧに各物品について購入したユーザの情報（担当者）が含まれている場合、精算処理部３ｄは、精算情報として、グループ内の各ユーザの支出費用を用いてユーザ毎の精算金額を算出する処理を行うことができる。
また、グループリストデータＬＧに追加支出情報ａｄｔが登録されていれば、その追加支出情報ａｄｔも用いて精算金額を算出する。
精算処理部３ｄが生成したページデータは通信制御部３ｇを介してユーザ端末５に送信され、ユーザ端末５のブラウザ上で表示される。
また精算処理部３ｄは、追加支出編集画面３５に対するユーザ操作に応じて追加支出項目を追加する場合、グループリストデータＬＧにおける追加支出情報ａｄｔの追加や削除を行う。グループリストデータＬＧを更新する場合、精算処理部３ｄは、更新内容をＤＢアクセス部３ａに受け渡し、準備品情報ＤＢ７におけるデータ更新を実行させる

通知処理部３ｅは、グループリストデータＬＧに含まれる或る物品についての準備状況が、準備の進行を意味する情報、例えば購入済等に更新された場合に、当該グループリストデータＬＧを用いるグループのユーザの全部又は一部に対して準備状況を通知する処理を行う。例えば通知処理部３ｅは、通知を電子メールにより行う電子メールサーバとして構成してもよい。

ログイン管理部３ｆは、リストサーバ３にアクセスしてきたユーザのログイン処理を行う。リストサーバ３は、例えばグループの一人がログインして或るイベント等についてのリスト提供サービス開始を要求することに応じて、そのイベント等についてのグループリストデータＬＧの生成やグループリスト画面３０の提供等を行う。当該グループリスト画面３０は、その登録したグループのユーザのみが閲覧できるようにする。そのため例えばリストサーバ３は、アクセスしてきたユーザに対してユーザＩＤやパスワードの照合を行い、そのユーザが所属しているグループについてのリスト閲覧を許可することになる。
ログイン管理部３ｆは、このためにユーザ端末５からのアクセスに対して、ユーザＩＤやパスワードの照合を含むログイン処理を行う。

＜４．リスト作成・閲覧に関する処理＞
以下、リストサーバ３によるリスト提供サービスに関する処理例を説明する。なお、以下の説明におけるリストサーバ３の処理は、図９に示したＤＢアクセス部３ａ、提示リスト処理部３ｂ、購入情報処理部３ｃ、精算処理部３ｄ、通知処理部３ｅ、ログイン管理部３ｆ、通信制御部３ｇとしての各機能が連携して実行されるものである。

図１１は、或るユーザが新規リスト作成を求めた場合のユーザ端末５とリストサーバ３の処理を示している。
リスト提供サービスによるサービスを求めるユーザは、ユーザ端末５からリストサーバ３が提供するウェブページにアクセスし、ログイン処理を行う。ユーザ端末５はステップＳ１０でログイン要求情報をリストサーバ３に送信し、リストサーバ３側ではステップＳ１０１でログイン処理を行う。例えば新規ユーザ登録や、既に登録されているユーザの認証処理などが行われる。

ログイン処理を適正に完了したら、ユーザ端末５はユーザ操作に基づいてステップＳ１１でリスト作成要求を行う。
例えばログイン完了に応じてリストサーバ３はユーザ端末５にリスト提供サービスのポータル画面を表示させ、ユーザは、ポータル画面から新規登録を要求できる。新規登録の場合、ユーザ端末５には、所定の入力画面が提示され、例えばユーザがグループ名、参加ユーザ、日にち、計画のタイトル、計画種別などを画面上で入力することに応じて、ユーザ端末５はこれらの基本情報を含むリスト作成要求情報ＩＦ１をリストサーバ３に送信する。

リストサーバ３は、リスト作成要求情報ＩＦ１を受け付けた場合、ステップＳ１０２でデフォルトリストデータＬＤＦの抽出を行う。例えばリスト作成要求情報ＩＦ１に含まれる計画種別に該当するデフォルトリストデータＬＤＦが、デフォルトリストＤＢ７ｂに存在するか否かを確認し、存在した場合、該当するデフォルトリストデータＬＤＦを読み出す。そしてリストサーバ３はステップＳ１０３でリスト作成処理を行う。具体的には、読み出したデフォルトリストデータＬＤＦに挙げられている物品の情報と、グループ名等の基本情報を組み合わせて、１つのグループリストデータＬＧを生成する。そしてリストサーバ３はステップＳ１０４で、当該グループリストデータＬＧに基づいてグループリスト画面３０としてのページデータを生成し、ユーザ端末５に送信する。ユーザ端末５は、ページデータ受信に応じてステップＳ１２でリスト表示を行う。例えばユーザ端末５では図４のような初期的なグループリスト画面３０が表示される。
またリストサーバ３はステップＳ１０５で、新規に生成したグループリストデータＬＧをグループリストＤＢ７ａに登録する。

なお、ユーザのグループによるイベント等の種別は多様であり、計画種別に対応したデフォルトリストデータＬＤＦが存在しない場合もあり得る。そのような場合、初期的なグループリストデータＬＧとしては。準備品としての物品の情報は存在せず、グループリスト画面３０では、例えばリストエリア７４に物品が登録されていない空欄の状態となる。

ここまでの処理で、或るユーザの要求に応じて新規にグループリストデータＬＧが生成され、ユーザ端末５にグループリスト画面３０が表示される状態となる。
このユーザが、この時点で終了操作を行えば、ユーザ端末５ではステップＳ１３からＳ１６に進み終了処理を行う。例えばログアウト要求をリストサーバ３への送信や、リスト提供サービス画面を閉じる等の処理を行う。またリストサーバ３側は、ログアウト要求に応じてステップＳ１０６からＳ１０８に進み、終了処理として、ログアウト処理や、所定の情報更新や閲覧履歴保存などの必要な処理を行う。

またグループリストの新規作成要求を行ったユーザは、ステップＳ１２で表示されたグループリスト画面３０に対して、各種の操作を行うことができる。例えば基本データ修正、リストエリア７４への物品の追加、物品の項目の編集、物品の削除、図３に示した各画面の閲覧などの操作を行うことができる。ユーザがこれらの操作を行った場合、ユーザ端末５はステップＳ１４からＳ１５に進み、操作情報をリストサーバ３に送信する。リストサーバ３は操作情報に応じてステップＳ１０７で操作対応処理を行う。例えばグループリストデータＬＧの更新やそれに応じた画面の更新を行い、更新したページデータを送信する。ユーザ端末５ではステップＳ１２で更新された画面が表示される。
ユーザの操作に応じたリストサーバ３側の操作対応処理については後述する。

この図１１のような新規リスト作成時の処理でグループリストデータＬＧが新規登録された後は、当該グループの各ユーザは、任意にリストの閲覧や編集を行うことができる。
図１２に、グループに所属する各ユーザがリスト閲覧等を行う場合の処理を示している。なお、図１１と同一の処理については同一のステップ番号を付し、詳細な説明を省略する。

リスト提供サービスによるリスト画面の閲覧や編集を行おうとするユーザは、ユーザ端末５からリストサーバ３が提供するウェブページにアクセスし、ログイン処理を行う。ユーザ端末５はステップＳ２０でログイン要求情報をリストサーバ３に送信し、リストサーバ３側ではステップＳ１０１でログイン処理を行う。

ログイン処理を適正に完了し、リストサーバ３側でユーザを特定できたら、リストサーバ３はステップＳ１１０で、当該ユーザが閲覧可能なグループリストデータＬＧをグループリストＤＢ７ａから検索する。即ち、当該ユーザのユーザＩＤが登録されているグループリストデータＬＧを検索する。そして、１又は複数のグループリストデータＬＧが該当した場合、そのグループリストデータＬＧの一覧、例えばグループリスト名称の一覧のデータを生成し、ユーザ端末５に送信する。
ユーザ端末５では当該情報を受信することに応じてグループリスト名称の一覧画像を表示させる。ユーザは、自分が閲覧できるグループリストの一覧をみて、これから閲覧しようとするグループリストを選択する操作を行う。このようなユーザ操作に基づいてユーザ端末５はステップＳ２２でリスト閲覧要求を行う。即ちユーザ端末５はユーザが選択したグループリストの情報を含むリスト閲覧要求情報ＩＦ２をリストサーバ３に送信する。

リストサーバ３は、リスト閲覧要求情報ＩＦ２を受け付けた場合、ステップＳ１１１で選択されたグループリストに係るグループリストデータＬＧをグループリストＤＢ７ａから読み出す。そしてリストサーバ３はステップＳ１１２で、読み出したグループリストデータＬＧに基づいてグループリスト画面３０としてのページデータを生成し、ユーザ端末５に送信する。ユーザ端末５は、ページデータ受信に応じてステップＳ１２でリスト表示を行う。例えばユーザ端末５では図５のような、その時点のグループリストデータＬＧに基づくグループリスト画面３０が表示される。

以降のユーザ端末５のステップＳ１２〜Ｓ１６、リストサーバ３のステップＳ１０６〜Ｓ１０７は図１１と同様である。従ってユーザ端末５でグループリスト画面３０を閲覧しているユーザは、任意に図３の各画面を閲覧したり、内容の編集を行うことができる。

図１１，図１２においてステップＳ１０７として示したリストサーバ３の操作対応処理について図１３、図１４、図１５、図１６で説明する。
図１３はステップＳ１０７の操作対応処理を詳細に示したものである。
操作対応処理としてリストサーバ３は、ステップＳ２０１〜Ｓ２０８で、ユーザ端末５から送信されるユーザの操作情報を監視している。
ステップＳ２０１でリストサーバ３は、グループリスト画面３０において基本データ修正ボタン７５が操作されたか否かを監視する。
ステップＳ２０２でリストサーバ３は、グループリスト画面３０において物品追加ボタン７６が操作されたか否かを監視する。
ステップＳ２０３でリストサーバ３は、グループリスト画面３０において削除ボタン８３が操作されたか否かを監視する。
ステップＳ２０４でリストサーバ３は、グループリスト画面３０において項目編集ボタン８０が操作されたか否かを監視する。
ステップＳ２０５でリストサーバ３は、グループリスト画面３０において個人リストボタン７７が操作されたか否かを監視する。
ステップＳ２０６でリストサーバ３は、グループリスト画面３０において商品候補ボタン８１が操作されたか否かを監視する。
ステップＳ２０７でリストサーバ３は、グループリスト画面３０において精算ボタン７８が操作されたか否かを監視する。
リストサーバ３は、特にこれらの操作を検知しない場合はステップＳ１０７を終え、図１１，図１２のステップＳ１０６に戻り、終了でなければ、ステップＳ１０７に戻って図１３の処理を繰り返す。

リストサーバ３は、グループリスト画面３０において基本データ修正ボタン７５が操作されたことを検知した場合、ステップＳ２０１からＳ２１０に処理を進め、基本データ編集画面３６をユーザ端末５に送信して表示させる。ユーザ端末５を使用するユーザは基本データ編集画面３６によりグループ名、参加ユーザ、日にち、グループリスト名称などの修正や追加の編集操作を行うことができる。
そしてリストサーバ３はステップＳ２１１で、基本データ編集画面３６を介して入力された編集情報を取得し、ステップＳ２１２で入力情報に応じた処理を行う。具体的には、現在処理中のグループリストデータＬＧにおいて、入力情報に応じて基本データを更新する。例えばユーザが参加ユーザの追加やグループリスト名称の変更などの編集操作を行った場合、そのグループリストデータＬＧにおいて参加ユーザ情報やグループリスト名称の情報を更新する。そして更新したグループリストデータＬＧに基づくグループリスト画面３０のページデータをユーザ端末５に送信してユーザ端末５に編集後の状態を表示させる。さらにグループリストＤＢ７ａ上でも当該編集内容を反映させるため、更新されたグループリストデータＬＧの書き込み（グループリストデータＬＧのＤＢ上での更新）を行う。
例えばユーザが参加ユーザの追加やグループリスト名称の変更などの編集操作を行った場合、以上の処理で、その編集操作内容が閲覧中の画面とグループリストデータＬＧの両方に反映される。

続いてステップＳ２１３でリストサーバ３は、今回の基本データの変更を他のユーザに通知する処理を行う。即ち現在ログイン中のユーザ以外であって、参加者として登録されているユーザに電子メールその他の手法で、変更内容を通知する。
なおステップＳ２１３の通知処理では、リストサーバ３は、他のユーザだけでなく、現在ログイン中のユーザ（つまり変更の操作を行っているユーザ）に対しても、確認のための通知をおこなうようにしてもよい。システムが操作を受け付けたことを知らせる意味や、他人が不正にログインして操作を行った場合に本人が認識できるようにする意味がある。後述するステップＳ３２６，Ｓ３３４の通知処理の場合も同様である。

リストサーバ３は、グループリスト画面３０において物品追加ボタン７６が操作されたことを検知した場合、ステップＳ２０２からＳ２１４に処理を進め、物品追加画面３８をユーザ端末５に送信して表示させる。ユーザ端末５を使用するユーザは物品追加画面３８によりリストエリア７４に掲載する物品を追加する編集操作を行うことができる。
リストサーバ３はステップＳ２１１で、物品追加画面３８を介して入力された編集情報、即ち新規の物品の名称、数量、担当者等の情報を取得し、ステップＳ２１２で入力情報に応じた処理を行う。即ち追加された物品を加えるようにグループリストデータＬＧを更新し、更新したグループリストデータＬＧに基づくグループリスト画面３０のページデータをユーザ端末５に送信して表示させる。さらにグループリストＤＢ７ａに更新したグループリストデータＬＧを書き込む。
そしてステップＳ２１３でリストサーバ３は、グループリスト画面３０のリストエリア７４に物品が追加されたことを各ユーザに通知する処理を行う。

リストサーバ３は、グループリスト画面３０において削除ボタン８３が操作されたことを検知した場合、ステップＳ２０３からＳ２１１に処理を進め、入力された情報を取得する。即ちチェックボックス８２でチェックされた物品の情報を取得する。
リストサーバ３はステップＳ２１２で入力情報に応じた処理を行う。即ち指定された物品が削除されるようにグループリストデータＬＧを更新し、更新したグループリストデータＬＧに基づくグループリスト画面３０のページデータをユーザ端末５に送信して表示させる。さらにグループリストＤＢ７ａに更新したグループリストデータＬＧを書き込む。
ステップＳ２１３でリストサーバ３は、グループリスト画面３０のリストエリア７４において物品が削除されたことを各ユーザに通知する処理を行う。

リストサーバ３は、グループリスト画面３０において項目編集ボタン８０が操作されたことを検知した場合、ステップＳ２０４からＳ２１５に処理を進め、項目編集画面３７をユーザ端末５に送信して表示させる。ユーザ端末５を使用するユーザは項目編集画面３７により、対象とする物品の項目内容を修正する編集操作を行うことができる。即ち「物品名」「数量」「状況」「購入額」「担当者」「発注期限」「コメント」のいずれかを入力したり修正することができる。
リストサーバ３はステップＳ２１１で、項目編集画面３７を介して入力された上記の項目についての編集情報を取得し、ステップＳ２１２で入力情報に応じた処理を行う。即ち変更や新規入力された内容が反映されるようにグループリストデータＬＧを更新し、更新したグループリストデータＬＧに基づくグループリスト画面３０のページデータをユーザ端末５に送信して表示させる。さらにグループリストＤＢ７ａに更新したグループリストデータＬＧを書き込む。
そしてステップＳ２１３でリストサーバ３は、グループリスト画面３０のリストエリア７４における物品の項目内容が追加されたことを各ユーザに通知する処理を行う。例えばユーザの一人が、或る物品を購入したり、自分が所有しているなどして「状況」を準備の進行を示す内容、例えば「買ったよ！」「持ってる！」等に変更した場合、他のユーザが当該リスト提供サービスにログインして確認しなくても、準備の進行を電子メール等で知ることができる。

リストサーバ３は、グループリスト画面３０において個人リストボタン７７が操作されたことを検知した場合、ステップＳ２０５からＳ２２０に処理を進め、個人リスト提示処理を行う。
ステップＳ２２０の個人リスト提示処理の詳細を図１４に示す。
リストサーバ３はステップＳ５０１で担当物品抽出を行う。即ち現在ログインしてユーザ端末５を操作しているユーザが、グループリスト画面３０において「担当者」とされている物品を抽出する。
そしてステップＳ５０２でリストサーバ３は個人リスト画面３１としてのページデータの生成を行う。図６で例示したように、個人リスト画面３１には共同準備品リストエリア８５と個人準備品リストエリア８６が設けられる。このためリストサーバ３は、共同準備品リストエリア８５には、ステップＳ５０１で抽出された物品の情報が掲載され、また個人準備品リストエリア８６には、グループリストデータＬＧにおいて当該ユーザの準備品として登録されている物品が表示されるようにページデータを生成する。例えばログイン中のＡさんの操作によって個人リスト画面３１が要求された場合、リストサーバ３は図１０のグループリストデータＬＧにおいてＡさんの物品の情報＃Ａ１，＃Ａ２・・・に基づいて個人準備品リストエリア８６の画像データを生成する。
そしてリストサーバ３は、例えば図６のようなページデータを生成したら、これをステップＳ５０３でユーザ端末５に送信し、表示させる。

個人リスト画面３１の表示中は、リストサーバ３は、ステップＳ５０４，Ｓ５０５，Ｓ５０６，Ｓ５０７，Ｓ５０８，Ｓ５０９でユーザの個人リスト画面３１上での操作を監視する。

リストサーバ３は、個人リスト画面３１で個人準備品追加ボタン８８が操作されたことを検知した場合、ステップＳ５０４からＳ５１１に進み、個人物品追加画面３９をユーザ端末５に送信して表示させる。ユーザ端末５を使用するユーザは個人物品追加画面３９により個人準備品リストエリア８６に掲載する物品を追加する編集操作を行うことができる。
リストサーバ３はステップＳ５１２で、個人物品追加画面３９を介して入力された編集情報、即ち新規の物品の名称、数量等の情報を取得し、ステップＳ５１３で入力情報に応じた処理を行う。即ち追加された物品を当該ユーザの物品の情報として加えるようにグループリストデータＬＧを更新し、またグループリストＤＢ７ａに更新したグループリストデータＬＧを書き込む。そしてリストサーバ３はステップＳ５０２に戻り、追加物品を個人準備品リストエリア８６に加えた個人リスト画面３１のページデータを生成し、ステップＳ５０３でユーザ端末５に送信して表示させる。

リストサーバ３は、個人リスト画面３１で個人準備品リストエリア８６における項目編集ボタン８０Ｐが操作されたことを検知した場合、ステップＳ５０５からＳ５１４に進み、個人項目編集画面４０をユーザ端末５に送信して表示させる。ユーザ端末５を使用するユーザは個人項目編集画面４０により個人準備品リストエリア８６に掲載している物品の項目内容の編集操作を行うことができる。
リストサーバ３はステップＳ５１２で、個人項目編集画面４０を介して入力された編集情報を取得し、ステップＳ５１３で入力情報に応じた処理を行う。即ち項目の編集内容を反映させるようにグループリストデータＬＧを更新し、またグループリストＤＢ７ａに更新したグループリストデータＬＧを書き込む。そしてリストサーバ３はステップＳ５０２に戻り、項目編集後の状態の個人リスト画面３１のページデータを生成し、ステップＳ５０３でユーザ端末５に送信して表示させる。

リストサーバ３は、個人リスト画面３１で個人準備品リストエリア８６の物品についての削除ボタン８３Ｐが操作されたことを検知した場合、ステップＳ５０６からＳ５１２に進み、入力情報を取得する。即ちチェックボックス８２Ｐで指定された物品の情報を取得する。そしてステップＳ５１３で、指定された物品の情報、例えばＡさんの物品の情報＃Ａ１，＃Ａ２・・・のいずれかを削除するようにグループリストデータＬＧを更新し、またグループリストＤＢ７ａに更新したグループリストデータＬＧを書き込む。そしてリストサーバ３はステップＳ５０２に戻り、削除編集後の状態の個人リスト画面３１のページデータを生成し、ステップＳ５０３でユーザ端末５に送信して表示させる。

リストサーバ３は、個人リスト画面３１での共同準備品リストエリア８５における物品についての編集ボタン８０が操作されたことを検知した場合は、ステップＳ５０７から図１３のステップＳ２１５に進み、項目編集画面３７を表示させる。そしてステップＳ２０４での項目編集操作の検知の場合と同様の処理をステップＳ２１１，Ｓ２１２，Ｓ２１３で行う。
なお、この場合の項目編集に関する処理後は、編集を反映した状態でグループリスト画面３０に移行するようにしてもよいし、削除を反映した状態で個人リスト画面３１に戻るようにしても良い。

リストサーバ３は、個人リスト画面３１での共同準備品リストエリア８５又は個人準備品リストエリア８６における或る物品について商品候補ボタン８１が操作されたことを検知した場合は、図１４のステップＳ５０８から図１３のステップＳ２３０に進む。ステップＳ２３０の処理は後述する。

リストサーバ３は、個人リスト画面３１で戻りボタン８７が操作されたことを検知した場合は、図１４のステップＳ５０９からＳ５１５に進み、その時点のグループリストデータＬＧに基づくグループリスト画面３０をユーザ端末５に送信し、個人リスト提示処理（Ｓ２２０）を終了する。

リストサーバ３は、図１３のステップＳ２０６で、グループリスト画面３０において商品候補ボタン８１が押されたことを検知した場合、或いは、図１４のステップＳ５０８で個人リスト画面３１において商品候補ボタン８１が押されたことを検知した場合は、図１３のステップＳ２３０で購入候補提示処理を行う。
ステップＳ２３０の購入候補提示処理の詳細を図１５に示す。

商品候補ボタン８１は或る物品について操作される。そこでまずリストサーバ３は図１５のステップＳ３０１で、当該操作の対象となった物品について、グループリストデータＬＧ上で候補商品登録があるか否かを確認する。即ち対象の物品について、図１０で述べた「候補商品ＩＤ」が１つ以上登録されているか否かの確認である。

対象の物品について「候補商品ＩＤ」が登録されていない場合、リストサーバ３はステップＳ３０４で商品検索及びＤＢ登録の処理を行う。例えばリストサーバ３は対象の物品の名称をキーワードとしてＥＣサーバ２に検索を要求し、検索結果をＥＣサーバ２から取得する。そして検索結果としての各商品の商品ＩＤを、グループリストデータＬＧの当該対象の物品の候補商品ＩＤとして追加するとともに、グループリストデータＬＧをグループリストＤＢ７ａ上でも更新する。
なお、候補商品ＩＤとしてグループリストデータＬＧに追加する商品ＩＤは、検索結果として得られた商品の全てではなく、上限数をきめてもよい。その場合、人気商品を選択しても良いし、値段順などで選択しても良い。検索条件をユーザが指定できるようにして検索結果の商品の商品ＩＤの全てをグループリストデータＬＧに追加しても良い。
そしてリストサーバ３はステップＳ３０５でグループリストデータＬＧに登録した候補商品ＩＤに基づいて、購入候補画面３２としてのページデータを生成し、ステップＳ３０６でユーザ端末５に送信して表示させる。これによりユーザは、ＥＣシステムで購入できる候補商品を閲覧できる。

一方、対象の商品について過去に購入候補画面３２がグループ内のいずれかのユーザにより閲覧されていた場合、対象の物品についてステップＳ３０４が過去に行われ、「候補商品ＩＤ」が登録されていることが想定される。
対象の物品について１つ以上の「候補商品ＩＤ」が登録されていた場合、リストサーバ３はステップＳ３０２で候補商品の最新情報の取得を行う。例えばリストサーバ３は候補商品ＩＤとして登録された商品ＩＤをＥＣサーバ２に送信し、当該商品ＩＤの最新の情報、例えば在庫数、販売終了、価格、購入に伴う現在のサービス情報などをＥＣサーバ２から取得する。サービス情報とは、ＥＣシステムで買い物した場合のポイント付与の情報、購入に使用できるクーポンの情報などである。
そしてリストサーバ３はステップＳ３０３でグループリストデータＬＧに登録されている候補商品ＩＤと、候補商品の最新情報に基づいて、購入候補画面３２としてのページデータを生成し、ステップＳ３０６でユーザ端末５に送信して表示させる。これによりユーザは、候補商品として登録中の商品を閲覧できるとともに、その最新情報を確認できる。

購入候補画面３２の表示中は、リストサーバ３は、ステップＳ３１０，Ｓ３１１，Ｓ３１２，Ｓ３１３，Ｓ３１４で購入候補画面３２上での操作を監視する。

リストサーバ３は、購入候補画面３２で追加検索ボタン９６が操作されたことを検知した場合、ステップＳ３１０からＳ３２０に進み、商品検索処理を行う。例えばリストサーバ３はＥＣサーバ２に対して、物品の名称をキーワードとしてＥＣサーバ２に検索を要求し、検索結果をＥＣサーバ２から取得する。また追加検索ボタン９６が操作された際に、検索条件入力部９７に入力された検索条件の情報があれば、その検索条件もＥＣサーバ２に提供して、当該条件による検索結果を受け取る。
そしてリストサーバ３は、ＥＣサーバ２から取得した検索結果のうちで現在登録されている候補商品ＩＤ以外の商品ＩＤの商品を抽出する。なお一旦登録されたが候補から削除された商品ＩＤについては、後述のように削除済みであることが示される状態に管理されていれば、その商品も除外できる。

続いてリストサーバ３はステップＳ３２１で、商品検索結果画面３３としてのページデータを生成し、ステップＳ３２２でユーザ端末５に送信して表示させる。これによりユーザは、追加検索した商品の一覧を閲覧でき、その中から、購入候補画面３２に追加する商品を選択する操作を行うことができる。
ユーザが特に追加する商品を選択せずに商品検索結果画面３３を終了させた場合、リストサーバ３はステップＳ３２４からＳ３０６に戻り、ユーザ端末５に購入候補画面３２を提示させた状態とする。
ユーザが商品検索結果画面３３上で１又は複数の商品を選択した場合、リストサーバ３はステップＳ３２３からＳ３２５に進み、グループリストデータＬＧの更新を行う。即ち追加した商品の商品ＩＤを、対象の物品の候補商品ＩＤに追加するようにグループリストデータＬＧを更新し、またグループリストＤＢ７ａに更新したグループリストデータＬＧを書き込む。
さらにリストサーバ３はステップＳ３２６で、今回対象としている物品について候補商品が追加されたことを各ユーザに通知する処理を行う。
そしてリストサーバ３はステップＳ３０３に戻り、更新したグループリストデータＬＧに基づいて商品候補エリア９１に掲載する商品が追加された購入候補画面３２のページデータを生成し、ステップＳ３０６でユーザ端末５に送信して表示させる。

リストサーバ３は、購入候補画面３２で削除ボタン９５が操作されたことを検知した場合、ステップＳ３１１からＳ３２７に進み、入力情報を取得する。即ちチェックボックス９４で指定された商品の情報を取得する。そしてステップＳ３２５で、指定された商品を候補商品から外すようにグループリストデータＬＧを更新する。
具体的には、グループリストデータＬＧにおいて「候補商品ＩＤ」として登録されている商品ＩＤのうちで、削除指定された商品の商品ＩＤは、削除済みであることが示される状態で管理されるようにする。このようにすることで上述の追加検索の際に、一旦削除された商品が再提示されないようにすることができる。なお、削除指定された商品の商品ＩＤを単に削除するのみとし、追加検索の際に条件があえば、再度提示されるようにしても良い。
またリストサーバ３は、このように更新したグループリストデータＬＧをグループリストＤＢ７ａに書き込む。
またリストサーバ３はステップＳ３２６で、今回対象としている物品について候補商品が削除されたことを各ユーザに通知する処理を行う。
そしてリストサーバ３はステップＳ５０２に戻り、削除編集後の状態の購入候補画面３２のページデータを生成し、ステップＳ５０３でユーザ端末５に送信して表示させる。

リストサーバ３は、購入候補画面３２で或る商品の購入ボタン９３が操作されたことを検知した場合、ステップＳ３１２からＳ３３０に進み、ＥＣサーバ２に対して当該商品の購入処理を要求する。
この場合、ＥＣサーバ２が提供する電子商取引システム上の処理で、当該商品、又は当該商品を扱う店舗のウェブページがユーザ端末５で提示される。ユーザは、この商品又は店舗のページから商品購入手続を行うことができる。

リストサーバ３はステップＳ３３１，Ｓ３３２でＥＣサーバ２からの通知を待つ。
ユーザが電子商取引システム上で商品購入を行った場合は、ＥＣサーバ２はリストサーバ３に購入完了通知を送信する。この購入完了通知は、購入完了を示す通知であるとともに購入日時、購入価格等の購入実績情報を含む。
またユーザが電子商取引システム上で商品購入を行なうことなく、商品ページを閉じる操作等を行った場合、ＥＣサーバ２はリストサーバ３に購入未完終了通知を送信する。

リストサーバ３は、購入完了通知を受信した場合、処理をステップＳ３３１からＳ３３３に進める。この場合リストサーバ３は、対象物品の購入に応じたグループリストデータＬＧの更新を行う。具体的には、グループリストデータＬＧにおいて候補商品を購入した物品についての「状況」を「買ったよ！」に変更し、「購入額」の項目に購入実績情報で示される購入価格を入力する。またその物品の「担当者」が空欄であれば、現在ログイン中で購入処理を行ったユーザを「担当者」の項目に記入する。また既に「担当者」とされていたユーザ以外のユーザがログインした状態で商品購入を行ったのであれば、「担当者」としてのユーザを変更する。
またリストサーバ３は、このように更新したグループリストデータＬＧをグループリストＤＢ７ａに書き込む。
そしてリストサーバ３は、更新したグループリストデータＬＧに基づいてグループリスト画面３０としてのページデータをユーザ端末５に送信し、表示させる。例えばユーザが「炭」の購入を行った場合、図５のように「炭」の購入実績が反映された状態のグループリスト画面３０が表示されることになる。

またリストサーバ３はステップＳ３３４で、今回対象としている物品について購入が行われ、準備状況が進行した旨を各ユーザに通知する処理を行う。
そしてこの場合、リストサーバ３は図１５の処理、つまり図１３のステップＳ２３０の購入候補提示処理を終えることになる。
一方リストサーバ３は、図１５のステップＳ３３２でＥＣサーバ２からの購入未完通知受信を検知した場合。ステップＳ３０６に進み、購入候補画面３２の表示状態に戻す。

リストサーバ３は、購入候補画面３２において送りボタン９８が操作されたことを検知した場合は、ステップＳ３１４からＳ３４１に進み、商品候補エリア９１に表示する候補商品のページ送りをした状態のページデータを送信し、ユーザ端末５において表示させる。
またリストサーバ３は、購入候補画面３２で戻りボタン９２が操作されたことを検知した場合は、ステップＳ３１３からＳ３４０に進み、その時点のグループリストデータＬＧに基づくグループリスト画面３０をユーザ端末５に送信し、購入候補提示処理（Ｓ２２０）を終了する。

リストサーバ３は、図１３のステップＳ２０７で、グループリスト画面３０において精算ボタン７８が押されたことを検知した場合は、ステップＳ２４０で精算情報提示処理を行う。
ステップＳ２４０の精算情報提示処理の詳細を図１６に示す。
リストサーバ３はステップＳ４０１で、グループリスト画面３０において購入済みとされている物品等の情報を抽出する。即ちグループリストデータＬＧに登録されている物品のうちで「状況」が「買ったよ！」とされて「購入額」が登録されている物品の情報を抽出する。但し、個人準備品として図１０の例で情報＃Ａ１，＃Ａ２・・・＃Ｄ５として登録されている物品は除外する。
なお、各物品についての「状況」「購入額」の項目は、上記図１５のステップＳ３３３で自動的に更新される場合もあるし、図１３のステップＳ２１２で項目編集操作に応じて更新される場合もある。例えばユーザが実店舗で物品を購入したような場合（「状況」「購入額」が自動更新されない場合）は、その物品について「状況」「購入額」を項目編集操作で更新するようにすれば、その出費も精算に反映される。
また、この時点で追加支出情報ａｄｔが登録されていれば、その追加支出情報ａｄｔも抽出する。

続いてリストサーバ３はステップＳ４０２で、担当者毎の支出を算出する。即ちステップＳ４０１で抽出した物品や追加支出情報ａｄｔを担当者毎に分けて、担当者毎の購入額の合計を算出する。
さらにリストサーバ３はステップＳ４０３で、担当者毎の購入額の情報から、精算情報を算出する。例えば全担当者の購入額合計の平均値と、各担当者の購入額の差額を、各担当者の精算金額とする。
そしてステップＳ４０４でリストサーバ３は、ステップＳ４０２，Ｓ４０３算出結果を用いて、図８で例示した精算画面３４の共同購入品支出エリア５２、追加支出エリア５３、支出合計エリア５４、個人精算エリア５５の表示金額を確定して精算画面３４としてのページデータを生成し、ステップＳ４０５でユーザ端末５に送信して表示させる。
これによりユーザは、各自の精算金額を知ることができる。

精算画面３４の表示中には、ユーザがさらに追加支出を登録する場合がある。リストサーバ３は、精算画面３４上で追加支出エリア５３の編集ボタン５６が操作されたことを検知したら、処理をステップＳ４０６からＳ４０８に進め、追加支出編集画面３５をユーザ端末５に表示させる。ユーザは追加支出編集画面３５によりグループリスト画面３０に挙げられた物品以外の負担金額を登録できる。
ステップＳ４０９でリストサーバ３は、追加支出編集画面３５に対してのユーザの入力情報を取得し、ステップＳ４１０で入力情報に応じた処理を行う。即ち新たな追加支出情報ａｄｔを加えるようにグループリストデータＬＧを更新し、またグループリストＤＢ７ａに更新したグループリストデータＬＧを書き込む。
そしてリストサーバ３はステップＳ４０２、Ｓ４０３、Ｓ４０４で、新たな追加支出情報ａｄｔを加えた上での精算金額算出を行い、ステップＳ４０４，Ｓ４０５で新たな精算画面３４をユーザ端末５で提示させる。

またリストサーバ３は、精算画面３４で戻りボタン５１が操作されたことを検知した場合は、ステップＳ４０７からＳ４１１に進み、その時点のグループリストデータＬＧに基づくグループリスト画面３０をユーザ端末５に送信し、精算情報提示処理（Ｓ２４０）を終了する。

リストサーバ３が、上述の図１１又は図１２のステップＳ１０７で、以上の図１３，図１４，図１５，図１６で示した処理を行うことで、図３〜図８で示した各種画像によるリスト提供サービスが実現される。

＜５．まとめ及び変形例＞
以上の実施の形態では、次のような効果が得られる。
実施の形態のリストサーバ３（情報処理装置）は、図９に示したような機能構成を採る。そして提示リスト処理部３ｂは、複数のユーザによるグループが準備する物品と少なくとも各物品についての準備状況及び購入額の情報が含まれるグループリストデータＬＧ（準備品情報）を用いて、ユーザ端末５で提示させるグループリスト画面３０（準備品リスト画面）を生成するとともに、グループリスト画面３０に対するユーザ端末５からの操作情報に基づいてグループリストデータＬＧを更新する処理を行う。
購入情報処理部３ｃは、グループリストデータＬＧに含まれる物品について、購入候補商品を購入候補画面３２によりユーザ端末５で提示させる処理を行うとともに、購入候補商品の購入実績情報の取得に応じて、グループリストデータＬＧにおける該当の物品の準備状況及び購入額の情報を更新する処理（Ｓ３３１→Ｓ３３３）を行う
精算処理部３ｄは、少なくともグループにおける人数と、グループリストデータＬＧの各物品の購入額の情報を用いて精算情報を算出し、精算情報を精算画面３４としてユーザ端末５で提示させる処理（Ｓ４０１〜Ｓ４０５）を行う

このようなリストサーバ３によれば、イベント等を行うグループのユーザ（参加者）は各自の端末でグループとして準備する物品のリストを閲覧し、また任意にリストを編集していくかたちで全員で準備品の情報を共有できる。従って、各自が自分の準備すべき物品を確認したり、担当を振り分けたり、各自の所有物を有効に活用して購入の無駄を省いたりすることが容易となり、イベント等の計画段階での準備を的確に支援できる。
もちろん各参加者が自己のユーザ端末５で任意の時間にグループリスト画面３０等にアクセスできるため、準備状況の確認も容易である。
また各ユーザは、購入候補画面３２による購入候補商品の提示により購入商品を検討できる。また各物品についてコメント入力により、それぞれの考えを表明することもできる。例えば必要か不要かの検討などもネットワークを介して可能となる。
また購入候補商品の購入によってグループリストデータＬＧにおける該当の物品の準備状況及び購入額の情報が自動的に更新されるため、ユーザの手間を省き、使い勝手の良いリスト提供サービスを実現できる。
また、グループリストデータＬＧを活用することで、各参加者の購入費用の精算情報を閲覧することができ、これによって精算処理が正確かつ容易となる。
特に購入額の情報が自動入力され、またそれを反映して精算情報の提示が行われることで、各参加者は準備段階での費用負担をあまり意識せずに、イベント当日などの時点で容易かつ適切に精算ができるため、準備段階から精算段階までの各参加者の負担を著しく軽減できる。

またグループリストデータＬＧ（準備品情報）には、各物品を購入したユーザの情報が含まれており、リストサーバ３（精算処理部３ｄ）が精算情報として、グループ内の各ユーザの購入額の情報を用いてユーザ毎の精算金額を算出するようにしている（Ｓ４０２、Ｓ４０３）。
これによりグループ内の個々のユーザは自分の負担金額を確認でき、イベント会場等で面倒な計算は不要となり、極めて便利である。

またリストサーバ３（精算処理部３ｄ）は、追加支出情報が入力されることに応じて、追加支出情報を反映した精算情報の算出を行うようにしている（Ｓ４０６〜Ｓ４１０、Ｓ４０２，Ｓ４０３）。
グループでのイベント等ではリストアップして準備した物品以外にも各種の費用が生ずることが多々あるため、そのような追加費用も反映した精算情報が得られるようにしている。これによりユーザは、より適切な精算情報を知ることができる。

またグループリストデータＬＧには、グループ全体で準備する物品の情報と、グループに属する個々のユーザが準備する物品の情報（図１０の情報＃Ａ１，＃Ａ２・・・＃Ｄ５）が含まれている。この場合にリストサーバ３（精算処理部３ｄ）は、精算情報の算出の際には、グループで準備する物品についての購入額の情報を用いるようにしている（Ｓ４０１）。
グループ全体で準備する物品と個人毎に準備する物品が準備品情報で管理されることで、個々のユーザは全体で準備する物品だけでなく、個人で準備する物品もチェックできる。即ち個人リスト画面３１により共同準備品のうちで自分の担当が見やすく提示されるとともに、個人的な持ち物も管理できる。
この場合に、精算処理に関しては個人準備物品は除外することで適切な精算ができる。

なお各参加者についての個人リスト画面３１は、グループ内でも本人しか閲覧できないようにすることが望ましい。これにより個々の参加者の持ち物についてプライバシーの保護を担保したり、或いは他の参加者を驚かすためのサプライズ品のような物品の用意にも適している。もちろん或る参加者の個人リスト画面３１を、グループ内の他の参加者が自由に閲覧できるようにしたり、或いは閲覧権限を持つ参加者が閲覧可能とする考え方もある。

またリストサーバ３（提示リスト処理部３ｂ）は、イベント種別に応じて準備すべき物品が登録されたデフォルトリストデータＬＤＦ（デフォルト準備品情報）のうちで、ユーザ端末５から指定されたイベント種別に応じて選択されたデフォルトリストデータＬＤＦを用いて初期状態のグループリスト画面３０を生成し、ユーザ端末５での提示を実行させるようにしている（Ｓ１０２，Ｓ１０３，Ｓ１０４）。
初期的なグループリストデータＬＧをデフォルトリストデータＬＤＦに基づいて生成し、グループリスト画面３０を閲覧可能とすることで、グループの準備物品のリスト作成を支援できる。即ち通常登録されるであろう物品は、予め登録した状態でグループリスト画面３０に提示されるため、ユーザによるリストへの物品の追加等の手間を少なくできる。
なお、デフォルトリストデータＬＤＦを使用しない例も考えられる。その場合は、グループリスト画面３０に掲載する物品は、全てユーザが追加していくことになる。

またリストサーバ３は通知処理部３ｅとしての機能により、グループリストデータＬＧに含まれる或る物品についての準備状況の情報（「状況」の項目）が更新された場合に、グループのユーザの全部又は一部に対して準備状況を通知する処理を行うようにしている（Ｓ２１３、Ｓ３２６、Ｓ３３４）。
この通知処理部の通知により、各ユーザはリスト提供サービスにログインしてグループリスト画面３０等を閲覧しなくても、準備状況の進行を知ることができ、例えば重複購入などを防止できる。
なお、通知処理は、準備状況の情報の全ての更新について行うことはせずに、少なくとも「状況」の項目が準備の進行を意味する情報に更新された場合に行うようにしてもよい。

またリストサーバ３（購入情報処理部３ｃ）は、グループリストデータＬＧにおいて各物品に紐付け管理されている候補商品ＩＤ（購入候補商品情報）に基づいて、購入商品の候補を購入候補画面３２によりユーザ端末５で提示させる処理を行う（Ｓ３０２，Ｓ３０３，Ｓ３０４）とともに、ユーザ端末５からの操作に応じて、紐付け管理されている候補商品ＩＤを更新する処理を行う（Ｓ３２５）。
これにより各ユーザが購入候補商品を編集しながら、グループ内で購入商品を検討する場を提供することができる。
各物品の購入候補一覧を参加者全員で共通に閲覧できることで、買い物の効率化や、参加者の一部が知っているいい店についての意見を反映させた良い買い物ができる。また同時購入できる店舗、お得な店舗などの気づきを皆で共有できる。例えば「これ、どの店で買う？」といった相談を、各参加者がユーザ端末５で閲覧する購入候補画面３２を介して可能となる。
特に、購入候補としての商品を絞るための議論の場、例えばチャットやメッセージ機能、掲示板などを提供することも考えられる。これによりグループ内で容易に購入商品についてより充実した意見交換が可能となる。

本発明のリストサーバ３の構成や処理は実施の形態に限らず、多様な変形例が想定される。リスト提供サービスでユーザ端末５に表示させる各画面の種類や各画面の表示内容、各画面で可能な操作、画面遷移なども一例に過ぎない。

実施の形態では精算処理に関しては、ユーザ毎に精算金額が提示されるようにしたが、例えば購入額及び追加支出の総額を参加人数で割った金額を提示するのみの簡易な手法も考えられる。
また精算処理において各参加者の負担額が同額にならない場合、即ち費用総額が人数で割りきれない場合は、適宜端数を各参加者に振り分けてもよいし、割り切れない端数を負担する参加者をグループ側で予め決めておく（例えば代表者を設定しておく）ようにしてもよい。
また精算処理は、参加者に同額の負担となるようにするだけでなく、参加者毎に負担割合が設定できるようにしてもよい。例えばＡさん、Ｂさん、Ｃさん、Ｄさんが、それぞれ６０％、１０％、１０％、２０％などとして設定できるようにする。その場合は、各参加者の精算金額は負担割合に応じて算出する。
さらに、大人／子供、性別などによって負担割合を変化させるようにしてもよい。

また例えば銀行のネットワーク取引システムと連携して、図８の精算画面から、自動振り込みサービスが行われるようにしてもよい。例えばグループの各参加者の銀行口座情報がユーザＩＤに紐づけられて登録されていることが必要であるが、予め或いは精算時に各ユーザが同意する手続を行うことに応じて、精算情報に基づく振り込み処理が実行されるようにする。これにより各参加者間での精算自体の手間もなくすことができる。

グループリスト画面３０からの編集操作（グループリストデータＬＧの更新）は、例えばグループ内で権限が与えられたユーザのみが可能となるようにしてもよい。
また基本データ修正、物品追加、削除、項目編集などのうちの一部などについて、編集権限が必要とするような例も考えられる。

グループリスト画面３０や個人リスト画面３１から購入候補画面３２に遷移できるのは、「状況」が購入済を示すものではない物品に限るようにしてもよい。
購入候補画面３２では、各商品についての情報を表示するが、サービス情報としてセール情報やポイント○倍デー、いくら以上購入で○割引きなどの情報を提示するとユーザにとって有益である。
また店舗情報は購入先候補となっている店舗に関するもののみとし、無関係の店舗で行われているセールなどの情報は提供しないことも考えられる。
またサービス情報その他に基づいて、１つの店舗でまとめ買いした方がよいアイテムなどを提案するようにすると、ユーザにとって最適な購入先を決めるための一助となる。

また購入した商品については購入手続の際に、住所登録のある参加者のうちで配達先を選択できるようにすることも考えられる。
例えばイベントの会場に近い参加者の家へ配達したい場合などに有効である。
また、購入操作が行われても、即座に発注処理を行わず、グループ単位又はユーザ単位で購入が必要な全ての物品について購入商品が決定された段階で、各店舗に発注可能とするような処理を採用してもよい。

＜６．プログラム及び記憶媒体＞
以上、本発明の情報処理装置の実施の形態としてのリストサーバ３を説明してきたが、実施の形態のプログラムは、リストサーバ３の処理を情報処理装置（ＣＰＵ等）に実行させるプログラムである。

このプログラムは、複数のユーザによるグループが準備する物品と少なくとも各物品についての準備状況及び購入額の情報が含まれる準備品情報（グループリストデータＬＧ）を管理するとともに、ユーザ端末５と通信可能な情報処理装置（リストサーバ３）に処理を実行させるプログラムである。
このプログラムは、準備品情報を用いて準備品リスト画面（グループリスト画面３０）を生成し、ユーザ端末５で提示させる機能と、準備品リスト画面に対するユーザ端末５からの操作情報に基づいて準備品情報を更新する機能と、準備品情報に含まれる物品について、購入候補商品をユーザ端末で提示させる機能と、購入候補商品の購入実績情報の取得に応じて、前記準備品情報における該当の物品の準備状況及び購入額の情報を更新する機能と、少なくともグループにおける人数と、準備品情報の各物品の購入額の情報を用いて精算情報を算出し、精算情報をユーザ端末で提示させる機能とを情報処理装置に実行させる。
即ちこのプログラムは、情報処理装置に対して図１１〜図１６で説明した処理を実行させるプログラムである。

このようなプログラムにより、上述したリストサーバ３としての情報処理装置を実現できる。
そしてこのようなプログラムはコンピュータ装置等の機器に内蔵されている記憶媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭ等に予め記憶しておくことができる。あるいはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的あるいは永続的に格納（記憶）しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータ等にインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。

１ ネットワーク、２ ＥＣサーバ、３ リストサーバ、３ａ ＤＢアクセス部、３ｂ 提示リスト処理部、３ｃ 購入情報処理部、３ｄ 精算処理部、３ｅ 通知処理部、３ｆ ログイン管理部、３ｇ 通信制御部、５ ユーザ端末、７ 準備品情報ＤＢ、７ａ グループリストＤＢ、７ｂ デフォルトリストＤＢ、３０ グループリスト画面、３１ 個人リスト画面、３２ 購入候補画面、３４ 精算画面

Claims (10)

1. 複数のユーザによるグループが準備する物品と少なくとも各物品についての準備状況及び購入額の情報が含まれる準備品情報を用いて、ユーザ端末で提示させる準備品リスト画面を生成するとともに、前記準備品リスト画面に対するユーザ端末からの操作情報に基づいて前記準備品情報を更新する処理を行う提示リスト処理部と、
   前記準備品情報に含まれる物品について、その物品に該当する商品の検索を電子商取引サーバに要求し、検索結果として得られた商品の全部又は一部を購入候補商品として当該物品に紐付け管理し、前記グループ内の各ユーザが使用するユーザ端末で提示させる処理を行うとともに、購入候補商品の購入実績情報の取得に応じて、前記準備品情報における該当の物品の準備状況及び購入額の情報を更新する処理を行う購入情報処理部と、
   少なくとも前記グループにおける人数と、前記準備品情報の各物品の購入額の情報を用いて精算情報を算出し、精算情報をユーザ端末で提示させる処理を行う精算処理部と、を備え、
   前記提示リスト処理部は、前記準備品情報に含まれる物品について、前記グループ内の各ユーザがユーザ端末から送信したコメントを表示する処理を行い、
   前記購入情報処理部は、前記グループ内の各ユーザが使用するユーザ端末からの操作に応じて、前記紐付け管理されている購入候補商品を更新する処理を行う
   情報処理装置。
2. 前記準備品情報には、各物品を購入したユーザの情報が含まれており、
   前記精算処理部は、前記精算情報として、グループ内の各ユーザの購入額の情報を用いてユーザ毎の精算金額を算出する
   請求項１に記載の情報処理装置。
3. 前記精算処理部は、追加支出情報が入力されることに応じて、追加支出情報を反映した精算情報の算出を行う
   請求項１又は請求項２に記載の情報処理装置。
4. 前記準備品情報には、グループ全体で準備する物品の情報と、グループに属する個々のユーザが準備する物品の情報が含まれており、
   前期精算処理部は、前記精算情報の算出の際には、前記準備品情報におけるグループが準備する物品についての購入額の情報を用いる
   請求項１乃至請求項３のいずれかに記載の情報処理装置。
5. 前記提示リスト処理部は、前記準備品情報の前記グループに属する個々のユーザが準備する物品の情報を、該当するユーザ本人のみが閲覧できるように制御する
   請求項４に記載の情報処理装置。
6. 前記提示リスト処理部は、イベント種別に応じて準備すべき物品が登録されたデフォルト準備品情報のうちで、ユーザ端末から指定されたイベント種別に応じて選択されたデフォルト準備品情報を用いて初期状態の準備品リスト画面を生成し、ユーザ端末での提示を実行させる
   請求項１に記載の情報処理装置。
7. 前記準備品情報に含まれる或る物品についての準備状況の情報が更新された場合に、当該準備品情報を用いるグループのユーザの全部又は一部に対して準備状況を通知する処理を行う通知処理部を、さらに備えた
   請求項１に記載の情報処理装置。
8. 複数のユーザによるグループが準備する物品と少なくとも各物品についての準備状況及び購入額の情報が含まれる準備品情報を管理するとともに、ユーザ端末と通信可能な情報処理装置の情報処理方法として、
   前記準備品情報を用いて準備品リスト画面を生成し、ユーザ端末で提示させるステップと、
   前記準備品リスト画面に対するユーザ端末からの操作情報に基づいて前記準備品情報を更新するステップと、
   前記準備品情報に含まれる物品について、前記グループ内の各ユーザがユーザ端末から送信したコメントを表示させるステップと、
   前記準備品情報に含まれる物品について、その物品に該当する商品の検索を電子商取引サーバに要求し、検索結果として得られた商品の全部又は一部を購入候補商品として当該物品に紐付け管理し、前記グループ内の各ユーザが使用するユーザ端末で提示させるステップと、
   前記グループ内の各ユーザのユーザ端末からの操作に応じて、前記紐付け管理されている購入候補商品を更新するステップと、
   購入候補商品の購入実績情報の取得に応じて、前記準備品情報における該当の物品の準備状況及び購入額の情報を更新するステップと、
   少なくとも前記グループにおける人数と、前記準備品情報の各物品の購入額の情報を用いて精算情報を算出し、精算情報をユーザ端末で提示させるステップと、を備えた
   情報処理方法。
9. 複数のユーザによるグループが準備する物品と少なくとも各物品についての準備状況及び購入額の情報が含まれる準備品情報を管理するとともに、ユーザ端末と通信可能な情報処理装置に処理を実行させるプログラムとして、
   前記準備品情報を用いて準備品リスト画面を生成し、ユーザ端末で提示させる機能と、
   前記準備品リスト画面に対するユーザ端末からの操作情報に基づいて前記準備品情報を更新する機能と、
   前記準備品情報に含まれる物品について、前記グループ内の各ユーザがユーザ端末から送信したコメントを表示させる機能と、
   前記準備品情報に含まれる物品について、その物品に該当する商品の検索を電子商取引サーバに要求し、検索結果として得られた商品の全部又は一部を購入候補商品として当該物品に紐付け管理し、前記グループ内の各ユーザが使用するユーザ端末で提示させる機能と、
   前記グループ内の各ユーザのユーザ端末からの操作に応じて、前記紐付け管理されている購入候補商品を更新する機能と、
   購入候補商品の購入実績情報の取得に応じて、前記準備品情報における該当の物品の準備状況及び購入額の情報を更新する機能と、
   少なくとも前記グループにおける人数と、前記準備品情報の各物品の購入額の情報を用いて精算情報を算出し、精算情報をユーザ端末で提示させる機能と、
   を情報処理装置に実行させるプログラム。
10. 複数のユーザによるグループが準備する物品と少なくとも各物品についての準備状況及び購入額の情報が含まれる準備品情報を管理するとともに、ユーザ端末と通信可能な情報処理装置に処理を実行させるプログラムとして、
    前記準備品情報を用いて準備品リスト画面を生成し、ユーザ端末で提示させる機能と、
    前記準備品リスト画面に対するユーザ端末からの操作情報に基づいて前記準備品情報を更新する機能と、
    前記準備品情報に含まれる物品について、前記グループ内の各ユーザがユーザ端末から送信したコメントを表示させる機能と、
    前記準備品情報に含まれる物品について、その物品に該当する商品の検索を電子商取引サーバに要求し、検索結果として得られた商品の全部又は一部を購入候補商品として当該物品に紐付け管理し、前記グループ内の各ユーザが使用するユーザ端末で提示させる機能と、
    前記グループ内の各ユーザのユーザ端末からの操作に応じて、前記紐付け管理されている購入候補商品を更新する機能と、
    購入候補商品の購入実績情報の取得に応じて、前記準備品情報における該当の物品の準備状況及び購入額の情報を更新する機能と、
    少なくとも前記グループにおける人数と、前記準備品情報の各物品の購入額の情報を用いて精算情報を算出し、精算情報をユーザ端末で提示させる機能と、
    を情報処理装置に実行させるプログラムを記憶した記憶媒体。

Images