JP7585982B2 - 情報処理装置および情報処理システム - Google Patents

Description

本開示は、旅行サービスに関する。

ユーザが有する運転技能を測定する技術が知られている。これに関して、例えば、特許文献１には、ユーザが所持する携帯端末から収集した情報に基づいて、ユーザの運転を診断する情報処理装置が開示されている。

特開２０１９－０２８６５４号公報

本開示は、ユーザが有する運転技能に基づいてインセンティブを発行することを目的とする。

本開示の第一の態様に係る情報処理装置は、移動に関連したオンラインサービスを提供する情報処理装置であって、所定のユーザについて、運転技能に関する情報である技能情報を取得することと、前記技能情報に基づいて、前記ユーザに対して、前記オンラインサービスに関連したインセンティブを付与することと、を実行する制御部を有する。

また、本開示の第二の態様に係る情報処理システムは、移動に関連したオンラインサービスを提供する第一の装置と、ユーザの運転技能に関する情報である技能情報を提供する第二の装置と、を含む情報処理システムであって、前記第一の装置は、前記第二の装置から提供された前記技能情報に基づいて、前記ユーザに対して、前記オンラインサービスに関連したインセンティブを付与する。

また、本開示の他の態様は、上記の装置が実行する方法をコンピュータに実行させるためのプログラム、または、該プログラムを非一時的に記憶したコンピュータ可読記憶媒体である。

本開示によれば、ユーザが有する運転技能に基づいてインセンティブを発行することができる。

予約システムの概要を説明する図。 サーバ装置、ユーザ端末、および外部装置の構成を説明する図。 記憶部に記憶されるスポットデータの例。 サーバ装置によって生成される予約データの例。 記憶部に記憶されるインセンティブデータの例。 第一の実施形態において制御部が行う処理のフローチャート。 スポットの検索を行う画面の例。 サービスの一覧を提示する画面の例。 第二の実施形態におけるサーバ装置の構成を説明する図。 第二の実施形態における評価データの例。 第二の実施形態において制御部が行う処理のフローチャート。 第二の実施形態において制御部が行う処理のフローチャート。 第四の実施形態におけるユーザのグルーピングを説明する図。 第四の実施形態の変形例におけるユーザのグルーピングを説明する図。

本開示の一態様に係る情報処理装置は、移動に関連したオンラインサービスを提供する情報処理装置であって、所定のユーザについて、運転技能に関する情報である技能情報を取得することと、前記技能情報に基づいて、前記ユーザに対して、前記オンラインサービスに関連したインセンティブを付与することと、を実行する制御部を有する。

情報処理装置は、例えば、移動に関するオンラインサービスを提供する装置とすることができる。このようなサービスとして、例えば、旅行商品を販売するサービスや、移動中に立ち寄る複数のスポット（例えば、宿泊施設、飲食店、駐車場等）の予約を一括して行うサービス等が挙げられる。
技能情報とは、ユーザが有する運転技能に関する情報である。技能情報として、例えば、第三者によって評価された運転スキルを示すデータや、運転技能講習の受講履歴などが例示できる。制御部は、技能情報に基づいて、オンラインサービスに関連したインセンティブ（例えば、商品やサービスの割引等）を付与する。これにより、例えば、運転技能を有するユーザをより優遇して旅行商品等の販売を行うことができる。
なお、インセンティブは、オンラインサービス上で利用できる割引やポイントなどであってもよいし、オンラインサービス上で予約可能なスポット（店舗等）において利用できる割引または無料サービスなどであってもよい。

また、前記技能情報は、前記ユーザが、前記オンラインサービスを利用して、運転技能の習得に関する第一のサービスを過去に受けた旨を示す情報であることを特徴としてもよい。また、前記制御部は、前記第一のサービスに関連付いた装置から、前記技能情報を取得することを特徴としてもよい。
第一のサービスは、例えば、運転技能講習や、ペーパードライバー講習などとすることができる。

また、前記制御部は、前記ユーザが車両を運転する際に携帯する端末から、前記技能情報を取得することを特徴としてもよい。
技能情報は、携帯端末で動作するアプリケーションソフトウェア（例えば、運転診断を行うアプリケーションソフトウェア）等によって生成されてもよい。

また、前記制御部は、前記オンラインサービスによって、所定のスポットにおいて提供されるサービスを販売することを特徴としてもよい。
オンラインサービスでは、所定のスポットにおいて提供されるサービスを単体で販売してもよいし、複数のサービスを含む旅行商品を販売してもよい。

また、前記制御部は、前記サービスを購入したユーザからなるグループを生成し、前記グループの中から、前記インセンティブの付与を行う対象のユーザを選択することを特徴としてもよい。
グループは、類似した属性を持つ複数のユーザを含むことが好ましい。属性として、例えば、年齢、性別、目的地エリア、移動経路などが例示できる。

