特許 6185332 計算機システム、データ出力方法、コンピュータプログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6185332

(24)【登録日】2017年8月4日

(45)【発行日】2017年8月23日

(54)【発明の名称】計算機システム、データ出力方法、コンピュータプログラム

(51)【国際特許分類】

   G06F 11/34 20060101AFI20170814BHJP

【ＦＩ】

   G06F11/34 176

【請求項の数】9

【全頁数】19

(21)【出願番号】特願2013-166649(P2013-166649)

(22)【出願日】2013年8月9日

(65)【公開番号】特開2015-35163(P2015-35163A)

(43)【公開日】2015年2月19日

【審査請求日】2016年5月12日

(73)【特許権者】

【識別番号】000001487

【氏名又は名称】クラリオン株式会社

(74)【代理人】

【識別番号】110000279

【氏名又は名称】特許業務法人ウィルフォート国際特許事務所

(72)【発明者】

【氏名】土田 元

(72)【発明者】

【氏名】松原 大典

(72)【発明者】

【氏名】▲高▼野 英樹

(72)【発明者】

【氏名】澤尻 晴彦

(72)【発明者】

【氏名】永井 靖

(72)【発明者】

【氏名】鶴巣 亨輔

【審査官】 大塚 俊範

(56)【参考文献】

【文献】 特開２００５−２５７６６６（ＪＰ，Ａ）

【文献】 特開２００５−０３８４４７（ＪＰ，Ａ）

【文献】 特開２００６−０８５３７２（ＪＰ，Ａ）

【文献】 特開２００６−３１８１２３（ＪＰ，Ａ）

【文献】 特開２０１３−０８４２８４（ＪＰ，Ａ）

【文献】 特許第４２０４６１９（ＪＰ，Ｂ２）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １１／２８−１１／３６

Ｇ０６Ｆ １１／０７

(57)【特許請求の範囲】

【請求項1】

第１の装置と第２の装置とが第１のデータ通信路で接続されている計算機システムであって、
前記第１の装置は、
第１の記憶部に第１のデータを格納しており、
前記第１のデータの送信可否を前記第１のデータ通信路を通じて前記第２の装置に問い合わせ、
前記第２の装置から送信を許可された場合、前記第１のデータを前記第１のデータ通信路を通じて前記第２の装置に送信し、
前記第２の装置から送信を許可されなかった場合、前記第２の装置から前記第１のデータ通信路を通じて第２のデータを受信し、前記第１のデータ及び前記第２のデータを記憶媒体に出力し、
前記第２の装置は、
第２の記憶部に前記第２のデータを格納しており、
前記第１の装置から前記第１のデータ通信路を通じて前記第１のデータの送信可否の問い合わせを受けると、
前記第２の装置が使用可能な第２のデータ通信路に係る条件に基づいて、前記第１の装置からの前記第１のデータの送信可否を判定し、
前記判定において、前記第１の装置からの前記第１のデータの送信を許可すると判定した場合、前記第１の装置から前記第１のデータ通信路を通じて前記第１のデータを受信し、前記第１のデータ及び前記第２のデータを前記第２のデータ通信路を通じてサーバに送信し、
前記判定において、前記第１の装置からの前記第１のデータの送信を許可しないと判定した場合、前記第２のデータを前記第１のデータ通信路を通じて前記第１の装置に送信する
計算機システム。

【請求項2】

前記第２のデータ通信路に係る条件として、現時点を含む第１の期間における前記第２のデータ通信路の通信量に関する閾値が設定されており、
前記第２の装置は、
前記第１のデータ及び前記第２のデータを前記第２のデータ通信路に送信すると仮定した場合の前記第１の期間における前記第２のデータ通信路の送信後の通信量と、前記閾値とに基づいて、前記判定を行う
請求項１に記載の計算機システム。

【請求項3】

前記閾値は、前記第１の期間における前記第２のデータ通信路の通信量の上限に基づいて設定され、
前記送信後の通信量は、前記第１の期間の期初から現時点までの通信量と、前記第１のデータ及び前記第２のデータに係る通信量とに基づいて算出される値であり、
前記第２の装置は、前記送信後の通信量が前記閾値よりも大きくなる場合、前記判定において、前記第１の装置からの前記第１のデータの送信を許可しないと判定する
請求項２に記載の計算機システム。

【請求項4】

前記閾値は、現時点から前記第１の期間の期末までの残り期間が長いほど低く設定される値である
請求項３に記載の計算機システム。

【請求項5】

前記第１の期間は、現時点を期末として変動する期間である
請求項３に記載の計算機システム。

【請求項6】

前記閾値は、前記第１の期間よりも短い所定期間における、前記第２の装置の前記第２のデータ通信路に対する平均的な通信量に基づいて設定される値である
請求項５に記載の計算機システム。

