JP2024062637A - 情報処理装置 - Google Patents

Abstract

【課題】ユーザが車両用の部品を発注する場合の利便性を向上させることができる技術を提供する。【解決手段】本開示に係る情報処理装置は、車両用の部品の発注を受け付けるための第１のサイトを管理する。情報処理装置では、制御部が、第１の車両を一意に識別する第１の識別情報を取得する。制御部は、取得された第１の識別情報に基づいて、第１の車両に取り付け可能な第１の部品を特定する。制御部は、第１の部品を識別可能な部品リストを、第１のサイトに掲示する。【選択図】図６

Description

本開示は、情報処理装置に関する。

ネットワーク経由でユーザが商品を発注するための商品取引システムが知られている（例えば、特許文献１を参照）。

特開２００２－０１５１７８号公報

本開示の目的は、ユーザが車両用の部品を発注する場合の利便性を向上させることができる技術を提供することにある。

本開示は、車両用の部品の発注を受け付けるための第１のサイトを管理する情報処理装置である。その場合の情報処理装置は、例えば、
第１の車両を一意に識別する第１の識別情報を取得することと、
前記第１の識別情報に基づいて、前記第１の車両に装着済の部品と競合せずに取り付け可能な第１の部品を特定することと、
前記第１の部品を識別可能な部品リストを、前記第１のサイトに掲示することと、
を実行する制御部を備えるようにしてもよい。

なお、本開示は、情報処理装置の処理をコンピュータが実行する情報処理方法として捉えることもできる。また、本開示は、上記した情報処理方法をコンピュータに実行させるためのプログラム、又は、当該プログラムを格納する非一時的記憶媒体として捉えることもできる。

本開示によれば、ユーザが車両用の部品を発注する場合の利便性を向上させることができる技術を提供することができる。

本開示に係る情報処理装置を適用するシステムの構成例を概略的に示すブロック図である。 実施形態における第１のＷｅｂページの一例を示す図である。 実施形態における第２のＷｅｂページの一例を示す図である。 実施形態における車両管理ＤＢに格納される情報の一例を示す図である。 実施形態における部品管理ＤＢに格納される情報の一例を示す図である。 実施形態におけるサーバで実行される処理ルーチンの一例を示すフローチャートである。

本開示に係る情報処理装置は、車両用の部品の発注を受け付けるための第１のサイトを管理するコンピュータである。ここでいう「車両用の部品」は、車両の外装部品及び内装
部品等のハードウェアに限定されず、車両の走行機能及び安全機能等をアップグレードするためのソフトウェアも含む。情報処理装置では、制御部が、第１の車両の第１の識別情報を取得する。第１の車両は、ユーザが所有権又は使用権を有する車両である。第１の識別情報は、第１の車両を一意に識別するための情報であり、例えば、ＶＩＮ（Vehicle Identification Number）又は車体番号等である。なお、第１の識別情報は、ＶＩＮ及び車
体番号に限定されず、第１の車両に装着済の部品と競合せずに取り付けることができる部品（第１の部品）を特定することができる情報であればよい。第１の識別情報の取得は、第１のサイトを閲覧するユーザに入力させることで為されてもよい。また、第１のサイトにユーザがログインする際の認証情報（例えば、ユーザＩＤ）と第１の識別情報とを予め紐付けておき、制御部がユーザＩＤを引数として第１の識別情報を取得してもよい。

制御部は、取得された第１の識別情報に基づいて、第１の車両に装着済の部品と競合せずに第１の車両に取り付け可能な第１の部品を特定する。ここでいう「第１の部品」は、例えば、第１の車両の車種に適合する部品であって、第１の車両に装着済の部品と機能およびまたは取り付け場所等が競合しない部品である。すなわち、「第１の部品」は、第１の車両に装着済の部品の機能変更およびまたは取り外し等の対策をとらなくても、第１の車両に取り付け可能な部品である。上記したような第１の部品の特定は、第１の識別情報とデータベースに格納されている情報とに基づいて行われてもよい。ここでいう「データベース」は、例えば、部品毎の装着可否情報を第１の識別情報に関連付けて格納するものでもよい。「装着可否情報」は、例えば、第１の車両に装着済の部品と競合せずに取り付け可能であるか又は取り付け不可能であるかを示す情報である。装着可否情報の対象となる部品は、第１のサイトで取り扱っている全ての部品でもよく、又は、第１のサイトで取り扱っている部品のうち、第１の車両の車種に適合する部品のみでもよい。

