JP2005025621A - Communication system, communication device, and program - Google Patents

Communication system, communication device, and program Download PDF

Info

Publication number
JP2005025621A
JP2005025621A JP2003192129A JP2003192129A JP2005025621A JP 2005025621 A JP2005025621 A JP 2005025621A JP 2003192129 A JP2003192129 A JP 2003192129A JP 2003192129 A JP2003192129 A JP 2003192129A JP 2005025621 A JP2005025621 A JP 2005025621A
Authority
JP
Japan
Prior art keywords
participant
user data
conference
organizer
communication device
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.)
Withdrawn
Application number
JP2003192129A
Other languages
Japanese (ja)
Inventor
Shinichi Yamazaki
信一 山嵜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2003192129A priority Critical patent/JP2005025621A/en
Publication of JP2005025621A publication Critical patent/JP2005025621A/en
Withdrawn legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To enable the selective connection of only a desired participant from an unspecified number of conference participants. <P>SOLUTION: This communication system comprises a host PC 402 owned by the organizer of a conference performed by use of communication, an access point 403, and client terminals 406 owned by participants to the conference. The client terminals 406 transmit user data for identifying the conference participants to the host PC 402, and the host PC 402 receives the user data transmitted from the client terminals 406, and adds the user data to a participant list describing user data for the client terminals 406 connected to the host PC 402 in the past. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、無線通信等により会議を行う場合などに利用される通信システムに関し、たとえば、会議において不特定多数の参加者の中から特定のグループにのみに接続する際の技術に関する。
【0002】
【従来の技術】
近年、IrDA(Infrared Data Association:赤外線を使用しデータ転送を行うための通信規格)、Bluetooth(パーソナルコンピュータと携帯電話機や家電機器等を無線で接続するための通信規格)、HomeRF(家庭内のパーソナルコンピュータと家電機器や音響機器等を無線ネットワークで接続することを目的とした通信規格)等の通信規格を用いた、パーソナルエリアでの無線通信システムが注目されている。特に、BluetoothやHomeRFは、IrDAのような赤外線通信方式と比較した場合、指向性が無い、透過性が高いなどの長所を有しており、今後の発展が期待されている。
【0003】
Bluetoothは、アドホック(無線LAN機器が備える動作設定の一つで、無線親機なしに無線子機同士が相互に通信可能な動作設定)によるマルチポイント接続を行うことで、機器の最大接続数が8機器、通信範囲が10mのピコネットを構築し通信を行うことができる。Bluetoothの通信速度に関しては、非同期通信において下り721Kbps、上り57.6Kbpsの通信を行うことができる(bps:bits per second)。更には、Bluetoothは、音声通信もサポートし、1つのチャネルで音声とデータを転送することができるなど多種多様な特徴を有しており、様々なプラットフォームでの利用が期待されている。
【0004】
そのプラットフォームの一つとして無線通信による会議システムが考えられている。従来、会議を行う際において有線通信によるネットワークを利用する場合に、機器を接続する配線が煩雑になるなどの問題が指摘されていたが、Bluetoothなどの無線通信を用いることでそれらの問題解決を目指している。
【0005】
ここで、一般的なBluetoothの接続処理の流れを説明する。ここでは、会議を主催するホスト(主催者)と会議に参加するクライアント(参加者)との間の通信の様子と認証及び暗号化処理について説明する。
【0006】
Bluetoothにおいて接続を確立するためには、「問い合わせ」(Inquiry)、「呼び出し」(Page)、「認証」(Authentication)、「暗号化」(Encryption)の流れで行うことになる。マスタ(ホスト(主催者))から問い合わせパケット(IQパケット)をブロードキャストすると、そのパケットを受信した、スレーブ(クライアント(参加者))側における接続可能な複数もしくは単数の機器がBluetooth特有のFHSパケットをマスタに送信する。マスタが受信したFHSパケットには、該FHSパケットを送信した機器のBluetoothアドレスが含まれており、マスタはBluetoothアドレスのリストを参照することで、特定の1台の機器に対して同期をとる。
【0007】
この時、BluetoothアドレスのリストにはFHSパケットに含まれるIDアドレスがそのまま表示されるため、マスタはスレーブとしての機器の特定がしにくい。そこで機器の特定をしやすいように、マスタは各機器の名称探索を行うことができる機能を有する。この場合のマスタとはネットワークのトラフィックや状態管理を行う役目を持つ機器をいい、スレーブとは管理される機器を指す。
【0008】
スレーブとしての各機器の名称探索を行うコマンドとして、LMP_name_Reqコマンドがある。それに対し、スレーブがBluetooth(BT)デバイスネームをマスタに返すコマンドは、LMP_name_Rspコマンドである。マスタ及びスレーブ間における上記コマンドのやり取りに基づいて、マスタはBluetoothデバイスネーム(ユーザフレンドリネーム)を獲得することができる。従来、Bluetoothデバイスネームは、最大248byteのエリアを有し、マスタがスレーブとしての各機器を識別しやすいように自由に設定することができるネームである。Bluetoothデバイスネームには、一般的には機種名などが格納されている。
【0009】
会議システムに接続するユーザ(機器)に対する認証は、機器に設定するユニークな認証パスワードと、この認証パスワード及び機器固有のID(IEEE(Institute of Electrical and Electronics Engineers)が管理し発番する48ビットのアドレス)等により作成される暗号鍵との2つにより行われ、管理されている。上記認証パスワードはPIN(Personal Identification Number)コードと呼ばれ、任意の文字列により構成される。上記暗号鍵はリンクキーと呼ばれ、ユーザ認証の他にデータの暗号化などにも用いられる。
【0010】
一般的にはクライアント(参加者)側でリンクキーの要求を行い、クライアント(参加者)、ホスト(主催者)ともにPINコードの入力を行う。ホスト(主催者)とクライアント(参加者)が会議システムに初めて接続される状況においては、クライアント(参加者)はホスト(主催者)が所有するPINコードと同じPINコードを入力する必要がある。ホスト(主催者)がクライアント(参加者)から入力されたPINコードが正しいと判定した場合には、ホスト(主催者)は認証可としてリンクを開設してクライアント(参加者)に接続を許可する。この時、ホスト(主催者)は自身のPINコード及びクライアント(参加者)のユーザデータに乱数を掛け合わせるなどして、クライアント(参加者)のリンクキーを作成し、これをクライアント(参加者)のユーザデータと共にリンクキーテーブルに保存しておく。
【0011】
尚、上記リンクキーを作成する場合には、接続相手のPINコードや自身のユーザデータも用いる。
【0012】
図9にリンクキーを作成する処理手順を示す。図9に示すように、クライアント(参加者)とホスト(主催者)において等価なシステム(アルゴリズム)を所持していれば、乱数とPINコードAを共有することで等価なリンクキーを作成することができる。
【0013】
一方、クライアント(参加者)が以前にホスト(主催者)に接続されたことがあれば、既に、クライアント(参加者)のリンクキーが上記リンクキーテーブルに登録されているので、ホスト(主催者)は上記リンクキーのみによる認証を行う。次に、ホスト(主催者)はデータの暗号化を行い、クライアント(参加者)とホスト(主催者)との間で接続完了通知を送受信することで接続完了となる。
【0014】
図10にBluetoothデバイスネームを格納するリンクマネージャ・パケットペイロードのパケットフォーマットを示す。リンクマネージャ・パケットペイロードは、L_CH(2bits)、Flow(1bit)、Length(9bits)、NU(4bits)、LM/L2CAP Payload(0−32/512bytes)、CRC16(16bits)から構成されている。一般的にBluetoothデバイスネームには、無線通信に使用する携帯端末の名称等を指定しておくことができるが、このBluetoothデバイスネームの領域は248byteまで自由に使用することができるため、使用者が手動でユニークな名称に変更することも可能である。
【0015】
他方、指紋センサから取得した個人識別番号を用いて送信データ(PINコード)を暗号化する技術が提案されている(例えば、特許文献1参照)。該提案は本発明とは構成が異なり、Name情報を暗号化するようなことはしていない。
【0016】
【特許文献1】
特開2001−186123号公報
【0017】
【発明が解決しようとする課題】
しかしながら、上記従来技術においては次のような問題があった。例えば、不特定多数のクライアント(参加者)の中から、特定のグループに属したクライアント(参加者)にのみ接続する場合を想定する。定例会のような毎回決まったメンバーのみが参加する会議ならば、参加者を実際に目視することで、参加者に対し口頭でBluetoothアドレスを聞いて接続することも考えられるが、参加者が新規の場合や多数参加者がいる場合では、Bluetoothアドレスを一人一人に聞くわけにも行かない。
【0018】
また、Inquiryによって得られたBluetoothアドレスを基に特定のクライアント(参加者)に接続する方法もあるが、この場合、所望のクライアント(参加者)を見つけるには、クライアント(参加者)が持参したBluetooth搭載機器のBluetoothアドレスを一人一人調べなければならない。このように、どちらにせよホスト(主催者)またはクライアント(参加者)に余計な作業を増やすことになり会議の開始が遅れるなどの問題がある。
【0019】
本発明の目的は、不特定多数の会議参加者の中から所望の参加者のみを選択して接続することを可能とした通信システム、通信装置、及びプログラムを提供することにある。
【0020】
【課題を解決するための手段】
上記目的を達成するため、本発明は、通信を利用して行う会議の主催者が所有する主催者側通信装置と、前記会議の参加者が所有する参加者側通信装置とを備え、前記参加者側通信装置は、会議参加者を識別するユーザデータを前記主催者側通信装置に送信し、前記主催者側通信装置は、前記参加者側通信装置から送信された前記ユーザデータを受信すると共に前記ユーザデータを参加者リストに追加することを特徴とする。
【0021】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づき説明する。
【0022】
図1は、本実施形態に係る通信システムの構成例を示す概念図である。本通信システムは、例えばパーソナルコンピュータから構成されるホストコンピュータ(ホストPCと略称)402及びアクセスポイント403を有する会議システム401と、アクセスポイント403に対し例えばRS232Cケーブル404によりシリアル接続されたパーソナルコンピュータ(パソコンと略称)405と、無線通信機能を搭載したPDA(Personal Digital Assistant:携帯情報端末)やノート型パーソナルコンピュータ(ノートPCと略称)等から構成されるクライアント端末406とを備えている。
【0023】
本実施形態では、上記会議システム401として、ホストPC402とアクセスポイント403を別々の構成とした場合を例に挙げて説明するが、会議システム401としては、ホストPC402とアクセスポイント403を一体化したものでもよく、会議システム401の構成は特定のものに限定されるものではなく、上記のうち何れの構成でもよいことは言うまでも無い。また、本実施形態では、クライアント端末406として、無線通信機能を搭載した場合を例に挙げて説明するが、クライアント端末406と会議システム401との間の接続は無線通信に限定されるものではなく、当然、有線通信による接続も考慮したものであることは言うまでも無い。
【0024】
図2は、上記クライアント端末406の構成例を示すブロック図である。クライアント端末406は、Bluetooth無線部510とクライアント端末本体516から構成されている。
【0025】
Bluetooth無線部510は、外部インタフェイス511と、リンクベースバンドコントローラ(LBC:Link Baseband Controller)512と、CPU513と、通信用アンテナ515を有するBluetooth通信用無線回路(無線回路と略称)514とを備えている。
【0026】
無線回路514は、ディジタル変調、スペクトル拡散、信号レベルの増幅などを行う。CPU513とLBC512は、無線リンクを構成するための処理や信号の符号化・復号化処理などを行うリンクマネージャとしての機能を有する。外部インタフェイス511は、ホストコマンドインタフェイス(HCI)としての機能を備える。
【0027】
一方、クライアント端末本体516は、送受信バッファ501と、RAM502と、PROM503と、CPU504と、音声・映像識別部505と、LCD制御部506と、操作部508及び表示部509を有する入出力部507とを備えている。
【0028】
送受信バッファ501は、送受信データを一時的に蓄えておく。CPU504は、クライアント端末406が有する機能の全体の制御を行う。RAM502は、CPU504が処理を行う際の作業領域となる。PROM503は、CPU504を動作させるプログラム、会議システムアプリケーション、通信先のアドレス等の各種データ等を格納している。音声・映像識別部505は、マルチメディア情報を音声データと画像データに識別する。操作部508は、マイクロフォン、スピーカ、キーボタン等から構成される。表示部509は、LCD制御部506の制御に従い画像を表示する例えばLCDから構成される。LCD制御部506は、表示部509に対する表示制御を行う。
【0029】
図3は、上記アクセスポイント403の構成例を示すブロック図である。アクセスポイント403は、Bluetooth無線部619とアクセスポイント本体620とから構成されている。
【0030】
Bluetooth無線部619は、上記クライアント端末406と同様に、外部インタフェイス614と、リンクベースバンドコントローラ(LBC)615と、CPU616と、通信用アンテナ618を有するBluetooth通信用無線回路(無線回路と略称)617とを備えている。
【0031】
無線回路617は、ディジタル変調、スペクトル拡散、信号レベルの増幅などを行う。CPU616とLBC615は、無線リンクを構成するための処理や信号の符号化・復号化処理などを行うリンクマネージャとしての機能を有する。外部インタフェイス614は、ホストコマンドインタフェイス(HCI)としての機能を有する。
【0032】
一方、アクセスポイント本体620は、CPU601と、電源部602と、ACアダプタ603と、RAM604と、ROM605と、モデム部606と、スイッチ607と、RTC(Real Time Clock)回路608と、コネクタ(PCカードインタフェイス)609と、モジュラジャック610と、公衆回線611と、RS232Cコネクタ612と、複数のLED613とを備えている。
【0033】
CPU601は、アクセスポイント403全体の動作を制御する。CPU601には、電源602、RAM604、ROM605、モデム部606、スイッチ607、RTC回路608、PCカードインタフェイスとしてのコネクタ609が接続されている。交流電源に接続されるACアダプタ603からの電源は、電源部602を通してCPU601に供給される。モデム部606は、モジュラジャック610を介して公衆回線611に接続される。モデム部606は、モジュラジャック610を介して公衆回線611から入力されたアナログデータをデジタルデータに変換しCPU601に転送する。RS232Cコネクタ612は、RS232Cケーブル404を介してパソコン405等の外部機器とアクセスポイント403をシリアル接続するために設けられている。モデム部606による変復調動作と、RS232Cコネクタ612を介したデータ転送は、CPU601の制御下で行われる。
【0034】
ROM605は、通信プロトコル、PINコード、リンクキー、接続先のアドレスリスト等を格納しており、不揮発性メモリとしての機能も有する。RAM604は、アクセスポイント403の動作プログラム、デバイスドライバ等を格納している。RTC回路608は、現在の時刻を計時するための回路である。RTC回路608には、複数のLED613が接続されている。
【0035】
図4は、Bluetoothの接続に関するシーケンスを示す図であり、会議を主催するホスト(主催者:ホスト端末402及びアクセスポイント403からなる会議システム401)と会議に参加するクライアント(参加者:クライアント端末406)との間の通信の様子と認証及び暗号化処理を示すものである。
【0036】
まず、ホスト(主催者)が、通信エリア内に通信可能な相手(クライアント(参加者))を探すために問い合わせ要求(インクワイアリ)を行う(701)。次に、ホスト(主催者)は、問い合わせ要求に応答したクライアントに、機器の名称探索用(クライアント(参加者)が所有する機器のBluetoothデバイスネームを取得するため)のコマンドであるLMP_name_Reqコマンドを、クライアント(参加者)に送信する(702)。それに対し、クライアント(参加者)は、Bluetoothデバイスネームをホスト(主催者)に返すコマンドであるLMP_name_Rspコマンドを、ホスト(主催者)に送信する(703)。この時、クライアント(参加者)は、LMP_name_Rspコマンドを送信する際に、クライアント端末406の操作部508のボタンを押すなどの操作を行う必要はない。
【0037】
ホスト(主催者)は、参加者リスト(過去にホスト(主催者)に接続したクライアント(参加者)のユーザデータを記したリスト)を参照し、所望の接続相手に対して、呼び出し(ページング)と呼ばれる同期処理を行う(704)。次に、クライアント(参加者)側では、ホスト(主催者)に対しリンクキーの要求を行う(705)。次に、クライアント(参加者)、ホスト(主催者)ともにPINコードの入力を行う(706)。次に、ホスト(主催者)は、PINコードにより作成したリンクキーを用いて認証処理を行い(707)、データの暗号化を行い(708)、接続完了通知をホスト(主催者)及びクライアント(参加者)が互いに受信して終了となる(709)。
【0038】
図5は、会議システム機能をホスト(主催者)及びクライアント(参加者)がそれぞれ所有する機器(ホストPC402、クライアント端末406)にインストールする際の手順の一例を示すフローチャートである。本フローチャートに示す処理は、ホスト(主催者)のホストPC402のCPU(図示略)、クライアント(参加者)のクライアント端末406のCPU504が、操作者の操作を受けてプログラムに基づき実行する。
【0039】
ホスト(主催者)、クライアント(参加者)は、ホストPC402、クライアント端末406それぞれの操作部からの所定操作により、会議システム機能のインストールを開始し(ステップS801)、インストール先の機器を指定する(ステップS802)。次に、操作部からの所定操作により、各種モードを指定する(ステップS803)。ここで、各種モードとは、機器にクライアント機能を搭載するモード、機器にホスト機能を搭載するモード、フルインストール(会議システム機能に制限が有るインストール)のモード、カスタムインストール(会議システム機能に制限が無いインストール)のモード、自動モード(ユーザデータとグループキーワードを機器の起動時に自動的に特定のパケットに格納するモード)、手動モード(ユーザデータとグループキーワードを手動で入力し特定のパケットに格納するモード)などのモードである。
【0040】
次に、操作部からの所定操作により、クライアント(参加者)を識別するユーザデータを入力する(ステップS804)。ここで、ユーザデータは、氏名、所属、内線番号、人名コード、クライアント(参加者)を特徴付けるようなデータ(特定のパスワード、クライアント(参加者)が所有する機器固有のBluetoothアドレス)、或いは会議開催日などのデータである。以上のユーザデータを入力することで、会議システム機能のインストールが終了する(ステップS805)。
【0041】
自動モードは、会議システム機能の起動時にグループキーワードをBluetoothデバイスネームの先頭に付けることでBluetoothデバイスネームを作成するモードである。更に、自動モードの場合は、一定時間経過するとOKとみなし次の制御に移行するような動作も行う。手動モードは、クライアント端末406の入出力部507からグループキーワードを手動で入力するモードである。また、上記の各種モードについては、会議システム機能のインストール時のみでなく、インストール後にアプリケーションを立ち上げた時にも機器の設定画面上で設定を変更することが可能である。更に、設定を変更した後には、設定変更の趣旨を表すコマンドを相手先の機器に送信し、送信側と受信側において互いにモードを統一する処理が行われる。
【0042】
図6は、クライアント(参加者)が所有するクライアント端末406の処理を示すフローチャートである。本フローチャートに示す処理は、クライアント(参加者)のクライアント端末406のCPU504がプログラムに基づき実行する。
【0043】
クライアント(参加者)は会議室に入室したら、クライアント端末406の操作部508から所定操作を行うことで、PROM503に格納されている会議システムアプリケーションを起動する(ステップS901)。会議システムアプリケーションが起動すると、クライアント端末406に対するインストール時に入力したユーザデータがクライアント端末406の表示部509に表示されるので、クライアント(参加者)は表示部509の表示内容(パスワード、ユーザ名等)の確認を行う(ステップS902)。尚、クライアント端末406が自動モードに設定されている場合は、ある程度時間が経過したら自動的にOKと判断されるが、クライアント端末406が手動モードに設定されている場合は、操作部508のボタンを押下することで確認する動作を必要とする。
【0044】
そこで、クライアント端末406が手動モードに設定されている場合は、クライアント(参加者)は操作部508からグループキーワードを入力する。他方、クライアント端末406が自動モードに設定されている場合は、クライアント端末406に対する会議システム機能のインストール時に入力したグループキーワードがBluetoothデバイスネームの先頭に格納される。ここで言うグループキーワードは、例えば、「○×定例」(会議名)、「企画△課」(所属)、「優先度高」(会議の優先順位を示す優先度)などのキーワードを含む、会議参加者をグループ分けするためのものである。
【0045】
次に、上記図5に示した手順でクライアント端末406にインストールされた会議システム機能が、ユーザデータをBluetoothデバイスネームに書き込む(ステップS904)。この場合、クライアント(参加者)がクライアント端末406の操作部508のボタンを押下するなどの処理は必要としない。Bluetoothデバイスネームに格納した情報には、人名コードや内線番号など重要なデータが含まれているため、クライアント端末406において会議システム機能固有のアルゴリズムによりBluetoothデバイスネームに対し暗号化処理を施し(ステップS905)、ホスト(主催者)側からの通信を待つ(ステップS906)。
【0046】
次に、クライアント端末406において、Bluetooth無線部510を介してホスト(主催者)からLMP_name_Reqコマンドを受信し(ステップS907)、上記ステップS904でユーザデータを書き込んだBluetoothデバイスネームの情報を格納したパケットをホスト(主催者)に送信する(ステップS908)。これに伴い、ホスト(主催者)において認証及び暗号化が行われる(ステップS909)。クライアント端末406はホスト(主催者)から接続完了通知を受信することで接続完了となり(ステップS910)、クライアント(参加者)及びホスト(主催者)間においてデータ送受信が可能な状態となる(ステップS911)。
【0047】
図7は、ホスト(主催者)のホストPC402の処理を示すフローチャートである。本フローチャートに示す処理は、ホスト(主催者)のホストPC402のCPUがプログラムに基づき実行する。
【0048】
ホスト(主催者)のホストPC402はROM(図示略)に格納されている会議システムアプリケーションを起動する(ステップS1001)。次に、ホストPC402は通信可能な機器を探すために問い合わせを行う(ステップS1002)。次に、ホストPC402は、問い合わせに応答したクライアント機器のBluetoothデバイスネームを取得するためにLMP_name_Reqコマンドを、アクセスポイント403のBluetooth無線部619を介して送信する(ステップS1003)。次に、ホストPC402はクライアント(参加者)からLMP_name_RspコマンドとBluetoothデバイスネームを、アクセスポイント403のBluetooth無線部619を介して受信し(ステップS1004)、該受信したBluetoothデバイスネームを会議システム固有のアルゴリズムにより復号化する(ステップS1005)。
【0049】
この時、クライアント(参加者)とホスト(主催者)の会議システム機能が同じであれば暗号化アルゴリズムが同じであるため復号化できるが、クライアント(参加者)とホスト(主催者)が異なる会議システム機能をインストールしている場合や、クライアント(参加者)が会議システム機能をインストールしていない場合は、クライアント(参加者)からのデータは復号化できないため、ホスト(主催者)は当該クライアント(参加者)を不正な参加者とみなし接続を拒否する。また、第三者がBluetoothデバイスネームを横取りしたとしても、同一の会議システム機能をインストールしていなければ、クライアント(参加者)からのデータを復号化できないため、データの漏洩を軽減することができる。
【0050】
次に、ホスト(主催者)のホストPC402はハードディスク等の記憶装置における、会議に参加する参加者を示す参加者リストの有無を確認する(ステップS1006)。もし、参加者リストが無い場合は、参加者リストを作成する(ステップS1007)。参加者リストが無い場合というのは、クライアント(参加者)がホスト(主催者)側の会議システム機能を初めて使用する場合や、過去の参加者リストを削除した場合である。参加者リストの存在が確認された場合は、ホストPC402は取得したBluetoothデバイスネームの内容を参加者リストに付け加える(ステップS1008)。
【0051】
次に、ホスト(主催者)はホストPC402の操作部からグループキーワードを選択する。例えば、「品質保証会議」というグループキーワードを持つクライアント(参加者)にのみ接続したい場合は、「品質保証会議」というグループキーワードを選択する(ステップS1009)。次に、ホストPC402は選択されたグループキーワードで参加者リストをフィルタリングする(ステップS1010)。次に、ホストPC402は上記フィルタリングにより参加者リストから抽出した所望の氏名を接続相手先に決定し(ステップS1011)、呼び出しを行う(ステップS1012)。ホストPC402は以後は認証及び暗号化を行い(ステップS1013)、アクセスポイント403のBluetooth無線部619を介してクライアント(参加者)のクライアント端末406に対して接続完了通知を送信することで(ステップS1014)、スタンバイ状態となる。
【0052】
図8は、ホスト(主催者)がクライアント(参加者)から取得したBluetoothデバイスネームから接続先を決定するまでの概念を示す図である。図8では、ホスト(主催者)がクライアント(参加者)から取得したBluetoothデバイスネームを参加者リストに追加し、参加者リストをフィルタリングすることで接続先を決定する例を示している。
【0053】
以上説明したように、本実施形態によれば、予めクライアント(参加者)が、氏名、所属、内線番号、人名コード、氏名、所属、内線番号、人名コード、クライアント(参加者)を特徴付けるようなデータ(特定のパスワード、クライアント(参加者)が所有する機器固有のBluetoothアドレス)等のユーザデータをBluetoothデバイスネームに格納しておき、ホスト(主催者)がクライアント(参加者)からLMP_name_ReqコマンドによりBluetoothデバイスネームを取得し、そのBluetoothデバイスネームを示す情報に含まれるグループキーワードを基に所望の接続相手に接続する。このLMP_name_ReqコマンドはBluetoothの接続シーケンスの一つであるため、接続処理が完了するまでにユーザデータをホスト(主催者)が取得することができ、無駄なデータ通信を行わなくて済む。
【0054】
これにより、ホスト(主催者)は不特定多数のクライアント(参加者)の中から所望のクライアント(参加者)のみを選択して接続することが可能になる。また、ホスト(主催者)とクライアント(参加者)との間の通信で用いる、LMP_name_Reqコマンド(クライアント(参加者)が所有する機器のBluetoothデバイスネームを取得するためのコマンド)や、LMP_name_Rspコマンド(クライアント(参加者)からBluetoothデバイスネームをホスト(主催者)に返すコマンド)は、Bluetoothの接続シーケンスにおけるコマンドを用いることができるため、本発明を実施するためにわざわざシーケンス処理を追加することも不要であり、ホスト(主催者)とクライアント(参加者)との間の通信処理を簡略化することができる。
【0055】
尚、上記実施形態では、通信システムを図1に示す構成とした場合を例に挙げたが、本発明はこれに限定されるものではなく、通信システムを構成する構成要素の設置数、設置形態、設置機種などは任意とすることが可能である。例えば、クライアント端末は、PDAやノートPCに限定されるものではなく、これら以外にも、通信機能を有する他の装置を用いる構成としてもよい。
【0056】
また、上記実施形態では、不特定多数のクライアント(参加者)の中から所望のクライアント(参加者)のみを選択して接続する場合として会議を例に挙げたが、本発明はこれに限定されるものではなく、不特定多数のクライアント(参加者)が参加する会議以外の他の形態にも適用することが可能である。
【0057】
また、本発明の目的は、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ(またはCPUやMPU等)が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。
【0058】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【0059】
また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー(登録商標)ディスク、ハードディスク、光磁気ディスク、CD−ROM、CD−R、CD−RW、DVD−ROM、DVD−RAM、DVD−RW、DVD+RW、磁気テープ、不揮発性のメモリカード、ROM等を用いることができる。
【0060】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているOS(オペレーティングシステム)等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【0061】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【0062】
[実施態様の例]
本発明の実施態様の例を以下に列挙する。
【0063】
「実施態様1」
通信を利用して行う会議の主催者が所有する主催者側通信装置と、前記会議の参加者が所有する参加者側通信装置とを備え、
前記参加者側通信装置は、会議参加者を識別するユーザデータを前記主催者側通信装置に送信し、前記主催者側通信装置は、前記参加者側通信装置から送信された前記ユーザデータを受信すると共に前記ユーザデータを参加者リストに追加し、
前記ユーザデータは、少なくとも、氏名、所属、内線番号、人名コード、特定のパスワード、前記参加者通信装置固有のアドレス、会議開催日の何れかを含むデータであり、
前記参加者リストは、過去に前記主催者側通信装置に接続した参加者側通信装置のユーザデータを記したリストであることを特徴とする通信システム。
【0064】
「実施態様2」
前記参加者側通信装置は、前記ユーザデータをパケットに格納する格納手段と、前記パケットに格納した前記ユーザデータを近距離無線通信により前記主催者側通信装置に送信する送信手段とを備えることを特徴とする実施態様1記載の通信システム。
【0065】
「実施態様3」
前記主催者側通信装置は、前記参加者側通信装置から送信された前記ユーザデータを前記近距離無線通信により受信する受信手段と、前記受信手段により受信した前記ユーザデータを、新たに前記主催者側通信装置に接続した参加者側通信装置のユーザデータとして前記参加者リストに追加する追加手段とを備えることを特徴とする実施態様1記載の通信システム。
【0066】
「実施態様4」
前記参加者側通信装置の前記格納手段は、会議参加者をグループ分けするためのグループキーワードを前記パケットに格納することを特徴とする実施態様2記載の通信システム。
【0067】
「実施態様5」
前記主催者側通信装置は、前記追加手段により作成された前記参加者リストから、前記グループキーワードを用いて接続相手を抽出する抽出手段を備えることを特徴とする実施態様3又は4記載の通信システム。
【0068】
「実施態様6」
前記グループキーワードは、少なくとも、会議名、所属、会議の優先順位を示す優先度の何れかを含むキーワードであることを特徴とする実施態様4又は5記載の通信システム。
【0069】
「実施態様7」
前記参加者側通信装置は、前記ユーザデータと前記グループキーワードを前記参加者側通信装置の起動時に自動で前記パケットに格納する自動モードと、前記ユーザデータと前記グループキーワードを手動で入力し前記パケットに格納する手動モードとを備えることを特徴とする実施態様1又は4記載の通信システム。
【0070】
「実施態様8」
前記近距離無線通信は、Bluetoothによる無線通信であることを特徴とする実施態様2記載の通信システム。
【0071】
「実施態様9」
前記参加者側通信装置は、携帯情報端末、携帯型コンピュータ、及びこれら以外の通信機能を有する他の装置からなる群から選択される装置であることを特徴とする実施態様1記載の通信システム。
【0072】
「実施態様10」
前記主催者側通信装置と前記参加者側通信装置との間の有線通信により前記会議を行う場合に適用可能であることを特徴とする実施態様1記載の通信システム。
【0073】
「実施態様11」
通信を利用して行う会議の主催者が所有する主催者側通信装置と通信可能な参加者側通信装置において、
会議参加者を識別するユーザデータをパケットに格納する格納手段と、前記パケットに格納した前記ユーザデータを近距離無線通信により前記主催者側通信装置に送信する送信手段とを備えることを特徴とする参加者側通信装置。
【0074】
「実施態様12」
通信を利用して行う会議の参加者が所有する参加者側通信装置と通信可能な主催者側通信装置において、
前記参加者側通信装置から送信された会議参加者を識別するユーザデータを近距離無線通信により受信する受信手段と、前記受信手段により受信した前記ユーザデータを、新たに前記主催者側通信装置に接続した参加者側通信装置のユーザデータとして参加者リストに追加する追加手段とを備えることを特徴とする主催者側通信装置。
【0075】
「実施態様13」
通信を利用して行う会議の主催者が所有する主催者側通信装置と、前記会議の参加者が所有する参加者側通信装置とを備えた通信システムにより実行される通信接続方法において、
前記参加者側通信装置から、会議参加者を識別するユーザデータを前記主催者側通信装置に送信する送信工程と、前記参加者側通信装置から送信された前記ユーザデータを前記主催者側通信装置により受信する受信工程と、前記受信工程により受信した前記ユーザデータを、過去に前記主催者側通信装置に接続した参加者側通信装置のユーザデータを記した参加者リストに追加する追加工程とを備えることを特徴とする通信接続方法。
【0076】
「実施態様14」
通信を利用して行う会議の主催者が所有する主催者側通信装置と、前記会議の参加者が所有する参加者側通信装置とを備えた通信システムにより通信接続方法を実行するプログラムにおいて、
前記参加者側通信装置から、会議参加者を識別するユーザデータを前記主催者側通信装置に送信する送信機能と、前記参加者側通信装置から送信された前記ユーザデータを前記主催者側通信装置により受信する受信機能と、前記受信機能により受信した前記ユーザデータを、過去に前記主催者側通信装置に接続した参加者側通信装置のユーザデータを記した参加者リストに追加する追加機能を、コンピュータに実現させるためのプログラム。
【0077】
「実施態様15」
通信を利用して行う会議の主催者が所有する主催者側通信装置と、前記会議の参加者が所有する参加者側通信装置とを備えた通信システムにより通信接続方法を実行するプログラムを記憶したコンピュータにより読み出し可能な記憶媒体において、
前記通信接続方法は、前記参加者側通信装置から、会議参加者を識別するユーザデータを前記主催者側通信装置に送信する送信ステップと、前記参加者側通信装置から送信された前記ユーザデータを前記主催者側通信装置により受信する受信ステップと、前記受信ステップにより受信した前記ユーザデータを、過去に前記主催者側通信装置に接続した参加者側通信装置のユーザデータを記した参加者リストに追加する追加ステップとを備えることを特徴とする記憶媒体。
【0078】
【発明の効果】
以上説明したように、本発明によれば、主催者側通信装置は、不特定多数の参加者側通信装置の中から所望の参加者側通信装置のみを選択して接続することが可能になる。また、主催者側通信装置と参加者側通信装置との間の通信で用いるコマンドは、近距離無線通信(Bluetoothによる無線通信)の接続シーケンスにおけるコマンドを用いることができるため、本発明を実施するためにわざわざシーケンス処理を追加することも不要であり、主催者側通信装置と参加者側通信装置との間の通信処理を簡略化することができる。
【図面の簡単な説明】
【図1】本発明の実施の形態に係る通信システムの構成例を示す概念図である。
【図2】クライアント端末の概略的な構成例を示すブロック図である。
【図3】アクセスポイントの概略的な構成例を示すブロック図である。
【図4】Bluetoothの接続におけるBluetoothデバイスネームの情報のやり取りに関するシーケンスを示す図である。
【図5】会議システム機能のインストール手順を示すフローチャートである。
【図6】クライアント(参加者)側の接続手順を示すフローチャートである。
【図7】ホスト(主催者)側の接続手順を示すフローチャートである。
【図8】取得したBluetoothデバイスネームから接続先を決定するまでの概念を示す図である。
【図9】リンクキーを作成するための一般的な処理手順を示す図である。
【図10】Bluetoothデバイスネームを格納するパケットペイロードのパケットフォーマットの構成例を示す図である。
【符号の説明】
401 会議システム
402 ホストPC(主催者側通信装置、追加手段、抽出手段)
403 アクセスポイント(受信手段)
406 クライアント端末(参加者側通信装置)
510 Bluetooth無線部(送信手段)
516 クライアント端末本体(格納手段)
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication system used when a conference is performed by wireless communication or the like. For example, the present invention relates to a technology for connecting only to a specific group from a large number of unspecified participants in a conference.
[0002]
[Prior art]
In recent years, IrDA (Infrared Data Association: a communication standard for performing data transfer using infrared rays), Bluetooth (a communication standard for wireless connection between a personal computer and a mobile phone, home appliances, etc.), HomeRF (personal in-home use) A wireless communication system in a personal area using a communication standard such as a communication standard aiming to connect a computer and a home appliance or an acoustic device via a wireless network has been attracting attention. In particular, Bluetooth and HomeRF have advantages such as lack of directivity and high transparency when compared with an infrared communication system such as IrDA, and future development is expected.
[0003]
Bluetooth is one of the operation settings that wireless LAN devices have, which is an operational setting that allows wireless slaves to communicate with each other without a wireless master device. A piconet with 8 devices and a communication range of 10 m can be constructed and communicated. As for the communication speed of Bluetooth, it is possible to perform downlink 721 Kbps and uplink 57.6 Kbps in asynchronous communication (bps: bits per second). Furthermore, Bluetooth supports voice communication and has various features such as being able to transfer voice and data using a single channel, and is expected to be used on various platforms.
[0004]
As one of the platforms, a conference system using wireless communication is considered. Conventionally, problems such as complicated wiring for connecting devices have been pointed out when a network using wired communication is used in a conference. However, such problems can be solved by using wireless communication such as Bluetooth. want to be.
[0005]
Here, a flow of general Bluetooth connection processing will be described. Here, a state of communication between a host (host) that hosts a conference and a client (participant) that participates in the conference, and authentication and encryption processing will be described.
[0006]
In order to establish a connection in Bluetooth, it is performed in the flow of “Inquiry”, “Call” (Page), “Authentication” (Authentication), and “Encryption” (Encryption). When an inquiry packet (IQ packet) is broadcast from a master (host (organizer)), a plurality or a single connectable device on the slave (client (participant)) side receiving the packet transmits a Bluetooth-specific FHS packet. Send to master. The FHS packet received by the master includes the Bluetooth address of the device that transmitted the FHS packet, and the master synchronizes with a specific device by referring to the list of Bluetooth addresses.
[0007]
At this time, since the ID address included in the FHS packet is displayed as it is in the Bluetooth address list, it is difficult for the master to specify the device as the slave. Therefore, the master has a function capable of searching for the name of each device so that the device can be easily identified. In this case, the master means a device having a role of managing network traffic and state, and the slave means a managed device.
[0008]
There is an LMP_name_Req command as a command for searching for the name of each device as a slave. On the other hand, the command for the slave to return the Bluetooth (BT) device name to the master is the LMP_name_Rsp command. Based on the exchange of the command between the master and the slave, the master can acquire a Bluetooth device name (user friendly name). Conventionally, the Bluetooth device name has an area of a maximum of 248 bytes and can be freely set so that the master can easily identify each device as a slave. The Bluetooth device name generally stores a model name or the like.
[0009]
Authentication for users (devices) connected to the conference system is a unique authentication password set in the device, and a 48-bit number that is managed and issued by this authentication password and device-specific ID (IEEE (Institut of Electrical and Electronics Engineers)). Address), etc., and is managed by two. The authentication password is called a PIN (Personal Identification Number) code and is composed of an arbitrary character string. The encryption key is called a link key, and is used for data encryption in addition to user authentication.
[0010]
In general, a client (participant) requests a link key, and both the client (participant) and the host (organizer) enter a PIN code. In a situation where the host (host) and the client (participant) are connected to the conference system for the first time, the client (participant) needs to input the same PIN code as the PIN code owned by the host (host). If the host (organizer) determines that the PIN code entered from the client (participant) is correct, the host (organizer) establishes a link to allow authentication and allows the client (participant) to connect. . At this time, the host (organizer) creates a link key for the client (participant) by multiplying its own PIN code and user data of the client (participant) by a random number, and this is used as the client (participant). Are stored in the link key table together with the user data.
[0011]
When creating the link key, the PIN code of the connection partner and the user data of the user are also used.
[0012]
FIG. 9 shows a processing procedure for creating a link key. As shown in FIG. 9, if the client (participant) and the host (organizer) have an equivalent system (algorithm), an equivalent link key is created by sharing the random number and the PIN code A. Can do.
[0013]
On the other hand, if the client (participant) has been connected to the host (organizer) before, the link key of the client (participant) has already been registered in the link key table. ) Performs authentication using only the link key. Next, the host (organizer) encrypts the data and transmits / receives a connection completion notification between the client (participant) and the host (organizer) to complete the connection.
[0014]
FIG. 10 shows the packet format of the link manager packet payload that stores the Bluetooth device name. The link manager packet payload is composed of L_CH (2 bits), Flow (1 bit), Length (9 bits), NU (4 bits), LM / L2CAP Payload (0-32 / 512 bytes), and CRC16 (16 bits). In general, the name of a mobile terminal used for wireless communication can be specified in the Bluetooth device name, but since the Bluetooth device name area can be freely used up to 248 bytes, the user can It is also possible to change the name manually.
[0015]
On the other hand, a technique for encrypting transmission data (PIN code) using a personal identification number acquired from a fingerprint sensor has been proposed (see, for example, Patent Document 1). The proposal has a different configuration from the present invention and does not encrypt Name information.
[0016]
[Patent Document 1]
JP 2001-186123 A
[0017]
[Problems to be solved by the invention]
However, the above prior art has the following problems. For example, it is assumed that a connection is made only to a client (participant) belonging to a specific group among an unspecified number of clients (participants). If it is a meeting where only a fixed member participates each time, such as a regular meeting, it is possible to talk to the participant by verbally listening to the Bluetooth address and connecting to the participant. If there is a large number of participants, it is not possible to ask each person for the Bluetooth address.
[0018]
There is also a method of connecting to a specific client (participant) based on the Bluetooth address obtained by Inquiry. In this case, the client (participant) brought it to find the desired client (participant). Each person must check the Bluetooth address of the device equipped with Bluetooth. In this way, there is a problem that the start of the conference is delayed due to any additional work being added to the host (host) or client (participant).
[0019]
An object of the present invention is to provide a communication system, a communication device, and a program capable of selecting and connecting only a desired participant from an unspecified number of conference participants.
[0020]
[Means for Solving the Problems]
In order to achieve the above object, the present invention comprises an organizer-side communication device owned by an organizer of a conference performed using communication, and a participant-side communication device owned by a participant of the conference, and the participation The party side communication device transmits user data for identifying a conference participant to the organizer side communication device, and the organizer side communication device receives the user data transmitted from the participant side communication device. The user data is added to a participant list.
[0021]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0022]
FIG. 1 is a conceptual diagram illustrating a configuration example of a communication system according to the present embodiment. The communication system includes a conference system 401 having a host computer (abbreviated as a host PC) 402 and an access point 403 configured by, for example, a personal computer, and a personal computer (personal computer) serially connected to the access point 403 by, for example, an RS232C cable 404. And a client terminal 406 composed of a PDA (Personal Digital Assistant) or a notebook personal computer (abbreviated as a notebook PC) equipped with a wireless communication function.
[0023]
In the present embodiment, the case where the host PC 402 and the access point 403 are configured separately as the conference system 401 will be described as an example. However, as the conference system 401, the host PC 402 and the access point 403 are integrated. However, the configuration of the conference system 401 is not limited to a specific configuration, and it goes without saying that any configuration of the above may be used. In this embodiment, a case where a wireless communication function is installed as the client terminal 406 will be described as an example. However, the connection between the client terminal 406 and the conference system 401 is not limited to wireless communication. Of course, it goes without saying that connection by wired communication is also taken into consideration.
[0024]
FIG. 2 is a block diagram illustrating a configuration example of the client terminal 406. The client terminal 406 includes a Bluetooth wireless unit 510 and a client terminal main body 516.
[0025]
The Bluetooth wireless unit 510 includes an external interface 511, a link baseband controller (LBC) 512, a CPU 513, and a Bluetooth communication wireless circuit (abbreviated as a wireless circuit) 514 having a communication antenna 515. ing.
[0026]
The radio circuit 514 performs digital modulation, spread spectrum, signal level amplification, and the like. The CPU 513 and the LBC 512 have a function as a link manager that performs processing for configuring a wireless link, signal encoding / decoding processing, and the like. The external interface 511 has a function as a host command interface (HCI).
[0027]
On the other hand, the client terminal body 516 includes a transmission / reception buffer 501, a RAM 502, a PROM 503, a CPU 504, an audio / video identification unit 505, an LCD control unit 506, an input / output unit 507 having an operation unit 508 and a display unit 509. It has.
[0028]
The transmission / reception buffer 501 temporarily stores transmission / reception data. The CPU 504 controls the entire function of the client terminal 406. The RAM 502 serves as a work area when the CPU 504 performs processing. The PROM 503 stores a program for operating the CPU 504, a conference system application, various data such as a communication destination address, and the like. The audio / video identification unit 505 identifies multimedia information into audio data and image data. The operation unit 508 includes a microphone, a speaker, a key button, and the like. The display unit 509 is configured by, for example, an LCD that displays an image according to the control of the LCD control unit 506. The LCD control unit 506 performs display control for the display unit 509.
[0029]
FIG. 3 is a block diagram illustrating a configuration example of the access point 403. The access point 403 includes a Bluetooth wireless unit 619 and an access point main body 620.
[0030]
As with the client terminal 406, the Bluetooth wireless unit 619 includes a Bluetooth communication wireless circuit (abbreviated as a wireless circuit) having an external interface 614, a link baseband controller (LBC) 615, a CPU 616, and a communication antenna 618. 617.
[0031]
The radio circuit 617 performs digital modulation, spread spectrum, signal level amplification, and the like. The CPU 616 and the LBC 615 have a function as a link manager that performs processing for configuring a wireless link, signal encoding / decoding processing, and the like. The external interface 614 has a function as a host command interface (HCI).
[0032]
On the other hand, the access point body 620 includes a CPU 601, a power supply unit 602, an AC adapter 603, a RAM 604, a ROM 605, a modem unit 606, a switch 607, an RTC (Real Time Clock) circuit 608, and a connector (PC card). Interface) 609, a modular jack 610, a public line 611, an RS232C connector 612, and a plurality of LEDs 613.
[0033]
The CPU 601 controls the overall operation of the access point 403. A power source 602, RAM 604, ROM 605, modem unit 606, switch 607, RTC circuit 608, and connector 609 as a PC card interface are connected to the CPU 601. Power from the AC adapter 603 connected to the AC power supply is supplied to the CPU 601 through the power supply unit 602. The modem unit 606 is connected to the public line 611 via the modular jack 610. The modem unit 606 converts analog data input from the public line 611 via the modular jack 610 into digital data and transfers the digital data to the CPU 601. The RS232C connector 612 is provided for serially connecting an external device such as the personal computer 405 and the access point 403 via the RS232C cable 404. Modulation / demodulation operations by the modem unit 606 and data transfer via the RS232C connector 612 are performed under the control of the CPU 601.
[0034]
The ROM 605 stores a communication protocol, a PIN code, a link key, a connection destination address list, and the like, and also has a function as a nonvolatile memory. The RAM 604 stores an operation program for the access point 403, a device driver, and the like. The RTC circuit 608 is a circuit for measuring the current time. A plurality of LEDs 613 are connected to the RTC circuit 608.
[0035]
FIG. 4 is a diagram showing a sequence related to Bluetooth connection. A host that hosts a conference (organizer: a conference system 401 including a host terminal 402 and an access point 403) and a client that participates in the conference (participant: client terminal 406). ) And the authentication and encryption processing.
[0036]
First, the host (organizer) makes an inquiry request (inquiry) in order to search for a communicable partner (client (participant)) in the communication area (701). Next, the host (organizer) sends an LMP_name_Req command, which is a command for searching for a device name (to acquire the Bluetooth device name of the device owned by the client (participant)), to the client that responded to the inquiry request. It is transmitted to the client (participant) (702). In response to this, the client (participant) transmits an LMP_name_Rsp command, which is a command for returning the Bluetooth device name to the host (organizer), to the host (organizer) (703). At this time, the client (participant) does not need to perform an operation such as pressing the button of the operation unit 508 of the client terminal 406 when transmitting the LMP_name_Rsp command.
[0037]
The host (organizer) refers to the participant list (a list in which user data of clients (participants) connected to the host (organizer) in the past) is referred to and calls (paging) the desired connection partner. A synchronization process called 704 is performed (704). Next, the client (participant) side requests a link key from the host (organizer) (705). Next, both the client (participant) and the host (organizer) enter the PIN code (706). Next, the host (organizer) performs an authentication process using the link key created by the PIN code (707), encrypts the data (708), and sends a connection completion notification to the host (organizer) and client (host). (Participants) receive each other and end (709).
[0038]
FIG. 5 is a flowchart illustrating an example of a procedure for installing the conference system function in devices (host PC 402 and client terminal 406) owned by the host (host) and the client (participant). The processing shown in this flowchart is executed by the CPU (not shown) of the host (host) host PC 402 and the CPU 504 of the client (participant) client terminal 406 based on the program in response to the operation of the operator.
[0039]
The host (host) and the client (participant) start the installation of the conference system function by a predetermined operation from the operation unit of each of the host PC 402 and the client terminal 406 (step S801), and specify the installation destination device (step S801). Step S802). Next, various modes are designated by a predetermined operation from the operation unit (step S803). Here, the various modes refer to the mode in which the client function is installed in the device, the mode in which the host function is installed in the device, the full installation mode (installation with limited conference system functions), and the custom installation mode (conferencing system functions are limited). No installation) mode, automatic mode (mode in which user data and group keywords are automatically stored in a specific packet when the device starts up), manual mode (user data and group keywords are manually entered and stored in specific packets) Mode).
[0040]
Next, user data for identifying a client (participant) is input by a predetermined operation from the operation unit (step S804). Here, the user data includes name, affiliation, extension number, personal name code, data that characterizes the client (participant) (specific password, Bluetooth address unique to the device owned by the client (participant)), or a conference Data such as days. By inputting the above user data, the installation of the conference system function ends (step S805).
[0041]
The automatic mode is a mode for creating a Bluetooth device name by adding a group keyword to the head of the Bluetooth device name when the conference system function is activated. Further, in the case of the automatic mode, an operation is performed in which it is regarded as OK after a predetermined time has passed and the process proceeds to the next control. The manual mode is a mode in which a group keyword is manually input from the input / output unit 507 of the client terminal 406. In addition, the above-described various modes can be changed on the device setting screen not only when the conference system function is installed but also when the application is launched after the installation. Further, after the setting is changed, a command indicating the purpose of the setting change is transmitted to the counterpart device, and a process for unifying the modes on the transmitting side and the receiving side is performed.
[0042]
FIG. 6 is a flowchart showing the processing of the client terminal 406 owned by the client (participant). The processing shown in this flowchart is executed by the CPU 504 of the client (participant) client terminal 406 based on a program.
[0043]
When the client (participant) enters the conference room, the conference system application stored in the PROM 503 is activated by performing a predetermined operation from the operation unit 508 of the client terminal 406 (step S901). When the conference system application is activated, user data input at the time of installation on the client terminal 406 is displayed on the display unit 509 of the client terminal 406, so that the client (participant) displays contents (password, user name, etc.) on the display unit 509. Is confirmed (step S902). When the client terminal 406 is set to the automatic mode, it is automatically determined to be OK after a certain amount of time has passed. However, when the client terminal 406 is set to the manual mode, the button of the operation unit 508 is used. An operation to confirm by pressing is required.
[0044]
Therefore, when the client terminal 406 is set to the manual mode, the client (participant) inputs a group keyword from the operation unit 508. On the other hand, when the client terminal 406 is set to the automatic mode, the group keyword input when the conference system function is installed on the client terminal 406 is stored at the head of the Bluetooth device name. The group keyword referred to here includes, for example, keywords such as “Ox regular” (meeting name), “planning △ section” (affiliation), “high priority” (priority indicating the priority of the meeting), etc. It is for grouping participants.
[0045]
Next, the conference system function installed in the client terminal 406 according to the procedure shown in FIG. 5 writes the user data in the Bluetooth device name (step S904). In this case, the client (participant) does not need processing such as pressing the button of the operation unit 508 of the client terminal 406. Since the information stored in the Bluetooth device name includes important data such as a person name code and an extension number, the client device 406 performs an encryption process on the Bluetooth device name using an algorithm specific to the conference system function (step S905). ) Waits for communication from the host (organizer) side (step S906).
[0046]
Next, the client terminal 406 receives an LMP_name_Req command from the host (organizer) via the Bluetooth wireless unit 510 (step S907), and receives a packet storing the information of the Bluetooth device name into which the user data is written in step S904. It transmits to a host (organizer) (step S908). Accordingly, authentication and encryption are performed in the host (host) (step S909). The client terminal 406 receives the connection completion notification from the host (organizer) to complete the connection (step S910), and can send and receive data between the client (participant) and the host (organizer) (step S911). ).
[0047]
FIG. 7 is a flowchart showing the processing of the host PC 402 of the host (organizer). The processing shown in this flowchart is executed based on a program by the CPU of the host (host) host PC 402.
[0048]
The host (host) host PC 402 activates the conference system application stored in the ROM (not shown) (step S1001). Next, the host PC 402 makes an inquiry to search for a communicable device (step S1002). Next, the host PC 402 transmits an LMP_name_Req command via the Bluetooth wireless unit 619 of the access point 403 in order to acquire the Bluetooth device name of the client device that has responded to the inquiry (step S1003). Next, the host PC 402 receives the LMP_name_Rsp command and the Bluetooth device name from the client (participant) via the Bluetooth wireless unit 619 of the access point 403 (step S1004), and the received Bluetooth device name is an algorithm specific to the conference system. (Step S1005).
[0049]
At this time, if the conference system function of the client (participant) and the host (host) is the same, the encryption algorithm is the same, so the decryption can be performed, but the conference where the client (participant) and the host (host) are different. If the system function is installed, or if the client (participant) has not installed the conference system function, the data from the client (participant) cannot be decrypted. (Participant) is regarded as an unauthorized participant and connection is refused. Moreover, even if a third party intercepts the Bluetooth device name, data leakage from the client (participant) cannot be decrypted unless the same conference system function is installed, thus reducing data leakage. .
[0050]
Next, the host (host) host PC 402 confirms whether or not there is a participant list indicating participants who participate in the conference in a storage device such as a hard disk (step S1006). If there is no participant list, a participant list is created (step S1007). The case where there is no participant list is when the client (participant) uses the conference system function on the host (organizer) side for the first time or when the past participant list is deleted. If the presence of the participant list is confirmed, the host PC 402 adds the content of the acquired Bluetooth device name to the participant list (step S1008).
[0051]
Next, the host (organizer) selects a group keyword from the operation unit of the host PC 402. For example, when it is desired to connect only to a client (participant) having the group keyword “quality assurance meeting”, the group keyword “quality assurance meeting” is selected (step S1009). Next, the host PC 402 filters the participant list with the selected group keyword (step S1010). Next, the host PC 402 determines a desired name extracted from the participant list by the filtering as a connection partner (step S1011), and performs a call (step S1012). Thereafter, the host PC 402 performs authentication and encryption (step S1013), and transmits a connection completion notification to the client terminal 406 of the client (participant) via the Bluetooth wireless unit 619 of the access point 403 (step S1014). ), It will be in the standby state.
[0052]
FIG. 8 is a diagram illustrating a concept until the host (organizer) determines a connection destination from the Bluetooth device name acquired from the client (participant). FIG. 8 shows an example in which the host (organizer) adds the Bluetooth device name acquired from the client (participant) to the participant list, and determines the connection destination by filtering the participant list.
[0053]
As described above, according to the present embodiment, the client (participant) characterizes the name, affiliation, extension number, personal name code, name, affiliation, extension number, personal name code, client (participant) in advance. User data such as data (specific password, device-specific Bluetooth address owned by the client (participant)) is stored in the Bluetooth device name, and the host (organizer) from the client (participant) uses the LMP_name_Req command to execute Bluetooth. A device name is acquired, and a desired connection partner is connected based on a group keyword included in information indicating the Bluetooth device name. Since this LMP_name_Req command is one of the Bluetooth connection sequences, the host (host) can acquire user data until the connection process is completed, and unnecessary data communication is not required.
[0054]
As a result, the host (host) can select and connect only a desired client (participant) from an unspecified number of clients (participants). In addition, an LMP_name_Req command (a command for acquiring a Bluetooth device name of a device owned by the client (participant)) or an LMP_name_Rsp command (client) used in communication between the host (organizer) and the client (participant). (Command that returns Bluetooth device name from (participant) to host (organizer)) can use the command in the Bluetooth connection sequence, so it is not necessary to add a sequence process to implement the present invention. Yes, communication processing between the host (host) and the client (participant) can be simplified.
[0055]
In the above embodiment, the case where the communication system has the configuration shown in FIG. 1 has been described as an example. However, the present invention is not limited to this, and the number of installed components and the installation form of the communication system are not limited thereto. The installed model can be arbitrary. For example, the client terminal is not limited to a PDA or a notebook PC, and other devices having a communication function may be used in addition to these.
[0056]
In the above-described embodiment, a conference is given as an example of selecting and connecting only a desired client (participant) from an unspecified number of clients (participants). However, the present invention is not limited to this. However, the present invention can be applied to other forms other than the conference in which an unspecified number of clients (participants) participate.
[0057]
Another object of the present invention is to supply a storage medium storing software program codes for realizing the functions of the embodiments to a system or apparatus, and a computer (or CPU, MPU, etc.) of the system or apparatus stores the storage medium. This can also be achieved by reading and executing the program code stored in.
[0058]
In this case, the program code itself read from the storage medium realizes the functions of the above-described embodiment, and the storage medium storing the program code constitutes the present invention.
[0059]
Examples of the storage medium for supplying the program code include a floppy (registered trademark) disk, a hard disk, a magneto-optical disk, a CD-ROM, a CD-R, a CD-RW, a DVD-ROM, a DVD-RAM, and a DVD. -RW, DVD + RW, magnetic tape, nonvolatile memory card, ROM, etc. can be used.
[0060]
Further, by executing the program code read by the computer, not only the functions of the above-described embodiments are realized, but also an OS (operating system) running on the computer based on the instruction of the program code. A case where part or all of actual processing is performed and the functions of the above-described embodiments are realized by the processing is also included.
[0061]
Further, after the program code read from the storage medium is written in a memory provided in a function expansion board inserted into the computer or a function expansion unit connected to the computer, the function expansion is performed based on the instruction of the program code. This includes the case where the CPU or the like provided in the board or the function expansion unit performs part or all of the actual processing, and the functions of the above-described embodiments are realized by the processing.
[0062]
[Example of embodiment]
Examples of embodiments of the present invention are listed below.
[0063]
Embodiment 1”
An organizer-side communication device owned by the organizer of the conference using communication, and a participant-side communication device owned by a participant of the conference
The participant communication device transmits user data for identifying a conference participant to the organizer communication device, and the organizer communication device receives the user data transmitted from the participant communication device. And adding the user data to the participant list,
The user data is data including at least one of name, affiliation, extension number, person name code, specific password, address unique to the participant communication device, conference date,
The said participant list is a list which described the user data of the participant side communication apparatus connected to the said organizer side communication apparatus in the past, The communication system characterized by the above-mentioned.
[0064]
“Embodiment 2”
The participant communication device includes storage means for storing the user data in a packet, and transmission means for transmitting the user data stored in the packet to the organizer communication device by short-range wireless communication. The communication system according to embodiment 1, which is characterized.
[0065]
“Embodiment 3”
The organizer-side communication device newly receives the user data transmitted from the participant-side communication device by the short-range wireless communication, and the user data received by the receiver is newly added to the organizer. The communication system according to claim 1, further comprising an adding unit that adds the user data of the participant communication device connected to the communication device to the participant list.
[0066]
“Embodiment 4”
The communication system according to claim 2, wherein the storage unit of the participant side communication device stores a group keyword for grouping conference participants in the packet.
[0067]
“Embodiment 5”
5. The communication system according to claim 3, wherein the organizer-side communication apparatus includes an extraction unit that extracts a connection partner using the group keyword from the participant list created by the addition unit. .
[0068]
“Embodiment 6”
The communication system according to embodiment 4 or 5, wherein the group keyword is a keyword including at least one of a meeting name, affiliation, and a priority indicating a priority of the meeting.
[0069]
“Embodiment 7”
The participant-side communication device automatically inputs the user data and the group keyword into the packet when the participant-side communication device is activated, and manually inputs the user data and the group keyword to the packet. 5. The communication system according to claim 1, wherein the communication mode is stored in a manual mode.
[0070]
“Embodiment 8”
The communication system according to embodiment 2, wherein the short-range wireless communication is wireless communication based on Bluetooth.
[0071]
“Embodiment 9”
The communication system according to claim 1, wherein the participant communication device is a device selected from the group consisting of a portable information terminal, a portable computer, and other devices having communication functions other than these.
[0072]
“Embodiment 10”
The communication system according to claim 1, wherein the communication system is applicable when the conference is performed by wired communication between the organizer-side communication device and the participant-side communication device.
[0073]
“Embodiment 11”
In the participant side communication device that can communicate with the organizer side communication device owned by the organizer of the conference conducted using communication,
Storage means for storing user data for identifying a conference participant in a packet; and transmission means for transmitting the user data stored in the packet to the organizer-side communication device by short-range wireless communication. Participant side communication device.
[0074]
“Embodiment 12”
In the organizer side communication device that can communicate with the participant side communication device owned by the participants of the conference using communication,
Receiving means for receiving user data for identifying a conference participant transmitted from the participant side communication device by short-range wireless communication, and the user data received by the receiving means are newly added to the organizer side communication device. An organizer-side communication device, comprising: an adding means for adding to the participant list as user data of the connected participant-side communication device.
[0075]
“Embodiment 13”
In a communication connection method executed by a communication system including an organizer-side communication device owned by a conference organizer that uses communication and a participant-side communication device owned by a participant of the conference,
A transmission step of transmitting user data for identifying a conference participant from the participant communication device to the organizer communication device, and the user data transmitted from the participant communication device as the organizer communication device. A receiving step received by the step, and an additional step of adding the user data received by the receiving step to a participant list in which user data of a participant side communication device connected to the organizer side communication device has been recorded in the past. A communication connection method characterized by comprising:
[0076]
“Embodiment 14”
In a program for executing a communication connection method by a communication system including an organizer-side communication device owned by the organizer of a conference performed using communication and a participant-side communication device owned by a participant of the conference
A transmission function for transmitting user data for identifying a conference participant from the participant communication device to the organizer communication device, and the user data transmitted from the participant communication device as the organizer communication device. And an additional function of adding the user data received by the reception function to the participant list in which the user data of the participant communication device connected to the organizer communication device in the past is recorded. A program to be realized on a computer.
[0077]
“Embodiment 15”
A program for executing a communication connection method by a communication system including an organizer side communication device owned by an organizer of a conference performed using communication and a participant side communication device owned by a participant of the conference is stored. In a computer-readable storage medium,
The communication connection method includes: a transmitting step of transmitting user data for identifying a conference participant from the participant communication device to the organizer communication device; and the user data transmitted from the participant communication device. The reception step received by the organizer side communication device, and the user data received by the reception step in the participant list describing the user data of the participant side communication device connected to the organizer side communication device in the past A storage medium comprising an additional step of adding.
[0078]
【The invention's effect】
As described above, according to the present invention, the organizer-side communication device can select and connect only a desired participant-side communication device from an unspecified number of participant-side communication devices. . Further, the command used in the communication between the organizer side communication device and the participant side communication device can use a command in a connection sequence of short-range wireless communication (wireless communication by Bluetooth), and thus the present invention is implemented. Therefore, it is not necessary to bother to add sequence processing, and communication processing between the organizer side communication device and the participant side communication device can be simplified.
[Brief description of the drawings]
FIG. 1 is a conceptual diagram showing a configuration example of a communication system according to an embodiment of the present invention.
FIG. 2 is a block diagram illustrating a schematic configuration example of a client terminal.
FIG. 3 is a block diagram illustrating a schematic configuration example of an access point.
FIG. 4 is a diagram illustrating a sequence related to exchange of information on a Bluetooth device name in a Bluetooth connection.
FIG. 5 is a flowchart showing a procedure for installing a conference system function.
FIG. 6 is a flowchart showing a connection procedure on the client (participant) side.
FIG. 7 is a flowchart showing a connection procedure on the host (organizer) side.
FIG. 8 is a diagram illustrating a concept until a connection destination is determined from an acquired Bluetooth device name.
FIG. 9 is a diagram showing a general processing procedure for creating a link key.
FIG. 10 is a diagram illustrating a configuration example of a packet format of a packet payload for storing a Bluetooth device name.
[Explanation of symbols]
401 Conference system
402 Host PC (Organizer side communication device, adding means, extracting means)
403 access point (reception means)
406 Client terminal (participant side communication device)
510 Bluetooth wireless unit (transmission means)
516 Client terminal body (storage means)

