JP4225743B2 - 無線端末及び通信制御方法 - Google Patents
無線端末及び通信制御方法 Download PDFInfo
- Publication number
- JP4225743B2 JP4225743B2 JP2002195955A JP2002195955A JP4225743B2 JP 4225743 B2 JP4225743 B2 JP 4225743B2 JP 2002195955 A JP2002195955 A JP 2002195955A JP 2002195955 A JP2002195955 A JP 2002195955A JP 4225743 B2 JP4225743 B2 JP 4225743B2
- Authority
- JP
- Japan
- Prior art keywords
- service information
- wireless terminal
- connection
- request message
- service
- 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
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
Description
【０００１】
【発明の属する技術分野】
本発明は、無線による機器接続規格ＢｌｕｅｔｏｏｔｈＴＭ等を採用した無線端末及び通信制御方法に関する。
【０００２】
【従来の技術】
近年、無線による機器間接続の規格として、ＢｌｕｅｔｏｏｔｈＴＭが注目されている。ＢｌｕｅｔｏｏｔｈＴＭは、従来の無線ＬＡＮに比べ安価であり、また、２．４ＧＨｚ帯を使用することにより全世界での使用が可能である。
【０００３】
ＢｌｕｅｔｏｏｔｈＴＭ規格に準拠した通信端末においては、データの送受信には一般に仮想ＣＯＭポート（ＲＦＣＯＭＭ）が用いられる。この仮想ＣＯＭポートのコネクション（ＲＦＣＯＭＭコネクション）の設定は一般に以下の手順により行われる。
【０００４】
まず、通信をしたい機器Ｃは、周囲に存在する機器を発見するためのデバイス発見手順（Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）を開始する。このデバイス発見手順では、機器Ｃが問い合わせ（Ｉｎｑｕｉｒｙ）メッセージをブロードキャストし、この問い合わせメッセージを受信した機器は、自機器の持つ機器識別子（ＭＡＣ ＩＤ）を含む応答メッセージを返し、機器Ｃは、この応答メッセージを受信する。このような手順によって、機器Ｃは、周囲に存在する機器の機器識別子を知ることができる。
【０００５】
次に、上記の機器Ｓは、サービス発見プロトコル（ＳＤＰ(Service Discovery Protocol)）に従った以下のような手順によって、サービス情報（Ｓｅｒｖｉｃｅ Ｒｅｃｏｒｄ）を取得する。
【０００６】
すなわち、機器Ｃは、上記のデバイス発見手順によって発見された機器、例えば機器Ｓに対して、サービス情報取得のためのコネクション（ＳＤＰコネクション）を設定し、自機器が接続したいサービスに関するサービス情報の送信要求を行う。これを受けた機器Ｓは該当するサービス情報を返し、機器Ｃは機器Ｓからサービス情報を得た後に上記のＳＤＰコネクションを切断する。既述したようなデバイス発見手順およびサービス情報取得の手順は特開２００１−１６８８８１号公報にも記載されている。
【０００７】
しかし、このサービス発見プロトコルにおいては、送信要求を受けた機器Ｓの側から、送信要求を行った機器Ｃの側への一方向について、該機器Ｓのサービス情報が転送されるのみであり、その逆の方向すなわち機器Ｃから機器Ｓへの方向にサービス情報が転送されることはない。
【０００８】
次に、機器Ｃは、上記のデバイス発見手順により得られた機器Ｓの機器識別子（ＭＡＣ ＩＤ）と、上記のサービス発見プロトコルにより得られたサービス情報に格納されているサーバチャネル番号とをパラメータとして、仮想ＣＯＭポートの接続を行う。これにより、機器Ｃと機器Ｓとの間で、データ送受信のためのＲＦＣＯＭＭコネクションが設定される。
【０００９】
なお、機器Ｃがあらかじめ、このＲＦＣＯＭＭコネクションの設定に必要なパラメータである機器識別子とサーバチャネル番号とを知っていれば、上記のサービス情報の取得手続きを省略することができるが、一般に任意の通信相手の持つパラメータをあらかじめ知っているということは期待できないため、通常はその手続きの実施が必須である。
【００１０】
さて、ＢｌｕｅｔｏｏｔｈＴＭにおいては、ＳＤＰコネクションとＲＦＣＯＭＭコネクションのいずれについても、コネクションを設定するには、ベースバンドにおいて、１台のマスターたる機器と１又は複数台のスレーブたる機器とからなるピコネットと呼ばれるネットワークを生成する必要がある。同一ピコネットに属するマスターの機器とスレーブの機器との間では、ＳＤＰコネクションおよびＲＦＣＯＭＭコネクションが論理リンク（Ｌ２ＣＡＰ(Logical Link Control and Adaptation Layer Protocol)）によりベースバンドのリンクの上に多重化され、上記の機器間に同時に複数本のコネクションが存在できる。また、これらの複数本のコネクションは、マスター側とスレーブ側のいずれからでも張ることができる。
【００１１】
このように、同一ピコネットに属する機器の間では、リンクの上にコネクションが多重化されるので、すでにコネクションを張って通信中である機器の間にさらにコネクションを張ることは容易である。例えば、仮想ＣＯＭポートによりＲＦＣＯＭＭコネクションで通信中の機器間に、さらにＳＤＰコネクションを張ってサービス情報を取得したり、さらに別のＲＦＣＯＭＭコネクションを張ることができる。
【００１２】
ただし、ＢｌｕｅｔｏｏｔｈＴＭにおいては、あるピコネットに属している機器と、そのピコネットに属さない機器との間で新たに別のピコネットを生成することは、ＢｌｕｅｔｏｏｔｈＴＭの規格上または実装上の理由により不可能であることが多い。このため、リンクを設定しコネクションを張って通信中である２台の機器のいずれかに対し、第３の機器からのリンクを設定することは難しい。リンクが設定できないとコネクションを張ることはできないので、第３の機器からコネクションを張ることは困難であるということになる。
【００１３】
なお、以上では、ＲＦＣＯＭＭコネクションを例にとって説明したが、相手機器のサービス情報はＢｌｕｅｔｏｏｔｈＴＭにおけるプロファイルに準拠した方式で通信を行うときには必須のものである。例えば、ＰＡＮ（ＰｅｒｓｏｎａｌＡｒｅａ Ｎｅｔｗｏｒｋ）においては、ＲＦＣＯＭＭコネクションを使用せずに通信が行われるが、ＰＡＮの設定のためにはやはりサービス情報が必要である。
【００１４】
【発明が解決しようとする課題】
通信機能を備えた携帯機器を持ち寄って何らかの作業を行おうとする場合、持ち寄られた機器のそれぞれが他の任意の機器に情報を送信する必要が生じる。例えば、電子会議においては、参加者が携帯機器に格納されたファイルなどの形であらかじめ用意しておいた資料の配布や、チャットでのメッセージ送信などが行われる。
【００１５】
ところが、前述したように、データ送受信のためのコネクションを設定するには、相手機器のサービス情報が必要である。したがって、任意の相手とコネクションを設定して自由に通信を行うためには、すべての機器が周囲の他のすべての機器のサービス情報をあらかじめ取得しておく必要がある。
【００１６】
しかし、第１の機器が第２の機器へコネクションを張って通信中に第３の機器が第１もしくは第２の機器へＳＤＰコネクションを張るのは困難であるため、すみやかなサービス情報の取得が難しい。また、仮にＳＤＰコネクションを張るのに成功した場合でも、サービス情報はコネクションを張られた機器から張った機器への一方向にしか伝えられないので効率が悪い。
【００１７】
本発明は、上記事情を考慮してなされたもので、相手機器とのコネクション設定の際に必要となるサービス情報の取得をすみやかに行うことができるようにした無線端末及び通信制御方法を提供することを目的とする。
【００１８】
【課題を解決するための手段】
本発明に係る無線端末は、他の無線端末との間に無線リンクを設定するための手段と、前記他の無線端末が提供するサービスに関する他機サービス情報に基づいて、前記無線リンク上において該他の無線端末との間に当該サービスに係るデータ送受信のためのコネクションを設定するための手段と、前記他の無線端末に提供するサービスに関する自機サービス情報を格納する手段と、前記他の無線端末から送信され、前記他の無線端末が取得したいサービスに関するサービス情報を要求する第１の要求メッセージを、サービス情報取得のためのコネクションを介して受信するための手段と、前記第１の要求メッセージを受信した旨のイベントを受けて、格納された前記自機サービス情報を参照して該第１の要求メッセージに対応して作成されたサービス情報を、サービス情報取得のためのコネクションを介して前記他の無線端末へ返送するための手段と、前記第１の要求メッセージを受信した旨の前記イベントを受けて、前記他の無線端末に対して、該他の無線端末に関する取得したいサービス情報を要求する第２の要求メッセージを、サービス情報取得のためのコネクションを介して送信するための要求手段と、前記他の無線端末が前記第２の要求メッセージに応答して送信する前記他の無線端末が提供するサービスに関する他機サービス情報を、サービス情報取得のためのコネクションを介して受信するための手段と、受信した前記他機サービス情報を格納する手段とを備えたことを特徴とする。
【００２７】
なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムとしても成立し、該プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００２８】
以上のように本発明によれば、相手機器とのコネクション設定の際に必要となるサービス情報の取得をすみやかに行うことができるようになる。
【００２９】
例えば、本発明によれば、相手機器との間にリンクが確立されたことを検出するとその機器のサービス情報を取得するので、サービス情報を確実にすみやかに取得することができる。
【００３０】
また、例えば、本発明によれば、機器Ａが機器Ｂからサービス情報を取得するとき、同時に機器Ｂの機器Ａからのサービス情報の取得も完了するので、機器Ａ、機器Ｂともに相手に対してデータ送受信のためのコネクションの設定に必要なサービス情報をすみやかに取得することができる。
【００３１】
さらに、例えば、本発明によれば、機器Ａが機器Ｂへデータ送受信のためのコネクションを設定するとき、同時に機器Ｂの機器Ａからのサービス情報の取得が行われるので、機器Ｂは機器Ａのサービス情報をすみやかに取得することができる。
【００３２】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００３３】
図１に、本発明の実施の形態に係る無線端末の基本構成例を示す。
【００３４】
１１はＢｌｕｅｔｏｏｔｈプロトコルのスタック構成を示し、１２はＢｌｕｅｔｏｏｔｈモジュールを示す。
【００３５】
このスタック構成１１においては、下位層から、ＨＣＩ（ホストコントローラインタフェース）、Ｌ２ＣＡＰ（論理リンク）、次いで、ＲＦＣＯＭＭ（仮想ＣＯＭポート）とＳＤＰ（サービス発見プロトコル）、そして、アプリケーションレイヤが含まれる。実際には、無線端末１は、各レイヤに対応する処理部、すなわち、ＨＣＩ処理部１１１、Ｌ２ＣＡＰレイヤ処理部１１２、ＲＦＣＯＭＭ処理部１１３、ＳＤＰ処理部１１４、アプリケーションレイヤ処理部１１５を有することになる。
【００３６】
また、Ｂｌｕｅｔｏｏｔｈモジュール１２は、リンクマネージャ（ＬＭ）１２１、リンクコントローラ（ＬＣ）１２２、高周波回路（ＲＦ）１２３、アンテナ１２４を含んでいる。
【００３７】
ここで、ＲＦＣＯＭＭまたはＳＤＰのデータは、基本的には、次のように処理される。
【００３８】
送信側となる無線端末１内では、ＲＦＣＯＭＭ処理部１１３またはＳＤＰ処理部１１４が必要に応じてＲＦＣＯＭＭまたはＳＤＰのデータを生成し、Ｌ２ＣＡＰレイヤ処理部１１２にて該データをパケット化し、該パケットをＨＣＩ処理部１１１を介してＢｌｕｅｔｏｏｔｈモジュール１２に送る。次いで、Ｂｌｕｅｔｏｏｔｈモジュール１２では、リンクコントローラ１２２により該パケットに対するフラグメントを行った後に、高周波回路（ＲＦ）１２３により変調してアンテナ１２４から送出する。
【００３９】
一方、受信側となる無線端末１内では、上記とは逆の順序により、最終的にＲＦＣＯＭＭ処理部１１３またはＳＤＰ処理部１１４で受信され処理される。
【００４０】
なお、以下の説明において、アプリケーションとは、ユーザによって例えばＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）などのようなインタフェースを介して直接操作されるものには必ずしも限定されない。例えば、ユーザから直接操作されるのではなく、上位のレイヤに存在するアプリケーションからの指示に応じて動作する、いわゆるミドルウェアなども含まれる。
【００４１】
以下では、上記のような基本構成を有する無線端末のいくつかの実施形態について説明する。
【００４２】
なお、それぞれの実施形態で説明する無線端末における処理部分は、その内部で処理を行う部分を半導体チップ等のハードウェアのみで実現することもできるし、あるいは、無線端末にＣＰＵを搭載し、処理の一部又は全部をソフトウェアで実現することも可能である。ソフトウェアとして実現する場合、該ソフトウェアは、あらかじめコンピュータに内蔵された記憶媒体に記録されていてもよいし、ＣＤ−ＲＯＭなどのコンピュータで読み取り可能な記憶媒体に記録された形で扱われるものであってもよいし、インターネットなどの通信媒体を介して提供されるものであってもよい。
【００４３】
まず、第１の実施形態について説明する。
【００４４】
（第１の実施形態）
図２に、第１の実施形態に係る第１の無線端末の構成例を示す。図２に示されるように、無線端末２ａは、サービス情報送信要求（サービス情報送信要求メッセージ）やサービス情報を他機との間で送受信する送受信部２１、他機から受信したサービス情報を格納する他機サービス情報格納部２２、他機に対しサービス情報の送信を要求するサービス情報取得部２３を備えている。
【００４５】
図３に、本実施形態の第２の無線端末の構成例を示す。図３に示されるように、無線端末２ｂは、サービス情報送信要求やサービス情報を他機との間で送受信する送受信部２１、自機のサービス情報を格納する自機サービス情報格納部２４、他機からの要求に応じて自機のサービス情報を送信するサービス情報送信部２５を備えている。
【００４６】
図２及び図３の構成は図１で説明したスタック構成とは次のように対応している。すなわち、送受信部２１は図１のＬ２ＣＡＰ以下のレイヤすべて（１２，１１１，１１２）に対応し、サービス情報送信部２５またはサービス情報取得部２３はＳＤＰレイヤ（１１４）に対応し、自機サービス情報格納部２４または他機サービス情報格納部２２はアプリケーションレイヤ（１１５）に対応する。なお、図１におけるＲＦＣＯＭＭレイヤに対応する部分およびアプリケーションレイヤに対応する部分は、本実施形態の説明では参照されないので、図２及び図３では示していない。
【００４７】
第２の無線端末２ｂでは、自機の提供するサービスに関する情報を、自機サービス情報テーブルとして自機サービス情報格納部２４に格納している。図４に、この自機サービス情報テーブルの一例を示す。図４の例では、自機サービス情報テーブルには、各サービス毎に、サービスの種別と、サービスの名前と、コネクションの設定に用いるサーバチャネル番号とが対応付けて格納されている。
【００４８】
第１の無線端末１ａでは、他の機器の提供するサービスに関する情報を、他機サービス情報テーブルとして他機サービス情報格納部２２に格納している。図５に、他機サービス情報テーブルの一例を示す。図５の例では、他機サービス情報テーブルには、他の機器の機器識別子（ＭＡＣ ＩＤ）と、その機器が提供する１又は複数のサービスの各々についての種別と名前とコネクション設定に用いるサーバチャネル番号とが、それぞれ、対応付けられて格納されている。
【００４９】
以下、本実施形態の動作について説明する。
【００５０】
図６に、本実施形態の第１の無線端末２ａの動作手順の一例を示し、図７に、本実施形態の第２の無線端末２ｂの動作手順の一例を示す。
【００５１】
なお、本実施形態では、ある機器が周囲の機器の機器識別子を得る方法は特に問わないものとする。以下では、第１の無線端末２ａは、周囲の他の機器、特に第２の無線端末２ｂの機器識別子（ＭＡＣ ＩＤ）を、例えばデバイス発見手順（Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）などにより既に知っているものとし、機器識別子取得の手順についての説明は省略する。
【００５２】
無線端末２ａにおいて、送受信部２１は、無線端末２ｂとの間にリンク（無線リンク）が設定されると（ステップＳ１）、リンクが設定された旨をイベントとして、サービス情報取得部２３に通知する。サービス情報取得部２３は、上記のイベントを受けると、サービス情報送信要求を送受信部２１を介して無線端末２ｂへ送る（ステップＳ２）。なお、その際に、無線端末２ｂへのＳＤＰコネクションが張られていなければ、該リンク上にて該ＳＤＰコネクションの設定を行う。
【００５３】
なお、サービス情報送信要求には、要求の対象となるサービスの種別が記述されるものとする。また、その際に、どのようなサービスの種別を記述するかについては、例えば、予めユーザあるいは何らかのアプリケーションが記述すべきサービスの種別を設定しておくようにしてもよいし、あるいは自機サービス情報テーブルに登録されている全てのサービスの種別を記述するようにしてもよいし、また、他の方法も可能である。
【００５４】
無線端末２ｂの送受信部２１は、上記のサービス情報送信要求を受信すると（ステップＳ１１）、これをサービス情報送信部２５に渡す。サービス情報送信部２５は、自機サービス情報格納部２４の自機サービス情報テーブルを参照して、該サービス情報送信要求にて要求されたサービスの種別に該当するサービスが該自機サービス情報テーブルに登録されているか否か調べ、登録されている場合にはそのサービスの名前およびサーバチャネル番号などを取得し、要求された種別のサービスに対応する名前やサーバチャネル番号を含むサービス情報、又は要求された種別のサービスは無い旨のサービス情報を作成する（ステップＳ１２）。そして、サービス情報送信部２５は、該サービス情報を、送受信部２１を介して無線端末２ａへ応答する（ステップＳ１３）。
【００５５】
しかして、無線端末２ａの送受信部２１は、上記のサービス情報送信要求を受信すると（ステップＳ３）、これをサービス情報取得部２３に渡す。サービス情報取得部２３は、該サービス情報の内容を、他機サービス情報テーブルに格納する（ステップＳ４）。なお、要求された種別のサービスは無い旨のサービス情報を受信した場合には、他機サービス情報テーブルに、当該無線端末２ａの機器識別子及び該サービスの種別に対応する名前やサーバチャネル番号に、サービスが無い旨を示す情報を格納しておくようにしてもよい。
【００５６】
ここで、上記の処理において、ステップＳ１のリンクは、無線端末２ａと無線端末２ｂのいずれの側から張られたものでもよいし、かつまた、どのような目的で張られたものでもよい。例えば、リンクは、ＲＦＣＯＭＭコネクションを張るために設定されたものであってもよいし、ＳＤＰコネクションを張るために設定されたものであってもよい。すなわち、無線端末２ａと無線端末２ｂとの間にリンクが設定されたことを契機として、無線端末２ａは、無線端末２ｂから、サービス情報を収集しようとするわけである。
【００５７】
前述したように、ある機器と他の機器との間にリンクが存在しない場合に、新たにリンクを生成しようとしても、該他の機器がさらに他の機器との間でリンクを張っている場合などのために、それが必ずしも成功するとは限らない。このため、ある機器と他の機器との間にリンクが存在しない状態でサービス情報を取得すべき場合に、ある機器から他の機器へリンクがなかなか張れず、したがってＳＤＰコネクションを張ることもできず、この結果、サービス情報を取得するまでにかなり時間を費やさざるを得ないことがある。これに対して、本実施形態によれば、すでに生成されているリンク上にＳＤＰコネクションを張るので、速やかに確実にサービス情報を取得することができる。
【００５８】
ところで、図２に例示した第１の無線端末２ａはサービス情報送信部２５および自機サービス情報格納部２４を持たない構成であり、図３に例示した第２の無線端末２ｂはサービス情報取得部２３および他機サービス情報格納部２２を持たない構成であった。これは、例えば、第１の無線端末２ａは専らサービスを受けるクライアントのような装置であり、第２の無線端末２ｂは専らサービスを提供するサーバのような装置である場合を想定したものである。しかし、あるサービスではサーバとなり、他のサービスではクライアントとなるような装置や、同一サービスについてサーバともクライアントともなり得る装置などもあるので、このような場合には、第１の無線端末２ａの構成と第２の無線端末２ｂの構成とを兼ね備えるのが望ましい。
【００５９】
図８に、第１の無線端末２ａの構成と第２の無線端末２ｂの構成とを兼ね備えた第３の無線端末２ｃの構成例を示す。この場合、第３の無線端末２ｃは、第１の無線端末２ａの動作と第２の無線端末２ｂの動作を両方実行できることになる。例えば、あるサービスについてクライアント側となる場合には、第１の無線端末２ａの動作を行えばよい。また、例えば、あるサービスについてサーバ側となる場合には、第２の無線端末２ｂの動作を行えばよい。
【００６０】
続いて、第２−１〜２−２の実施形態について説明する。
【００６１】
（第２−１の実施形態）
図９に、第２−１の実施形態に係る無線端末の構成例を示す。図９に示されるように、無線端末３は、サービス情報送信要求やサービス情報を他機との間で送受信する送受信部２１、他機から受信したサービス情報を格納する他機サービス情報格納部２２、他機に対しサービス情報の送信を要求するサービス情報取得部２３、自機のサービス情報を格納する自機サービス情報格納部２４、他機からの要求に応じて自機のサービス情報を送信するサービス情報送信部２５、アプリケーション２６を備えている。
【００６２】
図９の無線端末３の各パートは、図２及び図３、又は図８の同一名称のパートと基本的には同様の機能を有するものである。また、アプリケーション２６は、前述したように、ユーザによってインタフェースを介して直接操作されるものには必ずしも限定されず、例えばミドルウェアなども含むものである。
【００６３】
図９の構成は図１で説明したスタック構成とは次のように対応している。すなわち、送受信部２１は図１のＬ２ＣＡＰ以下のレイヤすべて（１２，１１１，１１２）に対応し、サービス情報送信部２５およびサービス情報取得部２３はＳＤＰレイヤ（１１４）に対応し、自機サービス情報格納部２４および他機サービス情報格納部２２ならびにアプリケーション２６はアプリケーションレイヤ（１１５）に対応する。なお、図１におけるＲＦＣＯＭＭレイヤに対応する部分は、本実施形態の説明では参照されないので、図９では示していない。
【００６４】
以下、本実施形態の動作について説明する。
【００６５】
以下では、最初にサービス情報送信要求を出す側の無線端末３を機器Ａ、このサービス情報送信要求を受ける側の無線端末３を機器Ｂと呼んで説明する。
【００６６】
図１０に、本実施形態の機器Ａの動作手順の一例を示し、図１１に、本実施形態の機器Ｂの動作手順の一例を示す。
【００６７】
まず、機器Ａのアプリケーション２６が、機器Ｂの機器識別子及び取得したいサービス情報のサービス種別を指定して、サービス情報取得部２３に対し、機器Ｂのサービス情報を取得するよう命令する（ステップＳ２１）。機器Ａのサービス情報取得部２３は、指定されたサービスの種別を記載したサービス情報送信要求を送受信部２１を介して機器Ｂへ送る（ステップＳ２２）。なお、その際に、無線端末２ｂへのＳＤＰコネクションが張られていなければ、該リンク上にて該ＳＤＰコネクションの設定を行う。また、機器Ｂとの間でリンクが張られていれば、そのリンク上にＳＤＰコネクションが設定され、リンクが張られていなければ、ＳＤＰコネクションの設定に先だってリンクが張られる。
【００６８】
機器Ｂの送受信部２１は、上記のサービス情報送信要求を受信すると（ステップＳ３１）、これをサービス情報送信部２５に渡す。このサービス情報送信部２５は、自機サービス情報格納部２４の自機サービス情報テーブルを参照して、該サービス情報送信要求にて要求されたサービスの種別に該当するサービスが該自機サービス情報テーブルに登録されているか否か調べ、登録されている場合にはそのサービスの名前およびサーバチャネル番号などを取得し、要求された種別のサービスに対応する名前やサーバチャネル番号を含むサービス情報、又は要求された種別のサービスは無い旨のサービス情報を作成する（ステップＳ３２）。そして、サービス情報送信部２５は、該サービス情報を、送受信部２１を介して機器Ａへ応答する（ステップＳ３３）。
【００６９】
しかして、機器Ａの送受信部２１は、上記のサービス情報送信要求を受信すると（ステップＳ２３）、これをサービス情報取得部２３に渡す。サービス情報取得部２３は、該サービス情報の内容を、他機サービス情報テーブルに格納する（ステップＳ２４）。
【００７０】
一方、本実施形態では、機器Ｂのサービス情報送信部２５は、機器Ａから上記のサービス情報送信要求を受信した旨をイベントとして、アプリケーション２６に通知することも行う。アプリケーション２６は、このイベントを受けると、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令する。
【００７１】
以降の処理は、ステップＳ２２〜Ｓ２４及びＳ３１〜Ｓ４３の手順で機器Ａが機器Ｂのサービス情報を取得した場合と同様にして（ただし、機器Ａと機器Ｂの処理が逆になる）、機器Ｂが機器Ａのサービス情報を取得し他機サービス情報テーブルに格納する（ステップＳ３４〜Ｓ４６，Ｓ２５〜Ｓ２７）。ただし、機器Ａのアプリケーション２６はすでに機器Ｂのサービス情報の取得をサービス情報取得部２３に対し命令しているので、機器Ａのアプリケーション２６はサービス情報送信部２５から機器Ｂからのサービス情報送信要求を受信した旨のイベントを受け取っても機器Ｂのサービス情報の取得をふたたび命令することはないという点が異なる。
【００７２】
なお、図１０及び図１１の手順では、機器Ｂのサービス情報送信部２５は、サービス情報送信要求を実際に受信した時点で、イベントの発行を行うものとしたが、イベントの発行を、それ以外の時点で行うようにしてもよい。例えば、サービス情報送信要求のためのＳＤＰコネクションが機器Ａから張られたことを知った時点で発行するようにしてもよい。
【００７３】
また、図１１の手順では、機器Ｂは、ステップＳ３３でサービス情報を送信してから、ステップＳ４４でサービス情報送信要求を送信しているが、その代わりに、サービス情報送信要求を、サービス情報の送信より前の時点、例えば、機器Ａからサービス情報送信要求を受信した時点、あるいはサービス情報送信要求のためのＳＤＰコネクションが機器Ａから張られたことを知った時点などで、送信するようにしてもよい。この場合には、例えば、機器Ａから機器Ｂへのサービス情報の転送と、機器Ｂから機器Ａへのサービス情報の転送とが、並列的に行われる。
【００７４】
また、機器は必ずしもサービスを他機に対して提供する必要はない。サービスを提供しない機器は他の機器からデータ送受信のコネクションを張られることはないが、他の機器に対してデータ送受信のコネクションを張ることは可能である。このような機器においては、自機サービス情報格納部２４には何の情報も格納されない。このときはサービス情報送信部２５は他機からサービス情報送信要求を受けると、自機の提供するサービスはないという情報をその機器へ返すようにすればよい。
【００７５】
なお、上記の処理においては、機器Ａは、サービス情報を機器Ｂから取得するために機器Ｂとの間にＳＤＰコネクションを張り、機器Ｂからのサービス情報の取得が完了するとそのＳＤＰコネクションを切断するが、サービス情報の取得が完了した後も、機器Ｂの機器Ａからのサービス情報の取得が完了するまでコネクションを切断することなく保持しておくようにしてもよい。また、機器Ｂからのサービス情報の取得が完了した後しばらくＳＤＰコネクションを維持し、あらかじめ定めた一定期間が経過した後に切断するようにしてもよい。このようにすると、機器Ｂにおいてサービス情報送信要求を受信した旨のイベントの処理が遅れ、機器Ｂのアプリケーション２６がサービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令する前に、機器Ａによってコネクションが切られて機器Ａと機器Ｂの間のリンクが消滅してしまうといった事態を避けることができる。
【００７６】
従来は、機器Ａが機器Ｂのサービス情報の取得を行っただけでは、機器Ａから機器Ｂへデータ送受信のコネクションを張ることはできるものの、機器Ｂは機器Ａのサービス情報を知らないため機器Ｂから機器Ａへデータ送受信のコネクションを張ることはできなかった。これに対して、本実施形態によれば、機器Ａが機器Ｂのサービス情報の取得を行ったときに、同時に機器Ｂの機器Ａからのサービス情報の取得が完了するので、機器Ａが機器Ｂへデータ送受信のコネクションを張ることができるだけでなく、機器Ｂから機器Ａへもデータ送受信のコネクションを張ることができる。
【００７７】
なお、本実施形態の無線端末３は、機器Ａとして説明した機能と、機器Ｂとして説明した機能のいずれか一方のみを備えてもよいし、それらの両方を備えてもよい。
【００７８】
（第２−２の実施形態）
第２−２の実施形態においては、無線端末の構成例は第２−１の実施形態の図９と同様であり、また、図９に示された各パートの働きも第２−１の実施形態と基本的には同様である。
【００７９】
また、本実施形態の機器Ａの動作は基本的には第２−１の実施形態の機器Ａの動作と同様である。
【００８０】
以下では、本実施形態について、第２−１の実施形態と相違する点を中心に説明する。
【００８１】
本実施形態の機器Ｂの動作は、第２−１の実施形態の機器Ｂの動作において、機器Ａからのサービス情報が取得済みである場合には、ステップＳ３４〜Ｓ３５を行わないようにしたものである。
【００８２】
すなわち、第２−１の実施形態と同様に、機器Ｂの送受信部２１は、サービス情報送信要求を受信すると、これをサービス情報送信部２５に渡し、サービス情報送信部２５は、機器Ａからサービス情報送信要求を受信した旨をイベントとして、アプリケーション２６に通知する。しかし、本実施形態では、アプリケーション２６は、このイベントを受けると、機器Ａからのサービス情報送信要求で要求されているサービス種別と同一の種別についての機器Ａに関するサービス情報を保持しているか調べ、保持していない場合には、第２−１の実施形態と同様に、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令するが、すでに保持していた場合には何もしない。
【００８３】
なお、機器ＢがステップＳ３４〜Ｓ３５を行わない場合には、これに対応して、機器ＡはステップＳ２５〜Ｓ２７を行わないことになる。
【００８４】
第２−１の実施形態においては、機器Ｂのアプリケーション２６は機器Ａからサービス情報の送信要求を受けた旨をイベントで通知されると、かならず機器Ａへのサービス情報の送信要求を行っていた。これに対して、本実施形態の機器Ｂでは、以前にすでに機器Ａからサービス情報の取得を行ったことがある場合には機器Ａへのサービス情報の送信要求を行わない。したがって、本実施形態では、同じサービス情報を何度も取得するようなことがなく、無駄な通信を減らすことができる。
【００８５】
ところで、サービス情報は機器の提供するサービスの変化に応じて変更され得るので、古いサービス情報を使い続けるのが好ましくない場合も考えられる。そこで、このような場合には、他機サービス情報テーブルに記載の情報に時刻情報を追加することにより、適切な情報の更新が可能になる。図１２に、この場合の他機サービス情報テーブルの一例を示す。この例は、第１の実施形態で示した図５に、さらにサービス情報の取得時刻を記載するフィールドを追加したものである。
【００８６】
この場合の機器Ｂの動作は、上記に説明した動作とほぼ同様であるが、機器Ｂのアプリケーション２６が機器Ａからサービス情報送信要求を受信した旨のイベントを受けたときの動作のみ異なる。
【００８７】
図１３に、この部分の処理手順の一例を示す。
【００８８】
機器Ｂのアプリケーション２６は、上記のイベントを受けると（ステップＳ４１）、他機サービス情報格納部２２の他機サービス情報テーブルを参照し、機器Ａからのサービス情報送信要求で要求されているサービス種別と同一の種別についての機器Ａに関するサービス情報を保持しているか調べ、保持していない場合は（ステップＳ４２）、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令する（ステップＳ４４）。また、すでに保持していた場合には（ステップＳ４２）、そのサービス情報の取得時刻と現在時刻とを比較し、サービス情報が古いと判断すると（ステップＳ４３）、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令し（ステップＳ４４）、そうでなければ（ステップＳ４４）、何もしない。
【００８９】
これにより、古くなったサービス情報を適切に更新することが可能となる。
【００９０】
なお、サービス情報が古いと判断するまでの有効期限を、サービスの種類に応じて変えることもできる。例えば、頻繁に起動、終了されるようなアプリケーションによって提供されるサービスや、アプリケーションの動作中に頻繁にその内容が変更されるようなサービスについては、有効期限を短くし、機器の動作中には常時起動されているようなアプリケーションによって提供され、アプリケーションの動作中はその内容が変更されることがないようなサービスについては、有効期限を長くするなどである。これにより、それほど頻繁には変更されないとわかっているサービス情報については、繰り返し取得することがなくなるため、無駄な通信を減らすことができる。
【００９１】
（第２−３の実施形態）
第２−３の実施形態においては、無線端末の構成例は第２−１の実施形態の図９と同様であり、また、図９に示された各パートの働きも第２−１の実施形態と基本的には同様である。
【００９２】
また、本実施形態の機器Ａの動作は基本的には第２−１の実施形態の機器Ａの動作と同様である。
【００９３】
以下では、本実施形態について、第２−１の実施形態と相違する点を中心に説明する。
【００９４】
本実施形態の機器Ｂの動作は、第２−１の実施形態の機器Ｂの動作において、サービスの種別をもとにサービス情報の送信要求を行うか否かを判断し、サービス情報を取得する必要がない場合には、ステップＳ３４〜Ｓ３５を行わないようにしたものである。
【００９５】
すなわち、第２−１の実施形態と同様に、機器Ｂの送受信部２１は、サービス情報送信要求を受信すると、これをサービス情報送信部２５に渡し、サービス情報送信部２５は、機器Ａからサービス情報送信要求を受信した旨をイベントとして、アプリケーション２６に通知する。しかし、本実施形態では、アプリケーション２６は、このイベントを受けると、機器Ａからのサービス情報送信要求で要求されているサービス種別と同一の種別のサービスに関するサービス情報を、機器Ａから取得すべきか否かを判断し、取得すべきと判断された場合には、第２−１の実施形態と同様に、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令するが、取得しないべきと判断された場合には何もしない。
【００９６】
なお、機器ＢがステップＳ３４〜Ｓ３５を行わない場合には、これに対応して、機器ＡはステップＳ２５〜Ｓ２７を行わないことになる。
【００９７】
この場合の機器Ｂの動作は、第２−２の実施形態で説明した動作とほぼ同様であるが、機器Ｂのアプリケーション２６が機器Ａからサービス情報送信要求を受信した旨のイベントを受けたときの判断の仕方が図１３の手順とは異なる。
【００９８】
図１４に、この部分の処理手順の一例を示す。
【００９９】
機器Ｂのアプリケーション２６は、上記のイベントを受けると（ステップＳ４１）、他機サービス情報格納部２２の他機サービス情報テーブルを参照し、機器Ａからのサービス情報送信要求で要求されているサービス種別と同一の種別についての機器Ａに関するサービス情報を保持しているか調べ、保持している場合には（ステップＳ５２）、何もしない。保持していない場合には（ステップＳ５２）、機器Ａからのサービス情報送信要求で要求されているサービス種別と同一の種別のサービスに関するサービス情報を、機器Ａから取得すべきか否かを判断し（ステップＳ５３）、取得すべきと判断されたならば、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令し（ステップＳ５４）、そうでなければ（ステップＳ５４）、何もしない。
【０１００】
ここで、例えば、電子会議においては、チャットのようにすべての機器が周囲の他の機器に対してコネクションを張りデータを送信するような、すべての機器が送信者となり得るアプリケーションと、プレゼンテーションにおける資料配布のように、発表者からそれぞれの聴衆に向けてはコネクションが張られデータが送られるが、聴衆から発表者へコネクションが張られることはないような、一台のみが送信者となり他の機器がすべて受信者となるようなアプリケーションとが存在する。
【０１０１】
前者のようなアプリケーションにおいては、すべての機器が周囲の機器のサービス情報を取得する必要があるが、後者のようなアプリケーションでは、送信者は周囲の機器のサービス情報を知る必要があるが、受信者は周囲の機器のサービス情報について知る必要はない。
【０１０２】
本実施形態によれば、周囲の機器のサービス情報を取得する必要がある場合と必要がない場合とを区別し、必要がある場合にのみサービス情報を取得するようにするので、サービス情報を無駄に送受信することがなく、効率よく通信路を使用することができる。
【０１０３】
続いて、第３−１〜３−２の実施形態について説明する。
【０１０４】
（第３−１の実施形態）
図１５に、第３−１の実施形態に係る無線端末の構成例を示す。図１５に示されるように、無線端末４は、サービス情報送信要求やサービス情報を他機との間で送受信する送受信部２１、他機から受信したサービス情報を格納する他機サービス情報格納部２２、他機に対しサービス情報の送信を要求するサービス情報取得部２３、自機のサービス情報を格納する自機サービス情報格納部２４、他機からの要求に応じて自機のサービス情報を送信するサービス情報送信部２５、アプリケーション２６、コネクション設定部２７を備えている。すなわち、本実施形態の無線端末４は、第２−１の実施形態の図９の無線端末３の構成にコネクション設定部２７を付加したものである。
【０１０５】
図１５の無線端末３の各パートは、図２、図３、図８の同一名称のパートと基本的には同様の機能を有するものである。また、アプリケーション２６は、前述したように、ユーザによってインタフェースを介して直接操作されるものには必ずしも限定されず、例えばミドルウェアなども含むものである。また、コネクション設定部２７は、他機サービス情報格納部２２に格納された情報に基づいて他機との間にコネクションを設定する。なお、送受信部２１は、サービス情報送信要求およびサービス情報を他機との間で送受信するとともに、コネクション設定部２７からの要求に応じて他機との間にコネクションを設定しデータの送受信を行う。
【０１０６】
図１５の構成は図１で説明したスタック構成とは次のように対応している。すなわち、送受信部２１は図１のＬ２ＣＡＰ以下のレイヤすべて（１２，１１１，１１２）に対応し、サービス情報送信部２５およびサービス情報取得部２３はＳＤＰレイヤ（１１４）に対応し、コネクション設定部２７はＲＦＣＯＭＭレイヤ（１１３）に対応し、自機サービス情報格納部２４および他機サービス情報格納部２２ならびにアプリケーション２６はアプリケーションレイヤ（１１５）に対応する。
【０１０７】
以下、本実施形態の動作について説明する。
【０１０８】
以下では、最初にコネクション設定要求を出す側の無線端末３を機器Ａ、このコネクション設定要求を受ける側の無線端末３を機器Ｂと呼んで説明する。
【０１０９】
本実施形態においては、機器Ａのアプリケーション２６がコネクションを設定して機器Ｂのアプリケーション２６と通信しようとする場合、コネクションの設定には機器Ｂの機器識別子（ＭＡＣ ＩＤ）および機器Ｂのサービス情報に記載のサーバチャネル番号が必要であるので、機器Ａは、何らかの手順、例えば第２−１の実施形態と同様の手順等により、機器Ｂのサービス情報を取得するものとする。ただし、第２−１の実施形態とは、機器Ｂが機器Ａからサービス情報送信要求を受けたことを契機として機器Ａに対してサービス情報の送信要求の発行を行うのではない点が異なる。
【０１１０】
図１６に、本実施形態の機器Ａの動作手順の一例を示し、図１７に、本実施形態の機器Ｂの動作手順の一例を示す。
【０１１１】
まず、機器Ａのアプリケーション２６は、機器Ｂのサービス情報の取得が完了すると、機器Ｂの機器識別子および他機サービス情報に格納された機器Ｂのサーバチャネル番号をパラメータとして、コネクション設定部２７に、機器Ｂとのコネクション設定を要求する（ステップＳ６１）。なお、コネクション設定要求には、パラメータとして機器識別子およびサーバチャネル番号に加えてサービスの種別をも含んでもよい。機器Ａのコネクション設定部２７は、上記のコネクション設定要求を受けると、該コネクション設定要求を、送受信部２１を介して機器Ｂのコネクション設定部２７に送る（ステップＳ６２）。
【０１１２】
機器Ｂのコネクション設定部２７は、上記のコネクション設定要求を受信すると（ステップＳ７１）、これに対する応答を送受信部２１に返し（ステップＳ７２）、これによりコネクションの設定が完了する。このとき、機器Ｂのコネクション設定部２７は、アプリケーション２６へコネクションが設定された旨をイベントとして通知する。
【０１１３】
機器Ｂのアプリケーション２６は、上記のイベントを受けると、サービス情報取得部２３に、上記のコネクション設定要求に係るサーバチャネル番号に対応するサービス種別と同一の種別についての機器Ａに関するサービス情報を取得するよう要求する。機器Ｂのサービス情報取得部２３は、指定されたサービス情報の種別を記載したサービス情報送信要求を、送受信部２１を介して機器Ａへ送る（ステップＳ７３）。なお、その際に、無線端末２ｂへのＳＤＰコネクションが張られていなければ、該リンク上にて該ＳＤＰコネクションの設定を行う。
【０１１４】
機器Ａの送受信部２１は、上記のサービス情報送信要求を受信すると（ステップＳ６３）、サービス情報送信部２５に渡す。このサービス情報送信部２５は、自機サービス情報格納部２４の自機サービス情報テーブルを参照して、該サービス情報送信要求に係るサービスの種別に該当するサービスが該自機サービス情報テーブルに登録されているか否か調べ、登録されている場合にはそのサービスの名前およびサーバチャネル番号などを取得し、要求された種別のサービスに対応する名前やサーバチャネル番号を含むサービス情報、又は要求された種別のサービスは無い旨のサービス情報を作成する（ステップＳ６４）。そして、サービス情報送信部２５は、該サービス情報を、送受信部２１を介して機器Ｂへ応答する（ステップＳ６５）。
【０１１５】
しかして、機器Ｂの送受信部２１は、上記のサービス情報送信要求を受信すると（ステップＳ７４）、これをサービス情報取得部２３に渡す。サービス情報取得部２３は、該サービス情報の内容を、他機サービス情報テーブルに格納する（ステップＳ７５）。
【０１１６】
なお、図１６及び図１７の手順では、機器Ｂのコネクション設定部２７は、コネクション設定の処理がすべて完了した後の時点で、イベントの発行を行うものとしたが、イベントの発行を、それ以外のタイミングで行うようにしてもよい。例えば、コネクション設定要求を受けた時点で発行するようにしてもよい。
【０１１７】
なお、上記の処理においては、機器Ａは、機器Ｂのアプリケーション２６と通信するために機器Ｂとの間にコネクションを張り、機器Ｂのアプリケーション２６との通信が完了するとそのコネクションを切断するが、通信が完了した後も、機器Ｂの機器Ａからのサービス情報の取得が完了するまでコネクションを切断することなく保持しておくようにしてもよい。また、機器Ｂからのサービス情報の取得が完了した後しばらくコネクションを維持し、あらかじめ定めた一定期間が経過した後に切断するようにしてもよい。このようにすると、機器Ｂにおいてサービス情報送信要求を受信した旨のイベントの処理が遅れ、機器Ｂのアプリケーション２６がサービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令する前に、機器Ａによってコネクションが切られて機器Ａと機器Ｂの間のリンクが消滅してしまうといった事態を避けることができる。
【０１１８】
なお、本実施形態の無線端末３は、機器Ａとして説明した機能と、機器Ｂとして説明した機能のいずれか一方のみを備えてもよいし、それらの両方を備えてもよい。
【０１１９】
（第３−２の実施形態）
第３−１の実施形態に対する第３−２の実施形態の関係は、基本的には、第２−１の実施形態に対する第２−２の実施形態の関係と同様である。
【０１２０】
第３−２の実施形態においては、無線端末の構成例は第３−１の実施形態の図１５と同様であり、また、図１５に示された各パートの働きも第３−１の実施形態と基本的には同様である。
【０１２１】
また、本実施形態の機器Ａの動作は基本的には第３−１の実施形態の機器Ａの動作と同様である。
【０１２２】
以下では、本実施形態について、第３−１の実施形態と相違する点を中心に説明する。
【０１２３】
本実施形態の機器Ｂの動作は、第３−１の実施形態の機器Ｂの動作において、機器Ａからのサービス情報が取得済みである場合には、ステップＳ７３〜Ｓ７５を行わないようにしたものである。
【０１２４】
すなわち、第３−１の実施形態と同様に、機器Ａが機器Ｂのサービス情報を取得した後に機器Ｂとのコネクションを設定し、機器Ｂのコネクション設定部２７が機器Ｂのアプリケーション２６へイベントを通知する。しかし、本実施形態では、アプリケーション２６は、このイベントを受けると、他機サービス情報格納部２２の他機サービス情報テーブルを参照し、機器Ａからのコネクション設定要求に係るサーバチャネル番号に対応するサービス種別と同一の種別についての機器Ａに関するサービス情報を保持しているか調べ、保持していない場合には、第２−１の実施形態と同様に、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令するが、すでに保持していた場合には何もしない。
【０１２５】
なお、機器ＢがステップＳ７３〜Ｓ７５を行わない場合には、これに対応して、機器ＡはステップＳ６３〜Ｓ６５を行わないことになる。
【０１２６】
本実施形態によれば、第２−２の実施形態と同様に、以前にすでに機器Ａからサービス情報の取得を行ったことがある場合には機器Ａへのサービス情報の送信要求を行わないので、同じサービス情報を何度も取得するようなことがなく、無駄な通信を減らすことができる。
【０１２７】
ところで、本実施形態においても、第２−２の実施形態におけるのと同様に、他機サービス情報テーブルに記載の情報に時刻情報を設けることにより情報を更新させることができる。この場合の他機サービス情報テーブルの一例は、第２−２の実施形態の図１２と同様で構わない。
【０１２８】
この場合の動作は、上記で説明した動作とほぼ同様であるが、機器Ｂのアプリケーション２６が機器Ａからコネクションが設定された旨のイベントを受けたときの動作のみ異なる。
【０１２９】
この場合の機器Ｂの動作は、上記に説明した動作とほぼ同様であるが、機器Ｂのアプリケーション２６が機器Ａからコネクションが設定された旨のイベントを受けたときの動作のみ異なる。
【０１３０】
図１８に、この部分の処理手順の一例を示す。
【０１３１】
機器Ｂのアプリケーション２６は、上記のイベントを受けると（ステップＳ８１）、他機サービス情報格納部２２の他機サービス情報テーブルを参照し、機器Ａからのコネクション設定要求に係るサーバチャネル番号に対応するサービス種別と同一の種別についての機器Ａに関するサービス情報を保持しているか調べ、保持していない場合は（ステップＳ８２）、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令する（ステップＳ８４）。また、すでに保持していた場合には（ステップＳ８２）、そのサービス情報の取得時刻と現在時刻とを比較し、サービス情報が古いと判断すると（ステップＳ８３）、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令し（ステップＳ８４）、そうでなければ（ステップＳ８４）、何もしない。
【０１３２】
これにより、第２−２の実施形態と同様に、古くなったサービス情報場合に適切に更新することが可能となる。
【０１３３】
さらに、第２−２の実施形態と同様に、サービス情報が古いと判断するまでの有効期限をサービスの種類に応じて変えることもでき、これにより無駄な通信を減らすことができる。
【０１３４】
（第３−３の実施形態）
第３−１の実施形態に対する第３−３の実施形態の関係は、基本的には、第２−１の実施形態に対する第２−３の実施形態の関係と同様である。
【０１３５】
第３−３の実施形態においては、無線端末の構成例は第３−１の実施形態の図１５と同様であり、また、図１５に示された各パートの働きも第３−１の実施形態と基本的には同様である。
【０１３６】
また、本実施形態の機器Ａの動作は基本的には第３−１の実施形態の機器Ａの動作と同様である。
【０１３７】
以下では、本実施形態について、第３−１の実施形態と相違する点を中心に説明する。
【０１３８】
本実施形態の機器Ｂの動作は、第３−１の実施形態の機器Ｂの動作において、サービスの種別をもとにサービス情報の送信要求を行うか否かを判断し、サービス情報を取得する必要がない場合には、ステップＳ７３〜Ｓ７５を行わないようにしたものである。
【０１３９】
すなわち、第３−１の実施形態と同様に、機器Ａが機器Ｂのサービス情報を取得した後に機器Ｂとのコネクションを設定し、機器Ｂのコネクション設定部２７が機器Ｂのアプリケーション２６へイベントを通知する。しかし、本実施形態では、アプリケーション２６は、このイベントを受けると、機器Ａからのコネクション設定要求に係るサーバチャネル番号に対応するサービス種別と同一の種別についてのサービス情報を、機器Ａから取得すべきか否かを判断し、取得すべきと判断された場合には、第２−１の実施形態と同様に、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令するが、取得しないべきと判断された場合には何もしない。
【０１４０】
なお、機器ＢがステップＳ７３〜Ｓ７５を行わない場合には、これに対応して、機器ＡはステップＳ６３〜Ｓ６５を行わないことになる。
【０１４１】
この場合の機器Ｂの動作は、第３−２の実施形態で説明した動作とほぼ同様であるが、機器Ｂのアプリケーション２６が機器Ａからコネクションが設定された旨のイベントを受けたときの判断の仕方が図１８の手順とは異なる。
【０１４２】
図１９に、この部分の処理手順の一例を示す。
【０１４３】
機器Ｂのアプリケーション２６は、上記のイベントを受けると（ステップＳ７１）、他機サービス情報格納部２２の他機サービス情報テーブルを参照し、機器Ａからのサービス情報送信要求に係るサーバチャネル番号に対応するサービス種別と同一の種別についての機器Ａに関するサービス情報を保持しているか調べ、保持している場合には（ステップＳ７２）、何もしない。保持していない場合には（ステップＳ７２）、機器Ａからのコネクション設定要求に係るサーバチャネル番号に対応するサービス種別と同一の種別のサービスに関するサービス情報を、機器Ａから取得すべきか否かを判断し（ステップＳ７３）、取得すべきと判断されたならば、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令し（ステップＳ７４）、そうでなければ（ステップＳ７４）、何もしない。
【０１４４】
本実施形態においても、第２−３の実施形態と同様に、周囲の機器のサービス情報を取得する必要がある場合とない場合を区別し、必要がある場合にのみサービス情報を取得するようにするので、サービス情報を無駄に送受信することがなく、効率よく通信路を使用することができる。
【０１４５】
なお、以上の各機能は、ソフトウェアとして記述し適当な機構をもったコンピュータに処理させても実現可能である。
また、本実施形態は、コンピュータに所定の手段を実行させるための、あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるためのプログラムとして実施することもできる。加えて該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。
【０１４６】
なお、この発明の実施の形態で例示した構成は一例であって、それ以外の構成を排除する趣旨のものではなく、例示した構成の一部を他のもので置き換えたり、例示した構成の一部を省いたり、例示した構成に別の機能あるいは要素を付加したり、それらを組み合わせたりすることなどによって得られる別の構成も可能である。また、例示した構成と論理的に等価な別の構成、例示した構成と論理的に等価な部分を含む別の構成、例示した構成の要部と論理的に等価な別の構成なども可能である。また、例示した構成と同一もしくは類似の目的を達成する別の構成、例示した構成と同一もしくは類似の効果を奏する別の構成なども可能である。
また、この発明の実施の形態で例示した各種構成部分についての各種バリエーションは、適宜組み合わせて実施することが可能である。
また、この発明の実施の形態は、個別装置としての発明、関連を持つ２以上の装置についての発明、システム全体としての発明、個別装置内部の構成部分についての発明、またはそれらに対応する方法の発明等、種々の観点、段階、概念またはカテゴリに係る発明を包含・内在するものである。
従って、この発明の実施の形態に開示した内容からは、例示した構成に限定されることなく発明を抽出することができるものである。
【０１４７】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【０１４８】
【発明の効果】
本発明によれば、相手機器とのコネクション設定の際に必要となるサービス情報の取得をすみやかに行うことができるようになる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る無線端末の基本構成例を示す図
【図２】本発明の第１の実施形態に係る第１の無線端末の構成例を示す図
【図３】本発明の第１の実施形態に係る第２の無線端末の構成例を示す図
【図４】他機サービス情報テーブルの一例を示す図
【図５】自機サービス情報テーブルの一例を示す図
【図６】本発明の第１の実施形態に係る第１の無線端末の動作手順の一例を示すフローチャート
【図７】本発明の第１の実施形態に係る第２の無線端末の動作手順の一例を示すフローチャート
【図８】本発明の第１の実施形態に係る第３の無線端末の構成例を示す図
【図９】本発明の第２−１〜２−３の実施形態に係る無線端末の構成例を示す図
【図１０】本発明の第２−１の実施形態に係る無線端末Ａの動作手順の一例を示すフローチャート
【図１１】本発明の第２−１の実施形態に係る無線端末Ｂの動作手順の一例を示すフローチャート
【図１２】他機サービス情報テーブルの他の例を示す図
【図１３】本発明の第２−２の実施形態に係る無線端末Ｂの動作手順の一例を示すフローチャート
【図１４】本発明の第２−３の実施形態に係る無線端末Ｂの動作手順の一例を示すフローチャート
【図１５】本発明の第３−１〜３−３の実施形態に係る無線端末の構成例を示す図
【図１６】本発明の第３−１の実施形態に係る無線端末Ａの動作手順の一例を示すフローチャート
【図１７】本発明の第３−１の実施形態に係る無線端末Ｂの動作手順の一例を示すフローチャート
【図１８】本発明の第３−２の実施形態に係る無線端末Ｂの動作手順の一例を示すフローチャート
【図１９】本発明の第３−３の実施形態に係る無線端末Ｂの動作手順の一例を示すフローチャート
【符号の説明】
１，２ａ，２ｂ，２ｃ，３，４…無線端末
２１…送受信部
２２…他機サービス情報格納部
２３…サービス情報取得部
２４…自機サービス情報格納部
２５…サービス情報送信部
２６…アプリケーション
２７…コネクション設定部
【発明の属する技術分野】
本発明は、無線による機器接続規格ＢｌｕｅｔｏｏｔｈＴＭ等を採用した無線端末及び通信制御方法に関する。
【０００２】
【従来の技術】
近年、無線による機器間接続の規格として、ＢｌｕｅｔｏｏｔｈＴＭが注目されている。ＢｌｕｅｔｏｏｔｈＴＭは、従来の無線ＬＡＮに比べ安価であり、また、２．４ＧＨｚ帯を使用することにより全世界での使用が可能である。
【０００３】
ＢｌｕｅｔｏｏｔｈＴＭ規格に準拠した通信端末においては、データの送受信には一般に仮想ＣＯＭポート（ＲＦＣＯＭＭ）が用いられる。この仮想ＣＯＭポートのコネクション（ＲＦＣＯＭＭコネクション）の設定は一般に以下の手順により行われる。
【０００４】
まず、通信をしたい機器Ｃは、周囲に存在する機器を発見するためのデバイス発見手順（Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）を開始する。このデバイス発見手順では、機器Ｃが問い合わせ（Ｉｎｑｕｉｒｙ）メッセージをブロードキャストし、この問い合わせメッセージを受信した機器は、自機器の持つ機器識別子（ＭＡＣ ＩＤ）を含む応答メッセージを返し、機器Ｃは、この応答メッセージを受信する。このような手順によって、機器Ｃは、周囲に存在する機器の機器識別子を知ることができる。
【０００５】
次に、上記の機器Ｓは、サービス発見プロトコル（ＳＤＰ(Service Discovery Protocol)）に従った以下のような手順によって、サービス情報（Ｓｅｒｖｉｃｅ Ｒｅｃｏｒｄ）を取得する。
【０００６】
すなわち、機器Ｃは、上記のデバイス発見手順によって発見された機器、例えば機器Ｓに対して、サービス情報取得のためのコネクション（ＳＤＰコネクション）を設定し、自機器が接続したいサービスに関するサービス情報の送信要求を行う。これを受けた機器Ｓは該当するサービス情報を返し、機器Ｃは機器Ｓからサービス情報を得た後に上記のＳＤＰコネクションを切断する。既述したようなデバイス発見手順およびサービス情報取得の手順は特開２００１−１６８８８１号公報にも記載されている。
【０００７】
しかし、このサービス発見プロトコルにおいては、送信要求を受けた機器Ｓの側から、送信要求を行った機器Ｃの側への一方向について、該機器Ｓのサービス情報が転送されるのみであり、その逆の方向すなわち機器Ｃから機器Ｓへの方向にサービス情報が転送されることはない。
【０００８】
次に、機器Ｃは、上記のデバイス発見手順により得られた機器Ｓの機器識別子（ＭＡＣ ＩＤ）と、上記のサービス発見プロトコルにより得られたサービス情報に格納されているサーバチャネル番号とをパラメータとして、仮想ＣＯＭポートの接続を行う。これにより、機器Ｃと機器Ｓとの間で、データ送受信のためのＲＦＣＯＭＭコネクションが設定される。
【０００９】
なお、機器Ｃがあらかじめ、このＲＦＣＯＭＭコネクションの設定に必要なパラメータである機器識別子とサーバチャネル番号とを知っていれば、上記のサービス情報の取得手続きを省略することができるが、一般に任意の通信相手の持つパラメータをあらかじめ知っているということは期待できないため、通常はその手続きの実施が必須である。
【００１０】
さて、ＢｌｕｅｔｏｏｔｈＴＭにおいては、ＳＤＰコネクションとＲＦＣＯＭＭコネクションのいずれについても、コネクションを設定するには、ベースバンドにおいて、１台のマスターたる機器と１又は複数台のスレーブたる機器とからなるピコネットと呼ばれるネットワークを生成する必要がある。同一ピコネットに属するマスターの機器とスレーブの機器との間では、ＳＤＰコネクションおよびＲＦＣＯＭＭコネクションが論理リンク（Ｌ２ＣＡＰ(Logical Link Control and Adaptation Layer Protocol)）によりベースバンドのリンクの上に多重化され、上記の機器間に同時に複数本のコネクションが存在できる。また、これらの複数本のコネクションは、マスター側とスレーブ側のいずれからでも張ることができる。
【００１１】
このように、同一ピコネットに属する機器の間では、リンクの上にコネクションが多重化されるので、すでにコネクションを張って通信中である機器の間にさらにコネクションを張ることは容易である。例えば、仮想ＣＯＭポートによりＲＦＣＯＭＭコネクションで通信中の機器間に、さらにＳＤＰコネクションを張ってサービス情報を取得したり、さらに別のＲＦＣＯＭＭコネクションを張ることができる。
【００１２】
ただし、ＢｌｕｅｔｏｏｔｈＴＭにおいては、あるピコネットに属している機器と、そのピコネットに属さない機器との間で新たに別のピコネットを生成することは、ＢｌｕｅｔｏｏｔｈＴＭの規格上または実装上の理由により不可能であることが多い。このため、リンクを設定しコネクションを張って通信中である２台の機器のいずれかに対し、第３の機器からのリンクを設定することは難しい。リンクが設定できないとコネクションを張ることはできないので、第３の機器からコネクションを張ることは困難であるということになる。
【００１３】
なお、以上では、ＲＦＣＯＭＭコネクションを例にとって説明したが、相手機器のサービス情報はＢｌｕｅｔｏｏｔｈＴＭにおけるプロファイルに準拠した方式で通信を行うときには必須のものである。例えば、ＰＡＮ（ＰｅｒｓｏｎａｌＡｒｅａ Ｎｅｔｗｏｒｋ）においては、ＲＦＣＯＭＭコネクションを使用せずに通信が行われるが、ＰＡＮの設定のためにはやはりサービス情報が必要である。
【００１４】
【発明が解決しようとする課題】
通信機能を備えた携帯機器を持ち寄って何らかの作業を行おうとする場合、持ち寄られた機器のそれぞれが他の任意の機器に情報を送信する必要が生じる。例えば、電子会議においては、参加者が携帯機器に格納されたファイルなどの形であらかじめ用意しておいた資料の配布や、チャットでのメッセージ送信などが行われる。
【００１５】
ところが、前述したように、データ送受信のためのコネクションを設定するには、相手機器のサービス情報が必要である。したがって、任意の相手とコネクションを設定して自由に通信を行うためには、すべての機器が周囲の他のすべての機器のサービス情報をあらかじめ取得しておく必要がある。
【００１６】
しかし、第１の機器が第２の機器へコネクションを張って通信中に第３の機器が第１もしくは第２の機器へＳＤＰコネクションを張るのは困難であるため、すみやかなサービス情報の取得が難しい。また、仮にＳＤＰコネクションを張るのに成功した場合でも、サービス情報はコネクションを張られた機器から張った機器への一方向にしか伝えられないので効率が悪い。
【００１７】
本発明は、上記事情を考慮してなされたもので、相手機器とのコネクション設定の際に必要となるサービス情報の取得をすみやかに行うことができるようにした無線端末及び通信制御方法を提供することを目的とする。
【００１８】
【課題を解決するための手段】
本発明に係る無線端末は、他の無線端末との間に無線リンクを設定するための手段と、前記他の無線端末が提供するサービスに関する他機サービス情報に基づいて、前記無線リンク上において該他の無線端末との間に当該サービスに係るデータ送受信のためのコネクションを設定するための手段と、前記他の無線端末に提供するサービスに関する自機サービス情報を格納する手段と、前記他の無線端末から送信され、前記他の無線端末が取得したいサービスに関するサービス情報を要求する第１の要求メッセージを、サービス情報取得のためのコネクションを介して受信するための手段と、前記第１の要求メッセージを受信した旨のイベントを受けて、格納された前記自機サービス情報を参照して該第１の要求メッセージに対応して作成されたサービス情報を、サービス情報取得のためのコネクションを介して前記他の無線端末へ返送するための手段と、前記第１の要求メッセージを受信した旨の前記イベントを受けて、前記他の無線端末に対して、該他の無線端末に関する取得したいサービス情報を要求する第２の要求メッセージを、サービス情報取得のためのコネクションを介して送信するための要求手段と、前記他の無線端末が前記第２の要求メッセージに応答して送信する前記他の無線端末が提供するサービスに関する他機サービス情報を、サービス情報取得のためのコネクションを介して受信するための手段と、受信した前記他機サービス情報を格納する手段とを備えたことを特徴とする。
【００２７】
なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムとしても成立し、該プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００２８】
以上のように本発明によれば、相手機器とのコネクション設定の際に必要となるサービス情報の取得をすみやかに行うことができるようになる。
【００２９】
例えば、本発明によれば、相手機器との間にリンクが確立されたことを検出するとその機器のサービス情報を取得するので、サービス情報を確実にすみやかに取得することができる。
【００３０】
また、例えば、本発明によれば、機器Ａが機器Ｂからサービス情報を取得するとき、同時に機器Ｂの機器Ａからのサービス情報の取得も完了するので、機器Ａ、機器Ｂともに相手に対してデータ送受信のためのコネクションの設定に必要なサービス情報をすみやかに取得することができる。
【００３１】
さらに、例えば、本発明によれば、機器Ａが機器Ｂへデータ送受信のためのコネクションを設定するとき、同時に機器Ｂの機器Ａからのサービス情報の取得が行われるので、機器Ｂは機器Ａのサービス情報をすみやかに取得することができる。
【００３２】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００３３】
図１に、本発明の実施の形態に係る無線端末の基本構成例を示す。
【００３４】
１１はＢｌｕｅｔｏｏｔｈプロトコルのスタック構成を示し、１２はＢｌｕｅｔｏｏｔｈモジュールを示す。
【００３５】
このスタック構成１１においては、下位層から、ＨＣＩ（ホストコントローラインタフェース）、Ｌ２ＣＡＰ（論理リンク）、次いで、ＲＦＣＯＭＭ（仮想ＣＯＭポート）とＳＤＰ（サービス発見プロトコル）、そして、アプリケーションレイヤが含まれる。実際には、無線端末１は、各レイヤに対応する処理部、すなわち、ＨＣＩ処理部１１１、Ｌ２ＣＡＰレイヤ処理部１１２、ＲＦＣＯＭＭ処理部１１３、ＳＤＰ処理部１１４、アプリケーションレイヤ処理部１１５を有することになる。
【００３６】
また、Ｂｌｕｅｔｏｏｔｈモジュール１２は、リンクマネージャ（ＬＭ）１２１、リンクコントローラ（ＬＣ）１２２、高周波回路（ＲＦ）１２３、アンテナ１２４を含んでいる。
【００３７】
ここで、ＲＦＣＯＭＭまたはＳＤＰのデータは、基本的には、次のように処理される。
【００３８】
送信側となる無線端末１内では、ＲＦＣＯＭＭ処理部１１３またはＳＤＰ処理部１１４が必要に応じてＲＦＣＯＭＭまたはＳＤＰのデータを生成し、Ｌ２ＣＡＰレイヤ処理部１１２にて該データをパケット化し、該パケットをＨＣＩ処理部１１１を介してＢｌｕｅｔｏｏｔｈモジュール１２に送る。次いで、Ｂｌｕｅｔｏｏｔｈモジュール１２では、リンクコントローラ１２２により該パケットに対するフラグメントを行った後に、高周波回路（ＲＦ）１２３により変調してアンテナ１２４から送出する。
【００３９】
一方、受信側となる無線端末１内では、上記とは逆の順序により、最終的にＲＦＣＯＭＭ処理部１１３またはＳＤＰ処理部１１４で受信され処理される。
【００４０】
なお、以下の説明において、アプリケーションとは、ユーザによって例えばＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）などのようなインタフェースを介して直接操作されるものには必ずしも限定されない。例えば、ユーザから直接操作されるのではなく、上位のレイヤに存在するアプリケーションからの指示に応じて動作する、いわゆるミドルウェアなども含まれる。
【００４１】
以下では、上記のような基本構成を有する無線端末のいくつかの実施形態について説明する。
【００４２】
なお、それぞれの実施形態で説明する無線端末における処理部分は、その内部で処理を行う部分を半導体チップ等のハードウェアのみで実現することもできるし、あるいは、無線端末にＣＰＵを搭載し、処理の一部又は全部をソフトウェアで実現することも可能である。ソフトウェアとして実現する場合、該ソフトウェアは、あらかじめコンピュータに内蔵された記憶媒体に記録されていてもよいし、ＣＤ−ＲＯＭなどのコンピュータで読み取り可能な記憶媒体に記録された形で扱われるものであってもよいし、インターネットなどの通信媒体を介して提供されるものであってもよい。
【００４３】
まず、第１の実施形態について説明する。
【００４４】
（第１の実施形態）
図２に、第１の実施形態に係る第１の無線端末の構成例を示す。図２に示されるように、無線端末２ａは、サービス情報送信要求（サービス情報送信要求メッセージ）やサービス情報を他機との間で送受信する送受信部２１、他機から受信したサービス情報を格納する他機サービス情報格納部２２、他機に対しサービス情報の送信を要求するサービス情報取得部２３を備えている。
【００４５】
図３に、本実施形態の第２の無線端末の構成例を示す。図３に示されるように、無線端末２ｂは、サービス情報送信要求やサービス情報を他機との間で送受信する送受信部２１、自機のサービス情報を格納する自機サービス情報格納部２４、他機からの要求に応じて自機のサービス情報を送信するサービス情報送信部２５を備えている。
【００４６】
図２及び図３の構成は図１で説明したスタック構成とは次のように対応している。すなわち、送受信部２１は図１のＬ２ＣＡＰ以下のレイヤすべて（１２，１１１，１１２）に対応し、サービス情報送信部２５またはサービス情報取得部２３はＳＤＰレイヤ（１１４）に対応し、自機サービス情報格納部２４または他機サービス情報格納部２２はアプリケーションレイヤ（１１５）に対応する。なお、図１におけるＲＦＣＯＭＭレイヤに対応する部分およびアプリケーションレイヤに対応する部分は、本実施形態の説明では参照されないので、図２及び図３では示していない。
【００４７】
第２の無線端末２ｂでは、自機の提供するサービスに関する情報を、自機サービス情報テーブルとして自機サービス情報格納部２４に格納している。図４に、この自機サービス情報テーブルの一例を示す。図４の例では、自機サービス情報テーブルには、各サービス毎に、サービスの種別と、サービスの名前と、コネクションの設定に用いるサーバチャネル番号とが対応付けて格納されている。
【００４８】
第１の無線端末１ａでは、他の機器の提供するサービスに関する情報を、他機サービス情報テーブルとして他機サービス情報格納部２２に格納している。図５に、他機サービス情報テーブルの一例を示す。図５の例では、他機サービス情報テーブルには、他の機器の機器識別子（ＭＡＣ ＩＤ）と、その機器が提供する１又は複数のサービスの各々についての種別と名前とコネクション設定に用いるサーバチャネル番号とが、それぞれ、対応付けられて格納されている。
【００４９】
以下、本実施形態の動作について説明する。
【００５０】
図６に、本実施形態の第１の無線端末２ａの動作手順の一例を示し、図７に、本実施形態の第２の無線端末２ｂの動作手順の一例を示す。
【００５１】
なお、本実施形態では、ある機器が周囲の機器の機器識別子を得る方法は特に問わないものとする。以下では、第１の無線端末２ａは、周囲の他の機器、特に第２の無線端末２ｂの機器識別子（ＭＡＣ ＩＤ）を、例えばデバイス発見手順（Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）などにより既に知っているものとし、機器識別子取得の手順についての説明は省略する。
【００５２】
無線端末２ａにおいて、送受信部２１は、無線端末２ｂとの間にリンク（無線リンク）が設定されると（ステップＳ１）、リンクが設定された旨をイベントとして、サービス情報取得部２３に通知する。サービス情報取得部２３は、上記のイベントを受けると、サービス情報送信要求を送受信部２１を介して無線端末２ｂへ送る（ステップＳ２）。なお、その際に、無線端末２ｂへのＳＤＰコネクションが張られていなければ、該リンク上にて該ＳＤＰコネクションの設定を行う。
【００５３】
なお、サービス情報送信要求には、要求の対象となるサービスの種別が記述されるものとする。また、その際に、どのようなサービスの種別を記述するかについては、例えば、予めユーザあるいは何らかのアプリケーションが記述すべきサービスの種別を設定しておくようにしてもよいし、あるいは自機サービス情報テーブルに登録されている全てのサービスの種別を記述するようにしてもよいし、また、他の方法も可能である。
【００５４】
無線端末２ｂの送受信部２１は、上記のサービス情報送信要求を受信すると（ステップＳ１１）、これをサービス情報送信部２５に渡す。サービス情報送信部２５は、自機サービス情報格納部２４の自機サービス情報テーブルを参照して、該サービス情報送信要求にて要求されたサービスの種別に該当するサービスが該自機サービス情報テーブルに登録されているか否か調べ、登録されている場合にはそのサービスの名前およびサーバチャネル番号などを取得し、要求された種別のサービスに対応する名前やサーバチャネル番号を含むサービス情報、又は要求された種別のサービスは無い旨のサービス情報を作成する（ステップＳ１２）。そして、サービス情報送信部２５は、該サービス情報を、送受信部２１を介して無線端末２ａへ応答する（ステップＳ１３）。
【００５５】
しかして、無線端末２ａの送受信部２１は、上記のサービス情報送信要求を受信すると（ステップＳ３）、これをサービス情報取得部２３に渡す。サービス情報取得部２３は、該サービス情報の内容を、他機サービス情報テーブルに格納する（ステップＳ４）。なお、要求された種別のサービスは無い旨のサービス情報を受信した場合には、他機サービス情報テーブルに、当該無線端末２ａの機器識別子及び該サービスの種別に対応する名前やサーバチャネル番号に、サービスが無い旨を示す情報を格納しておくようにしてもよい。
【００５６】
ここで、上記の処理において、ステップＳ１のリンクは、無線端末２ａと無線端末２ｂのいずれの側から張られたものでもよいし、かつまた、どのような目的で張られたものでもよい。例えば、リンクは、ＲＦＣＯＭＭコネクションを張るために設定されたものであってもよいし、ＳＤＰコネクションを張るために設定されたものであってもよい。すなわち、無線端末２ａと無線端末２ｂとの間にリンクが設定されたことを契機として、無線端末２ａは、無線端末２ｂから、サービス情報を収集しようとするわけである。
【００５７】
前述したように、ある機器と他の機器との間にリンクが存在しない場合に、新たにリンクを生成しようとしても、該他の機器がさらに他の機器との間でリンクを張っている場合などのために、それが必ずしも成功するとは限らない。このため、ある機器と他の機器との間にリンクが存在しない状態でサービス情報を取得すべき場合に、ある機器から他の機器へリンクがなかなか張れず、したがってＳＤＰコネクションを張ることもできず、この結果、サービス情報を取得するまでにかなり時間を費やさざるを得ないことがある。これに対して、本実施形態によれば、すでに生成されているリンク上にＳＤＰコネクションを張るので、速やかに確実にサービス情報を取得することができる。
【００５８】
ところで、図２に例示した第１の無線端末２ａはサービス情報送信部２５および自機サービス情報格納部２４を持たない構成であり、図３に例示した第２の無線端末２ｂはサービス情報取得部２３および他機サービス情報格納部２２を持たない構成であった。これは、例えば、第１の無線端末２ａは専らサービスを受けるクライアントのような装置であり、第２の無線端末２ｂは専らサービスを提供するサーバのような装置である場合を想定したものである。しかし、あるサービスではサーバとなり、他のサービスではクライアントとなるような装置や、同一サービスについてサーバともクライアントともなり得る装置などもあるので、このような場合には、第１の無線端末２ａの構成と第２の無線端末２ｂの構成とを兼ね備えるのが望ましい。
【００５９】
図８に、第１の無線端末２ａの構成と第２の無線端末２ｂの構成とを兼ね備えた第３の無線端末２ｃの構成例を示す。この場合、第３の無線端末２ｃは、第１の無線端末２ａの動作と第２の無線端末２ｂの動作を両方実行できることになる。例えば、あるサービスについてクライアント側となる場合には、第１の無線端末２ａの動作を行えばよい。また、例えば、あるサービスについてサーバ側となる場合には、第２の無線端末２ｂの動作を行えばよい。
【００６０】
続いて、第２−１〜２−２の実施形態について説明する。
【００６１】
（第２−１の実施形態）
図９に、第２−１の実施形態に係る無線端末の構成例を示す。図９に示されるように、無線端末３は、サービス情報送信要求やサービス情報を他機との間で送受信する送受信部２１、他機から受信したサービス情報を格納する他機サービス情報格納部２２、他機に対しサービス情報の送信を要求するサービス情報取得部２３、自機のサービス情報を格納する自機サービス情報格納部２４、他機からの要求に応じて自機のサービス情報を送信するサービス情報送信部２５、アプリケーション２６を備えている。
【００６２】
図９の無線端末３の各パートは、図２及び図３、又は図８の同一名称のパートと基本的には同様の機能を有するものである。また、アプリケーション２６は、前述したように、ユーザによってインタフェースを介して直接操作されるものには必ずしも限定されず、例えばミドルウェアなども含むものである。
【００６３】
図９の構成は図１で説明したスタック構成とは次のように対応している。すなわち、送受信部２１は図１のＬ２ＣＡＰ以下のレイヤすべて（１２，１１１，１１２）に対応し、サービス情報送信部２５およびサービス情報取得部２３はＳＤＰレイヤ（１１４）に対応し、自機サービス情報格納部２４および他機サービス情報格納部２２ならびにアプリケーション２６はアプリケーションレイヤ（１１５）に対応する。なお、図１におけるＲＦＣＯＭＭレイヤに対応する部分は、本実施形態の説明では参照されないので、図９では示していない。
【００６４】
以下、本実施形態の動作について説明する。
【００６５】
以下では、最初にサービス情報送信要求を出す側の無線端末３を機器Ａ、このサービス情報送信要求を受ける側の無線端末３を機器Ｂと呼んで説明する。
【００６６】
図１０に、本実施形態の機器Ａの動作手順の一例を示し、図１１に、本実施形態の機器Ｂの動作手順の一例を示す。
【００６７】
まず、機器Ａのアプリケーション２６が、機器Ｂの機器識別子及び取得したいサービス情報のサービス種別を指定して、サービス情報取得部２３に対し、機器Ｂのサービス情報を取得するよう命令する（ステップＳ２１）。機器Ａのサービス情報取得部２３は、指定されたサービスの種別を記載したサービス情報送信要求を送受信部２１を介して機器Ｂへ送る（ステップＳ２２）。なお、その際に、無線端末２ｂへのＳＤＰコネクションが張られていなければ、該リンク上にて該ＳＤＰコネクションの設定を行う。また、機器Ｂとの間でリンクが張られていれば、そのリンク上にＳＤＰコネクションが設定され、リンクが張られていなければ、ＳＤＰコネクションの設定に先だってリンクが張られる。
【００６８】
機器Ｂの送受信部２１は、上記のサービス情報送信要求を受信すると（ステップＳ３１）、これをサービス情報送信部２５に渡す。このサービス情報送信部２５は、自機サービス情報格納部２４の自機サービス情報テーブルを参照して、該サービス情報送信要求にて要求されたサービスの種別に該当するサービスが該自機サービス情報テーブルに登録されているか否か調べ、登録されている場合にはそのサービスの名前およびサーバチャネル番号などを取得し、要求された種別のサービスに対応する名前やサーバチャネル番号を含むサービス情報、又は要求された種別のサービスは無い旨のサービス情報を作成する（ステップＳ３２）。そして、サービス情報送信部２５は、該サービス情報を、送受信部２１を介して機器Ａへ応答する（ステップＳ３３）。
【００６９】
しかして、機器Ａの送受信部２１は、上記のサービス情報送信要求を受信すると（ステップＳ２３）、これをサービス情報取得部２３に渡す。サービス情報取得部２３は、該サービス情報の内容を、他機サービス情報テーブルに格納する（ステップＳ２４）。
【００７０】
一方、本実施形態では、機器Ｂのサービス情報送信部２５は、機器Ａから上記のサービス情報送信要求を受信した旨をイベントとして、アプリケーション２６に通知することも行う。アプリケーション２６は、このイベントを受けると、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令する。
【００７１】
以降の処理は、ステップＳ２２〜Ｓ２４及びＳ３１〜Ｓ４３の手順で機器Ａが機器Ｂのサービス情報を取得した場合と同様にして（ただし、機器Ａと機器Ｂの処理が逆になる）、機器Ｂが機器Ａのサービス情報を取得し他機サービス情報テーブルに格納する（ステップＳ３４〜Ｓ４６，Ｓ２５〜Ｓ２７）。ただし、機器Ａのアプリケーション２６はすでに機器Ｂのサービス情報の取得をサービス情報取得部２３に対し命令しているので、機器Ａのアプリケーション２６はサービス情報送信部２５から機器Ｂからのサービス情報送信要求を受信した旨のイベントを受け取っても機器Ｂのサービス情報の取得をふたたび命令することはないという点が異なる。
【００７２】
なお、図１０及び図１１の手順では、機器Ｂのサービス情報送信部２５は、サービス情報送信要求を実際に受信した時点で、イベントの発行を行うものとしたが、イベントの発行を、それ以外の時点で行うようにしてもよい。例えば、サービス情報送信要求のためのＳＤＰコネクションが機器Ａから張られたことを知った時点で発行するようにしてもよい。
【００７３】
また、図１１の手順では、機器Ｂは、ステップＳ３３でサービス情報を送信してから、ステップＳ４４でサービス情報送信要求を送信しているが、その代わりに、サービス情報送信要求を、サービス情報の送信より前の時点、例えば、機器Ａからサービス情報送信要求を受信した時点、あるいはサービス情報送信要求のためのＳＤＰコネクションが機器Ａから張られたことを知った時点などで、送信するようにしてもよい。この場合には、例えば、機器Ａから機器Ｂへのサービス情報の転送と、機器Ｂから機器Ａへのサービス情報の転送とが、並列的に行われる。
【００７４】
また、機器は必ずしもサービスを他機に対して提供する必要はない。サービスを提供しない機器は他の機器からデータ送受信のコネクションを張られることはないが、他の機器に対してデータ送受信のコネクションを張ることは可能である。このような機器においては、自機サービス情報格納部２４には何の情報も格納されない。このときはサービス情報送信部２５は他機からサービス情報送信要求を受けると、自機の提供するサービスはないという情報をその機器へ返すようにすればよい。
【００７５】
なお、上記の処理においては、機器Ａは、サービス情報を機器Ｂから取得するために機器Ｂとの間にＳＤＰコネクションを張り、機器Ｂからのサービス情報の取得が完了するとそのＳＤＰコネクションを切断するが、サービス情報の取得が完了した後も、機器Ｂの機器Ａからのサービス情報の取得が完了するまでコネクションを切断することなく保持しておくようにしてもよい。また、機器Ｂからのサービス情報の取得が完了した後しばらくＳＤＰコネクションを維持し、あらかじめ定めた一定期間が経過した後に切断するようにしてもよい。このようにすると、機器Ｂにおいてサービス情報送信要求を受信した旨のイベントの処理が遅れ、機器Ｂのアプリケーション２６がサービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令する前に、機器Ａによってコネクションが切られて機器Ａと機器Ｂの間のリンクが消滅してしまうといった事態を避けることができる。
【００７６】
従来は、機器Ａが機器Ｂのサービス情報の取得を行っただけでは、機器Ａから機器Ｂへデータ送受信のコネクションを張ることはできるものの、機器Ｂは機器Ａのサービス情報を知らないため機器Ｂから機器Ａへデータ送受信のコネクションを張ることはできなかった。これに対して、本実施形態によれば、機器Ａが機器Ｂのサービス情報の取得を行ったときに、同時に機器Ｂの機器Ａからのサービス情報の取得が完了するので、機器Ａが機器Ｂへデータ送受信のコネクションを張ることができるだけでなく、機器Ｂから機器Ａへもデータ送受信のコネクションを張ることができる。
【００７７】
なお、本実施形態の無線端末３は、機器Ａとして説明した機能と、機器Ｂとして説明した機能のいずれか一方のみを備えてもよいし、それらの両方を備えてもよい。
【００７８】
（第２−２の実施形態）
第２−２の実施形態においては、無線端末の構成例は第２−１の実施形態の図９と同様であり、また、図９に示された各パートの働きも第２−１の実施形態と基本的には同様である。
【００７９】
また、本実施形態の機器Ａの動作は基本的には第２−１の実施形態の機器Ａの動作と同様である。
【００８０】
以下では、本実施形態について、第２−１の実施形態と相違する点を中心に説明する。
【００８１】
本実施形態の機器Ｂの動作は、第２−１の実施形態の機器Ｂの動作において、機器Ａからのサービス情報が取得済みである場合には、ステップＳ３４〜Ｓ３５を行わないようにしたものである。
【００８２】
すなわち、第２−１の実施形態と同様に、機器Ｂの送受信部２１は、サービス情報送信要求を受信すると、これをサービス情報送信部２５に渡し、サービス情報送信部２５は、機器Ａからサービス情報送信要求を受信した旨をイベントとして、アプリケーション２６に通知する。しかし、本実施形態では、アプリケーション２６は、このイベントを受けると、機器Ａからのサービス情報送信要求で要求されているサービス種別と同一の種別についての機器Ａに関するサービス情報を保持しているか調べ、保持していない場合には、第２−１の実施形態と同様に、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令するが、すでに保持していた場合には何もしない。
【００８３】
なお、機器ＢがステップＳ３４〜Ｓ３５を行わない場合には、これに対応して、機器ＡはステップＳ２５〜Ｓ２７を行わないことになる。
【００８４】
第２−１の実施形態においては、機器Ｂのアプリケーション２６は機器Ａからサービス情報の送信要求を受けた旨をイベントで通知されると、かならず機器Ａへのサービス情報の送信要求を行っていた。これに対して、本実施形態の機器Ｂでは、以前にすでに機器Ａからサービス情報の取得を行ったことがある場合には機器Ａへのサービス情報の送信要求を行わない。したがって、本実施形態では、同じサービス情報を何度も取得するようなことがなく、無駄な通信を減らすことができる。
【００８５】
ところで、サービス情報は機器の提供するサービスの変化に応じて変更され得るので、古いサービス情報を使い続けるのが好ましくない場合も考えられる。そこで、このような場合には、他機サービス情報テーブルに記載の情報に時刻情報を追加することにより、適切な情報の更新が可能になる。図１２に、この場合の他機サービス情報テーブルの一例を示す。この例は、第１の実施形態で示した図５に、さらにサービス情報の取得時刻を記載するフィールドを追加したものである。
【００８６】
この場合の機器Ｂの動作は、上記に説明した動作とほぼ同様であるが、機器Ｂのアプリケーション２６が機器Ａからサービス情報送信要求を受信した旨のイベントを受けたときの動作のみ異なる。
【００８７】
図１３に、この部分の処理手順の一例を示す。
【００８８】
機器Ｂのアプリケーション２６は、上記のイベントを受けると（ステップＳ４１）、他機サービス情報格納部２２の他機サービス情報テーブルを参照し、機器Ａからのサービス情報送信要求で要求されているサービス種別と同一の種別についての機器Ａに関するサービス情報を保持しているか調べ、保持していない場合は（ステップＳ４２）、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令する（ステップＳ４４）。また、すでに保持していた場合には（ステップＳ４２）、そのサービス情報の取得時刻と現在時刻とを比較し、サービス情報が古いと判断すると（ステップＳ４３）、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令し（ステップＳ４４）、そうでなければ（ステップＳ４４）、何もしない。
【００８９】
これにより、古くなったサービス情報を適切に更新することが可能となる。
【００９０】
なお、サービス情報が古いと判断するまでの有効期限を、サービスの種類に応じて変えることもできる。例えば、頻繁に起動、終了されるようなアプリケーションによって提供されるサービスや、アプリケーションの動作中に頻繁にその内容が変更されるようなサービスについては、有効期限を短くし、機器の動作中には常時起動されているようなアプリケーションによって提供され、アプリケーションの動作中はその内容が変更されることがないようなサービスについては、有効期限を長くするなどである。これにより、それほど頻繁には変更されないとわかっているサービス情報については、繰り返し取得することがなくなるため、無駄な通信を減らすことができる。
【００９１】
（第２−３の実施形態）
第２−３の実施形態においては、無線端末の構成例は第２−１の実施形態の図９と同様であり、また、図９に示された各パートの働きも第２−１の実施形態と基本的には同様である。
【００９２】
また、本実施形態の機器Ａの動作は基本的には第２−１の実施形態の機器Ａの動作と同様である。
【００９３】
以下では、本実施形態について、第２−１の実施形態と相違する点を中心に説明する。
【００９４】
本実施形態の機器Ｂの動作は、第２−１の実施形態の機器Ｂの動作において、サービスの種別をもとにサービス情報の送信要求を行うか否かを判断し、サービス情報を取得する必要がない場合には、ステップＳ３４〜Ｓ３５を行わないようにしたものである。
【００９５】
すなわち、第２−１の実施形態と同様に、機器Ｂの送受信部２１は、サービス情報送信要求を受信すると、これをサービス情報送信部２５に渡し、サービス情報送信部２５は、機器Ａからサービス情報送信要求を受信した旨をイベントとして、アプリケーション２６に通知する。しかし、本実施形態では、アプリケーション２６は、このイベントを受けると、機器Ａからのサービス情報送信要求で要求されているサービス種別と同一の種別のサービスに関するサービス情報を、機器Ａから取得すべきか否かを判断し、取得すべきと判断された場合には、第２−１の実施形態と同様に、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令するが、取得しないべきと判断された場合には何もしない。
【００９６】
なお、機器ＢがステップＳ３４〜Ｓ３５を行わない場合には、これに対応して、機器ＡはステップＳ２５〜Ｓ２７を行わないことになる。
【００９７】
この場合の機器Ｂの動作は、第２−２の実施形態で説明した動作とほぼ同様であるが、機器Ｂのアプリケーション２６が機器Ａからサービス情報送信要求を受信した旨のイベントを受けたときの判断の仕方が図１３の手順とは異なる。
【００９８】
図１４に、この部分の処理手順の一例を示す。
【００９９】
機器Ｂのアプリケーション２６は、上記のイベントを受けると（ステップＳ４１）、他機サービス情報格納部２２の他機サービス情報テーブルを参照し、機器Ａからのサービス情報送信要求で要求されているサービス種別と同一の種別についての機器Ａに関するサービス情報を保持しているか調べ、保持している場合には（ステップＳ５２）、何もしない。保持していない場合には（ステップＳ５２）、機器Ａからのサービス情報送信要求で要求されているサービス種別と同一の種別のサービスに関するサービス情報を、機器Ａから取得すべきか否かを判断し（ステップＳ５３）、取得すべきと判断されたならば、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令し（ステップＳ５４）、そうでなければ（ステップＳ５４）、何もしない。
【０１００】
ここで、例えば、電子会議においては、チャットのようにすべての機器が周囲の他の機器に対してコネクションを張りデータを送信するような、すべての機器が送信者となり得るアプリケーションと、プレゼンテーションにおける資料配布のように、発表者からそれぞれの聴衆に向けてはコネクションが張られデータが送られるが、聴衆から発表者へコネクションが張られることはないような、一台のみが送信者となり他の機器がすべて受信者となるようなアプリケーションとが存在する。
【０１０１】
前者のようなアプリケーションにおいては、すべての機器が周囲の機器のサービス情報を取得する必要があるが、後者のようなアプリケーションでは、送信者は周囲の機器のサービス情報を知る必要があるが、受信者は周囲の機器のサービス情報について知る必要はない。
【０１０２】
本実施形態によれば、周囲の機器のサービス情報を取得する必要がある場合と必要がない場合とを区別し、必要がある場合にのみサービス情報を取得するようにするので、サービス情報を無駄に送受信することがなく、効率よく通信路を使用することができる。
【０１０３】
続いて、第３−１〜３−２の実施形態について説明する。
【０１０４】
（第３−１の実施形態）
図１５に、第３−１の実施形態に係る無線端末の構成例を示す。図１５に示されるように、無線端末４は、サービス情報送信要求やサービス情報を他機との間で送受信する送受信部２１、他機から受信したサービス情報を格納する他機サービス情報格納部２２、他機に対しサービス情報の送信を要求するサービス情報取得部２３、自機のサービス情報を格納する自機サービス情報格納部２４、他機からの要求に応じて自機のサービス情報を送信するサービス情報送信部２５、アプリケーション２６、コネクション設定部２７を備えている。すなわち、本実施形態の無線端末４は、第２−１の実施形態の図９の無線端末３の構成にコネクション設定部２７を付加したものである。
【０１０５】
図１５の無線端末３の各パートは、図２、図３、図８の同一名称のパートと基本的には同様の機能を有するものである。また、アプリケーション２６は、前述したように、ユーザによってインタフェースを介して直接操作されるものには必ずしも限定されず、例えばミドルウェアなども含むものである。また、コネクション設定部２７は、他機サービス情報格納部２２に格納された情報に基づいて他機との間にコネクションを設定する。なお、送受信部２１は、サービス情報送信要求およびサービス情報を他機との間で送受信するとともに、コネクション設定部２７からの要求に応じて他機との間にコネクションを設定しデータの送受信を行う。
【０１０６】
図１５の構成は図１で説明したスタック構成とは次のように対応している。すなわち、送受信部２１は図１のＬ２ＣＡＰ以下のレイヤすべて（１２，１１１，１１２）に対応し、サービス情報送信部２５およびサービス情報取得部２３はＳＤＰレイヤ（１１４）に対応し、コネクション設定部２７はＲＦＣＯＭＭレイヤ（１１３）に対応し、自機サービス情報格納部２４および他機サービス情報格納部２２ならびにアプリケーション２６はアプリケーションレイヤ（１１５）に対応する。
【０１０７】
以下、本実施形態の動作について説明する。
【０１０８】
以下では、最初にコネクション設定要求を出す側の無線端末３を機器Ａ、このコネクション設定要求を受ける側の無線端末３を機器Ｂと呼んで説明する。
【０１０９】
本実施形態においては、機器Ａのアプリケーション２６がコネクションを設定して機器Ｂのアプリケーション２６と通信しようとする場合、コネクションの設定には機器Ｂの機器識別子（ＭＡＣ ＩＤ）および機器Ｂのサービス情報に記載のサーバチャネル番号が必要であるので、機器Ａは、何らかの手順、例えば第２−１の実施形態と同様の手順等により、機器Ｂのサービス情報を取得するものとする。ただし、第２−１の実施形態とは、機器Ｂが機器Ａからサービス情報送信要求を受けたことを契機として機器Ａに対してサービス情報の送信要求の発行を行うのではない点が異なる。
【０１１０】
図１６に、本実施形態の機器Ａの動作手順の一例を示し、図１７に、本実施形態の機器Ｂの動作手順の一例を示す。
【０１１１】
まず、機器Ａのアプリケーション２６は、機器Ｂのサービス情報の取得が完了すると、機器Ｂの機器識別子および他機サービス情報に格納された機器Ｂのサーバチャネル番号をパラメータとして、コネクション設定部２７に、機器Ｂとのコネクション設定を要求する（ステップＳ６１）。なお、コネクション設定要求には、パラメータとして機器識別子およびサーバチャネル番号に加えてサービスの種別をも含んでもよい。機器Ａのコネクション設定部２７は、上記のコネクション設定要求を受けると、該コネクション設定要求を、送受信部２１を介して機器Ｂのコネクション設定部２７に送る（ステップＳ６２）。
【０１１２】
機器Ｂのコネクション設定部２７は、上記のコネクション設定要求を受信すると（ステップＳ７１）、これに対する応答を送受信部２１に返し（ステップＳ７２）、これによりコネクションの設定が完了する。このとき、機器Ｂのコネクション設定部２７は、アプリケーション２６へコネクションが設定された旨をイベントとして通知する。
【０１１３】
機器Ｂのアプリケーション２６は、上記のイベントを受けると、サービス情報取得部２３に、上記のコネクション設定要求に係るサーバチャネル番号に対応するサービス種別と同一の種別についての機器Ａに関するサービス情報を取得するよう要求する。機器Ｂのサービス情報取得部２３は、指定されたサービス情報の種別を記載したサービス情報送信要求を、送受信部２１を介して機器Ａへ送る（ステップＳ７３）。なお、その際に、無線端末２ｂへのＳＤＰコネクションが張られていなければ、該リンク上にて該ＳＤＰコネクションの設定を行う。
【０１１４】
機器Ａの送受信部２１は、上記のサービス情報送信要求を受信すると（ステップＳ６３）、サービス情報送信部２５に渡す。このサービス情報送信部２５は、自機サービス情報格納部２４の自機サービス情報テーブルを参照して、該サービス情報送信要求に係るサービスの種別に該当するサービスが該自機サービス情報テーブルに登録されているか否か調べ、登録されている場合にはそのサービスの名前およびサーバチャネル番号などを取得し、要求された種別のサービスに対応する名前やサーバチャネル番号を含むサービス情報、又は要求された種別のサービスは無い旨のサービス情報を作成する（ステップＳ６４）。そして、サービス情報送信部２５は、該サービス情報を、送受信部２１を介して機器Ｂへ応答する（ステップＳ６５）。
【０１１５】
しかして、機器Ｂの送受信部２１は、上記のサービス情報送信要求を受信すると（ステップＳ７４）、これをサービス情報取得部２３に渡す。サービス情報取得部２３は、該サービス情報の内容を、他機サービス情報テーブルに格納する（ステップＳ７５）。
【０１１６】
なお、図１６及び図１７の手順では、機器Ｂのコネクション設定部２７は、コネクション設定の処理がすべて完了した後の時点で、イベントの発行を行うものとしたが、イベントの発行を、それ以外のタイミングで行うようにしてもよい。例えば、コネクション設定要求を受けた時点で発行するようにしてもよい。
【０１１７】
なお、上記の処理においては、機器Ａは、機器Ｂのアプリケーション２６と通信するために機器Ｂとの間にコネクションを張り、機器Ｂのアプリケーション２６との通信が完了するとそのコネクションを切断するが、通信が完了した後も、機器Ｂの機器Ａからのサービス情報の取得が完了するまでコネクションを切断することなく保持しておくようにしてもよい。また、機器Ｂからのサービス情報の取得が完了した後しばらくコネクションを維持し、あらかじめ定めた一定期間が経過した後に切断するようにしてもよい。このようにすると、機器Ｂにおいてサービス情報送信要求を受信した旨のイベントの処理が遅れ、機器Ｂのアプリケーション２６がサービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令する前に、機器Ａによってコネクションが切られて機器Ａと機器Ｂの間のリンクが消滅してしまうといった事態を避けることができる。
【０１１８】
なお、本実施形態の無線端末３は、機器Ａとして説明した機能と、機器Ｂとして説明した機能のいずれか一方のみを備えてもよいし、それらの両方を備えてもよい。
【０１１９】
（第３−２の実施形態）
第３−１の実施形態に対する第３−２の実施形態の関係は、基本的には、第２−１の実施形態に対する第２−２の実施形態の関係と同様である。
【０１２０】
第３−２の実施形態においては、無線端末の構成例は第３−１の実施形態の図１５と同様であり、また、図１５に示された各パートの働きも第３−１の実施形態と基本的には同様である。
【０１２１】
また、本実施形態の機器Ａの動作は基本的には第３−１の実施形態の機器Ａの動作と同様である。
【０１２２】
以下では、本実施形態について、第３−１の実施形態と相違する点を中心に説明する。
【０１２３】
本実施形態の機器Ｂの動作は、第３−１の実施形態の機器Ｂの動作において、機器Ａからのサービス情報が取得済みである場合には、ステップＳ７３〜Ｓ７５を行わないようにしたものである。
【０１２４】
すなわち、第３−１の実施形態と同様に、機器Ａが機器Ｂのサービス情報を取得した後に機器Ｂとのコネクションを設定し、機器Ｂのコネクション設定部２７が機器Ｂのアプリケーション２６へイベントを通知する。しかし、本実施形態では、アプリケーション２６は、このイベントを受けると、他機サービス情報格納部２２の他機サービス情報テーブルを参照し、機器Ａからのコネクション設定要求に係るサーバチャネル番号に対応するサービス種別と同一の種別についての機器Ａに関するサービス情報を保持しているか調べ、保持していない場合には、第２−１の実施形態と同様に、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令するが、すでに保持していた場合には何もしない。
【０１２５】
なお、機器ＢがステップＳ７３〜Ｓ７５を行わない場合には、これに対応して、機器ＡはステップＳ６３〜Ｓ６５を行わないことになる。
【０１２６】
本実施形態によれば、第２−２の実施形態と同様に、以前にすでに機器Ａからサービス情報の取得を行ったことがある場合には機器Ａへのサービス情報の送信要求を行わないので、同じサービス情報を何度も取得するようなことがなく、無駄な通信を減らすことができる。
【０１２７】
ところで、本実施形態においても、第２−２の実施形態におけるのと同様に、他機サービス情報テーブルに記載の情報に時刻情報を設けることにより情報を更新させることができる。この場合の他機サービス情報テーブルの一例は、第２−２の実施形態の図１２と同様で構わない。
【０１２８】
この場合の動作は、上記で説明した動作とほぼ同様であるが、機器Ｂのアプリケーション２６が機器Ａからコネクションが設定された旨のイベントを受けたときの動作のみ異なる。
【０１２９】
この場合の機器Ｂの動作は、上記に説明した動作とほぼ同様であるが、機器Ｂのアプリケーション２６が機器Ａからコネクションが設定された旨のイベントを受けたときの動作のみ異なる。
【０１３０】
図１８に、この部分の処理手順の一例を示す。
【０１３１】
機器Ｂのアプリケーション２６は、上記のイベントを受けると（ステップＳ８１）、他機サービス情報格納部２２の他機サービス情報テーブルを参照し、機器Ａからのコネクション設定要求に係るサーバチャネル番号に対応するサービス種別と同一の種別についての機器Ａに関するサービス情報を保持しているか調べ、保持していない場合は（ステップＳ８２）、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令する（ステップＳ８４）。また、すでに保持していた場合には（ステップＳ８２）、そのサービス情報の取得時刻と現在時刻とを比較し、サービス情報が古いと判断すると（ステップＳ８３）、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令し（ステップＳ８４）、そうでなければ（ステップＳ８４）、何もしない。
【０１３２】
これにより、第２−２の実施形態と同様に、古くなったサービス情報場合に適切に更新することが可能となる。
【０１３３】
さらに、第２−２の実施形態と同様に、サービス情報が古いと判断するまでの有効期限をサービスの種類に応じて変えることもでき、これにより無駄な通信を減らすことができる。
【０１３４】
（第３−３の実施形態）
第３−１の実施形態に対する第３−３の実施形態の関係は、基本的には、第２−１の実施形態に対する第２−３の実施形態の関係と同様である。
【０１３５】
第３−３の実施形態においては、無線端末の構成例は第３−１の実施形態の図１５と同様であり、また、図１５に示された各パートの働きも第３−１の実施形態と基本的には同様である。
【０１３６】
また、本実施形態の機器Ａの動作は基本的には第３−１の実施形態の機器Ａの動作と同様である。
【０１３７】
以下では、本実施形態について、第３−１の実施形態と相違する点を中心に説明する。
【０１３８】
本実施形態の機器Ｂの動作は、第３−１の実施形態の機器Ｂの動作において、サービスの種別をもとにサービス情報の送信要求を行うか否かを判断し、サービス情報を取得する必要がない場合には、ステップＳ７３〜Ｓ７５を行わないようにしたものである。
【０１３９】
すなわち、第３−１の実施形態と同様に、機器Ａが機器Ｂのサービス情報を取得した後に機器Ｂとのコネクションを設定し、機器Ｂのコネクション設定部２７が機器Ｂのアプリケーション２６へイベントを通知する。しかし、本実施形態では、アプリケーション２６は、このイベントを受けると、機器Ａからのコネクション設定要求に係るサーバチャネル番号に対応するサービス種別と同一の種別についてのサービス情報を、機器Ａから取得すべきか否かを判断し、取得すべきと判断された場合には、第２−１の実施形態と同様に、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令するが、取得しないべきと判断された場合には何もしない。
【０１４０】
なお、機器ＢがステップＳ７３〜Ｓ７５を行わない場合には、これに対応して、機器ＡはステップＳ６３〜Ｓ６５を行わないことになる。
【０１４１】
この場合の機器Ｂの動作は、第３−２の実施形態で説明した動作とほぼ同様であるが、機器Ｂのアプリケーション２６が機器Ａからコネクションが設定された旨のイベントを受けたときの判断の仕方が図１８の手順とは異なる。
【０１４２】
図１９に、この部分の処理手順の一例を示す。
【０１４３】
機器Ｂのアプリケーション２６は、上記のイベントを受けると（ステップＳ７１）、他機サービス情報格納部２２の他機サービス情報テーブルを参照し、機器Ａからのサービス情報送信要求に係るサーバチャネル番号に対応するサービス種別と同一の種別についての機器Ａに関するサービス情報を保持しているか調べ、保持している場合には（ステップＳ７２）、何もしない。保持していない場合には（ステップＳ７２）、機器Ａからのコネクション設定要求に係るサーバチャネル番号に対応するサービス種別と同一の種別のサービスに関するサービス情報を、機器Ａから取得すべきか否かを判断し（ステップＳ７３）、取得すべきと判断されたならば、サービス情報取得部２３に対して機器Ａのサービス情報を取得するよう命令し（ステップＳ７４）、そうでなければ（ステップＳ７４）、何もしない。
【０１４４】
本実施形態においても、第２−３の実施形態と同様に、周囲の機器のサービス情報を取得する必要がある場合とない場合を区別し、必要がある場合にのみサービス情報を取得するようにするので、サービス情報を無駄に送受信することがなく、効率よく通信路を使用することができる。
【０１４５】
なお、以上の各機能は、ソフトウェアとして記述し適当な機構をもったコンピュータに処理させても実現可能である。
また、本実施形態は、コンピュータに所定の手段を実行させるための、あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるためのプログラムとして実施することもできる。加えて該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。
【０１４６】
なお、この発明の実施の形態で例示した構成は一例であって、それ以外の構成を排除する趣旨のものではなく、例示した構成の一部を他のもので置き換えたり、例示した構成の一部を省いたり、例示した構成に別の機能あるいは要素を付加したり、それらを組み合わせたりすることなどによって得られる別の構成も可能である。また、例示した構成と論理的に等価な別の構成、例示した構成と論理的に等価な部分を含む別の構成、例示した構成の要部と論理的に等価な別の構成なども可能である。また、例示した構成と同一もしくは類似の目的を達成する別の構成、例示した構成と同一もしくは類似の効果を奏する別の構成なども可能である。
また、この発明の実施の形態で例示した各種構成部分についての各種バリエーションは、適宜組み合わせて実施することが可能である。
また、この発明の実施の形態は、個別装置としての発明、関連を持つ２以上の装置についての発明、システム全体としての発明、個別装置内部の構成部分についての発明、またはそれらに対応する方法の発明等、種々の観点、段階、概念またはカテゴリに係る発明を包含・内在するものである。
従って、この発明の実施の形態に開示した内容からは、例示した構成に限定されることなく発明を抽出することができるものである。
【０１４７】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【０１４８】
【発明の効果】
本発明によれば、相手機器とのコネクション設定の際に必要となるサービス情報の取得をすみやかに行うことができるようになる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る無線端末の基本構成例を示す図
【図２】本発明の第１の実施形態に係る第１の無線端末の構成例を示す図
【図３】本発明の第１の実施形態に係る第２の無線端末の構成例を示す図
【図４】他機サービス情報テーブルの一例を示す図
【図５】自機サービス情報テーブルの一例を示す図
【図６】本発明の第１の実施形態に係る第１の無線端末の動作手順の一例を示すフローチャート
【図７】本発明の第１の実施形態に係る第２の無線端末の動作手順の一例を示すフローチャート
【図８】本発明の第１の実施形態に係る第３の無線端末の構成例を示す図
【図９】本発明の第２−１〜２−３の実施形態に係る無線端末の構成例を示す図
【図１０】本発明の第２−１の実施形態に係る無線端末Ａの動作手順の一例を示すフローチャート
【図１１】本発明の第２−１の実施形態に係る無線端末Ｂの動作手順の一例を示すフローチャート
【図１２】他機サービス情報テーブルの他の例を示す図
【図１３】本発明の第２−２の実施形態に係る無線端末Ｂの動作手順の一例を示すフローチャート
【図１４】本発明の第２−３の実施形態に係る無線端末Ｂの動作手順の一例を示すフローチャート
【図１５】本発明の第３−１〜３−３の実施形態に係る無線端末の構成例を示す図
【図１６】本発明の第３−１の実施形態に係る無線端末Ａの動作手順の一例を示すフローチャート
【図１７】本発明の第３−１の実施形態に係る無線端末Ｂの動作手順の一例を示すフローチャート
【図１８】本発明の第３−２の実施形態に係る無線端末Ｂの動作手順の一例を示すフローチャート
【図１９】本発明の第３−３の実施形態に係る無線端末Ｂの動作手順の一例を示すフローチャート
【符号の説明】
１，２ａ，２ｂ，２ｃ，３，４…無線端末
２１…送受信部
２２…他機サービス情報格納部
２３…サービス情報取得部
２４…自機サービス情報格納部
２５…サービス情報送信部
２６…アプリケーション
２７…コネクション設定部
Claims (11)
- 他の無線端末との間に無線リンクを設定するための手段と、
前記他の無線端末が提供するサービスに関する他機サービス情報に基づいて、前記無線リンク上において該他の無線端末との間に当該サービスに係るデータ送受信のためのコネクションを設定するための手段と、
前記他の無線端末に提供するサービスに関する自機サービス情報を格納する手段と、
前記他の無線端末から送信され、前記他の無線端末が取得したいサービスに関するサービス情報を要求する第１の要求メッセージを、サービス情報取得のためのコネクションを介して受信するための手段と、
前記第１の要求メッセージを受信した旨のイベントを受けて、格納された前記自機サービス情報を参照して該第１の要求メッセージに対応して作成されたサービス情報を、サービス情報取得のためのコネクションを介して前記他の無線端末へ返送するための手段と、
前記第１の要求メッセージを受信した旨の前記イベントを受けて、前記他の無線端末に対して、該他の無線端末に関する取得したいサービス情報を要求する第２の要求メッセージを、サービス情報取得のためのコネクションを介して送信するための要求手段と、
前記他の無線端末が前記第２の要求メッセージに応答して送信する前記他の無線端末が提供するサービスに関する他機サービス情報を、サービス情報取得のためのコネクションを介して受信するための手段と、
受信した前記他機サービス情報を格納する手段とを備えたことを特徴とする無線端末。 - 他の無線端末との間に無線リンクを設定するための手段と、
前記他の無線端末が提供するサービスに関する他機サービス情報に基づいて、前記無線リンク上において該他の無線端末との間に当該サービスに係るデータ送受信のためのコネクションを設定するための手段と、
前記他の無線端末に提供するサービスに関する自機サービス情報を格納する手段と、
前記他の無線端末から送信され、前記他の無線端末が取得したいサービスに関するサービス情報を要求する第１の要求メッセージを、サービス情報取得のためのコネクションを介して受信するための手段と、
前記第１の要求メッセージを受信した旨のイベントを受けて、格納された前記自機サービス情報を参照して該第１の要求メッセージに対応して作成されたサービス情報を、サービス情報取得のためのコネクションを介して前記他の無線端末へ返送するための手段と、
前記第１の要求メッセージを受信した旨の前記イベントを受けて、前記他機サービス情報を取得するか否かを決定する決定手段と、
この決定手段における前記他機サービス情報を取得すべきことの決定を受けて、前記他の無線端末に対して、該他の無線端末に関する取得したいサービス情報を要求する第２の要求メッセージを、サービス情報取得のためのコネクションを介して送信するための要求手段と、
前記他の無線端末が前記第２の要求メッセージに応答して送信する前記他の無線端末が提供するサービスに関する他機サービス情報を、サービス情報取得のためのコネクションを介して受信するための手段と、
受信した前記他機サービス情報を格納する手段とを備えたことを特徴とする無線端末。 - 前記決定手段は、前記第２の要求メッセージを送信して得られる前記他機サービス情報に相当するサービス情報を前記他機サービス情報を格納する手段に保持していない場合にのみ、前記他機サービス情報を取得すべきことを決定することを特徴とする請求項２に記載の無線端末。
- 前記他機サービス情報は、有効期限を付与されるものであり、
前記決定手段は、前記第２の要求メッセージを送信して得られる前記他機サービス情報に相当するサービス情報を前記他機サービス情報を格納する手段に保持していない場合または前記他機サービス情報に相当するものを保持しているがその有効期限が過ぎている場合にのみ、前記他機サービス情報を取得すべきことを決定することを特徴とする請求項２に記載の無線端末。 - 前記決定手段は、前記第２の要求メッセージを送信して得られる前記他機サービス情報に相当するものを保持していない場合において、該他機サービス情報が必要なときにのみ、前記他機サービス情報を取得すべきことを決定することを特徴とする請求項２に記載の無線端末。
- 前記サービス情報は、少なくとも、特定のサービスのためのコネクションの設定に用いるべきサーバチャネル番号、または特定のサービスの種別を含むことを特徴とする請求項１ないし５のいずれか１項に記載の無線端末。
- 前記第１の及び第２の要求メッセージには、それぞれ、前記サービス情報を返送すべき対象とするサービスの種別を示す情報が含まれることを特徴とする請求項１ないし６のいずれか１項に記載の無線端末。
- 他の無線端末との間に無線リンクを設定するための手段と、前記他の無線端末が提供する他機サービスに関するサービス情報に基づいて、前記無線リンク上において該他の無線端末との間に当該サービスに係るデータ送受信のためのコネクションを設定するための手段とを備えた無線端末における通信制御方法であって、
前記他の無線端末から送信され、前記他の無線端末が取得したいサービスに関するサービス情報を要求する第１の要求メッセージを、サービス情報取得のためのコネクションを介して受信するためのステップと、
前記第１の要求メッセージを受信した旨のイベントを受けて、自機サービス情報格納部に格納された前記自機サービス情報を参照して該第１の要求メッセージに対応して作成されたサービス情報を、サービス情報取得のためのコネクションを介して前記他の無線端末へ返送するためのステップと、
前記第１の要求メッセージを受信した旨の前記イベントを受けて、前記他の無線端末に対して、該他の無線端末に関する取得したいサービス情報を要求する第２の要求メッセージを、サービス情報取得のためのコネクションを介して送信するためのステップと、
前記他の無線端末が前記第２の要求メッセージに応答して送信する前記他の無線端末が提供するサービスに関する他機サービス情報を、サービス情報取得のためのコネクションを介して受信するためのステップと、
受信した前記他機サービス情報を他機サービス情報格納部に格納するステップとを有することを特徴とする通信制御方法。 - 他の無線端末との間に無線リンクを設定するための手段と、前記他の無線端末が提供する他機サービスに関するサービス情報に基づいて、前記無線リンク上において該他の無線端末との間に当該サービスに係るデータ送受信のためのコネクションを設定するための手段とを備えた無線端末における通信制御方法であって、
前記他の無線端末から送信され、前記他の無線端末が取得したいサービスに関するサービス情報を要求する第１の要求メッセージを、サービス情報取得のためのコネクションを介して受信するためのステップと、
前記第１の要求メッセージを受信した旨のイベントを受けて、自機サービス情報格納部に格納された前記自機サービス情報を参照して該第１の要求メッセージに対応して作成されたサービス情報を、サービス情報取得のためのコネクションを介して前記他の無線端末へ返送するためのステップと、
前記第１の要求メッセージを受信した旨の前記イベントを受けて、前記他機サービス情報を取得するか否かを決定するステップと、
このステップにおける前記他機サービス情報を取得すべきことの決定を受けて、前記他の無線端末に対して、該他の無線端末に関する取得したいサービス情報を要求する第２の要求メッセージを、サービス情報取得のためのコネクションを介して送信するためのステップと、
前記他の無線端末が前記第２の要求メッセージに応答して送信する前記他の無線端末が提供するサービスに関する他機サービス情報を、サービス情報取得のためのコネクションを介して受信するためのステップと、
受信した前記他機サービス情報を他機サービス情報格納部に格納するステップとを有することを特徴とする通信制御方法。 - 無線端末に搭載されたコンピュータを機能させるためのプログラムであって、
他の無線端末との間に無線リンクを設定するための機能と、
前記他の無線端末が提供するサービスに関する他機サービス情報に基づいて、前記無線リンク上において該他の無線端末との間に当該サービスに係るデータ送受信のためのコネクションを設定するための機能と、
前記他の無線端末に提供するサービスに関する自機サービス情報を格納する機能と、
前記他の無線端末から送信され、前記他の無線端末が取得したいサービスに関するサービス情報を要求する第１の要求メッセージを、サービス情報取得のためのコネクションを介して受信するための機能と、
前記第１の要求メッセージを受信した旨のイベントを受けて、格納された前記自機サービス情報を参照して該第１の要求メッセージに対応して作成されたサービス情報を、サービス情報取得のためのコネクションを介して前記他の無線端末へ返送するための機能と、
前記第１の要求メッセージを受信した旨の前記イベントを受けて、前記他の無線端末に対して、該他の無線端末に関する取得したいサービス情報を要求する第２の要求メッセージを、サービス情報取得のためのコネクションを介して送信するための機能と、
前記他の無線端末が前記第２の要求メッセージに応答して送信する前記他の無線端末が提供するサービスに関する他機サービス情報を、サービス情報取得のためのコネクションを介して受信するための機能と、
受信した前記他機サービス情報を格納する機能とをコンピュータに実現させるためのプログラム。 - 無線端末に搭載されたコンピュータを機能させるためのプログラムであって、
他の無線端末との間に無線リンクを設定するための機能と、
前記他の無線端末が提供するサービスに関する他機サービス情報に基づいて、前記無線リンク上において該他の無線端末との間に当該サービスに係るデータ送受信のためのコネクションを設定するための機能と、
前記他の無線端末に提供するサービスに関する自機サービス情報を格納する機能と、
前記他の無線端末から送信され、前記他の無線端末が取得したいサービスに関するサービス情報を要求する第１の要求メッセージを、サービス情報取得のためのコネクションを介して受信するための機能と、
前記第１の要求メッセージを受信した旨のイベントを受けて、格納された前記自機サービス情報を参照して該第１の要求メッセージに対応して作成されたサービス情報を、サービス情報取得のためのコネクションを介して前記他の無線端末へ返送するための機能と、
前記第１の要求メッセージを受信した旨の前記イベントを受けて、前記他機サービス情報を取得するか否かを決定する機能と、
この決定手段における前記他機サービス情報を取得すべきことの決定を受けて、前記他の無線端末に対して、該他の無線端末に関する取得したいサービス情報を要求する第２の要求メッセージを、サービス情報取得のためのコネクションを介して送信するための機能と、
前記他の無線端末が前記第２の要求メッセージに応答して送信する前記他の無線端末が提供するサービスに関する他機サービス情報を、サービス情報取得のためのコネクションを介して受信するための機能と、
受信した前記他機サービス情報を格納する機能とをコンピュータに実現させるためのプログラム。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002195955A JP4225743B2 (ja) | 2002-07-04 | 2002-07-04 | 無線端末及び通信制御方法 |
| EP20030253892 EP1379028A3 (en) | 2002-07-04 | 2003-06-19 | Radio terminal, communication control method and computer program |
| US10/612,034 US6993348B2 (en) | 2002-07-04 | 2003-07-03 | Radio terminal, communication control method and computer program |
| KR1020030044991A KR20040004164A (ko) | 2002-07-04 | 2003-07-03 | 무선단말 및 통신제어방법 |
| CNB031462421A CN100527770C (zh) | 2002-07-04 | 2003-07-04 | 无线终端和通信控制方法 |
| US11/214,921 US7437126B2 (en) | 2002-07-04 | 2005-08-31 | Radio terminal, communication control method and computer program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002195955A JP4225743B2 (ja) | 2002-07-04 | 2002-07-04 | 無線端末及び通信制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004040552A JP2004040552A (ja) | 2004-02-05 |
| JP4225743B2 true JP4225743B2 (ja) | 2009-02-18 |
Family
ID=29720296
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002195955A Expired - Fee Related JP4225743B2 (ja) | 2002-07-04 | 2002-07-04 | 無線端末及び通信制御方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (2) | US6993348B2 (ja) |
| EP (1) | EP1379028A3 (ja) |
| JP (1) | JP4225743B2 (ja) |
| KR (1) | KR20040004164A (ja) |
| CN (1) | CN100527770C (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10243784B2 (en) | 2014-11-20 | 2019-03-26 | At&T Intellectual Property I, L.P. | System for generating topology information and methods thereof |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3663121B2 (ja) * | 2000-10-30 | 2005-06-22 | シャープ株式会社 | ノード構成情報管理方法及び無線ネットワークシステム |
| JP2004153438A (ja) * | 2002-10-29 | 2004-05-27 | Fujitsu Ltd | 通信装置、その情報処理方法及び情報処理プログラム |
| US20050204090A1 (en) * | 2004-03-10 | 2005-09-15 | Eilert Sean S. | Hardware stack for blocked nonvolatile memories |
| US7730152B2 (en) * | 2004-06-28 | 2010-06-01 | Broadcom Corporation | Wireless input control of multiple computing devices |
| KR100643282B1 (ko) * | 2004-11-02 | 2006-11-10 | 삼성전자주식회사 | ＵＰｎＰ 네트워크 상에서 특정 기기를 식별하는 방법,식별된 특정 기기를 통하여 컨텐츠를 재생하는 방법, 및장치 |
| JP4701018B2 (ja) * | 2005-06-22 | 2011-06-15 | キヤノン株式会社 | 通信装置及び通信方法 |
| CN101370553B (zh) | 2006-02-11 | 2013-04-10 | 基因特伦尼克斯公司 | 用于单针体内电穿孔的装置和方法 |
| US20080045880A1 (en) * | 2006-02-11 | 2008-02-21 | Rune Kjeken | Device and method for single-needle in vivo electroporation |
| JP4944991B2 (ja) * | 2008-03-31 | 2012-06-06 | パナソニック株式会社 | 監視システム |
| JP5350004B2 (ja) * | 2009-02-19 | 2013-11-27 | キヤノン株式会社 | 通信装置、通信装置の制御方法及びプログラム |
| WO2011065227A1 (ja) * | 2009-11-27 | 2011-06-03 | 日本電気株式会社 | フロー制御装置、ネットワークシステム、ネットワーク制御方法およびプログラム |
| US10026847B2 (en) | 2011-11-18 | 2018-07-17 | Semiconductor Energy Laboratory Co., Ltd. | Semiconductor element, method for manufacturing semiconductor element, and semiconductor device including semiconductor element |
| JP6394177B2 (ja) * | 2014-08-22 | 2018-09-26 | カシオ計算機株式会社 | 無線通信装置、無線通信システム、無線通信方法、プログラム、及びスレーブ装置 |
| CN110300393B (zh) * | 2018-03-23 | 2022-08-16 | 阿尔卑斯通信器件技术（上海）有限公司 | 蓝牙通信装置、蓝牙通信系统以及蓝牙通信方法 |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5867796A (en) * | 1995-04-28 | 1999-02-02 | Nec Corporation | Portable telephone set capable of being put in a holding mode by operation of a vibration unit which is for announcing reception of an incoming call to a user |
| EP2242321B1 (en) * | 1995-09-20 | 2015-07-22 | Ntt Docomo, Inc. | Access method, mobile station and base station for CDMA mobile communication system |
| GB2313524A (en) * | 1996-05-24 | 1997-11-26 | Ibm | Providing communications links in a computer network |
| CN1222024A (zh) * | 1997-09-29 | 1999-07-07 | 阿尔卡塔尔公司 | 电信网络终端中产生功能的方法及终端和数据供给设备 |
| DE19800772C2 (de) * | 1998-01-12 | 2000-04-06 | Ericsson Telefon Ab L M | Verfahren und Vorrichtung zur Verbindung mit einem Paketaustauschnetz |
| US20030023694A1 (en) * | 1998-04-16 | 2003-01-30 | James Macor | Portable electronic mail messaging device |
| JP2001168881A (ja) | 1999-09-30 | 2001-06-22 | Toshiba Corp | 無線通信ネットワークシステムとその無線機器 |
| KR100619005B1 (ko) | 1999-11-25 | 2006-08-31 | 삼성전자주식회사 | 장치간의 연결 설정을 위한 인증방법 |
| JP3750910B2 (ja) * | 1999-12-13 | 2006-03-01 | セイコーインスツル株式会社 | 情報処理装置及び情報処理方法 |
| JP3642561B2 (ja) | 2000-02-14 | 2005-04-27 | 株式会社東芝 | 通信方法 |
| JP2001339408A (ja) | 2000-05-30 | 2001-12-07 | Matsushita Electric Ind Co Ltd | Ｂｌｕｅｔｏｏｔｈ情報配信システム |
| EP1178693A1 (en) * | 2000-08-03 | 2002-02-06 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Method for accessing a cellular telecommunication network |
| TW504080U (en) * | 2000-11-06 | 2002-09-21 | Shian-Kai Chen | Wireless transmission device |
| US7242905B2 (en) * | 2000-11-27 | 2007-07-10 | Samsung Electronics Co., Ltd. | Method of information sharing between cellular and local wireless communication systems |
| JP4092879B2 (ja) * | 2001-02-05 | 2008-05-28 | 富士フイルム株式会社 | 携帯機器の認証方法 |
| JP2002291020A (ja) * | 2001-03-22 | 2002-10-04 | Nec Corp | 位置情報検索方法及び携帯電話システム |
| JP4566443B2 (ja) * | 2001-04-24 | 2010-10-20 | パナソニック株式会社 | 無線通信システム |
| JP2002357444A (ja) * | 2001-05-31 | 2002-12-13 | Nec Corp | 移動端末を使用したナビゲーションシステム |
| FI20011342A0 (fi) * | 2001-06-25 | 2001-06-25 | Nokia Corp | Menetelmä ja laite tiedon hankkimiseksi |
-
2002
- 2002-07-04 JP JP2002195955A patent/JP4225743B2/ja not_active Expired - Fee Related
-
2003
- 2003-06-19 EP EP20030253892 patent/EP1379028A3/en not_active Withdrawn
- 2003-07-03 KR KR1020030044991A patent/KR20040004164A/ko not_active Application Discontinuation
- 2003-07-03 US US10/612,034 patent/US6993348B2/en not_active Expired - Lifetime
- 2003-07-04 CN CNB031462421A patent/CN100527770C/zh not_active Expired - Fee Related
-
2005
- 2005-08-31 US US11/214,921 patent/US7437126B2/en not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10243784B2 (en) | 2014-11-20 | 2019-03-26 | At&T Intellectual Property I, L.P. | System for generating topology information and methods thereof |
Also Published As
| Publication number | Publication date |
|---|---|
| US7437126B2 (en) | 2008-10-14 |
| CN100527770C (zh) | 2009-08-12 |
| JP2004040552A (ja) | 2004-02-05 |
| CN1472948A (zh) | 2004-02-04 |
| US20040038712A1 (en) | 2004-02-26 |
| US20050282497A1 (en) | 2005-12-22 |
| KR20040004164A (ko) | 2004-01-13 |
| EP1379028A3 (en) | 2006-05-24 |
| US6993348B2 (en) | 2006-01-31 |
| EP1379028A2 (en) | 2004-01-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7437126B2 (en) | Radio terminal, communication control method and computer program | |
| US11070970B2 (en) | Apparatus and method for providing universal plug and play service based on Wi-Fi direct connection in portable terminal | |
| JP4642777B2 (ja) | 移動ノードへの位置固有サービスの提供 | |
| US20080294718A1 (en) | Information processing apparatus, client apparatus, information processing system and service connection method | |
| TWI578816B (zh) | 高效遞送輔助服務至多技術可用無線傳輸／接收單元之方法及裝置 | |
| KR20100029124A (ko) | 사용자 장비에 대해 긴급 콜 백을 표시하기 위한 시스템 및 방법 | |
| US7324226B2 (en) | Method, and arrangement in a communications network | |
| JP2004112319A (ja) | 中継装置、情報送信装置、および情報送信方法 | |
| US20060093119A1 (en) | Leveraging real-time communications client | |
| JP5626547B2 (ja) | ＷｉＭＡＸにおけるＩＰベースの緊急サービスの処理方法 | |
| WO2013097350A1 (zh) | 文件发送、接收方法及装置和文件传输方法及系统 | |
| JP3791504B2 (ja) | 情報処理システム及び情報処理方法 | |
| CN110771117B (zh) | 一种采用面向id的网络的会话层通信 | |
| WO2013189398A2 (zh) | 应用数据推送方法、装置及系统 | |
| JP2004248072A (ja) | サービス提供装置、サービス利用装置、サービス提供システム、サービス提供方法、サービス利用方法、サービス提供プログラム及びサービス利用プログラム | |
| JPWO2002082852A1 (ja) | 携帯情報端末、無線通信システム及びリンク確立方法 | |
| CN112398943B (zh) | 信息互通方法、装置、存储介质及电子设备 | |
| JP4445302B2 (ja) | 無線端末装置、サービス検索方法 | |
| JP2009502079A (ja) | ネットワーク、アクセスポイント、無線装置及びサービス管理方法 | |
| JP2003115795A (ja) | 通信システム、この通信システムに用いるサーバ、エージェント制御方法、エージェント制御プログラム | |
| JP2003198672A (ja) | 携帯通信端末およびその制御方法 | |
| JP5026551B2 (ja) | 中継装置、通信システム及び通信監視方法 | |
| US20060104239A1 (en) | Apparatus and method for updating packet data session parameters by PDSN in mobile communications system | |
| WO2009122722A1 (ja) | 無線通信端末およびデバイス起動方法 | |
| JP2004253961A (ja) | 呼制御サーバおよび移動通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050701 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050712 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050912 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060228 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060428 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060523 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20060602 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080708 |
|
| 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: 20081125 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111205 Year of fee payment: 3 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4225743 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111205 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121205 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121205 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131205 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |