JPWO2016043108A1 - 接続システム及び接続方法 - Google Patents

Abstract

端末間での接続の確立に用いられるパスコードの伝達及び入力をユーザーに対して容易に行わせると共に桁数を小さくした場合の問題の発生を防止する。接続サーバー１０は、複数のユーザー側端末２０との間で通信を行うことができると共に当該ユーザー側端末２０間での接続を確立させる接続システムであって、ユーザー側端末２０に対してパスコードを生成して送信するパスコード生成部１１と、パスコードをユーザー側端末２０に対応付けて記憶するパスコード記憶部１２と、ユーザー側端末２０から送信パスコードを受信するパスコード受信部１３と、生成されたパスコード及び受信された送信パスコードの組み合わせと一致する、記憶されたパスコードの組み合わせがあるか否かを判断するパスコード認証部１４と、当該判断に応じてユーザー側端末２０間の接続を確立させる接続部１５とを備える。

Description

本発明は、端末間での接続を確立させる接続システム及び接続方法に関する。

従来から、コンピュータやサービスへの利用の認証においてワンタイムパスワードが用いられている。ワンタイムパスワードは、例えば、乱数によって生成される（例えば、下記の特許文献１参照）。

特開２００７−１４０７１５号公報

ところで、従来から複数の端末を、ネットワークを介して互いに接続させ、情報の送受信を行わせるシステムがある。接続する端末を特定して安全に接続を確立するために、例えば、（１）端末を利用するユーザーに付与されたユーザーを識別するためのユーザー識別子（ＩＤやアドレス等のユーザ固有のもの）を用いる方法と、（２）接続対象となる端末を利用するユーザー以外が知り得ない数字や文字の組み合わせであるパスコードを用いる方法とが存在した。

（１）の方法は、例えば、ユーザー識別子を用いて接続相手を呼び出すものである。この方法では、ユーザー識別子を知っていれば、常に接続先（通信先）ユーザーを特定して呼出が可能である。そのため、他に通信手段を持たなくても（その都度、ユーザー識別子を連絡しあわなくても）、接続相手との接続を試行することができる。その反面、一旦、ユーザー識別子が第三者へ流出すると、そのユーザー識別子を利用して、誰もがそのユーザーへのアクセスを試みることができてしまう。そのため、嫌がらせ通信や迷惑通信の原因となることが問題となる。例えば、電話番号が流出することによるいたずら電話、強引な勧誘電話、詐欺電話等や、メールアドレスが流出することによるスパム被害等がある。

また、一般的に、この識別子は、端末間を接続させる通信サービスを利用する際のログインＩＤとして用いられることも多い。ログインＩＤが公開されることによって、悪意を持った第三者は、パスコードだけを特定すればなりすましログインができるようになる。そのため、ログインＩＤが秘匿されている場合に比べ、大きく安全性を損なうことにもなりかねない。

（２）の方法は、例えば、予め接続を行うユーザー間で共通のパスコードを共有しておき、各ユーザーの端末から接続を行うサーバーに対してパスコードを入力することで、当該パスコードで示されるユーザー固有の共通の通信領域で情報の送受信を行うものである。このようなパスコードの生成には、例えば、引用文献１に記載されたワンタイムパスワードの生成の技術を利用することができる。（１）の方法のデメリットを解消するため、相互に接続を希望するユーザー間で端末間を接続させる通信サービスとは別に、事前に共通のパスコードを共有する方法がある場合、（２）の方法を採用することが考えられる。例えば、ユーザー間で電話通信が確立されていて、上記の通信サービスによって文字による情報の送受信を行う場合に、（２）の方法を採用することが考えられる。

しかしながら、（２）の方法においては、パスコードの安全性を高めるため、第三者に推定、類推されにくい比較的桁数が大きいパスコードが設定されることが多い。しかしながら、桁数の大きいパスコードを使うほど、パスコードをユーザー間で伝達したりサーバーへ登録したりするときの入力ミスや手間を誘発することが多くなる。特に、上記のように電話通信を介して音声でパスコードが伝えられる場合、上記の問題点は顕著である。一方で、単にパスコードの桁数を小さくするとパスコードの重複や安全性上の問題が生じるおそれがある。

本発明は、以上の問題点を解決するためになされたものであり、端末間での接続の確立に用いられるパスコードの伝達及び入力をユーザーに対して容易に行わせることができると共に単にパスコードの桁数を小さくした場合の問題の発生を防止することができる接続システム及び接続方法を提供することを目的とする。

上記の目的を達成するために、本発明の一実施形態に係る接続システムは、複数の端末との間で通信を行うことができると共に当該端末間での接続を確立させる接続システムであって、第１の端末に対して第１のパスコードを生成して送信するパスコード生成手段と、パスコード生成手段によって生成された第１のパスコードを第１の端末に対応付けて記憶するパスコード記憶手段と、第２の端末から第１の送信パスコードを受信するパスコード受信手段と、パスコード受信手段によって受信された第１の送信パスコードと一致する、パスコード記憶手段によって記憶された第１のパスコードがあるか否かを判断するパスコード認証手段と、第１の端末と第２の端末との間の接続を確立させる接続手段と、を備え、パスコード生成手段は、パスコード認証手段によって一致する第１のパスコードがあると判断された場合に、第２の端末に対して当該第１のパスコードに続く第２のパスコードを生成して送信し、パスコード記憶手段は、第１のパスコード及びパスコード生成手段によって生成された第２のパスコードの組み合わせを第２の端末に対応付けて記憶し、パスコード受信手段は、第１の端末から第２の送信パスコードを受信し、パスコード認証手段は、パスコード生成手段によって生成された第１のパスコード及びパスコード受信手段によって受信された第２の送信パスコードの組み合わせと一致する、パスコード記憶手段によって記憶された組み合わせがあるか否かを判断し、接続手段は、パスコード認証手段によって一致する組み合わせがあると判断された場合に、第２の送信パスコードの送信元である第１の端末と、当該一致する組み合わせに対応付けられてパスコード記憶手段によって記憶された第２の端末との間の接続を確立させる。

本発明の一実施形態に係る接続システムでは、端末間の接続に用いられるパスコードを、段階的かつ交互に生成することができる。従って、１度に接続システムからユーザーに伝えられるパスコードの桁数を比較的小さくすることができる。これにより、本発明の一実施形態に係る接続システムによれば、パスコードの伝達及び入力をユーザーに対して容易に行わせることができる。また、複数回のパスコードの生成が行われるため、単にパスコードの桁数を小さくした場合のパスコードの重複や安全性上の問題が生じることを防止することができる。

パスコード生成手段は、パスコード認証手段によって一致する第１のパスコードがあると判断され、かつ当該一致する第１のパスコードがパスコード記憶手段に重複して記憶されていた場合に、第２のパスコードを生成することとしてもよい。この構成によれば、重複がある場合のみ第２のパスコードを生成することとすることができる。この結果、ユーザーのパスコードの伝達及び入力の負担を少なくすることができる。

パスコード生成手段は、パスコード認証手段によって一致する組み合わせがあると判断された場合に、当該判断に用いられた第２のパスコードに続く、新たな第２のパスコードを生成して、パスコード認証手段は、パスコード生成手段によって生成された新たな第２のパスコードを用いた判断を行い、接続手段は、所定回数、パスコード認証手段によって一致する組み合わせがあると判断された場合に、第１の端末と第２の端末との間の接続を確立させる、こととしてもよい。この構成によれば、３回以上のパスコードの生成を行うことができ、パスコード生成の柔軟性を向上させることができる。

接続手段は、設定された回数、パスコード認証手段によって一致する組み合わせがあると判断された場合に、第１の端末と第２の端末との間の接続を確立させることとしてもよい。この構成によれば、設定された回数のパスコードの入力が必要となる。そのため、例えば、悪意の第三者による総当たりの接続攻撃を避けることができ、安全性を向上することができる。

パスコード生成手段は、パスコード記憶手段によって記憶されたパスコードに応じて、生成するパスコードの桁数を決定することとしてもよい。この構成によれば、接続システムの利用度合いに応じて、パスコードの桁数を適切なものとすることができる。

パスコード生成手段は、パスコード記憶手段によって記憶されたパスコードに応じて、パスコードを生成することとしてもよい。この構成によれば、例えば、特定のパスコードのみ数多くの重複が生じる等の生成するパスコードの偏りを防ぐことができる。

パスコード生成手段は、パスコード記憶手段によって記憶されたパスコードが生成された時刻にも応じて、パスコードを生成することとしてもよい。この構成によれば、計算負荷を抑えた上でパスコードの偏りを防ぐことができる。

パスコード生成手段は、第１の端末からの要求を受け付けて第１のパスコードを生成し、パスコード認証手段は、送信パスコードの送信元が要求を行った端末であるか否かに応じて一致の判断を行う、こととしてもよい。この構成によれば、パスコードの一致の判断を効率的に行うことができる。

接続手段は、パスコード認証手段によって一致する組み合わせがあると判断された場合に、第２の送信パスコードの送信元である第１の端末及び当該一致する組み合わせに対応付けられてパスコード記憶手段によって記憶された第２の端末に確認用のパスコードを送信し、当該送信に応じて当該第１の端末及び当該第２の端末から接続を承認する旨の情報を受信したら、当該第１の端末と当該第２の端末との間の接続を確立させることとしてもよい。この構成によれば、更に接続の安全性を向上することができる。

ところで、本発明は、上記のように接続システムの発明として記述できる他に、以下のように接続方法の発明としても記述することができる。これはカテゴリが異なるだけで、実質的に同一の発明であり、同様の作用及び効果を奏する。

