JP6806850B2 - タイヤ保管サービスシステム - Google Patents

Description

本発明は、タイヤ保管サービスシステムに関し、特に、店舗で受け取った自動車のタイヤを倉庫へ配送して管理し、保管したタイヤを店舗に配送して返却するタイヤ保管サービスシステムに関する。

自動車のタイヤには、通常装着されるタイヤである夏タイヤと、積雪道路用のスタッドレスタイヤ等の冬タイヤとがある。そして、１台の自動車に対して冬季と冬季以外とで装着するタイヤを使い分けることが多い。そのため、夏タイヤの使用中は冬タイヤを保管しておき、冬タイヤを使用する冬季には夏タイヤを保管する必要がある。つまり、タイヤには交換サイクルがある。そこで、冬季以外の通常の期間には、装着していない冬タイヤを預かって倉庫に保管し、冬季には倉庫に保管した冬タイヤを取り出し、夏タイヤを冬タイヤに交換し、交換した夏タイヤを冬タイヤの代わりに倉庫に保管するという、タイヤの保管サービスが普及しつつある。

ここで、タイヤの保管サービスに関連する先行技術として例えば以下の特許文献１から特許文献５が挙げられる。

特許文献１には、自動車のタイヤを預かり、保管した後に返却する管理を行う預かりタイヤ管理システムに関する技術が開示されている。特許文献１にかかる預かりタイヤ管理システムは、ユーザからタイヤを預かる事業所が備える事業所端末と、事業所端末と通信ネットワークを介して通信可能に接続された管理サーバとを具備する。そして、管理サーバは、事業所端末から送信された、タイヤの預け入れを依頼する預け入れ依頼情報を受信し、預け入れ依頼情報ごとに識別コードを付与し、識別コードと関連付けて預け入れ依頼情報を記憶する。併せて、管理サーバは、識別コードを事業所端末に通知する。そして、倉庫内の複数の保管スペースのそれぞれに付された保管スペースコードが、収容可能なタイヤのサイズ条件と関連付けて記憶された保管スペーステーブルを参照し、預け入れ依頼情報に含まれるタイヤサイズ・本数情報に基づいて保管スペースを決定し、その保管スペースコードを預け入れ依頼情報と共に記憶するものである。

特許文献２には、オフシーズンタイヤ保管サービスを支援するシステムに関する技術が開示されている。特許文献２にかかるサーバ装置は、端末から預かり伝票の発行の依頼を受け付けたときにタイヤ保管契約情報を生成し、端末から集荷依頼を受け付けたときにタイヤ保管契約情報に基づいて集荷情報を生成し、端末から配送依頼を受け付けたときに集荷情報に基づいて配送情報を生成する。サーバ装置７０は、生成したタイヤ保管契約情報、集荷情報、配送情報を依頼元の端末に閲覧させる。特に、特許文献２にかかる端末は、顧客と運営事業者との間のタイヤ保管契約の内容を記した預かり伝票の発行を依頼する伝票発行依頼メッセージであって、顧客の連絡先、保管対象となるタイヤに関わる情報、およびタイヤ保管契約の終了日を依頼情報として含む伝票発行依頼メッセージ、または、顧客と前記運営事業者との間のタイヤ保管契約の更新を依頼する更新依頼メッセージであって、該当のタイヤ保管契約の預かり番号および更新後のタイヤ保管契約の終了日を依頼情報として含む更新依頼メッセージを前記サーバ装置に送信するものである。

特許文献３には、自動車のシーズンタイヤの交換及び保管サービスを支援するシステムに関する技術が開示されている。特許文献３にかかるタイヤ保管サービス支援システムは、ユーザの自動車のタイヤを第１種類のタイヤから第２種類のタイヤに交換し、該第１種類のタイヤを再使用のため保管するサービスを提供するディーラに関連して設けられたウェブサイトと、前記保管されるタイヤに関する情報を前記ユーザと関連付けて記憶するデータベースと、を備え、前記ウェブサイトは、前記ユーザによるアクセスに応じて前記データベースを検索し、該ユーザのために保管している前記タイヤに関する情報を提供するページを作成し、前記ユーザに送信するよう構成されている。

特許文献４には、自動車のシーズンタイヤの交換及び保管サービスを支援するシステムにおいて、ユーザのためにタイヤを保管する倉庫等で使用できるようなタイヤの保管具に関する技術が開示されている。特に、特許文献４には、タイヤ保管サービスは、交換前に自動車等に装着されていたタイヤを、再交換を行うまでディーラが適切な環境下に保管しておくサービスである、との記載がある。

特許文献５には、ユーザにより指定された物品をレンタル倉庫を利用して保管すると共に必要に応じてその物品を配送するレンタル倉庫システムに関する技術が開示されている。特許文献５にかかるレンタル倉庫システムは、サーバコンピュータおよび倉庫を備える。ユーザコンピュータは、ネットワークを介してサーバコンピュータに接続する。ユーザは、ユーザコンピュータを用いて、家財品を倉庫に預け入れる依頼、倉庫に預けてある家財品をユーザ宅に配送する依頼、家財品をオークション販売する依頼、または家財品を廃棄する依頼をサーバコンピュータに通知する。サーバコンピュータは、受信した依頼に基づいて対応する作業を実行するための指示を出力する。

特開２０１３−３８７１号公報 特許第５３３５９８４号公報 特開２００２−３４２４６７号公報 登録実用新案３１６６５９８号公報 特開２００２−２７９０５０号公報

ここで、タイヤの保管サービスにおいては、タイヤの保管情報として、管理番号や申込書の記入事項（特に顧客情報）をまとめてデータベースで管理することが望ましい。しかしながら、タイヤの集荷依頼時に店舗側で申込書の記入事項を全て手入力する作業の負荷が高いという問題点がある。一方で、タイヤの返送依頼時に顧客が管理番号を把握していることは期待できない。そのため、店舗側で顧客情報からタイヤの保管情報を突き止める必要がある。よって、タイヤの保管情報として、管理番号と顧客情報とを事前に登録しておくことが望ましい。但し、記入事項の入力自動化のために店舗側に機器（スキャナ等）を導入するにはコスト及び設置場所等の面で敷居が高い。

