特許 6790613 情報処理装置、情報管理装置、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6790613

(24)【登録日】2020年11月9日

(45)【発行日】2020年11月25日

(54)【発明の名称】情報処理装置、情報管理装置、及びプログラム

(51)【国際特許分類】

   G06F 3/01 20060101AFI20201116BHJP

   G06F 13/00 20060101ALI20201116BHJP

【ＦＩ】

   G06F3/01 510

   G06F13/00 510A

【請求項の数】17

【全頁数】28

(21)【出願番号】特願2016-173140(P2016-173140)

(22)【出願日】2016年9月5日

(65)【公開番号】特開2018-41172(P2018-41172A)

(43)【公開日】2018年3月15日

【審査請求日】2019年7月19日

(73)【特許権者】

【識別番号】000005496

【氏名又は名称】富士ゼロックス株式会社

(74)【代理人】

【識別番号】110001210

【氏名又は名称】特許業務法人ＹＫＩ国際特許事務所

(72)【発明者】

【氏名】柴田 博仁

【審査官】 佐伯 憲太郎

(56)【参考文献】

【文献】 国際公開第２００９／０６０８６３（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２００６／０２５６０７４（ＵＳ，Ａ１）

【文献】 特開２０１３−７４４３２（ＪＰ，Ａ）

【文献】 特開２０１５−７９３５５（ＪＰ，Ａ）

【文献】 特開２００５−５９８１２（ＪＰ，Ａ）

【文献】 特開２０１５−１８４８６１（ＪＰ，Ａ）

【文献】 特開２０１６−９２４４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ３／０１

Ｇ０６Ｆ ３／０４８−３／０４８９

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

自装置で行われた操作と他装置で行われた操作との順序及び時間間隔が予め定められた順序及び時間間隔に一致する場合に、自装置と他装置とで、当該順序及び時間間隔に関連付けられた通信を行う通信手段
を有し、
前記通信手段は、３以上の操作の順序と操作間の時間間隔とが所定パターンに一致する場合の許容度を、前記３以上の操作の速度、前記自装置または前記他装置の利用者の年齢、リトライ回数、前記自装置または前記他装置の利用者の数のいずれかに応じて可変する、
情報処理装置。

【請求項2】

予め定められた順序及び時間間隔は複数存在し、
前記通信手段は、３以上の操作の順序と操作間の時間間隔とが一致する予め定められた順序及び時間間隔に応じたデータ通信を行う
請求項１に記載の情報処理装置。

【請求項3】

前記通信手段は、３以上の操作の順序と操作間の時間間隔とが一致する予め定められた順序及び時間間隔が複数存在する場合にいずれかのパターンを他のパターンに優先させてデータ通信を行う
請求項２に記載の情報処理装置。

【請求項4】

前記通信手段は、操作数の多い予め定められた順序及び時間間隔を優先させてデータ通信を行う
請求項３に記載の情報処理装置。

【請求項5】

予め定められた順序及び時間間隔は、
自装置の操作と、その後の前記他装置の操作と、その後の自装置の操作を含む第１パターンと、
自装置の操作と、その後の自装置の操作と、その後の前記他装置の操作を含む第２パターンと、
自装置の操作と、その後の前記他装置の操作と、その後の前記他装置の操作を含む第３パターンと、
自装置の操作と、その後の前記他装置の操作と、その後の自装置及び前記他装置の操作を含む第４パターン
の少なくともいずれかを含む請求項２〜４のいずれかに記載の情報処理装置。

【請求項6】

予め定められた順序及び時間間隔は、
自装置の操作と、その後の前記他装置の操作と、相対的に長いその後の自装置の操作を含む第１パターンと、
自装置の操作と、その後の前記他装置の操作と、相対的に長いその後の前記他装置の操作を含む第２パターンと、
自装置の操作と、その後の自装置の操作と、相対的に長いその後の前記他装置の操作を含む第３パターンと、
自装置の操作と、その後の前記他装置の操作と、相対的に長いその後の自装置及び前記他装置の操作を含む第４パターンと、
の少なくともいずれかを含む請求項２〜４のいずれかに記載の情報処理装置。

【請求項7】

予め定められた順序及び時間間隔は、
自装置の操作と、その後の前記他装置の操作と、その後の自装置の操作と、その後の前記他装置の操作を含む第１パターンと、
自装置の操作と、その後の前記他装置の操作と、その後の自装置の操作と、相対的に長いその後の自装置の操作を含む第２パターンと、
自装置の操作と、その後の前記他装置の操作と、その後の自装置の操作と、相対的に長いその後の前記他装置の操作を含む第３パターンと、
自装置の操作と、その後の前記他装置の操作と、その後の自装置の操作と、相対的に長いその後の自装置及び前記他装置の操作を含む第４パターンと、
自装置の操作と、その後の前記他装置の操作と、相対的に長いその後の自装置の操作と、その後の前記他装置の操作を含む第５パターン
の少なくともいずれかを含む請求項２〜４のいずれかに記載の情報処理装置。

【請求項8】

予め定められた順序及び時間間隔は、
自装置の操作と、その後の前記他装置の操作と、その後の自装置の操作と、その後の前記他装置の操作と、その後の自装置の操作を含む請求項２〜４のいずれかに記載の情報処理装置。

【請求項9】

予め定められた順序及び時間間隔は、自装置及び前記他装置の、相対的に強い操作及び相対的に弱い操作を含む請求項５〜８のいずれかに記載の情報処理装置。

【請求項10】

予め定められた順序及び時間間隔は、自装置及び前記他装置の、相対的に長い操作及び相対的に短い操作を含む請求項５〜８のいずれかに記載の情報処理装置。

【請求項11】

前記通信手段は、前記許容度を、３以上の操作の速度が基準速度よりも遅い場合に相対的に大きくする請求項１〜１０のいずれかに記載の情報処理装置。

【請求項12】

前記通信手段は、前記利用者の年齢が高いほど前記許容度を大きくする請求項１〜１０のいずれかに記載の情報処理装置。

【請求項13】

前記通信手段は、前記リトライ回数が多いほど前記許容度を大きくする請求項１〜１０のいずれかに記載の情報処理装置。

【請求項14】

前記通信手段は、前記利用者の数が多いほど前記許容度を大きくする請求項１〜１０のいずれかに記載の情報処理装置。

【請求項15】

前記通信手段は、操作数の相対的に多いパターンと一致した場合には、操作数の相対的に少ないパターンと一致した場合に比べて、相対的に重要度の高いデータ通信を行う請求項２に記載の情報処理装置。

【請求項16】

第１装置で行われた操作と第２装置で行われた操作との順序及び時間間隔が予め定められた順序及び時間間隔とに一致する場合に、前記第１装置と前記第２装置とで、当該順序及び時間間隔とに関連付けられた通信を行わせる制御手段
を有し、
前記制御手段は、３以上の操作の順序と操作間の時間間隔とが所定パターンに一致する場合の許容度を、前記３以上の操作の速度、前記第１装置または前記第２装置の利用者の年齢、リトライ回数、前記第１装置または前記第２装置の利用者の数のいずれかに応じて可変する、
情報管理装置。

【請求項17】

コンピュータに、
第１装置での操作を取得するステップと、
第２装置での操作を取得するステップと、
前記第１装置及び前記第２装置から取得した操作の順序と操作間の時間間隔とが予め定められた順序及び時間間隔とに一致する場合に、前記第１装置と前記第２装置とで、当該予め定められた順序及び時間間隔とに関連付けられたデータ通信を行わせるステップと、
３以上の操作の順序と操作間の時間間隔とが所定パターンに一致する場合の許容度を、前記３以上の操作の速度、前記第１装置または前記第２装置の利用者の年齢、リトライ回数、前記第１装置または前記第２装置の利用者の数のいずれかに応じて可変するステップと、
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報管理装置、及びプログラムに関する。

【背景技術】

【0002】

従来から、複数のデータ通信装置間でデータ通信を行う際に、自然に、かつ簡便に行うためのユーザインターフェイス技術が提案されている。

【0003】

特許文献１には、ネットワーク上に、ディスプレイに対しペン型の入力装置で操作入力をすることができる複数のコンピュータが接続されるシステムが記載されている。各コンピュータは、ペンにより操作入力がされると、ネットワーク上の管理テーブルを確認し管理情報が登録されているか判断し、登録されていない場合は、このペンにより選択したアイコンが示すファイル名、アイコンの形状等を管理情報として登録する。また、登録されている場合はこの管理情報を取得する。ペンがディスプレイに接触したら、この管理情報に示されるコンピュータに対しデータの伝送を要求し、ディスプレイ上にアイコンを表示する。

【0004】

特許文献２には、ユーザが２台の機器を接続したいとき、各機器上の接続ボタンを同時に押下し且つ同時に押下操作を解除することが記載されている。各機器からは接続ボタンの押下及び押下を解除したタイミングを含んだパケットがマルチキャスト送信され、パケットに含まれるタイミングを機器内に記録されているものと比較して、両機器は互いに正しく識別し合う。

【0005】

特許文献３には、携帯電話機がパーソナルコンピュータの入力表示部に載置されたとき、携帯電話機に内蔵されているＲＦタグに記憶されている携帯電話機の電話番号が、パーソナルコンピュータに内蔵されているリーダライタにより読み取られ、その電話番号に基づいて、携帯電話機とパーソナルコンピュータとの間において、電話回線が閉結されることが記載されている。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特許第３９００６０５号

【特許文献2】特許第４３２９３８８号

【特許文献3】特許第５１２０４７４号

【発明の概要】

【発明が解決しようとする課題】

【0007】

複数のデータ通信装置間での同時押下及び同時押下解除等の同期ジェスチャ（タップ等）によるデータ送受信を行う場合、たまたま同期したジェスチャにより意図しない通信装置と情報通信を行う可能性がある。

