WO2018168998A1 - Ｂｏｔ制御管理プログラム、方法、装置、及びシステム - Google Patents

Abstract

ユーザ同士の会話を積極的にサポートするＢＯＴ制御管理技術を提供すること。　第１情報処理端末に対応付けられた第１ユーザと、１以上の第２情報処理端末に対応付けられた１以上の第２ユーザとが、参加するトークルームにおける会話補助を行うプログラムであって、前記第１情報処理端末に、トークルームに表示されるメッセージに応じて、第１オブジェクトを表示させるステップと、前記第１オブジェクトが選択されたことに応答して、第２のオブジェクトを表示させるステップと、前記第２オブジェクトが選択されたこと応答して、第３のオブジェクトを表示させるステップと、を実行する。

Description

ＢＯＴ制御管理プログラム、方法、装置、及びシステム

　本発明は、広く人間に代わって作業等を行うコンピュータプログラム（ＢＯＴ）が実行される装置等に関し、より具体的には、ＢＯＴを制御管理するための装置、方法、システム等に関する。

　近年、コンピュータないしオンラインネットワーク上で動作し、人間に代わって作業等を行うコンピュータプログラム（ＢＯＴ）が普及し、ＢＯＴに関わる様々な工夫が行われてきた。

　一例として、バーチャル（仮想）オンライン・ロボット（ＢＯＴ）またはセキュリティ・エージェントが提供されている（特許文献１）。

　すなわち、特許文献１には、オンライン会話をモニタすることができ、会話のコンテンツが不適切であるか、場合によっては、有害または危険のおそれがあることを示すある種の定義可能な基準に合致した場合に、介入する働きをする「ガーディアン」とも呼ばれるＢＯＴが開示されている。このガーディアンは、自然言語処理技法を利用して会話のコンテキストをそのスパン（期間）にわたって評価および／または個々のユーザ間の会話を評価するように構成されている。ガーディアンは、自然言語処理技法の使用により、特定の会話やその一部に問題があると判断されたときに、個々のユーザ等に通知または警告を提示することができるものである。

　また、コンピュータ・ネットワーク・ユーザによるＢＯＴの使用を管理するためのシステムも提供されている（特許文献２）。

　すなわち、特許文献２には、コンピュータに実行させることで、コンピュータ・ユーザによるコンピュータ・サービスの使用を管理する方法であって、１以上のコンピュータ・ユーザに関連するネットワーク・デバイスにおいて、そのネットワーク・デバイスに関連する実際のコンピュータ・ユーザからの要求を受信するステップと、前記１以上のコンピュータ・ユーザ以外の仮想ユーザを識別するステップであって、その仮想ユーザに関連する情報を生成する、この識別するステップと、前記仮想ユーザに関連する情報を使用して、前記ネットワーク・デバイスからの通信を、前記要求を提供した前記実際のコンピュータ・ユーザのためのコンピュータ・サービスへ送信するステップであって、この通信は前記仮想ユーザから発信されたものとして識別されるものであり、このコンピュータ・サービスをこの通信と前記要求を提供した前記実際のコンピュータ・ユーザと関連付けることから防ぐものである、この送信するステップと、前記ネットワーク・デバイスにおいて、前記コンピュータ・サービスから発信された前記仮想ユーザについての通信を受信するステップであって、その通信を前記要求を提供した前記実際のコンピュータ・ユーザへ送信する、この受信するステップと、を備える方法が開示されている。

特表２０１０－５０９６７９号公報 特開２０１５－１４９０８２号公報

　しかしながら、特許文献１には、ガーディアン（ＢＯＴ）がモニタしたオンライン会話の内容が適切であるかどうかを判定ないし監視する技術が開示されているが、ユーザ同士の会話をサポートして盛り上げていくものではない。また、特許文献２には、私設コンピュータ・ネットワーク・ユーザによる公開ＢＯＴの使用を管理する技術が開示されているが、ＢＯＴを介してユーザ同士の会話を積極的にサポートして会話そのものを発展させようとするものではない。

　本発明の一実施形態に係るＢＯＴ制御管理プログラムは、第１情報処理端末に対応付けられた第１ユーザと、１以上の第２情報処理端末に対応付けられた１以上の第２ユーザとが、参加するトークルームにおける会話補助を行うプログラムであって、前記第１情報処理端末に、トークルームに表示されるメッセージに応じて、第１オブジェクトを表示させるステップと、前記第１オブジェクトが選択されたことに応答して、第２のオブジェクトを表示させるステップと、前記第２オブジェクトが選択されたこと応答して、第３のオブジェクトを表示させるステップと、を実行することを特徴とする。

　本発明によれば、ＢＯＴを介してユーザ同士の会話を積極的にサポートし、ユーザ同士の会話そのものを発展させるＢＯＴ制御管理方法等を提供することができる。

本発明の一実施形態に係るシステムの全体構成を説明する説明図である。 本発明の実施形態のバリエーションを示すシステムないし装置等の構成例を説明する説明図である。 本発明の一実施形態に係るシステムないし装置等における基本動作例を説明する説明図である。 本発明の一実施形態に係るシステム等における動作例を示すフローチャートである。 本発明の一実施形態に係るシステム等における動作例を示すフローチャートである。 本発明の一実施形態に係るシステム等における装置ないし端末間の処理及びデータの流れを説明する説明図である。 本発明の一実施形態に係るシステム等における装置ないし端末上の表示例を説明する説明図である。 本発明の一実施形態に係るシステム等における装置ないし端末上の表示例を説明する説明図である。 本発明の一実施形態に係るシステム等における装置ないし端末上の表示例を説明する説明図である。 本発明の一実施形態に係るシステム等における装置ないし端末上の表示例を説明する説明図である。 本発明の一実施形態に係るシステム等における装置ないし端末上の表示例を説明する説明図である。 本発明の一実施形態に係るシステム等における装置ないし端末上の表示例を説明する説明図である。 本発明の一実施形態に係るシステム等における装置ないし端末上の表示例を説明する説明図である。 本発明の一実施形態に係るシステム等における装置ないし端末上の表示例を説明する説明図である。 本発明の一実施形態に係るシステム等における装置ないし端末上の表示例を説明する説明図である。 本発明の一実施形態に係るシステム等における装置ないし端末上の表示例を説明する説明図である。 本発明の一実施形態に係るシステム等における装置ないし端末上の表示例を説明する説明図である。 本発明の一実施形態に係るシステム等における動作例を示すフローチャートである。 本発明の一実施形態に係るシステム等における動作例を示すフローチャートである。 本発明の一実施形態に係るシステム等における装置ないし端末上の表示例を説明する説明図である。 本発明の一実施形態に係るシステム等における装置ないし端末上の表示例を説明する説明図である。 本発明の一実施形態に係るシステム等における装置ないし端末上の表示例を説明する説明図である。

＜通信の秘密の遵守＞
　本明細書に記載の開示を実施する場合は、通信の秘密に係る法的事項を遵守の上で実施されるものであることに留意されたい。

　本開示に係るＢＯＴ制御管理システム等を実施するための実施形態について、図面を参照して説明する。

＜システム構成＞
　図１は、本開示の一実施形態におけるＢＯＴ制御管理システムの構成を示す図である。図１に示すように、通信システムでは、ネットワーク１９９を介して１以上のサーバ（サーバ１１０、サーバ１２０）と、１以上の端末（端末１５１、端末１５２、端末１５３）とが接続される。サーバ１１０、１２０は、ユーザが所有する端末１５１～１５３に対し、ネットワーク１９９を介して端末間でのメッセージの送受信を実現するサービスを提供する。なお、ネットワーク１９９に接続される端末の数は制限されない。また、サーバの数についても制限されない（必要に応じて機能を拡張するためのサーバを追加することができる。１のサーバによってサービス提供させてもよい）。

　図１に示されるとおり、ネットワーク１９９は、１以上のサーバと１以上の端末とを接続する役割を担う。すなわち、ネットワーク１９９は、端末１５１～１５３がサーバ１１０ないし１２０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

　例えば、ネットワーク１９９のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク１９９は、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮｓ（integrated service digital networks）、無線ＬＡＮｓ、ＬＴＥ（long term evolution）ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ただし、本開示において、ネットワーク１９９は、これらに限定されない。また、ネットワーク１９９は、１つまたは複数のネットワークを含むことができる。

　端末（端末１５１、端末１５２、端末１５３）は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末１５１～１５３は、代表的にはスマートフォンであり、その他に携帯電話（例えば、フィーチャーフォン）、コンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（例えば、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（例えば、ＰＤＡ（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。ただし、本開示において、端末１５１～１５３は、これらに限定されない。また、端末１５１～１５３は情報処理端末と表現されても良い。

　端末１５１～１５３の構成は基本的には同一であるため、以下の説明においては、代表して端末１５１について説明することとし、以下、必要に応じて端末１５２や端末１５３を他端末として説明する。また、サーバ１１０、１２０についても同様に、代表してサーバ１１０について説明する。

　サーバ１１０は、端末１５１等に対して、所定のサービスを提供する機能を備える。サーバ１１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１１０は、代表的にはサーバ装置であり、その他にコンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（例えば、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（例えば、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。ただし、本開示において、サーバ１１０は、これらに限定されない。また、サーバ１１０は情報処理装置と表現されても良い。

＜ハードウェア（HW）構成＞ 
　図１を用いて、通信システムに含まれる各装置のHW構成について説明する。

　（１）端末のHW構成

　端末１５１は、制御装置１５１０（ＣＰＵ：central processing unit（中央処理装置））、記憶装置１５１５、通信Ｉ／Ｆ１５１６（インタフェース）、入出力装置１５１７、表示装置１５１８、マイク１５１９ａ、スピーカ１５１９ｂ、カメラ１５１９ｃを備える。端末１５１のHWの各構成要素は、例えば、バスB2を介して相互に接続される。

　通信Ｉ／Ｆ１５１６は、ネットワーク１９９を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１５１６は、ネットワーク１９９を介して、サーバ１１０との通信を実行する機能を有する。通信Ｉ／Ｆ１５１６は、各種データを制御装置１５１０からの指示に従って、サーバ１１０に送信する。また、通信Ｉ／Ｆ１５１６は、サーバ１１０から送信された各種データを受信し、制御装置１５１０に伝達する。

　入出力装置１５１７は、端末１５１に対する各種操作を入力する装置、および、端末１５１で処理された処理結果を出力する装置を含む。入出力装置１５１７は、入力装置と出力装置とが一体化していても良いし、入力装置と出力装置とに分離していてもよい（後者の場合、一例として、タッチパネル入力センサ等の入力装置１５１７ａと、タッチパネル出力デバイス、バイブレーション駆動機構等の出力装置１５１７ｂとに分離される）。

　入力装置は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置１５１０に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力装置は、代表的にはタッチパネルなどにより実現され、ユーザの指やスタイラスなどの指示具による接触とその接触位置を検出し、当該接触位置の座標を制御装置１５１０に伝達する。一方で、入力装置は、タッチパネル以外の入力装置により実現されてもよい。入力装置は、例えば、キーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。ただし、本開示において、入力装置はこれらに限定されない。

