(57)【要約】【課題】借主が利用する車両として最適な車両を提供すること。【解決手段】車両分類部５２は、借主に貸し出す対象の候補となる複数の候補車両に基づいて複数のグループを生成し、当該複数のグループのうち少なくとも１つに、前記複数の候補車両の夫々を分類する。利用車両情報取得部５３は、前記借主が利用した又はしている車両に関する情報を利用車両情報として取得する。借主利用分類部５４は、前記利用車両情報に基づいて、前記複数のグループのうち少なくとも１つに、前記借主を分類する。マッチング部５５は、前記車両分類手段及び前記借主分類手段の夫々による分類の結果に基づいて、前記複数の候補車両の中から、前記借主に貸し出す対象の対象車両を１台以上マッチングさせる。【選択図】図４
2020170508.tif 000002
【特許請求の範囲】
【請求項１】
借主に貸し出す対象の候補となる複数の候補車両に基づいて複数のグループを生成し、当該複数のグループのうち少なくとも１つに、前記複数の候補車両の夫々を分類する車両分類手段と、
前記借主が利用した又はしている車両に関する情報を利用車両情報として取得する利用車両情報取得手段と、
前記利用車両情報に基づいて、前記複数のグループのうち少なくとも１つに、前記借主を分類する借主分類手段と、
前記車両分類手段及び前記借主分類手段の夫々による分類の結果に基づいて、前記複数の候補車両の中から、前記借主に貸し出す対象の対象車両を１台以上マッチングさせるマッチング手段と、
を備える情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムに関する。
【背景技術】
【０００２】
従来より、ファンドにおける投資活動は、多岐に渡り、様々な形で関連するビジネスが提案されている。そのような状況において、企業等に対して、建設機器等の特殊機器のリースやレンタルを投資の対象とする新しいサービスも提案されている。
ここで、特に建設機器等の特殊機器のリースやレンタルを行う場合には、特殊機器の使用やレンタル期間についても特殊性が高く、サービスの提供が困難であることから、このような特殊機器等の使用やレンタル期間等について、レンタル先の企業等のニーズに合った特殊機器等を提供する技術が提案されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３５１０２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の特許文献１に記載の技術を含む従来技術のみでは、取得する情報等が不十分であり、実際のレンタル先の企業等のニーズを十分に満たすものではなかったとの指摘もあった。
即ち、実際のレンタル先の企業等のニーズは、単に特殊機器等の仕様やレンタル期間のみによって決定されるものではなく、その他の様々な条件により決定されるため、上述の特許文献１に記載の技術を含む従来技術のみでは、レンタル先の企業等のニーズを十分に満たす精度を実現することは困難であった。
【０００５】
本発明は、このような状況を鑑みてなされたものであり、借主が利用する車両として最適な車両を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一態様の情報処理システムは、
借主に貸し出す対象の候補となる複数の候補車両に基づいて複数のグループを生成し、当該複数のグループのうち少なくとも１つに、前記複数の候補車両の夫々を分類する車両分類手段と、
前記借主が利用した又はしている車両に関する情報を利用車両情報として取得する利用車両情報取得手段と、
前記利用車両情報に基づいて、前記複数のグループのうち少なくとも１つに、前記借主を分類する借主分類手段と、
前記車両分類手段及び前記借主分類手段の夫々による分類の結果に基づいて、前記複数の候補車両の中から、前記借主に貸し出す対象の対象車両を１台以上マッチングさせるマッチング手段と、
を備える。
【発明の効果】
【０００７】
本発明によれば、借主が利用する車両として最適な車両を提供することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係る情報処理システムの適用対象となる本サービスにおけるカテゴリーの分類によるマッチングを示す図である。
【図２】図１の本サービスの適用対象となる情報処理システムの構成の一例を示す図である。
【図３】図２に示す情報処理システムであるサーバのハードウェア構成の一例を示すブロック図である。
【図４】図２の情報処理システムのサーバの機能的構成のうち、マッチング処理の際に機能する機能的構成の一例を示す機能ブロック図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について、図面を用いて説明する。
【００１０】
まず、本発明の実施形態を説明するに先立ち、本発明の情報処理システムの一実施形態の適用対象となるサービス（以下、「本サービス」と呼ぶ）について簡単に説明する。
【００１１】
本サービスは、トラックファンドの投資対象となる業務用貨物運搬用車両（以下、「車両」と呼ぶ）であってリースの対象となる車両（以下、「リース車両」と呼ぶ）と、リース先の会社（以下、「借主」）が利用している車両に基づいて、マッチングを行う。そして、本サービスは、マッチングの結果、借主に貸し出す対象の車両（以下、「リース対象車両」と呼ぶ）を提供するサービスである。
具体的には例えば、本サービスの提供者（以下、「ファンドマネージャ」と呼ぶ）は、サーバを用いて、リース車両の仕様の属性に基づいて、１以上の属性ごとの複数のグループを生成する。さらに、ファンドマネージャは、リース車両の仕様に基づいて、複数のグループのいくつかにリース車両が属するようにカテゴリー分けをする。また、ファンドマネージャは、借主が現在利用している又は利用した車両（以下、「利用車両」と呼ぶ）の仕様に基づいて、借主が、生成したグループのうちどのグループに属するか、カテゴリー分けをする。その後、ファンドマネージャは、リース車両が属するグループと、借主が属するグループとが、同一のグループである場合に、同一のグループに属するリース車両が借主に適合するリース車両である、と判断する。そして、ファンドマネージャは、そのグループに属するリース車両を、リース対象車両として借主に提供する。
属性とは、車両に備わっている固有の性質、特徴であり、例えば、年式、積載量、あおり高さ等を含むことができる。また、属性は、上述のグループを生成するための要素に含まれる。
仕様とは、車両の構造、性能等を含む規定であり、上述の複数の属性が集まったものである。
また、グループとは、例えば、借主に複数の候補であるリース車両の中から、リース対象車両をマッチングさせるための、属性に基づいて生成された所定の集団である。
【００１２】
ここで、トラックファンドとそれに関連する事項について説明する。
トラックファンドとは、車両を投資対象の１つとしてファンドマネージャがトラックファンドを運営する。トラックファンドでは、車両に対して複数の投資家から投資された資金を運用し、運用益を各投資家に還元する。
【００１３】
トラックファンドの投資対象は、車両であり、本明細書では業務用貨物運搬用車両が採用されているが、車両は特に限定されない。例えばトラックやトレーラー等の貨物運搬用車両、フォークリフト、ミキサー車、タンクローリー、ダンプカー、杭打ち車等の工事用車両、トラクター等の農業用車両、バス等の乗客を乗せるための車両、新車、新古車等、あらゆる車両を含めることができる。
【００１４】
投資家は、投資する資金等の資産を将来的に増加させることを主目的として、現在の資産をトラックファンドに投じる活動を行う個人又は法人であって、例えば、個人投資家、機関投資家等が含まれる。なお、投資家がトラックファンドに出資する目的には、自身の出資額に対するトラックファンドの損益額が、投資家の所望する金額になることが含まれる。
【００１５】
借主は、ファンドマネージャとの賃貸借契約に基づいて、トラックファンドの対象となるリース車両を１台以上賃借する者であって、例えば中古車を用いて運送業を営む運送会社等が含まれる。
【００１６】
ファンドマネージャとは、リース車両を対象とするトラックファンドの運営主体として、投資家から預かった資金を運用し、投資家の資産を増やすことを目的とする個人又は団体をいう。
詳細に説明すると、ファンドマネージャは、投資家から投資された資金で売主から車両を購入することで車両を調達し、本サービスを利用して、調達したリース車両のうち借主にリース対象車両を賃貸し、その賃貸料を得る。
即ち、ファンドマネージャは、投資家から投資された資金と、リース車両を調達し賃貸運用する費用と、投資家へ配当する配当金との収支でトラックファンドを運営する。
【００１７】
本サービスのマッチングの詳細について、以下、図１を用いて具体的に説明する。
図１は、本発明の一実施形態に係る情報処理システムの適用対象となる本サービスにおけるカテゴリーの分類によるマッチングを示す図である。
【００１８】
図１は、右から順に、右端にリース車両Ｔ−１乃至リース車両Ｔ−５の仕様の属性を示す表１００、中央に右端にリース車両Ｔ−１乃至リース車両Ｔ−５の仕様の属性に基づいて生成されたグループ群２００、左端に借主Ｒ−１乃至借主Ｒ−３の利用を示す表３００が記載されている。
表１００は、リース車両Ｔ−１乃至リース車両Ｔ−５の仕様に基づいて、属性ごとにまとめたものである。
グループ群２００は、リース車両Ｔ−１乃至リース車両Ｔ−５の仕様に基づく１以上の属性に基づいて、複数のグループを生成したものである。
表３００は、借主Ｒ−１乃至借主Ｒ−３の利用車両の仕様に基づいて、属性ごとにまとめたものである。
ここで、リース車両Ｔ−１乃至リース車両Ｔ−５の夫々を個々に区別する必要がない場合、これらをまとめて、「リース車両Ｔ」と呼ぶ。同様に、借主Ｒ−１乃至借主Ｒ−３の夫々を個々に区別する必要がない場合、これらをまとめて、「借主Ｒ」と呼ぶ。
【００１９】
表１００は、リース車両Ｔの仕様に基づいて、属性ごとにまとめたものである。
表１００の行には、リース車両Ｔ−１、リース車両Ｔ−２、リース車両Ｔ−３、リース車両Ｔ−４、リース車両Ｔ−５等の順に記載されている。
また、表１００の列には、属性α、属性β、属性γ等の順に記載されている。
ここで、属性α、属性β、属性γは、リース車両Ｔの仕様に基づく属性である。
例えば、属性αは、年式を示し、表１００の例では、値「１」を新車、値「０」を中古車とする。
属性βは、走行距離を示し、表１００の例では、値「１」を５万ｋｍ以下、値「０」を５万ｋｍ以上とする。
属性γは、リース車両Ｔの重量を示し、表１００の例では、値「１」を２トン以下、値「０」を２トン以上とする。
表１００におけるリース車両Ｔ−１の行では、属性αは値「１」、属性βは値「１」、属性γは値「１」、となっている。
即ち、リース車両Ｔ−１の仕様は、新車で、走行距離５万ｋｍ以下で、かつ重量は２トン以下となる。
同様に、リース車両Ｔ−２の行では、属性αは値「１」、属性βは値「０」、属性γは値「０」、となっている。
即ち、リース車両Ｔ−２の仕様は、新車で、走行距離５万ｋｍ以上で、かつ重量は２トン以上となる。
【００２０】
グループ群２００は、リース車両Ｔの仕様に基づく１以上の属性に基づいて、複数のグループが生成されたものである。
即ち、グループ群２００は、表１００に示す属性に基づいて、複数のグループが生成されたものである。
具体的には例えば、グループ群２００に示すように、グループ（イ）、グループ（ロ）、グループ（ハ）、グループ（ニ）、グループ（ホ）等の複数のグループが生成される。
ここで、グループ（イ）は、属性α、属性βがそれぞれ値「１」、値「１」の場合に生成されたグループである。
グループ（ロ）は、属性α、属性βがそれぞれ値「１」、値「０」の場合に生成されたグループである。
グループ（ハ）は、属性αが値「１」の場合に生成されたグループである。
グループ（ニ）は、属性α、属性γがそれぞれ値「１」、値「１」の場合に生成されたグループである。
グループ（ホ）は、属性α、属性γがそれぞれ値「０」、値「１」の場合に生成されたグループである。
【００２１】
表３００は、借主Ｒの利用車両の仕様に基づいて、属性ごとにまとめたものである。
表３００の行には、借主Ｒ−１、借主Ｒ−２、借主Ｒ−３等の順に記載されている。
また、表３００の列には、表１００と同一の属性α、属性β、属性γ等の順に記載されている。
表３００における借主Ｒ−１の行では、属性αが値「１」、属性βが値「―」、属性γが値「―」となっている。
ここで、値「―」は、属性は問わないことを意味する。即ち、属性βの走行距離、属性γのリース車両Ｔの重量については、値「１」であるか値「０」であるかは問わないことを意味する。
即ち、借主Ｒ−１の利用車両の仕様は、新車であればよく、走行距離、リース車両Ｔの重量については、特に借主Ｒ−１に必要な属性に含まれない。
同様に、借主Ｒ−２の行では、属性αが値「１」、属性βが値「１」、属性γが値「―」、となっている。
従って、借主Ｒ−２の利用車両の仕様は、新車で、かつ走行距離５万ｋｍ以下であればよく、リース車両Ｔの重量については、借主Ｒ−２に必要な属性に含まれない。
【００２２】
ここで、グループの生成からカテゴリーの分類によるマッチングまでを図１を用いて説明する。
先ず、グループの生成について説明する。
グループは、リース車両Ｔの仕様に基づく１以上の属性に基づいて生成される。
即ち、生成されるグループは、ＡＩ（Ａｒｔｉｆｉｃｉａｌ  Ｉｎｔｅｌｌｉｇｅｎｃｅ）を用いて生成されるが、後述する車両情報を用いて、最適な属性ごとのグループが生成される。
つまり、グループ（イ）は、例えば、ＡＩにより、属性α、属性βがそれぞれ値「１」、値「１」の場合に生成されたグループである。同様に、グループ（ロ）乃至グループ（ホ）についても、属性に基づいて生成される。
【００２３】
次に、本サービスは、リース車両Ｔ―１乃至リース車両Ｔ―５を、リース車両Ｔの仕様に基づいて生成されたグループの夫々に属させることでカテゴリー分けを行う。
具体的には例えば、表１００に示すように、リース車両Ｔ―１は、属性αは値「１」、属性βは値「１」、属性γは値「１」、となっている。そのため、リース車両Ｔ―１は、グループ（イ）、グループ（ハ）、グループ（ニ）に属することになる。
同様に、リース車両Ｔ―２は、属性αは値「１」、属性βは値「０」、属性γは値「０」、となっている。そのため、リース車両Ｔ―２は、グループ（ロ）、グループ（ハ）に属することになる。
同様に、リース車両Ｔ−３は、属性αは値「１」、属性βは値「０」、属性γは値「１」、となっている。そのため、リース車両Ｔ―３は、グループ（ロ）、グループ（ハ）、グループ（ニ）に属することになる。
即ち、リース車両Ｔ―１等は、一つのグループだけでなく、複数のグループに属することになる。
【００２４】
続いて、借主Ｒについてのグループへのカテゴリー分けについて説明する。
サーバは、借主Ｒの利用車両の仕様に関する情報を、利用車両情報として取得する。
ここで、利用車両情報とは、借主Ｒの情報、借主Ｒの利用車両の仕様に関する情報であり、カテゴリー分けを行うために必要な情報である。
具体的には例えば、利用車両情報のうち、借主Ｒの情報には、借主Ｒの会社概要、事業内容、資本金、従業員数、トラックの保有数等、本サービスを受けるために必要な借主Ｒ自身の情報が含まれる。
また、具体的には例えば、利用車両情報のうち、借主Ｒの利用車両の仕様に関する情報には、利用車両の車種、名前、シリアルナンバー等、利用車両の仕様に基づいて、属性ごとに抽出することができる情報であればよい。
また、利用車両情報は、上述の情報のほか、例えば、「〇〇を運んでいる」、「現在、△△という車両を利用している」、「屋根付きの車両がほしい」等の抽象的な借主Ｒの要望を含むこともできる。
ここで、例えば、借主Ｒ−１の利用車両の仕様に基づいて、属性ごとにまとめた結果、新車であればよく、走行距離、リース車両Ｔの重量については問わない場合、利用車両の仕様は、属性αが値「１」、属性βが値「―」、属性γが値「―」、となる。
そのため、借主Ｒ−１は、表２００に示すように、グループ（イ）、グループ（ロ）、グループ（ハ）、グループ（ニ）のそれぞれに属するようにカテゴリー分けがされる。
同様に、例えば、借主Ｒ−２の利用車両の仕様に基づいて、属性ごとにまとめた結果、新車で、かつ走行距離５万ｋｍ以下であればよく、リース車両Ｔの重量については問わない場合、借主Ｒ−２は、属性αが値「１」、属性βが値「１」、属性γが値「―」、となる。
そのため、借主Ｒ−２は、グループ（イ）に属するようにカテゴリー分けがされる。
このように、利用車両の仕様に基づいた属性ごとに抽出する理由として、借主Ｒも具体的な仕様までは、明確に要求することが困難な場合がある。即ち、利用車両には、仕様は多く存在するため、借主Ｒもどの車両を使用するのが最適なのか不明なことが多く、ファンドマネージャも、どのようなリース車両Ｔを仕入れるのが良いか、どのようなリース車両Ｔを貸し出せばよいかわからないことがある。
そのため、このような抽象的な借主Ｒの要望も含めて、利用車両、リース車両Ｔの仕様に基づいて、属性ごとに抽出することで、借主Ｒを上述のグループにカテゴリー分けをすることができるからである。
【００２５】
続いて、借主Ｒと、リース車両Ｔのマッチングについて説明する。
借主Ｒ−１は、上述のカテゴリー分けから、グループ（イ）、グループ（ロ）、グループ（ハ）、グループ（ニ）に属することになる。
したがって、借主Ｒ−１に貸し出す候補となるリース車両Ｔは、グループ（イ）、グループ（ロ）、グループ（ハ）、グループ（ニ）に属するリース車両Ｔ−１、リース車両Ｔ−２、リース車両Ｔ−３となる。
同様に、借主Ｒ−２は、上述のカテゴリー分けから、グループ（イ）に属することになる。
したがって、借主Ｒ−２に貸し出す候補となるリース車両Ｔは、グループ（イ）に属するリース車両Ｔ−１となる。
【００２６】
そして、このマッチングの結果により、ファンドマネージャは、借主Ｒ−１には、リース車両Ｔ−１、リース車両Ｔ−２、リース車両Ｔ−３のいずれかを貸し出しすることができる。
同様に、ファンドマネージャは、借主Ｒ−２には、リース車両Ｔ−１を貸し出しすることができる。
これにより、ファンドマネージャは、借主Ｒに最適な車両を提供することができる。
【００２７】
ここで、ファンドマネージャは、リース車両Ｔ−１が借主Ｒ−１と借主Ｒ−２の夫々に適合するが、どの借主Ｒにどのようにして貸し出しするが問題となる。
そこで、本サービスでは、夫々の借主Ｒと、リース対象車両との関係を考慮して貸し出しすることができる。
即ち、借主Ｒ―２に適合するリース対象車両がリース車両Ｔ−１のみである場合、リース車両Ｔ−１を借主Ｒ―２に優先して貸し出しする。
具体的には例えば、借主Ｒ−２に適合するリース対象車両がリース車両Ｔ−１のみであるのに対して、借主Ｒ−１に適合するリース対象車両はリース車両Ｔ−１のほか、リース車両Ｔ−２、リース車両Ｔ−３である。
そのため、ファンドマネージャは、リース車両Ｔ―１をリース対象車両として借主Ｒ−２に優先的に貸し出しする。そして、ファンドマネージャは、リース車両Ｔ−２又はリース車両Ｔ−３の何れかを、リース対象車両として借主Ｒ−１に貸し出しする。
これにより、ファンドマネージャは、借主Ｒ−２に適合するリース対象車両が存在するが、貸出するリース対象車両がない、ということを避けることができる。つまり、ファンドマネージャは、マッチングの結果、借主Ｒ−１、借主Ｒ−２の夫々にあったリース対象車両を買い出しすることができる。
【００２８】
また、これにより、ファンドマネージャは、リース車両Ｔの仕入れを検討することができる。具体的には例えば、ファンドマネージャは、マッチングの結果、借主Ｒへ貸し出すリース対象車両がない場合、更には、借主Ｒにより適合するリース対象車両を提供したい場合に、どのような仕様のリース車両Ｔを仕入れるか否か検討することができる。
また、具体的には例えば、ファンドマネージャは、マッチングの結果、借主Ｒがどのような利用車両を利用しているのかを知ることができる。
また、具体的には例えば、ファンドマネージャは、マッチングの結果、借主Ｒがどのリース対象車両を利用しているのかが把握できるため、より借主Ｒに適合するリース対象車両の貸し出しを提案することもできる。
【００２９】
なお、ここで、グループの生成、カテゴリー分けの説明について補足する。
図１に示すように、グループ群２００には、グループ（イ）乃至グループ（ホ）が記載されているが、当然ながら、それ以上のグループも生成される。
即ち、本サービスのマッチングにおけるグループの生成は、あくまで説明の便宜上、簡易に記載したもので、本サービスが実施される際には、多数の車両の仕様の属性が存在し、何千、何万のグループが生成される。
また例えば、グループは、リース車両の仕様の属性に基づいて生成される、と説明したが、特にこれに限定されない。
即ち、グループは、リース車両の仕様の属性に基づくものでなくてもよい。上述のグループの生成では、説明の便宜上、わかりやすく属性を用いているが、実際のグループの生成では、属性に限られず、グループを生成する要素となるものであればよい。
【００３０】
また、表１００についても、説明の便宜上、簡易に記載したものである。
そのため、例えば、表１００に示すリース車両の仕様は、属性α、属性β、属性γに限られず多数存在する。
また、同様に、リース車両Ｔについても、リース車両Ｔ−１乃至リース車両Ｔ−５に限られず、多数存在する。
また、同様に、値「１」、値「０」についても、説明の便宜上、簡易に記載したものであって、値「１」又は値「０」のいずれかの２つの値に限られない。即ち、値を２つ以上の値としてもよく、例えば、年式については、新車又は中古車としていたが、新車、製造から１年以内、製造から３年以内、製造から１０年以内、というように４つの様々な値を採用してもよい。
同様に、重量についても２トン、４トン、８トン、１２トン、１６トン、と様々な値を採用してもよい。
同様に、走行距離についても５万ｋｍ以下、５万ｋｍ以上乃至１０万ｋｍ以下、１０万ｋｍ以上としてもよい。
また、表３００についても表１００と同様で、説明の便宜上、簡易に記載したものであり、借主Ｒの数等についても特に限られない。
【００３１】
次に、図１を用いて上述した本サービスの提供を実現化させる情報処理システムの一例、即ち、本発明の情報処理システムの構成の一例について説明する。
図２は、図１の本サービスの適用対象となる情報処理システムの構成の一例を示す図である。
【００３２】
図２に示す情報処理システムは、ファンドマネージャＦＭが操作するサーバ１と、借主Ｒ−１乃至Ｒ−ｍ（ｍは１以上の任意の整数値）の夫々が操作する借主端末２−１乃至２−ｍの夫々とが、インターネット等の所定のネットワークＮを介して相互に接続されることで構成される。
【００３３】
なお、以下、借主Ｒ−１乃至Ｒ−ｍ、借主端末２−１乃至２−ｍの夫々を個々に区別する必要がない場合、これらをまとめて、「借主Ｒ」、「借主端末２」の夫々と呼ぶ。
【００３４】
サーバ１は、借主端末２の各動作を管理すべく、各種処理を実行する。
借主端末２は、借主Ｒが夫々操作する情報処理端末であって、例えばパーソナルコンピュータ、スマートフォン等で構成される。
【００３５】
次に、図３を用いて上述した情報処理システムを構成するサーバ１のハードウェア構成の一例について説明する。
図３は、図２のサーバ１のハードウェア構成を示すブロック図である。
【００３６】
サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０と、を備えている。
【００３７】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００３８】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。
【００３９】
出力部１６は、ディスプレイやスピーカ等で構成され、各種情報を画像や音声として出力する。
入力部１７は、キーボードやマウス等で構成され、各種情報を入力する。
【００４０】
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（図２の例では借主端末２−１乃至２−ｍ）との間で通信を行う。
【００４１】
ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリ等よりなる、リムーバブルメディア３０が適宜装着される。ドライブ２０によってリムーバブルメディア３０から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
また、リムーバブルメディア３０は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
【００４２】
なお、図示はしないが、図２の情報処理システムのうち、本発明の一実施形態としての借主端末２も、図３に示すハードウェア構成を有することができる。従って、借主端末２の構成の説明については省略する。
【００４３】
このようなサーバ１及び借主端末２の各種ハードウェアと各種ソフトウェアとの協働により、マッチング処理の実行が可能になる。
マッチング処理とは、リース車両Ｔの仕様の属性に基づいてグループを生成し、そのグループに属するリース車両Ｔと、借主Ｒが一致した場合に、そのリース車両Ｔが借主Ｒに適合するリース対象車両であるとのマッチングをするまでの一連の処理をいう。
【００４４】
図４は、図２の情報処理システムのうちサーバの機能的構成の一例を示す機能ブロック図である。
【００４５】
図４に示すように、サーバ１のＣＰＵ１１においては、車両情報取得部５１と、車両分類部５２と、利用車両情報取得部５３と、借主利用分類部５４と、マッチング部５５と、提示部５６と、仕入検討部５７とが機能する。
また、記憶部１８の一領域には、車両ＤＢ４０１と、グループＤＢ４０２と、借主ＤＢ４０３とが設けられている。
【００４６】
車両情報取得部５１は、リース車両Ｔの仕様に関する情報を車両情報として取得する。
ここで、車両情報とは、リース車両Ｔの仕様や属性を含む情報であり、リース車両Ｔの仕様に関する情報として、例えば、車両の年式、積載量、ドライ（除湿）機能や冷凍機能の有無、サイズ、車体形状、用途等を含むことができる。さらに車両情報は、属性として、例えば、年式の場合、中古車又は新車であるか、積載量が多いか少ないか、走行距離がいくらなのか等の車両に関する属性を含むことができる。
また、車両情報取得部５１は、取得した車両情報を、車両ＤＢ４０１に格納する。
車両ＤＢ４０１は、取得された車両情報に含まれるリース車両Ｔの仕様を属性ごとに格納する。
具体的には例えば、車両情報取得部５１は、取得した車両情報に含まれる車両の属性を抽出する。さらに、車両情報取得部５１は、抽出した属性を属性ごとに正規化して、車両ＤＢ４０１に格納する。
つまり、車両情報は、車両の車種にもよるが、基本的に統一されていない情報である。例えば、重量に関する情報は、車両の重いか軽いのか基準が、車種によって基準が異なることがある。そのため、グループの生成や、カテゴリー分けを行うため、車両情報取得部５１は、車両情報を、属性ごとに正規化することで、情報を統一して車両ＤＢ４０１に格納する。
また、正規化とは、車両情報を所定のルール（規則）に基づいて変形し、本サービスを実施するためのグループの生成や、カテゴリー分け、マッチング等しやすくするための処理である。例えば、車両情報取得部５１は、車両の重量については、重いか軽いのか基準を、２トン、４トン、８トン、１２トン、１６トン、と様々な値に正規化する。
これにより、統一されていない車両情報をグループの生成、カテゴリー分け、マッチングを行うための属性に正規化することができる。
なお、車両情報の取得先については、特に限定されず、例えば、車両の製造メーカや、整備会社の所有するデータベース等からネットワークＮを介して取得してもよい。
【００４７】
車両分類部５２は、借主Ｒに貸し出す対象の候補となる複数の候補であるリース車両Ｔに基づいて複数のグループを生成し、当該複数のグループのうち少なくとも１つに、複数の候補であるリース車両Ｔの夫々を分類する。
具体的には例えば、車両分類部５２は、リース車両Ｔの仕様に基づく１以上の属性に基づいてグループを生成する。車両分類部５２は、取得された車両情報に含まれる属性に基づいて、ＡＩを用いて、最適な属性ごとにグループが生成される。
また、車両分類部５２は、生成したグループに、リース車両Ｔの仕様に基づいて、リース車両Ｔを属させることでカテゴリー分けを行う。
即ち、車両分類部５２は、生成したグループに、リース車両Ｔの仕様に基づいて、所定のグループにリース車両Ｔが属させる。
また、車両分類部５２は、生成したグループを、グループを生成したときの属性と紐づけて、グループ情報として、グループＤＢ４０２に格納する。
グループＤＢ４０２は、生成されたグループの属性ごとに格納する。
これにより、車両分類部５２は、グループを生成する際に、グループＤＢ４０２から、以前に生成したグループの属性を、グループ情報として取得して、ＡＩで学習させることで、新たなグループを生成したり、より最適なグループを生成することもできる。
【００４８】
利用車両情報取得部５３は、借主Ｒが利用した又はしている車両に関する情報を利用車両情報として取得する。
即ち、利用車両情報取得部５３は、通信部１９を介して利用車両情報を借主端末２から取得する。
また、利用車両情報取得部５３は、取得した利用車両情報を、借主ＤＢ４０３に格納する。
借主ＤＢ４０３は、取得された利用車両情報に含まれる、借主Ｒの利用車両の仕様に関する情報を属性ごとに格納する。
具体的には例えば、利用車両情報取得部５３は、取得した利用車両情報に含まれる借主Ｒの利用車両の仕様に基づく属性を抽出する。さらに、利用車両情報取得部５３は、抽出した属性を属性ごとに正規化して、借主ＤＢ４０３に格納する。
つまり、利用車両情報は、車両情報と同様、基本的に統一されていない情報である。例えば、「〇〇を運んでいる」、「現在、△△という車両を利用している」、「屋根付きの車両がほしい」等の抽象的な情報のままでは基準が曖昧なことがある。そのため、グループの生成や、カテゴリー分けを行うため、利用車両情報取得部５３は、利用車両情報に含まれる借主Ｒの利用車両の仕様を属性ごとに抽出し、正規化することで情報を統一して借主ＤＢ４０３に格納する。
これにより、例えば、抽象的な情報を含む利用車両情報を正規化することで、情報を統一して、カテゴリー分け、マッチングを行うことができる。
【００４９】
借主利用分類部５４は、利用車両情報に基づいて、複数のグループのうち少なくとも１つに、借主Ｒを分類する。
即ち、借主利用分類部５４は、取得された利用車両情報に含まれる借主Ｒの利用車両の仕様に基づいて、借主Ｒを生成されたグループの何れか属させることでカテゴリー分けを行う。
具体的には例えば、借主利用分類部５４は、リース車両Ｔの仕様の属性に基づいて生成されたグループに対して、利用車両情報に含まれる利用車両の仕様から抽出された属性に基づいて、借主Ｒを生成されたグループの何れか属させることでカテゴリー分けを行う。
【００５０】
マッチング部５５は、車両分類部５２及び借主利用分類部５４の夫々による分類の結果に基づいて、複数の候補であるリース車両Ｔの中から、借主Ｒに貸し出す対象であるリース対象車両を１台以上マッチングさせる。
具体的には例えば、マッチング部５５は、リース車両Ｔが属するグループと、借主Ｒが属するグループとが同一のグループである場合、その同一のグループに属するリース車両Ｔが借主Ｒに適合するリース対象車両である、と判断することで、マッチングを行う。
また、マッチング部５５は、マッチングの結果から、どの借主Ｒにマッチングしたリース対象車両を提供するか判断する。
具体的には例えば、借主Ｒ−２に適合するリース対象車両がリース車両Ｔ−１のみであるのに対して、借主Ｒ−１に適合するリース対象車両が、リース車両Ｔ−１の他、リース車両Ｔ−２、リース車両Ｔ−３が該当する場合がある。
この場合、マッチング部５５は、リース車両Ｔ―１を借主Ｒ−２に優先的に貸し出しすることを決定する。また、マッチング部５５は、リース車両Ｔ−２又はリース車両Ｔ−３の何れかを、借主Ｒ−１に貸し出しすることを決定する。
これにより、本サービスは、例えば、借主Ｒ−２に適合するリース対象車両が存在するが、貸し出しするリース対象車両がない、ということを避けることができる。つまり、例えば、本サービスでは、マッチングの結果、借主Ｒ−１、借主Ｒ−２の夫々に適合したリース対象車両を貸し出しすることができる。
また、本サービスは、多数の借主Ｒが存在する場合であっても、マッチングの結果、夫々の借主Ｒに適合するリース対象車両を貸し出しすることができる。
【００５１】
提示部５６は、マッチングの結果を結果情報として、借主端末２に提示する。
即ち、提示部５６は、マッチングの結果をマッチング部５５から取得して、借主Ｒに適合するリース対象車両に関する情報を結果情報として、通信部１９を介して借主端末２に提示する。
これにより、借主Ｒは、借主端末２に提示された結果情報を確認することにより、借主Ｒに適合するリース対象車両がどのような車両であるかを確認することができる。そして、借主Ｒは、結果情報に基づいて、自身にあった車両がどのような車両であるのかを判断することもできる。
【００５２】
仕入検討部５７は、マッチングの結果、リース車両Ｔの仕入れをするか否か検討する。
具体的には例えば、仕入検討部５７は、マッチングの結果をマッチング部５５から取得して、マッチングの結果、所定の借主Ｒへ貸し出すリース対象車両がない場合、更には、借主Ｒに、より適合するリース車両Ｔを提供したい場合に、リース車両Ｔを仕入れるか否か検討する。
これにより、ファンドマネージャＦＭは、自身が所有するリース車両Ｔのうち、借主Ｒに適合するリース対象車両がない場合等、リース車両Ｔを購入するかしないか、検討することができる。
【００５３】
このように、サーバ１は、リース車両Ｔの仕様の属性に基づいてグループを生成し、生成したグループにどのリース車両Ｔが属するかカテゴリー分けを行うことができる。さらに、サーバ１は、借主Ｒの利用車両の仕様に基づいて、借主Ｒを生成したグループに属させることでカテゴリー分けを行うことができる。そして、サーバ１は、リース車両Ｔが属するグループと、借主Ｒが属するグループとが同一のグループである場合、その同一のグループに属するリース車両Ｔが借主Ｒに適合するリース対象車両である、と判断することで、マッチングを行うことができる。最後に、サーバ１は、マッチングの結果を結果情報として、借主Ｒに提示することができる。
これにより、ファンドマネージャＦＭは、借主が利用する車両として最適な車両を提供することができる。
【００５４】
以下、情報処理システムの動作を説明する。
サーバ１では、車両情報取得部５１が、リース車両Ｔの仕様に関する情報を車両情報として取得する。また、車両情報取得部５１は、取得した車両情報を、車両ＤＢ４０１に格納する。
続いて、車両分類部５２は、リース車両Ｔの仕様の属性に基づいたグループを生成する。
また、利用車両情報取得部５３は、借主Ｒが利用した又はしている車両に関する情報を利用車両情報として取得する。さらに、利用車両情報取得部５３は、取得した利用車両情報を、借主ＤＢ４０３に格納する。
続いて、借主利用分類部５４は、利用車両情報に基づいて、複数のグループのうち少なくとも１つに、借主Ｒを分類する、即ち、カテゴリー分けを行う。
カテゴリー分けの後、マッチング部５５は、車両分類部５２及び借主利用分類部５４の夫々による分類の結果に基づいて、複数の候補であるリース車両Ｔの中から、借主Ｒに貸し出す対象であるリース対象車両を１台以上マッチングさせる。
そして、マッチング部５５は、マッチングの結果から、どの借主Ｒにマッチングしたリース車両Ｔを提供するか判断する。
最後に、提示部５６は、マッチングの結果を結果情報として、借主端末２に提示する。
なお、仕入検討部５７は、マッチングの結果、リース車両Ｔの仕入れをするか否か検討する。
これにより、サーバ１は、リース車両の仕様の属性に基づくグループを生成することができる。さらに、サーバ１は、生成したグループのいくつかにリース車両が属するようにカテゴリー分けをすることができる。また、サーバ１は、借主の利用車両の仕様に基づいて、借主を上述の生成したグループにカテゴリー分けをすることができる。そして、サーバ１は、リース車両Ｔが属するグループと、借主が属するグループとが同一のグループに属する場合に、同一のグループに属するリース車両が借主に適合するリース対象車両であると判断し、その結果を借主Ｒに提示することがきる。したがって、ファンドマネージャＦＭは、借主Ｒが利用する車両として最適なリース対象車両を提供することができる。
【００５５】
以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【００５６】
また例えば、上述の実施形態において、リースの対象の車両として、輸送用に使用するトラックが採用される、と説明したが、特にこれに限定されない。
即ち、輸送用に使用するトラックに限られない。具体的に例えば、車両として、トラックの他、バス、タクシー、鉄道等の陸路を移動する車両、空路を移動する飛行機、ヘリコプター、ドローンを含む飛行体、さらには、海路を移動する船もリースの対象として採用することができる。
【００５７】
また例えば、上述の実施形態において、リースの対象をリース車両Ｔとして説明したが、特にこれに限定されない。
即ち、リースの対象は、借主Ｒに使用される車両に限られない。具体的に例えば、リースの対象を、工事やインフラ整備に使用される特殊な機器、さらには服や家電等の日常品であってもよい。
さらに、リース先の取引対象は、借主Ｒ等の運送会社に限られない。
即ち、リースの対象に合わせてリース先の取引対象を運送会社以外の企業等を採用してもよい。具体的に例えば、リースの対象が、工事やインフラ整備に使用される特殊な機器であれば、取引対象を建設会社等にしてもよいし、リースの対象が服や家電等の日常品であれば、取引対象を法人でなく一個人の自然人としてもよい。
即ち、本実施形態は、リースの対象や取引対象に合わせて適宜、変更、追加することができる。
【００５８】
また例えば、上述の実施形態において、本サービスは、マッチングを行い、リース対象車両を借主Ｒに貸し出すことができる、と説明したが、特にこれに限定されない。
即ち、リース対象車両の貸し出し以外のマッチングであってもよい。
具体的には例えば、本サービスでは、車両の販売目的のために、借主Ｒが要望する車両に合った車両をマッチングしてもよい。
【００５９】
また例えば、上述の実施形態において、本サービスは、ＡＩを用いてグループの生成等をする、と説明したが、特にこれに限定されない。
即ち、ＡＩ以外を用いた方法であってもよい。具体的に例えば、ロジスティック回帰分析、ランダムフォレスト及びディープラーニングを含む機械学習等を用いた方法を採用することもできる。
【００６０】
また例えば、上述の実施形態において、サーバ１は、図１で示すリース車両Ｔの仕様の属性を基にグループを生成し、借主Ｒの要望と、リース車両Ｔの仕様の属性に基づいて、マッチングを行う、と説明したが、特にこれに限定されない。
即ち、本サービスで利用される属性は、本サービスの提供者により任意に決定されてもよい。具体的に例えば、本サービスの提供者は、リース対象となる車両の製造メーカ、コンテナの有無、ウォークスルーの有無等の様々な仕様を属性として、採用してもよい。
さらに言えば、サーバ１は、トレーラー型や、ダンプ型、ミキサー車等の車両の特殊な形態を属性として、採用してもよい。
【００６１】
また例えば、上述の実施形態において、サーバ１は、リース車両Ｔの仕様に基づく属性として、年式、積載量、あおり高さ等を含むことができる、と説明したが、特にこれに限定されない。
即ち、サーバ１は、属性として、リース車両Ｔの仕様以外を属性として、グループの生成等を行ってもよい。
具体的には例えば、サーバ１は、道路交通法等の法律や車両が移動する経路等、さらには、「〇〇を運びたい」等の借主Ｒの要望を属性として取り扱ってもよい。
つまり、リース車両Ｔが移動する経路の道幅や、国道の有無、交通規制の有無等、借主Ｒの要望も属性として取り扱ってもよい。
【００６２】
また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図４の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図４の例に限定されない。また、機能ブロックの存在場所も、図４に特に限定されず、任意でよい。例えば、サーバ１の機能ブロックを借主端末２等に移譲させてもよい。逆に借主端末２の機能ブロックをサーバ１等に移譲させてもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【００６３】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
【００６４】
このようなプログラムを含む記録媒体は、借主Ｒ等にプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態で借主Ｒ等に提供される記録媒体等で構成される。
【００６５】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【００６６】
以上を換言すると、本発明が適用される情報処理システムは、次のような構成を有していれば足り、各種各様な実施の形態を取ることができる。
即ち、本発明が適用される情報処理システム（例えば、図２のサーバ１）は、
借主に貸し出す対象の候補となる複数の候補車両に基づいて複数のグループを生成し、当該複数のグループのうち少なくとも１つに、前記複数の候補車両の夫々を分類する車両分類手段（例えば図４の車両分類部５２）と、
前記借主が利用した又はしている車両に関する情報を利用車両情報として取得する利用車両情報取得手段（例えば図４の利用車両情報取得部５３）と、
前記利用車両情報に基づいて、前記複数のグループのうち少なくとも１つに、前記借主を分類する借主分類手段（例えば図４の借主利用分類部５４）と、
前記車両分類手段及び前記借主分類手段の夫々による分類の結果に基づいて、前記複数の候補車両の中から、前記借主に貸し出す対象の対象車両を１台以上マッチングさせるマッチング手段（例えば図４のマッチング部５５）と、
を備える。
これにより、借主が利用する車両として最適な車両を提供することができる。
【符号の説明】
【００６７】
１・・・サーバ、２・・・借主端末、１１・・・ＣＰＵ、１８・・・記憶部、１９・・・通信部、５１・・・車両情報取得部、５２・・・車両分類部、５３・・・利用車両情報取得部、５４・・・借主利用分類部、５５・・・マッチング部、５６・・・提示部、５７・・・仕入検討部、４０１・・・車両ＤＢ、４０２・・・グループＤＢ、４０３・・・顧客ＤＢ
【図１】
2020170508.tif 000003
【図２】
2020170508.tif 000004
【図３】
2020170508.tif 000005
【図４】
2020170508.tif 000006