【0008】

本発明は、複数のデータ通信装置間でのデータ送受信において、同時に操作（入力）がなされることでデータ送受信を可能とする場合に比べて、誤動作を低減する情報処理装置、情報管理装置及びプログラムを提供することにある。

【課題を解決するための手段】

【0009】

請求項１に記載の発明は、自装置で行われた操作と他装置で行われた操作との順序及び時間間隔が予め定められた順序及び時間間隔に一致する場合に、自装置と他装置とで、当該順序及び時間間隔に関連付けられた通信を行う通信手段を有し、前記通信手段は、３以上の操作の順序と操作間の時間間隔とが所定パターンに一致する場合の許容度を、前記３以上の操作の速度、前記自装置または前記他装置の利用者の年齢、リトライ回数、前記自装置または前記他装置の利用者の数のいずれかに応じて可変する、情報処理装置である。

【0010】

請求項２に記載の発明は、予め定められた順序及び時間間隔は複数存在し、前記通信手段は、３以上の操作の順序と操作間の時間間隔とが一致する予め定められた順序及び時間間隔に応じたデータ通信を行う請求項１に記載の情報処理装置である。

【0011】

請求項３に記載の発明は、前記通信手段は、３以上の操作の順序と操作間の時間間隔とが一致する予め定められた順序及び時間間隔が複数存在する場合にいずれかのパターンを他のパターンに優先させてデータ通信を行う請求項２に記載の情報処理装置である。

【0012】

請求項４に記載の発明は、前記通信手段は、操作数の多い予め定められた順序及び時間間隔を優先させてデータ通信を行う請求項３に記載の情報処理装置である。

【0013】

請求項５に記載の発明は、予め定められた順序及び時間間隔は、自装置の操作と、その後の前記他装置の操作と、その後の自装置の操作を含む第１パターンと、自装置の操作と、その後の自装置の操作と、その後の前記他装置の操作を含む第２パターンと、自装置の操作と、その後の前記他装置の操作と、その後の前記他装置の操作を含む第３パターンと、自装置の操作と、その後の前記他装置の操作と、その後の自装置及び前記他装置の操作を含む第４パターンの少なくともいずれかを含む請求項２〜４のいずれかに記載の情報処理装置である。

【0014】

請求項６に記載の発明は、予め定められた順序及び時間間隔は、自装置の操作と、その後の前記他装置の操作と、相対的に長いその後の自装置の操作を含む第１パターンと、自装置の操作と、その後の前記他装置の操作と、相対的に長いその後の前記他装置の操作を含む第２パターンと、自装置の操作と、その後の自装置の操作と、相対的に長いその後の前記他装置の操作を含む第３パターンと、自装置の操作と、その後の前記他装置の操作と、相対的に長いその後の自装置及び前記他装置の操作を含む第４パターンの少なくともいずれかを含む請求項２〜４のいずれかに記載の情報処理装置である。

【0015】

請求項７に記載の発明は、予め定められた順序及び時間間隔は、自装置の操作と、その後の前記他装置の操作と、その後の自装置の操作と、その後の前記他装置の操作を含む第１パターンと、自装置の操作と、その後の前記他装置の操作と、その後の自装置の操作と、相対的に長いその後の自装置の操作を含む第２パターンと、自装置の操作と、その後の前記他装置の操作と、その後の自装置の操作と、相対的に長いその後の前記他装置の操作を含む第３パターンと、自装置の操作と、その後の前記他装置の操作と、その後の自装置の操作と、相対的に長いその後の自装置及び前記他装置の操作を含む第４パターンと、自装置の操作と、その後の前記他装置の操作と、相対的に長いその後の自装置の操作と、その後の前記他装置の操作を含む第５パターンの少なくともいずれかを含む請求項２〜４のいずれかに記載の情報処理装置である。

【0016】

請求項８に記載の発明は、予め定められた順序及び時間間隔は、自装置の操作と、その後の前記他装置の操作と、その後の自装置の操作と、その後の前記他装置の操作と、その後の自装置の操作を含む請求項２〜４のいずれかに記載の情報処理装置である。

【0017】

請求項９に記載の発明は、予め定められた順序及び時間間隔は、自装置及び前記他装置の、相対的に強い操作及び相対的に弱い操作を含む請求項５〜８のいずれかに記載の情報処理装置である。

【0018】

請求項１０に記載の発明は、予め定められた順序及び時間間隔は、自装置及び前記他装置の、相対的に長い操作及び相対的に短い操作を含む請求項５〜８のいずれかに記載の情報処理装置である。

【0020】

請求項１１に記載の発明は、前記通信手段は、前記許容度を、３以上の操作の速度が基準速度よりも遅い場合に相対的に大きくする請求項１〜１０のいずれかに記載の情報処理装置である。

【0021】

請求項１２に記載の発明は、前記通信手段は、前記利用者の年齢が高いほど前記許容度を大きくする請求項１〜１０のいずれかに記載の情報処理装置である。

【0022】

請求項１３に記載の発明は、前記通信手段は、前記リトライ回数が多いほど前記許容度を大きくする請求項１〜１０のいずれかに記載の情報処理装置である。

【0023】

請求項１４に記載の発明は、前記通信手段は、前記利用者の数が多いほど前記許容度を大きくする請求項１〜１０のいずれかに記載の情報処理装置である。

【0024】

請求項１５に記載の発明は、前記通信手段は、操作数の相対的に多いパターンと一致した場合には、操作数の相対的に少ないパターンと一致した場合に比べて、相対的に重要度の高いデータ通信を行う請求項２に記載の情報処理装置である。

【0025】

請求項１６に記載の発明は、第１装置で行われた操作と第２装置で行われた操作との順序及び時間間隔が予め定められた順序及び時間間隔とに一致する場合に、前記第１装置と前記第２装置とで、当該順序及び時間間隔とに関連付けられた通信を行わせる制御手段を有し、前記制御手段は、３以上の操作の順序と操作間の時間間隔とが所定パターンに一致する場合の許容度を、前記３以上の操作の速度、前記第１装置または前記第２装置の利用者の年齢、リトライ回数、前記第１装置または前記第２装置の利用者の数のいずれかに応じて可変する、情報管理装置である。

【0026】

請求項１７に記載の発明は、コンピュータに、第１装置での操作を取得するステップと、第２装置での操作を取得するステップと、前記第１装置及び前記第２装置から取得した操作の順序と操作間の時間間隔とが予め定められた順序及び時間間隔とに一致する場合に、前記第１装置と前記第２装置とで、当該予め定められた順序及び時間間隔とに関連付けられたデータ通信を行わせるステップと、３以上の操作の順序と操作間の時間間隔とが所定パターンに一致する場合の許容度を、前記３以上の操作の速度、前記第１装置または前記第２装置の利用者の年齢、リトライ回数、前記第１装置または前記第２装置の利用者の数のいずれかに応じて可変するステップと、を実行させるプログラムである。

【発明の効果】

【0027】

請求項１，１６，１７に記載の発明によれば、同時に操作がなされることでデータ送受信を可能とする場合に比べて、誤動作が少なくなる。また、操作の速度等に依らずにデータ通信を可能とし得る。

【0028】

請求項２に記載の発明によれば、さらに、パターンに応じたデータ通信が可能となる。

【0029】

請求項３に記載の発明によれば、さらに、いずれかのパターンを他のパターンに優先させたデータ通信が可能となる。

【0030】

請求項４に記載の発明によれば、さらに、操作数の多いパターンを優先させたデータ通信を可能とする。

【0031】

請求項５，６に記載の発明によれば、さらに３つの操作からなるパターンに応じたデータ通信が可能となる。

【0032】

請求項７に記載の発明によれば、さらに４つの操作からなるパターンに応じたデータ通信が可能となる。

【0033】

請求項８に記載の発明によれば、さらに５つの操作からなるパターンに応じたデータ通信が可能となる。

【0034】

請求項９に記載の発明によれば、さらに、相対的に強い操作及び相対的に弱い操作のパターンに応じたデータ通信が可能となる。

【0035】

請求項１０に記載の発明によれば、さらに、相対的に長い操作及び相対的に短い操作のパターンに応じたデータ通信が可能となる。

【0037】

請求項１１に記載の発明によれば、さらに、操作の速度が基準速度よりも遅い場合でもデータ通信を可能とし得る。

【0038】

請求項１２に記載の発明によれば、さらに、利用者の年齢に依らずにデータ通信を可能とし得る。

【0039】

請求項１３に記載の発明によれば、さらに、リトライ後のデータ通信を容易化し得る。

【0040】

請求項１４に記載の発明によれば、さらに、利用者の数に依らずにデータ通信を可能とし得る。

【0041】

請求項１５に記載の発明によれば、さらに、偶発的に生じる確率が低い操作数の相対的に多いパターンによって相対的に重要度の高いデータ通信が可能となる。

【図面の簡単な説明】

【0042】

【図1】複数の装置での入力を示す模式図である。

【図2】リズムの速度を変化させた場合のばらつきの度合いを示すグラフ図である。

【図3】リズムＡＢＡにおける回帰分析結果のグラフ図である。

【図4】リズムＡＢＡ−Ｃの模式図である。

【図5】リズム毎の誤検出頻度を示す説明図である。

【図6】第１実施形態のシステム構成図である。

【図7】イベントテーブル説明図である。

【図8】リズムＡＢＡＢの模式図である。

【図9】リズム毎のＬ２，Ｌ３，Ｌ４の回帰分析結果を示す説明図である。

【図10】リズムＡＢ−Ｃの模式図である。

【図11】リズム検出後の処理説明図である。

【図12】コマンドテーブル説明図である。

【図13】第２実施形態のシステム構成図である。

【図14】イベントメッセージ説明図である。

【図15】第２実施形態のシーケンス図である。

【図16】リズムＡＢＡ−Ｃの模式図である。

【図17】イベントテーブル説明図である。

【図18】リズムＡＢＡＢの模式図である。

【図19】イベントメッセージ説明図である。

【発明を実施するための形態】

【0043】

以下、図面に基づき本発明の実施形態について説明する。

【0044】

＜基本原理＞
まず、本実施形態の基本原理について説明する。

【0045】

図１は、本実施形態の基本原理を示すシーケンス図である。複数の情報処理装置（データ通信装置等）として、装置Ａ及び装置Ｂが存在するものとし、装置Ａと装置Ｂとの間の所定パターンでの操作（入力）があったことを示す。

【0046】

まず装置Ａにおいて操作としての入力Ｔ１があり、次にＬ１時間経過後に装置Ｂにおいて操作としての入力Ｔ２があり、次にＬ２時間経過後に装置Ａにおいて入力Ｔ３があった場合である。入力Ｔ１、Ｔ２、Ｔ３は、例えば装置Ａ及び装置Ｂにおいてタッチパネルをタップする行為やボタンを押下操作する行為である。本実施形態では、このような、
Ｔ１→Ｔ２→Ｔ３
という入力の周期的な反復を用いて装置Ａと装置Ｂとの間のデータ送受信を許可する。本実施形態において、入力の周期的な反復を「リズミカルな入力」と称する。入力をタップとすると、リズミカルなタップにより装置Ａと装置Ｂとの間のデータ送受信を許可するということができる。リズミカルな入力によりデータ送受信を許可する利点は以下の通りである。

【0047】

すなわち、１人でリズムをきざむのは比較的簡単であるから、データ送受信の指定を簡便化できる。また、他人とリズムをきざむのは難しいことから、誤動作及び盗聴を防止し得る。また、長いリズムをきざむのは難しいことから、リズムの長さにより安全性を調整することができる。また、リーダ（指揮者）がいて、相手と協調する意思があれば相手と一緒にリズムをきざむことができることから、一斉配信、つまり１対Ｎのデータ送信が可能となる。また、この際、タップ等の身体動作を伴うので、誰がどの装置からどの装置にデータを送信しているのかを容易に把握することができ、強調作業がし易くなる。さらに、３連リズム、４連リズム、ＡＢＡ、Ａ−ＢＡ、Ａ−ＡＢ等、リズムは多様であることから、拡張性を持たせることができる。

【0048】

本願発明者等は、複数のリズムについて実験を行った。実験の概要は以下の通りである。
参加者：１５名（男性１３名、女性２名）
年齢：２２歳〜２６歳（平均２３．８歳）
利き手：右利き１４名、左利き１名
作業：左右の手でのリズミカルなタップ９９個について、４尺度で主観評価（１〜５の５段階評価で１は最もし難い場合に該当し、５は最もし易い場合に該当する）
・指定スピードでのタップし易さ（１タップ１５０ｍｓ）
・高速でのタップし易さ
・覚え易さ
・馴染み易さ（親しみ易さ）

【0049】

上記４尺度の平均点を合計した総合評価で上位にランキングされた８個のリズムを選定するとともに、長さ、利き手タップ数のバランスを考慮して、さらに３個のリズムを選定して評価。合計１１個のリズムは次の通り。
（１）ＡＢＡ
（２）ＡＡＢ
（３）ＡＢＢ
（４）ＡＢＡＢ
（５）ＡＢ−Ａ
（６）ＡＢ−Ｂ
（７）ＡＢ−Ｃ
（８）ＡＢＡＢＡ
（９）ＡＢＡ−Ａ
（１０）ＡＢＡ−Ｃ
（１１）ＡＢ−ＡＢ

【0050】

ここで、Ａは利き手のタップ、Ｂは非利き手のタップ、Ｃは両手のタップを示し、「−」はタップ間に一定の休止期間があることを示す。例えば「ＡＢ−Ｂ」は、まず利き手でタップし、次に非利き手でタップし、その後一定の休止期間後に非利き手でタップするリズムを示す。各リズムで最低５回ずつタップしてログを回収した。さらに、
（１）利き手から開始する場合（レギュラー：Regular）
（２）非利き手から開始する場合（Reverse）
についてログを回収した。さらに、
（１）好きなスピード（Preferred）
（２）ゆっくり（Slow）
（３）できるだけ速く（Fast）
（４）指定スピード（Specified）
の４段階のスピードでタップした場合のログを回収した。

【0051】

なお、これらのリズムは、３つのリズム、４つのリズム、５つのリズムの３種類に大別することができる。

【0052】

３つのリズムは、
ＡＢＡ
ＡＡＢ
ＡＢＢ
ＡＢ−Ａ
ＡＢ−Ｂ
ＡＢ−Ｃ
である。Ａを第１の入力、Ｂを第２の入力とすると、ＡＢＡは、まず第１の入力があり、その後に第２の入力があり、その後に第１の入力があると表現できる。また、ＡＢ−Ａは、まず第１の入力があり、その後に第２の入力があり、相対的に長いその後の第１の入力があると表現できる。ＡＢ−Ｃは、まず第１の入力があり、その後に第２の入力があり、相対的に長いその後の第１の入力及び第２の入力があると表現できる。「相対的に長い」とは、上記の休止期間を意味し、最初の第１の入力と次の第２の入力の間の時間よりも相対的に長いことを意味する。３つ以上のリズムとしては、これら意外にもＡＡ−ＢやＡＡ−Ｃもあり、これらを含めてもよい。

【0053】

４つのリズムは、
ＡＢＡＢ
ＡＢＡ−Ａ
ＡＢＡ−Ｃ
ＡＢ−ＡＢ
である。同様に、Ａを第１の入力、Ｂを第２の入力とすると、ＡＢＡＢは、まず第１の入力があり、その後に第２の入力があり、その後に第１の入力があり、その後に第２の入力があると表現できる。また、ＡＢＡ−Ｃは、まず第１の入力があり、その後に第２の入力があり、その後に第１の入力があり、相対的に長いその後に第１の入力及び第２の入力があると表現できる。また、ＡＢ−ＡＢは、まず第１の入力があり、その後に第２の入力があり、相対的に長いその後に第１の入力があり、その後に第２の入力があると表現できる。

【0054】

５つのリズムは
ＡＢＡＢＡ
である。同様に、Ａを第１の入力、Ｂを第２の入力とすると、ＡＢＡＢＡは、まず第１の入力があり、その後に第２の入力があり、その後に第１の入力があり、その後に第２の入力があり、その後に第１の入力があると表現できる。

【0055】

図２及び図３は、実験結果を示す。図２は、Fast, Specified, Preferred, Slowの４段階のスピード毎の、RegularとReverseにおけるタップ期間の長さを示す。それぞれ、
Fast：１１５．４ｍｓ
Specified：１３９．２ｍｓ
Preferred：２１７．１ｍｓ
Slow：３９１．６ｍｓ
であり、利き手から始める場合と非利き手から始める場合とでリズムに大きな変化がないことが分かる。但し、Specifiedに比べてFastの場合及びSlowの場合では、時間的なぶれが大きくなることが分かる。

【0056】

また、２つのタップに着目し、２つのタップの時間差が４６．３ｍｓ以内であれば２つのタップは同時にタップされたものとみなすことができ、２つのタップの時間差が４７．０ｍｓ〜４５１．３ｍｓの範囲内であればこの２つのタップを起点としたリズミカルなタップの可能性ありとみなすことができる。以下、この時間範囲の最小値をＳｍｉｎ、最大値をＳｍａｘとする。また、同時タップとみなせる上限値をＤｍａｘとする。

【0057】

さらに、休止は長めにとられる傾向にあることも判明した。

【0058】

一連のタップをリズミカルなタップと判定するためには、以下の基準を満たす必要がある。
基準１：デバイスの妥当性
タップ列Ｔ１、Ｔ２、Ｔ３（図１参照）がリズムＡＢＡとなるためには、
device (T1) ≠ device (T2)
device (T1) = device (T3)
である。ここで、device (T)はタップＴのデバイス（装置）であることを示す。
基準２：区間列の妥当性
タップ列Ｔ１，Ｔ２，Ｔ３がリズムＡＢＡとなるためには、タップＡと次のタップＢの間の時間をＬ１、タップＢと次のタップＡの間の時間をＬ２として（図１参照）
Ｓｍｉｎ≦Ｌ１≦Ｓｍａｘ
Ｌ２がリズムＡＢＡでのＬ１をもとにした９５％予測区間の中に収まる
ことが必要である。

【0059】

図３は、リズムＡＢＡの場合における、Ｌ１とＬ２の回帰分析結果である。図において、横軸はＬ１（タップＡと次のタップＢの間の時間）、縦軸はＬ２（タップＢと次のタップＡの間の時間）である。Ｌ１＝ｘ、Ｌ２＝ｙとすると、
ｙ＝０．９１５２ｘ＋３７．２６９
Ｒ^２＝０．８９１６
が得られる。同様にして、他のリズムの回帰分析を行うと、以下の式が得られる。
リズムＡＡＢ：
Ｌ２＝１．０３Ｌ１ー７．１
リズムＡＢＢ：
Ｌ２＝０．８５Ｌ１＋４３．７
リズムＡＢＡＢ：
Ｌ２＝０．９６Ｌ１＋１４．１、Ｌ３＝０．９５Ｌ１＋１０．６
リズムＡＢ−Ａ：
Ｌ２＝１．５４Ｌ１＋１８３．０
リズムＡＢ−Ｂ：
Ｌ２＝１．４８Ｌ１＋１９５．９
リズムＡＢ−Ｃ：
Ｌ２＝１．４５Ｌ１＋２０７．９
リズムＡＢＡＢＡ：
Ｌ２＝０．９３Ｌ１＋２２．５、Ｌ３＝０．９７Ｌ１−０．５、Ｌ４＝０．９２Ｌ１＋３６．４
リズムＡＢＡ−Ａ：
Ｌ２＝０．９７Ｌ１＋２８．０、Ｌ３＝１．５４Ｌ１＋１６６．５
リズムＡＢＡ−Ｃ：
Ｌ２＝０．９５Ｌ１＋３４．１、Ｌ３＝１．４４Ｌ１＋１７０．０
リズムＡＢ−ＡＢ：
Ｌ２＝１．５９Ｌ１＋１４６．５、Ｌ３＝０．９５Ｌ１＋０．３