Claims (7)

通信を利用して行う会議の主催者が所有する主催者側通信装置と、前記会議の参加者が所有する参加者側通信装置とを備え、
前記参加者側通信装置は、会議参加者を識別するユーザデータを前記主催者側通信装置に送信し、前記主催者側通信装置は、前記参加者側通信装置から送信された前記ユーザデータを受信すると共に前記ユーザデータを参加者リストに追加することを特徴とする通信システム。
An organizer-side communication device owned by the organizer of the conference using communication, and a participant-side communication device owned by a participant of the conference
The participant communication device transmits user data for identifying a conference participant to the organizer communication device, and the organizer communication device receives the user data transmitted from the participant communication device. And adding the user data to a participant list.
前記主催者側通信装置は、前記参加者リストの含まれるユーザデータに基づいて、会議参加者を決定することを特徴とする請求項1記載の通信システム。The communication system according to claim 1, wherein the organizer-side communication device determines a conference participant based on user data included in the participant list. 前記ユーザデータはグループキーワードを含み、前記主催者側通信装置は、前記グループキーワードに基づいて、接続相手を抽出することを特徴とする請求項1記載の通信システム。The communication system according to claim 1, wherein the user data includes a group keyword, and the organizer-side communication device extracts a connection partner based on the group keyword. 会議システムを提供する通信装置において、
会議参加者を識別するユーザデータをパケットに格納する格納手段と、
前記パケットに格納した前記ユーザデータを会議主催者側通信装置に送信する送信手段とを備えることを特徴とする通信装置。
In a communication device that provides a conference system,
Storage means for storing user data identifying conference participants in a packet;
A communication apparatus comprising: a transmission unit configured to transmit the user data stored in the packet to a meeting organizer side communication apparatus.
会議システムを提供する通信装置において、
参加者側通信装置から送信された会議参加者を識別するユーザデータを受信する受信手段と、
前記受信手段により受信した前記ユーザデータを、新たに接続した参加者側通信装置のユーザデータとして参加者リストに追加する追加手段とを備えることを特徴とする通信装置。
In a communication device that provides a conference system,
Receiving means for receiving user data for identifying a conference participant transmitted from the participant side communication device;
A communication apparatus comprising: an adding means for adding the user data received by the receiving means to the participant list as user data of a newly connected participant side communication apparatus.
会議システムを提供するためのプログラムにおいて、
ユーザデータを登録するための登録ステップと、
前記登録ステップにおいて登録されたユーザデータに基づいて、機器名を決定する決定ステップと、
前記決定ステップにおいて決定した機器名を、通信を行う際の機器名に利用するステップを有することを特徴とするプログラム。
In a program for providing a conference system,
A registration step for registering user data;
A determination step of determining a device name based on the user data registered in the registration step;
A program comprising a step of using the device name determined in the determining step as a device name when performing communication.
会議システムを提供するためのプログラムにおいて、
会議参加者機器への問い合わせに対する応答により取得した複数のユーザデータを記憶するための記憶ステップと、
前記記憶ステップにおいて記憶されたユーザデータと、オペレータにより指定された情報とに基づいて、会議参加者を抽出するステップを有することを特徴とするプログラム。
In a program for providing a conference system,
A storage step for storing a plurality of user data acquired in response to an inquiry to the conference participant device;
A program comprising a step of extracting conference participants based on user data stored in the storing step and information specified by an operator.
JP2003192129A 2003-07-04 2003-07-04 Communication system, communication device, and program Withdrawn JP2005025621A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003192129A JP2005025621A (en) 2003-07-04 2003-07-04 Communication system, communication device, and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003192129A JP2005025621A (en) 2003-07-04 2003-07-04 Communication system, communication device, and program

