JP2021177321A - プログラム、表示方法、端末 - Google Patents

Abstract

【課題】音情報に基づく文字情報をチャットルームに簡単に入力できるようにする。【解決手段】ユーザと、ユーザとは異なる第１端末のユーザとを含むチャットルームを表示するユーザの端末によって実行されるプログラムは、音情報を端末の取得部によって取得することと、取得部によって取得された音情報に基づく文字情報が、選択されたチャットルームに入力され、文字情報を含むチャットルームを端末の表示部に表示することとが端末によって実行される。【選択図】図１−１

Description

本開示は、プログラム、表示方法、端末に関する。

音認識（例えば音声認識）に関する情報処理システムが知られている（例えば特許文献１。）。

特開２０１４−２０６９６１号公報

本発明の第１の態様によると、ユーザと、ユーザとは異なる第１端末のユーザとを含むチャットルームを表示するユーザの端末によって実行されるプログラムは、音情報を端末の取得部によって取得することと、取得部によって取得された音情報に基づく文字情報が、選択されたチャットルームに入力され、文字情報を含むチャットルームを端末の表示部に表示することとが端末によって実行される。
本発明の第２の態様によると、ユーザと、ユーザとは異なる第１端末のユーザとを含むチャットルームを表示するユーザの端末の表示方法は、音情報を端末の取得部によって取得することと、取得部によって取得された音情報に基づく文字情報が、選択されたチャットルームに入力され、文字情報を含むチャットルームを端末の表示部に表示することとを含む。
本発明の第３の態様によると、ユーザと、ユーザとは異なる第１端末のユーザとを含むチャットルームを表示するユーザの端末は、音情報を取得する取得部と、取得部によって取得された音情報に基づく文字情報が、選択されたチャットルームに入力され、文字情報を含むチャットルームを表示する表示部とを備える。

実施形態に係る通信システムの構成の一例を示す図。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第２実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第２実施例に係るメッセージングアプリケーションユーザ登録データの一例を示す図。 第２実施例に係るグループ管理データベースの一例を示す図。 第２実施例に係るカレンダー情報管理データベースの一例を示す図。 第２実施例に係る端末の記憶部に記憶される情報の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４実施例に係る端末の表示部に表示される画面の一例を示す図。 第４実施例に係る端末の表示部に表示される画面の一例を示す図。 第４実施例に係る端末の表示部に表示される画面の一例を示す図。 第４実施例に係る端末の表示部に表示される画面の一例を示す図。 第４実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５実施例に係る端末の表示部に表示される画面の一例を示す図。 第６実施例に係る表示形式テーブルの一例を示す図。 第７実施例に係るカレンダー情報管理データベースの一例を示す図。 第７実施例に係る端末の表示部に表示される画面の一例を示す図。 第７実施例に係る端末の表示部に表示される画面の一例を示す図。 第７実施例に係る端末の表示部に表示される画面の一例を示す図。 第４実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第７変形例に係る端末の表示部に表示される画面の一例を示す図。 第７変形例に係る端末の表示部に表示される画面の一例を示す図。 第７変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。

＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。

本開示に係るプログラム等を実施するための実施形態について、図面を参照して説明する。

本明細書では、適宜「通信Ｉ／Ｆによって」という表現を使用する。これは、装置が、限定ではなく例として、制御部（プロセッサー等）の制御に基づいて、通信Ｉ／Ｆを介して（通信部を介して）、各種の情報やデータを送受信することを示す。

＜システム構成＞
図１−１は、本実施例における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。

サーバ１０は、ネットワーク３０を介して、ユーザが所有する端末２０にメッセージングサービスを提供する機能を有する。サーバ１０は、メッセージングサーバやメッセージングサービスサーバ等のように表現することもできる。

端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ、・・・）は、各実施例において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、ＶＲ（Virtual Reality）端末、スマートスピーカ（音声認識用デバイス）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。

端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一である。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現してもよい。
なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。

ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
なお、ネットワーク３０に接続されるサーバ１０の数や端末２０の数は限定されない。

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（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（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。

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

［各装置のハードウェア（ＨＷ）構成］
通信システム１に含まれる各装置のＨＷ構成について説明する。

（１）端末のＨＷ構成
図１−１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。

入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。

出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。

一実施形態として、入出力部２３は、限定ではなく例として、表示部２４、音入力部２５、音出力部２６、撮像部２７を備える。

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

音入力部２５は、音データ（音声データを含む。以下同様。）の入力に利用される。音入力部２５は、マイクなどを含む。
音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
撮像部２７は、動画像データの取得に利用される。撮像部２７は、カメラなどを含む。

入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。

時計部２９Ａは、端末２０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部２９Ａは、限定ではなく例として、水晶発振器を利用したクロック等を有して構成される。時計部２９Ａは、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。

なお、時計部２９Ａは、ＮＩＴＺ（Network Identity and Time Zone）規格等を適用したクロックを有していてもよいし、有していなくてもよい。

位置算出用情報検出部２９Ｂは、制御部２１が自己の端末２０の位置を算出（測定）するために必要な情報（以下、「位置算出用情報」と称する。）を検出（計測）する機能部である。位置算出用情報検出部２９Ｂは、限定ではなく例として、位置算出用センサ部と表現することもできる。

位置算出用情報検出部２９Ｂは、限定ではなく例として、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して端末２０の位置を算出するためのセンサやユニットである衛星測位センサ（衛星測位ユニット）や、慣性航法システムを利用して端末２０の位置を算出するためのセンサやユニットである慣性計測センサ（慣性計測ユニット（ＩＭＵ（Inertial Measurement Unit）））、ＵＷＢ（超広帯域無線：Ultra Wide Band）を利用して端末２０の位置を算出するためのセンサやユニットであるＵＷＢ測位センサ（ＵＷＢ測位ユニット）等を含む。

衛星測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用衛星から発信されている測位用衛星信号を含むＲＦ（Radio Frequency）信号をデジタル信号に変換するＲＦ受信回路や、ＲＦ受信回路から出力されるデジタル信号に対して相関演算処理等を行って測位用衛星信号を捕捉し、測位用衛星信号から取り出した衛星軌道データや時刻データ等の情報を、位置算出用情報として出力するベースバンド処理回路等を有する。

慣性計測ユニットは、慣性航法演算によって端末２０の位置を算出するために必要な情報を検出するセンサである慣性センサを有する。慣性センサには、限定ではなく例として、３軸の加速度センサや３軸のジャイロセンサが含まれ、加速度センサによって検出された加速度と、ジャイロセンサによって検出された角速度とを、位置算出用情報として出力する。

ＵＷＢ測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用ビーコンから発信されている測位用超広帯域パルス信号を含む超広帯域ＲＦ（Radio Frequency）信号をデジタル信号に変換する超広帯域ＲＦ受信回路や、超広帯域ＲＦ受信回路から出力されるデジタル信号に基づいて端末２０と測位用ビーコンとの相対位置を算出する相対位置算出処理回路等を有する。
なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。

制御部２１は、限定ではなく例として、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて、定期的なタイミングや特定のタイミングで、自己の端末２０の位置を算出する。端末の位置を「端末位置」と称し、算出された端末位置を「算出端末位置」と称する。そして、制御部２１は、算出端末位置を、その算出端末位置を算出した日時と関連付けて、算出端末位置履歴データとして記憶部２８に記憶させる。

制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。

記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。

端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。

（２）サーバのＨＷ構成
図１−１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

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

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

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

通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

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

出力部は、制御部１１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。

一次実施形態として、入出力部１２は、表示部１３を備える。

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

時計部１９は、サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定ではなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。

（３）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。

本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
他の装置についても同様である。

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

また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。

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

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

また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
他の装置についても同様である。

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

なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのコンパイラ言語、HTML5などのマークアップ言語などを用いて実装される。

＜実施例＞
限定ではなく例として、同じ部門に属する仲間同士といったグループの複数のユーザが、限定ではなく例として、現実世界（オフライン）で集まって会議や会合を行い、その会議や会合で議論される内容をオンラインで共有したい場合がある。
この場合、限定ではなく例として、現実世界での会議や会合における音声データに基づいて音声認識を実行し、文章等の閲覧・検索が容易なデータに変換したうえで、他のユーザとその文章等のデータを共有するシステムが望まれる。
以下、これを実現するための実施例について説明する。

本明細書では、インスタントメッセージングサービス（ＩＭＳ）を含むメッセージングサービス（ＭＳ：Messaging Service）を実現するためのメッセージングアプリケーションを利用して、限定ではなく例として、会議や会合の音声データを文章化したデータ（以下、「議事録データ」と称する。）を共有する例を示す。以下では、メッセージングサービスを介して議事録データをやりとりするサービスを、「議事録サービス」と呼称する。

また、以下では、メッセージングサービス事業者によって、サーバ１０が運用・管理されることとして説明する。また、以下では、メッセージングアプリケーションの名称を、適宜「Ｍｅｓｓａｇｉｎｇ Ａｐｐ」と称して図示・説明する。

本明細書において、「コンテンツ」とは、メッセージングサービスにおいて複数の端末２０間で送受信される単純なテキストや絵文字等を含むメッセージの他、限定ではなく例として、画像情報（静止画像、動画像等を含む。）、操作用情報（ボタン、アイコン等を含む。）、通信用情報・リンク情報（ＵＲＩ、ＵＲＬ等を含む。）など、端末２０間で送受信可能な各種の情報を含む。

「チャットルーム」とは、コンピュータネットワーク上のデータ通信回線を用いて端末２０の１以上のユーザがコミュニケーションを行うための仮想的な部屋である。
限定ではなく例として、チャットルームにおいてメッセージングサービスを利用してコンテンツをやり取りする場合、チャットルームは「トークルーム」であるとも言える。

トークルームには、限定ではなく例として、一対一でユーザがトークを行うためのトークルームの他、メッセージングサービスにおいて形成された複数のユーザを含むグループでトークを行うためのグループトークルームが含まれる。

また、メッセージングサービスには、端末２０間での簡単なメッセージ等のコンテンツの送受信を可能とするインスタントメッセージングサービス（ＩＭＳ：Instant Messaging Service）を含めてもよいし、含めなくてもよい。

なお、メッセージングサービス：ＭＳ（ＩＭＳを含む。）は、ソーシャルネットワーキングサービス：ＳＮＳの１つの形態（一形態）と考えることもできる。
このため、ＭＳとＳＮＳとは区別してもよいし、区別しなくてもよい。

また、以下では、端末２０Ａのユーザを「ユーザＡ．Ａ」、端末２０Ｂのユーザを「ユーザＢ．Ｂ」、端末２０Ｃのユーザを「ユーザＣ．Ｃ」、・・・、として説明する。

また、メッセージングアプリケーションは、いわゆるスケジュール管理サービスの機能を有さない単体のアプリケーションとしてサーバ１０によって提供されるようにしてもよいし、スケジュール管理サービスの機能を有する複合的なアプリケーションとしてサーバ１０によって提供されるようにしてもよい。

また、以下説明する実施例では、本開示における文字情報として、議事録に含まれる文字の情報（文字のデータ）を例示する。
ただし、本開示における文字情報は、文字の情報に限定されるわけではなく、この他にも、限定ではなく例として、記号、コンテンツ、画像の情報など、一般的にチャットルームに表示させることが可能な情報も、本開示における文字情報に含めることができる。

議事録サービスを実現するために議事録データを作成・共有する手法としては、大きく分けて、以下の２つの手法が考えられる。以下の実施例では、それぞれの手法について説明する。
（１）サーバ１０で音声認識を実行し、議事録データを作成する手法
（２）端末２０で音声認識を実行し、議事録データを作成する手法

また、議事録データを作成・共有するタイミングとしては、大きく分けて、以下の３つの手法が考えられる。
（Ａ）会議・会合が終わった後で議事録データを作成・共有
（Ｂ）会議・会合が始まる前に議事録データを作成・共有する設定を行い、会議・会合中にリアルタイムで議事録データを作成・共有
（Ｃ）会議・会合が始まる前に議事録データを作成・共有する設定を行い、会議・会合が終わった後で議事録データを作成・共有

＜第１実施例＞
第１実施例は、上記の（２）の手法による実施例である。
第１実施例は、議事録サービスにおいて、限定ではなく例として、メッセージングアプリケーションが動作する端末２０において音データ（限定ではなく例として、音声データ。以下同様。）を取得し、その音データに基づいて、文字データを含む議事録データを作成する。そして、作成された議事録データをメッセージングアプリケーションのチャットルーム（限定ではなく例として、トークルーム）に表示する。
第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。

本実施例では、チャットルームには、限定ではなく例として、端末２０ＡのユーザＡ．Ａと、端末２０Ａ以外の端末２０のユーザ、限定ではなく例として、端末２０ＢのユーザＢ．Ｂとが、少なくとも参加していることとする。

＜処理＞
図１−２は、本実施例において端末２０の制御部２１が実行する処理の流れの一例を示すフローチャートである。
このフローチャートは、端末２０Ａの制御部２１が実行する処理の一例である。

以下説明する処理は、あくまでも本開示の手法を実現するための処理の一例に過ぎず、これらの処理に限定されるものではない。
以下説明する処理に、別のステップを追加してもよいし、一部のステップを省略（削除）してもよい。
これは、以下説明する各フローチャート（処理）について同様である。

まず、端末２０Ａの制御部２１は、音入力部２５に対する入力を受け付け、限定ではなく例として、ユーザの対話内容を含む音声データを取得する（Ａ１００）。

なお、音声データには、ユーザの対話内容である音声以外にも、限定ではなく例として、ベルが「リンリン」という音をたてて鳴る音や、犬が「ワンワン」と鳴く音等のデータを含めてもよいし、含めなくてもよい。つまり、人間の音声以外の音のデータを音声データに含めてもよいし、含めなくてもよい。
また、人間の音声のデータと、それ以外の音のデータとを区別してもよいし、区別しなくてもよい。

次に、端末２０Ａの制御部２１は、取得した音声データに対して、限定ではなく例として、音声認識処理を実行する。そして、端末２０Ａの制御部２１は、音声認識処理の結果に基づいて、音声データを文字（文章）データである議事録データに変換する（Ａ１２０）。この処理は、音情報から文字情報である議事録データを生成する処理といえる。

なお、音声認識処理は、発話内容を文字列に変換することに限定されない。限定ではなく例として、ベルが鳴る音を「リンリン」という文字に、犬が鳴く音を「ワンワン」という文字に変換する擬音語（擬声語）変換処理を音声認識処理に含めてもよいし、含めなくてもよい。

また、議事録データ変換処理において、音声データに対して話者認識処理を行い、話者認識結果に基づいて、文字データと話者データとが紐付けられた議事録データを生成するようにしてもよいし、そうしなくてもよい。

すると、端末２０Ａの制御部２１は、変換（生成）された議事録データを、メッセージングアプリケーションの、限定ではなく例として、ユーザＡ．ＡとユーザＢ．Ｂとを含むチャットルーム（トークルーム）に追加して入力する（Ａ１６０）。すなわち、議事録データに含まれる文字データが、複数のユーザ間において、メッセージングアプリケーションのチャットルームによって共有される。

最後に、端末２０Ａの制御部２１は、チャットルームに入力された議事録データを表示部２４に表示させる（Ａ１８０）。そして、端末２０Ａの制御部２１は、処理を終了する。

＜第１実施例の効果＞
第１実施例は、ユーザＡ．Ａ（限定ではなく、端末のユーザの一例）と、ユーザＢ．Ｂ（限定ではなく、端末のユーザとは異なる第１端末のユーザの一例）とを含むチャットルームを表示する端末２０Ａ（限定ではなく、端末の一例）が、音声データ、音声に関する情報（限定ではなく、音情報の一例）を音入力部２５（限定ではなく、端末の取得部の一例）によって取得する。そして、取得された音声データに基づく議事録データ（限定ではなく、文字情報の一例）が、選択されたユーザＡ．ＡとユーザＢ．Ｂとを含むチャットルーム（限定ではなく、選択さされたチャットルームの一例）に入力され、議事録データを含むチャットルームを端末２０Ａの表示部２４（限定ではなく、端末の表示部の一例）に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザと、第１端末のユーザとは、チャットルームに表示する音情報に基づく文字情報を共有することができる。その結果、複数のユーザが音情報に基づく文字情報を参照することが可能となり、ユーザの利便性を向上させることができる。
また、端末のユーザと、第１端末のユーザとは、音情報より一覧性に優れる文字情報を閲覧することができる。その結果、端末のユーザは必要な情報を的確に得ることが可能となり、ユーザの利便性を向上させることができる。

＜第１変形例（１）＞
第１実施例では、上記の（２）の手法を適用し、音声データに基づいて、端末２０で議事録データ変換処理を実行し、議事録データを作成することとしたが、これに限定されない。
限定ではなく例として、上記の（１）の手法を適用するようにすることもできる。

この場合、限定ではなく例として、端末２０の制御部２１は、図１−２のＡ１００のステップを実行すると、取得した音声データを通信Ｉ／Ｆ２２によってサーバ１０へ送信する。
すると、サーバ１０の制御部１１は、受信した音声データに基づいて、議事録データ変換処理を実行する。そして、サーバ１０の制御部１１は、生成された議事録データを通信Ｉ／Ｆ１４によって端末２０に送信する。

このような構成により得られる変形例の効果の一例として、計算コストが大きい音声認識処理等を含む議事録データ変換処理を、端末の制御部に比べて熱設計電力等の制約が小さいサーバの制御部で実行させることができる。これにより、処理の高速化を実現することができる。また、端末におけるバッテリーの消耗を防ぐことができる。

＜第１変形例（２）＞
第１実施例では、議事録データをチャットルームに追加（入力）することが端末２０によって実行されていたが、これに限定されない。限定ではなく例として、サーバ１０でチャットルームに追加してもよいし、そうしなくてもよい。

この場合、限定ではなく例として、端末２０の制御部２１は、図１−２のＡ１２０のステップを実行すると、議事録データを通信Ｉ／Ｆ２２によってサーバ１０に送信する。また、端末２０の制御部２１は、限定ではなく例として、ユーザの入出力部２３に対する入力に基づいて、議事録データを追加するチャットルームを指定するための議事録投稿先選択情報を取得する。そして、端末２０の制御部２１は、議事録投稿先選択情報を通信Ｉ／Ｆ２２によってサーバ１０へ送信する。

すると、サーバ１０の制御部１１は、受信した議事録データと議事録投稿先選択情報とに基づいて、議事録データをチャットルームに追加（入力）する。そして、サーバ１０の制御部１１は、議事録データが入力されたチャットルームのコンテンツを通信Ｉ／Ｆ１４によって端末２０に送信する。その後、端末２０は、図１−２のＡ１８０のステップを実行する。

なお、第１変形例（１）で説明したようにサーバ１０で議事録データを生成する場合、端末２０はサーバ１０に議事録投稿先選択情報のみを送信すればよい。