即ち、本発明の一実施形態に係る接続方法は、複数の端末との間で通信を行うことができると共に当該端末間での接続を確立させる接続システムの動作方法である接続方法であって、第１の端末に対して第１のパスコードを生成して送信するパスコード生成ステップと、パスコード生成ステップにおいて生成された第１のパスコードを第１の端末に対応付けて記憶するパスコード記憶ステップと、第２の端末から第１の送信パスコードを受信するパスコード受信ステップと、パスコード受信ステップにおいて受信された第１の送信パスコードと一致する、パスコード記憶ステップにおいて記憶された第１のパスコードがあるか否かを判断するパスコード認証ステップと、第１の端末と第２の端末との間の接続を確立させる接続ステップと、を備え、パスコード生成ステップにおいて、パスコード認証ステップにおいて一致する第１のパスコードがあると判断された場合に、第２の端末に対して当該第１のパスコードに続く第２のパスコードを生成して送信し、パスコード記憶ステップにおいて、第１のパスコード及びパスコード生成ステップにおいて生成された第２のパスコードの組み合わせを第２の端末に対応付けて記憶し、パスコード受信ステップにおいて、第１の端末から第２の送信パスコードを受信し、パスコード認証ステップにおいて、パスコード生成ステップにおいて生成された第１のパスコード及びパスコード受信ステップにおいて受信された第２の送信パスコードの組み合わせと一致する、パスコード記憶ステップにおいて記憶された組み合わせがあるか否かを判断し、接続ステップにおいて、パスコード認証ステップにおいて一致する組み合わせがあると判断された場合に、第２の送信パスコードの送信元である第１の端末と、当該一致する組み合わせに対応付けられてパスコード記憶ステップにおいて記憶された第２の端末との間の接続を確立させる。

本発明の一実施形態では、１度に接続システムからユーザーに伝えられるパスコードの桁数を比較的小さくすることができる。これにより、本発明の一実施形態によれば、パスコードの伝達及び入力をユーザーに対して容易に行わせることができる。また、複数回のパスコードの生成が行われるため、単にパスコードの桁数を小さくした場合のパスコードの重複や安全性上の問題が生じることを防止することができる。

本発明の実施形態に係る接続システムである接続サーバーの構成を示す図である。 接続サーバーによるユーザー側端末間の接続の一例の概要を示す図である。 本発明の実施形態に係る接続システムである接続サーバーで実行される処理（接続方法）を示すシーケンス図である。 ユーザー側端末における画面表示の例を示す図である。 ユーザー側端末における画面表示の別の例を示す図である。 本発明の実施形態に係る接続システムである接続サーバーの変形例１で実行される処理（接続方法）を示すシーケンス図である。 変形例２で用いられる情報を示す図である。 変形例３で用いられる情報を示す図である。 本発明の実施形態に係る接続システムである接続サーバーの変形例５で実行される処理（接続方法）を示すシーケンス図である。 本発明の実施形態に係る接続システムである接続サーバーの変形例６で実行される処理（接続方法）を示すシーケンス図である。 変形例３で用いられる情報を示す図である。

以下、図面と共に本発明に係る接続システム及び接続方法の実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。

図１に、本実施形態に係る接続システムである接続サーバー（サーバー側接続装置）１０を示す。接続サーバー１０は、複数のユーザー側端末（ユーザ側接続装置）２０との間で通信を行うことができると共に当該ユーザー側端末２０間での接続を確立させるシステムを構成する。接続サーバー１０と、ユーザー側端末２０とは、例えば、インターネット及び移動体通信網等から構成される通信ネットワーク３０を介した接続Ｃ１によって通信を行うことができる。

ユーザー側端末２０は、ユーザーに用いられる端末である。具体的には、ユーザー側端末２０は、通信を行うことができる装置であり、具体的には例えば、移動通信端末及びスマートフォンといった携帯端末、若しくはＰＣ（パーソナルコンピュータ）等である。ユーザー側端末２０は、接続サーバー１０によって別のユーザー側端末２０と接続されて、通信（情報の送受信）を行うことができる。当該接続は、具体的には例えば、Ｗｅｂ会議、オンラインチャット等に相当する。例えば、ユーザー側端末２０には、接続サーバー１０の機能を利用するためのアプリケーションがインストールされており、ユーザー側端末２０は、当該アプリケーションによって接続サーバー１０に接続して接続サーバー１０からの制御を受ける。ユーザー側端末２０間の接続は、例えば、通信ネットワーク３０を介して行われる。また、当該接続には、後述するように接続サーバー１０から発行されたパスコード（ワンタイムパスコード）が用いられる。

接続サーバー１０によるユーザー側端末２０間の接続は、例えば、当該ユーザー側端末２０のユーザー同士が電話で会話をしているが、メールアドレスやＳＮＳ（ソーシャルネットワーキングサービス）のアカウント等、互いのユーザー側端末２０同士を接続するための情報を持ち合わせていない場合に行われる。なお、上記の電話は、図１に示すように、電話回線による接続Ｃ２を介してユーザー側端末２０によって行われてもよい。接続Ｃ２は、接続サーバー１０によって確立されるユーザー側端末２０間の接続以外のものであれば電話通信以外の任意の手段によるものであってもよい。また、接続Ｃ２は、通信ネットワーク３０を介したものであってもよい。

その場合、接続サーバー１０によるユーザー側端末２０間による接続は、電話通信以外で互いのユーザー側端末２０同士を接続するための情報を持ち合わせていない場合に行われる。接続サーバー１０によるユーザー側端末２０間による接続が確立されると、例えば、電話通信では行えなかった文字、画像、電子ファイル等情報のやり取りがユーザー側端末２０間で行えるようになる。更に具体的には、例えば、ユーザーが、テレビショッピングのオペレーターに電話して、商品購入のために氏名や住所を文字で伝える場合に当該接続が行われる。

接続サーバー１０は、具体的には、ＣＰＵ（Central Processing Unit）やメモリ、通信モジュール等のハードウェアを備えるコンピュータによって構成されるサーバー装置により実現される。これらの構成要素がプログラム等によって動作することによって、後述する接続サーバー１０の機能が発揮される。なお、接続サーバー１０の機能、接続サーバー１０とユーザー側端末２０との間の通信、及びユーザー側端末２０間の通信は、ＣＴＩ（Computer Telephony Integration）機能が用いられて実現されてもよい。

続いて、図２を用いて、接続サーバー１０によるユーザー側端末２０間の接続の一例の概要を説明する。ここでは、接続対象となるユーザー側端末２０Ａ，２０Ｂが、それぞれユーザーＡ，Ｂによって用いられているものとする。まず、図２（ａ）に示すように、ユーザーＡのユーザー側端末２０Ａに対する操作によって、ユーザー側端末２０Ａから接続サーバー１０に対してパスコード発行が要求（依頼）される。接続サーバー１０では、当該要求が受け付けられ、当該要求に応じたパスコードが生成される。ここでは、「１２３」というパスコードが生成される。生成されたパスコードは、接続サーバー１０からユーザー側端末２０Ａに送信される。また、接続サーバー１０では、ユーザー側端末２０Ａに対応付けられてパスコードが記憶される。

ユーザー側端末２０Ａでは、接続サーバー１０から送信されたパスコードが受信される。ユーザー側端末２０Ａでは、受信されたパスコードの表示出力等がなされて、ユーザーＡによってパスコードが認識される。続いて、ユーザーＡからユーザーＢに対して、パスコード「１２３」が発行された旨が伝達される。この伝達は、例えば、上述したように電話によって行われる。あるいは、当該伝達は電話以外の方法で行われてもよい。例えば、ユーザーＡ，Ｂ間で直接口頭によって伝達が行われてもよい。

続いて、図２（ｂ）に示すように、ユーザーＢのユーザー側端末２０Ｂに対する操作によって、ユーザー側端末２０Ｂに「１２３」というパスコードが登録される。登録されたパスコードは、ユーザー側端末２０Ｂから接続サーバー１０に送信される。接続サーバー１０では、ユーザー側端末２０Ｂから送信されたパスコードが受信される。接続サーバー１０では、既に発行されて記憶されているパスコードのうち、受信されたパスコードと一致するものがあるか否かが判断される。ここでは、上述したようにユーザー側端末２０Ａに対応付けられて「１２３」というパスコードが登録されている。また、ユーザー側端末２０Ａ，２０Ｂとは異なるユーザー側端末２０Ｃに対応付けられて「１２３」というパスコードが登録されている。このように「１２３」というパスコードは、複数のユーザー（ユーザーＡ及びユーザーＣ）に重複して発行されている。

そのため、接続サーバー１０では、「１２３」というパスコードに続く新たなパスコードが生成される。ここでは、「４５６」というパスコードが生成される。生成されたパスコードは、接続サーバー１０からユーザー側端末２０Ｂに送信される。また、接続サーバー１０では、ユーザー側端末２０Ｂに対応付けられて、ユーザー側端末２０Ｂから受信されたパスコードと生成したパスコードとが記憶される。即ち、ユーザー側端末２０Ｂに対応付けられて、「１２３ ４５６」というパスコードが記憶される。

ユーザー側端末２０Ｂでは、接続サーバー１０から送信されたパスコードが受信される。ユーザー側端末２０Ｂでは、受信されたパスコードの表示出力等がなされて、ユーザーＢによってパスコードが認識される。続いて、ユーザーＢからユーザーＡに対して、パスコード「４５６」が追加で発行された旨が伝達される。この伝達は、ユーザーＡからユーザーＢに対する伝達と同様に行われる。

