JP7481809B2 - サーバシステム、自動購入システム及び購入サービス提供方法 - Google Patents

Description

本発明は、自動購入システム等に関する。

オンラインで物品購入をする物品購入システムが知られている。当該システムを使用することで、ユーザは、実体の店舗まで足を運ばなくても商品を注文し、指定先に発送してもらうことができる。例えば、特許文献１には、定期購入の申し込み・申し込み内容の変更手続を受け付けるサーバについて記載されている。また例えば、特許文献２には、ショップの仕入れや発送状況に基づいて、定期購入における複数のプランを生成しユーザに提供するシステムについて記載されている。また例えば、特許文献３には、定期購入の受付から、注文、決済、発送に至るまでの手続を自動的に行うシステムについて記載されている。

特開２００２－１１７２９５号公報 国際公開第２０１５／１６２７１５号公報 特開２０１４－２１５６４号公報

従来のオンラインでの物品購入システムでは、ユーザ自ら望む任意のタイミングで、自ら購入する商品を選択操作して、商品を購入決定する必要がある。こうした購入スタイルは、実店舗に足を運んでいないとはいえ実店舗での買い物と同じである。物品購入システムで注文すれば、やがて購入した商品が宅配等でユーザの元へ運ばれてくる。荷物を受け取るユーザから見れば、何が運ばれてきたかは分かり切っているので、新しい商品を購入した喜びはあっても、自分以外の誰かが自主的に何かを購入して自分にプレゼントしてくれたもののような喜びや楽しさはそこには無い。

本発明が解決しようとする課題は、オンラインでの物品購入において新たな楽しさを付加すること、である。

上記した課題を解決するための第１の発明は、各ユーザのユーザ端末と通信接続されるサーバシステムであって、ユーザ毎に、契約消費額を含むユーザ登録情報を管理するユーザ登録情報管理手段（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、自動購入管理部２１０、ユーザ登録情報管理部２１２、図１３のユーザ登録情報６００、図１５のステップＳ２）と、
ユーザ毎に、当該ユーザの前記ユーザ端末をマンマシンインターフェースとして実行される仮想コミュニケーション処理における当該ユーザの相手となるキャラクタを管理するキャラクタ管理手段（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、自動購入管理部２１０、キャラクタ管理部２２０、図１４のキャラクタ管理データ６５０、図１５のステップＳ４、ステップＳ１０）と、
ユーザ毎に、前記仮想コミュニケーションの履歴であるコミュニケーション履歴を少なくとも含む当該ユーザに係る収集情報を管理する収集情報管理手段（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、自動購入管理部２１０、収集情報管理部２３０、図１３の自動収集情報６２２、図１５のステップＳ６）と、
ユーザ毎に、購入対価が当該ユーザの前記契約消費額以内の購入商品を、当該ユーザの前記収集情報に含まれる前記コミュニケーション履歴に基づく商品選択傾向を少なくとも用いて、商品毎の対価が記憶された所与の商品データベース（以下「商品ＤＢ」という。）の中から自動的に選択する制御手段（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、自動購入管理部２１０、購入制御部２３４、図１５のステップＳ２２～ステップＳ２６）と、を備えたサーバシステムである。

第１の発明によれば、サーバシステムは、自動購入に係るサポート役ともいえるキャラクタとの間でユーザに仮想のコミュニケーション（例えば、テキストベースの会話）体験を提供できる。また、サーバシステムは、それに伴い、コミュニケーションの履歴を含め、ユーザに係る様々な情報を自動的に収集できる。そして、サーバシステムは、コミュニケーション履歴に基づいて、自動的に購入する商品を選択できる。ユーザから見れば、いつの間にか自動的に購入する商品が選択されることになる。よって、ユーザは、自分以外の誰かが自分にプレゼントしてくれたかのような喜びや楽しさを得ることができる。

第２の発明は、前記制御手段が、選択する購入商品の数および組み合わせをユーザ毎に可変に決定する、第１の発明のサーバシステムある。

第２の発明によれば、ユーザの元に届けられる購入商品の数や組み合わせが固定されないので、サーバシステムは、ユーザにサプライズ感を楽しんで貰う作用効果を維持できる。

第３の発明は、前記商品ＤＢが、商品別にレアリティを示すレアリティ情報を関連づけて記憶しており、前記商品選択傾向は、選択する商品のレアリティの条件に関する商品の選択傾向を含む、第１又は第２の発明のサーバシステムである。

第３の発明によれば、コミュニケーション履歴によって、購入商品としてレアリティの異なる商品（例えば限定商品）を可変に選択し得ることになる。よって、サーバシステムは、レアリティの異なる商品をユーザのために購入することでき、ユーザにとってはレアリティの異なる商品が購入されるサプライズ感を得ることができる。

第４の発明は、前記ユーザ登録情報には、ユーザの年齢を少なくとも含むプロフィール情報が含まれ、前記商品選択傾向は、更に前記プロフィール情報に基づく商品の選択傾向を含む、第１～第３の何れかの発明のサーバシステムである。

第４の発明によれば、サーバシステムは、ユーザのプロフィール情報に応じて、購入商品の選択傾向を変えられる。よって、ユーザの年齢等に適した、ユーザに好まれる可能性の高い購入商品を選択できる可能性が高くなる。

第５の発明は、前記制御手段が、当該ユーザの前記収集情報に含まれる前記コミュニケーション履歴に基づく購入実行タイミング基準に基づいて、前記購入商品の自動選択の実行タイミングを可変に制御する、第１～第４の何れかの発明のサーバシステムである。

第５の発明によれば、コミュニケーションの履歴に応じて、自動選択のタイミングが変化するので、サーバシステムは、購入に関してユーザにサプライズ感を与えることができる。

第６の発明は、前記キャラクタには、前記キャラクタ毎のキャラクタ設定情報が関連付けられており、前記購入実行タイミング基準は、更に前記キャラクタ設定情報に基づくタイミング基準を含む、第５の発明のサーバシステムである。

第６の発明によれば、キャラクタの設定によっても購入実行のタイミングが変化するようになり、サーバシステムは、購入タイミングに関してユーザにサプライズ感を与えることができる。

第７の発明は、前記キャラクタには、前記キャラクタ毎のキャラクタ設定情報が関連付けられており、前記商品選択傾向は、更に前記キャラクタ設定情報に基づく商品の選択傾向を含む、第１～第６の何れかの発明のサーバシステムである。

第７の発明によれば、サーバシステムは、キャラクタの設定によって商品選択傾向を変化させることができるようになる。

第８の発明は、各ユーザのユーザ端末と通信接続されるサーバシステムであって、ユーザ毎に、契約消費額を含むユーザ登録情報を管理するユーザ登録情報管理手段と、ユーザ毎に、当該ユーザの前記ユーザ端末をマンマシンインターフェースとして実行される仮想コミュニケーションにおける当該ユーザの相手となるキャラクタを管理するキャラクタ管理手段と、ユーザ毎に、購入対価が当該ユーザの前記契約消費額以内の購入商品を、当該ユーザの相手となっている前記キャラクタに関連付けられたキャラクタ設定情報に基づく商品選択傾向を少なくとも用いて、商品毎の対価が記憶された所与の商品データベース（以下「商品ＤＢ」という。）の中から自動的に選択する制御手段と、を備えたサーバシステムである。

第８の発明によれば、サーバシステムは、自動購入に係るサポート役ともいえるキャラクタとの間でユーザに仮想のコミュニケーションの体験を提供できる。また、サーバシステムは、キャラクタのキャラクタ設定情報に基づいて、自動的に購入商品を選択することができる。ユーザから見れば、いつの間にか自動的に購入商品が選択されることになる。よって、ユーザは、自分以外の誰かが自分にプレゼントしてくれたかのような喜びや楽しさを得ることができる。

第９の発明は、前記キャラクタ管理手段が、当該ユーザの相手となっている前記キャラクタの前記キャラクタ設定を、ユーザ毎に変更制御するキャラクタ設定変更制御手段（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、自動購入管理部２１０、キャラクタ設定変更部２２３、図１４のキャラクタ設定情報６６０、図１５のステップＳ４）を有する、第６～第８の何れかの発明のサーバシステムである。

第９の発明によれば、サーバシステムは、キャラクタ設定をユーザ毎に変更できる。

第１０の発明は、前記キャラクタ設定変更制御手段が、当該ユーザの前記コミュニケーション履歴に基づいて、当該ユーザの相手となっている前記キャラクタの前記キャラクタ設定を変更制御する、第９の発明のサーバシステムである。

第１０の発明によれば、サーバシステムは、コミュニケーション履歴に基づいて、ユーザ毎にキャラクタ設定を変更できる。

第１１の発明は、前記キャラクタ設定変更制御手段が、前記制御手段による前記購入商品の選択結果に基づいて、当該ユーザの相手となっている前記キャラクタの前記キャラクタ設定を変更制御する、第９又は第１０の発明のサーバシステムである。

第１１の発明によれば、サーバシステムは、購入商品の選択結果に基づいてキャラクタ設定を変更できるようになる。つまり、それまでの選択結果が、キャラクタの設定にフィードバックされるようになる。

第１２の発明は、前記仮想コミュニケーションにおける前記キャラクタの行為を制御するコミュニケーション制御手段（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、自動購入管理部２１０、コミュニケーション制御部２２１、図５及び図７の会話傾向定義データ５５０、図１４の適用会話傾向ＩＤ６７２、図１５のステップＳ４）、を更に備えた第６～第１１の何れかの発明のサーバシステムである。

第１２の発明によれば、サーバシステムが、キャラクタがどのようにコミュニケーションするかを制御できる。

第１３の発明は、前記コミュニケーション制御手段が、当該ユーザの相手となっている前記キャラクタが、前記制御手段による前記購入商品の自動選択を自らが実行したかのような報告を当該ユーザに対して行うように、当該キャラクタを制御する、第１２の発明のサーバシステムである。

第１３の発明によれば、サーバシステムは、自動選択があたかもキャラクタによるものであるかのようにユーザに思わせることができる。

第１４の発明は、前記コミュニケーション制御手段が、当該ユーザの相手となっている前記キャラクタが、前記制御手段により自動選択された前記購入商品に対する評価を尋ねて評価結果を得るように、当該キャラクタを制御し、前記キャラクタ設定変更制御手段が、前記評価結果に基づいて、当該ユーザの相手となっている前記キャラクタの前記キャラクタ設定を変更制御する、第１２または第１３の発明のサーバシステムである。

第１４の発明によれば、自動選択された購入商品へのユーザ評価に基づいてキャラクタ設定が変更される。キャラクタ設定が変更されることで、当該キャラクタの仮想コミュニケーションが変化する。よって、購入商品へのユーザの評価がキャラクタの仮想コミュニケーションに影響を与えるかのような演出が実現できる。

第１５の発明は、前記コミュニケーション制御手段が、前記制御手段により自動選択された前記購入商品の購入の承認を、当該ユーザの相手となっている前記キャラクタが、当該ユーザから取得するように、当該キャラクタのコミュニケーションを制御し、前記制御手段は、前記購入商品の選択の後に商品購入の待機状態となり、前記キャラクタによる承認取得がなされた場合に当該購入商品の購入手続きを実行する、第１１～第１５の何れかの発明のサーバシステムである。

第１５の発明によれば、サーバシステムは、商品の購入に、ユーザ承認のステップを介在させて、ユーザが望まない商品の購入を防ぐことができる。

第１６の発明は、前記ユーザ登録情報管理手段が、当該ユーザの設定操作に基づいて当該ユーザの前記契約消費額を設定する、第１～第１５の何れかの発明のサーバシステムである。

第１６の発明によれば、契約消費額をユーザ自らが設定できる。

第１７の発明は、前記ユーザ登録情報が、ユーザ毎に、単位期間を１単位とする当該ユーザの設定操作に基づいて設定された契約期間を含み、前記契約消費額は、前記単位期間当たりの額であり、前記制御手段は、前記単位期間が経過する毎に、前記購入商品の自動選択を実行する、第１～第１６の何れかの発明のサーバシステムである。

第１７の発明によれば、サーバシステムは、単位期間を１単位としてユーザ自らが設定した契約期間でのサブスクリプション方式での自動購入サービスを提供できる。

第１８の発明は、各ユーザのユーザ端末と、第１～第１７の何れかの発明のサーバシステムと、が通信接続された商品の自動購入システムである。

第１８の発明によれば、第１～第１７の何れかの発明と同様の作用効果を発揮する自動購入システムを実現できる。