本変形例は、チャットルームは、端末のユーザによる入力（議事録投稿先選択情報）に基づいて選択される構成を示している。
このような構成により得られる変形例の効果の一例として、ユーザが任意のチャットルームを文字情報の入力先として指定できる。これにより、ユーザの利便性を向上させることができる。

＜第２実施例＞
第２実施例は、上記の（Ａ）のタイミングに関する（１）の手法による実施例である。
第２実施例では、議事録サービスにおいて、端末２０の制御部２１は、端末２０の記憶部２８に記憶された音声データをサーバ１０に送信する。サーバ１０の制御部１１は、受信した音声データに基づいて議事録データを作成すると、議事録データを端末２０に送信する。
以下では、第２実施例による方法を「バッチ追加モード」と呼称する。
第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。

＜データ構成＞
（１）サーバ
図２−１は、本実施例においてサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定ではなく例として、制御部１１によって読み出され、メッセージングアプリケーション管理処理として実行されるＭＳ管理処理プログラム１５１と、制御部１１によって読み出され、音声データ認識処理として実行される音声認識プログラム１５３と、ＭＳユーザ登録データ１５５と、グループ管理データベース１５７と、カレンダー情報管理データベース１５９とが記憶される。

ＭＳユーザ登録データ１５５は、メッセージングアプリケーションを利用する端末２０、またはその端末２０のユーザに関する登録データであり、そのデータ構成の一例を図２−２に示す。
ＭＳユーザ登録データ１５５には、限定ではなく例として、ユーザ名と、ＭＳアプリケーションＩＤと、端末電話番号と、その他登録情報とが関連付けて記憶される。

ユーザ名は、メッセージングアプリケーションを利用する端末２０のユーザの名称であり、限定ではなく例として、端末２０のユーザがメッセージングアプリケーションを利用する際に登録する名称が記憶される。

ＭＳアプリケーションＩＤは、メッセージングアプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。このＭＳアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。ＭＳアプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。

端末電話番号は、このユーザ名のユーザの端末２０の電話番号であり、限定ではなく例として、端末２０のユーザがメッセージングアプリケーションを利用する際に登録する端末２０の電話番号が記憶される。

その他登録情報には、限定ではなく例として、端末２０のＩＤ：端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））、このユーザ名のユーザの端末２０のメールアドレス（端末メールアドレス）、メッセージングアプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワードを）等の認証情報等の情報を含めるようにすることができる。

なお、端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤとすることができる。
また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、ＭＳアプリケーションＩＤとすることができる。なお、これを「ユーザＩＤ」としてもよいし、しなくてもよい。

また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝ＭＳアプリケーションＩＤ」とすることができる。

なお、限定ではなく例として、１つのユーザＩＤに、複数の端末ＩＤを割り当てることを可能としてもよいし、そのようにしなくてもよい。

グループ管理データベース１５７は、メッセージングサービスにおいて、ユーザによって作成されるグループに関する情報を管理するためのデータを蓄積的に記憶したデータベースであり、そのデータ構成の一例を図２−３に示す。

グループ管理データベース１５７には、グループごとの管理データとして、グループ管理データが記憶される。
各々のグループ管理データには、限定ではなく例として、グループＩＤと、グループ名と、グループメンバーデータとが記憶される。

グループＩＤは、グループを識別するための識別情報として機能するＩＤである。このグループＩＤは、限定ではなく例として、サーバ１０によってグループごとに固有のＩＤが設定されて記憶される。

グループ名は、そのグループＩＤによって識別されるグループの名称である。

グループメンバーデータは、そのグループに属するメンバー（ユーザ）に関するデータであり、限定ではなく例として、そのグループに属するメンバーの情報であるＭＳアプリケーションＩＤとユーザ名とが関連付けて記憶される。

カレンダー情報管理データベース１５９は、メッセージングアプリケーションと連携して機能するスケジュール管理アプリケーションに関する情報の管理用のデータベースである。本実施例において、スケジュール管理アプリケーションサービスは、限定ではなく例として、メッセージングアプリケーションのサーバ１０と同じサーバで提供されることとして説明する。

なお、スケジュール管理アプリケーションサービスは、サーバ１０とは異なるサーバで提供されることとしてもよいし、そうしなくてもよい。
また、メッセージングアプリケーションにおける機能の一つとしてスケジュール管理機能を有することとしてもよい。
なお、カレンダー情報管理データベース１５９を、本実施例の構成から除外してもよい。

本実施例におけるカレンダー情報管理データベース１５９の一例であるカレンダー情報管理データベース１５９Ａのデータ構成例を図２−４に示す。
カレンダー情報管理データベース１５９Ａには、スケジュール管理アプリケーションのカレンダーに登録されるイベントごとの管理データとして、カレンダー情報管理データが記憶される。

各々のカレンダー情報管理データには、限定ではなく例として、イベントＩＤと、ＭＳアプリケーションＩＤと、イベント名と、イベント開始日時と、イベント終了日時と、イベント開催場所と、関連ＵＲＩと、招待者データとが記憶される。

イベントＩＤは、イベントを識別するための識別情報として機能するＩＤである。このイベントＩＤは、限定ではなく例として、サーバ１０によってイベントごとに固有のＩＤが設定されて記憶される。

ＭＳアプリケーションＩＤは、そのイベントの登録者を識別するための識別情報として機能するＩＤである。このＭＳアプリケーションＩＤには、限定ではなく例として、メッセージングアプリケーションの識別情報が用いられる。

イベント名は、そのイベントＩＤによって識別されるイベントの名称である。

イベント開始日時は、そのイベントＩＤによって識別されるイベントが開始される予定の日時である。

イベント終了日時は、そのイベントＩＤによって識別されるイベントが終了する予定の日時である。

イベント開催場所は、そのイベントＩＤによって識別されるイベントが執り行われる予定の開催場所の名称である。
なお、イベント開催場所は、開催場所の名称とともに、限定ではなく例として、緯度と経度とで識別可能な位置情報を付加して記憶されるようにしてもよいし、そうしなくてもよい。

関連ＵＲＩ（Uniform Resource Identifier）は、そのイベントＩＤによって識別されるイベントに関する資料などの情報が保存されている、限定ではなく例として、インターネット経由でアクセス可能なリソース（ファイル）を識別するための情報である。

招待者データには、そのイベントＩＤによって識別されるイベントに招待されるユーザの情報として、限定ではなく例として、ＭＳアプリケーションＩＤと、ユーザ名とが関連付けて記憶される。限定ではなく例として、イベント登録者のスケジュール管理アプリケーションに対する操作入力に基づいて、招待者データには、そのイベントに招待されるユーザ情報（ＭＳアプリケーションＩＤ・ユーザ名）が追加され記憶される。すると、招待者データに登録されたユーザに対して、このカレンダー情報管理データが共有される。

なお、そのイベントにあるグループに属するメンバーが一括して招待される場合、招待者データには、グループＩＤとグループ名とを関連付けて記憶されるようにしてもよいし、そうしなくてもよい。

（２）端末
図２−５は、本実施例において端末２０の記憶部２８に記憶される情報の一例を示す図である。
記憶部２８には、限定ではなく例として、制御部２１によって読み出され、メッセージングアプリケーション処理として実行されるＭＳ処理プログラム２８１と、ＭＳアプリケーションＩＤ２８３と、音声データベース２８５とが記憶される。

ＭＳアプリケーションＩＤ２８３は、自己の端末２０または自己の端末２０のユーザに関連付けられたＭＳアプリケーションＩＤである。

音声データベース２８５は、限定ではなく例として、端末２０の音入力部２５によって取得される音声データを保存するデータベースである。

なお、音声データベース２８５に保存されるデータに、限定ではなく例として、端末２０の撮像部２７で撮像される映像データを含めるようにしてもよいし、含めなくてもよい。

また、音声データベース２８５に保存されるデータは、端末２０で取得されるものに限定されない。限定ではなく例として、端末２０とは異なる端末もしくは電子装置（限定ではなく例として、テレビ会議装置）で取得された音声（映像）データを、端末２０で受信したデータであってもよいし、そうしなくてもよい。

＜表示画面＞
以下では、限定ではなく例として、端末２０が、縦長のディスプレイの表示部２４を備えるスマートフォンである場合を例示する。

スマートフォンには、限定ではなく例として、入力部として機能するタッチパネルが、そのディスプレイと対向して配置され、これによってタッチスクリーンが構成される。アイコン、ボタン、アイテムまたは入力領域などの要素がディスプレイに表示された場合において、タッチパネルの一部の領域であって、その要素が表示された領域と対向する領域がユーザによって操作された場合、その要素と関連付けられたプログラムまたはそのプログラムのサブルーチンが実行される。

以下では、ユーザによる操作を、限定ではなく例として、タップ（タップ操作）として説明する。
タップ（タップ操作）とは、限定ではなく例として、ユーザが、タッチパネルが一体的に構成された表示部２４（タッチスクリーン）を指やペン先などで軽く叩くように触れる動作、触れてから離す動作である。

なお、以下説明する表示画面の遷移は、本開示の手法を実現するための表示画面の遷移の一例に過ぎない。以下に例示する表示画面の遷移について、一部の表示画面の表示を省略してもよいし、別の表示画面を追加してもよい。

図２−６は、本実施例において端末２０の表示部２４に表示されるメッセージングアプリケーションのホーム画面の一例を示す図である。この表示画面は、ユーザＡ．Ａの端末２０である端末２０Ａの表示部２４に表示される画面の一例である。
画面最上部中央には、メッセージングアプリケーションの名称として「Ｍｅｓｓａｇｉｎｇ Ａｐｐ」の文字が表示されている。また、画面最上部右には、この端末２０のユーザのメッセージングアプリケーションにおけるアイコン画像およびユーザ名（この例ではユーザＡ．Ａ）が表示されている。

また、その下には、メッセージングアプリケーションにおける現在位置を示す現在位置表示領域が構成されており、この例では、現在位置がメッセージングアプリケーションのホームであることを示す「ホーム」の文字が、現在位置表示領域内に表示されている。

現在位置表示領域の下には、メッセージングアプリケーション内の任意の機能を検索するための入力領域であるメッセージングアプリケーション機能検索領域が構成されており、この例では、検索キーワードを入力することを促す「検索」の文字が、メッセージングアプリケーション機能検索領域内に表示されている。

メッセージングアプリケーション機能検索領域の下には、この端末２０のユーザのメッセージングアプリケーションにおけるアイコン画像およびユーザ名が表示され、その下に、メッセージングアプリケーションの各種の機能に対応する複数の機能アイコンが表示されている。機能アイコンには、限定ではなく例として、「友だち」、「事業者」、「サービス」といった、複数の機能の各々に対応するアイコンが含まれる。

「友だち」とは、メッセージングアプリケーションの機能の１つであり、一の端末２０のユーザ（一のアカウント）が、自己の端末２０から、他の端末２０のユーザ（他のアカウント）を友だちとして追加するための処理を行い、サーバ１０によって友だちを追加・登録する処理（友だち追加処理、友だち登録処理）が実行されることで、サーバ１０を介して、友だち登録された端末２０間でメッセージの送受信等を行うことが可能となる。個人のユーザが所有するメッセージングアプリケーションのアカウントのことを「一般アカウント」と称する。一般アカウントを所有するユーザの端末２０間で送受信されたメッセージの履歴は、端末２０の表示部２４にトークルーム等として表示される。

「事業者」とは、限定ではなく例として、上記の友だちの機能の一種であり、一般アカウントではなく、事業者のユーザが所有するメッセージングアプリケーションのアカウント（以下、「公式アカウント」と称する。）を友だちとして登録することで、公式アカウントを所有する事業者から発信されるメッセージを、サーバ１０を介して端末２０で受信して表示することが可能となる。

なお、公式アカウントを所有する事業者の装置や端末も、一般アカウントを所有する個人のユーザの端末２０と同様に、サーバ１０を介して、他の装置との間でメッセージの送受信を行うことを可能とすることができる。限定ではなく例として、一の端末２０から他の端末２０にメッセージが送信される場合と同様に、一般アカウントを所有するユーザの端末２０から公式アカウントを所有する事業者の装置や端末宛に送信されたメッセージも、サーバ１０を介して、事業者の装置や端末に届けられる。そして、そのメッセージの履歴が、事業者の装置や端末の表示部（不図示）にトークルーム等として表示されるようにすることができる。

図２−６では、複数の機能アイコンのうち、「サービス」の機能アイコンがタップされた状態が示されている。そして、機能アイコンの表示領域の下には、おすすめのサービスを示すアイコンが表示されており、この中には、議事録サービスを利用するためのアイコンが含まれる。この議事録サービスを利用するためのアイコンがタップされると、限定ではなく例として、表示中のホーム画面に、限定ではなく例として、図２−７に示す議事録データの作成に用いられる音声データベース２８５に保存されているデータの一覧を表示するための音声データ一覧情報表示領域ＷＲ１が表示される。音声データ一覧情報表示領域ＷＲ１に表示されているデータは、チャットルーム（限定ではなく例として、トークルーム）が選択される前に、会議や会合にあわせて、限定ではなく例として、音入力部２５によって予め取得（録音）されたデータである。

この例では、音声データ一覧情報表示領域ＷＲ１には、音声データを識別するためのファイル名（限定ではなく例として「ｖｏｉｃｅ２０２００２１４」）と、音声データが作成された日時（限定ではなく例として「２０２０．０２．１４ １０：５４」）と、音声データの長さを表す時間（限定ではなく例として「１：０７：３５」）とが、行ごとにまとまって表示されている。また、この行の右端には、ユーザによってタップされることで記録されている音声データを音出力部２６によって出力し記録内容を確認するための、スピーカーマークで表される音声データ確認機能アイコンが表示されている。

なお、音声データベース２８５に保存されるデータは、音声データに限定されない。限定ではなく例として、音声データを含む映像データが保存されるようにしてもよいし、しなくてもよい。
この場合、限定ではなく例として、音声データ確認機能アイコンは、映像を表示部２４に出力しプレビューするための、限定ではなく例として、右三角のマーク等で表される映像データ確認機能アイコンとすることができる。

ユーザによって議事録サービスで議事録データを作成する音声データ（この例では、２行目の「ｖｏｉｃｅ２０２００２２８」）を示す行がタップされると、限定ではなく例として、図２−８に示すように、この音声データから生成する議事録データを識別するための名称の入力を促す、議事録タイトル入力領域ＷＲ２が表示される。

なお、限定ではなく例として、図２−７において、音声データ一覧情報表示領域ＷＲ１の複数の音声データを示す行がユーザによって選択され（限定ではなく例としてタップされ）、続いて不図示の音声データ選択決定ボタンがタップされるなどすることで、複数の音声データから１つの議事録データを作成するようにしてもよいし、そうしなくてもよい。

図２−８の例では、ユーザ操作に基づいて、限定ではなく例として、議事録タイトル入力領域ＷＲ２に、議事録タイトル「プロジェクトＸ２月会議」の文字が入力されている。
ユーザによって議事録タイトル入力領域ＷＲ２の入力内容に関して議事録データの作成を開始するための機能ボタンである「保存」の文字の機能ボタンがタップされる。すると、端末２０の制御部２１は、図２−７において選択された音声データ（この例では、ファイル名「ｖｏｉｃｅ２０２００２２８」のデータ）を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。

通信Ｉ／Ｆ１４によって端末２０から音声データを受信すると、サーバ１０の制御部１１は、受信した音声データを議事録データに変換する議事録データ変換処理を実行する。そして、議事録データ変換処理の処理結果に基づいて、後述する議事録投稿候補選出処理を実行する。

図２−９は、サーバ１０の制御部１１が議事録投稿候補選出処理を実行した後、端末２０の表示部２４に表示される議事録データの投稿先（共有対象）を選択する画面の一例を示す図である。図２−９では、限定ではなく例として、表示中のホーム画面に、限定ではなく例として、投稿先トークルーム選択領域ＷＲ３が表示されている。

投稿先トークルーム選択領域ＷＲ３には、議事録データの投稿先の選択をユーザに促すための、限定ではなく例として「投稿するトークルームを選択してください」という文字が表示されている。

その下には、端末２０Ａのユーザ（この場合、ユーザＡ．Ａ）がメンバーとして属するグループ、または、端末２０Ａのユーザの友だちのうち、議事録投稿候補選出処理によって選出された議事録データの投稿先候補を表示する投稿先候補表示領域が表示されている。この例では、投稿先候補表示領域には、投稿先候補の数が「２」であり、その下に、投稿先候補として、グループ名「第２開発室」のグループと、グループ名「プロジェクトＸ」のグループとが選出されたことが表示されている。また、各グループ名の右側の括弧内には、そのグループに属するメンバーの人数が表示されている。この例では、限定ではなく例として、グループ「第２開発室」を構成するメンバーの人数は「８人」であり、グループ「プロジェクトＸ」を構成するメンバーの人数は「５人」である。

投稿先トークルーム選択領域ＷＲ３において、投稿先候補表示領域の下には、端末２０Ａのユーザがメンバーとして属するグループを表示する投稿先グループ表示領域が表示されている。そして、投稿先グループ表示領域の下には、端末２０Ａのユーザの友だちを表示する投稿先友だち表示領域が表示されている。
投稿先グループ表示領域と、投稿先友だち表示領域との表示内容については、限定ではなく例として、投稿先候補表示領域と同様であるため説明を省略する。

なお、上記の投稿先トークルーム選択領域ＷＲ３に、投稿先候補表示領域のみを表示するようにしてもよいし、そうしなくてもよい。
また、上記の投稿先トークルーム選択領域ＷＲ３に、投稿先グループ表示領域と、投稿先友だち表示領域とを表示し、投稿先候補表示領域を表示しないようにしてもよい。また、この場合、議事録投稿候補選出処理を実行しなくてもよい。

投稿先トークルーム選択領域ＷＲ３において、ユーザによってグループまたは友達がタップされると、そのグループまたは友だちが議事録データの投稿先（共有対象）として選択される。この例では、グループ「プロジェクトＸ」がユーザによって選択された状態が示されている。

なお、投稿先トークルーム選択領域ＷＲ３に対するユーザ操作ではなく、議事録投稿候補選出処理によって得られる最も尤もらしい投稿候補（第１議事録投稿候補）が自動的に議事録データの投稿先として選択されるようにしてもよいし、そうしなくてもよい。この場合、投稿先トークルーム選択領域ＷＲ３は表示しなくてもよい。

その後、議事録データ変換処理によって変換（生成）された議事録データの内容を確認するための、図２−１０に示すような議事録内容確認表示領域ＷＲ４が表示部２４に表示される。

議事録内容確認表示領域ＷＲ４には、限定ではなく例として、音声データに基づいて、音声データ中の会話内容を文字に変換したコンテンツ（議事録データ）が時系列に沿って表示される。

議事録内容確認表示領域ＷＲ４では、限定ではなく例として、メッセージングアプリケーションのトークルームにおけるコンテンツ表示様式に従い、右側に自端末である端末２０ＡのユーザＡ．Ａの発言が、左側にそれ以外のユーザの発言が、それぞれコンテンツとして吹き出しで表示される。
なお、音声データ中で発話したユーザの識別は、限定ではなく例として、議事録データ変換処理において実行されるようにすることができる。

