2022-165300 処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022165300

(43)【公開日】2022-10-31

(54)【発明の名称】処理装置

(51)【国際特許分類】

   G06F 13/00 20060101AFI20221024BHJP

   H04W 4/38 20180101ALI20221024BHJP

   H04W 84/18 20090101ALI20221024BHJP

   H04W 84/10 20090101ALI20221024BHJP

   H04W 88/06 20090101ALI20221024BHJP

【ＦＩ】

G06F13/00 520C

G06F13/00 353C

H04W4/38

H04W84/18

H04W84/10 110

H04W88/06

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2021070617

(22)【出願日】2021-04-19

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＺＩＧＢＥＥ

(71)【出願人】

【識別番号】000106690

【氏名又は名称】サン電子株式会社

(74)【代理人】

【識別番号】110000110

【氏名又は名称】弁理士法人 快友国際特許事務所

(72)【発明者】

【氏名】佐々木 潤登

(72)【発明者】

【氏名】坂本 友敬

【テーマコード（参考）】

5B084

5B089

5K067

【Ｆターム（参考）】

5B084AA01

5B084AA29

5B084AB01

5B084AB24

5B084BA09

5B084BB12

5B084DB02

5B084DC02

5B084DC03

5B084DC06

5B084DC14

5B084DC18

5B089GA21

5B089GA31

5B089GB01

5B089HA11

5B089JA36

5B089KA07

5B089KF05

5K067AA14

5K067BB27

5K067EE04

5K067EE25

5K067HH22

5K067HH23

(57)【要約】      （修正有）

【課題】処理装置が通信を中継せずに、一方の端末から送信されるリクエストに対する処理を実行する処理装置を提供する。
【解決手段】通信システムにおいて、処理装置である通信端末１００は、第１端末である通信端末１０ａから第１端末に関連する第１関連データを取得する取得部と、取得済みの第１関連データを格納する格納部と、第１端末と異なる第２端末である通信端末２０ａから送信される特定リクエストの送信先に第１端末が指定されている場合に、第１端末に代わって、格納済みの第１関連データを用いて、特定リクエストに従った処理を実行する実行部と、を備える。
【選択図】図５

【特許請求の範囲】

【請求項1】

第１端末から前記第１端末に関連する第１関連データを取得する取得部と、
取得済みの前記第１関連データを格納する格納部と、
前記第１端末と異なる第２端末から送信される特定リクエストの送信先に前記第１端末が指定されている場合に、前記第１端末に代わって、格納済みの前記第１関連データを用いて、前記特定リクエストに従った処理を実行する実行部を備える、処理装置。

【請求項2】

前記第１関連データは、変動するデータを含み、
前記取得部は、前記第２端末から前記第１関連データの更新に関する更新リクエストが受信される場合に、前記第１端末から前記第１関連データを取得し、
前記格納部は、前記第１端末から新たに新規第１関連データが取得される場合に、取得済みの前記新規第１関連データを格納する、請求項１に記載の処理装置。

【請求項3】

前記第１関連データは、変動するデータを含み、
前記取得部は、前記第１端末から繰り返し前記第１関連データを取得し、
前記格納部は、前記第１端末から新たに新規第１関連データが取得される場合に、前記新規第１関連データを格納する、請求項１から２のいずれか一項に記載の処理装置。

【請求項4】

前記取得部は、前記第１端末が属する第１通信ネットワークを介して、前記第１関連データを取得し、
前記実行部は、前記第２端末が属する第２通信ネットワークであって、前記第１端末が属していない前記第２通信ネットワークを介して取得される前記特定リクエストに従った処理を実行する、請求項１から３のいずれか一項に記載の処理装置。

【請求項5】

前記第２通信ネットワークは、前記第１端末が対応していない通信規格に従って通信を実行するネットワークである、請求項４に記載の処理装置。

【請求項6】

前記取得部は、さらに、前記第１端末と異なる第３端末から、前記第３端末に関連する第２関連データを取得し、
前記格納部は、前記第１関連データを前記第１端末の識別情報と組み合わせて格納し、前記第２関連データを前記第３端末の識別情報を組み合わせて格納し、
前記実行部は、さらに、前記第２端末から送信される前記特定リクエストの送信先に前記第３端末が指定されている場合に、前記第３端末に代わって、格納済みの前記第２関連データを用いて、前記特定リクエストに従った処理を実行する、請求項１から５のいずれか一項に記載の処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書に開示の技術は、通信端末と通信を実行する処理装置に関する。

【背景技術】

【0002】

特許文献１には、メッシュネットワークに属していないリソース制限デバイスが、メッシュネットワークに属するノードとの間の通信を実行する際に、メッシュネットワークブリッジデバイスを介して通信を実行する構成が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特表２０１８－５３８７１８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

