(57)【要約】【課題】本発明は、このような状況に鑑みてなされたものであり、乗用車に関する情報処理装置の有効利用すること。【解決手段】処理状態変更部６３は、乗降認識部６２からユーザＵの特定車Ｃへの乗車認識データを受信すると、所定の処理状態の変更データを作成し、所定処理部６４に送信することを制御する。また、処理状態変更部６３は、乗降認識部６２からユーザＵの特定車Ｃへの降車認識データを受信すると、所定の処理状態の変更データを作成し、所定処理部６４に送信することを制御する。所定処理部６４は、所定の処理状態の変更データを受信し、変更後の所定処理を実行する。【選択図】図６
2017163400.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが携帯可能な情報処理装置において、
所定処理を実行する所定処理手段と、
所定の発信源から発信され、当該発信源を特定可能な信号を受信する制御を実行する受信制御手段と、
前記受信制御手段の制御により、乗用車に配置された前記発信源から発信された前記信号の受信開始を条件のひとつとして、前記ユーザが前記乗用車に乗車したことを認識し、前記信号の受信終了を条件のひとつとして、前記ユーザが前記乗用車から降車したことを認識する乗降確認手段と、
前記乗降確認手段に基づいて、前記所定処理手段による前記所定処理の状態を変更する処理状態変更手段と、
を備える情報処理装置。
【請求項２】
前記所定処理手段は、所定の時間間隔でユーザの位置情報を取得する位置取得手段を含み、
前記処理状態変更手段は、前記乗降確認手段により前記ユーザが前記乗用車に乗車したことが認識されてから降車したことが認識されるまでの間、前記位置取得手段により前記位置情報が取得される前記時間間隔を変更する処理を含む、
請求項１に記載の情報処理装置。
【請求項３】
ユーザが携帯可能な情報処理装置が実行する情報処理方法において、
所定処理を実行する所定処理ステップと、
所定の発信源から発信され、当該発信源を特定可能な信号を受信する制御を実行する受信制御ステップと、
前記受信制御ステップの制御により、乗用車に配置された前記発信源から発信された前記信号の受信開始を条件のひとつとして、前記ユーザが前記乗用車に乗車したことを認識し、前記信号の受信終了を条件のひとつとして、前記ユーザが前記乗用車から降車したことを認識する乗降確認ステップと、
前記乗降確認ステップに基づいて、前記所定処理ステップによる前期所定処理状態を変更する処理状態変更ステップと、
を含む情報処理方法。
【請求項４】
ユーザが携帯可能な情報処理装置を制御するコンピュータに、
所定処理を実行する所定処理ステップと、
所定の発信源から発信され、当該発信源を特定可能な信号を受信する制御を実行する受信制御ステップと、
前記受信制御ステップの制御により、乗用車に配置された前記発信源から発信された前記信号の受信開始を条件のひとつとして、前記ユーザが前記乗用車に乗車したことを認識し、前記信号の受信終了を条件のひとつとして、前記ユーザが前記乗用車から降車したことを認識する乗降確認ステップと、
前記乗降確認ステップに基づいて、前記所定処理ステップによる前期所定処理状態を変更する処理状態変更ステップと、
を含む制御処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来から、人や乗用車について、その通行や走行の移動経路や時間の通行履歴を検出し、管理することが行われている。当該通行履歴は有用な情報であるため、当該情報を適切に収集し、管理することが重要である。（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−３４６７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、単に通行履歴を検出し、管理するだけでは不十分であり、特定の乗用車の履歴を有用な情報とし、取得及び管理することが重要である。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、乗用車に関する情報処理装置の有効利用を目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一態様の情報処理装置は、
ユーザが携帯可能な情報処理装置であって、
所定処理を実行する所定処理手段と、
所定の発信源から発信され、当該発信源を特定可能な信号を受信する制御を実行する受信制御手段と、
前記受信制御手段の制御により、乗用車に配置された前記発信源から発信された前記信号の受信開始を条件のひとつとして、前記ユーザが前記乗用車に乗車したことを認識し、前記信号の受信終了を条件のひとつとして、前記ユーザが前記乗用車から降車したことを認識する乗降確認手段と、
前記乗降確認手段に基づいて、前記所定処理手段による前記所定処理の状態を変更する処理状態変更手段と、
を備えることを特徴とする。
【０００７】
本発明の別の態様の情報処理装置において、
前記所定処理手段は、所定の時間間隔でユーザの位置情報を取得する位置取得手段を含み、
前記処理状態変更手段は、前記乗降確認手段により前記ユーザが前記乗用車に乗車したことが認識されてから降車したことが認識されるまでの間、前記位置取得手段により前記位置情報が取得される前記時間間隔を変更する処理を含む、
ことができる。
【０００８】
本発明の一態様の情報処理方法及びプログラムは、上述の本発明の一態様の情報処理装置に対応する方法及びプログラムである。
【発明の効果】
【０００９】
本発明によれば、情報処理装置において、特定の乗用車に乗車している状態と当該乗車状態以外の状態で、所定の処理を変更することができるので、乗用車に関する情報処理装置の有効利用ができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に係る情報処理システムにより実行されるデータ処理の概要を示す図である。
【図２】本発明の一実施形態に係る処理状態変更処理の概要を示す図である。
【図３】本発明の一実施形態に係る位置履歴処理の概要を示す図である。
【図４】図１の情報処理システムのうち、サーバのハードウェア構成を示すブロック図である。
【図５】図１の情報処理システムのうち、ユーザ端末のハードウェア構成を示すブロック図である。
【図６】図４のサーバの機能的構成のうち、処理状態変更処理を実行するための機能的構成を示す機能ブロック図である。
【図７】図６の機能的構成を有する図５のユーザ端末が実行する位置履歴処理の流れを説明するフローチャートである。
【発明を実施するための形態】
【００１１】
以下、図面を参照しながら、本発明の実施形態について説明する。
【００１２】
［情報処理システムの概要］
図１は、本発明の一実施形態に係る情報処理システムにより実行されるデータ処理の概要を示す図である。
図１に示す情報処理システムは、サーバ１と、ユーザ端末２とが、ネットワークＮを介して相互に接続されることによって構成されている。
また、ビーコン３は特定の乗用車Ｃ（以下、特定車Ｃという。）に設置されている。
【００１３】
ビーコン３は、ＩＤを含む所定の情報を、所定の範囲内に届くように一方向に発信することのできるものをいう。
ユーザ端末２は、当該所定の情報を受信し、所定の情報からビーコン３を一意に特定する。また、ユーザ端末２は、ビーコン３が設置されている特定車Ｃを一意に特定する。
よって、ビーコン３は、特定車Ｃを認識するのに好適である。
【００１４】
また、特定車Ｃとは、ユーザ端末２で一意に特定可能な乗用車をいう。この例では、特定車Ｃとして、バスやタクシーではなく、ユーザＵが保有している自家用車を採用する。
【００１５】
本情報処理システムは、ユーザＵが、特定車Ｃを利用する毎にユーザ端末２の所定の処理を変更させることができるため、ユーザＵの特定車Ｃに関する情報提供サービスを提供する際に適用させる。
本サービスの提供者は、サーバ１を管理しているものとする。ここでいう管理は、提供者自身が直接的に管理していることの他、サーバの運営会社等別の者に管理を委託する等間接的に管理していることも含むものとする。
【００１６】
図２は、本発明の一実施形態に係る処理状態変更処理の概要を示す図である。
ここで、処理状態変更処理とは、ユーザＵの特定車Ｃへの乗降認識を条件として、ユーザ端末２における処理状態を変更する処理をいう。
ユーザ端末２を有するユーザＵが、特定車Ｃに設置されたビーコン３から一定の範囲を超えた場所に位置する場合には、ユーザ端末２はビーコン３からの信号を受信することができない。ユーザ端末２は当該信号を受信することができない場合、特定車Ｃへ乗車していないと認識する。
ここで、ユーザ端末２の処理状態には処理状態Ａ及び処理状態Ｂが存在する。ユーザ端末２はビーコン３からの信号を受信していない場合には、ユーザ端末２の処理状態は処理状態Ａであるとする。また、ユーザ端末２はビーコン３からの信号を受信している場合には、ユーザ端末２の処理状態は処理状態Ｂであるとする。図２の処理状態として、処理状態Ａ及び処理状態Ｂを例示しているが、処理状態Ａ及び処理状態Ｂは例示に過ぎず、特に処理状態Ａ及び処理状態Ｂ限定されない。
ユーザ端末２を有するユーザＵが、特定車Ｃに設置されたビーコン３から一定の範囲内に移動した場合には、ユーザ端末２はビーコン３からの信号の受信を開始する。ユーザ端末２は当該信号の受信の開始を条件として、ユーザ端末２がユーザＵの特定車Ｃへの乗車と認識する。この場合には、ユーザ端末２は処理状態を処理状態Ａから処理状態Ｂへと変更する。
ユーザ端末２を有するユーザＵが、特定車Ｃから一定の範囲を超えた場所に移動した場合には、ユーザ端末２はビーコン３からの信号の受信を終了する。ユーザ端末２は、当該信号の受信の終了を条件として、ユーザＵの特定車Ｃからの降車と認識する。この場合には、ユーザ端末２は処理状態を処理状態Ｂから処理状態Ａへと変更する。
【００１７】
なお、ユーザ端末２の処理状態に、処理状態Ａ及び処理状態Ｂの他に、処理状態Ｘ、処理状態Ｙを設けてもよい。
上述の例において、ユーザ端末２がユーザＵの特定車Ｃからの降車と認識した場合に、ユーザ端末２は処理状態を処理状態Ｂから処理状態Ａへと変更し、乗車前の処理状態へ戻している。しかし、ユーザ端末２は処理状態を処理状態Ａから新たな処理状態である処理状態Ｘ又は処理状態Ｙへと変更することもできる。
【００１８】
また、上述の例において、ユーザ端末２は信号の受信の開始を条件としてユーザＵの乗車を認識している。しかし、信号の受信開始後、ユーザＵの実際の乗車までにタイムラグがあるために、信号の受信の開始から５秒経過を条件としてユーザＵの特定車Ｃへの乗車を認識してもよい。ユーザＵの特定車Ｃからの降車についても乗車同様に、別の条件を設定できる。
【００１９】
図３は、本発明の一実施形態に係る位置履歴処理の概要を示す図である。
なお、位置履歴処理は、処理状態変更処理の一例であり、ユーザ端末２が位置履歴を取得する処理である。
ユーザ端末２を有するユーザＵが、特定車Ｃに設置されたビーコン３から一定の範囲を超えた場所に位置する場合には、ユーザ端末２はビーコン３からの信号を受信することができない。ユーザ端末２は当該信号を受信することができない場合、特定車Ｃへ乗車していない認識する。
図３におけるユーザ端末２の所定の処理状態には、トラッキング間隔「長」及びトラッキング間隔「短」が存在する。ここで、トラッキング間隔とは、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）からの位置情報取得の間隔をいう。トラッキング間隔「長」とは、トラッキング間隔が長いことをいい、トラッキング間隔「短」とは、トラッキング間隔が短いことをいう。
図２の処理状態にはトラッキング間隔「長」及びトラッキング間隔「短」としているが、例示に過ぎず、特にトラッキング間隔「１０分間」及びトラッキング間隔「１分間」としてもよい。
【００２０】
ユーザ端末２はビーコン３からの信号を受信していない場合には、ユーザ端末２の処理状態はトラッキング間隔「長」とする。また、ユーザ端末２はビーコン３からの信号を受信している場合には、ユーザ端末２の処理状態はトラッキング間隔「短」とする。
ユーザ端末２を有するユーザＵが、特定車Ｃに設置されたビーコン３から一定の範囲を内に移動した場合には、ユーザ端末２はビーコン３からの信号の受信を開始する。ユーザ端末２は当該信号の受信の開始を条件として、ユーザ端末２がユーザＵの特定車Ｃへの乗車を認識する。この場合には、ユーザ端末２は処理状態をトラッキング間隔「長」からトラッキング間隔「短」へと変更する。
ユーザ端末２を有するユーザＵが、特定車Ｃから一定の範囲を超えた場所に移動した場合には、ユーザ端末２はビーコン３からの信号の受信を終了する。ユーザ端末２は、当該信号の受信の終了を条件として、ユーザＵの特定車Ｃからの降車と認識する。この場合、ユーザ端末２は処理状態をトラッキング間隔「短」からトラッキング間隔「長」へと変更する。
【００２１】
なお、ユーザ端末２の処理状態に、トラッキング間隔「１０分」及びトラッキング間隔「１分」の他に、トラッキング間隔「５分」を設けてもよい。
この場合において、ユーザ端末２はビーコン３からの信号を受信していない場合には、ユーザ端末２の処理状態はトラッキング間隔「１０分」とし、ユーザ端末２がユーザＵの特定車Ｃへの乗車と認識した場合に、ユーザ端末２は処理状態をトラッキング間隔「１分」からトラッキング間隔「１０分」へと変更する。
ユーザ端末２がユーザＵの特定車Ｃからの降車と認識した場合に、ユーザ端末２は処理状態をトラッキング間隔「１分」からトラッキング間隔「１０分」へと変更し、乗車前の処理状態へ戻してもよい。また、ユーザ端末２は処理状態をトラッキング間隔「１分」から新たな処理状態であるトラッキング間隔「５分」へと変更してもよい。
【００２２】
上述の例示においては、ＧＰＳから位置情報を取得することとして説明しているが、位置履歴を取得できるものであれば、ＧＰＳに限定されない。
【００２３】
例えば、ユーザＵが特定車Ｃでの移動と徒歩移動したとする。特定車Ｃでの移動は、１秒間に２０メートル進み、徒歩移動は、１秒間に２メートル進むものとする。ここで、ＧＰＳからの位置情報取得の間隔が１秒間で１回であった場合には、特定車Ｃの乗車中の位置履歴は２０メートル毎に対して、徒歩移動中の位置履歴は２メートル毎に取得できる。
処理状態を変更し、位置情報取得の間隔を特定車Ｃの乗車中は０．５秒間で１回、徒歩移動中は５秒間で１回とする。特定車Ｃの乗車中及び徒歩移動中の位置履歴は１０メートル毎に取得できる。
このように、位置情報取得の間隔を変更することにより、特定車Ｃの乗車中及び徒歩移動中ともに、一定距離毎に、位置履歴をとることができる。
位置履歴の取得は、一定距離で設定してもよいし、ユーザＵの好みに応じて異なる距離を設定してもよい。
【００２４】
このように、特定車Ｃの乗車中にＧＰＳからの位置情報取得の間隔を短くし、徒歩移動中にＧＰＳからの位置情報取得の間隔を長くすることで、特定車Ｃの乗車中の位置履歴の軌跡について、徒歩移動中の軌跡と同程度の細かい軌跡としてとることができる。
また、位置情報取得の間隔を変更することができるので、徒歩移動中にＧＰＳからの位置情報取得の間隔を長くすることで、ＧＰＳからの位置情報取得のための不要な電力消費を抑制することができる。
【００２５】
図４は、図１の情報処理システムのうち、本発明の情報処理装置の一実施形態としてのサーバ１のハードウェア構成を示すブロック図である。
【００２６】
サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２３と、バス２４と、入出力インターフェース２５と、入力部２６と、出力部２７と、記憶部２８と、通信部２９と、ドライブ３０と、を備えている。
【００２７】
ＣＰＵ２１は、ＲＯＭ２２に記録されているプログラム、又は、記憶部２８からＲＡＭ２３にロードされたプログラムに従って各種の処理を実行する。
【００２８】
ＲＡＭ２３には、ＣＰＵ２１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００２９】
ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３は、バス２４を介して相互に接続されている。このバス２４にはまた、入出力インターフェース２５も接続されている。入出力インターフェース２５には、入力部２６、出力部２７、記憶部２８、通信部２９及びドライブ３０が接続されている。
【００３０】
入力部２６は、キーボードや各種釦等で構成され、オペレータの指示操作に応じて各種情報を入力する。
出力部２７は、ディスプレイやスピーカ等で構成され、画像や音声を出力する。
記憶部２８は、ハードディスク或いはＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部２９は、インターネットを含むネットワークＮを介して他の装置（図４の例ではユーザ端末２）との間で行う通信を制御する。
【００３１】
ドライブ３０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ３０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部２８にインストールされる。また、リムーバブルメディア３１は、記憶部２８に記憶されている各種データも、記憶部２８と同様に記憶することができる。
【００３２】
図５は、図１の情報処理システムのうち、本発明の情報処理装置の一実施形態としてのユーザ端末２のハードウェア構成を示すブロック図である。
【００３３】
ユーザ端末２は、ＣＰＵ４１〜リムーバブルメディア５１を備えている。
ユーザ端末２におけるＣＰＵ４１〜リムーバブルメディア５１の夫々は、サーバ１におけるＣＰＵ２１〜リムーバブルメディア３１の夫々と基本的に同様の構成と機能を有している。
従って、ユーザ端末２におけるＣＰＵ４１〜リムーバブルメディア５１の説明については省略する。
【００３４】
ただし、ユーザ端末２は、図５の例ではスマートフォン等で構成され、タッチパネルを有している。
タッチパネルは、入力部４６及び表示部４７で構成される。
入力部４６は、例えば表示部４７の表示領域に積層される静電容量式又は抵抗膜式の位置入力センサにより構成され、タッチ操作がなされた位置の座標を検出する。ここで、タッチ操作とは、入力部４６に対する物体（ユーザの指やタッチペン等）の接触又は近接の操作をいう。
表示部４７は、ディスプレイにより構成され、各種画像を表示する。
即ち、本実施形態では、入力部４６と表示部４７とにより、タッチパネルが構成されている。
【００３５】
図６は、ユーザ端末２の機能的構成のうち、処理状態変更処理を実行するための機能的構成を示す機能ブロック図である。
【００３６】
ＣＰＵ２１においては、処理状態変更処理の実行が制御される場合、受信制御部６１と、乗降認識部６２と、処理状態変更部６３と、所定処理部６４とが機能する。
【００３７】
受信制御部６１は、ビーコン３から発信された信号（当該ビーコン３であることを特定可能な信号）を、通信部４９が受信することを制御し、ビーコン３からの信号の受信「有」又は受信「無」を認識する。
受信制御部６１は、当該信号の受信「有」を認識した場合には、受信「有」データを作成する。受信制御部６１は、当該信号の受信「無」を認識した場合には、受信「無」データを作成する。
また、受信制御部６１は、受信「有」データ又は受信「無」データを乗降認識部６２へ送信する。
【００３８】
図示はしないが、ユーザＵ１にとっての特定車Ｃを特定車Ｃ−１とし、特定車Ｃ−１に設置されているビーコン３をビーコン３−１とする。なお、以下での説明は省略するが、ユーザＵ２にとっての特定車Ｃを特定車Ｃ−２とし、特定車Ｃ−２に設置されているビーコン３をビーコン３−２とする。
受信制御部６１は、特定車Ｃ−１に設置されているビーコン３−１からの信号を通信部４９が受信することを制御する。また、受信制御部６１は、ビーコン３−１からの信号の受信「有」を認識した場合には、当該受信「有」データを作成し、乗降認識部６２へ送信する。一方、受信制御部６１は、ビーコン３−１からの信号を受信「無」を認識した場合には、当該受信「無」データを作成し、乗降認識部６２へ送信する。
【００３９】
乗降認識部６２は、受信制御部６１からの受信「有」データ又は受信「無」データを受信する。
乗降認識部６２は、受信「有」データの受信開始を条件として、ユーザＵの特定車Ｃへの乗車を認識する。なお、乗降認識部６２は、受信「有」データを受信している期間において、ユーザＵが特定車Ｃに乗車した状態と認識する。
一方、乗降認識部６２は、受信「無」データの受信開始、即ち受信「有」データの受信終了を条件として、ユーザＵの特定車Ｃへの降車と認識する。なお、乗降認識部６２は、受信「無」データを受信している期間において、ユーザＵが特定車Ｃに降車した状態と認識する。
例えば、乗降認識部６２は、特定車Ｃ−１に設置されたビーコン３−１からの信号の受信「有」データの受信開始を条件として、ユーザＵ１の特定車Ｃ−１への乗車を認識する。
乗降認識部６２は、特定車Ｃ−１に設置されたビーコン３−１からの信号の受信「無」データの受信開始、即ち当該信号の受信「有」データの受信終了を条件として、ユーザＵ１の特定車Ｃ−１からの降車を認識する。
【００４０】
乗降認識部６２は、ユーザＵの特定車Ｃへの乗車を認識した場合には、処理状態変更部６３へユーザＵの特定車Ｃへの乗車認識データを作成し、送信する。
また、乗降認識部６２は、ユーザＵが特定車Ｃからの降車を認識した場合には、処理状態変更部６３へユーザＵの特定車Ｃへの降車認識データを作成し、送信する。
例えば、乗降認識部６２は、ユーザＵ１の特定車Ｃ−１への乗車を認識した場合には、処理状態変更部６３へユーザＵ１の特定車Ｃ−１への乗車認識データを作成し、送信する。
一方、乗降認識部６２は、ユーザＵ１の特定車Ｃ−１への降車を認識した場合には、処理状態変更部６３へユーザＵ１の特定車Ｃ−１への降車認識データを作成し、送信する。
【００４１】
処理状態変更部６３は、ユーザＵの特定車Ｃへの乗車認識データを受信すると、所定の処理状態の変更データを作成し、所定処理部６４に送信することを制御する。
また、処理状態変更部６３は、ユーザＵの特定車Ｃへの降車認識データを受信すると、所定の処理状態の変更データを作成し、所定処理部６４に送信することを制御する。
【００４２】
例えば、所定の処理状態について処理状態Ａ及び処理状態Ｂが存在するものとする。また、ユーザＵ１の特定車Ｃ−１への乗車を認識していない場合の処理状態は処理状態Ａとする。
処理状態変更部６３は、ユーザＵ１の特定車Ｃ−１への乗車認識データを受信すると、所定の処理状態を処理状態Ａから処理状態Ｂへ変更する変更データを作成し、所定処理部６４に送信することを制御する。
また、処理状態変更部６３は、ユーザＵ１の特定車Ｃ−１への降車認識データを受信すると、所定の処理状態を処理状態Ｂから処理状態Ａへ変更する変更データを作成し、所定処理部６４に送信することを制御する。
【００４３】
上述の例においては、所定の処理状態を処理状態Ａ及び処理状態Ｂとして説明しているが、所定の処理状態は例えば、以下のものが含まれる。
例えば、所定処理としてアプリを起動し、アルコールの検出する仕組みや居眠り運転を防止する仕組みを提供する。また、所定処理の処理としてアプリを終了し、運転に関する質問の回答を促す仕組みを提供することやメッセージをポップアップで提示することが挙げられる。なお、ポップアップするメッセージには、「ロングドライブお疲れ様でした」や「安全運転の度合いを点数化した点数」が含まれる。
【００４４】
所定処理部６４は、所定の処理状態の変更データを受信し、変更後の所定処理を実行する。
例えば、所定処理部６４が、所定の処理状態を処理状態Ｂから処理状態Ａへ変更する変更データを受信した場合には、変更後の所定処理である処理状態Ａを実行する。また、所定処理部６４が、所定の処理状態を処理状態Ａから処理状態Ｂへ変更する変更データを受信した場合には、変更後の所定処理である処理状態Ｂを実行する。
【００４５】
また、例えば、所定処理のサンプリング間隔を位置情報取得の間隔（以下、「トラッキング間隔」という。）とし、上述の処理状態Ａをトラッキング間隔「１０分」、処理状態Ｂをトラッキング間隔「１分」とする。
所定処理部６４が、トラッキング間隔のトラッキング間隔「１０分」からトラッキング間隔「１分」へ変更データを受信した場合には、トラッキング間隔「１分」で位置情報を取得する。一方、所定処理部６４が、トラッキング間隔「１分」からトラッキング間隔「１０分」へ変更データを受信した場合には、トラッキング間隔「１０分」で位置情報を取得する。
【００４６】
なお、サンプリング間隔としてトラッキング間隔を例に説明したが、サンプリング間隔として、心拍数の測定間隔を設定してもよい。なお、心拍数の測定により心拍数の高低が検出でき、ユーザの事故を起こす可能性があった地点の情報を取得できるという効果がある。
【００４７】
また、上述の例においては、特定車Ｃ−１はユーザＵ１のみの特定車Ｃであることを前提としているが、特定車Ｃ−１は複数のユーザＵ、例えば、ユーザＵ１及びユーザＵ２にとっての特定車Ｃであってもよい。
この場合には、ユーザＵ１が保有するユーザ端末２−１、ユーザＵ２が保有するユーザ端末２−２の夫々が受信した位置履歴をサーバ１に送信することにより、特定車Ｃ−１を利用したユーザＵ１及びユーザＵ２の位置履歴を管理することができる。
上述の例は、例えば、カーシェアリングにおける車の管理に用いられる。
【００４８】
図７を参照して、図６の機能的構成を有するユーザ端末２が実行する位置履歴処理について説明する。
図７は、図６の機能的構成を有するユーザ端末２が実行する位置履歴処理の流れを説明するフローチャートである。
【００４９】
以下、位置履歴処理について説明する。
【００５０】
ステップＳ１において、ユーザ端末２における所定処理部６４は、処理状態としてトラッキング間隔「長」の設定で処理を実行する。トラッキング間隔とは、位置情報取得の間隔のことをいう。
ステップＳ２において、ユーザ端末２における所定処理部６４は、トラッキング間隔「長」の設定に基づき、ＧＰＳより位置情報の取得を開始する。
トラッキング間隔「長」がトラッキング間隔「１０分」であった場合には、ユーザ端末２における所定処理部６４は、ＧＰＳより位置情報の取得を１０分毎に実行する。
【００５１】
ステップＳ３において、ユーザ端末２における乗降認識部６２は、特定車Ｃに乗車したと認識することによって、ＹＥＳであると判定する。その結果、処理はステップＳ４に進む。
一方、ユーザ端末２における乗降認識部６２は、特定車Ｃに乗車していないと認識することによって、ＮＯであると判定する。その結果、ステップＳ３の処理が繰り返される。
【００５２】
ステップＳ４において、ユーザ端末２における処理状態変更部６３は、乗降認識部６２からのユーザＵの特定車Ｃへの乗車認識データを受信すると、トラッキング間隔「長」からトラッキング間隔「短」への変更データを作成し、所定処理部６４に送信することを制御する。
所定処理部６４は、トラッキング間隔「短」の設定に基づき、ＧＰＳより位置情報の取得を開始する。トラッキング間隔「短」がトラッキング間隔「１分」であった場合には、ユーザ端末２における所定処理部６４は、ＧＰＳより位置情報の取得を１分毎に実行する。
【００５３】
ステップＳ５において、ユーザ端末２における乗降認識部６２は、特定車Ｃから降車したと認識することによって、ＹＥＳであると判定する。その結果、処理はステップＳ６に進む。
一方、ユーザ端末２における乗降認識部６２は、特定車Ｃに降車していないと認識することによって、ＮＯであると判定する。その結果、ステップＳ５の処理が繰り返される。
【００５４】
ステップＳ６において、ユーザ端末２における処理状態変更部６３は、乗降認識部６２からのユーザＵの特定車Ｃへの降車認識データを受信すると、トラッキング間隔「短」からトラッキング間隔「長」への変更データを作成し、所定処理部６４に送信することを制御する。
所定処理部６４は、トラッキング間隔「長」の設定に基づき、ＧＰＳより位置情報の取得を開始する。トラッキング間隔「長」がトラッキング間隔「１０分」であった場合には、ユーザ端末２における所定処理部６４は、ＧＰＳより位置情報の取得を１０分毎に実行する。
【００５５】
ステップＳ７において、ユーザ端末２は、処理の終了指示「有」と認識することによって、ＹＥＳであると判定する。その結果、処理終了する。
一方、ユーザ端末２は、処理の終了指示「無」と認識することによって、ＮＯであると判定する。その結果、ステップＳ３の処理が繰り返される。
【００５６】
また、所定処理には、以下のものが含まれる。
例えば、所定処理としてアプリを起動し、アルコールの検出する仕組みを提供する。また、所定処理の処理としてアプリを終了し、運転に関する質問の回答を促す仕組みや居眠り運転を防止する仕組みを提供することやメッセージをポップアップで提示することが挙げられる。なお、ポップアップするメッセージには、「ロングドライブお疲れ様でした」や「安全運転の度合いを点数化した点数」が含まれる。
【００５７】
なお、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【００５８】
即ち本発明の一態様の情報処理装置は、
ユーザが携帯可能な情報処理装置であって、
所定処理を実行する所定処理手段と、
所定の発信源から発信され、当該発信源を特定可能な信号を受信する制御を実行する受信制御手段と、
前記受信制御手段の制御により、乗用車に配置された前記発信源から発信された前記信号の受信開始を条件のひとつとして、前記ユーザが前記乗用車に乗車したことを認識し、前記信号の受信終了を条件のひとつとして、前記ユーザが前記乗用車から降車したことを認識する乗降確認手段と、
前記乗降確認手段に基づいて、前記所定処理手段による前記所定処理の状態を変更する処理状態変更手段と、
を備えれば足りる。
これにより、乗用車に関する情報処理装置の有効利用することができる。
【００５９】
また、情報処理装置において、
前記所定処理手段は、所定の時間間隔でユーザの位置情報を取得する位置取得手段を含み、
前記処理状態変更手段は、前記乗降確認手段により前記ユーザが前記乗用車に乗車したことが認識されてから降車したことが認識されるまでの間、前記位置取得手段により前記位置情報が取得される前記時間間隔を変更する処理を含む、
ようにしてもよい。
これにより、ユーザの乗車状態の車の軌跡について、徒歩移動状態の軌跡と同程度の細かい軌跡としてとることができるとともに、徒歩移動状態における位置情報取得のための不要な電力消費を抑制することができる。
【００６０】
例えば、当該乗車状態にＧＰＳからの位置情報取得の間隔を短くし、当該乗車状態以外、例えば、徒歩移動状態にＧＰＳからの位置情報取得の間隔を長くすることで、当該乗車状態の車の軌跡について、徒歩移動状態の軌跡と同程度の細かい軌跡としてとることができる。
なお、当該車の軌道を中古車の買取及び販売市場に利用することもできる。
【００６１】
本発明は、上述の実施形態だけでなく、他のものと組み合わせて適用することができる。
例えば、上述の特定車の位置履歴にＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅｓ）データを組み合わせることもできる。
当該位置履歴に、ＰＯＳデータから取得した給油地、給油量及び給油時刻を加えることにより、特定車に関する有用な情報を取得することができるし、燃費の計算に利用することもできる。特に、ガソリンスタンドにとって、当該情報は、他のガソリンスタンドの利用状況を把握するうえで有用な情報である。
なお、ＰＯＳデータは、ガソリンスタンドにおける決済の際に利用する給油カードのデータを取得することにより作成される。
また、ユーザが給油カードを保有していないためＰＯＳデータを利用できない場合には、ユーザ端末に、給油地、給油量及び給油時刻の記入画面を表示させ、ユーザが記入してもよいし、給油に関する領収書をユーザ端末に読み込んでもよい。
【００６２】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図６の機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能がユーザ端末２に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図６の例に限定されない。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【００６３】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。
【００６４】
このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図４のリムーバブルメディア３１及び図５のリムーバブルメディア５１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディア３１及びリムーバブルメディア５１は、例えば、磁気ディスク（フロッピディスクを含む）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）、等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図４のＲＯＭ２２及び図５のＲＯＭ４２に含まれるハードディスク等で構成される。
【００６５】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【符号の説明】
【００６６】
１・・・サーバ、２・・・ユーザ端末、３・・・ビーコン、２１、４１・・・ＣＰＵ、２２、４２・・・ＲＯＭ、２３、４３・・・ＲＡＭ、２４、４４・・・バス、２５、４５・・・入出力インターフェース、２６、４６・・・入力部、２７・・・出力部、２８、４８・・・記憶部、２９、４９・・・通信部、３０、５０・・・ドライブ、３１、５１・・・リムーバブルメディア、４７・・・表示部、６１・・・受信制御部、６２・・・乗降認識部、６３・・・処理状態変更部、６４・・・所定処理部、Ｃ・・・特定車、Ｎ・・・ネットワーク、Ｕ・・・ユーザ
【図１】
2017163400.tif 000003
【図２】
2017163400.tif 000004
【図３】
2017163400.tif 000005
【図４】
2017163400.tif 000006
【図５】
2017163400.tif 000007
【図６】
2017163400.tif 000008
【図７】
2017163400.tif 000009