JP7407934B2 - 情報処理システム及び情報処理方法 - Google Patents

Description

本開示は、情報処理技術に関する。

ユーザ個人のタスクを代行するバーチャルパーソナルアシスタント (ＶＰＡ：Virtual Personal Assistant)が実用化されている。例えば、ユーザは、ＶＰＡにタスクを依頼することによって、家庭内の複数の電化製品を制御することが可能となる。また、音声で操作可能なＶＰＡは煩雑な操作が必要とされず、ユーザは当該ＶＰＡに気軽にタスクを実行させることができる。そのため、音声で操作可能なＶＰＡは、自動車などの車両に搭載される可能性がある。一方で、アプリケーションの利用履歴などの情報に基づいて、サービスをパーソナライズする技術の開発も進められている。

特許文献１には、音声から特定できるユーザの要望をアカウント情報と連携して実現させる情報処理装置が記載されている。

特開２０１９－１３３５７０号公報

情報処理システムについては、その利便性の向上が望まれている。

そこで、本開示は上述の点に鑑みて成されたものであり、情報処理システムの利便性を向上させることが可能な技術を提供することを目的とする。

情報処理システムの一態様は、複数のユーザで共用される情報処理システムであって、前記複数のユーザに含まれる第１ユーザからの第１入力情報に基づいて、前記第１ユーザに応じた第１処理を行う第１処理部と、前記第１入力情報を複製して第１複製情報を生成する複製部と、前記第１複製情報に基づいて、前記複数のユーザに含まれる第２ユーザに応じた第２処理を行う第２処理部とを備え、前記第１処理及び前記第２処理は、ユーザ個人のタスクを代行する処理である。
また、情報処理システムの一態様は、複数のユーザで共用される情報処理システムであって、前記複数のユーザに含まれる第１ユーザからの第１入力情報に基づいて、前記第１ユーザに応じた第１処理を行う第１処理部と、前記第１入力情報を複製して第１複製情報を生成する複製部と、前記第１複製情報に基づいて、前記複数のユーザに含まれる第２ユーザに応じた第２処理を行う第２処理部とを備え、前記第１処理及び前記第２処理は、前記ユーザの問い合わせに応答する処理、または前記ユーザが実行命令する処理である。

また、情報処理方法の一態様は、複数のユーザで共用される情報処理システムでの情報処理方法であって、前記複数のユーザに含まれる第１ユーザからの入力情報に基づいて、前記第１ユーザに応じた第１処理を行う工程と、前記入力情報を複製して複製情報を生成する工程と、前記複製情報に基づいて、前記複数のユーザに含まれる第２ユーザに応じた第２処理を行う工程とを備え、前記第１処理及び前記第２処理は、ユーザ個人のタスクを代行する処理である。
また、情報処理方法の一態様は、複数のユーザで共用される情報処理システムでの情報処理方法であって、前記複数のユーザに含まれる第１ユーザからの入力情報に基づいて、前記第１ユーザに応じた第１処理を行う工程と、前記入力情報を複製して複製情報を生成する工程と、前記複製情報に基づいて、前記複数のユーザに含まれる第２ユーザに応じた第２処理を行う工程とを備え、前記第１処理及び前記第２処理は、前記ユーザの問い合わせに応答する処理、または前記ユーザが実行命令する処理である。

本開示によれば、情報処理システムの利便性が向上する。

本開示の目的、特徴、態様、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。

情報処理システムの構成の一例を示す概略図である。 情報処理システムの動作の一例を示す概略図である。 情報処理システムの動作の一例を示す概略図である。 情報処理システムのハードウェア構成の一例を示す概略図である。 情報処理システムの使用例を示す概略図である。 情報処理システムの使用例を示す概略図である。 情報処理システムの構成の一例を示す概略図である。 情報処理システムの使用例を示す概略図である。 情報処理システムの構成の一例を示す概略図である。 判断部の動作の一例を示すフローチャートである。 情報処理システムの使用例を示す概略図である。 情報処理システムの構成の一例を示す概略図である。 判断部の動作の一例を示すフローチャートである。 情報処理システムの使用例を示す概略図である。 情報処理システムの構成の一例を示す概略図である。 判断部の動作の一例を示すフローチャートである。 情報処理システムの使用例を示す概略図である。

本開示の情報処理システム１は、複数のユーザで共用されるシステムである。例えば、情報処理システム１は、同一空間内あるいは同一建物内の複数のユーザで同時に使用される。複数のユーザの人数は、２人であってもよいし、３人以上であってもよい。以下に、情報処理システム１の複数の実施の形態について説明する。

実施の形態１．
図１は本実施の形態に係る情報処理システム１（情報処理システム１Ａともいう）の構成の一例を示す概略図である。図１に示されるように、情報処理システム１Ａは、例えば、情報入力部２と、複製部３と、情報処理部４と、情報通知部５とを備える。

情報入力部２は、複数のユーザからの入力情報を受け付けることが可能である。情報入力部２は、受け付けた入力情報を出力する。情報入力部２は、例えば、ユーザが発する音声を受け付けてもよい。この場合、情報入力部２は、受け付けた音声を示す音声情報を出力する。また、情報入力部２は、例えば、ユーザが行うジェスチャーを受け付けてもよい。この場合、情報入力部２は、受け付けたジェスチャーを示すジェスチャー情報を出力する。情報入力部２が受け付ける入力情報はこの限りではない。

情報入力部２は、例えば、複数のユーザにそれぞれに対応する複数の入力部２０を備える。入力部２０は、それに対応するユーザからの入力情報を受け付けて出力する。入力部２０は、音声を受け付ける場合、例えばマイクを備える。入力部２０は、エコーキャンセルあるいはノイズキャンセルの目的で、複数のマイクを備えてもよい。入力部２０は、ジェスチャーを受け付ける場合、例えば、ジェスチャーを検出するセンサを備える。ジェスチャーを検出するセンサとしては、例えば、赤外線発光素子及び赤外線受光素子を備えるセンサが採用される。

なお、情報入力部２及び入力部２０の構成は上記の限りではない。例えば、情報入力部２は、複数のユーザに共通の一つの入力部２０で構成されてもよい。また、入力部２０は、マイク及びセンサ以外の装置を備えてもよい。例えば、入力部２０は、ユーザのタッチ操作を検出するタッチセンサを備えてもよい。

情報処理部４は、入力部２０から出力される入力情報に基づいて処理を行う。情報処理部４は、例えばＶＰＡを備えており、当該ＶＰＡを用いて入力情報に応じた応答を行う。情報処理部４は、１種類のＶＰＡを備えてもよいし、複数種類のＶＰＡを備えてもよい。情報処理部４は、例えば、ユーザの問い合わせに応答したり、ユーザが実行命令する処理を実行したりすることができる。本例では、複数のユーザのそれぞれに対して、情報処理部４の機能を利用するためのアカウントが個別に設定される。各ユーザは、自身に割り当てられたアカウントに基づいて情報処理部４に対してサインイン（言い換えればログイン）することによって、情報処理部４の機能を利用することができる。言い換えれば、各ユーザは、自身に割り当てられたアカウントに基づいて、情報処理部４が備えるＶＰＡに対してサインインすることによって、当該ＶＰＡを利用することができる。

情報処理部４は、複数のユーザにそれぞれ対応する複数の処理部４０を備える。各処理部４０は、それに対応するユーザに応じた処理を入力情報に基づいて行うことができる。処理部４０は、例えば、入力情報に基づいて、ユーザの問い合わせに応答したり、ユーザが実行命令する処理を実行したりすることができる。各処理部４０はＶＰＡであるとも言える。処理部４０は、入力情報として音声情報が入力される場合、入力された音声情報を解析して、当該音声情報が意味する内容を特定する。そして、処理部４０は、特定した内容に応じた処理を行う。また、処理部４０は、ジェスチャー情報が入力情報として入力される場合、入力されたジェスチャー情報を解析して、当該ジェスチャー情報が示すジェスチャーに対応するコマンドを特定する。そして、処理部４０は、特定したコマンドに応じた処理を行う。

ユーザは、自身に割り当てられたアカウントに基づいて情報処理部４に対してサインインした場合、当該ユーザに対応する処理部４０の機能を利用することができる。ユーザが、自身に割り当てられたアカウントに基づいて情報処理部４に対してサインインした場合、当該ユーザに対応する処理部４０は、当該ユーザに応じた処理を入力情報に基づいて行う。以後、情報処理部４に対してサインインしているユーザをサインインユーザと呼ぶことがある。

情報処理部４は例えば人工知能を有している。情報処理システム１Ａには、複数のユーザのそれぞれについて、当該ユーザに関するユーザ関連情報が記憶されている。処理部４０は、それに対応するユーザからの入力情報と、当該ユーザのユーザ関連情報とに基づいて、当該ユーザに応じた処理を行うことができる。また、処理部４０は、それに対応するユーザのユーザ関連情報に基づいてディープラーニング等の機械学習を行って、自身が実行する当該ユーザに応じた処理をパーソナライズすることができる。ユーザ関連情報には、例えば、ユーザの年齢、性別、趣味及びスケジュール情報等が含まれる。また、ユーザのユーザ関連情報には、例えば、当該ユーザに対応する処理部４０に入力された入力情報が含まれる。また、ユーザのユーザ関連情報には、例えば、当該ユーザに対応する処理部４０が行った処理の結果が含まれる。

なお、情報処理部４及び処理部４０の構成は上記の例に限られない。また、ユーザ関連情報に含まれる情報は上記の例に限られない。

複製部３は、サインインユーザからの入力情報を情報入力部２０が出力すると、当該入力情報を複製して複製情報を生成する。情報入力部２と複製部３との間の通信は、有線通信であってもよいし、無線通信であってもよい。また、情報入力部２はデジタル信号を用いて情報を複製部３に出力してもよい。

複製部３は、入力される入力情報が、どのユーザからの入力情報であるかを特定することができる。本例では、複製部３は、入力部２０から入力される入力情報を、当該入力部２０に対応するユーザからの入力情報であると特定する。以後、説明の便宜上、注目する、サインインユーザからの入力情報を、対象入力情報と呼ぶことがある。また、対象入力情報を情報入力部２に入力するサインインユーザを対象ユーザと呼ぶことがある。

複製部３は、対象入力情報が入力された場合、対象入力情報を情報入力部２に入力した対象ユーザを上記のように特定する。そして、複製部３は、特定した対象ユーザに対応する処理部４０に対象入力情報を入力する。さらに、複製部３は、対象入力情報を複製して得られた複製情報を、他のサインインユーザに対応する各処理部４０に入力する。

なお、複製部３が、入力される入力情報が、どのユーザからの入力情報であるかを特定する方法は上記の例に限られない。例えば、情報入力部２が、複数のユーザに共通の一つの入力部２０で構成されている場合であって、入力情報が音声情報である場合を考える。この場合、複製部３は、例えば、情報入力部２が出力する音声情報に基づいて話者識別を行うことによって、当該音声情報がどのユーザからの入力情報であるかを特定してもよい。例えば、複製部３は、音声情報から音響特徴量を求める。そして、複製部３は、求めた音響特徴量を解析し、その解析結果から、情報入力部２が出力する音声情報がどのユーザからの音声を示す情報なのかを特定する。

情報通知部５は、情報処理部４の処理結果を複数のユーザに対して通知することが可能である。情報通知部５は、例えば、複数のユーザにそれぞれ対応する複数の通知部５０を備える。各通知部５０は、それに対応するユーザに対して情報処理部４の処理結果を通知する。

