JP2007027940A - データファイル送信方法および無線通信装置 - Google Patents

Abstract

【課題】 データファイルを効率的に送信することのできる技術を提供する。
【解決手段】 本発明の無線通信端末装置２ｂにおいて、格納部３８は、少なくとも１つのデータファイルを格納する。データファイル選択部３０は、格納部３８に格納されたデータファイルのなかから、受付部１２ｂにおいて受け付けたユーザによる指示をもとに、データファイルを選択する。探索部３２は、データファイルのダウンロード要求信号を発信している無線通信端末２ａを探索する。送信先選択部３６は、探索した無線通信端末２のなかから、受付部１２ｂにおいて受け付けたユーザによる指示をもとに、送信先となる無線通信端末２ａを選択する。送受信部１４ｂは、送信先となる無線通信端末２ａに対して、選択したデータファイルを送信する。
【選択図】 図４

Description

本発明は、複数の通信端末の間で通信を行う技術に関し、とくに無線ネットワークにおいて画像ファイルなどのデータファイルを送信する技術に関する。

情報端末の小型化および軽量化が実現されたことにより、情報端末を持ち運ぶことが一般的になってきた。近年では、基地局やアクセスポイントなどのインフラを利用して、複数のユーザがゲームプログラムや画像ファイルなどのデータファイルを交換できる無線通信環境が現実のものとなってきている。また一方で、オンデマンド型の通信として無線アドホックネットワークを構築する研究が盛んに行われている。アドホックネットワークでは、基地局やアクセスポイントが不要となるため、このようなインフラが存在しない場所でも簡易に無線ネットワークを構築することができる。アドホックネットワークでは、複数のユーザが携帯型の無線通信端末装置を持ち寄って相互に無線通信することで、データファイルを交換することも可能となる。

インフラストラクチャネットワークやアドホックネットワークは、IEEE802.11やBluetoothなどの技術を用いて実現される。従来想定されていた無線通信の環境としては、数台の端末が集まり、それらの端末間での通信を実現するものが一般であったが、インフラストラクチャネットワークやアドホックネットワークにおいては、例えば数十台といった数多くの端末が１つの環境に集まる状況も想定される。

IEEE802.11を用いた無線ネットワークでは、互いに通信する端末のグループを構成する基本単位として、BSS(Basic Service Set)を規定している。BSSは、互いに通信する端末のグループの集合を指し、同じBSSに所属する端末同士が通信できる。BSSは、48ビットの識別子(Basic Service Set ID: BSSID)で特定され、BSSIDには、環境内で唯一の値が割り当てられる。BSSIDとは別に、BSSを識別するために0-32バイトの文字列からなるSSID(Service Set ID)も存在する。SSIDは任意に設定可能であり、複数のBSSに同じSSIDを割り当てることも可能である。BSSは、端末またはアクセスポイントがビーコンと呼ばれる基準パケットを送信することで構成される。ビーコンが到達する範囲がBSSの空間的な範囲を構成し、同一の空間内に複数のBSSが存在してもよい。

ある端末がデータファイルを他の端末に送信するためには、両者が同一のBSSに所属している必要がある。同一のBSS内でデータファイルを送信する一つの手法として、例えばデータファイルを有する端末が、データファイルを有していることを示す情報パケットを定期的に送信し、その情報パケットを受信した端末がデータファイルのダウンロード要求を返信すると、データファイルを有する端末が、その返信を受けてデータファイルを送信することが考えられる。送信するデータファイルが、例えばゲームプログラムなど、一般に流通しているものであれば、そのデータファイルを持っていることを報知することに問題はない。しかしながら、例えば、撮影した写真データなど、個人性の高いデータについては、それを保持していることを報知することが好ましくない状況も発生しうる。

そこで本発明は、データファイルを効率的に送信することのできる技術を提供することを目的とする。

上記課題を解決するために、本発明のある態様のデータファイル送信方法は、送信するデータファイルを選択するステップと、データファイルのダウンロードを要求する無線通信端末を探索するステップと、探索した結果をもとに、送信先となる無線通信端末を特定するステップと、特定した無線通信端末に対して、選択したデータファイルを送信するステップとを備える。