自動購入システムの構成例を示す図。 ユーザ端末の構成例を示す正面図。 自動購入システムが提供するサービスの概要について説明するための図。 キャラクタを相手としたコミュニケーションの例を示す図。 キャラクタの種類別の特性について説明するための図。 商品選択傾向定義データのデータ構成例を示す図。 会話傾向定義データのデータ構成例を示す図。 第１実施形態におけるユーザ端末の機能構成例を示す機能ブロック図。 第１実施形態におけるサーバシステムの機能構成例を示す機能ブロック図。 第１実施形態のサーバ記憶部が記憶するプログラムやデータの例を示す図。 ユーザ状況推定基準データのデータ構成例を示す図（その１）。 ユーザ状況推定基準データのデータ構成例を示す図（その２）。 ユーザ登録情報のデータ構成例を示す図。 キャラクタ管理データのデータ構成例を示す図。 第１実施形態のサーバシステムにおける１人のユーザに関する処理の流れを説明するためのフローチャート。 第２実施形態におけるユーザ端末の機能構成例を示す機能ブロック図。 購入に係りユーザに承認を求める変形例の構成におけるサーバシステムでの処理の流れを説明するためのフローチャート。

以下、本発明の実施形態の一例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。

〔第１実施形態〕
図１は、自動購入システムの構成例を示す図である。自動購入システム１０００は、ネットワーク９を介して相互にデータ通信が可能に接続されたサーバシステム１１００と、ユーザ端末１５００とを含み、ユーザ２がユーザ端末１５００を使ってオンラインでの物品購入をするサービスを提供するコンピュータシステムである。

ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

サーバシステム１１００は、例えば、キーボード１１０６と、タッチパネル１１０８と、商品データベース１１４０とを有し、本体装置には制御基板１１５０を搭載する。

制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３が搭載されている。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。

そして、サーバシステム１１００は、制御基板１１５０が所定のプログラムおよびデータに基づいて演算処理することによりオンラインでの物品購入サービスを提供するための機能を実現する。その中には、ユーザ端末１５００にて実行可能なプログラムや、プログラムの実行に係り必要となるデータの提供も含まれる。

なお、図１では、ユーザ端末１５００を１台のみ描いているが、実際のシステム運用においては、同時に複数のユーザ端末１５００がサーバシステム１１００にアクセス可能である。

また、サーバシステム１１００を、１台のサーバ装置であるかのように描いているが、複数の装置で実現する構成であってもよい。例えば、サーバシステム１１００は各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であっても良い。また、サーバシステム１１００を構成するハードウェアの設置場所は問わない。離れた場所に設置された独立した複数のサーバを、ネットワーク９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であっても良い。

例えば、商品データベース１１４０は、自動購入システム１０００で購入可能な商品に関する情報のデータベースであるが、サーバシステム１１００と地理的に同じ場所になくてもよい。また、例えば、自動購入システム１０００の運用者が、商品メーカと協業するケースでは、商品データベース１１４０は商品を提供する商品メーカが有するデータベースであってもよい。

図２は、ユーザ端末１５００の構成例を示す正面図である。
ユーザ端末１５００は、登録手続を経たユーザが、本実施形態の自動購入システムを利用するために使用するコンピュータシステムであって、ネットワーク９を介してサーバシステム１１００にアクセスできる電子装置（電子機器）である。なお、本実施形態のユーザ端末１５００は、いわゆるスマートフォンと呼ばれる装置であるが、コンピュータであれば、スマートウォッチ、スマートグラスなどのウェアラブルコンピュータや、携帯型ゲーム装置、タブレット型コンピュータ、パソコン、などでもよい。スマートフォン及び当該スマートフォンと通信接続されたスマートウォッチといった複数機器の機能連接状態を一つのユーザ端末１５００としてもよい。

ユーザ端末１５００は、方向入力キー１５０２と、ボタンスイッチ１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、内蔵バッテリー１５０９と、スピーカ１５１０と、マイク１５１２と、カメラ１５２０と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０からデータを読み書きできるメモリカード読取装置１５４２と、を備える。その他、図示されていない電源ボタン、音量調節ボタン等が設けられている。また、自動購入システムの利用対価等の支払いが可能なＩＣカード型のクレジットカードやプリペイドカードに対して非接触にデータの読み書きが行えるＩＣカード読取装置などを設けるとしてもよい。

制御基板１５５０は、（１）ＣＰＵ１５５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、（２）ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、（３）ネットワーク９に接続する携帯電話基地局や無線ＬＡＮ基地局などと無線通信するための無線通信モジュール１５５３、（４）測位モジュール１５５４、（５）３軸加速度センサ１５５５、（６）３軸ジャイロ１５５６、（７）インターフェース回路１５５７、などを搭載する。

測位モジュール１５５４は、ユーザ端末１５００の地理的位置情報を取得する。本実施形態では既存の測位システムを利用して現実空間における位置座標を取得することができる。すなわち、測位モジュール１５５４は、測位システムから提供される信号を受信して所定周期で（例えば１秒毎に）測位情報を出力することで、ユーザ端末１５００における測位機能を提供する。本実施形態では、測位システムとしてＧＰＳ（Global Positioning System）を利用する。よって測位モジュール１５５４は、既存の「ＧＰＳモジュール」や「ＧＰＳ受信器」等を利用することができる。「測位情報」には、測位日時（例えば協定世界時であるＵＴＣ：Coordinated Universal Time）、位置座標（緯度・経度・高度）、方位などが含まれる。利用する測位システムはＧＰＳに限らず適宜選択可能である。例えば、測位モジュール１５５４は、携帯電話の無線基地局やＷｉ－Ｆｉネットワークの無線基地局などと無線接続する通信機と、方位センサとの構成で置き換えることができる。すなわち、接続中の無線基地局について予め測位されている位置情報を取得して、これをユーザ端末１５００の現実空間における位置座標とするとしてもよい。

インターフェース回路１５５７には、タッチパネル１５０６のドライバ回路、方向入力キー１５０２およびボタンスイッチ１５０４からの信号を受信する回路、スピーカ１５１０へ音声信号を出力する出力アンプ回路、マイク１５１２で集音した音声の信号を生成する入力信号生成回路、メモリカード読取装置１５４２への信号入出力回路、などが含まれている。

制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。そして、制御基板１５５０は、ユーザ端末としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。

本実施形態では、ユーザ端末１５００はプログラムや各種設定データをサーバシステム１１００からダウンロードする構成としているが、別途入手したメモリカード１５４０などの記憶媒体から読み出す構成としても良い。

そして、制御基板１５５０は、自動購入システムの利用に係る処理とは別に、ユーザの「行動履歴情報」いわゆるライフログを継続的に記録・管理する処理を実行する。「行動履歴情報」は、ユーザの位置履歴情報（いわゆるＧＰＳログ）や、オンラインゲームのプレイ履歴情報（いわゆるゲームプレイログ）、オンラインでの動画視聴履歴情報、ウェブサイトでの通販履歴情報、食事のカロリー管理のために撮影した食べたものの写真、などである。

具体的には、制御基板１５５０は、「行動履歴情報」として、測位モジュール１５５４で取得される地理的位置情報（ＧＰＳ位置座標）と、３軸加速度センサ１５５５の計測データと、３軸ジャイロ１５５６での計測データと、を計測時間と対応づけて時系列に蓄積する。これら情報を時系列に解析することにより、ユーザが何時、何処に居て、どのように移動したか、を知ることができるユーザ位置履歴情報を蓄積する。

なお、動画視聴履歴情報と、通販履歴情報については、それぞれの履歴をそれぞれのサービスを利用する毎に独自に履歴を蓄積するとしてもよいし、それぞれのサービスが提供するＡＰＩを利用して、予め記録されているユーザアカウントとパスワードでそれぞれの履歴情報を必要なときに取得するとしてもよい。

図３は、自動購入システム１０００が提供するサービスの概要について説明するための図である。本実施形態の自動購入システム１０００は、仮想コミュニケーション体験付の商品自動選択型定期購買サービスを提供するシステムである。ユーザは、自動購入システム１０００の運営者との間で、予め定期購買に関する契約を交わす。契約内容には、単位期間（例えば、１０日、１ヶ月など）を１単位として、単数または複数の単位期間からなる契約期間と、１単位の単位期間に対して支払われる契約消費額とが含まれる。例えば、単位期間が１ヶ月、単位期間当たり３０００円の契約消費額とするケースにおいて、契約期間が６ヶ月の場合、６ヶ月に亘って毎月３０００円（合計１８，０００円）が支払われるサブスクリプション方式の契約となる。

ここで言う「契約消費額」は、契約金額に相当し、商品購入の対価としてユーザが支払う対価である。対価として何を用いるかは、契約に係る支払い方法の設定に応じて適宜選択可能である。本実施形態では、ユーザが契約時に予め登録したクレジットカードを利用した電子決済により定期購買の対価を支払うこととする。契約消費額は、実質的な契約金額である。その他、対価としては、仮想通貨、プリペイドポイント、別途オンライン購入するアイテム、登録ユーザに時間経過とともに自動付与される自動給付ポイント、などを利用可能としてもよい。

そして、自動購入システム１０００は、契約消費額分の商品を、単位期間毎に１回または複数回に亘って自動購入する。
すなわち、自動購入システム１０００は、１）ユーザ自身の選択操作無しに自律的に決定したタイミングで、商品データベース１１４０に登録されている商品群の中から、各商品に対応づけられている商品関連情報１０（１０ａ，１０ｂ，…）を参照して、契約消費額内に収まるように購入商品を自動で選択する商品自動選択処理と、２）ユーザ自身の選択操作無しに、自動選択した購入品の商品対価と送料とを自動で決済する自動決済処理と、３）ユーザ自身の選択操作無しに、購入商品をユーザに届けるように自動手配する配送手続処理と、を実行することで購入処理を行う。

商品関連情報１０は、商品の種類毎に用意される情報であって、商品自動選択に利用可能な情報を含む。例えば、商品関連情報１０は、商品名、商品カテゴリー、レアリティ、購入対価、色、形、容量、消費期限や賞味期限、原産国、原材料、などを含み得る。商品関連情報１０にどのような情報を含めるかは、採用する商品自動選択のアルゴリズムや、ユーザ２に購入拒否する選択肢（例えば、原産国の制限、原材料の制限、などの意）として何を提供するかに応じて適宜設定可能である。

そして、自動購入システム１０００は、ユーザ別に、自動購入に係るサポート役としてキャラクタ４を設定する。キャラクタ４のデザインは、人間（例えば、バーチャルアイドル、アニメのキャラクタなど）でもよいし、仮想の動物、ロボット、架空の生物、などのデザインであってもよい。適宜設定可能である。そして、キャラクタ４は、ユーザ２と日常的なコミュニケーションが可能な知性を有するようにその振る舞いが制御される。

ここで言う「コミュニケーション」は、あたかも人工的な知性と意思疎通しているかのようにユーザに感じさせるように、ユーザ端末をマンマシンインターフェースとして実行される仮想コミュニケーションである。コミュニケーションの形態は、例えば、会話（テキスト会話、音声会話の何れでもよい。）、動物の飼い主に対する振る舞いのような非言語（例えば、ボディランゲージ、仕草など）による間接的な感情や意志のやりとり、でもよく、キャラクタ４のデザインに適した内容を適宜設定するとよい。

自動購入システム１０００は、商品の購入云々にかかわらず、日常的にユーザ２とキャラクタ４とのコミュニケーションを可能にするコミュニケーション処理を実行する。
例えば、図４に示すように、自動購入システム１０００は、ユーザ端末１５００のタッチパネル１５０６にてキャラクタ４を表示させるとともに、あたかもキャラクタ４が表示画面内に住んでいるかのようにキャラクタ４の行為を制御する。そして、自動購入システム１０００は、行為・動作の制御のなかで、キャラクタ４からユーザ２に話しかけるように発話制御してコミュニケーションを促したり、ユーザ２が話しかけ操作をすると、キャラクタ４がそれに応答するようにキャラクタ４を制御して、コミュニケーションを実現する。

図４の例では、キャラクタ４の台詞は吹き出し３で表示され、ユーザ２は、ソフトフェアキーボード７を使って、自らの発言を入力して、テキスト入力・テキスト出力で会話をしている。

前述のように、購入した商品は、予め登録していた配送先へ既存の宅配システムを利用して届けられる。ユーザ２の立場に立ってみれば、ある日突然に商品が配達されてくることになる。よって、ユーザ２は、従来のオンラインでの物品購入ではあり得なかった、自分以外の誰かが自主的に何かを購入して自分にプレゼントしてくれたものを受け取るような喜びや楽しさを味わうことができる。

加えて、自動購入システム１０００は、商品の配達後に、キャラクタ４とユーザ２のコミュニケーションを利用して、あたかもキャラクタ４がユーザ２に内緒で、自ら商品を選んで購入し配送手配したかのように見せかける報告を行う。

具体的には、自動購入システム１０００は、配送手続時に取得された配送追跡番号を記憶し、未配達の購入品について、周期的に宅配システムの配送追跡ウェブサイトにアクセスし、当該ウェブサイトが提供しているＡＰＩ等を利用して、当該配送追跡番号別に未配達の購入品の配達状況を監視する。そして、配送追跡番号の配送ステータスが配達完了になったならば、ユーザ端末１５００にて報告と、今回購入した商品へのユーザ評価の入力を促す表示と、を行う。