通知部５０は、例えば、情報処理部４の処理結果を示す情報を表示することによって、当該処理結果をユーザに通知してもよい。この場合、通知部５０は、例えば、文字、図形及び画像等を表示することが可能な表示装置を備えてもよい。この表示装置は、液晶表示装置であってもよいし、他の種類の表示装置であってもよい。また、通知部５０は、情報処理部４の処理結果を示す音声を出力することによって、当該処理結果をユーザに通知してもよい。この場合、通知部５０は、例えばスピーカを備えてもよい。通知部５０がユーザに音声を出力する場合には、ユーザは、情報処理システム１ＡのＶＰＡを利用して、まるで人と対話するように、情報処理システム１Ａと対話することができる。通知部５０のユーザに対する通知方法はこの限りではない。

情報処理部４の各処理部４０は、処理結果を、自身に対応するユーザに対応する通知部５０に出力する。また、各処理部４０は、複数のユーザが情報処理部４にサインインしている場合、処理結果を、自身に対応するユーザとは別のサインインユーザに対応する各通知部５０に出力する。通知部５０は、受け取った処理結果を、自身に対応するユーザに通知する。

なお、情報通知部５及び通知部５０の構成は上記の限りではない。例えば、情報通知部５は、複数のユーザに共通の一つの通知部５０で構成されてもよい。この場合、当該一つの通知部５０は、複数のユーザに対して、複数の処理部４０の処理結果を通知する。また通知部５０は、表示装置及びスピーカ以外の装置を備えてもよい。例えば、通知部５０は、音を出力することによってユーザに通知を行うブザーを備えてもよいし、発光することによってユーザに通知を行う発光装置を備えてもよい。

情報処理部４と情報通知部５との間の通信は、有線通信であってもよいし、無線通信であってもよい。また、情報処理部４はデジタル信号を用いて情報を複製部３に出力してもよい。

＜情報処理システムの動作の一例＞
図２は情報処理システム１Ａの動作の一例を示す図である。図２の例では、情報処理部４にユーザＡ及びユーザＢがサインインしている。この場合、ユーザＡからの対象入力情報７００ａが複製部３に入力されたとき、複製部３は、対象入力情報７００ａをユーザＡに対応する処理部４０（処理部４０ａともいう）に入力する。複製部３は、さらに、対象入力情報７００ａを複製して得られた複製情報７１０ａをユーザＢに対応する処理部４０（処理部４０ｂともいう）に入力する。

処理部４０ａは、対象入力情報７００ａに基づいてユーザＡに応じた処理を行う。そして、処理部４０ａは、処理結果７２０ａを、ユーザＡに対応する通知部５０（通知部５０ａともいう）と、ユーザＢに対応する通知部５０（通知部５０ｂともいう）とに出力する。また、処理部４０ｂは、複製情報７１０ａ、つまり対象入力情報７００ａに基づいてユーザＢに応じた処理を行う。そして、処理部４０ｂは、処理結果７２０ｂを、通知部５０ａ及び通知部５０ｂに出力する。通知部５０ａは、処理結果７２０ａ及び処理結果７２０ｂを、ユーザＡに対して通知する。通知部５０ｂは、処理結果７２０ａ及び処理結果７２０ｂを、ユーザＢに対して通知する。通知部５０ａ及び５０ｂは、処理結果７２０ａ及び処理結果７２０ｂを表示する場合には、処理結果７２０ａ及び処理結果７２０ｂを同時に表示してもよい。また、通知部５０ａ及び５０ｂは、処理結果７２０ａ及び処理結果７２０ｂの一方を表示し、当該一方の表示を消去した後に、処理結果７２０ａ及び処理結果７２０ｂの他方を表示してもよい。また、通知部５０ａのユーザＡに対する処理結果７２０ａ及び処理結果７２０ｂの通知態様と、通知部５０ｂのユーザＢに対する処理結果７２０ａ及び処理結果７２０ｂの通知態様とは、同じであってもよいし、異なっていてもよい。

図３は情報処理システム１Ａの動作の他の例を示す図である。図３の例では、情報処理部４にユーザＡ、ユーザＢ及びユーザＣがサインインしている。この場合、ユーザＢからの対象入力情報７００ｂが複製部３に入力されたとき、複製部３は、対象入力情報７００ｂを処理部４０ｂに入力する。また複製部３は、対象入力情報７００ｂを複製して得られた複製情報７１０ｂを、処理部４０ａと、ユーザＣに対応する処理部４０（処理部４０ｃともいう）とに入力する。

処理部４０ｂは、対象入力情報７００ｂに基づいてユーザＢに応じた処理を行う。そして、処理部４０ｂは、処理結果７２０ｂを、通知部５０ａと、通知部５０ｂと、ユーザＣに対応する通知部５０（通知部５０ｃともいう）とに出力する。処理部４０ａは、複製情報７１０ｂ、つまり対象入力情報７００ｂに基づいてユーザＡに応じた処理を行う。そして、処理部４０ａは、処理結果７２０ａを通知部５０ａ，５０ｂ，５０ｃに出力する。処理部４０ｃは、複製情報７１０ｂ、つまり対象入力情報７００ｂに基づいてユーザＣに応じた処理を行う。そして、処理部４０ｃは、処理結果７２０ｃを通知部５０ａ，５０ｂ，５０ｃに出力する。

通知部５０ａは、処理結果７２０ａ，７２０ｂ，７２０ｃを、ユーザＡに対して通知する。通知部５０ｂは、処理結果７２０ａ，７２０ｂ，７２０ｃを、ユーザＢに対して通知する。通知部５０ｃは、処理結果７２０ａ，７２０ｂ，７２０ｃを、ユーザＣに対して通知する。

このように、情報処理システム１Ａでは、あるユーザからの入力情報が複製されて、当該あるユーザに対応する処理部４０だけではなく、他のユーザに対応する処理部４０にも入力される。そのため、情報処理システム１Ａは、あるユーザからの入力情報を、複数のユーザに共通の情報として扱うことができる。よって、情報処理システム１Ａの利便性が向上する。

また、本例では、ユーザに対して通知を行う通知部５０がユーザごとに設けられているため、各ユーザは情報処理システム１Ａからの通知を受け取りやすくなる。

＜情報処理システムのハードウェア構成の一例＞
図４は、情報処理システム１Ａのハードウェア構成の一例を示す概略図である。情報処理システム１Ａは、例えば、一種のコンピュータ装置である。図４に示されるように、情報処理システム１Ａは、ハードウェアとして、処理回路５００と、記憶装置５１０と、表示装置５２０と、通信装置５３０と、入力装置５４０と、音出力装置５５０とを備える。記憶装置５１０、表示装置５２０、通信装置５３０、入力装置５４０及び音出力装置５５０のそれぞれは処理回路５００に接続されている。記憶装置５１０等は、処理回路５００に対して、有線接続されてもよいし、無線接続されてもよいし、有線接続及び無線接続の両方が用いられて接続されてもよい。また、記憶装置５１０等は、処理回路５００に対して、直接接続されてもよいし、ネットワーク等を通じて間接的に接続されてもよい。

処理回路５００は、例えば、少なくとも一つのプロセッサを備える。処理回路５００は、例えば、プロセッサの一種であるＣＰＵ（Central Processing Unit）を備える。処理回路５００は、複数のＣＰＵを備えてもよいし、少なくとも一つのＤＳＰ（Digital Signal Processor）を備えてもよいし、ＣＰＵ及びＤＳＰ以外のプロセッサを備えてもよい。

記憶装置５１０は、例えば、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）などの、ＣＰＵ等のプロセッサが読み取り可能な非一時的な記録媒体を含む。記憶装置５１０は、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）及びＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）の少なくとも一つの半導体メモリを備えてもよい。また、記憶装置５１０は、ＨＤＤ（Hard
Disk Drive）及びＳＳＤ（Solid State Drive）の少なくとも一つを備えてもよい。また、記憶装置５１０は、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク及びＤＶＤ（Digital Versatile Disc）の少なくとも一つと、そのドライブ装置とを備えてもよい。

記憶装置５１０は、情報処理システム１Ａを制御するための制御プログラム５１１を記憶する。処理回路５００のプロセッサが制御プログラム５１１を実行することによって、処理回路５００の各種機能が実現される。本実施の形態では、複製部３及び情報処理部４のそれぞれは、例えば、処理回路５００が記憶装置５１０内の制御プログラム５１１を実行することによって処理回路５００に実現される機能ブロックで構成されている。記憶装置５１０は、各処理部４０で使用される上述のユーザ関連情報を記憶している。

なお、処理回路５００の少なくとも一部は、その機能の実現にソフトウェアが不要なハードウェア回路によって実現されてもよい。この場合には、処理回路５００の少なくとも一部は、例えば、単一回路、複合回路、プログラム化されたプロセッサ、並列プログラム化されたプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）及びＦＰＧＡ（field-programmable gate array）の少なくとも一つで構成されてもよい。処理回路５００の少なくとも一部が、その機能の実現にソフトウェアが不要なハードウェア回路によって実現される場合には、複製部３及び情報処理部４の少なくとも一つが、その機能の実現にソフトウェアが不要なハードウェア回路によって実現されてもよい。

表示装置５２０は、処理回路５００による制御によって、文字、記号及び画像等の各種情報を表示することが可能である。表示装置５２０は、少なくとも一つの液晶表示装置を備えてもよいし、少なくとも一つの他の種類の表示装置を備えてもよい。情報通知部５は、情報処理部４の処理結果を表示する場合には、表示装置５２０を備えてもよい。

音出力装置５５０は、処理回路５００から入力される信号を音に変換して出力することが可能である。音出力装置５５０は、少なくとも一つのスピーカを備えてもよいし、少なくとも一つのブザーを備えてもよい。情報通知部５は、情報処理部４の処理結果を音声でユーザに通知する場合には、音出力装置５５０を備えてもよい。

入力装置５４０は、ユーザからの入力を受け付けることが可能である。入力装置５４０は、例えば、マイク、ユーザのジェスチャーを検出するセンサ、タッチセンサ、キーボード及びマウスの少なくとも一つを備えてもよい。入力装置５４０が、タッチセンサを備える場合には、表示装置５２０は、当該タッチセンサを有するタッチパネルディスプレイを備えてもよい。情報入力部２は、例えば入力装置５４０で構成される。

通信装置５３０は、情報処理システム１Ａとは別の装置と通信することが可能である。通信装置５３０は通信回路であると言える。通信装置５３０は、インターネット等を含むネットワークを通じて別の装置と通信してもよい。通信装置５３０は有線通信を行ってもよいし、無線通信を行ってもよいし、有線通信及び無線通信の両方を行ってもよい。

なお、情報処理システム１Ａのハードウェア構成は上記の例に限られない。例えば、情報処理システム１Ａは、表示装置５２０を備えなくてもよいし、音出力装置５５０を備えなくてもよい。また、情報処理システム１Ａは、処理回路５００、記憶装置５１０、表示装置５２０、通信装置５３０、入力装置５４０及び音出力装置５５０以外の装置を備えてもよい。例えば、情報処理システム１Ａは、少なくとも一つのセンサを備えてもよい。

また、情報処理システム１ＡがクラウドベースのＶＰＡを備える場合には、情報処理部４はクラウドサーバに設けられてもよい。この場合、情報処理部４を構成する処理回路５００と記憶装置５１０はクラウドサーバに設けられる。

＜情報処理システムの使用例＞
情報処理システム１Ａは、様々な用途で使用されることができる。図５は、情報処理システム１Ａの使用例を説明するための図である。以下に、図５を用いて、同じ家屋８００に居住するユーザＡ及びユーザＢが情報処理システム１Ａを利用する場合の情報処理システム１Ａの一例について説明する。

