(57)【要約】【課題】ユーザデータの再登録が必要となる可能性を低減する技術の提供。【解決手段】複数のユーザで共用される車両で利用される共用システムであって、前記ユーザ毎のサービスを提供するためのユーザデータを前記ユーザに対応づけて記録する記録媒体と、前記ユーザデータに対応づけられた前記ユーザが前記共用システムを将来利用する可能性を推定する利用推定部と、前記記録媒体に記録された前記ユーザデータを削除する場合に、前記可能性が小さい前記ユーザに対応づけられた前記ユーザデータを前記可能性が大きい前記ユーザに対応づけられた前記ユーザデータよりも優先的に削除する削除部と、を備える共用システムを構成する。【選択図】図１
2019086311.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザで共用される車両で利用される共用システムであって、
前記ユーザ毎のサービスを提供するためのユーザデータを前記ユーザに対応づけて記録する記録媒体と、
前記ユーザデータに対応づけられた前記ユーザが前記共用システムを将来利用する可能性を推定する利用推定部と、
前記記録媒体に記録された前記ユーザデータを削除する場合に、前記可能性が小さい前記ユーザに対応づけられた前記ユーザデータを前記可能性が大きい前記ユーザに対応づけられた前記ユーザデータよりも優先的に削除する削除部と、
を備える共用システム。
【請求項２】
前記利用推定部は、
将来における前記車両の利用を予約済である前記ユーザは予約済でない前記ユーザよりも前記可能性が大きいと推定する、
請求項１に記載の共用システム。
【請求項３】
前記利用推定部は、
前記車両を過去に利用した前記ユーザは過去に利用していない前記ユーザよりも前記可能性が大きいと推定する、
請求項１または請求項２に記載の共用システム。
【請求項４】
前記利用推定部は、
前記ユーザが指定した地点と前記車両の共用サービスの利用が開始される地点との距離が近いほど前記可能性が大きいと推定する、
請求項１〜請求項３のいずれかに記載の共用システム。
【請求項５】
前記利用推定部は、
前記ユーザによる将来における前記車両の予約状況と、前記ユーザによる過去の前記車両の利用状況と、前記ユーザが指定した地点と前記車両の共用サービスの利用が開始される地点との距離とに基づいて、前記可能性を推定し、
当該可能性の推定において、前記予約状況、前記利用状況、前記距離の順に前記可能性に与える影響が大きいとみなす、
請求項１〜請求項４に記載の共用システム。
【請求項６】
複数のユーザで共用される車両で利用され、前記ユーザ毎のサービスを提供するためのユーザデータを前記ユーザに対応づけて記録する記録媒体を備える共用システムを制御するデータ制御プログラムであって、
前記共用システムを、
前記ユーザデータに対応づけられた前記ユーザが前記共用システムを将来利用する可能性を推定する利用推定部、
前記記録媒体に記録された前記ユーザデータを削除する場合に、前記可能性が小さい前記ユーザに対応づけられた前記ユーザデータを前記可能性が大きい前記ユーザに対応づけられた前記ユーザデータよりも優先的に削除する削除部、
として機能させるデータ制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共用システムおよびデータ制御プログラムに関する。
【背景技術】
【０００２】
従来、ナビゲーションシステム等の各種システムにおいて、ユーザデータをシステムに記録し、ユーザデータに基づいてユーザ毎のサービスを提供するシステムが知られている。このようなシステムが複数のユーザで共用される場合において、共用システムの使用が終了した場合にユーザに関する個人情報を消去する技術が知られている（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１９４３９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、共用システムにおいては、ユーザが使用を終了した後、再度同一のユーザが共用システムを使用する場合も多い。従って、従来の技術のように、ユーザの使用後にユーザデータが消去されると、当該ユーザは過去のサービスと同等のサービスを受けるために、再度ユーザデータを共用システムに記録しなくてはならない。
本発明は、上記課題にかんがみてなされたもので、ユーザデータの再登録が必要となる可能性を低減する技術の提供を目的とする。
【課題を解決するための手段】
【０００５】
上記の目的を達成するため、共用システムは、複数のユーザで共用される車両で利用される共用システムであって、ユーザ毎のサービスを提供するためのユーザデータをユーザに対応づけて記録する記録媒体と、ユーザデータに対応づけられたユーザが共用システムを将来利用する可能性を推定する利用推定部と、記録媒体に記録されたユーザデータを削除する場合に、可能性が小さいユーザに対応づけられたユーザデータを可能性が大きいユーザに対応づけられたユーザデータよりも優先的に削除する削除部と、を備える。
【０００６】
さらに、上記の目的を達成するため、データ制御プログラムは、複数のユーザで共用される車両で利用され、ユーザ毎のサービスを提供するためのユーザデータをユーザに対応づけて記録する記録媒体を備える共用システムを制御するデータ制御プログラムであって、共用システムを、ユーザデータに対応づけられたユーザが共用システムを将来利用する可能性を推定する利用推定部、記録媒体に記録されたユーザデータを削除する場合に、可能性が小さいユーザに対応づけられたユーザデータを可能性が大きいユーザに対応づけられたユーザデータよりも優先的に削除する削除部、として機能させる。
【０００７】
すなわち、共用システム、データ制御プログラムでは、ユーザデータを削除する場合、ユーザが共用システムを将来利用する可能性が小さいユーザのユーザデータから優先的に削除する。このため、限られた容量の記録媒体において、共用システムを将来利用する可能性が相対的に大きいユーザのユーザデータを保持しておくことができる。従って、ユーザデータの再登録が必要となる可能性を低減することができる。
【図面の簡単な説明】
【０００８】
【図１】共用システムの構成を示すブロック図である。
【図２】図２Ａは共用システムの利用可能性の推定例を示す図、図２Ｂはユーザデータ取得処理を示すフローチャートである。
【図３】ユーザデータ制御処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）共用システムの構成：
（２）ユーザデータ取得処理：
（３）ユーザデータ制御処理：
（４）他の実施形態：
【００１０】
（１）共用システムの構成：
図１は、本発明にかかる共用システムとして機能するナビゲーションシステム１０の構成を示すブロック図である。本実施形態にかかるナビゲーションシステム１０は、カーシェアリングサービスに利用される車両に搭載されている。同様の車両（ナビゲーションシステム１０が搭載された車両）は複数台存在し得る。
【００１１】
本実施形態において、カーシェアリングサービスは、車両管理システム１００とナビゲーションシステム１０とが協働することによって実現される。車両管理システム１００は、カーシェアリングサービスの予約を受け付け、予約を行ったユーザに車両の利用許可を行う。ユーザは、ナビゲーションシステム１０に対して自身を識別するための識別情報（例えば、会員ＩＤ）の入力を行うことで、車両を利用することができる。
【００１２】
このような管理を行うため、車両管理システムは、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備える制御部２００、記録媒体３００、通信部４５０を備えている。制御部２００は、記録媒体３００やＲＯＭに記憶された車両管理プログラム２１０を実行することができる。車両管理プログラム２１０は、カーシェアリングサービスで利用される車両を管理する機能を制御部２００に実行させる。
【００１３】
通信部４５０は、通信回線を介して他の装置と通信を行う回路を備えている。制御部２００は、車両管理プログラム２１０の処理によってナビゲーションシステム１０や図示しない端末と通信を行うことが可能である。ナビゲーションシステム１０と通信を行う場合、制御部２００は、ナビゲーションシステム１０に対してユーザの予約状況等を示す情報を送信することができる。図示しない端末と通信を行う場合、制御部２００は、当該端末を介してユーザが指定した予約日時やユーザの情報（例えば、支払い情報やユーザが指定した自宅の情報等）を取得することができる。
【００１４】
車両の管理は種々の態様で実行可能であるが、本実施形態において制御部２００は、車両情報３００ａ、予約情報３００ｂ、履歴情報３００ｃ、ユーザ情報３００ｄに基づいて車両を管理する。車両情報３００ａは、カーシェアリングサービスにおいて利用される車両の識別情報（車両ナンバー等）と、各車両の利用が開始される地点（駐車場やサービス拠点等）とを対応づけた情報である。車両情報３００ａは、予め用意され、車両が追加されるたびに更新される。
【００１５】
予約情報３００ｂは、車両の利用が予約された日時を示す情報であり、ユーザの識別情報と日時とが対応づけられた情報である。個別の車両についての予約等を実施可能にする場合、予約情報３００ｂに車両の識別情報も対応づけられる。制御部２００は、車両管理プログラム２１０の機能によって通信部４５０を介して端末等と通信を行い、ユーザが端末等を介して実施した予約や予約のキャンセル等を受け付けることができる。制御部２００は、ユーザが端末等を介して予約や予約のキャンセル等を行うたびに予約情報３００ｂを更新する。なお、端末は任意の端末であって良く、ナビゲーションシステム１０であっても良いし、ユーザが所有する携帯端末等であっても良い。
【００１６】
また、制御部２００は、車両の利用が開始される際に通信部４５０を介してナビゲーションシステム１０と通信し、ナビゲーションシステム１０から送信される車両の利用の許可要求を受け付ける。当該許可要求には、車両を利用しようとしているユーザの識別情報が含まれ、制御部２００は、当該ユーザの識別情報をキーにして予約情報３００ｂを参照し、当該ユーザが現在の日時において当該車両を利用する予約を行っていた場合に、通信部４５０を介して利用許可を返信する。ナビゲーションシステム１０が当該利用許可を受け取ると、ナビゲーションシステム１０が車両の利用禁止状態を解除する（例えば、エンジンの始動を可能にする等）。なお、個別の車両の予約等を実施可能にする場合、ナビゲーションシステム１０から車両の識別情報も送信され、制御部２００は、ユーザの識別情報および車両の識別情報をキーにして予約情報３００ｂを参照する。
【００１７】
履歴情報３００ｃは、ユーザが車両を利用した履歴を示す情報であり、制御部２００は、車両の利用が開始され、終了された場合に、ナビゲーションシステム１０の通信部４５（後述）と通信を行い、車両が利用されていた日時を示す情報と車両の識別情報と車両を利用したユーザの識別情報とを取得する。そして、制御部２００は、当該日時を示す情報と車両の識別情報とユーザの識別情報とを対応付け、履歴情報３００ｃに追加する。
【００１８】
ユーザ情報３００ｄは、カーシェアリングサービスを利用するユーザを示す情報であり、ユーザを識別するための識別情報（会員ＩＤ等）と、ユーザが指定した地点（自宅等）とを対応づけた情報である。むろん、他の情報、例えば、料金支払いのための情報等がユーザの識別情報に対応づけられていても良い。制御部２００は、車両管理プログラム２１０の機能により、ユーザが初めてカーシェアリングサービスを予約する際に当該ユーザに識別情報を発行し、ユーザ情報３００ｄとして記録媒体３００に記録する。その際、または別の機会にユーザがユーザ自身に関連する情報を追加すると、制御部２００は、ユーザの識別情報に各情報を対応づけて記録媒体３００に記録する。
【００１９】
以上のように、本実施形態においては、車両管理システム１００が管理する予約情報３００ｂに基づいて、車両の利用許可が行われることで、ユーザが車両を利用可能になる。ナビゲーションシステム１０は、車両の管理を行うための端末であるとともに、走行予定経路に沿って車両を誘導する案内を行うための端末である。ナビゲーションシステム１０は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備える制御部２０、記録媒体３０（本実施形態においては、ＨＤＤやＳＳＤ等）、ＧＮＳＳ受信部４１、車速センサ４２、ジャイロセンサ４３、ユーザＩ／Ｆ部４４、通信部４５を備えている。制御部２０は、記録媒体３０やＲＯＭに記憶された図示しないナビゲーションプログラムを制御部２０で実行することができる。制御部２０は、当該ナビゲーションプログラムの機能により、上述の許可要求や利用許可による利用禁止状態の解除等を行う。
【００２０】
記録媒体３０には、予め地図情報３０ａが記録されている。地図情報３０ａは、車両の位置や案内対象の施設の特定に利用される情報であり、車両が走行する道路上に設定されたノードの位置等を示すノードデータ，ノード間の道路の形状を特定するための形状補間点の位置等を示す形状補間点データ，ノード同士の連結を示すリンクデータ，道路やその周辺に存在する地物の位置等を示すデータ等を含んでいる。
【００２１】
本実施形態における車両は、ＧＮＳＳ受信部４１と車速センサ４２とジャイロセンサ４３とユーザＩ／Ｆ部４４とを備えている。ＧＮＳＳ受信部４１は、Global Navigation Satellite Systemの信号を受信する装置であり、航法衛星からの電波を受信し、図示しないインタフェースを介して車両の現在位置を算出するための信号を出力する。制御部２０は、この信号を取得して車両の現在位置を取得する。車速センサ４２は、車両が備える車輪の回転速度に対応した信号を出力する。制御部２０は、図示しないインタフェースを介してこの信号を取得し、車速を取得する。ジャイロセンサ４３は、車両の水平面内の旋回についての角加速度を検出し、車両の向きに対応した信号を出力する。制御部２０は、この信号を取得して車両の進行方向を取得する。車速センサ４２およびジャイロセンサ４３等は、車両の走行軌跡を特定するために利用され、本実施形態においては、車両の出発位置と走行軌跡とに基づいて現在位置が特定され、当該出発位置と走行軌跡とに基づいて特定された車両の現在位置がＧＮＳＳ受信部４１の出力信号に基づいて補正される。
【００２２】
ユーザＩ／Ｆ部４４は、運転者の指示を入力し、また、運転者に各種の情報を提供するためのインタフェース部であり、図示しないタッチパネルディスプレイやスイッチ等やスピーカ等を備えている。すなわち、ユーザＩ／Ｆ部４４は画像や音声の出力部および利用者指示の入力部を備えている。通信部４５は、通信回線を介して他の装置と通信を行う回路を備えている。制御部２０は、ナビゲーションプログラムの処理によって車両管理システム１００と通信を行うことが可能である。むろん、他の装置、例えば、ユーザが利用する携帯端末等と通信可能であり、携帯端末等と協働した各種のサービス（例えば、ハンズフリー通話や携帯端末に記録された音楽データに基づく音楽再生等）が提供されても良い。
【００２３】
制御部２０は、図示しないナビゲーションプログラムの機能によりユーザＩ／Ｆ部４４の入力部を介して運転者による目的地の入力を受け付け、車両の現在位置から目的地までの走行予定経路を探索することができる。また、制御部２０は、当該ナビゲーションプログラムの機能により、車両の運転者に対して走行予定経路を指示する経路案内を行うことが可能である。
【００２４】
ナビゲーションプログラムは、目的地の履歴に基づいて目的地の推定を行うサービスや走行履歴に基づいてユーザの嗜好に応じた経路の探索サービスを制御部２０に実行させることができる。すなわち、制御部２０は、ナビゲーションプログラムの機能により、目的地や走行履歴を示すユーザデータ３０ｂを記録媒体３０に記録し、別の機会に当該ユーザデータ３０ｂを参照して再利用することができる。
【００２５】
ただし、本実施形態に係るナビゲーションシステム１０は、複数のユーザが利用し得る共用システムである。従って、各ユーザの利用によって得られるユーザデータ３０ｂはユーザ毎に異なる。そこで、制御部２０は、各ユーザのユーザデータ３０ｂにユーザの識別情報を対応づけて記録媒体３０に記録する。また、制御部２０は、ナビゲーションシステム１０の利用を開始する際にユーザの識別情報の入力を要求し、ユーザの識別情報に基づいてユーザデータ３０ｂをロードすることによってユーザが過去にナビゲーションシステム１０を利用した際のユーザデータ３０ｂを再現する。
【００２６】
本実施形態においては、以上の構成により、ユーザデータ３０ｂに基づいてユーザ毎のサービスを提供することができる。しかし、ナビゲーションシステム１０は、複数のユーザで共用され、記録媒体３０の容量は有限であるため、ユーザデータ３０ｂとして記録できる容量には上限がある。具体的には、本実施形態においては、記録媒体３０においてユーザデータ３０ｂを記録可能な領域が予め確保されており、ユーザデータ３０ｂの総容量が当該領域の容量を超えてしまう場合には、ユーザデータ３０ｂの総容量が当該領域の容量を超えなくなるまでユーザデータ３０ｂを削除する。
【００２７】
ナビゲーションプログラムは、当該ユーザデータ３０ｂの削除を実現するために、データ制御プログラム２１を備えている。データ制御プログラム２１は、利用推定部２１ａと削除部２１ｂとを備えている。利用推定部２１ａは、ユーザデータ３０ｂに対応づけられたユーザが共用システムを将来利用する可能性を推定する機能を制御部２０に実行させるプログラムモジュールである。本実施形態において制御部２０は、ユーザによるカーシェアリングサービスの予約状況、ユーザによるカーシェアリングサービスの利用状況、ユーザが指定した地点と車両の共用サービスの利用が開始される地点との距離に基づいてユーザがナビゲーションシステム１０を将来利用する可能性を推定する。
【００２８】
すなわち、ユーザが現在よりも先の日時を指示してカーシェアリングサービスによる車両の利用を予約済である場合、当該ユーザは再度カーシェアリングサービスを利用する可能性が大きい。また、ユーザが現在よりも過去にカーシェアリングサービスによって車両を利用していた場合、利用していない者よりも、再度カーシェアリングサービスを利用する可能性が大きいと推定することができる。さらに、カーシェアリングサービスのユーザは、車両を所有していない、一時的に使用できないなどの理由によってカーシェアリングサービスを利用するものであるため、車両を利用せずにカーシェアリングサービスの拠点を訪れ、車両の利用を開始することが多い。従って、ユーザが指定した自宅等の地点と、車両の共用サービスの利用が開始される地点との距離が近い場合、遠いユーザと比較して再度カーシェアリングサービスを利用する可能性が大きいと推定することができる。
【００２９】
そこで、ナビゲーションシステム１０を利用しているユーザの予約状況、利用状況、ユーザが指定した地点と車両の共用サービスの利用が開始される地点との距離等の情報を車両管理システム１００から取得する。なお、本実施形態において削除対象となり得るのは、記録媒体３０に記録されたユーザデータ３０ｂであるため、制御部２０は、ユーザデータ３０ｂにユーザの識別情報が対応づけられている各ユーザについて将来の利用可能性を推定する。このため、制御部２０は、記録媒体３０を参照し、ユーザデータ３０ｂに対応づけられたユーザの識別情報を抽出する。当該ユーザの識別情報には、ナビゲーションシステム１０を現在利用しているユーザの識別情報も含まれる。
【００３０】
そして、制御部２０は、抽出されたユーザの識別情報を、通信部４５を介して車両管理システム１００に送信する。車両管理システム１００の制御部２００は、通信部４５０を介してユーザの識別情報を受信すると、各識別情報をキーにして予約情報３００ｂを検索する。そして、識別情報が対応づけられた予約が現在よりも先の日時において行われていた場合、制御部２００は、当該識別情報に対して予約済であることを示す情報を対応づける。そして、制御部２００は、予約済であることを示す情報にユーザの識別情報が対応づけられた情報を、通信部４５０を介して送信する。制御部２０が、予約済であることを示す情報にユーザの識別情報が対応づけられた情報を、通信部４５を介して受信すると、制御部２０は、当該情報をＲＡＭ等に保存する。
【００３１】
また、車両管理システム１００の制御部２００は、各識別情報をキーにして履歴情報３００ｃを検索する。そして、識別情報が対応づけられた履歴が存在する場合、制御部２００は、識別情報に対して履歴が存在することを示す情報を対応づける。そして、制御部２００は、履歴が存在することを示す情報にユーザの識別情報が対応づけられた情報を、通信部４５０を介して送信する。制御部２０が、履歴が存在することを示す情報にユーザの識別情報が対応づけられた情報を、通信部４５を介して受信すると、制御部２０は、当該情報をＲＡＭ等に保存する。
【００３２】
さらに、車両管理システム１００の制御部２００は、各識別情報をキーにしてユーザ情報３００ｄを検索する。また、制御部２００は、識別情報に対してユーザが指定した地点が対応づけられている情報を抽出する。そして、制御部２００は、ユーザが指定した地点と、予め特定された拠点（車両の共用サービスの利用が開始される地点）との距離を取得する。距離は、種々の手法で特定されて良く、例えば、地点が緯度経度によって定義されている状態において、緯度経度の差異によって特定される構成等を採用可能である。
【００３３】
距離が取得されると、制御部２００は、当該距離を予め決められた閾値（例えば、徒歩５分程度の距離）と比較し、距離が閾値より短い場合に、ユーザ指定地点と拠点との距離が近い状態であると見なす。距離が近い状態である場合、制御部２００は、距離が近い状態であることを示す情報に、地点を指定したユーザの識別情報を対応付け、通信部４５０を介して送信する。制御部２０が、距離が近い状態であることを示す情報にユーザの識別情報が対応づけられた情報を、通信部４５を介して受信すると、制御部２０は、当該情報をＲＡＭ等に保存する。
【００３４】
ナビゲーションシステム１０を利用しているユーザの予約状況、利用状況、ユーザが指定した地点と車両の共用サービスの利用が開始される地点との距離等の情報が取得されると、制御部２０は、これらの要素に基づいて、各ユーザがナビゲーションシステム１０を将来利用する可能性を推定する。本実施形態においては、これらの要素に基づいてポイントを算出することによって、利用可能性を推定する。
【００３５】
すなわち、制御部２０は、ユーザの識別情報毎に、各判断要素の情報が保存されているか否かを判定し、保存されている情報の組み合わせでポイントを算出する。図２Ａは、ポイントの算出例を示す図である。図２Ａにおいては、予約済であることを示す情報と、履歴が存在することを示す情報と、距離が近い状態であることを示す情報とのそれぞれについて、各情報がユーザの識別情報に対応づけられている場合に白丸とみなし、対応づけられていない場合に空欄と見なすことでポイントが算出される様子が示されている。
【００３６】
例えば、あるユーザの識別情報に対して、予約済であることを示す情報と、履歴が存在することを示す情報とが対応づけられており、距離が近い状態であることを示す情報が対応づけられていない場合、制御部２０は、当該識別情報のユーザのポイントは６と算出する。制御部２０は、以上のようなポイントの算出を全てのユーザの識別情報について実施し、ポイントが高いほど利用可能性が大きいとみなす。この結果、記録媒体３０に記録されたユーザデータ３０ｂに対応づけられたユーザの識別情報で示される全てのユーザについてナビゲーションシステム１０を将来利用する可能性が取得されたことになる。
【００３７】
なお、図２Ａにおいて、予約済である場合と予約済でない場合とで比較するためには、履歴が存在することを示す情報と、距離が近い状態であることを示す情報とが共通であって、予約済であることを示す情報が異なるケースに着目すれば良い。図２Ａにおいては、例えば、履歴が存在し、距離が近い状態であって、予約済であるケースＣ1と予約済でないケースＣ2とに着目すると、前者はポイントが７であり、後者はポイントが３である。従って、本実施形態において、制御部２０は、車両の利用を予約済であるユーザは予約済でないユーザよりも、共用システムであるナビゲーションシステム１０を利用する可能性が大きいと推定していることになる。
【００３８】
また、履歴が存在する場合と存在しない場合とで比較するためには、予約済であることを示す情報と距離が近い状態であることを示す情報とが共通であって、履歴が存在することを示す情報が異なるケースに着目すれば良い。図２Ａにおいては、例えば、予約済であり、距離が近い状態であって、履歴が存在するケースＣ1と履歴が存在しないケースＣ3とに着目すると、前者はポイントが７であり、後者はポイントが５である。従って、本実施形態において、制御部２０は、車両を過去に利用したユーザは過去に利用していないユーザよりも、共用システムであるナビゲーションシステム１０を利用する可能性が大きいと推定していることになる。
【００３９】
さらに、距離が近い状態と近くない状態とで比較するためには、予約済であることを示す情報と履歴が存在することを示す情報とが共通であって、距離が近い状態であることを示す情報が異なるケースに着目すれば良い。図２Ａにおいては、例えば、予約済であり、履歴が存在する場合であって、距離が近い状態ケースＣ1と距離が近くないケースＣ4とに着目すると、前者はポイントが７であり、後者はポイントが６である。従って、本実施形態において、制御部２０は、ユーザが指定した地点と車両の共用サービスの利用が開始される地点との距離が近いほど、共用システムであるナビゲーションシステム１０を利用する可能性が大きいと推定していることになる。
【００４０】
さらに、本実施形態においては、共用システムを将来利用する可能性の推定において、車両の予約状況、車両の利用状況、距離の近さの順に可能性に与える影響が大きい。例えば、図２Ａに示す例において、車両が予約済であり、履歴が存在せず、距離が近くない場合のポイントは４、車両が予約済でなく、履歴が存在し、距離が近くない場合のポイントは２、車両が予約済でなく、履歴が存在せず、距離が近い場合のポイントは１であり、可能性に与える影響に優劣が設けられている。これは、予約済である場合には将来の利用がほぼ確実であり、履歴がある場合には統計的に将来の利用が推定される状況であり、距離が近い場合にはユーザが利用しやすい環境にあるという状況であることを反映している。
【００４１】
削除部２１ｂは、記録媒体３０に記録されたユーザデータ３０ｂを削除する場合に、共用システムを将来利用する可能性が小さいユーザに対応づけられたユーザデータ３０ｂを、共用システムを将来利用する可能性が大きいユーザに対応づけられたユーザデータ３０ｂよりも優先的に削除する機能を制御部２０に実行させることができればよい。本実施形態においては、記録媒体３０においてユーザデータ３０ｂを記録可能な領域が予め確保されており、当該領域の容量が予め決まっている。
【００４２】
そこで、制御部２０は、ユーザデータ３０ｂの総容量が、上述の領域の容量以内に収まるように、利用推定部２１ａの機能によって算出されたポイントが小さいユーザのユーザデータ３０ｂを優先的に削除する。以上の構成によれば、限られた容量の記録媒体３０において共用システムを将来利用する可能性が相対的に大きいユーザのユーザデータ３０ｂを保持しておくことができる。従って、ユーザデータ３０ｂの再登録が必要となる可能性を低減することができる。
【００４３】
また、本実施形態において、制御部２０は、車両の利用を予約済であるユーザは予約済でないユーザよりも、共用システムであるナビゲーションシステム１０を利用する可能性が大きいと推定している。従って、この構成によれば、共用システムを再利用する可能性が極めて高いユーザのユーザデータ３０ｂが保持される可能性を高めることができる。
【００４４】
さらに、制御部２０は、車両を過去に利用したユーザは過去に利用していないユーザよりも、共用システムであるナビゲーションシステム１０を利用する可能性が大きいと推定している。従って、この構成によれば、共用システムを再利用する可能性が統計的に高いと推定されるユーザのユーザデータ３０ｂが保持される可能性を高めることができる。
【００４５】
さらに、制御部２０は、ユーザが指定した地点と車両の共用サービスの利用が開始される地点との距離が近いほど、共用システムであるナビゲーションシステム１０を利用する可能性が大きいと推定している。従って、この構成によれば、共用システムを利用しやすい環境にいるユーザのユーザデータ３０ｂが保持される可能性を高めることができる。
【００４６】
（２）ユーザデータ取得処理：
次に、ユーザデータ取得処理について詳細に説明する。図２Ｂは、ユーザデータ取得処理のフローチャートである。本実施形態においては、ユーザが予めカーシェアリングサービスでの車両の利用を予約する。この結果、車両管理システム１００の予約情報３００ｂにユーザが予約した日時が記録される。当該ユーザは、予約した日時の開始時刻にカーシェアリングサービスの拠点を訪問し、車両に乗り込んでナビゲーションシステム１０を起動する。ナビゲーションシステム１０が起動されると、制御部２０は、図示しないナビゲーションプログラムの機能により、ユーザＩ／Ｆ部４４を介してユーザの識別情報の入力を促す。ユーザがユーザの識別情報を入力すると、制御部２０は、通信部４５を介してユーザの識別情報とともに許可要求を送信する。当該ユーザが予約済である場合、車両管理システム１００から利用許可が送信され、車両及びナビゲーションシステム１０が利用可能になる。
【００４７】
利用可能状態になるとユーザデータ取得処理が開始される。ユーザデータ取得処理が開始されると、制御部２０は、ユーザの識別情報を取得する（ステップＳ１００）。すなわち、利用者が共用システムであるナビゲーションシステム１０の利用を開始するために入力したユーザの識別情報は、ＲＡＭ等に保持されており、制御部２０は、当該ＲＡＭ等を参照してユーザの識別情報を取得する。
【００４８】
次に、制御部２０は、識別情報が一致するユーザデータ３０ｂの有無を判定する（ステップＳ１０５）。すなわち、制御部２０は、記録媒体３０に記録されたユーザデータ３０ｂを参照し、ユーザデータ３０ｂに対応づけられているユーザの識別情報を特定する。そして、制御部２０は、特定されたユーザの識別情報に、ステップＳ１００で取得された識別情報が含まれる場合に、識別情報が一致するユーザデータ３０ｂが存在すると判定する。
【００４９】
ステップＳ１０５の判定により、ユーザデータ３０ｂが存在すると判定された場合、制御部２０は、ステップＳ１１０の分岐を経て当該ユーザデータ３０ｂを読み込む（ステップＳ１１５）。すなわち、制御部２０は、ステップＳ１００で取得された識別情報が対応づけられたユーザデータ３０ｂをＲＡＭにロードする。ステップＳ１０５の判定により、ユーザデータ３０ｂが存在すると判定されない場合、制御部２０は、ステップＳ１１０によってステップＳ１１５をスキップする。
【００５０】
次に制御部２０は、ナビゲーションシステム１０の利用過程でユーザデータ３０ｂを取得する（ステップ１２０）。すなわち、制御部２０は、図示しないナビゲーションプログラムの機能により、利用者が入力した目的地を受け付け、ＲＡＭに記録する。また、制御部２０は、ＧＮＳＳ受信部４１、車速センサ４２、ジャイロセンサ４３の出力信号に基づいて、一定期間毎に車両の現在位置を取得しており、当該現在位置の履歴をＲＡＭに記録していく。
【００５１】
なお、ステップＳ１１５において、ユーザのユーザデータ３０ｂがＲＡＭに読み込まれている場合には、当該ユーザデータ３０ｂに対して目的地や現在位置の履歴が追加される。ステップＳ１１５において、ユーザのユーザデータ３０ｂがＲＡＭに読み込まれていない場合には、新規に生成されたユーザデータ３０ｂに対して目的地や現在位置の履歴が追加される。
【００５２】
ユーザがナビゲーションシステム１０の利用を終了すると（例えば、電源オフする指示を行った場合や経路案内が終了した場合等）、制御部２０は、ＲＡＭに記録されたユーザデータ３０ｂに基づいて記録媒体３０に記録するユーザデータ３０ｂを作成する（ステップＳ１２５）。すなわち、制御部２０は、今回の目的地と走行履歴とを対応付け、他の情報（例えば、日時等）を対応づけて最新の履歴としたユーザデータ３０ｂを作成する。
【００５３】
次に、制御部２０は、ユーザデータ３０ｂにユーザの識別情報を対応づける（ステップＳ１３０）。すなわち、制御部２０は、ステップＳ１２５で作成したユーザデータ３０ｂに対してステップＳ１００で取得されたユーザの識別情報を対応づける。
【００５４】
（３）ユーザデータ制御処理：
以上の処理により、記録媒体３０に記録すべきユーザデータ３０ｂに対して現ユーザの識別情報が対応づけられた状態でＲＡＭに記録された状態になる。そこで、次に、制御部２０は、図３に示すユーザデータ制御処理を実行する。ユーザデータ制御処理において、制御部２０は、記録媒体３０の空き容量を取得する（ステップＳ２００）。すなわち、制御部２０は、ユーザデータ３０ｂを記録可能な領域の容量として予め決められた値を取得する。そして、制御部２０は、当該領域に記録済のユーザデータ３０ｂの総容量を取得し、ユーザデータ３０ｂを記録可能な領域の容量−記録済のユーザデータ３０ｂの総容量が正の値である場合に当該値を空き容量として取得する。
【００５５】
次に、制御部２０は、現ユーザのユーザデータ３０ｂを空き容量に保存可能であるか否かを判定する（ステップＳ２０５）。制御部２０は、ステップＳ１３０を経てＲＡＭに記録されている現ユーザのユーザデータ３０ｂの容量を取得する。現ユーザのユーザデータ３０ｂが新規作成されたデータである場合、制御部２０は、現ユーザのユーザデータ３０ｂの容量とステップＳ２００で取得された空き容量とを比較する。そして、空き容量が現ユーザのユーザデータ３０ｂの容量よりも大きければ、制御部２０は、現ユーザのユーザデータ３０ｂを空き容量に保存可能であると判定する。
【００５６】
一方、現ユーザのユーザデータ３０ｂが既存ユーザのユーザデータ３０ｂである場合（記録媒体３０から現ユーザのユーザデータ３０ｂがロードされて追加されている場合）、制御部２０は、現ユーザのユーザデータ３０ｂに対して今回の利用によって追加されたデータの容量を取得する。また、制御部２０は、追加されたデータの容量とステップＳ２００で取得された空き容量とを比較する。そして、空き容量が現ユーザの追加されたデータの容量よりも大きければ、制御部２０は、現ユーザのユーザデータ３０ｂを空き容量に保存可能であると判定する。
【００５７】
ステップＳ２０５において、現ユーザのユーザデータ３０ｂを空き容量に保存可能であると判定された場合、制御部２０は、現ユーザのユーザデータ３０ｂを記録媒体３０に記録する（ステップＳ２１０）。すなわち、現ユーザのユーザデータ３０ｂが新規作成されたデータである場合、制御部２０は、当該ユーザデータ３０ｂを記録媒体３０に記録する。現ユーザのユーザデータ３０ｂが既存ユーザのユーザデータ３０ｂである場合、制御部２０は、記録媒体３０に記録されている現ユーザの過去のユーザデータ３０ｂを、現ユーザの最新のユーザデータ３０ｂ（ＲＡＭに記録されているユーザデータ３０ｂ）で更新する。
【００５８】
一方、ステップＳ２０５において、現ユーザのユーザデータ３０ｂを空き容量に保存可能であると判定されない場合、制御部２０は、ユーザデータ３０ｂを削除するための処理を実行する。具体的に、制御部２０は、利用推定部２１ａの機能により、ユーザ毎に将来の利用可能性を取得する（ステップＳ２２０）。すなわち、制御部２０は、記録媒体３０を参照してユーザデータ３０ｂに対応づけられたユーザの識別情報を全て取得する。現ユーザのユーザデータ３０ｂが新規作成されたデータである場合、制御部２０は、当該識別情報に対して、ステップＳ１００で取得された現ユーザの識別情報を加える。
【００５９】
識別情報が取得されると、制御部２０は、抽出されたユーザの識別情報を、通信部４５を介して車両管理システム１００に送信する。車両管理システム１００においては、各識別情報に対応する各ユーザについて、共用システムの利用を予約済であるか否か、共用システムを利用した履歴が存在するか否か、ユーザが指定した地点と予め特定された地点との距離が近い状態であるか否かを判定する。そして、共用システムの利用が予約済であるユーザについては、その識別情報を予約済であることを示す情報に対応づけて返信する。また、共用システムを利用した履歴が存在するユーザについては、その識別情報を履歴が存在することを示す情報に対応づけて返信する。さらに、距離が近い状態であるユーザについては、その識別情報を距離が近い状態であることを示す情報に対応づけて返信する。制御部２０がこれらの情報を受け付けると、各識別情報に対応づけられた情報に基づいて、図２Ａに従って各識別情報が示すユーザのポイントを算出する。
【００６０】
各ユーザのポイント、すなわち、各ユーザが共用システムであるナビゲーションシステム１０を将来利用する可能性が取得されると、制御部２０は、削除部２１ｂの機能により、利用可能性でユーザをソートする（ステップＳ２２５）。すなわち、制御部２０は、ステップＳ２２０で取得されたユーザ毎のポイントの昇順（または降順）でユーザを並べる。
【００６１】
次に、制御部２０は、削除部２１ｂの機能により、利用可能性が最小のユーザのユーザデータ３０ｂを削除する（ステップＳ２３０）。すなわち、制御部２０は、ステップＳ２２５でソートされたユーザの中で最もポイントが小さいユーザの識別情報を特定し、当該識別情報が対応づけられたユーザデータ３０ｂを削除する。なお、ここでは、現ユーザと既存のユーザとを区別していないため、削除対象のデータは記録媒体３０に記録済の既存のユーザのユーザデータ３０ｂである場合と、ＲＡＭに記録された現ユーザのユーザデータ３０ｂである場合とがあり得る。また、最もポイントが小さいユーザが複数存在する場合、制御部２０は、最もポイントが小さい複数のユーザの中から選択された１以上のユーザのユーザデータ３０ｂを削除すれば良い。選択は種々の指標で行われて良く、例えば、最も古いユーザデータ３０ｂを削除する構成等を採用可能である。
【００６２】
次に、制御部２０は、削除部２１ｂの機能により、ユーザデータを保存可能であるか否かを判定する（ステップＳ２３５）。すなわち、制御部２０は、ステップＳ２３０で削除対象とならなかったユーザのユーザデータ３０ｂの全容量を取得する。なお、ＲＡＭに現ユーザのユーザデータ３０ｂが残っている場合、ＲＡＭに記録されているユーザデータ３０ｂの容量が現ユーザのユーザデータ３０ｂの容量として全容量に算入される。この場合、記録媒体３０に現ユーザのユーザデータ３０ｂ（追加前のデータ）が残っていても容量はカウントされない。
【００６３】
そして、制御部２０は、ユーザデータ３０ｂの全容量と、ユーザデータ３０ｂを記録可能な領域の容量とを比較し、前者の方が少ない場合にユーザデータ３０ｂを保存可能であると判定する。ステップＳ２３５において、ユーザデータを保存可能であると判定されない場合、制御部２０は、ステップＳ２３０以降の処理を繰り返す。すなわち、記録媒体３０にユーザデータ３０ｂを記録可能になるまでポイントが最小のユーザのユーザデータ３０ｂを削除する処理を繰り返す。
【００６４】
ステップＳ２３５において、ユーザデータを保存可能であると判定された場合、制御部２０は、削除部２１ｂの機能により、残りのユーザデータ３０ｂを記録媒体３０に記録する（ステップＳ２４０）。すなわち、ステップＳ２３０で削除されずに残ったユーザデータ３０ｂの全てを記録媒体３０に記録する。むろん、この場合、全てのユーザデータ３０ｂが書き換えられても良いし、削除によって空いた領域に現ユーザのユーザデータ３０ｂが記録される処理が行われてもよい。以上の構成により、共用システムを将来利用する可能性が小さいと推定されるユーザのユーザデータ３０ｂから優先的に削除し、共用システムを将来利用する可能性が大きいと推定されるユーザのユーザデータ３０ｂを保持することができる。
【００６５】
（４）他の実施形態：
以上の実施形態は本発明を実施するための一例であり、共用システムを将来利用する可能性が小さいと推定されるユーザのユーザデータから優先的に削除する限りにおいて、他にも種々の実施形態を採用可能である。例えば、共用システムは、車両等に搭載された装置であっても良いし、可搬型の端末によって実現される装置であっても良いし、複数の装置（例えば、クライアントとサーバ）によって実現されるシステムであっても良い。共用システムが可搬型の端末である場合、記録媒体３０のユーザデータ３０ｂが複数の共用システムで同期されても良い。
【００６６】
また、ナビゲーションシステム１０を構成する利用推定部２１ａ、削除部２１ｂの少なくとも一部が複数の装置に分かれて存在していても良い。例えば、利用推定のためのポイントの集計等が車両管理システム１００等の外部の装置で実施される構成等であってもよい。
【００６７】
さらに、カーシェアリングサービスを提供する際に、利用禁止状態を解除する主体は、ナビゲーションシステム１０に限定されず、例えば、エンジンスイッチ等の装備品を制御するためのＥＣＵ等によって実現されても良い。さらに、ユーザデータ３０ｂを記録可能な領域の容量は、固定であっても良いし、可変であっても良い。容量が可変である場合、新たなユーザデータ３０ｂの追加以外のタイミング、例えば、地図情報３０ａの更新タイミング等によってユーザデータ３０ｂを削除するか否かの判定が行われてもよい。
【００６８】
共用システムは、複数のユーザで共用される車両で利用されるシステムであれば良い。車両は、レンタカーやカーシェアリング等で利用される車両であり、複数のユーザによって利用され得る。共用システムは、当該車両で利用されるシステムであるため、複数のユーザによって利用され得る。
【００６９】
記録媒体には、ユーザ毎のサービスを提供するためのユーザデータをユーザに対応づけて記録することができればよい。すなわち、各ユーザが自身に対応づけられたユーザデータを利用できるように記録媒体にユーザデータが記録されていれば良い。むろん、ユーザ（管理者を除く）が他のユーザに対応づけられたユーザデータを利用、閲覧等できないように、ユーザデータの利用に認証が必要である構成や、暗号化等の措置が行われた構成等が採用されていてもよい。
【００７０】
なお、ユーザデータは、ユーザ毎のサービスを提供するためのデータであるため、ユーザは、当該ユーザに対応づけられたユーザデータに基づくサービスの提供を受けることが可能である。サービスは、種々のサービスであって良く、上述のように、目的地の履歴や走行履歴を再入力しなくても利用できるようにするサービス以外にも種々のサービスが挙げられる。例えば、ユーザ自身が記録媒体に記録した音楽データがユーザデータであり、当該音楽データによる音楽の再生がサービスである構成等が挙げられる。また、共用システムを利用する際の設定データ、例えば、ユーザが利用する携帯端末やハンズフリーマイク等を共用システムに接続する際の設定データを再入力しなくても利用できるようにするサービスが挙げられる。
【００７１】
利用推定部は、ユーザデータに対応づけられたユーザが共用システムを将来利用する可能性を推定することができればよい。すなわち、利用推定部は、ユーザが共用システムを将来利用する可能性を示唆し得る各種の判断要素に基づいて、当該可能性を推定することができればよい。判断要素は、各種の要素であって良く、上述の実施形態以外にも種々の要素を採用し得る。例えば、ナビゲーションシステムに設定された目的地が遠方であるか否か、再訪され得る目的地であるか否か、同乗者がいたか否か、最新の利用履歴が古いか否かなど、共用システムの利用態様に基づいて共用システムが将来利用される可能性が推定されても良い。
【００７２】
さらに、可能性を推定する判断要素が同一であっても、パラメータの差異（例えば、利用頻度の差異）に基づいて可能性の多寡を変化させて推定を行ってもよい。さらに、将来利用する可能性の推定は、少なくともユーザ間の可能性の多寡を相対的に推定することができればよく、可能性が数値として推定されなくても良いし、数値として推定されても良い。
【００７３】
削除部は、記録媒体に記録されたユーザデータを削除する場合に、共用システムを将来利用する可能性が小さいユーザに対応づけられたユーザデータを、共用システムを将来利用する可能性が大きいユーザに対応づけられたユーザデータよりも優先的に削除することができればよい。すなわち、利用される可能性が小さいユーザデータから優先的に削除することができればよい。
【００７４】
ユーザデータを削除するタイミングは、種々のタイミングであって良く、上述のタイミング以外にも、一定期間毎のタイミングで削除が行われる構成や、メンテナンスのタイミングで削除が行われる構成等が採用されてもよい。また、ユーザが指示したタイミングや現ユーザのユーザデータが生成されたタイミング等の種々のタイミングで削除が行われてもよい。
【００７５】
さらに、ユーザデータの内容に応じて削除のタイミングが異なっていてもよい。例えば、音楽データのように、一般的に容量が大きく、記録媒体３０の容量を圧迫し得る性質のデータであれば、音楽データがユーザデータとして記録媒体３０に記録される際に、削除が行われてもよい。この場合において削除が必要である場合、現ユーザ以外のユーザデータが削除される構成としても良い。また、ユーザが利用する携帯端末等を共用システムに接続する際の設定データ等のように、一度設定された後、修正が行われにくく、容量が比較的少ない性質のデータであれば、任意のタイミングで削除が行われてよい。さらに、ＲＡＭに一時保存されるユーザデータ３０ｂであれば、ナビゲーションシステム１０の利用終了タイミングなど、特定のタイミングで記録媒体３０に記録されたユーザデータ３０ｂの削除の要否が判定され、削除等が行われた後に適宜ＲＡＭ内のユーザデータ３０ｂが記録媒体３０に記録される構成であっても良い。
【００７６】
さらに、将来における車両の利用の予約状況に基づいて、利用推定部が共用システムの利用の可能性を推定する際に、予約済であるユーザにおける利用の可能性の多寡を推定しても良い。例えば、当該ユーザによる将来の予約回数や一定期間内の予約頻度等が多い利用者は、少ない利用者よりも共用システムを利用する可能性が大きいと推定する構成等が採用されてもよい。
【００７７】
なお、上述の実施形態においては、車両の利用が予約済であるか否かに基づいて共用システムであるナビゲーションシステム１０の利用可能性を推定している。しかし、識別情報等を利用しながら個別の車両を指定して利用の予約が可能である構成である場合、より詳細に利用可能性を判断することも可能である。すなわち、車両にナビゲーションシステム１０が搭載されるのであれば、車両の指定はナビゲーションシステム１０の指定と見なすことができる。そこで、制御部２０が予約済であるか否かを判定する際に、ユーザが現在利用している車両が、当該ユーザによって将来も予約済である場合に、当該ユーザが共用システムを利用する可能性が大きいと推定する構成であっても良い。なお、この場合、特定の車両についての予約等が行われているか否かは、予約情報等に車両の識別情報を対応づけることによって判定可能である。
【００７８】
さらに、車両の過去の利用状況に基づいて、利用推定部が共用システムの利用の可能性を推定する際に、過去に利用したユーザにおける利用の可能性の多寡を推定しても良い。例えば、過去の利用回数や一定期間内の利用頻度が多い利用者、利用回数は少なくても定期的に利用している利用者等は、これらに該当しない利用者よりも共用システムを利用する可能性が大きいと推定する構成等が採用されてもよい。
【００７９】
なお、上述の実施形態においては、ユーザが過去にカーシェアリングサービスを利用した場合の利用履歴に基づいて共用システムであるナビゲーションシステム１０の利用可能性を推定している。しかし、車両の識別情報に基づいて、個別の車両の利用履歴を特定し、ユーザによる個々の車両の利用履歴が高いほどそのユーザがその車両（当該車両で利用されるナビゲーションシステム１０）を利用する可能性が大きいと推定する構成等であっても良い。
【００８０】
さらに、ユーザが指定した地点は、上述の実施形態のようにユーザの自宅以外にも、種々の地点であって良い。例えば、ユーザが共用システムを利用する際にユーザ自身が起点として活動している地点等であって良く、ユーザの勤務先等であっても良い。また、上述の実施形態においては、ユーザが指定した地点と車両の共用サービスの利用が開始される地点との距離が判断基準以下である場合に判断基準より大きい場合よりも利用可能性が大きいと見なしていたが、より詳細に利用可能性を判定しても良い。例えば、距離に対する判断基準を複数個設定する構成や、距離の大小に応じて利用可能性の大小を設定する構成等であって良い。
【００８１】
複数の判断要素に基づいて、ユーザが共用システムを利用する可能性を推定する構成において、利用の可能性を特定する際に考慮される優先順位は、種々の順位とすることができる。例えば、上述の実施形態においては、車両の予約状況、車両の利用状況、ユーザが指定した地点と車両の共用サービスの利用が開始される地点との距離の順に利用の可能性に与える影響が大きいとみなされていたが、他の順位であっても良い。
【００８２】
さらに、本発明のように、共用システムを将来利用する可能性が小さいと推定されるユーザのユーザデータから優先的に削除する手法は、プログラムや方法としても適用可能である。また、以上のようなシステム、プログラム、方法は、単独の装置として実現される場合もあれば、車両に備えられる各部と共有の部品を利用して実現される場合もあり、各種の態様を含むものである。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、システムを制御するプログラムの記録媒体としても発明は成立する。むろん、そのプログラムの記録媒体は、磁気記録媒体であってもよいし光磁気記録媒体であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。
【符号の説明】
【００８３】
１０…ナビゲーションシステム、２０…制御部、２１…データ制御プログラム、２１ａ…利用推定部、２１ｂ…削除部、３０…記録媒体、３０ａ…地図情報、３０ｂ…ユーザデータ、４１…ＧＮＳＳ受信部、４２…車速センサ、４３…ジャイロセンサ、４４…ユーザＩ／Ｆ部、４５…通信部、１００…車両管理システム、１２０…ステップ、２００…制御部、２１０…車両管理プログラム、３００…記録媒体、３００ａ…車両情報、３００ｂ…予約情報、３００ｃ…履歴情報、３００ｄ…ユーザ情報、４５０…通信部
【図１】
2019086311.tif 000003
【図２】
2019086311.tif 000004
【図３】
2019086311.tif 000005