直接的に通信することができない第１端末と第２端末が通信を実行する場合において通信を中継する処理装置が利用される構成では、第１端末と第２端末のうちの一方の端末からリクエストが送信されると、処理装置が一方の端末からリクエストを受信して、第１端末と第２端末のうちの他方の端末にリクエストを送信する。リクエストを受信した他方の端末は、リクエストに従った処理を実行して、リクエストに対する応答を送信する。処理装置は、他方の端末から応答を受信すると、一方の端末に応答を送信する。

【0005】

この構成では、処理装置が第1端末と第２端末との通信を中継する。このため、リクエストを送信してからリクエストに対する応答を受信するまでの期間が長くなり得る。

【0006】

本明細書では、処理装置が通信を中継せずに、一方の端末から送信されるリクエストに対する処理を実行することができる技術を提供する。

【課題を解決するための手段】

【0007】

本明細書に開示される技術は、処理装置に関する。処理装置は、第１端末から前記第１端末に関連する第１関連データを取得する取得部と、取得済みの前記第１関連データを格納する格納部と、前記第１端末と異なる第２端末から送信される特定リクエストの送信先に前記第１端末が指定されている場合に、前記第１端末に代わって、格納済みの前記第１関連データを用いて、前記特定リクエストに従った処理を実行する実行部を備える。

【0008】

上記の構成では、処理装置は、リクエストに従った処理のための第１関連データを取得し、格納する。これにより、処理装置は、第２端末から第１端末に送信されるリクエストを受信する場合に、処理装置は、第１端末に替わって処理を実行することができる。これにより、処理装置は、通信を中継せずに、第２端末から送信されるリクエストに対する処理を実行することができる。

【図面の簡単な説明】

【0009】

【図1】第１実施例の通信システムの概要図を示す。

【図2】第１実施例の通信端末の概要図を示す。

【図3】第１実施例のデータ保持処理のフローチャートを示す。

【図4】第１実施例のデータ保持処理後の通信端末の概要図を示す。

【図5】第１実施例の代替応答処理のシーケンス図を示す。

【図6】第２実施例のデータ保持処理のフローチャートを示す。

【発明を実施するための形態】

【0010】

本明細書が開示する処理装置の技術要素を、以下に列記する。なお、以下の各技術要素は、それぞれ独立して有用なものである。

【0011】

前記関連データは、変動するデータを含んでいてもよい。前記取得部は、前記第２端末から前記第１関連データの更新に関する更新リクエストが受信される場合に、前記第１端末から前記第１関連データを取得し、前記格納部は、前記第１端末から新たに新規第１関連データが取得される場合に、取得済みの前記新規第１関連データを格納してもよい。この構成によれば、第２端末からの更新リクエストに応じて、処理装置に格納される第１関連データを更新することができる。このため、第２端末は、第１関連データを更新すべき際（例えば、第２端末がリクエストを送信するタイミング）に、第１関連データを適宜新たなデータに更新させることができる。

【0012】

前記関連データは、変動するデータを含んでいてもよい。前記所得部は、前記第１端末から繰り返し前記第１関連データを取得し、前記格納部は、前記第１端末から新たに新規第１関連データが取得される場合に、前記新規第１関連データを格納してもよい。この構成によれば、処理装置は、変動する第１関連データを繰り返し更新することができる。このため、第１関連データを適宜新たなデータに更新することができる。

【0013】

前記取得部は、前記第１端末が属する第１通信ネットワークを介して、前記第１関連データを取得し、前記実行部は、前記第２端末が属する第２通信ネットワークであって、前記第１端末が属していない前記第２通信ネットワークを介して取得される前記リクエストに従った処理を実行してもよい。この構成によれば、第２端末がリクエストに従った処理を実行させるために、第１端末と第２端末とを、同一の通信ネットワークに参加させずに済む。

【0014】

前記第２ネットワークは、前記第１端末が対応していない通信規格に従って通信を実行するネットワークであってもよい。この構成によれば、第１端末が第２通信ネットワークに参加することができない場合であっても、第２端末は、第１端末に対するリクエストに従った処理を実行させることができる。

【0015】

前記取得部は、さらに、前記第１端末と異なる第３端末から、前記第３端末に関連する第２関連データを取得し、前記格納部は、前記第１関連データを前記第１端末の識別情報と組み合わせて格納し、前記第２関連データを前記第３端末の識別情報を組み合わせて格納し、前記実行部は、さらに、前記第２端末から送信される前記特定リクエストの送信先に前記第３端末が指定されている場合に、前記第３端末に代わって、格納済みの前記第２関連データを用いて、前記特定リクエストに従った処理を実行してもよい。この構成によれば、処理装置は、複数の端末のそれぞれに代わって、リクエストに対する処理を実行することができる。

