专利名称：无线终端和通信控制方法
技术领域：
本发明涉及采用无线设备连接规格BluetoothTM等的无线终端和通信控制方法。
背景技术：
近年来，作为无线设备间的连接规格，BluetoothTM令人关注。BluetoothTM与以往的无线LAN相比更为廉价，且通过使用2.4GHz频带在全世界都可使用。
基于BluetoothTM规格的通信终端中，数据的发送接收一般使用虚拟COM端口(RFCOMM)。该虚拟COM端口的连接(RFCOMM连接)设定一般按下面顺序进行。
首先，要通信的设备C开始用于发现周围存在的设备的设备发现顺序(Device Discovery)。该设备发现顺序中，设备C广播询问(Inquiry)消息，接收该询问消息的设备返回包含本设备具有的设备识别符(MAC ID)的应答消息，设备C接收该应答消息。通过这种顺序，设备C可获知周围存在的设备的设备识别符。
接着，上述设备S通过根据服务发现协议(SDP(ServiceDiscovery Protocol))的以下顺序，取得服务信息(ServiceRecord)。
即，设备C对于通过上述设备发现顺序而被发现的设备，例如设备S，设定用于取得服务信息的连接(SDP连接)，进行与本设备连接的服务器相关的服务信息的发送请求。接收该请求的设备S返回对应的服务信息，设备C从设备S得到服务信息后切断上述的SDP连接。已经说明的设备发现顺序和服务信息取得顺序也记载在特开2001-168881号公报中。
但是，该服务发现协议中，仅在从接收发送请求的设备S侧到进行发送请求的设备C侧的单方向上传输该设备S的服务信息，其相反方向，即在从设备C到设备S的方向上不传输服务信息。
接着，设备C将通过上述的设备发现顺序得到的设备S的设备识别符(MAC ID)和通过上述的服务发现协议得到的服务信息中所存储的服务器信道序号作为参数，进行虚拟COM端口的连接。由此，在设备C和设备S之间设定用于进行数据发送接收的RFCOMM连接。
另外，若设备C预先已知作为该RFCOMM连接设定中所需要的参数的设备识别符和服务器信道序号，则可省略上述的服务信息取得手续，但由于一般情况下不可期待预先已知任意通信对方所具有的参数，所以通常该手续的实施是必须的。
此外，BluetoothTM中，对于SDP连接和RFCOMM连接的任一个，在设定连接过程中，需要在基带中生成由1台主动设备与一台或多台从动设备构成的叫作皮网(pico-net)的网络。属于同一皮网的主动设备和从动设备之间，SDP连接和RFCOMM连接通过逻辑链路(L2CAP(Logical Link Control and Adaptation Layer Prorocol))在基带的链路上多路复用，在上述设备之间可同时存在多个连接。这些多个连接可从主动设备侧和从动设备侧之一扩展开。
这样，属于同一皮网的设备之间，在链路上将连接多路复用，因此在已经把连接扩展开的通信中的设备之间可以容易地将连接再扩展开。例如，以通过虚拟COM端口的RFCOMM连接方式通信的设备之间，还可扩展SDP连接而取得服务信息，或再扩展开其他RFCOMM连接。
但是，BluetoothTM中，要在属于某皮网的设备和不属于该皮网的设备之间新生成另外的皮网，则由于BluetoothTM规格上或安装上的理由多半是不可能的。因此，对于设定链路并扩展开连接而进行通信的2台设备中的任何一个，难以设定来自第三设备的链路。由于不能设定链路和不能扩展开连接，所以难以从第三设备扩展开连接。
以上以RFCOMM连接为例进行了说明，但对方设备的服务信息在按以BluetoothTM的协议为基准的方式进行通信时是必须的。例如，在PAN(Personal Area Network)中，虽然不使用RFCOMM连接进行通信，但为设定PAN，服务信息依然是必要的。
发明概要凑集备有通信功能的便携设备进行某些作业时，产生凑集的各个设备向其他任意设备发送信息的需要。例如，在电子会议中，参加者通过存储在便携设备中的文件等形式进行预先准备的资料的分配，通过闲谈(chat)进行消息发送等。
但是，如上所述，在设定用于数据发送接收的连接的过程中，对方设备的服务信息是必要的。因此，为了设定与任意对方连接并自由进行通信，全部设备需要预先取得周围其他所有设备的服务信息。
而且，由于第一设备向第二设备扩展连接，在通信中第三设备难以向第一或第二设备扩展SDP连接，所以难以快速取得服务信息。即便假设扩展SDP连接成功了，由于服务信息也仅在从扩展连接的设备向扩展后的设备的单方向上传输，从而效率较低。
本发明考虑上述情况而作出，其目的是提供一种无线终端和通信控制方法，以在与对方设备连接设定时可快速取得必要的服务信息。
本发明的无线终端包括用于在与其他无线终端之间设定无线链路的部件；用于根据与上述其他无线终端相关的规定服务信息，在上述无线链路上设定与该其他无线终端之间的规定连接的部件；检测出发生了与上述其他无线终端相关地预先设定的规定事件的部件；用于以检测出发生了上述规定事件为契机，向上述其他无线终端发送请求应返回与该其他无线终端相关的上述规定服务信息的请求消息的请求部件。
更好是上述规定事件是在与上述其他无线终端之间设定无线链路。此时，第一无线终端在检测出与第二无线终端之间确立了链路时，通过对第二无线终端扩展连接(例如SDP连接)并取得服务信息，可实现从周围设备快速取得服务信息。
更好是上述规定事件是从上述其他无线终端接收上述请求消息。此时，第一无线终端在检测出从第二无线终端接收了请求消息时，通过对第二无线终端扩展连接(例如SDP连接)来发送请求消息并取得服务信息，可实现从周围设备快速取得服务信息。
更好是上述规定事件是在与上述其他无线终端之间设定规定连接或从上述其他无线终端请求规定连接的设定。此时，第一无线终端在检测出接收了连接的设定请求等时，通过对第二无线终端扩展连接(例如SDP连接)来发送请求消息并取得服务信息，可实现从周围设备快速取得服务信息。
以上任一情况下，由于第一无线终端和第二无线终端之间已经存在链路，在该链路上还容易将从第一无线终端到第二无线终端的连接(例如SDP连接)多路复用化。由此，可在第一无线终端和第二无线终端相互之间快速取得信息。
本发明是一种无线终端的通信控制方法，该无线终端中，根据从其他无线终端取得的与该其他无线终端有关的规定服务信息，在与该其他无线终端的无线链路上设定与该其他无线终端之间的规定连接，其中检测出与上述其他无线终端之间设定了无线链路；并以此为契机，请求上述其他无线终端应返回与该其他无线终端相关的上述规定服务信息；响应上述请求消息，接收从上述其他无线终端返回的上述规定服务信息。
本发明是一种无线终端的通信控制方法，该无线终端中，根据从其他无线终端取得的与该其他无线终端有关的规定服务信息，在与该其他无线终端的无线链路上设定与该其他无线终端之间的规定连接，其中检测出从上述其他无线终端接收了上述请求消息；并以此为契机，请求上述其他无线终端应返回与该其他无线终端相关的上述规定服务信息；响应上述请求消息，接收从上述其他无线终端返回的上述规定服务信息。
本发明是一种无线终端的通信控制方法，该无线终端中，根据从其他无线终端取得的与该其他无线终端有关的规定服务信息，在与该其他无线终端的无线链路上设定与该其他无线终端之间的规定连接，其中检测出在与上述其他无线终端之间设定了规定连接、或从上述其他无线终端请求设定规定连接；并以此为契机，请求上述其他无线终端应返回与该其他无线终端相关的上述规定服务信息；响应上述请求消息，接收从上述其他无线终端返回的上述规定服务信息。
本发明是一种使无线终端上搭载的计算机执行如下功能的程序在与其他无线终端之间设定无线链路的功能；根据与上述其他无线终端有关的规定服务信息，在上述无线链路上设定与该其他无线终端之间的规定连接的功能；检测出发生了与上述其他无线终端相关地预先设定的规定事件的功能；以检测出发生了上述规定事件为契机，向上述其他无线终端发送请求应返回与该其他无线终端相关的上述规定服务信息的请求消息的功能。
涉及装置的本发明作为涉及方法的发明也成立，涉及方法的本发明作为涉及装置的发明也成立。
涉及装置或方法的本发明作为在计算机中被执行的顺序与该发明相应的(或用于使计算机具有作为与该发明相当的部件的功能的、或使计算机实现与该发明相当的功能的)程序也成立，作为记录该程序的计算机可读记录媒体也成立。
如上根据本发明，在与对方设备连接设定时可快速取得必要的服务信息。
例如，根据本发明，在检测出与对方设备之间确立了链路时，取得该设备的服务信息，因此可确实快速取得服务信息。
例如，根据本发明，在设备A从设备B取得服务信息时，同时设备B也完成了从设备A取得服务信息，因此设备A和设备B可一起快速取得用于向对方进行数据发送接收的连接设定所需要的服务信息。
另外，例如，根据本发明，设备A设定向设备B进行数据发送接收的连接时，同时设备B从设备A取得了服务信息，因此设备B可快速取得设备A的服务信息。
图1是表示依据本发明实施例的无线终端的基本构成例的图；图2是表示依据本发明第一实施例的第一无线终端的构成例的图；图3是表示依据本发明第一实施例的第二无线终端的构成例的图；图4是表示其他设备服务信息表的一个例子的图；图5是表示自身设备服务信息表的一个例子的图；图6是表示依据本发明第一实施例的第一无线终端的动作顺序的例示流程图；图7是表示依据本发明第一实施例的第二无线终端的动作顺序的例示流程图；图8是表示依据本发明第一实施例的第三无线终端的构成例的图；图9是表示依据本发明第2-1～2-3实施例的无线终端的构成例的图；图10是表示依据本发明第2-1实施例的无线终端A的动作顺序的例示流程图；图11是表示依据本发明第2-1实施例的无线终端B的动作顺序的例示的流程图；图12是表示其他设备服务信息表的其他例子的图；图13是表示依据本发明第2-2实施例的无线终端B的动作顺序的例示流程图；图14是表示依据本发明第2-3实施例的无线终端B的动作顺序的例示流程图；图15是表示依据本发明第3-1～3-3实施例的无线终端的构成例的图；图16是表示依据本发明第3-1实施例的无线终端A的动作顺序的例示流程图；图17是表示依据本发明第3-1实施例的无线终端B的动作顺序的例示流程图；图18是表示依据本发明第3-2实施例的无线终端B的动作顺序的例示流程图；图19是表示依据本发明第3-3实施例的无线终端B的动作顺序的例示流程图。
具体实施例方式
下面参考
本发明的实施例。
图1表示依据本发明实施例的无线终端的基本构成例。
11是Bluetooth协议的堆栈(stack)结构，12表示Bluetooth模块。
该堆栈结构11中，从下位层开始包含HCI(主控制器接口)，L2CAP(逻辑链路)，接着包括RFCOMM(虚拟COM端口)和SDP(服务发现协议)，并且包括应用层。实际上，无线终端1具有与各层对应的处理部，即HCI处理部111、L2CAP处理部112、RFCOMM处理部113、SDP处理部114、应用层处理部115。
Bluetooth模块12包含链路管理器(LM)121、链路控制器(LC)122、高频电路(RF)123、天线124。
这里，RFCOMM或SDP的数据基本上作如下处理。
在成为发送侧的无线终端1内，RFCOMM处理部113或SDP处理部114根据需要生成RFCOMM或SDP的数据，在L2CAP处理部112中把该数据分组，经HCI处理部111把该分组送到Bluetooth模块12。接着，在Bluetooth模块12中，通过链路控制器122对该分组进行分段后，由高频电路(RF)123调制，并从天线124送出。
另一方面，在成为接收侧的无线终端1内，通过与上述相反的顺序，最终由RFCOMM处理部113或SDP处理部114接收并处理。
下面说明中，所谓应用不限于由用户经例如GUI(GraphicalUser Interface)等的这种界面直接操作。例如，也包含用户不直接操作，而是根据来自存在于上位层的应用的指示而动作的所谓中间件。
下面说明具有上述基本构成的无线终端的几个实施例。
各个实施例中说明的无线终端的处理部分也可仅用半导体芯片等的硬件实现在其内部进行处理的部分，或者在无线终端上承载CPU，并用软件实现处理的一部分或全部。在作为软件实现时，该软件可预先记录在计算机内置的存储媒体上，可按记录在CD-ROM等的计算机可读取存储媒体上的形式进行处理，也可经互联网等的通信媒体提供。
首先说明第一实施例。
(第一实施例)图2表示依据本发明第一实施例的第一无线终端的构成例。如图2所示，无线终端2a具有与其他设备之间发送接收服务信息发送请求(服务信息发送请求消息)的发送接收部21、存储从其他设备接收的服务信息的其他设备服务信息存储部22、对其他设备请求发送服务信息的服务信息取得部23。
图3表示依据本实施例的第二无线终端的构成例。如图3所示，无线终端2b具有与其他设备之间发送接收服务信息发送请求和服务信息的发送接收部21、存储自身设备的服务信息的自身设备服务信息存储部24、根据来自其他设备的请求而发送自身设备服务信息的服务信息发送部25。
图2和图3的构成与图1说明的堆栈结构对应如下。即，发送接收部21对应于图1的L2CAP以下的全部层(12，111，112)，服务信息发送部25或服务信息取得部23对应于SDP层(114)，自身设备服务信息存储部24或其他设备服务信息存储部22对应于应用层(115)。由于对应于图1中的RFCOMM层的部分和应用层的部分在本实施例中不作参考，因此在图2和图3中未示出。
在第二无线终端2b中，与自身设备提供的服务相关的信息作为自身设备服务信息表存储在自身设备服务信息存储部24中。图4示出了该自身设备服务信息表的一个例子。在图4的例子中，在自身设备服务信息表中对每个服务都存储有对应的服务类别、服务名称、连接设定用的服务器信道序号。
第一无线终端2a中，与其他设备提供的服务相关的信息作为其他设备服务信息表存储在其他设备服务信息存储部22中。图5示出了该其他设备服务信息表的一个例子。图5的例子中，在其他设备服务信息表中将其他设备的设备识别符(MAC ID)、该设备提供的1个或多个服务的每一个的类别、名称及连接设定用的服务器信道序号分别对应存储。
下面说明本发明的实施例的动作。
图6示出了本实施例的第一无线终端2a的动作顺序的一个例子，图7示出了本实施例的第二无线终端2b的动作顺序的一个例子。
在本实施例中，不特别限定某设备得到周围设备的设备识别符的方法。下面，第一无线终端2a通过例如设备发现顺序(DeviceDiscovery)等已经获知周围其他设备，尤其是第二无线终端2b的设备识别符(MAC ID)，从而省略对设备识别符取得顺序的说明。
在第一无线终端2a中，当发送接收部21与无线终端2b之间设定链路(无线链路)时(步骤S1)，将设定链路作为事件通知给服务信息取得部23。服务信息取得部23在接收上述事件时，经发送接收部21把服务信息发送请求发送到无线终端2b(步骤S2)。此时，如果不向无线终端2b扩展SDP连接，则在该链路上进行该SDP连接的设定。
在服务信息发送请求中，记述作为请求对象的服务的类别。此时，关于记述什么样的服务类别，例如可预先设定应由用户或某个应用记述的服务类别，或者，可记述本身设备服务信息表中登录的所有服务类别，也可为其他方法。
无线终端2b的发送接收部21在接收上述服务信息发送请求时(步骤S11)，将其传递到服务信息发送部25。服务信息发送部25参照自身设备服务信息存储部24中的自身设备服务信息表，调查与该服务信息发送请求中所请求的服务类别相对应的服务是否被登录在该自身设备服务信息表中，在已登录的情况下，取得该服务的名称和服务器信道序号等，生成包含与所请求的类别的服务对应的名称和服务器信道序号的服务信息或没有所请求的类别的服务的服务信息(步骤S12)。并且，服务信息发送部25经发送接收部21将该服务信息应答到无线终端2a(步骤S13)。
而且，无线终端2a的发送接收部21在接收上述服务信息发送请求时(步骤S3)，将其传递到服务信息取得部23。服务信息取得部23将该服务信息的内容存储在其他设备服务信息表中(步骤S4)。在接收到表示没有所请求类别的服务的服务信息时，在其他设备服务信息表中，在该无线终端2a的设备识别符和与该服务类别对应的名称和服务器信道序号中存储表示没有服务的信息。
这里，上述处理中，步骤S1的链路可从无线终端2a和无线终端2b中的任一侧扩展，而且，也可以为了任何目扩展。例如，链路可设定用于扩展RFCOMM连接，也可设定用于扩展SDP连接。即，以无线终端2a和无线终端2b之间设定了链路为契机，无线终端2a从无线终端2b收集服务信息。
如上所述，在某设备和其他设备之间不存在链路的情况下，即便新生成链路，由于该其他设备与另外设备之间扩展链路等情况，也未必成功。因此在某设备和其他设备之间不存在链路的状态下而应取得服务信息的情况下，不从某设备向其他设备扩张链路，因此也不扩展SDP连接，其结果是在取得服务信息之前不会浪费时间。与此相反，根据本实施例，在已经生成的链路上扩展SDP连接，可快速确实取得服务信息。
但是，图2所示的第一无线终端2a是不具有服务信息发送部25和自身设备服务信息存储部24的结构，图3所示的第二无线终端2b是不具有服务信息取得部23和其他设备服务信息存储部22的结构。这就假定了例如第一无线终端2a是象专门接收服务的客户机那样的装置、第二无线终端2b是象专门提供服务的服务器那样的装置的情况。但是，由于也有在某服务中为服务器而在其他服务中为客户机的装置和对于同一服务既是服务器也是客户机的装置等，因此这种情况下，希望兼有第一无线终端2a的构成和第二无线终端2b的构成。
图8表示兼有第一无线终端2a的构成和第二无线终端2b的构成的第三无线终端2c的构成例。此时，第三无线终端2c可执行第一无线终端2a的动作和第二无线终端2b的动作。例如，在对于某服务而成为客户机侧的情况下，可进行第一无线终端2a的动作。例如在对于某服务而成为服务器侧的情况下，可进行第二无线终端2b的动作。
接着说明第2-1～2-2实施例。
(第2-1实施例)图9表示依据第2-1实施例的无线终端的构成例。如图9所示，无线终端3具有与其他设备之间发送接收服务信息发送请求和服务信息的发送接收部21、存储从其他设备接收的服务信息的其他设备服务信息存储部22、对其他设备请求发送服务信息的服务信息取得部23、存储自身设备的服务信息的自身设备服务信息存储部24、根据来自其他设备的请求而发送自身设备服务信息的服务信息发送部25、应用26。
图9中的无线终端3的各部分具有与图2和图3或图8中同一名称的部分基本相同的功能。如上所述，应用26不限于由用户经界面直接操作，也包含例如中间件。
图9的构成与图1说明的堆栈结构对应如下。即，发送接收部21对应于图1中L2CAP以下的全部层(12，111，112)，服务信息发送部25和服务信息取得部23对应于SDP层(114)，应用26与自身设备服务信息存储部24和其他设备服务信息存储部22并列地对应于应用层(115)。对应于图1中的RFCOMM层的部分在本实施例的说明中不作参考，因此在图9中未示出。
下面说明本实施例的动作。
下面通过将最初提出服务信息发送请求一侧的无线终端3叫作设备A、将接收该服务信息发送请求一侧的无线终端3叫作设备B来进行说明。
图10示出了本实施例中设备A的动作顺序的一个例子，图11示出了本实施例中设备B的动作顺序的一个例子。
首先，设备A的应用26指定设备B的设备识别符和要取得的服务信息的服务类别，命令服务信息取得部23取得设备B的服务信息(步骤S21)。设备A的服务信息取得部23经发送接收部21将记载了所指定的服务类别的服务信息发送请求发送到设备B(步骤S22)。此时，若不向无线终端2b扩展SDP连接，则在该链路上进行该SDP连接的设定。若与设备B之间扩展链路，则在该链路上设定SDP连接，若未扩展链路，则在SDP连接的设定之前扩展链路。
设备B的发送接收部21在接收上述服务信息发送请求时(步骤S31)，将其传递到服务信息发送部25。服务信息发送部25参照自身设备服务信息存储部24中的自身设备服务信息表，调查与该服务信息发送请求中所请求的服务类别相对应的服务是否被登录在该自身设备服务信息表中，在已登录的情况下，取得该服务的名称和服务器信道序号等，生成包含与所请求的类别服务对应的名称和服务器信道序号的服务信息或没有所请求的类别服务的服务信息(步骤S32)。并且，服务信息发送部25经发送接收部21将该服务信息应答到设备A(步骤S33)。
而且，设备A的发送接收部21在接收上述服务信息发送请求时(步骤S23)，将其传递到服务信息取得部23。服务信息取得部23将该服务信息的内容存储在其他设备服务信息表中(步骤S24)。
另一方面，在本实施例中，设备B的服务信息发送部25将从设备A接收了上述服务信息发送请求作为事件，也向应用26进行通知。应用26接收该事件时，命令服务信息取得部23取得设备A的服务信息。
以后的处理与设备A通过步骤S22～S24和S3～S33的顺序取得设备B的服务信息时的处理相同(其中，设备A和设备B的处理相反)，设备B取得设备A的设备服务信息，并存储在其他设备服务信息表中(步骤S34～S36，S25～S27)。其中，不同点是由于设备A的应用26对服务信息取得部23命令全部取得设备B的服务信息，因此即便设备A的应用26从服务信息发送部25接收了接收设备B的服务信息发送请求的事件，也不再命令取得设备B的服务信息。
在图10和图11的顺序中，在设备B的服务信息发送部25实际接收服务信息发送请求的时刻，进行事件发行，但事件的发行也可在除此以外的时刻进行。例如，也可在获知用于服务信息发送请求的SDP连接从设备A被扩展的时刻发行。
图11的顺序中，设备B在步骤S33发送服务信息后，在步骤S44发送服务信息发送请求，但作为替代，也可在发送服务信息之前的时刻，例如从设备A接收服务信息发送请求的时刻或在获知了用于服务信息发送请求的SDP连接从设备A被扩展的时刻等发送服务信息发送请求。此时，例如可并行执行从设备A到设备B的服务信息输送和从设备B到设备A的服务信息的输送。
设备不一定需要对其他设备提供服务。不提供服务的设备不从其他设备扩展数据发送接收的连接，但可对其他设备可扩展数据发送接收的连接。在这种设备中，自身设备服务信息存储部24中不存储任何信息。此时，服务信息发送部25从其他设备接收服务信息发送请求时，可将没有自身设备提供的服务的信息返回该设备。
上述处理中，设备A为从设备B取得服务信息而在与设备B之间扩展SDP连接，当完成了从设备B取得服务信息时，切断该SDP连接，但完成了取得服务信息之后，也可保持不切断连接，直到完成了设备B从设备A取得服务信息为止。也可以在完成了从设备B取得服务信息之后暂时维持SDP连接，在经过预定的一段时间后将其切断。这样，可避免设备B中延迟接收服务信息发送请求的事件的处理，在设备B的应用26命令服务信息取得部23取得设备A的服务信息之前，由设备A切断连接，而减少了设备A和设备B之间的链路的情况。
以往由于仅进行设备A取得设备B的服务信息，从而可扩展从设备A向设备B发送接收数据的连接，由于设备B不知道设备A的服务信息，而不能扩展从设备B向设备A发送接收数据的连接。与此相反，根据本实施例，在设备A取得设备B的服务信息的同时，设备B也完成了取得设备A的服务信息，因此不仅可扩展从设备A到设备B的数据发送接收连接，还可扩展从设备B到设备A的数据发送接收连接。
本实施例的无线终端3可仅具有作为设备A说明的功能和作为设备B说明的功能之一，也可兼有二者的功能。
(第2-2实施例)在第2-2实施例中，无线终端的构成例与第2-1实施例的图9相同，图9所示的各部分的动作也与第2-1实施例基本相同。
本实施例中设备A的动作与第2-1实施例中设备A的动作基本相同。
下面对于本实施例，以与第2-1实施例的不同点为中心进行说明。
本实施例中设备B的动作是在第2-1实施例的设备B的动作中，在已经取得了设备A的服务信息的情况下，不进行步骤S34～S35。
即，与第2-1实施例同样地，设备B的发送接收部21在接收服务信息发送请求时，将其传递到服务信息发送部25，服务信息发送部25将从设备A接收了服务信息发送请求作为事件，通知给应用26。但本实施例中，应用26在接收该事件时，调查是否保持有与来自设备A的服务信息发送请求中请求的服务类别相同类别的与设备A相关的服务信息，在未保持的情况下，与第2-1实施例同样，命令服务信息取得部23取得设备A的服务信息，而在已经保持的情况下，不作任何动作。
在设备B不进行步骤S34～S35的情况下，与此相应，设备A也不进行步骤S25～S27。
第2-1实施例中，在通过从设备A接收了服务信息发送请求的事件通知设备B的应用26时，必然进行对设备A的服务信息的发送请求。与此相反，本实施例的设备B中，在以前已经从设备A取得服务信息的情况下，不对设备A进行服务信息的发送请求。因此，本实施例中，不会几次取得相同的服务信息，从而可减少徒劳无用的通信。
但是，服务信息随设备提供的服务变化而变更，因此也要考虑到继续使用旧的服务信息不好的情况。因此，这种情况下，通过在将信息记载到其他设备服务信息表中的时刻追加信息可进行适当的信息更新。图12表示此时的其他设备服务信息表的一例。该例与第一实施例所示的图5相比，还追加了记载服务信息取得时刻的字段。
此时的设备B的动作与上述说明的动作大致相同，但仅在设备B的应用26接收从设备A接收了服务信息的事件时的动作不同。
图13表示该部分的处理顺序的一例。
设备B的应用26在接收上述事件时(步骤S41)，参照其他设备服务信息存储部22中的其他设备服务信息表，调查是否保持有与来自设备A的服务信息发送请求中所请求的服务类别相同类别的与设备A相关的服务信息，在未保持的情况下(步骤S42)，命令服务信息取得部23取得设备A的服务信息(步骤S44)。在已经保持的情况下(步骤S42)，比较该服务信息取得时刻和当前时刻，若判断出服务信息已旧时(步骤S43)，命令服务信息取得部23取得设备A的服务信息(步骤S44)，否则(步骤S44)，不作任何动作。
由此可适当更新变旧的服务信息。
到判断为服务信息已旧为止的有效期限也可对应于服务类别而改变。例如，对于由频繁启动结束的应用提供的服务、和在应用的动作中频繁变更其内容的服务，缩短其有效期限，而对于由在设备动作中一直启动的应用提供的、在应用动作中其内容不变的服务，则延长其有效期限等。由此，对于越是不频繁变更的服务信息，由于无需反复取得，因此可减少浪费的通信。
(第2-3实施例)第2-3实施例中，无线终端的构成例与第2-1实施例的图9相同，图9所示的各部分的动作也与第2-1实施例基本相同。
本实施例中设备A的动作与第2-1实施例中设备A的动作基本相同。
下面对于本实施例，以与第2-1实施例的不同点为中心进行说明。
本实施例中设备B的动作是在第2-1实施例中设备B的动作的基础上，判断是否依据服务的类别进行服务信息的发送请求，在不需要取得服务信息的情况下，不进行步骤S34～S35。
即，与第2-1实施例同样地，设备B的发送接收部21在接收服务信息发送请求时，将其传递到服务信息发送部25，服务信息发送部25将从设备A接收了服务信息发送请求作为事件，通知给应用26。但本实施例中，应用26在接收该事件时，判断是否应从设备A取得和与来自设备A的服务信息发送请求中所请求的服务类别相同类别的服务相关的服务信息，若判断为应取得，则与第2-1实施例同样，命令服务信息取得部23取得设备A的服务信息，但若判断为不应取得，则不作任何动作。
在设备B不进行步骤S34～S35的情况下，与此相应，设备A也不进行步骤S25～S27。
此时设备B的动作与第2-2实施例所说明的动作大致相同，但设备B的应用26在接收从设备A接收了服务信息发送请求的事件时的判断方法与图13中的顺序不同。
图14表示该部分的处理顺序的一例。
设备B的应用26在接收上述事件时(步骤S41)，参照其他设备服务信息存储部22中的其他设备服务信息表，调查是否保持有与来自设备A的服务信息发送请求中所请求的服务类别相同类别的与设备A相关的服务信息，若保持时(步骤S52)，不作任何动作。在未保持时(步骤S52)，判断是否应从设备A取得和与来自设备A的服务信息发送请求中所请求的服务类别相同类别的服务相关的服务信息(步骤S53)，判断为应取得时，命令服务信息取得部23取得设备A的服务信息(步骤S54)，否则(步骤S54)，不作任何动作。
这里，例如在电子会议中，存在如下应用像闲谈中全部的设备对周围其他设备扩展连接并发送数据的全部设备为发送者的应用；和像展示中的资料分配中发表者向各个听众扩展连接并发送数据但听众对发表者不扩展连接那样的仅一台为发送者、其他设备全部为接收者的应用。
在前者那样的应用中，全部设备需要取得周围设备的服务信息，但在后者那样的应用中，发送者需要知道周围设备的服务信息，而接收者不需要知道周围设备的服务信息。
根据本实施例，区别需要取得周围设备的服务信息的情况和不需要的情况，仅在需要时取得服务信息，因此，不白白发送接收服务信息，从而可有效使用通信路径。
接着说明第3-1～3-2实施例。
(第3-1实施例)图15表示第3-1实施例的无线终端的构成例。如图15所示，无线终端4具有与其他设备之间发送接收服务信息发送请求和服务信息的发送接收部21、存储从其他设备接收的服务信息的其他设备服务信息存储部22、对其他设备请求发送服务信息的服务信息取得部23、存储自身设备的服务信息的自身设备服务信息存储部24、根据来自其他设备的请求发送自身设备服务信息的服务信息发送部25、应用26、连接设定部27。即，本实施例的无线终端4在第2-1实施例的图9所示的无线终端3构成的基础上附加了连接设定部27。
图15中无线终端3的各部分具有与图2和图3、图8的同一名称的部分基本相同的功能。而且如上所述，应用26不限于由用户经界面直接操作，也包含例如中间件。连接设定部27根据在其他设备服务信息存储部22中存储的信息在和其他设备之间设定连接。发送接收部21在与其他设备之间发送接收服务信息发送请求和服务信息的同时，根据来自连接设定部27的请求在与其他设备之间设定连接，并进行数据的发送接收。
图15的构成与图1说明的堆栈结构对应如下。即，发送接收部21对应于图1中L2CAP以下的全部层(12，111，112)，服务信息发送部25和服务信息取得部23对应于SDP层(114)，连接设定部27对应RFCOMM层(113)，自身设备服务信息存储部24和其他设备服务信息存储部22以及应用26对应于应用层(115)。
下面说明本实施例的动作。
下面将最初提出连接设定请求一侧的无线终端3叫作设备A、将接收该连接设定请求一侧的无线终端3叫作设备B来进行说明。
本实施例中，在设备A的应用26设定连接并且与设备B的应用26进行通信时，由于连接设定中需要设备B的设备识别符(MACID)和记载在设备B的服务信息中的服务器信道序号，因此设备A通过某顺序，例如与第2-1实施例同样的顺序等，取得设备B的服务信息。其中，和第2-1实施例不同的是不以设备B从设备A接收了服务信息发送请求为契机对设备A发出服务信息的发送请求。
图16表示本实施例中设备A的动作顺序的一例，图17表示本实施例中设备B的动作顺序的一例。
首先，设备A的应用26在完成了取得设备B的服务信息时，将设备B的设备识别符和其他设备服务信息中存储的设备B的服务器信道序号为参数，对连接设定部27请求与设备B连接(步骤S61)。连接设定请求中作为参数，除设备识别符和服务器信道序号外，也可以包含服务的类别。设备A的连接设定部27在接收上述连接设定请求时，将该连接设定请求经发送接收部21送到设备B的连接设定部27(步骤S62)。
设备B的连接设定部27在接收上述连接设定请求时(步骤S71)向发送接收部21返回对其的应答(步骤S72)，由此完成连接设定。此时，设备B的连接设定部27将设定了连接作为事件通知给应用26。
设备B的应用26在接收上述事件时，向服务信息取得部23请求取得和与上述连接设定请求中涉及的服务器信道序号对应的服务类别相同类别的与设备A相关的服务信息。设备B的服务信息取得部23经发送接收部21将记载了所指定的服务信息的类别的服务信息发送请求发送到设备A(步骤S73)。此时，若不向无线终端2b扩展SDP连接，则在该链路上进行该SDP连接的设定。
设备A的发送接收部21在接收上述服务信息发送请求时(步骤S63)，将其传递到服务信息发送部25。服务信息发送部25参照自身设备服务信息存储部24中的自身设备服务信息表，调查与该服务信息发送请求中涉及的服务类别相对应的服务是否登录在该自身设备服务信息表中，在已登录的情况下，取得该服务的名称和服务器信道序号等，生成包含与所请求的类别的服务对应的名称和服务器信道序号的服务信息或没有所请求的类别的服务的服务信息(步骤S64)。并且，服务信息发送部25经发送接收部21将该服务信息应答到设备B(步骤S65)。
而且，设备B的发送接收部21在接收上述服务信息发送请求时(步骤S74)，将其传递到服务信息取得部23。服务信息取得部23将该服务信息的内容存储在其他设备服务信息表中(步骤S75)。
图16和图17的顺序中，在设备B的连接设定部27已经完成了连接设定处理之后的时刻，进行事件发行，但事件的发行也可在除此以外的时刻进行。例如，也可以在接收连接设定请求的时刻发行。
上述处理中，设备A为和设备B的应用26通信而与设备B之间扩展连接，在完成了和设备B的应用26的通信时，切断该连接，但也可以在完成了通信后，持不切断连接，直到完成设备B从设备A取得服务信息为止。此外，也可以在完成了从设备B取得服务信息后暂时维持连接，在经过预定的一段时间后将其切断。这样，可避免设备B中延迟接收服务信息发送请求的事件的处理，在设备B的应用26命令服务信息取得部23取得设备A的服务信息之前，由设备A切断连接，从而减少设备A和设备B之间的链路的情况。
本实施例的无线终端3可仅具有作为设备A说明的功能和作为设备B说明的功能之一，也可兼有二者的功能。
(第3-2实施例)第3-2实施例与第3-1实施例的关系基本上和第2-2实施例与第2-1实施例的关系相同，图15所示的各部分的动作也与第3-1实施例基本相同。
本实施例中设备A的动作与第3-1实施例中设备A的动作基本相同。
下面对于本实施例，以与第3-1实施例的不同点为中心说明。
本实施例中设备B的动作是在第3-1实施例中设备B的动作的基础上，在已经取得了设备A的服务信息的情况下，不进行步骤S73～S75。
即，与第3-1实施例同样，设备A取得设备B的服务信息后设定和设备B的连接，设备B的连接设定部27向设备B的应用26通知事件。但是，本实施例中，应用26在接收该事件时，参照其他设备服务信息存储部22中的其他设备服务信息表，调查是否保持有和与来自设备A的连接设定请求中涉及的服务器信道序号对应的服务类别相同类别的与设备A相关的服务信息，在未保持时，与第2-1实施例同样，命令服务信息取得部23取得设备A的服务信息，但在已经保持时，不作任何动作。
在设备B不进行步骤S73～S75的情况下，与此相应，设备A不进行步骤S63～S65。
根据本实施例，与第2-2实施例同样，在以前已经从设备A取得服务信息的情况下，不对设备A进行服务信息的发送请求，因此，本实施例中，不用几次取得相同的服务信息，从而可减少浪费的通信。
但是，本实施例中，也与第2-2实施例同样，可以通过在向其他设备服务信息表中记载信息的时刻设置信息来更新信息。此时的其他设备服务信息表与第2-2实施例的图12同样。
此时的动作与上述说明的动作大致相同，但仅在设备B的应用26接收从设备A设定了连接的事件时的动作不同。
此时设备B的动作与上述说明的动作大致相同，但仅在设备B的应用26接收从设备A设定了连接的事件时的动作不同。
图18表示该部分的处理顺序的一例。
设备B的应用26在接收上述事件时(步骤S81)，参照其他设备服务信息存储部22中的其他设备服务信息表，调查是否保持有和与来自设备A的连接设定请求所涉及的服务器信道序号对应的服务类别相同类别的与设备A相关的服务信息，未保持时(步骤S82)，命令服务信息取得部23取得设备A的服务信息(步骤S84)。已经保持时(步骤S82)，比较该服务信息取得时刻和当前时刻，若判断为服务信息已旧时(步骤S83)，命令服务信息取得部23取得设备A的服务信息(步骤S84)，否则(步骤S84)，不作任何动作。
由此与第2-2实施例同样，在服务信息变旧的情况下，可适当进行更新。
另外，与第2-2实施例同样，到判断为服务信息已旧为止的有效期限也可对应于服务类别而改变，由此，可减少浪费的通信。
(第3-3实施例)第3-3实施例与第3-1实施例的关系基本上和第2-3实施例与第2-1实施例的关系相同。
第3-3实施例中，无线终端的构成例与第3-1实施例的图15相同，图15所示的各部分的动作也与第3-1实施例基本相同。
本实施例中设备A的动作与第3-1实施例中设备A的动作基本相同。
下面对于本实施例，以与第3-1实施例的不同点为中心说明。
本实施例中设备B的动作是在第3-1实施例中设备B的动作的基础上，判断是否依据服务类别进行服务信息的发送请求，在不需要取得服务信息的情况下，不进行步骤S73～S75。
即，与第3-1实施例同样，设备A在取得设备B的服务信息之后设定与设备B的连接，设备B的连接设定部27向设备B的应用26通知事件。但是，本实施例中，应用26在接收该事件时，判断是否应从设备A取得和与来自设备A的连接设定请求所涉及的服务器信道序号对应的服务类别相同类别的服务相关的服务信息，判断为应取得时，与第2-1实施例同样，命令服务信息取得部23取得设备A的服务信息，判断为不应取得时，不作任何动作。
另外，在设备B不进行步骤S73～S75的情况下，与此相应，设备A也不进行步骤S63～S65。
虽然此时设备B的动作与第3-2实施例说明的动作大致相同，但设备B的应用26在接收从设备A设定连接的事件时的判断方法与图18的顺序不同。
图19表示该部分的处理顺序的一例。
设备B的应用26在接收上述事件时(步骤S71)，参照其他设备服务信息存储部22的其他设备服务信息表，调查是否保持有和与来自设备A的服务信息发送请求所涉及的服务器信道序号对应的服务类别相同类别的与设备A相关的服务信息，若已保持(步骤S72)，则不作任何动作。若未保持(步骤S72)，则判断是否应从设备A取得和与来自设备A的连接设定请求中所涉及的服务器信道序号对应的服务类别相同类别的服务相关的服务信息(步骤S73)，判断为应取得时，命令服务信息取得部23取得设备A的服务信息(步骤S74)，否则(步骤S74)，不作任何动作。
本实施例中，也和第2-3实施例同样，区别对待需要取得周围设备的服务信息的情况和不需要的情况，由于仅在需要时取得服务信息，所以不会白白发送接收服务信息，从而可有效地使用通信路径。
以上各功能也可通过记述为软件并由具备适当机构的计算机进行处理来实现。
本实施例也可作为用于在计算机中执行规定手段的或使计算机充当规定手段的或在计算机中实现规定功能的程序来实施。另外，也可作为记录该程序的计算机可读记录媒体来实施。
本发明的实施例所示的构成是一个例子，并不排除此之外的构成，也可以是通过以其他部分置换例示构成的一部分、省去例示构成的一部分、或在例示构成上附加另外的功能或元件、或组合它们等而得到的其它构成。与例示构成在逻辑上等效的其他构成、包含与例示构成逻辑上等效的部分的其他构成、与例示构成的主要部分逻辑上等效的其他构成等都是可以的。另外，达到和例示构成相同或类似目的的其他构成、实现和例示构成相同或类似效果的其他构成等也是可以的。
通过适当组合本发明的实施例所例示的各构成部分的各种变形来实施本发明是可能的。
本发明的实施例包含、内置作为各个装置的发明、关于具有关联的2个以上的装置的发明、作为系统整体的发明、关于各个装置内部的构成部分的发明、或与它们对应的方法发明等与各种观点、阶段、概念或类别相关的发明。
因此，能够从本发明的实施例所公开的内容中不限于例示构成地提取出本发明。
本发明不限于上述实施例，其技术范围内种种变形均可实施本发明。
根据本发明，在与对方设备连接设定时可快速取得必要的服务信息。
权利要求
1.一种无线终端，其特征在于包括从其他无线终端接收无线链路设定请求的部件；根据上述设定请求或者自动地在与上述其他无线终端之间设定无线链路的部件；根据与上述其他无线终端相关的规定服务信息，在上述无线链路上设定与该其他无线终端之间的规定连接的部件；检测出发生了与上述其他无线终端相关地预先设定的规定事件的部件；以检测出发生了上述规定事件为契机，经上述连接向上述其他无线终端发送请求应返回与该其他无线终端相关的上述规定服务信息的请求消息的请求部件。
2.根据权利请求1所述的无线终端，其特征在于上述规定事件是在与上述其他无线终端之间设定无线链路。
3.根据权利请求2所述的无线终端，其特征在于上述规定事件中，上述无线链路不管哪个无线终端请求设定。
4.根据权利请求2或3所述的无线终端，其特征在于上述规定事件中，不管上述无线链路的设定目的。
5.根据权利请求1所述的无线终端，其特征在于上述规定事件是从上述其他无线终端接收上述请求消息。
6.根据权利请求1所述的无线终端，其特征在于上述规定事件是在与上述其他无线终端之间设定规定连接或从上述其他无线终端请求设定规定连接。
7.根据权利请求1至6之一所述的无线终端，其特征在于上述请求部件在检测出发生了上述规定事件时，仅在不保持与发送上述请求消息后得到的上述规定服务信息相对应的内容的情况下，发送该请求消息。
8.根据权利请求7所述的无线终端，其特征在于上述请求部件在检测出发生了上述规定事件时，在不保持与发送上述请求消息后得到的上述规定服务信息相对应的内容的情况下，仅在需要该规定服务信息时，才发送该请求消息。
9.根据权利请求1至6之一所述的无线终端，其特征在于上述规定服务信息具有有效期限，上述请求部件在检测出发生了上述规定事件时，仅在不保持与发送上述请求消息后得到的上述规定服务信息相对应的内容的情况下，或虽保持与规定服务信息相对应的内容但超过其有效期限的情况下，发送该请求消息。
10.根据权利请求1至9之一所述的无线终端，其特征在于还包括在从上述其他无线终端接收上述请求消息时，返回上述规定服务信息的部件。
11.根据权利请求1至10之一所述的无线终端，其特征在于上述规定服务信息至少包含应在用于规定服务的连接设定中使用的服务器信道序号或规定服务的类别。
12.根据权利请求1至11之一所述的无线终端，其特征在于上述请求消息中包含表示作为应返回上述规定服务信息的对象的服务的类别的信息。
13.一种无线终端的通信控制方法，该无线终端中，根据从其他无线终端取得的与该其他无线终端有关的规定服务信息，在与该其他无线终端的无线链路上设定与该其他无线终端之间的规定连接，其特征在于检测出与上述其他无线终端之间设定了无线链路；以此为契机，请求上述其他无线终端应返回与该其他无线终端相关的上述规定服务信息；响应上述请求消息，接收从上述其他无线终端返回的上述规定服务信息。
14.一种无线终端的通信控制方法，该无线终端中，根据从其他无线终端取得的与该其他无线终端有关的规定服务信息，在与该其他无线终端的无线链路上设定与该其他无线终端之间的规定连接，其特征在于检测出从上述其他无线终端接收了应返回与该其他无线终端相关的上述规定服务信息的请求消息；以此为契机，请求上述其他无线终端应返回与该其他无线终端相关的上述规定服务信息；响应上述请求消息，接收从上述其他无线终端返回的上述规定服务信息。
15.一种无线终端的通信控制方法，该无线终端中，根据从其他无线终端取得的与该其他无线终端有关的规定服务信息，在与该其他无线终端的无线链路上设定与该其他无线终端之间的规定连接，其特征在于检测出与上述其他无线终端之间设定了规定连接、或从上述其他无线终端请求设定规定连接；以此为契机，请求上述其他无线终端应返回与该其他无线终端相关的上述规定服务信息；响应上述请求消息，接收从上述其他无线终端返回的上述规定服务信息。
16.一种使无线终端上搭载的计算机执行功能的程序，该程序使计算机实现如下功能与其他无线终端之间设定无线链路的功能；根据与上述其他无线终端有关的规定服务信息，在上述无线链路上设定与该其他无线终端之间的规定连接的功能；检测出发生了与上述其他无线终端相关地预先设定的规定事件的功能；以检测出发生了上述规定事件为契机，向上述其他无线终端发送请求应返回与该其他无线终端相关的上述规定服务信息的请求消息的功能。
全文摘要
提供一种无线终端，在与对方设备连接设定时可快速取得必要的服务信息。无线终端1检测出与其他无线终端之间设定无线链路、从其他无线终端接收请求消息、与其他无线终端之间设定规定连接、或者从其他无线终端请求规定连接的设定，并以此为契机，请求该其他无线终端应返回与该其他无线终端相关的规定服务信息。然后，响应该请求消息，接收从该其他无线终端返回的该规定服务信息，存储该服务信息。由此，在与对方设备连接设定时可快速取得必要的服务信息。
文档编号H04L12/56GK1472948SQ0314624
公开日2004年2月4日 申请日期2003年7月4日 优先权日2002年7月4日
发明者池上史彦, 岩村和昭, 昭 申请人:株式会社东芝