JP2007166191A - 通信装置及び通信方法及びプログラム - Google Patents

Abstract

【課題】近距離無線通信を行う通信装置に特殊な機器を装備させることなく通信相手を特定させて近距離無線通信を実現させる。
【解決手段】通信要求端末１０１の通信接続要求部１０９が、自身（通信要求端末１０１）電話番号を含む通信接続要求を生成し、電話部１１０及びＬＡＮ通信部１１１がＬＡＮ１０３を介して電話網により通信接続要求を通信対象端末１０２の電話番号宛に送信し、通信対象端末１０２では、通信接続応答部１１６が、通信接続要求に含まれた通信要求端末１０１の電話番号が登録済みであるか否かを判断し、登録されている場合は、電話番号と対応付けて登録されている通信要求端末１０１のＢｌｕｅｔｏｏｔｈアドレスを用いて、通信要求端末１０１とＢｌｕｅｔｏｏｔｈ通信を開始し、これにより、特殊な機器を装備させることなく通信相手を特定させてＢｌｕｅｔｏｏｔｈ通信を実現させる。
【選択図】図１

Description

本発明は、たとえばＢｌｕｅｔｏｏｔｈやＷｉｒｅｌｅｓｓＵＳＢといった近距離無線通信を行う通信装置、近距離無線通信を行うための通信方法等に関する。

近年、近距離の無線通信手段としてＢｌｕｅｔｏｏｔｈが注目され、利用されている。また、近い将来には、ＷｉｒｅｌｅｓｓＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）が普及することが期待されている。これら無線通信手段は、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）とそのキーボード間の接続といったように固定的に接続される用途でも利用可能であるが、携帯端末とＰＣ間での接続のように必要に応じた時間、場所で利用されることも多い。無線であるから目に見えるケーブルなどで直接接続されているわけではないため、特定の相手に接続するための情報を入力する必要がある。Ｂｌｕｅｔｏｏｔｈの場合には、接続相手のＢｌｕｅｔｏｏｔｈアドレスを特定し、また接続元と接続先で共通のパスキーとよばれる秘密情報を入力する必要がある。

接続が必要になるたびにこれら情報の入力が必要となることは、これら無線通信手段の使い勝手に問題をもたらす。そこで、特開２００３−３２１７５号公報では、非接触ＩＣカードの無線通信技術を用いて、接続に必要な情報を接続相手に提供している。これは、Ｂｌｕｅｔｏｏｔｈとは別の無線通信により接続に必要な情報を簡単に渡すことができるという点と、非接触ＩＣカードの無線通信技術はユーザが目に見える範囲のごく短距離にのみ有効であるために通信する端末を特定できる点、非接触ＩＣカードの無線通信技術はカード側では電力供給が必要なくバッテリ駆動する携帯端末に適している点に特徴がある。
特開２００３−３２１７５号公報

ここで、例えば、ＰＣから携帯電話上のデータファイルをＢｌｕｅｔｏｏｔｈ通信を経由して閲覧する機能を考える。
ユーザはＰＣを操作しており、携帯電話機はユーザのポケットの中にある。ユーザの使い勝手をさらによくするためには、このような環境にも対応したい。このような場合、非接触ＩＣカードの通信技術を用いた場合には、その通信可能距離が短いために有効に機能することができない。別の無線通信技術を用いるとしても、通信相手の特定と、特に携帯端末での電力消費の問題を解決する必要がある。

また、非接触ＩＣカードは普及し始めているが、そのカードと通信を行なうためにはリーダライタをＰＣ等にそれぞれ個別に接続あるいは内蔵することが必要であるが、現時点ではリーダライタを搭載したＰＣ等はあまり普及しておらず、各端末に特殊な機器をできるだけ装備させることなく実現できることが望ましい。

この発明は上記のような問題点を解決するためになされたもので、近距離無線通信を行う通信装置に特殊な機器を装備させることなく通信相手を特定させて近距離無線通信を実現させ、また、近距離無線通信における電力消費を抑えることを主な目的とする。

本発明に係る通信装置は、
所定の要求先装置と、回線ネットワーク通信と前記回線ネットワーク通信以外の形態の他形態通信とが可能な通信装置において、
前記要求先装置に対して他形態通信の通信接続を要求する通信接続要求を生成する通信接続要求生成部と、
通信接続要求を回線ネットワーク通信により前記要求先装置に対して送信し、通信接続要求に対する応答を回線ネットワーク通信により前記要求先装置から受信する第一の通信部と、
通信接続要求に対する応答の受信後に、前記要求先装置との他形態通信を開始する第二の通信部とを有することを特徴とする。

また、本発明に係る通信装置は、
所定の要求元装置と、回線ネットワーク通信と前記回線ネットワーク通信以外の形態の他形態通信とが可能な通信装置において、
前記要求元装置から送信された、他形態通信の通信接続を要求する通信接続要求を回線ネットワーク通信により受信し、通信接続要求に対する応答を回線ネットワーク通信により前記要求元装置に対して送信する第一の通信部と、
通信接続要求に対する解析を行い、前記要求元装置との他形態通信の許否を判定し、判定結果を示す応答を生成する通信接続要求応答部と、
前記要求元装置との他形態通信を許可する応答の送信後に、前記要求元装置との他形態通信を開始する第二の通信部とを有することを特徴とする。

本発明によれば、回線ネットワーク通信と他形態通信の双方が可能な通信装置間で、回線ネットワーク通信により他形態通信の通信接続要求をやり取りさせるため、特殊な機器を装備させることなく、また特殊な処理を要せずに通信相手を特定させて他形態通信を実現させることができる。

