JP4718748B2 - 通信制御方法、サーバ通信装置、クライアント通信装置及び通信制御プログラム - Google Patents
通信制御方法、サーバ通信装置、クライアント通信装置及び通信制御プログラム Download PDFInfo
- Publication number
- JP4718748B2 JP4718748B2 JP2002173672A JP2002173672A JP4718748B2 JP 4718748 B2 JP4718748 B2 JP 4718748B2 JP 2002173672 A JP2002173672 A JP 2002173672A JP 2002173672 A JP2002173672 A JP 2002173672A JP 4718748 B2 JP4718748 B2 JP 4718748B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- condition
- communication device
- client
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、コンピュータ等の電子情報通信機器を相互に接続する通信技術に関し、特には、位置や距離など機器間の物理的な関係を参照して通信セッションの確立および切断を制御する技術に関するものである。
【０００２】
【従来の技術】
コンピュータ等の電子情報通信機器を相互に接続する通信技術は、ピアツーピア接続からＬＡＮ接続、さらにＷＡＮからインターネット接続と言うように、物理的に遠く離れた場所にある機器どうしの接続を主眼として発達してきた。しかし、物理的に近くに存在する電子情報通信機器どうしだけを接続する通信技術もまた重要な研究課題である。何故なら、物理的に近い機器どうしだけで通信が行われれば、セキュリティ面で有利であり、また様々なアプリケーションの開発に道を開く基盤技術となり得るからである。
【０００３】
物理的に近くに存在する電子情報通信機器どうしだけを通信可能に接続する典型的な従来技術は、指向性の強い赤外線や微弱な電波などの無線方式によって機器間を接続する方法である（以下、第１の従来技術）。このような方法の一例が特開平11-150547号公報に記載されている。
【０００４】
他方、特願2000-316201号には、電子情報通信機器どうしをＢｌｕｅｔｏｏｔｈ（登録商標）などの無線ネットワークで相互に通信可能に接続すると共に、ＩｒＤＡを利用した赤外線通信方式による近接通信も可能にし、接続を希望する電子情報通信機器どうしを対向させて通信相手の機器識別情報を赤外線通信によって取得し、実際の通信はこの取得した機器識別情報を用いて無線ネットワーク経由で通信セッション（リンク）を確立して行う技術が記載されている（以下、第２の従来技術）。
【０００５】
【発明が解決しようとする課題】
しかし、上述した第１の従来技術によると、或る程度の通信速度を確保するためには高性能な微弱無線送受信機を各機器に実装する必要がある。従って、例えばLAN等で接続された複数のネットワーク端末のそれぞれに対して、物理的に近い場所に存在する携帯端末とだけ通信可能にするためには、ネットワーク端末のそれぞれにLAN経由による通信装置とは別に高性能な微弱無線送受信機が必要となり、コスト面および実装面で問題が多い。
【０００６】
これに対して第２の従来技術では、赤外線通信は接続相手の機器識別情報を伝送するだけの簡易なもので良く、実際の通信はＢｌｕｅｔｏｏｔｈ（登録商標）等の無線ネットワーク経由で行われるため、第１の従来技術におけるようなコスト面、実装面での問題は少ない。しかし、この第２の従来技術によれば、接続相手の機器識別情報を取得する際には機器どうしを近接させているために両者は物理的に近い位置に存在しているが、無線ネットワーク経由による通信セッション確立時においても両者が物理的に近い位置に存在している保証はない。何故なら、機器識別情報を取得した後、両者の物理的な位置が離れても、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線ネットワークによる通信可能範囲（１０ｍ〜１００ｍ）であれば、通信セッションが確立できてしまうからである。
【０００７】
本発明の目的は、複数の電子情報通信機器を相互に通信可能に接続するネットワークにおいて、機器どうしの位置や距離など機器間の物理的な関係を参照して前記ネットワーク経由による通信セッションの確立を制御することにある。
【０００８】
【課題を解決するための手段】
上記の目的を達成するため、本発明にかかる通信制御方法は、ネットワーク経由で相互に通信可能なクライアント通信装置およびサーバ通信装置の一方に物理情報生成手段を、他方に前記物理情報生成手段で生成された物理情報を検知するセンサを設け、センサの出力値と通信セッションを確立するための通信条件との比較結果に基づき、前記ネットワーク経由による通信セッションの確立可否および確立した通信セッションの遮断の要否を、前記物理情報生成手段を備えるクライアント通信装置またはサーバ通信装置の何れかで判断するように構成されている。
【００１３】
【作用】
本発明にあっては、クライアント通信装置およびサーバ通信装置の一方に設けられた物理情報生成手段から他方に対して光や音などの物理情報が送られ、それが他方に設けられたセンサで検出される。センサの出力値は両者の物理的な位置や距離に応じたものとなり、これを通信セッションを確立するための通信条件と比較して、両者間における前記ネットワーク経由による通信セッションの確立可否および確立した通信セッションの遮断の要否を、前記物理情報生成手段を備えるクライアント通信装置またはサーバ通信装置の何れかで判定する。これによって、複数の電子情報通信機器を相互に通信可能に接続するネットワークにおいて、機器どうしの位置や距離など機器間の物理的な関係を参照して前記ネットワーク経由による通信セッションの確立および確立した通信セッションの遮断が制御可能となる。
【００１４】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
【００１５】
図１は、本発明における通信装置の役割を説明するための図である。本発明における通信装置は、通信セッション確立を要求するクライアント通信装置１００と、クライアント通信装置１００からの通信セッション確立要求を受け取るサーバ通信装置２００とから構成されている。クライアント通信装置１００とサーバ通信装置２００は通信線またはネットワークにより相互に通信可能な状態で接続されている。クライアント通信装置１００、サーバ通信装置２００は、それぞれネットワーク階層モデルにおいて上位に位置するアプリケーション装置１０１およびアプリケーション装置２０１間の実際の通信を担当する装置であり、アプリケーション装置１０１から発せられる通信要求に従って、クライアント通信装置１００とサーバ通信装置２００間の通信セッションを確立または破棄する機能、および、確立した通信セッションを利用したアプリケーション装置１０１とアプリケーション装置２０１間の通信機能を提供する。
【００１６】
図２は、本発明における通信装置の第１の実施の形態を説明するための図である。第１の実施の形態では、クライアント通信装置１００が、通信セッション確立の判断をするように構成されている。この第１の実施の形態は、クライアント通信装置１００内にある各構成要素を制御する制御手段１０と、サーバ通信装置２００内にある各構成要素を制御する制御手段２０と、クライアント通信装置１００内にある、サーバ通信装置２００と通信する機能を提供する通信手段３０と、サーバ通信装置２００内にある、クライアント通信装置１００と通信する機能を提供する通信手段４０と、クライアント通信装置１００内にある、アプリケーション通信装置１０１からの通信要求に従い、通信セッション確立に必要な条件を生成する通信条件生成手段５０と、クライアント通信装置１００内にある、通信条件生成手段５０が生成した条件に従って物理情報を生成する物理情報生成手段７０と、サーバ通信装置２００内にある、物理情報生成手段７０が生成した物理情報を受け取り、電気的な信号を生成するセンサ８０と、通信条件生成手段５０が生成した条件と、センサ８０が生成した信号とから、通信条件生成手段５０が生成した条件が満たされる割合（以下、適合度と表記）を求め、その適合度に応じてクライアント通信装置１００とサーバ通信装置２００の間に通信セッションを確立するか否かを判断する通信許可判定手段６０とから構成される。
【００１７】
第１の実施の形態における処理の流れは以下の通りである。なお、本実施の形態では、クライアント通信装置１００は、アプリケーション装置１０１から通信セッション確立の要求を受け取ると、通信セッションの確立を試行することを自己のネットワークアドレスとともに、ブロードキャストなどにより自装置１００が接続されるネットワークに接続されているサーバ通信装置２００に通知し、サーバ通信装置２００はこの通知を受け、センサ信号などを送付する場合には受信したクライアント通信装置１００のネットワークアドレス宛に行うものとする。但し、本発明において、クライアント通信装置１００およびサーバ通信装置２００間で相互に相手アドレスを交換する方法は上記の例に限定されず、後述する実施例で説明するような各種の方法を採用することができる。
【００１８】
クライアント通信装置１００内の制御手段１０は、アプリケーション装置１０１から通信要求を受け取り、クライアント通信装置１００内の通信条件生成手段５０に通知する。
【００１９】
通信条件生成手段５０は、通信セッションの確立を許可する条件である通信条件を生成した後、その通信条件を制御手段１０経由で通信許可判定手段６０に通知する。また、制御手段１０経由で物理情報生成手段７０に通信条件に適した物理情報を生成するように依頼する。
【００２０】
物理情報生成手段７０は、通信条件生成手段５０からの物理情報生成依頼を受け、物理情報を生成する。
【００２１】
サーバ通信装置２００内にあるセンサ８０は、物理情報生成手段７０が生成した物理情報を受け取り、受け取った物理情報に応じた電気信号を生成し、サーバ通信装置２００内の制御手段２０と通信手段４０、クライアント通信装置１００内の通信手段３０と制御手段１０をそれぞれ経由して、クライアント通信装置１００内の通信許可判定手段６０に通知する。
【００２２】
通信許可判定手段６０は、通信条件生成手段５０が生成した条件と、通信手段３０を経由して受け取ったセンサ８０の生成した信号とから、通信条件生成手段５０が生成した通信条件の適合度を求め、その適合度に応じてクライアント通信装置１００とサーバ通信装置２００の間に通信セッションを確立するか否かを判断し、通信セッションを確立する場合はクライアント通信装置１００内の制御手段１０、および、サーバ通信装置２００内の制御手段２０それぞれに、通信セッションを確立するように依頼する。通信セッションを確立した後、制御手段１０および制御手段２０は上位のアプリケーション装置１０１とアプリケーション装置２０１に通知する。通信セッションが確立された場合には、アプリケーション装置１０１とアプリケーション装置２０１は、確立された通信セッションを経由して通信しアプリケーションを実行する。通信許可判定手段６０が通信セッションを確立すべきではないと判断した場合は、制御手段１０経由で通信セッション確立ができない旨をアプリケーション装置１０１に通知する。
【００２３】
図２４は、本発明における通信装置の第２の実施の形態を説明するための図である。第２の実施の形態では、サーバ通信装置２００が、通信セッション確立の判断をするように構成されている。この第２の実施の形態は、第１の実施の形態と比較して、通信条件生成手段５０、通信許可判定手段６０、物理情報生成手段７０、センサ８０の位置が、通信線に関して反対側にある通信装置内に移動している形態である。すなわち、通信条件生成手段５０の位置がクライアント通信装置１００内からサーバ通信装置２００内へ、通信許可判定手段６０の位置がクライアント通信装置１００内からサーバ通信装置２００内へ、センサ８０の位置がサーバ通信装置２００内からクライアント通信装置１００内へ、物理情報生成手段７０の位置がクライアント通信装置１００内からサーバ通信装置２００内へと、それぞれ移動している。
【００２４】
第２の実施の形態における処理の流れは以下の通りである。なお、本実施の形態では、サーバ通信装置２００は、アプリケーション装置２０１からの要求を受け、サーバ通信装置２００に接続するためのネットワークアドレスをブロードキャストなどにより自装置２００が接続されるネットワークに接続されているクライアント通信装置１００に通知し、クライアント通信装置１００はこの通知を受け、センサ信号などを送付する場合には受信したサーバ通信装置２００のネットワークアドレス宛に行うものとする。但し、本発明において、クライアント通信装置１００およびサーバ通信装置２００間で相互に相手アドレスを交換する方法は上記の例に限定されず、後述する実施例で説明するような各種の方法を採用することができる。
【００２５】
クライアント通信装置１００内の制御手段１０は、アプリケーション装置１０１から通信要求を受け取り、通信手段３０、サーバ通信装置２００内の通信手段４０、制御手段２０をそれぞれ経由して、通信条件生成手段５０に通信要求を通知する。
【００２６】
サーバ通信装置２００内にある通信条件生成手段５０は、通信セッションの確立を許可する条件である通信条件を生成した後、その通信条件を制御手段２０経由で通信許可判定手段６０に通知する。また、制御手段２０経由で物理情報生成手段７０に通信条件に適した物理情報を生成するように依頼する。
【００２７】
サーバ通信装置２００内にある物理情報生成手段７０は制御手段２０を経由して物理情報生成依頼を受け、物理情報を生成する。
【００２８】
クライアント通信装置１００内にあるセンサ８０は、物理情報生成手段７０が生成した物理情報を受け取り、受け取った物理情報に応じた電気信号を生成し、制御手段１０、通信手段３０、サーバ通信装置内の通信手段４０、制御手段２０をそれぞれ経由して、通信許可判定手段６０に通知する。
【００２９】
通信許可判定手段６０は、通信条件生成手段５０が生成した条件と、通信手段４０を経由して受け取ったセンサ８０の生成した信号とから、通信条件生成手段５０で生成した通信条件の適合度を求め、その適合度に応じてクライアント通信装置１００とサーバ通信装置２００の間に通信セッションを確立するか否かを判断し、通信セッションを確立する場合はクライアント通信装置内の制御手段１０、および、サーバ通信装置２００内の制御手段２０それぞれに、通信セッションを確立するように依頼する。通信セッションを確立した後、制御手段１０および制御手段２０は上位のアプリケーション装置１０１とアプリケーション装置２０１に通知する。通信セッションが確立された場合には、アプリケーション装置１０１とアプリケーション装置２０１は、確立された通信セッションを経由して通信しアプリケーションを実行する。通信許可判定手段６０が通信セッションを確立すべきではないと判断した場合は、制御手段１０経由で通信セッション確立ができない旨をアプリケーション装置１０１に通知する。
【００３０】
【実施例】
次に、本発明の実施の形態の実施例を図を用いて説明する。
【００３１】
図３は、本発明の第１の実施の形態における第１の実施例を説明するためのブロック図である。図３において、アプリケーション装置２０１とサーバ通信装置２００を含むネットワーク端末２０２Ａ、ネットワーク端末２０２Ｂ、ネットワーク端末２０２Ｃは有線のイーサーネットを用いてローカルエリアネットワーク（ＬＡＮ）３００に接続されている。ＬＡＮ３００には、無線アクセスポイント４００も接続されている。アプリケーション装置１０１とクライアント通信装置１００を内に含む携帯端末１０２は、この無線アクセスポイント４００を経由してＬＡＮ３００に接続されており、ネットワーク端末２０２Ａ〜２０２Ｃと携帯端末１０２はそれぞれ相互に通信可能となっている。このようなネットワーク接続技術は、現在オフィスや家庭で広く使われている技術をそのまま利用可能であり、詳細の説明は省略する。
【００３２】
各ネットワーク端末２０２Ａ〜２０２Ｃの各筐体には、サーバ通信装置２０１のセンサ８０の受光部として、赤外光を受光可能なフォトダイオードが設置されている。このフォトダイオードの出力値はＡＤ変換されネットワーク端末で読み取れるように構成されている。また、携帯端末１０２には、クライアント通信装置１００の物理情報生成手段７０の発光部として、赤外光を発光可能なＬＥＤが設置されている。ネットワーク端末２０２Ａ〜２０２Ｃ上のセンサ８０は、携帯端末１０２上の赤外ＬＥＤ７０からの赤外光を受光すると１の値を、受光していない場合は０の値をネットワーク端末に伝えるように構成されている。このような赤外光ＬＥＤを用いた物理情報生成手段７０、および、フォトダイオードを使用したセンサ８０は広く使われている技術であり、例えば「トランジスタ技術ＳＰＥＣＩＡＬ 特集センサ応用回路の活用ノウハウ」（ＣＱ出版社）や谷著「オプト・デバイス応用ノウハウ」（ＣＱ出版社）などに技術が開示されており、詳細は省略する。
【００３３】
本実施例においては、ネットワーク端末２０２Ａ〜２０２Ｃ上のアプリケーション装置２０１は各ネットワーク端末上で動作するソフトウェアにより実現されている。また、携帯端末１０２上のアプリケーション装置１０１も同様に携帯端末上で動作するソフトウェアにより実現されている。
【００３４】
ネットワーク端末２０２Ａ〜２０２Ｃ上のアプリケーション装置２０１は、携帯端末１０２から送信されたデータファイルを受信し蓄積するサービスを実行している。これは、サーバ通信装置２０１から通信セッション５００の確立の連絡を受けると、データ受信を準備し、携帯端末１０２から送られてきたデータファイルを既定の内部メモリやディスクに保存するものである。実行中は図３の画面例２１０に示すように受信したファイル名を画面に表示する。携帯端末１０２上のアプリケーション装置１０１は、画面例１１０に示すようにユーザインタフェースを利用してユーザがファイル名を指定可能となっており、ユーザが画面上の送信ボタンを押すことでデータファイルの転送を試みる。すなわち、まず、データファイルの転送を実行するための通信セッション５００の確立をクライアント通信装置１００に依頼し、通信セッション５００が確立できた時には、指定されたデータファイルをその通信セッション５００を経由してネットワーク端末に送付する。このようなデータを転送するアプリケーション装置１０１および２０１は、ネットワーク上で通信セッションが確立されれば、例えばＦＴＰプロトコルなどを使って容易に実現可能である。なお、図３を始めとする図中に記載の通信セッション５００は、ネットワーク端末２０２上のアプリケーション装置２０１と携帯端末１０２上のアプリケーション装置１０１の間で通信セッションが張られているという状態を仮想的に示すものであり、実際の通信は無線アクセスポイント４００とＬＡＮ３００を経由して実行される。
【００３５】
本実施例のように複数のネットワーク端末２０２Ａ〜２０２Ｃが同じネットワークに接続されている場合、一般的には、携帯端末１０２はデータファイルを送りたいネットワーク端末を指定するために、相手のネットワーク端末のＬＡＮ３００上でのネットワークアドレスを直接指定するか、または、同じＬＡＮ３００に接続されているネットワーク端末の一覧から目的の端末を指定するという操作が必要である。例えば、図３において、携帯端末１０２のユーザがネットワーク端末２０２Ｂにデータを送信したいと思った場合、ユーザはネットワーク端末２０２Ｂのネットワークアドレスかその代替となる名前を調べ、入力する。本発明の場合、このような従来と同様の方法でも構わないが、一般にこのようなネットワーク端末のネットワークアドレスを知ることは困難であり、また、一覧から選択する操作もネットワーク端末の名前などの識別子を知る必要があり、例え識別子を知ることができてもＬＡＮ３００に接続される端末が多い場合には一覧から選択する操作そのものが面倒になる。そこで、本実施例においては、このような操作性の問題をも解消するために、ユーザがデータを送付したいネットワーク端末の目の前で携帯端末上の「送信」ボタンを押すだけで、ネットワークアドレスの指定などの操作なしにデータを送付することも可能とする。
【００３６】
図４は、本実施例における、ネットワーク端末２０２Ａ〜２０２Ｃ内のサーバ通信装置２００および携帯端末１０２内のクライアント通信装置１００の通信セッション確立動作を説明するための図である。
【００３７】
本実施例における通信許可判定手段６０、通信条件生成手段５０、通信手段３０、通信手段４０は携帯端末１０２、ネットワーク端末２０２Ａ〜２０２Ｃ上のソフトウェア（通信制御プログラム）として実現され、各端末上で実行されている。
【００３８】
クライアント通信装置１００は、アプリケーション装置１０１から通信セッション確立の要求を受け取ると、まず、通信セッションの確立を試行することを自己のネットワークアドレスとともに、ブロードキャストなどによりＬＡＮ３００に接続されているネットワーク端末に通知する。ネットワーク端末上のサーバ通信装置２００はこの通知を受け、センサ信号等を送付する場合には受信した携帯端末１０２のネットワークアドレス宛に行う。
【００３９】
クライアント通信装置１００は、その後、通信セッションの確立を許可する条件である通信条件を通信条件生成手段５０により生成する（Ｓ５０１）。ここでは、「センサの値が１であれば通信セッション確立を許可」という平文での条件記述を利用するが、プログラミング言語のｉｆ文などの条件判断式、ＸＭＬなどを利用して記述することも可能であることは言うまでもない。
【００４０】
生成した通信条件は通信許可判定手段６０に通知される（Ｓ５０２）。通信許可判定手段は通信条件が届けられるのを待っており（Ｓ６０１）、通信条件が届くと、次は条件の適合度を判断するためのセンサ信号が届くのを待つ（Ｓ６０２）。
【００４１】
通信条件生成手段５０は、物理情報生成手段７０に通信条件に適した物理情報を生成するように依頼する（Ｓ５０３）。物理情報生成手段７０は、物理情報生成依頼を受け、赤外ＬＥＤを発光する（Ｓ７０１）。ここでは通信セッションが遮断されるまでＬＥＤは発光しつづけるものとするが、ＬＥＤの発光時間は本発明における通信装置を利用するサービスに応じて変更されるものであり、一定時間のみ発光する、通信条件に合わせ物理情報生成依頼送信時に通信条件生成手段５０が発光時間や点滅パターンを指定する形式を利用するように構成することも可能である。
【００４２】
サーバ通信装置２００内にあるセンサ８０は、アプリケーション装置２０１が実行されている間、常に受光状態を監視している。センサ８０は、物理情報生成手段７０が生成した赤外光を受け取ると（Ｓ８０１）、受け取った光量に応じた電気信号に変換しＡＤ変換等によりネットワーク端末が読み取り可能な信号を生成する（Ｓ８０２）。生成したセンサ信号は、サーバ通信装置２００内の通信手段４０、クライアント通信装置１００内の通信手段３０をそれぞれ経由して、サーバ通信装置２００を持つネットワーク端末のネットワークアドレスと共にクライアント通信装置１００内の通信許可判定手段６０に通知される（Ｓ８０３）。ここでは赤外光を受光した場合に１を、受光しなかった、または、既定の光量に達しなかった場合は０をセンサ信号として送信するが、本発明の適用範囲はこの値に限定されるものではない。他の値や、光量に応じた連続値や光の強度から端末間の相対距離を求めるなど通常のセンサ出力値として利用可能な値がすべて利用可能である。
【００４３】
通信許可判定手段６０は、センサ信号を受け取ると、通信条件生成手段５０が生成した条件と、通信手段３０を経由して受け取ったセンサ８０の生成したセンサ信号とを比較し、通信条件生成手段５０が生成した通信条件の適合度を求める（Ｓ６０３）。ここでは、センサ信号の値が１であれば適合度は１、センサ信号の値が０であれば適合度は０とする。センサ信号と同様に、この適合度の値設定も本実施例記載の方法だけではなく、通信条件を満たしているかどうかを判断さえできれば、連続値や他の記述方法を利用可能である。例えば、センサ信号が携帯端末１０２とネットワーク端末２０２の相対距離を表し、通信条件として「相対距離が５０ｃｍ以下」が指定されている場合、センサ信号が２５ｃｍの時は５０÷２５＝２を、センサ信号が８０ｃｍの場合は５０÷８０＝０．６２５をそれぞれ適合度とするように構成可能である。この時、適合度が１以上の値であれば通信条件を満たすことを示すが、さらには複数のサーバ装置２００間で、適合度の大小により通信条件の満たす割合を比較可能となり、通信セッションを確立する優先順位を設定することが可能となる。
【００４４】
通信許可判定手段６０は、求めた適合度が１以上であれば、クライアント通信装置１００とサーバ通信装置２００の間に通信セッションを確立する許可を出し、適合度が０であれば不許可とする（Ｓ６０４）。判定結果は通信条件生成手段５０に通知され（Ｓ６０５）、通信セッションを確立可能な場合にはクライアント通信装置１００の制御手段１０、および、サーバ通信装置２００内の制御手段２０の間で、センサ信号と共に受信したサーバ通信装置２００のネットワークアドレスを利用して、通信セッション５００が確立される。通信セッションが確立されると、上位のアプリケーション装置１０１とアプリケーション装置１０２はこの通信セッションを利用してデータファイルの送受信を実行する。通信許可判定手段６０が通信セッションを確立すべきではない、すなわち適合度が０となるセンサ信号をサーバ通信装置２００から受けたとしても、通信セッションは確立されない。
【００４５】
図３において、赤外光を受けセンサ信号として１の値を送信し、通信条件の適合度が１となり通信セッションが確立されるのは、携帯端末１０２が目の前にいるネットワーク端末２０２Ｂだけである。このように物理情報生成手段７０とセンサ８０を参照して通信セッション確立可否を判断する機構を備えることで、本実施例は、機器どうしの位置や距離など機器間の物理的な関係を参照してネットワーク経由による通信セッションの確立を制御すると同時に、ネットワークアドレス指定と言う煩雑な操作なしに、簡単に所望の端末間で通信を行うことを可能としている。
【００４６】
以上の説明では、携帯端末１０２が最寄りのネットワーク端末２０２Ｂに対してデータファイルを転送する、１対１の通信セッション確立を例として説明したが、同様の手順を並列に、または、繰り返して実行することで複数のネットワーク端末に対して通信セッションを確立するように構成することも可能である。
【００４７】
図５は、同じ部屋など区切られたエリア内にあるネットワーク端末２０２Ｂとネットワーク端末２０２Ｃが共に携帯端末１０２からの赤外光を受光して、通信セッション５００を確立している様子を示した図である。携帯端末１０２に搭載された赤外ＬＥＤ７０は、図３に記載されたものよりも発光範囲が広く設定されており、ネットワーク端末２０２Ｂとネットワーク端末２０２Ｃが同時に赤外光を受光できるように構成されている。この場合、上で述べた処理手順を携帯端末１０２がネットワーク端末２０２Ｂおよびネットワーク端末２０２Ｃそれぞれのサーバ通信装置２００から受けたセンサ信号に対して、適合度を求め、判定結果に応じて通信セッションを確立するという処理を繰り返し適用することで、双方のネットワーク端末にデータファイルを送信可能な通信セッション５００を確立することが可能となる。このように本発明は、ある特定の１台だけではなく、同じ部屋内や近傍に存在するすべての端末などとの通信セッション確立にも適用可能である。
【００４８】
上記の説明では、物理情報生成手段７０は通信条件生成手段５０からの依頼を受け、赤外ＬＥＤを発光させるように構成していたが、図６のように物理情報生成手段７０が独自にＬＥＤを発光するように構成することも可能である。例えば、携帯端末１０２上でアプリケーション装置１０１が実行されている間は常に赤外ＬＥＤが発光するように構成することが可能である。この場合、クライアント通信装置１００内での処理が簡素化できる。
【００４９】
図７は、確立した通信セッションを遮断するための手続きを説明するための図である。データファイル送信が終了すると、アプリケーション装置１０１はクライアント通信装置１００に通信セッション遮断を依頼する。この依頼を受け、通信条件生成手段５０は物理情報の停止を物理情報生成手段７０に依頼し（Ｓ５０Ａ）、物理情報生成手段７０はＬＥＤを消灯する（Ｓ７０Ａ）。ＬＥＤの消灯に伴い、センサ８０は赤外光を受光できなくなり（Ｓ８０Ａ）、赤外光の受光を示すセンサ信号を生成できなくなり（Ｓ８０Ｂ）、無信号状態（センサ信号＝０）を通信手段４０、通信手段３０経由で通信許可判定手段６０に通知することになる（Ｓ８０Ｃ）。通信許可判定手段６０はセンサ信号を常に待ち受けており（Ｓ６０Ａ）、受け取ったセンサ信号により条件適合度を計算している（Ｓ６０Ｂ）が、受光無しのセンサ信号を受け取ると、適合度を０として通信セッション確立を不許可とし（Ｓ６０Ｃ）、結果を通信条件生成手段５０に通知する（Ｓ６０Ｄ）。通信条件生成手段５０は、この通知を受け、通信セッションを遮断する（Ｓ５０Ｂ）。
【００５０】
なお、クライアント通信装置１００側での物理情報停止依頼に関係なく、サーバ通信装置２００側のセンサ８０が赤外光を受光できなくなった場合にはＳ８０Ａ以降の手続きにより、通信セッションを遮断されるように構成することも可能である。これは、図８に示すように、携帯端末１０２が移動し、ネットワーク端末２０２Ｂの近傍から外れた時には通信セッションを破棄することに相当する。これは、ネットワーク端末２０２Ｂの近傍でのみ通信セッション確立を許可することに相当し、遠方からのネットワークアクセスを制限しより高いセキュリティを確保することに利用できる。
【００５１】
また、図７に示すような通信セッション遮断機構を設けず、一旦確立した通信セッションは、ユーザからの指示があるまで確保しつづけるように構成することも可能である。これは図９に示すように、一旦手続きを経て確立された通信セッションは、携帯端末１０２の移動等により赤外光が受光できなくなったとしても確保しつづけるというものである。
【００５２】
また、確立された通信セッションは、データファイル送信が終了するなど、上位のアプリケーション装置１０１またはアプリケーション装置２０１の指示により、センサ信号に関係なく終了するように構成可能なことは言うまでも無い。
【００５３】
以上の説明では、物理情報生成手段７０とセンサ８０は単に赤外光のＯＮ／ＯＦＦを各端末に伝えるだけであったが、これ以外の情報を赤外光に重畳して送付するように構成することも可能である。例えば、ｈｔｔｐ：／／ｗｗｗ．ｉｒｄａ．ｏｒｇに規格が開示されている赤外光通信技術を用いれば、携帯端末１０２のネットワークアドレスなどの情報を送付することも可能である。このときクライアント通信装置１００はネットワークアドレスを通信セッション確立要求と共にサーバ通信装置に直接送ることが可能となり、上記の実施例において述べたような、通信セッション確立手順の初期段階でのクライアント通信装置１００が行うネットワークアドレスのブロードキャストは不要となる。また、例えば、クライアント通信装置１００とサーバ通信装置２００のそれぞれに物理情報生成手段７０とセンサ８０の両方を搭載しネットワークアドレスを相互に交換可能とすれば、上記の実施例において述べたような、通信セッション確立手順の初期段階でのネットワークアドレスのブロードキャストおよびセンサ信号送受時のネットワークアドレス通知は不要となる。
【００５４】
本実施例では、センサ８０および物理情報生成手段７０として赤外光を用いた手段について説明したが、他の物理情報を利用することも可能である。例えば、物理情報生成手段７０としてスピーカーを、センサ８０としてマイクロフォンを利用して、物理情報として音または超音波を利用することが可能である。また、物理情報生成手段７０として微弱無線送信機を、センサ８０として微弱無線受信機を利用して、物理情報として無線を利用することも可能である。さらには、物理情報生成手段７０として非接触ＩＣカード、センサ８０として非接触ＩＣカードリーダなど、携帯端末１０２の通信相手としてネットワーク端末２０２Ｂが近くに存在することを特定できる仕組であればどのようなものでも利用可能である。
【００５５】
また、本実施例では、携帯端末１０２からネットワーク端末２０２Ａ〜２０２Ｃへのデータファイル転送サービスを例として説明したが、本発明による通信装置は、機器どうしの位置や距離など機器間の物理的な関係を参照して通信セッションの確立を制御する機能を提供するものであり、データファイル転送に限らず、通信セッション確立が必要なあらゆるネットワークサービスに適用することが可能である。
【００５６】
次に本発明の第２の実施の実施例を説明する。図２６は、本発明の第２の実施の形態における第１の実施例を説明するためのブロック図である。
【００５７】
図２６において、アプリケーション装置２０１とサーバ通信装置２００を含むネットワーク端末２０２は有線のイーサーネットを用いてローカルエリアネットワーク（ＬＡＮ）３００に接続されている。ＬＡＮ３００には、無線アクセスポイント４００も接続されている。アプリケーション装置１０１とクライアント通信装置１００を内に含む携帯端末１０２Ａ〜１０２Ｃは、この無線アクセスポイント４００を経由してＬＡＮ３００に接続されており、ネットワーク端末２０２と携帯端末１０２Ａ〜１０２Ｃはそれぞれ相互に通信可能となっている。このようなネットワーク接続技術は、現在オフィスや家庭で広く使われている技術をそのまま利用可能であり、詳細の説明は省略する。
【００５８】
ネットワーク端末２０２の筐体には、サーバ通信装置２０１の物理情報生成手段７０の発光部として、赤外光を発光可能なＬＥＤが設置されている。また、携帯端末１０２には、クライアント通信装置１０１のセンサ８０の受光部として、赤外光を受光可能なフォトダイオードが設置されている。このフォトダイオードの出力値はＡＤ変換され携帯端末で読み取れるように構成されている。携帯端末１０２上のセンサ８０は、ネットワーク端末２０２上の赤外ＬＥＤ７０からの赤外光を受光すると１の値を、受光していない場合は０の値をネットワーク端末に伝えるように構成されているのは第１の実施の形態の実施例と同様である。
【００５９】
本実施例においては、ネットワーク端末２０２上のアプリケーション装置２０１はネットワーク端末上で動作するソフトウェアにより実現されている。また、携帯端末１０２Ａ〜１０２Ｃ上のアプリケーション装置１０１も同様に携帯端末上で動作するソフトウェアにより実現されている。
【００６０】
ネットワーク端末２０２上のアプリケーション装置２０１は、携帯端末１０２Ａ〜１０２Ｃに対して広告情報などのメッセージを送信するサービスを実行している。これは、サーバ通信装置２０１から通信セッション５００の確立の連絡を受けると、メッセージを準備し、携帯端末１０２に対して送信するサービスである。実行中は図２６の画面例２１１に示すように送信するメッセージを画面に表示している。携帯端末１０２Ａ〜１０２Ｃ上のアプリケーション装置１０１は、画面例１１１に示すようなユーザインタフェースを利用してネットワーク端末２０２からのメッセージを要求可能となっており、ユーザが画面上の要求ボタンを押すことでメッセージの受信を試みる。すなわち、まず、メッセージを要求するための通信セッション５００の確立をクライアント通信装置１００に依頼し、通信セッション５００が確立できた時には、ネットワーク端末２０２が送付しているメッセージをその通信セッション５００を経由して受信する。このようなメッセージを転送するアプリケーション装置１０１および２０１は、ネットワーク上で通信セッションが確立されれば容易に実現可能なことは、第１の実施の形態の実施例と同様である。
【００６１】
第２の実施の形態は、通信セッション確立可否の判断をネットワーク端末２０２内のサーバ通信装置２００が実行する点が第１の実施の形態と異なっている。これは、図２６のように複数の携帯端末１０２Ａ〜１０２Ｃが同じＬＡＮ３００に接続されている場合であっても、すべての携帯端末からの要求に対してメッセージを送付するのではなく、ネットワーク端末２０２の近傍に存在するなど、限定された携帯端末１０２にのみメッセージを送付する機能を提供するものである。このように構成することで、ネットワーク端末の近傍にある、ネットワーク端末と同じ部屋にあるなど、特定の状況下にある端末のみに対してメッセージを配送するサービスを実現可能となる。
【００６２】
図２５は、本実施例における、ネットワーク端末２０２内のサーバ通信装置２００および携帯端末１０２Ａ〜１０２Ｃ内のクライアント通信装置１００の通信セッション確立動作を説明するための図である。本実施例においても、通信許可判定手段６０、通信条件生成手段５０、通信手段３０、通信手段４０は携帯端末１０２、ネットワーク端末２０２Ａ〜２０２Ｃ上のソフトウェア（通信制御プログラム）として実現され、各端末上で実行されている。
【００６３】
サーバ通信装置２００は、アプリケーション装置２０１上のサービス提供アプリケーションからの要求を受け、サーバ通信装置２００に接続するためのネットワークアドレスをブロードキャストなどによりＬＡＮ３００に接続されているネットワーク端末に通知する。ネットワーク端末上のクライアント通信装置１００はこの通知を受け、センサ信号等を送付する場合には受信したネットワーク端末２０２のネットワークアドレス宛に行う。
【００６４】
クライアント通信装置１００は、アプリケーション装置１０１から通信セッション確立の要求を受け取ると、このサーバ通信装置２００が提供するネットワークアドレスを利用して、通信セッションの確立を試行することを自己のネットワークアドレスとともに、サーバ通信装置に通知する。
【００６５】
サーバ通信装置２００は、その後、通信セッションの確立を許可する条件である通信条件を通信条件生成手段５０により生成する（Ｓ５０１）。ここでは、第１の実施の形態の実施例と同様の記述方法を利用するものとする。
【００６６】
以下、生成した通信条件の通知処理（Ｓ５０２）以降は、サーバ通信装置２００とクライアント通信装置１００での実行が第１の実施の形態に対して通信路に関して反対側の装置で実行されることを除いて、同じ内容の処理を実行するため詳細は割愛する。
【００６７】
例えば、本実施例においては、クライアント通信装置１００のネットワークアドレスは、クライアント通信装置１００内の通信手段３０、サーバ通信装置２００内の通信手段４０をそれぞれ経由して、クライアント通信装置１００内のセンサ８０が生成したセンサ信号と共にサーバ通信装置２００内の通信許可判定手段６０に通知する（Ｓ８０３）よう構成されており、これは第１の実施の形態の第１の実施例と通信路に関して対称である。
【００６８】
以上の処理を実行することで、図２６に示す本実施例では、ネットワーク端末２０２の物理情報生成手段７０の赤外光を受光した携帯端末１０２Ａとの間だけで通信セッション５００が確立され、ネットワーク端末２０２が提供するメッセージを携帯端末１０２Ａのみが受信できる。
【００６９】
なお、第１の実施の形態の実施例と同様に、１対１の通信セッション確立を例として説明したが、同様の手順を並列に、または、繰り返して実行することで、図２７に示すように同一の部屋にある携帯端末１０２Ａおよび携帯端末１０２Ｂなど、複数の携帯端末に対して通信セッションを確立してメッセージを送付可能なように構成することも可能である。
【００７０】
また、確立した通信セッションを遮断するための手続きについても、各処理を実行するのがクライアント通信装置１００かサーバ通信装置２００の違いを除けば、第１の実施の形態の実施例と同様である。図２８は、携帯端末１０２が赤外光を受光出来なくなった時には通信セッションを遮断する場合を、図２９は、一旦確立した通信セッションは、ユーザからの指示があるまで確保しつづけるように構成する場合を説明した図である。また、物理情報生成手段７０とセンサ８０として本実施例以外の構成を利用することが可能なことも、第１の実施の形態の実施例と同様である。
【００７１】
以下、第１の実施の形態の第２〜第８の実施例を説明する。これらはいずれも、通信許可判定手段をクライアント通信装置１００が持ち、通信セッション確立の可否をクライアント通信装置１００が判断するという共通の形態を持っているが、他の構成手段の配置が第１の実施例と異なり、それに伴い処理の流れに違いがある。いずれの実施例においても、クライアント通信装置１００は、アプリケーション装置１０１から通信セッション確立の要求を受け取ると、通信セッションの確立を試行することを自己のネットワークアドレスとともに、ブロードキャストなどによりＬＡＮ３００に接続されているネットワーク端末に通知する。ネットワーク端末上のサーバ通信装置２００はこの通知を受け、センサ信号等を送付する場合には受信した携帯端末１０２のネットワークアドレス宛に行う。
【００７２】
図１０は、本発明における通信装置の第１の実施の形態の第２の実施例を説明するための図である。また、図１１は本第２の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【００７３】
本実施例は、第１の実施例と同様に図３、図５、図８、図９で示したネットワークサービスを提供するものであるが、第２の実施例は、第１の実施例と比較して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がサーバ通信装置２００内からクライアント通信装置１００内へ、物理情報生成手段７０の位置がクライアント通信装置１００内からサーバ通信装置２００内へと、それぞれ移動している。
【００７４】
第２の実施例における処理の流れは、第１の実施例と比較して、クライアント通信装置１００内の通信条件生成手段５０が、制御手段１０、通信手段３０、サーバ通信装置２００内の通信手段４０、制御手段２０をそれぞれ経由して、サーバ通信装置２００内にある物理情報生成手段７０に通信条件に適した物理情報を生成するように、通信セッション確立試行を要求するブロードキャストと共に、依頼する点、クライアント通信装置１００内にあるセンサ８０が、サーバ通信装置２００内にある物理情報生成手段７０が生成した物理情報を受け取り、受け取った物理情報に応じた電気信号を生成し、制御手段１０を経由して、通信許可判定手段６０に通知する点が異なっている。
【００７５】
なお、本実施例においては、サーバ通信装置２００のネットワークアドレスは、第１の実施の形態の第１の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してクライアント通信装置１００へ送付するように構成されている。このネットワークアドレスは、クライアント通信装置１００内のセンサ８０が受け取った信号から抽出して利用される。
【００７６】
また、サーバ通信装置２００のネットワークアドレスを、通信セッション確立試行を要求するブロードキャストへの回答としてサーバ通信装置２００からクライアント通信装置１００に通知するように構成することも可能である。この場合、複数のサーバ通信装置２００からの回答が得られる可能性があるが、クライアント通信装置１００からサーバ通信装置２００に送付する物理情報生成依頼を、得られた各サーバ通信装置２００のネットワークアドレスに対して順に送付するように構成することで、クライアント通信装置１００に正しい物理情報を送付できるサーバ通信装置２００のみを選択できる。
【００７７】
上記以外の点は、各手段の提供する機能は第１の実施例と同一であり、詳細は割愛する。
【００７８】
図１２は、本発明における通信装置の第１の実施の形態の第３の実施例を説明するための図である。また、図１３は本第３の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【００７９】
本実施例は、第１の実施例と同様に図３、図５、図８、図９で示したネットワークサービスを提供するものであるが、第３の実施例は、第１の実施例と比較して、通信許可判定手段６０を、通信条件とセンサ信号を比較して通信条件の適合度を計算する条件判定手段６２と、条件判定手段６２が求めた適合度から通信セッション確立の可否を判断する通信許可判定手段６４の二つに分割し、条件判定手段６２をサーバ通信装置２００内に設置した形態である。
【００８０】
第３の実施例における処理の流れは以下の通りである。
【００８１】
クライアント通信装置１００内の制御手段１０は、アプリケーション装置１０１から通信要求を受け取り、クライアント通信装置１００内の通信条件生成手段５０に通知する。
【００８２】
通信条件生成手段５０は、通信セッションの確立を許可する条件である通信条件を生成した後、通信セッション確立試行を要求するブロードキャストと共に、その通信条件を制御手段１０、通信手段３０、サーバ通信装置２００内の通信手段４０、制御手段２０をそれぞれ経由して条件判定手段６２に通知する。また、制御手段１０経由で物理情報生成手段７０に通信条件に適した物理情報を生成するように依頼する。
【００８３】
物理情報生成手段７０は、通信条件生成手段５０からの物理情報生成依頼を受け、物理情報を生成する。
【００８４】
サーバ通信装置２００内にあるセンサ８０は、物理情報生成手段７０が生成した物理情報を受け取り、受け取った物理情報に応じた電気信号を生成し、サーバ通信装置２００内の制御手段２０を経由して、クライアント通信装置１００内の条件判定手段６２に通知する。
【００８５】
条件判定手段６２は、通信条件生成手段５０が生成した条件と、センサ８０の生成した信号とから、通信条件の適合度を求め、サーバ通信装置２００内の制御手段２０、通信手段４０、クライアント通信装置１００内の通信手段３０、制御手段１０をそれぞれ経由して、サーバ通信装置２００のネットワークアドレスと共に、通信許可判定手段６４に通知する。
【００８６】
通信許可判定手段６４は、条件生成手段６２が求めた適合度に応じてクライアント通信装置１００とサーバ通信装置２００の間に通信セッションを確立するか否かを判断し、通信セッションを確立する場合はクライアント通信装置内の制御手段１０、および、サーバ通信装置２００内の制御手段２０それぞれに、適合度と共に受け取ったサーバ通信装置２００のネットワークアドレスを用いて通信セッションを確立するように依頼する。通信セッションを確立した後、制御手段１０および制御手段２０は上位のアプリケーション装置１０１とアプリケーション装置１０２に通知する。通信セッションが確立された場合には、アプリケーション装置１０１とアプリケーション装置２０１は、確立された通信セッションを経由して通信しアプリケーションを実行する。通信許可判定手段６４が通信セッションを確立すべきではないと判断した場合は、制御手段１０経由で通信セッション確立ができない旨をアプリケーション装置１０１に通知する。
【００８７】
なお、サーバ通信装置２００のネットワークアドレスを、通信セッション確立試行を要求するブロードキャストへの回答としてサーバ通信装置２００からクライアント通信装置１００に通知するように構成することも可能である。この場合、複数のサーバ通信装置２００からの回答が得られる可能性があるが、サーバ通信装置２００からクライアント通信装置１００に送付する適合度を参照することで、クライアント通信装置１００に最良の適合度を返すサーバ通信装置２００のみを選択できる。
【００８８】
上記以外の点は、各手段の提供する機能は第１の実施例と同一であり、詳細は割愛する。
【００８９】
図１４は、本発明における通信装置の第１の実施の形態の第４の実施例を説明するための図である。また、図１５は本第４の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【００９０】
第４の実施例は、第３の実施例に対して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がサーバ通信装置２００内からクライアント通信装置１００内へ、物理情報生成手段７０の位置がクライアント通信装置１００内からサーバ通信装置２００内へと、それぞれ移動している。
【００９１】
なお、本実施例においては、サーバ通信装置２００のネットワークアドレスは、第１の実施の形態の第１の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してクライアント通信装置１００へ送付するように構成することも可能である。このネットワークアドレスは、クライアント通信装置１００内のセンサ８０が受け取った信号から抽出して利用される。
【００９２】
また、サーバ通信装置２００のネットワークアドレスを、通信セッション確立試行を要求するブロードキャストへの回答としてサーバ通信装置２００からクライアント通信装置１００に通知するように構成することも可能である。この場合、複数のサーバ通信装置２００からの回答が得られる可能性があるが、クライアント通信装置１００からサーバ通信装置２００に送付する物理情報生成依頼を、得られた各サーバ通信装置２００のネットワークアドレスに対して順に送付するように構成することで、クライアント通信装置１００に正しい物理情報を送付できるサーバ通信装置２００のみを選択できる。
【００９３】
また、サーバ通信装置２００のネットワークアドレスを、条件判定手段６２が求めた通信条件の適合度と共に、クライアント通信装置１００に通知するように構成することも可能である。
【００９４】
上記以外の点は、第４の実施例における処理の流れと第３の実施例との処理の流れの相違は、第１の実施例に対する第２の実施例の処理の流れの相違点と同様であるため、詳細は割愛する。
【００９５】
図１６は、本発明における通信装置の第１の実施の形態の第５の実施例を説明するための図である。また、図１７は本第５の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【００９６】
第５の実施例は、第１の実施例に対して、通信条件生成手段５０の位置がクライアント通信装置１００内からサーバ通信装置２００内に移動した形態である。
【００９７】
第５の実施例における処理の流れは以下の通りである。
【００９８】
クライアント通信装置１００内の制御手段１０は、アプリケーション装置１０１から通信要求を受け取り、通信手段３０、サーバ通信装置２００内の通信手段４０、制御手段２０をそれぞれ経由して、通信条件生成手段５０に通信要求を通知する。
【００９９】
サーバ通信装置２００内にある通信条件生成手段５０は、通信セッションの確立を許可する条件である通信条件を生成した後、その通信条件を制御手段２０、通信手段４０、クライアント通信装置１００内にある通信手段３０、制御手段１０をそれぞれ経由して、サーバ通信装置２００のネットワークアドレスと共に、通信許可判定手段６０に通知する。また同様に、制御手段２０、通信手段４０、クライアント通信装置１００内にある通信手段３０、制御手段１０をそれぞれ経由して物理情報生成手段７０に通信条件に適した物理情報を生成するように依頼する。
【０１００】
クライアント通信装置１００内にある物理情報生成手段７０は制御手段１０を経由して物理情報生成依頼を受け、物理情報を生成する。
【０１０１】
サーバ通信装置２００内にあるセンサ８０は、物理情報生成手段７０が生成した物理情報を受け取り、受け取った物理情報に応じた電気信号を生成し、制御手段２０を経由して、通信許可判定手段６０に通知する。
【０１０２】
通信許可判定手段６０は、通信条件生成手段５０が生成した条件と、通信手段３０を経由して受け取ったセンサ８０の生成した信号とから、通信条件生成手段５０の適合度を求め、その適合度に応じてクライアント通信装置１００とサーバ通信装置２００の間に通信セッションを確立するか否かを判断し、通信セッションを確立する場合はクライアント通信装置内の制御手段１０、および、サーバ通信装置２００内の制御手段２０それぞれに、通信セッションを確立するように依頼する。通信セッションを確立した後、制御手段１０および制御手段２０は上位のアプリケーション装置１０１とアプリケーション装置１０２に通知する。通信セッションが確立された場合には、アプリケーション装置１０１とアプリケーション装置２０１は、確立された通信セッションを経由して通信しアプリケーションを実行する。通信許可判定手段６０が通信セッションを確立すべきではないと判断した場合は、制御手段１０経由で通信セッション確立ができない旨をアプリケーション装置１０１に通知する。サーバ通信装置２００への送信では、通信条件と共にクライアント通信装置１００に送付されたネットワークアドレスを利用する。
【０１０３】
なお、本実施例においては、サーバ通信装置２００のネットワークアドレスを、通信セッション確立試行を要求するブロードキャストへの回答としてサーバ通信装置２００からクライアント通信装置１００に通知するように構成することも可能である。この場合、複数のサーバ通信装置２００からの回答が得られる可能性があるが、サーバ通信装置２００からクライアント通信装置１００に送られるセンサ信号から通信許可を判断するクライアント通信装置１００内の通信許可判定手段６０において、最良の適合度を返すサーバ通信装置２００のみが選択される。
【０１０４】
また、サーバ通信装置２００のネットワークアドレスを、通信条件生成手段５０の出力する物理情報生成依頼と共に、クライアント通信装置１００に通知するように構成することも可能である。
【０１０５】
また、サーバ通信装置２００のネットワークアドレスを、センサ８０の出力するセンサ信号と共に、クライアント通信装置１００に通知するように構成することも可能である。
【０１０６】
上記以外の点は、各手段の提供する機能は第１の実施例と同一であり、詳細は割愛する。
【０１０７】
図１８は、本発明における通信装置の第１の実施の形態における第６の実施例を説明するための図である。また、図１９は本第６の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１０８】
第６の実施例は、第５の実施例に対して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がサーバ通信装置２００内からクライアント通信装置１００内へ、物理情報生成手段７０の位置がクライアント通信装置１００内からサーバ通信装置２００内へと、それぞれ移動している。
【０１０９】
なお、本実施例においては、サーバ通信装置２００のネットワークアドレスは、第５の実施例と同様に、サーバ通信装置２００内にある通信条件生成手段５０が生成した通信条件と共に、クライアント通信装置１００に通知するように構成されており、クライアント通信装置１００からサーバ通信装置２００への送信では、このネットワークアドレスを利用する。
【０１１０】
また、サーバ通信装置２００のネットワークアドレスを、通信セッション確立試行を要求するブロードキャストへの回答としてサーバ通信装置２００からクライアント通信装置１００に通知するように構成することも可能である。この場合、複数のサーバ通信装置２００からの回答が得られる可能性があるが、通信許可を判断するクライアント通信装置１００内の通信許可判定手段６０において、通信条件を最も満たすサーバ通信装置２００のみが選択される。
【０１１１】
また、サーバ通信装置２００のネットワークアドレスは、第１の実施の形態の第1の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してクライアント通信装置１００へ送付するように構成することも可能である。このネットワークアドレスは、クライアント通信装置１００内のセンサ８０が受け取った信号から抽出して利用される。
【０１１２】
上記以外の点は、第６の実施例における処理の流れと第５の実施例との処理の流れの相違は、第１の実施例に対する第２の実施例の処理の流れの相違点と同様であり、詳細は割愛する。
【０１１３】
図２０は、本発明における通信装置の第１の実施の形態の第７の実施例を説明するための図である。また、図２１は本第７の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１１４】
第７の実施例は、第５の実施例に対して、通信許可判定手段６０を、通信条件とセンサ信号を比較して通信条件の適合度を計算する条件判定手段６２と、条件判定手段６２が求めた適合度から通信セッション確立の可否を判断する通信許可判定手段６４の二つに分割し、条件判定手段６２をサーバ通信装置２００内に設置した形態である。
【０１１５】
なお、本実施例においては、サーバ通信装置２００のネットワークアドレスは、サーバ通信装置２００内にある通信条件生成手段５０が生成した物理情報生成依頼と共に、クライアント通信装置１００に通知するように構成されており、クライアント通信装置１００からサーバ通信装置２００への送信では、このネットワークアドレスを利用する。
【０１１６】
また、サーバ通信装置２００のネットワークアドレスを、通信セッション確立試行を要求するブロードキャストへの回答としてサーバ通信装置２００からクライアント通信装置１００に通知するように構成することも可能である。この場合、複数のサーバ通信装置２００からの回答が得られる可能性があるが、通信許可を判断するクライアント通信装置１００内の通信許可判定手段６４において、通信条件を最も満たすサーバ通信装置２００のみが選択される。
【０１１７】
また、サーバ通信装置２００のネットワークアドレスを、条件判定手段６２が求めた通信条件の適合度と共に、クライアント通信装置１００に通知するように構成することも可能である。
【０１１８】
上記以外の点は、第７の実施例における処理の流れと第５の実施例との処理の流れの相違は、第１の実施例に対する第３の実施例の処理の流れの相違点と同様であり、詳細は割愛する。
【０１１９】
図２２は、本発明における通信装置の第１の実施の形態の第８の実施例を説明するための図である。また、図２３は本第８の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１２０】
第８の実施例は、第７の実施例に対して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がサーバ通信装置２００内からクライアント通信装置１００内へ、物理情報生成手段７０の位置がクライアント通信装置１００内からサーバ通信装置２００内へと、それぞれ移動している。
【０１２１】
なお、本実施例においては、サーバ通信装置２００のネットワークアドレスは、第１の実施の形態の第1の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してクライアント通信装置１００へ送付するように構成されている。このネットワークアドレスは、クライアント通信装置１００内のセンサ８０が受け取った信号から抽出して利用される。
【０１２２】
また、サーバ通信装置２００のネットワークアドレスを、通信セッション確立試行を要求するブロードキャストへの回答としてサーバ通信装置２００からクライアント通信装置１００に通知するように構成することも可能である。この場合、複数のサーバ通信装置２００からの回答が得られる可能性があるが、通信許可を判断するクライアント通信装置１００内の通信許可判定手段６４において、通信条件を最も満たすサーバ通信装置２００のみが選択される。
【０１２３】
また、サーバ通信装置２００のネットワークアドレスを、条件判定手段６２が求めた通信条件の適合度と共に、クライアント通信装置１００に通知するように構成することも可能である。
【０１２４】
上記以外の点は、第８の実施例における処理の流れと第７の実施例との処理の流れの相違は、第１の実施例に対する第２の実施例の処理の流れの相違点と同様であり、詳細は割愛する。
【０１２５】
以下、第２の実施の形態の第２〜第８の実施例を説明する。これらはいずれも、通信許可判定手段をサーバ通信装置２００が持ち、通信セッション確立の可否をサーバ通信装置２００が判断するという共通の形態を持っているが、他の構成手段の配置が第１の実施例と異なり、それに伴い処理の流れに違いがある。
【０１２６】
第２の実施の形態の実施例はいずれも、第１の実施の形態の各実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。いずれの実施例においても、サーバ通信装置２００は、アプリケーション装置２０１上のサービス提供アプリケーションからの要求を受け、サーバ通信装置２００に接続するためのネットワークアドレスをブロードキャストなどによりＬＡＮ３００に接続されているネットワーク端末に通知する。ネットワーク端末上のクライアント通信装置１００はこの通知を受け、センサ信号等を送付する場合には受信したネットワーク端末２０２のネットワークアドレス宛に行う。
【０１２７】
図３０は、本発明における通信装置の第２の実施の形態の第２の実施例を説明するための図である。また、図３１は本第２の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１２８】
第２の実施例は、第１の実施例と比較して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がクライアント通信装置１００内からサーバ通信装置２００内へ、物理情報生成手段７０の位置がサーバ通信装置２００内からクライアント通信装置１００内へと、それぞれ移動している。
【０１２９】
これはまた、第１の実施の形態の第２の実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。
【０１３０】
なお、本実施例においては、クライアント通信装置１００のネットワークアドレスは、第１の実施の形態の第1の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してサーバ通信装置２００へ送付するように構成されている。このネットワークアドレスは、サーバ通信装置２００内のセンサ８０が受け取った信号から抽出して利用される。
【０１３１】
また、クライアント通信装置１００のネットワークアドレスを、サーバ通信装置２００からのネットワークアドレスのブロードキャストへの回答としてクライアント通信装置１００からサーバ通信装置２００に通知するように構成することも可能である。この場合、複数のクライアント通信装置１００からの回答が得られる可能性があるが、サーバ通信装置２００からクライアント通信装置１００に送付する物理情報生成依頼を、得られた各クライアント通信装置１００のネットワークアドレスに対して順に送付するように構成することで、サーバ通信装置２００に正しい物理情報を送付できるクライアント通信装置１００のみを選択できる。
【０１３２】
上記のように、各手段の提供する機能は第１の実施の形態の第２の実施例と同一であり、処理の流れも処理を実行する装置がクライアント通信装置１００とサーバ通信装置２００が逆になっていることを除けば同一であるため、詳細は割愛する。
【０１３３】
図３２は、本発明における通信装置の第２の実施の形態の第３の実施例を説明するための図である。また、図３３は本第３の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１３４】
第３の実施例は、第１の実施例に対して、通信許可判定手段６０を、通信条件とセンサ信号を比較して通信条件の適合度を計算する条件判定手段６２と、条件判定手段６２が求めた適合度から通信セッション確立の可否を判断する通信許可判定手段６４の二つに分割し、条件判定手段６２をクライアント通信装置１００内に設置した形態である。
【０１３５】
これはまた、第１の実施の形態の第３の実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。
【０１３６】
なお、本実施例において、クライアント通信装置１００のネットワークアドレスは、条件判定手段６２が求めた通信条件の適合度と共に、サーバ通信装置２００に通知されるように構成されており、サーバ通信装置２００からクライアント通信装置１００への通信にはこのネットワークアドレスが利用される。
【０１３７】
また、クライアント通信装置１００のネットワークアドレスを、サーバ通信装置２００からのネットワークアドレスのブロードキャストへの回答としてクライアント通信装置１００からサーバ通信装置２００に通知するように構成することも可能である。この場合、複数のクライアント通信装置１００からの回答が得られる可能性があるが、クライアント通信装置１００からサーバ通信装置２００に送付する適合度を参照することで、サーバ通信装置２００に最良の適合度を返すクライアント通信装置１００のみを選択できる。
【０１３８】
上記のように、各手段の提供する機能は第１の実施の形態の第３の実施例と同一であり、処理の流れも処理を実行する装置がクライアント通信装置１００とサーバ通信装置２００が逆になっていることを除けば同一であるため、詳細は割愛する。
【０１３９】
図３４は、本発明における通信装置の第２の実施の形態の第４の実施例を説明するための図である。また、図３５は本第４の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１４０】
第４の実施例は、第３の実施例に対して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がクライアント通信装置１００内からサーバ通信装置２００内へ、物理情報生成手段７０の位置がサーバ通信装置２００内からクライアント通信装置１００内へと、それぞれ移動している。
【０１４１】
これはまた、第１の実施の形態の第４の実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。
【０１４２】
なお、本実施例においては、クライアント通信装置１００のネットワークアドレスは、第１の実施の形態の第1の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してサーバ通信装置２００へ送付するように構成されている。このネットワークアドレスは、サーバ通信装置２００内のセンサ８０が受け取った信号から抽出して利用される。
【０１４３】
また、クライアント通信装置１００のネットワークアドレスを、サーバ通信装置２００からのネットワークアドレスのブロードキャストへの回答としてクライアント通信装置１００からサーバ通信装置２００に通知するように構成することも可能である。この場合、複数のクライアント通信装置１００からの回答が得られる可能性があるが、クライアント通信装置１００からサーバ通信装置２００に送られるセンサ信号から通信許可を判断するサーバ通信装置２００内の通信許可判定手段６４において、最良の適合度を返すサーバ通信装置２００のみが選択される。
【０１４４】
また、クライアント通信装置１００のネットワークアドレスを、条件判定手段６２が求めた通信条件の適合度と共に、サーバ通信装置２００に通知するように構成することも可能である。
【０１４５】
上記のように、各手段の提供する機能は第１の実施の形態の第４の実施例と同一であり、処理の流れも処理を実行する装置がクライアント通信装置１００とサーバ通信装置２００が逆になっていることを除けば同一であるため、詳細は割愛する。
【０１４６】
図３６は、本発明における通信装置の第２の実施の形態の第５の実施例を説明するための図である。また、図３７は本第５の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１４７】
第５の実施例は、第１の実施例に対して、通信条件生成手段５０の位置がサーバ通信装置２００内からクライアント通信装置１００内に移動した形態である。
【０１４８】
これはまた、第１の実施の形態の第５の実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。
【０１４９】
なお、本実施例において、クライアント通信装置１００のネットワークアドレスは、通信条件生成手段５０が作成した通信条件と共に、サーバ通信装置２００に通知されるように構成されており、サーバ通信装置２００からクライアント通信装置１００への通信にはこのネットワークアドレスが利用される。
【０１５０】
また、クライアント通信装置１００のネットワークアドレスを、サーバ通信装置２００からのネットワークアドレスのブロードキャストへの回答としてクライアント通信装置１００からサーバ通信装置２００に通知するように構成することも可能である。この場合、複数のクライアント通信装置１００からの回答が得られる可能性があるが、適合度を参照することで、サーバ通信装置２００に最良の物理情報を返すクライアント通信装置１００のみを選択できる。
【０１５１】
また、クライアント通信装置１００のネットワークアドレスを、条件判定手段６２が求めた通信条件の適合度と共に、サーバ通信装置２００に通知するように構成することも可能である。
【０１５２】
また、クライアント通信装置１００のネットワークアドレスを、通信条件生成手段５０の出力する物理情報生成依頼と共に、サーバ通信装置２００に通知するように構成することも可能である。
【０１５３】
また、クライアント通信装置１００のネットワークアドレスを、センサ８０の出力するセンサ信号と共に、サーバ通信装置２００に通知するように構成することも可能である。
【０１５４】
上記のように、各手段の提供する機能は第１の実施の形態の第５の実施例と同一であり、処理の流れも処理を実行する装置がクライアント通信装置１００とサーバ通信装置２００が逆になっていることを除けば同一であるため、詳細は割愛する。
【０１５５】
図３８は、本発明における通信装置の第２の実施の形態の第６の実施例を説明するための図である。また、図３９は本第６の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１５６】
第６の実施例は、第５の実施例に対して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がサーバ通信装置２００内からクライアント通信装置１００内へ、物理情報生成手段７０の位置がクライアント通信装置１００内からサーバ通信装置２００内へと、それぞれ移動している。
【０１５７】
これはまた、第１の実施の形態の第６の実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。
【０１５８】
なお、本実施例において、クライアント通信装置１００のネットワークアドレスは、通信条件生成手段５０が作成した通信条件と共に、サーバ通信装置２００に通知されるように構成されており、サーバ通信装置２００からクライアント通信装置１００への通信にはこのネットワークアドレスが利用される。
【０１５９】
また、クライアント通信装置１００のネットワークアドレスを、サーバ通信装置２００からのネットワークアドレスのブロードキャストへの回答としてクライアント通信装置１００からサーバ通信装置２００に通知するように構成することも可能である。この場合、複数のクライアント通信装置１００からの回答が得られる可能性があるが、通信許可を判断するサーバ通信装置２００内の通信許可判定手段６０において、通信条件を最も満たすサーバ通信装置２００のみが選択される。
【０１６０】
また、クライアント通信装置１００のネットワークアドレスを、第１の実施の形態の第１の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してサーバ通信装置２００へ送付するように構成することも可能である。このネットワークアドレスは、サーバ通信装置２００内のセンサ８０が受け取った信号から抽出して利用される。
【０１６１】
上記のように、各手段の提供する機能は第１の実施の形態の第６の実施例と同一であり、処理の流れも処理を実行する装置がクライアント通信装置１００とサーバ通信装置２００が逆になっていることを除けば同一であるため、詳細は割愛する。
【０１６２】
図４０は、本発明における通信装置の第２の実施の形態の第７の実施例を説明するための図である。また、図４１は本第７の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１６３】
第７の実施例は、第５の実施例に対して、通信許可判定手段６０を、通信条件とセンサ信号を比較して通信条件の適合度を計算する条件判定手段６２と、条件判定手段６２が求めた適合度から通信セッション確立の可否を判断する通信許可判定手段６４の二つに分割し、条件判定手段６２をクライアント通信装置１００内に設置した形態である。
【０１６４】
これはまた、第１の実施の形態の第７の実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。
【０１６５】
なお、本実施例においては、クライアント通信装置１００のネットワークアドレスは、クライアント通信装置１００内にある通信条件生成手段５０が生成した物理情報生成依頼と共に、サーバ通信装置２００に通知するように構成されており、サーバ通信装置２００からクライアント通信装置１００への送信では、このネットワークアドレスを利用する。
【０１６６】
また、クライアント通信装置１００のネットワークアドレスを、サーバ通信装置２００からのネットワークアドレスのブロードキャストへの回答としてクライアント通信装置１００からサーバ通信装置２００に通知するように構成することも可能である。この場合、複数のクライアント通信装置１００からの回答が得られる可能性があるが、通信許可を判断するサーバ通信装置２００内の通信許可判定手段６４において、通信条件を最も満たすクライアント通信装置１００のみが選択される。
【０１６７】
また、クライアント通信装置１００のネットワークアドレスを、条件判定手段６２が求めた通信条件の適合度と共に、サーバ通信装置２００に通知するように構成することも可能である。
【０１６８】
上記のように、各手段の提供する機能は第１の実施の形態の第７の実施例と同一であり、処理の流れも処理を実行する装置がクライアント通信装置１００とサーバ通信装置２００が逆になっていることを除けば同一であるため、詳細は割愛する。
【０１６９】
図４２は、本発明における通信装置の第２の実施の形態の第８の実施例を説明するための図である。また、図４３は本第８の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１７０】
第８の実施例は、第７の実施例に対して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がクライアント通信装置１００内からサーバ通信装置２００内へ、物理情報生成手段７０の位置がサーバ通信装置２００内からクライアント通信装置１００内へと、それぞれ移動している。
【０１７１】
これはまた、第１の実施の形態の第８の実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。
【０１７２】
なお、本実施例においては、クライアント通信装置１００のネットワークアドレスは、第１の実施の形態の第１の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してサーバ通信装置２００へ送付するように構成されている。このネットワークアドレスは、サーバ通信装置２００内のセンサ８０が受け取った信号から抽出して利用される。
【０１７３】
また、クライアント通信装置１００のネットワークアドレスを、サーバ通信装置２００からのネットワークアドレスのブロードキャストへの回答としてクライアント通信装置１００からサーバ通信装置２００に通知するように構成することも可能である。この場合、複数のクライアント通信装置１００からの回答が得られる可能性があるが、通信許可を判断するサーバ通信装置２００内の通信許可判定手段６４において、通信条件を最も満たすクライアント通信装置１００のみが選択される。
【０１７４】
また、クライアント通信装置１００のネットワークアドレスを、条件判定手段６２が求めた通信条件の適合度と共に、サーバ通信装置２００に通知するように構成することも可能である。
【０１７５】
上記のように、各手段の提供する機能は第１の実施の形態の第８の実施例と同一であり、処理の流れも処理を実行する装置がクライアント通信装置１００とサーバ通信装置２００が逆になっていることを除けば同一であるため、詳細は割愛する。
【０１７６】
以上で述べた、第１の実施の形態の各実施例、および、第２の実施の形態の各実施例ではそれぞれ、クライアント通信装置１００またはサーバ通信装置２００内の条件生成手段５０が予め定められた通信条件を設定して利用するものとして説明したが、この通信条件設定をアプリケーション装置１０１またはアプリケーション装置２０１からそれぞれの下位のクライアント通信装置１００またはサーバ通信装置２００に伝えるように構成することも可能である。これは、通信条件生成を上位アプリケーション装置に移した形態であり、各アプリケーションの要求に応じて柔軟に通信条件を設定可能なように構成することができる。
【０１７７】
また、以上で述べた、第１の実施の形態の各実施例、および、第２の実施の形態の各実施例では、適合度をクライアント通信装置１００またはサーバ通信装置２００内で利用する形態について説明したが、これを上位のアプリケーション装置１０１、アプリケーション装置２０１に伝え、アプリケーション装置１０１またはアプリケーション装置２０１が通信セッション確立または遮断を判断するように構成することも可能である。これは、通信許可判定を上位アプリケーション装置に移した形態であり、アプリケーションの要求に応じて通信セッション確立および遮断の手続きを柔軟に実行することが可能となる。
【０１７８】
さらには、以上で述べた、第１の実施の形態の各実施例、および、第２の実施の形態の各実施例では、クライアント通信装置１００またはサーバ通信装置２００内では、制御手段１０または制御手段２０が各手段を制御するように構成したが、各手段が直接他の手段と通信することで制御手段１０および制御手段２０が無いように構成することも可能である。この場合、各通信装置の構成要素が少なくなるというメリットがある。
【０１７９】
また、以上で述べた、第１の実施の形態の各実施例、および、第２の実施の形態の各実施例で述べたように、センサ８０および物理情報生成手段７０を除く各手段はコンピュータ上のソフトウェアとしても構成可能である。もちろん、各手段をハードウェアにて実現することも可能である。
【０１８０】
なお、以上の説明ではクライアント、サーバという名称を用いていたが、これは通信要求を発行する側の通信装置と通信要求を受ける側の通信装置を容易に区別できるように便宜的につけたものであり、それぞれの上位に位置するアプリケーション装置１０１およびアプリケーション装置２０１の機能を、通常用いられる意味での「クライアント」と「サーバ」に限定するものではない。
【０１８１】
また、本発明は、クライアント通信装置のユーザが接続相手となるサーバ通信装置のネットワークアドレスを直接指定するか、または、同じネットワークに接続されているサーバ通信装置の一覧から目的のサーバ通信装置を指定する操作を行って通信セッション確立要求を行った際の通信セッションの確立可否の制御に対しても本発明は適用可能である。
【０１８２】
【発明の効果】
第１の効果は、端末の近くにいる機器など、特定の条件にある端末のみに通信を許可するなど、セキュリティの高い通信を容易に実現可能なことである。その理由は、通信相手を特定するために物理情報生成手段が物理情報を生成し、センサが所定の条件を満足する物理情報を受信したものだけに通信セッションの確立を許可するように構成したからである。
【０１８３】
第２の効果は、赤外光や音など、端末近傍でのみ検知可能な物理情報を利用することで、近隣にある機器のみと通信セッションが確立できることである。その理由は、第１の効果と同様に、物理情報生成手段が物理情報を生成し、センサが所定の条件を満足する物理情報を受信したものだけに通信セッションの確立を許可するように構成したからである。
【０１８４】
第３の効果は、同一の部屋にある機器や、特定のエリア内にいる機器など、同一の条件を持つ複数の機器に対して通信セッションを確立可能なことである。その理由は、物理情報の到達範囲またはセンサの検知範囲を変更することで、接続可能な機器の存在範囲を容易に変更可能だからである。
【０１８５】
第４の効果は、無線ネットワークなどの通信可能範囲よりも狭い範囲で、かつ、自由な形状のエリア内でのみ通信を許可する機能を容易に実現可能なことである。その理由は、第３の効果と同様に、物理情報の到達範囲またはセンサの検知範囲を変更することで、接続可能な機器の存在範囲を容易に変更可能だからである。
【０１８６】
第５の効果は、低い処理能力の機器でも容易に本発明による通信制御装置を実現可能なことである。これは、物理情報生成手段とセンサを利用することで、通信セッション確立までに必要な他端末との通信量を減らしたからであり、また第１の従来技術におけるような高性能な微弱無線送受信機が必要ないからである。
【図面の簡単な説明】
【図１】本発明における通信制御装置の提供する機能を説明するための図である。
【図２】本発明における第１の実施の形態の構成を説明するための図である。
【図３】本発明における第１の実施の形態の実施例を説明するための図である。
【図４】本発明における第１の実施の形態の第１の実施例の処理の流れを説明するための図である。
【図５】本発明における第１の実施の形態の実施例における複数の通信セッションの確立方法を説明するための図である。
【図６】本発明における第１の実施の形態の第１の実施例の処理の流れを説明するための図である。
【図７】本発明における第１の実施の形態の第１の実施例の処理の流れを説明するための図である。
【図８】本発明における第１の実施の形態の実施例における通信セッションの取り扱い例を説明するための図である。
【図９】本発明における第１の実施の形態の実施例における通信セッションの取り扱い例を説明するための図である。
【図１０】本発明における第１の実施の形態の第２の実施例の構成を説明するための図である。
【図１１】本発明における第１の実施の形態の第２の実施例の処理の流れを説明するための図である。
【図１２】本発明における第１の実施の形態の第３の実施例の構成を説明するための図である。
【図１３】本発明における第１の実施の形態の第３の実施例の処理の流れを説明するための図である。
【図１４】本発明における第１の実施の形態の第４の実施例の構成を説明するための図である。
【図１５】本発明における第１の実施の形態の第４の実施例の処理の流れを説明するための図である。
【図１６】本発明における第１の実施の形態の第５の実施例の構成を説明するための図である。
【図１７】本発明における第１の実施の形態の第５の実施例の処理の流れを説明するための図である。
【図１８】本発明における第１の実施の形態の第６の実施例の構成を説明するための図である。
【図１９】本発明における第１の実施の形態の第６の実施例の処理の流れを説明するための図である。
【図２０】本発明における第１の実施の形態の第７の実施例の構成を説明するための図である。
【図２１】本発明における第１の実施の形態の第７の実施例の処理の流れを説明するための図である。
【図２２】本発明における第１の実施の形態の第８の実施例の構成を説明するための図である。
【図２３】本発明における第１の実施の形態の第８の実施例の処理の流れを説明するための図である。
【図２４】本発明における第２の実施の形態の構成を説明するための図である。
【図２５】本発明における第２の実施の形態の第１の実施例の処理の流れを説明するための図である。
【図２６】本発明における第２の実施の形態の実施例を説明するための図である。
【図２７】本発明における第２の実施の形態の実施例における複数の通信セッションの確立方法を説明するための図である。
【図２８】本発明における第２の実施の形態の実施例における通信セッションの取り扱い例を説明するための図である。
【図２９】本発明における第２の実施の形態の実施例における通信セッションの取り扱い例を説明するための図である。
【図３０】本発明における第２の実施の形態の第２の実施例の構成を説明するための図である。
【図３１】本発明における第２の実施の形態の第２の実施例の処理の流れを説明するための図である。
【図３２】本発明における第２の実施の形態の第３の実施例の構成を説明するための図である。
【図３３】本発明における第２の実施の形態の第３の実施例の処理の流れを説明するための図である。
【図３４】本発明における第２の実施の形態の第４の実施例の構成を説明するための図である。
【図３５】本発明における第２の実施の形態の第４の実施例の処理の流れを説明するための図である。
【図３６】本発明における第２の実施の形態の第５の実施例の構成を説明するための図である。
【図３７】本発明における第２の実施の形態の第５の実施例の処理の流れを説明するための図である。
【図３８】本発明における第２の実施の形態の第６の実施例の構成を説明するための図である。
【図３９】本発明における第２の実施の形態の第６の実施例の処理の流れを説明するための図である。
【図４０】本発明における第２の実施の形態の第７の実施例の構成を説明するための図である。
【図４１】本発明における第２の実施の形態の第７の実施例の処理の流れを説明するための図である。
【図４２】本発明における第２の実施の形態の第８の実施例の構成を説明するための図である。
【図４３】本発明における第２の実施の形態の第８の実施例の処理の流れを説明するための図である。
【符号の説明】
１０・・・制御手段
２０・・・制御手段
３０・・・通信手段
４０・・・通信手段
５０・・・通信条件生成手段
６０・・・通信許可判定手段
６２・・・条件判定手段
６４・・・通信許可判定手段
７０・・・物理情報生成手段
８０・・・センサ
１００・・・クライアント通信装置
１０１・・・アプリケーション装置
１０２・・・端末
２００・・・サーバ通信装置
２０１・・・アプリケーション装置
２０２・・・端末
３００・・・ＬＡＮ
４００・・・無線アクセスポイント
１１０・・・携帯端末上のアプリケーション画面例
２１０・・・ネットワーク端末上のアプリケーション画面例
５００・・・通信セッション
【発明の属する技術分野】
本発明は、コンピュータ等の電子情報通信機器を相互に接続する通信技術に関し、特には、位置や距離など機器間の物理的な関係を参照して通信セッションの確立および切断を制御する技術に関するものである。
【０００２】
【従来の技術】
コンピュータ等の電子情報通信機器を相互に接続する通信技術は、ピアツーピア接続からＬＡＮ接続、さらにＷＡＮからインターネット接続と言うように、物理的に遠く離れた場所にある機器どうしの接続を主眼として発達してきた。しかし、物理的に近くに存在する電子情報通信機器どうしだけを接続する通信技術もまた重要な研究課題である。何故なら、物理的に近い機器どうしだけで通信が行われれば、セキュリティ面で有利であり、また様々なアプリケーションの開発に道を開く基盤技術となり得るからである。
【０００３】
物理的に近くに存在する電子情報通信機器どうしだけを通信可能に接続する典型的な従来技術は、指向性の強い赤外線や微弱な電波などの無線方式によって機器間を接続する方法である（以下、第１の従来技術）。このような方法の一例が特開平11-150547号公報に記載されている。
【０００４】
他方、特願2000-316201号には、電子情報通信機器どうしをＢｌｕｅｔｏｏｔｈ（登録商標）などの無線ネットワークで相互に通信可能に接続すると共に、ＩｒＤＡを利用した赤外線通信方式による近接通信も可能にし、接続を希望する電子情報通信機器どうしを対向させて通信相手の機器識別情報を赤外線通信によって取得し、実際の通信はこの取得した機器識別情報を用いて無線ネットワーク経由で通信セッション（リンク）を確立して行う技術が記載されている（以下、第２の従来技術）。
【０００５】
【発明が解決しようとする課題】
しかし、上述した第１の従来技術によると、或る程度の通信速度を確保するためには高性能な微弱無線送受信機を各機器に実装する必要がある。従って、例えばLAN等で接続された複数のネットワーク端末のそれぞれに対して、物理的に近い場所に存在する携帯端末とだけ通信可能にするためには、ネットワーク端末のそれぞれにLAN経由による通信装置とは別に高性能な微弱無線送受信機が必要となり、コスト面および実装面で問題が多い。
【０００６】
これに対して第２の従来技術では、赤外線通信は接続相手の機器識別情報を伝送するだけの簡易なもので良く、実際の通信はＢｌｕｅｔｏｏｔｈ（登録商標）等の無線ネットワーク経由で行われるため、第１の従来技術におけるようなコスト面、実装面での問題は少ない。しかし、この第２の従来技術によれば、接続相手の機器識別情報を取得する際には機器どうしを近接させているために両者は物理的に近い位置に存在しているが、無線ネットワーク経由による通信セッション確立時においても両者が物理的に近い位置に存在している保証はない。何故なら、機器識別情報を取得した後、両者の物理的な位置が離れても、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線ネットワークによる通信可能範囲（１０ｍ〜１００ｍ）であれば、通信セッションが確立できてしまうからである。
【０００７】
本発明の目的は、複数の電子情報通信機器を相互に通信可能に接続するネットワークにおいて、機器どうしの位置や距離など機器間の物理的な関係を参照して前記ネットワーク経由による通信セッションの確立を制御することにある。
【０００８】
【課題を解決するための手段】
上記の目的を達成するため、本発明にかかる通信制御方法は、ネットワーク経由で相互に通信可能なクライアント通信装置およびサーバ通信装置の一方に物理情報生成手段を、他方に前記物理情報生成手段で生成された物理情報を検知するセンサを設け、センサの出力値と通信セッションを確立するための通信条件との比較結果に基づき、前記ネットワーク経由による通信セッションの確立可否および確立した通信セッションの遮断の要否を、前記物理情報生成手段を備えるクライアント通信装置またはサーバ通信装置の何れかで判断するように構成されている。
【００１３】
【作用】
本発明にあっては、クライアント通信装置およびサーバ通信装置の一方に設けられた物理情報生成手段から他方に対して光や音などの物理情報が送られ、それが他方に設けられたセンサで検出される。センサの出力値は両者の物理的な位置や距離に応じたものとなり、これを通信セッションを確立するための通信条件と比較して、両者間における前記ネットワーク経由による通信セッションの確立可否および確立した通信セッションの遮断の要否を、前記物理情報生成手段を備えるクライアント通信装置またはサーバ通信装置の何れかで判定する。これによって、複数の電子情報通信機器を相互に通信可能に接続するネットワークにおいて、機器どうしの位置や距離など機器間の物理的な関係を参照して前記ネットワーク経由による通信セッションの確立および確立した通信セッションの遮断が制御可能となる。
【００１４】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
【００１５】
図１は、本発明における通信装置の役割を説明するための図である。本発明における通信装置は、通信セッション確立を要求するクライアント通信装置１００と、クライアント通信装置１００からの通信セッション確立要求を受け取るサーバ通信装置２００とから構成されている。クライアント通信装置１００とサーバ通信装置２００は通信線またはネットワークにより相互に通信可能な状態で接続されている。クライアント通信装置１００、サーバ通信装置２００は、それぞれネットワーク階層モデルにおいて上位に位置するアプリケーション装置１０１およびアプリケーション装置２０１間の実際の通信を担当する装置であり、アプリケーション装置１０１から発せられる通信要求に従って、クライアント通信装置１００とサーバ通信装置２００間の通信セッションを確立または破棄する機能、および、確立した通信セッションを利用したアプリケーション装置１０１とアプリケーション装置２０１間の通信機能を提供する。
【００１６】
図２は、本発明における通信装置の第１の実施の形態を説明するための図である。第１の実施の形態では、クライアント通信装置１００が、通信セッション確立の判断をするように構成されている。この第１の実施の形態は、クライアント通信装置１００内にある各構成要素を制御する制御手段１０と、サーバ通信装置２００内にある各構成要素を制御する制御手段２０と、クライアント通信装置１００内にある、サーバ通信装置２００と通信する機能を提供する通信手段３０と、サーバ通信装置２００内にある、クライアント通信装置１００と通信する機能を提供する通信手段４０と、クライアント通信装置１００内にある、アプリケーション通信装置１０１からの通信要求に従い、通信セッション確立に必要な条件を生成する通信条件生成手段５０と、クライアント通信装置１００内にある、通信条件生成手段５０が生成した条件に従って物理情報を生成する物理情報生成手段７０と、サーバ通信装置２００内にある、物理情報生成手段７０が生成した物理情報を受け取り、電気的な信号を生成するセンサ８０と、通信条件生成手段５０が生成した条件と、センサ８０が生成した信号とから、通信条件生成手段５０が生成した条件が満たされる割合（以下、適合度と表記）を求め、その適合度に応じてクライアント通信装置１００とサーバ通信装置２００の間に通信セッションを確立するか否かを判断する通信許可判定手段６０とから構成される。
【００１７】
第１の実施の形態における処理の流れは以下の通りである。なお、本実施の形態では、クライアント通信装置１００は、アプリケーション装置１０１から通信セッション確立の要求を受け取ると、通信セッションの確立を試行することを自己のネットワークアドレスとともに、ブロードキャストなどにより自装置１００が接続されるネットワークに接続されているサーバ通信装置２００に通知し、サーバ通信装置２００はこの通知を受け、センサ信号などを送付する場合には受信したクライアント通信装置１００のネットワークアドレス宛に行うものとする。但し、本発明において、クライアント通信装置１００およびサーバ通信装置２００間で相互に相手アドレスを交換する方法は上記の例に限定されず、後述する実施例で説明するような各種の方法を採用することができる。
【００１８】
クライアント通信装置１００内の制御手段１０は、アプリケーション装置１０１から通信要求を受け取り、クライアント通信装置１００内の通信条件生成手段５０に通知する。
【００１９】
通信条件生成手段５０は、通信セッションの確立を許可する条件である通信条件を生成した後、その通信条件を制御手段１０経由で通信許可判定手段６０に通知する。また、制御手段１０経由で物理情報生成手段７０に通信条件に適した物理情報を生成するように依頼する。
【００２０】
物理情報生成手段７０は、通信条件生成手段５０からの物理情報生成依頼を受け、物理情報を生成する。
【００２１】
サーバ通信装置２００内にあるセンサ８０は、物理情報生成手段７０が生成した物理情報を受け取り、受け取った物理情報に応じた電気信号を生成し、サーバ通信装置２００内の制御手段２０と通信手段４０、クライアント通信装置１００内の通信手段３０と制御手段１０をそれぞれ経由して、クライアント通信装置１００内の通信許可判定手段６０に通知する。
【００２２】
通信許可判定手段６０は、通信条件生成手段５０が生成した条件と、通信手段３０を経由して受け取ったセンサ８０の生成した信号とから、通信条件生成手段５０が生成した通信条件の適合度を求め、その適合度に応じてクライアント通信装置１００とサーバ通信装置２００の間に通信セッションを確立するか否かを判断し、通信セッションを確立する場合はクライアント通信装置１００内の制御手段１０、および、サーバ通信装置２００内の制御手段２０それぞれに、通信セッションを確立するように依頼する。通信セッションを確立した後、制御手段１０および制御手段２０は上位のアプリケーション装置１０１とアプリケーション装置２０１に通知する。通信セッションが確立された場合には、アプリケーション装置１０１とアプリケーション装置２０１は、確立された通信セッションを経由して通信しアプリケーションを実行する。通信許可判定手段６０が通信セッションを確立すべきではないと判断した場合は、制御手段１０経由で通信セッション確立ができない旨をアプリケーション装置１０１に通知する。
【００２３】
図２４は、本発明における通信装置の第２の実施の形態を説明するための図である。第２の実施の形態では、サーバ通信装置２００が、通信セッション確立の判断をするように構成されている。この第２の実施の形態は、第１の実施の形態と比較して、通信条件生成手段５０、通信許可判定手段６０、物理情報生成手段７０、センサ８０の位置が、通信線に関して反対側にある通信装置内に移動している形態である。すなわち、通信条件生成手段５０の位置がクライアント通信装置１００内からサーバ通信装置２００内へ、通信許可判定手段６０の位置がクライアント通信装置１００内からサーバ通信装置２００内へ、センサ８０の位置がサーバ通信装置２００内からクライアント通信装置１００内へ、物理情報生成手段７０の位置がクライアント通信装置１００内からサーバ通信装置２００内へと、それぞれ移動している。
【００２４】
第２の実施の形態における処理の流れは以下の通りである。なお、本実施の形態では、サーバ通信装置２００は、アプリケーション装置２０１からの要求を受け、サーバ通信装置２００に接続するためのネットワークアドレスをブロードキャストなどにより自装置２００が接続されるネットワークに接続されているクライアント通信装置１００に通知し、クライアント通信装置１００はこの通知を受け、センサ信号などを送付する場合には受信したサーバ通信装置２００のネットワークアドレス宛に行うものとする。但し、本発明において、クライアント通信装置１００およびサーバ通信装置２００間で相互に相手アドレスを交換する方法は上記の例に限定されず、後述する実施例で説明するような各種の方法を採用することができる。
【００２５】
クライアント通信装置１００内の制御手段１０は、アプリケーション装置１０１から通信要求を受け取り、通信手段３０、サーバ通信装置２００内の通信手段４０、制御手段２０をそれぞれ経由して、通信条件生成手段５０に通信要求を通知する。
【００２６】
サーバ通信装置２００内にある通信条件生成手段５０は、通信セッションの確立を許可する条件である通信条件を生成した後、その通信条件を制御手段２０経由で通信許可判定手段６０に通知する。また、制御手段２０経由で物理情報生成手段７０に通信条件に適した物理情報を生成するように依頼する。
【００２７】
サーバ通信装置２００内にある物理情報生成手段７０は制御手段２０を経由して物理情報生成依頼を受け、物理情報を生成する。
【００２８】
クライアント通信装置１００内にあるセンサ８０は、物理情報生成手段７０が生成した物理情報を受け取り、受け取った物理情報に応じた電気信号を生成し、制御手段１０、通信手段３０、サーバ通信装置内の通信手段４０、制御手段２０をそれぞれ経由して、通信許可判定手段６０に通知する。
【００２９】
通信許可判定手段６０は、通信条件生成手段５０が生成した条件と、通信手段４０を経由して受け取ったセンサ８０の生成した信号とから、通信条件生成手段５０で生成した通信条件の適合度を求め、その適合度に応じてクライアント通信装置１００とサーバ通信装置２００の間に通信セッションを確立するか否かを判断し、通信セッションを確立する場合はクライアント通信装置内の制御手段１０、および、サーバ通信装置２００内の制御手段２０それぞれに、通信セッションを確立するように依頼する。通信セッションを確立した後、制御手段１０および制御手段２０は上位のアプリケーション装置１０１とアプリケーション装置２０１に通知する。通信セッションが確立された場合には、アプリケーション装置１０１とアプリケーション装置２０１は、確立された通信セッションを経由して通信しアプリケーションを実行する。通信許可判定手段６０が通信セッションを確立すべきではないと判断した場合は、制御手段１０経由で通信セッション確立ができない旨をアプリケーション装置１０１に通知する。
【００３０】
【実施例】
次に、本発明の実施の形態の実施例を図を用いて説明する。
【００３１】
図３は、本発明の第１の実施の形態における第１の実施例を説明するためのブロック図である。図３において、アプリケーション装置２０１とサーバ通信装置２００を含むネットワーク端末２０２Ａ、ネットワーク端末２０２Ｂ、ネットワーク端末２０２Ｃは有線のイーサーネットを用いてローカルエリアネットワーク（ＬＡＮ）３００に接続されている。ＬＡＮ３００には、無線アクセスポイント４００も接続されている。アプリケーション装置１０１とクライアント通信装置１００を内に含む携帯端末１０２は、この無線アクセスポイント４００を経由してＬＡＮ３００に接続されており、ネットワーク端末２０２Ａ〜２０２Ｃと携帯端末１０２はそれぞれ相互に通信可能となっている。このようなネットワーク接続技術は、現在オフィスや家庭で広く使われている技術をそのまま利用可能であり、詳細の説明は省略する。
【００３２】
各ネットワーク端末２０２Ａ〜２０２Ｃの各筐体には、サーバ通信装置２０１のセンサ８０の受光部として、赤外光を受光可能なフォトダイオードが設置されている。このフォトダイオードの出力値はＡＤ変換されネットワーク端末で読み取れるように構成されている。また、携帯端末１０２には、クライアント通信装置１００の物理情報生成手段７０の発光部として、赤外光を発光可能なＬＥＤが設置されている。ネットワーク端末２０２Ａ〜２０２Ｃ上のセンサ８０は、携帯端末１０２上の赤外ＬＥＤ７０からの赤外光を受光すると１の値を、受光していない場合は０の値をネットワーク端末に伝えるように構成されている。このような赤外光ＬＥＤを用いた物理情報生成手段７０、および、フォトダイオードを使用したセンサ８０は広く使われている技術であり、例えば「トランジスタ技術ＳＰＥＣＩＡＬ 特集センサ応用回路の活用ノウハウ」（ＣＱ出版社）や谷著「オプト・デバイス応用ノウハウ」（ＣＱ出版社）などに技術が開示されており、詳細は省略する。
【００３３】
本実施例においては、ネットワーク端末２０２Ａ〜２０２Ｃ上のアプリケーション装置２０１は各ネットワーク端末上で動作するソフトウェアにより実現されている。また、携帯端末１０２上のアプリケーション装置１０１も同様に携帯端末上で動作するソフトウェアにより実現されている。
【００３４】
ネットワーク端末２０２Ａ〜２０２Ｃ上のアプリケーション装置２０１は、携帯端末１０２から送信されたデータファイルを受信し蓄積するサービスを実行している。これは、サーバ通信装置２０１から通信セッション５００の確立の連絡を受けると、データ受信を準備し、携帯端末１０２から送られてきたデータファイルを既定の内部メモリやディスクに保存するものである。実行中は図３の画面例２１０に示すように受信したファイル名を画面に表示する。携帯端末１０２上のアプリケーション装置１０１は、画面例１１０に示すようにユーザインタフェースを利用してユーザがファイル名を指定可能となっており、ユーザが画面上の送信ボタンを押すことでデータファイルの転送を試みる。すなわち、まず、データファイルの転送を実行するための通信セッション５００の確立をクライアント通信装置１００に依頼し、通信セッション５００が確立できた時には、指定されたデータファイルをその通信セッション５００を経由してネットワーク端末に送付する。このようなデータを転送するアプリケーション装置１０１および２０１は、ネットワーク上で通信セッションが確立されれば、例えばＦＴＰプロトコルなどを使って容易に実現可能である。なお、図３を始めとする図中に記載の通信セッション５００は、ネットワーク端末２０２上のアプリケーション装置２０１と携帯端末１０２上のアプリケーション装置１０１の間で通信セッションが張られているという状態を仮想的に示すものであり、実際の通信は無線アクセスポイント４００とＬＡＮ３００を経由して実行される。
【００３５】
本実施例のように複数のネットワーク端末２０２Ａ〜２０２Ｃが同じネットワークに接続されている場合、一般的には、携帯端末１０２はデータファイルを送りたいネットワーク端末を指定するために、相手のネットワーク端末のＬＡＮ３００上でのネットワークアドレスを直接指定するか、または、同じＬＡＮ３００に接続されているネットワーク端末の一覧から目的の端末を指定するという操作が必要である。例えば、図３において、携帯端末１０２のユーザがネットワーク端末２０２Ｂにデータを送信したいと思った場合、ユーザはネットワーク端末２０２Ｂのネットワークアドレスかその代替となる名前を調べ、入力する。本発明の場合、このような従来と同様の方法でも構わないが、一般にこのようなネットワーク端末のネットワークアドレスを知ることは困難であり、また、一覧から選択する操作もネットワーク端末の名前などの識別子を知る必要があり、例え識別子を知ることができてもＬＡＮ３００に接続される端末が多い場合には一覧から選択する操作そのものが面倒になる。そこで、本実施例においては、このような操作性の問題をも解消するために、ユーザがデータを送付したいネットワーク端末の目の前で携帯端末上の「送信」ボタンを押すだけで、ネットワークアドレスの指定などの操作なしにデータを送付することも可能とする。
【００３６】
図４は、本実施例における、ネットワーク端末２０２Ａ〜２０２Ｃ内のサーバ通信装置２００および携帯端末１０２内のクライアント通信装置１００の通信セッション確立動作を説明するための図である。
【００３７】
本実施例における通信許可判定手段６０、通信条件生成手段５０、通信手段３０、通信手段４０は携帯端末１０２、ネットワーク端末２０２Ａ〜２０２Ｃ上のソフトウェア（通信制御プログラム）として実現され、各端末上で実行されている。
【００３８】
クライアント通信装置１００は、アプリケーション装置１０１から通信セッション確立の要求を受け取ると、まず、通信セッションの確立を試行することを自己のネットワークアドレスとともに、ブロードキャストなどによりＬＡＮ３００に接続されているネットワーク端末に通知する。ネットワーク端末上のサーバ通信装置２００はこの通知を受け、センサ信号等を送付する場合には受信した携帯端末１０２のネットワークアドレス宛に行う。
【００３９】
クライアント通信装置１００は、その後、通信セッションの確立を許可する条件である通信条件を通信条件生成手段５０により生成する（Ｓ５０１）。ここでは、「センサの値が１であれば通信セッション確立を許可」という平文での条件記述を利用するが、プログラミング言語のｉｆ文などの条件判断式、ＸＭＬなどを利用して記述することも可能であることは言うまでもない。
【００４０】
生成した通信条件は通信許可判定手段６０に通知される（Ｓ５０２）。通信許可判定手段は通信条件が届けられるのを待っており（Ｓ６０１）、通信条件が届くと、次は条件の適合度を判断するためのセンサ信号が届くのを待つ（Ｓ６０２）。
【００４１】
通信条件生成手段５０は、物理情報生成手段７０に通信条件に適した物理情報を生成するように依頼する（Ｓ５０３）。物理情報生成手段７０は、物理情報生成依頼を受け、赤外ＬＥＤを発光する（Ｓ７０１）。ここでは通信セッションが遮断されるまでＬＥＤは発光しつづけるものとするが、ＬＥＤの発光時間は本発明における通信装置を利用するサービスに応じて変更されるものであり、一定時間のみ発光する、通信条件に合わせ物理情報生成依頼送信時に通信条件生成手段５０が発光時間や点滅パターンを指定する形式を利用するように構成することも可能である。
【００４２】
サーバ通信装置２００内にあるセンサ８０は、アプリケーション装置２０１が実行されている間、常に受光状態を監視している。センサ８０は、物理情報生成手段７０が生成した赤外光を受け取ると（Ｓ８０１）、受け取った光量に応じた電気信号に変換しＡＤ変換等によりネットワーク端末が読み取り可能な信号を生成する（Ｓ８０２）。生成したセンサ信号は、サーバ通信装置２００内の通信手段４０、クライアント通信装置１００内の通信手段３０をそれぞれ経由して、サーバ通信装置２００を持つネットワーク端末のネットワークアドレスと共にクライアント通信装置１００内の通信許可判定手段６０に通知される（Ｓ８０３）。ここでは赤外光を受光した場合に１を、受光しなかった、または、既定の光量に達しなかった場合は０をセンサ信号として送信するが、本発明の適用範囲はこの値に限定されるものではない。他の値や、光量に応じた連続値や光の強度から端末間の相対距離を求めるなど通常のセンサ出力値として利用可能な値がすべて利用可能である。
【００４３】
通信許可判定手段６０は、センサ信号を受け取ると、通信条件生成手段５０が生成した条件と、通信手段３０を経由して受け取ったセンサ８０の生成したセンサ信号とを比較し、通信条件生成手段５０が生成した通信条件の適合度を求める（Ｓ６０３）。ここでは、センサ信号の値が１であれば適合度は１、センサ信号の値が０であれば適合度は０とする。センサ信号と同様に、この適合度の値設定も本実施例記載の方法だけではなく、通信条件を満たしているかどうかを判断さえできれば、連続値や他の記述方法を利用可能である。例えば、センサ信号が携帯端末１０２とネットワーク端末２０２の相対距離を表し、通信条件として「相対距離が５０ｃｍ以下」が指定されている場合、センサ信号が２５ｃｍの時は５０÷２５＝２を、センサ信号が８０ｃｍの場合は５０÷８０＝０．６２５をそれぞれ適合度とするように構成可能である。この時、適合度が１以上の値であれば通信条件を満たすことを示すが、さらには複数のサーバ装置２００間で、適合度の大小により通信条件の満たす割合を比較可能となり、通信セッションを確立する優先順位を設定することが可能となる。
【００４４】
通信許可判定手段６０は、求めた適合度が１以上であれば、クライアント通信装置１００とサーバ通信装置２００の間に通信セッションを確立する許可を出し、適合度が０であれば不許可とする（Ｓ６０４）。判定結果は通信条件生成手段５０に通知され（Ｓ６０５）、通信セッションを確立可能な場合にはクライアント通信装置１００の制御手段１０、および、サーバ通信装置２００内の制御手段２０の間で、センサ信号と共に受信したサーバ通信装置２００のネットワークアドレスを利用して、通信セッション５００が確立される。通信セッションが確立されると、上位のアプリケーション装置１０１とアプリケーション装置１０２はこの通信セッションを利用してデータファイルの送受信を実行する。通信許可判定手段６０が通信セッションを確立すべきではない、すなわち適合度が０となるセンサ信号をサーバ通信装置２００から受けたとしても、通信セッションは確立されない。
【００４５】
図３において、赤外光を受けセンサ信号として１の値を送信し、通信条件の適合度が１となり通信セッションが確立されるのは、携帯端末１０２が目の前にいるネットワーク端末２０２Ｂだけである。このように物理情報生成手段７０とセンサ８０を参照して通信セッション確立可否を判断する機構を備えることで、本実施例は、機器どうしの位置や距離など機器間の物理的な関係を参照してネットワーク経由による通信セッションの確立を制御すると同時に、ネットワークアドレス指定と言う煩雑な操作なしに、簡単に所望の端末間で通信を行うことを可能としている。
【００４６】
以上の説明では、携帯端末１０２が最寄りのネットワーク端末２０２Ｂに対してデータファイルを転送する、１対１の通信セッション確立を例として説明したが、同様の手順を並列に、または、繰り返して実行することで複数のネットワーク端末に対して通信セッションを確立するように構成することも可能である。
【００４７】
図５は、同じ部屋など区切られたエリア内にあるネットワーク端末２０２Ｂとネットワーク端末２０２Ｃが共に携帯端末１０２からの赤外光を受光して、通信セッション５００を確立している様子を示した図である。携帯端末１０２に搭載された赤外ＬＥＤ７０は、図３に記載されたものよりも発光範囲が広く設定されており、ネットワーク端末２０２Ｂとネットワーク端末２０２Ｃが同時に赤外光を受光できるように構成されている。この場合、上で述べた処理手順を携帯端末１０２がネットワーク端末２０２Ｂおよびネットワーク端末２０２Ｃそれぞれのサーバ通信装置２００から受けたセンサ信号に対して、適合度を求め、判定結果に応じて通信セッションを確立するという処理を繰り返し適用することで、双方のネットワーク端末にデータファイルを送信可能な通信セッション５００を確立することが可能となる。このように本発明は、ある特定の１台だけではなく、同じ部屋内や近傍に存在するすべての端末などとの通信セッション確立にも適用可能である。
【００４８】
上記の説明では、物理情報生成手段７０は通信条件生成手段５０からの依頼を受け、赤外ＬＥＤを発光させるように構成していたが、図６のように物理情報生成手段７０が独自にＬＥＤを発光するように構成することも可能である。例えば、携帯端末１０２上でアプリケーション装置１０１が実行されている間は常に赤外ＬＥＤが発光するように構成することが可能である。この場合、クライアント通信装置１００内での処理が簡素化できる。
【００４９】
図７は、確立した通信セッションを遮断するための手続きを説明するための図である。データファイル送信が終了すると、アプリケーション装置１０１はクライアント通信装置１００に通信セッション遮断を依頼する。この依頼を受け、通信条件生成手段５０は物理情報の停止を物理情報生成手段７０に依頼し（Ｓ５０Ａ）、物理情報生成手段７０はＬＥＤを消灯する（Ｓ７０Ａ）。ＬＥＤの消灯に伴い、センサ８０は赤外光を受光できなくなり（Ｓ８０Ａ）、赤外光の受光を示すセンサ信号を生成できなくなり（Ｓ８０Ｂ）、無信号状態（センサ信号＝０）を通信手段４０、通信手段３０経由で通信許可判定手段６０に通知することになる（Ｓ８０Ｃ）。通信許可判定手段６０はセンサ信号を常に待ち受けており（Ｓ６０Ａ）、受け取ったセンサ信号により条件適合度を計算している（Ｓ６０Ｂ）が、受光無しのセンサ信号を受け取ると、適合度を０として通信セッション確立を不許可とし（Ｓ６０Ｃ）、結果を通信条件生成手段５０に通知する（Ｓ６０Ｄ）。通信条件生成手段５０は、この通知を受け、通信セッションを遮断する（Ｓ５０Ｂ）。
【００５０】
なお、クライアント通信装置１００側での物理情報停止依頼に関係なく、サーバ通信装置２００側のセンサ８０が赤外光を受光できなくなった場合にはＳ８０Ａ以降の手続きにより、通信セッションを遮断されるように構成することも可能である。これは、図８に示すように、携帯端末１０２が移動し、ネットワーク端末２０２Ｂの近傍から外れた時には通信セッションを破棄することに相当する。これは、ネットワーク端末２０２Ｂの近傍でのみ通信セッション確立を許可することに相当し、遠方からのネットワークアクセスを制限しより高いセキュリティを確保することに利用できる。
【００５１】
また、図７に示すような通信セッション遮断機構を設けず、一旦確立した通信セッションは、ユーザからの指示があるまで確保しつづけるように構成することも可能である。これは図９に示すように、一旦手続きを経て確立された通信セッションは、携帯端末１０２の移動等により赤外光が受光できなくなったとしても確保しつづけるというものである。
【００５２】
また、確立された通信セッションは、データファイル送信が終了するなど、上位のアプリケーション装置１０１またはアプリケーション装置２０１の指示により、センサ信号に関係なく終了するように構成可能なことは言うまでも無い。
【００５３】
以上の説明では、物理情報生成手段７０とセンサ８０は単に赤外光のＯＮ／ＯＦＦを各端末に伝えるだけであったが、これ以外の情報を赤外光に重畳して送付するように構成することも可能である。例えば、ｈｔｔｐ：／／ｗｗｗ．ｉｒｄａ．ｏｒｇに規格が開示されている赤外光通信技術を用いれば、携帯端末１０２のネットワークアドレスなどの情報を送付することも可能である。このときクライアント通信装置１００はネットワークアドレスを通信セッション確立要求と共にサーバ通信装置に直接送ることが可能となり、上記の実施例において述べたような、通信セッション確立手順の初期段階でのクライアント通信装置１００が行うネットワークアドレスのブロードキャストは不要となる。また、例えば、クライアント通信装置１００とサーバ通信装置２００のそれぞれに物理情報生成手段７０とセンサ８０の両方を搭載しネットワークアドレスを相互に交換可能とすれば、上記の実施例において述べたような、通信セッション確立手順の初期段階でのネットワークアドレスのブロードキャストおよびセンサ信号送受時のネットワークアドレス通知は不要となる。
【００５４】
本実施例では、センサ８０および物理情報生成手段７０として赤外光を用いた手段について説明したが、他の物理情報を利用することも可能である。例えば、物理情報生成手段７０としてスピーカーを、センサ８０としてマイクロフォンを利用して、物理情報として音または超音波を利用することが可能である。また、物理情報生成手段７０として微弱無線送信機を、センサ８０として微弱無線受信機を利用して、物理情報として無線を利用することも可能である。さらには、物理情報生成手段７０として非接触ＩＣカード、センサ８０として非接触ＩＣカードリーダなど、携帯端末１０２の通信相手としてネットワーク端末２０２Ｂが近くに存在することを特定できる仕組であればどのようなものでも利用可能である。
【００５５】
また、本実施例では、携帯端末１０２からネットワーク端末２０２Ａ〜２０２Ｃへのデータファイル転送サービスを例として説明したが、本発明による通信装置は、機器どうしの位置や距離など機器間の物理的な関係を参照して通信セッションの確立を制御する機能を提供するものであり、データファイル転送に限らず、通信セッション確立が必要なあらゆるネットワークサービスに適用することが可能である。
【００５６】
次に本発明の第２の実施の実施例を説明する。図２６は、本発明の第２の実施の形態における第１の実施例を説明するためのブロック図である。
【００５７】
図２６において、アプリケーション装置２０１とサーバ通信装置２００を含むネットワーク端末２０２は有線のイーサーネットを用いてローカルエリアネットワーク（ＬＡＮ）３００に接続されている。ＬＡＮ３００には、無線アクセスポイント４００も接続されている。アプリケーション装置１０１とクライアント通信装置１００を内に含む携帯端末１０２Ａ〜１０２Ｃは、この無線アクセスポイント４００を経由してＬＡＮ３００に接続されており、ネットワーク端末２０２と携帯端末１０２Ａ〜１０２Ｃはそれぞれ相互に通信可能となっている。このようなネットワーク接続技術は、現在オフィスや家庭で広く使われている技術をそのまま利用可能であり、詳細の説明は省略する。
【００５８】
ネットワーク端末２０２の筐体には、サーバ通信装置２０１の物理情報生成手段７０の発光部として、赤外光を発光可能なＬＥＤが設置されている。また、携帯端末１０２には、クライアント通信装置１０１のセンサ８０の受光部として、赤外光を受光可能なフォトダイオードが設置されている。このフォトダイオードの出力値はＡＤ変換され携帯端末で読み取れるように構成されている。携帯端末１０２上のセンサ８０は、ネットワーク端末２０２上の赤外ＬＥＤ７０からの赤外光を受光すると１の値を、受光していない場合は０の値をネットワーク端末に伝えるように構成されているのは第１の実施の形態の実施例と同様である。
【００５９】
本実施例においては、ネットワーク端末２０２上のアプリケーション装置２０１はネットワーク端末上で動作するソフトウェアにより実現されている。また、携帯端末１０２Ａ〜１０２Ｃ上のアプリケーション装置１０１も同様に携帯端末上で動作するソフトウェアにより実現されている。
【００６０】
ネットワーク端末２０２上のアプリケーション装置２０１は、携帯端末１０２Ａ〜１０２Ｃに対して広告情報などのメッセージを送信するサービスを実行している。これは、サーバ通信装置２０１から通信セッション５００の確立の連絡を受けると、メッセージを準備し、携帯端末１０２に対して送信するサービスである。実行中は図２６の画面例２１１に示すように送信するメッセージを画面に表示している。携帯端末１０２Ａ〜１０２Ｃ上のアプリケーション装置１０１は、画面例１１１に示すようなユーザインタフェースを利用してネットワーク端末２０２からのメッセージを要求可能となっており、ユーザが画面上の要求ボタンを押すことでメッセージの受信を試みる。すなわち、まず、メッセージを要求するための通信セッション５００の確立をクライアント通信装置１００に依頼し、通信セッション５００が確立できた時には、ネットワーク端末２０２が送付しているメッセージをその通信セッション５００を経由して受信する。このようなメッセージを転送するアプリケーション装置１０１および２０１は、ネットワーク上で通信セッションが確立されれば容易に実現可能なことは、第１の実施の形態の実施例と同様である。
【００６１】
第２の実施の形態は、通信セッション確立可否の判断をネットワーク端末２０２内のサーバ通信装置２００が実行する点が第１の実施の形態と異なっている。これは、図２６のように複数の携帯端末１０２Ａ〜１０２Ｃが同じＬＡＮ３００に接続されている場合であっても、すべての携帯端末からの要求に対してメッセージを送付するのではなく、ネットワーク端末２０２の近傍に存在するなど、限定された携帯端末１０２にのみメッセージを送付する機能を提供するものである。このように構成することで、ネットワーク端末の近傍にある、ネットワーク端末と同じ部屋にあるなど、特定の状況下にある端末のみに対してメッセージを配送するサービスを実現可能となる。
【００６２】
図２５は、本実施例における、ネットワーク端末２０２内のサーバ通信装置２００および携帯端末１０２Ａ〜１０２Ｃ内のクライアント通信装置１００の通信セッション確立動作を説明するための図である。本実施例においても、通信許可判定手段６０、通信条件生成手段５０、通信手段３０、通信手段４０は携帯端末１０２、ネットワーク端末２０２Ａ〜２０２Ｃ上のソフトウェア（通信制御プログラム）として実現され、各端末上で実行されている。
【００６３】
サーバ通信装置２００は、アプリケーション装置２０１上のサービス提供アプリケーションからの要求を受け、サーバ通信装置２００に接続するためのネットワークアドレスをブロードキャストなどによりＬＡＮ３００に接続されているネットワーク端末に通知する。ネットワーク端末上のクライアント通信装置１００はこの通知を受け、センサ信号等を送付する場合には受信したネットワーク端末２０２のネットワークアドレス宛に行う。
【００６４】
クライアント通信装置１００は、アプリケーション装置１０１から通信セッション確立の要求を受け取ると、このサーバ通信装置２００が提供するネットワークアドレスを利用して、通信セッションの確立を試行することを自己のネットワークアドレスとともに、サーバ通信装置に通知する。
【００６５】
サーバ通信装置２００は、その後、通信セッションの確立を許可する条件である通信条件を通信条件生成手段５０により生成する（Ｓ５０１）。ここでは、第１の実施の形態の実施例と同様の記述方法を利用するものとする。
【００６６】
以下、生成した通信条件の通知処理（Ｓ５０２）以降は、サーバ通信装置２００とクライアント通信装置１００での実行が第１の実施の形態に対して通信路に関して反対側の装置で実行されることを除いて、同じ内容の処理を実行するため詳細は割愛する。
【００６７】
例えば、本実施例においては、クライアント通信装置１００のネットワークアドレスは、クライアント通信装置１００内の通信手段３０、サーバ通信装置２００内の通信手段４０をそれぞれ経由して、クライアント通信装置１００内のセンサ８０が生成したセンサ信号と共にサーバ通信装置２００内の通信許可判定手段６０に通知する（Ｓ８０３）よう構成されており、これは第１の実施の形態の第１の実施例と通信路に関して対称である。
【００６８】
以上の処理を実行することで、図２６に示す本実施例では、ネットワーク端末２０２の物理情報生成手段７０の赤外光を受光した携帯端末１０２Ａとの間だけで通信セッション５００が確立され、ネットワーク端末２０２が提供するメッセージを携帯端末１０２Ａのみが受信できる。
【００６９】
なお、第１の実施の形態の実施例と同様に、１対１の通信セッション確立を例として説明したが、同様の手順を並列に、または、繰り返して実行することで、図２７に示すように同一の部屋にある携帯端末１０２Ａおよび携帯端末１０２Ｂなど、複数の携帯端末に対して通信セッションを確立してメッセージを送付可能なように構成することも可能である。
【００７０】
また、確立した通信セッションを遮断するための手続きについても、各処理を実行するのがクライアント通信装置１００かサーバ通信装置２００の違いを除けば、第１の実施の形態の実施例と同様である。図２８は、携帯端末１０２が赤外光を受光出来なくなった時には通信セッションを遮断する場合を、図２９は、一旦確立した通信セッションは、ユーザからの指示があるまで確保しつづけるように構成する場合を説明した図である。また、物理情報生成手段７０とセンサ８０として本実施例以外の構成を利用することが可能なことも、第１の実施の形態の実施例と同様である。
【００７１】
以下、第１の実施の形態の第２〜第８の実施例を説明する。これらはいずれも、通信許可判定手段をクライアント通信装置１００が持ち、通信セッション確立の可否をクライアント通信装置１００が判断するという共通の形態を持っているが、他の構成手段の配置が第１の実施例と異なり、それに伴い処理の流れに違いがある。いずれの実施例においても、クライアント通信装置１００は、アプリケーション装置１０１から通信セッション確立の要求を受け取ると、通信セッションの確立を試行することを自己のネットワークアドレスとともに、ブロードキャストなどによりＬＡＮ３００に接続されているネットワーク端末に通知する。ネットワーク端末上のサーバ通信装置２００はこの通知を受け、センサ信号等を送付する場合には受信した携帯端末１０２のネットワークアドレス宛に行う。
【００７２】
図１０は、本発明における通信装置の第１の実施の形態の第２の実施例を説明するための図である。また、図１１は本第２の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【００７３】
本実施例は、第１の実施例と同様に図３、図５、図８、図９で示したネットワークサービスを提供するものであるが、第２の実施例は、第１の実施例と比較して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がサーバ通信装置２００内からクライアント通信装置１００内へ、物理情報生成手段７０の位置がクライアント通信装置１００内からサーバ通信装置２００内へと、それぞれ移動している。
【００７４】
第２の実施例における処理の流れは、第１の実施例と比較して、クライアント通信装置１００内の通信条件生成手段５０が、制御手段１０、通信手段３０、サーバ通信装置２００内の通信手段４０、制御手段２０をそれぞれ経由して、サーバ通信装置２００内にある物理情報生成手段７０に通信条件に適した物理情報を生成するように、通信セッション確立試行を要求するブロードキャストと共に、依頼する点、クライアント通信装置１００内にあるセンサ８０が、サーバ通信装置２００内にある物理情報生成手段７０が生成した物理情報を受け取り、受け取った物理情報に応じた電気信号を生成し、制御手段１０を経由して、通信許可判定手段６０に通知する点が異なっている。
【００７５】
なお、本実施例においては、サーバ通信装置２００のネットワークアドレスは、第１の実施の形態の第１の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してクライアント通信装置１００へ送付するように構成されている。このネットワークアドレスは、クライアント通信装置１００内のセンサ８０が受け取った信号から抽出して利用される。
【００７６】
また、サーバ通信装置２００のネットワークアドレスを、通信セッション確立試行を要求するブロードキャストへの回答としてサーバ通信装置２００からクライアント通信装置１００に通知するように構成することも可能である。この場合、複数のサーバ通信装置２００からの回答が得られる可能性があるが、クライアント通信装置１００からサーバ通信装置２００に送付する物理情報生成依頼を、得られた各サーバ通信装置２００のネットワークアドレスに対して順に送付するように構成することで、クライアント通信装置１００に正しい物理情報を送付できるサーバ通信装置２００のみを選択できる。
【００７７】
上記以外の点は、各手段の提供する機能は第１の実施例と同一であり、詳細は割愛する。
【００７８】
図１２は、本発明における通信装置の第１の実施の形態の第３の実施例を説明するための図である。また、図１３は本第３の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【００７９】
本実施例は、第１の実施例と同様に図３、図５、図８、図９で示したネットワークサービスを提供するものであるが、第３の実施例は、第１の実施例と比較して、通信許可判定手段６０を、通信条件とセンサ信号を比較して通信条件の適合度を計算する条件判定手段６２と、条件判定手段６２が求めた適合度から通信セッション確立の可否を判断する通信許可判定手段６４の二つに分割し、条件判定手段６２をサーバ通信装置２００内に設置した形態である。
【００８０】
第３の実施例における処理の流れは以下の通りである。
【００８１】
クライアント通信装置１００内の制御手段１０は、アプリケーション装置１０１から通信要求を受け取り、クライアント通信装置１００内の通信条件生成手段５０に通知する。
【００８２】
通信条件生成手段５０は、通信セッションの確立を許可する条件である通信条件を生成した後、通信セッション確立試行を要求するブロードキャストと共に、その通信条件を制御手段１０、通信手段３０、サーバ通信装置２００内の通信手段４０、制御手段２０をそれぞれ経由して条件判定手段６２に通知する。また、制御手段１０経由で物理情報生成手段７０に通信条件に適した物理情報を生成するように依頼する。
【００８３】
物理情報生成手段７０は、通信条件生成手段５０からの物理情報生成依頼を受け、物理情報を生成する。
【００８４】
サーバ通信装置２００内にあるセンサ８０は、物理情報生成手段７０が生成した物理情報を受け取り、受け取った物理情報に応じた電気信号を生成し、サーバ通信装置２００内の制御手段２０を経由して、クライアント通信装置１００内の条件判定手段６２に通知する。
【００８５】
条件判定手段６２は、通信条件生成手段５０が生成した条件と、センサ８０の生成した信号とから、通信条件の適合度を求め、サーバ通信装置２００内の制御手段２０、通信手段４０、クライアント通信装置１００内の通信手段３０、制御手段１０をそれぞれ経由して、サーバ通信装置２００のネットワークアドレスと共に、通信許可判定手段６４に通知する。
【００８６】
通信許可判定手段６４は、条件生成手段６２が求めた適合度に応じてクライアント通信装置１００とサーバ通信装置２００の間に通信セッションを確立するか否かを判断し、通信セッションを確立する場合はクライアント通信装置内の制御手段１０、および、サーバ通信装置２００内の制御手段２０それぞれに、適合度と共に受け取ったサーバ通信装置２００のネットワークアドレスを用いて通信セッションを確立するように依頼する。通信セッションを確立した後、制御手段１０および制御手段２０は上位のアプリケーション装置１０１とアプリケーション装置１０２に通知する。通信セッションが確立された場合には、アプリケーション装置１０１とアプリケーション装置２０１は、確立された通信セッションを経由して通信しアプリケーションを実行する。通信許可判定手段６４が通信セッションを確立すべきではないと判断した場合は、制御手段１０経由で通信セッション確立ができない旨をアプリケーション装置１０１に通知する。
【００８７】
なお、サーバ通信装置２００のネットワークアドレスを、通信セッション確立試行を要求するブロードキャストへの回答としてサーバ通信装置２００からクライアント通信装置１００に通知するように構成することも可能である。この場合、複数のサーバ通信装置２００からの回答が得られる可能性があるが、サーバ通信装置２００からクライアント通信装置１００に送付する適合度を参照することで、クライアント通信装置１００に最良の適合度を返すサーバ通信装置２００のみを選択できる。
【００８８】
上記以外の点は、各手段の提供する機能は第１の実施例と同一であり、詳細は割愛する。
【００８９】
図１４は、本発明における通信装置の第１の実施の形態の第４の実施例を説明するための図である。また、図１５は本第４の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【００９０】
第４の実施例は、第３の実施例に対して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がサーバ通信装置２００内からクライアント通信装置１００内へ、物理情報生成手段７０の位置がクライアント通信装置１００内からサーバ通信装置２００内へと、それぞれ移動している。
【００９１】
なお、本実施例においては、サーバ通信装置２００のネットワークアドレスは、第１の実施の形態の第１の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してクライアント通信装置１００へ送付するように構成することも可能である。このネットワークアドレスは、クライアント通信装置１００内のセンサ８０が受け取った信号から抽出して利用される。
【００９２】
また、サーバ通信装置２００のネットワークアドレスを、通信セッション確立試行を要求するブロードキャストへの回答としてサーバ通信装置２００からクライアント通信装置１００に通知するように構成することも可能である。この場合、複数のサーバ通信装置２００からの回答が得られる可能性があるが、クライアント通信装置１００からサーバ通信装置２００に送付する物理情報生成依頼を、得られた各サーバ通信装置２００のネットワークアドレスに対して順に送付するように構成することで、クライアント通信装置１００に正しい物理情報を送付できるサーバ通信装置２００のみを選択できる。
【００９３】
また、サーバ通信装置２００のネットワークアドレスを、条件判定手段６２が求めた通信条件の適合度と共に、クライアント通信装置１００に通知するように構成することも可能である。
【００９４】
上記以外の点は、第４の実施例における処理の流れと第３の実施例との処理の流れの相違は、第１の実施例に対する第２の実施例の処理の流れの相違点と同様であるため、詳細は割愛する。
【００９５】
図１６は、本発明における通信装置の第１の実施の形態の第５の実施例を説明するための図である。また、図１７は本第５の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【００９６】
第５の実施例は、第１の実施例に対して、通信条件生成手段５０の位置がクライアント通信装置１００内からサーバ通信装置２００内に移動した形態である。
【００９７】
第５の実施例における処理の流れは以下の通りである。
【００９８】
クライアント通信装置１００内の制御手段１０は、アプリケーション装置１０１から通信要求を受け取り、通信手段３０、サーバ通信装置２００内の通信手段４０、制御手段２０をそれぞれ経由して、通信条件生成手段５０に通信要求を通知する。
【００９９】
サーバ通信装置２００内にある通信条件生成手段５０は、通信セッションの確立を許可する条件である通信条件を生成した後、その通信条件を制御手段２０、通信手段４０、クライアント通信装置１００内にある通信手段３０、制御手段１０をそれぞれ経由して、サーバ通信装置２００のネットワークアドレスと共に、通信許可判定手段６０に通知する。また同様に、制御手段２０、通信手段４０、クライアント通信装置１００内にある通信手段３０、制御手段１０をそれぞれ経由して物理情報生成手段７０に通信条件に適した物理情報を生成するように依頼する。
【０１００】
クライアント通信装置１００内にある物理情報生成手段７０は制御手段１０を経由して物理情報生成依頼を受け、物理情報を生成する。
【０１０１】
サーバ通信装置２００内にあるセンサ８０は、物理情報生成手段７０が生成した物理情報を受け取り、受け取った物理情報に応じた電気信号を生成し、制御手段２０を経由して、通信許可判定手段６０に通知する。
【０１０２】
通信許可判定手段６０は、通信条件生成手段５０が生成した条件と、通信手段３０を経由して受け取ったセンサ８０の生成した信号とから、通信条件生成手段５０の適合度を求め、その適合度に応じてクライアント通信装置１００とサーバ通信装置２００の間に通信セッションを確立するか否かを判断し、通信セッションを確立する場合はクライアント通信装置内の制御手段１０、および、サーバ通信装置２００内の制御手段２０それぞれに、通信セッションを確立するように依頼する。通信セッションを確立した後、制御手段１０および制御手段２０は上位のアプリケーション装置１０１とアプリケーション装置１０２に通知する。通信セッションが確立された場合には、アプリケーション装置１０１とアプリケーション装置２０１は、確立された通信セッションを経由して通信しアプリケーションを実行する。通信許可判定手段６０が通信セッションを確立すべきではないと判断した場合は、制御手段１０経由で通信セッション確立ができない旨をアプリケーション装置１０１に通知する。サーバ通信装置２００への送信では、通信条件と共にクライアント通信装置１００に送付されたネットワークアドレスを利用する。
【０１０３】
なお、本実施例においては、サーバ通信装置２００のネットワークアドレスを、通信セッション確立試行を要求するブロードキャストへの回答としてサーバ通信装置２００からクライアント通信装置１００に通知するように構成することも可能である。この場合、複数のサーバ通信装置２００からの回答が得られる可能性があるが、サーバ通信装置２００からクライアント通信装置１００に送られるセンサ信号から通信許可を判断するクライアント通信装置１００内の通信許可判定手段６０において、最良の適合度を返すサーバ通信装置２００のみが選択される。
【０１０４】
また、サーバ通信装置２００のネットワークアドレスを、通信条件生成手段５０の出力する物理情報生成依頼と共に、クライアント通信装置１００に通知するように構成することも可能である。
【０１０５】
また、サーバ通信装置２００のネットワークアドレスを、センサ８０の出力するセンサ信号と共に、クライアント通信装置１００に通知するように構成することも可能である。
【０１０６】
上記以外の点は、各手段の提供する機能は第１の実施例と同一であり、詳細は割愛する。
【０１０７】
図１８は、本発明における通信装置の第１の実施の形態における第６の実施例を説明するための図である。また、図１９は本第６の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１０８】
第６の実施例は、第５の実施例に対して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がサーバ通信装置２００内からクライアント通信装置１００内へ、物理情報生成手段７０の位置がクライアント通信装置１００内からサーバ通信装置２００内へと、それぞれ移動している。
【０１０９】
なお、本実施例においては、サーバ通信装置２００のネットワークアドレスは、第５の実施例と同様に、サーバ通信装置２００内にある通信条件生成手段５０が生成した通信条件と共に、クライアント通信装置１００に通知するように構成されており、クライアント通信装置１００からサーバ通信装置２００への送信では、このネットワークアドレスを利用する。
【０１１０】
また、サーバ通信装置２００のネットワークアドレスを、通信セッション確立試行を要求するブロードキャストへの回答としてサーバ通信装置２００からクライアント通信装置１００に通知するように構成することも可能である。この場合、複数のサーバ通信装置２００からの回答が得られる可能性があるが、通信許可を判断するクライアント通信装置１００内の通信許可判定手段６０において、通信条件を最も満たすサーバ通信装置２００のみが選択される。
【０１１１】
また、サーバ通信装置２００のネットワークアドレスは、第１の実施の形態の第1の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してクライアント通信装置１００へ送付するように構成することも可能である。このネットワークアドレスは、クライアント通信装置１００内のセンサ８０が受け取った信号から抽出して利用される。
【０１１２】
上記以外の点は、第６の実施例における処理の流れと第５の実施例との処理の流れの相違は、第１の実施例に対する第２の実施例の処理の流れの相違点と同様であり、詳細は割愛する。
【０１１３】
図２０は、本発明における通信装置の第１の実施の形態の第７の実施例を説明するための図である。また、図２１は本第７の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１１４】
第７の実施例は、第５の実施例に対して、通信許可判定手段６０を、通信条件とセンサ信号を比較して通信条件の適合度を計算する条件判定手段６２と、条件判定手段６２が求めた適合度から通信セッション確立の可否を判断する通信許可判定手段６４の二つに分割し、条件判定手段６２をサーバ通信装置２００内に設置した形態である。
【０１１５】
なお、本実施例においては、サーバ通信装置２００のネットワークアドレスは、サーバ通信装置２００内にある通信条件生成手段５０が生成した物理情報生成依頼と共に、クライアント通信装置１００に通知するように構成されており、クライアント通信装置１００からサーバ通信装置２００への送信では、このネットワークアドレスを利用する。
【０１１６】
また、サーバ通信装置２００のネットワークアドレスを、通信セッション確立試行を要求するブロードキャストへの回答としてサーバ通信装置２００からクライアント通信装置１００に通知するように構成することも可能である。この場合、複数のサーバ通信装置２００からの回答が得られる可能性があるが、通信許可を判断するクライアント通信装置１００内の通信許可判定手段６４において、通信条件を最も満たすサーバ通信装置２００のみが選択される。
【０１１７】
また、サーバ通信装置２００のネットワークアドレスを、条件判定手段６２が求めた通信条件の適合度と共に、クライアント通信装置１００に通知するように構成することも可能である。
【０１１８】
上記以外の点は、第７の実施例における処理の流れと第５の実施例との処理の流れの相違は、第１の実施例に対する第３の実施例の処理の流れの相違点と同様であり、詳細は割愛する。
【０１１９】
図２２は、本発明における通信装置の第１の実施の形態の第８の実施例を説明するための図である。また、図２３は本第８の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１２０】
第８の実施例は、第７の実施例に対して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がサーバ通信装置２００内からクライアント通信装置１００内へ、物理情報生成手段７０の位置がクライアント通信装置１００内からサーバ通信装置２００内へと、それぞれ移動している。
【０１２１】
なお、本実施例においては、サーバ通信装置２００のネットワークアドレスは、第１の実施の形態の第1の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してクライアント通信装置１００へ送付するように構成されている。このネットワークアドレスは、クライアント通信装置１００内のセンサ８０が受け取った信号から抽出して利用される。
【０１２２】
また、サーバ通信装置２００のネットワークアドレスを、通信セッション確立試行を要求するブロードキャストへの回答としてサーバ通信装置２００からクライアント通信装置１００に通知するように構成することも可能である。この場合、複数のサーバ通信装置２００からの回答が得られる可能性があるが、通信許可を判断するクライアント通信装置１００内の通信許可判定手段６４において、通信条件を最も満たすサーバ通信装置２００のみが選択される。
【０１２３】
また、サーバ通信装置２００のネットワークアドレスを、条件判定手段６２が求めた通信条件の適合度と共に、クライアント通信装置１００に通知するように構成することも可能である。
【０１２４】
上記以外の点は、第８の実施例における処理の流れと第７の実施例との処理の流れの相違は、第１の実施例に対する第２の実施例の処理の流れの相違点と同様であり、詳細は割愛する。
【０１２５】
以下、第２の実施の形態の第２〜第８の実施例を説明する。これらはいずれも、通信許可判定手段をサーバ通信装置２００が持ち、通信セッション確立の可否をサーバ通信装置２００が判断するという共通の形態を持っているが、他の構成手段の配置が第１の実施例と異なり、それに伴い処理の流れに違いがある。
【０１２６】
第２の実施の形態の実施例はいずれも、第１の実施の形態の各実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。いずれの実施例においても、サーバ通信装置２００は、アプリケーション装置２０１上のサービス提供アプリケーションからの要求を受け、サーバ通信装置２００に接続するためのネットワークアドレスをブロードキャストなどによりＬＡＮ３００に接続されているネットワーク端末に通知する。ネットワーク端末上のクライアント通信装置１００はこの通知を受け、センサ信号等を送付する場合には受信したネットワーク端末２０２のネットワークアドレス宛に行う。
【０１２７】
図３０は、本発明における通信装置の第２の実施の形態の第２の実施例を説明するための図である。また、図３１は本第２の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１２８】
第２の実施例は、第１の実施例と比較して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がクライアント通信装置１００内からサーバ通信装置２００内へ、物理情報生成手段７０の位置がサーバ通信装置２００内からクライアント通信装置１００内へと、それぞれ移動している。
【０１２９】
これはまた、第１の実施の形態の第２の実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。
【０１３０】
なお、本実施例においては、クライアント通信装置１００のネットワークアドレスは、第１の実施の形態の第1の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してサーバ通信装置２００へ送付するように構成されている。このネットワークアドレスは、サーバ通信装置２００内のセンサ８０が受け取った信号から抽出して利用される。
【０１３１】
また、クライアント通信装置１００のネットワークアドレスを、サーバ通信装置２００からのネットワークアドレスのブロードキャストへの回答としてクライアント通信装置１００からサーバ通信装置２００に通知するように構成することも可能である。この場合、複数のクライアント通信装置１００からの回答が得られる可能性があるが、サーバ通信装置２００からクライアント通信装置１００に送付する物理情報生成依頼を、得られた各クライアント通信装置１００のネットワークアドレスに対して順に送付するように構成することで、サーバ通信装置２００に正しい物理情報を送付できるクライアント通信装置１００のみを選択できる。
【０１３２】
上記のように、各手段の提供する機能は第１の実施の形態の第２の実施例と同一であり、処理の流れも処理を実行する装置がクライアント通信装置１００とサーバ通信装置２００が逆になっていることを除けば同一であるため、詳細は割愛する。
【０１３３】
図３２は、本発明における通信装置の第２の実施の形態の第３の実施例を説明するための図である。また、図３３は本第３の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１３４】
第３の実施例は、第１の実施例に対して、通信許可判定手段６０を、通信条件とセンサ信号を比較して通信条件の適合度を計算する条件判定手段６２と、条件判定手段６２が求めた適合度から通信セッション確立の可否を判断する通信許可判定手段６４の二つに分割し、条件判定手段６２をクライアント通信装置１００内に設置した形態である。
【０１３５】
これはまた、第１の実施の形態の第３の実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。
【０１３６】
なお、本実施例において、クライアント通信装置１００のネットワークアドレスは、条件判定手段６２が求めた通信条件の適合度と共に、サーバ通信装置２００に通知されるように構成されており、サーバ通信装置２００からクライアント通信装置１００への通信にはこのネットワークアドレスが利用される。
【０１３７】
また、クライアント通信装置１００のネットワークアドレスを、サーバ通信装置２００からのネットワークアドレスのブロードキャストへの回答としてクライアント通信装置１００からサーバ通信装置２００に通知するように構成することも可能である。この場合、複数のクライアント通信装置１００からの回答が得られる可能性があるが、クライアント通信装置１００からサーバ通信装置２００に送付する適合度を参照することで、サーバ通信装置２００に最良の適合度を返すクライアント通信装置１００のみを選択できる。
【０１３８】
上記のように、各手段の提供する機能は第１の実施の形態の第３の実施例と同一であり、処理の流れも処理を実行する装置がクライアント通信装置１００とサーバ通信装置２００が逆になっていることを除けば同一であるため、詳細は割愛する。
【０１３９】
図３４は、本発明における通信装置の第２の実施の形態の第４の実施例を説明するための図である。また、図３５は本第４の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１４０】
第４の実施例は、第３の実施例に対して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がクライアント通信装置１００内からサーバ通信装置２００内へ、物理情報生成手段７０の位置がサーバ通信装置２００内からクライアント通信装置１００内へと、それぞれ移動している。
【０１４１】
これはまた、第１の実施の形態の第４の実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。
【０１４２】
なお、本実施例においては、クライアント通信装置１００のネットワークアドレスは、第１の実施の形態の第1の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してサーバ通信装置２００へ送付するように構成されている。このネットワークアドレスは、サーバ通信装置２００内のセンサ８０が受け取った信号から抽出して利用される。
【０１４３】
また、クライアント通信装置１００のネットワークアドレスを、サーバ通信装置２００からのネットワークアドレスのブロードキャストへの回答としてクライアント通信装置１００からサーバ通信装置２００に通知するように構成することも可能である。この場合、複数のクライアント通信装置１００からの回答が得られる可能性があるが、クライアント通信装置１００からサーバ通信装置２００に送られるセンサ信号から通信許可を判断するサーバ通信装置２００内の通信許可判定手段６４において、最良の適合度を返すサーバ通信装置２００のみが選択される。
【０１４４】
また、クライアント通信装置１００のネットワークアドレスを、条件判定手段６２が求めた通信条件の適合度と共に、サーバ通信装置２００に通知するように構成することも可能である。
【０１４５】
上記のように、各手段の提供する機能は第１の実施の形態の第４の実施例と同一であり、処理の流れも処理を実行する装置がクライアント通信装置１００とサーバ通信装置２００が逆になっていることを除けば同一であるため、詳細は割愛する。
【０１４６】
図３６は、本発明における通信装置の第２の実施の形態の第５の実施例を説明するための図である。また、図３７は本第５の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１４７】
第５の実施例は、第１の実施例に対して、通信条件生成手段５０の位置がサーバ通信装置２００内からクライアント通信装置１００内に移動した形態である。
【０１４８】
これはまた、第１の実施の形態の第５の実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。
【０１４９】
なお、本実施例において、クライアント通信装置１００のネットワークアドレスは、通信条件生成手段５０が作成した通信条件と共に、サーバ通信装置２００に通知されるように構成されており、サーバ通信装置２００からクライアント通信装置１００への通信にはこのネットワークアドレスが利用される。
【０１５０】
また、クライアント通信装置１００のネットワークアドレスを、サーバ通信装置２００からのネットワークアドレスのブロードキャストへの回答としてクライアント通信装置１００からサーバ通信装置２００に通知するように構成することも可能である。この場合、複数のクライアント通信装置１００からの回答が得られる可能性があるが、適合度を参照することで、サーバ通信装置２００に最良の物理情報を返すクライアント通信装置１００のみを選択できる。
【０１５１】
また、クライアント通信装置１００のネットワークアドレスを、条件判定手段６２が求めた通信条件の適合度と共に、サーバ通信装置２００に通知するように構成することも可能である。
【０１５２】
また、クライアント通信装置１００のネットワークアドレスを、通信条件生成手段５０の出力する物理情報生成依頼と共に、サーバ通信装置２００に通知するように構成することも可能である。
【０１５３】
また、クライアント通信装置１００のネットワークアドレスを、センサ８０の出力するセンサ信号と共に、サーバ通信装置２００に通知するように構成することも可能である。
【０１５４】
上記のように、各手段の提供する機能は第１の実施の形態の第５の実施例と同一であり、処理の流れも処理を実行する装置がクライアント通信装置１００とサーバ通信装置２００が逆になっていることを除けば同一であるため、詳細は割愛する。
【０１５５】
図３８は、本発明における通信装置の第２の実施の形態の第６の実施例を説明するための図である。また、図３９は本第６の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１５６】
第６の実施例は、第５の実施例に対して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がサーバ通信装置２００内からクライアント通信装置１００内へ、物理情報生成手段７０の位置がクライアント通信装置１００内からサーバ通信装置２００内へと、それぞれ移動している。
【０１５７】
これはまた、第１の実施の形態の第６の実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。
【０１５８】
なお、本実施例において、クライアント通信装置１００のネットワークアドレスは、通信条件生成手段５０が作成した通信条件と共に、サーバ通信装置２００に通知されるように構成されており、サーバ通信装置２００からクライアント通信装置１００への通信にはこのネットワークアドレスが利用される。
【０１５９】
また、クライアント通信装置１００のネットワークアドレスを、サーバ通信装置２００からのネットワークアドレスのブロードキャストへの回答としてクライアント通信装置１００からサーバ通信装置２００に通知するように構成することも可能である。この場合、複数のクライアント通信装置１００からの回答が得られる可能性があるが、通信許可を判断するサーバ通信装置２００内の通信許可判定手段６０において、通信条件を最も満たすサーバ通信装置２００のみが選択される。
【０１６０】
また、クライアント通信装置１００のネットワークアドレスを、第１の実施の形態の第１の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してサーバ通信装置２００へ送付するように構成することも可能である。このネットワークアドレスは、サーバ通信装置２００内のセンサ８０が受け取った信号から抽出して利用される。
【０１６１】
上記のように、各手段の提供する機能は第１の実施の形態の第６の実施例と同一であり、処理の流れも処理を実行する装置がクライアント通信装置１００とサーバ通信装置２００が逆になっていることを除けば同一であるため、詳細は割愛する。
【０１６２】
図４０は、本発明における通信装置の第２の実施の形態の第７の実施例を説明するための図である。また、図４１は本第７の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１６３】
第７の実施例は、第５の実施例に対して、通信許可判定手段６０を、通信条件とセンサ信号を比較して通信条件の適合度を計算する条件判定手段６２と、条件判定手段６２が求めた適合度から通信セッション確立の可否を判断する通信許可判定手段６４の二つに分割し、条件判定手段６２をクライアント通信装置１００内に設置した形態である。
【０１６４】
これはまた、第１の実施の形態の第７の実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。
【０１６５】
なお、本実施例においては、クライアント通信装置１００のネットワークアドレスは、クライアント通信装置１００内にある通信条件生成手段５０が生成した物理情報生成依頼と共に、サーバ通信装置２００に通知するように構成されており、サーバ通信装置２００からクライアント通信装置１００への送信では、このネットワークアドレスを利用する。
【０１６６】
また、クライアント通信装置１００のネットワークアドレスを、サーバ通信装置２００からのネットワークアドレスのブロードキャストへの回答としてクライアント通信装置１００からサーバ通信装置２００に通知するように構成することも可能である。この場合、複数のクライアント通信装置１００からの回答が得られる可能性があるが、通信許可を判断するサーバ通信装置２００内の通信許可判定手段６４において、通信条件を最も満たすクライアント通信装置１００のみが選択される。
【０１６７】
また、クライアント通信装置１００のネットワークアドレスを、条件判定手段６２が求めた通信条件の適合度と共に、サーバ通信装置２００に通知するように構成することも可能である。
【０１６８】
上記のように、各手段の提供する機能は第１の実施の形態の第７の実施例と同一であり、処理の流れも処理を実行する装置がクライアント通信装置１００とサーバ通信装置２００が逆になっていることを除けば同一であるため、詳細は割愛する。
【０１６９】
図４２は、本発明における通信装置の第２の実施の形態の第８の実施例を説明するための図である。また、図４３は本第８の実施例のクライアント通信装置１００とサーバ通信装置２００の処理の流れを説明するための図である。
【０１７０】
第８の実施例は、第７の実施例に対して、物理情報生成手段７０とセンサ８０の位置が相互に入れ替わっている形態である。すなわち、センサ８０の位置がクライアント通信装置１００内からサーバ通信装置２００内へ、物理情報生成手段７０の位置がサーバ通信装置２００内からクライアント通信装置１００内へと、それぞれ移動している。
【０１７１】
これはまた、第１の実施の形態の第８の実施例に対して、クライアント通信装置１００内の制御手段１０と通信手段３０、サーバ通信装置２００内の制御手段２０と通信手段４０を除く各手段を、通信路に関して反対側の装置に移動した構成となっている。
【０１７２】
なお、本実施例においては、クライアント通信装置１００のネットワークアドレスは、第１の実施の形態の第１の実施例において説明した方式を用いて、物理情報と共に赤外光に重畳してサーバ通信装置２００へ送付するように構成されている。このネットワークアドレスは、サーバ通信装置２００内のセンサ８０が受け取った信号から抽出して利用される。
【０１７３】
また、クライアント通信装置１００のネットワークアドレスを、サーバ通信装置２００からのネットワークアドレスのブロードキャストへの回答としてクライアント通信装置１００からサーバ通信装置２００に通知するように構成することも可能である。この場合、複数のクライアント通信装置１００からの回答が得られる可能性があるが、通信許可を判断するサーバ通信装置２００内の通信許可判定手段６４において、通信条件を最も満たすクライアント通信装置１００のみが選択される。
【０１７４】
また、クライアント通信装置１００のネットワークアドレスを、条件判定手段６２が求めた通信条件の適合度と共に、サーバ通信装置２００に通知するように構成することも可能である。
【０１７５】
上記のように、各手段の提供する機能は第１の実施の形態の第８の実施例と同一であり、処理の流れも処理を実行する装置がクライアント通信装置１００とサーバ通信装置２００が逆になっていることを除けば同一であるため、詳細は割愛する。
【０１７６】
以上で述べた、第１の実施の形態の各実施例、および、第２の実施の形態の各実施例ではそれぞれ、クライアント通信装置１００またはサーバ通信装置２００内の条件生成手段５０が予め定められた通信条件を設定して利用するものとして説明したが、この通信条件設定をアプリケーション装置１０１またはアプリケーション装置２０１からそれぞれの下位のクライアント通信装置１００またはサーバ通信装置２００に伝えるように構成することも可能である。これは、通信条件生成を上位アプリケーション装置に移した形態であり、各アプリケーションの要求に応じて柔軟に通信条件を設定可能なように構成することができる。
【０１７７】
また、以上で述べた、第１の実施の形態の各実施例、および、第２の実施の形態の各実施例では、適合度をクライアント通信装置１００またはサーバ通信装置２００内で利用する形態について説明したが、これを上位のアプリケーション装置１０１、アプリケーション装置２０１に伝え、アプリケーション装置１０１またはアプリケーション装置２０１が通信セッション確立または遮断を判断するように構成することも可能である。これは、通信許可判定を上位アプリケーション装置に移した形態であり、アプリケーションの要求に応じて通信セッション確立および遮断の手続きを柔軟に実行することが可能となる。
【０１７８】
さらには、以上で述べた、第１の実施の形態の各実施例、および、第２の実施の形態の各実施例では、クライアント通信装置１００またはサーバ通信装置２００内では、制御手段１０または制御手段２０が各手段を制御するように構成したが、各手段が直接他の手段と通信することで制御手段１０および制御手段２０が無いように構成することも可能である。この場合、各通信装置の構成要素が少なくなるというメリットがある。
【０１７９】
また、以上で述べた、第１の実施の形態の各実施例、および、第２の実施の形態の各実施例で述べたように、センサ８０および物理情報生成手段７０を除く各手段はコンピュータ上のソフトウェアとしても構成可能である。もちろん、各手段をハードウェアにて実現することも可能である。
【０１８０】
なお、以上の説明ではクライアント、サーバという名称を用いていたが、これは通信要求を発行する側の通信装置と通信要求を受ける側の通信装置を容易に区別できるように便宜的につけたものであり、それぞれの上位に位置するアプリケーション装置１０１およびアプリケーション装置２０１の機能を、通常用いられる意味での「クライアント」と「サーバ」に限定するものではない。
【０１８１】
また、本発明は、クライアント通信装置のユーザが接続相手となるサーバ通信装置のネットワークアドレスを直接指定するか、または、同じネットワークに接続されているサーバ通信装置の一覧から目的のサーバ通信装置を指定する操作を行って通信セッション確立要求を行った際の通信セッションの確立可否の制御に対しても本発明は適用可能である。
【０１８２】
【発明の効果】
第１の効果は、端末の近くにいる機器など、特定の条件にある端末のみに通信を許可するなど、セキュリティの高い通信を容易に実現可能なことである。その理由は、通信相手を特定するために物理情報生成手段が物理情報を生成し、センサが所定の条件を満足する物理情報を受信したものだけに通信セッションの確立を許可するように構成したからである。
【０１８３】
第２の効果は、赤外光や音など、端末近傍でのみ検知可能な物理情報を利用することで、近隣にある機器のみと通信セッションが確立できることである。その理由は、第１の効果と同様に、物理情報生成手段が物理情報を生成し、センサが所定の条件を満足する物理情報を受信したものだけに通信セッションの確立を許可するように構成したからである。
【０１８４】
第３の効果は、同一の部屋にある機器や、特定のエリア内にいる機器など、同一の条件を持つ複数の機器に対して通信セッションを確立可能なことである。その理由は、物理情報の到達範囲またはセンサの検知範囲を変更することで、接続可能な機器の存在範囲を容易に変更可能だからである。
【０１８５】
第４の効果は、無線ネットワークなどの通信可能範囲よりも狭い範囲で、かつ、自由な形状のエリア内でのみ通信を許可する機能を容易に実現可能なことである。その理由は、第３の効果と同様に、物理情報の到達範囲またはセンサの検知範囲を変更することで、接続可能な機器の存在範囲を容易に変更可能だからである。
【０１８６】
第５の効果は、低い処理能力の機器でも容易に本発明による通信制御装置を実現可能なことである。これは、物理情報生成手段とセンサを利用することで、通信セッション確立までに必要な他端末との通信量を減らしたからであり、また第１の従来技術におけるような高性能な微弱無線送受信機が必要ないからである。
【図面の簡単な説明】
【図１】本発明における通信制御装置の提供する機能を説明するための図である。
【図２】本発明における第１の実施の形態の構成を説明するための図である。
【図３】本発明における第１の実施の形態の実施例を説明するための図である。
【図４】本発明における第１の実施の形態の第１の実施例の処理の流れを説明するための図である。
【図５】本発明における第１の実施の形態の実施例における複数の通信セッションの確立方法を説明するための図である。
【図６】本発明における第１の実施の形態の第１の実施例の処理の流れを説明するための図である。
【図７】本発明における第１の実施の形態の第１の実施例の処理の流れを説明するための図である。
【図８】本発明における第１の実施の形態の実施例における通信セッションの取り扱い例を説明するための図である。
【図９】本発明における第１の実施の形態の実施例における通信セッションの取り扱い例を説明するための図である。
【図１０】本発明における第１の実施の形態の第２の実施例の構成を説明するための図である。
【図１１】本発明における第１の実施の形態の第２の実施例の処理の流れを説明するための図である。
【図１２】本発明における第１の実施の形態の第３の実施例の構成を説明するための図である。
【図１３】本発明における第１の実施の形態の第３の実施例の処理の流れを説明するための図である。
【図１４】本発明における第１の実施の形態の第４の実施例の構成を説明するための図である。
【図１５】本発明における第１の実施の形態の第４の実施例の処理の流れを説明するための図である。
【図１６】本発明における第１の実施の形態の第５の実施例の構成を説明するための図である。
【図１７】本発明における第１の実施の形態の第５の実施例の処理の流れを説明するための図である。
【図１８】本発明における第１の実施の形態の第６の実施例の構成を説明するための図である。
【図１９】本発明における第１の実施の形態の第６の実施例の処理の流れを説明するための図である。
【図２０】本発明における第１の実施の形態の第７の実施例の構成を説明するための図である。
【図２１】本発明における第１の実施の形態の第７の実施例の処理の流れを説明するための図である。
【図２２】本発明における第１の実施の形態の第８の実施例の構成を説明するための図である。
【図２３】本発明における第１の実施の形態の第８の実施例の処理の流れを説明するための図である。
【図２４】本発明における第２の実施の形態の構成を説明するための図である。
【図２５】本発明における第２の実施の形態の第１の実施例の処理の流れを説明するための図である。
【図２６】本発明における第２の実施の形態の実施例を説明するための図である。
【図２７】本発明における第２の実施の形態の実施例における複数の通信セッションの確立方法を説明するための図である。
【図２８】本発明における第２の実施の形態の実施例における通信セッションの取り扱い例を説明するための図である。
【図２９】本発明における第２の実施の形態の実施例における通信セッションの取り扱い例を説明するための図である。
【図３０】本発明における第２の実施の形態の第２の実施例の構成を説明するための図である。
【図３１】本発明における第２の実施の形態の第２の実施例の処理の流れを説明するための図である。
【図３２】本発明における第２の実施の形態の第３の実施例の構成を説明するための図である。
【図３３】本発明における第２の実施の形態の第３の実施例の処理の流れを説明するための図である。
【図３４】本発明における第２の実施の形態の第４の実施例の構成を説明するための図である。
【図３５】本発明における第２の実施の形態の第４の実施例の処理の流れを説明するための図である。
【図３６】本発明における第２の実施の形態の第５の実施例の構成を説明するための図である。
【図３７】本発明における第２の実施の形態の第５の実施例の処理の流れを説明するための図である。
【図３８】本発明における第２の実施の形態の第６の実施例の構成を説明するための図である。
【図３９】本発明における第２の実施の形態の第６の実施例の処理の流れを説明するための図である。
【図４０】本発明における第２の実施の形態の第７の実施例の構成を説明するための図である。
【図４１】本発明における第２の実施の形態の第７の実施例の処理の流れを説明するための図である。
【図４２】本発明における第２の実施の形態の第８の実施例の構成を説明するための図である。
【図４３】本発明における第２の実施の形態の第８の実施例の処理の流れを説明するための図である。
【符号の説明】
１０・・・制御手段
２０・・・制御手段
３０・・・通信手段
４０・・・通信手段
５０・・・通信条件生成手段
６０・・・通信許可判定手段
６２・・・条件判定手段
６４・・・通信許可判定手段
７０・・・物理情報生成手段
８０・・・センサ
１００・・・クライアント通信装置
１０１・・・アプリケーション装置
１０２・・・端末
２００・・・サーバ通信装置
２０１・・・アプリケーション装置
２０２・・・端末
３００・・・ＬＡＮ
４００・・・無線アクセスポイント
１１０・・・携帯端末上のアプリケーション画面例
２１０・・・ネットワーク端末上のアプリケーション画面例
５００・・・通信セッション
Claims (25)
- ネットワーク経由で相互に通信可能なクライアント通信装置およびサーバ通信装置の一方に物理情報生成手段を、他方に前記物理情報生成手段で生成された物理情報を検知するセンサを設け、センサの出力値と通信セッションを確立するための通信条件との比較結果に基づき、前記ネットワーク経由による通信セッションの確立可否および確立した通信セッションの遮断の要否を、前記物理情報生成手段を備えるクライアント通信装置またはサーバ通信装置の何れかで判断することを特徴とする通信制御方法。
- ネットワーク経由で相互に通信可能なクライアント通信装置およびサーバ通信装置のうちの前記クライアント通信装置に物理情報生成手段を、前記サーバ通信装置に前記物理情報生成手段で生成された物理情報を検知するセンサを設け、前記サーバ通信装置から前記クライアント通信装置のネットワークアドレスに対して前記センサの出力値を送信し、受信したセンサの出力値と通信セッションを確立するための通信条件との比較結果に基づき、前記ネットワーク経由による通信セッションの確立可否および確立した通信セッションの遮断の要否の判定処理を前記クライアント通信装置で実行することを特徴とする通信制御方法。
- 前記判定処理は、センサの出力値が通信セッションを確立するための通信条件を満たす割合である適合度を求める条件判定処理と、該条件判定処理で求められた適合度に基づき、前記ネットワーク経由による前記サーバ通信装置との通信セッションの確立可否および確立した通信セッションの遮断の要否を判断する通信許可判定処理とを含むことを特徴とする請求項２記載の通信制御方法。
- 前記条件判定処理で用いる通信セッションを確立するための通信条件を生成する通信条件生成処理を前記クライアント通信装置で行うことを特徴とする請求項３記載の通信制御方法。
- 前記条件判定処理で用いる通信セッションを確立するための通信条件を生成する通信条件生成処理を前記サーバ通信装置で行うことを特徴とする請求項３記載の通信制御方法。
- ネットワーク経由で相互に通信可能なクライアント通信装置およびサーバ通信装置のうちの前記サーバ通信装置に物理情報生成手段を、前記クライアント通信装置に前記物理情報生成手段で生成された物理情報を検知するセンサを設け、前記クライアント通信装置から前記サーバ通信装置のネットワークアドレスに対して前記センサの出力値を送信し、受信したセンサの出力値と通信セッションを確立するための通信条件との比較結果に基づき、前記ネットワーク経由による通信セッションの確立可否および確立した通信セッションの遮断の要否の判定処理を前記サーバ通信装置で実行することを特徴とする通信制御方法。
- 前記判定処理は、センサの出力値が通信セッションを確立するための通信条件を満たす割合である適合度を求める条件判定処理と、該条件判定処理で求められた適合度に基づき、前記ネットワーク経由による前記クライアント通信装置との通信セッションの確立可否および確立した通信セッションの遮断の要否を判断する通信許可判定処理とを含むことを特徴とする請求項６記載の通信制御方法。
- 前記条件判定処理で用いる通信セッションを確立するための通信条件を生成する通信条件生成処理を前記サーバ通信装置で行うことを特徴とする請求項７記載の通信制御方法。
- 前記条件判定処理で用いる通信セッションを確立するための通信条件を生成する通信条件生成処理を前記クライアント通信装置で行うことを特徴とする請求項７記載の通信制御方法。
- ネットワーク経由でサーバ通信装置と相互に通信する通信手段と、前記サーバ通信装置に設けられたセンサの検知対象となる物理情報を生成する物理情報生成手段と、前記サーバ通信装置から自クライアント通信装置のネットワークアドレスに対して送信されたセンサの出力値を受信し、該受信したセンサの出力値と通信セッションを確立するための通信条件との比較結果に基づき、前記ネットワーク経由による前記サーバ通信装置との通信セッションの確立可否および確立した通信セッションの遮断の要否を判断する判定手段とを備えることを特徴とするクライアント通信装置。
- 前記判定手段は、センサの出力値が通信セッションを確立するための通信条件を満たす割合である適合度を求める条件判定手段と、該条件判定手段で求められた適合度に基づき、前記ネットワーク経由による前記サーバ通信装置との通信セッションの確立可否および確立した通信セッションの遮断の要否を判断する通信許可判定手段とを含むことを特徴とする請求項１１記載のクライアント通信装置。
- 前記条件判定手段で用いる通信セッションを確立するための通信条件を生成する通信条件生成手段を備えることを特徴とする請求項１１記載のクライアント通信装置。
- 前記条件判定手段は、前記サーバ通信装置内の通信条件生成手段で生成された通信セッションを確立するための通信条件を用いるものである請求項１４記載のクライアント通信装置。
- ネットワーク経由でクライアント通信装置と相互に通信する通信手段と、前記クライアント通信装置に設けられたセンサの検知対象となる物理情報を生成する物理情報生成手段と、前記クライアント通信装置から自サーバ通信装置のネットワークアドレスに対して送信されたセンサの出力値を受信し、該受信したセンサの出力値と通信セッションを確立するための通信条件との比較結果に基づき、前記ネットワーク経由による前記クライアント通信装置との通信セッションの確立可否および確立した通信セッションの遮断の要否を判断する判定手段とを備えることを特徴とするサーバ通信装置。
- 前記判定手段は、センサの出力値が通信セッションを確立するための通信条件を満たす割合である適合度を求める条件判定手段と、該条件判定手段で求められた適合度に基づき、前記ネットワーク経由による前記クライアント通信装置との通信セッションの確立可否および確立した通信セッションの遮断の要否を判断する通信許可判定手段とを含むことを特徴とする請求項１４記載のサーバ通信装置。
- 前記条件判定手段で用いる通信セッションを確立するための通信条件を生成する通信条件生成手段を備えることを特徴とする請求項１５記載のサーバ通信装置。
- 前記条件判定手段は、前記クライアント通信装置内の通信条件生手段で生成された通信セッションを確立するための通信条件を用いるものである請求項１５記載のサーバ通信装置。
- 物理情報を生成する物理情報生成手段を備え、前記物理情報生成手段で生成された物理情報を検知するセンサを備えたサーバ通信装置とネットワークを通じて接続されたコンピュータを、前記ネットワーク経由でサーバ通信装置と相互に通信する通信手段、前記サーバ通信装置から前記コンピュータのネットワークアドレスに対して送信されたセンサの出力値を受信し、該受信した前記センサの出力値と通信セッションを確立するための通信条件との比較結果に基づき、前記ネットワーク経由による前記サーバ通信装置との通信セッションの確立可否および確立した通信セッションの遮断の要否を判断する判定手段、として機能させる通信制御プログラム。
- 前記判定手段は、センサの出力値が通信セッションを確立するための通信条件を満たす割合である適合度を求める条件判定手段と、該条件判定手段で求められた適合度に基づき、前記ネットワーク経由による前記サーバ通信装置との通信セッションの確立可否および確立した通信セッションの遮断の要否を判断する通信許可判定手段とを含むことを特徴とする請求項１８記載の通信制御プログラム。
- 前記コンピュータを、更に、前記条件判定手段で用いる通信セッションを確立するための通信条件を生成する通信条件生成手段、として機能させる請求項１９記載の通信制御プログラム。
- 前記条件判定手段は、前記サーバ通信装置内の通信条件生成手段で生成された通信セッションを確立するための通信条件を用いるものである請求項１９記載の通信制御プログラム。
- 物理情報を生成する物理情報生成手段を備え、前記物理情報生成手段で生成された物理情報を検知するセンサを備えたクライアント通信装置とネットワークを通じて接続されたコンピュータを、前記ネットワーク経由でクライアント通信装置と相互に通信する通信手段、前記クライアント通信装置から自コンピュータのネットワークアドレスに対して送信されたセンサの出力値を受信し、該受信したセンサの出力値と通信セッションを確立するための通信条件との比較結果に基づき、前記ネットワーク経由による前記クライアント通信装置との通信セッションの確立可否および確立した通信セッションの遮断の要否を判断する判定手段、として機能させる通信制御プログラム。
- 前記判定手段は、センサの出力値が通信セッションを確立するための通信条件を満たす割合である適合度を求める条件判定手段と、該条件判定手段で求められた適合度に基づき、前記ネットワーク経由による前記クライアント通信装置との通信セッションの確立可否および確立した通信セッションの遮断の要否を判断する通信許可判定手段とを含むことを特徴とする請求項２２記載の通信制御プログラム。
- 前記コンピュータを、更に、前記条件判定手段で用いる通信セッションを確立するための通信条件を生成する通信条件生成手段、として機能させる請求項２３記載の通信制御プログラム。
- 前記条件判定手段は、前記クライアント通信装置内の通信条件生成手段で生成された通信セッションを確立するための通信条件を用いるものである請求項２３記載の通信制御プログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002173672A JP4718748B2 (ja) | 2002-06-14 | 2002-06-14 | 通信制御方法、サーバ通信装置、クライアント通信装置及び通信制御プログラム |
| US10/460,162 US7675889B2 (en) | 2002-06-14 | 2003-06-13 | Network terminal with means for wirelessly establishing secure private link with external terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002173672A JP4718748B2 (ja) | 2002-06-14 | 2002-06-14 | 通信制御方法、サーバ通信装置、クライアント通信装置及び通信制御プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004021448A JP2004021448A (ja) | 2004-01-22 |
| JP4718748B2 true JP4718748B2 (ja) | 2011-07-06 |
Family
ID=29727929
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002173672A Expired - Fee Related JP4718748B2 (ja) | 2002-06-14 | 2002-06-14 | 通信制御方法、サーバ通信装置、クライアント通信装置及び通信制御プログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7675889B2 (ja) |
| JP (1) | JP4718748B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10009347B2 (en) | 2015-02-24 | 2018-06-26 | Ricoh Company, Ltd. | Communication device, communication method, and communication system |
| US10321516B2 (en) | 2015-03-03 | 2019-06-11 | Ricoh Company, Ltd. | Communication device, system, and computer program product |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4421946B2 (ja) * | 2004-05-31 | 2010-02-24 | 京セラ株式会社 | 通信端末装置およびその通信方法 |
| JP4267543B2 (ja) * | 2004-08-27 | 2009-05-27 | 日本電信電話株式会社 | 情報送受信方法および情報送受信システム |
| US7353034B2 (en) | 2005-04-04 | 2008-04-01 | X One, Inc. | Location sharing and tracking using mobile phones or other wireless devices |
| JP5374957B2 (ja) * | 2008-08-07 | 2013-12-25 | 株式会社リコー | 情報処理装置、情報処理方法、情報処理プログラム、間仕切りパネル |
| US8958291B2 (en) * | 2009-10-09 | 2015-02-17 | At&T Intellectual Property I, L.P. | Data routing in hybrid wireless communication networks |
| CN114826315B (zh) * | 2022-03-21 | 2023-11-28 | 深圳市三旺通信股份有限公司 | Can光猫设备的远距离传输方法、装置、设备与介质 |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2511591B2 (ja) * | 1990-10-29 | 1996-06-26 | インターナショナル・ビジネス・マシーンズ・コーポレイション | 無線光通信システムの動作方法および光通信システム |
| US5297144A (en) * | 1991-01-22 | 1994-03-22 | Spectrix Corporation | Reservation-based polling protocol for a wireless data communications network |
| US5268933A (en) * | 1991-09-27 | 1993-12-07 | Motorola, Inc. | Data packet alignment in a communication system |
| EP0656708A1 (en) * | 1993-12-03 | 1995-06-07 | International Business Machines Corporation | System and method for the transmission and validation of an updated encryption key between two users |
| US5754961A (en) * | 1994-06-20 | 1998-05-19 | Kabushiki Kaisha Toshiba | Radio communication system including SDL having transmission rate of relatively high speed |
| US6137476A (en) * | 1994-08-25 | 2000-10-24 | International Business Machines Corp. | Data mouse |
| JP3422683B2 (ja) | 1997-04-10 | 2003-06-30 | インターナショナル・ビジネス・マシーンズ・コーポレーション | ドッキング・システム及び無線データ通信確立方法 |
| SE510052C2 (sv) * | 1997-08-15 | 1999-04-12 | Ericsson Telefon Ab L M | Förfarande för handover i ett mobilradiosystem, system för mobilradio, samt mobilterminal och radiobasstation ingående i ett sådant system |
| US6064502A (en) * | 1997-08-25 | 2000-05-16 | Enderlin Inc. | Omni-directional infrared communication system |
| EP0987860A3 (en) * | 1998-09-16 | 2004-01-14 | Mitsubishi Materials Corporation | Radio server system |
| JP2001154966A (ja) * | 1999-11-29 | 2001-06-08 | Sony Corp | コンピュータ・ネットワーク上で構築・提供される共有仮想空間上で複数ユーザが参加可能な仮想会話を支援する会話支援システム及び会話支援方法、並びに、プログラム記憶媒体 |
| JP4372300B2 (ja) | 2000-02-25 | 2009-11-25 | 三菱電機株式会社 | 通信システム及び情報端末 |
| US6968179B1 (en) * | 2000-07-27 | 2005-11-22 | Microsoft Corporation | Place specific buddy list services |
| JP3558125B2 (ja) * | 2000-10-17 | 2004-08-25 | 日本電気株式会社 | 無線通信接続先特定方法 |
| US20030021262A1 (en) * | 2000-11-13 | 2003-01-30 | Kc Technology, Inc. | Bluetooth baseband controller |
| JP2002152309A (ja) | 2000-11-15 | 2002-05-24 | Sharp Corp | Ｂｌｕｅｔｏｏｔｈ機器 |
| US20020123325A1 (en) * | 2001-03-01 | 2002-09-05 | Cooper Gerald M. | Method and apparatus for increasing the security of wireless data services |
| US7136914B2 (en) * | 2001-08-06 | 2006-11-14 | Ricoh Company, Ltd. | System, computer program product and method for managing and controlling a local network of electronic devices |
| US7174130B2 (en) * | 2001-09-12 | 2007-02-06 | Agere Systems Inc. | Security apparatus and method during BLUETOOTH pairing |
| US6729726B2 (en) * | 2001-10-06 | 2004-05-04 | Stryker Corporation | Eyewear for hands-free communication |
-
2002
- 2002-06-14 JP JP2002173672A patent/JP4718748B2/ja not_active Expired - Fee Related
-
2003
- 2003-06-13 US US10/460,162 patent/US7675889B2/en active Active
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10009347B2 (en) | 2015-02-24 | 2018-06-26 | Ricoh Company, Ltd. | Communication device, communication method, and communication system |
| US10321516B2 (en) | 2015-03-03 | 2019-06-11 | Ricoh Company, Ltd. | Communication device, system, and computer program product |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004021448A (ja) | 2004-01-22 |
| US20030231611A1 (en) | 2003-12-18 |
| US7675889B2 (en) | 2010-03-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR102473262B1 (ko) | 통신 연결의 형성 또는 해제를 제어하는 전자 장치 및 그 동작 방법 | |
| US10153898B2 (en) | Wireless mesh network with secure automatic key loads to wireless devices | |
| KR101678606B1 (ko) | IoT 디바이스를 이용한 서비스 제공 방법 및 IoT 디바이스를 이용한 서비스 제공 시스템 | |
| KR102632299B1 (ko) | 블루투스 네트워크 환경에서 응답 메시지를 전송하기 위한 전자 장치 및 그에 관한 방법 | |
| US7020486B2 (en) | Portable communication terminal | |
| JP2009532937A (ja) | ブルートゥース装置におけるリモートユーザインタフェース | |
| CN100586046C (zh) | 无线通信系统、数据发射机以及无线通信方法 | |
| KR102076276B1 (ko) | 근거리 통신기술을 이용하여 사용자 단말과 직접 연동 가능한 독립형 IoT 게이트웨이 | |
| JP2015513809A (ja) | 補聴器フィッティング・システムおよび補聴器システムをフィッティングする方法 | |
| WO2015049259A1 (en) | Method and apparatus for inter-profile commissioning in a network | |
| JP4718748B2 (ja) | 通信制御方法、サーバ通信装置、クライアント通信装置及び通信制御プログラム | |
| KR20200110086A (ko) | 무선 통신 링크의 설정 방법 및 이를 지원하는 전자 장치 | |
| US20230328815A1 (en) | Automatic pairing of devices to a communication gateway | |
| KR20210020541A (ko) | 블루투스 네트워크 환경에서 데이터를 재전송하기 위한 전자 장치 및 그에 관한 방법 | |
| KR20200106743A (ko) | 블루투스 네트워크 환경에서 응답 메시지를 전송하기 위한 전자 장치 및 그에 관한 방법 | |
| JP4225743B2 (ja) | 無線端末及び通信制御方法 | |
| US20080136606A1 (en) | Separable device for controlling node and sensor network node | |
| Fürst et al. | Leveraging physical locality to integrate smart appliances in non-residential buildings with ultrasound and bluetooth low energy | |
| KR20190083214A (ko) | 외부 전자 장치를 통해 데이터를 송수신하는 전자 장치 및 그 데이터 송수신 방법 | |
| KR20130052373A (ko) | 서버와 디바이스를 중개하는 방법 및 장치, 컴퓨터로 읽을 수 있는 기록 매체 | |
| TW498653B (en) | Low power radio network | |
| CN1615608A (zh) | 能够执行无线通信的设备 | |
| KR102639249B1 (ko) | 블루투스 네트워크에서 채널 정보를 공유하기 위한 방법 및 이를 위한 전자 장치 | |
| CN110771123B (zh) | 用于分发发布-订阅消息的方法和装置 | |
| JP2005277593A (ja) | 無線端末装置、サービス検索方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050517 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080520 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080722 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081125 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20081225 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090126 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20081226 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20090130 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20090306 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20090508 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110401 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4718748 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140408 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |