(57)【特許請求の範囲】
【請求項１】
顧客からの預り品に対して実施する複数の工程を管理する工程管理装置であって、
前記預り品に対して実施する複数の工程のうち何れの工程まで実施済みであるかを示す進捗状況を更新する更新手段と、
前記更新手段が更新した進捗状況とともに、前記複数の工程のうち未実施の工程について当該工程の内容を顧客が変更するための変更用情報を前記顧客の顧客端末に配信する配信手段と、
前記変更用情報により前記顧客から前記未実施の工程について内容の変更要求を受け付けた際に、当該変更要求に基づいて前記未実施の工程の内容を変更する変更手段と、
を備えることを特徴とする工程管理装置。
【請求項２】
前記変更用情報には、前記未実施の工程の内容を変更することによる支払金額の追加額または値引額を示す情報が含まれる、
ことを特徴とする請求項１に記載の工程管理装置。
【請求項３】
前記配信手段は、前記変更用情報を前記未実施の工程毎に分類した状態で前記顧客端末に配信する、
ことを特徴とする請求項１または２に記載の工程管理装置。
【請求項４】
前記配信手段は、前記顧客端末が閲覧可能なウェブサイトにて前記進捗状況および前記変更用情報を配信する、
ことを特徴とする請求項１から３の何れか一項に記載の工程管理装置。
【請求項５】
前記預り品は、クリーニング品であり、
前記更新手段は、（１）前記顧客からのクリーニング品を受け付ける店舗の店舗端末が前記工程の１つの実施時に読み取った、前記クリーニング品に添付されたタグの識別情報を前記店舗端末から取得した場合、または、（２）前記クリーニング品をクリーニングする工場の工場端末が前記工程の１つの実施時に読みとった前記識別情報を前記工場端末から取得した場合に、前記進捗状況を更新する、
ことを特徴とする請求項１から４の何れか一項に記載の工程管理装置。
【請求項６】
前記未実施の工程とは、クリーニング品の洗濯工程またはクリーニング品の仕上げ工程のうち少なくともいずれかである、
ことを特徴とする請求項５に記載の工程管理装置。
【請求項７】
顧客からの預り品に対して実施する複数の工程を管理するためのコンピュータを、
前記預り品に対して実施する複数の工程のうち何れの工程まで実施済みであるかを示す進捗状況を更新する更新手段、
前記更新手段が更新した進捗状況とともに、前記複数の工程のうち未実施の工程について当該工程の内容を顧客が変更するための変更用情報を前記顧客の顧客端末に配信する配信手段、
前記変更用情報により前記顧客から前記未実施の工程について内容の変更要求を受け付けた際に、当該変更要求に基づいて前記未実施の工程の内容を変更する変更手段、
として機能させることを特徴とする工程管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クリーニング品などの、顧客からの預り品を管理する技術に関する。
【背景技術】
【０００２】
クリーニング店に衣類を預けてクリーニングを依頼する顧客は、クリーニング店側が提示する所定の洗濯コースや仕上げ方法などを選択し、相応の料金をクリーニング店に支払い、店員から預り伝票を受け取る。ここで、クリーニング済みの衣類を受け取る前に、預け時に選択した洗濯コースや仕上げ方法などを変更したい、という顧客からの要望がある。一般的には、顧客からの要望を取り入れるようにしてクリーニングサービスの品質を向上させることが好ましい。しかし、クリーニング店側が、顧客からのこの変更の要望を無条件に受け入れる場合、実施中の洗濯や仕上げを中断したり、実施済みの洗濯や仕上げをやり直したりしなければならず、時間的かつ経済的な不利益を被る可能性がある。
【０００３】
特許文献１には、クリーニング品の受注工程から引渡工程までのクリーニング工程を管理するクリーニング品のクリーニング工程管理装置の技術が開示されている。なお、顧客が選択した上記の洗濯コースを実施する洗濯工程や、上記の仕上げ方法を実施する仕上げ工程は、特許文献１に記載されているクリーニング工程の一部であるとすることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特公平７−１０８３６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１には、顧客からのクリーニング工程の実施内容の変更の要望があること、その要望に対してどのような情報処理を行うかという具体的な手段などについては、何ら開示されていない。
【０００６】
そこで、本発明は、このような事情に鑑みて、顧客からの要望に対して、顧客からの預り品に対して実施する工程の実施内容を変更することで、顧客に対するサービスの品質を向上させることを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、上記目的を達成するため、
顧客からの預り品に対して実施する複数の工程を管理する工程管理装置であって、
前記預り品に対して実施する複数の工程のうち何れの工程まで実施済みであるかを示す進捗状況を更新する更新手段と、
前記更新手段が更新した進捗状況とともに、前記複数の工程のうち未実施の工程について当該工程の内容を顧客が変更するための変更用情報を前記顧客の顧客端末に配信する配信手段と、
前記変更用情報により前記顧客から前記未実施の工程について内容の変更要求を受け付けた際に、当該変更要求に基づいて前記未実施の工程の内容を変更する変更手段と、
を備えることを特徴とする工程管理装置である。
【０００８】
また、本発明は、上記目的を達成するため、
顧客からの預り品に対して実施する複数の工程を管理するためのコンピュータを、
前記預り品に対して実施する複数の工程のうち何れの工程まで実施済みであるかを示す進捗状況を更新する更新手段、
前記更新手段が更新した進捗状況とともに、前記複数の工程のうち未実施の工程について当該工程の内容を顧客が変更するための変更用情報を前記顧客の顧客端末に配信する配信手段、
前記変更用情報により前記顧客から前記未実施の工程について内容の変更要求を受け付けた際に、当該変更要求に基づいて前記未実施の工程の内容を変更する変更手段、
として機能させることを特徴とする工程管理プログラムである。
【発明の効果】
【０００９】
本発明によれば、顧客からの要望に対して、顧客からの預り品に対して実施する工程の実施内容を変更することで、顧客に対するサービスの品質を向上させることができる。
【図面の簡単な説明】
【００１０】
【図１】第１の実施形態の工程管理装置としてのサーバを含むシステムの全体構成図である。
【図２】サーバの機能構成図である。
【図３】クリーニング工程の例の説明図である。
【図４】クリーニング品に添付されたタグの説明図である。
【図５】状態管理ＤＢのデータ構造を示す図である。
【図６】サーバにおける更新処理を示すフローチャートである。
【図７】サーバにおける画面配信を示すフローチャートである。
【図８】サーバが配信する画面の例の説明図である。
【図９】サーバが配信する画面の例の説明図である。
【発明を実施するための形態】
【００１１】
〔第１の実施形態〕
以下、本発明を実施するための形態を、各図を参照して詳細に説明する。
図１は、第１の実施形態の工程管理装置としてのサーバ１を含むシステムの全体構成図である。図１のシステムは、サーバ１と、顧客端末２と、店舗端末３と、工場端末４とを備えている。サーバ１と、顧客端末２と、店舗端末３と、工場端末４とは、ネットワークＮＷによって互いに通信可能に接続されている。
【００１２】
（サーバ１）
サーバ１は、例えば、計算機であり、制御部１ａと、送受信部１ｂと、主記憶部１ｃと、補助記憶部１ｄといったハードウェアを備える。制御部１ａは、送受信部１ｂと、主記憶部１ｃと、補助記憶部１ｄとに接続している。
【００１３】
制御部１ａは、例えば、プロセッサであり、補助記憶部１ｄに記憶されているプログラム（図示せず）に従って所定の処理を実行する。
送受信部１ｂは、例えば、アンテナと無線通信回路の組合せであり、無線通信によってネットワークＮＷに接続して、顧客端末２と、店舗端末３と、工場端末４と相互に通信を行う。
主記憶部１ｃは、例えば、ＲＡＭ（Random Access Memory）などの揮発性メモリであり、制御部１ａが実行するプログラムに係る各種変数や各種データ等を記憶する。
補助記憶部１ｄは、例えば、ＲＯＭ（Read Only Memory）などの不揮発性メモリであり、制御部１ａが実行するプログラム（工程管理プログラム）や各種データ等を記憶する。
【００１４】
（顧客端末２）
顧客端末２は、例えば、スマートフォンであり、制御部２ａと、送受信部２ｂと、主記憶部２ｃと、補助記憶部２ｄと、タッチパネル２ｅと、ディスプレイ２ｆといったハードウェアを備える。制御部２ａは、送受信部２ｂと、主記憶部２ｃと、補助記憶部２ｄと、タッチパネル２ｅと、ディスプレイ２ｆとに接続している。顧客端末２は、衣服などのクリーニングを店舗に依頼する顧客が所持する端末である。
【００１５】
制御部２ａは、例えば、プロセッサであり、補助記憶部２ｄに記憶されているプログラム（図示せず）に従って所定の処理を実行する。
送受信部２ｂは、例えば、アンテナと無線通信回路の組合せであり、無線通信によってネットワークＮＷに接続して、サーバ１と、店舗端末３と、工場端末４と相互に通信を行う。
主記憶部２ｃは、例えば、ＲＡＭ（Random Access Memory）などの揮発性メモリであり、制御部２ａが実行するプログラムに係る各種変数や各種データ等を記憶する。
補助記憶部２ｄは、例えば、ＲＯＭ（Read Only Memory）などの不揮発性メモリであり、制御部２ａが実行するプログラムや各種データ等を記憶する。
タッチパネル２ｅは、例えば透明電極で構成され、ディスプレイ２ｆの上層に貼設されている。タッチパネル２ｅは、ポインティングデバイスの１種であり、顧客が指やタッチペンなどでタッチした画面上の位置を検知する。
ディスプレイ２ｆは、例えば液晶パネルであり、制御部２ａから受信した画面を表示する。
【００１６】
（店舗端末３）
店舗端末３は、例えば、据置型のコンピュータであり、制御部３ａと、送受信部３ｂと、主記憶部３ｃと、補助記憶部３ｄと、入力部３ｅと、ディスプレイ３ｆと、スキャナ３ｇといったハードウェアを備える。制御部２ａは、送受信部３ｂと、主記憶部３ｃと、補助記憶部３ｄと、入力部３ｅと、ディスプレイ３ｆと、スキャナ３ｇとに接続している。店舗端末３は、顧客からのクリーニングの依頼を受け付ける店舗に備えられている端末である。
【００１７】
制御部３ａは、例えば、プロセッサであり、補助記憶部３ｄに記憶されているプログラム（図示せず）に従って所定の処理を実行する。
送受信部３ｂは、例えば、アンテナと無線通信回路の組合せであり、無線通信によってネットワークＮＷに接続して、サーバ１と、顧客端末２と、工場端末４と相互に通信を行う。
主記憶部３ｃは、例えば、ＲＡＭ（Random Access Memory）などの揮発性メモリであり、制御部３ａが実行するプログラムに係る各種変数や各種データ等を記憶する。
補助記憶部３ｄは、例えば、ＲＯＭ（Read Only Memory）などの不揮発性メモリであり、制御部３ａが実行するプログラムや各種データ等を記憶する。
入力部３ｅは、例えばマウスまたはキーボードであり、店舗の店員の操作を受け付け、制御部３ａに情報を送信する。
ディスプレイ３ｆは、例えば液晶パネルであり、制御部３ａから受信した画面を表示する。
スキャナ３ｇは、例えばバーコードリーダであり、顧客から預かったクリーニング品に添付するタグに描かれているバーコードからタグの識別情報を読み取る。スキャナ３ｇは、読み取った識別情報を制御部３ａに送信する。送受信部３ｂは、読み取られた識別情報を制御部３ａから受信し、ネットワークＮＷを経由してサーバ１に送信する。
【００１８】
（工場端末４）
工場端末４は、例えば、据置型のコンピュータであり、制御部４ａと、送受信部４ｂと、主記憶部４ｃと、補助記憶部４ｄと、入力部４ｅと、ディスプレイ４ｆと、スキャナ４ｇといったハードウェアを備える。制御部４ａは、送受信部４ｂと、主記憶部４ｃと、補助記憶部４ｄと、入力部４ｅと、ディスプレイ４ｆと、スキャナ４ｇとに接続している。工場端末４は、顧客からの預り品のクリーニングを行う工場に備えられている端末である。
工場端末４の制御部４ａと、送受信部４ｂと、主記憶部４ｃと、補助記憶部４ｄと、入力部４ｅと、ディスプレイ４ｆと、スキャナ４ｇはそれぞれ、店舗端末３の制御部３ａと、送受信部３ｂと、主記憶部３ｃと、補助記憶部３ｄと、入力部３ｅと、ディスプレイ３ｆと、スキャナ３ｇと同等の機能を有するため、これらの説明は省略する。
【００１９】
図２は、サーバ１の機能構成図である。サーバ１は、更新部１１と、通知部１２と、配信部１３と、状態管理ＤＢ（DataBase）（Ｄ１）と、顧客管理ＤＢ（Ｄ２）とを備える。更新部１１と、通知部１２と、配信部１３と、状態管理ＤＢ（Ｄ１）と、顧客管理ＤＢ（Ｄ２）は、補助記憶部１ｄが記憶するプログラムを制御部１ａが実行することにより具現化される。
【００２０】
（更新部１１）
更新部１１は、店舗端末３または工場端末４から識別情報を受信すると、状態管理ＤＢ（Ｄ１）の内容を書き換えてクリーニング工程の進捗状況を更新する。この識別情報は、店舗端末３のスキャナ３ｇまたは工場端末４のスキャナ４ｇが、クリーニング品に添付されたタグのバーコードから読み取ったタグＩＤ（Identifier）である。
【００２１】
図３は、クリーニング工程の例の説明図である。図３のクリーニング工程は、集荷Ａ１、工場到着Ａ２、洗い開始Ａ３、洗い完了Ａ４、仕上げ完了Ａ５、出荷Ａ６、および店舗到着Ａ７からなっており、この順番で、各クリーニング工程が実施される。本実施形態のクリーニング工程は図３の内容に従うが、これに限定されない。
【００２２】
集荷Ａ１は、顧客から預かったクリーニング品を搬送業者が店舗から集めるクリーニング工程である。
工場到着Ａ２は、搬送業者が店舗から集めたクリーニング品を工場に搬送するクリーニング工程である。
洗い開始Ａ３は、工場の作業員によるクリーニング品の洗濯の開始を示すクリーニング工程である。
洗い完了Ａ４は、工場の作業員によるクリーニング品の洗濯の完了を示すクリーニング工程である。本実施形態では、クリーニング品の洗濯の完了は、クリーニング品の仕上げの開始を意味しているとする。
仕上げ完了Ａ５は、工場の作業員によるクリーニング品の仕上げの完了を示すクリーニング工程である。
出荷Ａ６は、仕上げが完了したクリーニング品を搬送業者が工場から集めるクリーニング工程である。
店舗到着Ａ７は、搬送業者が工場から集めたクリーニング品を店舗に搬送するクリーニング工程である。店舗到着Ａ７が完了すると、来店した顧客にクリーニング品を引き渡すことができる。
【００２３】
図４は、クリーニング品に添付されるタグの説明図である。店舗が顧客からのクリーニングの依頼を受け付けた場合、顧客からのクリーニング品Ｇに商品管理用のタグＴが添付される。具体的には、クリーニング品Ｇのネームタグやボタン穴等の部分にタグＴがステープラ等により取り付けられることで、クリーニング品ＧにタグＴが添付される。タグＴには、タグＴの識別番号であるタグＩＤ（ｔ１）が印字されているとともに、タグＩＤ（ｔ１）を示す識別情報を格納したバーコードｔ２が印字されている。
【００２４】
図５は、状態管理ＤＢ（Ｄ１）のデータ構造を示す図である。状態管理ＤＢ（Ｄ１）は、顧客から預かったクリーニング品のクリーニング工程の進捗状況を管理するデータベースである。
状態管理ＤＢ（Ｄ１）は、「顧客ＩＤ」、「タグＩＤ」、「名称」、「店舗」、「洗濯コース（実施内容）」、「仕上げ方法（実施内容）」、「状態」、「預り日」、「引渡し予定日」といった項目を有しており、クリーニング品ごとに各項目の値が格納されたレコードを有している。
【００２５】
項目「顧客ＩＤ」には、クリーニングの依頼をした顧客の識別番号が格納される。
項目「タグＩＤ」には、顧客から預かったクリーニング品Ｇ（図４）に添付されたタグＴ（図４）のバーコードｔ２（図４）に格納されている識別情報（図４のタグＩＤ（ｔ１）に対応）が格納されている。
項目「名称」には、顧客から預かったクリーニング品を分類する名称が格納されている。
項目「店舗」には、クリーニングの依頼を受け付けた店舗を識別する名称（例：支店名）が格納されている。なお、本実施形態では、クリーニングの依頼を受け付けた店舗と、クリーニングを完了したクリーニング品を顧客に引き渡す店舗は同じであるとする。よって、状態管理ＤＢ（Ｄ１）は、クリーニング品の引き渡しがなされる店舗、つまり、工場から出荷されるクリーニング品の出荷先を管理することができる。
【００２６】
項目「洗濯コース」には、洗い開始Ａ３（図３）にて実施される洗濯の方法が格納される。洗濯コースには、例えば、特別なサービスが付加されない「通常」、洗濯方法の品質が「通常」よりも高い「デラックス」、および、洗濯方法の品質が「デラックス」よりも高い「ロイヤル」があるが、これらに限定されない。
【００２７】
項目「仕上げ方法」には、洗い完了Ａ４（図３）にて実施される仕上げの方法が格納される。仕上げ方法には、例えば、特別なサービスが付加されない「たたみ」、および、仕上げ方法の品質が「たたみ」よりも高く、クリーニング品に余分な折り目をつけない「立体」があるが、これらに限定されない。
【００２８】
項目「状態」には、クリーニング工程の進捗状況が格納される。具体的には、図３に示した、集荷Ａ１、工場到着Ａ２、洗い開始Ａ３、洗い完了Ａ４、仕上げ完了Ａ５、出荷Ａ６、および店舗到着Ａ７のいずれかが格納される。
項目「預り日」には、店舗が顧客からクリーニング品を預かった日付が格納される。
項目「引渡し予定日」には、クリーニング品の顧客への引渡しが可能となる最短の日付が格納される。
【００２９】
店舗端末３の入力部３ｅは、顧客から預かったクリーニング品に対して、顧客ＩＤ、タグＩＤ、名称、店舗、洗濯コース、仕上げ方法、状態、預り日、引渡し予定日の値を入力する。サーバ１は、入力されたこれらの値を店舗端末３から受信し、状態管理ＤＢ（Ｄ１）に格納する。
【００３０】
集荷Ａ１および店舗到着Ａ７は、店舗にて実施される。店舗端末３のスキャナ３ｇは、集荷Ａ１および店舗到着Ａ７を開始しようとする際、クリーニング品ごとにバーコードｔ２をスキャンし、識別情報を読み取る。また、工場到着Ａ２、洗い開始Ａ３、洗い完了Ａ４、仕上げ完了Ａ５、および出荷Ａ６は、工場にて実施される。工場端末４のスキャナ４ｇは、工場到着Ａ２、洗い開始Ａ３、洗い完了Ａ４、仕上げ完了Ａ５、および出荷Ａ６を開始しようとする際、クリーニング品ごとにバーコードをスキャンし、識別情報を読み取る。更新部１１は、各クリーニング工程にて読み取られた識別情報を用いて、対応のクリーニング品について現在いずれのクリーニング工程が実施されているかを認識することができる。更新部１１は、店舗端末３または工場端末４から受信した識別情報をキーとして状態管理ＤＢ（Ｄ１）を検索し、状態管理ＤＢ（Ｄ１）の「状態」の値を、現在実施されているクリーニング工程の値に書き換える。
【００３１】
（通知部１２）
図２に戻って、通知部１２は、状態管理ＤＢ（Ｄ１）を参照して、対象のクリーニング品の状態を店舗端末３および工場端末４に通知する。「クリーニング品の状態」とは、状態管理ＤＢ（Ｄ１）の項目の１つである「状態」に格納されている値である。
例えば、通知部１２は、店舗端末３または工場端末４から、対象のクリーニング品の状態の通知要求があった場合に、状態管理ＤＢ（Ｄ１）を参照して、対象のクリーニング品に対応するレコードの、項目「状態」に格納されている値を読み出して、読み出した値を店舗端末３または工場端末４に通知する。通知の形態は、例えば、サーバ１が提供している会員用ウェブサイトにクリーニング工程の進捗状況を掲載し、店舗端末３のブラウザ機能を用いて会員用ウェブサイトを閲覧したり、工場端末４のブラウザ機能を用いて会員用ウェブサイトを閲覧したりする、という形態がある。なお、会員用ウェブサイトは、店舗端末３および工場端末４に対して閲覧は許可するが、編集などの他の操作は許可しないように設定しておくことが好ましい。
【００３２】
（配信部１３）
配信部１３は、更新部１１が更新したクリーニング工程の進捗状況を顧客端末２に配信する。配信部１３は、例えば、サーバ１が提供している会員用ウェブサイトにクリーニング工程の進捗状況を掲載し、このウェブサイトの会員登録をしている顧客が顧客端末２のブラウザ機能を用いて会員用ウェブサイトを閲覧することで、クリーニング工程の進捗状況を顧客端末２に画面配信することができる。また、配信部１３は、例えば、メール機能を用いてクリーニング工程の進捗状況を顧客端末２にメール配信することもできる。
【００３３】
（クリーニング工程の実施内容の変更について）
更新部１１は、顧客端末２からクリーニング工程の実施内容を変更する変更要求を受信することができる。更新部１１は、状態管理ＤＢ（Ｄ１）を参照して、実施内容を変更しようとするクリーニング工程が未実施であった場合、実施内容の変更を示す変更情報を生成する。更新部１１は、生成した変更情報を用いて状態管理ＤＢ（Ｄ１）に格納されている値のうち、変更要求の対象となる値を書き換えることができる。変更情報は、例えば、変更前の実施内容と変更後の実施内容との差分情報とすることができる。
【００３４】
本実施形態では、変更要求の対象となる値は、状態管理ＤＢ（Ｄ１）の項目「洗濯コース」に格納される値と、項目「仕上げ方法」に格納される値である。通知部１２は、変更要求があった場合、変更要求によって値が書き換えられたクリーニング品の状態を店舗端末３または工場端末４に通知する。工場端末４を操作する作業員は、洗い開始Ａ３（図３）が未実施であれば、変更があった洗濯コースに従って洗い開始Ａ３（図３）を実施する。また、工場端末４を操作する作業員は、洗い完了Ａ４（図３）が未実施であれば、変更があった仕上げ方法に従って洗い完了Ａ４（図３）を実施する。
【００３５】
（顧客管理ＤＢ（Ｄ２））
顧客管理ＤＢ（Ｄ２）は、クリーニングを依頼する顧客を管理するデータベースである。顧客管理ＤＢ（Ｄ２）は、状態管理ＤＢ（Ｄ１）の項目「顧客ＩＤ」に関連付けられた顧客ＩＤと、顧客の氏名とを、顧客ごとに紐づけている。
【００３６】
サーバ１が実行する処理について説明する。
図６は、サーバにおける更新処理を示すフローチャートである。サーバ１における更新処理は、各クリーニング工程を実施するために、店舗端末３のスキャナ３ｇがタグＴ（図４）のバーコードｔ２を読み取った場合、または、工場端末４のスキャナ４ｇがタグＴ（図４）のバーコードｔ２を読み取った場合に実行され、ステップＳ１に進む。
【００３７】
ステップＳ１にて、更新部１１は、店舗端末３または工場端末４から、クリーニング品に添付されたタグのバーコードから読み取られたタグＩＤを取得する。サーバ１は、タグＩＤの取得を以って、対象のクリーニング品に対して所定のクリーニング工程がこれから実施されることを認識することができる。また、サーバ１の主記憶部１ｃは、対象のクリーニング品についてクリーニング工程が実施されてきたたびに、更新部１１が取得したタグＩＤを都度記憶している。よって、サーバ１は、新たにタグＩＤを取得した場合、対象のクリーニング品に対して実際にどのクリーニング工程が実施されるのかを認識することができる。ステップＳ１の後、ステップＳ２に進む。
【００３８】
ステップＳ２にて、更新部１１は、クリーニング品に対して実施する工程の進捗状況を更新する。具体的には、取得したタグＩＤをキーとして更新部１１が状態管理ＤＢ（Ｄ１）にアクセスし、対象のクリーニング品に該当するレコードのうち項目「状態」に格納されているクリーニング工程を、次の段階のクリーニング工程に書き換える。例えば、項目「状態」に格納されていたクリーニング工程が「工場到着（Ａ２）」であった場合、タグＩＤの取得を以って、項目「状態」に格納されていたクリーニング工程を「洗い開始（Ａ３）」に書き換える。よって、サーバ１は、クリーニング品に対して現在実施中のクリーニング工程を認識することができる。ステップＳ２の後、ステップＳ３に進む。
【００３９】
ステップＳ３にて、通知部１２は、状態管理ＤＢ（Ｄ１）を参照して、対象のクリーニング品の状態を店舗端末３および工場端末４に通知する。よって、店舗端末３を操作する店員および工場端末４を操作する作業員は、通知されたクリーニング品の状態を把握することができる。その結果、店舗端末３を操作する店員は、工場にあって手元にはないクリーニング品の状態を把握することができる。また、工場端末４を操作する作業員は、店舗にあって手元にはないクリーニング品の状態を把握することができる。
もし、更新部１１によって、未実施の洗い開始Ａ３（図３）の洗濯コースが変更されている場合、または、未実施の洗い完了Ａ４（図３）の仕上げ方法が変更されている場合、店舗端末３を操作する店員および工場端末４を操作する作業員は、通知部１２によって、洗濯コースまたは仕上げ方法が変更されたクリーニング品の状態を把握することができる。
なお、店舗端末３を操作する店員および工場端末４を操作する作業員が、対象のクリーニング品の状態の通知を必要としないのであれば、このステップＳ３の処理はスキップすることができる。
ステップＳ３の後、ステップＳ４に進む。
【００４０】
ステップＳ４にて、配信部１３は、更新部１１が更新したクリーニング工程の進捗状況を顧客端末２に画面配信する。具体的には、配信部１３は、状態管理ＤＢ（Ｄ１）を参照して、サーバ１が提供している会員用ウェブサイトにクリーニング工程の進捗状況を掲載する。よって、顧客が顧客端末２のブラウザ機能を用いて会員用ウェブサイトを閲覧することで、自身のクリーニング品の進捗状況を把握することができる。
ステップＳ４によって、サーバ１における更新処理が終了する。
【００４１】
図７は、サーバ１における画面配信を示すフローチャートである。この画面配信の処理は、図６のステップＳ４のサブルーチンであり、ステップＳ１１に進む。
【００４２】
ステップＳ１１にて、配信部１３は、商品状態を表示する。具体的には、配信部１３は、会員用ウェブサイトを更新して、顧客端末２のディスプレイ２ｆが対象のクリーニング品の状態を表示できるようにする。
図８は、サーバ１が配信する画面の例の説明図である。配信部１３によって、顧客端末２のディスプレイ２ｆには、図８に示す会員用ウェブサイト画面が表示される。顧客は、ディスプレイ２ｆを見て、依頼したクリーニング品の状態が「工場到着」であることを知る。
ステップＳ１１の後、ステップＳ１２に進む。
【００４３】
ステップＳ１２にて、配信部１３は、クリーニング品が洗い開始前であるか否かを判定する。具体的には、配信部１３は、状態管理ＤＢ（Ｄ１）を参照して、対象のクリーニング品の状態が、洗い開始Ａ３よりも前の段階である、集荷Ａ１または工場到着Ａ２であるか否かを判定する。洗い開始前である場合には（ステップＳ１２でＹｅｓ）、ステップＳ１３に進む。この場合、顧客からの洗濯コースの変更を受け付けることが可能であることを意味する。一方、洗い開始前でない場合には（ステップＳ１２でＮｏ）、ステップＳ１４に進む。この場合、顧客からの洗濯コースの変更を受け付けることが不可であることを意味する。
【００４４】
ステップＳ１３にて、配信部１３は、顧客が選択可能な洗濯コースを、顧客の選択の候補として表示する。具体的には、配信部１３は、会員用ウェブサイト画面にて、顧客が顧客端末２のタッチパネル２ｅを操作して選択可能な洗濯コースを表示できるようにする。
図８の会員用ウェブサイト画面には、「洗濯コース変更」欄８２に、現在選択中の選択コースである「通常」と、選択可能な洗濯コースである「デラックス」および「ロイヤル」が表示されている。「デラックス」および「ロイヤル」に対しては、「通常」から変更したときの追加料金も表示されている。
ステップＳ１３の後、ステップＳ１５に進む。
【００４５】
ステップＳ１４にて、配信部１３は、顧客が選択可能な洗濯コースが存在しないとする選択不可表示を行う。具体的には、配信部１３は、会員用ウェブサイト画面にて、顧客が顧客端末２のタッチパネル２ｅを操作して選択可能な洗濯コースを非表示にする。この場合、図８の会員用ウェブサイト画面にて、「洗濯コース変更」欄８２は非表示になる。なお、代替手段として、選択可能な洗濯コースを非アクティブ表示にし、顧客端末２のタッチパネル２ｅの操作を受け付けないようにしてもよい。
ステップＳ１４の後、ステップＳ１５に進む。
【００４６】
ステップＳ１５にて、配信部１３は、クリーニング品が洗い完了前であるか否かを判定する。具体的には、配信部１３は、状態管理ＤＢ（Ｄ１）を参照して、対象のクリーニング品の状態が、洗い完了Ａ４よりも前の段階である、集荷Ａ１、工場到着Ａ２、および、洗い開始Ａ３のいずれかであるか否かを判定する。洗い完了前である場合には（ステップＳ１５でＹｅｓ）、ステップＳ１６に進む。この場合、顧客からの仕上げ方法の変更を受け付けることが可能であることを意味する。一方、洗い完了前でない場合には（ステップＳ１５でＮｏ）、ステップＳ１７に進む。この場合、顧客からの仕上げ方法の変更を受け付けることが不可であることを意味する。
【００４７】
ステップＳ１６にて、配信部１３は、顧客が選択可能な仕上げ方法を、顧客の選択の候補として表示する。具体的には、配信部１３は、会員用ウェブサイト画面にて、顧客が顧客端末２のタッチパネル２ｅを操作して選択可能な仕上げ方法を表示できるようにする。
図８の会員用ウェブサイト画面には、「仕上げ方法変更」欄８３に、現在選択中の仕上げ方法である「立体」と、選択可能な洗濯コースである「たたみ」が表示されている。「たたみ」に対しては、「通常」から変更したときの返還料金も表示されている。
ステップＳ１６の後、ステップＳ１８に進む。
【００４８】
ステップＳ１７にて、配信部１３は、顧客が選択可能な仕上げ方法が存在しないとする選択不可表示を行う。具体的には、配信部１３は、会員用ウェブサイト画面にて、顧客が顧客端末２のタッチパネル２ｅを操作して選択可能な仕上げ方法を非表示にする。この場合、図８の会員用ウェブサイト画面にて、「仕上げ方法変更」欄８３は非表示になる。なお、代替手段として、選択可能な仕上げ方法を非アクティブ表示にし、顧客端末２のタッチパネル２ｅの操作を受け付けないようにしてもよい。
ステップＳ１７の後、ステップＳ１８に進む。
【００４９】
ステップＳ１８にて、更新部１１は、顧客端末２から、洗濯コースの変更要求があったか否かを判定する。具体的には、顧客が顧客端末２のタッチパネル２ｅに触れて、依頼当初の洗濯コースから異なる洗濯コースを選択する操作がなされたか否かを判定する。
洗濯コースの変更要求があった場合には（ステップＳ１８でＹｅｓ）、ステップＳ１９に進む。この場合、図８の会員用ウェブサイト画面にて、顧客が顧客端末２のタッチパネル２ｅを操作して、変更を所望する洗濯コースを選択して下部の「変更実行」ボタン８１が押され、かつ、図９に示す、サーバ１が配信する画面にて追加料金の支払いを了承する、「ＯＫ」ボタン９１が押されたことを意味する。なお、図９の「キャンセル」ボタン９２が押された場合、図８の画面に戻る。
一方、洗濯コースの変更要求がなかった場合には（ステップＳ１８でＮｏ）、ステップＳ１９をスキップしてステップＳ２０に進む。この場合、図８の会員用ウェブサイト画面にて、「変更実行」ボタン８１が押されなかったことを意味する。
【００５０】
ステップＳ１９にて、更新部１１は、洗濯コース変更処理を実行する。具体的には、更新部１１は、顧客端末２からの洗濯コースの変更要求に対して、変更情報を生成し、変更情報を用いて、状態管理ＤＢ（Ｄ１）の項目「洗濯コース」に格納されている値を、変更要求に含まれる洗濯コースに書き換える。これにより、サーバ１は、洗い開始Ａ３にて実施される洗濯コースが変更されたことを認識することができる。通知部１２は、状態管理ＤＢ（Ｄ１）を参照して、対象のクリーニング品の状態として、洗濯コースが変更された洗い開始Ａ３を店舗端末３および工場端末４に通知することができる。
ステップＳ１９の後、ステップＳ２０に進む。
【００５１】
ステップＳ２０にて、更新部１１は、顧客端末２から、仕上げ方法の変更要求があったか否かを判定する。具体的には、顧客が顧客端末２のタッチパネル２ｅに触れて、依頼当初の仕上げ方法から異なる仕上げ方法を選択する操作がなされたか否かを判定する。
仕上げ方法の変更要求があった場合には（ステップＳ２０でＹｅｓ）、ステップＳ２１に進む。この場合、図８の会員用ウェブサイト画面にて、顧客が顧客端末２のタッチパネル２ｅを操作して、変更を所望する洗濯コースを選択して下部の「変更実行」ボタン８１が押され、かつ、サーバ１が配信する他の画面（図９の画面に類するものであり、図示省略。）にて支払金額の変更を了承する操作がなされたことを意味する。
一方、仕上げ方法の変更要求がなかった場合には（ステップＳ２０でＮｏ）、ステップＳ２１をスキップして、サーバ１における画面配信の処理が終了する。この場合、図８の会員用ウェブサイト画面にて、「変更実行」ボタン８１が押されなかったことを意味する。
【００５２】
ステップＳ２１にて、更新部１１は、仕上げ方法変更処理を実行する。具体的には、更新部１１は、顧客端末２からの仕上げ方法の変更要求に対して、変更情報を生成し、変更情報を用いて、状態管理ＤＢ（Ｄ１）の項目「仕上げ方法」に格納されている値を、変更要求に含まれる仕上げ方法に書き換える。これにより、サーバ１は、洗い完了Ａ４にて実施される仕上げ方法が変更されたことを認識することができる。通知部１２は、状態管理ＤＢ（Ｄ１）を参照して、対象のクリーニング品の状態として、仕上げ方法が変更された洗い完了Ａ４を店舗端末３および工場端末４に通知することができる。
ステップＳ１９の後、サーバ１における画面配信の処理が終了する。
【００５３】
したがって、第１の実施形態によれば、洗濯コースおよび仕上げ方法についてクリーニングの依頼当初から変更したいという顧客からの要望を反映した態様で、洗い開始Ａ３および洗い完了Ａ４を実施することができるため、顧客に対するサービスの品質を向上させることができる。この際、洗い開始Ａ３および洗い完了Ａ４の中断や、やり直しをせずに済む範囲内で顧客からの要望を反映するため、クリーニングサービスを提供する側が、時間的かつ経済的な不利益を被ることはない。
【００５４】
〔第２の実施形態〕
第１の実施形態では、クリーニング工程の進捗状況の更新は、更新部１１が店舗端末３または工場端末４から識別情報を受信したときに実行された。しかし、クリーニング工程の進捗状況の更新は、クリーニングに関する所定の以下の標準工程スケジュールに従って実行することもできる。
【００５５】
（標準工程スケジュール（一例））
預かり日から０日目・・・集荷Ａ１
預かり日から１日目・・・工場到着Ａ２
預かり日から２日目・・・洗い開始Ａ３
預かり日から４日目・・・洗い完了Ａ４
預かり日から５日目・・・仕上げ完了Ａ５
預かり日から６日目・・・出荷Ａ６
預かり日から７日目・・・店舗到着Ａ７
【００５６】
顧客からのクリーニング品の預り日が確定すれば、クリーニング工程の各々が実施されるタイミングは概ね決定される。よって、サーバ１は、店舗端末３からクリーニング品の預り日を取得すれば、更新部１１によってクリーニング品の進捗状況を更新することができる。このために、第１の実施形態と比較して、サーバ１は、標準工程スケジュールを登録したスケジュールデータベースとを備える。更新部１１は、スケジュールデータベースとサーバ１が備えるタイマとを用いて、預り日から所定の日数が経過した場合に、状態管理ＤＢ（Ｄ１）の項目「状態」の値を該当するクリーニング工程に書き換える。このような処理であっても、更新部１１は、対象のクリーニング品についてクリーニング工程の進捗状況を更新することができる。
【００５７】
また、第２の実施形態においても、図７に示した画面配信の処理が実行される。よって、第２の実施形態においても、顧客端末２からの洗濯コースや仕上げ方法の変更要求があった場合に、洗濯コースや仕上げ方法の変更を受け付けることができるか否かを確実に顧客に提示することができる。
【００５８】
したがって、第２の実施形態によれば、第１の実施形態とは異なり、更新部１１がクリーニング工程の進捗状況の更新するために、店舗端末３または工場端末４からのタグＩＤ（識別情報）の取得を必要としない。よって、クリーニング工程の進捗状況の管理のために、店舗端末３のスキャナ３ｇによるタグＩＤの読み取りを不要とし、工場端末４のスキャナ４ｇによるタグＩＤの読み取りを不要とし、店舗の店員や工場の作業員の管理負担を低減することができる。
【００５９】
〔その他〕
（１）：本発明で取り扱う預り品は、クリーニング店のクリーニング品に限られず、仕立て屋の仕立て品、ＤＰＥ（Development Printing Enlargement）店のフィルムなども採り上げることができる。
【００６０】
（２）：顧客から要望があるクリーニング工程の実施内容の変更の態様は、洗濯コースの変更や仕上げ方法の変更に限られない。例えば、染み抜きサービスの追加にも本発明を適用できる。この場合、状態管理ＤＢ（Ｄ１）に、染み抜きの有無を示す項目を追加すればよい。これにより、顧客へのサービスの品質をより向上させることができる。
【００６１】
（３）：また、例えば、クリーニング品の引渡し予定日の変更にも本発明を適用できる。この場合、状態管理ＤＢ（Ｄ１）の項目「引渡し予定日」に格納される値を顧客が所望する日付に書き換えればよい。特に、通常の引渡しから即日の引渡しへの変更のような、引渡し予定日の繰り上げを示す変更が顧客からあった場合にも本発明を適用できる。これにより、顧客へのサービスの品質をより向上させることができる。ただし、この場合、追加料金を発生が伴う等の通知をサーバ１から顧客端末２にするなどの調整を図ることが好ましい。
【００６２】
（４）：また、例えば、クリーニング品の受け取り場所の変更にも本発明を適用できる。例えば、顧客がクリーニング品の受け取り場所を、預り店から、この預り店とは異なる支店となる店舗に変更する場合を考える。この場合、サーバ１は、状態管理ＤＢ（Ｄ１）に、受け取り店の項目を追加し、顧客が所望する受け取り店の場所情報、例えば、顧客の勤務先に最も近い店舗の場所情報を顧客端末２から取得すればよい。これにより、顧客へのサービスの品質をより向上させることができる。
【００６３】
（５）：また、サーバ１の通知部１２は、対象のクリーニング品の状態を店舗端末３および工場端末４に通知する場合、更新部１１が生成した変更情報による変更後の実施内容（変更後の洗濯コースや変更後の仕上げ方法など）を店舗端末３および工場端末４に通知してもよいし、実施内容の変更があった旨を店舗端末３および工場端末４に通知してもよい。
【００６４】
（６）：本実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。その他、ハードウェア、ソフトウェア、フローチャートなどについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
【００６５】
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。
〔付記〕
＜請求項１＞
顧客からの預り品に対して実施する複数の工程を管理する工程管理装置であって、
前記預り品に対して実施する工程の進捗状況を更新する更新手段と、
前記更新手段が更新した進捗状況を、前記顧客の顧客端末に配信する配信手段と、
を備え、
前記更新手段は、前記預り品に対して未実施の工程の内容の変更要求を前記顧客端末から受信した場合、前記未実施の工程の内容を変更することを特徴とする工程管理装置。
＜請求項２＞
前記配信手段は、前記顧客端末が閲覧可能なウェブサイトにて、前記顧客端末からの前記変更要求の対象となる未実施の工程の内容の候補を配信する、
ことを特徴とする請求項１に記載の工程管理装置。
＜請求項３＞
前記預り品は、クリーニング品であり、
前記更新手段は、（１）前記顧客からのクリーニング品を受け付ける店舗の店舗端末が前記工程の１つの実施時に読み取った、前記クリーニング品に添付されたタグの識別情報を前記店舗端末から取得した場合、または、（２）前記クリーニング品をクリーニングする工場の工場端末が前記工程の１つの実施時に読みとった前記識別情報を前記工場端末から取得した場合に、前記進捗状況を更新する、
ことを特徴とする請求項１または請求項２に記載の工程管理装置。
＜請求項４＞
前記未実施の工程とは、クリーニング品の洗濯工程またはクリーニング品の仕上げ工程のうち少なくともいずれかである、
ことを特徴とする請求項３に記載の工程管理装置。
＜請求項５＞
顧客からの預り品に対して実施する複数の工程を管理するためのコンピュータを、
前記預り品に対して実施する工程の進捗状況を更新する更新手段、
前記更新手段が更新した進捗状況を、前記顧客の顧客端末に配信する配信手段、
として機能させ、
前記更新手段は、前記預り品に対して未実施の工程の内容の変更要求を前記顧客端末から受信した場合、前記未実施の工程の内容を変更することを特徴とする工程管理プログラム。
【符号の説明】
【００６６】
１      サーバ（工程管理装置）
２      顧客端末
３      店舗端末
４      工場端末
１１    更新部（更新手段）
１２    通知部
１３    配信部（配信手段）
Ｄ１    状態管理ＤＢ
【図１】
0006600951.tif 000002
【図２】
0006600951.tif 000003
【図３】
0006600951.tif 000004
【図４】
0006600951.tif 000005
【図５】
0006600951.tif 000006
【図６】
0006600951.tif 000007
【図７】
0006600951.tif 000008
【図８】
0006600951.tif 000009
【図９】
0006600951.tif 000010