具体的には、図２−１０において、議事録内容確認表示領域ＷＲ４の上部には、議事録タイトル入力領域ＷＲ２に入力された議事録タイトルである「プロジェクトＸ２月会議」の文字が、議事録タイトル表示コンテンツＴＴＬ１に表示されている。議事録タイトル表示コンテンツＴＴＬ１は、音声データ中の発話内容ではないため、限定ではなく例として、議事録内容確認表示領域ＷＲ４に中央揃えで表示されている。

議事録タイトル表示コンテンツＴＴＬ１の下には、音声データの初めでユーザＡ．Ａが「それでは２０２０年２月の会議を始めます」と発話したことに基づくテキストコンテンツＣＴ１が表示されている。テキストコンテンツＣＴ１の左側には、このコンテンツ内容の音声をユーザＡ．Ａが発話した音声データの先頭からの時間を示す「００：００：００」の文字が表示されている。

なお、本明細書では「テキストコンテンツ」と称して説明するが、これを、メッセージングアプリケーションにおける「メッセージ（メッセージ情報）」と称してもよい。

テキストコンテンツＣＴ２の下には、音声データの先頭から「００：００：０６」経ってユーザＡ．Ａが「外が騒がしいですが聞こえますか」と発話したことに基づくテキストコンテンツＣＴ２が表示されている。
なお、限定ではなく例として、テキストコンテンツＣＴ２の文末には、発話された一文が疑問形と識別されたことを示す「？」の記号が付加されている。

テキストコンテンツＣＴ３の下には、音声データの先頭から「００：００：１６」経ってユーザＢ．Ｂが「製品リリースはいつでしたっけ」と発話したことに基づくテキストコンテンツＣＴ３が表示されている。テキストコンテンツＣＴ３文末の「？」の記号は、テキストコンテンツＣＴ２と同様に、この文が疑問形であることを示す。
以下同様に、音声データ中の発話内容に基づいて、テキストコンテンツが表示されている。

テキストコンテンツＣＴ４は、ユーザＢ．Ｂが「コンテンツ企画室に念のため確認しておきます」と発話したことに基づくテキストコンテンツである。テキストコンテンツＣＴ４では、限定ではなく例として、端末２０Ａのユーザがメンバーとして属するグループ「コンテンツ企画室」に対して、「コンテンツ企画部」という発話に基づいて自動的にメッセージングアプリケーションにおけるメンション機能が働くことを示す「＠コンテンツ企画部」という下線で強調される表記がなされている。

ここで、メンション機能とは、指定したユーザに対してメッセージ（コンテンツ）を送信するためのメッセージングアプリケーションの一機能である。
なお、メンション機能によってメッセージを受信するユーザの端末では、メッセージを受信したことを強調して示す通知が表示されるようにしてもよいし、そうしなくてもよい。

限定ではなく例として、テキストコンテンツＣＴ４におけるメンション機能が働くと、グループ「コンテンツ企画部」に属するメンバーに対して、ユーザＢ．Ｂを送信元とする「コンテンツ企画部に念のため確認しておきます」という内容のメッセージが送信される。すなわち、コンテンツ企画部のメンバーは、ユーザＢ．Ｂから重要なメッセージを受け取ったことが容易に判別できる。

テキストコンテンツＣＴ５は、ユーザＥ．Ｅが「Ｄ．Ｄさんはどう思いますか」と発話したことに基づくテキストコンテンツである。テキストコンテンツＣＴ５では、限定ではなく例として、議事録データを投稿するグループに属するメンバーであるユーザＤ．Ｄに対して、「Ｄ．Ｄ」という発話に基づいて自動的にメンション機能が働くことを示す「＠Ｄ．Ｄ」という下線で強調される表記がなされている。

このように、ユーザ名やグループ名が音声データ中で発話される場合、議事録データ変換処理において、発話される名称に応じて自動的にメンション機能が働くようにすることができる。

ただし、メンション機能は必須ではなく、メンション機能が働かないようにしてもよい。
また、限定ではなく例として、端末２０に対するユーザ操作に基づいて、音声データを取得した会議や会合に出席していないユーザやグループのみにメンション機能が働くようにしてもよいし、そうしなくてもよい。もしくは、音声データを取得した会議や会合に出席したユーザやグループのみにメンション機能が働くようにしてもよいし、そうしなくてもよい。もしくは、ユーザによって設定される特定のユーザやグループのみにメンション機能が働くようにしてもよいし、そうしなくてもよい。

また、メンション機能が働く対象は、ユーザ名やグループ名に限定されない。限定ではなく例として、予め規定されるキーワードが発話されると、そのキーワードに対してメンション機能が働くようにしてもよいし、そうしなくてもよい。

議事録内容確認表示領域ＷＲ４の最下部には、議事録内容確認表示領域ＷＲ４に表示されている内容で議事録データを確定し、投稿先として選択されたトークルームに投稿するための「投稿する」という文字を含む議事録投稿ボタンＳＢＴ１が表示されている。

図２−１１は、図２−１０で示した議事録内容確認表示領域ＷＲ４に表示されている議事録データを修正するための画面の一例である。
図２−１１において、限定ではなく例として、ユーザによってテキストコンテンツＣＴ２がタップされると、テキストコンテンツＣＴ２が反転表示され、テキストコンテンツＣＴ２の上に、テキストコンテンツＣＴ２に関する内容を修正するためのコンテンツ編集選択メニューＭＢＴ１が表示される。

この例において、コンテンツ編集選択メニューＭＢＴ１では、限定ではなく例として、「削除」、「行間追加」、「コメント」の３種類の編集操作が可能に構成されている。

「削除」とは、限定ではなく例として、選択されているテキストコンテンツＣＴ２を削除する編集操作である。
「行間追加」とは、限定ではなく例として、選択されているテキストコンテンツＣＴ２の下にテキストコンテンツ等を挿入し表示させる編集操作である。
「コメント」とは、限定ではなく例として、選択されているテキストコンテンツＣＴ２に対してコメントを付加させる編集操作である。

なお、コンテンツ編集選択メニューＭＢＴ１で選択可能な編集操作は上記の３種類に限定されない。限定ではなく例として、コメントの削除を行う編集操作や、テキストコンテンツの内容に応じた内容を参照可能なＵＲＩ（Uniform Resource Identifier）を付加する編集操作等を選択可能にしてもよいし、そうしなくてもよい。

図２−１１では、限定ではなく例として、ユーザ操作に基づいて、テキストコンテンツＣＴ２を削除する編集操作である「削除」ボタンがタップされた状態が示されている。

図２−１２は、図２−１１において、コンテンツ編集選択メニューＭＢＴ１に対して「削除」と「行間追加」の編集操作が行われた結果を示す画面の一例である。
図２−１２では、テキストコンテンツＣＴ２の代わりに、テキストコンテンツＣＴ２の内容を削除したことが取り消し線によって示される編集済みテキストコンテンツＭＣＴ１が表示されている。また、編集済みテキストコンテンツＭＣＴ１の下には、「行間追加」操作で挿入されたテキストである「リリース予定日について話しています」の文字が編集済みテキストコンテンツＭＣＴ２に表示されている。
編集済みテキストコンテンツＭＣＴ２は、音声データ中の発話内容ではないため、限定ではなく例として、議事録内容確認表示領域ＷＲ４に中央揃えで表示されている。

なお、「行間追加」操作において、編集済みテキストコンテンツがユーザ情報を付加してテキスト入力されることでユーザの発話内容と同様の態様で表示されるようにしてもよいし、そのようにしなくてもよい。

図２−１２において、限定ではなく例として、ユーザによって議事録投稿ボタンＳＢＴ１がタップされると、タップされる時点で議事録内容確認表示領域ＷＲ４に表示されている議事録データが、投稿先として選択されたトークルーム（この例では、グループ「プロジェクトＸ」のトークルーム）に投稿される。

図２−１３は、ユーザＡ．Ａが議事録投稿ボタンＳＢＴ１をタップし、グループ「プロジェクトＸ」に議事録データを投稿した後、ユーザＢ．Ｂの端末２０である端末２０Ｂの表示部２４に表示されるメッセージングアプリケーションのトークルームの画面の一例を示す図である。

メッセージングアプリケーションにおける現在位置を示す現在位置表示領域には、現在位置がグループ「プロジェクトＸ」のトークルームであることを示す文字が表示されている。
現在位置表示領域の下には、このトークルームに送信（投稿）されるコンテンツ（メッセージ）を表示するためのコンテンツ表示領域ＴＲ１が表示されている。
また、コンテンツ表示領域ＴＲ１の下には、このトークルームに送信するコンテンツを入力・選択するためのコンテンツ入力領域が表示されている。

図２−１３では、コンテンツ表示領域ＴＲ１には、限定ではなく例として、ユーザＡ．Ａが送信した「先ほどの会議の議事録です」という文字のテキストコンテンツの下に、図２−１２の操作で投稿された議事録データに基づいて、議事録データ概要コンテンツＰＲＣ１が表示されている。すなわち、図２−６〜図２−１２で示す各操作は、ユーザＡ．Ａがグループ「プロジェクトＸ」のトークルームに「先ほどの会議の議事録です」という文字のテキストコンテンツを送信した後に実行されたことを表している。

議事録データ概要コンテンツＰＲＣ１には、限定ではなく例として、議事録タイトル入力領域ＷＲ２に入力された議事録タイトルである「プロジェクトＸ２月会議」の文字と、議事録データが最後に修正された日時を示す「最終修正 ２０２０／０２／２８／１６：３０」の文字とが表示されている。また、議事録データ概要コンテンツＰＲＣ１の右下には、議事録データがこのトークルームに送信（投稿）された時刻が表示されている。

議事録データ概要コンテンツＰＲＣ１の下には、限定ではなく例として、ユーザＥ．Ｅが送信した「訂正があったので直しておきます」という文字のテキストコンテンツが表示されている。また、その下には、ユーザＢ．Ｂが送信した「議事録ありがとう。確認しておきます。」という文字のテキストコンテンツが表示されている。
なお、コンテンツ表示領域ＴＲ１において、各テキストコンテンツの側方には、そのメッセージがこのトークルームに送信された時刻が表示されている。

コンテンツ表示領域ＴＲ１において、限定ではなく例として、ユーザによって議事録データ概要コンテンツＰＲＣ１がタップされる。すると、議事録データ概要コンテンツＰＲＣ１は、限定ではなく例として、下方に伸長され、議事録内容確認表示領域ＷＲ４の表示様態に従い、議事録データの内容が表示される。このような構成としているのは、トークルーム表示が議事録データで埋まり、トークルームの閲覧性が下がることを防ぐためである。

図２−１４は、ユーザＢ．Ｂによって議事録データ概要コンテンツＰＲＣ１がタップされた後の表示画面の一例である。
図２−１４において、コンテンツ表示領域ＴＲ１には、限定ではなく例として、議事録データ概要コンテンツＰＲＣ１の位置から下方に伸長された議事録データ表示領域ＰＲＷ１がコンテンツ入力領域との間に表示されている。

なお、これとは異なり、トークルームに議事録データが送信されると、議事録データ概要コンテンツＰＲＣ１の代わりに議事録データ表示領域ＰＲＷ１が始めから表示されるようにしてもよいし、そうしなくてもよい。

議事録データ表示領域ＰＲＷ１の最上部には、議事録データ概要コンテンツＰＲＣ１と同様の議事録タイトルと、議事録データが最後に修正された日時とが表示されている。議事録データ表示領域ＰＲＷ１の上右側には、この議事録データを編集するための編集機能ボタンＢＴ１が表示されている。

限定ではなく例として、ユーザによって編集機能ボタンＢＴ１がタップされると、図２−１１で示したような編集操作が可能となる。編集機能ボタンＢＴ１がタップされない場合、限定ではなく例として、テキストコンテンツをタップしてもコンテンツ編集選択メニューは表示されない。これにより、ユーザが閲覧中に誤って議事録データを編集してしまうことを防いでいる。

議事録データ表示領域ＰＲＷ１の右下部には、議事録データ表示領域ＰＲＷ１を委縮させ（表示を折り畳み）議事録データ概要コンテンツＰＲＣ１を表示させるための折り畳み機能ボタンＢＴ２と、議事録データ表示領域ＰＲＷ１に表示されるコンテンツを、限定ではなく例として、発話者やキーワードで絞り込むためのフィルタ機能ボタンＢＴ３とが表示されている。
折り畳み機能ボタンＢＴ２と、フィルタ機能ボタンＢＴ３とは、限定ではなく例として、フローティング表示されており、議事録データ表示領域ＰＲＷ１に対するスクロール操作によらず表示位置は一定である。

図２−１４の議事録データ表示領域ＰＲＷ１には、議事録内容確認表示領域ＷＲ４で確認・修正されたコンテンツが、表示する端末２０、または表示する端末２０のユーザに応じて表示される。
限定ではなく例として、テキストコンテンツＣＴ１は、ユーザＡ．Ａの発話内容に基づくコンテンツのため、ユーザＢ．Ｂの端末２０Ｂでは左側からの吹き出しで表示されている。テキストコンテンツＣＴ３は、ユーザＢ．Ｂの発話内容に基づくコンテンツのため、端末２０Ｂでは右側からの吹き出しで表示されている。

図２−１４の議事録データ表示領域ＰＲＷ１では、限定ではなく例として、投稿前に削除編集操作が行われた編集済みテキストコンテンツＭＣＴ２には、元の内容が確認できないが削除編集操作が行われたことを示す「発言が削除されました」の文字が表示されている。

また、図２−１４の議事録データ表示領域ＰＲＷ１では、テキストコンテンツＣＴ３に対してトークルームへの投稿後に編集操作が行われたことを示す編集済みテキストコンテンツＭＣＴ３が表示されている。編集済みテキストコンテンツＭＣＴ３では、限定ではなく例として、「京都」の文字から「神戸」の文字へ修正（編集）されたことが修正履歴として表示されている。また、編集済みテキストコンテンツＭＣＴ３に対する編集者のコメントである編集履歴コンテンツＭＲＦ１が、編集済みテキストコンテンツＭＣＴ３の下に挿入され表示されている。

編集履歴コンテンツＭＲＦ１には、限定ではなく例として、編集を行ったユーザ（この場合ユーザＥ．Ｅ）のアイコンが関連付けて表示されている。また、編集履歴コンテンツＭＲＦ１には、ユーザＥ．Ｅによって入力された「場所を間違えました」の文字と、ユーザＥ．Ｅによって入力された神戸のワークショップに関するＵＲＩとが表示されている。ＵＲＩの下には、限定ではなく例として、ＵＲＩのリンク先に関するサムネイルが自動的に生成され表示されている。限定ではなく例として、このサムネイルがユーザによってタップされると、端末２０はウェブブラウザを起動しこのＵＲＩの情報を表示する。

なお、投稿前に行われた編集操作に対しても、限定ではなく例として、編集者や編集内容が分かるように履歴を残して表示させてもよいし、そうしなくてもよい。また、投稿後に行われた編集操作に対して、編集者やそのコメントを表示させなくてもよい。編集操作に対しては、追記や注釈のような形で表示を行ってもよいし、そうしなくてもよい。

議事録データ表示領域ＰＲＷ１に対して、限定ではなく例として、ユーザが上下にドラッグ操作すると、議事録データ表示領域ＰＲＷ１内のコンテンツは上下にスクロールして表示される。
ここで、ドラッグ操作（ドラッグ）とは、限定ではなく例として、ユーザが、タッチパネルが一体的に構成された表示部２４（タッチスクリーン）を指やペン先などで触れた状態でそのまま指やペン先などを動かす動作である。

議事録データ表示領域ＰＲＷ１の右側には、議事録データのうち、議事録データ表示領域ＰＲＷ１に表示されているコンテンツの位置領域を表すナビゲーションバーが表示されている。限定ではなく例として、議事録データ表示領域ＰＲＷ１に下スクロール操作を行うと、ナビゲーションバーも下方に移動する。

図２−１５は、図２−１４において、ユーザによってフィルタ機能ボタンＢＴ３がタップされた場合の表示画面の一例である。
図２−１５において、議事録データ表示領域ＰＲＷ１の下部には、限定ではなく例として、ユーザによってフィルタ機能ボタンＢＴ３がタップされたことに伴い、限定ではなく例として、フィルタ機能ボタンＢＴ３が左方に伸長され、フィルタ選択領域ＦＬＷ１が表示されている。

フィルタ選択領域ＦＬＷ１には、限定ではなく例として、議事録データ表示領域ＰＲＷ１に表示させる発言者（ユーザ）を絞り込むための、ユーザのアイコンが並んで表示されている。これらのユーザのアイコンをタップすると、アイコン右上のチェックマークが反転表示され、ユーザごとの発言（投稿内容）を議事録データ表示領域ＰＲＷ１に表示させるか否かの選択が行われる。

限定ではなく例として、図２−１５では、ユーザＣ．ＣとユーザＥ．Ｅとのアイコンのチェックマークが反転表示され、表示対象として絞りこまれていることを表している。
このとき、議事録データ表示領域ＰＲＷ１には、限定ではなく例として、ユーザＣ．ＣとユーザＥ．Ｅとの発言に関するコンテンツ以外は表示されない。限定ではなく例として、図２−１４において編集履歴コンテンツＭＲＦ１の下に表示されていたユーザＢ．Ｂの発言を表す「ワークショップは３か月後なので難しいです」というテキストコンテンツや、テキストコンテンツＣＴ４は、図２−１５における議事録データ表示領域ＰＲＷ１では表示されず、テキストコンテンツＣＴ５が間を詰めて表示されている。

なお、発話者がいないタイトルやコメントは、フィルタ内容に関わらず表示されるようにしてもよいし、そのようにしなくてもよい。
また、フィルタ選択領域でのフィルタ対象は、発言者に限定されない。限定ではなく例として、議事録データ内で頻出する単語を自動的に抽出、あるいはユーザによって指定されるキーワードを含むテキストコンテンツをフィルタ対象として抽出するようにしてもよいし、そうしなくてもよい。
また、フィルタ対象として、限定ではなく例として、タグで紐付けられた議事録データ中の特定の区間（段落）を抽出できるようにしてもよいし、そうしなくてもよい。

図２−１５において、ユーザＣ．Ｃが「アジェンダの５ページをご覧ください」と発話したことに基づくテキストコンテンツＣＴ６の下には、限定ではなく例として、リンク先確認領域ＬＫ１が表示されている。リンク先確認領域ＬＫ１は、限定ではなく例として、テキストコンテンツＣＴ６における「アジェンダ」という発話内容に基づいて、限定ではなく例として、カレンダー情報管理データベース１５９Ａに基づいて、この音声データの取得日時と紐付けられたカレンダー情報管理データの関連ＵＲＩに保存されるアジェンダデータが読み出される。そして、「５ページ」という発話内容に基づいて、アジェンダデータの５ページに相当するリンク先（ＵＲＩ）が自動的に生成され表示されている。限定ではなく例として、このリンクがユーザによってタップされると、端末２０はウェブブラウザを起動しこのＵＲＩの情報を表示する。