ユーザ２は、突然に送られてきた商品の由来を、キャラクタ４から知らされ、それとともに購入品についてキャラクタ４とコミュニケーションする機会を得ることになる。つまり、ユーザ２は、オンラインでの物品購入という利便性のみならず、プレゼントされるかのようなサプライズ感に加え、物品購入をネタとしたコミュニケーションの楽しみも得ることとなる。

図５は、キャラクタ４の種類別の特性について説明するための図である。
ユーザ２は、自身が使用するキャラクタ４の種類を、複数種類の選択肢のなかから選択することができる。

キャラクタ４は、種類別に異なる特性を有するように設定されている。
具体的には、自動購入システム１０００は、キャラクタ４（４ａ，４ｂ，…）の種類毎に、データベースとして、特性起源ライブラリ５２７（６ａ，６ｂ，…）を有する。そして、一つの特性起源ライブラリ５２７は、想定される様々な状況別の商品選択傾向定義データ５３０及び会話傾向定義データ５５０を含んでいる。

ユーザ２がシステムの利用を開始した当初、自動購入システム１０００は、ユーザ２が使用するキャラクタ４の特性起源ライブラリ５２７の中から、デフォルトの商品選択傾向定義データ５３０を選択して適用を開始し、デフォルトの会話傾向定義データ５５０を選択して適用を開始する。そして、自動購入システム１０００は、所与のタイミングで、その時々のユーザ２の状況や状態、ユーザ２とキャラクタ４との会話の有り様に適合する傾向定義データを選択し直して、それ以降の商品自動選択や会話の制御に用いる。結果として、キャラクタ４は、使用開始当初、そのキャラクタの種類に応じた所定の特性を示す。そして使用が進むにつれて、大きな意味での特性は維持しつつも、細かな点においては、徐々に時々の状況に応じた特性を示すようになり、「人間ぽい」振る舞いをしているようにユーザ２に見えることとなる。

図６は、商品選択傾向定義データ５３０のデータ構成例を示す図である。
商品選択傾向定義データ５３０は、商品選択に係るキャラクタ４の傾向・特性を定義する各種データを含んでいる。そして、商品選択傾向定義データ５３０が定義する傾向は、特性起源ライブラリ５２７（図５参照）別に他のライブラリにおけるそれとは異なる特徴が生まれるように設定されている。言い換えると、商品選択傾向は、キャラクタ設定に基づく商品の選択傾向を含むように設定されている。

具体的には、一つの商品選択傾向定義データ５３０は、固有の傾向ＩＤ５３１と、適用状況５３２と、傾向内容データ５４０と、を含む。

適用状況５３２は、当該定義データが選ばれ、キャラクタ４の制御に適用されるために満たされるべき状況を、単数または複数の条件を組み合わせて記述している。
具体的には、適用状況５３２は、契約期間内における時期条件５３３と、収集情報条件５３４と、キャラクタ設定条件５３５と、を用いて記述される。なお、適用状況５３２を記述する条件の一つまたは複数を省略しても良いし、これら以外のパラメータについての条件も適宜追加してもよい。また、それらの条件は、それぞれ実質的な無条件となるような設定も可能である。

契約期間内における時期条件５３３は、契約期間における現在の時間的な相対関係についての条件である。契約期間内における時期条件５３３は、例えば「契約期間の最終日」「契約期間の前半」などの内容を設定可能であり、契約開始日時と現在日時の比較から条件が満たされているかを判定できる。

収集情報条件５３４は、ユーザ２に関連する情報として自動収集された情報についての条件である。ここで言う「収集情報」とは、ユーザ登録に係る情報、行動履歴情報、コミュニケーション履歴、それらから推定される推定結果、購入履歴、購入品へのユーザ評価、などを含む。そして、収集情報条件５３４は、それらの収集情報をパラメータとする単数または複数の条件を組み合わせて記述される。

具体的には、収集情報条件５３４は、プロフィール条件５３４ａと、行動履歴条件５３４ｂと、コミュニケーション履歴条件５３４ｃと、推定ユーザ状況条件５３４ｄと、購入履歴条件５３４ｅと、ユーザ評価条件５３４ｆと、を含む。勿論、これら以外の条件も適宜含めることができる。

プロフィール条件５３４ａは、ユーザ登録の際にユーザ２が申告した個人情報についての条件である。例えば、住所、氏名、年齢、性別、生年月日、職業、家族構成、家族の生年月日、などについての条件である。商品選択傾向定義データ５３０は、適用状況５３２と傾向内容データ５４０とを対応づけているので、実質的に、商品選択傾向定義データ５３０は、ユーザ２のプロフィール情報に基づく商品の選択傾向を含んでいると言える。

行動履歴条件５３４ｂは、ユーザ端末１５００にて自動的に記録管理されている行動履歴情報についての条件であって、行動履歴情報に含まれるデータ（例えば、ユーザ２の所在位置や、ユーザ２の移動距離、運動量、ゲームプレイしていた時間長、摂取した推定食物カロリー値、など）をパラメータとして記述される。具体的には、行動履歴条件５３４ｂとして、例えば「在宅」「職場に居る」「１００００歩歩いた」「ゲームプレイ時間が８時間以上」「カロリー過多」などと設定することができる。

コミュニケーション履歴条件５３４ｃは、これまでのユーザ２とキャラクタ４とのコミュニケーションの実績に関する条件であり、コミュニケーションの履歴から判定することができる。コミュニケーション履歴条件５３４ｃとしては、例えば「（コミュニケーションした累積時間長が）１００時間到達」、「（コミュニケーションで交わされた会話数が）１０００会話到達」、などの内容を設定することができる。

推定ユーザ状況条件５３４ｄは、収集情報および収集情報を基にしてウェブサイトを自動巡回して得られた自動収集情報などから推定されるユーザの状態やユーザの状況についての条件である。

具体的には、自動購入システム１０００は、行動履歴のうち位置情報の履歴から、ユーザ２の当日の地理的行動範囲（例えば、地図上の呼称や、鉄道の路線の呼称、など）を特定し、特定結果をキー情報として、当該行動範囲での交通事情・事件・事故・天気・気温などといった時事ニュースを、ウェブサイトの自動巡回で取得する。よって、推定ユーザ状況条件５３４ｄとして、例えば「雷雨に遭遇した」「交通渋滞に巻き込まれた」「最高気温が３５℃を超えた」などといった条件を設定することができる。

また、コミュニケーションの内容を解析し、「疲れた」「しんどい」「徹夜あけ」「食べたくない」などのキーワードが含まれていれば、ユーザ２が疲労していることが推定される。また「病院」や病状を示す単語がキーワードに含まれていれば、ユーザ２が病気をしていることが推定できる。よって、推定ユーザ状況条件５３４ｄとして、例えば「推定疲労状態」「推定病気状態」といった解析結果を設定することができる。

また、行動履歴に、ゲームプレイのプレイ履歴についての情報が含まれていれば、ユーザがどれだけゲームプレイしているかを知ることができる。よって、推定ユーザ状況条件５３４ｄとして、例えば「１日のゲームプレイ時間が８時間を超えている（ゲームのやり過ぎ）」といった内容を設定することもできる。

また、行動履歴に、食物のカロリー摂取量（または、それを推定算出するための食べたものの画像データや、メニュー名など）が含まれていれば、ユーザ２の食事事情がわかる。よって、例えば、推定ユーザ状況条件５３４ｄとして、「１日カロリー摂取量が（基準値）を超えている」「（栄養成分名）が不足している」といった内容を設定することもできる。

購入履歴条件５３４ｅは、購入履歴に関する条件であり、キャラクタ４の自動購入のサポート役としての経験値に関する条件とも言える。自動購入システム１０００は、ユーザ毎に購入履歴を記憶する（後述）。よって、購入履歴条件５３４ｅとしては、例えば「累積１００品目到達」「累積１００購入到達」などの内容を設定することができる。

ユーザ評価条件５３４ｆは、購入された商品へのユーザ２による評価についての条件であり、キャラクタ４の商品選択の成績とも言える。自動購入システム１０００は、購入履歴に、当該購入された商品へのユーザ評価の情報を対応づけて記憶する。よって、ユーザ評価条件５３４ｆとして、例えば「平均評価が５点満点中３点未満」「（過去所定期間）内で５点満点無し」などの内容を設定することができる。

キャラクタ設定条件５３５は、キャラクタ４のキャラクタ設定に関する条件であり、例えば、キャラクタ使用実績条件５３５ａと、好意度条件５３５ｂと、を含む。勿論、これら以外のデータも適宜含めることができる。

キャラクタ使用実績条件５３５ａは、ユーザ２とキャラクタ４との付き合いの時間長や、サポート役としての実績についての条件である。自動購入の契約開始からの経過時間や、自動購入システム１０００へのアクセス時間、などで条件を記述できる。自動購入の契約開始からの経過時間と契約期間とから、契約の自動更新回数を知ることもできる。よって、キャラクタ使用実績条件５３５ａとして、例えば「使用から３ヶ月経過」「累積１００時間到達」「自動更新３回以上」などの内容を設定できる。

なお、キャラクタ使用実績条件５３５ａは、キャラクタ経験値や、キャラクタ成長レベル、などに置き換えてもよい。勿論、その場合のキャラクタ経験値やキャラクタ成長レベルは、キャラクタを使用している時間長や、コミュニケーション履歴（特に、会話の内容）に基づいて、キャラクタ管理に関する制御の一つとして自動的に更新・変更されるものとする。

好意度条件５３５ｂは、キャラクタ４の設定に係るパラメータの一つである「好意度」についての条件である。「好意度」は、キャラクタ４がご主人様であるユーザ２に対して抱いている好意や親近感の程度を表す「０（嫌い）」から「１００（大好き）」の間の値をとる。自動購入システム１０００は、所与のタイミングで、コミュニケーションの履歴や、購入した商品への評価結果などに基づいて好意度を変更する。

傾向内容データ５４０は、当該定義データが定義する内容であって、一つの商品選択傾向定義データ５３０に少なくとも一つ用意される。そして、傾向内容データ５４０は、購入実行タイミング基準５４１と、１購入当たりの合計対価条件５４２と、選択傾向設定データ５４４と、を含む。

購入実行タイミング基準５４１は、自動購入を実行するために満たされるべき条件である。購入実行タイミング基準５４１を記述するパラメータは、適用状況５３２の各条件に係り採用されたパラメータを用いることができる。よって、購入実行タイミング基準５４１として、例えば「単位期間経過毎」「土曜または日曜」「祝日」「事前設定されている給料日の翌日」「疲労状態」「誕生日」「家から出なかった日」など、の内容を設定することができる。また、契約消費額の残高を利用して「契約期間残り３日未満、且つ、契約消費額の残高が５０％以上残っている」といった内容を設定することができる。

特性起源ライブラリ５２７が、キャラクタ４の種類別に用意されていることと、適用状況５３２にはキャラクタ使用実績条件５３５ａや、好意度条件５３５ｂのように、キャラクタ４のキャラクタ設定に関する条件が含まれていることから、購入実行タイミング基準５４１には、キャラクタ４のキャラクタ設定に基づくタイミング基準が含まれていると言える。

なお、１つの商品選択傾向定義データ５３０に含まれる購入実行タイミング基準５４１の数は、任意に設定できる。よって、例えば契約単位期間に１回だけ定期購買の単位期間当たりの契約金額の全額を使って豪快に買い物をする特性を設定する場合には、「契約単位期間最終日」といった内容の購入実行タイミング基準５４１を一つだけ用意すればよい。

１購入当たりの合計対価条件５４２は、１回の自動購入当たりの予算についての条件であって、消費可能な契約消費額の所定値や範囲、単位期間当たりの契約金額に対する割合、などで設定することができる。また「全額」とすることもできる。

選択傾向設定データ５４４は、複数種類ある商品群のなかから購入する商品を選択する傾向を定義した各種データを含む。逆説的に言えば、選択時の制限、選択の前提を定義しているとも言える。
具体的には、選択傾向設定データ５４４は、例えば、選択数条件５４４ａと、商品種類条件５４４ｂと、カテゴリー優先順位５４４ｃと、レア商品選択優先度５４４ｄと、割引商品選択優先度５４４ｅと、を含む。勿論、これら以外のデータも適宜含めることができる。

選択数条件５４４ａは、１回の購入に当たり選択される商品の合計数に関する条件である。選択数条件５４４ａとしては、例えば「１個」「１～５個」「３個以上」「無制限（実質的に当該条件の設定なしに相当）」といった内容を設定することができる。

商品種類条件５４４ｂは、１回の購入にあたり選択される商品の種類に関する条件である。商品種類条件５４４ｂとしては、例えば「１種類」「複数種類」「無制限」といった内容を設定できる。

カテゴリー優先順位５４４ｃは、商品を選択する上で、商品カテゴリーに基づく選択優先順位を設定する。商品カテゴリーは、商品群に含まれている各商品に係る管理情報に含まれているので、商品選択時にはこれを参照する。カテゴリー優先順位５４４ｃは、例えば、優先順にカテゴリーを並べたリスト、カテゴリー種類とその優先順位を対応づけたリスト、といった形式で実現する。その際、優先順位をすべて「１」とすることで、実質的にカテゴリーによる優先順位に影響されない商品選択の傾向とすることもできる。