特許文献１は、集荷依頼と同時にユーザ名の登録が必要となる。また、特許文献２では、顧客の連絡先（顧客情報に相当）の登録は、集荷依頼（第６及び７工程）より前（第１及び２工程）であり、顧客の連絡先の登録時に、固有の預かり番号（管理番号に相当）が発行されるものである（第２工程）。そのため、特許文献１及び２では、上述した問題点を解決することができない。尚、特許文献３、４及び５についても同様である。

本発明は、このような問題点を解決するためになされたものであり、店舗側での作業負担を軽減しつつ、顧客の問合せに対して迅速に対応するためのタイヤ保管サービスシステムを提供することを目的とする。

本発明の第１の態様にかかるタイヤ保管サービスシステムは、
顧客から預かったタイヤを外部の倉庫へ集荷させ、前記顧客からの前記タイヤの引渡要求に応じて当該顧客のタイヤを前記倉庫から配送させる店舗に設置された店舗端末と、
前記店舗から集荷されたタイヤを保管し、前記引渡要求に応じて当該タイヤを前記店舗へ配送する倉庫に設置された倉庫端末と、
前記店舗端末及び前記倉庫端末とネットワークを介して接続され、前記店舗端末及び前記倉庫端末とのやり取りを制御し、前記タイヤの保管情報を管理するデータベースを有する管理サーバと、
を備えるタイヤ保管サービスシステムであって、
前記管理サーバは、
前記店舗端末から、予め申込書に割り当てられ、前記店舗の識別情報を含む管理番号、及び、保管先の倉庫情報を含む集荷依頼を受信し、
前記集荷依頼に基づき、前記受信した前記管理番号及び前記倉庫情報を含み、ステータスを集荷依頼済みとしたタイヤ保管情報を生成して、前記データベースに保存し、
前記倉庫端末からの発行要求に応じて、前記ステータスが集荷依頼済みであるタイヤ保管情報について集荷指示書を発行し、
前記タイヤが前記集荷指示書に基づいて前記店舗から前記倉庫へ集荷された後、前記倉庫端末から前記顧客の顧客情報と前記管理番号を指定した更新要求を受信し、当該指定された管理番号に対応する前記タイヤ保管情報に指定された顧客情報を追加し、前記ステータスを保管中として前記データベースを更新する。

本発明によれば、店舗側での作業負担を軽減しつつ、顧客の問合せに対して迅速に対応するためのタイヤ保管サービスシステムを提供することができる。

本発明の実施の形態１にかかるタイヤ保管サービスシステムの全体構成を示すブロック図である。 本発明の実施の形態１にかかるタイヤ集荷処理の流れを示すシーケンス図である。 本発明の実施の形態１にかかるタイヤ状態入力画面の例を示す図である。 本発明の実施の形態１にかかるタイヤ状態の入力内容の反映後の例を示す図である。 本発明の実施の形態１にかかるタイヤ返却処理の流れを示すシーケンス図である。 本発明の実施の形態１にかかる返却依頼入力画面の例を示す図である。 本発明の実施の形態１にかかる引渡予定入力画面の例を示す図である。 本発明の実施の形態１にかかる検索結果表示画面の例を示す図である。 本発明の実施の形態１にかかるステータス選択画面の例を示す図である。 本発明の実施の形態１にかかる検索結果表示画面の例を示す図である。 本発明の実施の形態１にかかるステータス選択画面の例を示す図である。 本発明の実施の形態１にかかるタイヤ状態検索画面の例を示す図である。 本発明の実施の形態１にかかるタイヤ状態の検索結果の例を示す図である。

以下では、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略する。

＜発明の実施の形態１＞
はじめに、本発明の実施の形態１にかかるタイヤ保管サービスシステムの特徴の一部及びその効果を説明する。但し、本発明の実施の形態にかかる特徴及び効果は、以下に限定されず、本明細書等の全体に記載されていることはもちろんである。

まず、本発明の実施の形態１にかかるタイヤ保管サービスシステムは、顧客から預かったタイヤを外部の倉庫へ集荷させ、前記顧客からの前記タイヤの引渡要求に応じて当該顧客のタイヤを前記倉庫から配送させる店舗に設置された店舗端末と、前記店舗から集荷されたタイヤを保管し、前記引渡要求に応じて当該タイヤを前記店舗へ配送する倉庫に設置された倉庫端末と、前記店舗端末及び前記倉庫端末とネットワークを介して接続され、前記店舗端末及び前記倉庫端末とのやり取りを制御し、前記タイヤの保管情報を管理するデータベースを有する管理サーバと、を備えるタイヤ保管サービスシステムである。前記管理サーバは、前記店舗端末から、予め申込書に割り当てられ、前記店舗の識別情報を含む管理番号、及び、保管先の倉庫情報を含む集荷依頼を受信し、前記集荷依頼に基づき、前記受信した前記管理番号及び前記倉庫情報を含み、ステータスを集荷依頼済みとしたタイヤ保管情報を生成して、前記データベースに保存し、前記倉庫端末からの発行要求に応じて、前記ステータスが集荷依頼済みであるタイヤ保管情報について集荷指示書を発行し、前記タイヤが前記集荷指示書に基づいて前記店舗から前記倉庫へ集荷された後、前記倉庫端末から前記顧客の顧客情報と前記管理番号を指定した更新要求を受信し、当該指定された管理番号に対応する前記タイヤ保管情報に指定された顧客情報を追加し、前記ステータスを保管中として前記データベースを更新する。

ここで、タイヤ保管サービスには、以下のような特徴がある。
（ａ）店舗と倉庫のタイヤのやり取り自体には必ずしも顧客情報は必要とされず、遅くとも返送依頼時までに顧客情報と保管中のタイヤとの対応がＤＢに管理されていればよい。
（ｂ）夏及び冬タイヤは数か月以上保管されるため、タイヤの集荷後であれば顧客情報の登録時間を比較的確保し易い。

そこで、本発明の実施の形態では、予め各店舗に割り当てられた一意な管理番号（店舗識別情報を含む）を用いることで、集荷依頼時には詳細な情報を入力させることなく、集荷業務を開始し、倉庫に保管するタイヤと管理番号とを対応付けてＤＢで管理する。そして、顧客からのタイヤの返送依頼時には顧客が管理番号を把握していることは期待できないため、タイヤの返送依頼時までには管理番号と顧客情報とを対応付けてＤＢに管理するものである。

これにより、店舗側での作業負担を軽減しつつ、顧客の問合せに対して迅速に対応することができる。

（システムの構成）
続いて、本発明の実施の形態について、以下に具体的に説明を行う。
図１は、本発明の実施の形態１にかかるタイヤ保管サービスシステム１０００の全体構成を示すブロック図である。タイヤ保管サービスシステム１０００は、顧客１４０の自動車１３０のタイヤを店員１２０が店舗１００で受け取り、当該タイヤを倉庫２００へ配送してタイヤ保管庫２３０に保管させるタイヤ預かり業務と、顧客１４０からの要求に応じて店員１２０が倉庫２００に保管されている顧客１４０のタイヤを店舗１００まで返送させて、顧客１４０の来店時にタイヤを引き渡すタイヤ返送業務と、を支援する情報システムである。

店舗１００は、店員１２０が顧客１４０からタイヤを受け付け、預かったタイヤを外部の倉庫２００へ集荷するまで一時的に預かり、顧客１４０からのタイヤの引渡要求に応じて倉庫２００から返送されたタイヤを受け取り、顧客１４０に対して配送させてタイヤを引き渡す場所である。店舗端末１１０は、店舗１００に設置された情報処理端末であり、店員１２０により操作される。店舗端末１１０は、ネットワークＮと接続されたコンピュータ装置であり、例えば、パーソナルコンピュータ等である。

倉庫２００は、店舗１００から集荷されたタイヤを倉庫担当者２２０がタイヤ保管庫２３０に保管し、引渡要求に応じて倉庫担当者２２０がタイヤをタイヤ保管庫２３０から取り出して店舗１００へ配送する場所である。倉庫端末２１０は、倉庫２００に設置された情報処理端末であり、倉庫担当者２２０により操作される。倉庫端末２１０は、ネットワークＮと接続されたコンピュータ装置であり、例えば、パーソナルコンピュータ等である。

尚、店舗端末１１０及び倉庫端末２１０のそれぞれは、図示しない構成として、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）等のメモリ、ハードディスクやネットワークＮを介して外部とデータの送受信を行うための通信部を備える。ハードディスクには、ＯＳ（Operating System）や上述したクライアントソフトウェア等が記憶されている。ＣＰＵは、店舗端末１１０等のそれぞれにおける各種処理、メモリ、通信部及びハードディスクへのアクセス等を制御する。店舗端末１１０等は、ＣＰＵがハードディスクに記憶されたＯＳ及び各種プログラム等を読み込み、実行する。これにより、ＣＰＵは、少なくとも上述したタイヤ保管サービスシステム１０００の店舗端末１１０又は倉庫端末２１０の機能を実現する。

尚、店舗端末１１０は、説明の便宜上１台のみ記載しているが、これに限定されず、１店舗当たり複数台存在してもよい。そして、店舗１００も複数存在し得ることはもちろんである。また、倉庫端末２１０は、説明の便宜上１台のみ記載しているが、これに限定されず、１倉庫当たり複数台存在してもよい。そして、倉庫２００も複数存在し得ることはもちろんである。

タイヤ保管サービスシステム１０００は、店舗端末１１０と倉庫端末２１０と管理サーバ３００とを備えるものである。店舗端末１１０及び倉庫端末２１０は、上述の通りである。管理サーバ３００は、店舗端末１１０及び倉庫端末２１０とネットワークＮを介して接続され、店舗端末１１０及び倉庫端末２１０からの要求に応じて応答を行うことで、店舗端末１１０及び倉庫端末２１０とのやり取りを制御する。そして、管理サーバ３００は、制御部３１０と、記憶部３２０とを備える。記憶部３２０は、タイヤ保管情報３２１を管理するデータベースを有する記憶装置である。

制御部３１０は、店舗端末１１０から、予め申込書に割り当てられ、店舗の識別情報を含む管理番号、及び、保管先の倉庫情報を含む集荷依頼を受信する。そして、制御部３１０は、集荷依頼に基づき、タイヤ保管情報３２１を生成して、データベースに保存する。ここで、タイヤ保管情報３２１には、管理番号、集荷依頼元の店舗情報、タイヤの保管先の倉庫情報、タイヤの保管状態を示すステータス、タイヤの溝や硬度又はホイル等の状態を示すタイヤ状態、依頼者である顧客情報等を含む。そして、スタータスには、例えば、集荷依頼済み、タイヤ保管中、返却依頼済み、返却済み、お客様引渡済み、処分済み等が含まれる。

制御部３１０は、倉庫端末２１０からの発行要求に応じて、ステータスが「集荷依頼済み」であるタイヤ保管情報３２１について集荷指示書を発行する。そして、制御部３１０は、タイヤが集荷指示書に基づいて店舗１００から倉庫２００へ集荷された後、倉庫端末２１０から顧客１４０の顧客情報と管理番号を指定した更新要求を受信し、当該指定された管理番号に対応するタイヤ保管情報３２１に指定された顧客情報を追加し、ステータスを「タイヤ保管中」としてデータベースを更新する。