【0016】

（第１実施例）
（通信ネットワークの構成）
図１に示すように、本実施例の通信システム２は、複数の通信ネットワーク１０、２０、３０を含む。通信ネットワーク１０、２０、３０のそれぞれでは、近距離無線通信方式であるＢｌｕｅｔｏｏｔｈ（登録商標）に従った通信を実行可能である。通信ネットワーク１０は、ＢｌｕｅｔｏｏｔｈのＶｅｒｓｉｏｎ ５．０以降のバージョンのＢｌｕｅｔｏｏｔｈに従った通信が可能である。なお、以下では「ＢｌｕｅｔｏｏｔｈのＶｅｒｓｉｏｎ ５．０以降のバージョンのＢｌｕｅｔｏｏｔｈ」を単に「Ｂｌｕｅｔｏｏｔｈ５．０」と呼ぶ。一方、通信ネットワーク２０、３０は、ＢｌｕｅｔｏｏｔｈのＶｅｒｓｉｏｎ ４．２以前のバージョンのＢｌｕｅｔｏｏｔｈに従った通信が可能である。なお、以下では、「ＢｌｕｅｔｏｏｔｈのＶｅｒｓｉｏｎ ４．２以前のバージョンのＢｌｕｅｔｏｏｔｈ」を単に「Ｂｌｕｅｔｏｏｔｈ４．０」と呼ぶ）。なお、通信ネットワーク１０、２０、３０のそれぞれに属する通信端末では、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）に従った通信が実行される。

【0017】

通信ネットワーク１０には、Ｂｌｕｅｔｏｏｔｈ５．０に従って通信可能な通信端末１０ａ、１０ｂ、１００、２００が属する。一方、通信ネットワーク２０には、Ｂｌｕｅｔｏｏｔｈ４．０に従って通信可能な通信端末２０ａ、２０ｂ、１００が属する。通信ネットワーク３０には、Ｂｌｕｅｔｏｏｔｈ４．０に従って通信可能な通信端末３０ｂ、３０ａ、２００が属する。通信ネットワーク１０に属しない通信端末２０ａ、２０ｂ、３０ｂ、３０ａは、Ｂｌｕｅｔｏｏｔｈ５．０に従った通信を実行可能でない。通信ネットワーク２０、３０に属しない通信端末１０ａ、１０ｂは、Ｂｌｕｅｔｏｏｔｈ４．０に従った通信を実行可能である。なお、通信ネットワーク１０に属しない通信端末は、Ｂｌｕｅｔｏｏｔｈ５．０に従った通信を実行可能であってもよい。

【0018】

通信ネットワーク１０は、通信ネットワーク１０に属する通信端末１０ａ、１０ｂ、１００、２００によって、メッシュネットワークが形成されている。このため、通信ネットワーク１０に属する通信端末１０ａ、１０ｂ、１００、２００は、相互に直接的にＢｌｕｅｔｏｏｔｈに従った通信を実行可能である。通信ネットワーク２０は、通信ネットワーク２０に属する通信端末１００を中心としたスター型ネットワークが形成されている。通信ネットワーク２０に属する通信端末２０ａ、２０ｂのそれぞれは、通信端末１００と直接的にＢｌｕｅｔｏｏｔｈに従った通信を実行可能である。一方、通信端末２０ａ、２０ｂは、相互に直接的にＢｌｕｅｔｏｏｔｈに従った通信を実行することができない。通信ネットワーク３０は、通信ネットワーク３０に属する通信端末２００を中心としたスター型ネットワークが形成されている。通信ネットワーク３０に属する通信端末３０ａ、３０ｂのそれぞれは、通信端末２００と直接的にＢｌｕｅｔｏｏｔｈに従った通信を実行可能である。一方、通信端末３０ａ、３０ｂは、相互に直接的にＢｌｕｅｔｏｏｔｈに従った通信を実行することができない。

【0019】

（通信端末の構成）
図２に示すように、通信端末１０ａは、通信インターフェイス１２と、センサ部１４と、制御部１６と、格納部１８と、を備える。以下、「インターフェイス」を「Ｉ／Ｆ」と呼ぶ。通信Ｉ／Ｆ１２と、センサ部１４と、制御部１６と、格納部１８と、は、図示省略した配線によって通信可能に接続されている。

【0020】