実施の形態１．
図１は、本実施の形態にかかる通信システムの構成例を示すブロック図である。
通信要求端末１０１は、近距離無線通信機能が搭載された通信装置であり、本実施の形態では、Ｂｌｕｅｔｏｏｔｈ通信機能が装備されている。同様に、通信対象端末１０２も、近距離無線通信機能が搭載された通信装置であり、本実施の形態ではＢｌｕｅｔｏｏｔｈ通信機能が装備されている。このように、通信要求端末１０１と通信対象端末１０２の間で、Ｂｌｕｅｔｏｏｔｈ通信が可能である。また、通信要求端末１０１及び通信対象端末１０２は、ともにＬＡＮ１０３を介してＩＰ電話による通信も可能である。

通信要求端末１０１と通信対象端末１０２との間には、ＬＡＮ１０３およびＳＩＰサーバ１０４によるＩＰ電話網が構築されており、通信要求端末１０１は、ＬＡＮ通信部１１１を介して電話網に接続されている。一方、通信対象端末１０２は、ＷＬＡＮ通信部１１８およびＷＬＡＮアクセスポイント１０５を介して電話網に接続されている。当該ＩＰ電話網ではＲＦＣ３２６１等で定義されるＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が使用されているものとする。

本実施の形態では、通信要求端末１０１から通信対象端末１０２に対してＢｌｕｅｔｏｏｔｈによる通信接続を要求する。この意味で、通信要求端末１０１は、要求元装置の例であり、また、通信対象端末１０２は、要求先装置の例である。また、通信要求端末１０１と通信対象端末１０２とを接続するＩＰ電話網による通信は、回線ネットワーク通信の例である。また、通信要求端末１０１と通信対象端末１０２の間で行われるＢｌｕｅｔｏｏｔｈ通信は、回線ネットワーク通信以外の形態である他形態通信の例である。

次に、通信要求端末１０１及び通信対象端末１０２の構成例を説明する。
通信要求端末１０１のアプリケーション１０６は、例えば通信対象端末１０２上のデータファイルの一覧を閲覧するためのアプリケーションである。
また、通信接続情報管理部１０７は、通信対象端末１０２と接続する際に必要な通信接続情報を管理する。通信接続情報は、たとえば、図３に示すように通信対象端末１０２のＢｌｕｅｔｏｏｔｈのアドレスやパスキーの情報などを含む。
接続情報対応付け管理部１０８は、通信接続情報管理部１０７が管理している通信接続情報と通信対象端末１０２の電話番号とを対応付ける。たとえば、図４に示す接続情報対応付け管理表により通信接続情報と電話番号とを対応付ける。
通信接続要求部１０９は、通信対象端末１０２に対してＢｌｕｅｔｏｏｔｈ（他形態通信）の通信接続を要求する通信接続要求を生成する。通信接続要求部１０９は、通信接続要求生成部に相当する。
電話部１１０は、ＩＰ電話における電話機能を提供する。
ＬＡＮ通信部１１１は、ＬＡＮ１０３への接続機能を提供する。なお、電話部１１０及びＬＡＮ通信部１１１は、第一の通信部に相当する。
Ｂｌｕｅｔｏｏｔｈ通信部１１２は、通信対象端末１０２とＢｌｕｅｔｏｏｔｈ通信を行う手段であり、第二の通信部に相当する。

通信対象端末１０２のアプリケーション１１３は、たとえば通信要求端末１０１のアプリケーション１０６の要求に応じてデータファイルの一覧情報を送付するアプリケーションである。
通信接続情報管理部１１４は、通信要求端末１０１からの通信接続要求に応答する際に参照する通信接続情報を管理する。通信接続情報は、たとえば、図５に示すように通信要求端末１０１のＢｌｕｅｔｏｏｔｈのアドレスやパスキーの情報などを含む。通信接続情報管理部１１４は、他形態通信であるＢｌｕｅｔｏｏｔｈの通信アドレス（通信識別子）を含む情報を管理しており、他形態通信識別子管理部に相当する。
接続情報対応付け管理部１１５は、通信接続情報管理部１１４が管理している通信接続情報と通信要求端末１０１の電話番号とを対応付ける。たとえば、図６に示す接続情報対応付け管理表により通信接続情報と電話番号とを対応付ける。接続情報対応付け管理部１１５は、回線ネットワークであるＩＰ電話網の電話番号（通信識別子）を含む情報を管理しており、回線ネットワーク通信識別子管理部に相当する。
通信接続応答部１１６は、通信要求端末１０１からの通信接続要求に対する解析を行い、通信要求端末１０１とのＢｌｕｅｔｏｏｔｈ通信の許否を判定し、判定結果を示す応答を生成する。通信接続応答部１１６は、通信接続要求応答部に相当する。
電話部１１７は、ＩＰ電話における電話機能を提供する。
ＷＬＡＮ通信部１１８は、ＷＬＡＮアクセスポイント１０５への接続機能を提供する。なお、電話部１１７及びＷＬＡＮ通信部１１８は、第一の通信部に相当する。
Ｂｌｕｅｔｏｏｔｈ通信部１１９は、通信要求端末１０１とＢｌｕｅｔｏｏｔｈ通信を行う手段であり、第二の通信部に相当する。