続いて、図２（ｃ）に示すように、ユーザーＡのユーザー側端末２０Ａに対する操作によって、ユーザー側端末２０Ａに「４５６」というパスコードが登録される。登録されたパスコードは、ユーザー側端末２０Ａから接続サーバー１０に送信される。接続サーバー１０では、ユーザー側端末２０Ａから送信されたパスコードが受信される。接続サーバー１０では、既に記憶されているパスコードのうち、既にユーザー側端末２０Ａに対応付けて記憶しているパスコード「１２３」と、ユーザー側端末２０Ａから受信したパスコード「４５６」との組み合わせと一致するものがあるか否かが判断される。ここでは、上述したようにユーザー側端末２０Ｂに対応付けられて「１２３ ４５６」というパスコードが登録されている。従って、接続サーバー１０では、ユーザー側端末２０Ａに係るパスコードと、ユーザー側端末２０Ｂに係るパスコードとが一致していると判断される。

接続サーバー１０では、一致しているパスコードの重複がなかった場合、それらのユーザー側端末２０Ａ，２０Ｂが互いに接続される端末であると判断される。即ち、ユーザー側端末２０Ａ，２０Ｂのパスコードが一致し、それらの端末の接続が認証される。接続サーバー１０では、その判断に応じて、それらのユーザー側端末２０Ａ，２０Ｂを互いに接続させる制御を行う。当該制御によって、ユーザー側端末２０Ａ，２０Ｂ間の接続が確立される。当該接続によって、ユーザー側端末２０Ａ，２０Ｂ間で、例えば、チャットを介した文字、画像、電子ファイル等のやり取りが可能となる。

なお、図２（ｃ）において、ユーザー側端末２０Ａから受信したパスコードに基づく一致の判断で、ユーザー側端末２０Ｂに係るパスコード以外にも、一致するパスコードが記憶されていた場合には、更にユーザー側端末２０Ａにパスコードが発行される。なお、上記の例では、１回に発行されるパスコードは３桁であり、ユーザーＡ，Ｂ間で容易に伝達可能なものである。以上が、接続サーバー１０によるユーザー側端末２０間の接続の一例である。

引き続いて、本実施形態に係る接続サーバー１０の機能について説明する。図１に示すように、接続サーバー１０は、パスコード生成部１１と、パスコード記憶部１２と、パスコード受信部１３と、パスコード認証部１４と、接続部１５とを備えて構成される。

パスコード生成部１１は、ユーザー側端末２０に対してパスコードを生成して送信するパスコード生成手段である。パスコード生成部１１は、設定された桁数のパスコードを生成する。パスコードは、例えば、１以上の桁の数字列である。また、パスコードには、数字以外の文字が含まれていてもよい。１回に発行するパスコードの桁数は、例えば、接続サーバー１０の管理者（システム側管理者）やユーザーによって事前に任意に設定される。また、当該桁数は、ユーザー側端末２０毎に設定されていてもよい。パスコードの生成は、例えば、乱数による生成といった従来のワンタイムパスワードの生成の技術を用いて行うことができる。

１回に発行するパスコードの桁数を小さくすれば、ユーザー間で共通パスコードの伝達や入力が容易となる。桁数を大きくすれば、パスコードの重複が防ぎやすくなり、セキュリティーが向上する。適切にパスコードの桁数を設定することで、容易性とセキュリティーの任意のバランスを実現することが可能となる。

パスコード生成部１１は、接続対象の一方のユーザー側端末２０である第１の端末に対して、先行するパスコード（最初のパスコード）である第１のパスコードを生成して送信する。具体的には、パスコード生成部１１は、第１の端末からのパスコード発行の要求であるパスコードリクエストを受け付けて（受信して）、当該パスコードリクエストの受け付けを契機として第１のパスコードを生成する。当該パスコードリクエストには、要求元であるユーザー側端末２０を特定する情報であるユーザーＩＤが含まれる。パスコード生成部１１は、生成した第１のパスコードとユーザーＩＤとを対応付けてパスコード記憶部１２に出力する。ユーザー側端末２０へのパスコードの送信は、通信ネットワーク３０を介して行われる。

パスコード生成部１１は、接続対象のもう一方のユーザー側端末２０である第２の端末に対して、第１のパスコードに続く第２のパスコードを生成して送信する。第２のパスコードは、パスコード認証部１４の判断に基づき生成される。パスコード生成部１１は、パスコード認証部１４から、第２のパスコード生成の要求を受け付け、当該要求の受け付けを契機として第２のパスコードを生成する（パスコードの桁数の追加を行う）。当該要求には、第２のパスコードの生成対象（送信先）であるユーザー側端末２０を特定する情報であるユーザーＩＤが含まれる。パスコード生成部１１は、生成した第２のパスコードとユーザーＩＤとを対応付けてパスコード記憶部１２に出力する。

パスコード生成部１１は、繰り返し、第２のパスコードを生成しえる（更なる（２度目以降の）パスコードの桁数の追加を行う）。パスコード生成部１１は、繰り返し第２のパスコードを生成する場合には、第１の端末及び第２の端末に対して交互に生成する。即ち、第２の端末に対して第２のパスコードを生成した後に、新たに第２のパスコードを生成する場合には第１の端末に対して生成する。その後、新たに第２のパスコードを生成する場合には第２の端末に対して生成する。

なお、ユーザー側端末２０と接続サーバー１０との間で情報の送受信が行われる場合には、ユーザー側端末２０と接続サーバー１０との間でセッションが確立されて、当該セッションを介して行われる。

パスコード記憶部１２は、パスコードをユーザー側端末２０に対応付けて記憶するパスコード記憶手段である。パスコード記憶部１２は、パスコード生成部１１から第１のパスコードが入力されると、当該パスコードに対応付けられたユーザーＩＤに対応付けて、新たにパスコードを記憶（登録）する。パスコード生成部１１からパスコード記憶部１２に第２のパスコードが入力された場合には、入力された第２のパスコードに対応付けられたユーザーＩＤに対応付けられて既にパスコード（後述する送信パスコードを含む）が記憶されている。その場合、パスコード記憶部１２は、ユーザーＩＤに対応付けられて既に記憶されているパスコードに続けて、入力された第２のパスコードを記憶（登録）する。即ち、パスコード記憶部１２は、先行するパスコード（第１のパスコードを含む）及び新たに生成された第２のパスコードの組み合わせを記憶する。

パスコード受信部１３は、ユーザー側端末２０から送信される、送信パスコードを受信するパスコード受信手段である。パスコード受信部１３は、第１のパスコードに対応する第１の送信パスコードを、第２の端末から受信する。パスコード受信部１３は、最初の第２のパスコードに対応する最初の第２の送信パスコードを、第１の端末から受信する。パスコード受信部１３は、それ以降の第２のパスコードに対応する第２の送信パスコードを、パスコードの生成対象のユーザー側端末２０に応じて、第１の端末及び第２の端末の何れかから受信する。また、ユーザー側端末２０からの送信パスコードの受信は、通信ネットワーク３０を介して行われる。パスコード受信部１３は、送信パスコードの受信と併せて、当該送信パスコードの送信元であるユーザー側端末２０を特定する情報であるユーザーＩＤを受信する。

パスコード受信部１３は、受信した送信パスコード及びユーザーＩＤをパスコード記憶部１２に出力する。パスコード記憶部１２は、パスコード受信部１３から送信パスコードが入力されると、当該送信パスコードに対応付けられたユーザーＩＤに対応付けて送信パスコードを記憶（登録）する。なお、当該ユーザーＩＤに対応付けられて既に記憶されているパスコード（送信パスコードを含む）がない場合には、新たに送信パスコードを記憶（登録）する。当該ユーザーＩＤに対応付けられて既に記憶されているパスコードがある場合には、既に記憶されているパスコードに続けて、入力された送信パスコードを記憶（登録）する。

パスコード受信部１３は、送信パスコードを受信し、パスコード記憶部１２に記憶させたら、パスコード認証部１４にユーザーＩＤを通知する。

パスコード認証部１４は、パスコード受信部１３によって受信された送信パスコードを用いて、ユーザー側端末２０間の接続の認証（検証）を行うパスコード認証手段である。パスコード認証部１４は、パスコード受信部１３からユーザーＩＤ（受信された送信パスコードの送信元であるユーザー側端末２０に係るユーザーＩＤ）を入力すると、パスコード記憶部１２によって当該ユーザーＩＤに対応付けて記憶されたパスコードを読み出す。

パスコード認証部１４は、読み出したパスコードと一致する、当該ユーザーＩＤとは異なるユーザーＩＤに対応付けられてパスコード記憶部１２によって記憶されたパスコードがあるか否かを判断する。

送信パスコードが、パスコード記憶部１２によって新たに記憶されたものである場合には、当該送信パスコードは、上記の第１の送信パスコードである。この場合、パスコード認証部１４によって読み出されるパスコードは、（先行するパスコードがない）第１の送信パスコードのみである。従って、第１の送信パスコードが受信された場合には、パスコード認証部１４は、第１の送信パスコードと一致する、パスコード記憶部１２によって記憶された第１のパスコードがあるか否かを判断する。

送信パスコードが、パスコード記憶部１２によって既に記憶されているパスコードに続けて記憶されたものである場合には、当該送信パスコードは、上記の第２の送信パスコードである。この場合、パスコード認証部１４によって読み出されるパスコードは、先行するパスコードと第２の送信パスコードとの組み合わせである。従って、第２の送信パスコードが受信された場合には、パスコード認証部１４は、パスコード生成部１１によって生成された第１のパスコードを含むパスコード及び受信された第２の送信パスコードの組み合わせと一致する、パスコード記憶部１２によって記憶されたパスコード（パスコードの組み合わせ）があるか否かを判断する。