【請求項7】

前記第２のデータ通信路は、通信事業者によって管理されており、
前記第１の装置は、車載装置であり、
前記第２の装置は、前記通信事業者と契約した通信装置であり、
前記第２のデータ通信路に係る条件とは、前記通信事業者との契約に基づいて前記通信装置に課せられる条件であり、
前記第１のデータは、前記車載装置に係る不具合を解析するための情報を有し、
前記第２のデータは、前記通信装置の動作の不具合を解析するための情報を有する
請求項１乃至６の何れか１項に記載の計算機システム。

【請求項8】

第１の装置と第２の装置とが第１のデータ通信路で接続されており、
前記第１の装置において、
第１の記憶部に格納されている第１のデータの送信可否を前記第１のデータ通信路を通じて前記第２の装置に問い合わせ、
前記第２の装置から送信を許可された場合、前記第１のデータを前記第１のデータ通信路を通じて前記第２の装置に送信し、
前記第２の装置から送信を許可されなかった場合、前記第２の装置から前記第１のデータ通信路を通じて第２のデータを受信し、前記第１のデータ及び前記第２のデータを記憶媒体に出力し、
前記第２の装置において、
前記第１の装置から前記第１のデータ通信路を通じて前記第１のデータの送信可否の問い合わせを受けると、
前記第２の装置が使用可能な第２のデータ通信路に係る条件に基づいて、前記第１の装置からの前記第１のデータの送信可否を判定し、
前記判定において、前記第１の装置からの前記第１のデータの送信を許可すると判定した場合、前記第１の装置から前記第１のデータ通信路を通じて前記第１のデータを受信し、前記第１のデータ及び前記第２のデータを前記第２のデータ通信路を通じてサーバに送信し、
前記判定において、前記第１の装置からの前記第１のデータの送信を許可しないと判定した場合、第２の記憶部に格納されている前記第２のデータを前記第１のデータ通信路を通じて前記第１の装置に送信する
データ出力方法。

【請求項9】

第１の計算機と第２の計算機とが第１のデータ通信路で接続されており、
前記第１の計算機に実行されると、
第１の記憶部に格納されている第１のデータの送信可否を前記第１のデータ通信路を通じて前記第２の計算機に問い合わせ、
前記第２の計算機から送信を許可された場合、前記第１のデータを前記第１のデータ通信路を通じて前記第２の計算機に送信し、
前記第２の計算機から送信を許可されなかった場合、前記第２の計算機から前記第１のデータ通信路を通じて第２のデータを受信し、前記第１のデータ及び前記第２のデータを記憶媒体に出力し、
前記第２の計算機に実行されると、
前記第１の計算機から前記第１のデータ通信路を通じて前記第１のデータの送信可否の問い合わせを受けると、
前記第２の計算機が使用可能な第２のデータ通信路に係る条件に基づいて、前記第１の計算機からの前記第１のデータの送信可否を判定し、
前記判定において、前記第１の計算機からの前記第１のデータの送信を許可すると判定した場合、前記第１の計算機から前記第１のデータ通信路を通じて前記第１のデータを受信し、前記第１のデータ及び前記第２のデータを前記第２のデータ通信路を通じてサーバに送信し、
前記判定において、前記第１の計算機からの前記第１のデータの送信を許可しないと判定した場合、第２の記憶部に格納されている前記第２のデータを前記第１のデータ通信路を通じて前記第１の計算機に送信する
コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、計算機に格納されているデータを所定のサーバに提供する技術に関する。

【背景技術】

【0002】

近年、スマートフォン等の携帯型の通信端末（以下「携帯端末」という）の通信回線を利用して、カーナビゲーション等の車載端末とデータセンタとを接続し、その通信回線を通じて様々なカーナビゲーションに係るサービスを提供するテレマティクスシステムが知られている。

【0003】

また、車載端末又は携帯端末に何らかの問題が発生した場合、車載端末又は携帯端末に格納されているログデータをデータセンタが収集し、データセンタ側でその車載端末又は携帯端末の問題を解析することが行われている（特許文献１）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１１−２２７８６８号公報

【発明の概要】

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

【0005】

しかし、携帯端末の通信回線には様々な制約が存在する場合がある。この場合、この通信回線を通じてログデータを送信することがユーザにとってデメリットとなることもある。

【0006】

そこで、本発明の目的は、通信回線に係る制約等に基づいて、計算機に格納されているデータをどのようにサーバへ提供すべきかを適切に判断することにある。

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

【0007】