なお、アジェンダデータは、ユーザによって事前に手打ちあるいは音声入力されたデータであってもよいし、そうでなくてもよい。

編集履歴コンテンツＭＲＦ１では、ＵＲＩがユーザによって入力されそのサムネイルが表示されていたが、リンク先確認領域ＬＫ１では、ＵＲＩが発話内容に基づいて自動生成されることが異なる。

＜処理＞
図２−１６は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
左から順に、端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例をそれぞれ示している。

まず、端末２０Ａの制御部２１は、限定ではなく例として、音声データベース２８５に保存される音声データから、議事録データを作成するために用いる音声データを、限定ではなく例として、ユーザ操作に基づいて選択する（Ａ１１０）。

そして、端末２０Ａの制御部２１は、選択された音声データを、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１３０）。

サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって音声データを受信すると、音声データを文字（文章）データである議事録データに変換する議事録データ変換処理を実行する（Ｓ１２０）。議事録データ変換処理については、図１−２のＡ１２０のステップと同様の処理で実現可能である。

なお、議事録データ変換処理において、音声認識処理と話者認識処理とに加えて、文字に変換された発話内容に応じたコンテンツを付加するコンテンツ付加処理を実行してもよいし、そうしなくてもよい。

コンテンツ付加処理には、限定ではなく例として、名前やキーワードが発話されることに対するメンション機能付加処理や、発話内容に関する画像を付加する画像付加処理、所定ワード（限定ではなく例として、「アジェンダ」）が発話される事に関してその所定ワードに関連するＵＲＩ（限定ではなく例として、カレンダー情報管理データベース１５９Ａの関連ＵＲＩ）を付加するＵＲＩ付加処理等の処理を含めることができる。

すると、サーバ１０の制御部１１は、生成された議事録データに基づいて、この議事録の投稿先候補を選出する議事録投稿候補選出処理を実行する（Ｓ１３０）。

議事録投稿候補選出処理において、サーバ１０の制御部１１は、限定ではなく例として、話者認識処理結果に基づいて、議事録データで発話している発話ユーザ群を特定する。そして、グループ管理データベース１５７に記憶されているグループ管理データのうち、限定ではなく例として、発話ユーザ群とグループメンバーデータに登録されているメンバーとの相関が高いグループを議事録投稿候補として選出する。もしくは、発話ユーザ群が２人の場合には、そのユーザを含むトークルームを議事録投稿候補として選出する。
なお、議事録投稿候補は最上位１つでもよいし、上位から複数選んでもよい。

また、議事録投稿候補の選出方法は、音声データから得られる発話ユーザ群を用いることに限定されない。限定ではなく例として、会議（会合）の会場に設置されるビーコン装置（近接ビーコン装置）等の電子装置から発信されるビーコン信号の受信圏内に存在する端末２０のユーザを発話ユーザ群としてもよいし、そうしなくてもよい。

また、この場合、限定ではなく例として、端末２０Ｂからビーコン信号を発信し、そのビーコン信号の受信圏内に端末２０Ａが存在する場合、ユーザＢ．Ｂを発話ユーザ群の1ユーザとしてもよいし、そうしなくてもよい。すなわち、限定ではなく例として、相互に端末２０からビーコン信号を発信し、そのビーコン信号の受信圏内に存在する端末２０のユーザを発話ユーザ群としてもよいし、そうしなくてもよい。より具体的には、端末２０Ａの位置算出用情報検出部２９Ｂにおいて、ＵＷＢ測位ユニットを用いて近くに存在する端末群を把握し、その端末群のユーザを発話ユーザ群とすればよい。

発話ユーザ群を特定する手法としては、この他にも、限定ではなく例として、端末２０Ａの撮像部２７において各ユーザが含まれる顔画像を取得し、顔画像に映っているユーザ群を人物認識することで特定してもよいし、そうしなくてもよい。

また、限定ではなく例として、音声データのタイムスタンプから会議（会合）が行われた日時を取得し、カレンダー情報管理データベース１５９Ａに基づいて、ユーザＡ．Ａのカレンダー情報のうち、会議が行われた日時と適合するカレンダー情報管理データの招待者データから発話ユーザ群を特定してもよいし、そうしなくてもよい。

なお、上記の発話ユーザ群の特定方法を組み合わせることで発話ユーザ群を推定してもよいし、そうしなくてもよい。

その後、サーバ１０の制御部１１は、得られた議事録投稿候補を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する。

なお、議事録投稿候補選出処理は、サーバ１０ではなく、端末２０Ａが実行するようにすることもできる。

端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から議事録投稿候補を受信すると、限定ではなく例として、ユーザ操作による選択に基づいて、議事録投稿候補から議事録データを追加（入力）するためのチャットルームである議事録投稿先を選択する。そして、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によって議事録投稿先をサーバ１０に送信する（Ａ１５０）。

なお、議事録投稿候補以外のチャットルームが議事録投稿先として選択されてもよいし、そうしなくてもよい。
また、議事録投稿候補が１つの場合には、その議事録投稿候補を自動的に議事録投稿先として、このステップを省略してもよいし、そうしなくてもよい。

サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって議事録投稿先を受信する。すると、サーバ１０の制御部１１は、Ｓ１２０のステップで生成された議事録データを議事録の草案を示す議事録草案データとして通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１４０）。

端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から議事録草案データを受信すると、それを表示部２４に表示させる。そして、端末２０Ａの制御部２１は、ユーザの入出力部２３に対する操作入力に基づいて、議事録草案データを修正する操作を受け付ける（Ａ１７０）。

この議事録草案データの修正処理には、限定ではなく例として、前述したコンテンツ編集選択メニューに対する「削除」や「行間追加」、「コメント」等の編集操作を含めることができる。

そして、端末２０Ａの制御部２１は、編集操作が行われた内容である議事録草案データ修正情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する。

サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって議事録草案データ修正情報を受信すると、議事録草案データ修正情報に基づいて議事録データを更新させる議事録草案データ修正処理を実行する（Ｓ１５０）。

そして、サーバ１０の制御部１１は、修正された議事録データを、議事録投稿先として指定されたチャットルームに追加（入力）する（Ｓ１６０）。

その後、サーバ１０の制御部１１は、チャットルームに追加（入力）された議事録データを、通信Ｉ／Ｆ１４によって端末２０Ａを含むチャットルームに属するユーザの端末２０に送信する（Ｓ１７０）。そして、サーバ１０の制御部１１は、処理を終了する。

通信Ｉ／Ｆ２２によって議事録データを受信すると、端末２０Ａの制御部２１は、表示部２４に議事録データを表示させる（Ａ１８０）。そして、端末２０Ａの制御部２１は、処理を終了する。

なお、議事録データがチャットルームに追加されてから修正を行う場合には、議事録データが送信された端末２０において、その議事録データを議事録草案データとみなし、Ａ１７０〜Ａ１８０とＳ１５０〜Ｓ１７０とのステップを実行すればよい。

また、Ｓ１６０のステップをサーバ１０で実行せず、端末２０の制御部２１が、議事録データを受信した後に議事録データをチャットルームに追加（入力）するようにしてもよいし、そのようにしなくてもよい。

＜第２実施例の効果＞
第２実施例は、トークルーム（限定ではなく、チャットルームの一例）は、端末２０ＡのユーザＡ．Ａ（限定ではなく、端末のユーザの一例）による入力に基づいて、議事録投稿候補から選択される構成を示している。
このような構成により得られる実施例の効果の一例として、チャットルームが議事録投稿候補から選択可能となるため、ユーザはより適切かつ容易にチャットルームを選択可能となる。

また、第２実施例は、トークルームは、端末２０Ａによって取得された情報（限定ではなく、第１情報の一例）に基づいて選択される構成を示している。
このような構成により得られる実施例の効果の一例として、第１情報に基づいて候補となるチャットルームを選択することができる。そのため、チャットルームの選択をより適切に実行することができる。

この場合、第１情報は、端末２０の音入力部２５（限定ではなく、第１取得部の一例）によって取得される音声データ（限定ではなく、音情報の一例）を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、文字情報の元となる音情報をチャットルームの選択基準として用いることができ、より適切なチャットルームの選択を可能とすることができる。

また、この場合、第１情報は、電子装置から発信される情報を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、音情報から発話ユーザの特定が困難な場合においても、適切に入力先のチャットルームを選択することができる。

また、この場合、電子装置は、ビーコン信号を発信するビーコン装置とすることができる。
このような構成により得られる実施例の効果の一例として、事前に設置された電子装置から発信される情報に基づいて、簡易かつ適切にチャットルームを選択することができる。

また、この場合、電子装置は、端末２０Ａ以外の端末２０、限定ではなく例として端末２０Ｂ（限定ではなく、第１端末の一例）とすることができる。
このような構成により得られる実施例の効果の一例として、事前に電子装置を設置せずとも、第1情報を取得することが可能となる。その結果、ユーザの利便性が向上する。

また、この場合、第１情報は、端末２０の撮像部２７によって撮像された撮像画像の画像情報（限定ではなく例として、顔画像）を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、音情報から発話ユーザの特定が困難な場合においても、画像情報を用いることで入力先のチャットルームを選択することができる。

また、第１情報は、ユーザＡ．Ａのカレンダー情報（限定ではなく、端末のユーザのスケジュール情報の一例）を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、スケジュール情報を用いて投稿先として適切なチャットルームを選ぶことが可能となり、音情報から発話ユーザの特定が困難な場合においても、より正確に入力先のチャットルームを選択することができる。

また、第２実施例は、音入力部２５によって取得された第１音情報（限定ではなく例として、「それでは２０２０年２月の会議を始めます」という発話）に基づく第１文字情報（限定ではなく例として、テキストコンテンツＣＴ１）が、選択されたチャットルーム（限定ではなく例として、グループ「プロジェクトＸ」のトークルーム）にユーザＡ．Ａと関連付けて入力され、音入力部２５によって取得された第２音情報（限定ではなく例として、「製品リリースはいつでしたっけ」という発話）に基づく第２文字情報（限定ではなく例として、テキストコンテンツＣＴ３）が、チャットルームにユーザＢ．Ｂと関連付けて入力され、第１文字情報と第２文字情報とを含むチャットルームを表示部（限定ではなく例として、表示部２４）に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、第１音情報に基づく第１文字情報と、第２音情報に基づく第２文字情報とが、それぞれ別のユーザに関連付いていることをユーザが容易に識別可能となる。結果として、ユーザの利便性が向上する。

また、第２実施例は、音声データ（音情報）は、チャットルームが選択される前に、音入力部２５によって取得され、議事録データ（文字情報）は、チャットルームが選択されたことに基づいて、チャットルームに入力される構成を示している。
このような構成により得られる実施例の効果の一例として、チャットルームを選択する以前の音情報に基づく文字情報をチャットルームに後から入力することができる。すなわち、音情報を取得する時にはチャットルームを選択する必要がないため、繁雑な操作なしで素早く音情報を取得することができる。よって、ユーザはチャットルームの存在を意識せずに気楽に音情報を取得する判断が可能となり、ユーザの利便性を向上させることができる。

また、第２実施例は、議事録データ（文字情報）は、ユーザＡ．Ａ（限定ではなく、端末のユーザの一例）と、ユーザＢ．Ｂ（限定ではなく、第１端末のユーザの一例）と、ユーザＣ．Ｃ（限定ではなく、第２端末のユーザの一例）とを含む第１チャットルーム（限定ではなく例として、グループ「プロジェクトＸのトークルーム」）に入力され、少なくとも端末２０Ｃ（限定ではなく、第２端末の一例）に対して送信される構成を示している。
このような構成により得られる効果の一例として、文字情報が、端末のユーザと、第１端末のユーザと、第２端末のユーザとを含むチャットルームに入力された上で、少なくとも第２端末に送信されることで、少なくとも第２端末のユーザが閲覧できるようにすることができる。

＜第２変形例（１）＞
第２実施例では、音声データに基づいて、サーバ１０で議事録データ変換処理を実行し、議事録データを作成することとしたが、これに限定されない。限定ではなく例として、上記の（２）の手法により処理を実現してもよいし、そうしなくてもよい。

この場合、限定ではなく例として、端末２０の制御部２１は、図２−１６のＡ１１０のステップを実行すると、議事録データ変換処理を実行する。各処理については、図２−１６のＳ１２０のステップと同様に実行することが可能なため、詳細については説明を省略する。そして、端末２０の制御部２１は、議事録データ変換処理で生成された議事録データを、通信Ｉ／Ｆ２２によってサーバ１０に送信する。
サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって議事録データを受信すると、図２−１６のＳ１３０以下のステップを実行する。

このような構成により得られる変形例の効果の一例として、音情報のデータ容量が大きい場合、端末側で音情報をより情報量の圧縮が容易な文字情報へと変換してからサーバへ送信することが可能となり、通信量を削減することができる。

なお、図２−１６のＳ１３０のステップについても、端末２０で行ってもよいし、そうしなくてもよい。この場合、第１情報が端末によって生成されると言える。

また、議事録データ変換処理は端末２０で実行し、議事録データをチャットルームに追加することはサーバ１０で実行するようにしてもよいし、そのようにしなくてもよい。

＜第３実施例＞
第３実施例は、上記の（Ｂ）のタイミングに関する（１）の手法による実施例である。
第３実施例では、議事録サービスにおいて、端末２０の制御部２１は、音入力部２５によって会議や会合における一部分の音声データを取得すると、サーバ１０に送信する。サーバ１０の制御部１１は、受信した音声データに基づいて部分的な議事録データを作成すると、この部分的な議事録データを端末２０に送信する。以上の処理を、会議（会合）の終了まで繰り返す。
以下では、第３実施例による方法を「リアルタイムモード」と称する。
第３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。

＜表示画面＞
以下では、議事録データを追加（入力）するチャットルームとして、限定ではなく例として、ユーザ入力に基づいて、グループ「プロジェクトＸ」のトークルームが選ばれた場合における表示画面の一例を示す。

図３−１は、図２−６において、ユーザによって「友だち」がタップ（選択）され、その後、「友だち」として登録されているユーザアカウントまたはグループから、グループ「プロジェクトＸ」がタップ（選択）された場合における、グループ「プロジェクトＸ」のトークルームの表示画面の一例である。

図３−１では、現在位置表示領域に、現在位置がグループ「プロジェクトＸ」のトークルームであることを示す文字が表示されている。また、コンテンツ表示領域ＴＲ１には、ユーザＡ．Ａによって入力（送信）された「時間ですので会議を始めます」という文字のテキストコンテンツと、ユーザＤ．Ｄによって入力（送信）された「電車遅延のため少し遅れます」という文字のテキストコンテンツとが表示されている。

コンテンツ入力領域において、限定ではなく例として、ユーザが「＋」の文字で示されるトークルーム機能呼び出しアイコンをタップすると、このトークルームと関連するメッセージングアプリケーションの各種の機能を呼び出すトークルーム機能選択領域ＷＲ５が表示される。
トークルーム機能選択領域ＷＲ５には、このトークルームと関連するメッセージングアプリケーションの各種の機能に対応する複数の機能アイコンが表示されている。機能アイコンには、限定ではなく例として、「ファイル」、「連絡先」、「位置情報」といった、複数の機能の各々に対応するアイコンが含まれる。

この例では、複数の機能アイコンのうち、「議事録」の機能アイコンがタップされた状態が示されている。すると、このトークルームに、音入力部２５によって取得される音声データに基づいて、リアルタイムで議事録データが追加されていく。すなわち、「議事録」の機能アイコンがタップされるタイミングは、会議や会合が開始される前となる。

なお、「議事録」の機能アイコンがタップされる場合、不図示のユーザ選択画面に対するユーザ操作に基づいて、このトークルームに属するメンバーのうち、特定のユーザのみの発言を、以降、議事録データとして記録するようにしてもよいし、そのようにしなくてもよい。

図３−２は、図３−１において「議事録」の機能アイコンがタップされた場合のトークルーム画面の一例である。
図３−２では、コンテンツ表示領域ＴＲ１の上部に、メッセージングアプリケーションの議事録機能に基づいて、限定ではなく例として、音入力部２５によって音声データを取得中であることを示す音声データ取得状況確認領域ＳＴＷ１が表示されている。

音声データ取得状況確認領域ＳＴＷ１には、限定ではなく例として、端末２０Ａが議事録データを生成するための音声データを取得している状態であることを表す「議事録 記録中」の文字が表示されている。その右側には、音声データを取得し始めてからの経過時間（この例では「００：０３」）が示されている。

経過時間の右側には、音声データの取得を中止し、このトークルームへの議事録データの追加を終了するための記録終了ボタンＢＴ４と、撮像部２７を用いて画像を取得し、このトークルームに追加するための撮像ボタンＢＴ５と、前述した編集機能ボタンＢＴ１とが横に並んで表示されている。

また、コンテンツ表示領域ＴＲ１の右下部には、フィルタ機能ボタンＢＴ３と、吹き出しアイコンで示されるコンテンツ強調機能ボタンＢＴ６と、シャープの文字アイコンで示されるタグ機能ボタンＢＴ７とが縦に並んで表示されている。
フィルタ機能ボタンＢＴ３と、コンテンツ強調機能ボタンＢＴ６と、タグ機能ボタンＢＴ７とは、限定ではなく例として、フローティング表示されており、コンテンツ表示領域ＴＲ１に対するスクロール操作によらず表示位置は一定である。

限定ではなく例として、ユーザによってタグ機能ボタンＢＴ７がタップされると、タグ機能ボタンＢＴ７が左方に伸長され、図３−２で示すように、タグの入力領域と、入力されたタグを反映させるための「設定」という文字で示されるタグ反映機能ボタンとが表示される。限定ではなく例として、図３−２の例では、タグの入力領域には、「アジェンダ１」という文字が入力されている。

ユーザによってタグ反映機能ボタンがタップされると、それ以降の音声データから変換される議事録データには、限定ではなく例として、「アジェンダ１」のタグが付加される。

このタグに基づいて、限定ではなく例として、フィルタ機能ボタンＢＴ３によって任意のタグが付加された議事録データの一部分を素早く抽出して表示することが可能となる。

なお、この例において、限定ではなく例として、ユーザによる「これからアジェンダ１について」といった発話内容に応じて、自動的にタグが付加されるようにしてもよいし、そうしなくてもよい。

また、コンテンツ表示領域ＴＲ１には、限定ではなく例として、テキストコンテンツＣＴ１が、限定ではなく例として、発話の区切りで区切られる部分音声データから生成され、トークルームにリアルタイム入力されて表示されている。本実施例では、コンテンツ（メッセージ）の脇には、音声データを取得し始めてからの相対時間ではなく、限定ではなく例として、そのコンテンツが生成され、トークルームに追加された時点の時刻が表示されている。
限定ではなく例として、テキストコンテンツＣＴ１は、「１３：４２」の時刻に追加されたことを表している。