制御部は、特定された第１の部品を識別可能な部品リストを、第１のサイトに掲示する。ここでいう「部品リスト」は、例えば、第１の部品と他の部品（第１の車両に取り付け不可能な部品）とをユーザが識別可能なリストである。なお、部品リストは、第１の部品のみを含むリストでもよい。また、部品リストの掲示は、部品リストが掲載されるＷｅｂページをユーザの使用する端末のブラウザを通じて表示することで為されてもよい。

本開示によれば、第１の車両のユーザは、第１の車両に装着済の部品と競合せずに取り付け可能な部品を識別することが可能になる。これにより、第１の車両に装着済の部品と競合せずに取り付け可能な部品をユーザが調べる手間を省くことができるとともに、第１の車両に取り付け不可能な部品をユーザが発注してしまうことを抑制することができる。よって、ユーザが車両用の部品を発注する場合の利便性を向上させることができる。

本開示の他の態様の一つは、上記情報処理装置の処理をコンピュータが実行する情報処理方法としても特定することができる。このような情報処理方法によれば、上記情報処理装置と同様の作用及び効果を得ることができる。また、本開示の他の態様の一つは、上記情報処理装置の処理をコンピュータに実行させるためのプログラム、又は当該プログラムを格納する非一時的記憶媒体として特定することも可能である。

以下、本開示の具体的な実施形態について図面に基づいて説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。

＜実施形態＞
本開示の実施形態について、図１から図６に基づいて説明する。本実施形態では、本開示に係る情報処理装置を、車両用の部品をオンラインで受発注するシステムに適用する例について述べる。

（システムの全体構成）
図１は、本実施形態におけるシステムの構成例を概略的に示すブロック図である。本実施形態におけるシステムは、ユーザ端末２００とサーバ３００とを含んで構成される。図１に示す例では、ユーザ端末２００が１つのみ図示されているが、複数のユーザ端末２００が含まれ得る。

ユーザ端末２００は、第１の車両１の所有権又は使用権を有するユーザが使用する端末である。本実施形態におけるユーザ端末２００は、例えば、スマートフォン、携帯電話、タブレット端末、ウェアラブルデバイス、又は、パーソナルコンピュータ等のように、ブラウザのアプリケーション・プログラムがインストールされているコンピュータである。

サーバ３００は、車両用の部品の発注を受け付けるための第１のサイトを管理する情報処理装置である。サーバ３００は、ＣＰＵ又はＧＰＵ等のプロセッサと、ＲＡＭ及びＲＯＭ等の主記憶装置と、ＥＰＲＯＭ、ハードディスクドライブ、又はリムーバブルメディア等の補助記憶装置と、を有するコンピュータとして構成することができる。サーバ３００の補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、及び、各種テーブル等が格納される。サーバ３００のプロセッサは、補助記憶装置に格納されているプログラムを主記憶装置の作業領域にロードして実行することで、後述するような、所定の目的に合致した各機能を実現する。ただし、サーバ３００の一部又は全部の機能はＡＳＩＣ（Application Specific Integrated Circuit）又はＦＰＧＡ（Field Programmable Gate Array）等のハードウェア回路によって実現されてもよい。

本実施形態におけるサーバ３００は、ユーザ端末２００とのインタラクションを行うためのＷｅｂサーバを実行可能に構成される。ユーザがユーザ端末２００のブラウザを通じてＷｅｂサーバが提供するサイト（第１のサイト）にログインすると、サーバ３００が第１のサイトのＷｅｂページ（車両用の部品の情報が掲載されているＷｅｂページ）をユーザ端末２００のブラウザを通じて表示する。サーバ３００は、Ｗｅｂページに掲載されている部品の発注リクエストをユーザ端末２００から受け付け、該当する商品の発注処理を行う。なお、サーバ３００は、Ｗｅｂサーバ以外の手段によって上記したサービスを提供してもよい。例えば、ユーザ端末２００にインストールされた専用のアプリケーション・プログラムと所定のプロトコルとによって対話するサービスをサーバ３００において実行してもよい。なお、第１のサイトで取り扱われる部品は、車両の外装部品及び内装部品等のハードウェアに限定されず、車両の走行機能及び安全機能等をアップグレードするためのソフトウェアも含む。