本発明の一実施例に係る計算機システムは、第１の装置と第２の装置とが第１のデータ通信路で接続されている。
第１の装置は、第１の記憶部に第１のデータを格納しており、第１のデータの送信可否を第１のデータ通信路を通じて第２の装置に問い合わせる。第１の装置は、第２の装置から送信を許可された場合、第１のデータを第１のデータ通信路を通じて第２の装置に送信し、第２の装置から送信を許可されなかった場合、第２の装置から第１のデータ通信路を通じて第２のデータを受信し、第１のデータ及び第２のデータを記憶媒体に出力する。
第２の装置は、第２の記憶部に前記第２のデータを格納している。第２の装置は、第１の装置から第１のデータ通信路を通じて第１のデータの送信可否の問い合わせを受けると、第２の装置が使用可能な第２のデータ通信路に係る条件に基づいて、第１の装置からの第１のデータの送信可否を判定する。
第２の装置は、その判定において、第１の装置からの第１のデータの送信を許可すると判定した場合、第１の装置から第１のデータ通信路を通じて第１のデータを受信し、第１のデータ及び第２のデータを第２のデータ通信路を通じてサーバに送信する。
第２の装置は、その判定において、第１の装置からの第１のデータの送信を許可しないと判定した場合、第２のデータを第１のデータ通信路を通じて第１の装置に送信する。

【発明の効果】

【0008】

本発明によれば、通信回線に係る制約等に基づいて、計算機に格納されているデータをどのようにサーバへ提供すべきかを適切に判断することができる。

【図面の簡単な説明】

【0009】

【図1】テレマティクスシステムの全体構成の一例を示すブロック図である。

【図2】携帯端末からデータセンタにログを送信する処理の一例を示すシーケンスチャートある。

【図3】ＰＣを経由してデータセンタにログを送信する処理の一例を示すシーケンスチャートである。

【図4】車載端末の構成例を示すブロック図である。

【図5】携帯端末の構成例を示すブロック図である。

【図6】ログ送信方法判定テーブルの構成例を示す図である。

【図7】翌日残り通信量を説明するための図である。

【図8】車載端末におけるログ送受信処理の一例を示すフローチャートである。

【図9】携帯端末におけるログ送受信処理の一例を示すフローチャートである。

【図10】車載端末の画面に表示される情報の一例を示す模式図である。

【図11】ログ送信方法を判定する処理の変形例を示すフローチャートである。

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

【0010】

以下、第１の装置の一種である車載端末と第２の装置の一種である携帯型の通信端末とが第１のデータ通信路の一種である端末間通信路によって接続されている計算機システムの実施例について、図面を参照しながら説明する。

【0011】

図１は、テレマティクスサービスに係る計算機システム（以下「システム」という）の全体構成の一例を示すブロック図である。

【0012】

システム１は、車載端末１１と、携帯端末１２と、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１３と、データセンタ１４とを含む。

【0013】

車載端末１１は、例えば、カーナビゲーション装置である。車載端末１１は、プリインストールされているアプリケーションを実行するだけでなく、後からアプリケーションをインストールできても良い。車載端末１１は、メモリカード２４のＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）を備えており、そのメモリカード２４にデータをリード／ライトする機能を有する。携帯端末１２は、例えば、携帯電話、スマートフォン又はモバイルＰＣ等である。

【0014】

携帯端末１２は、インターネット網２３又はキャリア網２２を通じて、データセンタ１４と双方向にデータを送受信する。

【0015】

キャリア網２２は、例えば、通信事業者によって管理される。携帯端末１２は、例えば、３Ｇ、ＩＭＴ２０００又はＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）等の規格に基づき、キャリア網２２に接続する。キャリア網２２には、データ通信の通信量に関する制約又は契約等が存在しても良い。例えば、１か月の通信量の累積が所定値を超えた場合は、通信速度を制限する等の制約又は契約等が存在しても良い。キャリア網２２とインターネット網２３とは接続されていて良い。携帯端末１２は、例えば、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を通じてインターネット網２３に接続する。インターネット網２３には、データ通信の通信量に関する制約が存在しない、又は本実施例において無視できるとしても良い。

【0016】

電子計算機の一種であるＰＣ１３は、メモリカード２４のＩ／Ｆを備えており、そのメモリカード２４にデータをリード／ライトする機能を有する。ＰＣ１３は、例えば、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）又はＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ）等によってインターネット網２３に接続されている。ＰＣ１３は、インターネット網２３を通じて、データセンタ１４と双方向にデータを送受信する。

【0017】

車載端末１１と携帯端末１２とは、端末間通信路２１によって接続され、この端末間通信路２１を通じてデータを双方向に送受信できる。端末間通信路２１は、有線であっても無線であっても良い。無線の端末間通信路２１は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）又は無線ＬＡＮ等によって構成される。有線の端末間通信路２１は、例えば、ＵＳＢケーブルによって構成される。