なお、音声データを取得し始めてからの相対時間を時刻の代わりに表示させるようにしてもよいし、そのようにしなくてもよい。

図３−３は、図３−２においてタグ反映機能ボタンがタップされた後、音声データの取得が続いている場合の表示画面の一例である。

図３−３では、タグが入力されたことに伴い、テキストコンテンツＣＴ１の下に入力されたタグの内容を表す「アジェンダ１ について」の文字が表示されたタグコンテンツＴＧ１が表示されている。
タグコンテンツＴＧ１の内容は音声データ中の発話内容ではないため、限定ではなく例として、コンテンツ表示領域ＴＲ１に中央揃えで表示されている。

タグコンテンツＴＧ１の両端に塗られた帯の色は、限定ではなく例として、以降に追加されるコンテンツに対して、コンテンツ表示領域ＴＲ１の左端に紐付けられて表示される帯の色と対応している。

限定ではなく例として、テキストコンテンツＣＴ３の左側には、タグ「アジェンダ１」と紐付けられた帯が表示されている。

また、ユーザＥ．Ｅが「京都のワークショップには間に合いませんか？」と発話したことに基づくテキストコンテンツの下には、発話内容に基づいて、限定ではなく例として、画像検索を行った結果得られる画像を表示するための画像コンテンツＰＣ１が自動的に付加・添付（入力）されている。図３−３では、画像コンテンツＰＣ１には、限定ではなく例として、発話内容の「京都」という地名に基づく画像検索の結果の一例として、寺院の画像が付加されて表示されている。

なお、付加・添付する画像は、地名に基づく画像に限定されない。
この他にも、限定ではなく例として、「Ａ．Ａさん」という発話内容に基づいて、ユーザＡ．Ａの社員証画像等の画像が付加されるようにしてもよいし、そうしなくてもよい。その他、会話の内容に関わることであれば、任意の画像を付加してもよいし、そうしなくてもよい。

図３−４は、図３−３に引き続き、音声データの取得が続いている場合の表示画面の一例である。

図３−４では、限定ではなく例として、テキストコンテンツＣＴ５がトークルームに追加されると、テキストコンテンツＣＴ５のメンション機能に反応して、ユーザＤ．Ｄがトークルームに「移動中なので後で内容を確認します」という文字のメッセージＭＳＧ１を送信する。すると、限定ではなく例として、端末２０Ａの表示部２４に、メッセージをユーザＤ．Ｄから受信したことを表すメッセージ着信通知領域ＮＴＷ１が表示される。

メッセージＭＳＧ１は、音声データに基づく議事録データではないため、限定ではなく例として、コンテンツ表示領域ＴＲ１において、メッセージＭＳＧ１の左側には、タグと紐付けられた帯は表示されない。

なお、ユーザによって送信（入力）されるメッセージにおいても、タグを紐付けその左側に帯を表示するようにしてもよいし、そのようにしなくてもよい。

また、コンテンツ表示領域ＴＲ１において、テキストコンテンツＣＴ６の下には、限定ではなく例として、リンク先確認領域ＬＫ２が表示されている。リンク先確認領域ＬＫ２の下部に表示される内容はリンク先確認領域ＬＫ１と同様であるため、説明を省略する。リンク先確認領域ＬＫ２の上部には、限定ではなく例として、そのＵＲＩのリンク先に関するサムネイルが自動的に生成され表示されている。
これにより、リンク先を手動でたどらずとも、会議中に必要と思われる内容を容易に参照可能となる。

図３−５は、図３−４から時間をおき、音声データの取得が続いている場合の表示画面の一例である。

限定ではなく例として、ユーザによって撮像ボタンＢＴ５がタップされると、端末２０Ａの制御部２１は、メッセージングアプリケーションの撮影機能を実行し、撮像部２７によって画像を取得する。撮影された画像は、撮像時点における議事録データに埋め込まれ、コンテンツ表示領域ＴＲ１に表示される。

図３−５では、限定ではなく例として、画像コンテンツＰＣ２に、撮像ボタンＢＴ５がタップされたことにより取得されたホワイトボードの画像が議事録データに埋め込まれ表示されている。

なお、この場合において、限定ではなく例として、撮像後に画像コンテンツＰＣ２のサイズに合わせてトリミングを実行するなどして、画像コンテンツＰＣ２に表示させてもよいし、そうしなくてもよい。

また、撮像ボタンＢＴ５がタップされた場合、撮像部２７によって動画像を取得するようにしてもよいし、そのようにしなくてもよい。この場合、画像コンテンツＰＣ２には動画像が埋め込まれ、限定ではなく例として、画像コンテンツＰＣ２がコンテンツ表示領域ＴＲ１に表示されている間、動画像の時系列が進んで表示される。そして、限定ではなく例として、画像コンテンツＰＣ２がスクロールによって表示されなくなった場合、再度スクロールによりコンテンツ表示領域ＴＲ１に表示されると、画像コンテンツＰＣ２には動画像が頭から再生される。

また、画像コンテンツＰＣ２が表示されるタイミングは、撮像ボタンＢＴ５がタップされることによらない。この他にも、撮像部２７によって動画像を取得し続け、限定ではなく例として、フレーム間の差分がある程度大きい場合（フレーム間の差分が閾値以上や閾値超となった場合）に、そのフレーム画像を自動的に画像コンテンツＰＣ２として表示させるようにしてもよいし、そのようにしなくてもよい。

図３−６は、図３−５に引き続き、音声データの取得が続いている場合の表示画面の一例である。

限定ではなく例として、ユーザＥ．Ｅが「時間が押しているので次の議題に移りましょう」と発話したことに基づくテキストコンテンツＣＴ７が、画像コンテンツＰＣ２の下に表示されている。

このとき、ユーザＥ．Ｅの発話内容に応じて、端末２０Ａのユーザによってタグ機能ボタンＢＴ７がタップされると、タグ機能ボタンＢＴ７が左方に伸長され、タグの入力領域と、タグ反映機能ボタンとが表示される。限定ではなく例として、図３−６では、タグの入力領域には、「アジェンダ２」という文字が入力されている。

ユーザによってタグ反映機能ボタンがタップされると、それ以降の音声データから変換される議事録データには、限定ではなく例として、「アジェンダ２」のタグが付加される。

図３−７は、図３−６においてタグ反映機能ボタンがタップされた後、音声データの取得が続いている場合の表示画面の一例である。

図３−７では、タグが入力されたことに伴い、テキストコンテンツＣＴ７の下に入力されたタグの内容を表す「アジェンダ２ について」の文字が表示されたタグコンテンツＴＧ２が表示されている。タグコンテンツＴＧ２の両端に塗られた帯についてはタグコンテンツＴＧ１と同様であるため説明を省略する。

限定ではなく例として、ユーザＡ．Ａが「それではアジェンダ２の内容についてですが」と発話したことに基づくテキストコンテンツＣＴ８の左側には、タグ「アジェンダ２」と紐付けられた帯が表示されている。
すなわち、ユーザは、帯の色に着目することで議事録データを後から見返すときにどの部分を参照すればよいか容易に判断することができる。

図３−８は、図３−７からさらに時間をおき、音声データの取得が続いている場合の表示画面の一例である。

図３−８では、限定ではなく例として、ユーザによってコンテンツ強調機能ボタンＢＴ６がタップされたことに伴い、コンテンツ強調選択領域ＭＢＴ２が表示されている。

コンテンツ強調選択領域ＭＢＴ２には、ユーザ操作に基づいて、テキストコンテンツの表示態様を異ならせるための協調機能選択ボタンが並んでいる。これらのボタンをタップした後にテキストコンテンツをタップすることで、テキストコンテンツの表示態様を意味づけて変化させることができる。

限定ではなく例として、議事録の「ポイント」を示す選択ボタンをタップし、テキストコンテンツに適用したものが編集済みテキストコンテンツＭＣＴ４である。編集済みテキストコンテンツＭＣＴ４では、吹き出しの形状が対角を落とした四角形に変化し、さらに指マークが付加される。
これにより、ユーザは、このコンテンツが議事録のポイントとして扱われていることが容易に認識できる。

同様に、限定ではなく例として、議事録の「承認」にまつわるコンテンツは、編集済みテキストコンテンツＭＣＴ５〜ＭＣＴ７で示される亀甲型の吹き出しになる。

なお、コンテンツ強調選択領域ＭＢＴ２において、「戻す」を示す選択ボタンをタップし、強調表示したコンテンツを続けてタップすることで、元の吹き出し型のテキストコンテンツに復元するようにしてもよいし、しなくてもよい。
これにより、限定ではなく例として、誤ってコンテンツを強調したような場合でも、元の表示態様に戻すことが可能となる。

図３−８では、コンテンツ強調選択領域ＭＢＴ２において、ユーザが議事録の「結論」を示す選択ボタンをタップする。そして、ユーザＡ．Ａが「リリースを１年程度延期します」と発話したことに基づくテキストコンテンツＣＴ９を続けてタップする。

図３−９は、図３−８においてテキストコンテンツＣＴ９がタップされた後の画面の一例である。

図３−９では、コンテンツ表示領域ＴＲ１に、テキストコンテンツＣＴ９に対して「結論」を意味する二重線の吹き出しにより強調される編集済みテキストコンテンツＭＣＴ８が表示されている。

なお、テキストコンテンツの表示態様を異ならせるための強調機能は、限定ではなく例として、議事録データの文章解析（意味解析）結果から自動的に適用されるようにしてもよいし、そのようにしなくてもよい。

また、協調対象となるコンテンツとして、「ポイント」や「結論」以外にも、限定ではなく例として、各ユーザに対する課題を意味する「宿題」等を設けてもよいし、そうしなくてもよい。限定ではなく例として、コンテンツが「宿題」として強調される場合、そのコンテンツの内容を自動的にユーザのＴＯＤＯリストに追加するようにしてもよいし、そのようにしなくてもよい。

図３−９では、編集済みテキストコンテンツＭＣＴ８の下には、ユーザＡ．Ａが「これで会議を終わります」と発話したことに基づくテキストコンテンツＣＴ１０が表示されている。

限定ではなく例として、端末２０Ａのユーザは、テキストコンテンツＣＴ１０の発話に基づいて、音声データの取得と議事録データの追加とを停止するための記録終了ボタンＢＴ４をタップする。すると、「議事録 終了しました」という文字の議事録終了表示メッセージＥＸＭ１がトークルームに追加される。このメッセージによって、このトークルームのメンバーに、議事録データの追加が終了したことを報知している。

音声データの取得と議事録データの追加とが停止されると、限定ではなく例として、編集機能ボタンＢＴ１やフィルタ機能ボタンＢＴ３等の議事録データの編集や表示に関する機能ボタンは、コンテンツ表示領域ＴＲ１に表示されなくなる。

なお、限定ではなく例として、コンテンツ表示領域ＴＲ１に対してユーザが上スクロール操作を行い、議事録データのコンテンツが表示される場合、コンテンツ表示領域ＴＲ１に編集機能ボタンＢＴ１やフィルタ機能ボタンＢＴ３を再表示することで、議事録データ追加後にいつでも編集操作が実行できるようにしてもよいし、そのようにしなくてもよい。

また、議事録データのコンテンツが表示される場合には、コンテンツ表示領域ＴＲ１に折り畳み機能ボタンＢＴ２を表示させ、議事録データ部分の折りたたみを可能にしてもよいし、そのようにしなくてもよい。

＜処理＞
図３−１０は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
左から順に、端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例をそれぞれ示している。

このフローチャートは、図２−１６のフローチャートを、本実施例におけるリアルタイムモード用の処理に書き換えたフローチャートである。

まず、端末２０Ａの制御部２１は、議事録投稿先を選択し、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１５０）。

なお、Ａ１５０のステップの前に、限定ではなく例として、サーバ１０において議事録投稿候補選出処理を行い、端末２０Ａは議事録投稿候補を受信するようにしてもよいし、そうしなくてもよい。あるいは、端末２０Ａにおいて議事録投稿候補選出処理を実行してもよいし、そうしなくてもよい。これらの場合、議事録投稿候補選出処理では、音声データに基づく方法以外の手法が用いられる。

次いで、端末２０Ａの制御部２１は、入出力部２３に対するユーザ入力に基づいて、音声データの取得を終了するか否かの判定を行う（Ａ１９０）

ユーザによって音声データの取得を終了することが選択された場合（Ａ１９０：ＹＥＳ）、端末２０Ａの制御部２１は、音声データの取得と議事録データの追加とを終了させるための議事録終端情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、端末２０Ａの制御部２１は、処理を終了する。

ユーザによって音声データの取得を終了することが選択されなかった場合（Ａ１９０：ＮＯ）、端末２０Ａの制御部２１は、音入力部２５に対する入力を受け付け、限定ではなく例として、ユーザの対話内容を含む音声データを取得する。そして、端末２０Ａの制御部２１は、限定ではなく例として、音声データに所定の時間を超える無音状態が生じた場合、それを区切りに音声データを部分音声データして記憶部２８に記憶させる（Ａ２１０）。この場合、部分音声データは、無音区間で区切られる音声データの一区間となる。

その後、端末２０Ａの制御部２１は、取得した部分音声データを、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ２２０）。

サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ａから議事録投稿先を受信する。その後、サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ａから議事録終端情報を受信したか否かの判定を行う（Ｓ１８０）。

端末２０Ａから議事録終端情報を受信した場合（Ｓ１８０：ＹＥＳ）、サーバ１０の制御部１１は、処理を終了する。

端末２０Ａから議事録終端情報を受信しない場合（Ｓ１８０：ＮＯ）、サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ａから部分音声データを受信する。
そして、サーバ１０の制御部１１は、受信した部分音声データに対して議事録データ変換処理を実行し、部分議事録データを作成（変換）する（Ｓ１９０）。

なお、議事録データ変換処理は、限定ではなく例として、図２−１６のＳ１２０のステップと同様に実行することが可能なため、詳細な説明を省略する。

部分議事録データが作成されると、サーバ１０の制御部１１は、部分議事録データを議事録投稿先として指定されたチャットルームに追加（入力）する（Ｓ２００）。

その後、サーバ１０の制御部１１は、チャットルームに追加（入力）された部分議事録データを、通信Ｉ／Ｆ１４によって端末２０Ａを含むチャットルームに属するユーザの端末に送信する（Ｓ２１０）。そしてサーバ１０の制御部１１は、Ｓ１８０のステップに処理を戻す。

通信Ｉ／Ｆ２２によって部分議事録データを受信すると、端末２０Ａの制御部２１は、表示部２４に部分議事録データを追加して表示させる（Ａ２３０）。そして端末２０Ａの制御部２１は、Ａ１９０のステップに処理を戻す。

なお、Ｓ２００のステップを実行せず、端末２０の制御部２１が、部分議事録データを受信後に部分議事録データをチャットルームに追加するようにしてもよいし、そのようにしなくてもよい。

＜第３実施例の効果＞
第３実施例は、端末２０が、音入力部２５（限定ではなく、取得部の一例）によって第１音情報（限定ではなく例として、ユーザＡ．Ａの「それでは２０２０年２月の会議を始めます」という発話を含む部分音声データ）が取得されたことに基づいて、第１文字情報（限定ではなく例として、ユーザＡ．Ａに紐付けられた「それでは２０２０年２月の会議を始めます」という文字を含む部分議事録データ）がチャットルームに入力され、第１文字情報を含むチャットルーム（限定ではなく例として、テキストコンテンツＣＴ１）を表示部２４に表示する。そして、端末２０は、音入力部２５によって第２音情報（限定ではなく例として、ユーザＢ．Ｂの「製品リリースはいつでしたっけ」という発話を含む部分音声データ）が取得されたことに基づいて、第２文字情報（限定ではなく例として、ユーザＢ．Ｂに紐付けられた「製品リリースはいつでしたっけ？」という文字を含む部分議事録データ）がチャットルームに入力され、第２文字情報を含むチャットルーム（限定ではなく例として、テキストコンテンツＣＴ３）を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、取得部によって第１音情報が取得されると第１文字情報が、第２音情報が取得されると第２文字情報が、端末の表示部に逐次表示されるため、取得部によって音情報が取得されてから、音情報に基づく文字情報が表示されるまでの時間が短縮できる。その結果、ユーザは必要な情報をリアルタイムに参照することができ、ユーザの利便性を向上させることができる。

また、第３実施例は、端末２０が、撮像画像（限定ではなく例として、撮像ボタンＢＴ５がタップされたことにより取得された画像）のうち少なくとも一部の領域を含む画像情報（限定ではなく例として、画像コンテンツＰＣ２）が、チャットルームに入力され、画像情報を含むチャットルーム（限定ではなく例として、コンテンツ表示領域ＴＲ１）を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、文字情報では表現が難しい場合でも、画像情報を併用することで、チャットルームの中でより正確に情報が共有可能となる。

また、第３実施例は、文字情報（限定ではなく例として、テキストコンテンツＣＴ３）は、チャットルームの第１表示領域（限定ではなく例として、コンテンツ表示領域ＴＲ１）に表示され、画像情報は、チャットルームの第２表示領域（限定ではなく例として、コンテンツ表示領域ＴＲ１のテキストコンテンツ下方）に表示される構成を示している。
このような構成により得られる実施例の効果の一例として、画像情報と文字情報とがお互い邪魔にならないようにチャットルームに表示することができる。

＜第３変形例（１）＞
第３実施例では、音声データに基づいて、サーバ１０で議事録データ変換処理を実行し、議事録データを作成するが、これに限定されない。限定ではなく例として、上記の（２）の手法により処理を実現してもよいし、そうしなくてもよい。

この場合、限定ではなく例として、端末２０の制御部２１は、図３−１０のＡ２１０のステップを実行すると、部分議事録データ変換処理を実行する。各処理については、図３−１０のＳ１９０のステップと同様に実行することが可能なため、詳細については省略する。そして、端末２０の制御部２１は、部分議事録データ変換処理で生成された部分議事録データを通信Ｉ／Ｆ２２によってサーバ１０に送信する。
サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって部分議事録データを受信すると、図３−１０のＳ２００以下のステップを実行する。

このような構成により得られる変形例の効果の一例として、部分音情報のデータ容量が大きい場合、端末側で部分音情報をより情報量の圧縮が容易な文字情報へと変換してからサーバへ送信することが可能となり、通信量を削減することができる。
また、部分音声データの区切りを決定する時、限定ではなく例として、文字情報から文節の区切りを検出することで決定することが可能となり、より適切に部分音声データを取得することができる。結果として、部分議事録データ変換処理の精度が向上する。

なお、図３−１０のＳ２００のステップについても、端末２０で行ってもよいし、そうしなくてもよい。

＜第４実施例＞
第４実施例は、上記の（Ｃ）のタイミングに関する（１）の手法による実施例である。
第４実施例では、議事録サービスにおいて、端末２０の制御部２１は、議事録データを追加するチャットルームが選択されると、チャットルームに議事録データを逐次（リアルタイム入力）追加するか、音声データを会議終了後にまとめて追加するかの選択用画面を表示する。
第４実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。