通信Ｉ／Ｆ１２は、通信端末１０ａが通信ネットワーク１０を介した無線通信を実行するための通信Ｉ／Ｆである。通信Ｉ／Ｆ１２は、Ｂｌｕｅｔｏｏｔｈ５．０に従った通信に利用される。センサ部１４は、例えば、通信端末１０ａ周辺の温度、気圧等を計測するセンサの少なくとも１つのセンサを含んでいる。

【0021】

制御部１６は、ＣＰＵ、メモリ等で構成される。制御部１６は、格納部１８に格納されているコンピュータプログラムに従って、通信端末１０ａが実行する処理を制御する。格納部１８は、ＲＯＭ、ＲＡＭ等によって構成される格納領域を備える。格納部１８には、制御部１６が処理を実行するためのコンピュータプログラムが予め格納されている。格納部１８は、制御部１６の指示に従って、通信端末１０ａが処理を実行している間に生成されるデータを格納する。

【0022】

格納部１８は、は、ＧＡＴＴ（Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ Ｐｒｏｆｉｌｅの略）データベース１９を格納している。ＧＡＴＴデータベース１９には、ＢＬＥに従った通信において通信可能な様々なデータが格納可能である。例えば、ＧＡＴＴデータベースは、センサ部１４で検出される検出値を格納可能である。

【0023】

通信端末１０ｂ、１００、２００は、通信端末１０ａと同様の構成を有する。なお、通信端末１００は、通信Ｉ／Ｆ１２、センサ部１４、制御部１６及び格納部１８に対応する通信Ｉ／Ｆ１０２と、センサ部１０４と、制御部１０６と、格納部１０８と、を備える。通信端末２００は、通信Ｉ／Ｆ１２、センサ部１４、制御部１６及び格納部１８に対応する通信Ｉ／Ｆ２０２と、センサ部２０４と、制御部２０６と、格納部２０８と、を備える。

【0024】

通信端末２０ａ、３０ａは、通信端末１０ａと同様の構成を有する。通信端末２０ａは、通信Ｉ／Ｆ１２、センサ部１４、制御部１６及び格納部１８に対応する通信Ｉ／Ｆ２２と、センサ部２４と、制御部２６と、格納部２８と、を備える。通信端末３０ａは、通信Ｉ／Ｆ１２、センサ部１４、制御部１６及び格納部１８に対応する通信Ｉ／Ｆ３２と、センサ部３４と、制御部３６と、格納部３８と、を備える。ただし、通信Ｉ／Ｆ２２、３２は、通信Ｉ／Ｆ１２と異なり、Ｂｌｕｅｔｏｏｔｈ４．０に従った通信に利用される一方、Ｂｌｕｅｔｏｏｔｈ５．０に従った通信に利用することができない。通信端末２０ｂ、３０ｂは、通信端末２０ａ、３０ａと同様の構成を有する。

【0025】

通信端末１００は、通信ネットワーク１０、２０の両方に属している。通信端末１００は、通信ネットワーク２０に属する他の通信端末２０ａ、２０ｂと、Ｂｌｕｅｔｏｏｔｈ４．０に従った通信によって通信可能であり、通信ネットワーク１０に属する他の通信端末１０ａ、１０ｂ、２００と、Ｂｌｕｅｔｏｏｔｈ５．０に従った通信によって通信可能である。通信端末２００は、通信ネットワーク１０、３０の両方に属している。通信端末２００は、通信ネットワーク３０に属する他の通信端末３０ａ、３０ｂと、Ｂｌｕｅｔｏｏｔｈ４．０に従った通信によって通信可能であり、通信ネットワーク１０に属する他の通信端末１０ａ、１０ｂ、１００と、Ｂｌｕｅｔｏｏｔｈ５．０に従った通信によって通信可能である。

【0026】

（データ保持処理）
データ保持処理は、通信端末１００が、通信端末１００に通信可能に接続されている通信端末２０ａ、２０ｂ、３０ａ、３０ｂ、２００のそれぞれから、ＧＡＴＴデータベースを取得して、ＧＡＴＴデータベース内のデータを更新する処理である。変形例では、通信端末１００は、通信端末１００に通信可能に接続されている通信端末２０ａ、２０ｂ、３０ａ、３０ｂ、２００のうちの少なくとも1個の通信端末からＧＡＴＴデータベースを取得し、更新してもよい。

【0027】

