特許 7605316 情報システム、管理センター装置及びユーザの認証方法

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

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

(11)【特許番号】

(24)【登録日】2024-12-16

(45)【発行日】2024-12-24

(54)【発明の名称】情報システム、管理センター装置及びユーザの認証方法

(51)【国際特許分類】

   G06F 21/41 20130101AFI20241217BHJP

   G06F 21/45 20130101ALI20241217BHJP

【ＦＩ】

G06F21/41

G06F21/45

【請求項の数】 11

(21)【出願番号】P 2023531868

(86)(22)【出願日】2022-06-22

(86)【国際出願番号】 JP2022024916

(87)【国際公開番号】W WO2023276826

(87)【国際公開日】2023-01-05

【審査請求日】2023-12-21

(31)【優先権主張番号】P 2021110908

(32)【優先日】2021-07-02

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】000004260

【氏名又は名称】株式会社デンソー

(74)【代理人】

【識別番号】110000578

【氏名又は名称】名古屋国際弁理士法人

(72)【発明者】

【氏名】小見山 正俊

(72)【発明者】

【氏名】滝 顕匠

(72)【発明者】

【氏名】謝 凌非

(72)【発明者】

【氏名】梶岡 繁

(72)【発明者】

【氏名】田内 真紀子

【審査官】宮司 卓佳

(56)【参考文献】

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

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

【文献】特開２００７－１１０３７７（ＪＰ，Ａ）

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

Ｇ０６Ｆ ２１／３１－２１／４６

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

【請求項1】

情報システムであって、
第１属性に対応した第１センター装置（３）と、
第２属性に対応した第２センター装置（４）と、
前記第１センター装置及び前記第２センター装置と通信可能であり、前記第１センター装置及び／又は前記第２センター装置のデータを利用して、前記第１属性に属し第１車両に紐づけられた第１ユーザ及び／又は前記第２属性に属し第２車両に紐づけられた第２ユーザへサービスを提供するように構成されたサービス提供サーバ（６）と、
前記第１センター装置及び前記第２センター装置と通信可能なルーティング装置（７）と、を備え、
前記サービス提供サーバは、前記第１センター装置のデータを利用したサービスを前記第２ユーザに提供するために、前記第２ユーザの認証情報を、前記第１センター装置を介して前記ルーティング装置へ送信するよう構成されており、
前記第１センター装置は、前記サービス提供サーバから受信した前記第２ユーザの認証情報を、前記ルーティング装置へ送信するように構成されており、
前記ルーティング装置は、
前記第１属性と前記第１ユーザとを紐付ける第１紐付け情報と、前記第２属性と前記第２ユーザとを紐付ける第２紐付け情報とを記憶するように構成された記憶部（７１）と、
前記第１属性に対応した前記第１センター装置から、前記第２ユーザの認証情報を受信したことに応じて、前記記憶部から前記第２ユーザに対応する前記第２属性を取得し、前記第２属性に対応した前記第２センター装置へ前記第２ユーザの認証処理を要求するように構成されたルーティング制御部（７４）と、を備え、
前記第２センター装置は、前記ルーティング制御部から前記第２ユーザの認証処理の要求を受けて前記第２ユーザの認証処理を実行し、前記第２ユーザの認証が成功した場合に、前記サービス提供サーバへ認証トークンを送信するように構成されている、
情報システム。

【請求項2】

前記ルーティング制御部（７４）は、前記第１属性に対応した前記第１センター装置（３）から、前記第１ユーザの認証情報を受信したことに応じて、前記記憶部（７１）から前記第１ユーザに対応する前記第１属性を取得し、前記第１属性に対応した前記第１センター装置へ前記第１ユーザの認証処理を要求するように構成されている、
請求項１に記載の情報システム。

【請求項3】

前記ルーティング装置（７）は、前記第１センター装置（３）又は前記第２センター装置（４）に含まれている、
請求項１又は２に記載の情報システム。

【請求項4】