本発明の別の態様は、無線通信装置である。この装置は、少なくとも１つのデータファイルを格納する格納部と、ユーザからの指示を受け付ける受付部と、格納部に格納されたデータファイルのなかから、受付部において受け付けたユーザによる指示をもとに、データファイルを選択する第１選択部と、データファイルのダウンロード要求信号を発信している無線通信端末を探索する探索部と、探索した無線通信端末のなかから、受付部において受け付けたユーザによる指示をもとに、送信先となる無線通信端末を選択する第２選択部と、送信先となる無線通信端末に対して、選択したデータファイルを送信する送信部とを備える。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によると、データファイルを効率的に送信することのできる技術を提供することができる。

図１は、IEEE802.11を用いたアドホックネットワークにおける独立BSS(Independent Basic Service Set:IBSS)を概念的に示す。IBSSは無線ネットワークに相当する。同一のIBSSに所属するステーションは、互いに直接通信でき、ここでは、４台の無線通信端末装置２ａ、２ｂ、２ｃ、２ｄ（以下、「無線通信端末」と呼ぶ）を例示している。なお、IBSSを構成する無線通信端末２の台数は４台に限定するものではなく、４台以外の台数であってもよい。無線通信端末２は無線通信機能を有し、複数の無線通信端末２が集まることによって、無線ネットワークを構築する。IEEE802.11などの無線ＬＡＮの規格を使用することで、無線アドホックネットワークを構築できる。IBSSでは、アドホックネットワークを構築することで、基地局やアクセスポイントなどのインフラストラクチャを別途必要とすることなく、複数の無線通信端末２の間の通信を実現できる。IBSSの通信範囲は、基本サービスエリアと呼ばれ、この基本サービスエリアは、無線媒体の伝播特性によって決定される。

本実施例は、IBSSとして構築された無線ネットワークにおいて、２つの無線通信端末２の間でデータファイルを送受信する技術を提供する。本実施例の無線通信システムで送信されるデータファイルは、デジタルスチルカメラで撮影された画像データなど、個人性の高い画像データを想定している。このようなデータファイルは、個人的に保持されるものであって、見ず知らずの人との間で交換する類のものでないことが多い。

そのため、データファイルを送信する前に、データファイルを保持していることを無線ネットワークに参加しているメンバー全員に報知することは、個人情報を漏洩することになるため好ましくない。特に、端末間の接続関係を目で確認できない無線ネットワークの場合、データファイルのダウンロードを希望するメンバーを報知信号を用いて募集すると、結果として、そのデータファイルを保持していることを、見ず知らずのメンバーにも報知することになる。個人性の低いデータファイルをメンバー間で共有しようとする場合には、そのデータファイルのダウンロードを希望するメンバーを報知信号により募集することに問題はないが、個人性の高いデータファイルを友人などの特定のメンバー間で共有しようとする場合には、ダウンロードを希望するメンバーを募集するというアプローチは適切でないと言える。

このような事情のもと、本発明者は、個人性の高いデータファイルを保持するメンバーが、ダウンロードを希望するメンバーからの要求を受けてデータファイルを送信するアプローチを考案した。すなわち、考案したアプローチでは、データファイルの送信者が積極的に受信者を募集するのではなく、受信者が送信者に対してデータファイルを送るように要求する。これにより、データファイルの保持者（送信者）は、データファイルを保持していることを無線ネットワークの他のメンバーに報知しなくてすみ、個人情報の漏洩を防止できる。以下、同一の無線ネットワークに所属する無線通信端末２ｂと無線通信端末２ａの間で、データファイルを送受信する方法を説明する。なお、無線通信端末２ａはデータファイルのダウンロードを希望する端末であり、無線通信端末２ｂはデータファイルを保持している端末である。

図２は、データファイルのダウンロードを要求する無線通信端末の動作を示す。無線通信端末２ａは、データファイルのダウンロードを要求するダウンロード要求信号を発信する（Ｓ１０）。このダウンロード要求信号は、ダウンロードを希望するデータファイルを特定するのではなく、単に他の無線通信端末２に対してデータファイルの送信を要求するものである。ダウンロード要求信号は、同一の無線ネットワークに所属する他の無線通信端末２に対して周期的に送信される。ダウンロード要求信号には、無線通信端末２ａの呼び名（ニックネーム）が含まれる。ニックネームは、無線通信端末２ごとにユーザにより予め設定されている。無線通信端末２ａのユーザより、ダウンロード処理の中止指示がなされると（Ｓ１２のＹ）、ダウンロード要求信号の発信が停止されて、ダウンロード処理を終了する。