レア商品選択優先度５４４ｄは、商品カテゴリーが「限定」や「未公開（ユーザには存在が明かされていない意）」に設定されている商品を優先して選択する度合を示す。今回の商品選択において、限定・未公開の商品を優先するか否かをランダム抽選で決定するとした場合、レア商品選択優先度５４４ｄは、その当選確率として記述できる。その場合、レア商品選択優先度５４４ｄを「１００％」とすれば、商品カテゴリーが「限定」や「未公開」の商品を必ず優先して選択する設定となる。レア商品選択優先度５４４ｄを「５０％」に設定すれば、限定・未公開の商品が時々（５０％の割合で）選ばれる傾向の設定となる。レア商品選択優先度５４４ｄを５０％未満の値に設定すれば、限定品や未公開品が選択されにくくなる傾向の設定となる。
つまり、商品選択傾向定義データ５３０が定義する傾向内容データ５４０は、選択する商品のレアリティの条件に関する商品の選択傾向に関する定義情報を含んでいると言える。

割引商品選択優先度５４４ｅは、商品カテゴリーが「割引」に設定されている商品を優先して選択する度合を示す。今回の商品選択において、割引商品を優先するか否かをランダム抽選で決定するとした場合、割引商品選択優先度５４４ｅは、その当選確率として記述できる。その場合、割引商品選択優先度５４４ｅを「１００％」とすれば、商品カテゴリーが「割引」の商品を必ず優先して選択する設定となる。レア商品選択優先度５４４ｄを「５０％」に設定すれば、割引の商品が時々（５０％の割合で）選ばれる傾向の設定となる。割引商品選択優先度５４４ｅを５０％未満の値に設定すれば、割引開品が選択されにくくなる傾向の設定となる。

商品選択傾向定義データ５３０の適用状況５３２の設定と、傾向内容データ５４０とを、適切に設定することで、キャラクタ４やユーザ２が置かれている様々な状況において、キャラクタ４に様々な商品選択の傾向を持たせることができる。すなわち、状況の設定と、傾向の設定と、キャラクタ４のデザインとの相乗効果によって、キャラクタ４に何らかの知性があって、個性的な買い物の仕方をするキャラクタ特性を設計できる。

具体的には、例えば、コミュニケーション履歴条件５３４ｃについて、コミュニケーション累積時間長についての異なる条件（例えば、「累積１００時間未満」「累積１００時間到達」）となる商品選択傾向設定データ５４４を用意する。それぞれの傾向内容データ５４０の商品選択傾向設定データ５４４に違いを設定すれば、キャラクタ４に係るコミュニケーション累積時間長によって、選択傾向が変化するキャラク特性をデザインできる。より具体的には、「累積１００時間未満」ならば、レア商品選択優先度５４４ｄを「０％」、「累積１００時間到達」ならばレア商品優先度５４４ｄを「１００％」に設定すれば、ユーザ２とキャラクタ４とのコミュニケーション累積時間長が１００時間に達する前は、レア商品はほとんど選ばないが、１００時間に達すると積極的にレア商品を選ぶ、といったキャラクタ特性となる。

同様にして、推定ユーザ状況条件５３４ｄに「ユーザが病気」に設定された商品選択傾向設定データ５４４と、推定ユーザ状況条件５３４ｄに「ユーザが病気」が設定されていない商品選択傾向設定データ５４４と、を用意し、両者で割引商品選択優先度５４４ｅの設定を違えれば、ユーザが病気である状況と、そうでない状況とで、割引商品を購入する傾向に違いがあるキャラクタ特性を設計できる。

なお、選択傾向設定データ５４４の設定値には、適宜幅を設けて、自動購入システム１０００は、商品選択の時点でその設定値の幅のなかから、実際に適用する値をランダムに決めるとしてもよい。当該構成では、購入する商品の選択に、「特性」の設定による適度な選択傾向とゆらぎが生じるようになり、自動購入システム１０００は、あたかも固有の人格があるキャラクタ４が商品を選んでいるかのように、言い換えると、人間の様な知性体が商品を選んでいるかのように見せることが可能となる。

そして、こうした適用状況の設定とそれに応じた傾向の設定とを利用したキャラクタ４の個性・特性の演出は、コミュニケーション（具体的には、キャラクタ４との会話）に係る傾向についても適用されている。

図７は、会話傾向定義データ５５０のデータ構成例を示す図である。
会話傾向定義データ５５０は、固有の傾向ＩＤ５５１と、適用状況５５２と、日常会話設定データ５５８と、購入報告設定データ５５９と、を含む。勿論、これら以外のデータも適宜含めることができる。

適用状況５５２は、商品選択傾向定義データ５３０の適用状況５３２と同様に記述できる。

日常会話設定データ５５８は、通常のコミュニケーションでの会話におけるキャラクタ４の台詞等を定義する。一つの日常会話設定データ５５８は、当該データの台詞が発言される条件である発言条件と、台詞内容（テキストや音声データ）、発言時のキャラクタ４の動作を定義するデータである発言時アクションデータと、を含む。勿論、これら以外のデータも適宜含めることができる。

購入報告設定データ５５９は、購入した商品の配送後に実施されるコミュニケーションを通じた購入報告に使用される台詞を定義する。一つの購入報告設定データ５５９は、報告発動条件と、報告台詞内容と、評価依頼台詞内容と、報告時アクションンデータと、を含む。勿論、これら以外のデータも適宜含めることができる。

報告台詞内容は、購入の報告を告げる内容である。
評価依頼台詞内容は、購入商品への評価をキャラクタ４がユーザへ尋ね、評価の入力を促す内容である。入力された評価は、キャラクタ４の設定の変更に利用され、その変更は、商品選択傾向定義データ５３０や、会話傾向定義データ５５０の選択を介して、選択される商品の傾向や、会話の傾向としてフィードバックされる。

なお、購入報告設定データ５５９を設定しない会話傾向定義データ５５０も用意される。購入報告設定データ５５９を設定しない会話傾向定義データ５５０が適用されているときのキャラクタ４は、購入報告をしないことになる。言い換えると、購入報告を「さぼる」キャラクタ４の特性とすることができる。

図８は、本実施形態におけるユーザ端末１５００の機能構成例を示す機能ブロック図である。ユーザ端末１５００は、操作入力部１００と、音声入力部１０２と、撮影部１０４と、測位部１０６と、端末処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、端末記憶部５００と、を備える。

操作入力部１００は、ユーザによってなされた各種の操作入力に応じた操作入力信号を端末処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、ＣＣＤモジュール、などによって実現できる。図２の方向入力キー１５０２や、ボタンスイッチ１５０４、タッチパネル１５０６、などがこれに該当する。

音声入力部１０２は、ユーザ２の発する声を集音して、音声信号を端末処理部２００へ出力する。図２のマイク１５１２がこれに該当する。コミュニケーションを音声入力で行う場合には、音声入力部１０２が第２の操作入力部として使用される。

撮影部１０４は、撮影した画像データを生成して端末処理部２００へ出力する。図２の例では、カメラ１５２０がこれに該当する。行動履歴情報に、何を食べたのか食べたもののカロリーの記録を含める場合には、撮影部１０４は、食べたものを撮影・入力するための第３の操作入力部として使用される。

測位部１０６は、測位システムからの電波等を受信して、位置情報を生成し端末処理部２００へ出力する。図２の例では、測位モジュール１５５４がこれに該当する。行動履歴情報に位置情報を含む場合は、測位部１０６が利用される。

端末処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や端末記憶部５００を含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバシステム１１００から受信した各種データに基づいて各種の演算処理を実行して、ユーザ端末１５００の動作を制御する。図２の制御基板１５５０がこれに該当する。

そして、本実施形態における端末処理部２００は、行動履歴管理部２０２と、クライアント端末制御部２０４と、計時部２８０と、音生成部２９０と、画像生成部２９２と、通信制御部２９４と、を有する。

行動履歴管理部２０２は、行動履歴情報の記録と管理の制御を行う。自動購入システム１０００とは別のアプリケーションプログラムによって実現される。例えば、行動履歴管理部２０２は、日々の行動範囲や行き先を自動記録するアプリケーションや、オンラインゲームをプレイするためのアプリケーション、摂取カロリーや消費カロリーの推定を行うアプリケーションプログラム、などにより実現される。

クライアント端末制御部２０４は、ユーザ端末１５００を自動購入システム１０００におけるユーザ端末として機能させるための各種制御を行う。具体的には、クライアント端末制御部２０４は、サーバシステム１１００と通信するクライアント装置としての機能を実現し、キャラクタ４との仮想コミュニケーションを体験するためのマンマシンインターフェースとしての機能を実現する。

計時部２８０は、システムクロックを利用して現在日時や制限時間等の計時を行う。

音生成部２９０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現され、楽曲や効果音、各種操作音の音信号を生成し、音出力部３９０に出力する。

音出力部３９０は、音生成部２９０から入力される音信号に基づいて音出力（放音）する装置によって実現される。図２のスピーカ１５１０がこれに該当する。

画像生成部２９２は、各種画像データの生成および画像表示部３９２にそれらの画像を表示させるための画像信号の生成出力などの制御を行う。

画像表示部３９２は、画像生成部２９２から入力される画像信号に基づいて各種画像を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。本実施形態では、図２のタッチパネル１５０６がこれに該当する。

通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。

通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現され、図２の無線通信モジュール１５５３がこれに該当する。

端末記憶部５００は、端末処理部２００に所与の機能を実現さえるためのプログラムや、各種データ等を記憶する。また、端末処理部２００の作業領域として用いられ、端末処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図２の制御基板１５５０が搭載するＩＣメモリ１５５２やメモリカード１５４０がこれに該当する。オンラインストレージを利用する構成も可能である。

具体的には、端末記憶部５００は、端末処理部２００を行動履歴管理部２０２として機能させるための行動履歴管理プログラム５０１と、端末処理部２００をクライアント端末制御部２０４として機能させるためのクライアントプログラム５０２と、行動履歴情報５０３と、現在日時８００と、を記録する。勿論、これら以外のデータも適宜記憶できる。

図９は、サーバシステム１１００の機能構成例を示す機能ブロック図である。
サーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、音出力部３９０ｓと、画像表示部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓと、を有する。

操作入力部１００ｓは、サーバの管理のための各種操作を入力するための手段である。図１のキーボード１１０６がこれに該当する。

サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路となるプロセッサの他、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｓやサーバ記憶部５００ｓを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号、ユーザ端末１５００などから受信したデータ、等に基づいて各種の演算処理を実行して、サーバシステム１１００の動作を統合的に制御する。

そして、サーバ処理部２００ｓは、自動購入管理部２１０と、計時部２８０ｓと、音生成部２９０ｓと、画像生成部２９２ｓと、通信制御部２９４ｓとを含む。勿論、これら以外の機能部も適宜含めることができる。

自動購入管理部２１０は、自動購入システム１０００におけるサーバシステム１１００が担う機能を実現する。具体的には、自動購入管理部２１０は、ユーザ登録情報管理部２１２と、キャラクタ管理部２２０と、収集情報管理部２３０と、コミュニケーション履歴管理部２３２と、購入制御部２３４と、を含む。

ユーザ登録情報管理部２１２は、ユーザ毎に、契約消費額と、購入商品の配送先とを含むユーザ登録情報を管理する。具体的には、ユーザ登録情報管理部２１２は、当該ユーザの設定操作に基づいて当該ユーザの契約消費額を設定する。

キャラクタ管理部２２０は、ユーザ毎に、当該ユーザの前記ユーザ端末をマンマシンインターフェースとして実行される仮想コミュニケーションにおける当該ユーザの相手となるＡＩ（Artificial Intelligence）キャラクタを管理する。そして、キャラクタ管理部２２０は、１）コミュニケーションにおけるキャラクタ４の行為、具体的には会話と会話中の動作を制御するコミュニケーション制御部２２１と、２）キャラクタ４のキャラクタ設定を、ユーザ毎に変更制御するキャラクタ設定変更部２２３と、を有する。

コミュニケーション制御部２２１は、購入処理が実行された場合に、当該購入処理に係るユーザ２の相手となっているキャラクタ４が、自ら当該購入処理による購入を実行したかのような報告を当該ユーザに対して行うように、当該キャラクタを制御する。

具体的には、コミュニケーション制御部２２１は、会話傾向定義データ５５０の購入報告設定データ５５９のなかから、その時の状況に報告発動条件が適合している設定データを選択して、その報告台詞内容を用いてキャラクタ４に発言させる。
そして、前述のように、特性起源ライブラリ５２７には、購入報告設定データ５５９が無い会話傾向定義データ５５０が用意されている。よって、コミュニケーション制御部２２１は、キャラクタ４のキャラクタ設定に基づいて、購入処理が実行される毎に当該キャラクタが報告を行うか否かを可変に制御することとなる。