前記第１属性は、前記第１ユーザが属している第１地域を含み、
前記第２属性は、前記第２ユーザが属している第２地域を含み、
前記ルーティング制御部（７４）は、前記第１地域に設置された前記第１センター装置（３）から、前記第２ユーザの認証情報を受信したことに応じて、前記記憶部（７１）から前記第２ユーザに対応する前記第２地域を取得し、前記第２地域に設置された前記第２センター装置（４）へ前記第２ユーザの認証処理を要求するように構成されている、
請求項１又は２に記載の情報システム。

【請求項5】

請求項１に記載の第２センター装置を含む管理センター装置（４）であって、
前記第２ユーザの認証情報を管理し、前記ルーティング装置（７）から前記第２ユーザの認証処理を要求されたことに応じて、前記第２ユーザの認証処理を実行するように構成された認証部、を備える、
管理センター装置。

【請求項6】

サービス提供サーバ（６）が、第１属性に対応した第１センター装置（３）のデータを利用して、第２属性に属する第２ユーザへサービスを提供するために、前記第２ユーザの認証情報を、前記第１センター装置へ送信し、
前記第１センター装置が、前記第２ユーザの認証情報を受信したことに応じて、前記第２ユーザの認証情報をルーティング装置へ送信し、
前記ルーティング装置（７）が、前記第２ユーザの認証情報を受けたことに応じて、前記ルーティング装置が備えるテーブル（７１）であって、前記第１属性と前記第１属性に属する第１ユーザとを紐付ける第１紐付け情報と、前記第２属性と前記第２ユーザとを紐付ける第２紐付け情報と、が規定されたテーブルから前記第２ユーザに対応する前記第２属性を取得し、
前記ルーティング装置が、取得した前記第２属性に対応した第２センター装置（４）へ前記第２ユーザの認証処理を要求し、
前記第２センター装置が、前記第２ユーザの認証処理の要求を受けて前記第２ユーザの認証処理を実行し、前記第２ユーザの認証が成功した場合に、前記サービス提供サーバへ認証トークンを送信する、
ユーザの認証方法。

【請求項7】

情報システムであって、
第１属性に属する第１ユーザの認証情報を管理するように構成された第１センター装置（３）と、
第２属性に属する第２ユーザの認証情報を管理するように構成された第２センター装置（４）と、
前記第１センター装置及び前記第２センター装置と通信可能であり、前記第１センター装置及び／又は前記第２センター装置のデータを利用して、前記第１ユーザ及び／又は前記第２ユーザへサービスを提供するように構成されたサービス提供サーバ（６）と、
前記第１センター装置及び前記第２センター装置と通信可能なルーティング装置（７）とを備え、
前記サービス提供サーバは、前記第１センター装置のデータを利用したサービスを前記第２ユーザに提供するために、前記第２ユーザの認証情報を、前記第１センター装置を介して前記ルーティング装置へ送信するよう構成されており、
前記第１センター装置は、前記サービス提供サーバから受信した前記第２ユーザの認証情報を、前記ルーティング装置へ送信するように構成されており、
前記ルーティング装置は、
前記第１属性と前記第１ユーザとを紐付ける第１紐付け情報と、前記第２属性と前記第２ユーザとを紐付ける第２紐付け情報とを記憶するように構成された記憶部（７１）と、
前記第１センター装置から前記第２ユーザの認証情報を受信したことに応じて、前記第２紐付け情報から前記第２ユーザに対応した前記第２属性を取得し、取得した前記第２属性に関する情報を前記第１センター装置へ送信するように構成されたルーティング制御部（７４）と、を備え、
前記第１センター装置は、前記ルーティング装置から前記第２属性に関する情報を受信したことに応じて、前記第２属性に関する情報に対応した前記第２センター装置へ、前記第２ユーザの認証処理を要求するように構成され、
前記第２センター装置は、前記第１センター装置から前記第２ユーザの認証処理の要求を受けて前記第２ユーザの認証処理を実行し、前記第２ユーザの認証処理が成功した場合に、前記サービス提供サーバへ認証トークンを送信するように構成されている、
情報システム。