【0018】

データセンタ１４は、例えば、テレマティクスサービスを提供するための電子計算機の一種であるサーバ群から構成される。データセンタ１４は、インターネット網２３を通じて、車載端末１１、携帯端末１２及びＰＣ１３とデータを送受信できる。データセンタ１４は、例えば、アプリケーションサーバ３１と、ログ管理サーバ３２と、ログＤＢ（Ｄａｔａｂａｓｅ）３３とによって構成される。

【0019】

アプリケーションサーバ３１は、テレマティクスサービスに関する処理を実行するサーバである。ログ管理サーバ３２は、携帯端末１２及び車載端末１１に係るログデータ（以下「ログ」という）を収集し、ログＤＢ３３に格納して管理する。次に、データセンタ１４が、車載端末１１及び携帯端末１２に係るログを収集する流れを説明する。

【0020】

図２は、携帯端末１２からデータセンタ１４にログを送信する場合のシーケンスチャートである。
ユーザから車載端末１１に対するログ送信の指示を受けると（Ｓ１１）、車載端末１１は、携帯端末１２に対して、車載端末１１に係るログ（以下「車載ログ」という）を送信しても良いか否かを問い合わせる（Ｓ１２）。

【0021】

この問い合わせを受けると、携帯端末１２は、車載ログと携帯端末１２に係るログ（以下「携帯ログ」という）とを、キャリア網２２を使用してデータセンタ１４に送信しても良いか否かを判定する（Ｓ１３）。この判定方法については後述する。

【0022】

以下、携帯端末１２が、車載ログ及び携帯ログを、キャリア網２２を使用してデータセンタ１４に送信しても良いと判定した場合（Ｓ１３：ＯＫ）について説明する。

【0023】

携帯端末１２は、車載端末１１に対して車載ログの送信を許可する旨の応答を返す（Ｓ１４）。また、携帯端末１２は、車載ログを受信する準備をする（Ｓ１５）。

【0024】

この応答を受けて、車載端末１１は、端末間通信路２１を通じて、携帯端末１２に車載ログを送信する（Ｓ１６）。

【0025】

携帯端末１２は、車載端末１１から受信した車載ログを携帯側バッファ２１０（図５参照）に格納する。そして、携帯端末１２は、携帯側バッファに格納されている携帯ログ及び車載ログを、キャリア網２２を通じてデータセンタ１４に送信する（Ｓ１７）。

【0026】

データセンタ１４は、携帯端末１２から送信された携帯ログ及び車載ログを受信し、ログＤＢ３３に格納する（Ｓ１８）。

【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】

例えば、ログ送信方法判定部２０３は、車載端末１１から車載ログを送信しても良いか否かの問い合わせを受けると（図２のＳ１２、図３のＳ２２参照）、所定の条件に基づいて、キャリア網２２又は無線ＬＡＮを使用してログをデータセンタ１４に送信するか否かを判定する。

【0058】

ここで、ログ送信方法判定部２０３は、キャリア網２２又は無線ＬＡＮを使用してログをデータセンタ１４に送信すると判定した場合（図２のＳ１３：ＯＫ）、車載端末１１に対して、車載ログの送信を許可する旨の応答を返して良い（図２のＳ１４参照）。

【0059】

ログ送信方法判定部２０３は、キャリア網２２又は無線ＬＡＮを使用してログをデータセンタ１４に送信しないと判定した場合（図３のＳ１３：ＮＧ）、車載端末１１に対して、車載ログの送信を許可しない旨の応答を返して良い（図３のＳ２４参照）。

【0060】

ログ送信方法判定部２０３は、ログ送信方法判定テーブル３００を用いてこの判定を行っても良いし（図６参照）、他の条件に基づいてこの判定を行っても良い（図１１参照）。次に、ログ送信方法判定テーブル３００の構成例を説明した上で、ログ送信方法判定部２０３における判定方法の一例を述べる。

【0061】

図６は、ログ送信方法判定テーブル３００の構成例を示す。
ログ送信方法判定テーブル３００は、ログ送信方法判定部２０３が、ログの送信方法を判定するための条件を有する。ログ送信方法判定テーブル３００は、フィールドとして、例えば、優先順位３０１と、車載ログサイズ３０２と、当月累積通信量３０３と、翌日残り通信量３０４と、送信ログサイズ３０５と、無線ＬＡＮ接続３０６と、キャリア網接続３０７と、ログ送信方法３０８とを有する。

【0062】

優先順位３０１には、ログ送信方法判定テーブル３００の有する各エントリの優先順位が格納される。つまり、優先順位の高いエントリから順番に適合の可否が判断される。

【0063】