＜表示画面＞
図４−１は、図３−１においてユーザによって「議事録」の機能アイコンがタップされた場合のトークルーム画面の一例である。

図４−１では、コンテンツ表示領域ＴＲ１に、議事録モード選択領域ＷＲ６が重畳して表示されている。
議事録モード選択領域ＷＲ６には、限定ではなく例として、「リアルタイム追加」の文字で識別されるリアルタイムモード選択ボタンと、「あとで追加」の文字で識別されるバッチ追加モード選択ボタンとが表示されている。

リアルタイムモード選択ボタンがユーザによってタップされると、限定ではなく例として、リアルタイムモードの様式に従い、議事録データを会議中に逐次追加する形式が選択される。
また、バッチ追加モード選択ボタンがユーザによってタップされると、限定ではなく例として、バッチ追加モードの様式に従い、議事録データを会議終了後に一括追加する形式が選択される。

図４−２は、図４−１においてバッチ追加モード選択ボタンがタップされた場合のトークルーム画面の一例である。

図４−２では、限定ではなく例として、コンテンツ表示領域ＴＲ１に、バッチ追加モード選択ボタンがタップされた時刻に応じて、音声データ取得状況確認領域ＳＴＷ１が割り込む形で表示されている。
すなわち、メッセージＭＳＧ１は、音声データ取得開始後にこのトークルームに対して入力（送信）されたメッセージであることを示している。

図４−３は、会議終了後、ユーザによって記録終了ボタンＢＴ４がタップされ、さらにトークルームに追加された議事録データ概要コンテンツＰＲＣ１がタップされた場合のトークルーム画面の一例である。

図４−３では、議事録データ概要コンテンツＰＲＣ１がタップされたことに伴い、議事録データ表示領域ＰＲＷ１が表示されている。
議事録データ表示領域ＰＲＷ１では、限定ではなく例として、テキストコンテンツＣＴ５のすぐ下に、音声データの取得中に受信したメッセージＭＳＧ１が挿入されて表示されている。メッセージＭＳＧ１の表示時刻は、図４−２で示された時刻から、音声データの先頭からの相対時間を表す「００：０３：３０」の表示に自動的に置き換えられている。

なお、図４−４で示すように、音声データの取得中に受信したメッセージＭＳＧ１を議事録データ表示領域ＰＲＷ１に挿入せずに表示してもよいし、そのようにしなくてもよい。
限定ではなく例として、図４−４の表示例では、議事録データ表示領域ＰＲＷ１のテキストコンテンツＣＴ５のすぐ下には音声データの取得結果に基づくテキストコンテンツが表示され、メッセージＭＳＧ１は議事録データ表示領域ＰＲＷ１外のコンテンツ表示領域ＴＲ１に表示時刻を保ったまま表示されている。

また、図４−１においてリアルタイムモード選択ボタンがタップされた場合には、限定ではなく例として、図３−２以降と同様の表示画面となる。

＜処理＞
図４−５は、バッチ追加モード選択ボタンがタップされる場合における、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
左から順に、端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例をそれぞれ示している。

このフローチャートは、図２−１６のフローチャートにおいて、端末２０Ａの処理として、Ａ１５０のステップを前に移動させ、Ａ１１０のステップをＡ１５０、Ａ１００のステップに置き換え、サーバ１０の処理として、Ｓ１３０のステップを削除したフローチャートである。

まず、端末２０Ａの制御部２１は、議事録投稿先を選択し、サーバ１０に送信する（Ａ１５０）。

なお、Ａ１５０のステップの前に、限定ではなく例として、サーバ１０において議事録投稿候補選出処理を行い、端末２０Ａは議事録投稿候補を受信するようにしてもよいし、そうしなくてもよい。あるいは、端末２０Ａにおいて議事録投稿候補選出処理を実行してもよいし、そうしなくてもよい。これらの場合、議事録投稿候補選出処理では、音声データに基づく方法以外の手法が用いられる。

次いで、端末２０Ａの制御部２１は、限定ではなく例として、音入力部２５によって音声データを取得する（Ａ１００）
そして、端末２０Ａの制御部２１は、Ａ１３０〜Ａ１８０の各ステップを実行した後、処理を終了する。

サーバ１０の制御部１１は、Ｓ１２０〜Ｓ１７０の各ステップを実行した後、処理を終了する。

なお、リアルタイムモード選択ボタンがタップされる場合には、限定ではなく例として、図３−１０と同様に処理を行うことができるため、ここでは詳細な説明を省略する。

＜第４実施例の効果＞
第４実施例は、トークルーム（限定ではなく、チャットルームの一例）は、限定ではなく例として、リアルタイムモード選択ボタンまたはバッチ追加モード選択ボタンに対するタップ操作（限定ではなく、端末のユーザによる入力の一例）に基づいて選択される構成を示している。
このような構成により得られる実施例の効果の一例として、ユーザが指定したチャットルームに、ユーザが意図する方法で文字情報を入力することができる。これにより、ユーザの利便性を向上させることができる。

＜第４変形例（１）＞
第４実施例では、音声データに基づいて、サーバ１０で議事録データ（部分議事録データ）変換処理を実行し、議事録データ（部分議事録データ）を作成するが、これに限定されない。限定ではなく例として、上記の（２）の手法により処理を実現してもよいし、そうしなくてもよい。

この場合、リアルタイムモード選択ボタンがタップされる場合には、第３変形例（１）と、バッチ追加モード選択ボタンがタップされる場合には、第２変形例（１）と、それぞれ同様の処理を行えばよい。

＜第４変形例（２）＞
第４実施例では、リアルタイムモードとバッチ追加モードとは、全てのユーザ発話に対して一括して適用されていたが、これに限定されない。

限定ではなく例として、ある特定のユーザ（限定ではなく例として、ユーザＣ．Ｃ）の発話に対してはリアルタイムモードが適用され、それ以外のユーザの発話に対してはバッチ追加モードが適用されるようにしてもよいし、そのようにしなくてもよい。

この場合、会議や会合の開催中では、ユーザＣ．Ｃの発話内容が議事録データ化され、トークルームで共有される。そして、会議や会合の終了後、その他のユーザの発話内容が議事録データ化され、トークルームに追加される。そのため、限定ではなく例として、ユーザＣ．Ｃが会議のキーパーソンである場合、会議進行中にはキーパーソンの発言内容がトークルームで共有されるため、会議の進行が容易になる。会議の終了後には、その他のユーザの発言もトークルームに追加されるため、会議全体の流れを見返すことが容易になる。

なお、リアルタイムモードでの議事録データと、バッチ追加モードでの議事録データとは、会議終了後、どちらかにマージされるようにしてもよいし、独立したまま保管されてもよい。

＜第４変形例（３）＞
第４実施例では、リアルタイムモードとバッチ追加モードとは、会議（会合）中の全ての時間に対して一括して適用されていたが、これに限定されない。

限定ではなく例として、会議のポイントとなる重要事項について議論している時間帯のみリアルタイムモードで議事録データを作成・追加し、それ以外の時間帯ではバッチ追加モードで議事録データを作成・追加するようにしてもよいし、そのようにしなくてもよい。

この場合、重要事項についての議論内容についてはトークルームにリアルタイムに共有されるため、ユーザはその場で見返すことができ、重要事項についての誤解を防ぐことができる。

＜第５実施例＞
上記の実施例では、音声データベース２８５に保存される音声データに基づいて、議事録データを作成していた。これに対して、本実施例では、映像（動画像）データを用いて、映像データに含まれる音声データ（音声トラック）に基づいて、議事録データを作成する。
第５実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。

＜表示画面例＞
図５−１は、映像データを用いて議事録データを作成した場合における、議事録データ表示領域ＰＲＷ１の表示態様の一例を示す画面図である。
図５−１では、限定ではなく例として、ユーザＡ．Ａの端末２０Ａにおける表示画面を示している。

図５−１は、限定ではなく例として、図２−１４の表示画面に対応する画面であり、限定ではなく例として、ユーザＡ．Ａによって端末２０Ａの表示部２４に表示された議事録データ概要コンテンツＰＲＣ１がタップされた後の画面の一例である。

図５−１において、議事録データ表示領域ＰＲＷ１の左下部には、議事録データを作成するために用いた映像データをピクチャーインピクチャー形式で表示する映像データ表示領域ＰＰ１が表示されている。すなわち、映像データ表示領域ＰＰ１は、議事録データ表示領域ＰＲＷ１に対してスクロール操作を行っても、その表示位置は固定される。

映像データ表示領域ＰＰ１には、限定ではなく例として、映像データのうち、議事録データ表示領域ＰＲＷ１の最下端に表示されているテキストコンテンツＣＴ５の発話時点における、会議のホワイトボードを撮影した画像が表示されている。

映像データ表示領域ＰＰ１の下部には、限定ではなく例として、映像データ表示領域ＰＰ１に再生されている映像における、その映像データの先頭からの経過時間が表示されている。すなわち、図５−１では、映像データ表示領域ＰＰ１には、テキストコンテンツＣＴ５の発話時刻（会議開始からの経過時間によって定まる時刻）と対応する映像が表示されていることを示している。

限定ではなく例として、ユーザによって議事録データ表示領域ＰＲＷ１に対して上スクロール操作が行われると、議事録データ表示領域ＰＲＷ１に表示されるコンテンツ（テキストコンテンツ等）は会議の開始時間方向に戻る。このとき、映像データ表示領域ＰＰ１に表示される映像も、議事録データ表示領域ＰＲＷ１に表示されるコンテンツに合わせて巻き戻って表示される。
逆に、ユーザによって議事録データ表示領域ＰＲＷ１に対して下スクロール操作が行われると、議事録データ表示領域ＰＲＷ１に表示されるコンテンツは会議の終了時間方向に進む。この場合、映像データ表示領域ＰＰ１に表示される映像も、議事録データ表示領域ＰＲＷ１に表示されるコンテンツに合わせて早送りして表示される。

なお、ユーザによるスクロール操作ではなく、ユーザの「早送り」や「巻き戻し」といった発話に基づいて、映像の早送りや巻き戻しを行うようにしてもよいし、そうしなくてもよい。また、議事録データ表示領域ＰＲＷ１に対してタップ操作が行われる場合、映像を一時停止して表示させるようにしてもよいし、そのようにしなくてもよい。

すなわち、映像データ表示領域ＰＰ１に表示される映像は、議事録データ表示領域ＰＲＷ１に表示されるコンテンツと時間軸上で同期した映像となる。

なお、映像データを用いて議事録データを作成した場合、議事録データ表示領域ＰＲＷ１に映像データ表示領域ＰＰ１が表示されることは必須ではない。限定ではなく例として、ユーザの選択操作に基づいて、議事録データ表示領域ＰＲＷ１に映像データ表示領域ＰＰ１をオーバーレイ表示させるようにしてもよいし、そのようにしなくてもよい。

また、限定ではなく例として、図２−７において、音声データ一覧情報表示領域ＷＲ１の複数の音声データと映像データとを示す行がユーザによって選択され（タップされ）、続いて不図示の音声データ選択決定ボタンがタップされることで、複数の音声データと映像データとから一つの議事録データを作成するようにしてもよいし、そうしなくてもよい。

＜処理＞
本実施例における処理は、限定ではなく例として、映像データに付随する音声トラックを音声データとみなすことで、図２−１６と同様に実現可能であるため、ここでは詳細な説明を省略する。

本実施例では、映像データ表示領域ＰＰ１に表示される映像（動画像）を、議事録データ表示領域ＰＲＷ１に表示されるコンテンツと時間軸上で同期させて再生制御している。つまり、議事録データ表示領域ＰＲＷ１に表示されるコンテンツの位置に合わせて、動画像の再生位置を変更している。

これを実現するための手法としては、限定ではなく例として、議事録データ変換処理において、映像データに対して、各コンテンツを生成するために用いられた音声トラックの発話開始点にチャプターマーク（場面ごとの区切りを示すポインタ）をコンテンツと紐付けて挿入する。そして、議事録データ表示領域ＰＲＷ１に表示されるコンテンツのうち、映像データ表示領域ＰＰ１に表示される映像の基準となるコンテンツと紐付けられたチャプターマークを再生開始点として映像データを再生させればよい。

上記の他にも、限定ではなく例として、議事録データ変換処理において議事録データ表示領域ＰＲＷ１に表示される最初の（先頭の）コンテンツを生成するために用いられた音声トラックの発話開始時刻を、映像データ表示領域ＰＰ１に表示される映像の再生基準点（再生開始時刻）とすることによっても実現可能である。再生基準点（再生開始時刻）が決まれば、テキストコンテンツの発話時刻に対応する時点（タイミング）から映像を再生することで、映像データ表示領域ＰＰ１に表示される映像（動画像）を、議事録データ表示領域ＰＲＷ１に表示されるコンテンツと時間軸上で同期させることが可能となる。

なお、限定ではなく例として、議事録の作成を開始した時刻（議事録作成開始時刻）の情報と、動画像の録画が開始された時刻（録画開始時刻）の情報とを記憶部２８に保存しておく。そして、議事録作成開始時刻と録画開始時刻との差に基づいて、上記の再生基準点を決定してもよいし、そのようにしなくてもよい。

＜第５実施例の効果＞
第５実施例は、映像データ（限定ではなく、撮像画像の一例）のうち少なくとも一部の領域を含むホワイトボードの動画像（限定ではなく、画像情報の一例）が、トークルーム（限定ではなく、チャットルームの一例）に入力され、端末２０は、この動画像を含むコンテンツ表示領域ＴＲ１を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、文字情報では表現が難しい場合でも、画像情報を併用することで、チャットルームの中でより正確に情報が共有可能となる。

また、第５実施例は、テキストコンテンツ（限定ではなく、文字情報の一例）等のコンテンツは、トークルームの議事録データ表示領域ＰＲＷ１（限定ではなく、第１表示領域の一例）に表示され、動画像等の画像情報は、トークルームの映像データ表示領域ＰＰ１（限定ではなく、第２表示領域の一例）に表示される構成を示している。
このような構成により得られる実施例の効果の一例として、画像情報と文字情報とが互いに邪魔にならないようにチャットルームに表示することができる。

また、第５実施例は、端末２０が、端末２０のユーザによる入力に基づいて、トークルームにおけるコンテンツのスクロール制御（限定ではなく、第１表示領域の位置を変化させる制御の一例）を制御部２１によって行い、トークルームにおける映像データ表示領域ＰＰ１の位置（限定ではなく、チャットルームにおける第２表示領域の位置の一例）は、端末２０のユーザによる入力に基づいて変化しない構成を示している。
このような構成により得られる実施例の効果の一例として、第１表示領域の位置を変化させる制御に関わらず、第２表示領域の位置は固定されるため、第２表示領域の閲覧性を向上させることができる。

また、第５実施例は、画像情報は動画像の情報であり、端末２０は、端末２０のユーザによる上スクロールや下スクロール等の操作（限定ではなく、端末のユーザによる入力の一例）に基づいて、動画像の巻き戻しや早送りの制御（限定ではなく、動画像を再生する制御の一例）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、動画像を再生する制御をユーザの入力に基づいて実行可能となるため、ユーザの利便性を向上させることができる。

また、第５実施例は、端末２０が、端末２０のユーザによる入力に基づいて、テキストコンテンツを含むコンテンツのうちの一部のコンテンツ（限定ではなく、第３文字情報の一例）を議事録データ表示領域ＰＲＷ１（限定ではなく、第１表示領域の一例）に表示する制御を制御部２１によって行う。そして、端末２０は、議事録データ表示領域ＰＲＷ１に表示されるコンテンツに基づいて、動画像を再生する制御を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザによる入力に基づいて、文字情報のうちの一部の文字情報である第３文字情報を第１表示領域に表示する制御が行われる。そして、第１表示領域に表示される第３文字情報に基づいて動画像を再生する制御を実行可能となるため、ユーザの利便性を向上させることができる。

また、この場合、限定ではなく例として、動画像の再生位置を、議事録データ表示領域ＰＲＷ１に表示される一部のコンテンツ（第３文字情報）に基づいて変更するようにすることができる。
このような構成により得られる実施例の効果の一例として、第２表示領域に表示される動画像を、第１表示領域に表示されるコンテンツと時間軸上で同期させることができるため、ユーザにとって直感的で分かり易い動画像の再生を実現可能となる。

また、第５実施例は、端末２０が、端末２０のユーザによる入力に基づいて、トークルームにおけるコンテンツのスクロール制御（限定ではなく、第１表示領域の位置を変化させる制御の一例）を制御部２１によって行い、コンテンツのスクロール制御に基づいて表示部２４に表示されるコンテンツに対応して動画像を再生する制御を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１表示領域の位置を変化させる制御に基づいて端末の表示部に表示される文字情報に対応して動画像を再生する制御を実行可能となるため、ユーザの利便性を向上させることができる。

また、第５実施例は、上記の端末２０のユーザによる入力は、スクロール操作による入力を含む構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザは、スクロール操作という簡易かつ直感的な操作によって、動画像を再生することが可能となるため、ユーザの利便性を向上させることができる。

＜第５変形例（１）＞
第５実施例では、バッチ追加モードでの例を説明したが、これに限定されない。限定ではなく例として、リアルタイムモードでも映像データに基づいて議事録データを作成してもよいし、そうしなくてもよい。

この場合、限定ではなく例として、撮像部２７を用いて映像データを取得し、映像データの音声トラックから部分音声データを作成すればよい。

また、表示画面としては、コンテンツ表示領域ＴＲ１の左下側に、映像データ表示領域ＰＰ１が表示させ、映像データ表示領域ＰＰ１は、コンテンツ表示領域ＴＲ１に対してスクロール操作を行ってもその表示位置は固定されるようにすればよい。

このとき、ユーザによってコンテンツ表示領域ＴＲ１に対して上スクロール操作が行われると、映像データ表示領域ＰＰ１に表示される映像は、コンテンツ表示領域ＴＲ１に表示されるコンテンツに合わせて巻き戻って表示される。
逆に、ユーザによってコンテンツ表示領域ＴＲ１に対して下スクロール操作が行われると、映像データ表示領域ＰＰ１に表示される映像は、コンテンツ表示領域ＴＲ１に表示されるコンテンツに合わせて早送りで表示される。

＜第５変形例（２）＞
第５実施例では、映像（動画像）データを用いて議事録データを作成する場合、映像データ表示領域ＰＰ１に映像が表示されることとしたが、これに限定されない。限定ではなく例として、編集機能ボタンＢＴ１がタップされ、映像（動画像）の挿入操作が選択される場合、その映像を映像データ表示領域ＰＰ１に表示させるようにしてもよいし、そのようにしなくてもよい。

この場合においても、映像データ表示領域ＰＰ１に表示される映像は、限定ではなく例として、コンテンツ表示領域ＴＲ１に対するスクロール操作によって、限定ではなく例として、早送りや巻き戻し等の表示操作が行われるようにしてもよいし、そのようにしなくてもよい。

