(57)【要約】【課題】第１の装置及び第２の装置のデータの提供方法を判定する。【解決手段】第１の装置と第２の装置とが第１のデータ通信路で接続されており、第１の装置は、第１のデータの送信可否を第２の装置に問い合わせ、第２の装置から送信を許可された場合、データを第２の装置に送信し、第２の装置から送信を許可されなかった場合、第２の装置からデータを受信し、自己のデータと共に記憶媒体に出力し、第２の装置は、第２のデータ通信路に係る条件に基づいて、第１の装置からのデータの送信可否を判定し、第１の装置からの送信を許可すると判定した場合、第１の装置からデータを受信し、自己のデータと共に第２のデータ通信路を通じてサーバに送信し、第１の装置からの送信を許可しないと判定した場合、自己のデータを第１の装置に送信する。【選択図】図１
2015035163.tif 000002
【特許請求の範囲】
【請求項１】
第１の装置と第２の装置とが第１のデータ通信路で接続されている計算機システムであって、
前記第１の装置は、
第１の記憶部に第１のデータを格納しており、
前記第１のデータの送信可否を前記第１のデータ通信路を通じて前記第２の装置に問い合わせ、
前記第２の装置から送信を許可された場合、前記第１のデータを前記第１のデータ通信路を通じて前記第２の装置に送信し、
前記第２の装置から送信を許可されなかった場合、前記第２の装置から前記第１のデータ通信路を通じて第２のデータを受信し、前記第１のデータ及び前記第２のデータを記憶媒体に出力し、
前記第２の装置は、
前記第２の記憶部に前記第２のデータを格納しており、
前記第１の装置から前記第１のデータ通信路を通じて前記第１のデータの送信可否の問い合わせを受けると、
前記第２の装置が使用可能な第２のデータ通信路に係る条件に基づいて、前記第１の装置からの前記第１のデータの送信可否を判定し、
前記判定において、前記第１の装置からの前記第１のデータの送信を許可すると判定した場合、前記第１の装置から前記第１のデータ通信路を通じて前記第１のデータを受信し、前記第１のデータ及び前記第２のデータを前記第２のデータ通信路を通じてサーバに送信し、
前記判定において、前記第１の装置からの前記第１のデータの送信を許可しないと判定した場合、前記第２のデータを前記第１のデータ通信路を通じて前記第１の装置に送信する
計算機システム。
【請求項２】
前記第２のデータ通信路に係る条件として、現時点を含む第１の期間における前記第２のデータ通信路の通信量に関する閾値が設定されており、
前記第２の装置は、
前記第１のデータ及び前記第２のデータを前記第２のデータ通信路に送信すると仮定した場合の前記第１の期間における前記第２のデータ通信路の送信後の通信量と、前記閾値とに基づいて、前記判定を行う
請求項１に記載の計算機システム。
【請求項３】
前記閾値は、前記第１の期間における前記第２のデータ通信路の通信量の上限に基づいて設定され、
前記送信後の通信量は、前記第１の期間の期初から現時点までの通信量と、前記第１のデータ及び前記第２のデータに係る通信量とに基づいて算出される値であり、
前記第２の装置は、前記送信後の通信量が前記閾値よりも大きくなる場合、前記判定において、前記第１の装置からの前記第１のデータの送信を許可しないと判定する
請求項２に記載の計算機システム。
【請求項４】
前記閾値は、現時点から前記第１の期間の期末までの残り期間が長いほど低く設定される値である
請求項３に記載の計算機システム。
【請求項５】
前記第１の期間は、現時点を期末として変動する期間である
請求項３に記載の計算機システム。
【請求項６】
前記閾値は、前記第１の期間よりも短い所定期間における、前記第２の装置の前記第２のデータ通信路に対する平均的な通信量に基づいて設定される値である
請求項５に記載の計算機システム。
【請求項７】
前記第２の通信路は、通信事業者によって管理されており、
前記第２の装置は、前記通信事業者と契約した通信装置であり、
前記第２の通信路に係る条件とは、前記通信事業者との契約に基づいて前記通信端末に課せられる条件であり、
前記第１のデータは、前記車載装置に係る不具合を解析するための情報を有し、
前記第２のデータは、前記通信装置の動作の不具合を解析するための情報を有する
請求項１乃至６の何れか１項に記載の計算機システム。
【請求項８】
第１の装置と第２の装置とが第１のデータ通信路で接続されており、
前記第１の装置において、
第１の記憶部に格納されている前記第１のデータの送信可否を前記第１のデータ通信路を通じて前記第２の装置に問い合わせ、
前記第２の装置から送信を許可された場合、前記第１のデータを前記第１のデータ通信路を通じて前記第２の装置に送信し、
前記第２の装置から送信を許可されなかった場合、前記第２の装置から前記第１のデータ通信路を通じて第２のデータを受信し、前記第１のデータ及び前記第２のデータを記憶媒体に出力し、
前記第２の装置において、
前記第１の装置から前記第１のデータ通信路を通じて前記第１のデータの送信可否の問い合わせを受けると、
前記第２の装置が使用可能な第２のデータ通信路に係る条件に基づいて、前記第１の装置からの前記第１のデータの送信可否を判定し、
前記判定において、前記第１の装置からの前記第１のデータの送信を許可すると判定した場合、前記第１の装置から前記第１のデータ通信路を通じて前記第１のデータを受信し、前記第１のデータ及び前記第２のデータを前記第２のデータ通信路を通じてサーバに送信し、
前記判定において、前記第１の装置からの前記第１のデータの送信を許可しないと判定した場合、第２の記憶部に格納されている前記第２のデータを前記第１のデータ通信路を通じて前記第１の装置に送信する
データ出力方法。
【請求項９】
第１の計算機と第２の計算機とが第１のデータ通信路で接続されており、
前記第１の計算機に実行されると、
第１の記憶部に格納されている前記第１のデータの送信可否を前記第１のデータ通信路を通じて前記第２の計算機に問い合わせ、
前記第２の計算機から送信を許可された場合、前記第１のデータを前記第１のデータ通信路を通じて前記第２の計算機に送信し、
前記第２の計算機から送信を許可されなかった場合、前記第２の計算機から前記第１のデータ通信路を通じて第２のデータを受信し、前記第１のデータ及び前記第２のデータを記憶媒体に出力し、
前記第２の計算機に実行されると、
前記第１の計算機から前記第１のデータ通信路を通じて前記第１のデータの送信可否の問い合わせを受けると、
前記第２の計算機が使用可能な第２のデータ通信路に係る条件に基づいて、前記第１の計算機からの前記第１のデータの送信可否を判定し、
前記判定において、前記第１の計算機からの前記第１のデータの送信を許可すると判定した場合、前記第１の計算機から前記第１のデータ通信路を通じて前記第１のデータを受信し、前記第１のデータ及び前記第２のデータを前記第２のデータ通信路を通じてサーバに送信し、
前記判定において、前記第１の計算機からの前記第１のデータの送信を許可しないと判定した場合、第２の記憶部に格納されている前記第２のデータを前記第１のデータ通信路を通じて前記第１の計算機に送信する
コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機に格納されているデータを所定のサーバに提供する技術に関する。
【背景技術】
【０００２】
近年、スマートフォン等の携帯型の通信端末（以下「携帯端末」という）の通信回線を利用して、カーナビゲーション等の車載端末とデータセンタとを接続し、その通信回線を通じて様々なカーナビゲーションに係るサービスを提供するテレマティクスシステムが知られている。
【０００３】
また、車載端末又は携帯端末に何らかの問題が発生した場合、車載端末又は携帯端末に格納されているログデータをデータセンタが収集し、データセンタ側でその車載端末又は携帯端末の問題を解析することが行われている（特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−２２７８６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、携帯端末の通信回線には様々な制約が存在する場合がある。この場合、この通信回線を通じてログデータを送信することがユーザにとってデメリットとなることもある。
【０００６】
そこで、本発明の目的は、通信回線に係る制約等に基づいて、計算機に格納されているデータをどのようにサーバへ提供すべきかを適切に判断することにある。
【課題を解決するための手段】
【０００７】
本発明の一実施例に係る計算機システムは、第１の装置と第２の装置とが第１のデータ通信路で接続されている。
第１の装置は、第１の記憶部に第１のデータを格納しており、第１のデータの送信可否を第１のデータ通信路を通じて第２の装置に問い合わせる。第１の装置は、第２の装置から送信を許可された場合、第１のデータを第１のデータ通信路を通じて第２の装置に送信し、第２の装置から送信を許可されなかった場合、第２の装置から第１のデータ通信路を通じて第２のデータを受信し、第１のデータ及び第２のデータを記憶媒体に出力する。
第２の装置は、第２の記憶部に前記第２のデータを格納している。第２の装置は、第１の装置から第１のデータ通信路を通じて第１のデータの送信可否の問い合わせを受けると、第２の装置が使用可能な第２のデータ通信路に係る条件に基づいて、第１の装置からの第１のデータの送信可否を判定する。
第２の装置は、その判定において、第１の装置からの第１のデータの送信を許可すると判定した場合、第１の装置から第１のデータ通信路を通じて第１のデータを受信し、第１のデータ及び第２のデータを第２のデータ通信路を通じてサーバに送信する。
第２の装置は、その判定において、第１の装置からの第１のデータの送信を許可しないと判定した場合、第２のデータを第１のデータ通信路を通じて第１の装置に送信する。
【発明の効果】
【０００８】
本発明によれば、通信回線に係る制約等に基づいて、計算機に格納されているデータをどのようにサーバへ提供すべきかを適切に判断することができる。
【図面の簡単な説明】
【０００９】
【図１】テレマティクスシステムの全体構成の一例を示すブロック図である。
【図２】携帯端末からデータセンタにログを送信する処理の一例を示すシーケンスチャートある。
【図３】ＰＣを経由してデータセンタにログを送信する処理の一例を示すシーケンスチャートである。
【図４】車載端末の構成例を示すブロック図である。
【図５】携帯端末の構成例を示すブロック図である。
【図６】ログ送信方法判定テーブルの構成例を示す図である。
【図７】翌日残り通信量を説明するための図である。
【図８】車載端末におけるログ送受信処理の一例を示すフローチャートである。
【図９】携帯端末におけるログ送受信処理の一例を示すフローチャートである。
【図１０】車載端末の画面に表示される情報の一例を示す模式図である。
【図１１】ログ送信方法を判定する処理の変形例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、第１の装置の一種である車載端末と第２の装置の一種である携帯型の通信端末とが第１のデータ通信路の一種である端末間通信路によって接続されている計算機システムの実施例について、図面を参照しながら説明する。
【００１１】
図１は、テレマティクスサービスに係る計算機システム（以下「システム」という）の全体構成の一例を示すブロック図である。
【００１２】
システム１は、車載端末１１と、携帯端末１２と、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）１３と、データセンタ１４とを含む。
【００１３】
車載端末１１は、例えば、カーナビゲーション装置である。車載端末１１は、プリインストールされているアプリケーションを実行するだけでなく、後からアプリケーションをインストールできても良い。車載端末１１は、メモリカード２４のＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）を備えており、そのメモリカード２４にデータをリード／ライトする機能を有する。携帯端末１２は、例えば、携帯電話、スマートフォン又はモバイルＰＣ等である。
【００１４】
携帯端末１２は、インターネット網２３又はキャリア網２２を通じて、データセンタ１４と双方向にデータを送受信する。
【００１５】
キャリア網２２は、例えば、通信事業者によって管理される。携帯端末１２は、例えば、３Ｇ、ＩＭＴ２０００又はＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）等の規格に基づき、キャリア網２２に接続する。キャリア網２２には、データ通信の通信量に関する制約又は契約等が存在しても良い。例えば、１か月の通信量の累積が所定値を超えた場合は、通信速度を制限する等の制約又は契約等が存在しても良い。キャリア網２２とインターネット網２３とは接続されていて良い。携帯端末１２は、例えば、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を通じてインターネット網２３に接続する。インターネット網２３には、データ通信の通信量に関する制約が存在しない、又は本実施例において無視できるとしても良い。
【００１６】
電子計算機の一種であるＰＣ１３は、メモリカード２４のＩ／Ｆを備えており、そのメモリカード２４にデータをリード／ライトする機能を有する。ＰＣ１３は、例えば、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）又はＦＴＴＨ（Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ）等によってインターネット網２３に接続されている。ＰＣ１３は、インターネット網２３を通じて、データセンタ１４と双方向にデータを送受信する。
【００１７】
車載端末１１と携帯端末１２とは、端末間通信路２１によって接続され、この端末間通信路２１を通じてデータを双方向に送受信できる。端末間通信路２１は、有線であっても無線であっても良い。無線の端末間通信路２１は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）又は無線ＬＡＮ等によって構成される。有線の端末間通信路２１は、例えば、ＵＳＢケーブルによって構成される。
【００１８】
データセンタ１４は、例えば、テレマティクスサービスを提供するための電子計算機の一種であるサーバ群から構成される。データセンタ１４は、インターネット網２３を通じて、車載端末１１、携帯端末１２及びＰＣ１３とデータを送受信できる。データセンタ１４は、例えば、アプリケーションサーバ３１と、ログ管理サーバ３２と、ログＤＢ（Ｄａｔａｂａｓｅ）３３とによって構成される。
【００１９】
アプリケーションサーバ３１は、テレマティクスサービスに関する処理を実行するサーバである。ログ管理サーバ３２は、携帯端末１２及び車載端末１１に係るログデータ（以下「ログ」という）を収集し、ログＤＢ３３に格納して管理する。次に、データセンタ１４が、車載端末１１及び携帯端末１２に係るログを収集する流れを説明する。
【００２０】
図２は、携帯端末１２からデータセンタ１４にログを送信する場合のシーケンスチャートである。
ユーザから車載端末１１に対するログ送信の指示を受けると（Ｓ１１）、車載端末１１は、携帯端末１２に対して、車載端末１１に係るログ（以下「車載ログ」という）を送信しても良いか否かを問い合わせる（Ｓ１２）。
【００２１】
この問い合わせを受けると、携帯端末１２は、車載ログと携帯端末１２に係るログ（以下「携帯ログ」という）とを、キャリア網２２を使用してデータセンタ１４に送信しても良いか否かを判定する（Ｓ１３）。この判定方法については後述する。
【００２２】
以下、携帯端末１２が、車載ログ及び携帯ログを、キャリア網２２を使用してデータセンタ１４に送信しても良いと判定した場合（Ｓ１３：ＯＫ）について説明する。
【００２３】
携帯端末１２は、車載端末１１に対して車載ログの送信を許可する旨の応答を返す（Ｓ１４）。また、携帯端末１２は、車載ログを受信する準備をする（Ｓ１５）。
【００２４】
この応答を受けて、車載端末１１は、端末間通信路２１を通じて、携帯端末１２に車載ログを送信する（Ｓ１６）。
【００２５】
携帯端末１２は、車載端末１１から受信した車載ログを携帯側バッファ２１０（図５参照）に格納する。そして、携帯端末１２は、携帯側バッファに格納されている携帯ログ及び車載ログを、キャリア網２２を通じてデータセンタ１４に送信する（Ｓ１７）。
【００２６】
データセンタ１４は、携帯端末１２から送信された携帯ログ及び車載ログを受信し、ログＤＢ３３に格納する（Ｓ１８）。
【００２７】
携帯端末１２は、携帯ログ及び車載ログをデータセンタ１４に送信完了後、端末間通信路２１を通じて車載端末１１に、車載ログのデータセンタ１４への送信を完了した旨の応答を返す（Ｓ１９）。以上の処理により、車載ログ及び携帯ログをデータセンタ１４に送信することができる。
【００２８】
図３は、ＰＣ１３を経由してデータセンタ１４にログを送信する場合のシーケンスチャートである。
ステップＳ１１〜Ｓ１３までの処理は、図２場合と同じであるので省略する。ただし、図３では携帯端末１２による判定はＮＧとなる（Ｓ１３）。以下、携帯端末１２が、車載ログ及び携帯ログを、キャリア網２２を使用してデータセンタ１４に送信しない方が良いと判定した場合（Ｓ１３：ＮＧ）について説明する。
【００２９】
携帯端末１２は、車載端末１１に対して車載ログの送信を許可しない旨の応答を返す（Ｓ２４）。この応答を受けて、車載端末１１は、携帯ログを受信する準備をする（Ｓ２５）。
【００３０】
携帯端末１２は、端末間通信路２１を通じて車載端末１１に携帯ログを送信する（Ｓ２６）。
車載端末１１は、携帯端末１２から受信した携帯ログを車載側バッファ１１０（図４参照）に格納する。そして、車載端末１１は、車載側バッファ１１０に格納されている携帯ログ及び車載ログを、メモリカード２４に出力する（Ｓ２７）。
【００３１】
ユーザは、携帯ログ及び車載ログの格納されたメモリカード２４を車載端末１１から抜いて、ＰＣ１３に挿入する（Ｓ２８）。
ＰＣ１３は、そのメモリカード２４から読み出した携帯ログ及び車載ログを、インターネット網２３を通じてデータセンタ１４に送信する（Ｓ２９）。
【００３２】
データセンタ１４は、ＰＣ１３から送信された携帯ログ及び車載ログを受信し、ログＤＢ３３に格納する（Ｓ３０）。以上の処理により、車載ログ及び携帯ログをデータセンタ１４に送信することができる。
【００３３】
図４は、車載端末１１の構成例を示すブロック図である。
車載端末１１は、車載側コントローラ４１と、記憶デバイス４７と、入力Ｉ／Ｆ４５と、出力Ｉ／Ｆ４６と、メモリカードＩ／Ｆ４２と、端末間通信Ｉ／Ｆ４３とを有する。
【００３４】
記憶デバイス４７は、例えば、不揮発性メモリを有しており、データをリード／ライトできる。不揮発性メモリは、例えば、フラッシュメモリ又はＨＤＤ等によって構成される。記憶デバイス４７には、車載ログが格納されても良い。車載ログには、例えば、車載端末１１及び車載アプリケーション１００等で発生した不具合等を解析するための情報が含まれる。記憶デバイス４７には、携帯端末１２から送信された携帯ログも格納されて良い。
【００３５】
入力Ｉ／Ｆ４５は、ユーザからの指示を受け付け、車載側コントローラ４１に伝えるためのＩ／Ｆである。入力Ｉ／Ｆ４５は、例えば、ボタン、タッチパネル及び／又はマイク等によって構成される。
【００３６】
出力Ｉ／Ｆ４６は、車載側コントローラ４１の処理結果をユーザに伝えるためのＩ／Ｆである。出力Ｉ／Ｆ４６は、例えば、ディスプレイ及び／又はスピーカ等によって構成される。
【００３７】
メモリカードＩ／Ｆ４２は、メモリカード２４（例えば、ＳＤメモリカード等）を挿入するためのＩ／Ｆである。車載側コントローラ４１は、メモリカードＩ／Ｆ４２に挿入されたメモリカード２４に対して、データをリード／ライトすることができる。
【００３８】
端末間通信Ｉ／Ｆ４３は、車載端末１１を携帯端末１２等に接続するためのＩ／Ｆである。端末間通信Ｉ／Ｆ４３は、上述の端末間通信路２１を実現するために用いられる。端末同士を有線で接続する場合の端末間通信Ｉ／Ｆ４３は、例えば、ＵＳＢアダプタである。端末同士を無線で接続する場合の端末間通信Ｉ／Ｆ４３は、例えば、Ｂｌｕｅｔｏｏｔｈ（ＩＥＥＥ８０２．１５）通信アダプタである。
【００３９】
車載側コントローラ４１は、コンピュータプログラムを処理し、車載端末１１に係る動作を制御する。車載側コントローラ４１は、例えば、コンピュータプログラムの一種である車載アプリケーション１００を処理する。車載アプリケーション１００は、車載端末１１にプリインストールされても良いし、後にユーザによってインストールされても良い。
【００４０】
車載アプリケーション１００は、例えば、車載ログ収集部１０１と、車載側ログ送受信部１０２と、メモリカード出力部１０３と、車載側バッファ１１０とを有する。車載側バッファ１１０は、記憶デバイス４７の記憶領域に確保されても良いし、所定のメモリ（不図示）に確保されても良い。
【００４１】
車載ログ収集部１０１は、車載端末１１及び車載アプリケーション１００の動作に係る様々な情報を収集し、車載ログとして車載側バッファ１１０に格納する。
【００４２】
車載側ログ送受信部１０２は、端末間通信Ｉ／Ｆ４３を通じて携帯ログを受信し、車載側バッファ１１０に格納する。また、車載側ログ送受信部１０２は、車載側バッファ１１０に格納されている車載ログを、端末間通信Ｉ／Ｆ４３を通じて携帯端末１２に送信する。
【００４３】
メモリカード出力部１０３は、車載側バッファ１１０に格納されている車載ログ及び携帯ログを、メモリカードＩ／Ｆ４２を通じてメモリカード２４にライトする。
【００４４】
図５は、携帯端末１２の構成例を示すブロック図である。
携帯端末１２は、携帯側コントローラ５１と、記憶デバイス５７と、入力Ｉ／Ｆ５５と、出力Ｉ／Ｆ５６と、キャリア網Ｉ／Ｆ５２と、端末間通信Ｉ／Ｆ５３と、無線ＬＡＮＩ／Ｆ５４とを有する。
【００４５】
記憶デバイス５７は、例えば、不揮発性メモリを有しており、データをリード及びライトできる。不揮発性メモリは、例えば、フラッシュメモリ等によって構成される。記憶デバイス５７には、携帯ログが格納されて良い。携帯ログには、例えば、携帯端末１２及び携帯アプリケーション２００等で発生した不具合等を解析するための情報が含まれる。記憶デバイス５７には、車載端末１１から送信された車載ログも格納されて良い。
【００４６】
入力Ｉ／Ｆ５５は、ユーザからの指示を受け付け、携帯側コントローラ５１に伝えるためのＩ／Ｆである。入力Ｉ／Ｆ５５は、例えば、ボタン、タッチパネル及び／又はマイク等によって構成される。
【００４７】
出力Ｉ／Ｆ５６は、携帯側コントローラ５１の処理結果をユーザに伝えるためのＩ／Ｆである。出力Ｉ／Ｆ５６は、例えば、ディスプレイ及び／又はスピーカ等によって構成される。
【００４８】
端末間通信Ｉ／Ｆ５３は、携帯端末１２を車載端末１１等の他の装置に接続するためのＩ／Ｆである。端末間通信Ｉ／Ｆ５３は、車載端末１１において説明した端末間通信Ｉ／Ｆ４３と同様である。
【００４９】
無線ＬＡＮ  Ｉ／Ｆ５４は、携帯端末１２を無線ＬＡＮに接続するためのＩ／Ｆである。無線ＬＡＮ  Ｉ／Ｆ５４は、例えば、ＩＥＥＥ８０２．１１等に準拠する無線通信アダプタである。
【００５０】
キャリア網Ｉ／Ｆ５２は、携帯端末１２をキャリア網２２に接続するためのＩ／Ｆである。キャリア網Ｉ／Ｆ５２は、例えば、３Ｇ、ＩＭＴ２０００及び／又はＬＴＥ規格等に準拠する無線通信アダプタである。
【００５１】
携帯側コントローラ５１は、コンピュータプログラムを処理し、携帯端末１２に係る動作を制御する。携帯側コントローラ５１は、例えば、コンピュータプログラムの一種である携帯アプリケーション２００を処理する。携帯アプリケーション２００は、携帯端末１２にプリインストールされても良いし、後にユーザによってインストールされても良い。携帯アプリケーション２００は、例えば、テレマティクスサービスの事業者によって提供される。
【００５２】
携帯アプリケーション２００は、携帯ログ収集部２０１と、携帯側ログ送受信部２０２と、ログ送信方法判定部２０３と、携帯側バッファ２１０と、データセンタ送信部２０４と、ログ送信方法判定テーブル３００とを有する。携帯側バッファ２１０は、記憶デバイス５７の記憶領域に確保されても良いし、所定のメモリ（不図示）に確保されても良い。
【００５３】
携帯ログ収集部２０１は、携帯端末１２及び携帯アプリケーション２００の動作に係る様々な情報を収集し、携帯ログとして携帯側バッファ２１０に格納する。
【００５４】
携帯側ログ送受信部２０２は、端末間通信Ｉ／Ｆ５３を通じて車載ログを受信し、端末側バッファ２１０に格納する。また、携帯側ログ送受信部２０２は、携帯側バッファ２１０に格納されている携帯ログを、端末間通信Ｉ／Ｆ５３を通じて車載端末１１に送信する。
【００５５】
データセンタ送信部２０４は、携帯側バッファ２１０に格納されている車載ログ及び携帯ログを、キャリア網Ｉ／Ｆ５２を使用してデータセンタ１４に送信する。
【００５６】
ログ送信方法判定部２０３は、車載ログ及び携帯ログを、どのような方法で送信すると良いかを判定する。ログ送信方法判定部２０３は、車載ログ及び携帯ログを、キャリア網２２又は無線ＬＡＮを使用して送信するか否かを判定しても良い。
【００５７】
例えば、ログ送信方法判定部２０３は、車載端末１１から車載ログを送信しても良いか否かの問い合わせを受けると（図２のＳ１２、図３のＳ２２参照）、所定の条件に基づいて、キャリア網２２又は無線ＬＡＮを使用してログをデータセンタ１４に送信するか否かを判定する。
【００５８】
ここで、ログ送信方法判定部２０３は、キャリア網２２又は無線ＬＡＮを使用してログをデータセンタ１４に送信すると判定した場合（図２のＳ１３：ＯＫ）、車載端末１１に対して、車載ログの送信を許可する旨の応答を返して良い（図２のＳ１４参照）。
【００５９】
ログ送信方法判定部２０３は、キャリア網２２又は無線ＬＡＮを使用してログをデータセンタ１４に送信しないと判定した場合（図３のＳ１３：ＮＧ）、車載端末１１に対して、車載ログの送信を許可しない旨の応答を返して良い（図３のＳ２４参照）。
【００６０】
ログ送信方法判定部２０３は、ログ送信方法判定テーブル３００を用いてこの判定を行っても良いし（図６参照）、他の条件に基づいてこの判定を行っても良い（図１１参照）。次に、ログ送信方法判定テーブル３００の構成例を説明した上で、ログ送信方法判定部２０３における判定方法の一例を述べる。
【００６１】
図６は、ログ送信方法判定テーブル３００の構成例を示す。
ログ送信方法判定テーブル３００は、ログ送信方法判定部２０３が、ログの送信方法を判定するための条件を有する。ログ送信方法判定テーブル３００は、フィールドとして、例えば、優先順位３０１と、車載ログサイズ３０２と、当月累積通信量３０３と、翌日残り通信量３０４と、送信ログサイズ３０５と、無線ＬＡＮ接続３０６と、キャリア網接続３０７と、ログ送信方法３０８とを有する。
【００６２】
優先順位３０１には、ログ送信方法判定テーブル３００の有する各エントリの優先順位が格納される。つまり、優先順位の高いエントリから順番に適合の可否が判断される。
【００６３】
車載ログサイズ３０２には、車載ログのサイズと携帯側バッファ２１０の空き容量との関係に係る条件が格納される。例えば、エントリ３１０ａは、車載ログのサイズが携帯側バッファ２１０の空き容量以上の場合、ログ送信方法は「メモリカード経由」と判定されることを示す。なぜなら、携帯端末１２は、車載ログを受信しても携帯側バッファ２１０に格納できないからである。
【００６４】
無線ＬＡＮ接続３０６には、携帯端末１２の無線ＬＡＮへの接続状態に係る条件が格納される。例えば、エントリ３１０ｂは、携帯端末１２の無線ＬＡＮ接続が「有効」な場合、ログ送信方法は「無線ＬＡＮ経由」と判定されることを示す。なぜなら、無線ＬＡＮ通信には、一般的に通信量の制限が課せられていないことが多いからである。なお、携帯端末１２が無線ＬＡＮに接続する機能を有さない場合、この無線ＬＡＮ接続の条件は、判定に用いられなくても良い。
【００６５】
キャリア網接続３０７には、携帯端末１２のキャリア網２２への接続に係る条件が格納される。通常、携帯端末１２は、キャリア網２２に係る通信エリアの圏内に存在する場合、キャリア網接続が「有効」な状態となり、通信エリアの圏外に存在する場合、キャリア網接続が「無効」な状態となる。なお、ユーザ自らがキャリア網２２への接続を「オフ」に設定した場合、通常、携帯端末１２は、キャリア網接続が「無効」な状態となる。
【００６６】
送信ログサイズ３０５には、送信するログのサイズ（データ量）に係る条件が格納されている。送信ログサイズ３０５は、車載ログのサイズと携帯ログのサイズとの合計であっても良い。
【００６７】
当月累積通信量３０３には、当月の累積通信量に係る条件が格納される。当月累積通信量は、例えば、１か月間等の期初から現時点までの通信量の累積として算出されても良い。この期間は１か月に限られず、例えば、３か月又は２週間等の所定期間であって良い。
【００６８】
警告閾値は、１か月間に使用可能な通信量の上限（以下「月間通信量上限」という）に基づく値である。警告閾値は、例えば、月間通信量上限の７０％等と設定されて良い。警告閾値は、現時点から当月の最終日（期間の期末）までの期間が長いほど小さくなるように設定されても良い。なぜなら、例えば、その月の初めにログの送信に多くの通信量を使用してしまうと、残りの日における携帯端末が使用可能な通信量が少なくなってしまい、ユーザに日常の携帯端末の利用に影響を与えてしまうからである。そこで、月の初め頃の警告閾値を小さくしておくことで、残りの日における携帯端末が使用可能な通信量が多くなるようにする。
【００６９】
上記の判定は、車載ログ及び携帯ログを送信する前の当月累積通信量と警告閾値とを比較して行われても良い。または、上記の判定は、車載ログ及び携帯ログを送信したと仮定した場合のその後の当月累計通信量と警告閾値とを比較して行われても良い。車載ログ及び携帯ログを送信したと仮定した場合のその後の当月累計通信量は、車載ログのデータサイズと携帯ログのデータサイズとの合計に基づいて算出されても良い。
【００７０】
月間通信量上限は、携帯端末１２のユーザと通信事業者との間の契約に基づいて設定されても良い。また、携帯端末１２のユーザが通信事業者との間で月間通信量上限を無制限とする契約を結んでいる場合は、この当月累積通信量３０３は、判定に用いられないとしても良い。
【００７１】
例えば、エントリ３１０ｄは、当月累積通信量が警告閾値以上の場合、ログ送信方法は「メモリカード経由」と判定されることを示す。
【００７２】
翌日残り通信量３０４には、例えば、直近３日間（例えば、２日前から当日までの間）の累積通信量に係る条件が格納される。つまり、この期間は、現時点を期末として変動する期間である。この期間は３日間に限られず、例えば、２日間又は７日間等であっても良い。ここで、直近３日間に使用可能な通信量の上限（以下「３日間通信量上限」という）が設定されているとして、次に、この翌日残り通信量３０４について、図面を用いながら説明する。
【００７３】
図７は、翌日残り通信量３０４を説明するための図である。
図７のグラフ４００において、横軸は日付４０１を表し、縦軸はユーザが１日間に使用した通信量（以下「１日間通信量」という）４０２を表す。ここで、３日間通信量上限が「１０」であるとする。
【００７４】
例えば、当日が（Ｎ＋３）日であった場合、３日間の累積通信量は、（Ｎ＋１）日、（Ｎ＋２）日、及び（Ｎ＋３）日の１日間通信量である「２」、「５」、「１」を合計して「８」となる。これが、翌日（Ｎ＋４）日になると、（Ｎ＋１）日の１日間通信量「１」がリセットされるので、３日間の累積通信量は「６」となる。つまり、翌日の（Ｎ＋４）日の残り通信量は、３日間通信量上限である「１０」と「６」の差分である「４」となる。
【００７５】
同様に、当日が（Ｎ＋４）日あった場合、翌日の（Ｎ＋５）日の３日間の累積通信量は「３」となるので、翌日の（Ｎ＋３）日の残り通信量は「７」となる。
【００７６】
図６の説明に戻ると、例えば、翌日残り通信量が「４」の場合は、３日間通信量上限「１０」で除算すると、「４／１０＝４０％」となる。これは、エントリ３１０ｆ及び３１０ｇの翌日残り通信量３０４の条件である「３日間上限の４０％以上かつ５０％未満」に該当する。
【００７７】
同様に、例えば、翌日残り通信量が「７」の場合は、３日間通信量上限で除算すると、７０％となる。これは、エントリ３１０ｅの翌日残り通信量３０４の条件である「３日間上限の５０％以上」に該当する。
【００７８】
上記の判定は、直近２日間の累積通信量と、３日間通信量上限に基づいて設定された閾値との比較によって行われても良い。この直近２日間の累積通信量は、車載ログ及び携帯ログを送信する前の直近２日間の累積通信量であっても良いし、車載ログ及び携帯ログを送信したと仮定した場合のその後の直近２日間の累計通信量であっても良い。車載ログ及び携帯ログを送信したと仮定した場合のその後の直近２日間の累計通信量は、車載ログのデータサイズと携帯ログのデータサイズとの合計に基づいて算出されても良い。
【００７９】
ログ送信方法３０８には、ログの送信方法が格納される。各エントリのログ送信方法３０８には、例えば、「メモリカード経由」、「無線ＬＡＮ経由」または「キャリア網経由」の何れかが格納される。
【００８０】
「メモリカード経由」は、車載端末１１側に携帯ログ及び車載ログを集めて、そのログを車載端末１１に挿入されたメモリカード２４に出力する方法を意味する。メモリカード２４に出力されたログは、例えば、インターネット網２３に接続されているＰＣ１３を使用してデータセンタ１４に送信される。
【００８１】
「無線ＬＡＮ経由」は、携帯端末１２側に携帯ログ及び車載ログを集めて、そのログを無線ＬＡＮを使用してデータセンタ１４に送信する方法を意味する。
【００８２】
「キャリア網経由」は、携帯端末１２側に携帯ログ及び車載ログを集めて、そのログをキャリア網２２を使用してデータセンタ１４に送信する方法を意味する。
【００８３】
ログ送信方法判定部２０３は、例えば、ログ送信方法判定テーブル３００における優先順位３０１の高いエントリから順番に該当するか否かを判定し、該当したエントリのログ送信方法３０８に格納されている方法を判定結果とする。
【００８４】
例えば、車載ログサイズ３０２が携帯側バッファ２１０の空き容量以上であった場合は、優先順位３０１「１」のエントリ３１０ａに該当するので、ログ送信方法判定部２０３は、「メモリカード経由」でログを送信すると判定する。この場合、車載ログ及び携帯ログは車載端末１１の車載側バッファ１１０に集められ、メモリカード２４に出力される。
【００８５】
例えば、携帯端末１２が無線ＬＡＮに接続されている場合は、優先順位３０１「２」のエントリ３１０ｂに該当するので、ログ送信方法判定部２０３は、「無線ＬＡＮ経由」でログを送信すると判定する。この場合、車載ログ及び携帯ログは携帯端末１２の携帯側バッファ２１０に集められ、無線ＬＡＮを使用してデータセンタ１４へ送信される。
【００８６】
例えば、翌日残り通信量が３日間通信量上限の４０％以上且つ５０％未満であり、送信ログサイズが１０Ｍｂｙｔｅ未満であり、さらに、携帯端末１２がキャリア網２２に接続されている場合は、優先順位３０１「６」のエントリ３１０ｆに該当するので、ログ送信方法判定部２０３は、「キャリア網経由」でログを送信すると判定する。この場合、車載ログ及び携帯ログは携帯端末１２の携帯側バッファ２１０に集められ、キャリア網２２を使用してデータセンタ１４へ送信される。
【００８７】
ログ送信方法判定テーブル３００は、上記の当月累積通信量３０３及び翌日残り通信量３０４以外にも、キャリア網２２の制約条件に係る様々なフィールドを有しても良い。例えば、ログ送信方法判定テーブル３００は、通信速度、通信料金又は通信方式に関するフィールド等を有しても良い。
【００８８】
図８は、車載端末１１におけるログ送受信処理の一例を示すフローチャートである。
車載側ログ送受信部１０２は、携帯端末１２に車載ログの送信可否を問い合わせる（Ｓ４０１）。このとき、車載側ログ送受信部１０２は、携帯端末１２に車載ログのサイズも通知する。
【００８９】
そして、車載側ログ送受信部１０２は、携帯端末１２から車載ログの送信可否の問い合わせに対する応答を受信する（Ｓ４０２）。
【００９０】
車載ログの送信を許可された場合（Ｓ４０２：ＹＥＳ）、車載側ログ送受信部１０２は、車載側バッファ１１０に格納されている車載ログを、端末間通信路２１を通じて携帯端末１２に送信し（Ｓ４０３）、当該処理を終了する（終了）。
【００９１】
車載ログの送信を許可されなかった場合（Ｓ４０２：ＮＯ）、車載側ログ送受信部１０２は、携帯ログの受信の準備をする（Ｓ４１０）。そして、車載側ログ送受信部１０２は、端末間通信路２１を通じて携帯端末１２から送信された携帯ログを受信し、車載側バッファ１１０に格納する（Ｓ４１１）。
【００９２】
そして、メモリカード出力部１０３は、車載側バッファ１１０に格納されている車載ログ及び携帯ログをメモリカード２４にライトし（Ｓ４１２）、当該処理を終了する（終了）。
【００９３】
その後、メモリカード２４を挿入されたＰＣ１３が、そのメモリカード２４に格納されている車載ログ及び携帯ログを、インターネット網２３を通じてデータセンタ１４に送信する。以上の処理により、車載ログ及び携帯ログをデータセンタ１４に送信することができる。
【００９４】
図９は、携帯端末１２におけるログ送受信処理の一例を示すフローチャートである。
携帯側ログ送受信部２０２は、車載端末１１から車載ログの送信可否の問い合わせを受ける（Ｓ５０１）。このとき、携帯側ログ送受信部２０２は、車載端末１１から車載ログのサイズの通知も受けて良い。
【００９５】
ログ送信方法判定部２０３は、ログ送信方法を判定する（Ｓ５０２）。ログ送信方法判定部２０３において、先ほど受信した車載ログのサイズを用いても良い。
【００９６】
ログ送信方法の判定結果が「無線ＬＡＮ経由」又は「キャリア網経由」の何れかであった場合（Ｓ５０３：「無線ＬＡＮ経由」「キャリア網経由」）、携帯側ログ送受信部は、車載端末１１に車載ログの送信を許可する旨の応答を返すと共に（Ｓ５０４）、車載ログの受信の準備をする（Ｓ５０５）。
そして、携帯側ログ送受信部２０２は、端末間通信路２１を通じて車載端末１１から車載ログを受信し、携帯側バッファ２１０に格納する（Ｓ５０６）。
【００９７】
次に、データセンタ送信部２０４は、ログ送信方法の判定結果が「無線ＬＡＮ経由」又は「キャリア網経由」の何れであったかを特定する（Ｓ５０７）。
【００９８】
ログ送信方法の判定結果が「無線ＬＡＮ経由」であった場合（Ｓ５０７：「無線ＬＡＮ経由」）、データセンタ送信部２０４は、無線ＬＡＮを使用して、携帯側バッファ２１０に格納されている車載ログ及び携帯ログをデータセンタ１４に送信し（Ｓ５０８）、当該処理を終了する（終了）。
【００９９】
ログ送信方法の判定結果が「キャリア網経由」であった場合（Ｓ５０７：「キャリア網経由」）、データセンタ送信部２０４は、キャリア網２２を使用して、携帯側バッファ２１０に格納されている車載ログ及び携帯ログをデータセンタ１４に送信し（Ｓ５０９）、当該処理を終了する（終了）。
【０１００】
一方、Ｓ５０３にてログ送信方法の判定結果が「メモリカード経由」であった場合（Ｓ５０３：「メモリカード経由」）、携帯側ログ送受信部２０２は、車載端末１１に車載ログの送信を許可しない旨の応答を返す（Ｓ５１０）。
【０１０１】
そして、携帯側ログ送受信部２０２は、端末間通信路２１を通じて車載端末１１に携帯ログを送信し（Ｓ５１１）、当該処理を終了する（終了）。
以上の処理により、車載ログ及び携帯ログをデータセンタ１４に送信することができる。
【０１０２】
図１０は、車載端末１１の画面に表示される情報の一例を示す模式図である。
車載端末１１の出力Ｉ／Ｆ４６を通じて表示される画面５０１には、例えば、ログ送信ボタン５１２が表示されている。そして、そのログ送信ボタン５１２が押下されると、図８のステップＳ４０１の処理が実行されても良い。また、車載ログがキャリア網２２を使用して送信された場合、画面５０１に「ログをデータセンタに送信しました」と表示され（符号５１１参照）、メモリカード２４にライトされた場合、画面５０１に「ログをメモリカードに保存しました」と表示されても良い（不図示）。
【０１０３】
図１１は、ログ送信方法を判定する処理の変形例を示すフローチャートである。
本フローチャートは、ログ送信方法判定部２０３が、図６に示したテーブル３００とは一部異なる条件に基づいて、ログ送信方法を判定する場合の処理例である。
【０１０４】
ログ送信方法判定部２０３は、「車載ログのサイズ≦携帯側バッファ２１０の空き容量」であるか否かを判定する（Ｓ２０１）。
【０１０５】
「車載ログのサイズ＞携帯側バッファ２１０の空き容量」の場合（Ｓ２０１：ＮＯ）、ログ送信方法判定部２０３は、ログ送信方法を「メモリカード経由」と判定する。
【０１０６】
「車載ログのサイズ≦携帯側バッファの空き容量」の場合（Ｓ２０１：ＹＥＳ）、ログ送信方法判定部２０３は、次に、無線ＬＡＮに接続しているか否かを判定する（Ｓ２０２）。
【０１０７】
無線ＬＡＮに接続している場合（Ｓ２０２：ＹＥＳ）、ログ送信方法判定部２０３は、ログ送信方法を「無線ＬＡＮ経由」と判定する。
【０１０８】
無線ＬＡＮに接続していない場合（Ｓ２０２：ＮＯ）、ログ送信方法判定部２０３は、次に、キャリア網２２に接続しているか否かを判定する（Ｓ２０３）。
【０１０９】
キャリア網２２に接続していない場合（Ｓ２０３：ＮＯ）、ログ送信方法判定部２０３は、ログ送信方法を「メモリカード経由」と判定する。
【０１１０】
キャリア網２２に接続している場合（Ｓ２０３：ＹＥＳ）、ログ送信方法判定部２０３は、次に、「ログ送信後の残り月間通信量≧１日平均通信量×残り日数」であるか否かを判定する（Ｓ２０４）。ここで、「ログ送信後の残り月間通信量＝月間通信量上限−ログ送信前の当月累積通信量−送信ログのサイズに基づく送信量」であっても良い。また、「１日平均通信量＝月間通信量上限／当月の日数」であっても良い。また、１日平均通信量は、ユーザまたは携帯端末１２のこれまでの１日当たりの平均的な通信量であっても良い。
【０１１１】
「ログ送信後の残り月間通信量＜１日平均通信量×残り日数」の場合（Ｓ２０４：ＮＯ）、ログ送信方法判定部２０３は、ログ送信方法を「メモリカード経由」と判定する。「メモリカード経由」と判定するのは、ここでキャリア網２２を使用してログを送信してしまうと、残り月間における携帯端末１２のキャリア網２２の使用に及ぼす影響が大きくなるからである。
【０１１２】
「ログ送信後の残り月間通信量≧１日平均通信量×残り日数」である場合（Ｓ２０４：ＹＥＳ）、ログ送信方法判定部２０３は、次に、「ログ送信後の翌日の残り通信量≧１日平均通信量」であるか否かを判定する（Ｓ２０５）。
【０１１３】
「ログ送信後の翌日の残り通信量＜１日平均通信量」の場合（Ｓ２０４：ＮＯ）、ログ送信方法判定部２０３は、ログ送信方法を「メモリカード経由」と判定する。ここで、「ログ送信後の翌日の残り通信量＝３日間通信量上限−直近２日間の通信量−送信ログサイズ」であっても良い。「メモリカード経由」と判定するのは、ここでキャリア網２２を使用してログを送信してしまうと、翌日の携帯端末１２のキャリア網２２の使用に及ぼす影響が大きくなるからである。
【０１１４】
「ログ送信後の翌日の残り通信量≧１日平均通信量」である場合（Ｓ２０５：ＹＥＳ）、ログ送信方法判定部２０３は、ログ送信方法を「キャリア網経由」と判定する。「キャリア網経由」と判定するのは、ここでキャリア網２２を使用してログを送信しても、残り月間及び翌日における携帯端末１２のキャリア網２２の使用に及ぼす影響が小さいからである。
【０１１５】
以上の処理により、車載端末１１及び携帯端末１２は、ユーザの日常の携帯端末１２の使用にあまり影響を及ぼすこと無く、車載ログ及び携帯ログをデータセンタ１４に送信することができる。
【０１１６】
上述した実施例は、本発明の説明のための例示であり、本発明の範囲をそれらの実施例にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【符号の説明】
【０１１７】
１…テレマティクスシステム  １１…車載端末  １２…携帯端末  １３…ＰＣ  １４…データセンタ  ２１…端末間通信  ２２…キャリア網  ２３…インターネット網
【図１】
2015035163.tif 000003
【図２】
2015035163.tif 000004
【図３】
2015035163.tif 000005
【図４】
2015035163.tif 000006
【図５】
2015035163.tif 000007
【図６】
2015035163.tif 000008
【図７】
2015035163.tif 000009
【図８】
2015035163.tif 000010
【図９】
2015035163.tif 000011
【図１０】
2015035163.tif 000012
【図１１】
2015035163.tif 000013