パスコード認証部１４が、一致しているパスコードがパスコード記憶部１２に記憶されていると判断した場合、送信パスコードの送信元のユーザー側端末２０と接続される（候補となる）別のユーザー側端末２０がある。パスコード認証部１４は、一致したパスコードが一つだけあるか否か、即ち、２ユーザーのみのパスコードの一致か、３ユーザー以上のパスコードの一致かを判断する。

パスコード認証部１４は、一致したパスコードが一つだけである（即ち、２ユーザーのみのパスコードの一致）と判断すれば、当該パスコードに対応付けられたユーザーＩＤによって示されるユーザー側端末２０を、送信パスコードの送信元のユーザー側端末２０と接続されるユーザー側端末２０と特定する。パスコード認証部１４は、それらのユーザー側端末２０に係るユーザーＩＤを接続部１５に通知する。

パスコード認証部１４は、一致したパスコードが一つだけでない（一致したパスコードが重複してパスコード記憶部１２によって記憶されていた。即ち、３ユーザー以上のパスコードの一致）と判断すれば、送信パスコードの送信元のユーザー側端末２０に対して第２のパスコードを生成するように、パスコード生成部１１に対して要求する。当該要求には、送信パスコードの送信元のユーザー側端末２０に係るユーザーＩＤが含められる。

即ち、受信した送信パスコードが第１の送信パスコードであれば、パスコード認証部１４は、当該第１の送信パスコードに一致する第１のパスコードがパスコード記憶部１２によって記憶されていたと判断された場合に、当該第１のパスコードに続く第２のパスコードを生成するようにパスコード生成部１１に対して要求する。また、受信した送信パスコードが第２の送信パスコードであれば、パスコード認証部１４は、当該第２の送信パスコードを含むパスコードに一致するパスコード（パスコードの組み合わせ）がパスコード記憶部１２によって記憶されていたと判断された場合に、当該パスコードに続く新たな第２のパスコードを生成するようにパスコード生成部１１に対して要求する。

パスコード認証部１４は、一致しているパスコードがパスコード記憶部１２に記憶されていない（当該ユーザー以外に同じパスコードを保持するユーザーがいない）と判断した場合、一致するパスコードがなかったとして、送信パスコードの送信元のユーザー側端末２０に対して通知し、再度の送信パスコードの送信を促す。送信パスコードの送信元の同一のユーザー側端末２０に対する上記の判断で、予め設定された回数、不一致が判断された場合（パスコート認証が不一致の場合）、当該ユーザー側端末２０に係る接続処理を停止すると共に当該ユーザー側端末２０に係るユーザーＩＤに対応付けられてパスコード記憶部１２によって記憶されたパスコードを削除するリセットを行う。削除されたパスコードは、以降の処理では用いられない。なお、１度の不一致で接続処理の停止及びパスコードのリセットを行うこととしてもよい。

上記のパスコードの不一致は、接続を希望するユーザーの何れかが伝達ミス又は入力ミスを起こした場合にのみ発生する。特に伝達ミスである場合には、何度パスコードの入力を繰り返しても、両ユーザーのパスコードが一致することはありえない。接続処理の停止及びパスコードのリセットを行うことで無限ループを回避することが可能になる。

接続部１５は、パスコード認証部１４から通知されたユーザーＩＤによって特定されるユーザー側端末２０間の接続を確立させる接続手段である。ユーザー側端末２０間の接続は、従来の端末間の通信ネットワーク３０を介した接続の技術を用いて行われる。この接続は、例えば、接続サーバー１０に設けられたユーザー側端末２０毎の通信領域に互いに接続させるものであってもよいし、接続サーバー１０を介さずに接続されるものであってもよい。

ユーザー側端末２０間の接続を確立が確立されると、当該ユーザー側端末２０に係るユーザーＩＤに対応付けられてパスコード記憶部１２に記憶されたパスコードは削除される。

また、上記の接続処理において、予め設定された時間、ユーザー側端末２０から情報の受信が行われない（当該時間、パスコードの更新がなされない）場合、あるいはユーザー側端末２０と接続サーバー１０との間のセッションがタイムアウト等で切断された場合には、当該ユーザー側端末２０の接続処理を停止することとしてもよい（タイムアウト）。この場合、当該ユーザー側端末２０に係るユーザーＩＤに対応付けられてパスコード記憶部１２によって記憶されたパスコードは削除するリセットが行われる。接続処理の停止及びパスコードのリセットを行う場合には、当該ユーザー側端末２０においてエラー表示を行うこととしてもよい。何らかのトラブル又は故意の操作によって、認証プロセスが中断されてしまった場合、既に使用されているパスコードの組み合わせがリリースされ不必要に追加のパスコードの入力を強いられるユーザーを減らすことができる。以上が、本実施形態に係る接続サーバー１０の機能である。

引き続いて、図３のシーケンス図を用いて、本実施形態に係る接続サーバー１０の動作方法である、接続サーバー１０で実行される処理（接続方法）を説明する。また、合わせて図４及び図５を用いて、ユーザー側端末２０における画面表示の例を説明する。この説明では、ユーザーＡが所持するユーザー側端末２０Ａと、ユーザーＢが所持するユーザー側端末２０Ｂとの間で接続が確立される例を説明する。図４（ａ）に、ユーザー側端末２０Ａ及びユーザー側端末２０Ｂにおける、接続サーバー１０の機能を利用するためのアプリケーションの初期画面を示す。

本処理では、ユーザーＡのユーザー側端末２０Ａに対する操作によって、ユーザー側端末２０Ａから接続サーバー１０に対してパスコード発行の要求であるパスコードリクエストが行われる（Ｓ０１）。当該操作は、例えば、図４（ａ）に示す、アプリケーションの初期画面における「ＲＥＱＵＥＳＴ １ｓｔ ＰＡＳＳＣＯＤＥ」のボタンに接触する操作である。当該パスコードリクエストには、要求元であるユーザー側端末２０Ａを特定する情報であるユーザーＩＤが含まれる。

接続サーバー１０では、パスコード生成部１１によって、当該パスコードリクエストが受信されて、受け付けられる（Ｓ０１、パスコード生成ステップ）。続いて、当該パスコードリクエストの受け付けを契機として、パスコード生成部１１によって、最初のパスコードである第１のパスコードが生成される（Ｓ０２、パスコード生成ステップ）。生成された第１のパスコードは、パスコード生成部１１からユーザー側端末２０Ａに送信される。生成された第１のパスコードとユーザーＩＤとは対応付けられて、パスコード生成部１１からパスコード記憶部１２に出力される。パスコード記憶部１２では、入力された第１のパスコードとユーザーＩＤとが対応付けられて新たに記憶（登録）される（Ｓ０３、パスコード記憶ステップ）。

第１のパスコードが送信されたユーザー側端末２０Ａでは、当該第１のパスコードが受信されて表示出力等の出力がなされる。例えば、図４（ｂ）に示すように、ユーザー側端末２０Ａでは、接続サーバー１０から送信された第１のパスコード「１２３」が表示される。続いて、ユーザー側端末２０Ａによって表示された第１のパスコードが、ユーザーＡによって参照されて認識される。続いて、ユーザーＡからユーザーＢに対して、パスコード「１２３」が発行された旨が伝達される（Ｓ０４）。この伝達は、上述したように電話等によって行われる。

続いて、ユーザーＢのユーザー側端末２０Ｂに対する操作によって、ユーザーＡから伝達されたパスコードがユーザー側端末２０Ｂに入力（登録）される（Ｓ０５）。当該操作は、例えば、図４（ａ）に示す、アプリケーションの初期画面において、パスコードを数字キー等によって入力して、当該初期画面における「ＥＮＴＥＲ」のボタンに接触する操作である。ユーザー側端末２０Ｂに入力されたパスコードは、ユーザー側端末２０Ｂから接続サーバー１０に送信される。また、当該パスコードの送信と併せて、送信元であるユーザー側端末２０Ｂを特定する情報であるユーザーＩＤも送信される。

接続サーバー１０では、パスコード受信部１３によって、当該パスコード及びユーザーＩＤが受信される（Ｓ０５、パスコード受信ステップ）。なお、当該パスコードは、第１の送信パスコードである。受信された第１の送信パスコードとユーザーＩＤとは対応付けられて、パスコード受信部１３からパスコード記憶部１２に出力される。パスコード記憶部１２では、入力された第１の送信パスコードとユーザーＩＤとが対応付けられて新たに記憶（登録）される（Ｓ０６、パスコード受信ステップ）。

また、送信パスコードが受信されると、パスコード受信部１３から、パスコード認証部１４に受信されたユーザーＩＤが通知される。続いて、パスコード認証部１４によって、通知されたユーザーＩＤに対応付けられて記憶されているパスコードに一致するパスコードが記憶されているか否かが判断される（Ｓ０７、パスコード認証ステップ）。即ち、通知されたユーザーＩＤに対応付けられて記憶されているパスコードが、当該送信パスコードの送信元のユーザーを含めて２ユーザー以上に対応付けられて記憶されているか否かが判断される。

