专利名称：便携通信终端的制作方法
技术领域：
本发明涉及便携通信终端，特别是涉及能够用简单的操作无缝地实现便携通信终端之间的基于蓝牙技术的直接通信建立的便携通信终端。
背景技术：
近年来，正在广泛普及便携电话机或者PHS等小型、高性能的便携通信终端，这些便携通信终端的利用形态也正在多样化，不仅是语音通话，而且还对于因特网进行访问或者收发电子邮件，进而从预定的服务器接受预定内容的发布等。
另外，由这些便携通信终端进行通信的数据也正在多样化，从文本数据扩展为音频数据、图像数据、程序数据等。
另外，在便携通信口终端中，有搭载以蓝牙为代表的近距离无线通信功能的设备，能够在具有这种近距离无线通信功能的终端之间进行直接通信，即不经过服务器或者一端的通信网络，在终端之间直接存取信息。另外，其利用形态也显示出极大的扩展，不仅是在便携通信终端之间，还与搭载了近距离无线通信功能的PC进行连接，拨号连接到因特网等。
然而，为了使用蓝牙进行数据的收发，在收发数据之前，首先必须在所希望的终端之间确立基于蓝牙的连接。
另外，搭载在通信终端中的蓝牙通信功能由于通常在不使用时不起动，即成为非激活，因此在通信开始时首先必须在两个终端中使该蓝牙通信功能激活。
另外，在使用蓝牙通信功能进行通信的情况下，必须利用预定的通信应用程序，在该情况下，在开始用蓝牙通信功能进行通信时首先必须在两个终端中起动该通信应用程序。
从而，在多个终端之间开始通信时，需要首先在要进行通信的两个终端中激活蓝牙功能，同时，在两个终端中，起动在该蓝牙通信中使用的通信应用程序。
例如，在通过蓝牙无线连接个人计算机(PC)与便携电话机，进行拨号连接的情况下，需要分别起动PC与便携电话机双方的蓝牙功能，确立基于蓝牙的连接，并分别起动在该蓝牙通信中使用的通信应用程序。
但是，如上述的PC与便携电话机的例子那样，在要进行通信的所有终端中分别激活蓝牙功能时，起动通信应用程序是非常麻烦的作业，对于使用者的负担很大。
另外，希望在便携通信终端之间进行基于蓝牙的通信的情况下，由于根据是否激活对方终端的蓝牙功能，至通信应用程序起动为止的顺序不同，从而，以往使用者必须口头上与希望进行通信的对方事前商定至应用程序起动为止的顺序。
发明内容
因此，本发明的目的在于提供能够用简单的操作确立便携通信终端之间的基于蓝牙的通信的便携通信终端。
本发明的便携通信终端构成为具备经过无线基站与对方终端进行通信的第1通信装置；不经过上述无线基站与上述对方终端进行直接通信的第2通信装置；对于上述对方终端进行使用上述第2通信装置的通信请求的通信请求装置；根据由上述通信请求装置进行的通信请求，确立与使用了上述第2通信装置的上述对方终端之间的通信会话期间的通信对话期间确立装置；在由上述通信对话期间确立装置确立了上述通信对话期间以后，起动所希望的通信应用程序，控制与使用了上述第2通信装置的上述对方终端之间的通信的通信控制装置。
这里，上述便携通信终端例如是便携无线电话机，上述第1通信装置是经过基站与对方终端进行通常通话的无线通信装置，上述第2通信装置例如是在便携无线电话机之间，使用蓝牙通信功能，不经过基站等能够直接进行通信的无线通信装置。
而且，在本发明中，上述通信请求装置使用上述第1通信装置，对于上述对方终端发送上述通信请求。
另外，上述通信对话期间确立装置在由上述通信请求装置对于上述对方终端进行了通信请求以后，激活上述第2通信装置，在有来自上述对方终端的基于上述第2通信装置的连接请求的情况下，应答该连接请求，通过使用上述第2通信装置把连接应答返回到上述对方终端，确立基于上述第2通信装置的通信对话期间。
另外，上述通信对话期间确立装置与基于上述通信请求装置的通信请求相对应，以在上述对方终端中同意了使用上述第2通信装置的通信为条件，确立与上述对方终端之间的基于上述第2通信装置的通信对话期间。
另外，上述通信控制装置起动上述通信应用程序，同时，使用上述第2通信装置对于上述对方终端进行通信应用程序起动请求，根据来自应答了该通信应用程序起动请求的上述对方终端的通信应用程序起动应答，开始与基于上述第2通信装置的上述对方终端的使用了上述通信应用程序的通信。
另外，还具备与上述对方终端相对应存储使用了上述第2通信装置的连接履历的连接履历存储装置；在进行基于上述第2通信装置的通信时，根据存储在上述连接履历存储装置中的连接履历，判断基于上述第2通信装置的连接中所需要的最小限度的信息的判断装置，上述通信请求发送装置把由上述判断装置判断的基于上述第2通信中的连接中所需要的最小限度的信息包含在发送给上述对方终端的通信请求中进行发送。
这里，基于上述第2通信装置的连接中所需要的最小限度的信息包括基于上述第2通信装置的连接顺序信息。
另外，上述连接履历存储装置存储自身终端的识别信息对于上述对方终端的通知履历，虽然基于上述第2通信装置的连接中所需要的最小限度的信息包括上述自身终端的识别信息，但是在参考上述连接履历存储装置已经通知了该自身终端的识别信息的情况下，对于上述对方终端省略发送该自身终端的识别信息。
另外，上述连接履历存储装置包括自身终端的安全信息的通知履历，虽然基于上述第2通信装置的连接中所需要的最小限度的信息包括上述自身终端的安全信息，但是在参考上述连接履历存储装置已经通知了该安全信息的情况下，对于上述终端省略发送自身终端的安全信息。
另外，本发明的便携通信终端具备经过无线基站与对方终端进行通信的第1通信装置；不经过上述无线基站与上述对方终端进行直接通信的第2通信装置；接收来自上述对方终端的使用第2通信装置的通信请求的通信请求接收装置；判断是否响应由上述通信请求接收装置接收的上述通信请求的判断装置；在由上述判断装置判断为响应上述通信请求的情况下，激活上述第2通信装置，确立与使用了上述第2通信装置的上述对方终端之间的通信对话期间的通信对话期间确立装置；在由上述通信对话期间确立装置确立了上述通信对话期间以后，起动所希望的通信应用程序，控制与使用了上述第2通信装置的上述对方终端之间的通信的通信控制装置。
这里，还具备在由上述通信请求接收装置接收了上述通信请求的情况下，报告其信息的报告装置，上述判断装置根据应答由上述报告装置进行的报告的使用者操作，判断是否响应上述通信开始请求。
另外，上述判断装置根据预先登录的预定条件，自动地判断是否响应上述通信请求。
另外，上述判断装置根据上述对方终端的终端信息或者接收了上述通信请求的时间带，判断是否响应该通信请求。
另外，上述判断装置具备切换是根据使用者操作进行还是自动地进行是否响应上述通信请求的判断的切换装置。
图1是示出本发明的便携通信终端的一实施形态的框图。
图2是说明处理的流程图，其中，该处理用于在图1所示的便携通信终端之间确立基于蓝牙通信功能的通信。
图3是示出本发明的便携通信终端的其它实施形态的框图。
图4是说明处理的流程图，其中，该处理用于在图3所示的便携通信终端之间确立基于蓝牙通信功能的通信。
图5是示出本发明的便携通信终端的其它实施形态的框图。
图6是示出本发明的便携通信终端的其它实施形态的框图。
图7是说明处理的流程图，其中，该处理用于在图6所示的便携通信终端之间确立基于蓝牙通信功能的通信。
图8详细地示出图6所示的通信完毕信息存储器以及终端信息存储器的存储内容的详细情况。
图9是说明图7所示的通信开始请求生成处理的详细情况的流程图。
图10是说明图7所示的通信开始请求分析处理的详细情况的流程图。
具体实施例方式
以下，参考附图，详细说明本发明的便携通信终端的实施形态。
图1是示出本发明的便携通信终端的一实施形态的框图。
图1中，该便携通信终端1构成为具备控制单元11，无线电话通信单元12，近距离无线通信单元13，通信开始请求生成单元14，应用程序起动单元15，存储器16。
这里，控制单元11控制各单元，总体控制便携通信终端1的各种通信功能以及数据处理功能等。无线电话通信单元12进行通过基站进行的基于无线通信的信息的输入输出传送处理，实现通过电话网或者因特网等一般通信网收发语音通话或者邮件等。
另外，近距离无线通信单元13根据控制单元11的控制信号进行基于近距离无线通信的信息的输入输出传送处理，实现不通过无线基站和一般通信网的终端之间的直接通信。
通信开始请求生成单元14在执行近距离无线通信之前，对于对方终端生成请求开始使用近距离无线通信单元13的通信的通信开始请求。
存储器16保存便携通信终端1安装的各种应用程序，应用程序起动单元15根据来自控制单元11的控制信号起动保存在存储器16中的各种应用程序。
进而，在本实施形态中，作为例子说明在近距离无线通信单元13中使用了蓝牙收发装置的情况。
这里，所谓蓝牙，是使用微弱电波(2.4GHz频带的频率)的一对一方式(点对点)或者一对多方式(一点对多点)的近距离无线语音/数据通信规格，为了避免多台设备之间的干涉进行扩频通信。最大的通信距离根据发送输出有3个等级，是10m～100m左右。根据小型的无线收发两用机开发了蓝牙，在该无线收发两用机中分配基于IEEE802标准的48位的固有地址。在通信中使用二进制FM调制，实现基于时分的全双工通信。
为了进行基于这种蓝牙的近距离无线通信，首先，需要分别激活要进行通信的终端的蓝牙通信功能，使蓝牙通信功能之间相互认识，确立对话期间。
图2是说明处理的流程图，其中，该处理用于在图1所示的终端之间确立基于蓝牙通信功能的通信。
请求蓝牙通信一侧的终端(以下，称为起始终端)根据使用者操作，起动近距离无线通信单元13，激活蓝牙通信功能的同时(步骤101)，由通信开始请求生成单元14对于希望进行通信的对方终端(以下，称为接受终端)生成使用蓝牙通信功能进行近距离无线通信的通信开始请求(步骤102)，所生成的通信开始请求由无线电话通信单元12经过一般的通信网向接受终端发送(步骤103)。
另外，起动终端的近距离无线通信单元13，激活蓝牙通信功能的定时并不限于此，也可以是生成通信开始请求以后，或者发送了通信开始请求以后。
接受终端如果接收到来自起始终端的通信开始请求，则决定是否同意该通信开始请求(步骤104)，在同意的情况下(步骤104中YES)，起动近距离无线通信单元13，激活蓝牙功能(步骤105)。
这里，接受终端中的是否同意通信开始请求的判断例如可以根据接受终端自身的状态或者与通信开始请求一起发送来的起始终端的信息在终端一侧自动地进行，也可以把接受了通信开始请求的信息通知给使用者，由使用者确定。
接着，接受终端经过近距离无线通信单元13向起始终端发送蓝牙连接请求(步骤106)，起始终端通过应答该蓝牙连接请求(步骤107)，在两个终端之间确立蓝牙连接对话期间(步骤108)。另外，蓝牙连接请求也可以由起始终端输出。
另外，在步骤104中不同意通信开始请求的情况下，也可以从接受终端向起始终端用邮件进行不同意通信开始请求信息的通知。
另外，由于在步骤104不同意通信开始请求的情况下，不发生蓝牙连接请求，因此还可以构成为在起始终端或者接受终端监视该信息，如果发生了通信开始请求但是在一定时间内没有接收到蓝牙连接请求，则处理不能够进行蓝牙通信。
进而，如果在两个终端之间确立蓝牙连接对话期间(步骤108)，则起始终端起动预定的通信应用程序(步骤109)，并且请求接受终端起动相对应的通信应用程序(步骤110)，接受终端根据来自起始终端的请求起动相对应的通信应用程序(步骤111)，向起始终端通知起动了通信应用程序的信息(步骤112)。由此，成为能够利用使用了蓝牙通信功能的通信应用程序(步骤113)。
另外，在步骤102中，也可以按照起始终端发送的通信开始请求预先指定所利用的通信应用程序，这种情况下，不需要步骤110以及步骤112的处理，能够在蓝牙连接对话期间确立的时刻，在起始终端与接受终端中同时起动通信应用程序。
如果这样构成，则由于在进行蓝牙通信时，起始终端对于希望进行通信的接受终端经过电话网或者因特网这样一般的通信网发送通信开始请求，接受终端根据来自起始终端的通信开始请求在两个终端之间确立蓝牙连接对话期间，因此能够容易而且无缝地起动使用蓝牙通信的通信应用程序。
图3是示出本发明的便携通信终端的其它实施形态的框图，与图1相同的部分用相同的符号表示。
以下，作为例子说明在近距离无线通信单元13中使用了蓝牙收发装置的情况。
图3中，便携通信终端1具有判断要进行蓝牙通信的对方终端的蓝牙通信功能是否激活的蓝牙状态判断单元17。
蓝牙状态判断单元17例如具有定时器功能，计时基于蓝牙通信单元13的设备的检索时间，在即使经过预定时间也没有检测出希望进行通信的对方终端的情况下，判断为该对方终端的蓝牙通信功能没有激活(非激活)。
图4是说明处理的流程图，其中，该处理用于在图3所示的终端之间确立基于蓝牙通信功能的通信。
请求蓝牙通信一侧的终端(以下，称为起始终端)首先根据使用者操作，起动近距离无线通信单元13，激活蓝牙通信功能(步骤201)。
这里，如果蓝牙通信功能激活，则首先进行称为设备检索的处理。所谓设备检索，是检索存在于能够进行蓝牙通信范围内的蓝牙通信功能激活的设备的处理。
被起动了的近距离无线通信单元13进行设备检索(步骤202)，蓝牙状态判断单元17监视由该近距离无线通信单元13进行的设备检索处理，判断希望进行通信的对方终端(以下，称为接受终端)的蓝牙功能是否激活(步骤204)。另外，在对于设备检索有来自接受终端的应答的情况下(步骤203)，判断为该接受终端的蓝牙功能激活。
如果由蓝牙状态判断单元17判断为接受终端的蓝牙通信功能激活(步骤204中“是”)，则起始终端向接受终端发送蓝牙连接请求(步骤205)，接受终端通过应答该蓝牙连接请求(步骤206)，在两个终端之间确立蓝牙连接对话期间(步骤207)。另外，在由蓝牙状态判断单元17判断为接受终端的蓝牙通信功能非激活的情况下，把其信息通知给使用者结束处理，或者用口头或在实施例1中说明过的方法等进行请求接受终端起动近距离无线通信单元13，激活蓝牙通信功能的处理。
进而，如果在起始终端与接受终端之间确立蓝牙连接对话期间(步骤207)，则起始终端向接受终端发送基于预定的通信应用程序的通信开始请求(步骤208)，接受终端判断是否同意该通信开始请求(步骤209)。在同意该通信开始请求的情况下(步骤209中YES)，接受终端起动相对应的通信应用程序(步骤210)，向起始终端通知起动了通信应用程序的信息(步骤211)，起始终端接收到该通知后起动通信应用程序(步骤212)，向接受终端通知起动了通信应用程序的信息(步骤213)。由此，成为能够利用使用了蓝牙通信功能的通信应用程序(步骤214)。
另外，根据预定的判断基准决定是否同意通信开始请求，例如，根据接受终端自身的状态或者与通信开始请求一起传送来的起始终端的信息，既可以在终端一侧自动决定，也可以由使用者决定。
另外，在步骤209中不同意通信开始请求的情况下，也可以从接受终端向起始终端用电子邮件通过蓝牙通信进行不同意通信开始请求信息的通知。
另外，由于在步骤209中不同意通信开始请求的情况下，不发生通信应用程序起动通知，因此也可以构成为在起始终端中监视该信息，在没有接收到通信应用程序起动通知的情况下，处理为不进行蓝牙通信。
图5是示出本发明的便携通信终端的结构的其它实施形态的框图，与图1相同的部分用相同的符号表示。
图5中，便携通信终端1还具有设定了是否响应来自起始终端的通信开始请求的判断基准的蓝牙连接条件设定单元18。
在蓝牙连接条件设定单元18中，设定判断是否响应来自起始终端的通信开始请求时的条件。
该条件例如根据(1)起始终端的识别信息(2)接受终端的利用状况(3)时间(4)所利用的通信应用程序等项目设定，蓝牙连接条件设定单元18与这些项目的每一个相对应，或者与若干个项目的组合相对应，定义是否响应通信开始请求。
接受终端如果接收到通信开始请求，则分析所接收的通信开始请求或者自身的状态，参考蓝牙连接条件设定单元18，决定是否响应该通信开始请求。
另外，根据使用者操作进行上述的同意判断处理，或者根据预定的条件终端自动地进行上述的同意判断处理，例如，对于过去一次也没有确立连接的终端根据使用者操作确立连接，对于确立了一次连接的终端自动地确立连接等，能够根据条件进行切换。
图6是示出本发明的便携通信终端的另一个实施形态的框图，与图1相同的部分用相同的符号表示。
在图6所示的便携通信终端中，在图1所示的便携通信终端1的结构上，构成为进一步设置终端信息存储器19，通知完毕信息存储器20。
这里，作为例子，说明在该实施形态中，在近距离无线通信单元13中也使用了蓝牙通信装置的情况。
图6中，终端信息存储器19与各个终端的识别信息相对应存储着其它终端的蓝牙通信装置13的地址和名称、PIN码。
另外，通知完毕信息存储器20与各个终端的识别信息相对应，存储着是否已经把自身的蓝牙通信装置13的地址和名称、PIN码通知给其它终端的信息。
图7是说明处理的流程图，其中，该处理用于在图6所示的终端之间确立基于蓝牙通信功能的通信。
请求蓝牙通信一侧的终端(起始终端)首先根据使用者操作，起动近距离无线通信单元13，激活蓝牙通信功能(步骤301)。
如果蓝牙通信功能激活，则首先进行称为设备检索的处理。所谓设备检索，是检测存在于能够进行蓝牙通信范围内的蓝牙通信功能激活的设备的处理。
被起动了的近距离无线通信单元13进行设备检索(步骤302)，蓝牙状态判断单元17监视由该近距离无线通信单元13进行的设备检索处理，判断希望进行通信的对方终端(以下，称为接受终端)的蓝牙功能是否激活(步骤304)。
如果由蓝牙状态判断单元17判断为接受终端的蓝牙通信功能激活(步骤303中YES)，则起始终端对于接受终端由通信开始请求生成单元14生成使用蓝牙通信功能进行近距离无线通信的通信开始请求(步骤304)，所生成的通信开始请求由无线电话通信单元12经过一般的通信网向接受终端发送(步骤305)。
另外，对于由通信开始请求输出单元14进行的通信开始请求的生成处理(步骤304)的详细情况在后面叙述。
另外，在由蓝牙状态判断单元17判断为接受终端的蓝牙通信功能非激活的情况下，进行以一般的蓝牙通信进行的处理，即，使用蓝牙通信功能，进行通信开始请求，进行确立通信的处理。
进而，接受终端如果接收到来自起始终端的通信开始请求，则分析该通信开始请求(步骤306)，决定是否同意该通信开始请求(步骤307)，在同意的情况下(步骤307中YES)，起动近距离无线通信单元13，激活蓝牙功能(步骤308)。这里，关于通信开始请求的分析处理(步骤306)在后面详细叙述。
接着，接受终端经过近距离无线通信单元13向起始终端发送蓝牙连接请求(步骤309)，起始终端通过应答该蓝牙连接请求(步骤310)，在两个终端之间确立蓝牙连接对话期间(步骤311)。
另外，在通信开始请求中，能够包括与至确立从哪个终端发出蓝牙连接请求等的连接的顺序有关的信息，从而，在步骤309中，也能够从起始终端发出蓝牙连接请求。
这样，在两个终端之间确立了蓝牙连接对话期间以后，起始终端以及接受终端分别起动预定的通信应用程序(步骤312)，由此，能够在两个终端之间利用使用了蓝牙通信功能的通信应用程序(步骤313)。
而起始终端在发送通信开始请求时，一起发送自身的蓝牙通信装置13的名称和地址、PIN码。而且，接受终端如果同意来自起始终端的通信开始请求，则根据与该通信开始请求一起传送来的起始终端的蓝牙通信装置13的名称和地址、PIN码，与发送方的起始终端之间确立蓝牙连接对话期间。
这时，本实施形态的接受终端如图8(a)所示，与该起始终端的识别信息(例如，邮件地址或者电话号码等)相对应，在终端信息存储器19中存储同意通信的起始终端的蓝牙通信装置13的地址和名称、PIN码。
另外，本实施形态的起始终端如果在通信开始请求发送后与接受终端之间确立了蓝牙连接对话期间，则如图8(b)所示，与接受终端的识别信息(邮件地址，电话号码等)相对应，作为通知完毕信息存储与通信开始请求一起发送的自身的蓝牙通信装置13的地址和名称、PIN码。
另外，这里，使用电子邮件收发通信开始请求，从而，在图8中，作为终端识别信息存储着邮件地址。
图8(a)示出终端信息存储器19的存储内容的一个例子，把识别信息“abc@host.cp.jp”的终端的蓝牙通信装置13的地址(BT地址)存储为“112233445566”把名称(BT名)存储为“PC1”。另外，把识别信息“xyz@host.ne.jp”的终端的BT地址存储为“665544332111”。
另外，图8(b)示出通知完毕信息存储器20的存储内容的一个例子，对于识别信息“abc@host.co.jp”的终端，存储着作为自身终端的蓝牙通信装置13的地址和名称已经通知完毕，对于识别信息“xyz@host.ne.jp”的终端，存储着还没有通知任何与自身终端的蓝牙通信装置13有关的信息。
即，该终端与识别信息“abc@host.co.jp”的终端在过去确立了蓝牙连接对话期间，但是与识别信息“xyz@host.ne.jp”的终端一次都没有确立蓝牙连接对话期间。
图9是说明由在图7的步骤304中所示的起始终端进行的通信请求开始生成处理的详细情况的流程图。
起始终端首先参考通知完毕信息存储器18，检索未向该接受终端通知的BT识别信息(步骤401)，包括成为未通知的BT识别信息以及指示至通信确立的连接顺序的信息等，生成通信开始请求(步骤402)，对于包括在该通信开始请求中的BT识别信息，在通知完毕信息存储器20中更新为通知完毕(步骤403)。
图10说明由在图7的步骤306中所示的接受终端中进行的通知开始请求的分析处理的详细情况。
接受终端从所接受的通知开始请求取得起始终端的识别信息(例如邮件地址)，根据所取得的识别信息参考终端信息存储器19，检索与该起始终端相对应存储的BT识别信息(步骤506)。其结果，如果在终端信息存储器19中存储着该起始终端的BT识别信息(步骤502中“是”)，则根据所存储的BT识别信息，进行是否同意通知的判断(步骤307)。
另一方面，在终端信息存储器19中没有登录从通信开始请求中取得的起始终端的识别信息的情况下(步骤502中“否”)，从该通知开始请求取得BT识别信息(步骤503)，根据该BT识别信息进行是否同意通信的判断(步骤307)，在同意的情况下(步骤307中“是”)，与从该通信开始请求中得到的起始终端的识别信息相对应存储从通信开始请求得到的BT识别信息(步骤504)。
另外，在蓝牙通信装置13具有保密功能的情况下，起始终端在通信开始请求中添加自身的PIN码，请求两个终端之间的认证处理或者请求保密的解除，接受终端在同意通信情况下，确立基于所接收到PIN码的认证处理或者解除相互的保密，确立通信。
如果这样构成，则在使用无线电话通信功能请求蓝牙连接时，通过确认与对方终端的过去的通信履历或者现在的蓝牙通信功能的起动状态，能够避免重叠通知保存在对方终端中的信息，因此能够减轻所通知的信息量。
权利要求
1.一种便携通信终端，其特征在于具备经过无线基站与对方终端进行通信的第1通信装置；不经过上述无线基站与上述对方终端进行直接通信的第2通信装置；对于上述对方终端进行使用上述第2通信装置的通信请求的通信请求装置；根据由上述通信请求装置进行的通信请求，确立与使用了上述第2通信装置的上述对方终端之间的通信会话期间的通信对话期间确立装置；在由上述通信对话期间确立装置确立了上述通信对话期间以后，起动所希望的通信应用程序，控制与使用了上述第2通信装置的上述对方终端之间的通信的通信控制装置。
2.根据权利要求1所述的便携通信终端，其特征在于上述通信请求装置使用上述第1通信装置，对于上述对方终端发送上述通信请求。
3.根据权利要求2所述的便携通信终端，其特征在于上述通信对话期间确立装置在由上述通信请求装置对于上述对方终端进行了通信请求以后，激活上述第2通信装置，在有来自上述对方终端的基于上述第2通信装置的连接请求的情况下，应答该连接请求，通过使用上述第2通信装置把连接应答返回到上述对方终端，确立基于上述第2通信装置的通信对话期间。
4.根据权利要求1所述的便携通信终端，其特征在于上述通信对话期间确立装置与基于上述通信请求装置的通信请求相对应，以在上述对方终端中同意了使用上述第2通信装置的通信为条件，确立与上述对方终端之间的基于上述第2通信装置的通信对话期间。
5.根据权利要求1所述的便携通信装置，其特征在于上述通信控制装置起动上述通信应用程序的同时，使用上述第2通信装置对于上述接受终端进行通信应用程序起动请求，根据来自应答了该通信应用程序起动请求的上述对方终端的通信应用程序起动应答，与基于上述第2通信装置的上述对方终端开始使用了上述通信应用程序的通信。
6.根据权利要求1所述的便携通信终端，其特征在于还具备与上述对方终端相对应，存储使用了上述第2通信装置的连接履历的连接履历存储装置；在基于上述第2通信装置的通信时，根据存储在上述连接履历存储装置中的连接履历，判断基于上述第2通信装置的连接中所需要的最小限度的信息的判断装置，上述通信请求发送装置把由上述判断装置判断的基于上述第2通信装置的连接中所需要的最小限度的信息包含在发送给上述对方终端的通信请求中进行发送。
7.根据权利要求6所述的便携通信终端、其特征在于基于上述第2通信装置的连接中所需要的最小限度的信息包括基于上述第2通信装置的连接顺序信息。
8.根据权利要求6所述的便携通信终端，其特征在于上述连接履历存储装置存储自身终端的识别信息对于上述对方终端的通知履历，基于上述第2通信装置的连接中所需要的最小限度的信息虽然包括上述自身终端的识别信息，但是在参考上述连接履历存储装置已经通知了该自身终端的识别信息的情况下，对于上述对方终端省略发出该自身终端的识别信息。
9.根据权利要求6所述的便携通信终端，其特征在于上述连接履历存储装置包括自身终端的保密信息的通知履历，基于上述第2通信装置的连接中所需要的最小限度的信息虽然包括上述自身终端的保密信息，但是在参考上述连接履历存储装置已经通知了该保密信息的情况下，对于上述对方终端省略发送该自身终端的保密信息。
10.一种便携通信终端，其特征在于具备经过无线基站与对方终端进行通信的第1通信控制装置；不经过上述无线基站与上述对方终端进行直接通信的第2通信装置；接收来自上述对方终端的使用第2通信装置的通信请求的通信请求接收装置；判断是否响应由上述通信请求接收装置接收的上述通信请求的判断装置；在由上述判断装置判断为响应上述通信请求的情况下，激活上述第2通信装置，确立与使用了上述第2通信装置的上述对方终端之间的通信对话期间的通信对话期间确立装置；在由上述通信对话期间确立装置确立了上述通信对话期间以后，起动所希望的通信应用程序，控制使用了上述第2通信装置的与上述对方终端之间的通信的通信控制装置。
11.根据权利要求10所述的便携通信终端，其特征在于还具备在由上述通信请求接收装置接收到上述通信请求时报告其信息的报告装置，上述判断装置根据应答由上述报告装置进行的报告的使用者操作，判断是否响应上述通信开始请求。
12.根据权利要求10所述的便携通信终端，其特征在于上述判断装置根据预先登录的预定条件，自动地判断是否响应上述通信请求。
13.根据权利要求10所述的便携通信终端，其特征在于上述判断装置根据上述对方终端的终端信息判断是否响应该通信请求。
14.根据权利要求10所述的便携通信终端，其特征在于上述判断装置根据接收到上述通信请求的时间带，判断是否响应该通信请求。
15.根据权利要求10所述的便携通信终端，其特征在于上述判断装置具备切换是根据使用者操作进行还是自动地进行是否响应上述通信请求的判断的切换装置。
全文摘要
本发明提供能够以简单的操作确立便携通信终端之间的基于蓝牙等通信的便携通信终端，起始终端起动近距离无线通信单元，激活蓝牙功能，经过电话网等一般的通信网向接受终端发送使用了蓝牙通信功能的通信开始请求，接受终端在响应通信开始请求的情况下，激活蓝牙通信功能，使用蓝牙通信功能向起始终端发送蓝牙连接请求，起始终端通过应答该蓝牙连接请求，确立蓝牙连接对话期间。
文档编号H04L29/08GK1430449SQ0216086
公开日2003年7月16日 申请日期2002年12月27日 优先权日2001年12月28日
发明者棚田东作, 永滨健太郎, 松谷宽, 青木孝泰, 田村俊哉 申请人:株式会社东芝