　出力装置は、制御装置１５１０で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置は、代表的には、タッチパネルなどにより実現される。一方で、出力装置はタッチパネル以外の出力装置により実現されても良い。例えば、スピーカ（音声出力）、レンズ（例えば３D（three dimensions）出力や、ホログラム出力）、プリンターなどを含むことができる。ただし、本開示において、出力装置はこれらに限定されない。

　表示装置１５１８は、フレームバッファ（不図示）に書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示装置１５１８は、代表的にはモニタ（例えば、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。表示装置１５１８は、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）であってもよい。また、表示装置１５１８は、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置により実現されてもよい。なお、これらの表示装置１５１８は、３Ｄで表示データを表示可能であってもよい。ただし、本開示において、表示装置１５１８はこれらに限定されない。

　入出力装置１５１７がタッチパネルの場合、一例として、入出力装置１５１７及び表示装置１５１８は、略同一の大きさおよび形状のものとして構成され、互いに対向して配置されていても良い。

　制御装置１５１０は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、例えば、ハードウェアに内蔵されたデータ処理装置により実現される。

　制御装置１５１０は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）であってもよい。ただし、本開示において、制御装置１５１０はこれらに限定されない。

　記憶装置１５１５は、端末１５１が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置１５１５は、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体により実現される。ただし、本開示において、記憶装置１５１５はこれらに限定されない。

　端末１５１は、プログラムＰを記憶装置１５１５に記憶し、このプログラムＰを実行することで、制御装置１５１０が、制御装置１５１０に含まれる各部としての処理を実行する。つまり、記憶装置１５１５に記憶されるプログラムＰは、端末１５１に、制御装置１５１０が実行する各機能を実現させる。

　マイク１５１９ａは、音声データの入力に利用される。スピーカ１５１９ｂは、音声データの出力に利用される。カメラ１５１９ｃは、動画像データの取得に利用される。

（２）サーバのHW構成 
　サーバ１１０は、制御装置１１１０（ＣＰＵ）、記憶装置１１０５、入出力装置１１０６、ディスプレイ１１０７、通信Ｉ／Ｆ１１０８（インタフェース）を備える。サーバ１１０のHWの各構成要素は、例えば、バスB1を介して相互に接続される。

　制御装置１１１０は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、例えば、ハードウェアに内蔵されたデータ処理装置により実現される。

　制御装置１１１０は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよい。ただし、本開示において、制御装置１１１０はこれらに限定されない。

　記憶装置１１０５は、サーバが動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置１１０５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶装置１１０５はこれらに限定されない。

　入出力装置１１０６は、サーバ１１０に対する各種操作を入力する装置により実現される。入出力装置１１０６は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置１１１０に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力装置１１０６は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力装置１１０６は、例えば、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよい。ただし、本開示において、入出力装置１１０６はこれらに限定されない。

　ディスプレイ１１０７は、代表的にはモニタ（例えば、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。なお、ディスプレイ１１０７は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよい。なお、これらのディスプレイ１１０７は、は、３Ｄで表示データを表示可能であってもよい。ただし、本開示において、ディスプレイ１１０７はこれらに限定されない。

　通信Ｉ／Ｆ１１０８は、ネットワーク１９９を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１１０８は、ネットワーク１９９を介して、端末１５１との通信を実行する機能を有する。通信Ｉ／Ｆ１１０８は、各種データを制御装置１１１０からの指示に従って、端末１５１に送信する。また、通信Ｉ／Ｆ１１０８は、端末１５１から送信された各種データを受信し、制御装置１１１０に伝達する。
　サーバ１１０は、プログラムＰを記憶装置１１０５に記憶し、このプログラムＰを実行することで、制御装置１１１０が、制御装置１１１０に含まれる各部としての処理を実行する。つまり、記憶装置１１０５に記憶されるプログラムＰは、サーバ１１０に、制御装置１１１０が実行する各機能を実現させる。

　本発明の各実施形態においては、端末１５１等および／またはサーバ１１０等のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。

　なお、端末１５１の制御装置１５１０、および／または、サーバ１１０の制御装置１１１０は、ＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。

　また、本開示の各実施形態のプログラムＰ（ソフトウェアプログラム／コンピュータプログラム）は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。

　記憶媒体は適切な場合、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（例えば、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。

　サーバ１１０および／または端末１５１は、例えば、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。

　また、本発明の一実施形態に係るプログラムＰは、当該プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ＃または端末＃に提供されてもよい。サーバ１１０および／または端末１５１は、例えば、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

　また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
　サーバ１００および／または端末１５１における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。
　端末１５１における処理の少なくとも一部を、サーバ１００により行う構成としてもよい。この場合、例えば、端末１５１の制御装置１５１０の各機能部の処理のうち少なくとも一部の処理を、サーバ１００で行う構成としてもよい。
　サーバ１００における処理の少なくとも一部を、端末１５１により行う構成としてもよい。この場合、例えば、サーバ１００の制御装置１１１０の各機能部の処理のうち少なくとも一部の処理を、端末１５１で行う構成としてもよい。
　本開示において、判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしても良いことは当然である。

　なお、本開示のプログラムは、例えば、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装できる。ただし本開示はこれらに限定されない。

＜システム構成のバリエーション＞
　図２に、本発明の実施形態のバリエーションを示すシステムないし装置等の構成例を示す。同図（及び図３）に示した構成での特徴的な処理動作は、本発明がネットワークを介したサーバや端末との連携動作によってのみ実現されるものでなく、端末単体上でも実現可能な点である。

　図２に示されるように、情報処理システム２００は、その最小限の構成として、情報処理サーバ２１０と、プレーヤが使用する各種情報処理端末（図において、例示的に、ＰＣ２２０及び２３０、携帯電話２４０、携帯情報端末ないしタブレット端末２５０～２５２が示されている。以下、総称して「端末」とも言う）とで構成され、サーバ及び各種端末間は、図２に示されるように専用回線やインターネット等の公衆回線（有線の回線として、２６０、２７０、２８０、２９０）で相互に通信可能に接続されている。また、回線は有線であっても無線であってもよく、無線の場合、携帯電話２４０及び携帯情報端末ないしタブレット端末２５０は、無線で図示しない基地局や無線ルータ等を介してインターネット２９０に乗り入れ、更に回線２８０を介して情報処理サーバ２１０と相互に通信可能に接続されている。

　なお、携帯電話や携帯情報端末ないしタブレットは、パーソナルコンピュータ（ＰＣ）に比肩する処理能力（通信処理速度や画像処理能力等）を備えているものも多く、小型のコンピュータとも言うべきものである。

　また、本発明の実施に必要なプログラムないしソフトウェアは、通常、ＰＣや携帯情報端末の記憶部におけるＨＤＤないしＳＳＤ等にインストールないし記憶され、プログラムないしソフトウェアの実行時には、必要に応じて記憶部内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵにおいて演算実行される。

　なお、演算実行は必ずＣＰＵ等の中央処理部で行われる必要はなく、図示しないディジタルシグナルプロセッサ（ＤＳＰ）等の補助演算装置を用いることもできる。

　また、情報処理サーバ２１０のハードウェア構成も、基本的にはＰＣを採用することができる。なお、本発明はこれに限定されるものではないが、情報処理サーバ２１０は、必要に応じてそのハードウェアスペックを上げるにあたり、複数のＰＣ（一例として、数十台～数万台）を並列的に作動させることによって大規模データの処理に適した構成をとることもできる。

＜サービス提供形態の基本バリエーション＞
　図３に、図１や図２で例示した本発明の一実施形態に係るシステムないし装置等における基本動作例を示す。ここで特に示したいことは、本発明がネットワークを介したサーバや端末との連携動作によっても、あるいは、端末単体上でも単独で実現可能な点である。

　図３において、「ユーザ端末」は、図１における端末１５１～１５３、図２における端末２２０、２３０、２４０、２５０～２５２に対応し、「情報処理サーバ」は、図１におけるサーバ１１０、１２０、図２における情報処理サーバ２１０に対応する。また、図３中、ｔ１～ｔ１０は時系列の流れを示し、経時的に後述する動作や処理が行われるものである。
　なお、実施形態において例示される動作ないし処理時刻（ｔ１等）は、本発明の概念の理解の容易のために例示されたものであり、本発明が実施形態において例示される個別の時系列関係に制限されることはない。

　まず、日時ｔ１において、ユーザ（プレーヤ）は、ユーザ端末を介して情報処理サーバから自身のユーザ端末を本発明にかかる情報処理端末として動作させるためのアプリケーションソフトウェアをダウンロードする（ステップＳ３０１）。このアプリケーションソフトウェアは、本発明にかかるプログラムの一部又は全部を処理するためのクライアントソフトウェアないしアプリケーションソフトウェアである。そして、ダウンロードしたアプリケーションソフトウェアをユーザ端末にインストールする（ステップＳ３０２）。このとき、時刻ｔ２において、ユーザ端末からは、必要に応じてユーザ登録としてユーザ自身のメールアドレスのほか、次表のようなプロフィール情報を情報処理サーバへアップロード（ステップＳ３０３）して登録管理させることもできる（ステップＳ３０４）。

　以上のデータ項目は、ユーザデータとして情報処理サーバ上の記憶装置に保存される（ステップＳ３０５）。時刻ｔ３以降は、ユーザ（プレーヤ）が情報処理端末を操作することによりアプリを開始する（サーバは端末に対してサービス提供を開始する）ことができる。

　次に、ユーザ端末にアプリをダウンロード及びインストールしたユーザは、時刻ｔ４においてアプリケーションソフトウェアを起動する（ステップＳ３０６）。時刻ｔ４～時刻ｔ５まで、例示的にユーザは情報処理端末で提供されるサービスに興じている。

　時刻ｔ５になると、ユーザはいったん本発明の一実施形態にかかるアプリケーションソフトウェアを中断ないし終了する。このとき、必要に応じて、アプリケーションのステータス情報を情報処理サーバへ転送し（ステップＳ３０７）、サーバではこれを受信して当該ユーザのユーザ情報としてのステータス情報を更新（ステップＳ３０８）及び保存（ステップＳ３０９）する。図３においては、これらの処理は、時刻ｔ６までに完了している。

　なお、本発明の一実施形態にかかるアプリケーションソフトウェアを情報処理端末にインストールした後は、端末上で完全にクローズドに実行可能な形態とすることももちろん可能であり、この場合は、上述のステップＳ３０４～ステップＳ３０５、並びに、ステップＳ３０８～ステップＳ３０９を省略することができ、必要な情報があれば端末上のメモリに保存管理される。

　次に、図３において、時刻ｔ７～時刻ｔ１０では、本発明の一実施形態にかかるアプリケーションソフトウェアの少なくとも一部を情報処理サーバにおいて実施する場合の実施形態例を示している。この場合、ユーザ（プレーヤ）は、ログイン動作と、コマンド送信という２つの典型的なユーザ端末操作を行い、情報処理サーバから必要なデータ送信を受け、あるいは、サービス提供を受けることとなる。

　例えば、図３において、時刻ｔ７においてユーザが自身の情報処理端末を介してサーバへのログイン処理を行う（ステップＳ３１０）と、情報処理サーバでは必要な認証処理が適宜行われ（ステップＳ３１１）、時刻ｔ８において、ユーザがサービス提供を受けられるためのデータを送信する（ステップＳ３１２）。例えば、端末からのコマンドを受信可能に構成されたトップメニュー画面や、アプリケーションの起動画面等である。
　時刻ｔ９において、ユーザは情報処理端末を介して何らかのコマンドを送信する（ステップＳ３１３）。このコマンドは、メニュー画面に表示されたメニューの選択でもよく、アプリケーション起動画面であれば、アプリケーションを開始するための開始コマンドの場合もある。サーバ側では、このコマンドを受けて、サービス処理を開始する（ステップＳ３１４）。そして、時刻ｔ１０において、サーバから端末の要求に応じたサービスが提供される（ステップＳ３１５）。

　なお、図３には図示していないが、時刻ｔ１０以降も、端末からは随時コマンドを送信することができ（例えば、メッセージ送信コマンドやメニュー選択コマンドなど）、都度、サーバでは端末からのコマンド受信を受けてサービスを提供することができる（例えば、受信したメッセージを他端末に転送したり、メッセージ解析をしてその結果を返信したりするなど）。

　また、本発明の一実施形態において、ユーザ（プレーヤ）は、ユーザ端末から特定の相手もしくは特定多数の相手に向けてメッセージを送信することもできる（図３においては不図示）。このメッセージは、情報処理サーバにて中継され、特定の相手もしくは特定多数の相手に転送され相手方において受信される。また、送信したメッセージは自身の端末でも確認できる。
　特にこれらのメッセージ処理は、サーバや端末に実装された後述する機能構成により実現される。

＜機能構成＞
（１）端末の機能構成
　本発明の一実施形態においては、図１に示すように、端末１５１は、制御装置１５１０、並びに、記憶装置１５１５に記憶されたプログラム及びデータにより実現される機能として、トーク参加部１５１１とメッセージ処理部１５１２とを有する。
　トーク参加部１５１１は、所望のトークルームへの参加のための処理を行う機能を有している。トークルームへは、個人単位で参加することができるとともに、グループ単位でも参加することができる。
　なお、ＢＯＴサーバ（一例として、サーバ１１０，１２０）についても、端末１５１を参照して例示する各機能を備えることにより、個人ユーザと同様にトークルームに参加することができる（このとき、１ユーザとしてのＢＯＴには、人間のユーザと同様に、インスタントメッセンジャーサービスの１アカウントが付与される）。
　また、トークルームを新たに生成することもできる。トークルームに参加した状態でメッセージを送信（発言）することで、サーバ１を経由して、同じトークルームに参加している他の参加者端末２および／またはＢＯＴサーバ（トークルームに参加している１ユーザとしてのＢＯＴ）にメッセージが送信される。

　メッセージ処理部１５１２は、トークルームでのメッセージの生成、送受信および送受信したメッセージの自端末での表示制御等の処理を行う機能を有している。典型的かつ基本的なメッセージ処理及び表示制御例としては、上から下に向かう時間軸に対し、左側に受信メッセージを表示させ、右側に送信メッセージを表示させるというものである。

　表示処理部１５１３は、メッセージ処理１５１２が処理したメッセージデータを表示装置１５１８上に表示させる。表示処理部１５１３は、表示用データ（一例として、文字コード）を画素情報（一例として、フォントや絵文字等）に変換し、表示装置１５１８のフレームバッファ（不図示）に書き込む機能を有する。

（２）サーバの機能構成 
　本発明の一実施形態においては、図１に示すように、サーバ１１０は、制御装置１１１０、並びに、記憶装置１１０５に記憶されたプログラム及びデータにより実現される機能として、トークルーム管理部１１１１とメッセージ処理部１１１２と課金情報管理部１１１３と請求処理部１１１４と統計処理部１１１５とＢＯＴ処理部１１１６と有する。

　トークルーム管理部１１１１は、トークルームの参加者等を管理する機能を有している。
　メッセージ処理部１１１２は、特定のトークルームにおいて送信されたメッセージを端末１５１から受信した場合に、宛先としての他の参加者端末（例えば、端末１５２、１５３）、及び／または、ＢＯＴサーバ（例えば、サーバ１２０）に同メッセージを送信（転送）する機能を有している。

　課金情報管理部１１１３は、課金対象となるメッセージ等（後述）の提供等に応じて例えばユーザ（ＢＯＴも含まれる）アカウント課金ための計算処理及び管理を行う。

　請求処理部１１１４・BR>ヘ、課金情報管理部１１１３で処理及び管理された課金情報に基づいて例えばユーザ（ＢＯＴも含まれる）アカウントごとの請求処理を行う。

　統計処理部１１１５は、課金情報処理部１１１３及び／または請求処理部１１１４で処理されたデータをもとに様々な視点からの統計処理を行い保存管理する。

　ＢＯＴ処理部１１１６は、ユーザ（人間）に代わって作業や判断、アドバイス等を行う処理を行う。本発明は、これらに限定されるものではないが、より詳細には、適切なデータを検索するための検索部１１１６ａ、送受信メッセージに含まれる言語（音声言語も含まれる）を処理するための言語処理部１１１６ｂ、処理された言語等の意味や価値を判断したり判断した結果の成否等に基づいて学習を行ったりするＡＩ処理部１１１６ｃ、与えられた画像を解析処理したり移り込んだ物体を認識処理等したりする画像処理部１１１６ｄ等の処理モジュールが含まれる。

　上述したとおり、ＢＯＴサーバ（一例として、サーバ１１０，１２０）についても、端末１５１を参照して例示する各機能を備えることにより、個人ユーザと同様の機能を発揮させることもできる（このとき、１ユーザとしてのＢＯＴには、人間のユーザと同様に、インスタントメッセンジャーサービスの１アカウントが付与される）。そして、ＢＯＴサーバが機能させるアシスタントＢＯＴと、人間ユーザとは、人間ユーザ同士が行っているのと同様に、友達関係を結ぶ（アカウント同士を紐付ける）などして互いに所定の関係を築くことができる（かかる所定の関係は、適宜図示しないデータベースや関係テーブルに記述され管理される）。

＜第１実施形態＞
　第１実施形態は、サーバ等（一例として、後述する「トークサーバ」）で運営されるトークルームに参加するユーザが端末を介してメッセージの送受信をしたり、自身のアシスタント（ＢＯＴ）とのやり取りを行ったりするうえでの基本的な動作フローや、トークサーバの基本動作、そして、トークルームに１ユーザ（１アカウント）として参加するＢＯＴサーバの基本動作について説明するものである（図４～図５を参照して後述する）。
　なお、第１実施形態に記載された内容の一部又は全部は、その特徴が相互に排他的である場合を除いて他の実施形態にも適用可能である。

　図４及び図５に示される本発明の一実施形態において、メッセージングサービスを提供するサーバはトークサーバ（図１におけるサーバ１１０等がこれに対応する）が担う。また、本発明の一実施形態において、ユーザ端末と同様に１ユーザ（１アカウント）としてトークルームに参加するＢＯＴサーバ（図１におけるサーバ１１０等がこれに対応する）が導入される。

　図４は、主に１ユーザの観点から示された基本動作フローである。
　図４のステップＳ４０１において、１ユーザ（ＢＯＴではない人間のユーザ）がユーザ端末を介してアプリを起動するなどしてトークルームに入室すると、ステップＳ４０２に進み、トークサーバからユーザ端末に読み込まれるか、あるいは、ユーザ端末それ自体の記憶装置等から読み込まれるかして、アプリを動作させるためのトークリスト等のステータス情報及び／または既読のメッセージ等の情報がユーザ端末内のメモリに読み込まれる。
　なお、トークリストは、トークサーバにおいて複数運営されているトークルームのリストであり、一例として、ユーザがメンバーとなっているトークルームについては選択指示等によって当該トークルームに入室し、他のメンバーユーザとのグループトークを行うことができる。グループトークは、トークサーバが提供するメッセージングサービスを介してメンバーがメッセージを交換する（互いに送受信し合う）ことによって進行される。

　図４において、ステップＳ４０３～ステップＳ４１１までのループは、基本動作ループであり、ステップＳ４１１においてアプリを終了（つまり、トークルームから退出）しない限り、他のメンバーとのメッセージの送受信を継続することができる。また、基本動動作ループ内において、ユーザにアシスタントＢＯＴ（いわゆるＡＩ機能を有するアドバイザープログラムであり、このＢＯＴそれ自体も１アカウントを有するユーザとしてトークルームに参加させることができる）が紐付けられている場合には、このアシスタントＢＯＴからユーザに対してアドバイスを行わせたり、他のユーザからの受信メッセージの少なくとも一部をトークサーバ等へ転送させたりすることができる。
　この場合のユーザとアシスタントＢＯＴとの関係は、人間のユーザ同士の関係と同様である。

　ステップＳ４０３において、図示しない操作によりユーザからメッセージ等送信がある（Ｙｅｓ）と、ステップＳ４０４へ進み、トークサーバに対するメッセージ等送信処理が行われる（ステップＳ４０３において、Ｎｏの場合はステップＳ４０５へ進む）。図４では不図示であるが、ステップＳ４０４で送信されるメッセージ等の内容によって処理される基本動作例は次の（１）～（３）のとおりである。

（１）ユーザ端末からトークサーバへユーザ自身のメッセージが送信された場合
　トークサーバでは、受信したメッセージをトークルーム内の他メンバーに送信（転送）するとともに、受信したメッセージに関連する（つまり、受信メッセージに適切な応答が可能な）１以上のＢＯＴ候補を抽出してメッセージ送信元のユーザに返信する。
　一実施形態において、これらＢＯＴ候補は、ＢＯＴに紐付けられたＢＯＴ＿ＩＤと各ＢＯＴを表わすキャラクタ画像及び／またはＢＯＴの発言であることを表わすメッセージとが含まれる。

（２）ユーザ端末からトークサーバへＢＯＴ＿ＩＤ（上述）が送信された場合
　トークサーバでは、指定されたＢＯＴ＿ＩＤに基づいて対応するＢＯＴ（ＢＯＴサーバ）にリクエストを行う。一実施形態においては、トークサーバからＢＯＴサーバに対して当該ＢＯＴサーバが現時点で用意している（つまり、その時点でトークルームでの会話の流れに沿って提供可能な）コンテンツ候補のリクエストが行われる。
　なお、一実施形態においては、ＢＯＴ＿ＩＤは、ユーザのメッセージとともに送信される場合もある。

（３）ユーザ端末からトークサーバへコンテンツが送信ないし指定された場合
　トークサーバでは、ユーザから送信ないし指定されたコンテンツ（画像情報や特定サイト等へのリンク先などが挙げられる）をグループ内の他メンバーに送信（転送）する。