データ保持処理は、通信端末１００に通信端末が通信可能に接続されると開始される。以下では、通信端末１００に、通信端末１０ａが接続される場合のデータ保持処理を説明するが、通信端末１００に、通信端末１０ｂ、２０ａ、２０ｂ、２００が接続される場合のデータ保持処理も同様である。図３に示すように、データ保持処理では、制御部１０６は、通信端末１０ａからＧＡＴＴデータベース１９を取得する（Ｓ１０）。具体的には、制御部１０６は、Ｂｌｕｅｔｏｏｔｈ５．０に従った通信を実行することによって、通信端末１０ａに、通信端末１０ａのＧＡＴＴデータベース１９を送信させるためのリクエストを送信する。通信端末１０ａの制御部１６は、受信済みのリクエストに従って、ＧＡＴＴデータベース１９を、通信端末１０ａの識別情報Ｔ１０ａと組み合わせて通信端末１００に送信する。制御部１０６は、受信済みのＧＡＴＴデータベース１９を、ＧＡＴＴデータベース１９と組み合わせて受信される識別情報Ｔ１０ａと組み合わせて、格納部１０８に格納する。

【0028】

Ｓ１２では、制御部１０６は、通信端末１０ａに対して、通信端末１０ａのＧＡＴＴデータベース１９に格納されているデータを取得するための問い合わせを実行するタイミングに到来したか否かを判断する。具体的には、制御部１０６は、タイマを有する。制御部１０６は、Ｓ１０のＧＡＴＴデータベース１９の取得、又は、直前の問い合わせ（Ｓ１４参照）が実行されると、タイマをスタートさせる。制御部１０６は、タイマの計測期間が予め決められたタイミングに到来すると（Ｓ１２でＹＥＳ）、Ｓ１４に進む。

【0029】

Ｓ１４では、制御部１０６は、通信端末１０ａに、ＧＡＴＴデータベース１９に格納されているデータを取得するための問い合わせを送信する。次いで、制御部１０６は、通信端末１０ａからデータを取得するか否かを判断する（Ｓ１６）。通信端末１００と通信端末１０ａとの接続が確立されている状態では、制御部１６は、問い合わせを受信すると、ＧＡＴＴデータベース１９に含まれるデータのうち、既に通信端末１００に送信したデータから更新されているデータ、及び、未だ通信端末１００に送信されていないデータを含む更新データを特定して、更新データを、通信端末１００に送信する。一方、制御部１６は、更新データが特定されない場合、データが無いことを示す回答を、通信端末１００に送信する。なお、通信端末１００と通信端末１０ａとの接続が切断されている場合、制御部１０６は、通信端末１０ａからデータを取得できない。変形例では、制御部１６は、問い合わせが受信されると、最新のＧＡＴＴデータベース１９を通信端末１００に送信してもよい。

【0030】

制御部１０６は、通信端末１０ａから送信済みの更新データが取得される場合（Ｓ１６でＹＥＳ）、Ｓ１８において、格納部１０８に格納されているＧＡＴＴデータベース１９に、Ｓ１６で取得された更新データに対応する既存のデータがある場合、既存データをＳ１６で取得された更新データに更新する。また、格納部１０８に格納されているＧＡＴＴデータベース１９に、Ｓ１６で取得された更新データに対応する既存のデータが無い場合、制御部１０６は、更新データを新たなデータとして記録する。Ｓ１２に戻る。一方、制御部１０６は、通信端末１０ａから更新データが取得されない場合（Ｓ１６でＮＯ）、通信端末１０ａからデータが無いことを示す回答を取得したか否かを判断する（Ｓ２０）。データが無いことを示す回答が取得される場合（Ｓ２０でＹＥＳ）、Ｓ１２に戻る。一方、データが無いことを示す回答が取得されない場合（Ｓ２０でＮＯ）、即ち、通信端末１００と通信端末１０ａとの接続が切断されていない場合等によって、通信端末１０ａから問い合わせに対する回答が受信されない場合、データ保持処理を終了する。

【0031】

データ保持処理によって、通信端末１００は、通信端末１０ａのＧＡＴＴデータベース１９を格納することができる。また、通信端末１００は、通信端末１０ａから、繰り返し更新データを取得することによって、格納部１０８に格納されているＧＡＴＴデータベース１９を更新することができる。これにより、通信端末１００は、格納部１８に格納されているＧＡＴＴデータベース１９に含まれるデータを更新しつつ、保持することができる。図４に示すように、通信端末１００と接続が確立されている通信端末１０ａ、１０ｂ、２０ａ、２０ｂ、２００と通信を実行してデータ保持処理を実行すると、通信端末１００の格納部１０８に、通信端末１０ａ、１０ｂ、２０ａ、２０ｂ、２００のＧＡＴＴデータベース１９、１９ｂ、２９・・・が、識別情報Ｔ１０ａ、Ｔ１０ｂ、Ｔ２０ａ・・・と組み合わせて格納される。

【0032】