車載ログサイズ３０２には、車載ログのサイズと携帯側バッファ２１０の空き容量との関係に係る条件が格納される。例えば、エントリ３１０ａは、車載ログのサイズが携帯側バッファ２１０の空き容量以上の場合、ログ送信方法は「メモリカード経由」と判定されることを示す。なぜなら、携帯端末１２は、車載ログを受信しても携帯側バッファ２１０に格納できないからである。

【0064】

無線ＬＡＮ接続３０６には、携帯端末１２の無線ＬＡＮへの接続状態に係る条件が格納される。例えば、エントリ３１０ｂは、携帯端末１２の無線ＬＡＮ接続が「有効」な場合、ログ送信方法は「無線ＬＡＮ経由」と判定されることを示す。なぜなら、無線ＬＡＮ通信には、一般的に通信量の制限が課せられていないことが多いからである。なお、携帯端末１２が無線ＬＡＮに接続する機能を有さない場合、この無線ＬＡＮ接続の条件は、判定に用いられなくても良い。

【0065】

キャリア網接続３０７には、携帯端末１２のキャリア網２２への接続に係る条件が格納される。通常、携帯端末１２は、キャリア網２２に係る通信エリアの圏内に存在する場合、キャリア網接続が「有効」な状態となり、通信エリアの圏外に存在する場合、キャリア網接続が「無効」な状態となる。なお、ユーザ自らがキャリア網２２への接続を「オフ」に設定した場合、通常、携帯端末１２は、キャリア網接続が「無効」な状態となる。

【0066】

送信ログサイズ３０５には、送信するログのサイズ（データ量）に係る条件が格納されている。送信ログサイズ３０５は、車載ログのサイズと携帯ログのサイズとの合計であっても良い。

【0067】

当月累積通信量３０３には、当月の累積通信量に係る条件が格納される。当月累積通信量は、例えば、１か月間等の期初から現時点までの通信量の累積として算出されても良い。この期間は１か月に限られず、例えば、３か月又は２週間等の所定期間であって良い。

【0068】

警告閾値は、１か月間に使用可能な通信量の上限（以下「月間通信量上限」という）に基づく値である。警告閾値は、例えば、月間通信量上限の７０％等と設定されて良い。警告閾値は、現時点から当月の最終日（期間の期末）までの期間が長いほど小さくなるように設定されても良い。なぜなら、例えば、その月の初めにログの送信に多くの通信量を使用してしまうと、残りの日における携帯端末が使用可能な通信量が少なくなってしまい、ユーザに日常の携帯端末の利用に影響を与えてしまうからである。そこで、月の初め頃の警告閾値を小さくしておくことで、残りの日における携帯端末が使用可能な通信量が多くなるようにする。

【0069】

上記の判定は、車載ログ及び携帯ログを送信する前の当月累積通信量と警告閾値とを比較して行われても良い。または、上記の判定は、車載ログ及び携帯ログを送信したと仮定した場合のその後の当月累計通信量と警告閾値とを比較して行われても良い。車載ログ及び携帯ログを送信したと仮定した場合のその後の当月累計通信量は、車載ログのデータサイズと携帯ログのデータサイズとの合計に基づいて算出されても良い。

【0070】

月間通信量上限は、携帯端末１２のユーザと通信事業者との間の契約に基づいて設定されても良い。また、携帯端末１２のユーザが通信事業者との間で月間通信量上限を無制限とする契約を結んでいる場合は、この当月累積通信量３０３は、判定に用いられないとしても良い。

【0071】

例えば、エントリ３１０ｄは、当月累積通信量が警告閾値以上の場合、ログ送信方法は「メモリカード経由」と判定されることを示す。

【0072】

翌日残り通信量３０４には、例えば、直近３日間（例えば、２日前から当日までの間）の累積通信量に係る条件が格納される。つまり、この期間は、現時点を期末として変動する期間である。この期間は３日間に限られず、例えば、２日間又は７日間等であっても良い。ここで、直近３日間に使用可能な通信量の上限（以下「３日間通信量上限」という）が設定されているとして、次に、この翌日残り通信量３０４について、図面を用いながら説明する。

【0073】

図７は、翌日残り通信量３０４を説明するための図である。
図７のグラフ４００において、横軸は日付４０１を表し、縦軸はユーザが１日間に使用した通信量（以下「１日間通信量」という）４０２を表す。ここで、３日間通信量上限が「１０」であるとする。

【0074】

例えば、当日が（Ｎ＋３）日であった場合、３日間の累積通信量は、（Ｎ＋１）日、（Ｎ＋２）日、及び（Ｎ＋３）日の１日間通信量である「２」、「５」、「１」を合計して「８」となる。これが、翌日（Ｎ＋４）日になると、（Ｎ＋１）日の１日間通信量「１」がリセットされるので、３日間の累積通信量は「６」となる。つまり、翌日の（Ｎ＋４）日の残り通信量は、３日間通信量上限である「１０」と「６」の差分である「４」となる。