ユーザからダウンロードの中止指示がない状態で（Ｓ１２のＮ）、無線通信端末２ａは、データファイルを受信するまでの間（Ｓ１４のＮ）、ダウンロード要求信号の発信を継続して実行する。ダウンロード要求信号を受信した他の無線通信端末２ｂよりデータファイルが送信されると、無線通信端末２ａはダウンロード要求信号の発信を停止して、データファイルを受信し（Ｓ１４のＹ）、そのデータファイルを記憶手段に保存して（Ｓ１６）、ダウンロード処理を完了する。例えば、この記憶手段は、無線通信端末２ａに着脱可能な外部記憶装置であってもよい。なお、無線通信端末２ａは、ユーザからの中止指示をもとにダウンロード処理を中止することとしたが、例えば所定の時間内にデータファイルを受信できない場合に自動的にダウンロード処理を中止するタイムアウト処理を併用してもよい。

本実施例によるデータ送受信のアプローチでは、受信側の無線通信端末２ａは、受信するデータファイルの選択権を有しておらず、データファイルは、強制的に他の無線通信端末２から送信されることになる。そのため、予期しない相手方からデータファイルが送信される可能性もある。そのような場合には、Ｓ１６において、受信した画像をモニタに表示して、その画像を保存するか否かを問い合わせてもよい。ユーザが、保存しない旨を選択すると、無線通信端末２ａは、データファイルを保存せずに廃棄し、Ｓ１０に示したダウンロード要求信号の発信処理を再実行する。

図３は、データファイルを送信する無線通信端末の動作を示す。無線通信端末２ｂは、ユーザからの指示に基づいて、送信するデータファイルを選択する（Ｓ２０）。選択するデータファイルは、１つであってもよく、また複数であってもよい。無線通信端末２ｂは、データファイルを選択すると、所属する無線ネットワーク（BSS）においてダウンロード要求信号を発信している無線通信端末を探索する（Ｓ２２）。このとき、無線通信端末２ｂのユーザより探索処理の中止指示がなされると（Ｓ２４のＹ）、ダウンロード要求信号の探索処理が停止されて、本フローを終了する。

ユーザからの中止指示がない状態で（Ｓ２４のＮ）、ユーザよりデータファイルの送信先となる無線通信端末２の選択指示がなければ（Ｓ２６のＮ）、無線通信端末２ｂは、ダウンロード要求信号を受信したか否かを判定する（Ｓ２８）。なお、Ｓ２６における送信先の選択指示は、後述するリスト表示がなされた段階ではじめて実行可能となり、したがって、リスト表示がなされない段階では、ユーザは送信先を指定することはできない。

ダウンロード要求信号を受信していなければ（Ｓ２８のＮ）、探索処理を継続して実行する。一方、無線通信端末２ｂがダウンロード要求信号を受信すると（Ｓ２８のＹ）、ダウンロード要求信号に含まれるニックネームを抽出して、リスト化する。無線通信端末２ｂは、モニタを有しており、抽出されたニックネームはモニタにリスト表示される（Ｓ３０）。無線通信端末２ｂは、１つのダウンロード要求信号を受信した時点で、リスト表示を行う。無線通信端末２ｂは、リスト表示を行った後、引き続きダウンロード要求信号の探索処理を実行する。この探索処理において、無線通信端末２ｂは、別の無線通信端末２からダウンロード要求信号を受信するたびに、その無線通信端末２をリストに追加する。無線ネットワークにおいて、複数の無線通信端末２がダウンロード要求信号を発信している場合には、複数の無線通信端末２のニックネームが、無線通信端末２ｂのモニタにリスト表示されることになる。

リスト表示がなされた後、リスト表示された無線通信端末２のなかから、ユーザにより無線通信端末２ａが選択されると（Ｓ２６のＹ）、無線通信端末２ｂは、無線通信端末２ａをデータファイルの送信先として決定する（Ｓ３２）。無線通信端末２ｂは、ダウンロード要求信号の探索処理を停止し、Ｓ２０において選択したデータファイルを、無線通信端末２ａに対して送信する（Ｓ３４）。なお、無線通信端末２ｂは、ユーザからの中止指示をもとに探索処理を中止することとしたが、例えば所定の時間内にダウンロード要求信号を受信できない場合に自動的に探索処理を中止するタイムアウト処理を併用してもよい。