図２は、実施の形態１における通信要求端末１０１及び通信対象端末１０２のハードウェア構成例を示す図である。
図２において、通信要求端末１０１及び通信対象端末１０２は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１３７を備えている。ＣＰＵ１３７は、バス１３８を介してＲＯＭ１３９、ＲＡＭ１４０、通信ボード１４４、ＣＲＴ表示装置１４１、Ｋ／Ｂ１４２、マウス１４３、ＦＤＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）１４５、磁気ディスク装置１４６、ＣＤＤ１８６、プリンタ装置１８７、スキャナ装置１８８と接続されていてもよい。
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）は、揮発性メモリの一例である。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＦＤＤ、ＣＤＤ、磁気ディスク装置、光ディスク装置は、不揮発性メモリの一例である。
通信ボード１４４は、ＦＡＸ機３１０、電話器３２０、ＬＡＮ１０５等に接続されていてもよい。

磁気ディスク装置１４６には、オペレーティングシステム（ＯＳ）１４７、ウィンドウシステム１４８、プログラム群１４９、ファイル群１５０が記憶されている。プログラム群は、ＣＰＵ１３７、ＯＳ１４７、ウィンドウシステム１４８により実行される。

上記プログラム群１４９には、本実施の形態及び以下に述べる実施の形態の説明において「〜部」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵにより読み出され実行される。
ファイル群１５０には、図３、図５の通信接続情報管理表、図４、図６の接続情報対応付け管理表がファイルとして記憶されている。

また、本実施の形態及び以下に述べる実施の形態の説明において「〜部」として説明するものは、ＲＯＭ１３９に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、ハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。

また、本実施の形態及び以下に述べる実施の形態を実施するプログラムは、また、磁気ディスク装置、ＦＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のその他の記録媒体による記録装置を用いて記憶されても構わない。

なお、以上では、通信要求端末１０１及び通信対象端末１０２がＰＣ等の機器である場合を想定して図２に示す構成を示したが、後述するように、通信要求端末１０１又は通信対象端末１０２が携帯電話機のような機器である場合には、異なる構成であってもよい。

次に、通信要求端末１０１の通信接続情報管理部１０７が管理する通信接続情報管理表の例を図３に示す。また、接続情報対応付け管理部１０８が管理する接続情報対応付け管理表の例を図４に示す。

また、通信対象端末１０２の通信接続情報管理部１１４が管理する通信接続情報管理表の例を図５に示す。また、接続情報対応付け管理部１１５が管理する接続情報対応付け管理表の例を図６に示す。

本実施の形態では、通信要求端末１０１は、ＩＰ電話の電話番号として２２２２が与えられており、また、通信対象端末１０２は同じく３３３３が与えられているものとする。

通信対象端末１０２には電話番号３３３３が与えられているが、Ｂｌｕｅｔｏｏｔｈ接続機能を呼び出すため、さらに＃２１という番号が与えられている。すなわち、Ｂｌｕｅｔｏｏｔｈ接続機能を呼び出すためには、３３３３＃２１を使用する。しかしながら、このＢｌｕｅｔｏｏｔｈ接続機能のために独立した番号、例えば３３３４を与えてもよい。通常の公衆回線による電話の場合には、別の番号を割り当てるのは多くの場合困難であるが、内線電話の場合には、それに比して容易であることが多い。いずれにせよ、電話網の機能により接続可能であり、通常の音声通話などとは区別可能であることが望ましい。通常の音声通話と同じ番号でもよいが、通信対象端末でのユーザ操作が必要となり、使い勝手が劣る。

図３に示す通信要求端末１０１の通信接続情報管理表では、Ｂｌｕｅｔｏｏｔｈを用いて接続するための情報を管理している。プログラムでの識別用に番号がつき、ユーザがその内容がわかるようにつけている接続情報名があり、接続先アドレス、本実施の形態の場合にはＢｌｕｅｔｏｏｔｈアドレスが記載され、パスキーが記載されている。起動アプリケーション名はここでは空欄でもよい。ここで、０１：２３：４５：６７：８９とのＢｌｕｅｔｏｏｔｈアドレスは、通信対象端末１０２のＢｌｕｅｔｏｏｔｈ通信部１１９のＢｌｕｅｔｏｏｔｈアドレスである。

図４に示す通信要求端末１０１の接続情報対応付け管理表では、図３に示す通信接続情報管理表をそれぞれ電話による接続情報である電話番号と対応付けている。プログラムでの識別用に番号がつき、通信接続情報の番号が記載され、それに対応する電話番号が記載される。すなわち、通信対象端末１０２のＢｌｕｅｔｏｏｔｈ接続のため、通信対象端末１０２のＢｌｕｅｔｏｏｔｈ接続用の電話番号３３３３＃２１が登録され、対応付けられている。なお、本実施の形態では、各端末での設定によりそれぞれ接続相手がＢｌｕｅｔｏｏｔｈアドレスでわかっている状態を想定している。すなわち、初期設定として、接続相手のＢｌｕｅｔｏｏｔｈアドレスを通信要求端末１０１に登録している。このように初期設定の手間は必要であるが、その後は使い勝手よく利用できるようになる。

同様に、図５に示す通信対象端末１０２の通信接続情報管理表では、オフィスＰＣの名で識別される通信要求端末１０１のＢｌｕｅｔｏｏｔｈ接続情報が管理されている。また、図６に示す通信対象端末１０２の接続情報対応付け管理表では、上記情報が通信要求端末１０１の電話番号２２２２と対応付けられている。