本実施形態におけるサーバ３００は、図１に示すように、通信部３０１、制御部３０２、ユーザ管理ＤＢ３０３、車両管理ＤＢ３０４、及び、部品管理ＤＢ３０５等を含んで構成される。

通信部３０１は、サーバ３００をネットワークＮ１に接続するための通信インタフェースである。通信部３０１は、例えば、ＬＡＮ又はＷｉ－Ｆｉ（登録商標）を通じてネットワークＮ１に接続し、ネットワークＮ１を通じてユーザ端末２００と通信する。ネットワークＮ１は、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ、又はその他の通信網である。

制御部３０２は、サーバ３００のプロセッサが補助記憶部に記憶されているプログラムを実行することにより実現される。制御部３０２は、ユーザがユーザ端末２００のブラウザを通じて第１のサイトにログインしたことをトリガにして、第１の車両１の車両ＩＤを取得する。車両ＩＤは、第１の車両１の個体を一意に識別するための情報であり、本開示に係る「第１の識別情報」に相当する。車両ＩＤとしては、ＶＩＮ又は車体番号を用いる
ことができる。車両ＩＤの取得は、ユーザのユーザＩＤと後述するユーザ管理ＤＢ３０３に格納されている情報とに基づいて行われる。ユーザＩＤは、第１のサイトを利用する複数のユーザを個々に識別するための情報であり、各ユーザがＷｅｂサーバ（第１のサイト）にログインする際のログインＩＤとして使用される情報である。ユーザＩＤは、例えば、各ユーザが第１のサイトの会員登録を行った際に設定される。

制御部３０２は、車両ＩＤと後述の車両管理ＤＢ３０４に格納されている情報とに基づいて、第１の部品を特定する。第１の部品は、第１のサイトで取り扱っている部品のうち、第１の車両１に取り付け可能な部品である。「第１の車両１に取り付け可能な部品」とは、第１の車両１の車種に適合する部品であって、第１の車両１に装着済の部品と機能およびまたは取り付け場所等が競合しない部品である。すなわち、「第１の車両１に取り付け可能な部品」とは、第１の車両１の車種に適合する部品であって、第１の車両１に装着済の部品の機能変更およびまたは取り外し等の対策をとらなくても取り付け可能な部品である。よって、第１の車両１に装着済の部品と同じ部品、及び、第１の車両１に装着済の部品と競合する部品については、第１の部品から除外される。このような第１の部品には、複数種類の部品が含まれ得る。なお、「第１の車両１に装着済の部品」とは、例えば、第１の車両１の製造時、第１の車両１の販売時、およびまたは、第１の車両１のリース開始時等に取り付けられた部品に加え、第１のサイトで過去に発注された部品（本開示に係る「第４の部品」に相当。）も含む。

制御部３０２は、特定された第１の部品に基づいて部品リストを生成する。制御部３０２は、生成された部品リストを掲載するＷｅｂページ（以下、「第１のＷｅｂページ」と記す場合もある。）を、ユーザ端末２００のブラウザを通じて表示する。本実施形態における部品リストは、第１のサイトで取り扱っている部品のリストであって、第１の部品を識別可能なリストである。具体的には、部品リストは、第１の部品が発注可能な形態で表示され、且つ、第１の車両１に取り付け不可能な部品（本開示に係る「第２の部品」に相当。）が発注不可能な形態で表示されるリストである。第２の部品には、第１の車両１の車種に適合しない部品、及び、第１の車両１の車種に適合するものの第１の車両１に装着済の部品と競合する部品等が含まれる。

図２は、第１のＷｅｂページの一例を示す図である。図２に示す例では、第１のＷｅｂページには、部品リストＤ１と「買い物かごを見る」ボタンＤ２とが表示される。部品リストＤ１には、各部品の表示領域Ｄ１１－Ｄ１２が含まれる。各部品の表示領域Ｄ１１－Ｄ１２には、部品の写真、部品の名称（部品名）、部品の説明、及び、「買い物かごに入れる」ボタン等が含まれる。本実施形態では、部品リストに含まれる部品のうち、第１の部品に該当する部品については「買い物かごに入れる」ボタンが選択可能な形態で表示される（図２中のＤ１１）。また、部品リストに含まれる部品のうち、第２の部品に該当する部品については「買い物かごに入れる」ボタンが選択不可能な形態（グレーアウト）で表示される（図２中のＤ１２）。

