JP2004272376A

JP2004272376A - Service providing device, service providing program, and service providing method

Info

Publication number: JP2004272376A
Application number: JP2003058905A
Authority: JP
Inventors: Fumihiko Ikegami; 上史彦池; Takuya Kawamura; 村卓也川
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2003-03-05
Filing date: 2003-03-05
Publication date: 2004-09-30
Anticipated expiration: 2023-03-05
Also published as: JP3946650B2

Abstract

<P>PROBLEM TO BE SOLVED: To make service provided by another communication device with a different communication interface appear almost like own service. <P>SOLUTION: This service providing device has a peripheral device management part 100 which stores service information provided by a peripheral device capable of communicating with own device; a service conversion part 300 which converts service provided by the peripheral device into service of different kind; a service information generation part 200 which generates information for making service provided by the peripheral device appear as service provided by own device; and a Bluetooth management part 900 which performs communication control for carrying out short distance radio communication with the peripheral device, in compliance with Bluetooth (R) standards. Because service records are generated which are related to various kinds of service provided by other devices, these kinds of service appear as if provided by own device, and another device is provided with more extensive service as compared with service provided by own device. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、無線通信により各種サービスを提供可能なサービス提供装置、サービス提供プログラム及びサービス提供方法に関する。
【０００２】
【従来の技術】
Ｂｌｕｅｔｏｏｔｈ（ＴＭ）ＳＩＧ（ＳｐｅｃｉａｌＩｎｔｅｒｅｓｔＧｒｏｕｐ）によって規格化されているＢｌｕｅｔｏｏｔｈと呼ばれる無線通信方式の仕様（ｈｔｔｐ：／／ｗｗｗ．Ｂｌｕｅｔｏｏｔｈ．ｏｒｇ／より取得可能）では、無線デバイス、通信プロトコル、アプリケーションモデルまでを規定している。アプリケーションモデルの仕様はプロファイルと呼ばれている。プロファイルの例としては、ファイル転送方法を規定したＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｆｉｌｅ、電子名刺情報の交換方法を規定したＯｂｊｅｃｔＰｕｓｈＰｒｏｆｉｌｅ、写真電子画像の交換方法を規定したＢａｓｉｃＩｍａｇｉｎｇＰｒｏｆｉｌｅ、プリントアウトする電子情報をプリンタに送信する方法を規定したＢａｓｉｃＰｒｉｎｔｉｎｇＰｒｏｆｉｌｅなどがある。
【０００３】
Ｂｌｕｅｔｏｏｔｈ機器がデータ交換を行う場合、まず、周囲に存在するＢｌｕｅｔｏｏｔｈ機器の発見処理を行う。発見処理により、周囲に存在する機器のデバイスアドレスを取得することができる。Ｂｌｕｅｔｏｏｔｈ機器は、周辺機器を発見すると、周辺機器からサービス情報の取得を行う。サービス情報とは、その機器が提供可能なサービス、すなわち、その機器がサポートしているプロファイル情報であり、そのサービスに接続するためのパラメータが含まれている。
【０００４】
Ｂｌｕｅｔｏｏｔｈ機器は、周辺機器を発見し、サービス情報の取得を行った結果、自装置がサポートしているプロファイルと同一のプロファイルをサポートしていることが判明した機器に接続して情報交換を行うことができる。
【０００５】
Ｂｌｕｅｔｏｏｔｈ機器は、相手機器と接続するために先に述べたサービス情報の取得という処理が重要であるが、この処理はＳＤＰ（ＳｅｒｖｉｃｅＤｉｓｃｏｖｅｒｙＰｒｏｔｏｃｏｌ）としてＢｌｕｅｔｏｏｔｈＳＩＧにより規定されている。ＳＤＰによる処理は周辺機器と接続するための非常に重要な手順であり、ＳＤＰの処理や相手機器に提供するサービス情報を工夫することで、周辺機器との接続を制御することができる。サービス情報の取得や交換に関する発明のうち、とくにＢｌｕｅｔｏｏｔｈに関連するものとしては、特許文献１及び２に記載されている。
【０００６】
【特許文献１】
特開２００２−１９６９９０公報
【特許文献２】
特開２００２−９９４７３公報
【０００７】
【発明が解決しようとする課題】
Ｂｌｕｅｔｏｏｔｈは、相互接続性を重視する観点から、複数のプロファイルを規定しているが、その弊害として共通のプロファイルをサポートしていない機器同士で接続しても、データの交換を行えないという問題がある。
【０００８】
また、Ｂｌｕｅｔｏｏｔｈ機器間であれば、同一のプロファイルを使用する限り、相互にデータの交換を行えるが、例えばイーサネット（登録商標）を介してＬＡＮに接続された機器のように、Ｂｌｕｅｔｏｏｔｈ以外のインタフェースを有する機器は一般にＢｌｕｅｔｏｏｔｈのプロファイルをサポートしていないため、これらの機器とＢｌｕｅｔｏｏｔｈ機器との間でデータの交換を行うことは不可能である。
【０００９】
この問題を解決するために、異なるプロファイルを持ち、相互に直接データを交換することが不可能な複数のＢｌｕｅｔｏｏｔｈ機器間、またはＢｌｕｅｔｏｏｔｈ機器と例えばイーサネットのようにＢｌｕｅｔｏｏｔｈ以外のインタフェースをもった機器との間に介在し、各機器が有するサービスを自由に相互利用可能とする装置
を提供することを目的とする。
【００１０】
本発明は、このような点に鑑みてなされたものであり、その目的は、通信インタフェースの異なる他の通信装置が提供するサービスをあたかも自己のサービスのように見せかけるようにしたサービス提供装置、サービス提供プログラム及びサービス提供方法を提供することにある。
【００１１】
【課題を解決するための手段】
上述した課題を解決するために、本発明は、通信可能な他の通信装置が提供するサービスに関するサービス情報を記憶するサービス情報記憶手段と、前記サービス情報記憶手段に記憶されたサービス情報に従って、通信可能な他の通信装置が提供するサービスを別種類のサービスに変換するサービス変換手段と、前記サービス情報記憶手段に記憶したサービス情報に従って、前記サービス変換手段で変換したサービスに対応するサービス情報を生成するサービス情報生成手段と、を備える。
【００１２】
【発明の実施の形態】
以下、本発明に係るサービス提供装置について、図面を参照しながら具体的に説明する。
【００１３】
（第１の実施形態）
図１は本発明に係るサービス提供装置の第１の実施形態の概略構成を示すブロック図である。図１のサービス提供装置は、他の通信装置との間でＢｌｕｅｔｏｏｔｈの通信プロトコルで近距離無線通信を行う。より具体的には、サービス提供装置は、ＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｆｉｌｅ（以後、ＦＴＰと表記）、ＯｂｊｅｃｔＰｕｓｈＰｒｏｆｉｌｅ（以後、ＯＰＰと表記）、ＢａｓｉｃＩｍａｇｉｎｇＰｒｏｆｉｌｅ（以後、ＢＩＰと表記）、ＢａｓｉｃＰｒｉｎｔｉｎｇＰｒｏｆｉｌｅ（以後、ＢＰＰと表記）の４つのサービスをサポートしており、それぞれに対応したデータの送受信を行う。
【００１４】
図１のサービス提供装置は、自装置と通信可能な周辺機器が提供するサービス情報を記憶する周辺機器管理部１００と、周辺機器が提供するサービスを別種類のサービスに変換するサービス変換部３００と、周辺機器が提供するサービスを自装置が提供するサービスとして見せかけるためのサービス情報を生成するサービス情報生成部２００と、周辺機器との間でＢｌｕｅｔｏｏｔｈの規格で近距離無線通信を行うための通信制御を行うＢｌｕｅｔｏｏｔｈ管理部９００とを備えている。
【００１５】
Ｂｌｕｅｔｏｏｔｈ管理部９００は、Ｂｌｕｅｔｏｏｔｈプロトコルスタックとして、ＳＤＰ（ＳｅｒｖｉｃｅＤｉｓｃｏｖｅｒｙＰｒｏｔｏｃｏｌ）とＯＢＥＸ（ＯｂｊｅｃｔＥｘｃｈａｎｇｅＰｒｏｔｏｃｏｌ）をサポートする。Ｂｌｕｅｔｏｏｔｈ管理部９００の内部には、ＳＤＰの処理を行うＳＤＰ処理部９０１と、ＳＤＰデータベース９０２と、ＯＢＥＸの処理を行うＯＢＥＸ処理部９０３とが設けられている。
【００１６】
なお、図１では、本発明の特徴的な部分以外の構成要素（例えばＣＰＵ等）は省略している。
【００１７】
周辺機器管理部１００は、Ｂｌｕｅｔｏｏｔｈ管理部９００を利用してＢｌｕｅｔｏｏｔｈの機器発見処理とサービス発見処理を行い、周辺機器がＦＴＰ，ＯＰＰ，ＢＩＰ，ＢＰＰをサポートしていた場合は、それらの全サービス情報を取得して記憶する。サービス情報生成部２００は、周辺機器管理部１００の記憶したサービス情報に基づいて、自装置の提供するサービス情報を生成し、Ｂｌｕｅｔｏｏｔｈ管理部に登録する。
【００１８】
Ｂｌｕｅｔｏｏｔｈで互いに通信を行う周辺機器（Ｂｌｕｅｔｏｏｔｈ機器）は、各々が提供可能なサービスをサービスレコードとして各機器内のデータベースに登録しており、相手機器からサービス取得要求を受けた場合にサービスレコード情報を提供する。先に述べたサービス発見処理とは、周辺機器に対してサービス取得要求を送り、相手が有するサービスレコードに記載されている情報を取得することを示している。図１では、サービスレコードを登録するデータベースをＳＤＰデータベース９０２と表記している。
【００１９】
図２は、図１のサービス提供装置１と周辺機器１１，１２，１３との通信の様子を示す図である。機器１１，１２，１３はいずれもＢｌｕｅｔｏｏｔｈ機器であり、機器１１はＦＴＰとＯＰＰをサポートしたＰＣ、機器１２はＢＩＰをサポートしたデジタルカメラ、機器１３はＢＰＰをサポートしたプリンタであるとする。
【００２０】
図１の周辺機器管理部１００は、機器発見処理とサービス発見処理を行い、発見した機器情報を内部に記憶する。図２の場合、周辺機器管理部１００は内部に図３に示すサービス情報テーブルを作成する。図３のサービス情報テーブルは、機器名とその機器が有するサービス名（プロファイル名）と、各サービスに接続するためのパラメータであるサーバチャンネルナンバー（ＳＣＮ）と、サービスネーム（ＳＮ）との対応関係を記憶している。
【００２１】
なお、図３のサービス情報テーブルは、機器名としては機器１１、機器１２、機器１３としか表記していないが、これらは機器の識別情報であり、Ｂｌｕｅｔｏｏｔｈ機器の場合はデバイスアドレス、フレンドリーネームも併せて記憶しているものとする。
【００２２】
以下、ＦＴＰの場合を一例とし、サービス情報テーブルの作成に関する具体例を説明する。機器１１はＦＴＰをサポートしていることから、図４に示すサービス情報の内容を電子情報の形式でサービスレコードとして機器１１の内部に登録している。
【００２３】
図４に示すサービス情報は、Ｂｌｕｅｔｏｏｔｈの仕様書におけるサービス記述形式に従っている。図４にＳＣＮの値が２として記述されているが、この値は機器１１内で割り当てられた値である。サービス提供装置１は、サービス発見処理の結果、機器１１からＦＴＰに関する情報を取得することで、図４に記述された全情報を知ることが可能である。
【００２４】
サービス提供装置１は、図４の内容を確認した上で、図３のサービス情報テーブルを作成する。なお、相手機器から取得したサービス情報の中で、ＳＣＮ及びＳＮ以外の情報についてもサービス情報テーブルに記憶してもよい。但し、図４に示したＳＣＮ及びＳＮ以外の値は、機器に依存する値でないため、相手機器から取得しなくても知ることができ、例えば予めデフォルト値として所持することも可能である。
【００２５】
以後、図４に示したサービス情報をＦＴＰ（”ＯｂｅｘＦｉｌｅＴｒａｎｓｆｅｒ”，２）と表記することにする。また、便宜上、図４に対応するサービスレコードもＦＴＰ（”ＯｂｅｘＦｉｌｅＴｒａｎｓｆｅｒ”，２）と表記する。また、サービス提供装置１が機器１１のＦＴＰサービスを検出した場合、「サービス提供装置１１はＦＴＰ（”ＯｂｅｘＦｉｌｅＴｒａｎｓｆｅｒ”，２）を所持している」というような表現を用いる。
【００２６】
周辺機器管理部１００は、自装置の周囲に存在する機器のアドレスや名前などの情報を周辺機器情報として取得し、それらの機器のうち自装置と通信可能なものからサービス情報を取得し、図３に示したサービス情報テーブルが完成すると、サービス情報生成部２００に対してサービス情報取得完了通知を送る。
【００２７】
サービス情報生成部２００は、サービス情報取得完了通知を受け取ると、周辺機器管理部１００のサービス情報テーブルの内容を確認し、その情報を利用して新たなサービスレコードを作成し、作成したサービスレコードを自装置のＳＤＰデータベース９０２に登録する。
【００２８】
以下、サービス情報生成部２００がＳＤＰデータベース９０２に登録するサービスレコードの作成方法を説明する。
【００２９】
＜サービスレコード作成例１＞
サービス情報生成部２００は、サービス情報テーブルに登録されているサービスを自装置のサービスレコードとして登録する。各サービスレコードに記述されるＳＣＮを除くパラメータについては、周辺機器から取得してサービス情報テーブルに記述されている情報をそのまま記述するか、または、デフォルト値として用いられる値を記述する。サービス情報生成部２００は、ＳＣＮについては、Ｂｌｕｅｔｏｏｔｈ管理部９００が設定した値を取得し、取得した値をサービスレコードに記述する。
【００３０】
例えば、サービス情報テーブルが図３の場合、サービス情報生成部２００は、ＦＴＰ（”ＯＢＥＸＦｉｌｅＴｒａｎｓｆｅｒ”，１）、ＯＰＰ（”ＯＢＥＸＯｂｊｅｃｔＰｕｓｈ”，２）、ＢＩＰ（”ＯＢＥＸＢａｓｉｃＩｍａｇｉｎｇ”３）、ＢＰＰ（”ＯＢＥＸＢａｓｉｃＰｒｉｎｔｉｎｇ”４）の４つをサービスレコードとしてＢｌｕｅｔｏｏｔｈ管理部９００のＳＤＰデータベース９０２に登録する。ここで、各サービスのＳＣＮの値１，２，３，４はＢｌｕｅｔｏｏｔｈ管理部９００から取得した値である。
【００３１】
その結果、他機器からサービス提供装置１に対してサービス発見処理を行い、サービス情報を取得した場合、サービス提供装置１はサービスとしてＦＴＰ（”ＯＢＥＸＦｉｌｅＴｒａｎｓｆｅｒ”，１）、ＯＰＰ（”ＯＢＥＸＯｂｊｅｃｔＰｕｓｈ”，２）、ＢＩＰ（”ＯＢＥＸＢａｓｉｃＩｍａｇｉｎｇ”３）、ＢＰＰ（”ＯＢＥＸＢａｓｉｃＰｒｉｎｔｉｎｇ”４）を所持しているように認識される。
【００３２】
＜サービスレコード作成例２＞
サービスレコード作成例１において、登録する各サービスレコードのＳＮの値をサービス情報生成部２００が独自に作成するとする。例えば、サービス情報生成部２００は、ＦＴＰ（”サービス提供装置１のＦｉｌｅＴｒａｎｓｆｅｒ”，１）、ＯＰＰ（” サービス提供装置１のＯｂｊｅｃｔＰｕｓｈ”，２）、ＢＩＰ（” サービス提供装置１のＢａｓｉｃＩｍａｇｉｎｇ”３）、ＢＰＰ（” サービス提供装置１のＢａｓｉｃＰｒｉｎｔｉｎｇ”４）の４つをサービスレコードとしてＢｌｕｅｔｏｏｔｈ管理部９００のＳＤＰデータベース９０２に登録する。
【００３３】
その結果、他機器からサービス提供装置１に対しサービス発見処理を行い、サービス情報を取得した場合、サービス提供装置１はサービスとしてＦＴＰ（” サービス提供装置１のＦｉｌｅＴｒａｎｓｆｅｒ”，１）、ＯＰＰ（” サービス提供装置１のＯｂｊｅｃｔＰｕｓｈ”，２）、ＢＩＰ（” サービス提供装置１のＢａｓｉｃＩｍａｇｉｎｇ”，３）、ＢＰＰ（” サービス提供装置１のＢａｓｉｃＰｒｉｎｔｉｎｇ”４）を所持しているように認識される。
【００３４】
＜サービスレコード作成例３＞
サービス情報生成部２００は、サービス情報テーブルに登録されている一つのサービスに対し、それを自装置がサポートしている全サービスへ複製および変換作成して登録する。各サービスレコードに登録するＳＣＮは、Ｂｌｕｅｔｏｏｔｈ管理部９００が設定した値を取得し、その値を採用する。ＳＮについてはサービス情報生成部２００が独自に作成する。ＳＣＮ，ＳＮ以外の値はサービス情報生成部２００で設定されているデフォルト値を利用する。
【００３５】
例えば、図３の機器１１のＦＴＰサービスに対して、ＦＴＰ（“ｆｔｐ１”，１）、ＯＰＰ（“ｏｐｐ１”，１）、ＢＩＰ（“ｂｉｐ１”，１）、ＢＰＰ（“ｂｐｐ１”，１）の４つのサービスレコードを複製および変換作成する。機器１１のＯＰＰ，機器１２のＢＩＰ，機器１３のＢＰＰについても同様にそれぞれ４つのサービスレコードを生成する。この場合、例えば、一例として示すが、サービス情報生成部２００は、以下の１６個のサービスレコードをＢｌｕｅｔｏｏｔｈ管理部９００のＳＤＰデータベース９０２に登録することになる。
ＦＴＰ（“ｆｔｐ１”，１）、ＯＰＰ（“ｏｐｐ１”，１）、
ＢＩＰ（“ｂｉｐ１”，１）、ＢＰＰ（“ｂｐｐ１”，１）、
ＦＴＰ（“ｆｔｐ２”，２）、ＯＰＰ（“ｏｐｐ２”，２）、
ＢＩＰ（“ｂｉｐ２”，２）、ＢＰＰ（“ｂｐｐ２”，２）、
ＦＴＰ（“ｆｔｐ３”，３）、ＯＰＰ（“ｏｐｐ３”，３）、
ＢＩＰ（“ｂｉｐ３”，３）、ＢＰＰ（“ｂｐｐ３”，３）、
ＦＴＰ（“ｆｔｐ４”，４）、ＯＰＰ（“ｏｐｐ４”，４）、
ＢＩＰ（“ｂｉｐ４”，４）、ＢＰＰ（“ｂｐｐ４”，４）
【００３６】
その結果、他機器からサービス提供装置１に対しサービス発見処理を行い、サービス情報を取得した場合、サービス提供装置１は合計１６個のサービスを所持しているように認識される。
【００３７】
＜サービスレコード作成例４＞
サービスレコード作成例３において、サービス情報生成部２００は、ＳＮを生成する場合に、対応する機器名を付加する。この場合、例えば、サービス情報生成部２００は、以下の１６個のサービスレコードをＢｌｕｅｔｏｏｔｈ管理部９００のＳＤＰデータベース９０２に登録することになる。
ＦＴＰ（“ｆｔｐ＿機器１１”，１）、ＯＰＰ（“ｏｐｐ＿機器１１”，１）、
ＢＩＰ（“ｂｉｐ＿機器１１”，１）、ＢＰＰ（“ｂｐｐ＿機器１１”，１）、
ＦＴＰ（“ｆｔｐ＿機器１１”，２）、ＯＰＰ（“ｏｐｐ＿機器１１”，２）、
ＢＩＰ（“ｂｉｐ＿機器１１”，２）、ＢＰＰ（“ｂｐｐ＿機器１１”，２）、
ＦＴＰ（“ｆｔｐ＿機器１２”，３）、ＯＰＰ（“ｏｐｐ＿機器１２”，３）、
ＢＩＰ（“ｂｉｐ＿機器１２”，３）、ＢＰＰ（“ｂｐｐ＿機器１２”，３）、
ＦＴＰ（“ｆｔｐ＿機器１３”，４）、ＯＰＰ（“ｏｐｐ＿機器１３”，４）、
ＢＩＰ（“ｂｉｐ＿機器１３”，４）、ＢＰＰ（“ｂｐｐ＿機器１３”，４）
【００３８】
その結果、他機器からサービス提供装置１に対しサービス発見処理を行い、サービス情報を取得した場合、サービス提供装置１は合計１６個のサービスを所持しているように認識される。
【００３９】
＜サービスレコード作成例５＞
上述したサービスレコード作成例３において、サービス情報生成部２００は、ＳＮを生成する場合にサービスの変換情報を付加する。この場合、例えば、サービス情報生成部２００は、以下の１６個のサービスレコードをＢｌｕｅｔｏｏｔｈ管理部９００のＳＤＰデータベース９０２に登録することになる。
ＦＴＰ（“ｆｔｐ→ｆｔｐ”，１）、ＯＰＰ（“ｏｐｐ→ｆｔｐ”，１）、
ＢＩＰ（“ｂｉｐ→ｆｔｐ”，１）、ＢＰＰ（“ｂｐｐ→ｆｔｐ”，１）、
ＦＴＰ（“ｆｔｐ→ｏｐｐ”，２）、ＯＰＰ（“ｏｐｐ→ｏｐｐ”，２）、
ＢＩＰ（“ｂｉｐ→ｏｐｐ”，２）、ＢＰＰ（“ｂｐｐ→ｏｐｐ”，２）、
ＦＴＰ（“ｆｔｐ→ｂｉｐ”，３）、ＯＰＰ（“ｏｐｐ→ｂｉｐ”，３）、
ＢＩＰ（“ｂｉｐ→ｂｉｐ”，３）、ＢＰＰ（“ｂｐｐ→ｂｉｐ”，３）、
ＦＴＰ（“ｆｔｐ→ｂｐｐ”，４）、ＯＰＰ（“ｏｐｐ→ｂｐｐ”，４）、
ＢＩＰ（“ｂｉｐ→ｂｐｐ”，４）、ＢＰＰ（“ｂｐｐ→ｂｐｐ”，４）
【００４０】
その結果、他機器からサービス提供装置１に対しサービス発見処理を行い、サービス情報を取得した場合、サービス提供装置１は合計１６個のサービスを所持しているように認識される。
【００４１】
＜サービスレコード作成例６＞
上述したサービスレコード作成例３において、サービス情報生成部２００は、ＳＮを生成する場合に対応する機器名とサービスの変換情報を付加する。この場合、例えば、サービス情報生成部２００は、以下の１６個のサービスレコードをＢｌｕｅｔｏｏｔｈ管理部９００のＳＤＰデータベース９０２に登録することになる。
ＦＴＰ（“機器１１＿ｆｔｐ→ｆｔｐ”，１）、ＯＰＰ（“機器１１＿ｏｐｐ→ｆｔｐ”，１）、
ＢＩＰ（“機器１１＿ｂｉｐ→ｆｔｐ”，１）、ＢＰＰ（“機器１１＿ｂｐｐ→ｆｔｐ”，１）、
ＦＴＰ（“機器１１＿ｆｔｐ→ｏｐｐ”，２）、ＯＰＰ（“機器１１＿ｏｐｐ→ｏｐｐ”，２）、
ＢＩＰ（“機器１１＿ｂｉｐ→ｏｐｐ”，２）、ＢＰＰ（“機器１１＿ｂｐｐ→ｏｐｐ”，２）、
ＦＴＰ（“機器１２＿ｆｔｐ→ｂｉｐ”，３）、ＯＰＰ（“機器１２＿ｏｐｐ→ｂｉｐ”，３）、
ＢＩＰ（“機器１２＿ｂｉｐ→ｂｉｐ”，３）、ＢＰＰ（“機器１２＿ｂｐｐ→ｂｉｐ”，３）、
ＦＴＰ（“機器１３＿ｆｔｐ→ｂｐｐ”，４）、ＯＰＰ（“機器１３＿ｏｐｐ→ｂｐｐ”，４）、
ＢＩＰ（“機器１３＿ｂｉｐ→ｂｐｐ”，４）、ＢＰＰ（“機器１３＿ｂｐｐ→ｂｐｐ”，４）
【００４２】
その結果、他機器からサービス提供装置１に対しサービス発見処理を行い、サービス情報を取得した場合、サービス提供装置１は合計１６個のサービスを所持しているように認識される。
【００４３】
＜サービスレコード作成例７＞
上述したサービスレコード作成例３に示したように、サービス情報テーブルに登録されている一つのサービスに対し、それを自装置がサポートしている全サービスに複製および変換作成して登録する場合、非常に多くのサービスレコードが登録されることになる。サービスレコード作成例７では、サービスレコード作成例３の方式を拡張し、不必要と判断した登録するサービスレコードは登録しないようにする。
【００４４】
サービス情報生成部２００は、周辺機器管理部１００のサービス情報テーブルを確認し、そこに登録されている機器とサービスの対応関係を考慮し、各機器は対応しているサービスのみサポートし、その他のサービスでサービス提供装置１に対して接続を行うことはないと仮定する。図３の場合、機器１１はＦＴＰとＯＰＰ，機器１２はＢＩＰ，機器１３はＢＰＰのみサポートと仮定し、機器１１がサービス提供装置１に対してＢＩＰやＢＰＰのための接続を行うことはないと仮定する。
【００４５】
例えば、図３の機器１１のＦＴＰサービスに対して、ＦＴＰ（“ｆｔｐ１”，１）、ＯＰＰ（“ｏｐｐ１”，１）、ＢＩＰ（“ｂｉｐ１”，１）、ＢＰＰ（“ｂｐｐ１”，１）の４つのサービスレコードを作成するが、それぞれのサービスレコードは図５に示す手順で登録される。
【００４６】
まず、機器ＡがサービスとしてプロファイルＡをサポートしていることを認識する（ステップＳ１）。ここで、プロファイルＡは、ＦＴＰ，ＯＰＰ，ＢＩＰ，ＢＰＰのいずれかを取りうるとする。
【００４７】
次に、機器Ａ以外にＦＴＰをサポートしている機器が存在するか否かを判断し（ステップＳ２）、存在する場合には、サービスレコードとしてＦＴＰ（”ｆｔｐｎ”，ｎ）が未登録であれば登録する（ステップＳ３）。
【００４８】
ステップＳ２で存在しないと判断された場合、あるいはステップＳ３の処理が終了した場合には、機器Ａ以外にＯＰＰをサポートしている機器が存在するか否かを判断する（ステップＳ４）。存在する場合には、サービスレコードとしてＯＰＰ（”ｏｐｐｎ”，ｎ）が未登録であれば登録する（ステップＳ５）。
【００４９】
ステップＳ４で存在しないと判断された場合、あるいはステップＳ５の処理が終了した場合には、機器Ａ以外にＢＩＰをサポートしている機器が存在するか否かを判断する（ステップＳ６）。存在する場合には、サービスレコードとしてＢＩＰ（”ｂｉｐｎ”，ｎ）が未登録であれば登録する（ステップＳ７）。
【００５０】
ステップＳ６で存在しないと判断された場合、あるいはステップＳ７の処理が終了した場合には、機器Ａ以外にＢＰＰをサポートしている機器が存在するか否かを判断する（ステップＳ８）。存在する場合には、サービスレコードとしてＢＰＰ（”ｂｐｐｎ”，ｎ）が未登録であれば登録する（ステップＳ９）。
【００５１】
例えば、図５の手順によれば、機器Ａを機器１１、プロファイルＡをＦＴＰ、ｎの値を１とすると、機器１２はＢＩＰ，機器１３はＢＰＰのみをサポートしていることから、サービスレコード作成例３では、ＦＴＰ（“ｆｔｐ１”，１）、ＯＰＰ（“ｏｐｐ１”，１）、ＢＩＰ（“ｂｉｐ１”，１）、ＢＰＰ（“ｂｐｐ１”，１）の４つが登録されるのに対し、本例ではＢＩＰ（“ｂｉｐ１”，１）、ＢＰＰ（“ｂｐｐ１”，１）のみが登録される。同様に、図３にある機器１１のＯＰＰサービスに対して、機器Ａを機器１１、プロファイルＡをＯＰＰ、ｎの値を２とすると、ＢＩＰ（“ｂｉｐ２”，２）、ＢＰＰ（“ｂｐｐ２”，２）のみが登録される。
【００５２】
同様に、図３の機器１２のＢＩＰサービスに対して、機器Ａを機器１２、プロファイルＡをＢＩＰ、ｎの値を３とすると、ＦＴＰ（“機器１２＿ｆｔｐ→ｂｉｐ”，３）、ＯＰＰ（“機器１２＿ｏｐｐ→ｂｉｐ”，３）、ＢＰＰ（“機器１２＿ｂｐｐ→ｂｉｐ”，３）のみが登録される。
【００５３】
同様に、図３にある機器１３のＢＰＰサービスに対して、機器Ａを機器１３、プロファイルＡをＢＰＰ、ｎの値を４とすると、ＦＴＰ（“ｆｔｐ４”，４）、ＯＰＰ（“ｏｐｐ４”，４）、ＢＩＰ（“ｂｉｐ４”，４）のみが登録される。
【００５４】
不要なサービスレコードを登録しないことで、サービスレコード作成例３では１６個のサービスレコードが登録されるのに対し、本例ではサービス情報生成部２００は、以下の１０個のサービスレコードをＢｌｕｅｔｏｏｔｈ管理部９００のＳＤＰデータベース９０２に登録することになる。
ＢＩＰ（“ｂｉｐ１”，１）、ＢＰＰ（“ｂｐｐ１”，１）、
ＢＩＰ（“ｂｉｐ２”，２）、ＢＰＰ（“ｂｐｐ２”，２）、
ＦＴＰ（“ｆｔｐ３”，３）、ＯＰＰ（“ｏｐｐ３”，３）、ＢＰＰ（“ｂｐｐ３”，３）、
ＦＴＰ（“ｆｔｐ４”，４）、ＯＰＰ（“ｏｐｐ４”，４）、ＢＩＰ（“ｂｉｐ４”，４）
【００５５】
その結果、他機器からサービス提供装置１に対しサービス発見処理を行い、サービス情報を取得した場合、サービス提供装置１は合計１０個のサービスを所持しているように認識される。
【００５６】
なお、サービスレコード作成例７においては、サービスレコード作成例３の拡張という形で説明したが、サービスレコード作成例４、サービスレコード作成例５についても同様の拡張により不必要なサービスレコードを登録しないようにすることが可能である。
【００５７】
＜サービスレコード作成例８＞
上述したサービスレコード作成例３に示したように、サービス情報テーブルに登録されている一つのサービスに対し、それを自装置がサポートしている全サービスへ複製および変換作成して登録する場合、非常に多くのサービスレコードが登録されることになる。サービスレコード作成例８では、サービスレコード作成例３の方式を拡張し、不必要と判断したサービスレコードは登録しないようにする。
【００５８】
サービスを提供する機器をサーバ機器、サーバ機器のサービスを利用する機器をクライアント機器と呼ぶとすると、クライアント機器とサーバ機器の両方の機能を備えたＢｌｕｅｔｏｏｔｈ機器だけでなく、どちらか一方の機能のみを備えたＢｌｕｅｔｏｏｔｈ機器も存在する。
【００５９】
また、クライアントとサーバの両機能を備えた機器においても、サーバとして提供するサービスと、クライアントとして利用できるサービスが異なる場合もある。例えば、サーバとしてＦＴＰサービスが提供可能であっても、クライアントとしてはＦＴＰサービスの利用が不可能な機器、または、サーバとしてＦＴＰサービスが提供不可能であってもクライアントとしてはＦＴＰサービスの利用が可能な機器などが存在する可能性がある。
【００６０】
サービス情報生成部２００は、それぞれの周辺機器がクライアントとしてどのようなサービスをサポートしているのかを検出する機能を有する。サービス情報生成部２００は、Ｂｌｕｅｔｏｏｔｈ管理部９００のＳＤＰ処理部９０１が受信した周辺機器からのサービス検索要求の内容を確認する。
【００６１】
例えば、機器Ａから「ＦＴＰとＢＩＰのサービスに対応する情報を取得したい」という内容のサービス検索要求を受信したとすると、サービス情報生成部２００は、機器ＡはクライアントとしてＦＴＰとＢＩＰをサポートしていると判断する。サービス情報生成部２００は、クライアントとして周辺機器がとしてどのようなサービスをサポートしているのかを一定時間検出した結果、クライアントとしてサポートしていないと判断したサービスレコードを削除する。
【００６２】
例えば、サービスレコード作成例３の場合において、プリンタである機器１３からサービス検索要求を受けなかったとすると、機器１３はクライアントとしてＢＰＰをサポートしていないと判断する。サービス情報生成部２００は、不要なサービスレコードを図６に示す手順で削除する。
【００６３】
図６において、まず、各種のフラグＦＴＰＦｌａｇ，ＯＰＰＦｌａｇ，ＢＩＰＦｌａｇ，ＢＰＰＦｌａｇをゼロに初期化する（ステップＳ１１）。次に、サービス検索要求を受信したか否かを判断し（ステップＳ１２）、受信した場合には、サービス検索要求の内容を確認する（ステップＳ１３）。ここでは、ＦＴＰ，ＯＰＰ，ＢＩＰ，ＢＰＰのいずれかのサービス検索要求が含まれている場合には、対応するＦｌａｇを「１」にセットする。
【００６４】
ステップＳ１２で受信しなかった判断された場合、あるいはステップＳ１３の処理が終了した場合には、タイムアウトしたか否かを判断する（ステップＳ１４）。タイムアウトしていない場合はステップＳ１２に戻り、タイムアウトした場合には、ＦＴＰＦｌａｇが「１」か否かを判断し（ステップＳ１５）、「１」の場合には、登録されている全ＦＴＰサービスを削除する（ステップＳ１６）。
【００６５】
ステップＳ１５で「１」でないと判断された場合、あるいはステップＳ１６の処理が終了した場合には、ＯＰＰＦｌａｇが「１」か否かを判断し（ステップＳ１７）、「１」の場合には、登録されている全ＯＰＰサービスを削除する（ステップＳ１８）。
【００６６】
ステップＳ１７で「１」でないと判断された場合、あるいはステップＳ１８の処理が終了した場合には、ＢＩＰＦｌａｇが「１」か否かを判断し（ステップＳ１９）、「１」の場合には、登録されている全ＢＩＰサービスを削除する（ステップＳ２０）。
【００６７】
ステップＳ１９で「１」でないと判断された場合、あるいはステップＳ２０の処理が終了した場合には、ＢＰＰＦｌａｇが「１」か否かを判断し（ステップＳ２１）、「１」の場合には、登録されている全ＢＰＰサービスを削除する（ステップＳ２２）。
【００６８】
このように、不要なサービスレコードを削除することで、サービスレコード作成例３では１６個のサービスレコードが登録されるのに対し、本例では以下の１２個のサービスレコードのみがＢｌｕｅｔｏｏｔｈ管理部９００のＳＤＰデータベース９０２に登録されていることになる。
ＦＴＰ（“ｆｔｐ１”，１）、ＯＰＰ（“ｏｐｐ１”，１）、ＢＩＰ（“ｂｉｐ１”，１）、
ＦＴＰ（“ｆｔｐ２”，２）、ＯＰＰ（“ｏｐｐ２”，２）、ＢＩＰ（“ｂｉｐ２”，２）、
ＦＴＰ（“ｆｔｐ３”，３）、ＯＰＰ（“ｏｐｐ３”，３）、ＢＩＰ（“ｂｉｐ３”，３）、
ＦＴＰ（“ｆｔｐ４”，４）、ＯＰＰ（“ｏｐｐ４”，４）、ＢＩＰ（“ｂｉｐ４”，４）
【００６９】
その結果、他機器からサービス提供装置１に対しサービス発見処理を行い、サービス情報を取得した場合、サービス提供装置１は合計１２個のサービスを所持しているように認識される。
【００７０】
なお、サービスレコード作成例８においては、サービスレコード作成例３の拡張という形で説明したが、サービスレコード作成例４、サービスレコード作成例５についても同様の拡張により不必要なサービスレコードを登録しないようにすることが可能である。
【００７１】
＜サービスレコード作成例９＞
サービスレコード作成例３に示したように、サービス情報テーブルに登録されている一つのサービスに対し、それを自装置がサポートしている全サービスへ変換して登録する場合、非常に多くのサービスレコードが登録されることになる。
【００７２】
サービスレコード作成例９では、サービスレコード作成例３の方式を拡張し、不必要と判断したサービスレコードは登録しないようにする。
【００７３】
サービスレコード作成例６とサービスレコード作成例７で示した方式を組み合わせることで、サービスレコード作成例３では１６個のサービスレコードが登録されるのに対し、本例では以下の７個のサービスレコードのみがＢｌｕｅｔｏｏｔｈ管理部９００のＳＤＰデータベース９０２に登録されていることになる。
ＢＩＰ（“ｂｉｐ１”，１）、
ＢＩＰ（“ｂｉｐ２”，２）、
ＦＴＰ（“ｆｔｐ３”，３）、ＯＰＰ（“ｏｐｐ３”，３）、
ＦＴＰ（“ｆｔｐ４”，４）、ＯＰＰ（“ｏｐｐ４”，４）、ＢＩＰ（“ｂｉｐ４”，４）
【００７４】
その結果、他機器からサービス提供装置１に対しサービス発見処理を行い、サービス情報を取得した場合、サービス提供装置１は合計７個のサービスを所持しているように認識される。
【００７５】
なお、サービスレコード作成例９においては、サービスレコード作成例３の拡張という形で説明したが、サービスレコード作成例４、サービスレコード作成例５についても同様の拡張により不必要なサービスレコードを登録しないようにすることが可能である。
【００７６】
以上に説明したサービスレコード作成例１〜９が、サービス情報生成部２００によるサービスレコードの作成および登録方法の一例である。
【００７７】
サービス情報生成部２００は、サービスレコードの登録または削除を行うたびに、周辺機器管理部１００のサービス情報テーブルを変更する。例えば、サービス情報生成部２００が、サービスレコード作成例３に示したサービスレコードを登録していたとすると、周辺機器管理部１００のサービス情報テーブルは図７のように書き換えられる。また、サービスレコード作成例８の場合であれば、サービス情報テーブルは図８のように書き換えられる。
【００７８】
次に、サービス変換部３００の動作について説明する。サービス情報生成部２００がサービスレコードを登録することで、周辺機器からはサービス提供装置１が種々のサービスを所持しているように見え、それらのサービスを利用するためにサービス提供装置１に対して接続要求を行うことができるようになる。Ｂｌｕｅｔｏｏｔｈ管理部９００は、これらの接続要求を受け入れ、他機器との間でＯＢＥＸのプロトコルに従ったコネクションを設定し、そのＯＢＥＸコネクションによってデータの送受信が可能であるとする。
【００７９】
例えば、サービス提供装置１がサービスレコード作成例８で示したサービス情報を登録していたとすると、機器１１はサービス提供装置１のＦＴＰ（”ｆｔｐ３”，３）サービスを検出し、そのサービスを利用するために接続要求を送信すると、機器１１とサービス提供装置１のＯＢＥＸ処理部９０３の間にＯＢＥＸコネクションが設定される。ＯＢＥＸ処理部９０３は、設定されたコネクションにより受信したデータをサービス変換部３００へ出力する。サービス変換部３００は入力されたデータをファイルとして保存する。Ｂｌｕｅｔｏｏｔｈ管理部９００は機器１１との通信が終了し接続が切断されると、サービス変換部３００に切断されたことを通知する。
【００８０】
サービス変換部３００は切断が通知されると、周辺機器管理部１００のサービス情報テーブルを参照し、ＦＴＰ（”ｆｔｐ３”，３）に対応する機器とサービス（プロファイル）とＳＣＮを確認する。
【００８１】
例えば、図８の場合、対応する機器は機器１２、サービスはＢＩＰ、ＳＣＮは１となる。サービス変換部３００は、これらの相手機器情報をパラメータとしてＢｌｕｅｔｏｏｔｈ管理部９００に機器１２のＢＩＰサービスとの接続要求を行うように指示する。ＯＢＥＸ処理部９０３と機器１２とのＢＩＰサービスのコネクションが設定されると、サービス変換部３００は保存していたファイルをＢＩＰサービスで利用されるフォーマットに変換した後、機器１２へ送信するようにＢｌｕｅｔｏｏｔｈ管理部９００に指示する。
【００８２】
以上に説明したサービス変換部３００の動作例では、機器１１からのデータの受信が完了し、機器１１とのコネクションが切断された後に機器１２や機器１３への接続を開始し、データ転送を行うという動作例を示した。
【００８３】
しかし、サービス提供装置３のＢｌｕｅｔｏｏｔｈ管理部９００が機器１１から接続されている状態において、別の機器である機器１２や機器１３への接続が可能であるなら、機器１１からの切断を待つことなく別機器との接続を行っても良い。
【００８４】
周辺機器ごとに、サポートするサービス（プロファイル）が異なる場合には、各周辺機器間で直接データ交換を行うことが不可能であるが、本実施形態で示したサービス提供装置１を用いることで、直接データ交換を行うことが不可能な機器間でのデータ交換を行うことができる。
【００８５】
図１のサービス提供装置は、周辺機器管理部１００が機器発見処理とサービス発見処理を予め行い、サービス情報テーブルの内容が適切に設定されていることを前提とした。実際には、機器発見処理とサービス発見処理は、さまざまな方法によって起動することができ、これによりサービス情報テーブルを適切な状態に設定することができる。
【００８６】
例えば、図９は図１の構成にアプリケーション部１０００を追加したものであり、サービス情報の収集をユーザの指示によって行えるようにしている。図９のアプリケーション部１０００はユーザからの操作が可能なインタフェースを備えており、ユーザからの周辺機器の探索の指示を受け付け、指示があると周辺機器管理部１００に対して周辺機器の探索及びサービス情報の取得を命令する。
【００８７】
サービス情報の収集は、タイマーにより自動的に行うことが可能である。この場合のサービス提供装置の構成は図１０のようになる。図１０のサービス提供装置は、図１の構成にタイマー部４００を追加したものである。タイマー部４００は予め設定された時間が経過するごとに周辺機器管理部１００に対して周辺機器の探索及びサービス情報の取得を命令する。
【００８８】
サービス発見処理は、他の機器からの要求によっても起動可能である。周囲のＢｌｕｅｔｏｏｔｈ機器からの要求によって収集する場合の構成は図１と同様である。この場合は、周囲のＢｌｕｅｔｏｏｔｈ機器がＢｌｕｅｔｏｏｔｈ管理部に接続し、サービス情報更新要求を送信する。
【００８９】
Ｂｌｕｅｔｏｏｔｈ管理部９００は、受信した更新要求を周辺機器管理部１００に通知する。周辺機器管理部１００は、更新要求を受け取ると、Ｂｌｕｅｔｏｏｔｈ管理部９００に周辺機器の探索およびサービス情報の取得を命令する。このとき、サービス情報テーブルに以前と同様の指示を受けた時刻を記憶しておき、その時刻から予め定めた期間が経過していないときは、周辺機器管理部１００は、周辺機器の探索およびサービス情報の取得を行わずに、以前に取得しておいた情報を代わりに用いる。
【００９０】
また、イーサネットなどの他のインタフェースを経由してサービス発見処理の起動要求を受け取ることもできる。この場合の本発明のサービス提供装置の構成は図１１のようになる。
【００９１】
図１１では、図１に新たにネットワーク管理部５００を追加している。ネットワーク管理部５００は、インターネットを介して接続された外部の機器から起動要求を受け取ると、その要求を周辺機器管理部１００に通知する。以後の処理は周囲のＢｌｕｅｔｏｏｔｈ機器から要求を受けた場合と同様である。
【００９２】
収集要求の受け取り方は、例えばネットワーク管理部５００においてＷｅｂサーバを動作させておき、ＨＴＴＰプロトコルに則ったリクエストとして行うことができる。この場合、収集された情報は、上記リクエストに対するレスポンスとして、たとえばｈｔｍｌ形式のデータでネットワーク管理部を介してリクエストを行った機器へと返送される。
【００９３】
サービス情報の収集は、周辺機器から何らかの要求があったことをきっかけとして行ってもよい。例えば、Ｂｌｕｅｔｏｏｔｈ管理部９００が、他の機器が機器発見処理を行っていることをＩＮＱＵＩＲＹメッセージを受信して知った場合には、Ｂｌｕｅｔｏｏｔｈ管理部９００から周辺機器管理部１００にイベントを発行し、このイベントを受けた周辺機器管理部１００がＢｌｕｅｔｏｏｔｈ管理部９００に周辺機器の探索およびサービス情報の収集を指示する。
【００９４】
ＩＮＱＵＩＲＹメッセージを発行して機器発見処理を行っている機器はこれまで周囲にいなかった新しい機器である可能性が高いので、ＩＮＱＵＩＲＹメッセージを受けたときにサービス情報の収集処理を起動すると、新しく来た機器の発見やサービス情報の取得を速やかに行える可能性が高くなる。
【００９５】
また、ＩＮＱＵＩＲＹメッセージではなく、周囲のＢｌｕｅｔｏｏｔｈ機器から自装置に対してサービス発見手順ＳＤＰ（ＳｅｒｖｉｃｅＤｉｓｃｏｖｅｒｙＰｒｏｔｏｃｏｌ）のコネクションが張られたときにその機器のみのサービス情報の取得、またはその機器を含めたすべての機器の発見とサービス情報の取得を行うようにしてもよい。
【００９６】
この場合は、サービス発見手順においてどのような種別のサービスに関する情報が要求されたかの情報をＢｌｕｅｔｏｏｔｈ管理部９００から周辺機器管理部１００に伝えることにより、周辺機器管理部がより適切な指示をＢｌｕｅｔｏｏｔｈ管理部に出すことが可能となる。
【００９７】
例えば、周辺機器がＦＴＰのサービスに関する情報を要求してきた場合には、周辺機器管理部１００は、ＦＴＰおよび自装置のサービス変換部３００によりＦＴＰに変換することが可能なプロファイルに関するサービス情報のみを取得するようＢｌｕｅｔｏｏｔｈ管理部９００に指示を出すことができる。特に必要のない、他のプロファイルに関する情報を収集しないので、処理の効率が向上する。
【００９８】
また、どのような種別のサービスに関する情報が要求されたかの情報は、＜サービスレコード作成例７＞において説明したようにＢｌｕｅｔｏｏｔｈ管理部に登録するサービスレコードを限定するためにも用いることができる。
【００９９】
以上に説明したサービス情報の収集手順は、複数を組み合わせて使うことも可能である。例えば、普段はタイマーによって定期的にサービス情報収集処理が起動され周辺機器管理部の保持するテーブルが自動的に更新されるが、アプリケーション部１０００を介してユーザからの要求があったときにもサービス情報収集処理が起動され、これにより前記テーブルを強制的に更新させるといったことが可能である。
【０１００】
このように、第１の実施形態では、他の機器が提供する各種サービスに関するサービスレコードを生成するため、これらサービスをあたかも自装置が提供するかのように見せかけることができ、本来自装置が提供するサービスよりも広範なサービスを他の機器に対して提供できる。
【０１０１】
また、Ｂｌｕｅｔｏｏｔｈ機器間の通信では、各機器がサポートするサービス（プロファイル）が異なると、各機器間で直接データ交換を行うことが不可能であるが、第１の実施形態で示したサービス提供装置１を用いることで、直接データ交換を行うことが不可能な機器間でのデータ交換が可能になる。
【０１０２】
（第２の実施形態）
第２の実施形態のサービス提供装置は、周囲のＢｌｕｅｔｏｏｔｈ機器が提供するサービスだけでなく、ファイルサーバやＷｅｂサーバが管理するサービスも自己のサービスとして見せかけて提供するものである。
【０１０３】
第１の実施形態では、周囲のＢｌｕｅｔｏｏｔｈ機器の持つサービスを、サービス変換部３００で変換して得られるサービスを自装置の提供するサービスとしてＢｌｕｅｔｏｏｔｈ管理部９００に登録したが、このように変換されてＢｌｕｅｔｏｏｔｈ管理部に登録されるサービスは必ずしも周囲のＢｌｕｅｔｏｏｔｈ機器が提供するものに限らない。
【０１０４】
第２の実施形態のサービス情報生成部２００は、Ｂｌｕｅｔｏｏｔｈ以外の通信インタフェースを介して利用可能なサービスも自装置の提供するサービスとしてＢｌｕｅｔｏｏｔｈ管理部９００に登録することが可能である。
【０１０５】
第２の実施形態のサービス提供装置は図１１と同様に構成されている。周辺機器管理部１００は、ネットワーク管理部５００を介して、Ｂｌｕｅｔｏｏｔｈ以外の通信インタフェースを介して利用可能なサービスを調べ、サービス情報テーブルに登録する。
【０１０６】
通信インタフェースとして、例えばイーサネットを用いてインターネットに接続する。このとき利用可能なサービスとしては、電子メールの送受信、ファイルサーバを介したファイルの共有、Ｗｅｂサーバとの間のデータのダウンロードおよびアップロードなどが挙げられる。周辺機器管理部１００は、これらのサービスをサービス情報テーブルに格納する。
【０１０７】
図１２はサービス提供装置とファイルサーバとがイーサネットに接続されている例を示すネットワーク配置図、図１３は図１２のように配置された場合のサービス情報テーブルの一例を示す図である。図１２では、Ｂｌｕｅｔｏｏｔｈ機器である機器１１および機器１２と、イーサネットに接続されたファイルサーバである機器２１が本発明のサービス提供装置１と通信可能である。
【０１０８】
図１３のサービス情報テーブルは、第１の実施形態において説明に用いた図３のテーブルとほぼ同様であるが、サービスの種別がＢｌｕｅｔｏｏｔｈのプロファイルに限らないこと、サービスを利用するためのパラメータがサーバチャネル番号に限らないことなどが異なるため、テーブルの構成を若干変更している。
【０１０９】
図１２の例では、イーサネットを介してＬＡＮ側から利用可能なサービスとして、ファイル共有サービスであるＮＦＳ（ＮｅｔｗｏｒｋＦｉｌｅＳｙｓｔｅｍ）が利用可能であり、そのパラメータとして共有されるフォルダへのパスが記述されている。これらのサービスは、サービス情報生成部においてＢｌｕｅｔｏｏｔｈのプロファイルへと変換されて、Ｂｌｕｅｔｏｏｔｈ管理部９００に登録される。
【０１１０】
例えば、ファイルの共有サービスであればＢｌｕｅｔｏｏｔｈのプロファイルであるＦＴＰとして登録される。変換された後のサービスレコードの作成方法は、第１の実施形態において説明したのと同様である。
【０１１１】
このとき、第１の実施形態においてサービスネームに付加したサービスの変換情報は、ＮＦＳからＦＴＰに変換されたことを示すものであり、例えば、第１の実施形態における＜サービスレコード作成例４＞では“ｆｔｐ→ＮＦＳ” のようになり、＜サービスレコード作成例５＞では “機器２１＿ｆｔｐ→ＮＦＳ” のようになる。
【０１１２】
Ｂｌｕｅｔｏｏｔｈのサービスとして登録されるサービスの種別は、必ずしもネットワーク管理部５００を介して利用可能なサービスの種別と直接関連するものでなくてもよい。
【０１１３】
例えば、メール送信サービスを本来はファイルやフォルダを扱うプロファイルであるＦＴＰとして登録することも可能である。この場合は、ＦＴＰに従って周囲のＢｌｕｅｔｏｏｔｈ機器からＢｌｕｅｔｏｏｔｈ管理部９００へ送信されたファイルがサービス変換部によりネットワーク管理部９００を介してインターネット上の他の機器へメールとして送信される。
【０１１４】
複数のあて先が考えられる場合は、どのあて先に向けてメールが送信されるかは、複数の宛先のそれぞれに対応するＦＴＰサービスをそれぞれ登録してもよいし、単一のＦＴＰサービスにおいてどのフォルダの中にファイルが格納されたかによって区別してもよい。
【０１１５】
また、ＷｅｂサーバへのアップロードサービスをＢｌｕｅｔｏｏｔｈのＩｍａｇｉｎｇＰｒｏｆｉｌｅサービスとして登録することもできる。このときは、周囲のＢｌｕｅｔｏｏｔｈ機器からＩｍａｇｉｎｇＰｒｏｆｉｌｅに従って送信された画像データがネットワーク管理部を介してＷｅｂサーバにアップロードされ、例えば他の機器からブラウザなどのソフトウェアを用いてその画像データを見ることができる。
【０１１６】
このように、第２の実施形態では、周囲のＢｌｕｅｔｏｏｔｈ機器だけでなく、ファイルサーバやＷｅｂサーバが提供する各種サービスも自己のサービスとして見せかけて提供できるため、第１の実施形態よりもさらに広範なサービス提供が行える。
【０１１７】
（第３の実施形態）
第３の実施形態は、周囲の複数の機器が提供する各サービスをまとめて単一のサービスとして周囲の他の機器に提供するものである。
【０１１８】
第３の実施形態のサービス提供装置のブロック構成は図１と同じであるが、周辺機器管理部１００、サービス情報生成部２００及びサービス変換部３００の処理内容が図１の装置と異なっている。
【０１１９】
図１４は、第３の実施形態のサービス提供装置５と周辺機器１１，１２，１３との通信の様子を示す図である。機器１１，１２，１３はそれぞれＢｌｕｅｔｏｏｔｈ機器であり、第１の実施形態と同様に、例えば、機器１１はＦＴＰとＯＰＰをサポートしたＰＣ、機器１２はＢＩＰをサポートしたデジタルカメラ、機器１３はＢＰＰをサポートしたプリンタである。
【０１２０】
周辺機器管理部１００は、定期的に機器発見処理とサービス発見処理を行い、発見した機器情報を内部に記憶する。サービス提供装置５内の周辺機器管理部１００は、第１の実施形態と同様に、図３に示すサービス情報テーブルを作成する。
【０１２１】
なお、本実施形態では、サービス情報やサービスレコードの表記方法を第１の実施形態と同様にする。
【０１２２】
周辺機器管理部１００は、周辺機器情報を取得し、周囲に存在するすべての通信可能な機器からサービス情報を取得し、図３に示したサービス情報テーブルが完成すると、サービス情報生成部２００に対してサービス情報取得完了通知を送る。サービス情報生成部２００は、サービス情報取得完了通知を受け取ると、新たなサービスレコードを作成し、作成したサービスレコードを自装置のＳＤＰデータベース９０２に登録する。
【０１２３】
サービス情報生成部２００は、ＦＴＰサービスのサービスレコードを一つ作成してＳＤＰデータベース９０２に登録する。サービスレコードに登録するＳＣＮは、Ｂｌｕｅｔｏｏｔｈ管理部９００より設定可能かつその値を利用することで他機器と通信可能となるＳＣＮの値を取得し、その値を採用する。ＳＮについてはサービス情報生成部２００が独自に作成する。ＳＣＮ，ＳＮ以外の値はサービス情報生成部２００で設定されているデフォルト値を利用する。例えば、サービス情報生成部２００が作成して登録するサービスレコードは、ＦＴＰ（“サービス提供装置５の複合サービス”，１）となる。
【０１２４】
図１５は第３の実施形態のサービス提供装置５のサービス情報テーブルの一例を示す図である。図示のように、図１５のテーブルは、図３のテーブルに変換サービスの項目を追加したものである。図１５のテーブルでは、変換サービスの項目のそれぞれにＦＴＰ（“サービス提供装置５の複合サービス”，１）が記述されている。これらはすべて同一のものを参照するために複数の項目に記述したものであり、実際にＳＤＰデータベース９０２に登録されているサービスレコードは一つである。
【０１２５】
次に、サービス変換部３００の動作について説明する。サービス情報生成部２００がサービスレコードを登録することで、周辺機器からはサービス提供装置５がＦＴＰ（“サービス提供装置５の複合サービス”，５）という一つのサービスを所持しているように見え、そのＦＴＰサービスを利用するためにサービス提供装置５に対して接続要求を行うことができる。Ｂｌｕｅｔｏｏｔｈ管理部９００は、これらの接続要求を受け入れ、他機器との間でＯＢＥＸのプロトコルに従ったコネクションを設定し、そのＯＢＥＸコネクションによってＦＴＰに従ったデータの送受信が可能となる。
【０１２６】
例えば、機器１１はサービス提供装置５のＦＴＰ（“サービス提供装置５の複合サービス”，５）サービスを検出し、そのサービスを利用するために接続要求を送信すると、機器１１とサービス提供装置５のＯＢＥＸ処理部９０３の間にＦＴＰ用のＯＢＥＸコネクションが設定される。
【０１２７】
ＦＴＰ用のＯＢＥＸコネクションでは、フォルダやファイルの送受信が可能であることから、サービス提供装置１１はサービス提供装置５に対してフォルダやファイルの送信を試みることが可能である。
【０１２８】
このとき、サービス提供装置１１からは、サービス提供装置５がＦＴＰ（“サービス提供装置５の複合サービス”，５）という一つのサービスのみを提供しているように見えるため、たとえばサービス提供装置５を経由してサービス提供装置１２にファイルを送りたい場合と、サービス提供装置５を経由してサービス提供装置１３にファイルを送りたい場合との区別をつけるための工夫が必要となる。これは、送信したいファイルを格納したフォルダの名前に、ファイルの宛先となる機器の名前などの情報を含めることでなされる。これについて以下に説明する。
【０１２９】
ＯＢＥＸ処理部９０３は、設定されたコネクションにより受信したデータをすべてサービス変換部３００へ出力する。サービス変換部３００は入力されたデータの種類、つまり、機器１１が送信したデータ（ファイルやフォルダ）に応じて、以下の処理を行う。
【０１３０】
＜機器１１がフォルダ名に一つの機器名が含まれるフォルダを一つ送信した場合＞
機器名を含めるフォルダ名の書式を“Ｔｏ＿機器名”とする。例えば、フォルダ名が“Ｔｏ＿機器１２”というフォルダを機器１１がサービス提供装置５へ送信したとすると、ＯＢＥＸ処理部９０３は、機器１１からＯＢＥＸプロトコルの命令要求として、ＳｅｔＰａｔｈ要求を受信する。このＳｅｔＰａｔｈ要求には“Ｔｏ＿機器１２”という情報が含まれている。
【０１３１】
サービス変換部３００は、ＯＢＥＸ処理部９０３からＳｅｔＰａｔｈ要求が入力されると、フォルダ名の書式を調べ、“Ｔｏ＿機器名”であった場合は、フォルダ名から機器名情報を検出する。機器名情報を検出すると、周辺機器管理部１００のサービス情報テーブルを確認し、検出した機器名に対応するサービス（プロファイル）を調べる。
【０１３２】
例えば、サービス情報テーブルが図３の場合は、対応する機器１２がＢＩＰをサポートしていることがわかる。対応する機器とプロファイルの情報がサービス情報テーブルに存在することを確認すると、サービス変換部３００は、内部に“Ｔｏ＿機器１２”というフォルダを作成し、以後ＯＢＥＸ処理部９０３が受信しサービス変換部３００へ出力したデータを作成したフォルダの下に記憶する。一方、サービス情報テーブルに機器名が検出できなかった場合、サービス変換部３００は受信拒否をＯＢＥＸ処理部９０３へ通知する。
【０１３３】
また、サービス情報テーブルに機器名が存在したとしても、その機器がサポートしているプロファイルがサービス提供装置５のサポートしているプロファイル（本実施形態ではＦＴＰ，ＯＰＰ，ＢＩＰ，ＢＰＰとする）のいずれでもない場合は、サービス変換部３００は受信拒否をＯＢＥＸ処理部９０３へ通知する。ＯＢＥＸ処理部９０３は受信拒否がサービス変換部３００から通知されると、相手機器に対してエラーを通知する。
【０１３４】
Ｂｌｕｅｔｏｏｔｈ管理部９００は機器１１との通信が終了し接続が切断されるとサービス変換部３００に切断されたことを通知する。
【０１３５】
サービス変換部３００は切断が通知されると、フォルダ（本例においてはＴｏ＿機器１２”）を作成し、フォルダ下に機器１１から受信したデータを記憶していた場合、Ｂｌｕｅｔｏｏｔｈ管理部９００に、フォルダ名に含まれている機器１２のＢＩＰサービスとの接続要求を行うように指示する。
【０１３６】
ここで、サービス変換部３００は、機器１２との接続パラメータは、周辺機器管理部１００のサービス情報テーブルを参照し取得するとする。ＯＢＥＸ処理部９０３と機器１２とのＢＩＰサービスのコネクションが設定されると、サービス変換部３００は記憶していたデータをＢＩＰサービスで利用されるフォーマットに変換した後、機器１２への送信をＢｌｕｅｔｏｏｔｈ管理部９００に指示する。
【０１３７】
＜機器１１がフォルダ名に複数の機器名が含まれるフォルダを一つ送信した場合＞
機器名を含めるフォルダ名の書式を“Ｔｏ＿機器名＿機器名”とする。例えば、フォルダ名が“Ｔｏ＿機器１２＿機器１３”というフォルダを機器１１がサービス提供装置５へ送信したとすると、ＯＢＥＸ処理部９０３は、機器１１からＯＢＥＸプロトコルの命令要求として、ＳｅｔＰａｔｈ要求を受信する。このＳｅｔＰａｔｈ要求には“Ｔｏ＿機器１２＿機器１３”という情報が含まれている。
【０１３８】
サービス変換部３００は、ＯＢＥＸ処理部９０３からＳｅｔＰａｔｈ要求が入力されると、フォルダ名の書式を調べ、“Ｔｏ＿機器名＿機器名”であった場合は、フォルダ名から機器名情報を検出する。機器名情報を検出すると、周辺機器管理部１００のサービス情報テーブルを確認し、検出した機器名に対応するサービス（プロファイル）を調べる。
【０１３９】
例えば、サービス情報テーブルが図３の場合は、対応する機器１２がＢＩＰをサポートしており、また、機器１３がＢＰＰをサポートしていることがわかる。対応する機器とプロファイルの情報がサービス情報テーブルに存在することを確認すると、サービス変換部３００は、内部に“Ｔｏ＿機器１２＿機器１３”というフォルダを作成し以後ＯＢＥＸ処理部９０３が受信しサービス変換部３００へ出力したデータを作成したフォルダの下に記憶する。
【０１４０】
一方、サービス情報テーブルに機器１２と機器１３の両機器とも対応する機器名が検出できなかった場合、サービス変換部３００は受信拒否をＯＢＥＸ処理部９０３へ通知する。
【０１４１】
また、サービス情報テーブルに機器１２、機器１３の機器名が存在したとしても、両機器ともサポートしているプロファイルがサービス提供装置５のサポートしているプロファイル（本実施形態ではＦＴＰ，ＯＰＰ，ＢＩＰ，ＢＰＰとする）のいずれでもない場合は、サービス変換部３００は受信拒否をＯＢＥＸ処理部９０３へ通知する。ＯＢＥＸ処理部９０３は受信拒否がサービス変換部３００から通知されると、相手機器に対してエラーを通知する。
【０１４２】
Ｂｌｕｅｔｏｏｔｈ管理部９００は機器１１との通信が終了し接続が切断されるとサービス変換部３００に切断されたことを通知する。サービス変換部３００は切断が通知されると、フォルダ（本例においてはＴｏ＿機器１２＿機器１３”）を作成し、フォルダ下に機器１１から受信したデータを記憶していた場合、Ｂｌｕｅｔｏｏｔｈ管理部９００に、フォルダ名に含まれている機器１２のＢＩＰサービス、および機器１３のＢＰＰサービスそれぞれに対して接続要求を行うように指示する。
【０１４３】
ここで、サービス変換部３００は、機器１２および機器１３との接続パラメータは、周辺機器管理部１００のサービス情報テーブルを参照して取得するとする。ＯＢＥＸ処理部９０３と機器１２とのＢＩＰサービスのコネクションが設定されると、サービス変換部３００は記憶していたデータをＢＩＰサービスで利用されるフォーマットに変換した後、機器１２への送信をＢｌｕｅｔｏｏｔｈ管理部９００に指示する。ＯＢＥＸ処理部９０３と機器１３とのＢＰＰサービスのコネクションが設定されると、サービス変換部３００は記憶していたデータをＢＰＰサービスで利用されるフォーマットに変換した後、機器１３への送信をＢｌｕｅｔｏｏｔｈ管理部９００に指示する。
【０１４４】
＜機器１１がフォルダ名に異なる機器名が一つ含まれるフォルダを複数送信した場合＞
機器名を含めるフォルダ名の書式を“Ｔｏ＿機器名”とする。例えば、フォルダ名が“Ｔｏ＿機器１２”というフォルダと“Ｔｏ＿機器１３”というフォルダを機器１１がサービス提供装置５へ送信したとする。
【０１４５】
この場合、ＯＢＥＸ処理部９０３は最初に“Ｔｏ＿機器１２”という情報が含まれたＳｅｔＰａｔｈ要求を受信する。サービス変換部３００は、ＯＢＥＸ処理部９０３からＳｅｔＰａｔｈ要求が入力されると、フォルダ名の書式を調べ、フォルダ名から機器名情報“機器１２”を検出する。機器名情報を検出すると、周辺機器管理部１００のサービス情報テーブルを確認し、“機器１２”に対応するサービス（プロファイル）を調べる。
【０１４６】
例えば、サービス情報テーブルが図３の場合は、機器１２がＢＩＰをサポートしていることがわかる。機器１２のプロファイルの情報（この場合はＢＩＰ）がサービス情報テーブルに存在することを確認すると、サービス変換部３００は内部に“Ｔｏ＿機器１２”というフォルダを作成する。以後、ＯＢＥＸ処理部９０３が受信したデータはサービス変換部３００へと出力されるが、機器１１が送信したフォルダ名“Ｔｏ＿機器１２”に含まれる全ファイルは、サービス変換部３００が作成した“Ｔｏ＿機器１２”に保存されるとする。
【０１４７】
機器１１からフォルダ“Ｔｏ＿機器１２”の送信が完了すると、ＯＢＥＸ処理部９０３は次に“Ｔｏ＿機器１３”という情報が含まれたＳｅｔＰａｔｈ要求を受信する。
【０１４８】
サービス変換部３００は、ＯＢＥＸ処理部９０３からＳｅｔＰａｔｈ要求が入力されると、フォルダ名の書式を調べ、フォルダ名から機器名情報“機器１３”を検出する。機器名情報を検出すると、周辺機器管理部１００のサービス情報テーブルを確認し、“機器１３”に対応するサービス（プロファイル）を調べる。
【０１４９】
例えば、サービス情報テーブルが図３の場合は、機器１３がＢＰＰをサポートしていることがわかる。機器１３のプロファイルの情報（この場合はＢＰＰ）がサービス情報テーブルに存在することを確認すると、サービス変換部３００は内部に“Ｔｏ＿機器１３”というフォルダを作成する。以後、ＯＢＥＸ処理部９０３が受信したデータはサービス変換部３００へと出力されるが、機器１１が送信したフォルダ名“Ｔｏ＿機器１３”に含まれる全ファイルは、サービス変換部３００が作成した“Ｔｏ＿機器１３”に保存されるとする。
【０１５０】
なお、サービス情報テーブルに機器名が検出できなかった場合、サービス変換部３００は受信拒否をＯＢＥＸ処理部９０３へ通知する。また、サービス情報テーブルに機器名が存在したとしても、その機器がサポートしているプロファイルがサービス提供装置５のサポートしているプロファイル（本実施形態ではＦＴＰ，ＯＰＰ，ＢＩＰ，ＢＰＰとする）のいずれでもない場合は、サービス変換部３００は受信拒否をＯＢＥＸ処理部９０３へ通知する。
【０１５１】
ＯＢＥＸ処理部９０３は受信拒否がサービス変換部３００から通知されると、相手機器に対してエラーを通知する。例えば、機器１２、機器１３ともにサービス情報テーブルで検出できなかったとすると、フォルダ“Ｔｏ＿機器１２”とフォルダ“Ｔｏ＿機器１３”に含まれるファイルなどのデータは、サービス変換部３００には全く保存されない。また、例えば、機器１２はサービス情報テーブルで検出できなかったが、機器１３は検出できた場合は、フォルダ“Ｔｏ＿機器１３”に含まれるファイルなどのデータは、サービス変換部３００に保存されるが、フォルダ“Ｔｏ＿機器１２”に含まれるファイルなどのデータは、サービス変換部３００には保存されない。
【０１５２】
Ｂｌｕｅｔｏｏｔｈ管理部９００は機器１１との通信が終了し接続が切断されるとサービス変換部３００に切断されたことを通知する。
【０１５３】
サービス変換部３００は切断が通知されると、内部に作成しているフォルダを確認する。“Ｔｏ＿機器１２”というフォルダを作成していた場合、Ｂｌｕｅｔｏｏｔｈ管理部９００を利用して機器１２のＢＩＰサービスに対して接続要求を行う。
【０１５４】
また、“Ｔｏ＿機器１３”というフォルダを作成していた場合、Ｂｌｕｅｔｏｏｔｈ管理部９００を利用して機器１３のＢＰＰサーに対して接続要求を行う。ＯＢＥＸ処理部９０３と機器１２とのＢＩＰサービスのコネクションが設定されると、サービス変換部３００は記憶していたデータをＢＩＰサービスで利用されるフォーマットに変換した後、機器１２へ送信する。ＯＢＥＸ処理部９０３と機器１３とのＢＰＰサービスのコネクションが設定されると、サービス変換部３００は記憶していたデータをＢＰＰサービスで利用されるフォーマットに変換した後、機器１３へ送信する。
【０１５５】
以上のサービス変換部３００の動作例では、機器１１からのデータの受信が完了し、機器１１とのコネクションが切断された後に機器１２や機器１３への接続を開始し、データ転送を行うという動作例を示した。しかし、サービス提供装置４のＢｌｕｅｔｏｏｔｈ管理部９００が機器１１から接続されている状態において、別の機器である機器１２や機器１３への接続が可能であるなら、機器１１からの切断を待つことなく別機器との接続を行っても良い。
【０１５６】
上述した第１の実施形態のサービス提供装置１によれば、サービス種別（プロファイル）の異なる機器間でのデータ交換も可能になるが、サービス提供装置１を介してＮ台の機器へデータを送信する場合には、サービス提供装置１とＮ回コネクションを設定し、データを繰り返し送信する必要がある。
【０１５７】
これに対して、第３の実施形態で示したサービス提供装置５では、サービス提供装置５を介してＮ台の機器へデータを送信する場合にも、サービス提供装置５と一つのコネクションを設定するだけでＮ台に自動的にデータを送信でき、サービス提供装置１を用いる場合よりも効率的なデータ交換が可能となる。
【０１５８】
（第４の実施形態）
第４の実施形態は、複数の機器が提供するそれぞれ種類の異なる複数のサービスを組み合わせることにより、そのいずれとも異なる新たな種別のサービスを提供するものである。
【０１５９】
周辺機器管理部の記憶するサービス情報テーブルにＢａｓｉｃＩｍａｇｉｎｇＰｒｏｆｉｌｅをサポートし静止画像を映し出すことができる第一のＢｌｕｅｔｏｏｔｈ機器と、ＨｅａｄｓｅｔＰｒｏｆｉｌｅをサポートし、音声を出力できる第二のＢｌｕｅｔｏｏｔｈ機器があった場合、サービス情報生成部はこれらを組み合わせたサービスをＢｌｕｅｔｏｏｔｈにおけるＡＶ（Ａｕｄｉｏ／Ｖｉｄｅｏ）ＰｒｏｆｉｌｅとしてＢｌｕｅｔｏｏｔｈ管理部に登録する。この場合も、第１の実施形態において説明したのと同様に、サービス情報生成部はサービスネームにサービスの変換情報を付加することができる。たとえば、第１の実施形態における＜サービスレコード作成例４＞ではサービスネームは “ＢＩＰ＋Ｈｅａｄｓｅｔ → ＡＶ” としてＡＶ（“ＢＩＰ＋Ｈｅａｄｓｅｔ → ＡＶ”）というようなサービスレコードをＢｌｕｅｔｏｏｔｈ管理部に登録する。
【０１６０】
図１６は、本実施の形態におけるサービス情報テーブルの例である。この例においては、機器１１はＨｅａｄｓｅｔＰｒｏｆｉｌｅのサービスを、機器１２はＢａｓｉｃＩｍａｇｉｎｇＰｒｏｆｉｌｅのサービスをそれぞれ提供している。本実施の形態においては、これらを組み合わせることにより新たにＡＶＰｒｏｆｉｌｅのサービスが生成され他の機器に対して提供される。機器１１の持つサービスもしくは機器１２の持つサービスのいずれかのみではＡＶＰｒｏｆｉｌｅのサービスを生成することができないので、サービスを組み合わせる相手の機器を記憶する必要がある。このために、サービスを組み合わる相手機器を記載するフィールドを新たに設けた点が、図７や図８に示したサービス情報テーブルと異なっている。
【０１６１】
機器１２の持つＢａｓｉｃＩｍａｇｉｎｇＰｒｏｆｉｌｅのサービスは、ＨｅａｄｓｅｔＰｒｏｆｉｌｅと組み合わせてＡＶＰｒｏｆｉｌｅとして提供する他にも、これまでの実施の形態において説明してきたのと同様に、他の機器のサービスと組み合わせることなく単独でＦＴＰ，ＯＰＰなどのサービスに変換して提供することができる。このようなサービスもテーブルに併せて記載する。なお、プロファイルによってはサーバチャネル番号を必要としないものもあるので、そのようなプロファイルに対してはサーバチャネル番号の項目は空白としている。
【０１６２】
ＡＶＰｒｏｆｉｌｅをサポートしビデオ画像の出力を希望する第三のＢｌｕｅｔｏｏｔｈ機器は、Ｂｌｕｅｔｏｏｔｈ管理部９００に登録されたＡＶＰｒｏｆｉｌｅサービスに対して画像および音声を送出する。Ｂｌｕｅｔｏｏｔｈ管理部９００は、これを受信すると画像と音声を分割し、画像は第一のＢｌｕｅｔｏｏｔｈ機器へ、音声は第二のＢｌｕｅｔｏｏｔｈ機器へ出力する。このとき、ＡＶＰｒｏｆｉｌｅでは動画像がサポートされているが、ＩｍａｇｉｎｇＰｒｏｆｉｌｅでは静止画像のみをサポートしているので、サービス変換部において動画像から静止画像へ、たとえばコマ落としなどによる変換処理を行う。
【０１６３】
サービスを組み合わせる相手は、Ｂｌｕｅｔｏｏｔｈ機器に限定されるものではない。例えば、周辺機器管理部１００の記憶するサービス情報テーブルにＢｌｕｅｔｏｏｔｈヘッドセット機器と、ＬＡＮで接続されたプロジェクタ機器が登録されている場合、サービス変換部はこれらを組み合わせたサービスをＢｌｕｅｔｏｏｔｈＡＶＰｒｏｆｉｌｅとしてＢｌｕｅｔｏｏｔｈ管理部９００に登録することができる。これにより、音声の出力、画像の出力というそれぞれ単一の機能しか持たず単独ではビデオ信号の出力ができない２つの機器を組み合わせて、一つのＢｌｕｅｔｏｏｔｈＡＶＰｒｏｆｉｌｅに準拠した機器として見せることができ、ＢｌｕｅｔｏｏｔｈＡＶＰｒｏｆｉｌｅに準拠した他の機器からビデオ信号の出力が可能となる。
【０１６４】
このように、第４の実施形態では、複数の機器がそれぞれ提供するサービスを組み合わせて、新規なサービスを生成して提供するため、個々のサービスよりも付加価値の高いサービスを提供できる。
【０１６５】
（第５の実施形態）
第５の実施形態は、周辺機器が提供する単一のサービスを、複数のサービスとして周囲の他の機器に提供するものである。単一のサービスを直接利用できないＢｌｕｅｔｏｏｔｈ機器が、本発明の通信機器の提供する複数のサービスを組み合わせて利用することにより、前記単一のサービスを利用することができるようになる。
【０１６６】
本実施形態における機器の構成は第２の実施形態における図１１と同様である。ネットワーク管理部５００を介してインターネットにメールを送信することが可能である場合、サービス変換部３００はこれをＢｌｕｅｔｏｏｔｈにおけるＯｂｊｅｃｔＰｕｓｈＰｒｏｆｉｌｅとＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｆｉｌｅの２つのプロファイルに分割してＢｌｕｅｔｏｏｔｈ管理部に登録する。周囲のＢｌｕｅｔｏｏｔｈ機器は、メールのあて先情報をｖＣａｒｄに記載してＯｂｊｅｃｔＰｕｓｈＰｒｏｆｉｌｅに従って送り、同時にメールの本文をファイルとして送信すると、メールがインターネットを介して送信される。
【０１６７】
このようにサービスを分割したときは、登録するサービスの名称をＯｂｊｅｃｔＰｕｓｈＰｒｏｆｉｌｅについては “メール（アドレス）” 、ＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｆｉｌｅについては “メール（本文）” とするなど、相互の対応がわかりやすいものにしておくことが望ましい。このとき、サービス情報生成部によってＢｌｕｅｔｏｏｔｈ管理部に登録されるサービスレコードは、たとえばＯＰＰ（“メール送信（アドレス）”，１）とＦＴＰ（“メール送信（本文）”，２）のようになる。
【０１６８】
メールを送ろうとするＢｌｕｅｔｏｏｔｈ機器は、サービスレコードに記載のサービスネームから、これらがメールの送信サービスに対応するものであることを知り、これらの２つのサービスのそれぞれに対してコネクションを張り、ＯＰＰに対してはメールアドレスを記載したｖＣａｒｄを、ＦＴＰに対してはメールの本文をそれぞれ送信する。これらのデータはＢｌｕｅｔｏｏｔｈ管理部９００によって受信されて、サービス変換部３００に格納される。受信が完了し前記のコネクションが両方とも切断されたことがＢｌｕｅｔｏｏｔｈ管理部９００によって検出されサービス変換部３００に通知されると、サービス変換部３００は格納したメールアドレスと本文とを組み合わせ、ネットワーク管理部５００を介して宛先へと送信する。
【０１６９】
このように、第５の実施形態では、周辺機器が提供する単一のサービスを複数のサービスとして他の機器に提供できるため、そのままでは単一のサービスを利用できない他の機器が、複数のサービスに分けて提供を受けることにより、結果的に元の単一のサービスを受けられるようになる。これにより、プロファイル等の異なる種々のサービスの提供を受けられるようになる。
【０１７０】
上述した実施形態で説明したサービス提供装置は、ハードウェアで構成してもよいし、ソフトウェアで構成してもよい。ソフトウェアで構成する場合には、サービス提供装置の少なくとも一部の機能を実現するプログラムをフロッピーディスクやＣＤ−ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の携帯可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。
【０１７１】
また、サービス提供装置の少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。
【０１７２】
【発明の効果】
以上詳細に説明したように、本発明によれば、周辺機器が提供するサービスも、自己のサービスと同様に提供できるため、サービス種別が異なる各種サービスを提供でき、サービスの利用価値が高まる。
【０１７３】
また、他の通信装置がサポートするサービス（プロファイル）が異なると、各通信装置間で直接データ交換を行うことが不可能であるが、本発明によれば、直接データ交換を行うことが不可能な通信装置間でのデータ交換が可能になる。
【図面の簡単な説明】
【図１】本発明に係るサービス提供装置の第１の実施形態の概略構成を示すブロック図。
【図２】図１のサービス提供装置１と周辺機器１１，１２，１３との通信の様子を示す図。
【図３】サービス情報テーブルの一例を示す図。
【図４】サービス情報の一例を示す図。
【図５】サービスレコードの登録手順の一例を示すフローチャート。
【図６】サービスレコードの削除手順の一例を示すフローチャート。
【図７】サービス情報テーブルの一例を示す図。
【図８】サービス情報テーブルの一例を示す図。
【図９】図１の構成にアプリケーション部を追加したサービス提供装置のブロック図。
【図１０】図１の構成にタイマーを追加したサービス提供装置のブロック図。
【図１１】図１の構成にネットワーク管理部を追加したサービス提供装置のブロック図。
【図１２】サービス提供装置とファイルサーバとがイーサネットに接続されている例を示すネットワーク配置図。
【図１３】図１２のように配置された場合のサービス情報テーブルの一例を示す図。
【図１４】第３の実施形態のサービス提供装置５と周辺機器１１，１２，１３との通信の様子を示す図。
【図１５】第３の実施形態のサービス提供装置５のサービス情報テーブルの一例を示す図。
【図１６】本実施の形態におけるサービス情報テーブルの例を示す図。
【符号の説明】
１００周辺機器管理部
２００サービス情報生成部
３００サービス変換部
４００タイマー部
５００ネットワーク管理部
９００Ｂｌｕｅｔｏｏｔｈ管理部
９０１ＳＤＰ処理部
９０２ＳＤＰデータベース
９０３ＯＢＥＸ処理部
１０００アプリケーション部[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a service providing apparatus, a service providing program, and a service providing method capable of providing various services by wireless communication.
[0002]
[Prior art]
Bluetooth (TM) The specification of a wireless communication system called Bluetooth standardized by SIG (Special Interest Group) (obtainable from http://www.Bluetooth.org/) includes wireless devices, communication protocols, and application models. Is defined. The application model specification is called a profile. Examples of the profile include a File Transfer Profile defining a file transfer method, an Object Push Profile defining an electronic business card information exchange method, a Basic Imaging Profile defining a photographic electronic image exchange method, and electronic information to be printed out to a printer. There is a Basic Printing Profile that defines a transmission method.
[0003]
When a Bluetooth device performs data exchange, first, a process of discovering a nearby Bluetooth device is performed. By the discovery process, the device addresses of the devices existing around can be obtained. When a Bluetooth device discovers a peripheral device, the Bluetooth device acquires service information from the peripheral device. The service information is a service that the device can provide, that is, profile information supported by the device, and includes a parameter for connecting to the service.
[0004]
The Bluetooth device connects to a device that is found to support the same profile as the profile supported by the Bluetooth device as a result of discovering the peripheral device and acquiring service information, and exchanging information. Can be.
[0005]
It is important for a Bluetooth device to acquire the service information described above in order to connect to a partner device. This process is defined by the Bluetooth SIG as SDP (Service Discovery Protocol). The processing by the SDP is a very important procedure for connecting to the peripheral device, and the connection with the peripheral device can be controlled by devising the processing of the SDP and the service information to be provided to the partner device. Among the inventions related to the acquisition and exchange of service information, those particularly related to Bluetooth are described in Patent Documents 1 and 2.
[0006]
[Patent Document 1]
JP 2002-196990 A
[Patent Document 2]
JP 2002-99473 A
[0007]
[Problems to be solved by the invention]
Bluetooth defines a plurality of profiles from the viewpoint of emphasizing interoperability. However, the problem is that data cannot be exchanged even when devices that do not support a common profile are connected. is there.
[0008]
As long as the same profile is used, data can be exchanged between Bluetooth devices. However, for example, an interface other than Bluetooth, such as a device connected to a LAN via Ethernet (registered trademark), may be used. Since such devices generally do not support Bluetooth profiles, it is impossible to exchange data between these devices and Bluetooth devices.
[0009]
In order to solve this problem, a plurality of Bluetooth devices having different profiles and incapable of directly exchanging data with each other, or between a Bluetooth device and a device having an interface other than Bluetooth such as Ethernet, for example, Ethernet. A device that intervenes between and allows the services of each device to be freely used interchangeably
The purpose is to provide.
[0010]
The present invention has been made in view of such a point, and an object of the present invention is to provide a service providing apparatus and a service providing a service provided by another communication device having a different communication interface as if it were a self service. An object of the present invention is to provide a providing program and a service providing method.
[0011]
[Means for Solving the Problems]
In order to solve the above-described problem, the present invention provides a service information storage unit that stores service information related to a service provided by another communicable communication device, and a communication unit that communicates according to service information stored in the service information storage unit. Service conversion means for converting a service provided by another possible communication device into another type of service; and generating service information corresponding to the service converted by the service conversion means according to the service information stored in the service information storage means. Service information generating means.
[0012]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, a service providing apparatus according to the present invention will be specifically described with reference to the drawings.
[0013]
(1st Embodiment)
FIG. 1 is a block diagram showing a schematic configuration of a first embodiment of a service providing apparatus according to the present invention. The service providing apparatus of FIG. 1 performs short-range wireless communication with another communication apparatus using a Bluetooth communication protocol. More specifically, the service providing apparatus includes a File Transfer Profile (hereinafter referred to as FTP), an Object Push Profile (hereinafter referred to as OPP), a Basic Imaging Profile (hereinafter referred to as BIP), a Basic Printing Profile (hereinafter referred to as BIP). (Referred to as BPP), and transmits and receives data corresponding to each of the four services.
[0014]
The service providing apparatus in FIG. 1 includes a peripheral device management unit 100 that stores service information provided by a peripheral device that can communicate with the device itself, a service conversion unit 300 that converts a service provided by the peripheral device into another type of service. A service information generating unit 200 for generating service information for imitating a service provided by the peripheral device as a service provided by the own device, and communication control for performing short-range wireless communication with the peripheral device according to the Bluetooth standard. And a Bluetooth management unit 900 for performing the following.
[0015]
The Bluetooth management unit 900 supports SDP (Service Discovery Protocol) and OBEX (Object Exchange Protocol) as Bluetooth protocol stacks. The Bluetooth management unit 900 includes an SDP processing unit 901 for performing SDP processing, an SDP database 902, and an OBEX processing unit 903 for performing OBEX processing.
[0016]
In FIG. 1, components (for example, a CPU and the like) other than the characteristic portions of the present invention are omitted.
[0017]
The peripheral device management unit 100 performs the Bluetooth device discovery process and the service discovery process using the Bluetooth management unit 900. If the peripheral device supports FTP, OPP, BIP, and BPP, all the service information of those devices is supported. Is acquired and stored. The service information generation unit 200 generates service information provided by its own device based on the service information stored in the peripheral device management unit 100, and registers the generated service information in the Bluetooth management unit.
[0018]
Peripheral devices (Bluetooth devices) that communicate with each other over Bluetooth have registered services that can be provided in a database in each device as a service record, and receive service record information when a service acquisition request is received from a partner device. provide. The service discovery processing described above indicates that a service acquisition request is sent to a peripheral device to acquire information described in a service record of a partner. In FIG. 1, a database for registering service records is described as an SDP database 902.
[0019]
FIG. 2 is a diagram illustrating a state of communication between the service providing apparatus 1 of FIG. 1 and the peripheral devices 11, 12, and 13. The devices 11, 12, and 13 are all Bluetooth devices, the device 11 is a PC that supports FTP and OPP, the device 12 is a digital camera that supports BIP, and the device 13 is a printer that supports BPP.
[0020]
The peripheral device management unit 100 in FIG. 1 performs device discovery processing and service discovery processing, and stores discovered device information inside. In the case of FIG. 2, the peripheral device management unit 100 internally creates the service information table shown in FIG. The service information table in FIG. 3 shows a correspondence relationship between a device name, a service name (profile name) of the device, a server channel number (SCN) which is a parameter for connecting to each service, and a service name (SN). I remember.
[0021]
In the service information table of FIG. 3, only device 11, device 12, and device 13 are described as device names, but these are device identification information. In the case of a Bluetooth device, a device address and a friendly name are also used. It is assumed that the information is also stored.
[0022]
Hereinafter, a specific example regarding the creation of the service information table will be described using the case of FTP as an example. Since the device 11 supports FTP, the contents of the service information shown in FIG. 4 are registered in the device 11 as a service record in the form of electronic information.
[0023]
The service information shown in FIG. 4 follows a service description format in the Bluetooth specification. Although the SCN value is described as 2 in FIG. 4, this value is a value assigned in the device 11. The service providing apparatus 1 can obtain all the information described in FIG. 4 by acquiring information on FTP from the device 11 as a result of the service discovery processing.
[0024]
The service providing apparatus 1 creates the service information table of FIG. 3 after confirming the contents of FIG. Note that information other than the SCN and the SN among the service information acquired from the partner device may be stored in the service information table. However, values other than the SCN and SN shown in FIG. 4 are not device-dependent values and can be known without acquiring them from the partner device. For example, they can be held in advance as default values.
[0025]
Hereinafter, the service information shown in FIG. 4 is referred to as FTP (“Obex File Transfer”, 2). For convenience, the service record corresponding to FIG. 4 is also described as FTP (“Obex File Transfer”, 2). When the service providing apparatus 1 detects the FTP service of the device 11, an expression such as "the service providing apparatus 11 has FTP (" Obex File Transfer ", 2)" is used.
[0026]
The peripheral device management unit 100 acquires information such as addresses and names of devices existing around the own device as peripheral device information, and acquires service information from those devices that can communicate with the own device. When the service information table shown in FIG. 3 is completed, a service information acquisition completion notification is sent to the service information generation unit 200.
[0027]
Upon receiving the service information acquisition completion notification, the service information generation unit 200 checks the contents of the service information table of the peripheral device management unit 100, creates a new service record using the information, and writes the created service record. Register in the SDP database 902 of the own device.
[0028]
Hereinafter, a method for creating a service record registered in the SDP database 902 by the service information generation unit 200 will be described.
[0029]
<Service record creation example 1>
The service information generation unit 200 registers a service registered in the service information table as a service record of the own device. As for the parameters excluding the SCN described in each service record, the information obtained from the peripheral device and described in the service information table is directly described, or a value used as a default value is described. The service information generation unit 200 acquires a value set by the Bluetooth management unit 900 for the SCN, and describes the acquired value in a service record.
[0030]
For example, when the service information table is as shown in FIG. 3, the service information generation unit 200 performs FTP (“OBEX File Transfer”, 1), OPP (“OBEX Object Push”, 2), BIP (“OBEX Basic Imaging” 3), The four BPPs (“OBEX Basic Printing” 4) are registered as service records in the SDP database 902 of the Bluetooth management unit 900. Here, the SCN values 1, 2, 3, and 4 of each service are values acquired from the Bluetooth management unit 900.
[0031]
As a result, when service discovery processing is performed on the service providing apparatus 1 from another device and service information is acquired, the service providing apparatus 1 uses FTP (“OBEX File Transfer”, 1) and OPP (“OBEX Object Push”) as services. ", 2), BIP (" OBEX Basic Imaging "3), and BPP (" OBEX Basic Printing "4).
[0032]
<Service record creation example 2>
In the service record creation example 1, it is assumed that the SN value of each service record to be registered is created independently by the service information generation unit 200. For example, the service information generation unit 200 transmits the FTP (“File Transfer” of the service providing apparatus 1, 1), the OPP (“Object Push” of the service providing apparatus 1, 2), and the BIP (“Basic Imaging” of the service providing apparatus 1). 3) and four BPPs ("Basic Printing" of the service providing apparatus 1) 4 are registered in the SDP database 902 of the Bluetooth management unit 900 as service records.
[0033]
As a result, when service discovery processing is performed on the service providing apparatus 1 from another device to acquire service information, the service providing apparatus 1 uses FTP ("File Transfer", 1) of the service providing apparatus 1 and OPP (") as services. It is recognized as having the "Object Push" of the service providing apparatus 1, "2"), the BIP ("Basic Imaging of the service providing apparatus 1", 3), and the BPP ("The Basic Printing of the service providing apparatus 1" 4). .
[0034]
<Service record creation example 3>
For one service registered in the service information table, the service information generation unit 200 duplicates, converts, creates, and registers it for all the services supported by its own device. The SCN registered in each service record acquires the value set by the Bluetooth management unit 900 and adopts the value. The SN is created independently by the service information generation unit 200. For values other than SCN and SN, default values set by the service information generation unit 200 are used.
[0035]
For example, for the FTP service of the device 11 of FIG. 3, FTP (“ftp1”, 1), OPP (“opp1”, 1), BIP (“bip1”, 1), and BPP (“bpp1”, 1) Duplicate and convert four service records. Similarly, four service records are generated for the OPP of the device 11, the BIP of the device 12, and the BPP of the device 13, respectively. In this case, for example, as an example, the service information generation unit 200 registers the following 16 service records in the SDP database 902 of the Bluetooth management unit 900.
FTP (“ftp1”, 1), OPP (“opp1”, 1),
BIP (“bip1”, 1), BPP (“bpp1”, 1),
FTP (“ftp2”, 2), OPP (“opp2”, 2),
BIP (“bip2”, 2), BPP (“bpp2”, 2),
FTP (“ftp3”, 3), OPP (“opp3”, 3),
BIP (“bip3”, 3), BPP (“bpp3”, 3),
FTP (“ftp4”, 4), OPP (“opp4”, 4),
BIP (“bip4”, 4), BPP (“bpp4”, 4)
[0036]
As a result, when service discovery processing is performed on the service providing apparatus 1 from another device to obtain service information, the service providing apparatus 1 is recognized as having a total of 16 services.
[0037]
<Service record creation example 4>
In the service record creation example 3, when generating an SN, the service information generation unit 200 adds a corresponding device name. In this case, for example, the service information generation unit 200 registers the following 16 service records in the SDP database 902 of the Bluetooth management unit 900.
FTP (“ftp_device 11”, 1), OPP (“opp_device 11”, 1),
BIP (“bpp_device 11”, 1), BPP (“bpp_device 11”, 1),
FTP (“ftp_device 11”, 2), OPP (“opp_device 11”, 2),
BIP (“bpp_device 11”, 2), BPP (“bpp_device 11”, 2),
FTP (“ftp_device 12”, 3), OPP (“opp_device 12”, 3),
BIP (“bpp_device 12”, 3), BPP (“bpp_device 12”, 3),
FTP (“ftp_device 13”, 4), OPP (“opp_device 13”, 4),
BIP (“bpp_device 13”, 4), BPP (“bpp_device 13”, 4)
[0038]
As a result, when service discovery processing is performed on the service providing apparatus 1 from another device to obtain service information, the service providing apparatus 1 is recognized as having a total of 16 services.
[0039]
<Service record creation example 5>
In the service record creation example 3 described above, the service information generation unit 200 adds service conversion information when generating an SN. In this case, for example, the service information generation unit 200 registers the following 16 service records in the SDP database 902 of the Bluetooth management unit 900.
FTP (“ftp → ftp”, 1), OPP (“opp → ftp”, 1),
BIP (“bipp → ftp”, 1), BPP (“bpp → ftp”, 1),
FTP (“ftp → opp”, 2), OPP (“opp → opp”, 2),
BIP (“bip → op”, 2), BPP (“bpp → opp”, 2),
FTP (“ftp → bip”, 3), OPP (“opp → bip”, 3),
BIP (“bip → bip”, 3), BPP (“bpp → bip”, 3),
FTP (“ftp → bpp”, 4), OPP (“opp → bpp”, 4),
BIP (“bipp → bpp”, 4), BPP (“bpp → bpp”, 4)
[0040]
As a result, when service discovery processing is performed on the service providing apparatus 1 from another device to obtain service information, the service providing apparatus 1 is recognized as having a total of 16 services.
[0041]
<Service record creation example 6>
In the service record creation example 3 described above, the service information generation unit 200 adds the device name and the service conversion information corresponding to the case of generating the SN. In this case, for example, the service information generation unit 200 registers the following 16 service records in the SDP database 902 of the Bluetooth management unit 900.
FTP (“device 11_ftp → ftp”, 1), OPP (“device 11_opp → ftp”, 1),
BIP (“device 11_bipp → ftp”, 1), BPP (“device 11_bpp → ftp”, 1),
FTP (“device 11_ftp → opp”, 2), OPP (“device 11_opp → opp”, 2),
BIP (“device 11_b → op”, 2), BPP (“device 11_bpp → op”, 2),
FTP (“device 12_ftp → bip”, 3), OPP (“device 12_op → bip”, 3),
BIP (“device 12_bip → bip”, 3), BPP (“device 12_bpp → bip”, 3),
FTP (“device 13_ftp → bpp”, 4), OPP (“device 13_opp → bpp”, 4),
BIP (“device 13 — bpp → bpp”, 4), BPP (“device 13 — bpp → bpp”, 4)
[0042]
As a result, when service discovery processing is performed on the service providing apparatus 1 from another device to obtain service information, the service providing apparatus 1 is recognized as having a total of 16 services.
[0043]
<Service record creation example 7>
As shown in the above-described service record creation example 3, when one service registered in the service information table is duplicated, converted, created, and registered in all the services supported by the own device, registration is extremely difficult. Many service records are registered. In the service record creation example 7, the method of the service record creation example 3 is extended so that a service record to be registered which is determined to be unnecessary is not registered.
[0044]
The service information generation unit 200 checks the service information table of the peripheral device management unit 100, and in consideration of the correspondence between the devices registered therein and the services, each device supports only the corresponding service, and It is assumed that the service does not connect to the service providing apparatus 1. In the case of FIG. 3, it is assumed that the device 11 supports FTP and OPP, the device 12 supports BIP, and the device 13 supports only BPP, and the device 11 does not connect to the service providing apparatus 1 for BIP or BPP. Assume.
[0045]
For example, for the FTP service of the device 11 of FIG. 3, FTP (“ftp1”, 1), OPP (“opp1”, 1), BIP (“bip1”, 1), and BPP (“bpp1”, 1) Four service records are created, and each service record is registered according to the procedure shown in FIG.
[0046]
First, it recognizes that the device A supports the profile A as a service (step S1). Here, it is assumed that the profile A can take any of FTP, OPP, BIP, and BPP.
[0047]
Next, it is determined whether or not there is a device that supports the FTP other than the device A (step S2). If there is, the FTP (“ftpn”, n) is not registered as a service record. If there is, it is registered (step S3).
[0048]
If it is determined in step S2 that the device does not exist, or if the process in step S3 is completed, it is determined whether there is a device that supports OPP other than the device A (step S4). If there is, the OPP (“opn”, n) is registered as a service record if it has not been registered (step S5).
[0049]
When it is determined in step S4 that the device does not exist, or when the process in step S5 is completed, it is determined whether there is a device that supports BIP other than the device A (step S6). If there is, BIP ("bip n", n) is registered as a service record if it has not been registered (step S7).
[0050]
If it is determined in step S6 that the device does not exist, or if the process in step S7 is completed, it is determined whether there is a device that supports BPP other than device A (step S8). If it exists, BPP ("bpp n", n) is registered as a service record if it has not been registered (step S9).
[0051]
For example, according to the procedure of FIG. 5, if device A is device 11, profile A is FTP, and the value of n is 1, device 12 supports BIP and device 13 supports only BPP. In Example 3, four items of FTP (“ftp1”, 1), OPP (“opp1”, 1), BIP (“bip1”, 1), and BPP (“bpp1”, 1) are registered. In the example, only BIP (“bip1”, 1) and BPP (“bpp1”, 1) are registered. Similarly, assuming that the device A is the device 11, the profile A is the OPP, and the value of n is 2, for the OPP service of the device 11 in FIG. 3, the BIP (“bip2”, 2) and the BPP (“bpp2”, Only 2) is registered.
[0052]
Similarly, assuming that the device A is the device 12, the profile A is the BIP, and the value of n is 3, for the BIP service of the device 12 in FIG. 3, FTP (“device 12_ftp → bip”, 3), OPP (“device 12_opp → bip ”, 3) and only the BPP (“ device 12_bpp → bip ”, 3) are registered.
[0053]
Similarly, assuming that the device A is the device 13, the profile A is the BPP, and the value of n is 4, for the BPP service of the device 13 shown in FIG. 3, FTP (“ftp4”, 4) and OPP (“opp4”, 4), only BIP (“bip4”, 4) is registered.
[0054]
By not registering unnecessary service records, 16 service records are registered in the service record creation example 3, whereas in the present example, the service information generation unit 200 stores the following 10 service records in the Bluetooth management unit. 900 in the SDP database 902.
BIP (“bip1”, 1), BPP (“bpp1”, 1),
BIP (“bip2”, 2), BPP (“bpp2”, 2),
FTP (“ftp3”, 3), OPP (“opp3”, 3), BPP (“bpp3”, 3),
FTP (“ftp4”, 4), OPP (“opp4”, 4), BIP (“bip4”, 4)
[0055]
As a result, when service discovery processing is performed on the service providing apparatus 1 from another device to acquire service information, the service providing apparatus 1 is recognized as having a total of 10 services.
[0056]
Although the service record creation example 7 is described as an extension of the service record creation example 3, the service record creation example 4 and the service record creation example 5 are similarly extended so that unnecessary service records are not registered. It is possible to
[0057]
<Service record creation example 8>
As shown in the above-described service record creation example 3, when one service registered in the service information table is duplicated, converted, created, and registered in all services supported by the own device, the Many service records are registered. In the service record creation example 8, the method of the service record creation example 3 is extended so that a service record determined to be unnecessary is not registered.
[0058]
If a device that provides a service is called a server device and a device that uses the service of the server device is called a client device, not only a Bluetooth device having both functions of the client device and the server device but also only one of the functions is used. There is also a Bluetooth device equipped.
[0059]
Also, in a device having both functions of a client and a server, a service provided as a server may be different from a service available as a client. For example, even if the server can provide the FTP service, the client cannot use the FTP service, or if the server cannot provide the FTP service, the client can use the FTP service. Equipment may exist.
[0060]
The service information generation unit 200 has a function of detecting what service each peripheral device supports as a client. The service information generation unit 200 confirms the content of the service search request from the peripheral device received by the SDP processing unit 901 of the Bluetooth management unit 900.
[0061]
For example, if a service search request having a content “I want to obtain information corresponding to the FTP and BIP services” is received from the device A, the service information generation unit 200 determines that the device A supports FTP and BIP as clients. Judge that there is. The service information generation unit 200 deletes a service record that is determined not to be supported as a client as a result of detecting a service supported by a peripheral device as a client for a certain period of time.
[0062]
For example, in the case of the service record creation example 3, if no service search request is received from the device 13 as a printer, the device 13 determines that the client 13 does not support BPP. The service information generation unit 200 deletes unnecessary service records according to the procedure shown in FIG.
[0063]
In FIG. 6, first, various flags FTPFlag, OPPFlag, BIPFlag, and BPPFlag are initialized to zero (step S11). Next, it is determined whether or not a service search request has been received (step S12), and if so, the contents of the service search request are confirmed (step S13). Here, when a service search request of any of FTP, OPP, BIP, and BPP is included, the corresponding Flag is set to “1”.
[0064]
If it is determined in step S12 that no reception has been performed, or if the processing in step S13 has been completed, it is determined whether or not a timeout has occurred (step S14). If the timeout has not occurred, the process returns to step S12. If the timeout has occurred, it is determined whether or not the FTPFlag is "1" (step S15). If the FTPFlag is "1", all registered FTP services are deleted. (Step S16).
[0065]
If it is determined in step S15 that the value is not "1", or if the processing in step S16 is completed, it is determined whether the OPPFlag is "1" (step S17). All the OPP services that have been set are deleted (step S18).
[0066]
If it is determined that the value is not "1" in step S17, or if the process of step S18 is completed, it is determined whether or not the BIPFlag is "1" (step S19). All the BIP services that have been set are deleted (step S20).
[0067]
If it is determined in step S19 that the value is not "1", or if the processing in step S20 is completed, it is determined whether or not BPPFlag is "1" (step S21). All the BPP services that have been set are deleted (step S22).
[0068]
As described above, by deleting unnecessary service records, 16 service records are registered in the service record creation example 3, but only the following 12 service records are stored in the Bluetooth management unit 900 in the present example. It is registered in the SDP database 902.
FTP (“ftp1”, 1), OPP (“opp1”, 1), BIP (“bip1”, 1),
FTP (“ftp2”, 2), OPP (“opp2”, 2), BIP (“bip2”, 2),
FTP (“ftp3”, 3), OPP (“opp3”, 3), BIP (“bip3”, 3),
FTP (“ftp4”, 4), OPP (“opp4”, 4), BIP (“bip4”, 4)
[0069]
As a result, when service discovery processing is performed on the service providing apparatus 1 from another device to acquire service information, the service providing apparatus 1 is recognized as having a total of 12 services.
[0070]
Although the service record creation example 8 is described as an extension of the service record creation example 3, the service record creation example 4 and the service record creation example 5 are similarly extended so that unnecessary service records are not registered. It is possible to
[0071]
<Service record creation example 9>
As shown in the service record creation example 3, when one service registered in the service information table is converted into all services supported by the own device and registered, a very large number of service records are required. Will be registered.
[0072]
In the service record creation example 9, the method of the service record creation example 3 is extended so that a service record determined to be unnecessary is not registered.
[0073]
By combining the methods described in the service record creation example 6 and the service record creation example 7, 16 service records are registered in the service record creation example 3, whereas in the present example, only the following 7 service records are registered. Is registered in the SDP database 902 of the Bluetooth management unit 900.
BIP (“bip1”, 1),
BIP (“bip2”, 2),
FTP (“ftp3”, 3), OPP (“opp3”, 3),
FTP (“ftp4”, 4), OPP (“opp4”, 4), BIP (“bip4”, 4)
[0074]
As a result, when service discovery processing is performed on the service providing apparatus 1 from another device to acquire service information, the service providing apparatus 1 is recognized as having a total of seven services.
[0075]
Although the service record creation example 9 is described as an extension of the service record creation example 3, the service record creation example 4 and the service record creation example 5 are similarly extended so that unnecessary service records are not registered. It is possible to
[0076]
The service record creation examples 1 to 9 described above are examples of the service record creation and registration method by the service information generation unit 200.
[0077]
The service information generation unit 200 changes the service information table of the peripheral device management unit 100 every time a service record is registered or deleted. For example, if the service information generation unit 200 has registered the service record shown in the service record creation example 3, the service information table of the peripheral device management unit 100 is rewritten as shown in FIG. In the case of the service record creation example 8, the service information table is rewritten as shown in FIG.
[0078]
Next, the operation of the service conversion unit 300 will be described. By registering the service record by the service information generating unit 200, the service providing apparatus 1 appears to have various services from the peripheral device, and the service providing apparatus 1 transmits the service to the service providing apparatus 1 in order to use those services. A connection request can be made. It is assumed that the Bluetooth management unit 900 accepts these connection requests, sets up a connection with another device according to the OBEX protocol, and can transmit and receive data by the OBEX connection.
[0079]
For example, assuming that the service providing apparatus 1 has registered the service information shown in the service record creation example 8, the device 11 detects the FTP (“ftp3”, 3) service of the service providing apparatus 1 and uses the service. Therefore, an OBEX connection is set between the device 11 and the OBEX processing unit 903 of the service providing apparatus 1 when the connection request is transmitted. The OBEX processing unit 903 outputs the data received through the set connection to the service conversion unit 300. The service conversion unit 300 stores the input data as a file. When the communication with the device 11 ends and the connection is disconnected, the Bluetooth management unit 900 notifies the service conversion unit 300 of the disconnection.
[0080]
When notified of the disconnection, the service conversion unit 300 refers to the service information table of the peripheral device management unit 100 and checks the device, service (profile), and SCN corresponding to the FTP ("ftp3", 3).
[0081]
For example, in the case of FIG. 8, the corresponding device is the device 12, the service is BIP, and the SCN is 1. The service conversion unit 300 instructs the Bluetooth management unit 900 to make a connection request with the BIP service of the device 12 using the partner device information as a parameter. When the connection of the BIP service between the OBEX processing unit 903 and the device 12 is set, the service conversion unit 300 converts the stored file into a format used by the BIP service, and then transmits the file to the device 12 via Bluetooth. Instruct the management unit 900.
[0082]
In the operation example of the service conversion unit 300 described above, the reception of data from the device 11 is completed, and after the connection with the device 11 is disconnected, the connection to the device 12 or the device 13 is started, and the data transfer is performed. The operation example was shown.
[0083]
However, if the Bluetooth management unit 900 of the service providing apparatus 3 can be connected to another device 12 or 13 while the Bluetooth management unit 900 is connected to the device 11, without waiting for disconnection from the device 11. The connection with another device may be performed.
[0084]
If the services (profiles) supported by the peripheral devices are different, it is impossible to directly exchange data between the peripheral devices. However, by using the service providing device 1 described in the present embodiment, Data can be exchanged between devices that cannot directly exchange data.
[0085]
The service providing apparatus in FIG. 1 is based on the premise that the peripheral device management unit 100 performs the device discovery process and the service discovery process in advance, and that the contents of the service information table are appropriately set. In practice, the device discovery process and the service discovery process can be started by various methods, so that the service information table can be set to an appropriate state.
[0086]
For example, FIG. 9 shows a configuration in which an application unit 1000 is added to the configuration of FIG. 1 so that service information can be collected by a user's instruction. The application unit 1000 in FIG. 9 includes an interface that can be operated by the user, receives an instruction for searching for a peripheral device from the user, and, when the instruction is issued, instructs the peripheral device management unit 100 to search for peripheral devices and provide services. Order information acquisition.
[0087]
Collection of service information can be automatically performed by a timer. The configuration of the service providing apparatus in this case is as shown in FIG. The service providing apparatus of FIG. 10 is obtained by adding a timer unit 400 to the configuration of FIG. The timer unit 400 instructs the peripheral device management unit 100 to search for peripheral devices and obtain service information every time a preset time elapses.
[0088]
The service discovery process can be started by a request from another device. The configuration in the case of collecting in response to a request from a surrounding Bluetooth device is the same as in FIG. In this case, a surrounding Bluetooth device connects to the Bluetooth management unit and transmits a service information update request.
[0089]
The Bluetooth management unit 900 notifies the peripheral device management unit 100 of the received update request. Upon receiving the update request, the peripheral device management unit 100 instructs the Bluetooth management unit 900 to search for a peripheral device and obtain service information. At this time, the time when the same instruction as before was received is stored in the service information table, and if a predetermined period has not elapsed since that time, the peripheral device management unit 100 searches for and searches for the peripheral device. Instead of acquiring information, use previously acquired information instead.
[0090]
Also, a service discovery process activation request can be received via another interface such as Ethernet. In this case, the configuration of the service providing apparatus of the present invention is as shown in FIG.
[0091]
In FIG. 11, a network management unit 500 is newly added to FIG. Upon receiving the activation request from an external device connected via the Internet, the network management unit 500 notifies the peripheral device management unit 100 of the request. Subsequent processing is the same as when a request is received from a surrounding Bluetooth device.
[0092]
The collection request can be received, for example, by operating a Web server in the network management unit 500 and performing the request in accordance with the HTTP protocol. In this case, the collected information is returned as a response to the request, for example, in html format data to the device that made the request via the network management unit.
[0093]
Collection of service information may be performed in response to a request from a peripheral device. For example, when the Bluetooth management unit 900 receives the INQUIRY message and knows that another device is performing device discovery processing, the Bluetooth management unit 900 issues an event from the Bluetooth management unit 900 to the peripheral device management unit 100. The peripheral device management unit 100 that has received the event instructs the Bluetooth management unit 900 to search for peripheral devices and collect service information.
[0094]
The device that issues the INQUIRY message and performs the device discovery process is likely to be a new device that has not been around before. Therefore, when the service information collection process is started when the INQUIRY message is received, a new device is detected. There is a high possibility that a device that has been discovered and service information can be acquired quickly.
[0095]
In addition, instead of an INQUIRY message, when a Bluetooth device around the device establishes a service discovery procedure SDP (Service Discovery Protocol) connection to its own device, it acquires service information only for that device, or obtains all information including that device. The device may be found and the service information may be obtained.
[0096]
In this case, by transmitting information on what type of service is requested in the service discovery procedure from the Bluetooth management unit 900 to the peripheral device management unit 100, the peripheral device management unit issues a more appropriate instruction to the Bluetooth management unit. It is possible to put out.
[0097]
For example, when the peripheral device requests information on the FTP service, the peripheral device management unit 100 acquires only the service information on the FTP and the profile that can be converted into the FTP by the service conversion unit 300 of the own device. An instruction can be issued to the Bluetooth management unit 900 to do so. Since information on other profiles that is not particularly necessary is not collected, the processing efficiency is improved.
[0098]
Also, information on what type of service is requested can be used to limit the service records registered in the Bluetooth management unit as described in <Service Record Creation Example 7>.
[0099]
The service information collection procedure described above can be used in combination of two or more. For example, the service information collection process is started periodically by a timer, and the table held by the peripheral device management unit is automatically updated. However, when the user requests through the application unit 1000, the service information collection process is started. An information collection process is activated, whereby the table can be forcibly updated.
[0100]
As described above, in the first embodiment, since the service records related to various services provided by other devices are generated, it is possible to make these services appear as if they are provided by the own device. A wider range of services can be provided to other devices than the services provided.
[0101]
In the communication between Bluetooth devices, if the services (profiles) supported by the devices are different, it is impossible to directly exchange data between the devices. However, the service providing apparatus described in the first embodiment is not applicable. By using 1, it becomes possible to exchange data between devices that cannot directly exchange data.
[0102]
(Second embodiment)
The service providing apparatus according to the second embodiment provides not only services provided by surrounding Bluetooth devices, but also services managed by a file server or a Web server as its own services.
[0103]
In the first embodiment, a service obtained by converting a service of a surrounding Bluetooth device by the service conversion unit 300 is registered in the Bluetooth management unit 900 as a service provided by the own device. The services registered in the Bluetooth management unit are not necessarily limited to those provided by surrounding Bluetooth devices.
[0104]
The service information generation unit 200 according to the second embodiment can also register a service available through a communication interface other than Bluetooth in the Bluetooth management unit 900 as a service provided by its own device.
[0105]
The service providing apparatus according to the second embodiment has the same configuration as that of FIG. The peripheral device management unit 100 checks services available via a communication interface other than Bluetooth via the network management unit 500, and registers the services in the service information table.
[0106]
For example, Ethernet is used as a communication interface to connect to the Internet. Services available at this time include sending and receiving e-mail, sharing files via a file server, and downloading and uploading data to and from a Web server. The peripheral device management unit 100 stores these services in a service information table.
[0107]
FIG. 12 is a network layout diagram showing an example in which the service providing device and the file server are connected to the Ethernet, and FIG. 13 is a diagram showing an example of a service information table when the service providing device and the file server are arranged as shown in FIG. In FIG. 12, the devices 11 and 12 that are Bluetooth devices and the device 21 that is a file server connected to the Ethernet can communicate with the service providing apparatus 1 of the present invention.
[0108]
The service information table in FIG. 13 is substantially the same as the table in FIG. 3 used in the description of the first embodiment, but the service type is not limited to the Bluetooth profile, and the parameter for using the service is Since the configuration is not limited to the channel number, the configuration of the table is slightly changed.
[0109]
In the example of FIG. 12, NFS (Network File System), which is a file sharing service, is available as a service available from the LAN side via Ethernet, and the path to the shared folder is described as a parameter of the file sharing service. I have. These services are converted into a Bluetooth profile in the service information generation unit and registered in the Bluetooth management unit 900.
[0110]
For example, in the case of a file sharing service, it is registered as FTP which is a Bluetooth profile. The method of creating the converted service record is the same as that described in the first embodiment.
[0111]
At this time, the service conversion information added to the service name in the first embodiment indicates that the service has been converted from NFS to FTP. For example, in <Service Record Creation Example 4> in the first embodiment, "Ftp → NFS", and in <Service Record Creation Example 5>, "device 21_ftp → NFS".
[0112]
The type of service registered as a Bluetooth service need not necessarily be directly related to the type of service available via the network management unit 500.
[0113]
For example, the mail transmission service can be registered as FTP, which is a profile that originally handles files and folders. In this case, the file transmitted from the surrounding Bluetooth device to the Bluetooth management unit 900 according to the FTP is transmitted as mail to another device on the Internet via the network management unit 900 by the service conversion unit.
[0114]
In the case where a plurality of destinations are considered, the destination to which the mail is transmitted may be registered in the FTP service corresponding to each of the plurality of destinations, or in which folder of the single FTP service. A distinction may be made depending on whether a file is stored therein.
[0115]
In addition, the upload service to the Web server can be registered as a Bluetooth Imaging Profile service. At this time, the image data transmitted from the surrounding Bluetooth device according to the Imaging Profile is uploaded to the Web server via the network management unit, and the image data can be viewed from another device using software such as a browser. .
[0116]
As described above, in the second embodiment, not only the surrounding Bluetooth devices but also various services provided by the file server and the Web server can be provided as their own services, so that the second embodiment can be provided in a wider range than the first embodiment. Service can be provided.
[0117]
(Third embodiment)
In the third embodiment, services provided by a plurality of peripheral devices are collectively provided as a single service to other peripheral devices.
[0118]
Although the block configuration of the service providing apparatus of the third embodiment is the same as that of FIG. 1, the processing contents of the peripheral device management unit 100, the service information generation unit 200, and the service conversion unit 300 are different from those of the apparatus of FIG.
[0119]
FIG. 14 is a diagram illustrating a state of communication between the service providing apparatus 5 and the peripheral devices 11, 12, and 13 according to the third embodiment. Each of the devices 11, 12, and 13 is a Bluetooth device. As in the first embodiment, for example, the device 11 is a PC supporting FTP and OPP, the device 12 is a digital camera supporting BIP, and the device 13 is a BPP. A supported printer.
[0120]
The peripheral device management unit 100 periodically performs a device discovery process and a service discovery process, and stores discovered device information therein. The peripheral device management unit 100 in the service providing device 5 creates the service information table shown in FIG. 3, as in the first embodiment.
[0121]
In the present embodiment, the notation of service information and service records is the same as in the first embodiment.
[0122]
The peripheral device management unit 100 acquires the peripheral device information, acquires the service information from all the communicable devices existing in the vicinity, and completes the service information table shown in FIG. To send a service information acquisition completion notice. Upon receiving the service information acquisition completion notification, the service information generation unit 200 creates a new service record, and registers the created service record in the SDP database 902 of its own device.
[0123]
The service information generation unit 200 creates one service record of the FTP service and registers it in the SDP database 902. The SCN to be registered in the service record acquires the value of the SCN that can be set from the Bluetooth management unit 900 and can communicate with other devices by using the value, and adopts the value. The SN is created independently by the service information generation unit 200. For values other than SCN and SN, default values set by the service information generation unit 200 are used. For example, the service record created and registered by the service information generation unit 200 is FTP (“composite service of the service providing apparatus 5”, 1).
[0124]
FIG. 15 is a diagram illustrating an example of a service information table of the service providing apparatus 5 according to the third embodiment. As shown, the table of FIG. 15 is obtained by adding an item of the conversion service to the table of FIG. In the table of FIG. 15, FTP (“combined service of service providing device 5”, 1) is described in each of the items of the conversion service. These are all described in a plurality of items in order to refer to the same thing, and the service record actually registered in the SDP database 902 is one.
[0125]
Next, the operation of the service conversion unit 300 will be described. When the service information generation unit 200 registers the service record, the service providing apparatus 5 looks to the peripheral device as having one service of FTP (“combined service of the service providing apparatus 5”, 5). A connection request can be made to the service providing device 5 to use the FTP service. The Bluetooth management unit 900 accepts these connection requests, sets up a connection with another device according to the OBEX protocol, and the OBEX connection enables data transmission and reception according to FTP.
[0126]
For example, when the device 11 detects the FTP (“combined service of the service providing device 5”) service of the service providing device 5 and transmits a connection request to use the service, the device 11 and the service providing device 5 An OBEX connection for FTP is set between the OBEX processing units 903.
[0127]
Since the FTP OBEX connection can transmit and receive folders and files, the service providing apparatus 11 can try to transmit folders and files to the service providing apparatus 5.
[0128]
At this time, from the service providing apparatus 11, it appears that the service providing apparatus 5 provides only one service of FTP (“combined service of the service providing apparatus 5”, 5). It is necessary to devise a way to distinguish between a case where the user wants to send a file to the service providing apparatus 12 via the service providing apparatus 5 and a case where the user wants to send a file to the service providing apparatus 13 via the service providing apparatus 5. This is done by including information such as the name of the device that is the destination of the file in the name of the folder storing the file to be transmitted. This will be described below.
[0129]
The OBEX processing unit 903 outputs all data received through the set connection to the service conversion unit 300. The service conversion unit 300 performs the following processing according to the type of input data, that is, the data (file or folder) transmitted by the device 11.
[0130]
<In the case where the device 11 transmits one folder whose folder name includes one device name>
The format of the folder name including the device name is “To_device name”. For example, assuming that the device 11 has transmitted a folder whose folder name is “To_device 12” to the service providing apparatus 5, the OBEX processing unit 903 receives a SetPath request from the device 11 as a command request of the OBEX protocol. This SetPath request includes information “To_device 12”.
[0131]
When the SetPath request is input from the OBEX processing unit 903, the service conversion unit 300 checks the format of the folder name, and if it is “To_device name”, detects the device name information from the folder name. When the device name information is detected, the service information table of the peripheral device management unit 100 is checked, and a service (profile) corresponding to the detected device name is checked.
[0132]
For example, when the service information table is as shown in FIG. 3, it is understood that the corresponding device 12 supports BIP. After confirming that the information of the corresponding device and the profile exists in the service information table, the service conversion unit 300 creates a folder “To_device 12” therein, and thereafter, the OBEX processing unit 903 receives the folder and receives the service conversion unit 300. The data output to is stored under the created folder. On the other hand, when the device name cannot be detected in the service information table, the service conversion unit 300 notifies the OBEX processing unit 903 of rejection of reception.
[0133]
Further, even if the device name exists in the service information table, the profile supported by the device is any of the profiles supported by the service providing apparatus 5 (in this embodiment, FTP, OPP, BIP, and BPP). If not, the service conversion unit 300 notifies the OBEX processing unit 903 of the rejection of reception. When the service conversion unit 300 notifies the OBEX processing unit 903 of the reception rejection, the OBEX processing unit 903 notifies the partner device of an error.
[0134]
When the communication with the device 11 ends and the connection is disconnected, the Bluetooth management unit 900 notifies the service conversion unit 300 of the disconnection.
[0135]
When notified of the disconnection, the service conversion unit 300 creates a folder (To_device 12 ″ in this example), and stores the data received from the device 11 under the folder. It instructs to make a connection request with the BIP service of the device 12 included in the name.
[0136]
Here, it is assumed that the service conversion unit 300 acquires the connection parameter with the device 12 with reference to the service information table of the peripheral device management unit 100. When the connection of the BIP service between the OBEX processing unit 903 and the device 12 is set, the service conversion unit 300 converts the stored data into a format used by the BIP service, and then transmits the data to the device 12 via Bluetooth management. Instruct the unit 900.
[0137]
<In the case where the device 11 transmits one folder including a plurality of device names in the folder name>
The format of the folder name including the device name is “To_device name_device name”. For example, assuming that the device 11 transmits a folder with the folder name “To_device 12_device 13” to the service providing apparatus 5, the OBEX processing unit 903 receives a SetPath request from the device 11 as a command request of the OBEX protocol. The SetPath request includes information “To_device 12_device 13”.
[0138]
When the SetPath request is input from the OBEX processing unit 903, the service conversion unit 300 checks the format of the folder name, and if “To_device name_device name”, detects device name information from the folder name. When the device name information is detected, the service information table of the peripheral device management unit 100 is checked, and a service (profile) corresponding to the detected device name is checked.
[0139]
For example, when the service information table is as shown in FIG. 3, it is understood that the corresponding device 12 supports BIP and the device 13 supports BPP. After confirming that the information of the corresponding device and profile exists in the service information table, the service conversion unit 300 creates a folder “To_device 12_device 13” therein, and thereafter, the OBEX processing unit 903 receives the folder and receives the service conversion unit. The data output to 300 is stored under the created folder.
[0140]
On the other hand, when the device names corresponding to both the devices 12 and 13 cannot be detected in the service information table, the service conversion unit 300 notifies the OBEX processing unit 903 of rejection of reception.
[0141]
Even if the device names of the devices 12 and 13 exist in the service information table, the profiles supported by both devices are the profiles supported by the service providing apparatus 5 (in this embodiment, FTP, OPP, BIP, In other cases, the service conversion unit 300 notifies the OBEX processing unit 903 of reception rejection. When the service conversion unit 300 notifies the OBEX processing unit 903 of the reception rejection, the OBEX processing unit 903 notifies the partner device of an error.
[0142]
When the communication with the device 11 ends and the connection is disconnected, the Bluetooth management unit 900 notifies the service conversion unit 300 of the disconnection. When notified of the disconnection, the service conversion unit 300 creates a folder (To_device 12_device 13 ″ in this example), and stores data received from the device 11 under the folder, and transmits the data to the Bluetooth management unit 900. , The BIP service of the device 12 and the BPP service of the device 13 included in the folder name are instructed to make connection requests.
[0143]
Here, it is assumed that the service conversion unit 300 acquires the connection parameters for the devices 12 and 13 with reference to the service information table of the peripheral device management unit 100. When the connection of the BIP service between the OBEX processing unit 903 and the device 12 is set, the service conversion unit 300 converts the stored data into a format used by the BIP service, and then transmits the data to the device 12 via Bluetooth management. Instruct the unit 900. When the connection of the BPP service between the OBEX processing unit 903 and the device 13 is set, the service conversion unit 300 converts the stored data into a format used in the BPP service, and then transmits the data to the device 13 via Bluetooth management. Instruct the unit 900.
[0144]
<In the case where the device 11 transmits a plurality of folders each including one device name different from the folder name>
The format of the folder name including the device name is “To_device name”. For example, it is assumed that the device 11 has transmitted a folder named “To_device 12” and a folder named “To_device 13” to the service providing apparatus 5.
[0145]
In this case, the OBEX processing unit 903 first receives a SetPath request including the information “To_device 12”. When the SetPath request is input from the OBEX processing unit 903, the service conversion unit 300 checks the format of the folder name and detects device name information “device 12” from the folder name. When the device name information is detected, the service information table of the peripheral device management unit 100 is checked, and the service (profile) corresponding to the “device 12” is checked.
[0146]
For example, when the service information table is as shown in FIG. 3, it is understood that the device 12 supports BIP. Upon confirming that the profile information (BIP in this case) of the device 12 exists in the service information table, the service conversion unit 300 creates a folder “To_device 12” therein. Thereafter, the data received by the OBEX processing unit 903 is output to the service conversion unit 300. However, all the files included in the folder name “To_device 12” transmitted by the device 11 are “To_file” created by the service conversion unit 300. It is assumed that the data is stored in the device 12 ″.
[0147]
When the transmission of the folder “To_device 12” from the device 11 is completed, the OBEX processing unit 903 next receives a SetPath request including the information “To_device 13”.
[0148]
When the SetPath request is input from the OBEX processing unit 903, the service conversion unit 300 checks the format of the folder name and detects device name information “device 13” from the folder name. When the device name information is detected, the service information table of the peripheral device management unit 100 is checked, and the service (profile) corresponding to the “device 13” is checked.
[0149]
For example, when the service information table is as shown in FIG. 3, it is understood that the device 13 supports the BPP. Upon confirming that the profile information (BPP in this case) of the device 13 exists in the service information table, the service conversion unit 300 creates a folder “To_device 13” therein. Thereafter, the data received by the OBEX processing unit 903 is output to the service conversion unit 300, but all the files included in the folder name “To_device 13” transmitted by the device 11 are “To_files” created by the service conversion unit 300. It is assumed that the data is stored in the device 13 ″.
[0150]
If the device name cannot be detected in the service information table, the service conversion unit 300 notifies the OBEX processing unit 903 of rejection of reception. Further, even if the device name exists in the service information table, the profile supported by the device is any of the profiles supported by the service providing apparatus 5 (in this embodiment, FTP, OPP, BIP, and BPP). If not, the service conversion unit 300 notifies the OBEX processing unit 903 of the rejection of reception.
[0151]
When the service conversion unit 300 notifies the OBEX processing unit 903 of the reception rejection, the OBEX processing unit 903 notifies the partner device of an error. For example, if neither the device 12 nor the device 13 can be detected in the service information table, data such as files included in the folder “To_device 12” and the folder “To_device 13” is not stored in the service conversion unit 300 at all. For example, when the device 12 cannot be detected in the service information table but the device 13 can be detected, data such as files included in the folder “To_device 13” is stored in the service conversion unit 300. , Data such as files included in the folder “To_device 12” are not stored in the service conversion unit 300.
[0152]
When the communication with the device 11 ends and the connection is disconnected, the Bluetooth management unit 900 notifies the service conversion unit 300 of the disconnection.
[0153]
When the disconnection is notified, the service conversion unit 300 checks the folder created therein. If a folder “To_device 12” has been created, a connection request is made to the BIP service of the device 12 using the Bluetooth management unit 900.
[0154]
If a folder named “To_device 13” has been created, a connection request is made to the BPP server of the device 13 using the Bluetooth management unit 900. When the connection of the BIP service between the OBEX processing unit 903 and the device 12 is set, the service conversion unit 300 converts the stored data into a format used by the BIP service, and transmits the data to the device 12. When the connection of the BPP service between the OBEX processing unit 903 and the device 13 is set, the service conversion unit 300 converts the stored data into a format used by the BPP service, and transmits the data to the device 13.
[0155]
In the operation example of the service conversion unit 300 described above, after the reception of the data from the device 11 is completed and the connection with the device 11 is disconnected, the connection to the device 12 or the device 13 is started, and the data is transferred. Examples have been given. However, if the Bluetooth management unit 900 of the service providing apparatus 4 can be connected to another device 12 or 13 while the Bluetooth management unit 900 is connected to the device 11, without waiting for disconnection from the device 11. The connection with another device may be performed.
[0156]
According to the service providing device 1 of the first embodiment described above, data exchange between devices having different service types (profiles) is possible, but data is transmitted to N devices via the service providing device 1. In this case, it is necessary to establish a connection with the service providing apparatus 1 N times and repeatedly transmit data.
[0157]
On the other hand, in the service providing apparatus 5 shown in the third embodiment, even when data is transmitted to N devices via the service providing apparatus 5, one connection with the service providing apparatus 5 is set. Alone, data can be automatically transmitted to N units, and data exchange can be performed more efficiently than when the service providing apparatus 1 is used.
[0158]
(Fourth embodiment)
The fourth embodiment is to provide a new type of service different from any of the plurality of types by combining a plurality of different types of services provided by a plurality of devices.
[0159]
When the service information table stored in the peripheral device management unit includes a first Bluetooth device that supports Basic Imaging Profile and can display a still image, and a second Bluetooth device that supports Headset Profile and can output audio. The service information generation unit registers a service combining these as an AV (Audio / Video) Profile in Bluetooth in the Bluetooth management unit. In this case as well, the service information generation unit can add service conversion information to the service name, as described in the first embodiment. For example, in <Service Record Creation Example 4> in the first embodiment, the service name is set to “BIP + Headset → AV”, and a service record such as AV (“BIP + Headset → AV”) is registered in the Bluetooth management unit.
[0160]
FIG. 16 is an example of a service information table according to the present embodiment. In this example, the device 11 provides the service of the Headset Profile, and the device 12 provides the service of the Basic Imaging Profile. In the present embodiment, by combining these, a new AV Profile service is generated and provided to other devices. Since it is not possible to generate an AV Profile service using only the service of the device 11 or the service of the device 12, it is necessary to store the partner device to be combined with the service. For this reason, the service information tables shown in FIGS. 7 and 8 are different from the service information tables shown in FIGS.
[0161]
The Basic Imaging Profile service of the device 12 is provided as an AV Profile in combination with the Headset Profile, and can also be provided independently without being combined with the service of another device, as described in the above embodiments. It can be converted to services such as FTP and OPP and provided. Such services are also described in the table. Note that some profiles do not require a server channel number, so the server channel number item is blank for such a profile.
[0162]
A third Bluetooth device that supports AV Profile and desires to output a video image transmits an image and a voice to an AV Profile service registered in the Bluetooth management unit 900. Upon receiving the request, the Bluetooth management unit 900 divides the image and the sound, and outputs the image to the first Bluetooth device and the sound to the second Bluetooth device. At this time, although the AV Profile supports moving images, the Imaging Profile supports only still images. Therefore, the service conversion unit performs conversion processing from moving images to still images, for example, by dropping frames.
[0163]
The partner to combine services is not limited to Bluetooth devices. For example, if a Bluetooth headset device and a projector device connected via a LAN are registered in the service information table stored in the peripheral device management unit 100, the service conversion unit sets a service combining these as a Bluetooth AV Profile as a Bluetooth AV profile. It can be registered in the unit 900. As a result, it is possible to combine two devices that have only a single function of outputting audio and output an image and cannot output a video signal by themselves, and show the device as a device conforming to one Bluetooth AV Profile. A video signal can be output from another device conforming to the AV Profile.
[0164]
As described above, in the fourth embodiment, a new service is generated and provided by combining services provided by a plurality of devices, so that a service with higher added value than each service can be provided.
[0165]
(Fifth embodiment)
In the fifth embodiment, a single service provided by a peripheral device is provided as a plurality of services to other peripheral devices. A Bluetooth device that cannot directly use a single service can use the single service by combining a plurality of services provided by the communication device of the present invention.
[0166]
The configuration of the device in the present embodiment is the same as that in FIG. 11 in the second embodiment. When it is possible to send an e-mail to the Internet via the network management unit 500, the service conversion unit 300 divides the mail into two profiles, an Object Push Profile and a File Transfer Profile in Bluetooth, and registers the profile in the Bluetooth management unit. . Surrounding Bluetooth devices write destination information of the mail in the vCard and send it according to the Object Push Profile. At the same time, when the body of the mail is sent as a file, the mail is transmitted via the Internet.
[0167]
When the services are divided in this manner, the names of the services to be registered are made easy to understand, such as “Mail (address)” for the Object Push Profile and “Mail (body)” for the File Transfer Profile. It is desirable to keep. At this time, the service records registered in the Bluetooth management unit by the service information generation unit are, for example, OPP (“mail transmission (address)”, 1) and FTP (“mail transmission (text)”, 2).
[0168]
The Bluetooth device that wants to send the mail knows from the service name described in the service record that they correspond to the mail transmission service, establishes a connection to each of these two services, and sends the connection to the OPP. The vCard containing the e-mail address is transmitted for FTP, and the body of the e-mail is transmitted for FTP. These data are received by the Bluetooth management unit 900 and stored in the service conversion unit 300. When the Bluetooth management unit 900 detects that the reception has been completed and both of the connections have been disconnected and notifies the service conversion unit 300, the service conversion unit 300 combines the stored mail address with the body text, 500 to the destination.
[0169]
As described above, in the fifth embodiment, a single service provided by a peripheral device can be provided as a plurality of services to another device. As a result, the original single service can be received. As a result, various services such as profiles can be provided.
[0170]
The service providing device described in the above-described embodiment may be configured by hardware or software. When configured by software, a program for realizing at least a part of the function of the service providing apparatus may be stored in a recording medium such as a floppy disk or a CD-ROM, and may be read and executed by a computer. The recording medium is not limited to a portable medium such as a magnetic disk or an optical disk, but may be a fixed recording medium such as a hard disk device or a memory.
[0171]
Further, a program that implements at least a part of the function of the service providing apparatus may be distributed via a communication line (including wireless communication) such as the Internet. Further, the program may be encrypted, modulated, or compressed, and distributed via a wired or wireless line such as the Internet, or stored in a recording medium.
[0172]
【The invention's effect】
As described above in detail, according to the present invention, the service provided by the peripheral device can be provided in the same manner as its own service, so that various services with different service types can be provided, and the utility value of the service is increased.
[0173]
Further, if the services (profiles) supported by other communication devices are different, it is impossible to directly exchange data between the communication devices. However, according to the present invention, it is impossible to exchange data directly. Data can be exchanged between various communication devices.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a schematic configuration of a first embodiment of a service providing apparatus according to the present invention.
FIG. 2 is a diagram showing a state of communication between the service providing apparatus 1 of FIG. 1 and peripheral devices 11, 12, and 13.
FIG. 3 is a diagram showing an example of a service information table.
FIG. 4 is a diagram showing an example of service information.
FIG. 5 is a flowchart showing an example of a service record registration procedure.
FIG. 6 is a flowchart illustrating an example of a service record deletion procedure.
FIG. 7 is a diagram showing an example of a service information table.
FIG. 8 is a diagram showing an example of a service information table.
FIG. 9 is a block diagram of a service providing apparatus in which an application unit is added to the configuration of FIG. 1;
FIG. 10 is a block diagram of a service providing apparatus in which a timer is added to the configuration of FIG. 1;
11 is a block diagram of a service providing apparatus in which a network management unit is added to the configuration of FIG.
FIG. 12 is a network layout diagram showing an example in which a service providing apparatus and a file server are connected to Ethernet.
FIG. 13 is a diagram showing an example of a service information table when the service information table is arranged as shown in FIG.
FIG. 14 is a diagram showing a state of communication between a service providing apparatus 5 and peripheral devices 11, 12, and 13 according to the third embodiment.
FIG. 15 is a diagram illustrating an example of a service information table of the service providing apparatus 5 according to the third embodiment.
FIG. 16 is a diagram showing an example of a service information table according to the embodiment.
[Explanation of symbols]
100 Peripheral device management unit
200 Service information generator
300 Service conversion unit
400 Timer section
500 Network Management Department
900 Bluetooth management unit
901 SDP processing unit
902 SDP database
903 OBEX processing unit
1000 Application Department

Claims

Service information storage means for storing service information relating to a service provided by another communicable communication device;
According to the service information stored in the service information storage means, service conversion means for converting a service provided by another communicable communication device to another type of service,
A service information generating unit configured to generate service information corresponding to the service converted by the service converting unit in accordance with the service information stored in the service information storing unit.

2. The service information generating unit according to claim 1, wherein the service information generating unit generates service information including an identification name of another communication device that actually performs a service, a service type, a communication channel number, and a service name. Service providing equipment.

3. The service providing apparatus according to claim 2, wherein the service information generation unit generates service information including information on service conversion performed by the service conversion unit.

The service providing apparatus according to claim 2, wherein the service information generating unit generates service information for a service excluding a service determined to be unnecessary to perform the service after the service conversion.

The service providing apparatus according to any one of claims 1 to 4, further comprising a proximity wireless communication unit for performing proximity wireless communication for communication with another communication apparatus.

The service providing apparatus according to claim 5, further comprising communication means for performing communication different from close proximity wireless communication in communication with a communication apparatus different from the other communication apparatus.

7. The service providing apparatus according to claim 1, further comprising an instruction unit that instructs the service information generation unit to generate service information.

A communication unit that performs communication with a server that provides a service to a plurality of communication devices and receives a service from the server,
The service providing apparatus according to claim 1, wherein the service information storage unit stores service information on a service provided from the server.

9. The service providing apparatus according to claim 1, wherein the service conversion unit converts at least one service provided by each of the other communication apparatuses into a single service.

The service conversion unit converts a service provided by another communication device into a new service different from any of these services by combining at least one or more services provided by each of the plurality of other communication devices. The service providing device according to any one of claims 1 to 9, wherein

9. The service providing apparatus according to claim 1, wherein said service converting means converts a service provided by another communication apparatus into a plurality of services.

Storing service information on a service provided by another communication device capable of communication;
According to the stored service information, converting a service provided by another communicable communication device to a different type of service,
Generating service information corresponding to the converted service according to the stored service information.

Storing service information related to a service provided by another communicable communication device, converting the service provided by the other communicable communication device to another type of service according to the stored service information,
Generating service information corresponding to the converted service according to the stored service information.