当該判断の結果、２ユーザー以上に対応付けられて記憶されていない（即ち、当該送信パスコードの送信元のユーザーを除けば一致するユーザーがない）場合（図示せず）、第１の送信パスコードの送信元のユーザー側端末２０Ｂに対してパスコードが一致するユーザーがない旨を通知し、再度の送信パスコードの送信を促す。例えば、上記の通知に応じてユーザー側端末２０Ｂでは、図４（ｃ）に示すようにその旨をユーザーに通知する表示がなされる。予め設定された回数、不一致が判断された場合（パスコート認証が不一致の場合）、エラー処理として、当該ユーザー側端末２０Ｂについて接続処理の停止及びパスコードのリセットが行われる。以下の処理でも一致するパスコードがない場合は、上記と同様の処理が行われる。

Ｓ０７の判断の結果、２ユーザーのみ一致した（即ち、当該送信パスコードの送信元のユーザーを除けば１ユーザーのみの一致）場合（Ｓ０７の２ユーザーのみ一致）、それらのユーザーＩＤによって示される２つのユーザー側端末２０が、互いに接続されるユーザー側端末２０となる。本処理の場合、ユーザー側端末２０Ａとユーザー側端末２０Ｂとが、互いに接続されるユーザー側端末２０となる。この場合、それらのユーザー側端末２０に係るユーザーＩＤが、パスコード認証部１４から接続部１５に通知される。

続いて、接続部１５によって、通知されたユーザーＩＤによって特定されるユーザー側端末２０間の接続が確立される（Ｓ０８、接続ステップ）。接続処理によって、ユーザー側端末２０Ａとユーザー側端末２０Ｂとの間の相互接続が確立される（Ｓ０９）と、ユーザー側端末２０Ａとユーザー側端末２０Ｂとの間で情報の送受信が可能となる。ユーザー側端末２０Ａ及びユーザー側端末２０Ｂでは、接続が確立されると、図４（ｄ）に示すような接続が確立された旨の表示がなされる。また、接続部１５による接続処理の後、接続が確立されたユーザー側端末２０に係るユーザーＩＤに対応付けられて記憶されたパスコードが削除される（Ｓ１０）。この場合、ここで処理は終了となる。

Ｓ０７の判断の結果、３ユーザー以上一致した（即ち、当該送信パスコードの送信元のユーザーを除けば２ユーザー以上の一致）場合（Ｓ０７の３ユーザー以上一致）、第１の送信パスコードの送信元のユーザー側端末２０Ｂに対して第２のパスコードを生成するように、パスコード認証部１４からパスコード生成部１１に対して要求が行われる。

続いて、当該要求が行われると、パスコード生成部１１によって、第１のパスコードに続く第２のパスコードが生成される（Ｓ１１、パスコード生成ステップ）。生成された第２のパスコードは、パスコード生成部１１からユーザー側端末２０Ｂに送信される。生成された第２のパスコードとユーザーＩＤとは対応付けられて、パスコード生成部１１からパスコード記憶部１２に出力される。パスコード記憶部１２では、既にユーザーＩＤに対応付けられて記憶されているパスコード（第１の送信パスコード）に続けて、入力された第２のパスコードが記憶（登録）される（Ｓ１２、パスコード記憶ステップ）。以降の処理では、続けて記憶された一連のパスコード（「１２３ ４５６」）が、パスコード認証部１４による認証処理で用いられる。

第２のパスコードが送信されたユーザー側端末２０Ｂでは、当該第２のパスコードが受信されて表示出力等の出力がなされる。例えば、図５（ａ）に示すように、ユーザー側端末２０Ｂでは、接続サーバー１０から送信された第２のパスコード「４５６」が表示される。なお、ユーザー側端末２０での表示では、一連のパスコードが左上に表示される。一連のパスコードにおいて、接続サーバー１０によって生成されたパスコードは括弧書きで（図５（ａ）の例では「１２３（４５６）」のうちの「（４５６）」）、ユーザー側端末２０で入力されたパスコード（送信パスコード）は括弧書きなしで（図５（ａ）の例では「１２３（４５６）」のうちの「１２３」）、それぞれ表示される。続いて、ユーザー側端末２０Ｂによって表示された第２のパスコードが、ユーザーＢによって参照されて認識される。続いて、ユーザーＢからユーザーＡに対して、パスコード「１２３」に続くパスコード「４５６」が発行された旨が伝達される（Ｓ１３）。この伝達は、上述したように電話等によって行われる。

続いて、ユーザーＡのユーザー側端末２０Ａに対する操作によって、ユーザーＢから伝達されたパスコードがユーザー側端末２０Ａに入力（登録）される（Ｓ１４）。当該操作は、ユーザー側端末２０Ｂでの入力と同様に行われる。ユーザー側端末２０Ａに入力されたパスコードは、ユーザー側端末２０Ａから接続サーバー１０に送信される。また、当該パスコードの送信と併せて、送信元であるユーザー側端末２０Ａを特定する情報であるユーザーＩＤも送信される。

接続サーバー１０では、パスコード受信部１３によって、当該パスコード及びユーザーＩＤが受信される（Ｓ１４、パスコード受信ステップ）。なお、当該パスコードは、第２の送信パスコードである。受信された第２の送信パスコードとユーザーＩＤとは対応付けられて、パスコード受信部１３からパスコード記憶部１２に出力される。パスコード記憶部１２では、既にユーザーＩＤに対応付けられて記憶されているパスコード（第１のパスコード）に続けて、入力された第２の送信パスコードが記憶（登録）される（Ｓ１５、パスコード記憶ステップ）。以降の処理では、続けて記憶された一連のパスコード（「１２３ ４５６」）が、パスコード認証部１４による認証処理で用いられる。

また、送信パスコードが受信されると、パスコード受信部１３から、パスコード認証部１４に受信されたユーザーＩＤが通知される。続いて、パスコード認証部１４によって、通知されたユーザーＩＤに対応付けられて記憶されているパスコードに一致するパスコードが記憶されているか否かが判断される（Ｓ１６、パスコード認証ステップ）。即ち、通知されたユーザーＩＤに対応付けられて記憶されているパスコードが、当該送信パスコードの送信元のユーザーを含めて２ユーザー以上に対応付けられて記憶されているか否かが判断される。

Ｓ１６の判断の結果、２ユーザーのみ一致した（即ち、当該送信パスコードの送信元のユーザーを除けば１ユーザーのみの一致）場合（Ｓ１６の２ユーザーのみ一致）、それらのユーザーＩＤによって示される２つのユーザー側端末２０が、互いに接続されるユーザー側端末２０となる。本処理の場合、ユーザー側端末２０Ａとユーザー側端末２０Ｂとが、互いに接続されるユーザー側端末２０となる。この場合、それらのユーザー側端末２０に係るユーザーＩＤが、パスコード認証部１４から接続部１５に通知される。続いて、接続部１５によって、通知されたユーザーＩＤによって特定されるユーザー側端末２０間の接続が確立される（Ｓ１７、接続ステップ）。接続処理によって、ユーザー側端末２０Ａとユーザー側端末２０Ｂとの間の相互接続が確立される（Ｓ１８）と、ユーザー側端末２０Ａとユーザー側端末２０Ｂとの間で情報の送受信が可能となる。また、接続部１５による接続処理の後、接続が確立されたユーザー側端末２０に係るユーザーＩＤに対応付けられて記憶されたパスコードが削除される（Ｓ１９）。この場合、ここで処理は終了となる。

Ｓ０７の判断の結果、３ユーザー以上一致した（即ち、当該送信パスコードの送信元のユーザーを除けば２ユーザー以上の一致）場合（Ｓ１６の３ユーザー以上一致）、第２の送信パスコードの送信元のユーザー側端末２０Ａに対して第２のパスコードを生成するように、パスコード認証部１４からパスコード生成部１１に対して要求が行われる。

以降、Ｓ１１以降の処理が、ユーザー側端末２０Ａとユーザー側端末２０Ｂとを入れ替えて（交互にパスコードが発行されるように）繰り返される。即ち、送信パスコードの送信元のユーザー側端末２０に対して、新たな第２のパスコードが生成されて送信される。また、パスコード記憶部１２によって、新たに生成された第２のパスコードが記憶される場合には、それまでにユーザーＩＤに対応付けて記憶されたパスコードに続けて記憶される。また、パスコード記憶部１２によって、新たに受信された第２の送信パスコードが記憶される場合には、それまでにユーザーＩＤに対応付けて記憶されたパスコードに続けて記憶される。図５（ｂ）に、ユーザー側端末２０Ａに対して新たなパスコード（更なる第２のパスコード）である「００１」が発行された場合の、ユーザー側端末２０Ａの画面表示を示す。この繰り返しは、接続が確立されるか、エラー処理として接続処理の停止及びパスコードのリセットが行われるまで行われる。以上が、本実施形態に係る接続サーバー１０で実行される処理である。

上述したように本実施形態では、ユーザー側端末２０間の接続に用いられるパスコードを、段階的に生成することができる。また、接続対象となる２つのユーザー側端末２０のそれぞれに対して交互にパスコードを生成することができる。従って、１度に接続システムからユーザーに伝えられるパスコードの桁数を比較的小さくすることができる。また、パスコードの重複があった場合にも、新たなパスコードを発行することで適切なユーザー側端末２０間の接続を行うことができる。

これにより、本実施形態によれば、パスコードの伝達及び入力をユーザーに対して容易に行わせることができる。また、複数回のパスコードの生成が行われるため、単にパスコードの桁数を小さくした場合のパスコードの重複や安全性上の問題が生じることを防止することができる。具体的には、本実施形態では、仮に接続を行うユーザー側端末２０を所持するユーザー間（上記の例では、ユーザーＡとユーザーＢとの間）の電話や口頭のやり取りを第三者が傍受したとしても、交互に接続サーバー１０から各ユーザー側端末２０へパスコードが発行されることにより、当該第三者が割り込みアクセスをすることが困難というセキュリティー上のメリットがある。