第１のＷｅｂページを閲覧しているユーザが、第１の部品に該当する部品の表示領域（例えば、図２中のＤ１１）の「買い物かごに入れる」ボタンを選択する操作をユーザ端末２００に入力すると、該当する部品を買い物かごに入れるためのリクエスト信号（以下、「第１のリクエスト信号」と記す場合もある。）がユーザ端末２００からサーバ３００へ送信される。第１のリクエスト信号がサーバ３００の通信部３０１により受信されると、制御部３０２が、該当する部品の識別情報（部品ＩＤ）を買い物かごに保存する。買い物かごは、ユーザが発注予定の部品の部品ＩＤを保持する機能であり、本開示に係る「発注予定リスト」の一例である。

第１のＷｅｂページを閲覧しているユーザが、「買い物かごを見る」ボタンＤ２を選択
する操作をユーザ端末２００に入力すると、買い物かごを見るためのリクエスト信号（以下、「第２のリクエスト信号」と記す場合もある。）がユーザ端末２００からサーバ３００へ送信される。第２のリクエスト信号がサーバ３００の通信部３０１により受信されると、制御部３０２が、買い物かごのＷｅｂページ（以下、「第２のＷｅｂページ」と記す場合もある。）を、ユーザ端末２００のブラウザを通じて表示する。

図３は、第２のＷｅｂページの一例を示す図である。図３に示す例では、第２のＷｅｂページには、買い物かごに保持されている部品の合計金額、「注文手続き」ボタン、買い物かごに保持されている部品の一覧等が含まれる。買い物かごに保持されている部品の一覧には、各部品を買い物かごから削除するための「削除」ボタンが含まれる。第２のＷｅｂページを閲覧しているユーザが、「注文手続き」ボタンを選択する操作をユーザ端末２００に入力すると、買い物かごに保持されている部品の発注を要求するリクエスト信号（以下、「第３のリクエスト信号」と記す場合もある。）がユーザ端末２００からサーバ３００へ送信される。第３のリクエスト信号がサーバ３００の通信部３０１により受信されると、制御部３０２が、買い物かごに保持されている部品の決済処理及び発注処理等を実行する。決済処理及び発注処理については既知の技術を利用することができるため、説明を省略する。

ここで図１の説明に戻り、制御部３０２は、第１のリクエスト信号を受信したとき（買い物かごに部品が入れられたとき）に、第１のＷｅｂページに表示される部品リストを更新する。具体的には、制御部３０２は、第１のリクエスト信号を受信する前の部品リストに含まれる第１の部品のうち、買い物かごに入れられた部品（本開示に係る「第３の部品」に相当。）及び当該第３の部品と競合する部品を、第１の部品から除外する。すなわち、制御部３０２は、第１のリクエスト信号を受信する前の部品リストに含まれる第１の部品のうち、第３の部品及び第３の部品と競合する部品の属性を、第１の部品から第２の部品に変更した新たな部品リストを生成する。制御部３０２は、生成された新たな部品リストを第１のＷｅｂページに表示する。なお、第３の部品と競合する部品とは、第３の部品と機能およびまたは取り付け場所等が競合する部品であって、第３の部品の機能変更およびまたは取り外し等の対策をとらなければ第１の車両１に取り付けることができない部品である。なお、制御部３０２は、後述の部品管理ＤＢ３０５に格納されている情報に基づいて、第３の部品と競合する部品を特定する。

ユーザ管理ＤＢ３０３と車両管理ＤＢ３０４と部品管理ＤＢ３０５とは、サーバ３００の補助記憶装置に構築される、リレーショナルデータベースである。ユーザ管理ＤＢ３０３と車両管理ＤＢ３０４と部品管理ＤＢ３０５とは、例えば、サーバ３００のプロセッサがＤＢＭＳのプログラムを実行することにより実現される。

ユーザ管理ＤＢ３０３は、ユーザと第１の車両１とを紐付ける情報を格納する。具体的には、各ユーザのユーザＩＤと各ユーザが所有権又は使用権を有する第１の車両１の車両ＩＤとを紐付ける情報を格納する。