【請求項8】

前記第１センター装置（３）は、前記第２センター装置（４）から前記第１ユーザの認証処理を要求されたことに応じて、前記第１ユーザの認証処理を実行するように構成されている、
請求項７に記載の情報システム。

【請求項9】

前記第１センター装置（３）は、前記ルーティング装置（７）を含む、
請求項７又は８に記載の情報システム。

【請求項10】

前記第１属性は、前記第１ユーザが属している第１地域を含み、
前記第２属性は、前記第２ユーザが属している第２地域を含み、
前記ルーティング装置（７）は、前記第１地域に設置された前記第１センター装置（３）から、前記第２ユーザの認証情報を受信したことに応じて、前記第２紐付け情報から前記第２ユーザに対応する前記第２地域を取得し、取得した前記第２地域を前記第１センター装置へ送信するように構成されている、
請求項７又は８に記載の情報システム。

【請求項11】

サービス提供サーバ（６）が、第１属性に対応した第１センター装置（３）のデータを利用して、第２属性に属する第２ユーザへサービスを提供するために、前記第２ユーザの認証情報を、前記第１センター装置へ送信し、
前記第１センター装置が、前記第２ユーザの認証情報を受信したことに応じて、前記第２ユーザの認証情報をルーティング装置へ送信し、
前記ルーティング装置（７）が、前記第２ユーザの認証情報を受けたことに応じて、前記ルーティング装置が備えるテーブル（７１）であって、前記第１属性と前記第１属性に属する第１ユーザとを紐付ける第１紐付け情報と、前記第２属性と前記第２ユーザとを紐付ける第２紐付け情報と、が規定されたテーブルから前記第２ユーザに対応する前記第２属性を取得し、
前記ルーティング装置が、取得した前記第２属性に関する情報を前記第１センター装置へ送信し、
前記第１センター装置が、前記第２属性に関する情報を受信したことに応じて、前記第２属性に関する情報に対応した第２センター装置（４）へ、前記第２ユーザの認証処理を要求し、
前記第２センター装置が、前記第２ユーザの認証処理の要求を受けて前記第２ユーザの認証処理を実行し、前記第２ユーザの認証が成功した場合に、前記サービス提供サーバへ認証トークンを送信する、
ユーザの認証方法。

【発明の詳細な説明】

【関連出願の相互参照】

【0001】

本国際出願は、２０２１年７月２日に日本国特許庁に出願された日本国特許出願第２０２１－１１０９０８号に基づく優先権を主張するものであり、日本国特許出願第２０２１－１１０９０８号の全内容を本国際出願に参照により援用する。

【技術分野】

【0002】

本開示は、ユーザの認証技術に関する。

【背景技術】

【0003】

下記引用文献１に記載の認証システムは、ユーザ端末と、ユーザ端末に接続された認証サーバと、認証サーバに接続された複数のサービス提供事業者システムと、を備える。認証サーバは、ユーザの個人情報を一元的に管理し、ユーザが各サービス提供事業者システムのオンラインサービスにログインする場合に、一元的にユーザを認証している。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１８－７４３８８号公報

【発明の概要】

【0005】

発明者の詳細な検討の結果、個人情報の特性により、１つのサーバ装置で複数のサービスで利用する個人情報を一元的に管理できないことがあるという課題が見出された。
本開示の１つの局面は、ユーザが、そのユーザの個人情報を管理していないセンター装置のデータを利用する場合に、ユーザの認証を実現できることが望ましい。

【0006】