　ステップＳ４０５において、ユーザに対するメッセージ等の受信がある（Ｙｅｓ）と、ステップＳ４０６へ進み、ユーザ（あるいは当該ユーザが参加しているトークグループ）にアシスタントＢＯＴが存在するか（つまり、紐付けられているか）どうかが判断され、Ｙｅｓの場合はステップＳ４０７ａに進み、メッセージ（ステップＳ４０５で既受信）のうちの一部または全部を選択する。そして、ステップＳ４０７ｂへ進み、アシスタントＢＯＴ経由でトークサーバへ転送され、ステップＳ４０８へ進む（ステップＳ４０５においてＮｏの場合は、直接ステップＳ４０８へ進む）。
　なお、ステップＳ４０７ａ～ステップＳ４０７ｂにおいて、受信メッセージのうちのどの程度のメッセージをアシスタントＢＯＴ経由でトークサーバへ転送させるかは、ユーザによる許可設定によって決まる。

　さらに、上記転送のタイミングは、（１）メッセージを受信するたびに当該メッセージの少なくとも一部をトークサーバへ転送する、（２）受信メッセージを端末上に表示させるたびに当該メッセージの少なくとも一部をトークサーバへ転送する、などのバリエーションを適用することができる。

　また、上記転送のタイミングにおいて、受信メッセージの少なくとも一部をトークサーバへ転送する際に、当該一部のメッセージとともに、受信メッセージのうち端末には表示されていないメッセージとを合わせてトークサーバへ転送させるように制御することもできる。

　ステップＳ４０８では、受信したメッセージ等がユーザ端末上に表示される。

　ステップＳ４０９において、ユーザに対するオブジェクト表示（後述）の受信がある（Ｙｅｓ）と、ステップＳ４１０に進み、受信したオブジェクトの端末上での見せ方に関して適宜処理する（後述）。そして、ステップＳ４１１へ進む（ステップＳ４０９においてＮｏの場合は、直接ステップＳ４１１へ進む）。

　ステップＳ４１１において、図示しないユーザ操作によりトークルーム退室指示がされると本フローとしては終了する（ステップＳ４１２）。

　図５は、主にトークサーバの観点から示された基本動作フローである。
　図５のステップＳ５０１において、トークサーバが処理を開始すると、ステップＳ５０２に進み、トークルームを運営するための各種ステータス情報等がサーバ内のメモリに読み込まれる。

　図５において、ステップＳ５０３～ステップＳ５１１までのループは、基本動作ループであり、トークサーバは、ステップＳ５１１において処理を終了しない限り、メッセージ等（典型的には、ＢＯＴ＿ＩＤが含まれるメッセージと含まれないメッセージとがある。また、ＢＯＴ＿ＩＤのみのメッセージもあり得る）あるいはコンテンツ（コンテンツそれ自体もしくはコンテンツを指定するための指定メッセージが含まれる）の到来を待つ。

　ステップＳ５０３では、メッセージ等の受信があったどうかが判断され、Ｎｏの場合はステップＳ５０９へ進むが、Ｙｅｓの場合はさらにステップＳ５０４へ進み、受信したメッセージ等の中にＢＯＴ＿ＩＤが含まれるかどうかが判断される。ステップＳ５０４においてＮｏの場合は他ユーザからのメッセージ等の受信であるため、ステップＳ５０７へ進み、受信したメッセージ内容に沿った応答が可能なＢＯＴ（複数の場合も有り）を抽出ないし特定するための処理が行われる。一実施形態において、このＢＯＴの抽出ないし特定処理は、トークサーバからＢＯＴサーバ（群）への問い合わせ及び応答によって実現される。
　そして、ステップＳ５０８では、前ステップで抽出ないし特定されたＢＯＴ候補をトークグループ内の他ユーザに送信し、ステップＳＳ５０９へ進む。

　一方、ステップＳ５０４においてＹｅｓの場合は、典型的には受信したメッセージが（既に提示済の）ＢＯＴ候補に対する指定であるため、ステップＳ５０５へ進み、指定された特定のＢＯＴ（サーバ）に対し、コンテンツまたはコンテンツ候補のリクエストを送信する。次に、特定のＢＯＴ（サーバ）からコンテンツ候補が送信されてきた場合にはステップＳ５０６にて受信したコンテンツ候補をメッセージ送信元のユーザ端末へ送信するとともに、このユーザ端末を介して（あるいはこのユーザ端末を介することなく）上述のコンテンツ候補を他ユーザの端末にも送信し、コンテンツのリアルタイム共有を実現する。そして、ステップＳ５０９へ進む。

　ステップＳ５０９では、コンテンツそれ自体あるいはコンテンツへの指定メッセージの受信があったかどうかが判断され、Ｙｅｓの場合はステップＳ５１０へ進み、コンテンツをグループ内の他ユーザへ送信する（ステップＳ５０９において、Ｎｏの場合はステップＳ５１１へ進む）。このとき、受信したメッセージがコンテンツへの指定メッセージ（一例として、ＵＲＬの特定によって入手可能なコンテンツ情報）である場合には必要に応じてトークサーバにおいて当該コンテンツを取得してこれをグループ内の他ユーザへ送信する。そして、ステップＳ５１１へ進む。

　ステップＳ５１１では、トークサーバとしての動作を終了するかどうかが判断され、図示しない操作によりトークサーバの動作を終了する（ステップＳ５１１においてＹｅｓ）場合には、ステップＳ５１２へ進み、本フローとしては終了するが、ステップＳ５１１においてＮｏの場合には、ステップＳ５０３へ復帰する。

＜第２実施形態＞
　第２実施形態は、複数のユーザ端末（一例として、端末１及び端末２）とトークサーバとＢＯＴサーバとの間のメッセージ等のやりとりをシステム全体の運用シーンとして説明するものである。以下、図６を参照して説明する。
　なお、第２実施形態に記載された内容の一部又は全部は、その特徴が相互に排他的である場合を除いて他の実施形態にも適用可能である。
　また、実施形態において例示される動作ないし処理時刻（ｔ１等）は、本発明の概念の理解の容易のために例示されたものであり、本発明が実施形態において例示される個別の時系列関係に制限されることはない（以下、時刻を明示して例示している実施形態において同様である）。

　図６に示される本発明の一実施形態において、時刻ｔ０にユーザ１が端末１（６０１）においてメッセージを作成し、トークサーバ６０３へ送信する。時刻ｔ１～ｔ２まで、トークサーバ６０３では受信したメッセージを解析し、このメッセージに対応可能なＢＯＴを特定する処理を行う。図６に示されてはいないが、一実施形態において、ＢＯＴ特定処理は、トークサーバから問い合わせ可能な複数のＢＯＴサーバへの問い合わせ処理によって実現される。

　時刻ｔ１において、トークサーバ６０３から他のユーザ（典型的には端末１のユーザと同じトークグループに参加している他のユーザが挙げられる）の端末２（６０２）に対し、端末１（６０１）から受信したメッセージが転送される。

　時刻ｔ１において、端末２（６０４）では、トークサーバ６０３から転送された端末１（６０１）からのメッセージを受信し、例えば、当該受信を通知されるなどして端末２のトークルームに入室し、受信メッセージを確認する。このとき、端末１（６０１）からの受信メッセージのうちトークサーバへ転送するメッセージを決定することができる（本発明の一実施形態では、この決定処理により、端末２（６０４）が端末１（６０１）からのメッセージに関し、端末１（６０１）に紐付けられたアシスタントＢＯＴからのアドバイスメッセージを含めて受信することの同意が得られたものとして処理することができる）。
　時刻ｔ３において、転送決定されたメッセージが今度は端末２（６０４）からトークサーバ６０３へ送信（転送）される。

　この間、時刻ｔ２において、トークサーバ６０３は、時刻ｔ０に端末１（６０１）から受信したメッセージの解析を終え、受信メッセージに対応可能なＢＯＴの候補データを端末１（６０１）へ送信する（なお、このＢＯＴの候補データは、例示的に図７Ａを参照して後述するユーザ操作によって破棄される）。
　なお、時刻ｔ２におけるトークサーバ６０３から端末１（６０１）へのＢＯＴ候補送信のタイミングと、時刻ｔ３における端末２（６０４）からトークサーバ６０３へのメッセージの送信のタイミングとは、実施状況によって入れ替わることがある。

　次に、時刻ｔ３～ｔ４では、トークサーバ６０３において、これまで端末１（６０１）や端末２（６０４）から受信したメッセージを総合的に解析し、これらのメッセージに対応可能なＢＯＴ候補を特定する処理がなされる。

　時刻ｔ４に、トークサーバ６０３にて特定されたＢＯＴ候補が端末２（６０４）へ送信される。
　このとき、時刻ｔ３における同意処理により、ＢＯＴ候補の中には端末１（６０１）と紐付けられた（友達関係にある）ＢＯＴを含めることもできる。そして、時刻ｔ４において、端末２（６０４）上でこれらのＢＯＴ候補を表示させる際には、端末２（６０４）に直接紐付けられた（直接の友達関係にある）ＢＯＴと端末２（６０４）には紐付けられていないが端末１（６０１）には直接紐付けられた（直接友達関係になる）ＢＯＴとを区別して表示させることができる（一実施形態として、前者のＢＯＴを通常のオブジェクトとして表示させ、後者のＢＯＴにモザイク処理を施して表示させるなど）。

　なお、時刻ｔ４において、端末２（６０４）に対して提示されるＢＯＴ候補の見せ方を「チラ見ＵＩ」とも呼ぶこととする（より詳細には、図７Ａ等を参照して後述する）。

　時刻ｔ５には、トークサーバ６０３にて特定されたＢＯＴ候補が端末１（６０１）へ送信される（同図において、端末１（６０１）へは２回目のチラ見ＵＩとなる）。端末１（６０１）上では、これらのＢＯＴ候補がチラ見ＵＩとして表示される。
　このとき、時刻ｔ３における同意処理により、ＢＯＴ候補の中には端末２（６０４）と紐付けられた（友達関係にある）ＢＯＴを含めることもできる。そして、時刻ｔ５において、端末１（６０１）上でこれらのＢＯＴ候補を表示させる際には、端末１（６０１）に直接紐付けられた（直接の友達関係にある）ＢＯＴと端末１（６０１）には紐付けられていないが端末２（６０４）には直接紐付けられた（直接友達関係になる）ＢＯＴとを区別して表示させることができる（一実施形態として、前者のＢＯＴを通常のオブジェクトとして表示させ、後者のＢＯＴにモザイク処理を施して表示させるなど）。

　なお、時刻ｔ４における端末２（６０４）に対するチラ見ＵＩのタイミングと時刻ｔ５における端末１（６０１）に対するチラ見ＵＩのタイミングとは、実施状況によって入れ替わることがある。

　時刻ｔ６では、端末１（６０１）上でチラ見ＵＩを介して提示されたＢＯＴ候補のうちの１つが選択される（つまり、端末１のユーザは選択したＢＯＴからのさらなる情報提供をリクエストする）。このとき、端末１（６０１）からトークサーバ６０３へは選択されたＢＯＴの識別子（ＢＯＴ＿ＩＤ）が送信される。なお、ＢＯＴ＿ＩＤの送信はメッセージの中に含めて送信されることもできる。