車両管理ＤＢ３０４は、第１のサイトで取り扱っている部品毎の装着可否情報と第１の車両１とを紐付ける情報を格納する。図４は、車両管理ＤＢ３０４に格納される情報の一例を示す図である。本実施形態における車両管理ＤＢ３０４は、図４に示すように、第１の車両１別のレコード（以下、「車両情報レコード」と記す場合もある。）を有する。各車両情報レコードは、図４に示すように、車両ＩＤ、部品ＩＤ、装着可否、及び、履歴等の各フィールドを有する。なお、車両情報レコードの構成は、図４に示す例に限定されず、適宜フィールドの追加、変更、及び、削除が可能である。

車両情報レコードの車両ＩＤフィールドには、第１の車両１の車両ＩＤが登録される。
部品ＩＤフィールドには、第１のサイトで取り扱っている複数の部品の各々の部品ＩＤが登録される。装着可否フィールドには、部品ＩＤフィールドに登録されている各部品が第１の車両１に装着可能であるかを示す情報が登録される。例えば、第１の車両１に装着可能な部品については「可」と登録される。また、第１の車両１に装着不可能な部品については「不可」と登録される。装着可否フィールドに登録される情報は、第１の車両１に装着済の部品に基づいて設定される。第１の車両１に装着済の部品に関する情報は、例えば、第１の車両１のメーカー、第１の車両１のディーラー、およびまたは、第１の車両１のリース業者等から第１のサイトの運営者に提供されてもよい。履歴フィールドには、第１の車両１のユーザが第１のサイトで過去に発注した部品の部品ＩＤが登録される。なお、第１の車両１のユーザが第１のサイトで過去に発注した部品が無い場合には、履歴フィールドに「無」と登録される。

ここで図１に説明に戻り、部品管理ＤＢ３０５は、第１のサイトで取り扱っている各部品と各部品に競合する部品とを紐付ける情報を格納する。図５は、部品管理ＤＢ３０５に格納される情報の一例を示す図である。本実施形態における部品管理ＤＢ３０５は、図５に示すように、第１のサイトで取り扱っている複数の部品の各々に対応するレコード（以下、「部品情報レコード」と記す場合もある。）を有する。各部品情報レコードは、図５に示すように、部品ＩＤ、及び、競合部品等の各フィールドを有する。なお、部品情報レコードの構成は、図５に示す例に限定されず、適宜フィールドの追加、変更、及び、削除が可能である。

部品情報レコードの部品ＩＤフィールドには、第１のサイトで取り扱っている部品の部品ＩＤが登録される。競合部品フィールドには、第１のサイトで取り扱っている部品のうち、部品ＩＤフィールドに登録されている部品と競合する部品の部品ＩＤが登録される。

なお、サーバ３００の構成要素の何れか、又はその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。また、サーバ３００の構成は、図１に示す例に限定されず、適宜構成要素の省略、変更、又は追加が可能である。

（処理の流れ）
次に、本実施形態におけるサーバ３００で行われる処理の流れについて図６に基づいて説明する。図６は、ユーザが第１のサイトにログインしたことをトリガにして、サーバ３００で実行される処理ルーチンを示すフローチャートである。

図６では、ユーザがユーザ端末２００のブラウザを通じて第１のサイトにログインしたときに、サーバ３００の制御部３０２が、ユーザのログインＩＤ（ユーザＩＤ）を引数としてユーザ管理ＤＢ３０３にアクセスし、第１の車両１の車両ＩＤを取得する（ステップＳ１０１）。制御部３０２は、ステップＳ１０１の処理を実行し終えると、ステップＳ１０２の処理を実行する。

ステップＳ１０２では、制御部３０２は、ステップＳ１０１で取得された車両ＩＤを引数として車両管理ＤＢ３０４にアクセスし、当該車両ＩＤと一致する情報が車両ＩＤフィールドに登録されている車両情報レコードを特定する。制御部３０２は、特定されたレコードにおいて装着可否フィールドに「可」が登録されている部品を、第１の部品の候補として抽出する。制御部３０２は、特定された車両情報レコードの履歴フィールドに部品ＩＤ（第４の部品の部品ＩＤ）が登録されているかを判定する。上記の履歴フィールドに「無」と登録されている場合は、制御部３０２は、第１の部品の候補の全てを、第１の部品として特定する。また、上記の履歴フィールドに部品ＩＤ（第４の部品の部品ＩＤ）が登録されている場合は、制御部３０２は、当該履歴フィールドに登録されている部品ＩＤ（第４の部品の部品ＩＤ）を引数として部品管理ＤＢ３０５にアクセスし、当該部品ＩＤと
一致する情報が部品ＩＤフィールドに登録されている部品情報レコードを特定する。制御部３０２は、特定された部品情報レコードの競合部品フィールドに登録されている部品ＩＤ（第４の部品と競合する部品の部品ＩＤ）を抽出する。制御部３０２は、第１の部品の候補のうち、第４の部品及び第４の部品と競合する部品を除外した候補を、第１の部品として特定する。制御部３０２は、ステップＳ１０２の処理を実行し終えると、ステップＳ１０３の処理を実行する。