【0060】

なお、リズムＡＢＡＢにおけるＬ３は、最初のタップＡと次のタップＢまでの時間をＬ１、当該タップＢと次のタップＡまでの時間をＬ２、当該タップＡから最後のタップＢまでの時間をＬ３とした場合のＬ３を意味する。同様に、リズムＡＢＡＢＡのＬ４は、２番目のタップＢから最後のタップＡまでの時間を意味する。一般に、ｉ番目のタップと（ｉ＋１）番目のタップの間の時間をＬｉと表現することができる。

【0061】

Ｌ１をもとにしたＬ２，Ｌ３，Ｌ４の９５％予測区間は、
ｙ’−ｔ（ｎ−ｐ−１，０．９７５）＊ＳＥ≦ｙ≦ｙ’＋ｔ（ｎ−ｐ−１，０．９７５）＊ＳＥ
である。ここで、ｙ’はｙの予測値であり、上記の各リズム毎に得られる回帰分析結果から算出される。ＳＥは回帰分析で得られた標準偏差である。ｔ（ｎ−ｐ−１，０．９７５）は自由度ｎ−ｐ−１のｔ分布の０．９７５パーセンタイル（全体を１００として小さい方から数えて何番目になるのかを示す数値）であり、ｎは観測データの標本数、ｐは説明変数の数でこの場合は１である。

【0062】

いま、リズムＡＢＡ−Ｃを例にとる。図４は、タップ列Ｔ１，Ｔ２，Ｔ３，Ｔ４，Ｔ５を模式的に示す。まず利き手でタップＴ１、次にＬ１後に非利き手でタップＴ２、次にＬ２後に利き手でタップＴ３、最後のＬ３後に両手でタップＴ４，Ｔ５を行う。両手でタップＴ４，Ｔ５をする場合の時間差をＬ４とする。これらのタップ列Ｔ１，Ｔ２，Ｔ３，Ｔ４，Ｔ５がリズムＡＢＡ−Ｃと判断されるためには、
基準１：デバイスの妥当性
device (T1) ≠ device (T2)
device (T1) = device (T3)
device (T4) ≠ device (T5)
かつ、
device (T1) = device (T4) またはdevice (T1) = device (T5)
基準２：第１区間の妥当性
Ｓｍｉｎ≦Ｌ１≦Ｓｍａｘ
基準３：第２区間の妥当性
リズムＡＢＡ−ＣにおけるＬ１をもとにしたＬ２の９５％予測区間を［ｍｉｎ２，ｍａｘ２］とすると、タップＴ３が区間［Ｔ２＋ｍｉｎ２，Ｔ２＋ｍａｘ２］内に収まる。
基準４：第３区間の妥当性
リズムＡＢＡ−ＣにおけるＬ１をもとにしたＬ３の９５％予測区間を［ｍｉｎ３，ｍａｘ３］とすると、タップＴ４が区間［Ｔ３＋ｍｉｎ３，Ｔ３＋ｍａｘ３］内に収まる。
基準５：第４区間の妥当性
これは同時タップの妥当性であり、
０≦Ｌ４≦Ｄｍａｘ

【0063】

以上のような基準で、任意のタップ列を特定のリズムと判断する。そして、複数のリズムの中で、特に判断し易い、言い換えれば誤検出の少ないリズムがあればそれを選択し、複数のデータ通信装置間でデータ送受信を行うためのトリガとなるリズムとして選定し得る。

【0064】

図５は、ユーザ数（person）を１人、５人、１０人、２０人と変動させ、各リズムとなるように装置をタップした場合の、各リズムの誤検出の頻度を示す。５日間の合計誤検出頻度である。例えば、ユーザ数が１０人の場合において、
ＡＢＡＢ→１
ＡＢ−Ｃ→０
ＡＢＡＢＡ→０
ＡＢＡ−Ａ→０
ＡＢＡ−Ｃ→０
ＡＢ−ＡＢ→０
であり、これらのリズムはほぼ確実かつ正確に判定できることが分かる。従って、これらのリズムを用いることで、確実かつ正確にデータ通信装置間のデータ送受信を確立し得る。一般に、タップ数を４以上とすることで、誤検出の頻度を著しく低減し得る。

【0065】

このようにして誤検出頻度の少ないリズムを選択し、選択したリズムを用いて複数の装置間のデータ通信を許可する。

【0066】

複数の装置は、同一利用者が使用するものでもよいし、それぞれの装置を異なる利用者が使用するものでもよい。前者の場合、同一人が複数の装置を所有し、利き手で一方の装置をタップし、非利き手で他方の装置をタップして両装置間でのデータ通信を許可する。後者の場合、それぞれの利用者が利き手あるいは非利き手で自己の装置をタップすることで両装置間でのデータ通信を許可する。

【0067】

次に、本実施形態について、より具体的に説明する。

【0068】

＜第１実施形態＞
図６は、本実施形態のシステム構成図を示す。システムは、サーバクライアントシステムである。２つのクライアント端末（以下、これをクライアントと称する）１０ａ、１０ｂが通信回線を介してサーバ１２に接続される。クライアント１０ａは、情報処理装置であって第１端末として機能し、クライアント１０ｂは、情報処理装置であって第２端末として機能する。また、サーバ１２は情報管理装置として機能する。

【0069】

クライアント１０ａ、１０ｂは、それぞれデバイス登録手段、イベント取得手段、コマンド受付手段、メッセージ送信手段、及びメッセージ受信手段を備える。

【0070】

デバイス登録手段は、利用者（ユーザ）からの指示に基づき、クライアントデバイスのデバイス名とデバイスＩＤを取得し、サーバ１２に送信する。

【0071】

イベント取得手段は、入力を受け付ける入力手段として機能し、クライアントで生じた入力（イベント）を取得し、デバイスＩＤとイベントの種類をサーバ１２に送信する。本実施形態における入力はタップであり、イベント取得手段は具体的にはタッチパネルで構成され得る。

【0072】

コマンド受付手段は、サーバ１２側のコマンド管理手段からコマンドを受け取り、コマンドに対応するメッセージを送付先のデバイス（クライアント）に送信する。

【0073】

メッセージ送信手段は、コマンド受付手段の指示に基づき、メッセージを生成し、送信先のデバイス（クライアント）にメッセージを送信する。

【0074】

メッセージ受信手段は、他のデバイス（クライアント）からメッセージを受け取り、当該メッセージに応じた処理を実行する。

【0075】

他方、サーバ１２は、デバイス管理手段、イベント管理手段、リズムタップ検出手段、コマンド管理手段を備えるとともに、データベース（ＤＢ）として、デバイステーブルＤＢ１２１、イベントテーブルＤＢ１２２、リズムテーブルＤＢ１２３、及びコマンドテーブルＤＢ１２４を備える。

【0076】

デバイス管理手段は、クライアント１０ａ、１０ｂのデバイス登録手段から送信されたデバイス名とデバイスＩＤをデバイステーブルＤＢ１２１に登録する。

【0077】

イベント管理手段は、クライアント１０ａ、１０ｂのイベント取得手段から送信されたデバイスＩＤとイベント時刻をイベントテーブルＤＢ１２２に登録する。

【0078】

リズムタップ検出手段は、イベントテーブルＤＢ１２２に新たなイベントが追加される毎に、新たなリズムタップが生じているか否かを判定してリズムタップを検出する。リズムタップ検出手段は、リズムテーブルＤＢ１２３に格納されたリズムテーブルを参照することでタップ列の区間の妥当性を判定することでリズムタップを検出する。

【0079】

コマンド管理手段は、クライアント間のデータ通信を許可する許可手段として機能し、リズムタップ検出手段でリズムタップを検出した場合に、クライアント１０ａ、１０ｂにメッセージ送信のコマンド指示を送信する。リズムによって送信するコマンドの種類が異なるため、コマンドテーブルＤＢ１２４に格納されたコマンドテーブルを参照することで、検出したリズムタップに対応するコマンド指示を送信する。

【0080】

以下、各部の処理について詳細に説明する。

【0081】

サーバ１２のデバイス管理手段は、クライアント１０ａ、１０ｂのデバイス登録手段から受け取ったデバイス名とデバイスＩＤをデバイステーブルＤＢ１２１に登録するが、最も簡易な構成は、デバイスＩＤのリストである。具体的には、ＩＤ＝１→クライアント１０ａ、ＩＤ＝２→クライアント１０ｂ、・・・等である。

【0082】

デバイスの登録にはいくつかの方法がある。ダイアログやファイル等で指定してもよいし、複数のクライアントで会議を行う際に、会議開始時にＮＦＣでかざす等の方法でユーザ登録と兼用でデバイス登録を行ってもよい。このとき、デバイスの登録は会議中のみ有効とし、会議終了後にデバイス登録を解除するのが望ましい。

【0083】

サーバ１２のイベント管理手段は、クライアント１０ａ、１０ｂでイベントが発生したことを検知すると、デバイスＩＤとイベントの種類、及びイベントの受取時刻をイベントテーブルＤＢ１２２に登録する。クライアント１０ａ、１０ｂのイベント取得手段から送信されるデバイスＩＤとイベントの種類は、例えば
デバイス：２
イベント：プレス（press）
である。