また、前記制御部は、目的地のエリア、および／または、前記エリアへの到着時間帯ごとに前記グループを生成することを特徴としてもよい。
また、前記制御部は、目的地までの経路の類似度にさらに基づいて前記グループを分割することを特徴としてもよい。
すなわち、類似した移動を行う複数のユーザをグループ化し、その中から、インセンティブを付与するユーザを選択してもよい。

また、前記制御部は、前記技能情報に基づいて、前記ユーザの運転技能レベルを判定することを特徴としてもよい。また、前記制御部は、所定値以上の運転技能レベルを有すると認定されたユーザを対象として前記インセンティブの付与を行うことを特徴としてもよい。
これにより、複数のユーザに運転技能を競わせることが可能になり、モチベーションの向上につながる。なお、インセンティブの付与を行うユーザの上限人数は、グループごとに定義されていてもよい。

以下、本開示の具体的な実施形態について図面に基づいて説明する。各実施形態に記載されているハードウェア構成、モジュール構成、機能構成等は、特に記載がない限りは開示の技術的範囲をそれらのみに限定する趣旨のものではない。

（第一の実施形態）
第一の実施形態に係る予約システムの概要について、図１を参照しながら説明する。本実施形態に係る予約システムは、複数のスポット（例えば、飲食店やプレイスポット）において提供されるサービスを販売するサーバ装置１００と、複数のユーザ端末２００と、複数の外部装置３００と、を含んで構成される。

サーバ装置１００は、ユーザ端末２００から送信されたリクエストに基づいて、所定のスポットにて提供されるサービス（例えば、宿泊サービス、飲食サービス等）を販売する。具体的には、サーバ装置１００は、複数のスポットや、これらのスポットにおいて提供されるサービスの内容を管理しており、ユーザからのリクエストに基づいて、ユーザが利用するサービスを決定し、予約を実行（予約データを生成）する。また、サーバ装置１００は、これらのスポットにおける利用料金の決済を代行する機能も有する。
これにより、ユーザは、複数のスポットの予約を一括して行うことができ、また、予約に係るスポットを訪問するだけで各種のサービスを受けることができる。

なお、本実施形態では、サーバ装置１００は、スポットにおいて提供されるサービスを販売するものとするが、サーバ装置１００は、複数のサービスや、交通手段をセットにした旅行商品を販売することもできる。

ユーザ端末２００は、予約サービスを利用するユーザが所持するコンピュータである。ユーザは、ユーザ端末２００を介してサーバ装置１００にアクセスし、スポットやサービスの予約をリクエストすることができる。システムには、複数のユーザ端末２００が含まれていてもよい。

外部装置３００は、複数のスポットのそれぞれに関連付いたサーバ装置である。外部装置３００は、サーバ装置１００から、予約データを受信する。システムには、複数の外部装置３００が含まれていてもよい。例えば、外部装置３００は、複数のスポット（例えば、店舗）のそれぞれに設置された装置であってもよいし、複数のスポットを管理する（例えば、同一のグループに属する複数の店舗を管理する）装置であってもよい。

図２は、本実施形態に係る情報処理システムに含まれる、サーバ装置１００、ユーザ端末２００、および、外部装置３００の構成要素をより詳細に示した図である。ここではまず、ユーザ端末２００について説明する。
ユーザ端末２００は、例えば、パーソナルコンピュータ、スマートフォン、携帯電話、タブレットコンピュータ、個人情報端末といった、個人が利用するコンピュータである。ユーザ端末２００は、制御部２０１、記憶部２０２、通信部２０３、および入出力部２０４を含んで構成される。

制御部２０１は、ユーザ端末２００が行う制御を司る演算装置である。制御部２０１は、ＣＰＵ（Central Processing Unit）などの演算処理装置によって実現することができ
る。
制御部２０１は、サーバ装置１００にアクセスしてインタラクションを行う機能を実行する。当該機能は、ユーザ端末２００で動作するウェブブラウザや、専用のアプリケーションソフトウェアによって実現されてもよい。

記憶部２０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部２０１によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部２０１において実行されるプログラムや、当該制御プログラムが利用するデータが記憶される装置である。補助記憶装置には、制御部２０１で実行されるプログラムをアプリケーションとしてパッケージ化したものを記憶してもよい。また、これらのアプリケーションを実行するためのオペレーティングシステムを記憶してもよい。補助記憶装置に記憶されたプログラムが主記憶装置にロードされ、制御部２０１によって実行されることで、以降に説明する処理が行われる。

主記憶装置は、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含んでもよい。また、補助記憶装置は、ＥＰＲＯＭ（Erasable Programmable ROM）やハード
ディスクドライブ（ＨＤＤ、Hard Disk Drive）を含んでもよい。さらに、補助記憶装置
は、リムーバブルメディア、すなわち可搬記録媒体を含んでもよい。

通信部２０３は、ユーザ端末２００をネットワークに接続するための無線通信インタフェースである。通信部２０３は、例えば、無線ＬＡＮや３Ｇ、ＬＴＥ、５Ｇ等の移動体通信サービスを介して、サーバ装置１００と通信可能に構成される。
入出力部２０４は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示するユニットである。本実施形態では一つのタッチパネルディスプレイからなる。すなわち、液晶ディスプレイとその制御手段、タッチパネルとその制御手段から構成される。

外部装置３００は、複数のスポットのそれぞれに関連付いたサーバ装置である。
外部装置３００は、例えば、パーソナルコンピュータ、タブレットコンピュータ等の、汎用のコンピュータである。外部装置３００は、制御部３０１、記憶部３０２、通信部３０３、および入出力部３０４を含んで構成される。
各構成要素については、ユーザ端末２００と同様であるため、詳細な説明は省略する。

次に、サーバ装置１００について説明する。
サーバ装置１００は、複数のスポット、および、スポットにおいて提供されるサービスの内容をユーザに提示し、ユーザ端末２００から送信されたリクエストに基づいて、サービスの販売を行う装置である。

本実施形態では、サーバ装置１００は、ユーザ端末２００とのインタラクションを行うためのＷｅｂサーバを実行可能に構成されてもよい。この場合、例えば、ユーザ端末２００が、ブラウザを用いてＷｅｂサーバにアクセスすることで、ユーザが、サービスの購入を行うことができる。なお、サーバ装置１００は、Ｗｅｂサーバ以外の手段によってサービスを提供してもよい。例えば、ユーザ端末２００にインストールされた専用のアプリケーションソフトウェアと所定のプロトコルによって対話するサービスをサーバ装置１００
において実行してもよい。

サーバ装置１００は、汎用のコンピュータにより構成することができる。すなわち、サーバ装置１００は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータとして構成することができる。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶装置の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、後述するような、所定の目的に合致した各機能を実現することができる。ただし、一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。

制御部１０１は、サーバ装置１００が行う制御を司る演算装置である。制御部１０１は、ＣＰＵなどの演算処理装置によって実現することができる。
制御部１０１は、予約実行部１０１１、および、インセンティブ発行部１０１２の２つの機能モジュールを有して構成される。各機能モジュールは、記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

予約実行部１０１１は、ユーザが所持するユーザ端末２００とインタラクションを行った結果に基づいて、当該ユーザが予約するスポットおよびサービスを決定し、予約データの生成を行う。

本実施形態において、スポットとは、ユーザが移動先において利用する施設である。スポットの例として、例えば、宿泊施設、飲食店、娯楽施設などが挙げられる。また、スポットは、駐車場、洗車場、ガソリンスタンドなど、自動車に関するサービスを提供する施設であってもよい。さらに、スポットは、アクティビティや体験を提供する施設（体験型施設）であってもよい。さらに、スポットは、自動車の運転技能講習を行う施設（自動車教習所、ドライビングスクール）であってもよい。

複数のスポットのそれぞれが提供するサービスは、スポットごとに定義される。例えば、スポットが宿泊施設である場合、サービスは、客室の種類ごとに定義されてもよい。また、スポットが飲食店である場合、サービスは、提供される料理のコースごとに定義されてもよい。また、スポットが、自動車の運転技能講習を行う施設である場合、サービスは、講習を行う車種やプランごとに定義されていてもよい。

予約実行部１０１１は、ユーザが利用するスポット、および、当該ユーザが当該スポットにおいて提供を受けるサービスの組み合わせを決定する。予約実行部１０１１は、このような組み合わせを決定したのち、スポットの予約を行うためのデータ（予約データ）を生成し、対象のスポットに対応する外部装置３００に送信する。これによりユーザは、利用を希望する施設等の予約を一括して行うことができる。
さらに、予約実行部１０１１は、予約に係る代金の事前決済を行ってもよい。

インセンティブ発行部１０１２は、予約サービスを利用したユーザに対してインセンティブを付与する。本実施形態では、ユーザが、予約サービスを利用してサービスを購入した場合であって、当該ユーザに一定以上の運転技能があると評価できる場合に、インセンティブ発行部１０１２が、当該ユーザに所定のインセンティブを付与する。

インセンティブは、典型的には、予約サービスにおいて利用できる割引クーポンやポイント等である。インセンティブを付与する場合、インセンティブ発行部１０１２は、ユーザに関連付いたアカウントに、電子クーポンないしポイントを付与する。当該電子クーポ
ンやポイントは、即日利用可能なものであってもよい。例えば、予約に係るサービスの利用代金をサーバ装置１００が事前に決済する場合、決済のタイミングにおいて割引や無料化の処理を施すこともできる。これにより、ユーザは、スポットで提供されるサービスや旅行商品を購入する際に金銭的な優遇を受けることができる。