また、本実施形態のように一致するパスコードの重複があった場合（図３のＳ０７及びＳ１６の３ユーザー以上一致に相当）に先行するパスコードを生成することとしてもよい。この構成によれば、重複がある場合のみ第２のパスコードを生成することとすることができる。この結果、ユーザーのパスコードの伝達及び入力の負担を少なくすることができる。

また、本実施形態のように１回の接続に対して３回以上のパスコードの生成を可能とする構成をとってもよい。この構成によれば、パスコード生成の柔軟性を向上させることができる。

引き続いて、本発明の実施形態の変形例について説明する。なお、特に説明のない点については、上述した実施形態と同様であるものとする。

＜変形例１＞
上述した実施形態では、パスコード認証の結果、接続される２つのユーザー側端末２０が判別したら（図３のＳ０７の２ユーザーのみ一致、Ｓ１６のＳ１６の２ユーザーのみ一致の場合）、その時点で新たなパスコードは生成せずにユーザー側端末２０間の接続を許可していた。本変形例では、接続される２つのユーザー側端末２０が判別した後、ユーザー側端末２０間の接続を許可する前に設定された回数、追加のパスコード（第２のパスコード）生成と認証を行う。

この場合、パスコード認証部１４は、認証の結果（パスコードの一致の判断の結果）、接続される２つのユーザー側端末２０が判別した場合、そこからの認証（パスコードの一致判断）の回数をカウントする。パスコード認証部１４は、予め上記の設定された回数を記憶しておき、カウントした回数が設定された回数となった場合に、接続されるユーザー側端末２０に係るユーザーＩＤを接続部１５に通知する。

このように接続部１５は、設定された回数、パスコード認証部１４によって一致するパスコードの組み合わせがあると判断された場合に、ユーザー側端末２０間の接続を確立させることとしてもよい。また、上記の回数は、接続される２つのユーザー側端末２０が判別してからの回数でなくてもよい。例えば、最初の認証（接続される２つのユーザー側端末２０が判別する前）からの回数が、設定された回数になった場合に接続を確立することとしてもよい。

図６のシーケンス図を用いて、本変形例についての処理を説明する。接続サーバー１０では、上述した実施形態と同様にパスコード認証部１４によって、パスコードの一致の判断が行われる（Ｓ３１、パスコード認証ステップ）。なお、この処理は、図３のＳ０７及びＳ１６等と同様の処理である。Ｓ３１の判断の結果、２ユーザーのみ一致した場合（接続される２つのユーザー側端末２０が判別した場合）、繰り返しパスコードの生成及びパスコードの認証が行われる（Ｓ３２）。この繰り返しの単位は、例えば、図３のＳ１１〜Ｓ１６の処理に相当する。

パスコード認証部１４によって、繰り返しの回数がカウントされる。繰り返しの回数が設定された回数となった場合に、接続されるユーザー側端末２０に係るユーザーＩＤが、パスコード認証部１４から接続部１５に通知される。続いて、接続部１５によって、通知されたユーザーＩＤによって特定されるユーザー側端末２０間の接続が確立される（Ｓ３３、接続ステップ）。接続処理によって、ユーザー側端末２０Ａとユーザー側端末２０Ｂとの間の相互接続が確立される（Ｓ３４）と、ユーザー側端末２０Ａとユーザー側端末２０Ｂとの間で情報の送受信が可能となる。また、接続部１５による接続処理の後、接続が確立されたユーザー側端末２０に係るユーザーＩＤに対応付けられて記憶されたパスコードが削除される（Ｓ３５）。この場合、ここで処理は終了となる。

一方で上記の繰り返しの間に、予め設定された回数のパスコードの不一致又はタイムアウトとなった場合には、当該ユーザー側端末２０について接続処理の停止及びパスコードのリセットが行われる（Ｓ３６）。

上記の構成によれば、設定された回数のユーザーによるパスコードの入力が必要となる。そのため、例えば、悪意の第三者による総当たりの接続攻撃を避けることができ、安全性を向上することができる。また、入力ミス等によって偶然に２ユーザーのパスコードが一致してしまうことにより起こる誤接続を引き起こすリスクを低減することが可能である。理論上、１回パスコード認証を追加することに、誤接続のリスクは（パスコードで使われる文字種数）を（パスコードの桁数）回乗じた数字の逆数に低減される。

＜変形例２＞
上述した実施形態では、接続サーバー１０において生成されるパスコードの桁数は、予め接続サーバー１０の管理者等によって設定されることとしていた。本変形例では、接続サーバー１０によって桁数が決定される。

パスコード生成部１１は、パスコード記憶部１２によって記憶されたパスコードに応じて、生成するパスコードの桁数を決定する。具体的には、パスコード生成部１１は、パスコード認証部１４からパスコード認証を行った際に重複するパスコードが他にいくつあったか（重複するユーザーが何人存在したか）の通知を受ける。パスコード生成部１１は、その数に応じて次に生成するパスコードの桁数を、予め記憶したルールに基づいて決定する。

パスコード生成部１１は、上記のルールとして図７（ａ）に示すような直前の認証での重複ユーザー数と、次に生成するパスコードの桁数とを対応付けた情報を予め記憶する。パスコード生成部１１は、上記の情報において、パスコード認証部１４から通知された重複ユーザー数に対応する桁数を次に生成するパスコードの桁数と決定する。例えば、図７（ｂ）に示すようにあるユーザー（ユーザーＩＤ）に対して既に１２３４５６という６桁のパスコードが割り当てられている場合に重複しているユーザー（ユーザーＩＤ）が１２人いたものとする。この場合、パスコード生成部１１は、図７（ａ）に示す情報に基づき、次に生成するパスコードは２ケタであるものと決定し、当該ユーザーに対して２桁のパスコードを生成して付与する。

なお、パスコードの桁数の決定は、重複するユーザー数ではなく、重複するユーザーの率に基づいてもよい。

この構成によれば、接続サーバー１０の利用度合いに応じて、パスコードの桁数を適切なものとすることができる。特に比較的ユーザー数が少ない場合において、セキュリティーを維持しつつ、パスコードの伝達及び入力の容易性を向上させることができる。

＜変形例３＞
本変形例では、パスコード生成部１１は、パスコード記憶部１２によって記憶されたパスコードに応じて、パスコードを生成することとしてもよい。パスコードを生成する際に、既に生成済みのパスコードの組み合わせを確認し、重複率の低いパスコードを優先して生成することができる。

パスコード生成部１１は、例えば図８（ａ）に示すように、パスコード記憶部１２によって記憶されたパスコードを参照して、パスコード毎に記憶された（生成済みの）パスコードの数をカウントしておく。このカウントは、パスコードの発行組（一連のパスコードのうち、何回目の送信パスコードの受信によって生成されたかの組）毎に行われる。パスコード生成部１１は、カウントされた数が少ない（使用件数の少ない）パスコードから、優先的に抽選を行ってパスコードを生成する（付与する）。

図８（ａ）に示す例では、一組目のパスコード（第１のパスコード）での不使用の数列が「００１」、「００２」、「００３」の３組あるので、パスコード生成部１１は、一組目のパスコード（第１のパスコード）を生成する際、この３つの数列から抽選を行ってパスコードを生成する（付与する）。

また、以下のようにパスコードを生成してもよい。パスコード生成部１１は、複数回生成されて組み合わせられた一連のパスコード毎の数をカウントする。パスコード生成部１１は、これからパスコードを生成しようとするユーザーに対して既に付与されている（パスコード記憶部１２によってユーザーＩＤに対応付けられて記憶されている）パスコードを確認し、次に発行するパスコード（第２のパスコード）によって生成される一連のパスコードの組み合わせの中で重複ユーザー数が少ないパスコードから、優先的に抽選を行ってパスコードを生成する（付与する）。

例えば、既に１２３４５６というパスコードが、新たなパスコードの付与対象のユーザーに対して割り当てられており、次に３桁のパスコードを付与することによって９桁のパスコードの組が当該ユーザーに割り当てられる。パスコード生成部１１は、例えば図８（ｂ）に示すように、「１２３４５６」が割り当てられている場合の、次の３桁のパスコード毎に記憶された（生成済みの）パスコードの数をカウントしている。

図８（ｂ）に示す例では、「１２３４５６００１」、「１２３４５６００２」、「１２３４５６００３」の３つの９桁のパスコードの組は、他に重複するユーザーがいないので、「００１」、「００２」、「００３」から抽選を行ってパスコードを生成する（付与する）。

この構成によれば、例えば、特定のパスコードのみ数多くの重複が生じる等の生成するパスコードの偏りを防ぐことができる。なお、上記の２つの方法のうち、図８（ａ）を例として説明した方法では、図８（ｂ）を例として説明した方法に比べて、記憶されているパスコードをカウントする計算量が少なくて済む。具体的には、１組当たり、１０の３乗個分の数列の件数をカウントすればよい。反面、カウントされている数が０の数列が無くなり、１以上の数列をパスコードとして発行しなければならない場合、完全には重複を防止できない。

図８（ｂ）を例として説明した方法では、図８（ａ）を例として説明した方法に比べて、重複が発生する件数の計算量が膨大になる。例えば、図８（ｂ）の例では、３組目を付与する際に最大で１０の９乗組のパスコードの重複件数をカウントする必要がある。但し、重複を防ぐ確率は高くなる。