【0084】

図７は、イベントテーブルＤＢ１２２に登録されるイベントテーブルの一例を示す。イベントＩＤ、受取時刻、デバイスＩＤ、イベントの種類が関連付けて登録される。なお、クライアント１０ａ、１０ｂとサーバ１２間の通信には遅延がないものとし、クライアント１０ａ、１０ｂでのイベント発生時刻は無視する。勿論、イベント発生時刻及びイベント受取時刻をともにイベントテーブルＤＢ１２２に登録してもよい。

【0085】

サーバ１２のリズムタップ検出手段は、イベントテーブルＤＢ１２２に登録されたイベント列、すなわちタップ列を用いて特定のリズムを検出する。リズムタップ検出のアルゴリズムを、いくつかのリズムを例にとり説明する。

【0086】

＜リズムＡＢＡＢの検出＞
図８は、クライアント１０ａ及びクライアント１０ｂでそれぞれタップがあった場合を模式的に示す。図においてＡはクライアント１０ａでのタップ、Ｂはクライアント１０ｂでのタップを示す。まず、クライアント１０ａでタップＴ１があり、次にクライアント１０ｂでタップＴ２があり、次にクライアント１０ａでタップＴ３があり、次にクライアント１０ｂでタップＴ４があった場合である。タップＴ１とタップＴ２の間の時間をＬ１、タップＴ２とタップＴ３の間の時間をＬ２、タップＴ３とタップＴ４の間の時間をＬ３とする。

【0087】

これらのタップ列Ｔ１，Ｔ２，Ｔ３，Ｔ４がリズムタップＡＢＡＢと判定されるためには、
基準１：デバイスの妥当性
device (T1) ≠ device (T2)
device (T1) = device (T3)
device (T2) = device (T4)
基準２：第１区間の妥当性
Ｓｍｉｎ≦Ｌ１≦Ｓｍａｘ
基準３：第２区間の妥当性
リズムＡＢＡＢにおけるＬ１をもとにしたＬ２の９５％予測区間を［ｍｉｎ２，ｍａｘ２］とすると、Ｔ３が区間［Ｔ２＋ｍｉｎ２，Ｔ２＋ｍａｘ２］の中に収まる
基準４：第３区間の妥当性
リズムＡＢＡＢにおけるＬ１をもとにしたＬ３の９５％予測区間を［ｍｉｎ３，ｍａｘ３］とすると、Ｔ４が区間［Ｔ３＋ｍｉｎ３，Ｔ３＋ｍａｘ３］の中に収まる
との基準を満たすか否かを判定する。ここで、Ｓｍｉｎ、Ｓｍａｘ、ｍｉｎ２、ｍａｘ２、ｍｉｎ３、ｍａｘ３は、予めリズムテーブルＤＢ１２３に登録しておく。あるいは、これらの値をＬ１から回帰分析結果を用いて算出してもよい。

【0088】

図９は、リズムテーブルＤＢ１２３に格納されるリズムテーブルの一例を示す。リズム毎に、回帰分析結果（線形回帰）の傾き、切片、ｔ、ＳＥの値が関連付けて登録される。これらのパラメータは、各リズムにおいて、Ｌ１をもとにしてＬ２，Ｌ３，Ｌ４の９５％予測区間の下限と上限を算出するのに必要なパラメータである。例えば、リズムＡＢＡにおけるＬ２の９５％予測期間の下限ｍｉｎ２及び上限ｍａｘ２は、
ｍｉｎ２＝０．９１＊Ｌ１＋３７．２−１．９６＊１６７６
ｍａｘ２＝０．９１＊Ｌ１＊３７．２＋１．９６＊１６７６
と算出される。なお、リズムＡＢＡ−Ｃでは、４番目のタップがクライアント１０ａとクライアント１０ｂの同時タップであり、この場合には便宜上、全ての値を０として登録しておく。

【0089】

検出アルゴリズムは以下の通りである。

【0090】

ＡＢＡＢの有効な部分タップ列の集合をＲ^ＡＢＡＢとする。有効な部分タップ列とは、デバイスの妥当性と区間の妥当性の両条件を満足する部分タップ列である。

【0091】

タップＴが生じたとき、Ｒ^ＡＢＡＢの全ての要素ｒに対して、
ｒ＝１のとき（ｒ＝Ｔ１）
Ｓｍｉｎ≦Ｔ−Ｔ１（＝Ｌ１）≦Ｓｍａｘのとき、device (T1)≠device(T)であればｒをＴ１Ｔで置き換える。他方、Ｓｍａｘ＜Ｔ−Ｔ１（＝Ｌ１）のときは、ｒをＲ^ＡＢＡＢから削除する。
ｒ＝２のとき（ｒ＝Ｔ１Ｔ２）
ｍｉｎ２≦Ｔ−Ｔ２（＝Ｌ２）≦ｍａｘ２のとき、device (T1)=device (T)であればｒをＴ１Ｔ２Ｔで置き換える。他方、ｍａｘ２＜Ｔ−Ｔ２のときは、ｒをＲ^ＡＢＡＢから削除する。
ｒ＝３のとき（ｒ＝Ｔ１Ｔ２Ｔ３）
ｍｉｎ３≦Ｔ−Ｔ３（＝Ｌ３）≦ｍａｘ３のとき、device (T2)=device (T)であればＴ１Ｔ２Ｔ３Ｔをリズムタップとして判定する。他方、ｍａｘ３＜Ｔ−Ｔ３のときは、ｒをＲ^ＡＢＡＢから削除する。

【0092】

以上の処理を全ての要素ｒに対して繰り返し実行することで、タップ列Ｔ１，Ｔ２，Ｔ３，Ｔ４がリズムＡＢＡＢであるか否かを判定する。

【0093】

＜リズムＡＢ−Ｃの検出＞
図１０は、クライアント１０ａ及びクライアント１０ｂでそれぞれタップがあった場合を模式的に示す。図においてＡはクライアント１０ａでのタップ、Ｂはクライアント１０ｂでのタップを示す。まず、クライアント１０ａでタップＴ１があり、次にクライアント１０ｂでタップＴ２があり、次にクライアント１０ｂ及びクライアント１０ａでほぼ同時にタップＴ３、Ｔ４があった場合である。タップＴ１とタップＴ２の間の時間をＬ１、タップＴ２とタップＴ３の間の時間をＬ２、タップＴ３とタップＴ４の間の時間をＬ３とする。

【0094】

これらのタップ列Ｔ１，Ｔ２，Ｔ３，Ｔ４がリズムタップＡＢ―Ｃと判定されるためには、
基準１：デバイスの妥当性
device (T1) ≠ device (T2)
device (T3) ≠ device (T4)
かつ、
device (T1) = device (T3)またはdevice (T１) = device (T4)
基準２：第１区間の妥当性
Ｓｍｉｎ≦Ｌ１≦Ｓｍａｘ
基準３：第２区間の妥当性
リズムＡＢ―ＣにおけるＬ１をもとにしたＬ２の９５％予測区間を［ｍｉｎ２，ｍａｘ２］とすると、Ｔ３が区間［Ｔ２＋ｍｉｎ２，Ｔ２＋ｍａｘ２］の中に収まる
基準４：第３区間の妥当性
０≦Ｌ３≦Ｄｍａｘ
との基準を満たすか否かを判定する。Ｓｍｉｎ、Ｓｍａｘ、ｍｉｎ２、ｍａｘ２、Ｄｍａｘ、予めリズムテーブルＤＢ１２３に登録しておく。あるいは、これらの値をＬ１から回帰分析結果を用いて算出してもよい。

【0095】

検出アルゴリズムは以下の通りである。
ｒ＝１のとき（ｒ＝Ｔ１）
Ｓｍｉｎ≦Ｔ−Ｔ１（＝Ｌ１）≦Ｓｍａｘのとき、device (T1)≠device(T)であればｒをＴ１Ｔで置き換える。他方、Ｓｍａｘ＜Ｔ−Ｔ１（＝Ｌ１）のときは、ｒをＲ^ＡＢＡＢから削除する。
ｒ＝２のとき（ｒ＝Ｔ１Ｔ２）
ｍｉｎ２≦Ｔ−Ｔ２（＝Ｌ２）≦ｍａｘ２のとき、device (T1)=device (T)またはdevice(T2)=device(T)であればｒをＴ１Ｔ２Ｔで置き換える。他方、ｍａｘ２＜Ｔ−Ｔ２のときは、ｒをＲ^ＡＢＡＢから削除する。
ｒ＝３のとき（ｒ＝Ｔ１Ｔ２Ｔ３）
０≦Ｔ−Ｔ３≦Ｄｍａｘのとき、device (T１)=device (T)またはdevice (T2)=device (T)
であればＴ１Ｔ２Ｔ３Ｔをリズムタップとして判定する。他方、Ｄｍａｘ＜Ｔ−Ｔ３のときは、ｒをＲ^ＡＢＡＢから削除する。

【0096】

以上の処理を全ての要素ｒに対して繰り返し実行することで、タップ列Ｔ１，Ｔ２，Ｔ３，Ｔ４がリズムＡＢ−Ｃであるか否かを判定する。

【0097】

なお、複数のリズムタップが同時に検出される場合があり得る。例えば、リズムＡＢＡとリズムＡＢＡＢＡ等である。このような場合、予めどちらのリズムを優先させるかプライオリティを決めておけばよい。リズムの長い方を優先する等である。リズムの長い方が発生確率が低く、その分だけ確実性が向上するからである。

【0098】