図２および図３に基づいて説明したように、本実施例のデータファイル送受信方法によると、ダウンロードを要求する無線通信端末２ａが、データファイル送受信処理の契機となるダウンロード要求信号を発信し、データファイルを保持する無線通信端末２ｂが、無線通信端末２ａを送信先として選択する。これにより、無線通信端末２ｂは、自身がデータファイルを保持していることを無線ネットワーク内の他の無線通信端末２に報知する必要がない。これにより、個人性の高い写真データなどを安全に送信することが可能となる。

例えば無線通信端末２ａと２ｂのユーザ同士の間で、特定のデータファイルを送受信することを決めた後に、このデータファイルの送受信処理を実行する利用場面が想定される。具体的には、無線通信端末２ａのユーザが、無線通信端末２ｂのユーザに対して、特定のデータファイルを口頭で要求し、無線通信端末２ｂのユーザがＯＫを出したあとに、無線通信端末２ａが図２のフローチャートで示す動作を実行し、無線通信端末２ｂが図３のフローチャートで示す動作を実行する。このように、本実施例のスキームは、友人同士の間での特定のデータファイルを送受信する際に利用されることが多いと考えられる。

本実施例のように、ダウンロード要求信号を発信している無線通信端末２のニックネームがリスト表示されて、無線通信端末２ｂのユーザが無線通信端末２ａのニックネームを選択する場合には、無線通信端末２ｂのユーザが、無線通信端末２ａのニックネームを予め知っている必要がある。知らない場合に、１台の無線通信端末２のニックネームのみがリスト表示されている場合には、その無線通信端末２が、友人の無線通信端末２ａであることが推測できるが、複数台の無線通信端末２のニックネームがリスト表示されている場合には、どの無線通信端末２を選択すればよいか、無線通信端末２ｂのユーザには不明である。そのため、無線通信端末２ｂのユーザは、送信先を選択する前に、無線通信端末２ａのニックネームを予め聞いておくことが好ましい。

図４は、データファイルの受信側の構成および送信側の機能ブロックを示す。図４では、無線通信端末２ａとしてデータファイルの受信側の構成を、無線通信端末２ｂとしてデータファイルの送信側の構成を示しているが、実際には無線通信端末２の単体が、受信側および送信側の双方の構成を有している。

本実施例における無線通信端末２のデータ送受信機能は、ＣＰＵ、メモリ、メモリにロードされたプログラムなどによって実現され、ここではそれらの連携によって実現される構成を描いている。プログラムは、無線通信端末２に内蔵されていてもよく、また記録媒体に格納された形態で外部から供給されるものであってもよい。したがってこれらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者に理解されるところである。

入力インタフェース１０ａおよび１０ｂは、ユーザからの操作指示を受け付ける方向キーなどの操作ボタン群であってもよく、またキーボードなどの他の入力ツールであってよい。例えば、入力インタフェース１０ａおよび１０ｂは、○、△、□、×がそれぞれ表示された４つの操作ボタンと、上、下、左、右の４方向の操作を行う４つの方向キーを有してもよい。

受付部１２ａおよび１２ｂは、ユーザにより入力インタフェース１０ａおよび１０ｂのそれぞれから入力される指示を受け付ける。この指示は、操作ボタンや方向キーの押下として受け付けられる。モニタ１６ａおよび１６ｂは、液晶パネルやＥＬ（electroluminescense）パネルなどにより構成される。格納部２２および３８は、メモリスティックなどの外部記憶装置として構成されてもよく、また内蔵されたハードディスクなどの内部記憶装置であってもよく、また外部記憶装置および内部記憶装置の双方より構成されてもよい。送受信部１４ａおよび１４ｂは、無線インタフェース装置として構成され、信号を送信する送信部および信号を受信する受信部の双方の機能をもつ。

まず、無線通信端末２ａのユーザが、入力インタフェース１０ａを用いて、データファイルのダウンロードを要求する指示を入力する。受付部１２ａは、ダウンロード要求指示を受け付け、その指示をダウンロード要求信号生成部１８に供給する。ダウンロード要求信号生成部１８は、同じ無線ネットワークに所属する他の無線通信端末２に対して、データファイルのダウンロードを要求するダウンロード要求信号を生成する。ダウンロード要求信号生成部１８は、このダウンロード要求信号に、無線通信端末２ａに設定されているニックネームも付加する。送受信部１４ａは、所定の周期でダウンロード要求信号をブロードキャスト送信する。