尚、制御部３１０の一例としてはＣＰＵが相当し、記憶部３２０の一例としては、ＲＡＭ及びＲＯＭ等のメモリ、ハードディスクが相当する。さらに、管理サーバ３００は、図示しない構成として、ネットワークＮを介して外部とデータの送受信を行うための通信部を備える。ハードディスクには、ＯＳやＷＥＢサーバプログラム、アプリケーションサーバプログラム、データベース管理プログラム及び本発明の実施の形態にかかる管理サーバ用のサービスプログラム等が記憶されている。ＣＰＵは、管理サーバ３００における各種処理、メモリ、通信部及びハードディスクへのアクセス等を制御する。管理サーバ３００は、ＣＰＵがハードディスクに記憶されたＯＳ及び各種プログラム等を読み込み、実行する。これにより、ＣＰＵは、少なくとも上述したタイヤ保管サービスシステムの管理サーバの機能を実現する。尚、管理サーバ３００は、複数台のコンピュータ装置により負荷分散及び冗長化構成されていてもよい。

ネットワークＮは、インターネット及びインターネットと接続された携帯電話通信網等の通信回線網であり、公知なものであるため詳細な説明を省略する。

（タイヤ集荷処理）
図２は、本発明の実施の形態１にかかるタイヤ集荷処理の流れを示すシーケンス図である。まず前提として、顧客１４０が自動車１３０で店舗１００に来店する。そして、店員１２０は、顧客１４０から自動車１３０のタイヤを夏タイヤ又は冬タイヤに交換することと、交換により取り外されたタイヤを預ける旨を受け付ける。その際、店員１２０は、顧客１４０に所定の申込書に顧客の氏名や住所等の顧客情報等の記入を依頼する。ここで、所定の申込書には、予め店舗内で一意な管理番号が付与されている。つまり、管理番号には、店舗の識別情報が含まれている。また、所定の申込書には、顧客情報、タイヤ状態、預入日等の記入欄があるものとする。そして、店員１２０は、顧客１４０から記入済みの申込書を受け取った後、適宜、タイヤやホイルの状態を確認して、タイヤ状態を申込書に記入する。また、そのため、店舗端末１１０を操作する店員１２０は、顧客１４０から自動車１３０のタイヤ及び申込書を受け付ける（Ｓ１０１）ということになる。尚、店舗１００では、集荷までの間、受け付けたタイヤを管理番号と対応付けて一時的に保管するものとする。

続いて、店舗端末１１０は、店員１２０の操作により集荷依頼を管理サーバ３００へ送信する（Ｓ１０２）。このとき、店員１２０は、店舗端末１１０の入力インタフェースを介して、申込書に付与された管理番号と、店舗１００に関する店舗情報と、タイヤの保管先である倉庫２００に関する倉庫情報とを入力する。そして、店舗端末１１０は、入力された管理番号、店舗情報及び倉庫情報を含めた集荷依頼を示すメッセージをネットワークＮを介して管理サーバ３００へ送信する。つまり、店員１２０は、申込書に記入された顧客情報やタイヤ状態等の入力を行う必要がない。

その後、管理サーバ３００は、店舗端末１１０からの集荷依頼を受信し、集荷依頼に基づき、顧客１４０のタイヤを保管するためのタイヤ保管情報３２１を生成して、前記データベースに保存する（Ｓ１０３）。このとき、管理サーバ３００は、タイヤ保管情報３２１に受信した集荷依頼に含まれる管理番号と、倉庫情報とを含める。また、管理サーバ３００は、タイヤ保管情報３２１のステータスを「集荷依頼済み」とする。そして、管理サーバ３００は、生成したタイヤ保管情報３２１を記憶部３２０に格納する。

続いて、倉庫２００における倉庫担当者２２０は、所定のタイミングで倉庫端末２１０を操作し、集荷指示書の発行依頼を行う。例えば、倉庫担当者２２０は、倉庫端末２１０の入力インタフェースを介して、店舗１００、倉庫２００及びステータスを「集荷依頼済み」と指定して検索を行い、検索結果に示される管理番号のリストについて、集荷指示書の発行依頼対象を取捨選択し、選択した管理番号に対して集荷指示書の発行依頼の操作を行う。そのため、倉庫端末２１０は、倉庫担当者２２０の操作により集荷指示書の発行依頼を管理サーバ３００へ送信する（Ｓ１０４）。尚、所定のタイミングとは、例えば、日次又は週次が挙げられるがこれに限定されない。

管理サーバ３００は、倉庫端末２１０からの集荷指示書の発行依頼（発行要求）に応じて、ステータスが集荷依頼済みであるタイヤ保管情報について集荷指示書を発行する（Ｓ１０５）。具体的には、管理サーバ３００は、倉庫端末２１０からの集荷指示書の発行依頼を受信し、記憶部３２０内のタイヤ保管情報３２１の中から、発行依頼で指定された管理番号を検索し、検索された管理番号について集荷指示書のデータを生成し、生成した集荷指示書のデータを倉庫端末２１０へ返信する。このとき、発行依頼で指定された管理番号は、ステータスが「集荷依頼済み」のものであるため、管理サーバ３００は、管理番号によりステータスが集荷依頼済みであるタイヤ保管情報を特定できることになる。また、集荷指示書には、管理番号、対象の倉庫情報及び店舗情報等が含まれるものとする。

その後、倉庫端末２１０は、管理サーバ３００から発行された集荷指示書を受信し、倉庫担当者２２０の操作により印刷等を行う。そして、倉庫２００側において、集荷担当者が集荷指示書に基づいて配送車両により集荷指示書に記載の店舗１００へ向かう。そして、集荷担当者は店舗１００において管理番号に指定されたタイヤを店員１２０から受け取る。このとき、集荷担当者はタイヤと共に当該タイヤの申込書も受け取る。そして、集荷担当者は、タイヤと申込書とを配送車両に搭載して倉庫２００まで配送する（Ｓ１０６）。