図１１は、特定のリズムを検出した場合の処理を模式的に示す。サーバ１２のりズムタップ検出手段でリズムタップを検出すると、コマンド管理手段は、検出されたリズムタップに対応するコマンドをコマンドテーブルＤＢ１２４から読み出す。コマンド管理手段は、読み出したコマンド（検出したリズムに対応するコマンド）をクライアント１０ａのコマンド受付手段に送信する。クライアント１０ａのメッセージ送信手段は、クライアント１０ｂにメッセージを送信する。クライアント１０ｂのメッセージ受信手段は、受信したメッセージに応じた処理を実行する。

【0099】

図１２は、コマンドテーブルＤＢ１２４に格納されるコマンドテーブルの一例を示す。リズムとコマンドが対応付けて記憶される。例えば、
リズムＡＢＡ：TextSend
リズムＡＡＢ：FileSend
等である。ここで、コマンドは、リズムが検出されたクライアント１０ａとクライアント１０ｂの間で実行されるべきコマンドである。また、コマンドは、検出されたリズムの最初のタップＴ１を実行したクライアントに送信される。

【0100】

例えば、リズムＡＡＢ検出された場合、コマンドはFileSend（アクティブファイルの送信)であり、最初のタップＴ１はクライアント１０ａで実行されているから、コマンド管理手段はクライアント１０ａに対して、「クライアント１０ｂにファイルを送信する」旨のコマンドを送信する。なお、FileSendコマンドはアクティブファイルの送信を意味するコマンドであり、ファイルの送信先はＢであるタップＴ３のデバイスであるクライアント１０ｂを指定する。

【0101】

クライアント１０ａでは、コマンド受付手段がサーバ１２からのコマンドを受け取り、メッセージ送信手段がクライアント１０ｂにメッセージとファイルを送信する。クライアント１０ｂでは、メッセージ受信手段がメッセージを受け取り、メッセージの種類に応じた処理を行う。例えば、受信したファイルをクライアント１０ｂのディスプレイに表示する。

【0102】

なお、複数種類のリズムに対してリズムタップを検出する場合、基本的にはリズムごとに異なるアルゴリズムを同時並行的に実行することになる。判定基準やパラメータがリズムごとに異なるからである。例えば、３種類のリズムＡＢＡ、ＡＢＢ、ＡＢＡＢを検出する場合、サーバ１２がタップＴのイベントをクライアント１０ａ、１０ｂから受信すると、ＡＢＡ、ＡＢＢ、ＡＢＡＢの３種類の検出アルゴリズムを全て並列実行する。この際、異なるリズムのリズムタップが同時に検出されることもあり得るので、既述したようにどれを優先するかを事前に決めておくことが望ましい。優先順位順に検出アルゴリズムを実行し、リズムタップが検出された段階でタップＴに対するリズムタップ検出を終了してもよい。

【0103】

また、同じタップから始まる異なるリズムが検出される可能性もある。例えば、ＡＢＡとＡＢＡＢである。ＡＢＡＢはＡＢＡの延長に該当する。長いタップ列の検出を優先する場合において、ＡＢＡが検出された段階ですぐにＡＢＡが検出されたと判断してはならない。ＡＢＡが検出された後、少し待って、ＡＢＡＢが検出されないことを確認した上でＡＢＡが検出されたと判断する必要がある。すなわち、ＡＢＡＢが検出されなかったことによって、タップされたのはＡＢＡであったと判定する。ＡＢＡが検出された時点でＡＢＡを仮判定し、その後にＡＢＡＢが検出されなかったことをもって仮判定したＡＢＡを本判定するということもできる。

【0104】

＜第２実施形態＞
図１３は、本実施形態のシステム構成図を示す。システムは、２つのクライアント１０ａ、１０ｂが互いに通信するピア・ツー・ピア（Peer to Peer：P2P）構成である。クライアント１０ａ、１０ｂは、ともに情報処理装置として機能する。

【0105】

クライアント１０ａ，１０ｂは、それぞれ、イベント取得手段、リズムタップ判定手段、メッセージ送信手段、メッセージ受信手段を備え、データベース（ＤＢ）として、リズムテーブルＤＢ及びコマンドテーブルＤＢを備える。図において、クライアント１０ａのリズムテーブルＤＢ、コマンドテーブルＤＢをリズムテーブルＤＢ１０ａ１、コマンドテーブルＤＢ１０ａ２と示し、クライアント１０ｂのリズムテーブルＤＢ、コマンドテーブルＤＢをリズムテーブルＤＢ１０ｂ１、コマンドテーブルＤＢ１０ｂ２と示す。

【0106】

クライアント１０ａ，１０ｂのイベント取得手段は、クライアント１０ａ，１０ｂで生じたイベントを取得し、イベントメッセージを他のクライアントにブロードキャスト送信する。

【0107】

クライアント１０ａ，１０ｂのリズムタップ判定手段は、有効な複数のイベントメッセージに対して、リズムタップ判定の継続／受理／却下を判定する。判定には、リズムテーブルＤＢ１０ａ１、１０ｂ１を参照する。

【0108】

「継続」であれば、対応するクライアントにイベントメッセージを送信する。

【0109】

「受理」であれば、コマンドテーブルＤＢ１０ａ２，１０ｂ２を参照して、メッセージ送信手段に依頼して、対応するコマンドを対応するクライアントに送信する。

【0110】

「却下」であれば、他のクライアントとのイベントメッセージのやり取りを中止する。

【0111】

クライアント１０ａ，１０ｂのメッセージ送信手段は、コマンドに基づきメッセージを生成して送信先のクライアントにメッセージを送信する。

【0112】

クライアント１０ａ，１０ｂのメッセージ受信手段は、他のクライアントからメッセージを受け取り、当該メッセージに応じた処理を実行する。

【0113】

なお、イベント取得手段の機能は、基本的には第１実施形態と同様であるが、イベントメッセージを送るのはサーバ１２ではなく、他のクライアント全てにブロードキャストする点に留意すべきである。従って、例えばクライアント１０ａ，１０ｂに加えてさらにクライアント１０ｃ，１０ｄ，・・・が存在する場合において、クライアント１０ａのイベント取得手段は、取得したイベントを他の全てのクライアント１０ｂ，１０ｃ，１０ｄ，・・・に送信する。

【0114】

図１４は、クライアント間でブロードキャスト送信されるイベントメッセージのデータ構造を示す。

【0115】

SubSequenceは、リズムタップの部分列であり、それまでの部分列がデバイス妥当性と区間妥当性を満足するものである。すなわち、その後にいくつかタップ列を追加するとリズムタップになる可能性があるタップ列である。Candidatesは、部分タップ列が満足するリズム候補の集合である。最初の段階は、たくさんのリズム候補があり得るが、部分タップ列が長くなるに従い、リズム候補集合は絞り込まれていく。

【0116】

FirstIntervalは、Ｔ２―Ｔ１でも算出され得るが、異なるクライアントで時計が合っていない可能性があるので、同じクライアントでのタップの時間差、あるいはdevice(T2)でのタップ時刻と到着時刻の差を第１区間長として利用する。

【0117】

ArrivalTimeは、イベントメッセージの送信のタイミングでは空欄であり、メッセージを受け取った側で到着時刻が記録される。

【0118】

図１５は、クライアント間でのイベントメッセージのやり取りを示すシーケンス図であり、例としてリズムＡＢＡＢの場合を示す。

【0119】

クライアント１０ａにおけるタップ列をＴ１ａ、Ｔ３ａで示し、クライアント１０ｂにおけるタップ列をＴ２ｂ、Ｔ４ｂで示す。時刻Ｔ１ａでタップＴ１ａが検出されると、クライアント１０ａのイベント取得手段はこれを検出して、
SubSequence : T1a
Candidates : ABAB
FirstInterval :
ArrivalTime :
というイベントメッセージを他のクライアントにブロードキャストする。本実施形態では、クライアント１０ａ，１０ｂを想定しているから、クライアント１０ｂに送信する。クライアント１０ｂでは、時刻Ｔ１ｂに当該イベントメッセージが到着したとする。

【0120】

次に、時刻Ｔ２ｂでタップＴ２ｂが検出されると、クライアント１０ｂのイベント取得手段はこれを検出して、
SubSequence : T1aT2b
Candidates : ABAB
FirstInterval : T2b-T1b (= L1)
ArrivalTime :
というイベントメッセージを他のクライアントにブロードキャストする。本実施形態では、クライアント１０ａに送信する。ここで、クライアント１０ｂのリズムタップ判定手段は、Ｔ２ｂ−Ｔ１ｂを算出し、これが区間［Ｓｍｉｎ，Ｓｍａｘ］に収まれば「継続」と判定してクライアント１０ａにイベントメッセージを送信する。また、リズム候補は、複数存在する場合に可能性のあるもの全てを送信する。クライアント１０ａでは、時刻Ｔ２ａに当該イベントメッセージが到着したとする。

【0121】

次に、時刻Ｔ３ａでタップＴ３ａが検出されると、クライアント１０ａのイベント取得手段はこれを検出して、
SubSequence : T1aT2bT3a
Candidates : ABAB
FirstInterval : L1
ArrivalTime :
というイベントメッセージをクライアント１０ｂに送信する。ここで、クライアント１０ａのリズムタップ判定手段は、Ｔ３ａ−Ｔ２ｂを算出し、これが区間［ｍｉｎ２，ｍａｘ２］に収まり、かつ、device (T1a)=device (T3a)であれば「継続」と判定し、クライアント１０ｂにイベントメッセージを送信する。クライアント１０ｂでは、時刻Ｔ３ｂに当該イベントが到着したとする。

【0122】