ここで、ＳＩＰによる電話接続の流れを図７を用いて簡単に説明する。各電話（図７の場合には、ＢｏｂおよびＡｌｉｃｅの電話）はＳＩＰサーバに対してＲＥＧＩＳＴＥＲというメッセージにより自分自身（電話）を位置登録する。ＢｏｂからＡｌｉｃｅに電話をかける場合、ＢｏｂからＡｌｉｃｅに対してＩＮＶＩＴＥというメッセージをＳＩＰサーバを経由して送る。ここでＡｌｉｃｅの電話が鳴動し、受話器を取るとＯＫというメッセージを返す。電話に出られない場合などはＯＫ以外のメッセージを返すことがある。ＯＫメッセージを受け取ったＢｏｂの電話はＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）を返す。ここでＳＩＰサーバを経由しないのは、ＩＮＶＩＴＥとＯＫメッセージのやりとりによって、互いの電話の位置（ＩＰアドレスなど）がわかったためである。この後、通話が行われるが、これはＳＩＰの規定範囲ではなく、別のプロトコルにより処理される。通話終了後、ＢＹＥ、ＯＫというメッセージが流れる。

図８を用いて、通信要求端末１０１の動作例を説明する。ここでは、例えばアプリケーション１０６が図３の通信接続情報管理表の番号を指定してＢｌｕｅｔｏｏｔｈ接続を通信接続要求部１０９に要求したとする（７０１）。要求を受けた通信接続要求部１０９は、指定された番号に対応する通信接続情報を通信接続情報管理部１０７から得る（７０２）。また、同じく指定された番号に対応する接続情報対応付け情報を接続情報対応付け管理部１０８から得る（７０３）。ここで電話番号３３３３＃２１が得られる。次に、通信接続要求部１０９は、Ｂｌｕｅｔｏｏｔｈ通信接続を要求する通信接続要求を生成する（７０４）（通信接続要求生成ステップ）。なお、後述のように、この通信接続要求はＩＮＶＩＴＥメッセージとして送付され、ＩＮＶＩＴＥメッセージには、自身（通信要求端末１０１）の電話番号（２２２２）が含まれる。このため、通信接続要求には自身（通信要求端末１０１）の電話番号（２２２２）が含まれる。また、通信接続要求に、起動アプリケーション名を含ませてもよい。次に、電話部１１０がＬＡＮ通信部１１１を用いて、ステップ７０３で取得した電話番号（３３３３＃２１）に向けて通信接続要求を送信する（７０５）（第一の通信ステップ）。これは、ＳＩＰにおけるＩＮＶＩＴＥメッセージの送付により行う。次に、電話部１１０において応答を待ち（７０６）、ＯＫ応答が得られれば、Ｂｌｕｅｔｏｏｔｈ通信部１１２が、ステップ７０２で得られた通信接続情報を用いてＢｌｕｅｔｏｏｔｈ通信による接続を開始する（７０７）（第二の通信ステップ）。ステップ７０５にてＯＫ以外の応答が得られた場合には、接続処理を行わず終了する。

次に、図９を用いて、上記に対応する通信対象端末１０２の動作例を説明する。電話網（ＳＩＰ）の仕組みにより、ＩＮＶＩＴＥメッセージが送られ、電話部１１７はそれを受信する（８０１）（第一の通信ステップ）。電話部１１７は、要求されている電話番号が３３３３＃２１であることがわかるため、通常の音声通話要求と異なり、通信接続応答部１１６を呼び出す。通信接続応答部１１６は、電話部１１７から要求元の電話番号２２２２を得る（８０２）。次に、通信接続応答部１１６が、電話番号２２２２を接続情報対応付け管理部１１５に通知し、通信接続情報管理部１１４がこの電話番号２２２２に対応する通信接続情報の番号を検索し、検索結果に応じて通信接続応答部１１６がＢｌｕｅｔｏｏｔｈ通信の許否判定を行う（８０３）（通信接続要求応答ステップ）。
具体的には、ステップ８０３において、通信接続情報管理部１１４から電話番号２２２２に対応する通信接続情報の番号１が得られた場合、通信接続応答部１１６は番号１に対応する通信接続情報を通信接続情報管理部１１４から得る（８０４）。そして、この場合は、Ｂｌｕｅｔｏｏｔｈ通信の通信相手として認定された通信要求端末１０１からの通信接続要求であることが判明したので、Ｂｌｕｅｔｏｏｔｈ通信を行うとのＯＫ応答を生成する（８０５）（通信接続要求応答ステップ）。そして、電話部１１７がＷＬＡＮ通信部１１８を用いてＯＫ応答を返す（８０６）。ここで、バッテリ節約のためなどＢｌｕｅｔｏｏｔｈ通信部１１９の電源がＯＮにされていない場合（休止状態の場合）は、Ｂｌｕｅｔｏｏｔｈ通信部１１９をＯＮにし、ステップ８０４で得られた通信接続情報をもとにＢｌｕｅｔｏｏｔｈ接続を行う（８０９）（第二の通信ステップ）。また、通信の接続だけでなく、アプリケーションレベルで利用できるように、同じくステップ８０４で得られた通信接続情報の起動アプリケーション名に登録されているアプリケーションを起動する（８１０）。
なお、ステップ８０３にて該当する番号が存在しない場合には、Ｂｌｕｅｔｏｏｔｈ通信を行わないとのＮＧ応答、例えば４０４（ＮＯＴ ＦＯＵＮＤを意味する）の応答を生成し（８０７）（通信接続要求応答ステップ）、電話部１１７がＷＬＡＮ通信部１１８を用いてＮＧ応答を返す（８０８）。

このように、番号の特定されている電話番号を利用しているため、本実施の形態では、初期設定は必要であるものの、その後は一方（通信要求端末１０１）の簡単な操作、あるいはアプリケーションの操作のみでＢｌｕｅｔｏｏｔｈ接続を、想定する相手と、行うことができる。

