JP7424766B2 - サーバシステム、自動購入システム及び購入サービス提供方法 - 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 (19)

1. 各ユーザのユーザ端末と通信接続されるサーバシステムであって、
   ユーザ毎に、ユーザ登録情報を管理するユーザ登録情報管理手段と、
   ユーザ毎に、当該ユーザに対する親交度合が関連付けられたキャラクタであって当該ユーザの前記ユーザ端末をマンマシンインターフェースとして実行される仮想のコミュニケーションにおける当該ユーザの相手キャラクタを管理するキャラクタ管理手段と、
   ユーザ毎に、（１）当該ユーザの前記相手キャラクタに関連付けられた親交度合に基づく購入品選択傾向を少なくとも用いて、現実世界の実体商品および／又は仮想世界のアイテム（以下包括して「購入候補」という）のデータが蓄積された購入候補データ群の中から自動的に購入品を選択して購入待機状態とすることと、（２）当該ユーザの前記相手キャラクタを、購入待機状態の購入品の購入承認を当該ユーザに求めるように制御することと、（３）当該ユーザによる購入承認がなされた場合に当該選択した購入品の購入処理を実行することと、を行う制御手段と、
   を備えたサーバシステム。
2. 各ユーザのユーザ端末と通信接続されるサーバシステムであって、
   ユーザ毎に、ユーザ登録情報を管理するユーザ登録情報管理手段と、
   ユーザ毎に、当該ユーザに対する親交度合が関連付けられたキャラクタであって当該ユーザの前記ユーザ端末をマンマシンインターフェースとして実行される仮想のコミュニケーションにおける当該ユーザの相手キャラクタを管理するキャラクタ管理手段と、
   ユーザ毎に、（ａ）当該ユーザの前記相手キャラクタに関連付けられた親交度合に基づく購入品選択傾向を少なくとも用いて、現実世界の実体商品および／又は仮想世界のアイテム（以下包括して「購入候補」という）のデータが蓄積された購入候補データ群の中から自動的に購入品を選択することと、（ｂ）当該選択した購入品の購入処理の後に、当該ユーザの前記相手キャラクタが当該ユーザに対して購入に係る所与のアクションを行うように制御することと、を行う制御手段と、
   を備えたサーバシステム。
3. 前記キャラクタ管理手段は、複数のキャラクタの中から当該ユーザの選択操作に基づいて選択されたキャラクタを、当該ユーザの前記相手キャラクタとして管理し、
   前記制御手段は、購入１回当たりに自動的に選択する購入品の合計数および／又は種類数を、当該ユーザの前記相手キャラクタに応じて可変に制御する、
   請求項１又は２に記載のサーバシステム。
4. 前記コミュニケーションの実行を制御するコミュニケーション制御手段、
   を更に備えた請求項１～３の何れか一項に記載のサーバシステム。
5. 前記コミュニケーションの実行を制御するコミュニケーション制御手段、
   を更に備え、
   前記キャラクタ管理手段は、複数のキャラクタの中から当該ユーザの選択操作に基づいて選択されたキャラクタを、当該ユーザの前記相手キャラクタとして管理し、
   前記コミュニケーション制御手段は、前記制御手段による前記購入処理が実行された場合に、当該購入処理に係る当該ユーザの前記相手キャラクタが自ら当該購入処理による購入を実行したかのような報告を当該ユーザに対して行う購入報告を実行する頻度を、当該ユーザの前記相手キャラクタに応じて可変に制御する、
   請求項１に記載のサーバシステム。
6. 前記キャラクタ管理手段は、当該ユーザに係る前記コミュニケーションの履歴であるコミュニケーション履歴に基づいて、当該ユーザの前記相手キャラクタの前記親交度合を変更制御する親交度合変更制御手段を有する、
   請求項４又は５に記載のサーバシステム。
7. 当該ユーザの操作入力に基づいて、当該ユーザの前記相手キャラクタに所与のアイテムを付与する制御を行うアイテム付与制御手段、
   を更に備え、
   前記親交度合変更制御手段は、前記アイテム付与制御手段による付与制御結果に基づいて、当該ユーザの前記相手キャラクタの前記親交度合を変更制御する、
   請求項６に記載のサーバシステム。
8. 前記親交度合変更制御手段は、前記購入処理の処理結果に基づいて、当該ユーザの前記相手キャラクタの前記親交度合を変更制御する、
   請求項６に記載のサーバシステム。