次に、時刻Ｔ４ｂでタップＴ４ｂが検出されると、クライアント１０ｂのイベント取得手段はこれを検出する。また、クライアント１０ｂのリズムタップ判定手段は、Ｔ４ｂ−Ｔ３ｂを算出し、これが区間［ｍｉｎ３，ｍａｘ３］に収まり、かつ、device (T1a)≠device (T4a)であれば、リズムタップＡＢＡＢを検出し、「受理」と判定する。クライアント１０ｂのリズムタップ判定手段は、コマンドテーブルＤＢ１０ｂ２を参照してメッセージ送信手段に依頼し、対応するコマンドをクライアント１０ａに送信する。クライアント１０ａのメッセージ受信手段は、クライアント１０ｂからのコマンドを受信し、対応する処理を実行する。対応する処理は、例えばファイルのクライアント１０ｂへの送信等である。

【0123】

リズムタップ判定手段における詳細なアルゴリズムは、次の通りである。

【0124】

クライアントがイベントメッセージＥを受け取った場合、すぐに、当該イベントメッセージＥのArrivalTimeに到着時刻を記録する。

【0125】

クライアントでイベント、例えばPressイベントが生じた場合、クライアントが保持する全てのイベントメッセージに対して、以下を実行する。

【0126】

イベントメッセージのSubSequenceの長さが１のとき(Ｔ１)、Ｔ１の到着時刻をＴ１*とすると、Ｓｍｉｎ≦Ｔ−Ｔ１*≦ＳｍａｘであればイベントメッセージＥのSubSequenceをＴ１Ｔに置き換える。また、FirstIntervalをＴ−Ｔ１*に設定する。また、イベントメッセージをdevice(T1)のクライアントに送信する。他方、Ｓｍａｘ＜Ｔ−Ｔ１*のとき、イベントメッセージをイベントメッセージ集合から削除する。

【0127】

イベントメッセージのSubSequenceの長さが２のとき(Ｔ１Ｔ２)、Ｔ２の到着時刻をＴ２*とする。イベントメッセージのFirstInteravalをL1とすると、ｍｉｎ２≦Ｔ−Ｔ２*≦ｍａｘ２,device(T1)=device(T)のとき、イベントメッセージのSubSequenceをＴ１Ｔ２Ｔに置き換える。また、イベントメッセージをdevice(T2)のクライアントに送信する。他方、Ｓｍａｘ＜Ｔ−Ｔ２*のとき、イベントメッセージをイベントメッセージ集合から削除する。

【0128】

イベントメッセージのSubSequenceの長さが3のとき(Ｔ１Ｔ２Ｔ３)、Ｔ３の到着時刻をＴ３*とする。イベントメッセージのFirstIntervalをＬ１とすると、ｍｉｎ３≦Ｔ−Ｔ３*≦ｍａｘ３、かつdevice(T2)=device(T)のとき、リズムタップＴ１Ｔ２Ｔ３を検出する。他方、Ｓｍａｘ＜Ｔ−Ｔ２*のとき、イベントメッセージをイベントメッセージ集合から削除する。

【0129】

このように、本実施形態では、複数のクライアントで時刻合わせをする必要はない。各クライアントで時刻データを送信する必要もない。但し、時刻データを送信することで、イベントが戻ってきたときに、通信遅延を算出することができ、緻密な区間推定ができる利点がある。

【0130】

また、本実施形態では、サーバ１２で集中管理するわけではないので、リズムに関する知識やリズム毎の区間推定方法は、各クライアントで保持する必要がある。また、アルゴリズムを変更する場合、サーバ１２のバージョンアップだけでは対応できず、全てのクライアントのソフトウェアを入れ替える必要がある。

【0131】

＜第３実施形態＞
第２実施例のピア・ツー・ピア構成では、イベントごとに他の全てのクライアントにイベントメッセージをブロードキャスト送信するので、ネットワークのトラフィックが増大する可能性がある。

【0132】

これを避けるため、本実施形態では、イベント列がある程度まとまってから、それを他のクライアントにブロードキャスト送信し、受け取ったクライアント側で送られたイベント列と照合し、自分のイベント列と組み合わせた場合に全体としてリズムタップになるか否かを判定する。単独イベントごとにメッセージをブロードキャスト送信するのではなく、複数のイベントからなるイベント列を送信することでネットワークトラフィックを低減できる。また、イベント発生ごとにメッセージを送信するのではなく、イベント列がある一定条件を満たしたときのみメッセージを送信するためネットワークトラフィックを低減できる。

【0133】

図１６は、クライアント１０ａ，１０ｂでのタップ列の一例を模式的に示す。ＡＢＡ−Ｃのリズムタップの場合であり、タップ列Ｔ１，Ｔ３，Ｔ４はクライアント１０ａで発生し、タップ列Ｔ２，Ｔ５はクライアント１０ｂで発生したものとする。

【0134】

リズムタップのタップ列のうち、クライアント１０ａ(先にタップされるクライアント)で生じる部分列を「先頭片側部分列」(Ｔ１Ｔ３Ｔ４)、クライアント１０ｂ(後にタップされるクライアント)で生じる部分列を「後方片側部分列」(Ｔ２Ｔ５)とする。

【0135】

あるクライアントで発生したイベント列がリズムタップの先頭片側部分列として認められた場合（タップ列の区間幅が特定のリズムの先頭片側部分列としてもっともらしい場合)、クライアントは他のクライアントに先頭片側部分列をブロードキャストする。これを受け取ったクライアントでは、送られたタップ列と自分のタップ列を組み合わせた場合に、リズムタップになるか否かを判定する。

【0136】

本実施形態におけるシステム構成は、第２実施形態の構成とほぼ同様であるが、各クライアントにさらに、イベント保持手段と部分列判定手段を備える。

【0137】

イベント取得手段は、第２実施形態と同様に、クライアントで生じたイベントを取得し、イベントを他のクライアントにブロードキャスト送信する。

【0138】

イベント保持手段は、一定時間だけイベントを保持する。

【0139】

部分列判定手段は、イベントテーブルのイベント列から特定のリズムの先頭片側部分列を探索する。見つかったら、それを他のクライアントにブロードキャストする。

【0140】

リズムタップ判定手段は、他のクライアントから先頭片側部分列を受け取ったら、それを自分のイベントテーブルのイベント列と照合して、両者を組み合わせてリズムタップになるか否かを判定する。リズムタップが検出された場合、コマンドテーブル１０ａ２，１０ｂ２を参照して、メッセージ送信手段に依頼して、対応するコマンドを対応するクライアントに送信する。

【0141】

図１７は、イベント保持手段で保持されるイベントテーブルの一例を示す。イベントＩＤと時刻が関連付けて記憶される。イベント取得手段で取得されたイベントは、順次、イベントテーブルに格納される。一定時間Ｔｍａｘが経過したイベントは、それ以上保持していても、先頭片側部分列を構成することもないし、送付された先頭片側部分列と組み合わせてもリズムタップを構成するわけではないので、テーブルから削除する。Ｔｍａｘは、以下のように算出される。

【0142】

すなわち、まず、先頭の区間で最大値のＳｍａｘを選択する。次に、これをＬ１としてＬ２の推定値の最大値を選択する。このようにして、次々とＬ３，Ｌ４の最大値も選択し、最大のタップ数に関してこれらを全て加算した値をＴｍａｘとする。

【0143】

図１８及び図１９は、部分列判定手段における処理を模式的に示す。いま、図１８に示すような、ＡＢＡＢのリズムタップが存在したとする。

【0144】

タップＴ１，Ｔ３だけから、タップＴ２，Ｔ４の存在なしに、タップＴ１，Ｔ３が先頭片側部分列を構成するか否かを判定する必要がある。Ｌ１の長さがわからないから、Ｌ１が最小の場合と最大の場合を想定して、タップＴ３のタイミングを予想する必要がある。

【0145】

まず、Ｌ１が最小の場合のＬ２の９５％信頼区間の最小値Ｓｍｉｎを取得する。次に、Ｌ１が最大の場合のＬ２の９５％信頼区間の最小値Ｓｍａｘを取得する。そして、タップＴ３が区間［Ｔ１＋Ｓｍｉｎ，Ｔ１＋Ｓｍａｘ］に収まれば、Ｔ１，Ｔ３はリズムＡＢＡＢの先頭片側部分列を構成する可能性があると判定する。

【0146】

図１９は、部分列判定手段が送信するデータ例を示す。部分列判定手段は、リズムの種類(Rhythm)、タップ列(SubSequence)、送信時刻(Time)、及びデバイス(Device)を送信する。

【0147】

リズムＡＢＡＢの判定方法は、以下の通りである。

【0148】

まず、自分の時刻と送信元のクライアントの時間の差分Ｄｉｆｆを算出し、これを自分と送信元クライアントのシステム時計の時間差とする。

【0149】

次に、自分のイベントテーブルのイベントＴ２でＴ２−Ｔ１+Ｄｉｆｆが区間［Ｓｍｉｎ，Ｓｍａｘ］に収まるＴ２を探索する。

【0150】

次に、Ｔ２−Ｔ１+ＤｉｆｆをＬ１とする。

【0151】

次に、リズムＡＢＡＢにおけるＬ１をもとにしたＬ２の９５％予測区間を［ｍｉｎ２，ｍｉａｘ２]とし、Ｔ３+Ｄｉｆｆが区間［Ｔ２＋ｍｉｎ２，Ｔ２＋ｍａｘ２］に収まるか否かを判定する。

【0152】

次に、リズムＡＢＡＢにおけるＬ１をもとにしたＬ３の９５％予測区間を［ｍｉｎ３，ｍａｘ３]とし、Ｔ４＋Ｄｉｆｆが区間［Ｔ３＋ｍｉｎ３，Ｔ３＋ｍａｘ３］に収まるか否かを判定する。

【0153】

なお、部分列判定手段は、リズム毎に先頭片側部分列を検出するから、同じタップ列から複数のリズムの先頭片側部分列が検出される可能性がある。この場合、検出されたリズムの数だけ、他のクライアントにブロードキャスト送信すればよい。