そして、報告台詞内容には、キャラクタ４が購入品の評価を尋ねる内容が含まれている。よって、コミュニケーション制御部２２１は、購入処理が実行された後、当該購入処理に係るユーザ２の相手となっているキャラクタ４が、当該購入処理において購入した商品に対する評価を尋ねて評価結果を得るように、当該キャラクタ４を制御することとなる。

キャラクタ設定変更部２２３は、コミュニケーション履歴に基づいて、キャラクタ４のキャラクタ設定を変更制御する。商品選択傾向定義データ５３０の適用状況５３２を記述する好意度条件５３５ｂ（図５参照）の判定に用いられる「好意度」パラメータは、変更制御の対象となるキャラクタ設定の一つである。

また、キャラクタ設定変更部２２３は、購入品の評価結果に基づいて、当該購入品の自動購入に係わったキャラクタ４のキャラクタ設定を変更制御する。具体的には、キャラクタ４別に管理される「好意度」パラメータの値を、評価結果が所定の基準値より高ければ、好意度を高めるように変更し、基準値に達していなければ好意度を下げるように変更する。なお、ここで言う、好意度の変更に供する「基準値」と変更量は、キャラクタ４の種類毎に異なった所定値が定義されており、キャラクタ４の種類の違いを感じさせる一つとなる。

収集情報管理部２３０は、ユーザ毎に、仮想コミュニケーションの履歴であるコミュニケーション履歴を少なくとも含む当該ユーザに係る収集情報の自動収集と記録とを管理する。具体的には、収集情報管理部２３０は、ユーザ端末１５００から行動履歴情報の写しを所与のタイミングで取得する。また、行動履歴情報に基づいてウェブサイトを自動巡回して、ユーザの状況や状態を推定するための情報を自動収集する。自動収集の例としては、行動履歴からユーザの現在位置や移動経路を特定するとともに、現在位置や移動経路を含む地域名を判定する。そして、判定した地域名を検索ワードとして、天気予報や天気実況を扱う所定のウェブサイトで当該地域の天気の情報を取得する。また、判定した地域名を検索ワードとして、交通情報を扱う所定のウェブサイトで当該地域の交通渋滞や列車の遅延などの情報を取得する。

コミュニケーション履歴管理部２３２は、ユーザ毎に、仮想コミュニケーションの履歴であるコミュニケーション履歴を管理する。

購入制御部２３４は、ユーザ２毎に、購入対価が当該ユーザの契約消費額以内の購入商品を、当該ユーザ２のコミュニケーション履歴に基づく商品選択傾向を少なくとも用いて、所与の商品データベース１１４０の中から自動的に選択する商品自動選択処理と、当該ユーザ２に登録されている配送先への当該購入商品の配送手続処理とを行うことで購入処理を実行する。そして、購入履歴を記録管理する。

具体的には、購入制御部２３４は、選択する購入商品の数および組み合わせをユーザ毎に可変に決定する。

そして、購入制御部２３４は、コミュニケーション履歴に基づく購入実行タイミング基準に基づいて、購入処理の実行タイミングを可変に制御する。前述のように商品選択傾向定義データ５３０は、適用状況５３２と傾向内容データ５４０とを対応づけて格納している（図６参照）。そして、適用状況５３２には、コミュニケーション履歴条件５３４ｃが含まれていて適用されるべき状況の記述を担っている。傾向内容データ５４０には、購入実行タイミング基準５４１が含まれている。よって、購入制御部２３４は、購入処理の実行タイミングを、コミュニケーション履歴に基づいて可変に制御することとなる。

また、購入実行タイミング基準５４１には、「単位期間の経過毎」が設定された基準もあるので、当該購入実行タイミング基準に従った場合には、購入制御部２３４は、単位期間が経過する毎に、購入処理を実行することとなる。

計時部２８０ｓは、システムクロックを利用して現在日時や制限時間等の計時を行う。

音生成部２９０ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステム１１００のシステム管理に係る操作音などの音声データを生成或いはデコードする。キャラクタ４の台詞を読み上げる音声をユーザ端末１５００にて放音させる構成では、台詞音声データのデコードをするとしてもよい。そして、システム管理に関する音声信号は音出力部３９０ｓへ出力する。

音出力部３９０ｓは、入力された音声信号で放音する。図１の例では本体装置やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。

画像生成部２９２ｓは、画像の生成、画像の合成、画像表示部３９２ｓにそれらを表示させる画像信号の出力を行う。本実施形態では、サーバシステム１１００のシステム管理に関する画像や、キャラクタ４をユーザ端末１５００で表示させるためのデータ、などの各種の画像・映像を生成する機能の一部を担う。本実施形態では、画像生成部２９２ｓは、仮想３次元空間に設置された仮想カメラで撮影したキャラクタ４についての画像をレンダリングする。なお、キャラクタ４の画像をユーザ端末１５００にてレンダリングさせる構成も可能であり、その場合、画像生成部２９２ｓからはレンダリングの機能を省くこともできる。

通信制御部２９４ｓは、データ通信に係るデータ処理を実行し、通信部３９４ｓを介して外部装置とのデータのやりとりを実現する。

通信部３９４ｓは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置１１５３が該当する。

サーバ記憶部５００ｓは、サーバ処理部２００ｓにサーバシステム１１００を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、サーバ処理部２００ｓの作業領域として用いられ、サーバ処理部２００ｓが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では本体装置が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体、商品データベース１１４０、がこれに該当する。

図１０は、サーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。
サーバ記憶部５００ｓは、サーバプログラム５０５と、配信用クライアントプログラム５０６と、商品管理データ５１０と、キャラクタ初期設定データ５２０と、ユーザ状況推定基準データ５６０と、ユーザ登録情報６００と、キャラクタ管理データ６５０と、現在日時８００と、を記憶する。勿論、これら以外のデータも適宜記憶できる。

商品管理データ５１０は、自動購入システム１０００で購入可能な商品毎に用意されている。一つの商品管理データ５１０は、例えば、固有の商品名と、商品のカテゴリーと、購入対価と、商品関連情報（例えば、色、大きさ、原産国、原材料名、など）と、割引率と、在庫数と、を含む。勿論、これら以外のデータも適宜含めることができる。

キャラクタ初期設定データ５２０は、キャラクタ４の種類毎に設けられており、当該キャラクタに関する各種の初期設定データや関連データを格納する。
一つのキャラクタ初期設定データ５２０は、例えば、キャラクタ種類５２１と、キャラクタモデルデータ５２３と、特性パラメータ値変更パターンデータ５２５と、特性起源ライブラリ５２７と、を含む。勿論、これら以外のデータも適宜含めることができる。

特性パラメータ値変更パターンデータ５２５は、キャラクタ４の特性に係るパラメータ値をどのように変化させるかのパターンを定義するデータであって、キャラクタ種類５２１別に変更パターンが異なるように設定されている。具体的には、本実施形態では、キャラクタ４毎に、特性パラメータ値として、キャラクタ４が当該キャラクタを使用するユーザ２に抱いている仮想の好意や親近感の度合を示す値として「好意度」を有する。特性パラメータ値変更パターンデータ５２５は、この好意度をどのようなパラメータに基づいて、どのように変化させるかを定義している（詳細後述）。

ユーザ状況推定基準データ５６０は、自動購入システム１０００がユーザ２に係り収集した情報（収集情報）に基づいて推定される、その時々のユーザ２の状態やユーザ２が置かれている状況の種類毎に用意され、その状況や状態にあると推定するための判定基準を定義している。

例えば、図１１は、インターネットのウェブサイトを自動巡回して自動取得した情報に基づいて推定するためのユーザ状況推定基準データ５６０の一例を示す図である。図１２は、ユーザ２とキャラクタ４とのコミュニケーション履歴に基づいて推定するためのユーザ状況推定基準データ５６０の一例を示す図である。

一つのユーザ状況推定基準データ５６０は、準備情報指定５６１と、判定要件５６３と、ユーザ状況推定結果５６５と、を対応付けて格納している。

準備情報指定５６１は、当該規準データに基づいて推定を行う素材として準備するべき情報を指定する。
具体的には、図１１で示す準備情報指定５６１の例では、準備情報指定５６１は、ユーザ所在履歴５６１ａと、時事ニュース種類５６１ｂと、が設定されている。ユーザ所在履歴５６１ａは、ユーザ２の行動履歴情報から求められる時間帯別（例えば、朝・昼・夕・夜・通勤時間帯など）別のユーザ２の位置の地理的情報（例えば、行政区名、地域名、公共交通機関の路線名、など）のリストである。ユーザ位置のトラッキングデータと読み替えてもよい。時事ニュース種類５６１ｂは、ニュースの種類（例えば、気象情報、地震情報、交通情報、イベント情報、特売情報、など）を指定する。図１１のユーザ状況推定基準データ５６０を参照した自動購入システム１０００は、行動履歴情報からユーザ所在履歴５６１ａを求め、時事ニュース種類５６１ｂが示す時事ニュースを扱う所定ウェブサイトについて自動巡回処理をして、ユーザ所在履歴５６１ａの示す地理的情報に関連付けられる指定された時事ニュースを自動取得する。

また、図１２で示す準備情報指定５６１の例では、準備情報指定５６１は、所与の指定期間（例えば、当日、過去１週間、など）におけるコミュニケーション時間長５６１ｄと、指定キーワードリスト５６１ｅと、指定キーワード別の出現統計種類５６１ｆと、が指定されている。図１２のユーザ状況推定基準データ５６０を参照した自動購入システム１０００は、ユーザ端末１５００からコミュニケーション時間長５６１ｄを求めて、指定キーワードリスト５６１ｅの示すキーワード毎に、出現統計種類５６１ｆの示す統計値（例えば、出現回数、出現率など）を求める。

判定要件５６３は、準備された準備情報指定５６１からユーザ状況推定結果５６５を導く蓋然性を認めるための要件を指定している。そして、ユーザ状況推定結果５６５は、推定されているユーザ２の状況を示す。

例えば、図１１が示す判定要件５６３は、ユーザ所在履歴５６１ａで求めた、各時間帯の所在地（例えば、１７：００～１８：００・池袋周辺）にて、時事ニュース種類５６１ｂの指定する種類の情報（例えば、ゲリラ豪雨）、が自動収集された場合、とされる。
そして、ユーザ状況推定結果５６５は「帰宅途中に豪雨に遭遇」に設定されている。

翻って、商品選択傾向定義データ５３０（図６参照）の推定ユーザ状況条件に、図１１の例のユーザ状況推定結果５６５を設定しておいて、傾向内容データ５４０にて豪雨対策グッズを選択する傾向を設定しておけば、ご主人様であるユーザ２が豪雨に会ったことを理解して、自発的にご主人様のためにグッズを購入する、といったキャラクタ４の購入行動を設定できることとなる。

また例えば、図１２が示す判定要件５６３は、コミュニケーション時間長５６１ｄ（例えば、過去３日）の間に、指定キーワードリスト５６１ｅのキーワードの何れか（例えば、疲れた、しんどい、など疲労時に発するとされる単語やフレーズ）の、出現統計種類５６１ｆの示す統計値（例えば、出現合計回数）が、判定要件５６３の示す判定基準に達している場合、とされる。そして、ユーザ状況推定結果５６５は「疲労蓄積」に設定されている。

翻って、商品選択傾向定義データ５３０（図６参照）の推定ユーザ状況条件に、図１２の例のユーザ状況推定結果５６５を設定しておいて、傾向内容データ５４０にて疲労回復に役立つグッズや食料品、元気づけるためのユーザ２の好きな食べ物、などを選択する傾向を設定しておけば、ご主人様であるユーザ２が疲労困憊していることを理解して、自発的にご主人様のためにグッズや食べ物を購入する、といったキャラクタ４の購入行動を設定できることとなる。

図１３は、ユーザ登録情報６００のデータ構成例を示す図である。
ユーザ登録情報６００は、ユーザ２別に用意され、当該ユーザに係る各種の登録情報を格納する。具体的には、ユーザ登録情報６００は、固有のユーザアカウント６０１と、契約内容情報６０３と、使用キャラクタＩＤ６０５と、個人情報６１０と、契約消費額残高６２０と、自動収集情報６２２と、を含む。勿論、これら以外のデータも適宜含めることができる。

契約内容情報６０３は、例えば、契約開始日時６０３ａ、単位期間６０３ｂ、契約期間６０３ｃ、契約消費額６０３ｄ、購入拒否条件６０３ｅ、契約満了後の自動更新を行うか否かを示す自動更新設定６０３ｆと、を含む。勿論、契約内容によってはこれら以外の情報も適宜含めることができる。

契約期間６０３ｃは、単位期間６０３ｂの整数倍で記述される。契約時には、ユーザ２が、幾つの単位期間６０３ｂを契約期間６０３ｃとするかを選択できる。