また、無線通信端末２ｂのユーザが、入力インタフェース１０ｂを用いて、データファイルを選択する指示を入力する。受付部１２ｂが、その指示を受け付け、データファイル選択部３０に供給する。格納部３８は、少なくとも１つのデータファイルを格納する。データファイル選択部３０は、格納部３８に格納されたデータファイルのなかから、受付部１２ｂにおいて受け付けたユーザからの指示をもとに、データファイルを選択する。

送信するデータファイルが個人的に撮影した写真データである場合、データファイル選択部３０は、モニタ１６ｂに写真データのサムネイルを表示する。受付部１２ｂがユーザからサムネイルの選択指示を受け付けることで、データファイル選択部３０が、送信する対象となる写真データを選択してもよい。また、データファイルが個人的に作成した文書ファイルである場合、データファイル選択部３０は、モニタ１６ｂに文書ファイルのタイトルをリストとして表示する。受付部１２ｂがユーザからタイトルの選択指示を受け付けることで、データファイル選択部３０が、送信する対象となる文書ファイルを選択してもよい。無線通信端末２ｂでは、以上のようにして、送信するデータファイルが選択される。

次に、無線通信端末２ｂのユーザは、入力インタフェース１０ｂを用いて、選択したデータファイルを送信する相手を探索する指示を入力する。受付部１２ｂが、その指示を受け付け、探索部３２に供給する。探索部３２は、データファイルのダウンロード要求信号を発信している無線通信端末２を探索する。具体的には、送受信部１４ｂにおいて、同一の無線ネットワークに所属する他の無線通信端末２からダウンロード要求信号を受信して、探索部３２が、その受信状況を監視する。

送受信部１４ｂが、他の無線通信端末２からダウンロード要求信号を受信すると、探索部３２は、ダウンロード要求信号に付加されているニックネームを抽出して、リスト生成部３４に供給する。リスト生成部３４は、抽出したニックネームを利用して、ダウンロード要求信号を送信している無線通信端末２のリストを作成する。

図５（ａ）は、リスト生成部により作成された端末リストの一例を示す。この端末リストでは、一つの無線ネットワークで、ダウンロード要求信号を発信している３台の無線通信端末２が探索により発見されている。端末リストには、「ジャン」、「マイク」、「ジョー」のニックネームがリスト化され、ニックネームがジャンである無線通信端末２が枠で囲まれ、仮選択された状態にある。図５（ａ）に示す状態で、入力インタフェース１０ｂの決定ボタン（図示の例では「○ボタン」）が押下されると、「ジャン」が、ファイルの送信先として決定されることになる。なお、入力インタフェース１０ｂの中止ボタン（図示の例では「×ボタン」）が押下されると、探索処理も含むデータ送信に関する一切の処理が中止される。

図５（ｂ）は、端末リストの別の例を示す。この端末リストでは、図５（ａ）に示した端末リストと異なり、「マイク」を選択できない状態に設定されている。これは、図５（ａ）の端末リストを作成した時点では「マイク」を送信先として選択可能な状態にあったが、図５（ｂ）の端末リストを作成した時点では、送信先として選択不能な状態にあることを意味する。例えば、「マイク」で特定される無線通信端末２がダウンロード要求信号の発信を停止した場合、無線通信端末２ｂは、その無線通信端末２に対してデータファイルを送信することができない。

探索部３２は、送受信部１４ｂにおいて受信するダウンロード要求信号の受信状況を常に監視し、ダウンロード要求信号が所定時間受信できなくなった場合には、その無線通信端末２が選択不能な状態にあることをリスト生成部３４に通知する。リスト生成部３４は、その通知を受けて、対応するニックネームを選択不能な状態に変更する。対応するニックネームを削除するのではなく、選択不能な状態ではあるが表示を残しておくことで、無線通信端末２ｂのユーザは、他の無線通信端末２の状況を把握できる。例えば、ニックネーム「マイク」の無線通信端末２に対してデータファイルを送信する予定がある場合、ユーザは、図５（ｂ）の端末リストをみると、その無線通信端末２が、以前はダウンロード要求信号を送信していたが、その時点ではダウンロード要求信号を送信していないことを認識できる。そのため、ニックネーム「マイク」のユーザに、その旨を伝えることで、通信不調を改善する機会が得られる。