つまり、非接触ＩＣカードを用いる場合と異なり、近距離無線通信を行う通信装置に特殊な機器を装備する必要なく通信相手を特定させることができる。
また、非接触ＩＣカードを用いる場合は、前述したように、通信可能距離が限られているため、通信要求端末と通信対象端末との間の距離が通信可能距離以上の場合は、Ｂｌｕｅｔｏｏｔｈ通信に必要な情報をやりとりすることができないが、本実施の形態では、電話網を使用するため、このような問題が生じない。

また、電話は原則として常に待ち受け状態にある。つまり、電話は原則的に常時電源が入っていてすぐに応答可能であり、特に通信接続に先立って特別な操作を必要としない。このような常時応答可能な電話の仕組みを利用することで、ユーザは特別な操作を行わずに通信相手の特定が可能になる。
更には、本実施の形態では、通常の電話による通信により通信接続要求を通信対象端末に送信するため、通信要求端末及び通信対象端末において特別な処理を行うことなくＢｌｕｅｔｏｏｔｈ通信の通信相手を特定することができる。特に、電話接続において通常送信されるＩＮＶＩＴＥメッセージとして通信接続要求を送信しているため、通信要求端末及び通信対象端末における処理負荷を増大させることなくＢｌｕｅｔｏｏｔｈ通信の通信相手を特定することができる。

また、電話による接続があってはじめてＢｌｕｅｔｏｏｔｈ通信部の電源をＯＮにするため、Ｂｌｕｅｔｏｏｔｈ接続が必要ないときにはその電力消費を避けることができ、電力消費の抑制につながる。そして、このことは、バッテリ駆動の携帯端末に適している。本実施の形態の場合、通信対象端末では、常時ＷＬＡＮ通信部の電源がＯＮになっているが、これは電話としての機能を満たすためそもそも必要な機能であり、追加の電力消費は発生しない。さらに言えば、通信対象端末に、ＷＬＡＮ上の通常のＩＰ通信と異なり、ＷＬＡＮを用いたＩＰ電話としての商品価値を高めるために電話機能に対する省電力対策が盛り込まれている場合（例えば待ち受け中に呼び出しがあるタイミングを制御するなど）は、単に携帯端末にＷＬＡＮ通信部を装備した場合より電力消費が小さくなることが期待される。

また、本実施の形態では、ユーザによる操作を必要とせずに、通信の接続だけでなくアプリケーションの起動も行うため、利便性を向上させることができる。

実施の形態２．
本実施の形態における通信システムの構成は、実施の形態１と同様であり、図１に示す構成である。
実施の形態１では、初期設定として通信対象端末１０２に通信接続情報が登録されている場合について説明したが、本実施の形態では、初期設定としての登録を行わずに、図１０に示すように通信要求端末１０１から通信対象端末１０２に送信するＩＮＶＩＴＥメッセージに通信接続情報を含め、これにより通信対象端末１０２は通信相手である通信要求端末１０１の通信接続情報を取得するようにする。

電話におけるＩＮＶＩＴＥメッセージは、通常、Ｃｏｎｔｅｎｔ−Ｔｙｐｅがａｐｐｌｉｃａｔｉｏｎ／ｓｄｐであるメッセージとなる。ただし、マルチパート（ｍｕｌｔｉｐａｒｔ）のＭＩＭＥタイプを指定することで、本来必要なａｐｐｌｉｃａｔｉｏｎ／ｓｄｐタイプのメッセージに加えて、追加の内容を含めることができる。ここで、追加の内容は、ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｂｌｕｅｔｏｏｔｈ−ｃｏｎｎｅｃｔという本実施の形態のために追加したＣｏｎｔｅｎｔ−Ｔｙｐｅであり、その内容として、接続先（通信対象端末）のＢｌｕｅｔｏｏｔｈアドレス（ｙｏｕｒ＿ａｄｄｒ＝０１：２３：４５：６７：８９）、接続元すなわち自分（通信要求端末）のＢｌｕｅｔｏｏｔｈアドレス（２３：４５：６７：８９：ａｂ）、パスキー（１２３４）、起動アプリケーション名（ｆｉｌｅ＿ｌｉｓｔ＿ｖｉｅｗｅｒ）を渡すことができる（図１０において破線で囲んだ部分）。なお、図１０には示されていないが、実施の形態１と同様、自身（通信要求端末１０１）の電話番号（２２２２）がＩＮＶＩＴＥメッセージに含まれている。また、自分のＢｌｕｅｔｏｏｔｈアドレスは、Ｂｌｕｅｔｏｏｔｈ通信部から取得できる。
このように、本実施の形態では、ＩＮＶＩＴＥメッセージに、自身のＢｌｕｅｔｏｏｔｈアドレス、パスキー、起動アプリケーション名を含ませて、通信対象端末１０２に通知することができる。