Publications (1)

Publication Number Publication Date
JP2005025621A true JP2005025621A (en) 2005-01-27

Family

ID=34189519

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003192129A Withdrawn JP2005025621A (en) 2003-07-04 2003-07-04 Communication system, communication device, and program

Country Status (1)

Country Link
JP (1) JP2005025621A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006303742A (en) * 2005-04-18 2006-11-02 Toshiba Corp Electronic apparatus and shared data management method
JP2007013353A (en) * 2005-06-29 2007-01-18 Nec Corp Character/data transmission/reception system, terminal management equipment and character/data transmission/reception method to be used for the same and its program
JP2015001958A (en) * 2013-06-18 2015-01-05 シャープ株式会社 Communication system
JP2015179354A (en) * 2014-03-19 2015-10-08 富士ゼロックス株式会社 Information processor, information processing system, and program

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006303742A (en) * 2005-04-18 2006-11-02 Toshiba Corp Electronic apparatus and shared data management method
JP4713926B2 (en) * 2005-04-18 2011-06-29 株式会社東芝 Electronic device and shared data management method
JP2007013353A (en) * 2005-06-29 2007-01-18 Nec Corp Character/data transmission/reception system, terminal management equipment and character/data transmission/reception method to be used for the same and its program
JP4595712B2 (en) * 2005-06-29 2010-12-08 日本電気株式会社 Character / data transmission / reception system, terminal management apparatus, character / data transmission / reception method used therefor, and program thereof
JP2015001958A (en) * 2013-06-18 2015-01-05 シャープ株式会社 Communication system
JP2015179354A (en) * 2014-03-19 2015-10-08 富士ゼロックス株式会社 Information processor, information processing system, and program