＜第６実施例＞
第６実施例は、チャットルーム（トークルーム）に表示されるコンテンツ（メッセージ）の表示態様に関する実施例である。
第６実施例では、メッセンジャー（メッセージングサービス、メッセージングアプリケーション）の種類に応じて、同一のコンテンツに対してチャットルームで表示される態様を異ならせる。
第６実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。

図６−１は、メッセンジャーの種類ごとに表示態様を規定した表示形式テーブルＴＢＬ１の一例を示す図である。
この表示形式テーブルＴＢＬ１は、限定ではなく例として、サーバ１０の記憶部１５に記憶される。

表示形式テーブルＴＢＬ１では、メッセンジャーの種類ごとに、限定ではなく例として、改行位置と、吹き出し頻度と、絵文字表示とが関連付けて規定されている。

改行位置は、コンテンツ中の一行の長さを規定した文字数であり、改行位置で規定される文字数を超える場合、限定ではなく例として、自動的に改行されて表示される。

吹き出し頻度は、単一のテキストコンテンツの中に包含され得る行数を規定したものであり、吹き出し頻度で規定される行数を超える場合、限定ではなく例として、自動的にテキストコンテンツが分割され、複数のコンテンツとして表示される。

絵文字表記は、絵文字の表示に関わる規定であり、限定ではなく例として、コンテンツ中に含まれる絵文字を絵として表示させる（「絵文字」として規定）か、絵文字の内容に沿うテキストに変換して表示させる（「テキスト変換」として規定）か、絵文字を削除して表示させる（「削除」として規定）かのいずれかの表記を取る。

ここで、絵文字とは、限定ではなく例として、Ｕｎｉｃｏｄｅ６形式以降でＥｍｏｊｉとして定義されている、物や事柄を、絵を文字のように用いて象徴的に示唆するもののことを指す。

表示形式テーブルＴＢＬ１は、限定ではなく例として、「メッセンジャーＡ」では、コンテンツ中の文章の２８文字ごとに改行を行い、１０行を超える場合には別なコンテンツに分割し、絵文字は絵文字として表示させる態様を適用することを規定している。

また、限定ではなく例として、「メッセンジャーＢ」では、コンテンツ中の文章の１６文字ごとに改行を行い、４行を超える場合には別なコンテンツに分割し、絵文字は絵文字として表示させる態様を適用することを規定している。

同じ長さの文字列からなる文章を表示させる場合、「メッセンジャーＡ」よりも「メッセンジャーＢ」では、単一のコンテンツに含まれる文字数は少なく、また、一行当たりの文字数も少ない。
すなわち、「メッセンジャーＢ」の表示領域は、「メッセンジャーＡ」の表示領域よりも狭いことが推測される。

限定ではなく例として、「メッセンジャーＣ」では、コンテンツ中の文章の３０文字ごとに改行を行い、１２行を超える場合には別なコンテンツに分割し、絵文字はテキストに変換して表示させる態様を適用することを規定している。

この場合、「メッセンジャーＣ」は、単一のコンテンツに含まれる文字数が多く、コンテンツ中の情報が文字に置き換えられることから、テキストの表示に特化したメッセンジャーであることが推測される。

限定ではなく例として、「メッセンジャーＤ」では、コンテンツ中の文章の１４０文字ごとに改行を行い、１つのコンテンツは一文のみを含み、絵文字は削除（省略）して表示させる態様を適用することを規定している。

このことから、「メッセンジャーＤ」は、短文をやり取りすることに特化したメッセンジャーであることが推測される。

サーバ１０の制御部１１は、使用されるメッセンジャーに基づいて、限定ではなく例として、表示形式テーブルＴＢＬ１に規定される形式に議事録データを成形し、チャットルームに追加（入力）する。

なお、議事録データをサーバ１０から受信した後、端末２０Ａで表示形式テーブルＴＢＬ１に従い、表示態様を異ならせるようにしてもよいし、そうしなくてもよい。

＜第６実施例の効果＞
第６実施例は、議事録データのテキストコンテンツ（限定ではなく、文字情報の一例）は、メッセンジャーＡ（限定ではなく、チャットサービスの一例）の種類に基づく態様で、チャットルームに入力される構成を示している。
このような構成により得られる実施例の効果の一例として、チャットサービスの特性に基づいて、文字情報の表示態様を異ならせることができる。これにより、ユーザの閲覧性を向上させることができる。

また、第６実施例は、文字情報は、チャットサービスの種類に基づく改行位置で改行されて、チャットルームに入力される構成を示している。
このような構成により得られる実施例の効果の一例として、チャットサービスの特性に応じて一行の文字数を変化させることができ、ユーザの利便性を向上させることができる。

＜第６変形例（１）＞
第６実施例では、サーバ１０の制御部１１が、表示形式テーブルＴＢＬ１に合わせて議事録データを成形していたが、これに限定されない。
限定ではなく例として、メッセンジャーの種類に応じた議事録データの成形は、端末２０で実行してもよいし、そのようにしなくてもよい。

この場合、限定ではなく例として、端末２０の記憶部２８に表示形式テーブルＴＢＬ１を記憶させる。そして、端末２０の制御部２１は、サーバ１０から議事録データを受信すると、メッセンジャーの種類に応じて、表示形式テーブルＴＢＬ１に従い各コンテンツを成形し、表示部２４に表示させる。

＜第６変形例（２）＞
第６実施例では、表示形式テーブルＴＢＬ１はメッセンジャーの種類ごとに表示態様を規定したものであったが、これに限定されない。

限定ではなく例として、端末２０の表示部２４の表示領域の大きさに応じて、表示態様を規定してもよいし、そのようにしなくてもよい。

この場合、限定ではなく例として、表示部２４が１３３４×７５０ピグセルより大きい表示画面の場合にはメッセンジャーＡの表示態様で、１３３４×７５０ピグセル以下の表示画面の場合にはメッセンジャーＢの表示態様で、それぞれコンテンツを成形させるようにすればよい。

＜第７実施例＞
第７実施例は、会議や会合の出席状況に応じて、チャットルーム（トークルーム）に表示される議事録データに閲覧制限が設定される場合の実施例である。
第７実施例は、上記の（Ａ）のタイミングに関する実施例である。
第７実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。

＜データ構成＞
本実施例におけるカレンダー情報管理データベース１５９の一例であるカレンダー情報管理データベース１５９Ｂのデータ構成例を図７−１に示す。
カレンダー情報管理データベース１５９Ｂには、スケジュール管理アプリケーションのカレンダーに登録されるイベントごとの管理データとして、カレンダー情報管理データが記憶される。

各々のカレンダー情報管理データには、限定ではなく例として、イベントＩＤと、ＭＳアプリケーションＩＤと、イベント名と、イベント開始日時と、イベント終了日時と、イベント開催場所と、関連ＵＲＩと、招待者データと、出欠管理データとが記憶される。

イベントＩＤと、ＭＳアプリケーションＩＤと、イベント名と、イベント開始日時と、イベント終了日時と、イベント開催場所と、関連ＵＲＩと、招待者データとについては、限定ではなく例として、カレンダー情報管理データベース１５９Ａと同様であるため、再度の説明を省略する。

出欠管理データには、そのイベントＩＤによって識別されるイベントに招待されたユーザの情報として、限定ではなく例として、ＭＳアプリケーションＩＤと、出席時刻と、退席時刻とが関連付けて記憶される。

ＭＳアプリケーションＩＤは、限定ではなく例として、招待者データに記憶されるユーザのＭＳアプリケーションＩＤである。

出席時刻は、ＭＳアプリケーションＩＤで識別されるユーザの端末２０が、限定ではなく例として、このイベントＩＤで識別されるイベント開催場所に設置されたビーコン装置から発信されるビーコン信号の受信圏内に到達した時刻である。

退席時刻は、ＭＳアプリケーションＩＤで識別されるユーザの端末２０が、限定ではなく例として、このイベントＩＤで識別されるイベント開催場所に設置されたビーコン装置から発信されるビーコン信号の受信圏内から離脱した時刻である。

すなわち、出席時刻と退席時刻とは、このイベントＩＤで識別されるイベント開始日時以降に出欠管理データに記憶される。

なお、イベント開始日時以降に、ある端末がビーコン装置への接近と離脱を繰り返す場合、出欠管理データには、出席時刻と退席時刻との組を複数記憶するようにしてもよいし、そのようにしなくてもよい。また、端末がビーコン装置に接近しなかった場合には、出席時刻と退席時刻とに、ユーザが欠席したことを示す、限定ではなく例として、「ＮＵＬＬ」の値を入れるようにしてもよいし、そのようにしなくてもよい。

また、出席時刻と退席時刻とを取得する方法は、ビーコン装置を用いる方法に限定されない。限定ではなく例として、イベント開催場所の緯度と経度とで識別可能な位置情報に基づいて、各端末２０の位置算出用情報検出部２９Ｂにおいて位置情報を取得する。端末２０がイベント開催場所の位置情報と所定の範囲内で合致する位置に移動した場合、その時刻を端末２０のユーザの出席時刻にしてもよいし、そうしなくてもよい。端末２０がイベント開催場所の位置情報と所定の範囲内で合致する位置を離れた場合、その時刻を端末２０のユーザの退席時刻にしてもよいし、そうしなくてもよい。

また、限定ではなく例として、イベント開催場所に設置されたカメラもしくは端末２０の撮像部２７を用いてイベント開催中に画像を取得し、その画像に対して顔認識を行うことで、ユーザの出席状況を取得してもよいし、そうしなくてもよい。

または、限定ではなく例として、イベント開催場所に設置されたマイクもしくは端末２０の音入力部２５を用いてイベント開催中に音（音声を含む。）を取得し、その音に対して音認識（音声認識を含む。）を行うことで、ユーザの出席状況を取得してもよいし、そうしなくてもよい。

もしくは、限定ではなく例として、出席時刻と退席時刻とを打刻する、端末２０に対するユーザ入力に基づいて、ユーザの出席状況を取得してもよいし、そうしなくてもよい。

なお、議事録データ変換処理を行うとき、この出席時刻と退席時刻に基づいて、音声データを取得した会議や会合に出席していないユーザやグループのみにメンション機能が働くようにしてもよいし、そうしなくてもよい。

＜表示画面＞
図７−２は、限定ではなく例として、図２−１２において、ユーザによって議事録投稿ボタンＳＢＴ１がタップされた場合におけるメッセージングアプリケーションのトークルームの表示画面の一例である。

図７−２では、コンテンツ表示領域ＴＲ１には、限定ではなく例として、ユーザＡ．Ａが送信した「先ほどの会議の議事録です」という文字のテキストコンテンツの下に、議事録データ概要コンテンツＰＲＣ２が表示されている。

議事録データ概要コンテンツＰＲＣ２には、限定ではなく例として、議事録データ概要コンテンツＰＲＣ１と同様に、議事録タイトルと、議事録データが最後に修正された日時とが表示されている。また、議事録データ概要コンテンツＰＲＣ２には、この議事録データの作成に用いられた音声データ取得時における各ユーザの出席状況を確認するための出席確認機能ボタンＢＴ８が表示されている。

図７−３は、ユーザによって出席確認機能ボタンＢＴ８がタップ操作された場合の表示画面の一例である。
限定ではなく例として、ユーザによって出席確認機能ボタンＢＴ８がタップされると、コンテンツ表示領域ＴＲ１に出席確認状況表示領域ＷＲ７が表示される。

出席確認状況表示領域ＷＲ７の左端には、限定ではなく例として、出欠管理データに記憶されるＭＳアプリケーションＩＤのユーザを示すアイコンが、一列に並んで表示されている。各ユーザのアイコンの右側には、限定ではなく例として、この議事録データの元となる音声データにおける取得開始から取得終了までの時間において、そのユーザが出席していたか否かを示すグラフが行ごとに表示されている。
これらのグラフは、限定ではなく例として、出欠管理データに記憶された各ユーザの出席時刻と退席時刻とに基づいて描画される。

出席確認状況表示領域ＷＲ７では、限定ではなく例として、ユーザＡ．ＡとユーザＢ．ＢとユーザＣ．Ｃとは、会議（イベント）の開始から終了まで出席していたことが表示されている。また、ユーザＤ．Ｄは、開始から２０分の時点から出席していたことが、ユーザＥ．Ｅは、開始から1時間の時点で退席したことが、それぞれ表示されている。

図７−４は、ユーザＤ．Ｄの端末２０Ｄにおいて議事録データを表示させる場合のトークルームの表示画面の一例である。

図７−４において、コンテンツ表示領域ＴＲ１には、ユーザによって議事録データ概要コンテンツＰＲＣ２がタップされたことに基づき、議事録データ表示領域ＰＲＷ２が表示されている。議事録データ表示領域ＰＲＷ２の上部には、議事録データ表示領域ＰＲＷ１の表示要素に加えて出席確認機能ボタンＢＴ８が表示されている。

ユーザＤ．Ｄが音声データ取得開始時から２０分まで欠席していたことに基づいて、議事録データ表示領域ＰＲＷ２では、２０分以前のコンテンツ部分に関して閲覧制限がかけられていることを示す「ここから前は閲覧がロックされています」という文字と、施錠された鍵マークのロック状況アイコンＩＣ１とが表示されている。すなわち、端末２０Ｄでは、ユーザＤ．Ｄが欠席していた時間帯の議事録データについては、そのコンテンツを表示することができない。

限定ではなく例として、ユーザによってロック状況アイコンＩＣ１がタップされると、限定ではなく例として、この議事録データを投稿したユーザＡ．Ａの端末２０Ａの表示部２４に、閲覧制限を解除するか否かの選択用画面が表示される。
ユーザ操作に基づいて、閲覧制限が解除されることが選択される場合、端末２０Ｄにおいて、議事録データ表示領域ＰＲＷ２の２０分以前のコンテンツ部分についても閲覧が可能となり、それらのコンテンツが表示される。

なお、ユーザによってロック状況アイコンＩＣ１がタップされる場合、この議事録データが投稿されたトークルームの全てのユーザに対して、閲覧制限を解除するか否かの選択用画面が表示されるようにしてもよいし、そのようにしなくてもよい。

上記の表示画面例と同様に、ユーザＥ．Ｅの端末２０Ｄにおいて議事録データを表示させる場合のトークルームの表示画面では、ユーザＥ．Ｅが音声データ取得開始時から６０分以降欠席したことに基づいて、６０分以降の議事録データのコンテンツ部分に関して閲覧制限がかけられる。

＜処理＞
図７−５は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
左から順に、端末２０Ｄの制御部２１が実行する処理、端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例をそれぞれ示している。

まず、端末２０Ａの制御部２１と、サーバ１０の制御部１１とは、議事録投稿処理を実行する。議事録投稿処理については、限定ではなく例として、図２−１６と同様の処理で実現可能なため、詳細な説明を省略する。

次いで、サーバ１０の制御部１１は、各々のユーザが欠席していた時間帯のコンテンツを不可視化するための、議事録制限データを対象となる（欠席していた時間帯が存在する）ユーザごとに生成する（Ｓ３００）。

そして、サーバ１０の制御部１１は、議事録制限データを通信Ｉ／Ｆ１４によって対象となる端末２０に送信する（Ｓ３１０）。

端末２０Ｄの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から議事録制限データを受信すると、議事録データに対して閲覧制限をかけ、表示部２４に表示させる（Ｄ１００）。

入出力部２３に対するユーザ操作に基づいて、議事録データの閲覧制限を解除することが選択される場合、端末２０Ｄの制御部２１は、閲覧制限解除要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｄ１１０）。なお、議事録データの閲覧制限を解除しないことが選択される場合、端末２０Ｄの制御部２１は処理を終了する。

通信Ｉ／Ｆ１４によって端末２０Ｄから閲覧制限解除要求情報を受信する場合、サーバ１０の制御部１１は、閲覧制限解除確認情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ３２０）。閲覧制限解除要求情報を受信しない場合、サーバ１０の制御部１１は、処理を終了する。

なお、サーバ１０の制御部１１は、閲覧制限解除確認情報を、議事録データ投稿先のトークルームに属する他の（閲覧制限解除要求情報を受信した以外の）すべてのユーザ端末に対して送信するようにしてもよいし、そのようにしなくてもよい。

端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から閲覧制限解除確認情報を受信する場合、閲覧制限を解除するか否かの選択用画面を表示部２４に表示させる（Ａ２５０）。なお、閲覧制限解除確認情報を受信しない場合、端末２０Ａの制御部２１は、処理を終了する。

入出力部２３に対するユーザ操作に基づいて、閲覧制限を解除することが選択される場合、端末２０Ａの制御部２１は、閲覧許可情報を通信Ｉ／Ｆ２２によってサーバ１０に送信し（Ａ２６０）、処理を終了する。なお、閲覧制限を解除しないことが選択される場合、端末２０Ａの制御部２１は、処理を終了する。

なお、端末２０Ａ以外の端末に対して閲覧制限解除確認情報が送信される場合には、Ａ２５０とＡ２６０とのステップと同様の処理を実行すればよい。

通信Ｉ／Ｆ１４によって端末２０Ａから閲覧許可情報を受信する場合、サーバ１０の制御部１１は、閲覧制限解除要求情報を送信した端末で議事録データを確認可能にするための閲覧制限解除処理を実行する（Ｓ３３０）。閲覧許可情報を受信しない場合、サーバ１０の制御部１１は、処理を終了する。

そして、サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ｄに議事録データを送信すると（Ｓ３４０）、処理を終了する。

なお、複数の端末に対して閲覧制限解除確認情報を送信した場合、閲覧制限解除処理が実行される条件としては、限定ではなく例として、以下のような場合が考えられる。
１）閲覧制限解除確認情報を送信した全ての端末から閲覧許可情報を受信する場合
２）閲覧制限解除確認情報を送信した過半数の端末から閲覧許可情報を受信する場合
３）議事録データを投稿した端末から閲覧許可情報を受信する場合
４）そのトークルームで定められるリーダーの端末から閲覧許可情報を受信する場合

端末２０Ｄの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から議事録データを受信すると、表示部２４に更新して表示させる（Ｄ１２０）。そして、端末２０Ｄの制御部２１は、処理を終了する。

＜第７実施例の効果＞
第７実施例は、議事録データ（限定ではなく、文字情報の一例）は、ユーザＡ．Ａ（限定ではなく、端末のユーザの一例）と、ユーザＢ．Ｂ（限定ではなく、第１端末のユーザの一例）と、ユーザＤ．Ｄ（限定ではなく、第２端末のユーザの一例）とを含むグループ「Ｘ」のトークルーム（限定ではなく、第１チャットルームの一例）に入力され、少なくとも端末２０Ｄ（限定ではなく、第２端末の一例）に対して送信される構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザと、第１端末のユーザと、第２端末のユーザとは、第１チャットルームを介して情報を共有することができる。そのため、ユーザの利便性を向上させることができる。

また、第７実施例は、端末２０Ｄ（第２端末）に対して送信された議事録データのうちの一部のコンテンツ（限定ではなく、文字情報のうちの一部の文字情報である第４文字情報の一例）は、端末２０Ｄの表示部２４に表示されない構成を示している。
このような構成により得られる実施例の効果の一例として、第２端末の表示部では、文字情報の一部分が表示されないため、第２端末のユーザに対して共有する情報の制限を行うことができる。

