(57)【要約】【課題】センサーデバイスに対する割り込みが発生した場合に、割り込み終了後の送信をすみやかに再開可能な情報通信機器を提供する。【解決手段】通常時はセンサーから得た情報を通常接続維持部によってサーバに送信する。電話着信などの割り込み発生時にはセンサーからの情報を取得できなくなるため、割り込み接続維持部によるデータの送信を継続する。割り込みが終了しセンサーからの情報取得が可能になったときには、通常接続維持部による情報の送信を再開する。【選択図】図７
2018116683.tif 000002
【特許請求の範囲】
【請求項１】
機器の内外の情報を取得するセンサーと、
前記センサーからの情報を通信回線網を介して繋がるサーバへ送信するための接続を維持する接続維持部と、を備える情報通信機器において、
前記接続維持部には、
前記センサーからの情報を前記サーバへ送信する通常接続維持部、及び、
前記センサーからの情報以外のデータを前記サーバへ送信する割り込み接続維持部が、含まれ、
前記通常接続維持部による前記センサーからの情報の前記サーバへの継続的な送信中に、前記センサーからの情報の前記継続的な送信が不可能になった場合、前記割り込み接続維持部が前記センサーからの情報以外の前記データを前記サーバに対して送信することにより、前記接続維持部は前記接続を維持する、
情報通信機器。
【請求項２】
請求項１に記載の情報通信機器において、
前記継続的な送信によって送信される前記センサーからの情報の前記接続維持部による取得が一定時間できない場合に、前記割り込み接続維持部が前記センサーからの情報以外の前記データを前記サーバに対して送信する、
情報通信機器。
【請求項３】
請求項１又は２に記載の情報通信機器において、
前記センサーはカメラデバイスであり、
前記情報は前記カメラデバイスからの映像情報である、
情報通信機器。
【請求項４】
請求項１又は２に記載の情報通信機器において、
前記センサーはマイクデバイスであり、
前記情報は前記マイクデバイスからの音声情報である、
情報通信機器。
【請求項５】
請求項１〜４のいずれかに記載の情報通信機器において、
前記接続維持部は、前記センサーと前記サーバとの通信帯域を検出し、
前記通信帯域の検出結果に基づいて、前記割り込み接続維持部のデータ送信量を決定し、
前記継続的な送信に対応する前記センサーからの情報の前記接続維持部による取得が可能になった時には、前記データ送信量に基づいて前記通常接続維持部のデータ送信量を決定する、
情報通信機器。
【請求項６】
機器の内外の情報を取得する取得ステップと、
前記取得ステップで取得される情報を、通信回線網を介して繋がるサーバへ送信するための接続を維持する接続維持ステップと、を備える情報通信方法において、
前記接続維持ステップには、
前記取得ステップで取得される前記情報を前記サーバへ継続的に送信する通常接続維持ステップ、及び、
前記取得ステップで取得される前記情報以外のデータを前記サーバへ送信する割り込み接続維持ステップが、含まれ、
前記通常接続維持ステップにおいて、前記取得ステップで取得される前記情報の継続的な送信が不可能になった場合、前記割り込み接続維持ステップによって前記取得ステップで取得される前記情報以外の前記データを前記サーバに対して送信することにより、前記接続維持ステップにおける前記接続を維持する、
情報通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、端末上のセンサーで取得した映像または音声などの情報を通信する機器に関する。
【背景技術】
【０００２】
スマートフォンに代表される携帯端末のセンサー性能および演算能力の向上により、撮影した映像および音声をリアルタイムに送信するストリーミング機能をもったアプリケーションを携帯端末上で実行することが可能になっている。
【０００３】
ストリーミング機能においては、実際に映像情報および音声情報の送受信を開始する前にネゴシエーション処理が必要である。ネゴシエーション処理は、送信側と受信側が互いに認証された相手であることの確認処理、映像情報および音声情報のデータ形式の確認処理、映像情報および音声情報の送受信に必要な１つ以上の通信ポートの確保処理が含まれる。
【０００４】
また通信速度は環境によって変動する。特許文献１は、十分な通信速度が得られないときでもテレビ電話機能または音声通話機能を提供する通信端末を開示する。この通信端末は、通信状態がテレビ電話通信をおこなうのに十分でない場合、テレビ電話機能を音声通話機能に切り替える。このとき、受信側の通信端末はテレビ電話通信をおこなっていたときに送信側の通信端末から取得できた画像を静止画像として表示部に表示する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２００９／０９０９６７号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の通信端末のように、スマートフォンにおいては、カメラデバイスやマイクデバイスが搭載されていたとしても、ストリーミング時に常に利用できるとは限らない。スマートフォンはストリーミングの専用機器ではないため、電話着信またはアラーム鳴動の処理が割り込みとして発生し、ストリーミングのアプリケーション処理よりも優先されて実行される場合がある。従って、これらの割り込み時には、カメラデバイスまたはマイクデバイスがストリーミングのアプリケーションから利用できなくなる場合がある。このような場合ストリーミングを継続することができないため、ストリーミング接続を中止し、ストリーミング機能は終了する。割り込みが完了後、ストリーミングを再開するためには、ネゴシエーションの処理からやり直すことになる。本開示は、スマートフォン等の情報通信機器に対する割り込みが発生した場合に、割り込み終了後の送信をすみやかに再開可能な情報通信機器を提供する。
【課題を解決するための手段】
【０００７】
本開示における一態様に係る情報通信機器は、機器の内外の情報を取得するセンサーと、センサーからの情報を通信回線網を介して繋がるサーバへ送信するための接続を維持する接続維持部と、を備える。接続維持部は、センサーからの情報をサーバへ送信する通常接続維持部と、センサーからの情報以外のデータをサーバへ送信する割り込み接続維持部と、を含む。通常接続維持部によるセンサーからの情報のサーバへの継続的な送信中に、センサーからの情報の継続的な送信が不可能になった場合、割り込み接続維持部がセンサーからの情報以外のデータをサーバに対して送信することにより、接続維持部は接続を維持する。
【０００８】
本開示における一態様に係る情報通信方法は、機器の内外の情報を取得する取得ステップと、取得ステップで取得される情報を、通信回線網を介して繋がるサーバへ送信するための接続を維持する接続維持ステップと、を備える。接続維持ステップには、取得ステップで取得される情報をサーバへ継続的に送信する通常接続維持ステップと、取得ステップで取得される情報以外のデータをサーバへ送信する割り込み接続維持ステップと、が含まれる。通常接続維持ステップにおいて、取得ステップで取得される情報の継続的な送信が不可能になった場合、割り込み接続維持ステップによって取得ステップで取得される情報以外のデータをサーバに対して送信することにより、接続維持ステップにおける接続が維持される。
【発明の効果】
【０００９】
本開示における情報通信機器は、電話着信などの割り込みが発生した場合においても、サーバとの接続を維持し通信を継続しているため、割り込み終了時にネゴシエーションを再実行する必要は無い。そのため、割り込みが終了したのちにすみやかに本来の送信を再開することができる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態１における携帯端末のネットワーク接続を示す模式図。
【図２】実施の形態１における携帯端末の構成を示すブロック図。
【図３】実施の形態１におけるサーバの構成を示すブロック図。
【図４】実施の形態１における携帯端末のストリーミング送信アプリケーションの動作を説明するためのフローチャート。
【図５】実施の形態１における携帯端末の映像送信処理動作を説明するためのフローチャート。
【図６】実施の形態１における携帯端末の音声送信処理動作を説明するためのフローチャート。
【図７】実施の形態１における携帯端末の通信例を示す図。
【発明を実施するための形態】
【００１１】
以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
【００１２】
なお、添付図面および以下の説明は、当業者が本開示を十分に理解するために、提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。
【００１３】
（実施の形態１）
以下、図１〜７を用いて、実施の形態１を説明する。
【００１４】
［１−１．構成］
［１−１−１．ネットワーク接続構成］
図１は、実施の形態１における携帯端末のネットワーク接続を示す模式図である。携帯端末１００は、通信回線網１１０を介してサーバ１２０と接続可能である。携帯端末１００は自機で撮影した映像および音声をサーバ１２０に送信するストリーミング送信アプリケーションを実行し、サーバ１２０は、ストリーミング送信アプリケーションからの映像情報および音声情報を受信する。また電話機１３０は、通信回線網１１０を通じて携帯端末１００と通話可能である。携帯端末１００は、ストリーミング送信アプリケーション実行中も割り込み処理として電話機１３０からの通話着信が可能である。携帯端末１００は情報通信機器の一例である。
【００１５】
なお、携帯端末１００とサーバ１２０を接続する通信回線網と、携帯端末１００と電話機１３０を接続する通信回線網は異なっていてもよい。
【００１６】
以下、図面を用いて本開示に係る情報通信機器としての携帯端末の実施の形態を説明する。
【００１７】
［１−１−２．携帯端末の構成］
実施の形態１に係る携帯端末１００の構成について図２を用いて説明する。図２は、携帯端末１００の構成を示すブロック図である。本実施の形態において、携帯端末１００は、サーバ１２０へのストリーミング送信および、電話機１３０との通話を行う。
【００１８】
ＣＰＵ２１０は、各デバイスから入力される情報に基づき、演算処理を行ってその演算結果に基づき各デバイスへ指示を伝える。また、後述する記憶デバイス２２０に記憶されているアプリケーションの実行を行う。
【００１９】
入力デバイス２３０は、ユーザが操作することにより携帯端末１００にかかる操作を制御する。
【００２０】
携帯端末１００は、センサーとして、カメラデバイス２４０と、マイクデバイス２５０を備える。
【００２１】
カメラデバイス２４０は、携帯端末１００の外部の映像を取得し、ＣＰＵ２１０へその映像情報を伝達する。伝達された映像情報は、ＣＰＵ２１０で圧縮されて後述する記憶デバイス２２０へ記憶される。また、伝達された映像情報は、ＣＰＵ２１０で圧縮されて後述する通信デバイス２６０により通信回線網１１０へ送信することもできる。
【００２２】
マイクデバイス２５０は、携帯端末１００の外部の音声を取得し、ＣＰＵ２１０へその音声情報を伝達する。伝達された音声情報は、ＣＰＵ２１０で圧縮されて後述する記憶デバイス２２０へ記憶される。また、伝達された音声情報は、ＣＰＵ２１０で圧縮されて後述する通信デバイス２６０により通信回線網１１０へ送信することもできる。
【００２３】
通信デバイス２６０は、通信回線網１１０を介してサーバ１２０へ接続する。通信デバイス２６０には、サーバ１２０との接続を維持するための接続維持部として通常接続維持部と割り込み接続維持部が含まれる。通信デバイス２６０は、後述するサーバ１２０の通信デバイス３１０により、通信情報の損失状況を算出した通信レポートを受信することにより、通信回線網１１０が通信可能なデータ送信量を検出する。
【００２４】
記憶デバイス２２０は、圧縮された映像情報および音声情報以外にストリーミング送信アプリケーションおよび通話アプリケーションが記録されている。ストリーミング送信アプリケーションは、入力デバイス２３０を通じて、ユーザによって起動される。通話アプリケーションは、入力デバイス２３０を通じて、ユーザによって起動されることもあるが外部からの通話着信時に自動的に割り込み起動もする。また記憶デバイス２２０には、割り込み接続維持部による通信動作時に用いる代替映像情報および代替音声情報が記録されている。代替映像情報および代替音声情報は、センサーからの情報以外のデータの一例である。
【００２５】
ストリーミング送信アプリケーションが起動されるとストリーミング送信が開始される。ストリーミング送信は、ＣＰＵ２１０で圧縮された映像情報及び音声情報を通信デバイス２６０により、通信回線網１１０へ送信される。この時のストリーミング送信のための接続は、通常接続維持部により維持される。
【００２６】
通話アプリケーションが起動され、通話が行われると通信デバイス２６０を介して通話が行われる。この時、通話の為にマイクデバイス２５０からの音声情報は、通話にのみ使用され、ストリーミング送信には使用されない。またテレビ電話通話のような映像及び音声が使用される通話では、マイクデバイス２５０以外にもカメラデバイス２４０からの映像情報も通話にのみ使用され、ストリーミング送信には使用されない。即ち、通話アプリケーションが起動され通話が行われている時は、カメラデバイス２４０又はマイクデバイス２５０をストリーミング送信アプリケーションが使用することが出来ない。このように、通話アプリケーションが起動されると、ストリーミングによる映像情報等の継続的な送信が不可能になるため、記憶デバイス２２０に記憶されている代替映像情報又は代替音声情報が通信デバイス２６０を介してサーバ１２０へ送信される。この時のストリーミング送信のための接続は、割り込み接続維持部により維持される。
【００２７】
ディスプレイデバイス２７０およびスピーカデバイス２８０は、ストリーミング送信アプリケーションおよび通話アプリケーションによる映像および音声をユーザに出力する。
【００２８】
［１−１−３．サーバの構成］
実施の形態１に係るサーバ１２０の構成について図３を用いて説明する。図３は、実施の形態１におけるサーバ１２０の構成を示すブロック図である。
【００２９】
ＣＰＵ３２０は、各デバイスから入力される情報に基づき、演算処理を行って演算結果に基づき各デバイスへ指示を伝える。また、後述する記憶デバイス３３０に記憶されているアプリケーションの実行を行う。
【００３０】
入力デバイス３４０は、ユーザが操作することによりサーバ１２０にかかる操作を制御する。
【００３１】
通信デバイス３１０は、通信回線網１１０を介して携帯端末１００へ接続する。また通信デバイス３１０は、映像情報および音声情報の受信にともない、通信情報の損失状況を算出する通信帯域推定処理を行い、通信デバイス３１０より通信レポートとして、携帯端末１００に送信する。
【００３２】
記憶デバイス３３０は、ストリーミング受信アプリケーションが記録されている。ストリーミング受信アプリケーションは、入力デバイス３４０を通じて、ユーザによって起動される。
【００３３】
ストリーミング受信アプリケーションが起動されるとストリーミング受信が開始される。ストリーミング受信は、携帯端末１００により送信されたストリーミング映像（映像情報および音声情報を含む）を受信する。
【００３４】
ディスプレイデバイス３５０およびスピーカデバイス３６０は、ストリーミング受信アプリケーションによる映像および音声をユーザに出力する。
【００３５】
［２．動作］
以上のように構成された携帯端末１００について、その動作を以下に説明する。携帯端末１００はストリーミング送信アプリケーションを実行する。以下、その動作について詳細に説明する。
【００３６】
［２−１．ストリーミング送信アプリケーションの動作］
図４は、実施の形態１における携帯端末１００のストリーミング送信アプリケーションの動作を説明するためのフローチャートである。
【００３７】
ユーザは、サーバ１２０の入力デバイス３４０を操作して、ストリーミング受信アプリケーケョンを起動する。また、次にユーザは、携帯端末１００の入力デバイス２３０を操作して、ストリーミング送信アプリケーションを起動する。通信相手としては、サーバ１２０を指定して、ストリーミングを開始する（Ｓ１００）。
【００３８】
携帯端末１００の通信デバイス２６０とサーバ１２０の通信デバイス３１０間で、ネゴシエーション処理を実施する（Ｓ１１０）。すなわち、互いに認証された相手であることの確認情報および、映像情報および音声情報のデータ形式の確認情報、映像情報および音声情報の送受信に必要な１つ以上の通信ポートの確保情報の送受信を実施する。
【００３９】
次に、携帯端末１００は映像送信処理（Ｓ１２０）および音声送信処理（Ｓ１３０）を開始する。これらの処理の詳細は後述する。
【００４０】
サーバ１２０は通信デバイス３１０により、携帯端末１００から映像情報を受信し、ディスプレイデバイス３５０上で再生する。またサーバ１２０は通信デバイス３１０より、携帯端末１００から音声情報を受信し、スピーカデバイス３６０で再生する。
【００４１】
映像送信処理および音声送信処理が終了すると、ストリーミングは終了する（Ｓ１４０）。
【００４２】
［２−２．映像送信処理の動作］
図５は、実施の形態１における携帯端末１００の映像送信処理（図４のＳ１２０）の動作を説明するためのフローチャートである。
【００４３】
まずストリーミング送信アプリケーションは、テレビ電話通話によるカメラデバイス２４０の割り込み状態か否かを判定する（Ｓ２００）。割り込みが行われていない場合（Ｓ２００のＮｏ）は、通常接続維持部による通信動作（Ｓ２１０〜Ｓ２５０）を実施する。テレビ電話通話によるカメラデバイス２４０に対しての割り込みが行われている場合（Ｓ２００のＹｅｓ）は、割り込み接続維持部による通信動作（Ｓ２６０、Ｓ２２０〜Ｓ２５０）を実施する。
【００４４】
以下、通常接続維持部による通信動作を説明する。テレビ電話通話によるカメラデバイス２４０に対しての割り込みが行われていない場合（Ｓ２００のＮｏ）は、ＣＰＵ２１０はカメラデバイス２４０から映像情報を取得する（Ｓ２１０）。
【００４５】
次にＣＰＵ２１０は、カメラデバイス２４０からの映像情報に対して、ネゴシエーション処理（図４のＳ１１０）において定めた方式と通信帯域推定処理（後述のＳ２５０）において求めたデータ送信量に基づいてエンコード処理を行う（Ｓ２２０）。
【００４６】
次に、通信デバイス２６０よりサーバ１２０に向けてエンコード処理された映像情報を送信する（Ｓ２３０）。
【００４７】
次にＣＰＵ２１０は、通信デバイス２６０を介してサーバ１２０の通信デバイス３１０から送信された通信レポートを受信する（Ｓ２４０）。
【００４８】
次にＣＰＵ２１０は、通信帯域推定処理を実施して次回のエンコード処理時に用いるデータ送信量を決定する（Ｓ２５０）。
【００４９】
次に、割り込み接続維持部による通信動作を説明する。テレビ電話通話によるカメラデバイス２４０に対する割り込みが行われている場合（Ｓ２００のＹｅｓ）は、ＣＰＵ２１０は、カメラデバイス２４０から映像情報を取得する代わりに、代替映像情報を記憶デバイス２２０より取得する（Ｓ２６０）。それ以降の処理は通常接続維持部による通信動作と同様である。
【００５０】
通常接続維持部または割り込み接続維持部による通信動作の後、携帯端末１００上において、ユーザからのストリーミングの終了指示があったかどうかの判定を行う（Ｓ２７０）。ユーザは入力デバイス２３０を操作して、ストリーミングの終了指示を出すことができる。終了指示があった場合（Ｓ２７０のＹｅｓ）は、映像送信処理（図４のＳ１２０）を終了する（図４のＳ１４０）。終了指示がなかった場合（Ｓ２７０のＮｏ）は、カメラデバイス２４０の割り込み状態の判定処理（Ｓ２００）に戻る。
【００５１】
尚、通信帯域推定処理（Ｓ２５０）においては、携帯端末１００が情報を送信した時刻と、通信レポートを受信した時刻を比較して、通信時間の遅延時間を算出するとともに、通信レポートに記載された損失情報をもとに、今回エンコード処理に用いたデータ送信量が適切であったか判断し、次回エンコード処理時に用いるべきデータ送信量を決定する。
【００５２】
なお、記憶デバイス２２０に記録している代替映像情報は、静止画であっても動画であってもよい。また代替映像情報として、記憶デバイス２２０に記録されているものではなく、真っ黒や特定の静止画を動的に生成して用いてもよい。
【００５３】
［２−３．音声送信処理の動作］
図６は、実施の形態１における携帯端末１００の音声送信処理（図４のＳ１３０）の動作を説明するためのフローチャートである。
【００５４】
まずストリーミング送信アプリケーションは、テレビ電話通話又は通話によるマイクデバイス２５０の割り込み状態か否かを判定する（Ｓ３００）。割り込みが行われていない場合（Ｓ３００のＮｏ）は、通常接続維持部による通信動作（Ｓ３１０〜Ｓ３５０）を実施する。テレビ電話通話又は通話によるマイクデバイス２５０に対しての割り込みが行われている場合（Ｓ３００のＹｅｓ）は、割り込み接続維持部による通信動作（Ｓ３６０、Ｓ３２０〜Ｓ３５０）を実施する。
【００５５】
以下、通常接続維持部による通信動作を説明する。テレビ電話通話又は通話によるマイクデバイス２５０に対しての割り込みが行われていない場合（Ｓ３００のＮｏ）は、ＣＰＵ２１０はマイクデバイス２５０から音声情報を取得する（Ｓ３１０）。
【００５６】
次にＣＰＵ２１０は、マイクデバイス２５０からの音声情報に対して、ネゴシエーション処理（図４のＳ１１０）において定めた方式と通信帯域推定処理（後述のＳ３５０）において求めたデータ送信量に基づいてエンコード処理を行う（Ｓ３２０）。
【００５７】
次に、通信デバイス２６０よりサーバ１２０に向けてエンコード処理された音声情報を送信する（Ｓ３３０）。
【００５８】
次にＣＰＵ２１０は、通信デバイス２６０を介してサーバ１２０の通信デバイス３１０から送信された通信レポートを受信する（Ｓ３４０）。
【００５９】
次にＣＰＵ２１０は、通信帯域推定処理を実施して次回のエンコード処理時に用いるデータ送信量を決定する（Ｓ３５０）。
【００６０】
次に、割り込み接続維持部による通信動作を説明する。テレビ電話通話または通話によるマイクデバイス２５０に対しての割り込みが行われている場合（Ｓ３００のＹｅｓ）は、ＣＰＵ２１０は、マイクデバイス２５０から音声情報を取得する代わりに、代替音声情報を記憶デバイス２２０より取得する（Ｓ３６０）。それ以降の処理は通常接続維持部による通信動作と同様である。
【００６１】
通常接続維持部または割り込み接続維持部による通信動作の後、携帯端末１００上において、ユーザからのストリーミングの終了指示があったかどうかの判定をおこなう（Ｓ３７０）。ユーザは入力デバイス２３０を操作して、ストリーミングの終了指示を出すことができる。終了指示があった場合（Ｓ３７０のＹｅｓ）は、音声送信処理（図４のＳ１３０）を終了する（図４のＳ１４０）。終了指示がなかった場合（Ｓ３７０のＮｏ）は、マイクデバイス２５０に対しての割り込み状態の判定処理（Ｓ３００）に戻る。
【００６２】
尚、通信帯域推定処理（Ｓ３５０）においては、携帯端末１００が情報を送信した時刻と、通信レポートを受信した時刻を比較して、通信時間の遅延時間を算出するとともに、通信レポートに記載された損失情報をもとに、今回エンコード処理に用いたデータ送信量が適切であったか判断し、次回エンコード処理時に用いるべきデータ送信量を決定する。
【００６３】
なお、記憶デバイス２２０に記録している代替音声情報は、記憶デバイス２２０に記録されているものではなく、無音の音声情報や特定の音声情報を動的に生成して用いてもよい。
【００６４】
［２−４．各機器の動作例］
図７は、実施の形態１における機器間の通信例を示す図である。
【００６５】
まず、ユーザは、サーバ１２０の入力デバイス３４０を操作して、ストリーミング受信アプリケーションを起動する。次にユーザは、携帯端末１００の入力デバイス２３０を操作して、ストリーミング送信アプリケーションを起動し、通信相手としてサーバ１２０を指定して、ストリーミングを開始する（Ｓ４００）。
【００６６】
携帯端末１００の通信デバイス２６０とサーバ１２０の通信デバイス３１０間で、ネゴシエーション処理が実施される（Ｓ４１０）。
【００６７】
次に、携帯端末１００のストリーミング送信アプリケーションは映像送信処理および音声送信処理を開始する。このとき、電話機１３０による着信は行われていないため、通信デバイス２６０は、カメラデバイス２４０からの映像情報およびマイクデバイス２５０からの音声情報をサーバ１２０へ送信する（Ｓ４２０）。この場合、映像送信処理および音声送信処理は、通常接続維持部の通信動作によっておこなわれている。
【００６８】
次に、電話機１３０から携帯端末１００に対して通話を開始するための呼び出しが行われる（Ｓ４３０）。このとき、携帯端末１００において通話アプリケーションが起動し、通話が開始される（Ｓ４４０）。通話中は通話アプリケーションが、マイクデバイス２５０から通話用の音声情報を取得し、通信デバイス２６０を通じて電話機１３０と通話用の音声情報を送受信する（Ｓ４５０）。尚、この通話アプリケーションがテレビ電話機能に対応している場合には、通話アプリケーションは、カメラデバイス２４０から通話用の映像情報を取得し、通信デバイス２６０を通じて電話機１３０と通話用の映像情報も送受信する。
【００６９】
このとき、携帯端末１００のストリーミング送信アプリケーションは、マイクデバイス２５０またはカメラデバイス２４０の割り込み状態と判定する。そのため、通信デバイス２６０は、記憶デバイス２２０に記憶されている代替映像情報又は代替音声情報をサーバ１２０へ送信し続ける（Ｓ４６０）。この場合、映像送信処理および音声送信処理は、割り込み接続維持部の通信動作によっておこなわれる。
【００７０】
次にユーザが通話を終了する（Ｓ４７０）。通話が終了すると、携帯端末１００のストリーミング送信アプリケーションは、マイクデバイス２５０およびカメラデバイス２４０の割り込み状態でないと判定する。そのため、通信デバイス２６０は、カメラデバイス２４０からの映像情報およびマイクデバイス２５０からの音声情報のサーバ１２０への送信を再開する（Ｓ４８０）。この場合、映像送信処理および音声送信処理は、通常接続維持部の通信動作によっておこなわれる。
【００７１】
通話アプリケーションによる割り込みのために、カメラデバイス２４０またはマイクデバイス２５０からの情報取得ができない間も、割り込み接続維持部の処理により、サーバ１２０からみると、問題なく通信が継続している。そのため、通常接続維持部の通信動作に切り替わる際に、ネゴシエーション処理（Ｓ４１０）は不要である。
【００７２】
また、通常接続維持部の送信処理に切り替わった後の１回目の通信において、エンコード処理（図４のＳ２２０および図５のＳ３２０）に用いるデータ送信量は、割り込み接続維持部の送信処理の最後の通信時に算出したデータ送信量を用いる。これにより割り込み完了後のストリーミング送信を映像情報及び音声情報の送信可能な最高品質のエンコード設定で即座に送信再開できる。
【００７３】
［３．効果等］
以上のように、本実施の形態において、携帯端末１００は割り込みの発生にあっても、再びネゴシエーション処理を伴うことなく、即座に通常の通信を再開することができる。また通常のストリーミング送信の再開の際にも、最高品質のエンコード設定を即座に利用することができるためユーザの使い勝手が向上する。
【００７４】
（他の実施の形態）
以上のように、本出願において開示する技術の例示として、実施の形態１を説明した。しかしながら、本開示における技術は、これに限定されず、変更、置き換え、付加、省略などを行った実施の形態にも適用できる。また、上記実施の形態１で説明した各構成要素を組み合わせて、新たな実施の形態とすることも可能である。
【００７５】
実施の形態１においては、携帯端末１００がサーバ１２０に対してストリーミング送信中に、電話機１３０による通話着信が発生し、カメラデバイス２４０およびマイクデバイス２５０に割り込みが発生する場合を説明した。割り込みは、カメラデバイス２４０またはマイクデバイス２５０の一方にのみ発生する場合であってもよい。したがって、割り込みは通話着信に限定されない。たとえば携帯端末上で指定時刻になったことを示すアラームを設定していた場合、ストリーミング送信中に指定時刻になると、アラームが鳴動する。このときマイクデバイス２５０からの音声情報がストリーミングにより送信されるのは著しく相応しくないため、マイクデバイス２５０の割り込み状態と判断しても良い。
【００７６】
実施の形態１においては、割り込みが発生したことがアプリケーションから判定できるものとして説明した。割り込み状態そのものが、アプリケーションから取得できるか否かは、携帯端末のＯＳの仕様に依存する。本開示における割り込み発生の判定は、センサーデバイスから有効な情報が取得できるかどうかにより行うことができればよい。したがって、割り込み状態そのものの取得の代わりに、一定時間センサーデバイスから有効な情報を取得できないことをもって、割り込み状態と判定してもよい。
【００７７】
実施の形態１においては、映像情報および音声情報のストリーミング送信をおこなう場合を説明した。割り込み発生の判定による割り込み接続維持部の処理は、映像および音声以外の情報に対しても有用である。たとえば、携帯端末の位置情報、傾き情報、温度情報をサーバに継続的に送信する場合に、各種センサーに対する割り込みに対応するために本開示は適用可能である。携帯端末の位置情報、傾き情報、温度情報は、機器の内部の情報の一例である。さらに携帯端末自身に搭載されているセンサーではなく、携帯端末に外部デバイスをＵＳＢ接続などを用いて接続した場合、この外部デバイスであるセンサーに対して割り込み状態が生じる場合にも、同様の実施が可能である。
【００７８】
なお、上述の実施の形態は、本開示における技術を例示するためのものであるから、特許請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。
【産業上の利用可能性】
【００７９】
本開示は、割り込みによりセンサーデバイスからの情報取得が不可能になるストリーミング装置に適用可能である。具体的には、スマートフォンなどに、本開示は適用可能である。
【符号の説明】
【００８０】
１００    携帯端末
１１０    通信回線網
１２０    サーバ
１３０    電話機
２１０，３２０    ＣＰＵ
２２０，３３０    記憶デバイス
２３０，３４０    入力デバイス
２４０    カメラデバイス
２５０    マイクデバイス
２６０，３１０    通信デバイス
２７０，３５０    ディスプレイデバイス
２８０，３６０    スピーカデバイス
【図１】
2018116683.tif 000003
【図２】
2018116683.tif 000004
【図３】
2018116683.tif 000005
【図４】
2018116683.tif 000006
【図５】
2018116683.tif 000007
【図６】
2018116683.tif 000008
【図７】
2018116683.tif 000009