記憶部１０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部１０１によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部１０１において実行されるプログラムや、当該制御プログラムが利用するデータが記憶される装置である。

また、記憶部１０２は、スポットデータ１０２Ａ、予約データ１０２Ｂ、および、インセンティブデータ１０２Ｃを記憶する。

スポットデータ１０２Ａは、予約対象である複数のスポットと、当該スポットにおいて提供されるサービスを定義したデータである。図３は、スポットデータ１０２Ａの例である。スポットデータ１０２Ａには、例えば、スポットの識別子、スポットの名称、スポットの位置情報、ジャンルに関する情報、提供されるサービスの識別子、サービスの詳細情報などが含まれる。

なお、各スポットにおいて提供可能なサービスのリソース（例えば、客室数や客席数）に限りがある場合、予約を受け付ける前に、空き状況の確認が必要な場合がある。これに対応するため、スポットデータ１０２Ａに、予約の可否を判定するためのデータを含ませてもよい。このようなデータとして、例えば、予約台帳へのリファレンスが例示できる。当該データを介して予約台帳にアクセスすることで、予約実行部１０１１は、ユーザに対して予約の可否を提示することができる。予約台帳は、サーバ装置１００が有していてもよいし、各スポットに対応する外部装置３００が有していてもよい。

予約データ１０２Ｂは、予約実行部１０１１が生成した予約データである。生成された予約データは、外部装置３００に送信されるとともに、記憶部１０２に記憶される。
図４は、予約データ１０２Ｂの例である。予約データ１０２Ｂには、予約、スポット、サービス、ユーザの組み合わせを識別する情報のほか、付帯情報が含まれる。付帯情報とは、スポットに予約を申し込む際に必要な付帯的な情報である。付帯情報の例として、例えば、予約時刻（到着時刻やチェックイン時刻）、利用人数、利用者の年齢や性別、または、ユーザの連絡先などが挙げられる。

インセンティブデータ１０２Ｃは、ユーザに提供されるインセンティブを定義するデータである。図５（Ａ）は、インセンティブデータ１０２Ｃの例である。インセンティブデータ１０２Ｃには、例えば、インセンティブの識別子、インセンティブの内容、インセンティブの発行条件に関するデータなどが含まれる。
なお、インセンティブによって優遇される金額は、一定額であってもよいし、ユーザが支払う金額に基づいて（例えば、総支払額の１０％など）決定されてもよい。

前述した各データは、プロセッサによって実行されるデータベース管理システム（ＤＢＭＳ）のプログラムが、記憶装置に記憶されるデータを管理することで構築されてもよい。この場合、各データは、例えばリレーショナルデータベースとすることができる。

通信部１０３は、サーバ装置１００をネットワークに接続するための通信インタフェースである。通信部１０３は、例えば、ネットワークインタフェースボードや、無線通信のための無線通信インタフェースを含んで構成される。

なお、図２に示した構成は一例であり、図示した機能の全部または一部は、専用に設計された回路を用いて実行されてもよい。また、図示した以外の、主記憶装置および補助記憶装置の組み合わせによってプログラムの記憶ないし実行を行ってもよい。

次に、サーバ装置１００が実行する処理について説明する。サーバ装置１００は、ユーザからの要求に基づいてスポットの予約を行う。この際、ユーザが、過去の所定期間において、運転技能の向上を目的とするスポット（以下、運転教習施設と称する）における、運転技能講習の受講履歴がある場合、当該ユーザに対してインセンティブを付与する。運転教習施設は、自動車学校であってもよいし、公的機関が運営するものであってもよい。

図６は、サーバ装置１００が実行する処理を示したフローチャートである。図６に示したフローチャートは、例えば、ユーザが、サーバ装置１００が提供する予約サービスにログインしたタイミングで実行される。処理を開始するタイミングにおいて、サーバ装置１００は、ユーザの識別が完了しているものとする。

ステップＳ１１では、予約対象として新たなスポットを追加するか否かを決定する。本ステップでは、例えば、宿泊施設、飲食店、娯楽施設、運転教習施設、駐車場などの予約に関するリクエストをユーザから取得する。本ステップで肯定判定となった場合、処理はステップＳ１２へ遷移する。本ステップで否定判定となった場合、処理はステップＳ１５へ遷移する。