図５の例では、ユーザＡは例えば二階の自室８２０に存在し、ユーザＢは例えば一階の自室８１０に存在する。ユーザＡ及びユーザＢはともに情報処理部４にサインインしている。ユーザＡは携帯機器８５０ａを所持し、ユーザＢは携帯機器８５０ｂを所持する。携帯機器８５０ａ及び８５０ｂは、スマートフォンであってもよいし、タブレット機器であってもよいし、ウェアラブル機器であってもよい。

携帯機器８５０ａはユーザＡに対応する入力部２０ａ及び通知部５０ａを備える。入力部２０ａは、例えば、携帯機器８５０ａに設けられたマイクを備える。通知部５０ａは、例えば、携帯機器８５０ａに設けられたスピーカ及びディスプレイを備える。

携帯機器８５０ｂはユーザＢに対応する入力部２０ｂ及び通知部５０ｂを備える。入力部２０ｂは、例えば、携帯機器８５０ｂに設けられたマイクを備える。通知部５０ｂは、例えば、携帯機器８５０ｂに設けられたスピーカ及びディスプレイを備える。

情報処理部４及び複製部３は、例えば、クラウドサーバに設けられており、当該クラウドサーバと携帯機器８５０ａ及び８５０ｂは通信可能である。なお、情報処理部４及び複製部３は、家屋８００に設けられたコンピュータ装置に設けられてもよい。

図５の例において、ユーザＡが、携帯機器８５０ａの入力部２０ａに対して、「明日の予定は？」という音声を入力したとする。入力部２０ａから出力されるユーザＡの音声を示す音声情報は、クラウドサーバ上の複製部３に入力される。複製部３は、入力された音声情報を、クラウドサーバ上のユーザＡに対応する処理部４０ａに入力する。これにより、処理部４０ａ（つまりユーザＡに応じたＶＰＡ）に対して「明日の予定は？」という問い合わせが行われる。また、複製部３は、音声情報を複製して得られる複製音声情報を、クラウドサーバ上のユーザＢに対応する処理部４０ｂに入力する。これにより、処理部４０ｂ（つまりユーザＢに応じたＶＰＡ）に対しても「明日の予定は？」という問い合わせが行われる。

処理部４０ａは、音声情報を解析して「明日の予定は？」という問い合わせが行われたことを理解する。そして、処理部４０ａは、ユーザＡのユーザ関連情報から、ユーザＡの明日のスケジュール情報を取得する。処理部４０ａは、取得したスケジュール情報を、処理結果として、携帯機器８５０ａの通知部５０ａと、携帯機器８５０ｂの通知部５０ｂとに出力する。一方で、処理部４０ｂは、複製音声情報を解析して「明日の予定は？」という問い合わせが行われたことを理解する。そして、処理部４０ｂは、ユーザＢのユーザ関連情報から、ユーザＢの明日のスケジュール情報を取得する。処理部４０ｂは、取得したスケジュール情報を、処理結果として、携帯機器８５０ｂの通知部５０ｂと、携帯機器８５０ａの通知部５０ａとに出力する。

携帯機器８５０ａの通知部５０ａは、ユーザＡ及びＢの明日のスケジュール情報を、ユーザＡに対して通知する。同様に、携帯機器８５０ｂの通知部５０ｂは、ユーザＡ及びＢの明日のスケジュール情報を、ユーザＢに対して通知する。通知部５０ａ及び５０ｂのそれぞれは、ユーザＡの明日のスケジュール情報として、例えば、「１９：００に荷物が届く」ことと、「出張で２１：００に帰宅する」こととを、スピーカ及びディスプレイを用いてユーザに通知する。また、通知部５０ａ及び５０ｂのそれぞれは、ユーザＢの明日のスケジュール情報として、例えば「１８：００に帰宅する」ことを、スピーカ及びディスプレイを用いてユーザに通知する。

このように、通知部５０ａ及び５０ｂのそれぞれが、ユーザＡ及びユーザＢに関する情報を出力することによって、ユーザＡ及びＢのそれぞれは、自身に関する情報だけではなく、他のユーザに関する情報も確認することができる。よって、情報処理システム１Ａの利便性が向上する。上記の例では、ユーザＡは、明日に届く荷物をユーザＢが受け取ることができることを知ることができる。また、ユーザＢは、明日に届く荷物を自分が受け取れることができることを知ることができる。

また、複数のユーザの一人が、情報処理システム１Ａに対して、話題に繋がる入力情報を入力することによって、複数のユーザは情報処理システム１Ａを通じて当該話題を共有することができる。上記の例では、ユーザＡが「明日の予定は？」という問い合わせを情報処理システム１Ａに行うことによって、ユーザＡ及びＢは、「明日の予定」という話題を情報処理システム１Ａを通じて共有することができる。よって、情報処理システム１Ａの利便性が向上する。

図６は、情報処理システム１Ａの他の使用例を説明するための図である。以下に、図６を用いて、同じ車両６００内に存在する複数のユーザが情報処理システム１Ａを利用する場合の情報処理システム１Ａの一例について説明する。

図６の例では、情報処理システム１Ａは車両６００に搭載されている。車両６００は、例えば、自動車であって、複数の座席を備える。情報入力部２の複数の入力部２０は、例えば、車両６００の複数の座席の前にそれぞれ設けられている。一の座席に座るユーザは、当該座席の前の入力部２０に対して入力情報を入力することができる。また、情報通知部５の複数の通知部５０は、例えば、車両６００が備える複数の座席の前にそれぞれ設けられている。一の座席に座るユーザは、当該座席の前の通知部５０からの通知を受けることができる。運転席及び助手席を含む前部座席の前に位置する入力部２０及び通知部５０は、例えばダッシュボードに設けられてもよい。後部座席の前に位置する入力部２０及び通知部５０は、例えば、前部座席のシートの裏側に設けられてもよい。

複製部３及び情報処理部４は、例えば、車両６００に設けられたコンピュータ装置で実現される。当該コンピュータ装置には、上述の処理回路５００及び記憶装置５１０が設けられている。当該コンピュータ装置は、車両６００に搭載されている、ナビゲーション機能及びオーディ機能を有するコンピュータ装置であってもよいし、他のコンピュータ装置であってよい。情報入力部２が、複数のユーザに共通の一つの入力部２０で構成されている場合、複製部３は、入力される音声情報に基づいて音源方位推定あるいは話者識別を行って、当該音声情報がどのユーザからの情報であるかを特定してもよい。また、複製部３及び情報処理部４はクラウドサーバで実現されてもよい。

車両６００は、バスの車両であってもよいし、タクシーの車両であってもよい。また、車両６００は、自動運転車両であってもよい。また、情報処理システム１Ａは、同一の目的地に向かう複数台の車両に設けられてもよい。

次に、図６に示される情報処理システム１Ａの動作の具体例について説明する。以下では、車両６００内の複数のユーザ（言い換えれば複数の乗車者）が、希望する行き先を話題として共有する場合の情報処理システム１Ａの動作の一例について説明する。以下の例では、ユーザＡ及びユーザＢが、車両６００の運転席及び助手席にそれぞれ存在し、旅行からの帰宅途中にレストランに立ち寄る状況を想定する。ユーザＡ及びユーザＢは情報処理部４にサインインしている。

助手席のユーザＢが、助手席の前に位置する入力部２０ｂに対して、「近くのレストランを教えて」という音声を入力したとする。入力部２０ｂは、ユーザＢの音声を示す音声情報を出力する。複製部３は、入力部２０ｂが出力する音声情報を、ユーザＢに対応する処理部４０ｂに入力する。これにより、「近くのレストランを教えて」という問い合わせが、処理部４０ｂ（言い換えればユーザＢに応じたＶＰＡ）に対して行われる。また、複製部３は、音声情報を複製して得られる複製音声情報を、ユーザＡに対応する処理部４０ａに入力する。これにより、「近くのレストランを教えて」という問い合わせが処理部４０ａ（言い換えればユーザＡに応じたＶＰＡ）に対しても行われる。

処理部４０ｂは、音声情報を解析して「近くのレストランを教えて」という問い合わせが行われたことを理解する。そして、処理部４０ｂは、ユーザＢのユーザ関連情報からユーザＢの好みの料理を特定し、特定した料理を提供する近くのレストランをリストアップする。記憶装置５１０には、ユーザ関連情報以外にも地図情報が記憶されている。処理部４０ｂは、記憶装置５１０内の地図情報に基づいて、ユーザＢの好みの料理を提供する近くのレストランを特定する。処理部４０ｂは、リストアップした複数のレストランを特定するためのレストランリストを生成する。そして、処理部４０ｂは、生成したレストランリストを、処理結果として、通知部５０ｂと通知部５０ａとに出力する。レストランリストには、例えば、リストアップされた複数のレストランの名前及び位置情報が含まれる。処理部４０ｂは、ユーザＢの好みの料理を提供するレストランとして、例えば、和食を提供するレストランをリストアップする。

一方で、処理部４０ａは、複製音声情報を解析して「近くのレストランを教えて」という問い合わせが行われたことを理解する。そして、処理部４０ａは、ユーザＡのユーザ関連情報からユーザＡの好みの料理を特定し、特定した料理を提供する近くのレストランをリストアップする。処理部４０ａは、ユーザＡの好みの料理を提供するレストランとして、例えば、中華料理を提供するレストランをリストアップする。処理部４０ａは、リストアップした複数のレストランを特定するためのレストランリストを生成する。そして、処理部４０ｂは、生成したレストランリストを、処理結果として、通知部５０ａと通知部５０ｂとに出力する。

運転席の前に位置する通知部５０ａは、処理部４０ａ及び４０ｂから出力されたレストランリストを、運転席のユーザＡに対して通知する。また、助手席の前に位置する通知部５０ｂは、処理部４０ａ及び４０ｂから出力されたレストランリストを、助手席のユーザＢに対して通知する。これにより、ユーザＡ及びユーザＢのそれぞれは、ユーザＡの好みに応じた近くのレストランの名前及び位置情報と、ユーザＢの好みに応じた近くのレストランの名前及び位置情報とを知ることができる。よって、情報処理システム１Ａの利便性が向上する。

本例では、助手席のユーザＢが「近くのレストランを教えて」という、話題に繋がる問い合わせを情報処理システム１Ａに行うことによって、ユーザＡ及びＢは、情報処理システム１Ａを通じて「近くのレストラン」という話題を共有することができる。

他の例として、ユーザＢが入力部２０ｂに対して「おすすめの楽曲を教えて」という音声を入力した場合を考える。この場合、入力部２０ｂは、ユーザＢの音声を示す音声情報を出力する。複製部３は、入力部２０ｂから出力された音声情報を処理部４０ｂに入力する。また、複製部３は、音声情報を複製して得られる複製音声情報を処理部４０ａに入力する。

処理部４０ｂは、音声情報を解析して「おすすめの楽曲を教えて」という問い合わせが行われたことを理解する。そして、処理部４０ｂは、記憶装置５１０に記憶されている複数の楽曲から、ユーザＢのユーザ関連情報に基づいて、ユーザＢが好みそうな楽曲をリストアップする。処理部４０ｂは、リストアップした複数の楽曲を特定するための楽曲リストを生成する。そして、処理部４０ｂは、生成した楽曲リストを、処理結果として、通知部５０ｂと通知部５０ａとに出力する。

一方で、処理部４０ａは、複製音声情報を解析して「おすすめの楽曲を教えて」という問い合わせが行われたことを理解する。そして、処理部４０ａは、ユーザＡのユーザ関連情報に基づいて、ユーザＡが好みそうな楽曲をリストアップする。処理部４０ａは、リストアップした複数の楽曲を特定するための楽曲リストを生成する。そして、処理部４０ｂは、生成した楽曲リストを、処理結果として、通知部５０ａと通知部５０ｂとに出力する。

