(57)【特許請求の範囲】
【請求項１】
モバイル通信網と無線通信により接続された通信親機端末と、
前記通信親機端末と無線通信により接続され、前記通信親機端末におけるイベントを監視するためのアプリケーションを有する無線子機端末と、を備え、
前記アプリケーションの起動時に、前記通信親機端末におけるイベントを監視対象とするか否かの設定を前記無線子機端末において行うとともに、前記無線子機端末と前記通信親機端末との間に前記通信親機端末において発生するイベントを監視するための通信路を確立し、
前記無線子機端末が、前記通信路を介して前記設定に関する情報を前記通信親機端末に通知し、
前記通信親機端末において前記設定で監視対象としたイベントが発生した際に、前記通信親機端末が前記通信路を介して発生した当該イベントを前記無線子機端末に通知し、
前記通信路は、コマンドラインとイベントラインとを有し、前記無線子機端末が、前記通信親機端末に対し、前記コマンドラインを介して前記設定に関する情報および前記通信親機端末からイベントの通知を受信するための待ち受けポートを通知し、前記通信親機端末が、前記待ち受けポートに接続するための接続ポートを動的に確保することで前記イベントラインを確立し、前記通信親機端末において前記設定で監視対象としたイベントが発生した際に、前記通信親機端末が、前記イベントラインを介して発生した当該イベントを前記無線子機端末に通知する、端末状態通知システム。
【請求項２】
前記無線子機端末は、音を発生させる音発生部を備え、前記通信親機端末からイベントが通知された際に、前記無線子機端末が当該通知されたイベントに対応する音を発生させる、請求項１に記載の端末状態通知システム。
【請求項３】
前記無線子機端末は、振動を発生させる振動発生部を備え、前記通信親機端末からイベントが通知された際に、前記無線子機端末が当該通知されたイベントに対応する振動を発生させる、請求項１に記載の端末状態通知システム。
【請求項４】
モバイル通信網と無線通信により接続された通信親機端末と、前記通信親機端末と無線通信により接続され、前記通信親機端末におけるイベントを監視するためのアプリケーションを有する無線子機端末と、を備える端末状態通知システムの制御方法であって、
前記アプリケーションの起動時に、前記通信親機端末におけるイベントを監視対象とするか否かの設定を前記無線子機端末において行うとともに、前記無線子機端末と前記通信親機端末との間に前記通信親機端末において発生するイベントを監視するための通信路を確立し、
前記無線子機端末が、前記通信路を介して前記設定に関する情報を前記通信親機端末に通知し、
前記通信親機端末において前記設定で監視対象としたイベントが発生した際に、前記通信親機端末が前記通信路を介して発生した当該イベントを前記無線子機端末に通知し、
前記通信路は、コマンドラインとイベントラインとを有し、前記無線子機端末が、前記通信親機端末に対し、前記コマンドラインを介して前記設定に関する情報および前記通信親機端末からイベントの通知を受信するための待ち受けポートを通知し、前記通信親機端末が、前記待ち受けポートに接続するための接続ポートを動的に確保することで前記イベントラインを確立し、前記通信親機端末において前記設定で監視対象としたイベントが発生した際に、前記通信親機端末が、前記イベントラインを介して発生した当該イベントを前記無線子機端末に通知する、端末状態通知システムの制御方法。
【請求項５】
前記無線子機端末は、音を発生させる音発生部を備え、前記通信親機端末からイベントが通知された際に、前記無線子機端末が当該通知されたイベントに対応する音を発生させる、請求項４に記載の端末状態通知システムの制御方法。
【請求項６】
前記無線子機端末は、振動を発生させる振動発生部を備え、前記通信親機端末からイベントが通知された際に、前記無線子機端末が当該通知されたイベントに対応する振動を発生させる、請求項４に記載の端末状態通知システムの制御方法。
【請求項７】
モバイル通信網および無線子機端末と無線通信により接続された通信親機端末に搭載されたコンピュータに、
前記無線子機端末からイベント受信用の待ち受けポートの通知を受けた際に、前記待ち受けポートに接続するための接続ポートを動的に確保することでイベントラインを確立する処理と、
前記無線子機端末から通知された前記通信親機端末におけるイベントを監視対象とするか否かの設定において監視対象とされたイベントが前記通信親機端末において発生した際に、前記通信親機端末が、前記イベントラインを介して発生した当該イベントを前記無線子機端末に通知する処理と、を実行させる制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末状態通知システム、端末状態通知システムの制御方法及び制御プログラムに関する。
【背景技術】
【０００２】
近年、スマートフォン、タブレット、ＰＣなど、携帯端末（無線子機端末）が多様化したことにより、個人が所持するデバイスの数が増えつつある。また、無線インフラを自社で持たずに他社のインフラを借りて音声通信やデータ通信のサービスを提供する仮想移動体通信事業者（ＭＶＮＯ：Ｍｏｂｉｌｅ  Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｏｐｅｒａｔｏｒ）によるサービスが広まっていることから、一人あたりの回線契約数が増えつつある。このような背景から、持ち運びにより外出先などで上記携帯端末をインターネット回線に接続することができる通信親機端末としてのモバイルルータを使う人の割合が増えつつある。
【０００３】
特許文献１には、携帯端末において携帯端末とモバイルルータとの間の区間（第１の無線区間）の無線品質を測定し、モバイルルータにおいてモバイルルータと基地局との間の区間（第２の無線区間））の無線品質を測定し、双方の測定結果に基づいて携帯端末と基地局との間の電波状態を携帯端末に表示する電波状態表示システムが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１５６６７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
通信親機端末としてのモバイルルータは、コンパクトであるが故、鞄などに収納された状態で利用されることがほとんどである。このため、モバイルルータと無線子機端末としての携帯端末との接続状態や接続回線の状況など、モバイルルータにおける様々な状態変化（イベント）の発生状況をリアルタイムに確認するためには、モバイルルータを一旦鞄から取り出してモバイルルータ本体に設けられたディスプレイを見なくてはならず、ユーザにとって使い勝手が良くない。例えば、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ネットワークに接続しているモバイルルータに携帯端末であるスマートフォンから接続してインターネットを閲覧している場合に、モバイルルータとＬＴＥネットワークとの通信が切断されると、ユーザが利用しているスマートフォンからは何故インターネットの閲覧ができなくなったのかの原因が分からないといった問題がある。
【０００６】
このようなことから、通信親機端末において発生したイベントを無線子機端子においてリアルタイムに検知する手段が必要とされる。しかしながら、特許文献１では、通信親機端末において発生したイベントを無線子機端子においてリアルタイムに検知する手段について具体的に記載されていないため、上述の課題を解決するには至っていない。
【０００７】
また、無線子機端末側で通信親機端末におけるイベントの発生状況を定期的に監視するようにし、通信親機端末におけるイベントの発生状況を無線子機端末側に表示させることも考えられる。しかしながら、これでは、無線子機端末が通信親機端末を監視するタイミングでしか通信親機端末におけるイベントの発生状況が更新されず、通信親機端末におけるイベントの発生をリアルタイムに検知することができない。
【０００８】
本発明は、以上の背景に鑑みなされたものであり、無線子機端末において、通信親機端末におけるイベントの発生をリアルタイムに検知することができる端末状態通知システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、端末状態通知システムであって、モバイル通信網と無線通信により接続された通信親機端末と、前記通信親機端末と無線通信により接続され、前記通信親機端末におけるイベントを監視するためのアプリケーションを有する無線子機端末と、を備え、前記アプリケーションの起動時に、前記通信親機端末におけるイベントを監視対象とするか否かの設定を前記無線子機端末において行うとともに、前記無線子機端末と前記通信親機端末との間に前記通信親機端末において発生するイベントを監視するための通信路を確立し、前記無線子機端末が、前記通信路を介して前記設定に関する情報を前記通信親機端末に通知し、前記通信親機端末において前記設定で監視対象としたイベントが発生した際に、前記通信親機端末が前記通信路を介して発生した当該イベントを前記無線子機端末に通知するものである。
【００１０】
また、本発明は、端末状態通知システムの制御方法であって、モバイル通信網と無線通信により接続された通信親機端末と、前記通信親機端末と無線通信により接続され、前記通信親機端末におけるイベントを監視するためのアプリケーションを有する無線子機端末と、を備える端末状態通知システムの制御方法であって、前記アプリケーションの起動時に、前記通信親機端末におけるイベントを監視対象とするか否かの設定を前記無線子機端末において行うとともに、前記無線子機端末と前記通信親機端末との間に前記通信親機端末において発生するイベントを監視するための通信路を確立し、前記無線子機端末が、前記通信路を介して前記設定に関する情報を前記通信親機端末に通知し、前記通信親機端末において前記設定で監視対象としたイベントが発生した際に、前記通信親機端末が前記通信路を介して発生した当該イベントを前記無線子機端末に通知するものである。
【００１１】
さらに、本発明は、制御プログラムであって、モバイル通信網および無線子機端末と無線通信により接続された通信親機端末に搭載されたコンピュータに、前記無線子機端末からイベント受信用の待ち受けポートの通知を受けた際に、前記待ち受けポートに接続するための接続ポートを動的に確保することでイベントラインを確立する処理と、前記無線子機端末から通知された前記通信親機端末におけるイベントを監視対象とするか否かの設定において監視対象とされたイベントが前記通信親機端末において発生した際に、前記通信親機端末が、前記イベントラインを介して発生した当該イベントを前記無線子機端末に通知する処理と、を実行させるものである。
【発明の効果】
【００１２】
本発明によれば、無線子機端末において、通信親機端末におけるイベントの発生をリアルタイムに検知することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の概要について説明する図である。
【図２】本発明の実施の形態にかかる端末状態通知システムの概略構成を示すブロック図である。
【図３】本発明の実施の形態にかかる端末状態通知システムにおける、無線子機端末と通信親機端末との間に、通信親機端末において発生するイベントを監視するための専用の通信路を確立する方法について説明する図である。
【図４】本発明の実施の形態にかかる端末状態通知システムにおける、無線子機端末の状態検出アプリにおける、通信親機端末におけるイベントを監視対象とするか否かの設定の一例を示す図である。
【図５】本発明の実施の形態にかかる端末状態通知システムにおける、無線子機端末における処理の流れを示すフローチャートである。
【図６】本発明の実施の形態にかかる端末状態通知システムにおける、通信親機端末における処理の流れを示すフローチャートである。
【図７】本発明の実施の形態にかかる端末状態通知システムにおいて、無線子機端末が複数台起動されている場合に、通信親機端末において保持されている、無線子機端末の設定リストおよび待ち受けポート・接続ＩＰアドレスの一例を示す図である。
【図８】本発明の実施の形態にかかる端末状態通知システムにおいて、無線子機端末が1台のみ起動されている場合に、通信親機端末において保持されている、無線子機端末の設定リストおよび待ち受けポート・接続ＩＰアドレスの一例を示す図である。
【図９】本発明の参考形態にかかる端末状態通知システムの概略構成を示すブロック図である。
【図１０】本発明の参考形態にかかる端末状態通知システムにおける、無線子機端末における処理の流れを示すフローチャートである。
【図１１】本発明の参考形態にかかる端末状態通知システムにおける、通信親機端末における処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１４】
［本発明の特徴］
本発明の実施の形態の説明に先立って、本発明の特徴についてその概要をまず説明する。
【００１５】
図１は、本発明の概要について説明する図である。図１に示すように、本発明にかかる端末状態通知システム３００は、通信親機端末３０１と、無線子機端末３０２と、を備えている。通信親機端末３０１は、モバイル通信網３１０と無線通信により接続される。無線子機端末３０２は、通信親機端末３０１と無線通信により接続され、通信親機端末３０１におけるイベントを監視するためのアプリケーション３１５を有する。
【００１６】
アプリケーション３１５の起動時に、通信親機端末３０１におけるイベントを監視対象とするか否かの設定を無線子機端末３０２において行うとともに、無線子機端末３０２と通信親機端末３０１との間に通信親機端末３０１において発生するイベントを監視するための通信路３０３を確立する。そして、無線子機端末３０２が、通信路３０３を介して上記設定に関する情報を通信親機端末３０１に通知する。通信親機端末３０１において上記設定で監視対象としたイベントが発生した際に、通信親機端末３０１が通信路３０３を介して発生した当該イベントを無線子機端末３０２に通知する。
【００１７】
これにより、無線子機端末において、通信親機端末におけるイベントの発生をリアルタイムに検知することができる。
【００１８】
［実施の形態］
以下、図面を参照して本発明の実施の形態について説明する。
まず、実施の形態にかかる端末状態通知システム１００の概略構成について説明する。図２は、実施の形態１にかかる端末状態通知システム１００の概略構成を示すブロック図である。図２に示すように、端末状態通知システム１００は、通信親機端末１１０と、無線子機端末１５０，１７０と、を備えている。なお、図２において、端末状態通知システム１００は、２台の無線子機端末を備えているが、これに限るものではない。端末状態通知システム１００において、無線子機端末は１以上であれば何台でもよい。
【００１９】
通信親機端末１１０は、無線通信Ｗａを介してモバイル通信網１２０と接続されている。モバイル通信網１２０は、ＬＴＭ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、３Ｇ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ）、ＧＳＭ（登録商標：Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）など、各種通信規格のものを想定している。通信親機端末１１０は、無線通信ＩＦ（ｉｎｔｅｒｆａｃｅ）部１１１と、ＬＡＮ側無線通信ＩＦ（ｉｎｔｅｒｆａｃｅ）部１１２と、ＬＣＤ表示部１１３と、制御部１１４と、記憶部１１５と、を備えている。無線通信ＩＦ部１１１は、モバイル通信網１２０と無線通信を行う。ＬＡＮ側無線通信ＩＦ部１１２は、無線子機端末１５０，１７０と無線通信を行う。ＬＣＤ表示部１１３は、通信親機端末１１０の状態を表示する。制御部１１４は、通信親機端末１１０の全体を制御する。記憶部１１５は、無線子機端末１５０，１７０から通知された、通信親機端末１１０におけるイベントを監視対象とするか否かの設定情報を記憶する。なお、通信親機端末１１０におけるイベントには、例えば、「圏外」や「電波弱」など、様々なものがある。
【００２０】
無線子機端末１５０，１７０は、それぞれ、無線通信Ｗｂ，Ｗｃを介して通信親機端末１１０と接続されている。また、無線子機端末１５０，１７０は、それぞれ、音発生部１１８を備え、状態検出アプリ１１９が動作している。状態検出アプリ１１９は、通信親機端末１１０におけるイベントの発生状況を検出するためのアプリケーションである。状態検出アプリ１１９には、通信親機端末１１０における様々なイベントが予め登録されている。後述するように、無線子機端末１５０，１７０において、状態検出アプリ１１９の起動時に、状態検出アプリ１１９に登録された様々なイベントのうちどれを監視対象としどれを監視対象としないかについて設定することができる。また、状態検出アプリ１１９において、登録されている通信親機端末１１０における様々なイベントには、それぞれ対応する音が予め紐付けされている。音発生部１１８は、通信親機端末１１０から通知されたイベントに対応する音を発生させるためのものである。
【００２１】
次に、端末状態通知システム１００の動作について説明する。
図３は、無線子機端末１５０と通信親機端末１１０との間に、通信親機端末１１０において発生するイベントを監視するための専用の通信路を確立する方法について説明する図である。
【００２２】
状態検出アプリ１１９（図２参照）の起動時に、ユーザが、通信親機端末１１０におけるイベントを監視対象とするか否かの設定を行う。また、無線子機端末１５０において、まだ利用されていないｔｃｐのポートを待ち受けポート１５３として指定（ここでは待ち受けポート１５３としてｔｃｐの５０００１番ポートを指定）する。
【００２３】
通信親機端末１１０において、無線子機端末１５０から設定情報および待ち受けポートの通知を受け取るための待ち受けポート１１６は予め決めておく。ここでは、ｔｃｐの５００００番ポートを待ち受けポート１１６としている。無線子機端末１５０は、待ち受けポート１１６と通信するための接続用ポート１５２を動的に確保する。これにより、無線子機端末１５０と通信親機端末１１０との間には、通信親機端末１１０におけるイベントを監視対象とするか否かの設定情報および指定した待ち受けポートを通知するための通信路（コマンドライン１１８）が確立される。無線子機端末１５０は、接続用ポート１５２から、親機通信端末１１０における予め決められた待ち受けポート１１６に対して、通信親機端末１１０におけるイベントを監視対象とするか否かの設定情報および指定した待ち受けポート１５３を通知する。
【００２４】
親機通信端末１１０において、無線子機端末１５０から通知された設定情報を記憶部１１５（図２参照）に保存する。また、親機通信端末１１０において、待ち受けポート１５３に接続するための接続ポート１１７を動的に確保する。これにより、無線子機端末１５０において監視対象に設定されたイベントが発生した際、無線子機端末１５０から通知された待ち受けポート１５３に対して当該イベントを通知するための通信路（イベントライン１８２）が確立される。親機通信端末１１０は、無線子機端末１５０において監視対象に設定されたイベントが発生した際、無線子機端末１５０から通知された待ち受けポート１５３に対して当該イベントを通知する。
【００２５】
以降の説明では、通信親機端末１１０におけるイベントを監視対象とするか否かの設定情報および指定した待ち受けポートを通知するための通信路を「コマンドライン（図３ではコマンドライン１８１）」と呼ぶ。また、無線子機端末１５０において監視対象に設定されたイベントが発生した際、無線子機端末１５０から通知された待ち受けポート１５３に対して当該イベントを通知するための通信路を「イベントライン（図３ではイベントライン１８２）」と呼ぶ。コマンドラインおよびイベントラインが、通信親機端末１１０において発生するイベントを監視するための専用の通信路である。無線子機端末１５０から通信親機端末１１０への待ち受けポートおよび設定情報の通知は、待ち受けポートおよび設定情報に関するコマンドを、コマンドライン１８１を介して無線子機端末１５０の接続側ポート１５３から通信親機端末１１０の待ち受けポート１１６に送信することにより行う。
【００２６】
なお、親機通信端末１１０と無線子機端末１７０との間に、通信親機端末１１０において発生したイベントを通知するための専用の通信路を確立する方法は、上述した親機通信端末１１０と無線子機端末１５０との間に、通信親機端末１１０において発生したイベントを通知するための専用の通信路を確立する方法と同様である。
【００２７】
図４は、無線子機端末１５０，１７０の状態検出アプリ１１９における、通信親機端末１１０におけるイベントを監視対象とするか否かの設定の一例を示す図である。なお、以下の説明では図２についても適宜参照する。図４に示すように、通信親機端末１１０の状態に関するイベントには、「圏外」、「電波弱」、「ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）側で通信リトライ発生」、「接続可能な公衆無線ＬＡＮ検出」、「他の子機帰属」、「通信料超過」、「電池残量が低下」、「電源ＯＦＦ」、「休止状態」がある。これらのイベントのうち、「電波弱」と「ＷＡＮ側で通信リトライ発生」が“無効（監視対象にしない）”、それら以外は“有効（監視対象にする）”に設定されている。あるイベントの設定を“有効”にすると、通信親機端末１１０において当該イベントが発生したときに、通信親機端末１１０から無線子機端末に対し、イベントラインを介して当該イベントが通知される。
【００２８】
上述したように、状態検出アプリ１１９において、登録されている通信親機端末１１０における様々なイベントには、それぞれ対応する音が予め紐付けされている。図４に示す例では、「圏外」には通知音「Ａ」が、「電波弱」には通知音「Ｂ」が、「ＷＡＮ側で通信リトライ発生」には通知音「Ｃ」が、「接続可能な公衆無線ＬＡＮ検出」には通知音「Ｄ」が、「他の子機帰属」には通知音「Ｅ」が、「通信料超過」には通知音「Ｆ」が、「電池残量が低下」には通知音「Ｇ」が、「電源ＯＦＦ」には通知音「Ｈ」が、「休止状態」には通知音「Ｉ」が、それぞれ紐付けされている。
【００２９】
上述したように、無線子機端末１５０，１７０において通信親機端末１１０からあるイベントの通知を受信したときに、音発生部１１８が当該イベントに対応する音（通知音）を発生（鳴動）させる。例えば、無線子機端末１５０，１７０において通信親機端末１１０からイベント「圏外」の通知を受信したときに、音発生部１１８がイベント「圏外」に対応する通知音「Ａ」を鳴動させる。なお、通知音は、メロディでもよく、「圏外になりました」といった音声ガイダンスでもよい。このように、無線子機端末１５０，１７０において、通信親機端末１１０の状態を”音”によって表現することにより、利用中のアプリケーションを開いたままの状態で通信親機端末１１０の状態を検知することが可能になる。
【００３０】
なお、無線子機端末１５０における状態検出アプリ１１９と無線子機端末１７０における状態検出アプリ１１９とで、通信親機端末１１０におけるイベントを監視対象とするか否かの設定は同じであっても異なっていてもよい。
【００３１】
図５は、無線子機端末１５０，１７０における処理の流れを示すフローチャートである。図５に示すように、まず、無線子機端末１５０，１７０において、状態検出アプリ１１９を起動する（ステップＳ１０１）。続いて、無線子機端末１５０，１７０において、通信親機端末１１０におけるイベントを監視対象とするか否かを設定を行うとともに、利用可能なポートを待ち受けポートに指定し、無線子機端末１５０，１７０が、通信親機端末１１０に対し、指定した待ち受けポートと通信親機端末１１０におけるイベントを監視対象とするか否かの設定情報をコマンドラインを介して通知する（ステップＳ１０２）。
【００３２】
ステップＳ１０２に続いて、無線子機端末１５０，１７０の状態検出アプリ１１９が、指定した待ち受けポートにおいて通信親機端末１１０から監視対象のイベントを受信したか否かを判断する（ステップＳ１０３）。ステップＳ１０３で待ち受けポートにおいて通信親機端末１１０から監視対象のイベントを受信した場合（ＹＥＳの場合）、無線子機端末１５０，１７０における音発生部１１８が受信したイベントに対応する通知音を鳴動させる（ステップＳ１０４）。
【００３３】
図６は、通信親機端末１１０における処理の流れを示すフローチャートである。図６に示すように、まず、通信親機端末１１０の制御部１１４が、通信親機端末１１０の待ち受けポートにおいて無線子機端末１５０からのコマンドを受信したか否かを判断する（ステップＳ２０１）。ステップＳ２０１で通信親機端末１１０の待ち受けポートにおいて無線子機端末１５０からのコマンドを受信した場合（ＹＥＳの場合）、通信親機端末１１０の制御部１１４が、通知された待ち受けポート・接続ＩＰアドレスをイベントラインとしてセットするとともに、通知された通信親機端末１１０におけるイベントを監視対象とするか否かの設定情報を記憶部１１５に記憶させる（ステップＳ２０２）。
【００３４】
ステップＳ２０２に続いて、通信親機端末１１０の制御部１１４が、通知された設定情報において監視対象とされたイベントが発生したか否かについて判断する（ステップＳ２０３）。ステップＳ２０３で通知された設定情報において監視対象とされたイベントが発生した場合（ＹＥＳの場合）、ステップＳ２０２でセットした無線子機端末の待ち受けポート・接続ＩＰアドレスに対して当該発生したイベントを送信し、無線子機端末の状態検出アプリに当該発生したイベントを通知する（ステップＳ２０４）。
【００３５】
図７は、通信親機端末１１０において保持されている、無線子機端末１５０，１７０の設定リストおよび待ち受けポート・接続ＩＰアドレスの一例を示す図である。図７に示すように、無線子機端末１５０の設定リストでは、「電波弱」と「ＷＡＮ側で通信リトライ発生」以外のイベントについては、“有効（監視対象）”に設定されている。また、無線子機端末１５０における、待ち受けポートは５０００１番ポート、接続ＩＰアドレスは１９２.１６８.１７９.２にセットされている。
【００３６】
無線子機端末１７０の設定リストでは、「ＷＡＮ側で通信リトライ発生」と「接続可能な公衆無線ＬＡＮ検出」以外のイベントについては、“有効（監視対象）”に設定されている。また、無線子機端末１７０における、待ち受けポートは５０００２番ポート、接続ＩＰアドレスは１９２.１６８.１７９.３にセットされている。
【００３７】
無線子機端末から通信親機端末に対しイベントの発生状況の確認を行う従来の技術では、通信親機端末と通信している無線子機端末が２台以上ある場合に、ある無線子機端末から通信親機端末を休止状態に移行させた場合、他の無線子機端末において通信親機端末が休止状態に移行したことを検知できないという問題が生じる。これに対し、本実施の形態では、例えば、無線子機端末１５０から通信親機端末１１０を休止状態に移行させた場合、通信親機端末１１０が休止状態に移行するタイミングで、通信親機端末１１０から無線子機端末１７０に対しイベント「休止状態」が通知される。従って、無線子機端末１７０において、通信親機端末１１０の休止状態へ移行を検出することができる。
【００３８】
図８は、無線子機端末が1台のみ起動されている（無線子機端末１５０が起動され、無線子機端末１７０が起動されていない）場合における、通信親機端末１１０において保持されている、無線子機端末の設定リストおよび待ち受けポート・接続ＩＰアドレスの一例を示す図である。図８に示すように、通信親機端末１１０においては、無線子機端末１５０の設定リストおよび待ち受けポート・接続ＩＰアドレスのみが保持されている
【００３９】
以上より、本発明にかかる端末状態通知システムでは、無線子機端末において設定した通信親機端末におけるイベントを監視対象とするか否かの設定を通信親機端末に通知し、通信親機端末において監視対象としたイベントが発生した際には、通信親機端末から無線子機端末に通知を行うようにしたことで、無線子機端末において、通信親機端末におけるイベントの発生をリアルタイムに検知することができる。また、無線子機端末において、通信親機端末からイベントが通知された際に、当該イベントに対応する音を発生させるようにすることで、無線子機端末において利用中のアプリケーションを閉じることなくそのままの状態で通信親機端末におけるイベントの発生を確認することが可能になる。
【００４０】
［参考形態］
以下、図面を参照して本発明の参考形態について説明する。本参考形態は、本発明におけるイベントを監視するための専用の通信路を確立する技術を、音楽を配信するための専用の通信路の確立に応用したものである。
【００４１】
まず、本参考形態にかかる端末状態通知システム２００の概略構成について説明する。図９は、実施の形態１にかかる端末状態通知システム２００の概略構成を示すブロック図である。図９に示すように、端末状態通知システム２００は、通信親機端末２１０と、無線子機端末２３０，２５０，２７０と、を備えている。なお、図９において、端末状態通知システム２００は、３台の無線子機端末を備えているが、これに限るものではない。端末状態通知システム２００において、無線子機端末は１以上であれば何台でもよい。
【００４２】
通信親機端末２１０は、制御部２１１と、ＬＡＮ側無線通信ＩＦ部２１２と、ＣＯＤＥＣ部２１３と、ストレージ部２１４と、を備えている。制御部２１１は、通信親機端末２１０の全体を制御する。ＬＡＮ側無線通信ＩＦ部２１２は、無線子機端末２３０，２５０，２７０とそれぞれ無線通信（無線通信Ｗｄ,Ｗｅ,Ｗｆ）を行う。ＣＯＤＥＣ部２１３は、音楽をエンコードする。ストレージ部２１４は、音楽を格納する。無線子機端末２３０、２５０、２７０は、無線通信を介して通信親機端末２１０と接続されている。また、無線子機端末２３０、２５０、２７０の内部では、それぞれ音楽再生アプリ２１９が動作している。
【００４３】
無線子機端末２３０，２５０，２７０と通信親機端末２１０との間に、音楽を配信するための専用の通信路を確立する方法は、本発明にかかる実施の形態において、図３を用いて説明した、無線子機端末１５０と通信親機端末１１０との間に、通信親機端末１１０において発生するイベントを監視するための専用の通信路を確立する方法と同様である。
【００４４】
すなわち、音楽再生アプリ２１９の起動時に、無線子機端末２３０，２５０，２７０において、まだ利用されていないｔｃｐのポートを待ち受けポートとして指定する。通信親機端末２１０において、無線子機端末２３０，２５０，２７０から待ち受けポートの通知を受け取るための待ち受けポートは予め決めておく。無線子機端末２３０，２５０，２７０は、通信親機端末２１０における当該予め決められた待ち受けポートと通信するための接続用ポートを動的に確保する。これにより、コマンドラインが確保される。無線子機端末２３０，２５０，２７０は、親機通信端末２１０に対し、コマンドラインを介して指定した待ち受けポートを通知する。親機通信端末２１０において、無線子機端末２３０，２５０，２７０から通知された待ち受けポートに接続するための接続ポートを動的に確保する。これにより、イベントラインが確立される。親機通信端末２１０は、無線子機端末２３０，２５０，２７０に対し、イベントラインを介して音楽パケットを配信する。
【００４５】
図１０は、無線子機端末２３０、無線子機端末２５０、無線子機端末２７０における処理の流れを示すフローチャートである。図１０に示すように、まず、無線子機端末２３０,２５０,２７０において、それぞれ、音楽再生アプリ２１９を起動する（ステップＳ３０１）。続いて、無線子機端末２３０,２５０,２７０において、利用可能なポートを待ち受けポートに指定し、無線子機端末２３０,２５０,２７０が、通信親機端末１１０に対し指定した待ち受けポートに関するコマンドをコマンドラインを介して通信親機端末２１０に通知する（ステップＳ３０２）。
【００４６】
ステップＳ３０２に続いて、無線子機端末２３０,２５０,２７０の音楽再生アプリ２１９が、指定した待ち受けポートにおいて通信親機端末２１０から音楽パケットを受信したか否かを判断する（ステップＳ３０３）。ステップＳ３０３において通信親機端末２１０から音楽パケットを受信した場合（ＹＥＳの場合）、無線子機端末２３０,２５０,２７０においてパケットをデコードして音楽を再生する（ステップＳ３０４）。
【００４７】
図１１は、通信親機端末２１０における処理の流れを示すフローチャートである。図１１に示すように、まず、通信親機端末２１０の制御部２１１は、予め決められた待ち受けポートにおいて無線子機端末からのコマンド（セットアップコマンド、再生コマンド、停止コマンド）の受信を監視する（ステップＳ４０１）。無線子機端末からコマンドを受信したときは、通信親機端末２１０の制御部２１１が、受信したコマンドの種類ごとに対応する処理を実施する。受信したコマンドがセットアップコマンドの場合、通信親機端末２１０の制御部２１１が、通知された接続ＩＰアドレス・接続ポートをイベントラインとしてセットする（ステップＳ４０２）。受信したコマンドが再生コマンドの場合、通信親機端末２１０の制御部２１１が、イベントラインを介して音楽パケットを無線子機端末の音楽再生アプリに配信する（ステップＳ４０３）。受信したコマンドが停止コマンドの場合、通信親機端末２１０は、無線子機端末の音楽再生アプリへの音楽パケットの配信を停止する（ステップＳ４０４）。
【００４８】
以上より、本参考形態によれば、通信親機端末に接続されている無線子機端末に同時に音楽配信が可能となる。なお、本発明におけるイベントを監視するための専用の通信路を確立する技術は、本参考形態において説明した音楽を配信するための専用の通信路を確立する場合だけでなく、音楽以外の情報を配信するための専用の通信路を確立する場合にも応用できる。
【００４９】
上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、各処理を、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）にコンピュータプログラムを実行させることにより実現することも可能である。
【００５０】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（ｎｏｎ-ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（ｔａｎｇｉｂｌｅ  ｓｔｏｒａｇｅ  ｍｅｄｉｕｍ）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒy）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、フラッシュＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００５１】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、無線子機端末がバイブレータなどの振動発生部を備えている場合、通信親機端末から監視対象としたイベントが通知された際に、無線子機端末において、音発生部が通信親機端末で発生したイベントに対応する音を発生させる代わりに、振動発生部が通信親機端末で発生したイベントに対応する振動（振動パターン）を発生させてもよい。
【符号の説明】
【００５２】
３００  端末状態通知システム
３０１  通信親機端末
３０２  無線子機端末
３０３  通信路
３１０  モバイル通信網
３１５  アプリケーション
【図１】
0006422132.tif 000002
【図２】
0006422132.tif 000003
【図３】
0006422132.tif 000004
【図４】
0006422132.tif 000005
【図５】
0006422132.tif 000006
【図６】
0006422132.tif 000007
【図７】
0006422132.tif 000008
【図８】
0006422132.tif 000009
【図９】
0006422132.tif 000010
【図１０】
0006422132.tif 000011
【図１１】
0006422132.tif 000012