なお、変形例では、通信端末１００は、通信端末１０ａに対して、Ｎｏｔｉｆｙを含むリクエストを送信することによって、通信端末１０ａのＧＡＴＴデータベース１９が更新される毎に、繰り返し通信端末１０ａから更新済みのデータを取得してもよい。

【0033】

（代理応答処理）
通信端末１００は、データ保持処理によってＧＡＴＴデータベースを取得した通信端末に代理して、他の通信端末からのリクエストの内容に従った処理を実行することが可能である。本実施例では、図５を参照して、通信端末１００が通信端末１０ａからＧＡＴＴデータベース１９を取得した後、通信端末２０ａから通信端末１０ａに対して送信されるリクエストに対して、通信端末１００が、通信端末１０ａに代理して処理を実行する代理応答処理を説明する。

【0034】

代理応答処理では、通信端末２０ａの制御部２６は、通信Ｉ／Ｆ２２を介して、通信端末２０ａの周辺にビーコン信号を発信する（Ｓ３０）。ビーコン信号には、ビーコン信号の発信元である通信端末２０ａの識別情報Ｔ２０ａが含まれている。

【0035】

通信端末１００の制御部１０６は、通信Ｉ／Ｆ１０２を介して、ビーコン信号が取得されると、ビーコン信号に含まれる識別情報Ｔ２０ａに基づいて、通信端末２０ａとＢｌｕｅｔｏｏｔｈに従った通信を実行するための接続を確立するための接続要求を、通信端末２０ａに送信する（Ｓ３２）。これにより、通信端末１００と通信端末２０ａとの接続が確立する（Ｓ３４）。なお、すでに、通信端末１００と通信端末２０ａとの間の接続が確立されている場合、Ｓ３０～Ｓ３４の処理は省略される。次いで、Ｓ３６では、制御部２６は、Ｓ３４で確立されている接続を利用して、Ｂｌｕｅｔｏｏｔｈに従ったＲｅａｄ、Ｗｒｉｔｅ等のリクエストを送信する。制御部２６は、リクエストの送信先を表す通信端末１０ａの識別情報Ｔ１０ａを含むリクエストを送信する。

【0036】

通信端末１００の制御部１０６は、リクエストを受信すると、リクエストの送信先の通信端末１０ａを特定する（Ｓ３７）。次いで、制御部１０６は、格納済みのＧＡＴＴデータベースを用いてリクエストに対して応答可能であるか否かを判断する（Ｓ３８）。具体的には、制御部１０６は、リクエストに含まれる送信先の識別情報Ｔ１０ａで識別される通信端末１０ａのＧＡＴＴデータベース１９が、格納部１０８に格納されているか否かを判断する。ＧＡＴＴデータベース１９が格納部１０８に格納されていない場合（Ｓ３８でＮＯ）、Ｓ５０に進む。一方、ＧＡＴＴデータベース１９が格納部１０８に格納されている場合（Ｓ３８でＹＥＳ）、制御部１０６は、通信端末１０ａに代わって、リクエストを受信したことを示す応答を、通信端末２０ａに送信する（Ｓ３９）。

【0037】

Ｓ４０では、制御部１０６は、受信済みのリクエストに従った処理を実行する。例えば、リクエストにＲｅａｄが含まれている場合、制御部１０６は、リクエストにおいて指定されている情報を、格納部１０８内のＧＡＴＴデータベース１９から読み出す。例えば、リクエストにＷｒｉｔｅが含まれている場合、制御部１０６は、リクエストにおいて指定されている情報を、格納部１０８内のＧＡＴＴデータベース１９に書き込む。この場合、制御部１０６は、予め決められたタイミングで、通信端末１０ａに格納されているＧＡＴＴデータベース１９に、同様の書き込みが実行されるように、通信端末１０ａにリクエストを送信する。

【0038】

Ｓ４０の処理が終了すると、制御部１０６は、リクエストに従って実行された処理の結果を、リクエストに対する応答として、リクエストの送信元である通信端末２０ａに送信する。（Ｓ４２）。例えば、制御部１０６は、リクエストに含まれるＲｅａｄに従ってＧＡＴＴデータベース１９から読み出されるデータを、通信端末２０ａに送信して、代理応答処理を終了する。これにより、通信端末２０ａが通信ネットワーク１０に属していなくても、通信ネットワーク２０に属する通信端末１００が、通信端末１０ａに代わって、通信端末２０ａから送信されるリクエストに従った処理を実行する。通信端末２０ａは、Ｂｌｕｅｔｏｏｔｈ５．０に従った通信を実行することができなくても、Ｂｌｕｅｔｏｏｔｈ５．０の通信ネットワーク１０に属する通信端末１０ａに対するリクエストに従った処理を実行させることができる。同様に、通信端末２０ａは、Ｂｌｕｅｔｏｏｔｈ５．０に従った通信を実行することができなくても、Ｂｌｕｅｔｏｏｔｈ５．０の通信ネットワーク１０に属する通信端末１０ｂ、２００に対するリクエストに従った処理を実行させることができる。