本開示の１つの局面のルーティング装置は、第１ユーザと紐付く第１車両及び第２ユーザと紐付く第２車両へのサービス提供に関連する第１センター装置及び第２センター装置と通信可能であって、記憶部と、ルーティング制御部と、を備える。記憶部は、第１属性と第１属性に属する第１ユーザとを紐付ける第１紐付け情報と、第２属性と第２属性に属する第２ユーザとを紐付ける第２紐付け情報とを記憶するように構成される。ルーティング制御部は、第１属性に対応した第１センター装置から、第２ユーザの認証情報を受信したことに応じて、記憶部から第２ユーザに対応する第２属性を取得し、第２属性に対応した第２センター装置へ第２ユーザの認証処理を要求するように構成される。

【0007】

上記ルーティング装置は、第１センター装置から第２ユーザの認証情報を受信したことに応じて、記憶部から第２ユーザに対応する第２属性を取得し、第２属性に対応した第２センター装置へ第２ユーザの認証処理を要求する。したがって、第２ユーザは、第２属性に対応していない第１センター装置のデータに基づいたサービスを利用する場合に、第２属性に対応した第２センター装置によるユーザ認証を受けて、サービスを利用することができる。

【0008】

本開示の別の１つの局面のユーザの認証方法は、第１属性に対応した第１センター装置から、第２ユーザの認証情報を受信したことに応じて、第１属性と第１属性に属する第１ユーザとを紐付ける第１紐付け情報と、第２属性と第２属性に属する第２ユーザとを紐付ける第２紐付け情報と、が規定されたテーブルから第２ユーザに対応する第２属性を取得する。さらに、上記認証方法は、取得した第２属性に対応した第２センター装置へ第２ユーザの認証処理を要求する。

【0009】

上記ユーザ認証方法によれば、上記ルーティング装置と同様の効果を奏する。

【0010】

本開示の更に別の１つの局面のユーザ認証プログラムは、第１センター装置及び第２センター装置と通信可能なルーティング装置に、第１属性に対応した第１センター装置から、第２ユーザの認証情報を受信したことに応じて、第１属性と前記第１属性に属する第１ユーザとを紐付ける第１紐付け情報と、第２属性と前記第２属性に属する第２ユーザとを紐付ける第２紐付け情報と、が規定されたテーブルから第２ユーザに対応する第２属性を取得することと、取得した第２属性に対応した第２センター装置へ第２ユーザの認証処理を要求することと、を実行させる。

【0011】

上記ユーザ認証プログラムが実行されることにより、上記ルーティング装置と同様の効果を奏する。

【0012】

本開示の更に別の１つの局面の管理センター装置は、第１センター装置と第２センター装置とルーティング装置とを備えるシステムにおいて使用される。管理センター装置は、第１センター装置を含む。第１センター装置は、第１属性に属する第１ユーザの認証情報を管理するように構成される。第２センター装置は、第２属性に属する第２ユーザの認証情報を管理するように構成される。ルーティング装置は、第１属性と第１ユーザとを紐付ける第１紐付け情報と、第２属性と第２ユーザとを紐付ける第２紐付け情報とを記憶する記憶部を備え、第１センター装置から第２ユーザの認証情報を受信したことに応じて、第２紐付け情報から第２ユーザに対応した第２属性を取得し、取得した第２属性に関する情報を第１センター装置へ送信するように構成される。第１センター装置は、ルーティング装置から第２属性に関する情報を受信したことに応じて、第２センター装置へ、第２ユーザの認証処理を要求するように構成されている。

【0013】

上記管理センター装置は、第２ユーザの認証情報を受信すると、ルーティング装置へ第２ユーザの認証情報を送信し、ルーティング装置から第２ユーザに対応した第２属性に関する情報を受信する。そして、管理センター装置は、第２属性に対応した第２センター装置へ第２ユーザの認証処理を要求する。すなわち、管理センター装置は、管理対象以外のユーザの認証情報を受信した場合には、そのユーザの認証情報を管理する別のセンター装置へ認証処理を要求する。したがって、第２ユーザは、第２属性に対応していない第１センター装置のデータに基づいたサービスを利用する場合に、第２属性に対応した第２センター装置によるユーザ認証を受けて、サービスを利用することができる。

