JP2022190108A - プログラム、方法、端末 - 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 te
rm evolution）ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetoo
th（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができ
る。ただし、本開示において、ネットワーク１９９は、これらに限定されない。また、ネ
ットワーク１９９は、１つまたは複数のネットワークを含むことができる。

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

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

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

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

（１）端末のHW構成

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

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

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

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

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

表示装置１５１８は、フレームバッファ（不図示）に書き込まれた表示データに従って
、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現さ
れる。表示装置１５１８は、代表的にはモニタ（例えば、液晶ディスプレイやOELD（orga
nic 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（orga
nic electroluminescence display））で実現される。なお、ディスプレイ１１０７は、
ヘッドマウントディスプレイ（ＨＤＭ）などであってもよい。なお、これらのディスプレ
イ１１０７は、は、３Ｄで表示データを表示可能であってもよい。ただし、本開示におい
て、ディスプレイ１１０７はこれらに限定されない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (1)

1. 第１アカウントの第１ユーザと第２アカウントの第２ユーザとが参加するチャットルームのコンテンツを表示部に表示する端末によって実行されるプログラムであって、
   前記第１アカウントに関連付けられた第１コンテンツまたは前記第２アカウントに関連付けられた第２コンテンツに基づいて、前記第１アカウントと前記第２アカウントの何れとも異なるアカウントであって、第１機能に関連付けられた第３アカウントを示す第１オブジェクトを前記表示部に表示することと、
   前記第１オブジェクトが選択されたことに基づいて第２オブジェクトを前記表示部に表示することと、
   を含むプログラム。
   
   

Images