契約消費額６０３ｄは、１単位の単位期間６０３ｂ当たり、または契約期間６０３ｃ当たりにユーザ２が支払う対価を示す。本実施形態では、契約期間６０３ｃの開始前に契約消費額６０３ｄの対価分を支払うサブスクリプション方式とするので、契約消費額６０３ｄは「プリペイド対価」の意味を有するが、契約消費額６０３ｄの支払い形態や意味はこれに限らない。例えば、定額枠を設けずに購入毎に対価の自動支払いをする「個別自動決済」、単位期間６０３ｂの間で使用可能な上限を設定する「対価上限」、などであってもよい。契約時には、複数の選択肢がユーザ２に提示され、ユーザによる設定操作に応じて、契約消費額６０３ｄが設定される。

購入拒否条件６０３ｅは、自動購入の対象から除外する品目を特定するための情報を格納する。例えば、商品名、商品の原産国、商品カテゴリー、消費期限の残日数、原材料名、などである。なお、こうした購入拒否条件６０３ｅで設定可能な情報は、商品群の各商品についての情報（商品管理データ５１０の商品関連情報）に含まれているものとする（図１０参照）。

個人情報６１０は、プロフィール情報６１１と、電子決済用情報６１３と、配送先６１５と、を含む。勿論、これら以外のデータも適宜含めることができる。

プロフィール情報６１１に含まれる内容は適宜設定可能である。プロフィール情報６１１として、例えば住所、氏名、年齢、誕生日、性別、職業、家族構成、家族の誕生日、趣味趣向などを含めることができる。趣味趣向で設定可能な趣味名や好みの内容に対応する情報は、商品群の各商品についての情報（商品管理データ５１０の商品関連情報）に含まれており、その商品が趣味趣向に該当するか判定できるものとする。

電子決済用情報６１３は、契約消費額６０３ｄを電子決済で支払うための情報である。例えば、電子決済用情報６１３は、クレジットカード番号や、プリペイドポイントなどとすることができる。電子決済用情報６１３は、契約内容情報６０３に含めるとしてもよい。

契約消費額残高６２０は、契約消費額６０３ｄから、今回の契約期間６０３ｃにて購入された商品の購入対価を差し引いた残余の値を示す。購入商品の自動選択では、購入商品の合計の購入対価が、契約消費額残高６２０の示す値以下となるように選択処理を行う。

自動収集情報６２２は、当該ユーザに係り、サーバシステム１１００が自動収集した情報及びそれから導かれる情報を格納する。具体的には、自動収集情報６２２は、複製行動履歴情報６２３と、自動巡回時収集情報６２４と、ユーザ状況推定結果リスト６２５と、コミュニケーション履歴データ６２６と、を格納する。

複製行動履歴情報６２３は、ユーザ端末１５００にて記録管理されている行動履歴情報５０３（図８参照）の複製である。

自動巡回時収集情報６２４は、サーバシステム１１００が、所定のウェブサイトを自動巡回して得た情報である。時事ニュースがこれに含まれる。

ユーザ状況推定結果リスト６２５は、ユーザ状況推定基準データ５６０（図１１、図１２参照）に従って、現在のユーザ２の状況に該当すると推定されたユーザ状況推定結果５６５のリストである。ユーザ状況推定結果リスト６２５は、商品選択傾向定義データ５３０（図６参照）の推定ユーザ状況条件５３４ｄや、会話傾向定義データ５５０（図７参照）の推定ユーザ状況条件５５４ｄの判定に用いられる。

コミュニケーション履歴データ６２６は、当該ユーザが使用するキャラクタ４とのコミュニケーションが行われる毎に作成され、何時、どのような内容のコミュニケーションが行われたかを記録する。
一つのコミュニケーション履歴データ６２６は、例えば、コミュニケーション相手を示すキャラクタＩＤと、実施日時と、キャラクタ発言と、ユーザ発言とを時系列に格納する。実施日時は、キャラクタ４またはユーザ２からの話しかけが行われた日時から、会話が途切れるまでの日時である。

図１４は、キャラクタ管理データ６５０のデータ構成例を示す図である。
キャラクタ管理データ６５０は、ユーザ２と対応づけられるキャラクタ４毎に用意され、当該キャラクタに関連する各種情報を格納する。具体的には、一つのキャラクタ管理データ６５０は、固有のキャラクタＩＤ６５１と、使用ユーザアカウント６５３と、キャラクタ設定情報６６０と、適用商品選択傾向ＩＤ６７０と、適用会話傾向ＩＤ６７２と、キャラクタ制御データ６８０と、購入履歴データ６８４と、を含む。

キャラクタ設定情報６６０は、当該管理データが管理するキャラクタ４の最新の設定パラメータ値を格納する。具体的には、キャラクタ設定情報６６０は、キャラクタ種類６６１と、特性パラメータ値６６３と、を含む。勿論、これら以外のデータも適宜含めることができる。

特性パラメータ値６６３は、特性起源ライブラリ５２７（図５参照）から、その時々の状況に応じた商品選択傾向定義データ５３０や、会話傾向定義データ５５０を選択するために参照されるパラメータ値、言うなれば具体的に発現される特性を決めるパラメータ値を格納する。

具体的には、特性パラメータ値６６３は、使用累積時間長６６３ａと、コミュニケーション累積時間長６６３ｂと、会話数６６３ｃと、購入回数６６３ｄと、ユーザ評価統計値６６３ｅと、好意度６６３ｆと、を含む。勿論、これら以外のパラメータも適宜含めることができる。

使用累積時間長６６３ａは、当該キャラクタが使用開始されてからの累積経過時間であって自動的に更新される。

コミュニケーション累積時間長６６３ｂは、当該キャラクタがユーザ２とコミュニケーションした累積時間であって自動的に更新される。

会話数６６３ｃは、当該キャラクタがユーザ２と会話コミュニケーションした際のキャラクタ４とユーザ２との発言数の合計であって自動的に更新される。

購入回数６６３ｄは、当該キャラクタに係り自動購入を行った回数の累積数であって自動的に更新される。

ユーザ評価統計値６６３ｅは、当該キャラクタに係り自動購入された購入品へのユーザ評価の統計値（例えば、平均値、最大値、最小値、中央値など）である。

好意度６６３ｆは、当該キャラクタがユーザ２に対して抱いている好意や親近感の度合を示すパラメータ値である。例えば、「０（大嫌い）」から「１００（大好き）」の範囲の整数であって、使用開始時の初期値を「５０（普通・好きでも嫌いでもない）」とされる。

使用累積時間長６６３ａ、コミュニケーション累積時間長６６３ｂ、会話数６６３ｃ、購入回数６６３ｄは、当該キャラクタの自動購入に係るサポート役としての経験値を表すパラメータと言える。特にコミュニケーション累積時間長６６３ｂ、会話数６６３ｃは、当該キャラクタとユーザ２とが親密であるほど、大きな値を指すので、両者の親密さを反映するパラメータであるとも言える。
ユーザ評価統計値６６３ｅは、当該キャラクタの商品選択のユーザからみた有用性を表すパラメータと言える。

好意度６６３ｆは、当該キャラクタのキャラクタ種類に対応づけられる特性パラメータ値変更パターンデータ５２５（図１０参照）を参照して所与のタイミングで自動的に更新される。特性パラメータ値変更パターンデータ５２５は、使用累積時間長６６３ａ、コミュニケーション累積時間長６６３ｂ、会話数６６３ｃ、購入回数６６３ｄ、ユーザ評価統計値６６３ｅ、コミュニケーションで使用された当該キャラクタへ向けた単語に含まれる所定のキーワード、を変数として変更内容を定義している。

具体的には、特性パラメータ値変更パターンデータ５２５は、コミュニケーション累積時間長６６３ｂや会話数６６３ｃが、使用累積時間長６６３ａに対して、順調に増加していると判定できる場合には、好意度６６３ｆを上げるように変更するように設定されている。また、特性パラメータ値変更パターンデータ５２５は、ユーザ評価統計値６６３ｅの評価が高いほど、またキーワードで友好的なキーワードの出現率が高いほど、好意度６６３ｆを上げるように変更するように設定されている。逆に、ユーザ評価統計値６６３ｅが低いほど、またキーワードで攻撃的なキーワードや侮辱的なキーワードの出現率が高いほど、好意度６６３ｆを下げるように設定されている。

適用商品選択傾向ＩＤ６７０は、特性起源ライブラリ５２７のうち、今現在、どの商品選択傾向定義データ５３０が当該キャラクタに適用されているかを示しており、その傾向ＩＤ５３１（図６参照）を格納している。

適用会話傾向ＩＤ６７２は、特性起源ライブラリ５２７のうち、今現在、どの会話傾向定義データ５５０が当該キャラクタに適用されているかを示しており、その傾向ＩＤ５５１（図７参照）を格納している。

キャラクタ制御データ６８０は、当該キャラクタの表示や、コミュニケーションを含むさまざまな行為を制御するための制御データを含む。

購入履歴データ６８４は、自動購入が行われる毎に作成され、何時、何を購入し、ユーザ評価結果がどうだったかを記録する。
一つの購入履歴データ６８４は、例えば、購入日時と、合計対価、購入明細（商品毎の購入数と購入対価の合計）、配送追跡番号、ユーザ評価結果、の各情報を格納する。勿論、これら以外のデータも適宜格納するとしてもよい。
ユーザ評価結果は、購入明細の商品の種類毎の評価であってもよいし、購入された商品が単数種類・複数種類にかかわらず１回の購入全体に対する評価でもよいし、その両方でもよい。

次に、本実施形態の自動購入システム１０００の動作について説明する。
図１５は、サーバシステム１１００における１人のユーザ２に関する処理の流れを説明するためのフローチャートである。ここで説明する処理の流れは、クライアントプログラム５０２が実行されているユーザ端末１５００が、サーバプログラム５０５が実行されているサーバシステム１１００へ通信接続していることで実現される。ユーザ２がユーザ端末１５００を操作すると、操作入力はサーバシステム１１００へ送信される。

サーバシステム１１００は、ユーザ登録処理を実行する（ステップＳ２）。
具体的には、サーバシステム１１００は、ユーザ端末１５００にて、契約内容の選択肢について表示させ、設定操作を受け付ける。ユーザ端末１５００は、ユーザによる設定操作の情報をサーバシステム１１００へ送信する。サーバシステム１１００は、このユーザの設定操作に基づいて当該ユーザの契約内容情報６０３を設定する。同様にして、サーバシステム１１００は、ユーザアカウント６０１と、個人情報６１０とを受け付け、設定する（図１３参照）。

次に、サーバシステム１１００は、ユーザ２が使用するキャラクタ４を初期設定し、キャラクタ設定情報６６０の自動更新と、それに伴う当該キャラクタに適用する商品選択傾向および会話傾向の自動更新を開始する（ステップＳ４）。

具体的には、サーバシステム１１００は、ユーザ端末１５００にて選択可能なキャラクタ４の種類を提示して、ユーザ２によるキャラクタの種類の選択を受け付ける。サーバシステム１１００は、受け付けた選択結果を、使用キャラクタＩＤ６０５（図１３参照）と、キャラクタ管理データ６５０（図１４参照）のキャラクタ設定情報６６０のキャラクタ種類６６１に設定する。そして、サーバシステム１１００は、特性パラメータ値６６３を所定の初期値に設定した後、特性パラメータ値６６３の自動更新を開始する。

また、サーバシステム１１００は、適用商品選択傾向ＩＤ６７０及び適用会話傾向ＩＤ６７２を、使用キャラクタに対応するそれぞれデフォルトの商品選択傾向定義データ５３０、デフォルトの会話傾向定義データ５５０を示す値に設定する。そして、サーバシステム１１００は、これ以降、所与のタイミング（例えば、所定時間経過毎）で、特性起源ライブラリ５２７の商品選択傾向定義データ５３０のなかから、その適用状況５３２（図６参照）が満たされている定義データを一つ選択して、適用商品選択傾向ＩＤ６７０をその傾向ＩＤ５３１に変更する。同様に、特性起源ライブラリ５２７の会話傾向定義データ５５０のなかから、その適用状況５５２（図７参照）が満たされている定義データを一つ選択して、適用会話傾向ＩＤ６７２をその傾向ＩＤ５５１に変更する制御を繰り返し実行する。

次に、サーバシステム１１００は、自動収集情報６２２の自動収集処理を開始する（ステップＳ６）。
これ以降、サーバシステム１１００は、所与のタイミングでユーザ端末１５００へ行動履歴情報５０３の提供リクエストを送信する。ユーザ端末１５００はこれを受信すると、行動履歴情報５０３を返信する。そして、サーバシステム１１００は、これを複製行動履歴情報６２２ａとして記録する。

また、サーバシステム１１００は、所与のタイミングでユーザ状況推定基準データ５６０；図１１、図１２参照）毎に、準備情報指定５６１で指定された情報を収集し、自動巡回時収集情報６２４として記憶する。そして、サーバシステム１１００は、判定要件５６３が満たされた基準データのユーザ状況推定結果５６５を、当該ユーザのユーザ登録情報６００のユーザ状況推定結果リスト６２５に追加する（図１３参照）。反対に、サーバシステム１１００は、判定要件５６３が満たされていない基準データのユーザ状況推定結果５６５を、ユーザ状況推定結果リスト６２５から除外する。