　時刻ｔ６～ｔ７においてトークサーバでは受信したＢＯＴ＿ＩＤからＢＯＴを特定し、特定されたＢＯＴ（サーバ）に対してメッセージを要求する（時刻ｔ７）。要求メッセージには、さらなるコンテンツや関連するコンテンツ、あるいはこれらの候補（コンテンツ候補）の要求などが含まれる。

　時刻ｔ８には、ＢＯＴサーバ６０２からトークサーバ６０３へコンテンツ候補が返信され、時刻ｔ９には、トークサーバ６０３から端末１（６０１）へこれらのコンテンツ候補が転送される。

　一実施においては、時刻ｔ９におけるトークサーバ６０３から端末１（６０１）へのコンテンツ候補の転送と共に、あるいは、トークサーバ６０３から端末１（６０１）へのコンテンツ候補の転送に替えて、トークサーバ６０３はトークルーム内のメンバーにコンテンツ候補を同報し、コンテンツ候補情報の実質的なリアルタイム共有を図ることもできる（図６における時刻ｔ１０での事象である）。

　時刻ｔ１１では、端末１（６０１）においてコンテンツ候補の１つが選択されトークサーバ６０３へ送信される。その後、わずかな時間差を伴って時刻ｔ１２にはこのコンテンツは端末２（６０４）へ送信される。
　この時点で、端末１（６０１）及び端末２（６０４）上では、前述のコンテンツが共有される（一例として、共有されたコンテンツが動画コンテンツの場合は、両端末上で実質的なリアルタイム再生がなされる）。

　時刻１３には、今度は端末２上で表示されている１以上のＢＯＴの中から１つが選択され、時刻ｔ１３に選択されたＢＯＴの識別子（ＢＯＴ＿ＩＤ）がトークサーバ６０３へ送信される。

　時刻ｔ１４には、トークサーバ６０３からＢＯＴサーバ６０２へコンテンツ候補要求メッセージが送信され、時刻ｔ１５にＢＯＴサーバ６０２からトークサーバ６０３へコンテンツ候補が返信され、時刻ｔ１６に端末２（６０４）に転送される。

　一実施においては、時刻ｔ１６におけるトークサーバ６０３から端末２（６０４）へのコンテンツ候補の転送と共に、あるいは、トークサーバ６０３から端末２（６０４）へのコンテンツ候補の転送に替えて、トークサーバ６０３はトークルーム内のメンバーにコンテンツ候補を同報し、コンテンツ候補情報の実質的なリアルタイム共有を図ることもできる（図６における時刻ｔ１７での事象である）。

　時刻ｔ１８では、端末２（６０４）においてコンテンツ候補の１つが選択されトークサーバ６０３へ送信される。その後、わずかな時間差を伴って時刻ｔ１９にはこのコンテンツは端末１（６０１）へ送信される。
　この時点で、端末１（６０１）及び端末２（６０４）上では、前述のコンテンツが共有される（一例として、共有されたコンテンツが動画コンテンツの場合は、両端末上で実質的なリアルタイム再生がなされる）。

＜第３実施形態＞
　第３実施形態は、ユーザ端末上での表示例にフォーカスして本発明の一実施形態における特徴を説明するものである。以下、図７Ａ～図７Ｅを参照して説明する。
　なお、第３実施形態に記載された内容の一部又は全部は、その特徴が相互に排他的である場合を除いて他の実施形態にも適用可能である。

　図７Ａに示される本発明の一実施形態において、端末７００（筐体部等は不図示）の表示画面上にはユーザトークルームに入室してトークグループ内の他のユーザとのメッセージ交換等をしている様子が示されている。端末７００の表示画面は大きく分けると端末のステータス情報表示領域７０１と、メッセージングサービス提供領域（以下、「トークルーム」という）７０２と、端末７００からの送信メッセージン入力及び送信領域７０３とで構成されている。

　また、図７Ａ～図７Ｅにおいては、既述したとおり、上から下に向かう時間軸に対し、左側にトークグループ内の他ユーザ（及び他ユーザに紐付けられたＢＯＴも含まれる）からの受信メッセージが表示され、右側に自身（及び自身に紐付けられたＢＯＴも含まれる）からの送信メッセージが時系列に表示される。

　図７Ａにおいて、トークルーム７０２上には、時刻１４：００に他ユーザより送信された「銀座」とのメッセージ７０２１ａが表示されている。また、メッセージ７０２１ａの近傍には、自ユーザに紐付けられたアシスタントＢＯＴ７０２１ｂが表示されている。
　なお、本発明の一実施形態においては、ＢＯＴ７０２１ｂをメッセージ７０２１ａの少なくとも一部に重畳させるように表示させることもできる、以下同様）。

　同図Ａにおいて、ＢＯＴ７０２１ｂは、メッセージ７０２１ａ中のワード「銀座」（破線部分）に反応して、これに関連する情報を提供可能なＢＯＴとして登場したものである。そして、もし端末７００を使用しているユーザがＢＯＴ７０２１ｂから関連情報を引き出したい場合には、図示しない操作（例えば、ＢＯＴ７０２１ｂをクリックないしタップするなど）によってさらなる情報提供を受けることができる。

　ここでは、端末７００を使用しているユーザは、ＢＯＴ７０２１ｂからの情報を必要としないので、領域７０２から退場させたいと考えている。その場合は、一例として、ＢＯＴ７０２１ｂに対し自身の手ないし指７０２１ｃで画面外側（縁方向）へフリック操作またはスワイプ操作するなどして退去させることができる（ＢＯＴ７０２１ｂは画面から消える）。

　なお、本発明の一実施形態においては、上述のＢＯＴ７０２１ｂに対する退去と共に、端末７００を使用しているユーザとこのＢＯＴ７０２１ｂとの関係（直接ないし間接の友達関係など）がある場合には、かかる関係を解消するよう制御させることもできる。この場合、図示しない友達関係テーブル等から端末７００を使用するユーザとＢＯＴ７０２１ｂとの関係フラグ等がリセットされる。

　一方、端末７００を使用しているユーザは、１４：３０にメッセージ７０２２ａを送信している。その結果、メッセージ７０２２ａ中の破線部のワード「六本木」にＢＯＴ７０２２ｂ（ＢＯＴ７０２１ｂと同一の場合もあるし、異なる場合もある）が反応して、メッセージ７０２２ａ近傍に表示されている。
　ＢＯＴ７０２２ｂは、メッセージ７０２２ａ中のキーワード「六本木」の関連情報を提供可能なものとしてユーザの指示を待っている。

　ここで、端末７００を使用しているユーザは、ＢＯＴ７０２２ｂから「六本木」に関するさらなる情報の提供を受けることを希望し、一例として、自身の手ないし指でＢＯＴ７０２２ｂを指示する位置７０２２ｃをクリックないしタップする。

　すると、一実施形態においては、次の段階としてＢＯＴ７０２２ｂの近傍に「六本木」に関するテーマとなる選択肢ボタン７０２３ａ～７０２３ｃが表示される。つまり、ボタン７０２３ａは「飯」に関するさらなる情報を得るための選択ボタンであり、ボタン７０２３ｂは「酒」に関するさらなる情報を得るための選択ボタンであり、ボタン７０２３ｃは「夜」に関するさらなる情報を得るための選択ボタンである。

　次に、端末７００を使用しているユーザは、自身の手ないし指７０２１ｄで選択肢ボタン７０２３ｃを押下する。

　すると、一実施形態においては、次の段階として「夜」をテーマとした施設ないし店舗の候補７０２４ａ～７０２４ｃが表示される。ユーザは、７０２４ｂに興味をもち、自身の手ないし指で位置７０２４ｄをクリックないしタップする。

　すると、トークグループ内の他メンバーへのメッセージとして７０２５ａが送信され、他メンバーは当該メッセージの受信によりその内容７０２５ｂを知ることができる。図示していないが、各メンバーは内容７０２５ｂをタップ等することにより、この施設ないし店舗の詳細情報を得ることができる。

　図７Ｂは、例示的に、図７Ａを参照して説明した端末７００の使用に伴い、他ユーザが自身の端末７１０上でどのように見えているかを説明するものである。

　図７Ｂにおいて、端末７１０（筐体部等は不図示）のトークルーム上の左側には、他ユーザのメッセージ７１１ａ（７０２１ａに対応）及びメッセージ７１２ａ（７０２２ａに対応）が示されており、その近傍（下側）には、これらのメッセージのうちキーワード「六本木」に反応してアシスタントＢＯＴ７１２ｂ、７１２ｃ、７１２ｄが表示されている。それぞれ個性の異なるＢＯＴである（ＢＯＴ７１２ｄは、ＢＯＴ７０２１ｂ及び／または７０２２ｂに対応付けることができる）。

［ＢＯＴを表示させる対象メッセージの特徴］
　ここで、トークルームにおけるどのようなメッセージに対してＢＯＴを登場させるかについては、一実施形態において、トークルームに対応付けられた時刻（トークルームへのアップロード時刻）が最も新しいメッセージに対して１以上のＢＯＴを表示させることができる。［複数のＢＯＴが登場する場合の並び順］
　また、ＢＯＴ７１２ｂ、７１２ｃ、７１２ｄのように、同一または類似のキーワードに反応して一群のＢＯＴとして特定メッセージ近傍に登場させる場合には、一実施形態において、トークサーバ内で抽出ないし特定された順（時系列）、あるいは、キーワードとの関連度の高さ順に配列させることができる。

　図７Ｂにおいて、トークルームの領域７１３内には、ＢＯＴ７１２ｂ～７１２ｄのいずれかのＢＯＴが他ユーザの端末（例えば、端末７００）上で選択されたことにより表示された選択肢ボタン７１３１ａ～７１３１ｃ、並びに、同端末（例えば、端末７００）上で選択肢ボタン７１３１ｃが選択されたことにより表示されたコンテンツ候補７１３２ａ～７１３２ｃである。これらは、端末７１０を使用しているユーザの操作によるものではなく、他ユーザ（一例として、端末７００を使用しているユーザ）の操作によって表れたオブジェクトがトークルーム内の他メンバーである端末７１０を使用しているユーザにも閲覧可能に制御されるものである。

　すなわち、一実施形態において、ＢＯＴ７０２２ｂはＢＯＴ７１２ｄに、選択肢ボタン７０２３ａ～７０２３ｃは選択肢ボタン７１３１ａ～７１３１ｃに、コンテンツ候補７０２４ａ～７０２４ｃはコンテンツ候補７１３２ａ～７１３２ｃに、それぞれ対応付けることができる。

　さらに、図７Ｂにおいて、トークルームの左下には他ユーザの端末（例えば、端末７００）上で選択されたことにより表示されたコンテンツ７１４ｂを含むメッセージ７１４ａが表示されている。一実施形態において、送信メッセージ７０２５ａは受信メッセージ７１４ａに、送信コンテンツ７０２５ｂは受信コンテンツ７１４ｂに、それぞれ対応付けることができる。

　図７Ｃは、端末７２０上での操作等に伴う他の動作例及び表示例を示す。