【0075】

同様に、当日が（Ｎ＋４）日あった場合、翌日の（Ｎ＋５）日の３日間の累積通信量は「３」となるので、翌日の（Ｎ＋３）日の残り通信量は「７」となる。

【0076】

図６の説明に戻ると、例えば、翌日残り通信量が「４」の場合は、３日間通信量上限「１０」で除算すると、「４／１０＝４０％」となる。これは、エントリ３１０ｆ及び３１０ｇの翌日残り通信量３０４の条件である「３日間上限の４０％以上かつ５０％未満」に該当する。

【0077】

同様に、例えば、翌日残り通信量が「７」の場合は、３日間通信量上限で除算すると、７０％となる。これは、エントリ３１０ｅの翌日残り通信量３０４の条件である「３日間上限の５０％以上」に該当する。

【0078】

上記の判定は、直近２日間の累積通信量と、３日間通信量上限に基づいて設定された閾値との比較によって行われても良い。この直近２日間の累積通信量は、車載ログ及び携帯ログを送信する前の直近２日間の累積通信量であっても良いし、車載ログ及び携帯ログを送信したと仮定した場合のその後の直近２日間の累計通信量であっても良い。車載ログ及び携帯ログを送信したと仮定した場合のその後の直近２日間の累計通信量は、車載ログのデータサイズと携帯ログのデータサイズとの合計に基づいて算出されても良い。

【0079】

ログ送信方法３０８には、ログの送信方法が格納される。各エントリのログ送信方法３０８には、例えば、「メモリカード経由」、「無線ＬＡＮ経由」または「キャリア網経由」の何れかが格納される。

【0080】

「メモリカード経由」は、車載端末１１側に携帯ログ及び車載ログを集めて、そのログを車載端末１１に挿入されたメモリカード２４に出力する方法を意味する。メモリカード２４に出力されたログは、例えば、インターネット網２３に接続されているＰＣ１３を使用してデータセンタ１４に送信される。

【0081】

「無線ＬＡＮ経由」は、携帯端末１２側に携帯ログ及び車載ログを集めて、そのログを無線ＬＡＮを使用してデータセンタ１４に送信する方法を意味する。

【0082】

「キャリア網経由」は、携帯端末１２側に携帯ログ及び車載ログを集めて、そのログをキャリア網２２を使用してデータセンタ１４に送信する方法を意味する。

【0083】

ログ送信方法判定部２０３は、例えば、ログ送信方法判定テーブル３００における優先順位３０１の高いエントリから順番に該当するか否かを判定し、該当したエントリのログ送信方法３０８に格納されている方法を判定結果とする。

【0084】

例えば、車載ログサイズ３０２が携帯側バッファ２１０の空き容量以上であった場合は、優先順位３０１「１」のエントリ３１０ａに該当するので、ログ送信方法判定部２０３は、「メモリカード経由」でログを送信すると判定する。この場合、車載ログ及び携帯ログは車載端末１１の車載側バッファ１１０に集められ、メモリカード２４に出力される。

【0085】

例えば、携帯端末１２が無線ＬＡＮに接続されている場合は、優先順位３０１「２」のエントリ３１０ｂに該当するので、ログ送信方法判定部２０３は、「無線ＬＡＮ経由」でログを送信すると判定する。この場合、車載ログ及び携帯ログは携帯端末１２の携帯側バッファ２１０に集められ、無線ＬＡＮを使用してデータセンタ１４へ送信される。

【0086】

例えば、翌日残り通信量が３日間通信量上限の４０％以上且つ５０％未満であり、送信ログサイズが１０Ｍｂｙｔｅ未満であり、さらに、携帯端末１２がキャリア網２２に接続されている場合は、優先順位３０１「６」のエントリ３１０ｆに該当するので、ログ送信方法判定部２０３は、「キャリア網経由」でログを送信すると判定する。この場合、車載ログ及び携帯ログは携帯端末１２の携帯側バッファ２１０に集められ、キャリア網２２を使用してデータセンタ１４へ送信される。

【0087】

ログ送信方法判定テーブル３００は、上記の当月累積通信量３０３及び翌日残り通信量３０４以外にも、キャリア網２２の制約条件に係る様々なフィールドを有しても良い。例えば、ログ送信方法判定テーブル３００は、通信速度、通信料金又は通信方式に関するフィールド等を有しても良い。

【0088】