無線通信端末２ｂのユーザは、入力インタフェース１０ｂを用いて、探索した無線通信端末２のなかから、選択可能な状態にある所期のニックネームにカーソルを合わせて選択する。受付部１２ｂは、この選択指示を受け付け、送信先選択部３６に供給する。送信先選択部３６は、受付部１２ｂにおいて受け付けたユーザからの選択指示をもとに、探索した無線通信端末２のなかから送信先となる無線通信端末２を選択する。ここで、ニックネーム「ジャン」に対応する無線通信端末２ａが選択されたものとする。送受信部１４ｂは、送信先選択部３６により決定された無線通信端末２ａに対して、データファイル選択部３０において選択したデータファイルを送信する。なお、送信前に無線通信端末２ｂは、無線通信端末２ａに対してデータファイルを送信することを通知してもよい。本実施例では、１台の無線通信端末２に対してユニキャスト通信でデータファイルを送信することを想定しているが、複数台の無線通信端末２に対してマルチキャスト通信でデータファイルを送信できてもよい。

無線通信端末２ａにおいて、送受信部１４ａが、データファイルを受信する。受信したデータファイルは、バッファ部２０に一時記憶され、モニタ１６ａに表示される。モニタ１６ａには、このデータファイルを保存するかを問い合わせるメッセージが表示され、ユーザが保存することを選択すると、バッファ部２０に一時記憶されたデータファイルが格納部２２に保存される。なお、受信したデータファイルは、格納部２２に記憶されて、モニタ１６ａに表示されてもよい。この場合であっても、モニタ１６ａには、このデータファイルを保存するかを問い合わせるメッセージが表示され、ユーザが保存することを選択すると、格納部２２における保存が維持され、ユーザが保存しないことを選択すると、格納部２２からデータファイルが削除される。

以上は、複数の無線通信端末２が同一の無線ネットワークに所属しているときのデータファイル送受信技術について説明した。この場合には、ダウンロードを希望する無線通信端末２ａが、無線ネットワーク内でダウンロード要求信号をブロードキャスト送信することを、データダウンロード処理の契機としている。

以下に、データファイルの送信先を探索するための技術の変形例を示す。この変形例では、データファイルを保持する無線通信端末２ｂが、ダウンロードを要求する無線通信端末２ａが親機となる無線ネットワークに参加することにより、無線通信端末２ａと無線通信端末２ｂとが通信可能となり、無線通信端末２ａが無線通信端末２ｂからデータファイルをダウンロードする。

図６は、ある環境内に複数のIBSSが生成されている状態を示す。図６の例では、３つのIBSSが生成されており、１つの無線通信端末２が、IBSS1、IBSS2、IBSS3の通信範囲内に存在している。この無線通信端末２ｂは、送信する対象となるデータファイルを保持しており、各IBSSを構築しているコーディネータ（親機）が、データファイルのダウンロードを希望する無線通信端末であるとする。なお、この変形例では、コーディネータがビーコン信号を発信していることでIBSSを構築しているものとし、そのIBSSにコーディネータ以外の他の無線通信端末が参加していることはIBSS構築の条件とはしない。無線通信端末２ｂは、データファイルを送信したい無線通信端末２ａが構築しているIBSSに加入することで、無線通信端末２ａと接続を確立して、データファイルを送信することが可能となる。

図７は、データファイルを送信する無線通信端末の動作の変形例を示す。無線通信端末２ｂは、ユーザからの指示に基づいて、送信するデータファイルを選択する（Ｓ４０）。選択するデータファイルは、１つであってもよく、また複数であってもよい。無線通信端末２ｂは、データファイルを選択すると、所属する無線ネットワークにおいてダウンロード要求信号を発信している無線通信端末を探索する（Ｓ４２）。このとき、無線通信端末２ｂのユーザより、探索処理の中止指示がなされると（Ｓ４４のＹ）、ダウンロード要求信号の探索処理が停止されて、本フローを終了する。

本変形例において、ダウンロード要求信号は、BSSすなわち無線ネットワークに関するBSSIDやSSIDなどのネットワーク情報、および無線通信端末２ａのニックネームを含んだビーコン信号として構成される。データファイルのダウンロードを希望する無線通信端末２ａは、データファイルを保持する無線通信端末２ｂとの間で新たな無線ネットワーク（BSS）を構築するべく、ビーコン信号を発信する。

ユーザからの中止指示がない状態で（Ｓ４４のＮ）、ユーザよりデータファイルの送信先となる無線通信端末２の選択指示がなければ（Ｓ４６のＮ）、無線通信端末２ｂは、ビーコン信号を受信したか否かを判定する（Ｓ４８）。なお、Ｓ４６における送信先の選択指示は、後述するリスト表示がなされた段階ではじめて実行可能となり、したがって、リスト表示がなされない段階では、ユーザは送信先を指定することはできない。