通知部５０ａは、処理部４０ａ及び４０ｂから出力された楽曲リストをユーザＡに対して通知する。同様に、通知部５０ｂは、処理部４０ａ及び４０ｂから出力された楽曲リストをユーザＢに対して通知する。これにより、ユーザＡ及びユーザＢのそれぞれは、ユーザＡが好むであろう楽曲と、ユーザＢが好むであろう楽曲とを知ることができる。

本例では、助手席のユーザＢが「おすすめの楽曲を教えて」という、話題に繋がる問い合わせを情報処理システム１Ａに行うことによって、ユーザＡ及びＢは、情報処理システム１Ａを通じて「おすすめの楽曲」という話題を共有することができる。

他の例として、ユーザＢが入力部２０ｂに対して「エアコンの温度を上げて」という音声を入力した場合を考える。本例では、ユーザＢは後部座席に位置する。また、車両６００には、運転席及び助手席を含む前部座席の温度を調整するエアコン（前側エアコンともいう）と、後部座席の温度を調整するエアコン（後ろ側エアコンともいう）とが設けられている。エアコンは、エア・コンディショナーの略語である。処理部４０ａは、前側エアコンの設定温度を制御可能であり、処理部４０ｂは、後ろ側エアコンの設定温度を制御可能である。

入力部２０ｂは、ユーザＢからの「エアコンの温度を上げて」という音声を示す音声情報を出力する。複製部３は、入力部２０ｂから出力される音声情報を処理部４０ｂに入力する。また、複製部３は、音声情報を複製して得られる複製音声情報を処理部４０ａに入力する。処理部４０ｂは、音声情報を解析して「エアコンの温度を上げて」という指示が行われたことを理解する。そして、処理部４０ｂは、ユーザＢのユーザ関連情報に基づいて、ユーザＢに適切な温度を推定する。処理部４０ｂは、推定した温度を後ろ側エアコンの設定温度とする。一方で、処理部４０ａは、複製音声情報を解析して「エアコンの温度を上げて」という指示が行われたことを理解する。そして、処理部４０ａは、ユーザＡのユーザ関連情報に基づいて、ユーザＡに適切な温度を推定する。処理部４０ａは、推定した温度を前側エアコンの設定温度とする。

本例では、後部座席のユーザＢが「エアコンの温度を上げて」という指示を情報処理システム１Ａに行うことによって、後側エアコンがユーザＢに適切した温度に設定されるだけではなく、前側エアコンが運転席のユーザＡに適切した温度に設定される。よって、情報処理システム１Ａの利便性が向上する。

実施の形態２．
図７は本実施の形態に係る情報処理システム１（情報処理システム１Ｂともいう）の構成の一例を示す概略図である。図７に示されるように、情報処理システム１Ｂは、例えば、上述の情報処理システム１Ａにおいて、統合部６がさらに設けられたものである。統合部６は、複数のサインインユーザにそれぞれ対応する複数の処理部４０の処理結果を統合して出力する。各通知部５０は、統合部６の統合結果をユーザに通知する。統合部６は、例えば、処理回路５００が記憶装置５１０内の制御プログラム５１１を実行することによって処理回路５００に実現される機能ブロックで構成されている。統合部６は、その機能の実現にソフトウェアが不要なハードウェア回路によって実現されてもよい。

統合部６が複数の処理結果を統合する方法として様々な方法が考えられる。例えば、統合部６は、複数の処理結果を同一形式に変換し、その後統合してもよい。例えば、処理部４０から出力される処理結果がテキストデータである場合を考える。この場合、統合部６は、複数の処理部４０から出力されるテキストデータを、量子化ビット数等が共通の同一形式の複数の音声信号に変換する。そして、統合部６は、生成した複数の音声信号を統合して、複数の処理部４０の処理結果を示す一つの音声信号を生成して出力する。複数のサインインユーザにそれぞれ対応する複数の通知部５０は、統合部６から出力される共通の音声信号を音声に変換して出力する。

また、統合部６は、複数の処理結果のそれぞれが、どのユーザに対応する処理結果であるのか明確に分かるように当該複数の処理結果を統合してもよい。また、統合部６は、複数の処理結果を統合する場合に、少なくとも一つの処理結果を要約してもよい。また、統合部６は、複数の処理結果を統合する場合に、各処理結果から、他の処理結果と重複する内容を削除してもよい。また、統合部６は、複数の処理結果の論理積を求めてもよい。統合部６は、複数の処理結果をどのように統合するかについて、言い換えれば、複数の処理結果をどのように整理するかについて、処理結果の内容に応じて変更してもよい。

このように、本実施の形態では、複数の処理部４０の処理結果を統合する統合部６が設けられている。そして、情報通知部５は、統合部６の統合結果をユーザに通知する。これにより、情報処理システム１Ｂは、複数の処理結果を整理してユーザに通知することができる。よって、情報処理システム１Ｂは、複数の処理結果をユーザに対して分かり易く通知することができる。

以上のような構成を有する情報処理システム１Ｂは、上述の情報処理システム１Ａと同様に、様々な用途で使用されることができる。例えば、上述の図５に示されるように、情報処理システム１Ｂは、同じ家屋８００に居住するユーザＡ及びユーザＢによって利用されることができる。この場合、上述のように、処理部４０ａがユーザＡのスケジュール情報を取得し、処理部４０ｂがユーザＢのスケジュール情報を取得したとき、統合部６は、例えば、ユーザＡ及びユーザＢのスケジュール情報を示すスケジュール画面を生成する。そして、通知部５０ａ及び５０ｂのそれぞれは、統合部６で生成されたスケジュール画面を表示する。このような場合、統合部６は、例えば、２つの分割画面からなるスケジュール画面を生成する。統合部６は、一方の分割画面にユーザＡのスケジュール情報が示され、他方の分割画面にユーザＢのスケジュール情報が示されるように、スケジュール画面を生成する。これにより、スケジュール情報がユーザごとに整理され、ユーザＡ及びユーザＢのそれぞれは、ユーザＡのケジュール情報と、ユーザＢのスケジュール情報とを別々に把握しやすくなる。

また、情報処理システム１Ｂは、図８に示されるように車両６００に搭載されてもよい。この場合、情報処理システム１Ｂが、複数の処理部４０の処理結果を運転者に対して分かり易く通知することによって、運転者は車両６００をより安全に運転することができる。

図８の例において、例えば、上述の実施の形態１のように、処理部４０ａが、ユーザＡが好む料理を提供する近くのレストランを特定するためのレストランリスト（ユーザＡに応じたレストランリストともいう）を生成し、処理部４０ｂが、ユーザＢが好む料理を提供する近くのレストランを特定するためのレストランリスト（ユーザＢに応じたレストランリストともいう）を生成する場合を考える。この場合、統合部６は、例えば、ユーザＡに応じたレストランリストで特定される複数のレストランと、ユーザＢに応じたレストランリストで特定される複数のレストランとの論理積を求める。これにより、ユーザＡ及びＢの両方が好む料理を提供するレストランが特定される。そして、統合部６は、ユーザＡ及びＢの両方が好む料理を提供するレストランを特定するためのレストランリストを通知部５０ａ及び５０ｂに出力する。通知部５０ａ及び５０ｂのそれぞれは、統合部６で生成されたレストランリストをユーザに通知する。これにより、ユーザＡ及びＢのそれぞれは、ユーザＡ及びＢの両方が好む料理を提供するレストランの情報を容易に把握することができる。

また、図８の例において、車両６００に乗車するユーザＡ、ユーザＢ及びユーザＣが情報処理部４にサインインしており、情報入力部２に対して、ユーザＡからの入力情報、ユーザＢからの入力情報及びユーザＣからの入力情報が時間的にずれて順に入力された場合を考える。この場合、処理部４０ａ，４０ｂ，４０ｃのそれぞれからは、ユーザＡの入力情報に基づく処理結果（第１処理結果ともいう）と、ユーザＢの入力情報に基づく処理結果（第２処理結果ともいう）と、ユーザＣの入力情報に基づく処理結果（第３処理結果ともいう）とが、時間的にずれて順に出力される。

ここで、処理部４０ａ，４０ｂ，４０ｃが出力する第１処理結果をまとめて第１情報と呼び、処理部４０ａ，４０ｂ，４０ｃが出力する第２処理結果をまとめて第２情報と呼び、処理部４０ａ，４０ｂ，４０ｃが出力する第３処理結果をまとめて第３情報と呼ぶ。情報処理部４からは、第１情報、第２情報及び第３情報が時間的にずれて順に出力される。

ユーザＡの入力情報と、ユーザＢの入力情報と、ユーザＣの入力情報とが互いに同じ内容である場合、第１情報、第２情報及び第３情報が互いに同じ内容となる可能性がある。統合部６は、情報処理部４から第１情報が出力されたとき、当該１情報を整理して通知部５０ａ，５０ｂ，５０ｃに出力する。通知部５０ａ，５０ｂ，５０ｃは、整理された第１情報をユーザＡ、ユーザＢ及びユーザＣにそれぞれ通知する。

また、統合部６は、第１情報の後に第２情報が入力されると、第１情報と第２情報とを比較し、両者が一致すれば第２情報を破棄する。これにより、ユーザにすでに通知された情報と同じ情報が当該ユーザに通知される可能性が低減する。一方で、統合部６は、両者が異なれば第２情報を整理して通知部５０ａ，５０ｂ，５０ｃに出力する。

また、統合部６は、第２情報の後に第３情報が入力されると、第１情報と３情報とを比較し、両者が一致すれば、第３情報を破棄する。一方で、統合部６は、両者が異なれば第３情報を整理して通知部５０ａ，５０ｂ，５０ｃに出力する。また、統合部６は、第２情報を通知部５０ａ，５０ｂ，５０ｃに出力している場合には、第２情報と３情報とを比較する。統合部６は、両者が一致すれば、第３情報を破棄する。一方で、統合部６は、両者が異なれば第３情報を整理して通知部５０ａ，５０ｂ，５０ｃに出力する。

このように、ユーザにすでに通知された情報と同じ情報が当該ユーザに通知される可能性が低減することによって、例えば、車両６００の運転者は運転に集中することができる。

実施の形態３．
図９は本実施の形態に係る情報処理システム１（情報処理システム１Ｃともいう）の構成の一例を示す概略図である。図９に示されるように、情報処理システム１Ｃは、例えば、上述の情報処理システム１Ｂにおいて、判断部７及びカテゴリ記憶部８がさらに設けられたものである。情報処理システム１Ｃは、情報処理システム１Ａにおいて、判断部７及びカテゴリ記憶部８がさらに設けられたものであってもよい。

カテゴリ記憶部８（記憶部８ともいう）は、情報処理部４の機能に応じて分類された複数のカテゴリを記憶するデータベースである。記憶装置５１０は、複数のカテゴリを記憶しており、記憶部８として機能する。記憶部８に記憶される複数のカテゴリは、例えば、情報処理システム１Ｃの設計者によって決定される。設計者は、情報処理部４が備えるＶＰＡの種類に応じて複数のカテゴリを決定する。