　図７Ｃにおいて、端末７２０（筐体部等は不図示）のトークルーム上の左側には、他ユーザのメッセージ７２１１及びメッセージ７２１２ａが表示され、これらのメッセージ群７２１に反応して複数のＢＯＴがその近傍に表示されている。そのうち、ＢＯＴ７２１２ｂ及び７２１２ｃは、端末７２０を使用しているユーザの発言（トークルーム右側のメッセージ）にも関与する（後述）。
　ここで特徴的な点は、ＢＯＴ７２１２ｃ（及びＢＯＴ７２２ｂ）は、図示されるとおり、端末７２０のトークルーム上では例示的に半透明処理が施されている点である。つまり、これらのＢＯＴは端末７２０を使用しているユーザとは直接紐付けはされていない。一実施形態において、ＢＯＴ７２１２ｃ（及びＢＯＴ７２２ｂ）は、端末７２０を使用しているユーザと友達関係にある他のユーザ（一例として、端末７００を使用しているユーザ）と直接紐付けされているものである。
　この場合であっても、端末７２０を使用しているユーザは、自身とは直接紐付けされてはいない（つまり、友達ユーザを介して間接的に関連付けられている）ＢＯＴ７２１２ｃ（及びＢＯＴ７２２ｂ）からも情報提供を受けることができる（後述）。

　次に、端末７２０を使用しているユーザがメッセージ７２２ａを送信すると、メッセージ７２２ａの一部（図中「ＤＡＮＣＥ」）に反応してＢＯＴ７２２ｂ及び７２２ｃが表示されるが、ＢＯＴ７２２ｂは自身に直接紐付けされてはいないので、半透明処理が施されている（しかしながら、上述したようにこのＢＯＴ７２２ｂにもアドバイスを求めることはできる）。
　端末７２０を使用しているユーザは、ＢＯＴ７２２ｃを位置７２２ｄでタップし、ダンスに関する関連情報の提供を求める。

　次に、端末７２０を使用しているユーザは、メッセージ７２３を送信し、少し間をおいて（図中に示されるとおり、一例として３０分程度）、メッセージ７２４を送信する。
　このとき、メッセージ７２４の近傍（図中、メッセージ左下隅）に、ＢＯＴ７２２ｃと同じキャラクタのＢＯＴが表示されるが図示されているとおり、３０分ほど前に表示されたＢＯＴ７２２ｃとは少し様子が異なって（一例として、忙しそうに）表現されている。このように表示させるＢＯＴに表情を持たせ、情報収集に少し時間を要していることやその程度などを表現させることもできる。

　次に、端末７２０を使用しているユーザは、ＢＯＴ７２２ｃからのアドバイス情報を待たずにメッセージ７２５ａを送信する。すると、今度はメッセージ７２５ａの左下隅にＢＯＴ７２５ｂが表示され（一例として、このＢＯＴはＢＯＴ７２２ｂと同じものであり自身に直接紐付けはされていない）、ユーザは自身の手ないし指７２５ｃでＢＯＴ７２５ｂをタップしてアドバイスを求める。

　図７Ｄは、図７Ｃを参照して説明した端末７２０上での操作等に伴う動作等に引き続き、端末７３０（この端末は端末７２０と同一の場合も異なる場合もあるが、説明の便宜上、端末７２０と同一のものとする）上での操作等に伴う動作例及び表示例である。
　つまり、メッセージ７３１、７３２、７３３ａ、７３５は、図７Ｃにおけるメッセージ７２１１、７２１２ａ、７２２ａ、７２４に、それぞれ対応する。

　図７Ｄにおいて、トークルームの領域７３４は、オーバーレイ（Overlay）表示であり、図７ＣにおけるＢＯＴ７２２ｃのタップ（ＤＡＮＣＥの関連情報要求）に応答して表示されたものである。

　オーバレイ７３４上には、ＤＡＮＣＥに関する選択肢ボタン７３４１ａ、７３４１ｂ、７３４１ｃが表示され、さらに端末７３０を使用しているユーザがボタン７３４１ａを押下（一例として、位置７３４１ｄをタップ等）することによって、ダンス動画に関するコンテンツ候補７３４２ａ、７３４２ｂ、７３４２ｃが表示される。

　さらに、端末７３０を使用しているユーザは、コンテンツ候補７３４２ｂを位置７３４２ｄのタップ等により選択し、トークルーム右下隅に再生可能な状態でコンテンツ７３６を表示させる。

　図７Ｅは、図７Ｃ及び図７Ｄを参照して説明した一連の動作後の端末７２０上の画面例である（本図では、端末７４０上の表示例として説明する）。

　図７Ｅにおいて、トークルームに表示されたメッセージ７４１はメッセージ７２１１、７３１に、メッセージ７４２はメッセージ７２１２ａ、７３２に、メッセージ７４３はメッセージ７２２ａ、７３３ａに、メッセージ７４４はメッセージ７２３に（図７Ｄにおいては、対応メッセージはオーバレイに隠れている）、メッセージ７４５はメッセージ７２４、７３５に、メッセージ７４６はメッセージ７２５ａに（図７Ｄにおいては、対応メッセージはオーバレイに隠れている）、コンテンツ７４７はコンテンツ７３６に、それぞれ対応する。

　図７Ｅにおいて示されるメッセージ群は、これまでのやりとりの履歴ともなるものであり、それぞれのメッセージ隅に表示されたＢＯＴも対応するメッセージ近傍に表示されたままであるが、本発明はこれらに限定されるものではなく、表示させてから一定時間経過をしたＢＯＴについては自動的に消去させたり、表示させてから一定時間を経過したＢＯＴであっても一度ユーザからのリクエストを受けたＢＯＴについては表示させたままとしたり、様々なバリエーションを採用することができる。

＜第１変形例＞
　図８Ａ（Ａ）～（Ｃ）は、アシスタントＢＯＴをキャラクタとして表示させる場合の表示のさせ方のバリエーションを例示する。同図における遮蔽物８０１ａ、８０１ｂ、８０１ｃは、画面上の隅等物理的な遮蔽物の場合もあるし、メッセージや画面上の表示物のようなソフトウェア上の遮蔽物の場合もある。

　図８Ａ（Ａ）～（Ｃ）は、アシスタントＢＯＴをキャラクタとして表示させる場合の表示のさせ方のバリエーションを例示する。同図における遮蔽物８０１ａ、８０１ｂ、８０１ｃは、画面上の隅等物理的な遮蔽物の場合もあるし、メッセージや画面上の表示物のようなソフトウェア上の遮蔽物の場合もある。

　図８Ａ（Ａ）に示されたＢＯＴ８１０ａは、例示的に雛鳥をモチーフとしたキャラクタオブジェクトであり、遮蔽物８０１ａからその顔を半分程度のぞかせているに過ぎない。つまり、同図Ａ（Ａ）においては、ＢＯＴ８１０ａを表わすオブジェクト画像の一部のみがユーザの目に触れるように制御されている。

　図８Ａ（Ｂ）に示されたＢＯＴ８１０ｂ（ＢＯＴ８１０ａと同一のキャラクタオブジェクトである）は、遮蔽物８０１ｂからその顔のほぼ全てをのぞかせている。つまり、同図Ａ（Ｂ）においては、ＢＯＴ８１０ａを表わすオブジェクト画像の一部（しかし、図８Ａ（Ａ）よりは多く）がユーザの目に触れるように制御されている。

　図８Ａ（Ｃ）に示されたＢＯＴ８１０ｃ（ＢＯＴ８１０ａ、８１０ｂと同一のキャラクタオブジェクトである）は、遮蔽物８０１ｃからその全てをのぞかせている。つまり、同図Ａ（Ｃ）においては、ＢＯＴ８１０ａを表わすオブジェクト画像の全部がユーザの目に触れるように制御されている。

　かかる態様において、ＢＯＴを表わすオブジェクト画像のどの程度の割合をユーザの目に触れさせるか（オブジェクトの表出割合）によって、一例として、次のような技術的意義付けを行うことができる。

　つまり、ＢＯＴから提供可能な情報の質の高低とオブジェクトの表出割合とを比例関係に対応付けたり、提供可能な情報の多少とオブジェクトの表出割合
とを比例関係に対応付けたりすることができる。
　あるいは、ＢＯＴへ情報提供をリクエストしてから回答までの時間の目安を表現するために上記表示態様を適用することもできる。この場合は、情報の提供時間の時間とオブジェクトの表示割合とを反比例に対応付けることが考えられる（つまり、オブジェクト表出割合が１００％の場合は迅速に回答可能でＢＯＴに自身が有る様を示し、オブジェクト表出割合が２０％の場合は回答までに時間がかかる見込みでＢＯＴとしては多少自信がない様子を示す）。この時間はサーバの負荷を計算することで反映させることができる。

＜第２変形例＞
　図８Ｂを参照して例示される第２変形例は、第１変形例のさらに他のバリエーションである。

　図８Ｂ（Ａ）～（Ｃ）は、アシスタントＢＯＴを人間のユーザと同様にメッセージボックスとして表示させる場合の表示のさせ方のバリエーションを例示する。同図における遮蔽物８０２ａ、８０２ｂ、８０２ｃは、画面上の隅等物理的な遮蔽物の場合もあるし、メッセージや画面上の表示物のようなソフトウェア上の遮蔽物の場合もある。

　図８Ｂ（Ａ）に示されたメッセージボックス８２０ａは、その３分の１程度を遮蔽物８０２ａからのぞかせているに過ぎない。つまり、同図Ｂ（Ａ）においては、メッセージボックスを表わすオブジェクト画像の一部のみがユーザの目に触れるように制御されている。

　図８Ｂ（Ｂ）に示されたメッセージボックス８２０ｂは、その３分の２程度を遮蔽物８０２ｂからのぞかせているに過ぎない。つまり、同図Ｂ（Ｂ）においては、メッセージボックスを表わすオブジェクト画像の一部のみ（しかし、同図Ｂ（Ａ）よりも多く）がユーザの目に触れるように制御されている。

　図８Ｂ（Ｃ）に示されたメッセージボックス８２０ｃは、その全部を遮蔽物８０２ｃからのぞかせるように制御されている。

　かかる態様において、メッセージオブジェクトの表出割合に対する様々な技術的意義付けを行うことができる（一例として、上表等を参照して説明したとおりである）。

＜第３変形例＞
　図８Ｃを参照して例示される第３変形例は、第１変形例～第２変形例のさらに他のバリエーションである。

　図８Ｃ（Ａ）～（Ｃ）は、アシスタントＢＯＴを人間のユーザと同様にメッセージボックスとして表示させる場合の表示のさせ方のバリエーションを例示する。同図におけるメッセージ８３０ａ、８３０ｂ、８３０ｃは、それぞれ大きさが異なっている。かかる態様において、メッセージオブジェクトの大きさに対する様々な技術的意義付けを行うことができる（一例として、上表等を参照して説明したとおりである）。

　例えば、ＢＯＴから提供可能な情報の質の高低とメッセージオブジェクトの大きさとを比例関係に対応付けたり、提供可能な情報の多少とメッセージオブジェクトの大きさとを比例関係に対応付けたりすることができる。