無線通信端末２ｂは、ビーコン信号を受信していなければ（Ｓ４８のＮ）、探索処理を継続して実行する。一方、無線通信端末２ｂがビーコン信号を受信すると（Ｓ４８のＹ）、ビーコン信号が所定のSSIDパターンを含んでいるか否かを判定する（Ｓ５０）。

ここで、周囲に数十台、数百台のオーダで無線通信端末が存在している場合、無線通信端末２ｂが、探索対象としてANYを指定して、全てのBSSを探索するのでは、リストが巨大化して、無線通信端末２ｂのメモリに記憶しきれない状態が発生しうる。周囲に存在するBSSの個数は不明のため、あらゆる状況に対応できるようにメモリ容量を予め大きく設定することも可能であるが、当然のことながらメモリ容量は小さく設定する方がコスト的に有利である。そのため、生成する端末リストの規模を小さくして、小さいメモリ容量で対応可能とさせることが、コスト面また処理時間の観点からも好ましい。

そのため、本変形例の無線通信システムにおいては、無線通信端末２ｂが、データファイルの送受信のために設けられる「イクスチェンジIBSS」を探索する。イクスチェンジIBSSのSSID（以下、「イクスチェンジSSID」と呼ぶ）は、一意に設定される所定のパターンを含んで生成される。このパターンは、各無線通信端末２においてデフォルト値として共通に設定されていてもよい。本変形例では、このパターンを、「イクスチェンジ識別パターン」と呼ぶ。

イクスチェンジ識別パターンが"EXCHANGE"と設定されている場合、例えば無線通信端末２ａなどのダウンロードを希望する無線通信端末２が設定するイクスチェンジSSIDは、"EXCHANGE"に文字列を追加した態様で設定される。例えば、ニックネームが「ジャン」である無線通信端末２により設定されるイクスチェンジSSIDは、"EXCHANGE_JAN"と設定され、ニックネームが「マイク」である無線通信端末２により設定されるイクスチェンジSSIDは、"EXCHANGE_MIKE"と設定されてもよい。なお、イクスチェンジ識別パターン自身が、各無線通信端末２に共通のイクスチェンジSSIDとして機能してもよい。

Ｓ５０において、無線通信端末２ｂは、ビーコン信号から抽出したSSIDがイクスチェンジ識別パターン"EXCHANGE"を含んでいるか否かを調査する。パターン"EXCHANGE"は、データファイルのダウンロードを希望する無線通信端末２によりSSIDの一部に含められるパターンであり、したがって、"EXCHANGE"を含んだSSIDをネットワーク情報として有するビーコン信号は、データファイルのダウンロードを要求するダウンロード要求信号であることが判明する。ビーコン信号から抽出したSSIDに"EXCHANGE"が含まれていない場合（Ｓ５０のＮ）、このビーコン信号はダウンロード要求信号ではなく、無線通信端末２ｂは、引き続きダウンロード要求信号の探索処理を実行する。一方で、抽出したSSIDに"EXCHANGE"が含まれている場合（Ｓ５０のＹ）、このビーコン信号はダウンロード要求信号であることが判定される。

受信したビーコン信号がダウンロード要求信号である場合、無線通信端末２ｂは、ビーコン信号に含まれるニックネームを抽出して、リスト化する。このように、一部分に所定のパターンを含んだSSIDを作成した無線通信端末２のみをリストに追加することで、接続候補となり得ないIBSSを構築している無線通信端末２をリストに登録せずにすみ、リストを小さく形成することが可能となる。なお、このリストは、ダウンロードを要求する端末リストであり、さらに正確にいえば、ダウンロードを要求する端末が所属するBSSのリストである。

抽出されたニックネームはモニタ１６ｂにリスト表示される（Ｓ５２）。無線通信端末２ｂは、１つのダウンロード要求信号を受信した時点で、リスト表示を行う。無線通信端末２ｂは、リスト表示を行った後、引き続きダウンロード要求信号の探索処理を実行する。この探索処理において、無線通信端末２ｂは、別の無線通信端末２からダウンロード要求信号を受信するたびに、その無線通信端末２をリストに追加する。無線ネットワークにおいて、複数の無線通信端末２がダウンロード要求信号を発信している場合には、複数の無線通信端末２のニックネームが、無線通信端末２ｂのモニタ１６ｂにリスト表示されることになる。