Similar Documents

Publication Publication Date Title
US7911979B2 (en) Time based access provisioning system and process
CN101480012B (en) Method for presenting multimedia content
CN101449561B (en) System and method for mobile telephone as audio gateway
JP5529875B2 (en) Content providing system and method for providing data service via short-range wireless communication network, and CPNS server and mobile communication terminal for the same
KR101595762B1 (en) Method for controlling remote of portable terminal and system for the same
US20070239877A1 (en) Function setting system, setting machine, function setting method, program, and computer-readable recording medium
US20070073842A1 (en) Method and a system for establishing a connection with identification and group information
CN102077507A (en) Automatic transfer of information through physical docking of devices
JP5196716B2 (en) Wireless communication apparatus and program
CN113366439A (en) Method and device for connecting Bluetooth device
JP2007280176A (en) Communication terminal and communication system
US8270903B2 (en) Method for displaying information in mobile communication terminal using bluetooth
JP2007519271A (en) System and method for providing a presentation
TW201215060A (en) Mobile communication device, mobile network sharing method and electronic device
JP4505929B2 (en) COMMUNICATION SYSTEM, COMMUNICATION METHOD, AND COMPUTER PROGRAM
JP2002290509A (en) Communication system for electronic equipment, mobile wireless radio, electronic equipment, and computer program
JP2009200922A (en) Communication apparatus, communication method, program, and storage medium
JP2007174536A (en) Radio control terminal, radio communication system, and radio communication method
JP2005025621A (en) Communication system, communication device, and program
JP2008210397A (en) Communication terminal and communication system
JP2004104489A (en) Ip telephone, ip telephone system, and address information change request method
JP2003198672A (en) Portable communication terminal and its control method
JP2004178409A (en) Communication device
KR20070023064A (en) Method for emoticon utilization with multimedia effect using messenger in mobile communication terminal
JP2003348098A (en) Method for specifying equipment of communication party in radio communication

Legal Events

Date Code Title Description
RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20060417

A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20060905