"他のロボット端末との同期をとる同期手段と、人間からのアクションの有無を判定する判定手段と、前記他のロボット端末と協働して使用者に披露すべきアクションを実行するためのアクションデータが格納されるメモリと、前記メモリに格納されているアクションデータに基づくアクションを実行する実行手段と、所定時間を計時する時計と、を備え、前記同期手段によって他のロボット端末との同期がとられた後であって、前記時計によって所定時間の計時中に、前記判定手段によって人間からのアクションがないと判定された場合に、前記実行手段によって前記メモリに格納されているアクションデータに基づくアクションを前記他のロボット端末と協働して実行するロボット端末。前記アクションデータの最新データが格納されているデータベースから、当該最新データをダウンロードする手段を備える、請求項1記載のロボット端末。前記他の端末に割り当てられている他端末IDを自端末IDとともに前記データベースへ送信する送信手段を備える、請求項2記載のロボット端末。請求項1記載のロボット端末及び他のロボット端末を備えるロボットシステム。請求項4記載のロボットシステムに用いられるクレードルであって、前記ロボット端末からと前記アクションデータの最新データが格納されているデータベースとを仲介するクレードル。しかし、特許文献1に開示されているロボット端末は、他のロボット端末との間でコミュニケーションを図ることは予定されておらず、したがって、ロボットの使用者への対応は限定的である。そこで、本発明は、ロボットが実行できる処理を工夫して、他のロボット端末との間でコミュニケーションを図ることを実現し、もって、ロボット端末の使用者に対して、従前のロボット端末では得ることができない対応を提供することを課題とする。上記課題を解決するために、本発明のロボット端末及びロボットシステムは、他のロボット端末との同期をとる同期手段と、人間からのアクションの有無を判定する判定手段と、前記他のロボット端末と協働して使用者に披露すべきアクションを実行するためのアクションデータが格納されるメモリと、前記メモリに格納されているアクションデータに基づくアクションを実行する実行手段と、所定時間を計時する時計と、を備え、前記同期手段によって他のロボット端末との同期がとられた後であって、前記時計によって所定時間の計時中に、前記判定手段によって人間からのアクションがないと判定された場合に、前記実行手段によって前記メモリに格納されているアクションデータに基づくアクションを前記他のロボット端末と協働して実行する。つぎに、本発明の実施例について説明する。本実施例では、井戸端モードにおいて、ロボット端末300,400間でのデータ通信、更には、ロボット端末300,400による協働アクション動作を行う例について説明する。図7は、本発明の実施例のロボットシステムの井戸端モード時のフローチャートの抜粋である。はじめに、図7と図2との関係について説明する。図7に示すステップS109は、図2のステップS1に代替して行われるものである。図7に示すステップS101~S108は、本実施例で固有に追加する処理である。図7に示すステップS110は、図2のステップS5に代替して行われるものである。既述のように、本実施形態では、お散歩モード中に、所定期間例えば5分、ジャイロセンサによるセンシングがなかった場合には、井戸端モードに遷移するようにしている。ロボット端末300のCPUは、井戸端モードに遷移したら、ロボット端末300のCPUは、重複してステップS102を実行することがないように、自端末に割り当てられている自端末IDを送信済みであるか否かを判定するステップS101。ステップS101の判定の結果、自端末IDを送信済みでなければ、ロボット端末300のCPUは、自端末IDを送信するために、自端末IDの送信命令を行うステップS102。一方、自端末IDを送信済みであれば、重複して自端末IDを送信する必要がないので、ステップS102をスキップする。つぎに、ロボット端末300のCPUは、他端末から送信された当該他端末に割り当てられている他端末IDを受信済みであるか否かを判定するステップS103。ステップS103の判定の結果、他端末IDを受信済みでない場合には、ステップS101へ移行する。一方、他端末IDを受信済みである場合には、重複してステップS105を実行することがないように、ロボット端末300のCPUは、他端末に対する挨拶が送信済みであるか否かを判定するステップS104。ステップS104の判定の結果、挨拶が送信済みであれば、他端末に対して重複して挨拶をする必要がないので、ステップS106へ移行する。一方、挨拶を送信済みでなければ、ロボット端末300のCPUは、現在時刻をチェックして、おはようございます或いはこんにちはなどの挨拶を送信するための送信命令を行うステップS105。それから、他端末から挨拶を受信済みであるか否かを判定するステップS106。判定の結果、他端末から挨拶を受信済みでなければ、ステップS101へ移行する。一方、他端末から挨拶を受信済みであれば、ロボット端末300のCPUは、重複してステップS108を実行することがないように、自使用者情報を送信済みであるか否かを確認するステップS107。ステップS107の確認の結果、自使用者情報を送信済みである場合には、ステップS108をスキップする。一方、自使用者情報を送信済みでない場合には、他端末との間で、自端末内に登録されている使用者に関する情報使用者の氏名/ニックネーム、自端末のニックネームなどを交換するために、既に入力済みの自使用者情報の送信命令を実行するステップS108。これに対応して、他端末から送信される他使用者情報を受信することになる。それから、ロボット端末300のCPUは、設定時間の経過の有無を判定するステップS109。ステップS109の判定の結果、設定時間が経過した場合には、ステップS2へ移行する。一方、設定時間が経過していない場合には、ロボット端末300の使用者とロボット端末400の使用者とが会話などを楽しんでいて、各使用者がロボット端末300,400にあまり関心がない時間であると考えられるので、その時間を利用して、フリーアクションとして自端末と他端末とが協働して歌踊りなどを披露すべく、歌踊り情報の通信開始命令を行ってからステップS2へ移行するステップS110。自端末と他端末との間で当該通信が完了すると、通信した歌踊り情報に基づいて歌踊りが開始される。なお、既述の実施形態では、時刻同期手段を利用して、その正確な計時を可能とすることが好ましいことを説明したが、本実施例では、正確な計時を行うことは必須である。さもないと、自端末と他端末との間で、同期のとれた歌などの披露ができなくなるからである。もっとも、ロボット端末300,400の個体差に基づく同期のずれを許容しないという意味ではない点に留意されたい。本実施例によれば、ロボット端末300,400という2台以上の端末が、協働して歌踊りを使用者らに披露することが可能となるので、1台の端末と使用者との間で得られるコミュニケーションを超えた、実施形態のものでは得ることができない、さらに優れたコミュニケーションが得られることになる。図8は、通常モードからお散歩モードを経て井戸端モードに遷移し、更に、帰宅モードを経て通常モードに遷移するというロボットシステム全体での動作を示すフローチャートである。ここでは、使用者Aが、使用者B宅に到達した場合の動作を例に説明する。なお、以下の説明では、図2等で説明した処理に相当するステップ符号もしておく。また、種々の例を示したいとの考えから、図2等のものとは、順不同であるステップの実行順序の差し替え、代替可能なステップの代替、及び、新たなステップの追加などを行っている点に留意されたい。まず、通常モード中にロボット端末300の所有者である使用者Aが、ロボット端末300を移動させるとステップS201、ロボット端末300は、自端末内に設けられているジャイロセンサによって角速度の変化を検知することになりステップS202,図2のS2,図4のS21~S23、何ですかなどの音声を出力するステップS203,図4のS25,S26。つぎに、ロボット端末300は、使用者Aから入力されるコマンドに従ったモードに切り替えるため、コマンド入力モードに移行し、内蔵されているマイクロフォンをオン状態とし、当該マイクロフォンによる集音情報と予め登録してある特定話者の音声情報とに基づいて、特定話者からお散歩などの散歩に行く旨の回答があればステップS205、それを検知することになるステップS204,図4のS27。そして、ロボット端末300は、通常モードの状態からお散歩モードの状態に遷移するとともに、特定話者からの回答に応じて、散歩に行きましょうなどの音声を出力してからステップS206、自クレードル800宛てに通常モードからお散歩モードに、モード変更したことを送信するステップS207,図4のS28~S29。これを受けて、クレードル800は、ロボット端末300のモード情報が、通常モードからお散歩モードにモード変更することを、データセンタ100に対して送信し、その結果、データセンタ100内のDB110には、ロボット端末300のモード情報が、お散歩モードに変更されたという履歴が格納されるステップS208,S210。また、クレードル800は、自クレードルの通信可能エリア内に、ロボット端末300を含む各種ロボット端末が位置するか否かを検知するために、端末サーチモードに遷移するステップS209。その後、ロボット端末300を持って移動している使用者Aが使用者B宅に到達しステップS211、所定時間が経過すると、ロボット端末300は、ロボット端末400との間の通信を行うためにユニークな自端末IDユニークIDを発信するステップS212,図7のS102。ここでは、ロボット端末300は、使用者B宅内にあることから、クレードル900の通信可能エリア内に位置していることになり、ロボット端末300から送信された自端末IDは、クレードル900によって受信されることになるステップS213。クレードル900は、端末IDを受信すると、当該端末IDが、自ロボット端末であるところのロボット端末400端末Bに割り当てられているものであるか否かを判定するステップS214。判定の結果、受信した端末IDがロボット端末400に割り当てられているものであれば、クレードル900は、図8に示す処理を終了するが、ここでは、当該端末IDがロボット端末400に割り当てられているものでないため、クレードル900は、受信した端末IDに自クレードルに割り当てられているクレードルIDを付加してデータセンタ100に送信し、この結果、データセンタ100内のDB110には、クレードル900との通信先にロボット端末300が追加された旨が更新されるステップS215。つぎに、クレードル900は、端末IDの送信元であるロボット端末300に対して、ロボット端末400に割り当てられている端末ID端末B情報を送信するステップS216。ロボット端末300は、この端末IDを受信するとステップS217,図7のS103、ロボット端末400に向けて挨拶を送信しステップS218,図7のS105、ロボット端末400は、この挨拶を自端末のマイクロフォンMICをオン状態とすることによって受けるステップS219。その後、ロボット端末300が、ロボット端末400に対して、自端末内に登録されている使用者Aに関する情報を例えばブルートゥースBT通信によって送信するステップS220,図7のステップS108。ロボット端末400は、この情報を受信するとステップS221、ロボット端末300に向けて挨拶を送信しステップS222、その後、ロボット端末300,400間で、ステップS219~S221に対応する処理が実行され図示せず、井戸端モードに遷移する。それから、必要に応じて、図7のステップS110が実行されることで、ロボット端末300,400という2台以上の端末が、協働して、歌踊りを使用者らに披露することが可能となる。その後、例えば、使用者Bがばいばいなどの挨拶をしてステップS223、それがロボット端末300,400の各々のマイクロフォンで集音されるとステップS224、ロボット端末300,400は、ともにばいばいなどの語を発するステップS225,図4のステップS24。そして、ロボット端末300は、帰宅モードに遷移する。一方、ロボット端末400は、ロボット端末300と初めて協働してフリーモードを実行した場合には、クレードル900を介してDB110に定時接続したときにステップS226、井戸端モード時に協働したロボット端末300に割り当てられている端末IDに、送信元情報として自端末IDを付加してデータセンタ100に送信する。ここで、DB110には、端末ID毎にリスト友達リストが用意されている。データセンタ100は、井戸端モード時に協働した端末IDを受信すると、その送信元を特定し、その送信元に係る友達リストに井戸端モード時に協働した端末IDを格納する。この例では、データセンタ100によって、DB110内のロボット端末400の端末IDに係る友達リストに、ロボット端末300の端末IDが格納されることになるステップS227。それから、ロボット端末300を持って移動している使用者Aが帰宅するとステップS228、ロボット端末300は、自端末IDともに通常モードに遷移したことをクレードル800に向けて発信しステップS229,図4のステップS29、クレードル800がこれを受信するステップS230。つぎに、クレードル800は、定期的になされる通常接続通信時に、自クレードルに割り当てられているクレードルIDをロボット端末300に向けて送信しステップS231、ロボット端末300がこれを受信するステップS232。その後、ステップS214,S215の各処理と同様に、ロボット端末300は、クレードルIDの判定処理を行いステップS233、ここでは、クレードル800クレードルAのものであるから、通常モードに遷移したことをデータセンタ100へ送信することで、DB110におけるモードの更新処理が行われるステップS234。さらに、ステップS226、S227に対応する処理を実行することになるステップS235,S236。"