【図面の簡単な説明】

【0014】

【図1】第１実施形態に係るモビリティＩｏＴシステムの構成を示すブロック図である。

【図2】第１実施形態に係る標準化車両データの構成を示す図である。

【図3】第１実施形態に係る管理センターの構成を示すブロック図である。

【図4】第１実施形態に係るルーティング装置の構成を示すブロック図である。

【図5】第１実施形態に係る管理センターの機能的な構成を示すブロック図である。

【図6】第１実施形態に係るユーザ認証の処理手順を示すシーケンス図である。

【図7】第１実施形態に係る地域判別ＤＢに格納されているデータを示す図である。

【図8】第１実施形態に係るＵＲＬ ＤＢに格納されているデータを示す図である。

【図9】第１実施形態に係る管理センターの構成の別例を示すブロック図である。

【図10】第２実施形態に係るユーザ認証の処理手順を示すシーケンス図である。

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

【0015】

以下、図面を参照しながら、本開示を実施するための例示的な実施形態を説明する。

【0016】

（１．第１実施形態）
＜１－１．構成＞
本実施形態に係るモビリティInternet of Things １（以下、ＩｏＴ）の構成について、図１を参照して説明する。モビリティＩｏＴ１は、複数のエッジ装置２と、第１管理センター３と、第２管理センター４と、第３管理センター５と、サービス提供サーバ６と、ルーティング装置７と、を備える。本実施形態では、モビリティＩｏＴ１は、第１管理センター３と、第２管理センター４と、第３管理センター５を備えるが、第３管理センター５はモビリティＩｏＴ１から除外されてもよい。あるいは、モビリティＩｏＴ１は、第１管理センター３と第２管理センター４と第３管理センター５に加えて、１つ以上の管理センターを備えていてもよい。

【0017】

エッジ装置２は、車両に搭載されている。エッジ装置２は、各種の車両データを収集し、収集した車両データを、正規化し且つ標準フォーマットに変換し、データ構造化する。車両データを正規化することにより、車種及び車両製造業者に依存せずに同一の物理量が同一の値を示す車両データに変換される。

【0018】

また、エッジ装置２は、標準化車両データを生成する。標準化車両データは、車両ごと（すなわち、エッジ装置２）ごとに生成され、複数の階層構造を有する。例えば、図２に示すように、標準化車両データは、最上位の第１階層に設定される項目として、「属性情報」、「パワートレイン」、「エネルギー」、「Advanced Driver Assistance System（ＡＤＡＳ）／Autonomous Driving（ＡＤ）」、「ボデー」、「マルチメディア」及び「その他」を含む。各項目の下位階層には、各項目に関連するデータが格納される。標準フォーマットに変換されたデータは、「属性情報」の項目の最下層に格納される。

【0019】

エッジ装置２は、広域無線通信網ＮＷを介して、第１～第３管理センター３～５のいずれかとデータ通信を行う。エッジ装置２は、通信機（図示せず）を介して、生成した車両標準化データを、第１～第３管理センター３～５のいずれかにアップロードする。

【0020】

サービス提供サーバ６は、第１～第３管理センター３～５のいずれかのデータを利用して、ユーザにサービスを提供する。例えば、サービス提供サーバ６は、車両の運行を管理するサービスを、エッジ装置２を介してユーザに提供する。なお、モビリティＩｏＴシステム１は、複数のサービス提供サーバ６を備え、複数のサービス提供サーバ６は、第１～第３管理センター３～５のいずれかのデータを利用して、互いに異なるサービスを提供してもよい。

【0021】

第１～第３管理センター３～５は、モビリティＩｏＴシステム１を管理する。第１～第３管理センター３～５は、レプリケーションなどにより標準化車両データを共有している。第１～第３管理センター３～５は、広域無線通信網ＮＷを介して、複数のエッジ装置２、サービス提供サーバ６及びルーティング装置７との間でデータ通信を行う。また、第１～第３管理センター３～５は、広域無線通信網ＮＷを介して、互いにデータ通信を行う。