【0039】

Ｓ５０では、制御部１０６は、Ｓ３６で受信済みのリクエストを、リクエストの送信先の通信端末１０ａに送信する。なお、通信端末１００と通信端末１０ａとの間の接続が確立されていない場合、制御部１０６と制御部１６とは、Ｓ５０に先立って、Ｓ３０～Ｓ３４と同様の処理を実行して、通信端末１００と通信端末１０ａとの間の接続を確立させる。

【0040】

制御部１６は、リクエストの送信元の通信端末２０ａの識別情報Ｔ２０ａを含む応答を生成して、Ｓ３９と同様に、リクエストを受信したことを示す応答を通信端末１００に送信する（Ｓ５１）。通信端末１００の制御部１０６は、応答を受信すると、応答の送信先として指定されている識別情報Ｔ２０ａで識別される通信端末２０ａに、応答を送信する（Ｓ５２）。

【0041】

通信端末１０ａの制御部１６は、Ｓ５１で応答を送信すると、Ｓ４０と同様に、Ｓ５０で受信済みのリクエストに従った処理を実行する（Ｓ５３）。次いで、Ｓ５４では、制御部１６は、Ｓ４２と同様に、リクエストに対する応答として、リクエストに従って実行された処理の結果を、リクエストの送信元である通信端末２０ａの識別情報Ｔ２０ａを送信先に指定して送信する。通信端末１００の制御部１０６は、応答が受信されると、Ｓ５２と同様に、応答の送信先として指定されている識別情報Ｔ２０ａで識別される通信端末２０ａに、応答を送信して（Ｓ５６）処理を終了する。

【0042】

Ｓ５０～Ｓ５６の処理では、通信端末１００は、接続が確立されておらず、直接的に通信を実行することができない通信端末１０ａ、２０ａとの間の通信を中継する。これにより、通信端末２０ａは、通信ネットワーク１０に属さずに、通信端末１０ａと通信を実行することができる。通信端末２０ａは、Ｂｌｕｅｔｏｏｔｈ５．０に従った通信を実行することができなくても、Ｂｌｕｅｔｏｏｔｈ５．０の通信ネットワーク１０に属する通信端末１０ａと通信を実行することができる。

【0043】

通信端末１００は、ＧＡＴＴデータベースが格納されているか否かを判断することによって代理応答可能であるか否かを判断し、代理応答可能である場合にはリクエストに従った処理を実行して（Ｓ４０）応答する（Ｓ４２）。一方、通信端末１００は、代理応答可能でない場合（Ｓ３８でＮＯ）には、リクエストの送信先に指定されている通信端末にリクエストを送信することによって、リクエストの送信先の通信端末に、リクエストに従った処理を実行させる。これにより、通信端末２０ａは、通信端末１００が代理応答可能であるか否かに関わらず、リクエストに従った処理を実行させることができる。

【0044】

通信端末２００は、通信端末１００と同様に、データ保持処理及び代理応答処理を実行することができる。これにより、通信ネットワーク１０に属していない通信端末３０ａ、３０ｂは、通信ネットワーク１０に属する通信端末１０ａ、１０ｂ、１００が送信先に指定されているリクエストに従った処理を実行させることができる。

【0045】

変形例では、通信端末２０ａは、通信端末３０ａ、３０ｂのＧＡＴＴデータベースを格納する通信端末２００に、通信端末３０ａ、３０ｂを代理して、リクエストに従った処理を実行させてもよい。この場合、通信端末１００は、通信端末２０ａと通信端末２００との間の通信を中継してもよい。

【0046】

（対応関係）
通信端末１０ａが「第１端末」の一例であり、通信端末２０ａが「第２端末」の一例であり、通信端末１００が「処理装置」の一例である。ＧＡＴＴデータベースが「第１関連データ」の一例である。通信ネットワーク１０が「第１通信ネットワーク」の一例であり、通信ネットワーク２０が「第２通信ネットワーク」の一例である。

【0047】

（第２実施例）
第１実施例と異なる点を説明する。本実施例は、通信端末１００の制御部１０６が実行するデータ保持処理の内容が異なる。なお、本実施例のデータ保持処理は、通信端末１００の格納部１０８に、通信端末１００に直接的に通信可能に接続されている通信端末１０ａ、１０ｂ、２０ａ、２０ｂ、２００のＧＡＴＴデータベースが格納されていると開始される。即ち、制御部１０６によって、すでに、図３のＳ１０の処理は実行済みである。