図８は、車載端末１１におけるログ送受信処理の一例を示すフローチャートである。
車載側ログ送受信部１０２は、携帯端末１２に車載ログの送信可否を問い合わせる（Ｓ４０１）。このとき、車載側ログ送受信部１０２は、携帯端末１２に車載ログのサイズも通知する。

【0089】

そして、車載側ログ送受信部１０２は、携帯端末１２から車載ログの送信可否の問い合わせに対する応答を受信する（Ｓ４０２）。

【0090】

車載ログの送信を許可された場合（Ｓ４０２：ＹＥＳ）、車載側ログ送受信部１０２は、車載側バッファ１１０に格納されている車載ログを、端末間通信路２１を通じて携帯端末１２に送信し（Ｓ４０３）、当該処理を終了する（終了）。

【0091】

車載ログの送信を許可されなかった場合（Ｓ４０２：ＮＯ）、車載側ログ送受信部１０２は、携帯ログの受信の準備をする（Ｓ４１０）。そして、車載側ログ送受信部１０２は、端末間通信路２１を通じて携帯端末１２から送信された携帯ログを受信し、車載側バッファ１１０に格納する（Ｓ４１１）。

【0092】

そして、メモリカード出力部１０３は、車載側バッファ１１０に格納されている車載ログ及び携帯ログをメモリカード２４にライトし（Ｓ４１２）、当該処理を終了する（終了）。

【0093】

その後、メモリカード２４を挿入されたＰＣ１３が、そのメモリカード２４に格納されている車載ログ及び携帯ログを、インターネット網２３を通じてデータセンタ１４に送信する。以上の処理により、車載ログ及び携帯ログをデータセンタ１４に送信することができる。

【0094】

図９は、携帯端末１２におけるログ送受信処理の一例を示すフローチャートである。
携帯側ログ送受信部２０２は、車載端末１１から車載ログの送信可否の問い合わせを受ける（Ｓ５０１）。このとき、携帯側ログ送受信部２０２は、車載端末１１から車載ログのサイズの通知も受けて良い。

【0095】

ログ送信方法判定部２０３は、ログ送信方法を判定する（Ｓ５０２）。ログ送信方法判定部２０３において、先ほど受信した車載ログのサイズを用いても良い。

【0096】

ログ送信方法の判定結果が「無線ＬＡＮ経由」又は「キャリア網経由」の何れかであった場合（Ｓ５０３：「無線ＬＡＮ経由」「キャリア網経由」）、携帯側ログ送受信部は、車載端末１１に車載ログの送信を許可する旨の応答を返すと共に（Ｓ５０４）、車載ログの受信の準備をする（Ｓ５０５）。
そして、携帯側ログ送受信部２０２は、端末間通信路２１を通じて車載端末１１から車載ログを受信し、携帯側バッファ２１０に格納する（Ｓ５０６）。

【0097】

次に、データセンタ送信部２０４は、ログ送信方法の判定結果が「無線ＬＡＮ経由」又は「キャリア網経由」の何れであったかを特定する（Ｓ５０７）。

【0098】

ログ送信方法の判定結果が「無線ＬＡＮ経由」であった場合（Ｓ５０７：「無線ＬＡＮ経由」）、データセンタ送信部２０４は、無線ＬＡＮを使用して、携帯側バッファ２１０に格納されている車載ログ及び携帯ログをデータセンタ１４に送信し（Ｓ５０８）、当該処理を終了する（終了）。

【0099】

ログ送信方法の判定結果が「キャリア網経由」であった場合（Ｓ５０７：「キャリア網経由」）、データセンタ送信部２０４は、キャリア網２２を使用して、携帯側バッファ２１０に格納されている車載ログ及び携帯ログをデータセンタ１４に送信し（Ｓ５０９）、当該処理を終了する（終了）。

【0100】

一方、Ｓ５０３にてログ送信方法の判定結果が「メモリカード経由」であった場合（Ｓ５０３：「メモリカード経由」）、携帯側ログ送受信部２０２は、車載端末１１に車載ログの送信を許可しない旨の応答を返す（Ｓ５１０）。

【0101】

そして、携帯側ログ送受信部２０２は、端末間通信路２１を通じて車載端末１１に携帯ログを送信し（Ｓ５１１）、当該処理を終了する（終了）。
以上の処理により、車載ログ及び携帯ログをデータセンタ１４に送信することができる。

【0102】

図１０は、車載端末１１の画面に表示される情報の一例を示す模式図である。
車載端末１１の出力Ｉ／Ｆ４６を通じて表示される画面５０１には、例えば、ログ送信ボタン５１２が表示されている。そして、そのログ送信ボタン５１２が押下されると、図８のステップＳ４０１の処理が実行されても良い。また、車載ログがキャリア網２２を使用して送信された場合、画面５０１に「ログをデータセンタに送信しました」と表示され（符号５１１参照）、メモリカード２４にライトされた場合、画面５０１に「ログをメモリカードに保存しました」と表示されても良い（不図示）。