【0022】

第１～第３管理センター３～５は、互いに異なる属性に対応している。すなわち、第１～第３管理センター３～５には、互いに異なる属性が割り当てられている。第１管理センター３は、第１属性に対応し、第１属性に対して登録されている第１ユーザの個人情報を管理する。第２管理センター４は、第２属性に対応し、第２属性に対して登録されている第２ユーザの個人情報を管理する。第３管理センター５は、第３属性に対応し、第３属性に対して登録されている第３ユーザの個人情報を管理する。個人情報は、ユーザの氏名、住所、電話番号、車両登録番号等の他、ユーザの認証に用いる認証情報を含む。認証情報は、例えば、ユーザサービスＩＤとパスワードである。

【0023】

属性に応じて適用される個人情報保護の規則などにより、第１～第３管理センター３～５は、自身が対応していない属性に対して登録されているユーザの個人情報を管理していない。すなわち、第１～第３管理センター３～５は、それぞれが管理する個人情報を共有していない。第２及び第３管理センター４，５は、第１ユーザの個人情報を管理していない。また、第１及び第３管理センター３，５は、第２ユーザの個人情報を管理していない。第１及び第２管理センター３，４は、第３ユーザの個人情報を管理していない。第１～第３管理センター３～５は、個人情報保護の対象外の情報を互いに共有している。

【0024】

属性は、例えば、地域、国などである。本実施形態では、第１属性は、第１ユーザが属している（具体的には、個人情報を登録している地域）第１地域に相当し、第２属性は、第２ユーザが属している第２地域に相当し、第３属性は、第３ユーザが属している第３地域に相当する。国や地域は、それぞれ個人情報を保護する規則を有し、第１～第３管理センター３～５は、対応する地域の規則に準拠しなければならない。個人情報を保護する規則の中には、所定の地域に属するユーザの個人情報を所定の地域外へ持ち出すことを制限する規則もある。本実施形態では、第１地域、第２地域、及び第３地域は、それぞれの地域に属するユーザの個人情報を地域外へ持ち出すことを制限する規則を有することを想定している。また、属性は、例えば、企業、学校、クラブチームなどの団体であってもよい。

【0025】

サービス提供サーバ６は、第１～第３管理センター３～５のうち、ユーザが登録している属性ではなく、サービスを利用する時の属性（例えば、ユーザが現在居る地域）に応じた管理センターのデータを利用して、サービスを提供する。例えば、第１ユーザ、第２ユーザ、及び第３ユーザが、第１地域においてサービス提供サーバ６が提供するサービスを利用する場合には、サービス提供サーバ６は第１管理センター３のデータを利用する。すなわち、第１ユーザの個人情報が第１管理センター３に登録され、且つ、第２ユーザの個人情報が第２管理センター４に登録され、且つ、第３ユーザの個人情報が第３管理センター５に登録されている状態であっても、第１ユーザ、第２ユーザ及び第３ユーザにサービスを提供するために、サービス提供サーバ６は、第１管理センター３のデータを利用する。

【0026】

図３示すように、第１～第３管理センター３～５は、制御部１４と、通信部１３と、記憶部１１と、を備える。

【0027】

制御部１４は、ＣＰＵ１４１と、ＲＯＭ１４２と、ＲＡＭ１４３とを備えたマイクロコンピュータの形態を有する電子制御装置である。第１～第３管理センター３～５の各種機能は、ＣＰＵ１４１が非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。本実施形態では、ＲＯＭ１４２が、プログラムを格納した非遷移的実体的記録媒体に相当する。また、このプログラムの実行により、プログラムに対応する方法が実行される。なお、ＣＰＵ１４１が実行する機能の一部または全部を、一つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。また、制御部１４を構成するマイクロコンピュータの数は１つでも複数でもよい。

【0028】