倉庫担当者２２０は、配送されたタイヤ及び申込書を受け取り、集荷指示書と突き合わせて確認する。そして、倉庫担当者２２０は、タイヤをタイヤ保管庫２３０の管理番号と対応付けた所定の場所へ保管し、併せて、倉庫端末２１０に対して集荷完了の登録を行う。そして、倉庫担当者２２０は、集荷完了の登録の際に、申込書に記入された管理番号及び顧客情報の入力を行う。すなわち、倉庫端末２１０は、倉庫担当者２２０の操作により管理番号及び顧客情報の入力内容を管理サーバ３００へ送信する（Ｓ１０７）。

（タイヤ状態の入力支援機能）
このとき、倉庫担当者２２０は、さらに、タイヤ状態を入力することが望ましい。そして、本発明の実施の形態１にかかるタイヤ状態入力画面では、タイヤ状態の入力を支援する機能として、複数のタイヤのうち一部のタイヤ（左前）に対して入力されたタイヤ状態の内容を、残りのタイヤ（右前、左後、右後）におけるタイヤ状態としてコピーして入力させる入力欄が提供されている。

図３は、本発明の実施の形態１にかかるタイヤ状態入力画面の例を示す図である。図３に示すタイヤ状態入力画面では、特定の管理番号に対応するタイヤにおけるタイヤ及びホイルの状態を入力する欄として、左前タイヤ状態入力欄４０１、右前タイヤ状態入力欄４０２、左後タイヤ状態入力欄４０３（不図示）及び右後タイヤ状態入力欄４０４（不図示）が設けられている。そして、倉庫担当者２２０は、申込書の記入内容に従って各タイヤのタイヤ状態を入力することとなる。ここでは、左前タイヤ状態入力欄４０１にタイヤ状態が入力済みであり、右前タイヤ状態入力欄４０２等には未入力である。そして、当該タイヤ状態入力画面には、左前タイヤ状態入力欄４０１の下部に、全てに反映ボタン４１０が設けられている。全てに反映ボタン４１０は、押下された場合に、左前タイヤ状態入力欄４０１の入力内容を、他のタイヤのタイヤ状態の入力欄、つまり、右前タイヤ状態入力欄４０２、左後タイヤ状態入力欄４０３及び右後タイヤ状態入力欄４０４へ反映、つまり、コピーするものである。

図４は、本発明の実施の形態１にかかるタイヤ状態の入力内容の反映後の例を示す図である。図４は、図３に示す入力状態から倉庫担当者２２０が全てに反映ボタン４１０を押下した後の状態を示す。つまり、右前タイヤ状態入力欄４０２、左後タイヤ状態入力欄４０３及び右後タイヤ状態入力欄４０４には、左前タイヤ状態入力欄４０１と同じ入力内容が入力済みとなっていることを示す。

本発明の実施の形態にかかるタイヤ保管サービスシステム１０００で対象となる自動車のタイヤは４本等の複数本であることから、倉庫担当者２２０は、申込書の記入内容に従って、各タイヤについて入力する必要がある。但し、同一の自動車における各タイヤの状態は、タイヤメーカやサイズが共通していることがほとんどである。また、タイヤの溝や硬度、ホイルの種類や傷の状態についても共通していることが多い。そのため、全てに反映ボタン４１０を用いることで、倉庫担当者２２０は、複数のタイヤ状態の重複入力の負担を軽減することができる。そして、仮に、タイヤの間で状態が異なるとしてもこれらのうちの一部が異なることが多いため、一旦、全てに反映ボタン４１０により各タイヤに共通の入力内容を反映した後に、異なる部分の入力内容のみを修正すればよい。

図２に戻り説明を続ける。管理サーバ３００は、タイヤが集荷指示書に基づいて店舗１００から倉庫２００へ集荷された後、倉庫端末２１０から顧客１４０の顧客情報と管理番号を指定した更新要求を受信する。そして、管理サーバ３００は、指定された管理番号に対応するタイヤ保管情報３２１に指定された顧客情報を追加し、ステータスを「タイヤ保管中」としてデータベースを更新する（Ｓ１０８）。これにより、タイヤ保管情報３２１には、管理番号と対応付けて顧客情報が登録される。そのため、今後、データベースに対して顧客の氏名等により管理番号を検索することができ、保管中のタイヤを特定できる。尚、ステップＳ１０７において、顧客情報と併せてタイヤ状態が入力された場合、管理サーバ３００は、指定された管理番号に対応するタイヤ保管情報３２１に、対応するタイヤ状態を追加してデータベースを更新する。

（タイヤ返却処理）
図５は、本発明の実施の形態１にかかるタイヤ返却処理の流れを示すシーケンス図である。まず前提として、数か月前に自己の自動車１３０のタイヤをタイヤ保管サービスシステム１０００を介して倉庫２００に保管した顧客１４０が、店舗１００の店員１２０に対して電話等により保管したタイヤの受け取り（再交換）を依頼する（引渡要求）。尚、このとき、顧客１４０は、通常、数か月前にタイヤを保管した際の管理番号を正確に店員１２０に伝えることは少なく、大抵の場合、顧客の氏名等を店員１２０に伝えることとなる。

これに応じて、店員１２０は、店舗端末１１０の入力インタフェースを介して、管理番号を特定するために顧客の氏名等により検索を行う。図６は、本発明の実施の形態１にかかる返却依頼入力画面の例を示す図である。図６に示すように、店員１２０は、顧客氏名入力欄５０１に依頼された顧客の氏名等（の一部）を入力する。また、店員１２０は、受付店舗入力欄５０２に店舗１００を入力する。そして、店員１２０は、検索ボタン５０３を押下する。

店舗端末１１０は、店員１２０の操作により入力された顧客情報及び店舗情報に基づくタイヤ保管情報３２１の検索要求を管理サーバ３００へ送信する（Ｓ２０１）。そして、管理サーバ３００は、検索要求に応じて、データベース内を検索し、検索結果を店舗端末１１０へ返信する（Ｓ２０２）。店舗端末１１０は、受信した検索結果を画面に表示する。例えば、検索結果が図６の検索結果表示欄５０４の表示内容であったものとする。