また、パスコード生成部１１は、パスコード記憶部１２によって記憶されたパスコードが生成された時刻にも応じて、パスコードを生成することとしてもよい。この場合、パスコード生成部１１は、例えば、図１１に示すように、パスコード（数列）毎に、パスコード記憶部１２によって記憶されたパスコードが生成された時刻を記憶する。この記憶は、例えば、パスコードの生成の際に行われ、パスコードの発行組（一連のパスコードのうち、何回目の送信パスコードの受信によって生成されたかの組）毎に行われる。また、パスコード毎に最新の生成の時刻（最後に生成した時刻）である最新生成日時を記憶する。

パスコード生成部１１は、生成するパスコードに対応する発行組について記憶したパスコード（数列）のうち、最新生成日時が古い順の所定数のパスコード（数列）から、優先的に抽選を行ってパスコードを生成する（付与する）。上記の所定数については、任意の数を予め設定することができる。例えば、図１１の網掛けで示すように、最新生成日時が古い順の１０個のパスコード（数列）から、生成するパスワードを選択する。

この方法によれば、図８（ａ）及び図８（ｂ）を例として説明した方法に比べると、重複を防ぐ確率は低くなる可能性がある。しかしながら、この方法によれば、各発行組のパスコードの使用件数の加減算の計算や、次の発行組のパスコードを付与した際に重複する計算等の計算負荷を抑えることができる。これにより、接続サーバー１０の処理全体の高速化が可能となる。即ち、この構成によれば、計算負荷を抑えた上でパスコードの偏りを防ぐことができる。

＜変形例４＞
本変形例では、パスコード認証部１４は、送信パスコードの送信元が第１のパスコードの生成リクエストを行った（パスコードリクエストを行った）ユーザー側端末２０であるか否かに応じて一致の判断を行うこととしてもよい。本実施形態では、ユーザー側端末２０間で接続を行う場合、それらのユーザー側端末２０の両方が第１のパスコードの生成リクエストを行うことはない。従って、第１のパスコードの生成リクエストを行った同士のユーザー側端末２０（最初に第１のパスコードの発行を受けるユーザー群）、あるいは第１のパスコードの生成リクエストを行っていない同士のユーザー側端末２０（第１のパスコードを伝達されたユーザー群）は、互いに接続対象ではないこととなる。本変形例は、それを考慮したものである。

本変形例では、パスコード記憶部１２がパスコードを記憶される際に、パスコードに対応付けられるユーザーＩＤが、第１のパスコードの生成リクエストを行ったユーザー側端末２０であるか否かを併せて記憶しておく。即ち、各ユーザーが何れのユーザー群に属するかを管理しておく。

パスコード認証部１４は、送信パスコードが受信されてパスコードの一致の判断をする際に、送信パスコードの送信元（自身が属するユーザー群）とは逆のユーザー群のパスコードのみを対象とすればよい。なお、全てのユーザーに対してパスコードについて一致を判断して、同一のユーザー群のユーザー同士の一致であった場合には、接続を禁止することとしてもよい。

この構成によれば、パスコードの一致の判断を効率的に行うことができる。具体的には、自分の属するユーザー群に対するパスコードの検証をカットすることができ、パスコード検証作業の計算量が概ね半減されることで検索スピードの向上が可能となる。

＜変形例５＞
上述した実施形態では、パスコード認証の結果、接続される２つのユーザー側端末２０が判別したら（図３のＳ０７の２ユーザーのみ一致、Ｓ１６のＳ１６の２ユーザーのみ一致の場合）、ユーザー側端末２０間の接続を許可していた。本変形例では、接続される２つのユーザー側端末２０が判別した後、接続を行う前に、それらのユーザー側端末２０に対して共通の確認専用パスコードを発行し、それらが共通の確認専用パスコードを受け取ったことを確認した上で接続を行う。

具体的には、接続部１５は、パスコード認証部１４によって一致するパスコードの組み合わせがあると判断された場合に、一致するパスコードに対応付けられて記憶されたユーザーＩＤに係るユーザー側端末２０それぞれに共通の確認用のパスコード（確認専用パスコード）を送信する。接続部１５は、当該送信に応じて、それらのユーザー側端末２０両方から接続を承認する旨の情報を受信したら、当該ユーザー側端末２０間の接続を確立させる。確認専用パスコードは、予め接続部１５によって記憶されていてもよいし、パスコード生成部１１によるパスコードの生成と同様に生成されてもよい。

ユーザー間でそれ以前のパスコードの伝達と同様に、ユーザー間で共通の確認専用パスコードを受け取ったことが確認されて、各ユーザーによってユーザー側端末２０に対して接続を承認する旨の入力が行われると接続が確立されることとなる。

図９のシーケンス図を用いて、本変形例についての処理を説明する。上述した処理と同様に接続サーバー１０では、上述した実施形態と同様にパスコード認証部１４によって、パスコードの一致の判断が行われる。なお、この処理は、図３のＳ０７及びＳ１６等と同様の処理である。Ｓ３１の判断の結果、２ユーザーのみ一致した場合（接続される２つのユーザー側端末２０が判別した場合）、以下の処理が行われる。

接続サーバー１０では、接続部１５によって、確認専用パスコードが生成されて、接続される２つのユーザー側端末２０Ａ及びユーザー側端末２０Ｂに送信される（Ｓ４１、接続ステップ）。確認専用パスコードが送信されたユーザー側端末２０Ａ及びユーザー側端末２０Ｂでは、当該確認専用パスコードが受信されて表示出力等の出力がなされる。例えば、ユーザー側端末２０Ａでは、図５（ｃ）に示すように、接続サーバー１０から送信された確認専用パスコード「９９９９」が表示される。また、ユーザー側端末２０Ｂでは、図５（ｄ）に示すように、接続サーバー１０から送信された確認専用パスコード「９９９９」が表示される。

続いて、ユーザー側端末２０Ａ及びユーザー側端末２０Ｂによって表示された確認専用パスコードが、ユーザーＡ及びユーザーＢそれぞれによって参照されて認識される。続いて、ユーザーＡとユーザーＢとの間で、共通の確認専用パスコード「９９９９」が受信された旨が伝達される（Ｓ４２）。この伝達は、上述したように電話等によって行われる。

続いて、ユーザーＢとの間で共通の確認専用パスコードが受信されたことを確認したユーザーＡのユーザー側端末２０Ａに対する操作によって、接続を承認する旨の入力が行われる（Ｓ４３）。当該操作は、例えば、図５（ｃ）に示す、表示画面における「ＣＯＮＮＥＣＴ ＴＯ ＫＥＮＪＩ」のボタンに接触する操作である。ユーザー側端末２０Ａに入力された接続承認の旨の情報は、ユーザー側端末２０Ａから接続サーバー１０に送信される。ユーザーＡとの間で共通の確認専用パスコードが受信されたことを確認したユーザーＢのユーザー側端末２０Ｂからも、ユーザー側端末２０Ａと同様に、接続承認の旨の情報が接続サーバー１０に送信される（Ｓ４４）。

接続サーバー１０では、接続部１５によって、送信された接続承認の旨の情報が受信される（Ｓ４３，Ｓ４４、接続ステップ）。ユーザー側端末２０Ａ及びユーザー側端末２０Ｂの双方から、接続承認の旨の情報が受信されると、接続部１５によって、それらのユーザー側端末２０間の接続が確立される（Ｓ４５、接続ステップ）。接続処理によって、ユーザー側端末２０Ａとユーザー側端末２０Ｂとの間の相互接続が確立される（Ｓ４６）と、ユーザー側端末２０Ａとユーザー側端末２０Ｂとの間で情報の送受信が可能となる。また、接続部１５による接続処理の後、接続が確立されたユーザー側端末２０に係るユーザーＩＤに対応付けられて記憶されたパスコードが削除される（Ｓ４７）。この場合、ここで処理は終了となる。

なお、共通の確認専用パスコードの送信後、ユーザー間で共通の確認専用パスコードの受信の確認が取れなかった等で、ユーザー側端末２０Ａ及びユーザー側端末２０Ｂの少なくとも一方から、予め設定した時間内に上記の情報を受信しなかった場合には、ユーザー側端末２０Ａ及びユーザー側端末２０Ｂについて接続処理の停止及びパスコードのリセットを行う。以上が、本変形例についての処理である。

この構成によれば、更に接続の安全性を向上することができる。具体的には、誤接続を引き起こすリスクを低減することが可能となる。１回パスコード認証を追加することに、誤接続のリスクは（パスコードで使われる文字種数）を（パスコードの桁数）回乗じた数字の逆数に低減される。本実施形態の基本機能のように、片方のユーザーにパスコードを発行し、別のユーザーへパスコードを伝達してパスコードを入力する方式の場合、伝達ミスや入力ミスにより接続が無効になるリスクがある。本機能により、接続前の最終パスコード認証に関してそのリスクを軽減することが可能になる。

＜変形例６＞
上述した実施形態では、パスコードの不一致が行われた場合等に接続処理の停止及びパスコードのリセットを行うこととされていたが、ユーザー側端末２０側から自発的に接続処理の停止及びパスコードのリセットを行えるようにしてもよい。この場合、接続処理中のユーザー側端末２０は、ユーザーのユーザー側端末２０に対する操作によって、接続処理の停止及びパスコードのリセットを要求する情報を接続サーバー１０に送信することができる。接続サーバー１０では、当該要求を受信すると、当該要求に係るユーザー側端末２０について接続処理の停止及びパスコードのリセットを行う。