　あるいは、ＢＯＴへ情報提供をリクエストしてから回答までの時間の目安を表現するために上記表示態様を適用することもできる。この場合は、情報の提供時間の時間とメッセージオブジェクトの大きさとを反比例に対応付けることが考えられる（つまり、メッセージオブジェクトが大きい場合は迅速に回答可能でＢＯＴに自身が有る様を示し、メッセージオブジェクトが小さい場合は回答までに時間がかかる見込みでＢＯＴとしては多少自信がない様子を示す）。

＜第４変形例＞
　図８Ｄを参照して例示される第４変形例は、第１変形例～第３変形例のさらに他のバリエーションである。

　図８Ｄ（Ａ）～（Ｃ）は、アシスタントＢＯＴを人間のユーザと同様にメッセージボックスとして表示させる場合の表示のさせ方のバリエーションを例示する。同図におけるメッセージ８４０ａ、８４０ｂ、８４０ｃは、例示的に、それぞれの線の濃さが異なっている。かかる態様において、メッセージオブジェクトの線の濃さや背景色等に対する様々な技術的意義付けを行うことができる（一例として、上表等を参照して説明したとおりである）。

＜第５変形例＞
　図９を参照して例示される第５変形例は、主として図７Ｂ～図７Ｅを参照して具体的に説明したアシスタントＢＯＴを特定のメッセージ近傍等に複数表示させる場合のバリエーションを示すものであり、特にユーザとＢＯＴの関係性によって表示態様を異ならせる場合のバリエーションを示す。

　図９（Ａ）に示されるアシスタントＢＯＴ９０１ａ、９０２ａ、９０３ａは、例えば、ＢＯＴ７１２ｂ、７１２ｃ、７１２ｄのように特定のメッセージの近傍等に並んで表示されている。そして、ＢＯＴ９０１ａ、９０２ａ、９０３ａは、これらを表示させている端末ユーザと直接の紐付け等がなされているものとする。その場合、図示されているようにアシスタントＢＯＴ９０１ａ、９０２ａ、９０３ａの表示のさせ方（表示態様）に区別を設けないように表示制御する。

　一方で、図９（Ｂ）に示されるアシスタントＢＯＴ９０１ｂ、９０２ｂ、９０３ｂについては、ＢＯＴ９０１ｂ、９０２ｂはこれらを表示させている端末ユーザと直接の紐付け等がなされているが、ＢＯＴ９０３ｂについては間接的な関係（例えば、ＢＯＴ９０３ｂは、トークルームの他ユーザとの直接の紐付けはなされている）に留まるものとする。その場合、図示されているようにアシスタントＢＯＴ９０１ｂ、９０２ｂ、９０３ｂの表示のさせ方（表示態様）に区別を設け、ＢＯＴ９０３ｂは半透明になるように表示制御する。

　また、図９（Ｃ）に示されるアシスタントＢＯＴ９０１ｃ、９０２ｃ、９０３ｃについては、ＢＯＴ９０１ｃはこれらを表示させている端末ユーザと直接の紐付け等がなされているが、ＢＯＴ９０２ｃ、９０３ｃについては間接的な関係に留まるものとする。その場合にも、図示されているようにアシスタントＢＯＴ９０１ｃ、９０２ｃ、９０３ｃの表示のさせ方（表示態様）に区別を設け、ＢＯＴ９０２ｃ、９０３ｃは半透明になるように表示制御する。

　図９（Ｄ）に示されるアシスタントＢＯＴ９０１ｄ、９０２ｄ、９０３ｄについては、それぞれ、ＢＯＴ９０１ｃ、９０２ｃ、９０３ｃに対応し、表示態様の区別の設け方のさらなるバリエーションを示すものである。つまり、ＢＯＴ９０２ｃ、９０３ｃは半透明になるように表示制御されているが、ＢＯＴ９０２ｄ、９０３ｄはこれと同様の趣旨に基づきモザイク処理が施されるように表示制御される。

＜第６変形例＞
　図１０を参照して例示される第６変形例は、特に図７Ｃを参照して具体的に説明したアシスタントＢＯＴ７２２ｃの多忙さ（処理量の多さ等に基づく応答時間の長期化）を表示させる場合のバリエーションを示すものである。

　すなわち、図１０（Ａ）に示されるＢＯＴは、通常の応答時間が期待できる場合の表示態様である。図１０（Ｂ）に示されるＢＯＴは、同図（Ａ）に示された場合よりも応答時間の長期化が予想される場合の表示態様である。そして、図１０（Ｂ）に示されるＢＯＴは、同図（Ｂ）に示された場合よりもさらなる応答時間の長期化が予想される場合の表示態様である。

　また、図１０（Ｄ）に示されるＢＯＴは、図示されるように遠隔操作されている様子を表現しており、例示的に、コンピュータプログラムによる自動応答ではなく人手（人間）によるマニュアル対応中であることをユーザに示すための表示態様例である。

　このように、ＢＯＴの表現方法には、そのＢＯＴの状況に応じた様々な表示態様を適用することできる。

＜第４施形態＞
　第４実施形態は、第１～第３実施形態において課金処理を導入する実施形態である。図１１～１２を参照してその基本概念を説明する。
　当然のことながら、第４実施形態に記載された内容の一部又は全部は、その特徴が相互に排他的である場合を除いて他の実施形態にも適用可能である。

［課金のタイミング］
　これまでの実施形態を踏まえた課金の典型的なタイミングは、本発明の一実施形態において、（Ｂ１）アシスタントＢＯＴを提示ないし提供させたとき、（Ｂ２）アシスタントＢＯＴに対して大まかな複数のテーマなど選択可能な情報ないしメニューを要求／提供したとき、（Ｂ３）テーマに沿った１以上のテーマに沿ったコンテンツ候補を要求／提供したとき、（Ｂ４）コンテンツ候補のうちの１つのコンテンツを要求／提供したとき、等が挙げられる。

［課金対象］
　上記（Ｂ１）については、典型的にはアシスタントＢＯＴ提供元に課金することが好適である。また、（Ｂ２）～（Ｂ４）については、アシスタントＢＯＴ提供元、端末ユーザのいずれか又は双方に課金可能と思われる（つまり、アシスタントＢＯＴ提供元に対しては広告料聴取の観点から、端末ユーザに対してはサービス提供の観点からである）。
　以下、本発明の理解の容易のために、便宜上、アシスタントＢＯＴ提供元への課金を前提とした説明をするが、本発明はこれに限定されない。また、（Ｂ１）に例示したようなアシスタントＢＯＴを第１オブジェクトないし第１情報、（Ｂ２）に例示したような選択可能な情報ないしメニューや（Ｂ３）に例示したようなコンテンツ候補を第２オブジェクトないし第２情報、（Ｂ４）に例示したような提供コンテンツを第３オブジェクトないし第２情報というものとする。

　図１１に、本発明の一実施形態にかかるシステム等における課金処理の基本フローを示す。図１１のステップＳ１１０１では、すでにアプリ（典型的には、メッセージングサービス）は起動されているものとする。次にステップＳ１１０２では、上述の実施形態に示された様々なタイミングでアシスタントＢＯＴによる第１情報提示（第１オブジェクト提示）が行われ、ステップＳ１０３へ進む。

　ステップＳ１１０３では、前ステップでＢＯＴによる第１情報提示が行われたことによる課金のための重量カウント処理が行われる。ここでの処理のポイントは、第１情報提示のたびに都度課金処理を行うこともできるが、場合によっては一例として、第１情報提示の回数に応じた段階的な課金処理を行うべく処理が行われるという点である。
　例えば、ステップＳ１１０３では前ステップを根拠とするＢＯＴによる第１情報提示の回数がカウントされ、一定期間（例えば、１週間とか１月）が経過したとき、あるいは一定回数（例えば、１０００回とか１万回）のカウントが計上されたときに課金処理を行うことができる。
　なお、課金処理それ自体は公知の技術を適宜適用することができる。

　ステップＳ１１０４では、上述の実施形態に示された様々なシーンを介してユーザによるアシスタントＢＯＴに対する第２情報提示（第２オブジェクト提示）要求があるかどうかが判断され、Ｎｏの場合はステップＳ１１１０へスキップするが、Ｙｅｓの倍位はステップＳ１１０５へ進み、ＢＯＴによる第２情報提示がユーザ端末に対してなされる。

　ステップＳ１１０６では、前ステップでユーザによる第２情報提示が行われたことによる課金のための重量カウント処理が行われる。ここでの処理のポイントは、第２情報提示のたびに都度課金処理を行うこともできるが、場合によっては一例として、第２情報提示の回数に応じた段階的な課金処理を行うべく処理が行われるという点である。

　ステップＳ１１０７では、上述の実施形態に示された様々なシーンを介してユーザによるアシスタントＢＯＴに対する第３情報提示（第３オブジェクト提示）要求があるかどうかが判断され、Ｎｏの場合はステップＳ１１１０へスキップするが、Ｙｅｓの倍位はステップＳ１１０８へ進み、ＢＯＴによる第３情報提示がユーザ端末に対してなされる。

　ステップＳ１１０９では、前ステップでユーザによる第３情報提示が行われたことによる課金のための重量カウント処理が行われる。ここでの処理のポイントは、第３情報提示のたびに都度課金処理を行うこともできるが、場合によっては一例として、第３情報提示の回数に応じた段階的な課金処理を行うべく処理が行われるという点である。

　ステップＳ１１１０は本フローの終了ではあるが、アプリが作動している限り、上述したステップＳ１１０２～ステップＳ１１０９までの処理が繰り返される。

＜第７変形例＞
　図１２を参照して説明される第７変形例は、図１１におけるステップＳ１１０３、ステップＳ１１０６、ステップＳ１１０９の従来カウント処理の拡張であり、トークグループ内の複数のメンバーによる同じコンテンツ等への課金の調整ロジックが実装されたものとなっている。

　図１２のステップＳ１２０１において情報提供等に伴う従量カウント処理が開始されるとステップＳ１２０２へ進み、情報提示先の（ユーザ）アカウントが特定され、さらにステップＳ１２０３へ進み、当該アカウントが所属するアカウントグループが特定される。
　ここで、実装形態によってはステップＳ１２０２を割愛できる場合がある。

　次に、ステップＳ１２０４へ進み、本フローを開始する根拠となっている情報提供等に係る情報は、前ステップで特定されたアカウントグループ内で既に要求ないし提供済みの情報かどうかが判断される。
　ステップＳ１２０４でＮｏの場合はステップＳ１２０６へスキップするが、Ｙｅｓの場合はステップＳ１２０５へ進み、重複フラグをオンにする（この重複フラグは図示しない適切なタイミングで初期化済である）。

　ステップＳ１２０６では、重複フラグがオンであるかどうかが判断され、Ｙｅｓの場合はステップＳ１２０８へスキップするが、Ｎｏの場合はステップＳ１２０７へ進み、従量カウント処理が実施される。
　従量カウント処理の具体例は、図１１を参照して説明したとおりである。

　ステップＳ１２０８は本フローの終了ではあるが、アプリが作動している限り、拡張された従量カウント処理においては上述したステップＳ１２０２～ステップＳ１２０７までの処理が実施される。