本実施の形態における通信対象端末１０２の動作例を図１１に示す。
先ず、電話部１１７が、通信要求端末１０１からのＩＮＶＩＴＥメッセージである通信接続要求を受信する（１００１）（第一の通信ステップ）。次に、通信接続応答部１１６は、電話部１１７から、図１０に示すＩＮＶＩＴＥメッセージ中の通信接続情報を得る（１００２）。次に、通信接続応答部１１６は、本情報が既に通信接続情報管理部に登録されているか否かを判定する（１００３）（通信接続要求応答ステップ）。ステップ１００３において、ＩＮＶＩＴＥメッセージに含まれていた通信接続情報が通信接続情報管理部に登録されていた場合は、通信接続応答部１１６は、Ｂｌｕｅｔｏｏｔｈ通信を行うとのＯＫ応答を生成し（１００６）（通信接続要求応答ステップ）、電話部１１７がＯＫ応答を返す（１００７）（第一の通信ステップ）。
一方、ステップ１００３においてＩＮＶＩＴＥメッセージに含まれていた通信接続情報が通信接続情報管理部に登録されていなければ、携帯端末（通信対象端末）の画面上に通信接続情報を表示し、ユーザに対してこの接続を許可するか否かを問い合わせる（１００４）（通信接続要求応答ステップ）。ユーザから許可が得られなかった場合、通信接続応答部１１６はＢｌｕｅｔｏｏｔｈ通信を行わないとのＮＧ応答を生成し（１０１３）、電話部１１７がＮＧ応答を返す（１０１４）（第一の通信ステップ）。この場合は、例えば４０１ ＵＮＡＵＴＨＯＲＩＺＥＤ等の応答を返す。
一方、ステップ１００４においてユーザから通信を許可された場合、通信接続応答部１１６は、通信接続情報を通信接続情報管理部１１４に登録し（１００５）、ＯＫ応答を生成し（１００６）（通信接続要求応答ステップ）、電話部１１７がＯＫ応答を返す（１００７）（第一の通信ステップ）。ここで、バッテリ節約のためなどＢｌｕｅｔｏｏｔｈ通信部１１９の電源がＯＮにされていない場合（休止状態の場合）は、Ｂｌｕｅｔｏｏｔｈ通信部１１９をＯＮにし、Ｂｌｕｅｔｏｏｔｈ通信部１１９が、通信接続情報に基づきＢｌｕｅｔｏｏｔｈ接続を行う（１００８）（第二の通信ステップ）。
その後、通信接続応答部１１６は、既に接続情報対応付け管理部１１５に接続情報対応付け情報が登録済みであるかどうかを判断し（１００９）、登録済みであれば、通信接続情報にあるアプリケーションを起動して（１０１２）、処理を終了する。
登録されていなければ、通信接続応答部１１６は、電話部１１７から接続元の電話番号を得て（１０１０）、通信接続情報管理部１１４に登録した通信接続情報の番号と上記電話番号の対応付けを接続情報対応付け管理部１１５に登録する（１０１１）。最後に、通信接続情報にあるアプリケーションを起動して（１０１２）、処理を終了する。

実施の形態１では、通信接続情報の特定を端末の電話番号の特定で代替していた。したがって、単に端末間での通信接続だけであれば問題ないが、アプリケーションの起動機能との連携を考えた場合、すなわち複数のアプリケーションからの利用を考えた場合にどのアプリケーションが起動対象であるかを区別できなかった。通信要求端末１０１から通信接続情報を送信し、それを通信対象端末１０２で利用することにより、複数アプリケーションからの利用を行うことができる。

また、通信要求端末１０１から送られた通信接続情報を通信対象端末１０２で保存することにより、初期設定の作業を省略することができ、ユーザの登録作業負担を軽減することができる。なお、図１１ではセキュリティの観点から未登録の通信接続情報についてユーザ確認を求めたが、自動登録することも可能である。

実施の形態３．
実施の形態１および２では、ＳＩＰサーバは通信端末とは別であった。企業のオフィスのような環境ではＳＩＰサーバが会社の設備として設置されていても、家庭ではわざわざＳＩＰサーバを設置するほどの費用をかける必要がない場合が多い。そこで、家庭におけるＰＣにＳＩＰサーバと通信端末の役割を兼用させることにより、通信システムの設置コストを安価にすることができる。

実施の形態４．
実施の形態１、２および３では、通信要求端末はＰＣ等を想定していたが、実施の形態４では通信要求端末が携帯端末（携帯電話機）であるとする。

携帯電話機では電話機能は電話帳機能と大きく結びついている。すなわち、電話アプリケーションから電話番号を指定して電話をすることも可能であるが、多くの場合、電話帳に登録済みの電話番号を検索して指定し、電話をする。あるいはまた、電話帳に代わって発信履歴や受信履歴の表示から相手を指定して電話をすることができる。また、電話アプリケーションの呼び出しは簡単なキー操作１つででき、複数のキー操作をしてメニュー階層を下ったりする必要がないがない場合が多く、使い勝手がよい。

電話帳を表示して電話をかける場合に、電話帳情報として、通常の電話帳の情報に加えて、図３の通信接続情報や図４の接続情報対応付け情報を表示画面（表示部）に表示する。すなわち、その電話番号を接続情報対応付け管理部から取得し、それに対応付けられている通信接続情報の接続情報名を通信接続情報管理部から取得して、電話番号と宛先名の組として表示画面（表示部）に表示する。たとえば、図３の接続情報名「共用端末」と電話番号「２３４５」との組を電話帳情報として記憶させておけば、当該共用端末とのＢｌｕｅｔｏｏｔｈ通信のために当該共用端末に電話をかける必要がある場合は、ユーザは通常の電話帳検索を行うのと同様に、「共用端末」の電話番号を検索することができ、検索の結果、「共用端末」の電話番号として「２３４５」が携帯電話機の表示画面（表示部）に表示される。
そして、ユーザのボタン押下などにより、当該電話番号への通信接続要求の送信を要求する送信指示を入力キー等（入力部）を通じて入力し、この結果、通信要求端末は、実施の形態１で示したように通信接続要求を生成し、通信接続要求を通信対象端末に送信する。