【0048】

データ保持処理は、格納部１０８にＧＡＴＴデータベースが格納されると開始される。なお、複数のＧＡＴＴデータベースが格納される場合、通信端末１００は、複数のＧＡＴＴデータベースのそれぞれについて、当該ＧＡＴＴデータベースの送信元に通信端末に対するデータ保持処理を実行する。制御部１０６は、通信端末１００に直接的に通信可能に接続されている通信端末１０ａ、１０ｂ、２０ａ、２０ｂ、２００から、ＧＡＴＴデータベースの更新リクエストが受信されることを監視している。通信端末１０ａ、１０ｂ、２０ａ、２０ｂ、２００の制御部１６、２６、２０６は、予め設定されたタイミングで、ＧＡＴＴデータベースの更新リクエストを送信することができる。通信端末１０ａ、１０ｂ、２０ａ、２０ｂ、２００の制御部１６、２６、２０６は、利用者の指示によって、更新リクエストを送信してもよい。制御部１６、２６、２０６は、通信端末１０ａ、１０ｂ、２０ａ、２０ｂ、２００のうち、いずれの通信端末１０ａ、１０ｂ、２０ａ、２０ｂ、２００のＧＡＴＴデータベースを更新すべきであるかを特定するために、更新すべき通信端末の識別情報を含む更新リクエストを作成して、通信端末１００に送信する。

【0049】

制御部１０６は、更新リクエストが受信されると（Ｓ７２でＹＥＳ）、更新リクエストに含まれる識別情報で識別される通信端末に、Ｓ１４と同様に、ＧＡＴＴデータベースに格納されているデータを取得するための問い合わせを送信する。この結果、制御部１０６は、図３のＳ１６、Ｓ１８、Ｓ２０のそれぞれの処理と同様のＳ７６、Ｓ７８、Ｓ８０のそれぞれの処理を実行する。なお、Ｓ７８の処理が終了すると、Ｓ７２に戻る。Ｓ８０でＹＥＳの場合、Ｓ７２に戻る。Ｓ８０でＮＯの場合、データ保持処理を終了する。

【0050】

この構成では、例えば、通信端末２０ａが通信端末１０ａにリクエストに従った処理を実行させるべき場合に、通信端末２０ａは、通信端末１０ａを送信先に指定したリクエストを送信する前に、通信端末１００に、ＧＡＴＴデータベース１９内のデータの更新を実行させることができる。これにより、通信端末２０ａは、通信端末１００に、最新のＧＡＴＴデータベース１９を利用して、リクエストに従った処理を実行させることができる。

【0051】

以上、本発明の実施形態について詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。

【0052】

（１）通信ネットワーク１０は、Ｂｌｕｅｔｏｏｔｈ４．０、Ｚｉｇｂｅｅ、ＳｕｂＧＨｚ通信等、Ｂｌｕｅｔｏｏｔｈ５．０以外の通信方式に従った通信を実行可能な通信ネットワークであってもよい。通信ネットワーク２０、３０も同様に、例えば、Ｂｌｕｅｔｏｏｔｈ５．０等のＢｌｕｅｔｏｏｔｈ４．０以外の通信方式に従った通信を実行可能な通信ネットワークであってもよい。また、通信ネットワーク１０、２０、３０の通信方式は、互いに同一であってもよいし、互いに相違していてもよい。

【0053】

（２）通信端末１０ａ等は、携帯端末、タブレット端末、ＰＣ、センサ装置等、どのような端末であってもよい。

【0054】

（３）通信端末１００に格納される「関連データ」は、ＧＡＴＴデータベース以外のデータベースであってもよいし、ＧＡＴＴデータベース内の一部のデータであってもよい。また、「関連データ」は、通信ネットワークの通信方式に対応するデータベースあるいはデータであってもよい。

【0055】

（４）上記の各実施例では、通信端末１００は、データ保持処理を実行することによって、通信端末２０ａ、２０ｂのそれぞれから、ＧＡＴＴデータベースを取得し、保持していてもよい。この場合、図５の代理応答処理と同様の処理を実行することによって、通信端末１００は、通信端末１０ａから通信端末２０ａに対して送信されるリクエストに対して、通信端末１００が、通信端末２０ａに代理して処理を実行してもよい。

【0056】

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

【符号の説明】

【0057】

２：通信システム
１０、２０、３０：通信ネットワーク
１０ａ、１０ｂ、２０ａ、２０ｂ、３０ａ、３０ｂ、１００、２００：通信端末
１２：通信インターフェイス
１４：センサ部
１６：制御部
１８：格納部
１９：ＧＡＴＴデータベース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】