ステップＳ１２では、利用するスポットおよびサービスを決定する。
スポットおよびサービスの検索は、既存の技術を用いて行うことができる。例えば、予約実行部１０１１は、ユーザに対して図７のような検索画面を提供し、スポットの検索を行わせてもよい。また、検索条件に応じて、図８に示したようなスポット／サービスの一覧を提供し、ユーザに選択させてもよい。予約が可能なサービスは、例えば、スポットデータ１０２Ａ、および、予約台帳を参照することで決定することができる。
なお、この際、インセンティブ付与のトリガとなるサービス（例えば、運転教習施設における運転技能講習）がある場合、符号８０１で例示したように、その旨をユーザに示してもよい。

次に、ステップＳ１３にて、利用に関する付帯的な情報（付帯情報）を取得する。スポットが宿泊施設である場合、付帯情報として、例えば、日時情報（チェックイン日およびチェックイン時刻）、宿泊者の人数、年齢、性別などを取得する。

なお、本例では、スポットが宿泊施設である例を挙げたが、スポットが、飲食店、娯楽施設、体験型施設、駐車場など、宿泊以外に係る施設であった場合、当該スポットに適合した付帯情報を取得してもよい。例えば、スポットが駐車場である場合、車両に関する情報が付帯情報となりうる。また、スポットが体験型施設である場合、参加者の年齢などに関する情報が付帯情報となりうる。
ステップＳ１４では、ユーザの入力に基づいて、予約内容を確定する。

スポットの追加が完了すると、処理はステップＳ１１へ戻り、他のスポットの追加要否を判定する。さらにスポットを追加する場合、ステップＳ１１～Ｓ１４の処理が繰り返される。

なお、図６のフローチャートでは、複数のスポットを順次追加する例を挙げたが、条件をユーザに指定させ、指定された条件に合致するスポットおよびサービスの組み合わせを自動的に抽出し、提示するようにしてもよい。このような条件として、例えば、旅行対象のエリア、出発地、出発日時、訪問を希望するスポット、訪問を希望するスポットのジャ
ンル、帰着日時などが挙げられる。これにより、旅程を自動的に生成することもできる。生成された旅程は、ユーザによって編集可能であってもよい。例えば、スポットの追加、削除、差し替え、サービスの差し替えなどをユーザに行わせてもよい。

ステップＳ１５では、予約を行ったユーザに対してインセンティブを付与するか否かを判定する。本ステップでは、ユーザに対応する過去の予約データを参照し、過去の所定の期間において、当該ユーザについて、所定の運転教習施設において、運転技能講習を予約した履歴がある場合に、肯定判定がなされる。それ以外の場合は、否定判定がなされる。
なお、対象となるスポット（運転教習施設）およびサービス（運転技能講習）は、事前にスポットデータ１０２Ａに記憶させてもよい。
ステップＳ１５で肯定判定がなされた場合、処理はステップＳ１６へ遷移する。ステップＳ１５で否定判定がなされた場合、処理はステップＳ１７へ遷移する。

ステップＳ１６では、インセンティブ発行部１０１２が、対象のユーザにインセンティブを付与する。具体的には、インセンティブ発行部１０１２は、ユーザに関連付いたアカウントに、予約サービスにおいて利用できる電子クーポンやポイントを付与する。

ステップＳ１７では、予約実行部１０１１が、ユーザが利用するスポットを予約するためのデータ（予約データ）を生成する。本ステップでは、図４に例示したような予約データが生成され、対象のスポットに対応する外部装置３００に送信される。
本ステップでは、予約に係る代金の事前決済を行ってもよい。
なお、ステップＳ１６においてインセンティブが付与された場合、ユーザは、当該インセンティブを利用して（例えば、付与されたポイントを利用して）代金の決済を行うことができる。これによりユーザは、現在の予約に係る割引等を受けることができる。

以上説明したように、第一の実施形態に係る予約システムでは、運転技能の習得に関するサービスを受けた履歴があるユーザが所定のスポットを予約する際に、予約サービスにおいて利用できるインセンティブを付与する。これにより、ユーザの技能向上を図ることができる。

（第一の実施形態の変形例）
第一の実施形態では、ユーザがスポットを追加した後で、当該ユーザにインセンティブを付与するか否かを判定（ステップＳ１５）したが、当該ユーザにインセンティブを付与するか否かを、ステップＳ１１～Ｓ１４の処理に先立って判定してもよい。当該判定は、例えば、ユーザが予約サービスにログインしたタイミングで実行してもよい。また、インセンティブが付与された旨を通知してから、スポットの選択等を行わせてもよい。

また、第一の実施形態では、二回目以降の予約時にインセンティブを付与したが、ユーザが、運転教習施設を予約したタイミングで（すなわち、一回目の予約時に）インセンティブの付与を行ってもよい。