例えば、情報処理部４が、ユーザの問い合わせに応じて、サーバから天気情報を取得する機能を有する場合、記憶部８には「天気」というカテゴリが記憶される。上述のように、情報処理部４が、ユーザの問い合わせに応じて、当該ユーザのスケジュール情報を取得する機能を有する場合には、「カレンダー」というカテゴリが記憶部８に記憶される。情報処理部４が、ユーザが指定した電化製品を操作する機能を有する場合には、「電化製品の操作」というカテゴリが記憶部８に記憶される。情報処理部４が、ユーザが指示した楽曲をオーディオ機器に再生させる機能を有する場合には、「楽曲再生操作」というカテゴリが記憶部８に記憶される。情報処理部４が、上述のように、レストラン等の場所を検索する機能を有する場合には、「場所検索」といったカテゴリが記憶部８に記憶される。情報処理部４が、上述のように、ユーザが好みそうな楽曲を選択する機能を有する場合には、「楽曲選択」というカテゴリが記憶部８に記憶される。記憶部８に記憶される複数のカテゴリは、情報処理部４が有する複数の機能にそれぞれ対応している。つまり、記憶部８に記憶される複数のカテゴリは、情報処理部４が実行することが可能な複数種類のタスク（言い換えれば、複数種類の処理）にそれぞれ対応している。記憶部８に記憶されるカテゴリはこの限りではない。

本例では、複製部３は、情報入力部２から対象入力情報が出力されると、それを複製する前に判断部７に出力する。判断部７は、入力された対象入力情報が複製部３で複製されるべきか否かを判断する。判断部７は、例えば、処理回路５００が記憶装置５１０内の制御プログラム５１１を実行することによって処理回路５００に実現される機能ブロックで構成されている。判断部７は、その機能の実現にソフトウェアが不要なハードウェア回路によって実現されてもよい。

判断部７は、例えば、記憶部８に記憶されている複数のカテゴリから、対象入力情報に応じたカテゴリを特定する。具体的には、判断部７は、対象入力情報が処理部４０に入力されたときに当該処理部４０が実行するタスク（言い換えれば処理）に対応するカテゴリを、記憶部８に記憶されている複数のカテゴリから特定する。

例えば、対象入力情報が「明日の予定は？」という問い合わせを示す場合を考える。この場合、処理部４０はユーザのスケジュール情報を取得する。処理部４０がユーザのスケジュール情報を取得する機能は「カレンダー」に対応している。したがって、判断部７は、対象入力情報に応じたカテゴリとして「カレンダー」を特定する。

他の例として、対象入力情報が「おすすめの楽曲は？」という問い合わせを示す場合を考える。この場合、処理部４０はユーザが好みそうな楽曲を選択する。処理部４０がユーザが好みそうな楽曲を選択する機能は「楽曲選択」に対応している。したがって、判断部７は、対象入力情報に応じたカテゴリとして「楽曲選択」を特定する。

他の例として、対象入力情報が「今日の天気は？」という問い合わせを示す場合を考える。この場合、処理部４０は、今日の天気情報をサーバから取得する。処理部４０が天気情報を取得する機能は「天気」に対応している。したがって、判断部７は、対象入力情報に応じたカテゴリとして「天気」を特定する。

判断部７は、対象入力情報に応じたカテゴリが特定カテゴリに該当する場合には、対象入力情報が複製されるべきであると判断する。一方で、判断部７は、対象入力情報に応じたカテゴリが特定カテゴリに該当しない場合には、対象入力情報が複製されるべきでないと判断する。判断部７は判断結果を複製部３に通知する。以後、特定カテゴリではないカテゴリを非特定カテゴリと呼ぶことがある。

複製部３は、判断部７において、対象入力情報が複製されるべきと判断されると、対象入力情報を複製して複製情報を生成する。そして、複製部３は、対象入力情報及び複製情報を情報処理部４に出力する。以後、情報処理システム１Ｃは実施の形態２と同様に動作する。一方で、判断部７において、対象入力情報が複製されるべきでないと判断されると、複製部３は、対象入力情報を複製せずに、対象入力情報だけを情報処理部４に出力する。対象入力情報が入力された処理部４０は、対象入力情報に基づいて対象ユーザに応じた処理を実行し、その処理結果を、対象ユーザに応じた通知部５０に出力する。処理結果は、対象ユーザ以外のサインインユーザに対応する通知部５０に対して、入力されてもよいし、入力されなくてもよい。対象ユーザに応じた通知部５０は、入力された処理結果を対象ユーザに通知する。

記憶部８では、それに記憶されるカテゴリが特定カテゴリに該当する場合には、カテゴリが特定カテゴリであることを示す識別情報が、当該カテゴリに対応付けられて記憶されている。判断部７は、対象入力情報に応じたカテゴリに対して識別情報が対応付けられている場合、対象入力情報に応じたカテゴリが特定カテゴリに該当すると判断する。

本例では、対象入力情報及びその複製情報が複数の処理部４０に入力された場合に、当該複数の処理部４０での処理結果が互いに異なる可能性がある場合、対象入力情報に応じたカテゴリは特定カテゴリに設定される。したがって、ユーザの指示通りに処理が行われる機能に対応する「電化製品の操作」及び「楽曲再生」等は、特定カテゴリには設定されない。

対象入力情報及びその複製情報が複数の処理部４０に入力された場合に、当該複数の処理部４０での処理結果が互いに異なる可能性がある場合とは、例えば、対象入力情報が、複数のユーザで共有できる話題に繋がる場合が考えられる。複数のユーザで共有できる話題とは、例えば、複数の処理部４０の間で応答が異なる可能性がある問い合わせに対して回答すべき内容である。

例えば、上述の「明日の予定は？」という問い合わせに対する複数の処理部４０の応答は互いに異なる可能性がある。したがって、「明日の予定は？」という問い合わせに対して回答すべき内容、つまり「明日の予定」は、複数のユーザで共有できる話題となる。よって、「明日の予定は？」という問い合わせを示す入力情報は、複数のユーザで共有できる話題に繋がる情報であると言える。例えば、「明日の予定は？」という問い合わせを示す入力情報に対応する「カレンダー」は特定カテゴリに設定される。

また、上述の「おすすめの楽曲は？」という問い合わせに対する複数の処理部４０の応答は互いに異なる可能性がある。したがって、「おすすめの楽曲は？」という問い合わせに対して回答すべき内容、つまり「おすすめの楽曲」は、複数のユーザで共有できる話題となる。よって、「おすすめの楽曲は？」という問い合わせを示す入力情報は、複数のユーザで共有できる話題に繋がる情報であると言える。例えば、「おすすめの楽曲は？」という問い合わせを示す入力情報に対応する「楽曲選択」は特定カテゴリに設定される。

一方で、「明日の自宅周辺の天気は？」という問い合わせに対する複数の処理部４０の応答は互いに同じとなる。したがって、「明日の自宅周辺の天気は？」という問い合わせに対して回答すべき内容、つまり「明日の自宅周辺の天気」は、複数のユーザで共有できる話題とはならない。よって、「明日の自宅周辺の天気は？」という問い合わせを示す入力情報は、複数のユーザで共有できる話題に繋がる情報ではい。例えば、「明日の自宅周辺の天気は？」という問い合わせを示す入力情報に対応する「天気」は非特定カテゴリに設定される。

どのカテゴリが特定カテゴリに該当するかについては、情報処理システム１Ｃの設計者によって決定されてもよいし、ユーザによって決定されてもよい。

図１０は判断部７の動作の一例を示すフローチャートである。図１０に示されるように、ステップｓ１において、判断部７は、複製部３から入力された対象入力情報に応じたカテゴリを、記憶部８内の複数のカテゴリから特定する。ステップｓ１において、判断部７は、例えば、対象入力情報を文字列に変換する。対象入力情報が音声情報である場合、判断部７は、音声情報を、それが意味する内容を示す文字列に変換する（いわいる文字起こし）。また、対象入力情報がジェスチャー情報である場合、判断部７は、ジェスチャー情報が示すジェスチャーに対応するコマンドを特定する。そして、判断部７は、特定したコマンドを意味する文字列を生成する。次に、判断部７は、生成した文字列に基づいて少なくとも一つのキーワードを生成する。次に、判断部７は、生成した少なくとも一つのキーワードを含むカテゴリを、記憶部８内の複数のカテゴリから特定する。そして、判断部７は、特定したカテゴリを、対象入力情報に応じたカテゴリとする。判断部７が特定したカテゴリは、対象入力情報が処理部４０に入力されたときに当該処理部４０が実行するタスク（言い換えれば処理）に対応するカテゴリである。

ステップｓ１の後、ステップｓ２において、判断部７は、対象入力情報が複製されるべきか否かを判断する。ここでは、判断部７は、対象入力情報に応じたカテゴリが特定カテゴリであるか否かを判断する。判断部７は、対象入力情報に応じたカテゴリに対して識別情報が対応付けられている場合、当該カテゴリが特定カテゴリであると判断する。一方で、判断部７は、対象入力情報に応じたカテゴリに対して識別情報が対応付けられていない場合、当該カテゴリが非特定カテゴリであると判断する。判断部７は、対象入力情報に応じたカテゴリが特定カテゴリである場合、対象入力情報が複製されるべきと判断する。一方で、判断部７は、対象入力情報に応じたカテゴリが非特定カテゴリである場合、対象入力情報は複製されるべきではないと判断する。

ステップｓ２の後、ステップｓ３において、判断部７は、ステップｓ２での判断結果を複製部３に出力する。複製部３は、受け取った判断結果に基づいて上述のように動作する。

以上のような構成を有する情報処理システム１Ｃは、上述の情報処理システム１Ａ及び１Ｂと同様に、様々な用途で使用されることができる。例えば、上述の図５に示されるように、情報処理システム１Ｃは、同じ家屋８００に居住するユーザＡ及びユーザＢによって利用されることができる。また、情報処理システム１Ｃは、図１１に示されるように車両６００に搭載されてもよい。

このように、本実施の形態では、対象入力情報が複製されるべきか否かを判断する判断部７が設けられている。これにより、複製部３は、必要なときに、対象入力情報を複製することができる。例えば、複製部３は、対象入力情報及びその複製情報が複数の処理部４０に入力された場合、当該複数の処理部４０の処理結果が互いに異なる可能性がある場合、対象入力情報を複製することができる。よって、情報処理システム１Ｃの利便性が向上する。本例では、対象入力情報が、複数のユーザで共有できる話題に繋がる場合には、複数のユーザは情報処理システム１Ｃを通じて話題を共有することができる。

なお、判断部７が入力情報に応じたカテゴリを特定する方法は上記の限りではない。例えば、判断部７は、機械学習などの統計的手法を用いて、対象入力情報に応じたカテゴリを特定してもよい。この場合、判断部７は、対象入力情報が入力され、対象入力情報に応じたカテゴリを出力するニューラルネットワークを用いてもよい。

また、記憶部８内の複数のカテゴリは動的に更新されてもよい。例えば、情報処理部４の機能（言い換えばＶＰＡの機能）が拡張された場合、あるいは当該機能が削減された場合、記憶部８内の複数のカテゴリは更新されてもよい。また、判断部７が、機械学習などの統計的手法を用いて、対象入力情報に応じたカテゴリを特定する場合には、使用されるモデル（あるいはパラメータ）が動的に更新されてもよい。カテゴリの更新あるいはモデルの更新は、設計者によって行われてもよいし、ユーザによって行われてもよい。また、情報処理システム１Ｃが、カテゴリの更新あるいはモデルの更新を自動で行ってもよい。

また、特定カテゴリに該当するカテゴリが動的に更新されてもよい。つまり、どのカテゴリが特定カテゴリに該当するか動的に更新されてもよい。この更新は、情報処理システム１Ｃの設計者によって行われてもよいし、ユーザによって行われてもよい。また、情報処理システム１Ｃが、特定カテゴリに該当するカテゴリを自動的に更新してもよい。例えば、情報処理部４の機能（言い換えばＶＰＡの機能）の更新に応じて、記憶部８内の複数のカテゴリが更新された場合に、特定カテゴリに該当するカテゴリが更新されてもよい。また、情報処理システム１Ｃとユーザとの対話履歴に応じて、特定カテゴリに該当するカテゴリが更新されてもよい。例えば、対象入力情報を情報入力部２に入力したユーザが、情報処理部４での対象入力情報に基づく処理を途中で強制終了させることができる場合を考える。この場合、それに対応するカテゴリが特定カテゴリである対象入力情報についての情報処理部４での処理が途中で強制終了された回数が閾値を超えた場合に、対象入力情報に応じたカテゴリは、特定カテゴリから非特定カテゴリに変更される。

実施の形態４．
図１２は本実施の形態に係る情報処理システム１（情報処理システム１Ｄともいう）の構成の一例を示す概略図である。図１２に示されるように、情報処理システム１Ｄは、例えば、上述の情報処理システム１Ｂにおいて、判断部９及びセンサ部１０がさらに設けられたものである。情報処理システム１Ｄは、情報処理システム１Ａあるいは情報処理システム１Ｃにおいて、判断部９及びセンサ部１０がさらに設けられたものであってもよい。

センサ部１０は、少なくとも一種類の情報を検出することが可能である。センサ部１０は、例えば複数のセンサ１００を備える。複数のセンサには、例えば、加速度を検出する加速度センサが含まれてもよいし、周囲の様子を検出するレーザスキャナが含まれてもよいし、周囲を撮像するイメージセンサ（言い換えればカメラ）が含まれてもよいし、自身の位置を検出するセンサが含まれてもよい。自身の位置を検出するセンサは、例えば、ＧＰＳ（Global Positioning System）センサ（言い換えれば、ＧＰＳモジュールあるいはＧＰＳ受信機）であってもよいし、他のセンサであってもよい。複数のセンサ１００には、同じ種類の複数のセンサが含まれてもよい。以後、複数のセンサ１００で検出される情報をまとめてセンサ情報と呼ぶことがある。

判断部９は、サインインユーザに対して通知が行われるべきか否かを判断する。判断部９は、例えば、統合部６から、サインインユーザに対して通知が行われるべきかの問い合わせ（以後、通知問い合わせともいう）があった場合、サインインユーザに対して通知が行われるべきか否かを判断する。統合部６は、情報処理部４から処理結果を受け取った場合、判断部９に通知問い合わせを行う。判断部９は、例えば、センサ部１０で得られるセンサ情報に基づいて、サインインユーザに対応して通知が行われるべきか否かをサインインユーザごとに判断する。判断部９は、例えば、処理回路５００が記憶装置５１０内の制御プログラム５１１を実行することによって処理回路５００に実現される機能ブロックで構成されている。判断部９は、その機能の実現にソフトウェアが不要なハードウェア回路によって実現されてもよい。情報処理システム１Ｄは、ハードウェアとして、例えば、上述の図４に示される構成とセンサ部１０とを備える。

図１３は判断部９の動作の一例を示すフローチャートである。判断部９は、統合部６から通知問い合せを受けると、ステップｓ１１において、センサ部１０からセンサ情報を取得する。次にステップｓ１２において、判断部９は、センサ情報に基づいて、サインインユーザに対して通知が行われるべきか否かをサインインユーザごとに判断する。そしてステップｓ１３において、判断部９はステップｓ１２での判断結果を統合部６に出力する。これにより、統合部６は判断部９での判断結果を知ることができる。

統合部６は、判断部９において、あるサインインユーザに対して通知が行われるべきだと判断されると、当該あるサインインユーザに対応する通知部５０に対して統合結果を出力する。これより、判断部９において、通知が行われるべきだと判断されたサインインユーザに対して統合結果が通知される。一方で、統合部６は、判断部９において、あるサインインユーザに対して通知が行われるべきではないと判断されると、当該あるサインインユーザに対応する通知部５０に対して統合結果を出力しない。これにより、判断部９において、通知が行われるべきではないと判断されたサインインユーザに対しては、統合結果が通知されない。

このように、本実施の形態では、判断部９が、ユーザに対して通知が行われるべきか否かを判断することから、情報通知部５から適切にユーザに対して通知が行われる。よって、情報処理システム１Ｄの利便性が向上する。

以上のような構成を有する情報処理システム１Ｄは、上述の情報処理システム１Ａ，１Ｂ，１Ｃと同様に、様々な用途で使用されることができる。例えば、上述の図５に示されるように、情報処理システム１Ｄは、同じ家屋８００に居住するユーザＡ及びユーザＢによって利用されることができる。以下にこの場合の情報処理システム１Ｄの動作の一例について説明する。

判断部９は、センサ情報に基づいて、ユーザＡ及びＢのそれぞれの動きを特定する。そして、判断部９は、ユーザＡの動きに基づいて、ユーザＡに対して通知が行われるべきか否かを判断する。また、判断部９は、ユーザＢの動きに基づいて、ユーザＢに対して通知が行われるべきか否かを判断する。

センサ部１０が備える複数のセンサ１００には、例えば、携帯機器８５０ａに設けられたセンサ１００（第１センサ１００ともいう）と、携帯機器８５０ｂに設けられたセンサ１００（第２センサ１００ともいう）とが含まれる。第１センサ１００及び第２センサ１００のそれぞれは、例えば加速度センサである。第１センサ１００は、例えば３軸加速度センサであって、携帯機器８５０ａについて、互いに直交する３方向の加速度を検出する。同様に、第２センサ１００は、例えば３軸加速度センサであって、携帯機器８５０ｂについて、互いに直交する３方向の加速度を検出する。

判断部９は、第１センサ１００で検出される加速度に基づいてユーザＡの動きを特定する。例えば、判断部９は、第１センサ１００で検出される加速度に基づいて、ユーザＡが移動しているか静止しているかを特定する。また、判断部９は、第２センサ１００で検出される加速度に基づいて、例えば、ユーザＢが移動しているか静止しているかを特定する。判断部９は、ユーザＡが移動していることを特定すると、ユーザＡに対して通知を行うべきではないと判断する。一方で、判断部９は、ユーザＡが静止していることを特定すると、ユーザＡに対して通知を行うべきだと判断する。同様に、判断部９は、ユーザＢが移動していることを特定すると、ユーザＢに対して通知を行うべきではないと判断する。一方で、判断部９は、ユーザＢが静止していることを特定すると、ユーザＢに対して通知を行うべきだと判断する。

このように、判断部９は、ユーザが移動していることを特定すると、当該ユーザに対して通知を行うべきではないと判断する場合には、携帯機器を所持して移動しているユーザに対して通知が行われる可能性が低減する。その結果、移動中のユーザに対して通知が行われることによってユーザの安全性が低下する可能性を低減することができる。

判断部９は、センサ情報に基づいて、携帯機器８５０ａの周囲の様子を特定し、その特定結果に基づいてユーザＡに対して通知を行うべきか否かを判断してもよい。また、判断部９は、センサ情報に基づいて、携帯機器８５０ｂの周囲の様子を特定し、その特定結果に基づいてユーザＢに対して通知を行うべきか否かを判断してもよい。この場合、センサ部１０が備える複数のセンサ１００には、例えば、携帯機器８５０ａに設けられたイメージセンサであるセンサ１００（第３センサ１００ともいう）と、携帯機器８５０ｂに設けられたイメージセンサであるセンサ１００（第４センサ１００ともいう）とが含まれてもよい。

第３センサ１００は、携帯機器８５０ａの周囲の様子を撮像し、第４センサ１００は、携帯機器８５０ｂの周囲の様子を撮像する。判断部９は、第３センサ１００が撮像した画像に基づいて、携帯機器８５０ａの周囲にユーザＡが存在するか否かを判断する。また、判断部９は、第４センサ１００が撮像した画像に基づいて、携帯機器８５０ｂの周囲にユーザＢが存在するか否かを判断する。

判断部９は、ユーザＡが一時的に外出しているなどの理由で携帯機器８５０ａの周囲にユーザＡが存在しないと判断すると、ユーザＡに対して通知を行うべきではないと判断する。一方で、判断部９は、携帯機器８５０ａの周囲にユーザＡが存在すると判断すると、ユーザＡに対して通知を行うべきだと判断する。同様に、判断部９は、携帯機器８５０ｂの周囲にユーザＢが存在しないと判断すると、ユーザＢに対して通知を行うべきではないと判断する。一方で、判断部９は、携帯機器８５０ｂの周囲にユーザＢが存在すると判断すると、ユーザＢに対して通知を行うべきだと判断する。

このように、判断部９が、携帯機器の周囲にユーザが存在しないと判断すると、当該ユーザに対して通知を行うべきではないと判断する場合には、携帯機器の周囲にユーザが存在しない場合に通知部５０が通知を行う可能性が低減する。よって、情報処理システム１Ｄが無駄に通知を行う可能性が低減する。

情報処理システム１Ｄは、図１４に示されるように車両６００に搭載されてもよい。以下にこの場合の情報処理システム１Ｄの動作の一例について説明する。

判断部９は、センサ情報に基づいて、例えば、車両６００の動きを特定する。そして、判断部９は、車両６００の動きに基づいて、ユーザである運転者に対して通知が行われるべきか否かを判断する。

センサ部１０が備える複数のセンサ１００には、例えば、車両６００に設けられたセンサ１００（第５センサ１００ともいう）が含まれる。第５センサ１００は、例えば加速度センサである。第５センサ１００は、例えば３軸加速度センサであって、車両６００について、互いに直交する３方向の加速度を検出する。

判断部９は、第５センサ１００で検出される加速度に基づいて、車両６００が旋回中か否かを判断する。判断部９は、第５センサ１００で検出される加速度に基づいて、例えば、車両６００の加速度が、車両６００の進行方向に対して横向きの加速度であることを特定すると、車両６００が旋回中であると判断する。判断部９は、車両６００が旋回中であると判断すると、運転者に対して通知が行われるべきではないと判断する。一方で、判断部９は、車両６００が旋回中ではないと判断すると、運転者に対して通知が行われるべきだと判断する。

このように、判断部９が、車両６００が旋回中であると判断すると、運転者に対して通知が行われるべきではないと判断する場合には、車両６００が旋回するようにステアリング操作を行っている運転者に対して通知が行われる可能性が低減する。その結果、ステアリング操作中の運転者に対して通知が行われることによって運転の安全性が低下する可能性を低減することができる。なお、車両６００が旋回中である場合、運転者以外の乗車者に対して通知が行われてもよい。

判断部９は、センサ情報に基づいて、車両６００内の様子を特定し、その特定結果に基づいて運転者に対して通知を行うべきか否かを判断してもよい。この場合、センサ部１０が備える複数のセンサ１００には、例えば、車両６００に設けられたイメージセンサであるセンサ１００（第６センサ１００ともいう）が含まれてもよい。

第６センサ１００は、車両６００内の様子を撮像する。判断部９は、第６センサ１００が撮像した画像に基づいて、例えば、運転者がナビゲーション装置の表示画面を注視しているか否かを判断する。判断部９は、第６センサ１００が撮像した画像に基づいて、例えば、運転者の視線検出を行い、その検出結果に基づいて、運転者がナビゲーション装置の表示画面を注視しているか否かを判断する。判断部９は、運転者がナビゲーション装置の表示画面を注視していると判断すると、運転者に対して通知を行うべきではないと判断する。一方で、判断部９は、運転者がナビゲーション装置の表示画面を注視していないと判断すると、ユーザＡに対して通知を行うべきだと判断する。

このように、判断部９が、運転者がナビゲーション装置の表示画面を注視していると判断すると、運転者に対して通知を行うべきではないと判断する場合には、ナビゲーション装置の表示画面を注視している運転者に対して通知部５０が通知を行う可能性が低減する。よって、ナビゲーション装置の表示画面を注視している運転者に対して通知が行われることによって運転の安全性が低下する可能性を低減することができる。