通信部１３は、広域無線通信網ＮＷを介して、複数のエッジ装置２、サービス提供サーバ６、ルーティング装置７及び他の管理センターとの間でデータ通信を行う。記憶部１１は、各種データを記憶する記憶装置である。

【0029】

ルーティング装置７は、各属性と各属性に属するユーザとを紐付ける紐付け情報を記憶する。ルーティング装置７は、個人情報保護の規則により持ち出し等が制限されない情報、すなわち、個人情報保護の対象外の情報を記憶する。例えば、ユーザを識別するためのサービスユーザIDと、属性を示すコードとを紐付けて記憶する。

【0030】

具体的には、ルーティング装置７は、第１紐付け情報と、第２紐付け情報と、第３紐付け情報とを記憶する。第１紐付け情報は、第１属性と第１属性に属する第１ユーザとを紐付ける。第２紐付け情報は、第２属性と第２属性に属する第２ユーザとを紐付ける。第３紐付け情報は、第３属性と第３属性に属する第３ユーザとを紐付ける。例えば、サービスユーザＩＤ＝０００１は地域コードＸと紐付けられ、サービスユーザＩＤ＝０００２は地域コードＹと紐付けられる。例えば、地域コードＸに属するサービスユーザＩＤのリストが第１紐付け情報に相当し、地域コードＹに属するサービスユーザＩＤのリストが第２紐付け情報に相当し、地域コードＺに属するサービスユーザＩＤのリストが第３紐付け情報に相当する。なお、ルーティング装置７は、第１～第３紐付け情報をまとめて記憶してもよい。すなわち、ルーティング装置７は、サービスユーザＩＤと地域コードとを関連付けたリストを記憶してもよい。

【0031】

図４に示すように、ルーティング装置７は、制御部７４と、通信部７３と、ＵＲＬ ＤＢ７２と、地域判別ＤＢ７１と、を備える。

【0032】

制御部７４は、ＣＰＵ７４１と、ＲＯＭ７４２と、ＲＡＭ７４３とを備えたマイクロコンピュータの形態を有する電子制御装置である。ルーティング装置７の各種機能は、ＣＰＵ７４１が非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。本実施形態では、ＲＯＭ７４２が、プログラムを格納した非遷移的実体的記録媒体に相当する。また、このプログラムの実行により、プログラムに対応する方法が実行される。なお、ＣＰＵ７４１が実行する機能の一部または全部を、一つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。また、制御部７４を構成するマイクロコンピュータの数は１つでも複数でもよい。

【0033】

通信部７３は、広域無線通信網ＮＷを介して、第１～第３管理センター３～５の間でデータ通信を行う。

【0034】

地域判別ＤＢ７１は、属性（具体的には、登録地域）と、その属性に対して登録されているユーザのサービスユーザＩＤと、を紐付けて記憶している。具体的には、地域判別ＤＢ７１は、前述した第１紐付け情報と、第２紐付け情報と、第３紐付け情報とを記憶している。地域判別ＤＢ７１は、属性判別ＤＢとも称する。ＵＲＬ ＤＢ７２は、属性と属性に対応する管理センター（具体的には、管理センターのＵＲＬ）とを紐付けて記憶している。第１～第３管理センター３～５には、それぞれ個別のＵＲＬが割り当てられている。このＵＲＬは、第１～第３管理センター３～５のそれぞれとデータ通信するためのＵＲＬである。

【0035】

図５に、第１管理センター３及び第２管理センター４が実現する機能を示す。第１及び第２管理センター３，４は、ブロック部３１，４１、認証部３２，４２、アクセスApplication Programming Interface（ＡＰＩ）３３，４３及びデータ管理部３４，４４の機能を備える。

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

（ｃ）上述したルーティング装置、管理センターの他、ルーティング装置、及び２以上の管理センターを構成要素とするシステム、ルーティング装置又は管理センターとしてコンピュータを機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実態的記録媒体など、種々の形態で本開示を実現することもできる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】