また、携帯電話機に通常備わっている発信履歴や受信履歴、リダイヤル機能を用いることにより同様に、「共用端末」の電話番号として「２３４５」を携帯電話機の表示画面に表示させることができ、ユーザのボタン押下などにより、当該電話番号への通信接続要求の送信を要求する送信指示を入力し、この結果、通信要求端末は、実施の形態１で示したように通信接続要求を生成し、通信接続要求を通信対象端末に送信することができる。

このように携帯電話機によく見られる電話帳機能等との連携機能を有効に利用することにより、ユーザは通信対象端末の電話番号を迅速かつ簡単に特定することができ、通信対象端末とのＢｌｕｅｔｏｏｔｈ接続を簡易に行うことができる。

なお、以上では、回線ネットワーク通信の例としてＩＰ電話による通信を説明したが、これに限るものではなく、従来の電話でもよいし、他の形態の通信であってもよい。

また、以上では、他形態通信の例としてＢｌｕｅｔｏｏｔｈ通信を説明したが、これに限るものではなく、たとえばＷｉｒｅｌｅｓｓＵＳＢ等の他種類の近距離無線通信でもよいし、近距離無線通信以外の通信形態でもよい。

実施の形態１〜４に係るシステム構成例を示すブロック図。 実施の形態１〜４に係る通信要求端末及び通信対象端末のハードウェア構成例を示す図。 実施の形態１に係る通信要求端末の通信接続情報管理表の例を示す図。 実施の形態１に係る通信要求端末の接続情報対応付け管理表の例を示す図。 実施の形態１に係る通信対象端末の通信接続情報管理表の例を示す図。 実施の形態１に係る通信要求端末の接続情報対応付け管理表の例を示す図。 ＳＩＰによる電話接続の流れを示す図。 実施の形態１に係る通信要求端末の動作例を示すフローチャート図。 実施の形態１に係る通信対象端末の動作例を示すフローチャート図。 実施の形態２に係るＩＮＶＩＴＥメッセージの例を示す図。 実施の形態２に係る通信対象端末の動作例を示すフローチャート図。

符号の説明

１０１ 通信要求端末、１０２ 通信対象端末、１０３ ＬＡＮ、１０４ ＳＩＰサーバ、１０５ ＷＬＡＮアクセスポイント、１０６ アプリケーション、１０７ 通信接続情報管理部、１０８ 接続情報対応付け管理部、１０９ 通信接続要求部、１１０ 電話部、１１１ ＬＡＮ通信部、１１２ Ｂｌｕｅｔｏｏｔｈ通信部、１１３ アプリケーション、１１４ 通信接続情報管理部、１１５ 接続情報対応付け管理部、１１６ 通信接続応答部、１１７ 電話部、１１８ ＷＬＡＮ通信部、１１９ Ｂｌｕｅｔｏｏｔｈ通信部。

Claims (21)

1. 所定の要求先装置と、回線ネットワーク通信と前記回線ネットワーク通信以外の形態の他形態通信とが可能な通信装置において、
   前記要求先装置に対して他形態通信の通信接続を要求する通信接続要求を生成する通信接続要求生成部と、
   通信接続要求を回線ネットワーク通信により前記要求先装置に対して送信し、通信接続要求に対する応答を回線ネットワーク通信により前記要求先装置から受信する第一の通信部と、
   通信接続要求に対する応答の受信後に、前記要求先装置との他形態通信を開始する第二の通信部とを有することを特徴とする通信装置。
2. 前記通信接続要求生成部は、
   自装置の回線ネットワーク通信における識別子が含まれる通信接続要求を生成することを特徴とする請求項１に記載の通信装置。
3. 前記通信要求生成部は、
   自装置の他形態通信における識別子が含まれる通信接続要求を生成することを特徴とする請求項１に記載の通信装置。
4. 前記通信要求生成部は、
   前記要求先装置との他形態通信を開始する際に必要なパスキー情報が含まれる通信接続要求を生成することを特徴とする請求項１に記載の通信装置。
5. 前記通信要求生成部は、
   前記要求先装置との他形態通信に付随して起動されるべき前記要求先装置のアプリケーションプログラムの識別子が含まれる通信接続要求を生成することを特徴とする請求項１に記載の通信装置。
6. 前記通信装置は、更に、
   前記要求先装置の回線ネットワークにおける識別子を電話帳情報として表示する表示部と、
   前記表示部により表示された前記要求先装置の回線ネットワークにおける識別子に対する送信指示を入力する入力部とを有し、
   前記通信接続要求生成部は、
   前記入力部により入力された送信指示に基づき、前記要求先装置に対する通信接続要求を生成し、
   前記第一の通信部は、
   前記入力部により入力された送信指示に基づき、前記要求先装置の回線ネットワークにおける識別子を用いて通信接続要求を前記要求先装置に対して送信することを特徴とする請求項１に記載の通信装置。
7. 前記第二の通信部は、他形態通信として、前記要求先装置との間で近距離無線通信を行うことを特徴とする請求項１に記載の通信装置。
8. 前記第一の通信部は、
   前記要求先装置と回線ネットワーク通信を開始する際に前記要求先装置に対して送信するメッセージにおいて通信接続要求を送信することを特徴とする請求項１に記載の通信装置。
9. 所定の要求元装置と、回線ネットワーク通信と前記回線ネットワーク通信以外の形態の他形態通信とが可能な通信装置において、
   前記要求元装置から送信された、他形態通信の通信接続を要求する通信接続要求を回線ネットワーク通信により受信し、通信接続要求に対する応答を回線ネットワーク通信により前記要求元装置に対して送信する第一の通信部と、
   通信接続要求に対する解析を行い、前記要求元装置との他形態通信の許否を判定し、判定結果を示す応答を生成する通信接続要求応答部と、
   前記要求元装置との他形態通信を許可する応答の送信後に、前記要求元装置との他形態通信を開始する第二の通信部とを有することを特徴とする通信装置。