ステップＳ１０３では、制御部３０２は、ステップＳ１０２で特定された第１の部品に基づいて、部品リストを生成する。部品リストは、前述したように、第１のサイトで取り扱っている部品のうち、第１の部品が発注可能な形態で表示され、且つ、第２の部品が発注不可能な形態で表示されるリストである。制御部３０２は、ステップＳ１０３の処理を実行し終えると、ステップＳ１０４の処理を実行する。

ステップＳ１０４では、制御部３０２は、ステップＳ１０３で生成された部品リストを含む第１のＷｅｂページを、ユーザ端末２００のブラウザを通じて表示する。第１のＷｅｂページでは、前述の図２に例示したように、部品リストに含まれる部品のうち、第１の部品に該当する部品については「買い物かごに入れる」ボタンが選択可能な形態で表示され（図２中のＤ１１）、第２の部品に該当する部品については「買い物かごに入れる」ボタンが選択不可能な形態で表示される（図２中のＤ１２）。制御部３０２は、ステップＳ１０４の処理を実行し終えると、ステップＳ１０５の処理を実行する。

ステップＳ１０５では、制御部３０２は、サーバ３００の通信部３０１が第１のリクエスト信号を受信したかを判定する。第１のリクエスト信号は、前述したように、第１の部品についての「買い物かごに入れる」ボタンを選択する操作がユーザ端末２００に入力されたときに、ユーザ端末２００からサーバ３００へ送信される信号である。サーバ３００の通信部３０１が第１のリクエスト信号を受信した場合（ステップＳ１０５で肯定判定）、制御部３０２は、ステップＳ１０６の処理を実行する。

ステップＳ１０６では、制御部３０２は、買い物かごに保持されている部品ＩＤに基づいて、第３の部品（ユーザが発注予定の部品）を特定する。制御部３０２は、ステップＳ１０６の処理を実行し終えると、ステップＳ１０７の処理を実行する。

ステップＳ１０７では、制御部３０２は、ステップＳ１０６で特定された第３の部品の部品ＩＤを引数として部品管理ＤＢ３０５にアクセスし、第３の部品の部品ＩＤと一致する情報が部品ＩＤフィールドに登録されている部品情報レコードを特定する。制御部３０２は、特定された部品情報レコードの競合部品フィールドに登録されている部品（第３の部品に競合する部品）を特定する。制御部３０２は、ステップＳ１０３で生成された部品リストに含まれる部品のうち、第３の部品及び第３の部品と競合する部品の属性を第１の部品から第２の部品へ変更することで、部品リストを更新する。制御部３０２は、ステップＳ１０７の処理を実行し終えると、ステップＳ１０８の処理を実行する。

ステップＳ１０８では、制御部３０２は、第１のＷｅｂページに表示される部品リストを、ステップＳ１０７で更新された部品リストに変更することで、第１のＷｅｂページを更新する。更新後の第１のＷｅｂページでは、ステップＳ１０２で特定された第１の部品のうち、第３の部品及び第３の部品に競合する部品については「買い物かごに入れる」ボタンが選択不可能な形態で表示される。制御部３０２は、ステップＳ１０８の処理を実行し終えると、ステップＳ１０９の処理を実行する。

なお、ステップＳ１０５においてサーバ３００の通信部３０１が第１のリクエスト信号を受信していない場合（ステップＳ１０５で否定判定）、制御部３０２は、ステップＳ１
０６－Ｓ１０８の処理をスキップして、ステップＳ１０９の処理を実行する。