そこで、店員１２０は、検索結果の中から該当する管理番号についての返却依頼を行う。具体的には、店員１２０は、返却依頼ボタン５０５を押下する。店舗端末１１０は、返却依頼ボタン５０５の押下に応じて図７に示す引渡予定入力ダイアログ５０６を表示する。図７は、本発明の実施の形態１にかかる引渡予定入力画面の例を示す図である。そして、店員１２０は、引渡予定日入力欄５０７に引渡予定日を入力する。また、店員１２０は、必要に応じて備考入力欄５０８に文字情報を入力する。そして、店員１２０は登録ボタン５０９を押下する。

店舗端末１１０は、店員１２０の操作により入力された引渡予定日（及び備考欄の文字情報）を含む返却依頼を管理サーバ３００へ送信する（Ｓ２０３）。管理サーバ３００は、店舗端末１１０からの返却依頼を受信し、返却依頼に含まれる引渡予定日及び文字情報を、管理番号に対応するタイヤ保管情報３２１に反映し、ステータスを「返却依頼済み」としてデータベースを更新する（Ｓ２０４）。そして、管理サーバ３００は、更新結果を店舗端末１１０へ返信する（Ｓ２０５）。店舗端末１１０は、受信した更新結果を画面に表示する。

続いて、倉庫２００における倉庫担当者２２０は、所定のタイミングで倉庫端末２１０を操作し、返却指示書の発行依頼を行う。例えば、倉庫担当者２２０は、倉庫端末２１０の入力インタフェースを介して、店舗１００、倉庫２００及びステータスを「返却依頼済み」と指定して検索を行い、検索結果に示される管理番号のリストについて、返却指示書の発行依頼対象を取捨選択し、選択した管理番号に対して返却指示書の発行依頼の操作を行う。そのため、倉庫端末２１０は、倉庫担当者２２０の操作により返却指示書の発行依頼を管理サーバ３００へ送信する（Ｓ２０６）。尚、所定のタイミングとは、例えば、日次又は週次が挙げられるがこれに限定されない。

管理サーバ３００は、倉庫端末２１０からの返却指示書の発行依頼（発行要求）に応じて、ステータスが返却依頼済みであるタイヤ保管情報について返却指示書を発行する（Ｓ２０７）。具体的には、管理サーバ３００は、倉庫端末２１０からの返却指示書の発行依頼を受信し、記憶部３２０内のタイヤ保管情報３２１の中から、返却依頼で指定された管理番号を検索し、検索された管理番号について返却指示書のデータを生成し、生成した返却指示書のデータを倉庫端末２１０へ返信する。このとき、返却依頼で指定された管理番号は、ステータスが「返却依頼済み」のものであるため、管理サーバ３００は、管理番号によりステータスが返却依頼済みであるタイヤ保管情報を特定できることになる。また、返却指示書には、管理番号、対象の倉庫情報、店舗情報、顧客情報及びタイヤ状態等が含まれるものとする。

その後、倉庫端末２１０は、管理サーバ３００から発行された返却指示書を受信し、倉庫担当者２２０の操作により印刷等を行う。そして、倉庫２００側において、返却担当者が返却指示書に基づいて配送車両により返却指示書に記載の店舗１００へ向かう（Ｓ２０８）。そして、返却担当者は店舗１００において管理番号に指定されたタイヤを店員１２０へ引き渡す（Ｓ２０９）。

その後、店員１２０は、受け取ったタイヤを返却指示書と突き合わせて確認する。そして、店員１２０は、受け取ったタイヤを管理番号と対応付けて店舗１００内の一時的な保管場所に保管する。併せて、店員１２０は、店舗端末１１０に対して店舗１００への返却完了の登録を行う。つまり、店舗端末１１０は、店員１２０の操作により返却完了の旨を送信する。そして、管理サーバ３００は、受信した返却完了の旨に応じて、該当する管理番号のタイヤ保管情報３２１のステータスを「返却済み」としてデータベースを更新する。

その後、顧客１４０が来店した際に、店員１２０は、要求されたタイヤを顧客１４０に引き渡す。併せて、店員１２０は、店舗端末１１０に対して引渡完了の登録を行う。つまり、店舗端末１１０は、店員１２０の操作により入力された引渡日を含む引渡登録を送信する（Ｓ２１０）。そして、管理サーバ３００は、受信した引渡登録に応じて、該当する管理番号のタイヤ保管情報３２１に引渡日を追加し、ステータスを「お客様引渡済み」としてデータベースを更新する（Ｓ２１１）。

（返却依頼入力支援機能）
上記を踏まえて、本発明の実施の形態の特徴についてさらに説明する。まず、図６の検索結果表示欄５０４は、店舗端末１１０での返送依頼の入力画面である。そして、検索結果表示欄５０４では、お客様引渡予定日／返却依頼登録欄に返却依頼ボタン５０５を配置している。これは、この時点では、お客様引渡予定日が未入力であり、代わりに、ユーザに必要となる操作に対応した引渡予定入力ダイアログ５０６を呼び出すボタンを配置したものである。そのため、引渡予定を入力するユーザが直感的に入力箇所を把握できる。また、引渡予定が入力された後には、引渡予定入力ダイアログ５０６に代えて、入力された引渡予定日及び備考の文字列とが併せて表示される。この時点では、返却依頼済みであるため、返却依頼ボタン５０５が不要なためである。