次に、サーバシステム１１００は、契約消費額６０３ｄの徴収処理を実行して、契約消費額残高６２０を徴収した契約消費額６０３ｄに初期化し（ステップＳ８）、キャラクタ４とユーザ２との仮想コミュニケーションを実行するコミュニケーション処理を開始する（ステップＳ１０）。これ以降、契約が切れるまで、自動購入システム１０００による自動購入サービスの提供が開始されることとなる。サーバシステム１１００は、継続的にキャラクタ４の行為の制御を開始する。ユーザ端末１５００の画面内にはキャラクタ４が表示され、キャラクタ４はそこに住んでいるかのように振る舞う制御がなされる。

具体的には、サーバシステム１１００は、適用会話傾向ＩＤ６７２が示す会話傾向定義データ５５０の日常会話設定データ５５８のうち、発言条件が満たされた設定データを選択して、その設定データに従ってキャラクタ４に発言させる。これにより、ユーザ２には、キャラクタ４がユーザ２に向けて話しかけてきて会話するように思える。また、ユーザ２がユーザ端末１５００にて所定の話しかけ操作を入力すると、キャラクタ４はこれに応じて会話してくれたかのように思える。こうしたコミュニケーションが行われる毎に、サーバシステム１１００は、コミュニケーション履歴データ６２６（図１４参照）を蓄積し、キャラクタ設定情報６６０のうち、コミュニケーション履歴に係るパラメータ値を変更していく。

コミュニケーション処理を開始以降、サーバシステム１１００は、購入実行タイミングの到来を常時監視している（ステップＳ２０）。具体的には、適用商品選択傾向ＩＤ６７０の示す商品選択傾向定義データ５３０の購入実行タイミング基準５４１が満たされたかを監視している。そして、購入実行タイミング基準５４１が満たされたならば（ステップＳ２０のＹＥＳ）、ユーザ２にその旨を通知することなく、サーバシステム１１００は購入処理を実行する（ステップＳ２２～ステップＳ２６）。

すなわち、サーバシステム１１００は、契約消費額残高６２０以下で、且つ、適用商品選択傾向ＩＤ６７０の示す商品選択傾向定義データ５３０の１購入当たりの合計対価条件５４２以下となるように、購入商品を自動選択する（ステップＳ２２）。選択に当たっては、商品選択傾向定義データ５３０の選択傾向設定データ５４４が満たされるように、且つ、購入拒否条件６０３ｅを満たさないように自動選択を行う。

続いて、サーバシステム１１００は、購入対価分を契約消費額残高６２０から差し引いて自動で決済手続を行い、新たな購入履歴データ６８４を作成する（ステップＳ２４）。そして、サーバシステム１１００は、新たな購入品の配送手続を自動的に行う（ステップＳ２６）。配送手続は、既存の宅配会社が提供する自動受付システムを用いることとする。その際、サーバシステム１１００は、固有に付与される配送追跡番号を取得して、新たに作成した購入履歴データ６８４に登録する。なお、同履歴データのユーザ評価は「未評価」を初期値とする。

サーバシステム１１００は、購入履歴データ６８４のユーザ評価が「未評価」のままになっている購入品の配送状況を常時監視している（ステップＳ４０）。具体的には、サーバシステム１１００は、宅配会社が管理するウェブサイトを自動巡回し、配送手続に伴って取得した配送追跡番号を使って、最新の配送状況の情報を取得する。

そして、配送状況が配送完了を示していれば、サーバシステム１１００は、当該購入品は、ユーザ２の手元に届いたと判断して、キャラクタ４に購入報告と（ステップＳ４２）、当該購入報告をした購入品へのユーザ評価を尋ねさせ、ユーザ評価を記録する（ステップＳ４４）。具体的には、適用会話傾向ＩＤ６７２の示す会話傾向定義データ５５０の購入報告設定データ５５９の中から、報告発動条件が満たされている設定データを検索し、その設定データに従って、キャラクタ４とのコミュニケーションを通じて、購入品の報告を行わせる。また、設定データの設定に従って、キャラクタ４に評価依頼の台詞を発言させ、ユーザ評価の入力を促す。入力されたユーザ評価は、購入報告した購入品の購入履歴データ６８４（図１４参照）に記録する。

サービス提供中に、単位期間が終了すると（ステップＳ５０のＮＯ→ステップＳ５１のＹＥＳ）、サーバシステム１１００は、契約消費額６０３ｄの徴収と、契約消費額残高６２０の再初期化を行って（ステップＳ５４）、サービスの提供を続ける。

サービス提供中に、契約期間が終了すると（ステップＳ５０のＹＥＳ）、サーバシステム１１００は、自動更新が設定されていれば（ステップＳ５２のＹＥＳ）、契約消費額６０３ｄの徴収と、契約消費額残高６２０の再初期化を行って（ステップＳ５４）、サービスの提供を続ける。

一方、自動更新が設定されていなければ（ステップＳ５２のＮＯ）、サーバシステム１１００は、キャラクタ４の制御と表示を終了させて（ステップＳ５６）、一連の処理を終了する。

なお、契約期間が終了しても、キャラクタ管理データ６５０は残されたままとなるので、ユーザ２が、再契約すれば、以前使用していたキャラクタ４を以前の状態から再び使用することができる。勿論、契約期間終了時に、キャラクタ管理データ６５０を消去する、またはキャラクタ設定情報６６０のうち、特性パラメータ値６６３を初期化する、構成も可能である。その場合、ユーザ２は契約毎に新しいキャラクタ４を使用することになる。

以上、本実施形態によれば、自動購入システム１０００は、自動購入に係るサポート役としてキャラクタ４を制御して、ユーザ２に対して、テキストベースの会話による仮想コミュニケーション体験を提供しつつ、そのコミュニケーション履歴を含め、ユーザに係る様々な情報を自動的に収集できる。そして、自動購入システム１０００は、コミュニケーション履歴に基づいて、ユーザ２に知られることなく、商品を選択して、決済し、配送手続まで自動で行うことができる。ユーザ２から見れば、知らぬ間に商品が購入され、いつの間にか自分のところに配送されてくることになる。よって、自分以外の誰かが自主的に何かを購入して自分にプレゼントしてくれたかのような喜びや楽しさを得ることができる。

〔第２実施形態〕
次に、本発明の第２実施形態について説明する。本実施形態と第１実施形態とを比較すると、第１実施形態では自動購入管理部２１０をサーバシステム１１００にて実現しているが、本実施形態ではこれをユーザ端末１５００にて実現している点が異なる。なお、以降では、主に第１実施形態との差異について述べることとし、第１実施形態と同様の構成要素については、第１実施形態と同じ符号を付与して重複する説明は省略する。

本実施形態におけるサーバシステム１１００は、商品管理データ５１０の管理と、ユーザ端末１５００への情報提供を担い、自動購入管理部２１０の機能は有せず、スタンドアローンで機能する。すなわち、図１６に示すように、ユーザ端末１５００が、クライアント端末制御部２０４（図８参照）に代えて自動購入管理部２１０を有する。

これに伴い、端末記憶部５００には、端末処理部２００に自動購入管理部２１０としての機能を実現させるための自動購入プログラム５０４と、キャラクタ初期設定データ５２０と、ユーザ状況推定基準データ５６０と、当該ユーザ端末１５００を使用するユーザのユーザ登録情報６００と、キャラクタ管理データ６５０と、が記憶される。

なお、商品管理データ５１０については、購入品の自動選択時に、ユーザ端末１５００がサーバシステム１１００にアクセスしてその都度参照するとしてもよいし、所与のタイミングでサーバシステム１１００からダウンロードして、その複製を端末記憶部５００に保存して参照するとしてもよい。

本実施形態におけるユーザ端末１５００の自動購入に係る処理の流れは、図１５のフローチャートと同様である。すなわち、図１５のフローチャートにおいて、各種の処理や制御の実行主体をサーバシステム１１００からユーザ端末１５００に読み替えればよい。よって、本実施形態によれば、第１実施形態と同様の効果を得ることができる。

〔変形例〕
以上、本発明を適用した実施形態について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。

（変形例その１）
例えば、第１実施形態では、クライアント・サーバ型のコンピュータシステムにて自動購入システム１０００を実現する例を挙げたが、サーバシステム１１００を省略して、複数のユーザ端末１５００をピアツーピア接続したコンピュータシステムにおいて実現するとしてもよい。その場合、何れかのユーザ端末１５００に第１実施形態のサーバシステム１１００としての機能を担わせる。或いは、複数のユーザ端末１５００で自動購入管理部２１０の機能を分担して担う構成としてもよい。

同様に、自動購入管理部２１０の機能を分担する観点から言えば、第１実施形態をベースとして、自動購入管理部２１０の一部の機能（例えば、キャラクタ管理部２２０、コミュニケーション履歴管理部２３２、など）をユーザ端末１５００にて実現・分担させる構成も可能である。

（変形例その２）
また、上記実施形態では、自動購入のサプライズ的要素を重要視して、購入に係り、ユーザ２に承認を求めない構成としているが、ユーザ２の承認を求める構成も可能である。第１実施形態をベースに具体的に説明すると、図１７に示すように、購入商品の自動選択の後に、サーバシステム１１００は、商品自動選択によって選択された商品の購入の承認を、キャラクタ４がユーザ２におねだりするように当該キャラクタを制御する（ステップＳ２３Ａ）。そして、サーバシステム１１００は、所定の制限時間内は、商品自動選択の後に商品購入の待機状態となる。そして、サーバシステム１１００は、制限時間内に、ユーザ承認（例えば、ＹＥＳ／ＮＯの入力アイコンへの操作や、承認を意味する単語の入力、など）を検出すると（ステップＳ２３ＢのＹＥＳ）、自動での決済手続や配送手配手続の処理を行う。制限時間内にユーザ承認が得られなければ（ステップＳ２３ＢのＮＯ）、自動での決済手続や配送手配手続の処理はスキップされる。

（変形例その３）
また、ユーザ１人当たりのキャラクタ４の数は、適宜設定可能である。１人のユーザ２が複数のキャラクタ４を使用する構成も可能である。その場合、複数のキャラクタ４を、見かけ上は複数に見えるが、内部処理上は１つのキャラクタ管理データ６５０で制御される実質１体であるとしてもよい。勿論、複数のキャラクタ４それぞれにキャラクタ管理データ６５０を割り当てる構成でもよい。

逆に、１体のキャラクタ４を複数のユーザが共用して使用する構成も可能である。その場合、キャラクタ管理データ６５０には、複数の使用ユーザアカウント６５３が記憶されることになる。そして、キャラクタ設定情報６６０は、その時々に当該キャラクタを使用しているユーザに係るユーザ管理情報６００に基づいて、変更されることになる。

２…ユーザ
４…キャラクタ
１０…商品関連情報
２００ｓ…サーバ処理部
２０２…行動履歴管理部
２０４…クライアント端末制御部
２１０…自動購入管理部
２１２…ユーザ登録情報管理部
２２０…キャラクタ管理部
２２１…コミュニケーション制御部
２２３…キャラクタ設定変更部
２３０…収集情報管理部
２３２…コミュニケーション履歴管理部
２３４…購入制御部
５００ｓ…サーバ記憶部
５０３…行動履歴情報
５０５…サーバプログラム
５１０…商品管理データ
５２０…キャラクタ初期設定データ
５２１…キャラクタ種類
５２７…特性起源ライブラリ
５３０…商品選択傾向定義データ
５５０…会話傾向定義データ
５５９…購入報告設定データ
６００…ユーザ登録情報
６０３…契約内容情報
６０３ｄ…契約消費額
６１１…プロフィール情報
６１５…配送先
６２２…自動収集情報
６２６…コミュニケーション履歴データ
６５０…キャラクタ管理データ
６６０…キャラクタ設定情報
６６３ｆ…好意度
６７０…適用商品選択傾向ＩＤ
６７２…適用会話傾向ＩＤ
６８４…購入履歴データ
１０００…自動購入システム
１１００…サーバシステム
１１５０…制御基板
１５００…ユーザ端末

Claims (24)

1. 各ユーザのユーザ端末と通信接続されるサーバシステムであって、
   ユーザ毎に、契約消費額を含むユーザ登録情報を管理するユーザ登録情報管理手段と、
   ユーザ毎に、当該ユーザの前記ユーザ端末をマンマシンインターフェースとして実行される仮想コミュニケーションにおける当該ユーザの相手キャラクタを管理するキャラクタ管理手段と、
   ユーザ毎に、前記仮想コミュニケーションの履歴であるコミュニケーション履歴を少なくとも含む当該ユーザに係る収集情報を管理する収集情報管理手段と、
   ユーザ毎に、（１）購入対価が当該ユーザの前記契約消費額以内の購入商品を、当該ユーザの前記収集情報に含まれる前記コミュニケーション履歴に基づく商品選択傾向を少なくとも用いて、商品毎の対価が記憶された所与の商品データベース（以下「商品ＤＢ」という。）の中から自動的に選択して購入待機状態とすることと、（２）当該ユーザの前記相手キャラクタを、購入待機状態の購入商品の購入承認を当該ユーザに求めるように制御することと、（３）当該ユーザによる購入承認がなされた場合に当該選択した購入商品の購入処理を実行することと、を行う制御手段と、
   を備えたサーバシステム。