また、第一の実施形態では、インセンティブは、予約サービス上で提供されるものであるとしたが、インセンティブは、スポットにおいて提供されるものであってもよい。
このようなインセンティブの例として、例えば、宿泊施設や飲食店などにおける無料（または割引）サービスの提供が挙げられる。例えば、客室のアップグレード、商品やサービスの無料提供（または割引価格での提供）などをインセンティブとすることができる。また、利用するスポットが駐車場である場合、駐車や洗車の無料（または割引）サービスをインセンティブとしてもよい。

この場合、インセンティブ発行部１０１２は、インセンティブとして電子クーポンをユ
ーザ端末２００に送信してもよい。電子クーポンは、例えば、端末間で伝送可能なデータであってもよいし、バーコードや、二次元コードのように、光学的に読み取り可能なものであってもよい。または、画像データなどであってもよい。これにより、スポットを訪問したユーザが、各種の優待を受けることができる。

図５（Ｂ）は、インセンティブがスポットにおいて提供される場合における、インセンティブデータ１０２Ｃの例である。当該インセンティブデータには、インセンティブの識別子のほか、スポットの識別子、提供されるサービスの内容、および、前述した電子クーポンを生成するための電子データなどが含まれる。インセンティブ発行部１０１２は、ステップＳ１６において、当該インセンティブデータを用いて、電子クーポンの提供を行うことができる。なお、インセンティブを提供するスポットは、サーバ装置１００が決定してもよいし、ユーザに選択させてもよい。

（第二の実施形態）
第一の実施形態では、運転技能講習を受けた履歴があるユーザに対してインセンティブの付与を行った。これに対し、第二の実施形態は、ユーザの運転技能を評価した結果を用いて、インセンティブの付与対象を決定する実施形態である。

図９は、第二の実施形態におけるサーバ装置１００の構成要素を詳細に示した図である。
第二の実施形態は、サーバ装置１００（制御部１０１）が、技能評価部１０１３をさらに有するという点と、記憶部１０２が、評価データ１０２Ｄをさらに記憶するという点において、第一の実施形態と相違する。

技能評価部１０１３は、予約サービスを利用するユーザの運転技能に関するデータ（本開示の技能情報に相当。以下、評価データ）を取得する。評価データは、運転技能講習を行うスポットに対応する外部装置３００によって生成される。例えば、運転教習施設の指導員がユーザの運転を評価し、外部装置３００を用いて、評価の結果を入力する。外部装置３００は、入力された評価に基づいて評価データを生成し、サーバ装置１００に送信する。

図１０は、評価データ１０２Ｄの例である。評価データ１０２Ｄには、例えば、ユーザの識別子、運転技能の評価を行った日付、運転技能の評価内容、これらに付帯する情報（例えば、運転技能を評価した人の識別子等）などが含まれる。

第二の実施形態では、ステップＳ１５において、インセンティブ発行部１０１２が、評価データ１０２Ｄを参照して、ユーザの運転技能レベルを判定する。また、当該判定の結果に基づいて、当該ユーザにインセンティブを付与するか否かを決定する。例えば、評価データが、運転技能を数値化したスコアを含む場合、所定値以上のスコアを有しているユーザを、インセンティブを付与する対象として決定する。なお、図５（Ａ）の符号５０１で示したように、インセンティブの付与条件となるスコアの閾値等を、インセンティブデータ１０２Ｃに含ませてもよい。

このように、第二の実施形態によると、ユーザが有している運転技能のレベルに応じて、インセンティブの付与を行うことが可能になる。

（第三の実施形態）
第二の実施形態では、運転教習施設においてユーザの運転評価を行い、その結果をサーバ装置１００が取得した。一方、運転評価は、必ずしも人が行う必要はない。
例えば、運転評価を行うためのアプリケーションソフトウェアを、運転教習施設、また
は、予約サービスの運営者が提供し、ユーザが、当該ソフトウェアを用いて自己の運転評価を行うようにしてもよい。

本実施形態では、ユーザ端末２００が、運転評価を行うためのアプリケーションソフトウェアを実行可能に構成される。当該ソフトウェアは、例えば、ユーザ端末２００が有するセンサやＧＰＳモジュール等を介して、ユーザが運転する車両の位置情報、速度、加速度などを取得し、これらのデータに基づいて評価データを生成する。評価データを生成する方法は、公知のものを利用することができる。例えば、計測した加速度に基づいて運転のスムーズさを判定してもよいし、位置情報や速度に基づいて、適切な速度で走行しているかを判定してもよい。また、これらの判定結果に基づいて、総合的なスコアを算出してもよい。

ユーザ端末２００において実行される当該ソフトウェアは、所定量のデータが蓄積されたタイミングで、評価データを生成し、サーバ装置１００に送信することができる。また、サーバ装置１００は、ユーザ端末２００から評価データを受信して記憶し、ステップＳ１５において、当該評価データに基づいて、対応するユーザがインセンティブの対象であるか否かを判定する。
このように、第三の実施形態によると、運転技能の評価を低コストで行うことが可能になる。