図１０のシーケンス図を用いて、本変形例についての処理の例を説明する。接続サーバー１０では、上述した実施形態と同様にパスコード認証部１４によって、パスコードの一致の判断が行われる（Ｓ５１、パスコード認証ステップ）。なお、この処理は、図３のＳ０７及びＳ１６等と同様の処理である。Ｓ５１の判断の結果、当該ユーザー以外に同じパスコードを保持するユーザーがいない場合、パスコード認証に係るユーザー側端末２０について接続処理の停止及びパスコードのリセットが行われる（Ｓ５２）。

また、接続サーバー１０から当該ユーザー側端末２０に対してその旨の通知が行われて、当該ユーザー側端末２０においてエラー表示が行われる（Ｓ５３）。当該エラー表示は、ユーザーＡによって参照されて認証が正しく行われなかった旨が認識される。続いて、エラー表示を確認したユーザーから相手ユーザーに対して、その旨が伝達される（Ｓ５４）。続いて、相手ユーザーのユーザー側端末２０に対する操作によって、接続処理の停止及びパスコードのリセットを要求する情報が接続サーバー１０に送信される（Ｓ５５）。接続サーバー１０では、当該情報が受信されて、相手ユーザー側端末２０について接続処理の停止及びパスコードのリセットが行われる（Ｓ５６）。以上が、本変形例についての処理である。

上記の構成によれば、ユーザー側端末２０側から自発的に接続処理の停止及びパスコードのリセットを行えるため、ユーザー側端末２０が最初から接続をやり直すことができる。また、接続サーバー１０では、実質的に接続することができない接続処理の停止及びパスコードのリセットを行うことができ、リソースの効率的利用を図ることができる。

＜その他の変形例＞
ユーザー側端末２０は、接続サーバー１０から送信されたパスコードを音声データ又は非音声データに変換して、例えば、電話通信を通じて相手ユーザー側端末２０に伝達することとしてもよい。また、ユーザー側端末２０は、相手ユーザー側端末２０から受け取った音声データ又は非音声データをパスコードに変換し、接続サーバー１０に送信することとしてもよい。音声データからパスコードへの変換、パスコードから音声データへの変換は、従来の音声認識及び音声合成の技術を用いることができる。また、非音声データの変換にも、任意の従来の技術を用いることができる。

電話等の音声情報を通じてパスコードを共有する場合に、極力相手に伝わりやすい明瞭な音声又は相手になじみのある言語でパスコードを伝達した方が伝達しやすい。そのため、上記の構成によって伝達ミスによるプロセスの中断が起こりにくくなる。また、上記の構成を用い、ＣＴＩ機能と連携させることで連続作業の自動化を図ることができ、接続作業の確実化と省力化とが可能になる。

加えて、ＣＴＩ技術による自動電話受発信機能、文字情報の音声化機能、及び音声情報の文字化機能等を組み合わせることで、聴覚や発話が不自由な人からでも、健常者に対して電話回線を通じて情報端末間のチャット等の接続作業を呼び掛け、相互にコミュニケーションを実現することが可能になる。

上述した実施形態では、接続サーバー１０において、パスコードはユーザー側端末２０毎に記憶、管理されていた。しかしながら、パスコードは、ユーザー側端末２０、及び当該ユーザー側端末２０によって確立されるセッション毎に記憶、管理されてもよい。これにより、ユーザー側端末２０が、接続サーバー１０との間で複数のセッションを確立できれば、当該セッション毎に複数の別のユーザー側端末２０との間で接続を確立することができる。

１０…接続サーバー、１１…パスコード生成部、１２…パスコード記憶部、１３…パスコード受信部、１４…パスコード認証部、１５…接続部、２０…ユーザー側端末、３０…通信ネットワーク。

Claims (10)

1. 複数の端末との間で通信を行うことができると共に当該端末間での接続を確立させる接続システムであって、
   第１の端末に対して第１のパスコードを生成して送信するパスコード生成手段と、
   前記パスコード生成手段によって生成された第１のパスコードを前記第１の端末に対応付けて記憶するパスコード記憶手段と、
   第２の端末から第１の送信パスコードを受信するパスコード受信手段と、
   前記パスコード受信手段によって受信された第１の送信パスコードと一致する、前記パスコード記憶手段によって記憶された第１のパスコードがあるか否かを判断するパスコード認証手段と、
   前記第１の端末と前記第２の端末との間の接続を確立させる接続手段と、を備え、
   前記パスコード生成手段は、前記パスコード認証手段によって一致する第１のパスコードがあると判断された場合に、前記第２の端末に対して当該第１のパスコードに続く第２のパスコードを生成して送信し、
   前記パスコード記憶手段は、前記第１のパスコード及び前記パスコード生成手段によって生成された第２のパスコードの組み合わせを前記第２の端末に対応付けて記憶し、
   前記パスコード受信手段は、前記第１の端末から第２の送信パスコードを受信し、
   前記パスコード認証手段は、前記パスコード生成手段によって生成された第１のパスコード及び前記パスコード受信手段によって受信された第２の送信パスコードの組み合わせと一致する、前記パスコード記憶手段によって記憶された組み合わせがあるか否かを判断し、
   前記接続手段は、前記パスコード認証手段によって一致する組み合わせがあると判断された場合に、前記第２の送信パスコードの送信元である第１の端末と、当該一致する組み合わせに対応付けられて前記パスコード記憶手段によって記憶された第２の端末との間の接続を確立させる、接続システム。
2. 前記パスコード生成手段は、前記パスコード認証手段によって一致する第１のパスコードがあると判断され、かつ当該一致する第１のパスコードが前記パスコード記憶手段に重複して記憶されていた場合に、前記第２のパスコードを生成する請求項１に記載の接続システム。
3. 前記パスコード生成手段は、前記パスコード認証手段によって一致する組み合わせがあると判断された場合に、当該判断に用いられた第２のパスコードに続く、新たな第２のパスコードを生成して、
   前記パスコード認証手段は、前記パスコード生成手段によって生成された前記新たな第２のパスコードを用いた判断を行い、
   前記接続手段は、所定回数、前記パスコード認証手段によって一致する組み合わせがあると判断された場合に、前記第１の端末と前記第２の端末との間の接続を確立させる、請求項１又は２に記載の接続システム。
4. 前記接続手段は、設定された回数、前記パスコード認証手段によって一致する組み合わせがあると判断された場合に、前記第１の端末と前記第２の端末との間の接続を確立させる請求項３に記載の接続システム。
5. 前記パスコード生成手段は、前記パスコード記憶手段によって記憶されたパスコードに応じて、生成するパスコードの桁数を決定する請求項１〜４の何れか一項に記載の接続システム。
6. 前記パスコード生成手段は、前記パスコード記憶手段によって記憶されたパスコードに応じて、パスコードを生成する請求項１〜５の何れか一項に記載の接続システム。
7. 前記パスコード生成手段は、前記パスコード記憶手段によって記憶されたパスコードが生成された時刻にも応じて、パスコードを生成する請求項６に記載の接続システム。
8. 前記パスコード生成手段は、前記第１の端末からの要求を受け付けて第１のパスコードを生成し、
   前記パスコード認証手段は、送信パスコードの送信元が前記要求を行った端末であるか否かに応じて一致の判断を行う、請求項１〜７の何れか一項に記載の接続システム。
9. 前記接続手段は、前記パスコード認証手段によって一致する組み合わせがあると判断された場合に、前記第２の送信パスコードの送信元である第１の端末及び当該一致する組み合わせに対応付けられて前記パスコード記憶手段によって記憶された第２の端末に確認用のパスコードを送信し、当該送信に応じて当該第１の端末及び当該第２の端末から接続を承認する旨の情報を受信したら、当該第１の端末と当該第２の端末との間の接続を確立させる請求項１〜８の何れか一項に記載の接続システム。
10. 複数の端末との間で通信を行うことができると共に当該端末間での接続を確立させる接続システムの動作方法である接続方法であって、
    第１の端末に対して第１のパスコードを生成して送信するパスコード生成ステップと、
    前記パスコード生成ステップにおいて生成された第１のパスコードを前記第１の端末に対応付けて記憶するパスコード記憶ステップと、
    第２の端末から第１の送信パスコードを受信するパスコード受信ステップと、
    前記パスコード受信ステップにおいて受信された第１の送信パスコードと一致する、前記パスコード記憶ステップにおいて記憶された第１のパスコードがあるか否かを判断するパスコード認証ステップと、
    前記第１の端末と前記第２の端末との間の接続を確立させる接続ステップと、を備え、
    前記パスコード生成ステップにおいて、前記パスコード認証ステップにおいて一致する第１のパスコードがあると判断された場合に、前記第２の端末に対して当該第１のパスコードに続く第２のパスコードを生成して送信し、
    前記パスコード記憶ステップにおいて、前記第１のパスコード及び前記パスコード生成ステップにおいて生成された第２のパスコードの組み合わせを前記第２の端末に対応付けて記憶し、
    前記パスコード受信ステップにおいて、前記第１の端末から第２の送信パスコードを受信し、
    前記パスコード認証ステップにおいて、前記パスコード生成ステップにおいて生成された第１のパスコード及び前記パスコード受信ステップにおいて受信された第２の送信パスコードの組み合わせと一致する、前記パスコード記憶ステップにおいて記憶された組み合わせがあるか否かを判断し、
    前記接続ステップにおいて、前記パスコード認証ステップにおいて一致する組み合わせがあると判断された場合に、前記第２の送信パスコードの送信元である第１の端末と、当該一致する組み合わせに対応付けられて前記パスコード記憶ステップにおいて記憶された第２の端末との間の接続を確立させる、接続方法。

Images