10. 前記通信装置は、更に、
    他形態通信が許可される装置の回線ネットワーク通信における識別子を管理する回線ネットワーク通信識別子管理部を有し、
    前記第一の通信部は、
    前記要求元装置の回線ネットワーク通信における識別子が含まれる通信接続要求を受信し、
    前記接続要求応答部は、
    通信接続要求に含まれる前記要求元装置の回線ネットワーク通信における識別子が前記回線ネットワーク通信識別子管理部に管理されている場合に、前記要求元装置との他形態通信を許可することを特徴とする請求項９に記載の通信装置。
11. 前記通信接続要求応答部は、
    前記要求元装置との他形態通信を許可する際に、前記第二の通信部が休止状態にある場合に、前記第二の通信部を起動させることを特徴とする請求項９に記載の通信装置。
12. 前記通信装置は、更に、
    他形態通信が許可される装置の他形態通信における識別子を管理する他形態通信識別子管理部を有し、
    前記第一の通信部は、
    前記要求元装置の他形態通信における識別子が含まれる通信接続要求を受信し、
    前記接続要求応答部は、
    通信接続要求に含まれる前記要求元装置の他形態通信における識別子が前記他形態通信識別子管理部に管理されている場合に、前記要求元装置との他形態通信を許可することを特徴とする請求項９に記載の通信装置。
13. 前記接続要求応答部は、
    通信接続要求に含まれる前記要求元装置の他形態通信における識別子が前記他形態通信識別子管理部に管理されていない場合に、通信装置を利用する利用者に対して前記要求元装置の他形態通信における識別子を提示し、前記利用者の指示に従い前記要求元装置との他形態通信の許否を判定することを特徴とする請求項１２に記載の通信装置。
14. 前記第二の通信部は、
    通信接続要求に含まれる前記要求元装置の他形態通信における識別子を用いて前記要求元装置との他形態通信を行うことを特徴とする請求項１２又は１３に記載の通信装置。
15. 前記第一の通信部は、
    前記要求元装置との他形態通信を開始する際に必要なパスキー情報を含む通信接続要求を受信し、
    前記第二の通信部は、
    通信接続要求に含まれるパスキー情報を用いて前記要求元装置との他形態通信を行うことを特徴とする請求項９に記載の通信装置。
16. 前記第一の通信部は、
    前記要求元装置との他形態通信に付随して起動されるべきアプリケーションプログラムの識別子を含む通信接続要求を受信し、
    前記通信接続要求応答部は、
    通信接続要求に含まれるアプリケーションプログラムの識別子に従い、該当するアプリケーションプログラムを起動することを特徴とする請求項９に記載の通信装置。
17. 前記第二の通信部は、他形態通信として、前記要求元装置との間で近距離無線通信を行うことを特徴とする請求項９に記載の通信装置。
18. 所定の要求先装置と、回線ネットワーク通信と前記回線ネットワーク通信以外の形態の他形態通信とが可能な通信方法において、
    前記要求先装置に対して他形態通信の通信接続を要求する通信接続要求を生成する通信接続要求生成ステップと、
    通信接続要求を回線ネットワーク通信により前記要求先装置に対して送信し、通信接続要求に対する応答を回線ネットワーク通信により前記要求先装置から受信する第一の通信ステップと、
    通信接続要求に対する応答の受信後に、前記要求先装置との他形態通信を開始する第二の通信ステップとを有することを特徴とする通信方法。
19. 所定の要求元装置と、回線ネットワーク通信と前記回線ネットワーク通信以外の形態の他形態通信とが可能な通信方法において、
    前記要求元装置から送信された、他形態通信の通信接続を要求する通信接続要求を回線ネットワーク通信により受信し、通信接続要求に対する応答を回線ネットワーク通信により前記要求元装置に対して送信する第一の通信ステップと、
    通信接続要求に対する解析を行い、前記要求元装置との他形態通信の許否を判定し、判定結果を示す応答を生成する通信接続要求応答ステップと、
    前記要求元装置との他形態通信を許可する応答の送信後に、前記要求元装置との他形態通信を開始する第二の通信ステップとを有することを特徴とする通信方法。
20. 所定の要求先装置と、回線ネットワーク通信と前記回線ネットワーク通信以外の形態の他形態通信とが可能なコンピュータに、
    前記要求先装置に対して他形態通信の通信接続を要求する通信接続要求を生成する通信接続要求生成処理と、
    通信接続要求を回線ネットワーク通信により前記要求先装置に対して送信し、通信接続要求に対する応答を回線ネットワーク通信により前記要求先装置から受信する第一の通信処理と、
    通信接続要求に対する応答の受信後に、前記要求先装置との他形態通信を開始する第二の通信処理とを実行させることを特徴とするプログラム。
21. 所定の要求元装置と、回線ネットワーク通信と前記回線ネットワーク通信以外の形態の他形態通信とが可能なコンピュータに、
    前記要求元装置から送信された、他形態通信の通信接続を要求する通信接続要求を回線ネットワーク通信により受信し、通信接続要求に対する応答を回線ネットワーク通信により前記要求元装置に対して送信する第一の通信処理と、
    通信接続要求に対する解析を行い、前記要求元装置との他形態通信の許否を判定し、判定結果を示す応答を生成する通信接続要求応答処理と、
    前記要求元装置との他形態通信を許可する応答の送信後に、前記要求元装置との他形態通信を開始する第二の通信処理とを実行させることを特徴とするプログラム。

Images