また、第７実施例は、議事録データのうちの一部のコンテンツ（限定ではなく、第４文字情報の一例）は、ユーザＡ．Ａ（限定ではなく、端末のユーザの一例）と、ユーザＢ．Ｂ（限定ではなく、第１端末のユーザの一例）とに基づく許可によって、第２端末の表示部に表示される構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザと第１端末のユーザとに基づく許可があれば、第２端末のユーザは制限されていた情報を閲覧することができる。このため、情報の共有範囲を柔軟に設定することができる。

また、第７実施例は、議事録データのうちの開始後第１所定時間（限定ではなく例として、開始後２０分）までのコンテンツ（限定ではなく、第４文字情報の一例）は、端末２０、または端末２０と通信するサーバ１０で端末２０Ｄ（限定ではなく、第２端末の一例）に関する情報（限定ではなく例として、ビーコン装置の接近情報）が取得される前に音入力部２５によって取得された音声データのうちの開始後第１所定時間までの音声データ（限定ではなく、第３音情報の一例）に基づくコンテンツ（限定ではなく、第５文字情報の一例）である構成を示している。
このような構成により得られる実施例の効果の一例として、第２端末に関する情報と連動させて第４文字情報を決定することが可能となる。また、第５文字情報は、第２端末に関する情報が取得されるまでの文字情報となる。その結果、第２端末に関する情報が取得される前の文字情報が第２端末で表示されないようにすることができる。

また、第７実施例は、議事録データのうちの開始第２所定時間後（限定ではなく例として、開始１時間後）からのコンテンツ（限定ではなく、第４文字情報の一例）は、端末２０、または端末２０と通信するサーバ１０で端末２０Ｅ（限定ではなく、第２端末の一例）に関する情報（限定ではなく例として、ビーコン装置の離脱情報）が取得された後に音入力部２５によって取得された音声データのうちの開始後第２所定時間以降の音声データ（限定ではなく、第４音情報の一例）に基づくコンテンツ（限定ではなく、第６文字情報の一例）である構成を示している。
このような構成により得られる実施例の効果の一例として、第６文字情報は、第２端末に関する情報が取得された後の文字情報となる。その結果、第２端末に関する情報が取得された後の文字情報が第２端末で表示されないようにすることができる。

また、第７実施例は、上記の第２端末に関する情報は、第２端末の位置に関する情報を含む構成を示している。
このような構成により得られる実施例の効果の一例として、第２端末の位置に関する情報に基づくことで、第２端末に関する情報が取得される前の文字情報が第２端末で表示されないようにすることや、第２端末に関する情報が取得された後の文字情報が第２端末で表示されないようにすることを、簡易かつ適切に実現することができる。

＜第７変形例（１）＞
第７実施例では、ユーザの出席状況に応じてチャットルームに表示される議事録データに閲覧制限が設定される場合を説明したが、これに限定されない。限定ではなく例として、複数のチャットルーム（トークルーム）を用意し、ユーザの出席状況に応じて、それぞれのチャットルームに議事録データを分割して追加（入力）してもよいし、そのようにしなくてもよい。

図７−６は、本変形例におけるトークルームの表示画面の一例である。
図７−６では、現在位置表示領域には、グループ「プロジェクトＸ」の５人のメンバーのうち４人のユーザで構成されるトークルームであることを示す「（４／５）」の表示が追加されている。その下には、このトークルームに所属するユーザであるユーザＡ．Ａと、ユーザＢ．Ｂと、ユーザＣ．Ｃと、ユーザＥ．Ｅとのアイコンが表示されている。

その下には、このトークルームに送信（投稿）されるコンテンツ（メッセージ）を表示するためのコンテンツ表示領域ＴＲ２が表示されている。

コンテンツ表示領域ＴＲ２には、ユーザＤ．Ｄが会議の開始から２０分の時点まで欠席していたことに基づいて、限定ではなく例として、実施例３の表示様態に従い、議事録データが入力されている。すなわち、コンテンツ表示領域ＴＲ２に追加（入力）されたコンテンツは、音声データの取得開始から２０分後までの議事録データであり、グループ「プロジェクトＸ」のメンバーのうち、ユーザＤ．Ｄ以外が閲覧可能なコンテンツとなる。

コンテンツ表示領域ＴＲ２の最下部には、グループ「プロジェクトＸ」のメンバー全員のアイコンが表記されたトークルーム遷移機能ボタンＩＣ２が表示されている。限定ではなく例として、ユーザによってトークルーム遷移機能ボタンＩＣ２がタップされると、グループ「プロジェクトＸ」のメンバー全員が閲覧可能なトークルーム画面が表示される。

図７−７は、図７−６において、ユーザによってトークルーム遷移機能ボタンＩＣ２がタップされた場合のトークルームの表示画面の一例である。

図７−７では、現在位置表示領域には、グループ「プロジェクトＸ」の５人のメンバーのうち５人のユーザで構成されるトークルームであることを示す「（５／５）」の表示が追加されている。その下には、このトークルームに所属するユーザ全員のアイコンが表示されている。

その下には、このトークルーム（すなわちグループ「プロジェクトＸ」のトークルーム）に送信（投稿）されるコンテンツ（メッセージ）を表示するためのコンテンツ表示領域ＴＲ１が表示されている。

コンテンツ表示領域ＴＲ１には、ユーザＤ．Ｄが会議開始から２０分の時点から出席し、ユーザＥ．Ｅは会議開始から１時間の時点で退席していたことに基づいて、限定ではなく例として、第３実施例の表示様態に従い、議事録データが入力されている。

コンテンツ表示領域ＴＲ１に表示されるコンテンツは、グループ「プロジェクトＸ」のメンバー全員が閲覧可能なコンテンツである。そして、コンテンツ表示領域ＴＲ１には、議事録データのうち、音声データの取得開始２０分後から１時間後までの議事録データが追加され、表示されている。

コンテンツ表示領域ＴＲ１の最上部には、グループ「プロジェクトＸ」のメンバーのうち、ユーザＤ．Ｄ以外のアイコンが表記されたトークルーム遷移機能ボタンＩＣ３が表示されている。また、コンテンツ表示領域ＴＲ１の最下部には、グループ「プロジェクトＸ」のメンバーのうち、ユーザＥ．Ｅ以外のアイコンが表記されたトークルーム遷移機能ボタンＩＣ４が表示されている。

限定ではなく例として、ユーザによってトークルーム遷移機能ボタンＩＣ３がタップされると、グループ「プロジェクトＸ」のメンバーのうち、ユーザＤ．Ｄ以外が閲覧可能なトークルーム（すなわちコンテンツ表示領域ＴＲ２）が表示される。
限定ではなく例として、ユーザＤ．Ｄは、コンテンツ表示領域ＴＲ１のコンテンツを閲覧することはできるが、トークルーム遷移機能ボタンＩＣ３をタップしてもトークルームは遷移せず、コンテンツ表示領域ＴＲ２に入力されたコンテンツは閲覧することができない。すなわち、ユーザＤ．Ｄは、会議に出席していない開始から２０分までの議事録データを閲覧することができない。

また、ユーザによってトークルーム遷移機能ボタンＩＣ４がタップされると、グループ「プロジェクトＸ」のメンバーのうち、ユーザＥ．Ｅ以外が閲覧可能なトークルームが表示される。
このとき、ユーザＥ．Ｅがトークルーム遷移機能ボタンＩＣ４をタップしても、トークルームは遷移せず、遷移先のトークルームに入力されたコンテンツは閲覧することができない。すなわち、ユーザＥ．Ｅは、会議に出席していない開始から１時間を過ぎた議事録データを閲覧することができない。

なお、コンテンツ表示領域ＴＲ１にトークルーム遷移機能ボタンを表示させることは必須ではない。トークルーム遷移機能ボタンを表示させない場合、限定ではなく例として、ユーザ操作に基づいて、トークルーム間の遷移を実行してもよいし、そのようにしなくてもよい。

また、限定ではなく例として、会議（イベント）の開始から終了まで出席しているユーザ（この場合、ユーザＡ．Ａと、ユーザＢ．Ｂと、ユーザＣ．Ｃ）をメンバーとするトークルームが自動的に生成され、議事録データ全体をこのトークルームに追加（入力）するようにしてもよいし、そのようにしなくてもよい。

本変形例は、議事録データのうちの開始第３所定時間後（限定ではなく例として、開始２０分後）までのコンテンツ（限定ではなく、第４文字情報の一例）は、ユーザＡ．Ａ（限定ではなく、端末のユーザの一例）と、ユーザＢ．Ｂ（限定ではなく、第１端末のユーザの一例）と含み、ユーザＤ．Ｄ（限定ではなく、第２端末のユーザの一例）を含まない第２トークルーム（限定ではなく例として、コンテンツ表示領域ＴＲ２）に入力され、文字情報のうちの第４文字情報を含まない文字情報は、第１トークルーム（限定ではなく例として、コンテンツ表示領域ＴＲ１）に入力される構成を示している。
このような構成により得られる変形例の効果の一例として、第４文字情報は第２端末のユーザを含まない第２トークルームに、第４文字情報を含まない文字情報は第１トークルームにそれぞれ入力されるため、トークルームごとに入力される文字情報が異なる。そのため、文字情報の閲覧制限を第２端末のユーザに意識させる事なくより自然に行うことができる。

また、本変形例は、第２トークルーム（第２チャットルーム）から第１トークルーム（第１チャットルーム）に遷移することと、第１トークルームから第２トークルームに遷移することとが、端末２０Ａ（限定ではなく、端末の一例）と端末２０Ｂ（限定ではなく、第１端末の一例）とによって実行される。その一方で、第１トークルームから第２トークルームに遷移することは、これらの端末２０以外の端末２０、限定ではなく例として端末２０Ｄや端末２０Ｅ（限定ではなく、第２端末の一例）によって実行されない構成を示している。
このような構成により得られる効果の一例として、第２端末のユーザへの文字情報の閲覧制限を適切に実現することができる。

＜第７変形例（２）＞
第７実施例では、端末２０において受信した議事録データに閲覧制限をかけていたが、これに限定されない。限定ではなく例として、サーバ１０で議事録データ閲覧制限をかけ、サーバ１０の制御部１１は、各々の端末２０には議事録データの一部を送信するようにしてもよいし、そうしなくてもよい。

図７−８は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
左から順に、端末２０Ｄの制御部２１が実行する処理、端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例をそれぞれ示している。

まず、端末２０Ａの制御部２１と、サーバ１０の制御部１１とは、議事録投稿処理を実行する。議事録投稿処理については、限定ではなく例として、図２−１６と同様の処理で実現可能なため、詳細な説明を省略する。ただし、図２−１６のＳ１７０のステップにおいて、音声データを取得したイベント（会議）に通しで参加していないユーザの端末に対しては、議事録データは送信されない。

次いで、サーバ１０の制御部１１は、各ユーザが欠席していた時間帯のコンテンツを含まない議事録データである、部分制限議事録データを対象となる（欠席していた時間帯が存在する）ユーザごとに生成する（Ｓ３５０）。

そして、サーバ１０の制御部１１は、部分制限議事録データを通信Ｉ／Ｆ１４によって対象となる端末２０に送信する（Ｓ３６０）。

端末２０Ｄの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から部分制限議事録データを受信すると、表示部２４に表示させる（Ｄ１５０）。

サーバ１０の制御部１１は、閲覧制限解除処理を実行する（Ｓ３３０）と、通信Ｉ／Ｆ１４によって端末２０Ｄに議事録データを送信し（Ｓ３７０）、処理を終了する。

端末２０Ｄの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から議事録データを受信すると、全文を含む議事録データを表示部２４に更新して表示させる（Ｄ１２０）。

このような構成により得られる変形例の効果の一例として、閲覧制限がかかる端末２０に対して議事録データ全体を送信することは必須でなくなるため、通信量の削減を図ることができる。

１ 通信システム
１０ サーバ
２０ 端末

Claims (29)

1. ユーザと、前記ユーザとは異なる第１端末のユーザとを含むチャットルームを表示する前記ユーザの端末によって実行されるプログラムであって、
   音情報を前記端末の取得部によって取得することと、
   前記取得部によって取得された前記音情報に基づく文字情報が、選択された前記チャットルームに入力され、前記文字情報を含む前記チャットルームを前記端末の表示部に表示することとが前記端末によって実行される。
2. 請求項１に記載のプログラムであって、
   前記チャットルームは、前記端末のユーザによる入力に基づいて選択される。
3. 請求項１に記載のプログラムであって、
   前記チャットルームは、前記端末の第１取得部によって取得された第１情報に基づいて選択される。
4. 請求項３に記載のプログラムであって、
   前記第１情報は、前記取得部によって取得される音情報を含む。
5. 請求項３に記載のプログラムであって、
   前記第１情報は、電子装置から送信される情報を含む。
6. 請求項５に記載のプログラムであって、
   前記電子装置は、前記第１端末を含む。
7. 請求項３に記載のプログラムであって、
   前記第１情報は、前記端末の撮像部によって撮像された撮像画像の画像情報を含む。
8. 請求項３に記載のプログラムであって、
   前記第１情報は、前記端末のユーザのスケジュール情報を含む。
9. 請求項１から請求項８のいずれか一項に記載のプログラムであって、
   前記取得部によって取得された第１音情報に基づく第１文字情報が、選択された前記チャットルームに前記端末のユーザと関連付けて入力され、前記取得部によって取得された第２音情報に基づく第２文字情報が、前記チャットルームに前記第１端末のユーザと関連付けて入力され、前記第１文字情報と前記第２文字情報とを含む前記チャットルームを前記表示部に表示することが前記端末によって実行される。
10. 請求項１から請求項９のいずれか一項に記載のプログラムであって、
    前記音情報は、前記チャットルームが選択される前に、前記取得部によって取得され、
    前記文字情報は、前記チャットルームが選択されたことに基づいて、前記チャットルームに入力される。
11. 請求項９に記載のプログラムであって、
    前記取得部によって前記第１音情報が取得されたことに基づいて、前記第１文字情報が前記チャットルームに入力され、前記第１文字情報を含む前記チャットルームを前記表示部に表示することと、
    前記取得部によって前記第２音情報が取得されたことに基づいて、前記第２文字情報が前記チャットルームに入力され、前記第２文字情報を含む前記チャットルームを前記表示部に表示することとが前記端末によって実行される。
12. 請求項１から請求項１１のいずれか一項に記載のプログラムであって、
    前記文字情報は、チャットサービスの種類に基づく態様で、前記チャットルームに入力される。
13. 請求項１２に記載のプログラムであって、
    前記文字情報は、前記チャットサービスの種類に基づく改行位置で改行されて、前記チャットルームに入力される。
14. 請求項１から請求項１３のいずれか一項に記載のプログラムであって、
    撮像画像のうちの少なくとも一部の領域を含む画像情報が、前記チャットルームに入力され、前記画像情報を含む前記チャットルームを前記表示部に表示することが前記端末によって実行される。
15. 請求項１４に記載のプログラムであって、
    前記文字情報は、前記チャットルームの第１表示領域に表示され、
    前記画像情報は、前記チャットルームの第２表示領域に表示される。
16. 請求項１５に記載のプログラムであって、
    前記端末のユーザによる入力に基づいて、前記チャットルームにおける前記第１表示領域の位置を変化させる制御を前記端末の制御部によって行うことが前記端末によって実行され、
    前記チャットルームにおける前記第２表示領域の位置は、前記端末のユーザによる入力に基づいて変化しない。
17. 請求項１５または請求項１６に記載のプログラムであって、
    前記画像情報は、動画像の情報であり、
    前記端末のユーザによる入力に基づいて、前記動画像を再生する制御を前記端末の制御部によって行うことが前記端末によって実行される。
18. 請求項１７に記載のプログラムであって、
    前記端末のユーザによる入力に基づいて、前記文字情報のうちの一部の文字情報である第３文字情報を前記第１表示領域に表示する制御を前記制御部によって行うことと、
    前記第１表示領域に表示される前記第３文字情報に基づいて、前記動画像を再生する制御を前記制御部によって行うこととが前記端末によって実行される。
19. 請求項１６から請求項１８のいずれか一項に記載のプログラムであって、
    前記端末のユーザによる入力は、スクロール操作による入力を含む。
20. 請求項１から請求項１９のいずれか一項に記載のプログラムであって、
    前記文字情報は、前記端末のユーザと、前記第１端末のユーザと、第２端末のユーザとを含む第１チャットルームに入力され、少なくとも前記第２端末に対して送信される。
21. 請求項２０に記載のプログラムであって、
    前記第２端末に対して送信された文字情報のうちの一部の文字情報である第４文字情報は、前記第２端末の表示部に表示されない。
22. 請求項２１に記載のプログラムであって、
    前記第４文字情報は、前記端末のユーザと、前記第１端末のユーザとに基づく許可によって、前記第２端末の表示部に表示される。
23. 請求項２１または請求項２２に記載のプログラムであって、
    前記第４文字情報は、前記端末、または前記端末と通信するサーバで前記第２端末に関する情報が取得される前に前記取得部によって取得された第３音情報に基づく第５文字情報である。
24. 請求項２１から請求項２３のいずれか一項に記載のプログラムであって、
    前記第４文字情報は、前記端末、または前記端末と通信するサーバで前記第２端末に関する情報が取得された後に前記取得部によって取得された第４音情報に基づく第６文字情報である。
25. 請求項２３または請求項２４に記載のプログラムであって、
    前記第２端末に関する情報は、前記第２端末の位置に関する情報を含む。
26. 請求項２１に記載のプログラムであって、
    前記第４文字情報は、前記端末のユーザと、前記第１端末のユーザとを含み、前記第２端末のユーザを含まない第２チャットルームに入力され、
    前記文字情報のうちの前記第４文字情報を含まない文字情報は、前記第１チャットルームに入力される。
27. 請求項２６に記載のプログラムであって、
    前記第２チャットルームから前記第１チャットルームに遷移することと、前記第1チャットルームから前記第２チャットルームに遷移することとが、前記端末と前記第１端末とによって実行され、
    前記第１チャットルームから前記第２チャットルームに遷移することは、前記第２端末によって実行されない。
28. ユーザと、前記ユーザとは異なる第１端末のユーザとを含むチャットルームを表示する前記ユーザの端末の表示方法であって、
    音情報を前記端末の取得部によって取得することと、
    前記取得部によって取得された前記音情報に基づく文字情報が、選択された前記チャットルームに入力され、前記文字情報を含む前記チャットルームを前記端末の表示部に表示することとを含む。
29. ユーザと、前記ユーザとは異なる第１端末のユーザとを含むチャットルームを表示する前記ユーザの端末であって、
    音情報を取得する取得部と、
    前記取得部によって取得された前記音情報に基づく文字情報が、選択された前記チャットルームに入力され、前記文字情報を含む前記チャットルームを表示する表示部とを備える。

Images