（第四の実施形態）
第一乃至第三の実施形態では、条件を満たしたユーザが、新たにスポットを予約したタイミングでインセンティブの付与を行う。
これに対し、第四の実施形態は、スポットを予約した複数のユーザをグルーピングし、グループごとに、（例えば、運転技能を数値化したスコアが高い順に）一定数のユーザに対してインセンティブを付与する実施形態である。

図１１は、第四の実施形態においてサーバ装置１００が実行する処理のフローチャートである。本実施形態では、ステップＳ１５およびＳ１６の処理、すなわち、予約時においてインセンティブを付与する処理を省略する。そして、予約データが蓄積された後、所定のタイミングで、インセンティブを付与するユーザを決定する。

図１２は、第四の実施形態においてインセンティブを付与するユーザを決定する処理のフローチャートである。図示した処理は、所定のタイミングで（例えば、毎日所定の時刻に）、インセンティブ発行部１０１２によって実行される。

まず、ステップＳ２１で、スポットを予約している複数のユーザをグルーピングする。
グルーピングは、ユーザの目的地であるエリア、および、当該目的地を訪問する日付に基づいて行うことができる。

図１３は、ある日付において、予約したスポットを利用するために移動するユーザを表した図である。ここでは、予約したスポットを利用するために、同じ日に合計７名のユーザが移動するものとする。図中の白丸はユーザの出発地を表し、黒丸はユーザの目的地（予約したスポット）を表す。どのユーザが、どのような移動をするかは、予約データ１０２Ｂを参照することで判定することができる。

ここでは、ユーザの目的地であるスポットが属するエリアごとにグルーピングを行う例を挙げる。図示した例では、ユーザＡ１～Ａ４が、エリアＡ内にあるスポットを目的地として移動し、ユーザＢ１～Ｂ４が、エリアＢ内にあるスポットを目的地として移動するものとする。この場合、エリアＡを目的地とするグループとしてグループＡと、エリアＢを
目的地とするグループとしてグループＢを生成する。

なお、ここでは、日付ごとにグルーピングを行っているが、グループの生成基準はこれに限られない。例えば、「連続する土日にエリアＡに到着するグループ」といったような基準でグループを生成してもよい。また、例えば、「当日の午前中にエリアＢに到着するグループ」といったように、時間帯ごとにグルーピングを行ってもよい。また、同一の旅行商品を購入したユーザが同一のグループに含まれるようにしてもよい。
これにより、移動する複数のユーザをグルーピングすることができる。

なお、グループに関する情報を、当該グループに属する各ユーザに知らせてもよい。例えば、グループの生成基準、グループに属しているユーザの数、または、インセンティブの付与対象となるユーザの数などを、各ユーザに関連付いたユーザ端末２００に事前に通知するようにしてもよい。

次に、ステップＳ２２で、グループごとに、インセンティブの付与対象ユーザを決定する。インセンティブの付与対象は、所定の規則に沿って決定することができる。例えば、「グループに属する複数のユーザのうち、運転技能スコアが上位２０％に位置するユーザに対してインセンティブを付与する」といった規則を用いることができる。当該規則は、図５（Ａ）における符号５０２のように、インセンティブデータ１０２Ｃに含ませてもよい。

ステップＳ２３では、対象のユーザに対してインセンティブを付与する。なお、ユーザは利用するスポットを既に予約しているため、本実施形態では、対象のユーザに対して、以下のうちのいずれかによってインセンティブを付与する。
（１）予約済みのスポットにおいて利用できる電子クーポンを付与する
（２）予約済みのスポット以外の任意のスポットにおいて利用できる電子クーポンを付与する

対象のユーザは、電子クーポンを、所定のスポットにおいて提示することで、所定のサービスを受けることができる。なお、インセンティブの付与は、対象のユーザが目的地に到着するよりも前のタイミングで行うことが好ましい。
本実施形態では、第一の実施形態の変形例において、図５（Ｂ）を参照して説明したインセンティブデータを利用して、電子クーポンの提供を行うことができる。

以上説明したように、第四の実施形態では、スポットにおいて提供されるサービスを購入したユーザからなるグループを生成し、グループ単位で、インセンティブの付与対象を決定する。かかる構成によると、行動が類似しているユーザ同士で運転技能を競わせることが可能になる。