（緊急引渡の対応）
さらに、上記の説明では、顧客１４０は来店の数日前に予めタイヤの引渡を依頼した場合について説明したが、顧客１４０の都合により事前にタイヤの引渡の連絡ができなかった場合や、パンク等の対応のため緊急で倉庫からタイヤを取り出さなければならない場合があり得る。この場合には、店員１２０は、図７の引渡予定入力ダイアログ５０６の備考入力欄５０８に緊急引出を要求する旨の文字情報を入力し、登録ボタン５０９する。この場合、管理サーバ３００は、店舗端末１１０から受信した引渡予定日と備考欄の文字情報とをタイヤ保管情報３２１に対応付けて保存する。そして、管理サーバ３００は、該当する管理番号について検索された際の検索結果を表示する際に、お客様引渡予定日／返却依頼登録欄に、引渡予定日と備考欄の文字情報とをまとめて表示する。これにより、倉庫２００側でも倉庫担当者２２０が文字情報により緊急度合いを把握できる。また、該当のタイヤについて緊急で即時に配送することができる。例えば、店舗１００側の担当者が倉庫２００に該当のタイヤを受け取りに行くか、倉庫２００側が緊急で該当のタイヤを店舗１００へ配送することもできる。そのため、備考入力欄５０８により倉庫２００側に緊急度を適切に伝達することができる。

（ステータス更新の入力支援機能）
また、本発明の実施の形態にかかる別の特徴について説明する。図５のステップＳ２１０で店員１２０が引渡登録を行う際の画面及び動作について説明する。図８は、本発明の実施の形態１にかかる検索結果表示画面の例を示す図である。図８では、顧客Ｃのタイヤについて店舗Ａが受け付けて倉庫Ｂに保管されたタイヤ保管情報３２１の検索結果の例である。ここでは、引渡予定日が入力済み、かつ、ステータスが「返却済み」であり、店員１２０が顧客へタイヤの引渡後に入力する場合を示す。図８に示すように、検索結果には引渡入力ボタン５１０が配置されている。そこで、店員１２０は、引渡入力ボタン５１０を押下する。これにより、店舗端末１１０は、画面に図９に示すステータス選択画面を表示する。ここでは、引渡登録ボタン５１１及び処分ボタン５１２が配置されている。そこで、店員１２０は、顧客１４０に無事、タイヤを引き渡せた場合には、引渡登録ボタン５１１を押下する。これにより、管理サーバ３００は、タイヤ保管情報３２１のステータスを「お客様引渡済み」に更新する。また、顧客１４０が保管していたタイヤの代わりに新規なタイヤを購入し、取り付けた場合など、配送されたタイヤを処分することとなった場合には、店員１２０は、処分ボタン５１２を押下する。これにより、管理サーバ３００は、タイヤ保管情報３２１のステータスを「処分済み」に更新する。

このように、タイヤ保管情報３２１のステータスが「返却済み」である場合には、その後のステータスとしては、「お客様引渡済み」又は「処分済み」のいずれかとなることが多い。そのため、図９のように、ステータスを「お客様引渡済み」へ直接更新するための引渡登録ボタン５１１と、ステータスを「処分済み」へ直接更新するための処分ボタン５１２とを配置することで、店員１２０は、容易に操作することができ、入力効率が向上する。

（ステータス更新の修正支援機能）
一方で、店員１２０は店舗端末１１０の操作を誤る場合がある。そこで、タイヤ保管情報３２１の任意のステータスへ修正する機能について説明する。図１０は、本発明の実施の形態１にかかる検索結果表示画面の例を示す図である。ここでは、検索結果表示画面のステータス欄にステータスチェックボックス５１３が配置されていることを示す。店員１２０は、ステータスチェックボックス５１３を押下する。これにより、店舗端末１１０は、画面に図１１に示すステータス変更ダイアログ５１４を表示する。そして、店員１２０は、ステータス選択欄５１５の中から所望のステータスを選択し、更新ボタン（不図示）を押下する。これにより、管理サーバ３００は、該当する管理番号のタイヤ保管情報３２１のステータスをステータス選択欄５１５で選択されたステータスに更新する。

尚、タイヤ保管情報３２１の検索結果表示画面は、店舗端末１１０に限らず、倉庫端末２１０でも表示が可能である。そのため、店員１２０又は倉庫担当者２２０がタイヤ保管サービスシステム１０００に対する操作を誤った場合には、ステータスチェックボックス５１３を押下してステータス選択欄５１５の中から任意のステータスを選択することで、タイヤ保管情報３２１のステータスを柔軟に修正することができる。

また、言い換えると、上述した図９の引渡登録ボタン５１１及び処分ボタン５１２は、業務上、選択頻度の高いステータスへ更新するための専用のボタンであり、これにより入力効率を向上させつつ、それ以外にステータスチェックボックス５１３により任意のステータスを選択できるようにしたことで柔軟性を確保したものといえる。

（販売促進支援機能）
続いて、本発明の実施の形態にかかる別の特徴について説明する。ここでは、本発明の実施の形態にかかるタイヤ保管情報を販売促進に用いる場合について説明する。図１２は、本発明の実施の形態１にかかるタイヤ状態検索画面の例を示す図である。図１２では、受付店舗入力欄６０１に店舗Ａを指定し、倉庫入力欄６０２に倉庫Ｂを指定し、タイヤ状態入力欄６０３ｂに所望のタイヤ状態等の条件を指定した場合を示している。タイヤ状態入力欄６０３ｂとしては、例えば、タイヤのセリアルＮｏ．、タイヤメーカー、タイヤの種類、残溝、硬度といったタイヤ状態や、タイヤのステータスが「（タイヤ）保管中」であるか否か等の検索条件を指定することができる。尚、契約満了日範囲入力欄６０３ａには、顧客１４０とのタイヤ保管契約の満了日の範囲を年月日により指定することができる。つまり、管理サーバ３００の記憶部３２０にデータベースとして登録されているタイヤ保管情報３２１に対して、上記条件により検索を行う場合を示す。そして、店員１２０等は、検索ボタン６０４を押下する。これにより、管理サーバ３００は、指定された店舗、倉庫及びタイヤ状態の条件等に基づいてタイヤ保管情報３２１を検索し、検索結果を店舗端末１１０の画面に表示させる。