リスト表示がなされた後、リスト表示された無線通信端末２のなかから、ユーザにより無線通信端末２ａが選択されると（Ｓ４６のＹ）、無線通信端末２ｂは、無線通信端末２ａが構築したBSSに参加する（Ｓ５４）。このBSSにおいて、無線通信端末２ｂは、無線通信端末２ａをデータファイルの送信先として決定する（Ｓ５６）。無線通信端末２ｂは、ダウンロード要求信号の探索処理を停止し、Ｓ４０において選択したデータファイルを、無線通信端末２ａに対して送信する（Ｓ５８）。なお、無線通信端末２ｂは、ユーザからの中止指示をもとに探索処理を中止することとしたが、例えば所定の時間内にダウンロード要求信号を受信できない場合に自動的に探索処理を中止するタイムアウト処理を併用してもよい。

以上、無線通信端末２ｂが、ダウンロードを要求する無線通信端末２ａにより構築される無線ネットワークに参加して、無線通信端末２ａに対してデータファイルを送信する方法を説明した。この変形例では、所定のSSIDパターンを含んだビーコン信号を探索してデータファイルの送信先を決定することとしたが、この処理は、無線通信端末２ｂにおける探索部３２により実行される。探索部３２は、予めイクスチェンジ識別パターン（"EXCHANGE"）を保持しており、ビーコン信号に含まれるSSIDにイクスチェンジ識別パターンが含まれているか否かを検出し、イクスチェンジ識別パターンを含んだビーコン信号を発信している無線通信端末２のニックネームを抽出して、リスト生成部３４に引き渡す。

以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。上記した実施例では、アドホックネットワークにおいてデータファイルを送受信する例について説明したが、本発明は、アドホックネットワークに限らず、インフラストラクチャネットワークにおいても適用することが可能である。インフラストラクチャネットワークにおいては、アクセスポイントがデータファイルを保持する無線通信装置として機能する。

IEEE802.11を用いたアドホックネットワークにおける独立BSSを概念的に示す図である。 データファイルのダウンロードを要求する無線通信端末の動作を示す図である。 データファイルを送信する無線通信端末の動作を示す図である。 データファイルの受信側の構成および送信側の機能ブロックを示す図である。 （ａ）および（ｂ）は、リスト生成部により作成された端末リストの一例を示す図である。 １つの環境内に複数のIBSSが生成されている状態を示す図である。 データファイルを送信する無線通信端末の動作の変形例を示す図である。

符号の説明

２・・・無線通信端末、１０ａ・・・入力インタフェース、１０ｂ・・・入力インタフェース、１２ａ・・・受付部、１２ｂ・・・受付部、１４ａ・・・送受信部、１４ｂ・・・送受信部、１６ａ・・・モニタ、１６ｂ・・・モニタ、１８・・・ダウンロード要求信号生成部、２０・・・バッファ部、２２・・・格納部、３０・・・データファイル選択部、３２・・・探索部、３４・・・リスト生成部、３６・・・送信先選択部、３８・・・格納部。

Claims (4)

1. 送信するデータファイルを選択するステップと、
   データファイルのダウンロードを要求する無線通信端末を探索するステップと、
   探索した結果をもとに、送信先となる無線通信端末を特定するステップと、
   特定した無線通信端末に対して、選択したデータファイルを送信するステップと、
   を備えることを特徴とするデータファイル送信方法。
2. 少なくとも１つのデータファイルを格納する格納部と、
   ユーザからの指示を受け付ける受付部と、
   前記格納部に格納されたデータファイルのなかから、前記受付部において受け付けたユーザによる指示をもとに、データファイルを選択する第１選択部と、
   データファイルのダウンロード要求信号を発信している無線通信端末を探索する探索部と、
   探索した無線通信端末のなかから、前記受付部において受け付けたユーザによる指示をもとに、送信先となる無線通信端末を選択する第２選択部と、
   送信先となる無線通信端末に対して、選択したデータファイルを送信する送信部と、
   を備えることを特徴とする無線通信装置。
3. コンピュータに、
   送信するデータファイルを選択させる機能と、
   データファイルのダウンロードを要求する無線通信端末を探索させる機能と、
   探索した結果をもとに、送信先となる無線通信端末を特定させる機能と、
   特定した無線通信端末に対して、選択したデータファイルを送信させる機能と、
   を実行させるためのプログラム。
4. 請求項３に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images