なお、本実施形態では、ユーザの目的地と、到着時間帯に基づいてグループを生成したが、その他の基準によってさらに基づいてグループを生成（ないし分割）してもよい。例えば、ユーザの出発地から目的地までの移動経路が既知である場合、移動経路の類似度にさらに基づいて、生成されたグループを分割してもよい。図１４は、同一のエリアを目的地とする４人のユーザを含むグループ（グループＡ）を、移動経路の類似度に基づいて分割した場合の例を示す図である。本例では、ユーザＡ１とＡ２を含むグループＡ１と、ユーザＡ３とＡ４を含むグループＡ２がさらに生成される。移動経路の類似度は、公知技術によって求めることができる。なお、各ユーザの移動経路は、スポットの予約を受け付けたサーバ装置１００が算出してもよい。

（変形例）
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１００・・・サーバ装置
１０１，２０１，３０１・・・制御部
１０２，２０２，３０２・・・記憶部
１０３，２０３，３０３・・・通信部
２００・・・ユーザ端末
２０４，３０４・・・入出力部
３００・・・外部装置

Claims (16)

1. 移動に関連したオンラインサービスを提供する情報処理装置であって、
   所定のユーザについて、運転技能に関する情報である技能情報を取得することと、
   前記技能情報に基づいて、前記ユーザに対して、前記オンラインサービスに関連したインセンティブを付与することと、
   を実行する制御部を有し
   前記技能情報は、前記ユーザが、前記オンラインサービスを利用して、運転技能の習得に関する第一のサービスを過去に受けた旨を示す情報である、
   情報処理装置。
2. 前記制御部は、前記第一のサービスに関連付いた装置から、前記技能情報を取得する、
   請求項１に記載の情報処理装置。
3. 前記制御部は、前記ユーザが車両を運転する際に携帯する端末から、前記技能情報を取得する、
   請求項１または２に記載の情報処理装置。
4. 所定のスポットにおいて提供されるサービスを販売するオンラインサービスを提供する情報処理装置であって、
   所定のユーザについて、運転技能に関する情報である技能情報を取得することと、
   前記サービスを購入したユーザからなるグループを生成し、前記グループの中から、前記オンラインサービスに関連したインセンティブの付与を行う対象のユーザを選択することと、
   前記技能情報に基づいて、前記選択されたユーザに対して、前記インセンティブを付与することと、
   を実行する制御部を有する、
   情報処理装置。
5. 前記制御部は、目的地のエリアごとに前記グループを生成する、
   請求項４に記載の情報処理装置。
6. 前記制御部は、目的地のエリアごと、および、前記エリアへの到着時間帯ごとに前記グループを生成する、
   請求項４に記載の情報処理装置。
7. 前記制御部は、目的地までの経路の類似度にさらに基づいて前記グループを分割する、
   請求項５または６に記載の情報処理装置。
8. 前記インセンティブの付与を行うユーザの上限人数が、前記グループごとに定義される、
   請求項４から７のいずれか１項に記載の情報処理装置。
9. 前記制御部は、前記技能情報に基づいて、前記ユーザの運転技能レベルを判定する、
   請求項４から８のいずれか１項に記載の情報処理装置。
10. 前記制御部は、所定値以上の運転技能レベルを有すると認定されたユーザを対象として前記インセンティブの付与を行う、
    請求項９に記載の情報処理装置。
11. 移動に関連したオンラインサービスを提供する第一の装置と、ユーザの運転技能に関する情報である技能情報を提供する第二の装置と、を含む情報処理システムであって、
    前記第一の装置は、前記第二の装置から提供された前記技能情報に基づいて、前記ユーザに対して、前記オンラインサービスに関連したインセンティブを付与し、
    前記第二の装置は、運転技能の習得に関する第一のサービスに関連付いた装置であり、前記ユーザが、前記オンラインサービスを利用して、前記第一のサービスを受けた場合に、前記技能情報を提供する、
    情報処理システム。
12. 所定のスポットにおいて提供されるサービスを販売するオンラインサービスを提供する第一の装置と、ユーザの運転技能に関する情報である技能情報を提供する第二の装置と、を含む情報処理システムであって、
    前記第一の装置は、
    前記サービスを購入したユーザからなるグループを生成し、前記グループの中から、前記オンラインサービスに関連したインセンティブの付与を行う対象のユーザを選択し、
    前記第二の装置から提供された前記技能情報に基づいて、前記選択されたユーザに対して、前記インセンティブを付与する、
    情報処理システム。
13. 前記第一の装置は、目的地のエリアごとに前記グループを生成する、
    請求項１２に記載の情報処理システム。
14. 前記インセンティブの付与を行うユーザの上限人数が、前記グループごとに定義される、
    請求項１２または１３に記載の情報処理システム。
15. 前記第一の装置は、前記技能情報に基づいて、前記ユーザの運転技能レベルを判定する、
    請求項１２から１４のいずれか１項に記載の情報処理システム。
16. 前記第一の装置は、所定値以上の運転技能レベルを有すると認定されたユーザを対象として前記インセンティブの付与を行う、
    請求項１５に記載の情報処理システム。

Images