ステップＳ１０９では、制御部３０２は、サーバ３００の通信部３０１が第１のトリガ信号を受信したかを判定する。第１のトリガ信号は、第１のＷｅｂページの表示を終了するトリガとなる信号である。斯様な第１のトリガ信号には、例えば、第２のリクエスト信号、及び、ユーザのログアウトを要求する信号等が含まれる。サーバ３００の通信部３０１が第１のトリガ信号を受信していない場合（ステップＳ１０９で否定判定）、制御部３０２は、ステップＳ１０５以降の処理を再度実行する。一方、サーバ３００の通信部３０１が第１のトリガ信号を受信した場合（ステップＳ１０９で肯定判定）、制御部３０２は、本処理ルーチンの実行を終了する。

以上述べた実施形態によれば、第１のサイトで取り扱っている部品のうち、第１の車両１に装着済の部品（第１の車両１の製造時に取り付けられた部品、第１の車両１の販売時に取り付けられた部品、第１の車両１のリース開始時に取り付けられた部品、及び、第１のサイトで過去に発注された部品（第４の部品））、及び、第１の車両１に装着済の部品と競合する部品に加え、買い物かご（発注予定リスト）に保持されている部品（第３の部品）、及び、第３の部品と競合する部品が、第１の部品から除外される。さらに、第１のＷｅｂページでは、第１のサイトで取り扱っている部品のうち、第１の部品に該当する部品のみが発注可能な形態で表示される。

したがって、第１の車両１のユーザは、第１のＷｅｂページの部品リストを閲覧することで、第１の車両１に装着済の部品と競合せずに取り付け可能な部品を識別することが可能になる。これにより、第１の車両１に装着済の部品と競合せずに取り付け可能な部品をユーザが調べる手間を省くことができる。さらに、第１の車両１に取り付け不可能な部品、第３の部品、第３の部品と競合する部品、第４の部品、及び、第４の部品と競合する部品を、ユーザが発注してしまうことを抑制することができる。よって、ユーザが車両用の部品を発注する場合の利便性を向上させることができる。

＜その他＞
上記した実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。また、本開示において説明した処理及び構成は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。さらに、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。また、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成で実現するかは柔軟に変更可能である。

また、本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよく、又はネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、データ及びプログラム等の情報を電気的、磁気的、光学的、機械的、又は化学的な作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体である。斯様な非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、又はＨＤＤ等）、又は光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、又はブルーレイディスク等）等の任意のタイプのディスクである。また、非一時的なコンピュータ可読記憶媒体は、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、又はＳＳＤ（Solid State Drive）等の媒体でも
よい。

１ 第１の車両
２００ ユーザ端末
３００ サーバ
３０１ 通信部
３０２ 制御部
３０３ ユーザ管理ＤＢ
３０４ 車両管理ＤＢ
３０５ 部品管理ＤＢ

Claims (5)

1. 車両用の部品の発注を受け付けるための第１のサイトを管理する情報処理装置であって、
   第１の車両を一意に識別する第１の識別情報を取得することと、
   前記第１の識別情報に基づいて、前記第１の車両に装着済の部品と競合せずに取り付け可能な第１の部品を特定することと、
   前記第１の部品を識別可能な部品リストを、前記第１のサイトに掲示することと、
   を実行する制御部を備える、
   情報処理装置。
2. 前記部品リストは、前記第１の部品に加え、前記第１の車両に取り付け不可能な第２の部品を含み、
   前記制御部は、前記第１の部品が発注可能な形態であって、且つ、前記第２の部品が発注不可能な形態で前記部品リストを出力する、
   請求項１に記載の情報処理装置。
3. 部品毎の装着可否情報を前記第１の識別情報に関連付けて格納するデータベースを更に備え、
   前記制御部は、前記第１の識別情報と前記データベースに格納されている情報とに基づいて、前記第１の部品を特定する、
   請求項１に記載の情報処理装置。
4. 前記制御部は、
   前記第１の車両についての発注予定リストに含まれる第３の部品を特定することと、
   前記第１の部品のうち、前記第３の部品及び前記第３の部品と競合する部品を、前記第１の部品から除外することと、
   を更に実行する、
   請求項３に記載の情報処理装置。
5. 前記制御部は、
   前記第１の車両について過去に発注された第４の部品を特定することと、
   前記第１の部品のうち、前記第４の部品及び前記第４の部品と競合する部品を、前記第１の部品から除外することと、
   を更に実行する、
   請求項３に記載の情報処理装置。

Images