【0154】

最後に、タップ列Ｔ１，Ｔ２，Ｔ３，Ｔ４がリズムタップＡＢＡＢと判定されるための基準は以下の通りである。
基準１：デバイスの妥当性
device(T1)≠device(T2), device(T1)=device(T3), device(T2)=device(T4)
基準２：第１区間の妥当性
Ｓｍｉｎ≦Ｌ１≦Ｓｍａｘ
基準３：第２区間の妥当性
リズムＡＢＡＢにおけるＬ１をもとにしたＬ２の９５%予測区間を［ｍｉｎ2，ｍａｘ２］とすると、Ｔ３が区間[Ｔ２＋ｍｉｎ２，Ｔ２＋ｍａｘ２]に収まる
基準４：第３区間の妥当性
リズムＡＢＡＢにおけるＬ１をもとにしたＬ３の９５%予測区間を［ｍｉｎ３，ｍａｘ３]とすると、Ｔ４が区間[Ｔ３＋ｍｉｎ３，Ｔ３＋ｍａｘ３]に収まる

【0155】

ここで、ｍｉｎ２，ｍａｘ２，ｍｉｎ３，ｍａｘ３等は、リズムテーブルＤＢ１０ａ１，１０ｂ１を参照して必要なパラメータを取得し、Ｌ１の値を利用することにより算出される。

【0156】

以上、本発明の実施形態について説明したが、これらの実施形態におけるクライアントは、スマートフォン、タブレット端末、パーソナルコンピュータ等の任意の情報端末を用いることができる。また、各実施形態におけるクライアントの機能ブロックは、ＣＰＵがＲＯＭやＳＳＤ、ＨＤ等のプログラムメモリに記憶された処理プログラムを読み出し、ＲＡＭをワーキングメモリとして用いて順次実行することで実現される。サーバ１２の機能ブロックについても同様である。

【0157】

サーバクライアントシステムにおけるサーバのＣＰＵが処理プログラムにより実行する主な機能を列挙すると次の通りである。
（１）複数のクライアント（端末）でなされた３以上の入力の順序と時間間隔を取得する。
（２）取得した順序と時間間隔が、所定パターンに一致するか否かを判定する。
（３）一致する場合に、複数のクライアントの間で所定パターンに対応するコマンドを実行するようにコマンドを送信する。

【0158】

また、ピア・ツー・ピアシステムにおけるクライアントのＣＰＵが処理プログラムにより実行する主な機能を列挙すると次の通りである。
（１）入力がなされると、当該入力を他のクライアントに対してブロードキャスト送信する。
（２）複数のクライアント（端末）でなされた３以上の入力の順序と時間間隔を取得する。
（３）取得した順序と時間間隔が、所定パターンに一致するか否かを判定する。
（４）一致する場合に、複数のクライアントの間で所定パターンに対応するコマンドを実行するようにコマンドを送信する。

【0159】

なお、クライアントの機能の一部は、プログラムの実行によるソフトウェア処理ではなく、ハードウェア処理により実現してもよい。ハードウェア処理は、例えばＡＳＩＣやＦＰＧＡ（フィールドプログラマブルゲートアレイ）などの回路を用いて行っても良い。

【0160】

また、本発明は上記の実施形態に限定されるものではなく、種々の変形が可能である。以下に変形例について説明する。

【0161】

＜変形例１＞
実施形態では、データの送受信を行うグループを形成するために、事前登録や会議等でのアドホックな登録を例示したが、この際に、カードリーダを利用する、特殊なリズムの同時タップを利用する、あるいは両者を併用する等を適宜選択できるように構成してもよい。また、ネットワーク構成についても、有線ＬＡＮ(遅延１ｍｓ)、無線ＬＡＮ(遅延１０ｍｓ)、Bluetooth（登録商標）(遅延１０ｍｓ)のいずれを用いてもよい。また、システム時計に関しては、各クライアントでのシステム時刻とネットワーク遅延をサーバ１２側で管理しておけば、必ずしもシステム時計を合わせる必要はない。

【0162】

＜変形例２＞
実施形態では、PressイベントとReleaseイベントからなるタップを入力として例示したが、これに代えて手のひらによるタップを入力としてもよい。本願発明者等は、手のひらのタップにより誤検出がさらに少なくなることを確認している。

【0163】

＜変形例３＞
実施形態では、第１区間や第２区間等の区間妥当性を判定することでリズムを検出しているが、区間妥当性を判定する際の区間の揺らぎの許容度を可変としてもよい。具体的には、速いリズム(fast)及び遅いリズム(Slow)の場合は、そうでない場合に比べて揺らぎの許容度を大きくする等である。具体的には、標準的な速度を基準速度とし、これよりも速いリズム及び遅いリズムでは、基準速度における揺らぎの許容度を大きくする。また、速いリズムの場合、タップ列に逆転現象が生じる可能性があることを考慮して判定してもよい。非常に速くＡＡＢとタップすると、実際にはＡＢＡとなっても利用者は気づかないことがあるからである。

【0164】

また、利用者の年齢に応じて区間の揺らぎの許容度を可変としてもよい。相対的に高年齢の利用者の場合は揺らぎの許容度を大きくする等である。利用者の年齢は、クライアントに利用者の年齢や生年月日のデータが記憶されている場合、これらのデータを用いて推定すればよい。

【0165】

また、複数人で協調してリズムを刻む場合、揺らぎの許容を大きくするように、事前にシステムに指定可能な構成としてもよい。例えば、サーバクライアントシステムにおいて、会議等でのアドホックな登録をする際にサーバ１２に揺らぎの許容度を設定する等である。利用者の数が多くなるほど、これに相間させて揺らぎの許容度を大きくしてもよい。

【0166】

さらに、リズムを正確に刻めずにデータ送受信に失敗した場合に、通常は同じ操作を繰り返すものと想定されるから、その直後は一時的に揺らぎの許容度を大きくしてもよい。具体的には、リトライ回数に応じて揺らぎの許容度を大きくする等である。

【0167】

＜変形例４＞
実施形態において、誤動作をさらに少なくするため、サーバクライアントシステム、あるいはピア・ツー・ピアシステムにおいて、所定距離以上離れた位置にあるクライアントの１対１のペアリングは許容しないように構成してもよい。クライアント間の距離は、例えばクライアントがＧＰＳ等の位置検出モジュールを備えている場合に、当該モジュールで検出された位置情報を利用することができる。

【0168】

＜変形例５＞
実施形態において、リズムの検出にPressの圧力や接触時間、接触面積を用いてもよい。圧力を用いる場合、例えばＡのタップとして相対的に強い圧力Ａ１と相対的に弱い圧力Ａ２があり、同様にＢのタップとして相対的に強い圧力Ｂ１と相対的に弱い圧力Ｂ２を設定し、
Ａ１Ｂ１Ａ２
Ａ１Ｂ２Ａ１
Ａ２Ｂ２Ａ１
等の強弱のリズムによってデータ通信を許可する。圧力の強弱は、圧力センサで検出し得る。

【0169】

また、接触時間を用いる場合、例えばＡのタップとして相対的に長い（長押し）タップＡ１と相対的に短いタップＡ２があり、同様にＢのタップとして相対的に長いタップＢ１と相対的に短いタップＢ２を設定し、
Ａ１Ｂ１Ａ２
Ａ１Ｂ２Ａ１
Ａ２Ｂ２Ａ１
等の長短のリズムによってデータ通信を許可する。

【0170】

＜変形例６＞
実施形態において、個人の癖を学習し、個人毎に基準をカスタマイズしてもよい。これにより、学習させた個人の使い勝手が向上するとともに、他の利用者の介入による誤動作を防止できる。

【0171】

＜変形例７＞
実施形態において、文化的背景により、タップしやすいリズムとそうでないリズムが国や地域によって異なることが想定される。これを利用して、特定の国や地域、あるいは文化圏毎に安全性の高いリズムを選択することができる。

【0172】

例えば、日本において、３３７拍子(タンタンタン・タンタンタン・タンタンタンタンタンタンタン)や特定の有名テレビゲームのリズム(ジャジャンジャンジャジャンジャン・トン)等の、タップ数は多いものの、多くの日本人に馴染みの深いタップ列を想定すると、こうした長いリズムが同時刻にたまたま発生する確率は世界中の全デバイスを対象にしても限りなく小さいものと考えられる。従って、複数人でこれらのリズムを刻むことで、一時的なグループを形成させる。なお、こうした行為には、会議の開始時に全員で同じリズムを刻むことで、会議参加者の一体感を高める効果も期待できるという副次的な利点もある。

【0173】

＜変形例８＞
実施形態において、一般的に３つのリズムよりも４つのリズム、４つのリズムよりも５つのリズムというように、長いリズムほど偶発的に生じる確率が低く、その分だけ安全性が相対的に向上することを利用し、相対的に長いリズムには相対的に重要度の高い情報を処理するコマンドを割り当て、相対的に短いリズムには相対的に重要度の低い情報を処理するコマンドを割り当ててもよい。具体的には、図１２に示すコマンドテーブルＤＢ１２４に格納されるコマンドテーブルにおいて、リズムの長短に応じて重要度の異なるコマンドを割り当てればよい。

【0174】

＜変形例９＞
実施形態では、操作（入力）としてタップを例示したが、タップに代えて端末のシェイク、すなわち加速度の変動としてもよい。この場合、入力は加速度であり、入力手段は加速センサ等を用い得る。あるいは、所定の音声入力としてもよい。

【符号の説明】

【0175】

１０ａ，１０ｂ クライアント（端末）、１２ サーバ、１２１ デバイステーブルＤＢ、１２２ イベントテーブルＤＢ、１２３ リズムテーブルＤＢ、１２４ コマンドテーブルＤＢ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】