9. 前記コミュニケーション制御手段は、前記制御手段による購入処理が実行された後、当該購入処理に係るユーザの相手となっている前記キャラクタが、当該購入処理において購入した商品に対する評価を尋ねて評価結果を得るように、当該キャラクタのコミュニケーションを制御する、
   請求項６～８の何れか一項に記載のサーバシステム。
10. 前記親交度合変更制御手段は、前記評価結果に基づいて、当該ユーザの前記相手キャラクタの前記親交度合を変更制御する、
    請求項９に記載のサーバシステム。
11. 前記キャラクタ管理手段は、複数のキャラクタの中から当該ユーザの選択操作に基づいて選択されたキャラクタを、当該ユーザの前記相手キャラクタとして管理し、
    前記制御手段は、所与の単位期間毎に前記購入品の自動選択による購入を実行するとともに、１つの前記単位期間における前記購入品の購入実行タイミングを、当該ユーザの前記相手キャラクタに応じて可変に制御する、
    請求項１～１０の何れか一項に記載のサーバシステム。
12. 前記ユーザ登録情報は、当該ユーザの契約消費額を含み、
    前記制御手段は、購入対価が当該ユーザの前記契約消費額以内の購入候補を前記購入品として選択することで購入処理を実行する、
    請求項１～１０の何れか一項に記載のサーバシステム。
13. 前記ユーザ登録情報は、ユーザ毎に、単位期間を１単位とする当該ユーザの設定操作に基づいて設定された契約期間を含み、
    前記契約消費額は、前記単位期間当たりの額であり、
    前記制御手段は、前記単位期間毎に、前記購入処理を実行する、
    請求項１２に記載のサーバシステム。
14. 前記単位期間が経過した場合に、経過した当該単位期間の間の前記購入処理で購入した総額が前記契約消費額未満の場合に、その残余の額に相当する有価情報を当該ユーザに付与する制御を行う返還制御手段、
    を更に備えた請求項１３に記載のサーバシステム。
15. 前記制御手段は、前記単位期間が経過した場合に、経過した当該単位期間の間の前記購入処理で購入した総額が前記契約消費額未満の場合に、次の単位期間の前記契約消費額をその残余の額分増加させて前記購入処理を実行する、
    請求項１３に記載のサーバシステム。
16. 前記ユーザ登録情報は、ユーザのプロフィール情報を含み、
    前記購入品選択傾向は、前記プロフィール情報に基づく購入品の選択傾向を含む、
    請求項１～１５の何れか一項に記載のサーバシステム。
17. 各ユーザのユーザ端末と、
    請求項１～１６の何れか一項に記載のサーバシステムと、
    を具備する自動購入システム。
18. コンピュータシステムが、
    ユーザ毎に、ユーザ登録情報を管理するユーザ登録情報管理処理と、
    ユーザ毎に、当該ユーザに対する親交度合が関連付けられたキャラクタであって当該ユーザのユーザ端末をマンマシンインターフェースとして実行される仮想のコミュニケーションにおける当該ユーザの相手キャラクタを管理するキャラクタ管理処理と、
    ユーザ毎に、（１）当該ユーザの前記相手キャラクタに関連付けられた親交度合に基づく購入品選択傾向を少なくとも用いて、現実世界の実体商品および／又は仮想世界のアイテム（以下包括して「購入候補」という）のデータが蓄積された購入候補データ群の中から自動的に購入品を選択して購入待機状態とすることと、（２）当該ユーザの前記相手キャラクタを、購入待機状態の購入品の購入承認を当該ユーザに求めるように制御することと、（３）当該ユーザによる当該購入承認がなされた場合に当該選択した購入品の購入処理を実行することと、を行う制御処理と、
    を実行する購入サービス提供方法。
19. コンピュータシステムが、
    ユーザ毎に、ユーザ登録情報を管理するユーザ登録情報管理処理と、
    ユーザ毎に、当該ユーザに対する親交度合が関連付けられたキャラクタであって当該ユーザのユーザ端末をマンマシンインターフェースとして実行される仮想のコミュニケーションにおける当該ユーザの相手キャラクタを管理するキャラクタ管理処理と、
    ユーザ毎に、（ａ）当該ユーザの前記相手キャラクタに関連付けられた親交度合に基づく購入品選択傾向を少なくとも用いて、現実世界の実体商品および／又は仮想世界のアイテム（以下包括して「購入候補」という）のデータが蓄積された購入候補データ群の中から自動的に購入品を選択することと、（ｂ）当該選択した購入品の購入処理の後に、当該ユーザの前記相手キャラクタが当該ユーザに対して購入に係る所与のアクションを行うように制御することと、を行う制御処理と、
    を実行する購入サービス提供方法。

Images