図１３は、本発明の実施の形態１にかかるタイヤ状態の検索結果の例を示す図である。検索結果表示欄６０８は、管理番号ごとのタイヤ保管情報がリスト表示されている。そして、店員１２０は、検索結果表示欄６０８の任意のレコードを選択して、ＣＳＶ出力ボタン６０５、ＰＤＦ出力ボタン６０６又は宛名ラベル発行ボタン６０７を押下する。これにより、管理サーバ３００は、選択されたタイヤ保管情報３２１について押下されたボタンに応じた出力を店舗端末１１０へ返信する。例えば、ＣＳＶ出力ボタン６０５又はＰＤＦ出力ボタン６０６が押下された場合、管理サーバ３００は、選択されたレコードについて、ＣＳＶ形式又はＰＤＦ形式のファイルを生成して、店舗端末１１０へ返信する。また、宛名ラベル発行ボタン６０７が押下された場合、管理サーバ３００は、選択されたレコードについて宛名ラベルの印刷イメージを生成し、店舗端末１１０の画面に表示させることができる。そのため、店舗端末１１０は、店員１２０の操作により選択されたレコードについての宛名ラベルの印刷を行うことができる。

そのため、店員１２０に限らず販売促進の担当者が、タイヤ状態検索画面から店舗情報及び倉庫情報、及び、ステータスを「タイヤ保管中」として指定し、さらに、契約満了日の範囲の指定をした場合、タイヤの保管期限が切れているか、保管期限が間近である顧客の宛名ラベル等を容易に作成することができる。そのため、契約延長等を勧めるためのダイレクトメールの作成を支援できる。

また、販売促進の担当者が、タイヤ状態検索画面から店舗情報及び倉庫情報、及び、ステータスを「タイヤ保管中」として指定し、さらに、タイヤ状態の条件を指定した場合、タイヤの残溝が少ない等の顧客の宛名ラベル等を容易に作成することができる。そのため、タイヤ購入等を勧めるためのダイレクトメールの作成を支援できる。

＜その他の発明の実施の形態＞
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

例えば、本発明の実施の形態は、店舗内のタイヤ保管庫に対しても適用可能である。

また、上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、任意の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-ray（登録商標） Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

１０００ タイヤ保管サービスシステム
１００ 店舗
１１０ 店舗端末
１２０ 店員
１３０ 自動車
１４０ 顧客
２００ 倉庫
２１０ 倉庫端末
２２０ 倉庫担当者
２３０ タイヤ保管庫
Ｎ ネットワーク
３００ 管理サーバ
３１０ 制御部
３２０ 記憶部
３２１ タイヤ保管情報
４０１ 左前タイヤ状態入力欄
４０２ 右前タイヤ状態入力欄
４０３ 左後タイヤ状態入力欄
４０４ 右後タイヤ状態入力欄
４１０ 全てに反映ボタン
５０１ 顧客氏名入力欄
５０２ 受付店舗入力欄
５０３ 検索ボタン
５０４ 検索結果表示欄
５０５ 返却依頼ボタン
５０６ 引渡予定入力ダイアログ
５０７ 引渡予定日入力欄
５０８ 備考入力欄
５０９ 登録ボタン
５１０ 引渡入力ボタン
５１１ 引渡登録ボタン
５１２ 処分ボタン
５１３ ステータスチェックボックス
５１４ ステータス変更ダイアログ
５１５ ステータス選択欄
６０１ 受付店舗入力欄
６０２ 倉庫入力欄
６０３ａ 契約満了日範囲入力欄
６０３ｂ タイヤ状態入力欄
６０４ 検索ボタン
６０５ ＣＳＶ出力ボタン
６０６ ＰＤＦ出力ボタン
６０７ 宛名ラベル発行ボタン
６０８ 検索結果表示欄

Claims (3)

1. 顧客から預かったタイヤを外部の倉庫へ集荷させ、前記顧客からの前記タイヤの引渡要求に応じて当該顧客のタイヤを前記倉庫から配送させる店舗に設置された店舗端末と、
   前記店舗から集荷されたタイヤを保管し、前記引渡要求に応じて当該タイヤを前記店舗へ配送する倉庫に設置された倉庫端末と、
   前記店舗端末及び前記倉庫端末とネットワークを介して接続され、前記店舗端末及び前記倉庫端末とのやり取りを制御し、前記タイヤの保管情報を管理するデータベースを有する管理サーバと、
   を備えるタイヤ保管サービスシステムであって、
   前記管理サーバは、
   前記店舗端末から、予め申込書に割り当てられ、前記店舗の識別情報を含む管理番号、及び、保管先の倉庫情報を含む集荷依頼を受信し、
   前記集荷依頼に基づき、前記受信した前記管理番号及び前記倉庫情報を含み、ステータスを集荷依頼済みとしたタイヤ保管情報を生成して、前記データベースに保存し、
   前記倉庫端末からの発行要求に応じて、前記ステータスが集荷依頼済みであるタイヤ保管情報について集荷指示書を発行し、
   前記タイヤが前記集荷指示書に基づいて前記店舗から前記倉庫へ集荷された後、前記倉庫端末から前記タイヤに関するタイヤ状態情報と前記管理番号を指定した更新要求を受信し、当該指定された管理番号に対応する前記タイヤ保管情報に指定されたタイヤ状態情報を追加し、前記ステータスを保管中として前記データベースを更新する
   タイヤ保管サービスシステム。
2. 前記タイヤ状態情報は、前記タイヤの溝もしくは硬度又はホイルの状態を含む
   請求項１に記載のタイヤ保管サービスシステム。
3. 前記更新要求には、前記顧客の顧客情報がさらに指定されており、
   前記管理サーバは、
   前記更新要求の受信に応じて、前記指定された管理番号に対応する前記タイヤ保管情報に指定された前記顧客情報をさらに追加し、前記ステータスを保管中として前記データベースを更新する
   請求項１又は２に記載のタイヤ保管サービスシステム。