なお、統合部６は、判断部９において、あるユーザに対して通知が行われるべきでないと判断された場合には、当該あるユーザについて再度通知問い合わせを判断部９に行ってもよい。この場合、統合部６は、判断部９において、当該あるユーザに対して通知が行われるべきだと判断されるまで、当該あるユーザについての通知問い合わせを繰り返し判断部９に行ってもよい。統合部６は、あるユーザに対して通知が行われるべきでないとの判断が継続し、当該あるユーザに対して通知すべき情報（言い換えれば統合結果）が蓄積した場合には、蓄積された情報を統合して一つの情報として通知部５０に出力してもよい。

判断部９及びセンサ部１０が情報処理システム１Ａに設けられる場合には、統合部６の替わりに情報処理部４が通知問い合わせを判断部９に行ってもよい。この場合、情報処理部４は、複製部３から対象入力情報とその複製情報を受け取ると、通知問い合わせを判断部９に行う。そして、情報処理部４は、対象ユーザに対して通知が行われるべきと判断されると、対象ユーザに対応する通知部５０に対象入力情報を情報通知部５に出力する。また、情報処理部４は、対象ユーザ以外のサインインユーザに対して通知が行われるべきと判断されると、当該サインインユーザに対応する通知部５０に複製情報を出力する。

実施の形態５．
図１５は本実施の形態に係る情報処理システム１（情報処理システム１Ｅともいう）の構成の一例を示す概略図である。図１５に示されるように、情報処理システム１Ｅは、例えば、上述の情報処理システム１Ｂにおいて、判断部１１及びカテゴリ記憶部１２がさらに設けられたものである。情報処理システム１Ｅは、情報処理システム１Ａ、情報処理システム１Ｃあるいは情報処理システム１Ｄにおいて、判断部１１及びカテゴリ記憶部１２がさらに設けられたものであってもよい。

カテゴリ記憶部１２（記憶部１２ともいう）は、上述のカテゴリ記憶部８と同様に、情報処理部４の機能に応じて分類された複数のカテゴリを記憶するデータベースである。記憶装置５１０は、複数のカテゴリを記憶しており、記憶部１２として機能する。複数のカテゴリは、各処理部４０（言い換えればＶＰＡ）が行うことが可能なタスクの種類（言い換えれば処理の種類）に応じて分類されている。記憶部１２に記憶される複数のカテゴリは、例えば、情報処理システム１Ｅの設計者によって決定される。記憶部１２は、例えば、「天気」、「カレンダー」及び「電化製品の操作」等のカテゴリを記憶する。記憶部１２に記憶されるカテゴリはこの限りではない。

本例では、統合部６は、情報処理部４から複数の処理結果が入力されると、入力された複数の処理結果を判断部１１に出力する。判断部１１は、複数の処理結果が入力されると、入力された複数の処理結果が調停されるべきか否かを判断する。また、本例では、統合部６は、情報処理部４から入力される複数の処理結果を調停する調停部６０を備える。調停部６０は、判断部１１において、複数の処理結果が調停されるべきだと判断されると、当該複数の処理結果を調停する。調停部６０は、複数の処理結果を調停すると、その調停結果を各サインインユーザに対応する通知部５０に出力する。通知部５０は、調停結果をユーザに通知する。一方で、判断部１１において、複数の処理結果が調停されるべきでないと判断されると、調停部６０は当該複数の処理結果を調停しない。この場合、統合部６は、上述のように、複数の処理結果の統合結果を各サインインユーザに対応する通知部５０に出力する。通知部５０は、入力された統合結果を通知する。以後、調停されるべきか否かの判断が行われる複数の処理結果のそれぞれを対象処理結果と呼ぶことがある。

判断部１１は、例えば、処理回路５００が記憶装置５１０内の制御プログラム５１１を実行することによって処理回路５００に実現される機能ブロックで構成されている。判断部１１は、その機能の実現にソフトウェアが不要なハードウェア回路によって実現されてもよい。また、調停部６０は、その機能の実現にソフトウェアが不要なハードウェア回路によって実現されてもよい。

判断部１１は、例えば、記憶部１２に記憶されている複数のカテゴリから、対象処理結果に応じたカテゴリを特定する。具体的には、判断部１１は、情報処理部４が、それを行った場合に、対象処理結果が情報処理部４で得られるようなタスク（言い換えれば処理）に対応するカテゴリを、記憶部１２に記憶されている複数のカテゴリから特定する。

例えば、対象処理結果が、ユーザの明日のスケジュール情報である場合を考える。処理部４０が、ユーザの明日のスケジュール情報を取得するというタスクを行う場合、対象処理結果として、ユーザの明日のスケジュール情報が得られる。処理部４０がユーザのスケジュール情報を取得する機能は「カレンダー」に対応している。したがって、判断部１１は、対象処理結果に応じたカテゴリとして「カレンダー」を特定する。

他の例として、対象処理結果が、ユーザが好みそうな楽曲である場合を考える。この場合、処理部４０が、ユーザが好みそうな楽曲を選択するというタスクを行う場合、対象処理結果として、ユーザが好みそうな楽曲が得られる。処理部４０がユーザが好みそうな楽曲を選択する機能は「楽曲選択」に対応している。したがって、判断部１１は、対象処理結果に応じたカテゴリとして「楽曲選択」を特定する。

判断部１１は、対象処理結果に応じたカテゴリが特定カテゴリ（第２特定カテゴリともいう）に該当する場合には、複数の対象処理結果が調停されるべきであると判断する。一方で、判断部１１は、対象処理結果に応じたカテゴリが第２特定カテゴリに該当しない場合には、複数の対象処理結果が調停されるべきでないと判断する。例えば、それが実行される場合に得られる複数の処理結果が対立する可能性があるタスクに対応するカテゴリが、第２特定カテゴリに設定される。以後、第２特定カテゴリではないカテゴリを第２非特定カテゴリと呼ぶことがある。

記憶部１２では、それに記憶されるカテゴリが第２特定カテゴリに該当する場合には、カテゴリが第２特定カテゴリであることを示す識別情報（第２識別情報ともいう）が、当該カテゴリに対応付けられて記憶されている。判断部１１は、対象処理結果に応じたカテゴリに対して第２識別情報が対応付けられている場合、対象処理結果に応じたカテゴリが第２特定カテゴリに該当すると判断する。どのカテゴリが第２特定カテゴリに該当するかについては、情報処理システム１Ｅの設計者によって決定されてもよいし、ユーザによって決定されてもよい。

図１６は判断部１１の動作の一例を示すフローチャートである。図１６に示されるように、ステップｓ２１において、判断部１１は、統合部６から入力された対象処理結果に応じたカテゴリを、記憶部１２内の複数のカテゴリから特定する。ステップｓ２１において、判断部１１は、例えば、対象処理結果を、その内容を示す文字列に変換する。次に、判断部１１は、生成した文字列に基づいて少なくとも一つのキーワードを生成する。次に、判断部１１は、生成した少なくとも一つのキーワードを含むカテゴリを、記憶部１２内の複数のカテゴリから特定する。そして、判断部１１は、特定したカテゴリを、対象処理結果に応じたカテゴリとする。判断部１１が特定したカテゴリは、処理部４０がそれを行った場合に、当該処理部４０で対象処理結果が得られるようなタスク（言い換えれば処理）に対応するカテゴリである。

ステップｓ２１の後、ステップｓ２２において、判断部１１は、複数の対象処理結果が調停されるべきか否かを判断する。ここでは、判断部１１は、対象処理結果に応じたカテゴリが第２特定カテゴリであるか否かを判断する。判断部１１は、対象処理結果に応じたカテゴリに対して第２識別情報が対応付けられている場合、当該カテゴリが第２特定カテゴリであると判断する。一方で、判断部１１は、対象処理結果に応じたカテゴリに対して第２識別情報が対応付けられていない場合、当該カテゴリが第２非特定カテゴリであると判断する。判断部１１は、対象処理結果に応じたカテゴリが第２特定カテゴリである場合、複数の対象処理結果が調停されるべきと判断する。一方で、判断部１１は、対象処理結果に応じたカテゴリが第２非特定カテゴリである場合、複数の対象処理結果は調停されるべきではないと判断する。

ステップｓ２２の後、ステップｓ２３において、判断部１１は、ステップ２２での判断結果を調停部６０に出力する。調停部６０は、受け取った判断結果に基づいて上述のように動作する。

情報処理システム１Ｅは、上述の情報処理システム１Ａ，１Ｂ，１Ｃ，１Ｄと同様に、様々な用途で使用されることができる。例えば、上述の図５に示されるように、情報処理システム１Ｅは、同じ家屋８００に居住するユーザＡ及びユーザＢによって利用されることができる。また、情報処理システム１Ｅは、図１７に示されるように車両６００に搭載されてもよい。以下に、車両６００に搭載された情報処理システム１Ｅの動作例について説明する。以下の説明では、車両６００にはユーザＡ、ユーザＢ及びユーザＣが乗車しているものとする。

例えば、情報処理部４が、車両６００の目的地を設定する機能を有する場合を考える。この場合、記憶部１２には、車両６００の目的地を設定するタスクに対応するカテゴリとして例えば「目的地設定」が記憶されている。対象入力情報が、「近くのおすすめのレストランに目的地を設定して」というユーザ要求を示す場合、ユーザＡに対応する処理部４０ａは、ユーザＡが好む料理を提供する近くの少なくとも一つのレストランを、ユーザＡに応じた目的地候補として特定する。そして、処理部４０ａは、ユーザＡに応じた目的地候補を処理結果として統合部６に出力する。同様に、ユーザＢに対応する処理部４０ｂは、ユーザＢが好む料理を提供する近くの少なくとも一つのレストランを、ユーザＢに応じた目的地候補として特定する。そして、処理部４０ｂは、ユーザＢに応じた目的地候補を処理結果として統合部６に出力する。同様に、ユーザＣに対応する処理部４０ｃは、ユーザＣが好む料理を提供する近くの少なくとも一つのレストランを、ユーザＣに応じた目的地候補として特定する。そして、処理部４０ｃは、ユーザＣに応じた目的地候補を処理結果として統合部６に出力する。統合部６は、ユーザＡに応じた目的地候補と、ユーザＢに応じた目的地候補と、ユーザＣに応じた目的地候補とを判断部１１に出力する。

判断部１１は、記憶部１２内の複数のカテゴリから、目的地候補に応じたカテゴリを特定する。ここでは、判断部１１は、目的地候補に応じたカテゴリとして、「目的地設定」を特定する。

ここで、ユーザＡが好む料理を提供する近くのレストランと、ユーザＢが好む料理を提供する近くのレストランと、ユーザＣが好む料理を提供する近くのレストランとは互いに異なる可能性がある。したがって、ユーザＡに応じた目的地候補と、ユーザＢに応じた目的地候補と、ユーザＣに応じた目的地候補とが対立する可能性がある。本例では、「目的地設定」というカテゴリは第２特定カテゴリに該当し、それに対して第２識別情報が対応付けられている。

判断部１１は、目的地候補に応じたカテゴリ、つまり「目的地設定」というカテゴリに対して第２識別情報が対応付けられていることから、「目的地設定」というカテゴリが第２特定カテゴリに該当すると判断する。そして、判断部１１は、ユーザＡに応じた目的地候補と、ユーザＢに応じた目的地候補と、ユーザＣに応じた目的地候補とが調停されるべきであると判断し、その判断結果を調停部６０に出力する。