2. 各ユーザのユーザ端末と通信接続されるサーバシステムであって、
   ユーザ毎に、契約消費額を含むユーザ登録情報を管理するユーザ登録情報管理手段と、
   ユーザ毎に、当該ユーザの前記ユーザ端末をマンマシンインターフェースとして実行される仮想コミュニケーションにおける当該ユーザの相手キャラクタを管理するキャラクタ管理手段と、
   ユーザ毎に、前記仮想コミュニケーションの履歴であるコミュニケーション履歴を少なくとも含む当該ユーザに係る収集情報を管理する収集情報管理手段と、
   ユーザ毎に、（ａ）購入対価が当該ユーザの前記契約消費額以内の購入商品を、当該ユーザの前記収集情報に含まれる前記コミュニケーション履歴に基づく商品選択傾向を少なくとも用いて、商品毎の対価が記憶された所与の商品データベース（以下「商品ＤＢ」という。）の中から自動的に選択することと、（ｂ）当該選択した購入商品の購入処理の後に、当該ユーザの前記相手キャラクタが当該ユーザに対して購入に係る所与のアクションを行うように制御することと、を行う制御手段と、
   を備えたサーバシステム。
3. 前記キャラクタ管理手段は、複数のキャラクタの中から当該ユーザの選択操作に基づいて選択されたキャラクタを、当該ユーザの前記相手キャラクタとして管理し、
   前記制御手段は、購入１回当たりに自動的に選択する購入商品の合計数および／又は種類数を、当該ユーザの前記相手キャラクタに応じて可変に制御する、
   請求項１又は２に記載のサーバシステム。
4. 前記契約消費額は、所与の単位期間当たりの額であり、
   前記制御手段は、前記単位期間毎に、前記購入商品の自動選択を実行する、
   請求項１～３の何れか一項に記載のサーバシステム。
5. 前記キャラクタ管理手段は、複数のキャラクタの中から当該ユーザの選択操作に基づいて選択されたキャラクタを、当該ユーザの前記相手キャラクタとして管理し、
   前記契約消費額は、所与の単位期間当たりの額であり、
   前記制御手段は、前記単位期間毎に前記購入商品の自動選択による購入を実行するとともに、１つの前記単位期間における前記購入商品の購入実行タイミングを、当該ユーザの前記相手キャラクタに応じて可変に制御する、
   請求項１又は２に記載のサーバシステム。
6. 前記商品ＤＢは、商品別にレアリティを示すレアリティ情報を関連づけて記憶しており、
   前記商品選択傾向は、選択する商品のレアリティの条件に関する商品の選択傾向を含む、
   請求項１～５の何れか一項に記載のサーバシステム。
7. 前記ユーザ登録情報には、ユーザの年齢を少なくとも含むプロフィール情報が含まれ、
   前記商品選択傾向は、更に前記プロフィール情報に基づく商品の選択傾向を含む、
   請求項１～６の何れか一項に記載のサーバシステム。
8. 前記相手キャラクタには、キャラクタ設定情報が関連付けられており、
   前記商品選択傾向は、更に当該相手キャラクタの前記キャラクタ設定情報に基づく商品の選択傾向を含む、
   請求項１～７の何れか一項に記載のサーバシステム。
9. 各ユーザのユーザ端末と通信接続されるサーバシステムであって、
   ユーザ毎に、契約消費額を含むユーザ登録情報を管理するユーザ登録情報管理手段と、
   ユーザ毎に、当該ユーザの前記ユーザ端末をマンマシンインターフェースとして実行される仮想コミュニケーションにおける当該ユーザの相手キャラクタを管理するキャラクタ管理手段と、
   ユーザ毎に、（１）購入対価が当該ユーザの前記契約消費額以内の購入商品を、当該ユーザの前記相手キャラクタに関連付けられたキャラクタ設定情報に基づく商品選択傾向を少なくとも用いて、商品毎の対価が記憶された所与の商品データベース（以下「商品ＤＢ」という。）の中から自動的に選択して購入待機状態とすることと、（２）当該ユーザの前記相手キャラクタを、購入待機状態の購入商品の購入承認を当該ユーザに求めるように制御することと、（３）当該ユーザによる購入承認がなされた場合に当該選択した購入商品の購入処理を実行することと、を行う制御手段と、
   を備えたサーバシステム。
10. 各ユーザのユーザ端末と通信接続されるサーバシステムであって、
    ユーザ毎に、契約消費額を含むユーザ登録情報を管理するユーザ登録情報管理手段と、
    ユーザ毎に、当該ユーザの前記ユーザ端末をマンマシンインターフェースとして実行される仮想コミュニケーションにおける当該ユーザの相手キャラクタを管理するキャラクタ管理手段と、
    ユーザ毎に、（ａ）購入対価が当該ユーザの前記契約消費額以内の購入商品を、当該ユーザの前記相手キャラクタに関連付けられたキャラクタ設定情報に基づく商品選択傾向を少なくとも用いて、商品毎の対価が記憶された所与の商品データベース（以下「商品ＤＢ」という。）の中から自動的に選択することと、（ｂ）当該選択した購入商品の購入処理の後に、当該ユーザの前記相手キャラクタが当該ユーザに対して購入に係る所与のアクションを行うように制御することと、を行う制御手段と、
    を備えたサーバシステム。
11. 前記キャラクタ管理手段は、複数のキャラクタの中から当該ユーザの選択操作に基づいて選択されたキャラクタを、当該ユーザの前記相手キャラクタとして管理し、
    前記制御手段は、購入１回当たりに自動的に選択する購入商品の合計数および／又は種類数を、当該ユーザの前記相手キャラクタに応じて可変に制御する、
    請求項９又は１０に記載のサーバシステム。
12. 前記キャラクタ管理手段は、複数のキャラクタの中から当該ユーザの選択操作に基づいて選択されたキャラクタを、当該ユーザの前記相手キャラクタとして管理し、
    前記契約消費額は、所与の単位期間当たりの額であり、
    前記制御手段は、前記単位期間毎に前記購入商品の自動選択による購入を実行するとともに、１つの前記単位期間における前記購入商品の購入実行タイミングを、当該ユーザの前記相手キャラクタに応じて可変に制御する、
    請求項９又は１０に記載のサーバシステム。
13. 前記キャラクタ管理手段は、当該ユーザの前記相手キャラクタの前記キャラクタ設定情報を、ユーザ毎に変更制御するキャラクタ設定変更制御手段を有する、
    請求項８～１２の何れか一項に記載のサーバシステム。
14. 前記キャラクタ設定変更制御手段は、当該ユーザの前記仮想コミュニケーションの履歴であるコミュニケーション履歴に基づいて、当該ユーザの前記相手キャラクタの前記キャラクタ設定情報を変更制御する、
    請求項１３に記載のサーバシステム。
15. 前記キャラクタ設定変更制御手段は、前記制御手段による前記購入商品の選択結果に基づいて、当該ユーザの前記相手キャラクタの前記キャラクタ設定情報を変更制御する、
    請求項１３又は１４に記載のサーバシステム。
16. 前記仮想コミュニケーションにおける前記相手キャラクタの行為を制御するコミュニケーション制御手段、
    を更に備えた請求項１３～１５の何れか一項に記載のサーバシステム。
17. 前記コミュニケーション制御手段は、当該ユーザの前記相手キャラクタが、前記制御手段による前記購入商品の自動選択を自らが実行したかのような報告を当該ユーザに対して行うように、当該相手キャラクタを制御する、
    請求項１６に記載のサーバシステム。
18. 前記コミュニケーション制御手段は、当該ユーザの前記相手キャラクタが、前記制御手段により自動選択された前記購入商品に対する評価を尋ねて評価結果を得るように、当該相手キャラクタを制御し、
    前記キャラクタ設定変更制御手段は、前記評価結果に基づいて、当該ユーザの前記相手キャラクタの前記キャラクタ設定情報を変更制御する、
    請求項１６又は１７に記載のサーバシステム。
19. 前記ユーザ登録情報管理手段は、当該ユーザの設定操作に基づいて当該ユーザの前記契約消費額を設定する、
    請求項１～１８の何れか一項に記載のサーバシステム。
20. 各ユーザのユーザ端末と、
    請求項１～１９の何れか一項に記載のサーバシステムと、
    が通信接続された商品の自動購入システム。
21. コンピュータシステムが、
    ユーザ毎に、契約消費額を含むユーザ登録情報を管理するユーザ登録情報管理処理と、
    ユーザ毎に、当該ユーザのユーザ端末をマンマシンインターフェースとして実行される仮想コミュニケーションにおける当該ユーザの相手キャラクタを管理するキャラクタ管理処理と、
    ユーザ毎に、前記仮想コミュニケーションの履歴であるコミュニケーション履歴を少なくとも含む当該ユーザに係る収集情報を管理する収集情報管理処理と、
    ユーザ毎に、（１）購入対価が当該ユーザの前記契約消費額以内の購入商品を、当該ユーザの前記収集情報に含まれる前記コミュニケーション履歴に基づく商品選択傾向を少なくとも用いて、商品毎の対価が記憶された所与の商品データベース（以下「商品ＤＢ」という。）の中から自動的に選択して購入待機状態とすることと、（２）当該ユーザの前記相手キャラクタを、購入待機状態の購入商品の購入承認を当該ユーザに求めるように制御することと、（３）当該ユーザによる購入承認がなされた場合に当該選択した購入商品の購入処理を実行することと、を行う制御処理と、
    を実行する購入サービス提供方法。
22. コンピュータシステムが、
    ユーザ毎に、契約消費額を含むユーザ登録情報を管理するユーザ登録情報管理処理と、
    ユーザ毎に、当該ユーザのユーザ端末をマンマシンインターフェースとして実行される仮想コミュニケーションにおける当該ユーザの相手キャラクタを管理するキャラクタ管理処理と、
    ユーザ毎に、前記仮想コミュニケーションの履歴であるコミュニケーション履歴を少なくとも含む当該ユーザに係る収集情報を管理する収集情報管理処理と、
    ユーザ毎に、（ａ）購入対価が当該ユーザの前記契約消費額以内の購入商品を、当該ユーザの前記収集情報に含まれる前記コミュニケーション履歴に基づく商品選択傾向を少なくとも用いて、商品毎の対価が記憶された所与の商品データベース（以下「商品ＤＢ」という。）の中から自動的に選択することと、（ｂ）当該選択した購入商品の購入処理の後に、当該ユーザの前記相手キャラクタが当該ユーザに対して購入に係る所与のアクションを行うように制御することと、を行う制御処理と、
    を実行する購入サービス提供方法。
23. コンピュータシステムが、
    ユーザ毎に、契約消費額を含むユーザ登録情報を管理するユーザ登録情報管理処理と、
    ユーザ毎に、当該ユーザのユーザ端末をマンマシンインターフェースとして実行される仮想コミュニケーションにおける当該ユーザの相手キャラクタを管理するキャラクタ管理処理と、
    ユーザ毎に、（１）購入対価が当該ユーザの前記契約消費額以内の購入商品を、当該ユーザの前記相手キャラクタに関連付けられたキャラクタ設定情報に基づく商品選択傾向を少なくとも用いて、商品毎の対価が記憶された所与の商品データベース（以下「商品ＤＢ」という。）の中から自動的に選択して購入待機状態とすることと、（２）当該ユーザの前記相手キャラクタを、購入待機状態の購入商品の購入承認を当該ユーザに求めるように制御することと、（３）当該ユーザによる購入承認がなされた場合に当該選択した購入商品の購入処理を実行することと、を行う制御処理と、
    を実行する購入サービス提供方法。
24. コンピュータシステムが、
    ユーザ毎に、契約消費額を含むユーザ登録情報を管理するユーザ登録情報管理処理と、
    ユーザ毎に、当該ユーザのユーザ端末をマンマシンインターフェースとして実行される仮想コミュニケーションにおける当該ユーザの相手キャラクタを管理するキャラクタ管理処理と、
    ユーザ毎に、（ａ）購入対価が当該ユーザの前記契約消費額以内の購入商品を、当該ユーザの前記相手キャラクタに関連付けられたキャラクタ設定情報に基づく商品選択傾向を少なくとも用いて、商品毎の対価が記憶された所与の商品データベース（以下「商品ＤＢ」という。）の中から自動的に選択することと、（ｂ）当該選択した購入商品の購入処理の後に、当該ユーザの前記相手キャラクタが当該ユーザに対して購入に係る所与のアクションを行うように制御することと、を行う制御処理と、
    を実行する購入サービス提供方法。

Images