【0103】

図１１は、ログ送信方法を判定する処理の変形例を示すフローチャートである。
本フローチャートは、ログ送信方法判定部２０３が、図６に示したテーブル３００とは一部異なる条件に基づいて、ログ送信方法を判定する場合の処理例である。

【0104】

ログ送信方法判定部２０３は、「車載ログのサイズ≦携帯側バッファ２１０の空き容量」であるか否かを判定する（Ｓ２０１）。

【0105】

「車載ログのサイズ＞携帯側バッファ２１０の空き容量」の場合（Ｓ２０１：ＮＯ）、ログ送信方法判定部２０３は、ログ送信方法を「メモリカード経由」と判定する。

【0106】

「車載ログのサイズ≦携帯側バッファの空き容量」の場合（Ｓ２０１：ＹＥＳ）、ログ送信方法判定部２０３は、次に、無線ＬＡＮに接続しているか否かを判定する（Ｓ２０２）。

【0107】

無線ＬＡＮに接続している場合（Ｓ２０２：ＹＥＳ）、ログ送信方法判定部２０３は、ログ送信方法を「無線ＬＡＮ経由」と判定する。

【0108】

無線ＬＡＮに接続していない場合（Ｓ２０２：ＮＯ）、ログ送信方法判定部２０３は、次に、キャリア網２２に接続しているか否かを判定する（Ｓ２０３）。

【0109】

キャリア網２２に接続していない場合（Ｓ２０３：ＮＯ）、ログ送信方法判定部２０３は、ログ送信方法を「メモリカード経由」と判定する。

【0110】

キャリア網２２に接続している場合（Ｓ２０３：ＹＥＳ）、ログ送信方法判定部２０３は、次に、「ログ送信後の残り月間通信量≧１日平均通信量×残り日数」であるか否かを判定する（Ｓ２０４）。ここで、「ログ送信後の残り月間通信量＝月間通信量上限−ログ送信前の当月累積通信量−送信ログのサイズに基づく送信量」であっても良い。また、「１日平均通信量＝月間通信量上限／当月の日数」であっても良い。また、１日平均通信量は、ユーザまたは携帯端末１２のこれまでの１日当たりの平均的な通信量であっても良い。

【0111】

「ログ送信後の残り月間通信量＜１日平均通信量×残り日数」の場合（Ｓ２０４：ＮＯ）、ログ送信方法判定部２０３は、ログ送信方法を「メモリカード経由」と判定する。「メモリカード経由」と判定するのは、ここでキャリア網２２を使用してログを送信してしまうと、残り月間における携帯端末１２のキャリア網２２の使用に及ぼす影響が大きくなるからである。

【0112】

「ログ送信後の残り月間通信量≧１日平均通信量×残り日数」である場合（Ｓ２０４：ＹＥＳ）、ログ送信方法判定部２０３は、次に、「ログ送信後の翌日の残り通信量≧１日平均通信量」であるか否かを判定する（Ｓ２０５）。

【0113】

「ログ送信後の翌日の残り通信量＜１日平均通信量」の場合（Ｓ２０４：ＮＯ）、ログ送信方法判定部２０３は、ログ送信方法を「メモリカード経由」と判定する。ここで、「ログ送信後の翌日の残り通信量＝３日間通信量上限−直近２日間の通信量−送信ログサイズ」であっても良い。「メモリカード経由」と判定するのは、ここでキャリア網２２を使用してログを送信してしまうと、翌日の携帯端末１２のキャリア網２２の使用に及ぼす影響が大きくなるからである。

【0114】

「ログ送信後の翌日の残り通信量≧１日平均通信量」である場合（Ｓ２０５：ＹＥＳ）、ログ送信方法判定部２０３は、ログ送信方法を「キャリア網経由」と判定する。「キャリア網経由」と判定するのは、ここでキャリア網２２を使用してログを送信しても、残り月間及び翌日における携帯端末１２のキャリア網２２の使用に及ぼす影響が小さいからである。

【0115】

以上の処理により、車載端末１１及び携帯端末１２は、ユーザの日常の携帯端末１２の使用にあまり影響を及ぼすこと無く、車載ログ及び携帯ログをデータセンタ１４に送信することができる。

【0116】

上述した実施例は、本発明の説明のための例示であり、本発明の範囲をそれらの実施例にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。

【符号の説明】

【0117】

１…テレマティクスシステム １１…車載端末 １２…携帯端末 １３…ＰＣ １４…データセンタ ２１…端末間通信 ２２…キャリア網 ２３…インターネット網

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】