　図１２の動作フローが意味するところは、一例として、アシスタントＢＯＴオブジェクトがあるメッセージに応答して表示され、トークグループ内の第１ユーザにより選択されたのちに当該アシスタントＢＯＴが同トークグループ内の第２ユーザにより選択された場合は、この第２ユーザにより選択されたことによるＢＯＴ提供元に対する課金情報は生成しない（グループ内での重複課金を回避する制御）、ということである。

　　一方で、図１２に示したグループ内での重複課金回避のロジックを適用しない場合には、アシスタントＢＯＴが、あるメッセージに応答して表示され、トークグループ内の第１ユーザにより選択されたのちに当該アシスタントＢＯＴが同トークグループ内の第２ユーザにより選択された場合は、この第２ユーザにより選択されたことによるＢＯＴ提供元に対する課金については、先の第１ユーザにより選択されたことによる課金とは別に行う（アカウントごとの課金を重視する制御）、ということである。

＜第５実施形態＞
　第５実施形態は、第４実施形態を踏まえてユーザ端末（特に、ＢＯＴ提供元端末）上での表示例にフォーカスして本発明の一実施形態における特徴を説明するものである。以下、図１３を参照して説明する。
　なお、第５実施形態に記載された内容の一部又は全部は、その特徴が相互に排他的である場合を除いて他の実施形態にも適用可能である。

　図１３に示される本発明の一実施形態において、端末１３００（筐体部等は不図示）の表示画面上には、例示的に、ＢＯＴ提供元ユーザの当該ＢＯＴに対する課金情報を閲覧するための閲覧画面が表示されており、端末ステータス情報表示領域１３０１と、ＢＯＴ情報表示領域１３０２と、第１情報提示等による課金料金確認／変更領域１３０３と、第２情報提示等による課金料金確認／変更領域１３０４と、第３情報提示等による課金料金確認／変更領域１３０５と、支払手段等案内領域１３０６とが含まれる。

　ＢＯＴ情報表示領域１３０２には、対象ＢＯＴ名とＢＯＴキャラクタ画像とが表示され、当該ＢＯＴが一目で識別できるようになっている。

　第１情報提示等による課金料金確認／変更領域１３０３には、第１情報提示等による課金料金単価として、１ビューあたり何ポイントになるかが表示されている。ポイントはビュー回数（提示回数）を累積計算する際の仮想的な通貨価値である。また、設定変更ボタン１３０３ｂを押下すると、一例として図示しない別画面へ遷移し、課金条件（デフォルトでは申込時の課金条件）を適宜変更することができる。

　第２情報提示等による課金料金確認／変更領域１３０４、及び第３情報提示等による課金料金確認／変更領域１３０５も、領域１３０３と同様の構成となっており、例えば、設定変更ボタン１３０４ｂや１３０５ｃを押下すると、一例として図示しない別画面へ遷移し、それぞれの情報提示における課金条件（デフォルトでは申込時の課金条件）を適宜変更することができる。

＜第６実施形態＞
　第６実施形態は、上述した第１情報～第３情報を要求したとき（あるいは、当該要求をして情報提供を受けたとき）、要求元のユーザに課金される際の課金処理実行を通知するための表示例に関する。図１４を参照して説明する。

　図１４に示されるとおり、アシスタントＢＯＴ１４０１に対してユーザが情報提供要求をするか、あるいは、情報提供要求をして情報提供を受けると、ＢＯＴ１４０１ａの頭部に描かれているコイン投入口１４０１ｂにコイン１４０２が投入される様子が示される（かかる様子はアニメーションによって表現されても良い）。

　かかる表示態様によって、ユーザは自身に課金がされた（あるいは、課金処理のためのポイントが付加された）ことを容易に認知することができる。

＜第７実施形態＞
　第７実施形態は、第４実施形態を踏まえてユーザ端末（特に、ＢＯＴ提供元端末）上での表示例にフォーカスして本発明の一実施形態における特徴を説明するものである。以下、図１５を参照して説明する。
　なお、第７実施形態に記載された内容の一部又は全部は、その特徴が相互に排他的である場合を除いて他の実施形態にも適用可能である。

　図１５に示される本発明の一実施形態において、端末１５００（筐体部等は不図示）の表示画面上には、例示的に、ＢＯＴ提供元ユーザの当該ＢＯＴに対する請求情報を閲覧するための閲覧画面が表示されている。より詳細には、端末ステータス情報表示領域１５０１と、ＢＯＴ情報表示領域１５０２と、現時点における請求情報（小計欄）１５０３、同（税）１５０４、同（合計）１５０５とが表示され、さらに、第１情報提示等による内訳欄（詳細表示ボタン１５０６ａが含まれる）と第２情報提示等による内訳欄（詳細表示ボタン１５０６ｂが含まれる）と第３情報提示等による内訳欄（詳細表示ボタン１５０６ｃが含まれる）とからなる統計情報欄１５０６と、支払手段等案内領域１５０７と、支払ページ遷移ボタン１５０８とが含まれる。

　ＢＯＴ情報表示領域１５０２には、対象ＢＯＴ名とＢＯＴキャラクタ画像とが表示され、当該ＢＯＴが一目で識別できるようになっている。

　現時点における請求情報（小計欄）１５０３には、一例として、当該請求月の現時点での請求額（税別表示）が表示されている。同様に、現時点における請求情報（税）１５０４には、一例として、当該請求月の現時点での請求額（税表示）が表示されている。そして、現時点における請求情報（合計）１５０５には、一例として、当該請求月の現時点での合計請求額（税込表示）が表示されている。

　図１５において、第１情報提示等による内訳欄には、第１情報提示等が当該請求月における現時点で８０８９回発生していることが示されている。同図中、詳細表示ボタン１５０６ａが押下されると、一例として図示しない別画面に遷移してその統計的な内訳を閲覧することができる。

　また、第２情報提示等による内訳欄には、第２情報提示等が当該請求月における現時点で１６０７回発生していることが示されている。同図中、詳細表示ボタン１５０６ｂが押下されると、一例として図示しない別画面に遷移してその統計的な内訳を閲覧することができる。

　また、第３情報提示等による内訳欄には、第３情報提示等が当該請求月における現時点で１００８回発生していることが示されている。同図中、詳細表示ボタン１５０６ｃが押下されると、一例として図示しない別画面に遷移してその統計的な内訳を閲覧することができる。

　本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。

１００、２００　ＢＯＴ制御管理システム
１１０、１２０　情報処理端末
１５１、１５２、１５３　情報処理装置（サーバ）
１９９　ネットワーク
２１０　情報処理サーバ
２２０、２３０　ＰＣ（情報処理端末）
２４０　携帯電話（情報処理端末）
２５０、２５１、２５２　タブレット（情報処理端末）
２６０、２７０、２８０，２９０　ネットワーク

Claims (17)

1. 　第１情報処理端末に対応付けられた第１ユーザと、１以上の第２情報処理端末に対応付けられた１以上の第２ユーザとが、参加するトークルームにおける会話補助を行うプログラムであって、前記第１情報処理端末に、
   　　トークルームに表示されるメッセージに応じて、第１オブジェクトを表示させるステップと、
   　　前記第１オブジェクトが選択されたことに応答して、第２のオブジェクトを表示させるステップと、
   　　前記第２オブジェクトが選択されたこと応答して、第３のオブジェクトを表示させるステップと、を実行するプログラムが記録された記録媒体。
2. 　前記第１オブジェクトは、前記メッセージ内のテキストに応じて２以上の第１オブジェクトが表示される、請求項１に記載の記録媒体。
3. 　前記第１オブジェクトは、前記メッセージ内のテキストに応じて表示されるオブジェクトが異なる、請求項１に記載の記録媒体。
4. 　前記メッセージは、前記第１情報処理端末が前記第２情報処理端末から受信したメッセージである、請求項１に記載の記録媒体。
5. 　前記メッセージは、前記第１情報処理端末が前記第２情報処理端末に送信したメッセージである、請求項１に記載の記録媒体。
6. 　前記第１オブジェクトは、前記トークルームに表示されるメッセージのうち、対応付けられた時刻が最も新しいメッセージに応じて２以上の第１オブジェクトが表示される、請求項１に記載の記録媒体。
7. 　前記第１オブジェクトは、前記トークルームを提供するインスタントメッセンジャーサービスの１アカウントと対応付けられており、
   　前記アカウントと前記第１ユーザとが所定の関係を設定されている場合に、前記アカウントに対応づけられた前記第１オブジェクトが表示される、請求項１に記載の記録媒体。
8. 　前記第１オブジェクトは、前記トークルームを提供するインスタントメッセンジャーサービスの１アカウントと対応付けられており、
   　前記アカウントと前記第１ユーザとが所定の関係を設定されているか否かに応じて表示態様が異なる、請求項１に記載の記録媒体。
9. 　前記第１オブジェクトは、前記トークルームを提供するインスタントメッセンジャーサービスの１アカウントと対応付けられており、
   　前記アカウントと前記第２ユーザとが所定の関係を設定されている場合に、前記第１オブジェクト、前記第２オブジェクト、または、前記第３オブジェクトのうちの少なくとも１つが表示される、請求項１に記載の記録媒体。
10. 　前記第１オブジェクトは、前記トークルームを提供するインスタントメッセンジャーサービスの１アカウントと対応付けられており、
    　前記アカウントと前記第２ユーザとの間の所定の関係が設定されていない場合に、前記第１オブジェクト、前記第２オブジェクト、または、前記第３オブジェクトのうちの少なくとも１つが非表示となる、請求項１に記載の記録媒体。
11. 　前記第１オブジェクトが、表示領域の縁方向に操作されることに応答して、前記操作以降には前記第１オブジェクトを非表示設定とする、請求項１に記載の記録媒体。
12. 　前記第１オブジェクトが、表示領域の縁方向に操作されることに応答して、前記第１オブジェクトに対応付けられたアカウントと第１ユーザとの所定の関係を解除する、請求項１に記載の記録媒体。
13. 　前記第１オブジェクトは、前記トークルームを提供するインスタントメッセンジャーサービスの１アカウントと対応付けられており、
    　前記アカウントと前記第２ユーザとの間の所定の関係が設定されていない場合に、前記第１オブジェクト、前記第２オブジェクト、または、前記第３オブジェクトのうちの少なくとも１つが、前記第１情報処理端末上での表示態様とは異なる表示態様で前記第２情報処理端末上に表示される、請求項１に記載の記録媒体。
14. 　前記第１オブジェクト、前記第２オブジェクト、または、前記第３オブジェクトのうちの少なくとも１つは、前記第１ユーザのメッセージとして前記第２情報処理端末上に表示される、請求項１に記載の記録媒体。
15. 　前記第１オブジェクト、前記第２オブジェクト、または、前記第３オブジェクトのうちの少なくとも１つは、前記トークルームの画面上にオーバレイの表示態様で表示される、請求項１に記載の記録媒体。
16. 　前記第１オブジェクトは、前記メッセージの近傍に表示される、請求項１に記載の記録媒体。
17. 　前記第１オブジェクトは、前記メッセージに重畳されて表示される、請求項１に記載の記録媒体。
    　

Images