調停部６０は、ユーザＡに応じた目的地候補と、ユーザＢに応じた目的地候補と、ユーザＣに応じた目的地候補とを調停して、車両６００の目的地を決定する。調停部６０は、例えば多数決を用いて、車両６００の目的地を決定する。具体的には、調停部６０は、ユーザＡに応じた目的地候補、ユーザＢに応じた目的地候補及びユーザＣに応じた目的地候補に含まれる複数のレストランのうち、最も多くのユーザが好む料理を提供するレストランを目的地に決定する。このとき、最も多くのユーザが好む料理を提供するレストランが複数存在する場合には、調停部６０は、それらのレストランのいずれか一つを目的地に決定する。統合部６は、決定された目的地を、調停結果として、通知部５０ａ，５０ｂ，５０ｃに出力する。通知部５０ａ，５０ｂ，５０ｃは、ユーザＡ、ユーザＢ及びユーザＣに対して、決定された目的地をそれぞれ通知する。このとき、通知部５０は、多数決により目的地が決定されてことをユーザに通知してもよい。情報処理部４は、調停部６０で決定された目的地のレストランを、ナビゲーション装置の目的地に設定する。これにより、ナビゲーション装置は、目的地のレストランまでの経路をユーザに案内する。

他の例として、情報処理部４が、車両６００のエアコンの温度を設定する機能を有する場合を考える。この場合、記憶部１２には、エアコンの温度を設定するタスクに対応するカテゴリとして「エアコン設定」が記憶されている。対象入力情報が「エアコンの温度を下げて」というユーザ要求を示す場合、処理部４０ａは、エアコンについてのユーザＡに適切な設定温度を設定温度候補として推定して処理結果として統合部６に出力する。同様に、処理部４０ｂは、エアコンについてのユーザＢに適切な設定温度を設定温度候補として推定して処理結果として統合部６に出力する。同様に、処理部４０ｃは、エアコンについてのユーザＣに適切設定温度を設定温度候補として推定して処理結果として統合部６に出力する。統合部６は、ユーザＡに応じた設定温度候補と、ユーザＢに応じた設定温度候補と、ユーザＣに応じた設定温度候補とを判断部１１に出力する。

判断部１１は、記憶部１２内の複数のカテゴリから、設定温度候補に応じたカテゴリを特定する。ここでは、判断部１１は、設定温度候補に応じたカテゴリとして「エアコン設定」を特定する。

ここで、ユーザＡに適切な設定温度と、ユーザＢに適切な設定温度と、ユーザＣに適切な設定温度とは、互いに異なる可能性がある。したがって、ユーザＡに応じた設定温度候補と、ユーザＢに応じた設定温度候補と、ユーザＣに応じた設定温度候補とが対立する可能性がある。本例では、「エアコン設定」というカテゴリは第２特定カテゴリに該当し、それに対して第２識別情報が対応付けられている。

判断部１１は、設定温度候補に応じたカテゴリ、つまり「エアコン設定」に対して第２識別情報が対応付けられていることから、「エアコン設定」が第２特定カテゴリに該当すると判断する。そして、判断部１１は、ユーザＡに応じた設定温度候補と、ユーザＢに応じた設定温度候補と、ユーザＣに応じた設定温度候補とが調停されるべきであると判断し、その判断結果を調停部６０に出力する。

調停部６０は、ユーザＡに応じた設定温度候補と、ユーザＢに応じた設定温度候補と、ユーザＣに応じた設定温度候補とを調停して、エアコンの設定温度を決定する。調停部６０は、例えば、ユーザＡに応じた設定温度候補、ユーザＢに応じた設定温度候補及びユーザＣに応じた設定温度候補の平均温度を求める。そして、調停部６０は、求めた平均温度を設定温度に決定する。統合部６は、決定された設定温度を、調停結果として、通知部５０ａ，５０ｂ，５０ｃに出力する。これにより、ユーザＡ、ユーザＢ及びユーザＣのそれぞれに対して、エアコンの設定温度が通知される。情報処理部４は、エアコンの温度を、調停部６０で決定された設定温度に設定する。

このように、本実施の形態では、情報処理部４で得られる複数の処理結果が必要に応じて調停されることから、情報処理システム１Ｅの利便性が向上する。

なお、判断部１１が対象処理結果に応じたカテゴリを特定する方法は上記の限りではない。例えば、判断部１１は、機械学習などの設計的手法を用いて、対象処理結果に応じたカテゴリを特定してもよい。この場合、判断部１１は、対象処理結果が入力され、対象処理結果に応じたカテゴリを出力するニューラルネットワークを用いてもよい。

また、記憶部１２内の複数のカテゴリは動的に更新されてもよい。例えば、情報処理部４の機能（言い換えばＶＰＡの機能）が拡張された場合、あるいは当該機能が削減された場合、記憶部１２内の複数のカテゴリは更新されてもよい。また、判断部１１が、機械学習などの設計的手法を用いて、対象処理結果に応じたカテゴリを特定する場合には、使用されるモデル（あるいはパラメータ）が動的に更新されてもよい。カテゴリの更新あるいはモデルの更新は、設計者によって行われてもよいし、ユーザによって行われてもよい。また、情報処理システム１Ｅが、カテゴリの更新あるいはモデルの更新を自動で行ってもよい。

また、第２特定カテゴリに該当するカテゴリが動的に更新されてもよい。つまり、どのカテゴリが第２特定カテゴリに該当するか動的に更新されてもよい。この更新は、情報処理システム１Ｅの設計者によって行われてもよいし、ユーザによって行われてもよい。また、情報処理システム１Ｅが、第２特定カテゴリに該当するカテゴリを自動的に更新してもよい。例えば、情報処理部４の機能（言い換えばＶＰＡの機能）の更新に応じて、記憶部１２内の複数のカテゴリが更新された場合に、第２特定カテゴリに該当するカテゴリが更新されてもよい。また、情報処理システム１Ｅとユーザとの対話履歴に応じて、第２特定カテゴリに該当するカテゴリが更新されてもよい。例えば、対象入力情報を情報入力部２に入力したユーザが、情報処理部４での対象入力情報に基づく処理を途中で強制終了させることができる場合を考える。この場合、それに対応するカテゴリが第２特定カテゴリである処理（言い換えればタスク）が途中で強制終了された回数が閾値を超えた場合に、当該処理に対応するカテゴリが、第２特定カテゴリから第２非特定カテゴリに変更されてもよい。

本開示は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、限定的なものではない。例示されていない無数の変形例が想定され得るものと解される。

また、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。

１，１Ａ，１Ｂ，１Ｃ，１Ｄ，１Ｅ 情報処理システム、３ 複製部、５ 情報通知部、６ 統合部、７，９，１１ 判断部、４０，４０ａ，４０ｂ，４０ｃ 処理部、５０，５０ａ，５０ｂ，５０ｃ 通知部、６００ 車両。

Claims (12)

1. 複数のユーザで共用される情報処理システムであって、
   前記複数のユーザに含まれる第１ユーザからの第１入力情報に基づいて、前記第１ユーザに応じた第１処理を行う第１処理部と、
   前記第１入力情報を複製して第１複製情報を生成する複製部と、
   前記第１複製情報に基づいて、前記複数のユーザに含まれる第２ユーザに応じた第２処理を行う第２処理部と
   を備え、
   前記第１処理及び前記第２処理は、ユーザ個人のタスクを代行する処理である、情報処理システム。
2. 複数のユーザで共用される情報処理システムであって、
   前記複数のユーザに含まれる第１ユーザからの第１入力情報に基づいて、前記第１ユーザに応じた第１処理を行う第１処理部と、
   前記第１入力情報を複製して第１複製情報を生成する複製部と、
   前記第１複製情報に基づいて、前記複数のユーザに含まれる第２ユーザに応じた第２処理を行う第２処理部と
   を備え、
   前記第１処理及び前記第２処理は、前記ユーザの問い合わせに応答する処理、または前記ユーザが実行命令する処理である、情報処理システム。
3. 請求項１及び請求項２のいずれか一つに記載の情報処理システムであって、
   前記複製部は、前記第２ユーザからの第２入力情報を複製して第２複製情報を生成し、前記第２処理部は、前記第２入力情報に基づいて、前記第２ユーザに応じた前記第２処理を行い、
   前記第１処理部は、前記第２複製情報に基づいて、前記第１ユーザに応じた前記第１処理を行う、情報処理システム。
4. 請求項１から請求項３のいずれか一つに記載の情報処理システムであって、
   前記第１処理及び前記第２処理の結果を前記第１ユーザ及び前記第２ユーザに通知する情報通知部をさらに備える、情報処理システム。
5. 請求項４に記載の情報処理システムであって、
   前記情報通知部は、
   前記第１処理及び前記第２処理の結果を前記第１ユーザに通知する第１通知部と、
   前記第１処理及び前記第２処理の結果を前記第２ユーザに通知する第２通知部と
   を有する、情報処理システム。
6. 請求項４及び請求項５のいずれか一つに記載の情報処理システムであって、
   前記第１処理及び前記第２処理の結果を統合する統合部を備え、
   前記情報通知部は、前記統合部の統合結果を前記第１ユーザ及び前記第２ユーザに通知する、情報処理システム。
7. 請求項５に記載の情報処理システムであって、
   前記第２ユーザに通知が行われるべきか否かを判断する第１判断部を備え、
   前記第１判断部において前記第２ユーザに通知が行われるべきと判断された場合、前記第２通知部は、前記第１処理及び前記第２処理の結果を前記第２ユーザに通知し、
   前記第１判断部において前記第２ユーザに通知が行われるべきでないと判断された場合、前記第２通知部は、前記第１処理及び前記第２処理の結果を前記第２ユーザに通知しない、情報処理システム。
8. 請求項１から請求項７のいずれか一つに記載の情報処理システムであって、
   前記第１入力情報が複製されるべきか否かを判断する第２判断部を備え、
   前記第２判断部において前記第１入力情報が複製されるべきと判断された場合、前記複製部は前記第１複製情報を生成し、
   前記第２判断部において前記第１入力情報が複製されるべきでないと判断された場合、前記複製部は前記第１複製情報を生成しない、情報処理システム。
9. 請求項１から請求項８のいずれか一つに記載の情報処理システムであって、
   前記第１処理及び前記第２処理の結果が調停されるべきか否かを判断する第３判断部と、
   前記第３判断部において、前記第１処理及び前記第２処理の結果が調停されるべきと判断された場合、前記第１処理及び前記第２処理の結果を調停する調停部と
   を備える、情報処理システム。
10. 請求項１から請求項９のいずれか一つに記載の情報処理システムであって、
    前記情報処理システムは、車両内の前記複数のユーザで共用される、情報処理システム。
11. 複数のユーザで共用される情報処理システムでの情報処理方法であって、
    前記複数のユーザに含まれる第１ユーザからの入力情報に基づいて、前記第１ユーザに応じた第１処理を行う工程と、
    前記入力情報を複製して複製情報を生成する工程と、
    前記複製情報に基づいて、前記複数のユーザに含まれる第２ユーザに応じた第２処理を行う工程と
    を備え、
    前記第１処理及び前記第２処理は、ユーザ個人のタスクを代行する処理である、情報処理方法。
12. 複数のユーザで共用される情報処理システムでの情報処理方法であって、
    前記複数のユーザに含まれる第１ユーザからの入力情報に基づいて、前記第１ユーザに応じた第１処理を行う工程と、
    前記入力情報を複製して複製情報を生成する工程と、
    前記複製情報に基づいて、前記複数のユーザに含まれる第２ユーザに応じた第２処理を行う工程と
    を備え、
    前記第１処理及び前記第２処理は、前記ユーザの問い合わせに応答する処理、または前記ユーザが実行命令する処理である、情報処理方法。

Images