JP2023112645A - サービス受発注システム - Google Patents

Abstract

【課題】サービス希望者がサービスの内容及びその希望条件を提示して発注した案件と、この案件を希望条件で処理できるサービス提供者とをマッチングするサービス受発注システムを提供する。【解決手段】サービス受発注管理サーバと、店舗毎に設置された店舗端末とが接続されているネットワークシステムにおいて、店舗端末は、案件の発注情報が記入された記入用紙をスキャナで読み取って得られた案件発注情報をサービス受発注管理サーバに送信する。サービス受発注管理サーバは、店舗端末からの案件発注情報を受信すると、コード情報を生成するとともにこのコード情報と対応付けて受信した発注情報を案件発注情報管理テーブルに登録し、コード情報を店舗のプリンタでカード媒体に印刷してなる案件カードを読み取った提供者端末からのコード情報を含む閲覧要求に応じてコード情報に対応する案件発注情報を要求元の提供者端末に送信する。【選択図】図８

Description

本発明は、サービス希望者が発注した案件とこの案件を処理できるサービスを提供するサービス提供者とをマッチングするサービス受発注システムに関する。

従来、コンビニエンスストア（以下、「コンビニ」と略称する）などのフランチャイズチェーン店（以下、「ＦＣ店」と略称する）に設置された端末を利用して、サービス希望者がＦＣ店にてサービスの発注をすることができるシステムが開示されている（例えば特許文献１を参照）。

特開２００２－７７５４号公報

しかしながら、特許文献１の従来技術では、サービス希望者は希望の予算等の希望条件でサービスを受けるために、希望条件でサービスを提供するサービス提供者を探したり、当たりを付けたサービス提供者と価格交渉等をしたりするなどの煩わしい作業が必要であった。
そこで、本発明は、このような従来の技術の有する未解決の課題に着目してなされたものであって、店舗に設置した端末を利用してサービス希望者が希望価格を含む希望条件を提示して希望のサービス内容の案件を発注することができるとともに、この発注した案件とこの案件を希望条件で処理できるサービス提供者とをマッチングすることができるサービス受発注システムを提供することを目的としている。

〔発明１〕 上記目的を達成するために、発明１のサービス受発注システムは、店舗に設置された店舗端末と通信可能に接続されるサービス受発注システムであって、サービス希望者の希望するサービスの内容、希望価格を含むサービスの希望条件及び当該サービス希望者の連絡先の情報を含む案件発注情報を前記店舗端末から受信する案件発注情報受信手段と、前記案件発注情報受信手段で受信した案件発注情報を案件発注情報記憶手段に登録する案件発注情報登録手段と、サービス提供者が利用する提供者端末からの閲覧要求に応じて、前記案件発注情報記憶手段の案件発注情報を、要求元の提供者端末に送信する案件発注情報送信手段と、前記提供者端末からの受注要求に応じて、当該受注要求に対応する前記案件発注情報と前記サービス提供者とをマッチングするマッチング手段と、前記マッチング手段でマッチングが成立した案件発注情報に含まれる希望価格に応じた利用料金を前記サービス提供者、前記サービス希望者又は前記店舗から徴収する処理を行う利用料金徴収手段と、を備える。

このような構成であれば、案件発注情報受信手段により、サービス希望者の希望するサービスの内容、希望価格を含むサービスの希望条件及び当該サービス希望者の連絡先の情報を含む案件発注情報を前記店舗端末から受信すると、案件発注情報登録手段により、受信した案件発注情報が案件発注情報記憶手段に登録される。一方、案件発注情報送信手段により、サービス提供者が利用する提供者端末からの閲覧要求に応じて、案件発注情報記憶手段の案件発注情報が、要求元の提供者端末に送信される。さらに、マッチング手段により、提供者端末からの受注要求に応じて、当該受注要求に対応する案件発注情報とサービス提供者とがマッチングされる。なおさらに、利用料金徴収手段により、マッチング手段でマッチングが成立した案件発注情報に含まれる希望価格に応じた利用料金をサービス提供者、サービス希望者又は店舗から徴収する処理が行われる。

ここで、上記店舗は、システムに必要な環境が整っている店舗であればよく、例えば、コンビニエンスストア、家電量販店、ホームセンター、ドラッグストア等のチェーン店舗、チェーン展開していない単独店舗などが該当する。
また、上記サービスは、例えば、外装工事、内装工事等の工事サービス、清掃サービス、デリバリーサービス、エアコン設置サービス、不用品処理サービス、ケータリングサービス、引っ越しサービス、障害福祉サービス、介護サービス、庭手入れサービス、古美術品の鑑定サービス、建物の解体サービスなどの主にサービス提供者が作業現場へと足を運んで行うサービスが該当する。他にも、例えば、誕生日ケーキなどの希望者用にカスタマイズした食品の作成サービス、探偵事務所などが提供する調査サービス、ハイヤーサービス等のサービス提供者が現場で作業を行わないサービスなども含む。

また、上記希望条件は、希望価格の他に、希望日時、希望期間、女性スタッフ希望、サービスの内容についての希望などが含まれる。
また、上記提供者端末は、サービス提供者の利用する端末であり、店舗端末と同一の端末、店舗端末とは異なる端末を含む。
また、本システムは、単一の装置、端末その他の機器として実現するようにしてもよいし、複数の装置、端末その他の機器を通信可能に接続したネットワークシステムとして実現するようにしてもよい。後者の場合、各構成要素は、それぞれ通信可能に接続されていれば、複数の機器等のうちいずれに属していてもよい。

〔発明２〕 さらに、発明２のサービス受発注システムは、発明１のサービス受発注システムにおいて、前記店舗には、前記店舗端末と、当該店舗端末に接続された読取装置及び出力装置とが設置されており、前記店舗端末は、前記サービス希望者の希望するサービスの内容、希望価格を含むサービスの希望条件及び当該サービス希望者の連絡先を含む情報が記録された第１記録媒体を前記読取装置で読み取って得られた案件発注情報を当該サービス受発注システムに送信する第２案件発注情報送信手段と、当該案件発注情報に基づいてコード情報生成手段で生成されたコード情報を前記出力装置にて第２記録媒体に出力する処理を行う出力処理手段と、を備え、前記案件発注情報登録手段は、前記案件発注情報受信手段で受信した案件発注情報を、当該案件発注情報に基づいて前記コード情報生成手段で生成されたコード情報と対応付けて前記案件発注情報記憶手段に登録し、前記提供者端末は、前記第２記録媒体から前記コード情報を取得するコード情報取得手段と、前記コード情報取得手段で取得したコード情報を閲覧要求とともに当該サービス受発注システムに送信するコード情報送信手段と、を備え、前記案件発注情報送信手段は、前記コード情報を受信したことに応じて、前記案件発注情報記憶手段の案件発注情報のうち、当該コード情報に対応する案件発注情報を前記要求元の提供者端末に送信する。

このような構成であれば、店舗端末にて、第２案件発注情報送信手段により、第１記録媒体を読取装置で読み取って得られた案件発注情報が当該サービス受発注システムに送信され、出力処理手段により、当該案件発注情報に基づいてコード情報生成手段で生成されたコード情報を出力装置にて第２記録媒体に出力する処理が行われる。一方、サービス受発注システムにて、案件発注情報登録手段により、案件発注情報受信手段で受信した案件発注情報が、当該案件発注情報に基づいてコード情報生成手段で生成されたコード情報と対応付けられて案件発注情報記憶手段に登録される。また、提供者端末にて、コード情報取得手段により、第２記録媒体からコード情報が取得されると、コード情報送信手段により、コード情報取得手段で取得したコード情報が閲覧要求とともに当該サービス受発注システムに送信される。また、サービス受発注システムにて、案件発注情報送信手段により、コード情報を受信したことに応じて、案件発注情報記憶手段の案件発注情報のうち、当該コード情報に対応する案件発注情報が要求元の提供者端末に送信される。

ここで、上記第１記録媒体は、例えば、記入用紙のような紙媒体、ＵＳＢメモリやカード型メモリ等の記録媒体などが該当する。
また、上記第２記録媒体は、例えば、紙媒体、プリペイドカードなどのカード媒体、ＵＳＢメモリやカード型メモリ等の小型の記録媒体、デバイスその他の端末などが該当する。
また、上記コード情報は、例えばバーコードなどの１次元コード、例えばＱＲコード（登録商標）などの２次元コードの他、例えば英数字などで構成された文字列からなるコード情報を含む。

また、上記出力装置は、第２記録媒体が、例えば、紙媒体やカード媒体であれば印刷装置が該当し、ＵＳＢメモリやカード型メモリ等であれば記録装置が該当する。
また、上記コード情報取得手段は、例えば、カメラなどの読取デバイスによって第２記録媒体に表示されたバーコードなどの１次元コードやＱＲコード（登録商標）などの２次元コードを読み取ることでコード情報を獲得してもよいし、入力装置等からコード情報を入力してもよいし、デバイスその他の端末等からコード情報を獲得又は受信してもよい。したがって、取得には、少なくとも入力、獲得、受信及び読出（検索を含む。）が含まれる。

〔発明３〕 さらに、発明３のサービス受発注システムは、発明１のサービス受発注システムにおいて、複数の店舗にそれぞれ設置された複数の店舗端末と通信可能に接続され、前記案件発注情報登録手段は、前記案件発注情報を、当該案件発注情報に係る店舗の情報と対応付けて登録し、前記案件発注情報送信手段は、前記閲覧要求に応じて、前記サービス提供者の識別情報及び前記複数の店舗のうちのいずれかの店舗の識別情報を含む対応関係情報を記憶する対応関係情報記憶手段から、当該閲覧要求に対応するサービス提供者の対応関係情報を取得し、当該対応関係情報に基づいて、前記案件発注情報記憶手段の案件発注情報のうち、当該サービス提供者に対応する店舗に係る案件発注情報を前記要求元の提供者端末に送信する。

このような構成であれば、案件発注情報登録手段により、案件発注情報が当該案件発注情報に係る店舗の情報と対応付けられて登録され、案件発注情報送信手段により、閲覧要求に応じて、サービス提供者の識別情報及び複数の店舗のうちのいずれかの店舗の情報を含む対応関係情報を記憶する対応関係情報記憶手段から、当該閲覧要求に対応するサービス提供者の対応関係情報が取得され、当該対応関係情報に基づいて、案件発注情報記憶手段の案件発注情報のうち、当該サービス提供者に対応する店舗に係る案件発注情報が要求元の提供者端末に送信される。

〔発明４〕 さらに、発明４のサービス受発注システムは、発明３のサービス受発注システムにおいて、前記案件発注情報送信手段は、前記サービス提供者に対応する店舗から所定エリア内に所在する他の店舗に係る案件発注情報を前記要求元の提供者端末に送信する。
このような構成であれば、案件発注情報送信手段により、サービス提供者に対応する店舗から所定エリア内に所在する他の店舗に係る案件発注情報が要求元の提供者端末に送信される。

〔発明５〕 さらに、発明５のサービス受発注システムは、発明４のサービス受発注システムにおいて、前記他の店舗に係る案件発注情報についてマッチングが成立した場合の前記利用料金は、前記サービス提供者に対応する店舗に係る案件発注情報についてマッチングが成立した場合の利用料金よりも高く設定されている。
〔発明６〕 さらに、発明５のサービス受発注システムは、発明１のサービス受発注システムにおいて、前記案件発注情報登録手段は、前記案件発注情報を当該案件発注情報に係る店舗の所在地の情報と対応付けて前記案件発注情報記憶手段に登録し、前記案件発注情報送信手段は、前記閲覧要求に応じて、前記サービス提供者の識別情報及び当該サービス提供者の所在地の情報を含む提供者情報を記憶する提供者情報記憶手段から、当該閲覧要求に対応するサービス提供者の提供者情報を取得し、取得した提供者情報に基づいて、前記案件発注情報記憶手段の案件発注情報のうち、当該サービス提供者の所在地から所定エリア内に所在する店舗に係る案件発注情報を前記要求元の提供者端末に送信する。

このような構成であれば、案件発注情報登録手段により、案件発注情報が当該案件発注情報に係る店舗の所在地の情報と対応付けて案件発注情報記憶手段に登録される。加えて、案件発注情報送信手段により、閲覧要求に応じて、サービス提供者の識別情報及び当該サービス提供者の所在地の情報を含む提供者情報を記憶する提供者情報記憶手段から、当該閲覧要求に対応するサービス提供者の提供者情報が取得され、取得された提供者情報に基づいて、案件発注情報記憶手段の案件発注情報のうち、当該サービス提供者の所在地から所定エリア内に所在する店舗に係る案件発注情報が要求元の提供者端末に送信される。

〔発明７〕 さらに、発明７のサービス受発注システムは、発明１のサービス受発注システムにおいて、前記案件発注情報は、さらに前記サービス希望者の所在地の情報を含み、
前記案件発注情報送信手段は、前記閲覧要求に応じて、前記サービス提供者の識別情報及び当該サービス提供者の所在地の情報を含む提供者情報を記憶する提供者情報記憶手段から、当該閲覧要求に対応するサービス提供者の提供者情報を取得し、取得した提供者情報に基づいて、前記案件発注情報記憶手段の案件発注情報のうち、当該サービス提供者の所在地から所定エリア内に所在するサービス希望者の案件発注情報を前記要求元の提供者端末に送信する。

このような構成であれば、案件発注情報送信手段により、閲覧要求に応じて、サービス提供者の識別情報及び当該サービス提供者の所在地の情報を含む提供者情報を記憶する提供者情報記憶手段から、当該閲覧要求に対応するサービス提供者の提供者情報が取得され、取得された提供者情報に基づいて、案件発注情報記憶手段の案件発注情報のうち、当該サービス提供者の所在地から所定エリア内に所在するサービス希望者の案件発注情報が要求元の提供者端末に送信される。

〔発明８〕 さらに、発明８のサービス受発注システムは、発明４乃至７のいずれか１のサービス受発注システムにおいて、前記提供者端末からのエリア設定要求に応じて、当該エリア設定要求に対応するサービス提供者について前記所定エリアの範囲を設定するエリア範囲設定手段を備え、前記利用料金は、前記エリア範囲設定手段で設定された所定エリアの範囲が広いほど高く設定されている。
このような構成であれば、エリア範囲設定手段により、提供者端末からのエリア設定要求に応じて、当該エリア設定要求に対応するサービス提供者について所定エリアの範囲が設定される。

〔発明９〕 さらに、発明９のサービス受発注システムは、発明４乃至７のいずれか１のサービス受発注システムにおいて、前記マッチングが成立する度合いを示すマッチング度を測定するマッチング度測定手段と、前記マッチング度測定手段で測定したマッチング度が所定値以下の場合に、当該マッチング度よりも高いマッチング度となるように前記所定エリアの範囲を最適化するエリア範囲最適化手段と、を備える。
このような構成であれば、マッチング度測定手段により、マッチングが成立する度合いを示すマッチング度が測定される。加えて、エリア範囲最適化手段により、マッチング度測定手段で測定したマッチング率が所定値以下の場合に、当該マッチング度よりも高いマッチング度となるように所定エリアの範囲が最適化される。

ここで、上記マッチング度は、マッチング成立数、マッチング頻度、マッチング率などが含まれる。

以上説明したように、発明１のサービス受発注システムによれば、サービス希望者は、自身の所持する端末を用いることなく店舗に設置された店舗端末を利用して希望価格を含む希望条件を提示して希望のサービス内容の案件の案件発注情報を登録することができる。加えて、登録された案件発注情報はサービス提供者側で閲覧され、希望条件で処理できるサービス提供者によって受注されるので、サービス希望者は、サービス提供者との価格交渉等の煩わしい作業を行う必要がなくなる。

また、発明２のサービス受発注システムによれば、機械操作が苦手なサービス希望者が手軽に案件の発注を行うことができる。加えて、機械操作が苦手なサービス提供者も簡易な操作で案件発注情報を閲覧することができ且つ手軽に案件を受注することができる。
また、発明３のサービス受発注システムによれば、サービス提供者は地域的な制約（例えば、遠方では提供コストが増大）を有するので、サービス提供者に対応する店舗で登録された案件を対象にすることで登録案件とサービス提供者とをマッチングしやすくすることができる。

また、発明４のサービス受発注システムによれば、登録店舗から所定エリア内に所在する他の店舗で登録された案件について案件発注情報の閲覧及び閲覧した案件の受注をできるようにしたので、閲覧且つ受注できる案件の数を増やすことができる。その結果、地域的な制約を回避しつつよりマッチングしやすくすることができる。
また、発明５のサービス受発注システムによれば、登録店舗で登録された案件を受注した場合よりも、他の店舗で登録された案件を受注した場合の方が利用料金を高く設定するようにしたので、登録店舗で登録された案件が優先して受注されやすくすることができる。

また、発明６のサービス受発注システムによれば、サービス提供者の所在地から所定エリア内に所在する店舗で登録された案件発注情報をこのサービス提供者が閲覧且つ受注できるようにした。これにより、サービス提供者が、近隣に所在するサービス希望者の登録した案件を受注しやすくなるのでエリア外に所在する店舗で登録された案件を受注するよりも提供コスト（例えば距離的なコスト）を低減することができる。
また、発明７のサービス受発注システムによれば、サービス提供者の所在地から所定エリア内に所在するサービス希望者が発注した案件の案件発注情報をこのサービス提供者の利用する提供者端末に送信するようにした。これにより、サービス提供者は、近隣に所在するサービス希望者の登録した案件を受注することができるのでエリア外に所在するサービス希望者の案件を受注するよりも提供コスト（例えば距離的なコスト）を低減することができる。

また、発明８のサービス受発注システムによれば、サービス提供者は、発明４－７に係る所定エリアの範囲を所望の範囲に設定することができるので、自身の提供するサービスとのマッチング度が高くなるようにエリアの範囲を設定することができる。また、エリアの範囲が広いほど利用料金を高くするようにしたので、所定エリアの範囲を節操なく広げるといったことをしにくくすることができる。
また、発明９のサービス受発注システムによれば、システム側で所定エリアの範囲を最適化するようにしたので、サービス提供者の手を煩わせずに最適なマッチング度となるエリアの範囲を設定することができる。

第１の実施の形態に係るネットワークシステムの構成を示すブロック図である。 第１の実施の形態に係るサービス受発注管理サーバ１００のハードウェア構成の一例を示す図である。 （ａ）～（ｄ）は、第１の実施の形態に係る店舗情報管理テーブル４００、提供者情報管理テーブル４１０、案件発注情報管理テーブル４２０及びマッチング情報管理テーブル４３０のデータ構造を示す図である。 第１の実施の形態に係る第１のサービス受発注処理を示すフローチャートである。 第１の実施の形態に係るサービス希望者及びサービス提供者のサービス受発注の手続きの流れを示す図である。 第２の実施の形態に係る案件発注情報管理テーブル４２２のデータ構造を示す図である。 第２の実施の形態に係るサービス希望者及びサービス提供者のサービス受発注の手続きの流れを示す図である。 第２の実施の形態に係る第２のサービス受発注処理を示すフローチャートである。 第３の実施の形態に係る提供者情報管理テーブル４１２のデータ構造を示す図である。 第３の実施の形態に係る第３のサービス受発注処理を示すフローチャートである。 （ａ）は、各店舗の店舗端末２００を介して登録された案件発注情報の一例を示す図であり、（ｂ）は、（ａ）の登録内容において各提供者と閲覧可能な案件発注情報との関係を示す図である。 第４の実施の形態に係る提供者情報管理テーブル４１４及びエリア情報テーブル４４０のデータ構造を示す図である。 第４の実施の形態に係る第４のサービス受発注処理を示すフローチャートである。 各店舗の店舗端末２００を介して登録された案件発注情報の一例と、エリアの一例とを示す図である。 第４の実施の形態に係るエリア範囲設定処理を示すフローチャートである。 第５の実施の形態に係るマッチング度情報テーブル４５０のデータ構造を示す図である。 第５の実施の形態に係るエリア範囲最適化処理を示すフローチャートである。 第６の実施の形態に係る提供者情報管理テーブル４１６及びエリア情報テーブル４４２のデータ構造を示す図である。 第６の実施の形態に係る第５のサービス受発注処理を示すフローチャートである。 提供者の所在地の一例と、この所在地から所定エリア内に所在する店舗の一例とを示す図である。 第７の実施の形態に係る提供者情報管理テーブル４１８、エリア情報テーブル４４４及びマッチング度情報テーブル４５２のデータ構造を示す図である。 第７の実施の形態に係る第６のサービス受発注処理を示すフローチャートである。 提供者の所在地の一例と、この所在地から所定エリア内に所在する希望者の一例とを示す図である。

〔第１の実施の形態〕
以下、本発明の第１の実施の形態を説明する。図１乃至図５は、第１の実施の形態を示す図である。
〔構成〕
まず、第１の実施の形態の構成を説明する。
図１は、第１の実施の形態に係るネットワークシステムの構成を示すブロック図である。
インターネット１９９には、図１に示すように、システム運営者の管理下にあるサービス受発注管理サーバ１００と、店舗ごとに設置された店舗端末２００とが接続されている。加えて、サービス提供者ごとに設置された提供者端末３００が接続されている。

〔サービス受発注管理サーバ１００のハードウェア構成〕
次に、サービス受発注管理サーバ１００のハードウェア構成を説明する。
図２は、第１の実施の形態に係るサービス受発注管理サーバ１００のハードウェア構成の一例を示す図である。
サービス受発注管理サーバ１００は、図２に示すように、制御プログラムに基づいて演算及びシステム全体を制御するＣＰＵ（Central Processing Unit）３０と、所定領域に予めＣＰＵ３０の制御プログラム等を格納しているＲＯＭ（Read Only Memory）３２と、ＲＯＭ３２等から読み出したデータやＣＰＵ３０の演算過程で必要な演算結果を格納するためのＲＡＭ（Random Access Memory）３４と、外部装置に対してデータの入出力を媒介するＩ／Ｆ（interface）３８とで構成されており、これらは、データを転送するための信号線であるバス３９で相互に且つデータ授受可能に接続されている。なお、Ｉ／Ｆ３８には、ネットワークアダプタの機能も含まれている。

Ｉ／Ｆ３８には、外部装置として、ヒューマンインターフェースとしてデータの入力が可能なキーボードやマウス等からなる入力装置４０と、データやテーブル等をファイルとして格納する記憶装置４２と、画像信号に基づいて画面を表示する表示装置４４と、インターネット１９９に接続するための信号線（図示略）とが接続されている。
〔店舗端末２００のハードウェア構成〕
店舗端末２００は、上記サービス受発注管理サーバ１００のような据え置き型を想定した端末、または、ノートＰＣ、タブレットなどの携帯型の端末から構成されている。

〔提供者端末３００のハードウェア構成〕
提供者端末３００は、据え置き型を想定した端末、または、ノートＰＣ、スマートフォン、タブレットなどの携帯型の端末から構成されている。
〔各種テーブルについて〕
次に、記憶装置４２に記憶されている各種テーブルについて説明する。
図３（ａ）～（ｄ）は、第１の実施の形態に係る店舗情報管理テーブル４００、提供者情報管理テーブル４１０、案件発注情報管理テーブル４２０及びマッチング情報管理テーブル４３０のデータ構造を示す図である。

記憶装置４２には、図３（ａ）に示すように、店舗情報管理テーブル４００が記憶されている。
店舗情報管理テーブル４００には、図３（ａ）に示すように、店舗ＩＤごとに１つのレコードが登録されている。各レコードは、店舗ＩＤ、端末ＩＤ、店舗運営者ＩＤ、店舗名、住所、電話番号、店舗代表者氏名、メールアドレス、登録日、更新日、その他の情報が登録されている。
ここで、店舗ＩＤは、店舗を識別するためのＩＤであり、端末ＩＤは、店舗に設置された店舗端末２００を識別するためのＩＤであり、店舗運営者ＩＤは店舗を運営する運営者を識別するためのＩＤである。

また、記憶装置４２には、図３（ｂ）に示すように、提供者情報管理テーブル４１０が記憶されている。
提供者情報管理テーブル４１０には、図３（ｂ）に示すように、提供者ＩＤごとに１つのレコードが登録されている。各レコードは、提供者ＩＤ、提供者名、住所、電話番号、メールアドレス、提供サービス、ログインパスワード、クレジットカード情報、登録日、更新日、その他の情報が登録されている。ここで、提供者ＩＤは、サービス提供者を識別するためのＩＤである。

また、記憶装置４２には、図３（ｃ）に示すように、案件発注情報管理テーブル４２０が記憶されている。
案件発注情報管理テーブル４２０には、図３（ｃ）に示すように、案件ＩＤごとに１つのレコードが登録されている。各レコードは、案件ＩＤ、店舗ＩＤ、案件内容（サービス内容）、希望価格、希望日時等の希望条件、希望者氏名、住所、電話番号、メールアドレス、パスワード、特記事項、登録日、更新日、その他の情報が登録されている。

ここで、案件ＩＤは、サービス希望者の発注した案件を識別するためのＩＤである。また、パスワードは、案件ごとに設定されるパスワードであり、サービス希望者が案件発注情報の取り消しや変更（例えば希望価格の変更）をする際に用いるものである。
また、記憶装置４２には、図３（ｄ）に示すように、マッチング情報管理テーブル４３０が記憶されている。
マッチング情報管理テーブル４３０には、図３（ｄ）に示すように、案件ＩＤごとに１つのレコードが登録されている。各レコードは、案件ＩＤ、受注者ＩＤ（提供者ＩＤ）、ステータス、登録日、更新日、その他の情報が登録されている。

ここで、受注者ＩＤは、提供者ＩＤと同じものであり、ステータスは、案件未完了、案件処理中、案件完了等の案件の進行状況を示す情報である。
なお、上記テーブルに限らず、図示省略するが、他にも店舗運営者の情報（利用料の振込先の口座情報等を含む）を登録した店舗運営者管理テーブルなどが記憶装置４２に記憶されている。
以下、サービス希望者を「希望者」と略記し、サービス提供者を「提供者」と略記し、サービス受発注管理サーバ１００を「受発注管理サーバ１００」と略記する。

〔受発注管理サーバ１００の機能について〕
次に、受発注管理サーバ１００の機能について説明する。
受発注管理サーバ１００は、ＣＰＵ３０において、ＲＯＭ３２の所定領域に格納されている所定のプログラムを実行することで実現される機能として、以下の機能を有している。
受発注管理サーバ１００は、インターネット１９９を介して受信した提供者端末３００からの提供者の登録情報を、記憶装置４２の提供者情報管理テーブル４１０に登録する機能を有している。加えて、インターネット１９９を介して受信した店舗端末２００からの希望者の案件発注情報を、記憶装置４２の案件発注情報管理テーブル４２０に登録する機能を有している。さらに、インターネット１９９を介して受信した店舗端末２００又は他の端末からの店舗スタッフの登録情報を、店舗情報管理テーブル４００に登録する機能を有している。

〔店舗端末２００の機能について〕
次に、店舗端末２００の機能について説明する。
店舗端末２００は、ＣＰＵにおいて、ＲＯＭの所定領域に格納されている所定のプログラムを実行することで実現される機能として、以下に示す機能を有している。
店舗端末２００は、案件発注情報登録用の画面にて、入力装置を介して希望者が入力した案件発注情報を受発注管理サーバ１００に送信する機能を有している。
ここで、希望者は、ユーザ登録等することなく最寄りの店舗に設置された店舗端末２００に案件発注情報を入力することで、自身の所持するスマートフォン等の端末を用いることなく案件を発注することができるようになっている。また、登録時に案件ごとに発行される案件ＩＤ及びパスワードによって、登録した案件発注情報の取り消しや変更などができるようになっている。例えば、希望価格が低すぎて誰も受注してくれないときに案件ＩＤとパスワードを用いて変更許可を得ることで希望価格を変更することができる。

ここで、希望者が発注可能なサービス案件としては、例えば、外装工事、内装工事等の工事サービス、清掃サービス、エアコン設置サービス等がある。また、希望者は、案件発注情報として、案件内容（提供を受けたいサービス内容）、希望価格、希望日時等の希望条件、氏名、住所、電話番号、メールアドレス、特記事項等を入力する。
さらに、店舗端末２００は、案件受注用の画面にて、入力装置を介した提供者の指示入力に応じて案件発注情報一覧の閲覧要求を受発注管理サーバ１００に送信する機能、受発注管理サーバ１００から受信した案件発注情報一覧を表示する機能を有している。なおさらに、入力装置を介した提供者の指示入力に応じて一覧から選択された案件について案件発注情報の閲覧要求を受発注管理サーバ１００に送信する機能、受発注管理サーバ１００から受信した案件発注情報を表示する機能を有している。さらにまた、入力装置を介した提供者の指示入力に応じて受注要求を受発注管理サーバ１００に送信する機能、受発注管理サーバ１００から受信したマッチング結果を表示する機能を有している。

〔提供者端末３００の機能について〕
次に、提供者端末３００の機能について説明する。
提供者端末３００は、ＣＰＵにおいて、ＲＯＭの所定領域に格納されている所定のプログラムを実行することで実現される機能として、以下に示す機能を有している。
提供者端末３００は、店舗端末２００と同様に、案件受注用の画面にて、案件発注情報一覧の表示や、一覧から選択した案件発注情報の詳細情報の表示や、選択した案件発注情報の受注等を行う機能を有している。

〔動作〕
次に、受発注管理サーバ１００で実行される第１のサービス受発注処理の処理手順について説明する。
図４は、第１の実施の形態に係る第１のサービス受発注処理を示すフローチャートである。
ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図４のフローチャートに示す第１のサービス受発注処理を実行する。
第１のサービス受発注処理は、ＣＰＵ３０において実行されると、図４に示すように、まず、ステップＳ１００に移行する。

ステップＳ１００では、店舗端末２００からの案件発注情報を受信したか否かを判定し、受信したと判定した場合(YES）は、ステップＳ１０２に移行し、そうでないと判定した場合（NO）は、ステップＳ１０６に移行する。
ここで、図５は、第１の実施の形態に係るサービス希望者及びサービス提供者のサービス受発注の手続きの流れを示す図である。
希望者は、例えば図５中の（１）に示すように、Ａ町に所在するコンビニＸへと行き、その店舗内に設置された店舗端末２００にて、専用の画面を介して、外装工事を希望価格５０万円で発注する案件発注情報を入力する。また、案件発注情報を入力後に、送信ボタン等の確定ボタンを押下することで、コンビニＸの店舗端末２００は、入力された案件発注情報を受発注管理サーバ１００に送信する。

ここで、図５中に例示したＡ町のコンビニＸ、Ｂ町の家電量販店Ｙ、Ｃ町のホームセンターＺは、それぞれ全国にチェーン展開された複数の店舗が存在しており、これらの店舗は、他の町にも存在している。また、同じ町に同種の系列店が複数存在する場合もあり、また、町に限らず、市、村、島などにも存在する。また、コンビニ、家電量販店、ホームセンターを例に挙げたが、これらの種類に限らず、スーパーマーケットやドラッグストアなどの他の種類の系列店を含んでいてもよい。また、同種の系列店でも運営者及びブランド名が異なる複数の系列店が存在する。また、チェーンとしては、フランチャイズチェーン、直営チェーン、ボランタリーチェーン等が含まれる。また、チェーン店だけに限らず、単独の店舗を含んでいてもよい。

ステップＳ１０２に移行した場合は、受信した案件発注情報を、案件発注情報管理テーブル４２０に登録して、一連の処理を終了し元の処理に復帰する。
一方、ステップＳ１０４に移行した場合は、店舗端末２００又は提供者端末３００からの案件発注情報一覧の閲覧要求を受信したか否かを判定する。そして、受信したと判定した場合(YES）は、ステップＳ１０６に移行し、そうでないと判定した場合（NO）は、一連の処理を終了し元の処理に復帰する。

ここで、例えば図５中の（２）に示すように、提供者は、例えば自宅のあるＡ町に所在するコンビニＸへと出向き、この店舗内に設置された店舗端末２００を操作して、予め作成したログインＩＤ（提供者ＩＤ）及びログインパスワードを用いて受発注管理サーバ１００の提供者専用のウェブページにログインを行う。そして、このページにて、提供者が例えば案件発注情報一覧ボタンを押下することで、店舗端末２００は、案件発注情報一覧の閲覧要求を受発注管理サーバ１００に送信する。

また、提供者は、例えば図５中の（３）に示すように、コンビニＸへと出向くことなく、自身の所持する提供者端末３００から提供者専用のウェブページにアクセスして、同様に案件発注情報一覧の閲覧要求を受発注管理サーバ１００に送信することができる。
また、図５に示す例において、希望者及び提供者は、Ａ町のコンビニＸに限らず、Ｂ町の家電量販店Ｙ、Ｃ町のホームセンターＺなどの他の店舗に設置された店舗端末２００でも同様に案件発注情報の入力及び送信や、案件発注情報一覧の閲覧要求の送信等を行うことができるようになっている。

ステップＳ１０６に移行した場合は、案件発注情報一覧を要求元の店舗端末２００又は提供者端末３００に送信して、ステップＳ１０８に移行する。これにより、店舗端末２００又は提供者端末３００の表示装置には、案件発注情報一覧が表示される。ここで、案件発注情報一覧は、例えば、案件発注情報のタイトル（例えば外装塗装工事等のサービスの内容）又はタイトル及び簡易説明（例えば、希望日時及び希望価格など）の一覧となる。
ステップＳ１０８では、案件発注情報一覧のうちから選択されたいずれか１つの案件発注情報の閲覧要求を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ１１０に移行し、そうでないと判定した場合（NO）は、ステップＳ１２２に移行する。

すなわち、提供者が、店舗端末２００又は提供者端末３００を操作して、例えば案件発注情報一覧から興味のある案件を選択（タッチ又はクリック）することで、店舗端末２００又は提供者端末３００は、選択された案件発注情報の閲覧要求を受発注管理サーバ１００に送信する。
ステップＳ１１０に移行した場合は、案件発注情報管理テーブル４２０の案件発注情報のうち、選択された案件発注情報を要求元の店舗端末２００又は提供者端末３００に送信して、ステップＳ１１２に移行する。これにより、店舗端末２００又は提供者端末３００の表示装置には、選択した案件発注情報（詳細情報）が表示される。なお、この段階では、受注されたわけではないので希望者の電話番号やメールアドレスなどの情報は伏せるようにする。

ステップＳ１１２では、店舗端末２００又は提供者端末３００からの受注要求を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ１１４に移行し、そうでないと判定した場合（NO）は、ステップＳ１２２に移行する。
すなわち、提供者が、店舗端末２００又は提供者端末３００を操作して、例えば、表示された案件発注情報の表示欄にある受注ボタン（図示略）を押下することで、店舗端末２００又は提供者端末３００は、選択された案件発注情報の受注要求を受発注管理サーバ１００に送信する。

ステップＳ１１４に移行した場合は、受注要求に対応する案件発注情報と受注要求元の提供者とをマッチングして、ステップＳ１１６に移行する。具体的に、マッチングが成立した場合は、案件発注情報と提供者とをマッチング情報管理テーブル４３０に登録する。
ステップＳ１１６では、マッチング結果を示すマッチング結果情報を、受注要求元の店舗端末２００又は提供者端末３００に送信して、ステップＳ１１８に移行する。これにより、店舗端末２００又は提供者端末３００の表示装置には、マッチング結果が表示される。すなわち、受注できたか否かを示す情報が表示される。

なお、案件発注情報管理テーブル４２０に、希望者のメールアドレスが登録されている場合は、このメールアドレス宛てにサービス提供者の連絡先の情報等を含むマッチング結果を送信してもよい。
また、案件の受注は早い者勝ちであり、タッチの差で負けた場合は、マッチングが不成立となり、店舗端末２００又は提供者端末３００の表示装置には、不成立を示すメッセージが表示される。
ステップＳ１１８では、マッチングが成立したか否かを判定し、成立したと判定した場合（YES）は、ステップＳ１２０に移行し、そうでないと判定した場合（NO）は、一連の処理を終了して元の処理に復帰する。

ステップＳ１２０に移行した場合は、案件を受注した提供者から、受注した案件の希望価格の所定割合の金額を、店舗利用料及びシステム利用料として徴収する。その後、一連の処理を終了して元の処理に復帰する。
具体的に、登録されたクレジットカード情報と、案件発注情報に含まれる希望価格の情報と、登録を行った店舗の店舗運営者ＩＤとに基づいて、例えば、希望価格の２％の金額を店舗利用料として徴収し、希望価格の１％の金額をシステム利用料として徴収する。徴収した利用料金は、例えば、希望価格が５０万円であれば、１万円（２％）を店舗運営者に、５千円（１％）をシステム運営者に分配する。

なお、店舗利用料は、例えば、フランチャイズ本部の直営店が利用された場合は、本部の運営者に分配され、フランチャイズ店が利用された場合は各店舗を運営するオーナーに分配される。
また、ステップＳ１０８又はＳ１１２において、ステップＳ１２２に移行した場合は、案件発注情報一覧の閲覧が終了したか否かを判定し、終了したと判定した場合(YES）は、一連の処理を終了して元の処理に復帰し、そうでないと判定した場合（NO）は、ステップＳ１０８に移行する。

〔第１の実施の形態の効果〕
次に、第１の実施の形態の効果を説明する。
第１の実施の形態では、希望者が、店舗に設置された店舗端末２００を操作してサービスの提供を受けたい案件について、サービスの内容、希望価格等の希望条件及び連絡先を含む案件発注情報を入力できるようにし、この入力した案件発注情報を受発注管理サーバ１００に送信できるようにした。一方、受発注管理サーバ１００にて、店舗端末２００からの案件発注情報を受信し、受信した案件発注情報を記憶装置４２の案件発注情報管理テーブル４２０に登録するようにした。また、提供者が、店舗端末２００又は提供者端末３００を介して案件発注情報の閲覧要求を受発注管理サーバ１００に送信することで案件発注情報管理テーブル４２０に登録された案件発注情報の一覧又は一覧から選択した案件発注情報を要求元の端末で閲覧できるようにした。加えて、提供者が、店舗端末２００又は提供者端末３００を介して受注要求を受発注管理サーバ１００に送信できるようにした。さらに、受発注管理サーバ１００において、店舗端末２００又は提供者端末３００からの受注要求に応じてこの受注要求に対応する案件発注情報と提供者とをマッチングするとともに、マッチングが成立した案件について、この案件を受注した提供者から、希望者の提示した希望価格に応じた利用料金を徴収する処理を行うようにした。

このような構成であれば、希望者は、自身の端末等を用いることなく店舗端末２００を利用して希望価格を含む希望条件を提示して希望のサービス内容の案件を発注することができる。加えて、提供者との価格交渉等の煩わしい作業を行うことなく、発注した案件を希望条件で処理できるサービス提供者とのマッチングを行うことができる。
〔対応関係〕
第１の実施の形態において、ステップＳ１００が、発明１の案件発注情報受信手段に対応し、ステップＳ１０２が、発明１の案件発注情報登録手段に対応し、ステップＳ１０４～Ｓ１１０が、発明１の案件発注情報送信手段に対応している。

また、第１の実施の形態において、ステップＳ１１４が、発明１のマッチング手段に対応し、ステップＳ１２０が、発明１の利用料金徴収手段に対応し、記憶装置４２が、発明１の案件発注情報記憶手段に対応している。
〔第２の実施の形態〕
次に、本発明の第２の実施の形態を説明する。図６乃至図８は、第２の実施の形態を示す図である。
上記第１の実施の形態においては、希望者は、店舗に設置された店舗端末２００を自身で操作して案件発注情報を登録する構成となっているが、第２の実施の形態では、第１記録媒体に案件発注に係る情報を記録し、この第１記録媒体をレジに持っていくことで、店舗スタッフがレジの端末（店舗端末２００）を用いて案件発注情報の登録処理を行う点が上記第１の実施の形態と異なる。加えて、店舗スタッフは、案件発注情報に基づいて生成されたコード情報（例えば、２次元コード）が記録された第２記録媒体を発行し、この第２記録媒体を案件発注処理が行われた店舗の店内に設置する。そして、店舗に訪れた提供者は、第２記録媒体に記録されたコード情報を提供者端末３００で取得することで、取得したコード情報が閲覧要求とともに受発注管理サーバ１００に送信され、コード情報に対応した案件発注情報を閲覧することができる。また、提供者は、記録媒体を購入することで、店舗端末２００から受注要求が受発注管理サーバ１００に送信され、受発注管理サーバ１００にて案件の受注処理（マッチング）が行われる点が上記第１の実施の形態と異なる。

以下、上記第１の実施の形態と異なる部分についてのみ説明し、重複する部分については説明を省略する。
まず、第２の実施の形態に係る案件発注情報管理テーブル４２２について説明する。
図６は、第２の実施の形態に係る案件発注情報管理テーブル４２２のデータ構造を示す図である。
記憶装置４２には、図６に示すように、案件発注情報管理テーブル４２０に代えて案件発注情報管理テーブル４２２が記憶されている。
案件発注情報管理テーブル４２２には、上記第１の実施の形態の案件発注情報管理テーブル４２０の内容に加えて、図６に示すように、コード情報が登録されている。ここで、コード情報は、第１記録媒体から読み取った案件発注情報の登録を行った際に、この案件発注情報に基づいて受発注管理サーバ１００で発行（生成）される情報である。なお、受発注管理サーバ１００でコード情報を発行する構成に限らず、店舗端末２００で発行する構成としてもよい。

〔動作〕
次に、希望者が案件発注情報の登録依頼を行うまでの動作を説明する。
以下、第１記録媒体を記入用紙とし、第２記録媒体をプリペイドカード等のカード媒体として動作を説明する。
図７は、第２の実施の形態に係る希望者及び提供者のサービス受発注の手続きの流れを示す図である。
図７中の（１）に例示するように、希望者は、店舗に設置された記入用紙６０に、ボールペン等で提供を受けたいサービスの内容、希望価格、希望日時等の希望条件、連絡先の情報等を記入する。そして、記入済みの記入用紙６０を、店舗内のレジに持っていき店舗スタッフに渡す。これにより、案件発注情報の登録依頼が完了する。

一方、依頼を受けた店舗スタッフは、図７中の（２）に例示するように、レジスターと兼用の店舗端末２００（以下、他の店舗端末２００と区別するために「レジ端末２００」と称す）に接続されたスキャナ２１０に記入用紙６０をセットし、記入用紙６０に記入された案件発注情報を読み取る（スキャンする）。読み取った案件発注情報は、レジ端末２００に入力され、レジ端末２００から受発注管理サーバ１００に送信される。
次に、受発注管理サーバ１００で実行される第２のサービス受発注処理の処理手順について説明する。

図８は、第２の実施の形態に係る第２のサービス受発注処理を示すフローチャートである。
ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図８のフローチャートに示す第２のサービス受発注処理を実行する。
第２のサービス受発注処理は、ＣＰＵ３０において実行されると、図８に示すように、まず、ステップＳ２００に移行する。
ステップＳ２００では、レジ端末２００からのスキャナ２１０にて読み取った案件発注情報を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ２０２に移行し、そうでないと判定した場合（NO）は、ステップＳ２０８に移行する。

ステップＳ２０２に移行した場合は、受信した案件発注情報に基づいてコード情報を生成して、ステップＳ２０４に移行する。
ステップＳ２０４では、ステップＳ２００で受信した案件発注情報を、ステップＳ２０２で生成したコード情報と対応付けて案件発注情報管理テーブル４２２に登録する。その後、ステップＳ２０６に移行する。
ここで、読み取った案件発注情報は、例えば画像データとして読み取られている場合は、テキストデータに変換して登録してもよい。

ステップＳ２０６では、ステップＳ２０２で生成したコード情報を、案件発注情報の送信元のレジ端末２００に送信する。このとき、例えば、案件ＩＤ、希望するサービスの内容等を含むその他の情報も送信する。その後、一連の処理を終了して元の処理に復帰する。
これにより、レジ端末２００では、受発注管理サーバ１００からのコード情報及びその他の情報が受信される。
図７中の（３）に例示するように、レジ端末２００は、コード情報及びその他の情報を受信すると、受信した情報に基づいて、２次元コード画像と、サービス内容及び希望日時を示す文字とを含むプリント用情報を生成し、生成したプリント用情報を接続されたプリンタ２２０によってカード媒体にプリントアウトする。これにより、案件カード６１が生成される。案件カード６１には、例えば、「外装工事」等の簡単なサービス内容と、希望日時（図示略）と、２次元コード６２と、レジ用のバーコード（図示略）とが表示されている。また、カード媒体は、例えば電子マネーの購入に用いられるプリペイドカードのような構成となっている。店舗スタッフは、生成した案件カード６１を、店舗内に設けられた設置スペースに設置する。

図８に戻って、ステップＳ２００において案件発注情報を受信せずにステップＳ２０８に移行した場合は、提供者端末３００からのコード情報を受信したか否かを判定する。そして、受信したと判定した場合（YES）は、ステップＳ２１０に移行し、そうでないと判定した場合（NO）は、ステップＳ２１２に移行する。
ここで、店舗に訪れた提供者は、図７中の（４）に例示するように、自身の提供するサービスに関連するサービス内容が表示された案件カード６１を手に取りその２次元コード６２を提供者端末３００のカメラ等で読み取る。これにより、提供者端末３００には、２次元コードから読み取られたコード情報が入力される。提供者端末３００は、入力されたコード情報を閲覧要求とともに受発注管理サーバ１００に送信する。

図８に戻って、ステップＳ２１０に移行した場合は、記憶装置４２の案件発注情報管理テーブル４２２から、受信したコード情報に対応する案件発注情報を取得し、取得した案件発注情報を要求元の提供者端末３００に送信する。その後、一連の処理を終了して元の処理に復帰する。
これにより、提供者端末３００の表示装置には、読み取ったコード情報に対応する案件発注情報が表示される。
また、ステップＳ２０８においてコード情報を受信せずにステップＳ２１２に移行した場合は、レジ端末２００からの購入情報を受信したか否かを判定する。そして、受信したと判定した場合（YES）は、ステップＳ２１４に移行し、そうでないと判定した場合（NO）は、一連の処理を終了して元の処理に復帰する。

ここで、提供者は、表示された案件発注情報を閲覧して内容を確認し、この案件を受注する場合に、図７中の（５）に例示するように、案件カード６１をレジに持っていき購入する。このとき、購入した提供者の情報として、例えば提供者の提供者ＩＤや身分証明書のコピー等の提供者を識別できる情報を取得する。
店舗スタッフは、レジ端末２００に接続されたバーコードリーダー（図示略）にて、案件カード６１のバーコードを読み取って購入処理（受注処理）を行う。ここで、案件カード６１の価格は、例えば、案件カード６１の発行にかかる料金に設定されている。なお、この構成に限らず、例えば、金額を０円に設定した形だけの購入としてもよい。この場合は、利用料金に案件カード６１の発行にかかる料金を含めるようにする。また、例えば、案件カード６１の価格を、受注された案件の希望価格の所定割合の金額（店舗利用料（例えば２％）及びシステム利用料（例えば１％）の合計金額）に設定してもよい。この場合は、店舗側からシステム運営者側にシステム利用料が支払わることになるため、受発注管理サーバ１００の利用料金の徴収処理が不要となる。

図８に戻って、ステップＳ２１４に移行した場合は、受注要求に対応する案件発注情報と受注要求元の提供者とをマッチングして、ステップＳ２１６に移行する。具体的に、案件発注情報と提供者とをマッチング情報管理テーブル４３０に登録する。
ステップＳ２１６では、マッチング結果を示すマッチング結果情報（案件発注情報を含む）を、提供者端末３００に送信して、ステップＳ２１８に移行する。これにより、提供者端末３００の表示装置には、マッチングが成立したことが表示される。また、以降は、提供者端末３００で、いつでも案件発注情報の閲覧が可能となる。

ステップＳ２１８では、案件を受注した提供者から、受注した案件の希望価格の所定割合の金額を、店舗利用料及びシステム利用料として徴収する。その後、一連の処理を終了して元の処理に復帰する。
〔第２の実施の形態の効果〕
次に、第２の実施の形態の効果を説明する。
第２の実施の形態では、希望者が、第１記録媒体（記入用紙６０）に提供を受けたいサービスの内容、希望価格を含む希望条件及び連絡先を記入し、記入済みの記入用紙６０をレジに持っていき店舗スタッフに渡すことで店舗スタッフが案件発注情報の登録を行うようにした。具体的に、記入用紙６０に記入された案件発注情報をレジ端末２００に接続されたスキャナ２１０で読み取って、読み取った案件発注情報をレジ端末２００から受発注管理サーバ１００に送信するようにした。一方、受発注管理サーバ１００は、レジ端末２００からの読み取った案件発注情報を受信すると、この案件発注情報に対応するコード情報を生成し、受信した案件発注情報を生成したコード情報と対応付けて記憶装置４２の案件発注情報管理テーブル４２２に登録するようにした。加えて、受発注管理サーバ１００は、生成したコード情報を、案件ＩＤを含むその他の情報とともにレジ端末２００に送信するようにした。また、レジ端末２００は、受発注管理サーバ１００からのコード情報及びその他の情報を受信すると、受信した２次元コード情報及びその他の情報に基づいて２次元コード画像を含むプリント用情報を生成し、プリンタ２２０にて生成したプリント用情報を第２記録媒体（カード媒体）に印刷して、案件カード６１を発行するようにした。そして、店舗スタッフは、発行した案件カード６１を店舗内の設置スペースに設置するようにした。また、提供者が、提供者端末３００にて、設置された案件カード６１に表示された２次元コードを読み取ることで、２次元コードから読み取られたコード情報が閲覧要求とともに受発注管理サーバ１００に送信されるようにした。加えて、コード情報を受信した受発注管理サーバ１００は、受信したコード情報に対応する案件発注情報を提供者端末３００に送信するようにした。さらに、提供者が案件カード６１をレジに持って行き購入することで、レジ端末２００から購入情報（受注要求）が受発注管理サーバ１００に送信され、受発注管理サーバ１００にて購入案件と提供者とのマッチングが行われるようにした。なおさらに、マッチングが成立した案件について、この案件を受注した提供者から、希望者の提示した希望価格に応じた利用料金を徴収する処理を行うようにした。

このような構成であれば、機械操作が苦手な希望者が手軽に案件の発注を行うことができる。加えて、機械操作が苦手な提供者も簡易な操作で案件発注情報の閲覧をすることができ且つ手軽に案件を受注することができる。
〔対応関係〕
第２の実施の形態において、ステップＳ２００が、発明２の案件発注情報受信手段に対応し、ステップＳ２０２が、発明２のコード情報生成手段に対応し、ステップＳ２０４が、発明２の案件発注情報登録手段に対応し、ステップＳ２０８～Ｓ２１０が、発明２の案件発注情報送信手段に対応している。

また、第２の実施の形態において、スキャナ２１０が、発明２の読取装置に対応し、プリンタ２２０が、発明２の出力装置に対応し、スキャナ２１０で記入用紙６０を読み取って得られた案件発注情報を受発注管理サーバ１００に送信する処理が、発明２の第２案件発注情報送信手段に対応している。
また、第２の実施の形態において、コード情報をプリンタ２２０にてカード媒体に印刷する処理が、発明２の出力処理手段に対応し、提供者端末３００のカメラで２次元コードを読み取る処理が、発明２のコード情報取得手段に対応し、提供者端末３００で取得したコード情報を閲覧要求とともに受発注管理サーバ１００に送信する処理が、発明２のコード情報送信手段に対応している。

〔第３の実施の形態〕
次に、本発明の第３の実施の形態を説明する。図９乃至図１１は、第３の実施の形態を示す図である。
上記第１の実施の形態においては、登録された案件発注情報一覧や案件発注情報を、特に制限を設けずに要求のあった提供者の提供者端末３００に送信する構成とした。これに対して、第３の実施の形態では、提供者と、複数の店舗のうちのいずれか１又は複数の店舗とを対応付けて登録し、要求のあった提供者の提供者端末３００に、この提供者に対応する店舗で入力された案件発注情報を送信する点が異なる。すなわち、第３の実施の形態では、提供者は、自身に対応付けられた店舗で発注された案件発注情報一覧及び案件発注情報を閲覧可能となっているとともに、これらの案件を受注可能となっている。

以下、上記第１の実施の形態と異なる部分についてのみ説明し、重複する部分については説明を省略する。
まず、第３の実施の形態に係る提供者情報管理テーブル４１２について説明する。
図９は、第３の実施の形態に係る提供者情報管理テーブル４１２のデータ構造を示す図である。
記憶装置４２には、図９に示すように、提供者情報管理テーブル４１０に代えて提供者情報管理テーブル４１２が記憶されている。
提供者情報管理テーブル４１２には、図９に示すように、上記第１の実施の形態の提供者情報管理テーブル４１０の登録内容に加えて、登録する店舗の店舗ＩＤ（以下、「登録店舗ＩＤ」と称す）が登録されている。すなわち、提供者と店舗とが対応付けられて登録されている。登録店舗については、提供者の指定した店舗が登録される。

すなわち、店舗端末２００及び提供者端末３００は、店舗登録用の専用画面にて、提供者の操作入力に応じて登録する店舗を決定し、決定した店舗の情報（店舗ＩＤ）と提供者の情報（提供者ＩＤ）とを含む登録要求を受発注管理サーバ１００に送信する。受発注管理サーバ１００は、店舗端末２００又は提供者端末３００からの登録要求に応じて、登録要求で指定された店舗を提供者に対応付けて提供者情報管理テーブル４１２に登録する。
〔動作〕
次に、受発注管理サーバ１００で実行される第３のサービス受発注処理の処理手順について説明する。

図１０は、第３の実施の形態に係る第３のサービス受発注処理を示すフローチャートである。
ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１０のフローチャートに示す第３のサービス受発注処理を実行する。
第３のサービス受発注処理は、ＣＰＵ３０において実行されると、図１０に示すように、まず、ステップＳ３００に移行する。
ここで、ステップＳ３００～Ｓ３０４の処理は、上記第１の実施の形態のステップＳ１００～Ｓ１０４の処理と同様となるので説明を省略する。

ステップＳ３０６に移行した場合は、店舗端末２００又は提供者端末３００からの閲覧要求に応じて、提供者情報管理テーブル４１２に登録された要求元の提供者に対応付けられた登録店舗の情報と、案件発注情報管理テーブル４２０の登録情報とに基づいて、登録店舗の店舗端末２００を介して登録された案件発注情報の案件発注情報一覧を生成する。そして、生成した案件発注情報一覧を要求元の店舗端末２００又は提供者端末３００に送信して、ステップＳ３０８に移行する。

ここで、図１１（ａ）は、各店舗の店舗端末２００を介して登録された案件発注情報の一例を示す図であり、図１１（ｂ）は、図１１（ａ）の登録内容において各提供者と閲覧可能な案件発注情報との関係を示す図である。
図１１（ａ）に例示するように、コンビニＸの店舗端末２００を介して案件（１）～（３）の３件の案件発注情報が登録され、家電量販店Ｙの店舗端末２００を介して案件（４）～（６）の３件の案件発注情報が登録され、ホームセンターＺの店舗端末２００を介して案件（７）～（９）の３件の案件発注情報が登録されている。

一方、提供者情報管理テーブル４１２には、提供者ＡとコンビニＸとが対応付けられて登録され、提供者Ｂと家電量販店Ｙとが対応付けられて登録され、提供者ＣとホームセンターＺとが対応付けられて登録されている。
この場合、図１１（ｂ）に例示するように、提供者Ａの提供者端末３００からの閲覧要求に対して、案件（１）～（３）の案件発注情報一覧が要求元の提供者端末３００に送信される。同様に、提供者Ｂの提供者端末３００には、案件（４）～（６）の案件発注情報一覧が要求元の提供者端末３００に送信され、提供者Ｃの提供者端末３００には、案件（７）～（９）の案件発注情報一覧が要求元の提供者端末３００に送信される。

ステップＳ３０８では、案件発注情報一覧のうちから選択されたいずれか１つの案件発注情報の閲覧要求を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ３１０に移行し、そうでないと判定した場合（NO）は、ステップＳ３２２に移行する。
ここで、図１１（ｂ）に示す例では、提供者Ａの提供者端末３００からは、案件（１）～（３）のうちから選択されたいずれか１つの案件の閲覧要求が受発注管理サーバ１００に送信される。同様に、提供者Ｂの提供者端末３００からは、案件（４）～（６）のうちから選択されたいずれか１つの案件の閲覧要求が受発注管理サーバ１００に送信され、提供者Ｃの提供者端末３００からは、案件（７）～（９）のうちから選択されたいずれか１つの案件の閲覧要求が受発注管理サーバ１００に送信される。

以降のステップＳ３１０～Ｓ３２２の処理は、上記第１の実施の形態のステップＳ１１０～Ｓ１２２の処理と同様となるので説明を省略する。
すなわち、提供者Ａは、案件（１）～（３）の案件発注情報を閲覧してこれらのうちから案件を選択して受注をすることができ、提供者Ｂは、案件（４）～（６）の案件発注情報を閲覧してこれらのうちから案件を選択して受注をすることができ、提供者Ｃは、案件（７）～（９）の案件発注情報を閲覧してこれらのうちから案件を選択して受注をすることができる。

〔第３の実施の形態の効果〕
次に、第３の実施の形態の効果を説明する。
第３の実施の形態では、受発注管理サーバ１００は、提供者（提供者ＩＤ）と、複数の店舗のうち提供者の指定した店舗（店舗ＩＤ）とを対応付けて提供者情報管理テーブル４１２に登録し、閲覧要求のあった提供者の利用する店舗端末２００又は提供者端末３００に、この提供者に対応する登録店舗で登録された案件発注情報を送信するようにした。
このような構成であれば、提供者は地域的な制約（例えば、遠方では提供コストが増大）を有するので、提供者に対応する店舗で登録された案件を対象にすることでマッチングがしやすくなる。また、全国など広範囲の店舗で登録された案件を閲覧且つ受注できるようにしてしまうと、希望価格の高い案件ばかりがマッチングしてサービス希望者側に不利な価格競争が生じやすくなる。または、格安のサービス提供者ばかりが受注してしまうといったことが生じやすくなる。そこで、提供者と希望者のエリアを限定することで価格競争が少なくなるので価格が安い案件でも格安のサービス提供者でなくてもマッチングしやすくなる。

〔対応関係〕
第３の実施の形態において、ステップＳ３０２が、発明３の案件発注情報登録手段に対応し、ステップＳ３０６及びＳ３１０が、発明３の案件発注情報送信手段に対応している。
〔第４の実施の形態〕
次に、本発明の第４の実施の形態を説明する。図１２乃至図１５は、第４の実施の形態を示す図である。
上記第３の実施の形態においては、提供者と店舗とを対応付けて登録し、提供者の利用する端末に対して、提供者に対応付けられた店舗の店舗端末２００を介して登録された案件の案件発注情報一覧及び案件発注情報を送信するようにした。これに対して、第４の実施の形態では、提供者の利用する端末に対して、提供者に対応付けられた店舗とこの店舗から所定エリア内に所在する他の店舗の店舗端末２００を介して登録された案件の案件発注情報一覧及び案件発注情報を送信する点で上記第３の実施の形態と異なる。

以下、上記第３の実施の形態と異なる部分についてのみ説明し、重複する部分については説明を省略する。
まず、第４の実施の形態に係る提供者情報管理テーブル４１４及びエリア情報テーブル４４０について説明する。
図１２は、第４の実施の形態に係る提供者情報管理テーブル４１４及びエリア情報テーブル４４０のデータ構造を示す図である。
記憶装置４２には、図１２（ａ）に示すように、提供者情報管理テーブル４１２に代えて提供者情報管理テーブル４１４が記憶されている。

提供者情報管理テーブル４１４には、図１２（ａ）に示すように、上記第３の実施の形態の提供者情報管理テーブル４１２の登録内容に加えて、エリアＩＤが登録されている。すなわち、提供者と登録店舗に加えてこの登録店舗から所定エリアの範囲を識別するためのエリアＩＤとが対応付けられて登録されている。このエリアは、提供者ごとに設定されている。
また、記憶装置４２には、図１２（ｂ）に示すように、エリア情報テーブル４４０が記憶されている。

エリア情報テーブル４４０には、図１２（ｂ）に示すように、登録店舗ＩＤごとに１つのレコードが登録されている。各レコードは、エリアＩＤ、提供者ＩＤ、登録店舗ＩＤ、エリア情報、エリア範囲変更日、登録日、更新日、その他の情報が登録されている。ここで、エリアＩＤは、エリアを識別するためのＩＤであり、エリア情報は、エリアの範囲を示す情報である。また、エリア範囲変更日は、エリア範囲を変更した年月日を示す情報である。

〔動作〕
次に、受発注管理サーバ１００で実行される第４のサービス受発注処理の処理手順について説明する。
図１３は、第４の実施の形態に係る第４のサービス受発注処理を示すフローチャートである。
ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１３のフローチャートに示す第４のサービス受発注処理を実行する。
第４のサービス受発注処理は、ＣＰＵ３０において実行されると、図１３に示すように、まず、ステップＳ４００に移行する。

ここで、ステップＳ４００～Ｓ４０４の処理は、上記第３の実施の形態のステップＳ３００～Ｓ３０４の処理と同様となるので説明を省略する。
ステップＳ４０６に移行した場合は、店舗端末２００又は提供者端末３００からの閲覧要求に応じて、要求元の提供者に対する案件発注情報一覧を生成する。そして、生成した案件発注情報一覧を要求元の店舗端末２００又は提供者端末３００に送信して、ステップＳ４０８に移行する。
具体的に、提供者情報管理テーブル４１４から要求元の提供者に対応する登録店舗ＩＤ及びエリアＩＤを取得し、エリア情報テーブル４４０から、取得したエリアＩＤに対応するエリア情報を取得する。加えて、案件発注情報管理テーブル４２０から、取得した登録店舗ＩＤの示す登録店舗及びこの店舗からエリア情報の示す所定エリア内に所在する店舗に対応する案件発注情報を取得する。そして、取得した案件発注情報に基づいて、登録店舗及びこの店舗から所定エリア内に所在する店舗の店舗端末２００を介して登録された案件発注情報の案件発注情報一覧を生成する。

ここで、図１４は、各店舗の店舗端末２００を介して登録された案件発注情報の一例と、エリアの一例とを示す図である。
図１４に例示するように、提供者と店舗との対応関係と案件の振り分けは、上記第３の実施の形態の図１１（ａ）と同様となる。図１４に示す例では、提供者Ａに対してエリアＡが設定されており、エリアＡ内には登録店舗であるコンビニＸと、他の店舗である家電量販店Ｙとが所在している。一方、提供者Ｂに対してエリアＢが設定されており、エリアＢ内には登録店舗である家電量販店Ｙと、他の店舗であるホームセンターＺとが所在している。なお、提供者Ｃに対するエリアは省略している。

この場合、受発注管理サーバ１００は、提供者Ａの利用する店舗端末２００又は提供者端末３００からの閲覧要求に対して、案件（１）～（６）の案件発注情報一覧を要求元の店舗端末２００又は提供者端末３００に送信する。一方、提供者Ｂの利用する店舗端末２００又は提供者端末３００からの閲覧要求に対して、案件（４）～（９）の案件発注情報一覧を要求元の店舗端末２００又は提供者端末３００に送信する。
ステップＳ４０８では、案件発注情報一覧のうちから選択されたいずれか１つの案件発注情報の閲覧要求を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ４１０に移行し、そうでないと判定した場合（NO）は、ステップＳ４２２に移行する。

ここで、図１４に示す例では、提供者Ａの利用する提供者端末３００からは、案件（１）～（６）のうちから選択されたいずれか１つの案件の閲覧要求が受発注管理サーバ１００に送信される。同様に、提供者Ｂの利用する提供者端末３００からは、案件（４）～（９）のうちから選択されたいずれか１つの案件の閲覧要求が受発注管理サーバ１００に送信される。
すなわち、提供者Ａは、案件（１）～（６）のうちからいずれかの案件発注情報を閲覧してこれらのうちから所望の案件を受注することができ、提供者Ｂは、案件（４）～（９）のうちからいずれかの案件発注情報を閲覧してこれらのうちから所望の案件を受注することができる。

以降のステップＳ４１０～Ｓ４１８並びにＳ４２２の処理は、上記第３の実施の形態のステップＳ３１０～Ｓ３１８並びにＳ３２２の処理と同様となるので説明を省略する。
ステップＳ４２０では、案件を受注した提供者から、受注した案件の希望価格の所定割合の金額を、店舗利用料並びにシステム利用料として徴収する。その後、一連の処理を終了して元の処理に復帰する。
ここで、第４の実施の形態では、提供者が、登録店舗から所定エリア内に所在する他の店舗の店舗端末２００を介して登録された案件発注情報の案件を受注した場合に、登録店舗の店舗利用料に加えて受注した案件に係る他の店舗に対する店舗利用料も徴収するようになっている。加えて、提供者が設定した所定エリアの範囲が広いほど高い利用料金を徴収するようになっている。

具体的に、登録店舗で登録された案件発注情報の案件については、エリアの範囲が例えば５０平方メートル以内の場合に、上記第１の実施の形態と同様の割合で利用料金を徴収し、エリアの範囲が例えば５０平方メートル以内の場合に、他の店舗で登録された案件発注情報の案件を受注した場合は、登録店舗で登録された案件を受注した場合と比較して高い利用料金を徴収する。
例えば、他の店舗の登録案件を受注した場合、受発注管理サーバ１００は、案件を受注した提供者のクレジットカード情報と、案件発注情報に含まれる希望価格の情報と、エリア内に所在する受注案件に係る他の店舗の情報と、受注した提供者のエリア情報とに基づいて、例えば、エリアの範囲が５０平方メートル以内の場合に、希望価格の４％の金額を店舗利用料として徴収し、希望価格の２％の金額をシステム利用料として徴収する。一方、エリアの範囲が例えば５１～１００平方メートルの範囲の場合に、希望価格の６％の金額を店舗利用料として徴収し、希望価格の３％の金額をシステム利用料として徴収する。

次に、受発注管理サーバ１００で実行されるエリア範囲設定処理の処理手順について説明する。
図１５は、第４の実施の形態に係るエリア範囲設定処理を示すフローチャートである。
ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１５のフローチャートに示すエリア範囲設定処理を実行する。
エリア範囲設定処理は、ＣＰＵ３０において実行されると、図１５に示すように、まず、ステップＳ５００に移行する。

ステップＳ５００では、店舗端末２００又は提供者端末３００からのエリア設定要求を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ５０２に移行し、そうでないと判定した場合（NO）は、一連の処理を終了し元の処理に復帰する。
ここで、第４の実施の形態では、店舗端末２００又は提供者端末３００にて、提供者専用のウェブページを介して、エリア設定要求を受発注管理サーバ１００に送信できるようになっている。

ステップＳ５０２に移行した場合は、エリア設定画面情報を要求元の店舗端末２００又は提供者端末３００に送信する。その後、ステップＳ５０４に移行する。
これにより、店舗端末２００又は提供者端末３００の表示装置に、エリア設定画面が表示される。エリア設定画面では、図示省略するが、例えば、電子地図上で登録店舗をエリア内に含む所定エリアの範囲を設定することができるようになっている。そして、エリア設定画面でエリア範囲を設定し送信ボタンを押下することでエリア範囲の情報を含むエリア設定情報が受発注管理サーバ１００に送信される。

ステップＳ５０４では、店舗端末２００又は提供者端末３００からのエリア設定情報を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ５０６に移行し、そうでないと判定した場合（NO）は、受信するまで判定処理を繰り返す。
ステップＳ５０６に移行した場合は、受信したエリア設定情報に基づいて、新規にエリア情報をエリア情報テーブル４４０に登録するか、または登録されたエリア情報を変更する。加えて、新規登録の場合は、登録したエリア情報に対応するエリアＩＤを提供者情報管理テーブル４１４に登録する。その後、一連の処理を終了して元の処理に復帰する。

〔第４の実施の形態の効果〕
次に、第４の実施の形態の効果を説明する。
第４の実施の形態では、受発注管理サーバ１００は、提供者（提供者ＩＤ）と、複数の店舗のうち提供者の指定した店舗（店舗ＩＤ）と、この店舗に対して設定された所定エリアを示すエリアＩＤとを対応付けて提供者情報管理テーブル４１４に登録し、閲覧要求のあった提供者の利用する店舗端末２００又は提供者端末３００に、この提供者に対応する登録店舗及び登録店舗から所定エリア内に所在する他の店舗で登録された案件発注情報を送信するようにした。

このような構成であれば、上記第３の実施の形態と比較して、閲覧且つ受注できる案件の数を増やすことができるので、地域的な制約を回避しつつよりマッチングしやすくすることができる。
また、第４の実施の形態では、店舗端末２００又は提供者端末３００を介して、提供者が設定した登録店舗に対する所定エリアの範囲の情報を含むエリア設定情報を受発注管理サーバ１００に送信するようにした。一方、受発注管理サーバ１００は、店舗端末２００又は提供者端末３００からのエリア設定情報を受信すると、受信したエリア設定情報に基づいてエリア情報を、新規にエリア情報テーブル４４０に登録するか、または、既に登録されているエリア情報を変更するようにした。加えて、新規登録の場合は、登録したエリア情報を識別するためのエリアＩＤを提供者情報管理テーブル４１４に登録するようにした。また、受発注管理サーバ１００は、登録店舗から所定エリア内に所在する他の店舗で登録された案件が受注された場合に、登録店舗で登録された案件を受注した場合よりも高額の利用料金を受注した提供者から徴収するようにした。さらに、所定エリアの広さに応じてエリアの範囲が広いほど高額の利用料金を徴収するようにした。

このような構成であれば、提供者は、自身の提供するサービスとのマッチング度が高くなるようにエリアの範囲を設定することができる。また、エリアの範囲が広いほど利用料金を高くするようにしたので、所定エリアの範囲を節操なく広げるといったことをしにくくすることができる。
〔対応関係〕
第４の実施の形態において、ステップＳ４０５及びＳ４１０が、発明４の案件発注情報送信手段に対応し、ステップＳ５００～Ｓ５０６が、発明８のエリア範囲設定手段に対応している。

〔第５の実施の形態〕
次に、本発明の第５の実施の形態を説明する。図１６乃至図１７は、第４の実施の形態を示す図である。
上記第４の実施の形態においては、提供者が登録店舗に対するエリア範囲として任意の範囲を設定できる構成とした。これに対して、第５の実施の形態では、設定された所定エリアについて、マッチング率を測定して、所定期間のマッチング率が所定値未満のときに、マッチング率が高くなるようにエリアの範囲を自動で最適化する点で上記第４の実施の形態と異なる。

以下、上記第４の実施の形態と異なる部分についてのみ説明し、重複する部分については説明を省略する。
まず、第５の実施の形態に係るマッチング度情報テーブル４５０について説明する。
図１６は、第５の実施の形態に係るマッチング度情報テーブル４５０のデータ構造を示す図である。
記憶装置４２には、図１６に示すように、マッチング度情報テーブル４５０が記憶されている。
マッチング度情報テーブル４５０には、図１６に示すように、提供者ＩＤごとに１つのレコードが登録されている。各レコードは、提供者ＩＤ、エリアＩＤ、登録店舗ＩＤ、案件登録数、マッチング成立数、マッチング率、登録日、更新日、その他の情報が登録されている。

ここで、案件登録数は、提供者ＩＤに対応する提供者についてエリアＩＤに対応するエリア内に所在する登録店舗及び他の店舗の店舗端末２００を介して所定期間内に登録された案件発注情報の合計数の情報である。また、マッチング成立数は、提供者ＩＤに対応する提供者についてエリアＩＤの示すエリア内に所在する店舗の店舗端末２００を介して登録された案件発注情報について、エリアＩＤに対応する提供者とのマッチングが成立した件数の情報である。また、マッチング率は、所定期間における案件登録数の最終値に対してエリアＩＤに対応する提供者とのマッチングが成立した割合を示す情報である。

次に、受発注管理サーバ１００で実行されるエリア範囲最適化処理の処理手順について説明する。
図１７は、第５の実施の形態に係るエリア範囲最適化処理を示すフローチャートである。
ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１７のフローチャートに示すエリア範囲最適化処理を実行する。
エリア範囲最適化処理は、ＣＰＵ３０において実行されると、図１７に示すように、まず、ステップＳ５５０に移行する。

ステップＳ５５０では、未処理の提供者に対応するエリアを選択して、ステップＳ５５２に移行する。
ステップＳ５５２では、ステップＳ５５０で選択したエリアにおいて、設定日から所定期間が経過したか否かを判定し、経過したと判定した場合（YES）は、ステップＳ５５４に移行し、そうでないと判定した場合（NO）は、ステップＳ５６０に移行する。
ここで、所定期間は、エリア範囲変更日から予め設定した日数が経過した期間となり、例えば、１５日、３０日、６０日などの日数が設定される。

ステップＳ５５４に移行した場合は、選択したエリアの案件登録数、マッチング成立数及びマッチング率を更新して、ステップＳ５５６に移行する。具体的に、マッチング度情報テーブル４５０の選択したエリアに対応する登録情報を更新する。
ステップＳ５５６では、ステップＳ５５４で更新したマッチング率が所定値未満か否かを判定し、所定値未満であると判定した場合（YES）は、ステップＳ５５８に移行し、そうでないと判定した場合（NO）は、ステップＳ５６０に移行する。

ステップＳ５５８に移行した場合は、選択エリアの範囲を変更し、変更内容に基づいてエリア情報テーブル４４２のエリア情報を更新して、ステップＳ５６０に移行する。ここで、範囲の変更は、範囲を拡大したり範囲の形状や位置を変更したりして現在のエリア内の他の店舗とは異なる他の店舗が範囲内に入るように変更したり、現在のエリア内の他の店舗が範囲外となるように変更したりすることで行う。これにより、マッチング率が所定値よりも大きくなるようにエリアの範囲を最適化する。

なお、エリアの範囲の最適化にＡＩ（artificial intelligence）を用いてもよい。例えば、所定期間におけるエリアの範囲とマッチング率との関係や変更前後のマッチング率の変化などを学習させて、学習済みのＡＩにより最適な範囲を予測する。
一方、ステップＳ５６０に移行した場合は、全ての提供者について処理が完了したか否かを判定し、完了したと判定した場合（YES）は、一連の処理を終了して元の処理に復帰し、そうでないと判定した場合（NO）は、ステップＳ５５０に移行する。

〔第５の実施の形態の効果〕
次に、第５の実施の形態の効果を説明する。
第５の実施の形態では、マッチングが成立する度合いを示すマッチング率を測定し、測定したマッチング率が所定値以下の場合に、現在のマッチング率よりも高いマッチング率となるようにエリアの範囲を最適化するようにした。
このような構成であれば、システム側で所定エリアの範囲を最適化するようにしたので、サービス提供者の手を煩わせずに最適なマッチング度となるエリアの範囲を設定することができる。

〔対応関係〕
第５の実施の形態において、ステップＳ５５４が、発明９のマッチング度測定手段に対応し、ステップＳ５５６～Ｓ５５８が、発明９のエリア範囲最適化手段に対応している。
〔第６の実施の形態〕
次に、本発明の第６の実施の形態を説明する。図１８乃至図２０は、第６の実施の形態を示す図である。
上記第４の実施の形態においては、提供者と店舗とを対応付けて登録し、提供者の利用する端末に対して、登録店舗及び登録店舗から所定エリア内に所在する他の店舗の店舗端末２００を介して登録された案件の案件発注情報一覧及び案件発注情報を送信するようにした。これに対して、第６の実施の形態では、提供者とその所在地（住所）を対応付けて登録し、提供者の所在地から所定エリア内に所在する店舗で発注された案件の案件発注情報一覧及び案件発注情報を送信する点で上記第４の実施の形態と異なる。

以下、上記第４の実施の形態と異なる部分についてのみ説明し、重複する部分については説明を省略する。
まず、第６の実施の形態に係る提供者情報管理テーブル４１６及びエリア情報テーブル４４２について説明する。
図１８は、第６の実施の形態に係る提供者情報管理テーブル４１６及びエリア情報テーブル４４２のデータ構造を示す図である。
記憶装置４２には、図１８（ａ）に示すように、提供者情報管理テーブル４１４に代えて提供者情報管理テーブル４１６が記憶されている。

提供者情報管理テーブル４１６は、図１８（ａ）に示すように、上記第４の実施の形態の提供者情報管理テーブル４１４の登録内容から登録店舗ＩＤが削除された構成となっている。また、エリアＩＤは、提供者の所在地（住所）に対して設定された所定エリアを識別するためのＩＤとなる。このエリアは、提供者ごとに設定されている。
また、記憶装置４２には、図１８（ｂ）に示すように、エリア情報テーブル４４０に代えてエリア情報テーブル４４２が記憶されている。

エリア情報テーブル４４２は、図１８（ｂ）に示すように、上記第４の実施の形態のエリア情報テーブル４４０の登録内容から登録店舗ＩＤを削除した構成となっている。また、エリア情報テーブル４４２には、エリア情報として、登録店舗ではなく提供者の所在地に対して設定された所定エリアの情報が登録されている。
〔動作〕
次に、受発注管理サーバ１００で実行される第５のサービス受発注処理の処理手順について説明する。
図１９は、第６の実施の形態に係る第５のサービス受発注処理を示すフローチャートである。

ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１９のフローチャートに示す第５のサービス受発注処理を実行する。
第５のサービス受発注処理は、ＣＰＵ３０において実行されると、図１９に示すように、まず、ステップＳ６００に移行する。
ここで、ステップＳ６００～Ｓ６０４の処理は、上記第４の実施の形態のステップＳ４００～Ｓ４０４の処理と同様となるので説明を省略する。

ステップＳ６０６に移行した場合は、店舗端末２００又は提供者端末３００からの閲覧要求に応じて、要求元の提供者に対する案件発注情報一覧を生成する。そして、生成した案件発注情報一覧を要求元の店舗端末２００又は提供者端末３００に送信して、ステップＳ６０８に移行する。
具体的に、提供者情報管理テーブル４１６から要求元の提供者に対応するエリアＩＤを取得し、エリア情報テーブル４４２から、取得したエリアＩＤに対応するエリア情報を取得する。加えて、案件発注情報管理テーブル４２０から、取得したエリア情報の示す所定エリア内に所在する店舗に対応する案件発注情報を取得する。そして、取得した案件発注情報に基づいて、提供者の所在地から所定エリア内に所在する店舗の店舗端末２００を介して登録された案件の案件発注情報一覧を生成する。

ここで、図２０は、提供者の所在地の一例と、この所在地から所定エリア内に所在する店舗の一例とを示す図である。
図２０に示す例では、提供者Ａの所在地に対して所定範囲（図２０中の円で示す範囲）のエリアＣが設定されており、エリアＣ内には家電量販店Ｙと、ホームセンターＺとが所在している。そして、家電量販店Ｙでは案件（１０）が発注されており、ホームセンターＺでは案件（１１）が発注されている。
この場合、受発注管理サーバ１００は、提供者Ａの利用する店舗端末２００又は提供者端末３００からの閲覧要求に対して、家電量販店Ｙ及びホームセンターＺで発注された案件（１０）及び（１１）の案件発注情報一覧を要求元の店舗端末２００又は提供者端末３００に送信する。

ステップＳ６０８では、案件発注情報一覧のうちから選択されたいずれか１つの案件発注情報の閲覧要求を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ６１０に移行し、そうでないと判定した場合（NO）は、ステップＳ６２２に移行する。
ここで、図２０に示す例では、提供者Ａの利用する店舗端末２００又は提供者端末３００からは、案件（１０）及び（１１）のうちから選択されたいずれか１つの案件の閲覧要求が受発注管理サーバ１００に送信される。すなわち、提供者Ａは、案件（１０）及び（１１）のうちからいずれかの案件発注情報を閲覧することができるとともに受注することができる。

以降のステップＳ６１０～Ｓ６１８並びにＳ６２２の処理は、上記第４の実施の形態のステップＳ４１０～Ｓ４１８並びにＳ４２２の処理と同様となるので説明を省略する。
ステップＳ６２０では、案件を受注した提供者から、受注した案件の希望価格の所定割合の金額を、店舗利用料並びにシステム利用料として徴収する。その後、一連の処理を終了して元の処理に復帰する。
ここで、第６の実施の形態では、提供者と対応付けて店舗を登録していない点で異なるが、上記第４の実施の形態と同様に、所定エリアの範囲を設定することができるようになっており、提供者が設定した所定エリアの範囲が広いほど高い利用料金を徴収するようになっている。

例えば、エリアの範囲が例えば５０平方メートル以内の場合に、希望価格の２％の金額を店舗利用料として徴収し、希望価格の１％の金額をシステム利用料として徴収する。一方、エリアの範囲が例えば５１～１００平方メートルの範囲の場合に、希望価格の４％の金額を店舗利用料として徴収し、希望価格の２％の金額をシステム利用料として徴収する。
なお、第６の実施の形態において、上記第５の実施の形態のエリア範囲最適化処理と同様にマッチング率に基づいてエリア範囲を最適化する構成としてもよい。

〔第６の実施の形態の効果〕
次に、第６の実施の形態の効果を説明する。
第６の実施の形態では、受発注管理サーバ１００は、案件発注情報をこの案件発注情報に係る店舗の所在地の情報と対応付けて案件発注情報管理テーブル４２０に登録するようにした。加えて、店舗端末２００又は提供者端末３００からの閲覧要求に応じて、提供者情報管理テーブル４１６から、閲覧要求に対応する提供者の提供者情報（提供者ＩＤ、エリアＩＤ、所在地（住所）等）を取得し、取得した提供者情報に基づいて、案件発注情報管理テーブル４２０の案件発注情報のうち、この提供者の所在地から所定エリア内に所在する店舗で発注された案件の案件発注情報一覧又は案件発注情報を要求元の店舗端末２００又は提供者端末３００に送信するようにした。

このような構成であれば、提供者は、近隣に所在する希望者の登録した案件を受注しやすくなるのでエリア外に所在する店舗で登録された案件を受注するよりも提供コスト（例えば距離的なコスト）を低減することができる。
〔対応関係〕
第６の実施の形態において、ステップＳ６０２が、発明６の案件発注情報登録手段に対応し、ステップＳ６０６及びＳ６１０が、発明６の案件発注情報送信手段に対応し、記憶装置４２が、発明６の案件発注情報記憶手段及び提供者情報記憶手段に対応している。

〔第７の実施の形態〕
次に、本発明の第７の実施の形態を説明する。図２１乃至図２３は、第７の実施の形態を示す図である。
上記第４及び第５の実施の形態においては、提供者と店舗とを対応付けて登録し、提供者の利用する端末に対して、登録店舗及び登録店舗から所定エリア内に所在する他の店舗の店舗端末２００を介して登録された案件の案件発注情報一覧及び案件発注情報を送信するようにした。これに対して、第７の実施の形態では、希望者とその所在地（住所）を対応付けて登録し、提供者とその所在地（住所）とを対応付けて登録し、提供者の利用する端末に対して、この提供者の所在地から所定エリア内に所在する希望者の発注した案件の案件発注情報一覧及び案件発注情報を送信する点で上記第４及び第５の実施の形態と異なる。

以下、上記第４及び第５の実施の形態と異なる部分についてのみ説明し、重複する部分については説明を省略する。
まず、第７の実施の形態に係る提供者情報管理テーブル４１８、エリア情報テーブル４４４及びマッチング度情報テーブル４５２について説明する。
図２１は、第７の実施の形態に係る提供者情報管理テーブル４１８、エリア情報テーブル４４４及びマッチング度情報テーブル４５２のデータ構造を示す図である。
記憶装置４２には、図２１（ａ）に示すように、提供者情報管理テーブル４１４に代えて提供者情報管理テーブル４１８が記憶されている。

提供者情報管理テーブル４１８は、上記第４の実施の形態における提供者情報管理テーブル４１４に対して、エリアＩＤに対応するエリア情報が、提供者の所在地に対して設定された所定範囲のエリアの情報となっている点と、登録店舗ＩＤが削除されている点とが異なっている。
また、記憶装置４２には、図２１（ｂ）に示すように、エリア情報テーブル４４２に代えてエリア情報テーブル４４４が記憶されている。
エリア情報テーブル４４４は、上記第４の実施の形態におけるエリア情報テーブル４４０に対して、エリアＩＤに対応するエリア情報が、提供者の所在地に対して設定された所定範囲のエリアの情報となっている点と、登録店舗ＩＤが削除されている点とが異なっている。

また、記憶装置４２には、図２１（ｃ）に示すように、マッチング度情報テーブル４５０に代えてマッチング度情報テーブル４５２が記憶されている。
マッチング度情報テーブル４５２は、上記第５の実施の形態におけるマッチング度情報テーブル４５０に対して、エリアＩＤの示すエリア情報が、提供者の所在地に対して設定された所定範囲のエリアの情報となっている点と、登録店舗ＩＤが削除されている点とが異なっている。
ここで、図２１（ｃ）において、案件登録数は、エリアＩＤに対応するエリア内に所在する希望者が所定期間内に発注した案件の案件発注情報の合計数の情報であり、マッチング成立数は、エリアＩＤに対応するエリア内に所在する希望者が発注した案件の案件発注情報について、エリアＩＤに対応する提供者とのマッチングが成立した件数の情報である。また、マッチング率は、所定期間における案件登録数の最終値に対してエリアＩＤに対応する提供者とのマッチングが成立した割合を示す情報である。

〔動作〕
次に、受発注管理サーバ１００で実行される第５のサービス受発注処理の処理手順について説明する。
図２２は、第７の実施の形態に係る第６のサービス受発注処理を示すフローチャートである。
ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図２２のフローチャートに示す第６のサービス受発注処理を実行する。
第６のサービス受発注処理は、ＣＰＵ３０において実行されると、図２２に示すように、まず、ステップＳ７００に移行する。

ここで、ステップＳ７００～Ｓ７０４の処理は、上記第４及び第５の実施の形態のステップＳ４００～Ｓ４０４の処理と同様となるので説明を省略する。
ステップＳ７０６に移行した場合は、店舗端末２００又は提供者端末３００からの閲覧要求に応じて、要求元の提供者に対する案件発注情報一覧を生成する。そして、生成した案件発注情報一覧を要求元の店舗端末２００又は提供者端末３００に送信して、ステップＳ７０８に移行する。
具体的に、提供者情報管理テーブル４１８から要求元の提供者に対応する住所（以下、「提供者住所」と称す）及びエリアＩＤを取得し、エリア情報テーブル４４４から、取得したエリアＩＤに対応するエリア情報を取得する。加えて、これら取得した情報に基づいて案件発注情報管理テーブル４２０から、提供者住所からエリア情報の示す所定エリア内に所在する希望者に対応する案件発注情報を取得する。そして、取得した案件発注情報に基づいて、提供者住所から所定エリア内に所在する希望者が発注した案件の案件発注情報一覧を生成する。

ここで、図２３は、提供者の所在地の一例と、この所在地から所定エリア内に所在する希望者の一例とを示す図である。
図２３に示す例では、提供者Ａの所在地から所定距離範囲のエリアＤが設定されており、エリアＣ内には希望者Ｄと、希望者Ｅとが所在している。そして、希望者Ｄは案件（１２）を発注しており、希望者Ｅは案件（１３）を発注している。
この場合、受発注管理サーバ１００は、提供者Ａの提供者端末３００からの閲覧要求に対して、希望者Ｄ及びＥの発注した案件（１２）及び（１３）の案件発注情報一覧を要求元の提供者端末３００に送信する。

ステップＳ７０８では、案件発注情報一覧のうちから選択されたいずれか１つの案件発注情報の閲覧要求を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ７１０に移行し、そうでないと判定した場合（NO）は、ステップＳ７２２に移行する。
ここで、図２３に示す例では、提供者Ａの提供者端末３００からは、案件（１２）～（１３）のうちから選択されたいずれか１つの案件の閲覧要求が受発注管理サーバ１００に送信される。すなわち、提供者Ａは、案件（１２）～（１３）のうちからいずれかの案件発注情報を閲覧して受注をすることができる。

以降のステップＳ７１０～Ｓ７１８並びにＳ７２２の処理は、上記第４及び第５の実施の形態のステップＳ４１０～Ｓ４１８並びにＳ４２２の処理と同様となるので説明を省略する。
ステップＳ７２０では、案件を受注した提供者から、受注した案件の希望価格の所定割合の金額を、店舗利用料並びにシステム利用料として徴収する。その後、一連の処理を終了して元の処理に復帰する。
ここで、第７の実施の形態では、複数の提供者の閲覧対象となる案件について、その人数に応じて店舗利用料並びにシステム利用料として徴収する希望価格の合計割合を人数が多いほど高い割合に設定する。例えば、１～５人の提供者の閲覧対象となる案件については、上記第１の実施の形態と同様の合計割合（３％）に設定し、６～１０人の提供者の閲覧対象となる案件については、合計割合を例えば５％に設定し、１１人以上の提供者の閲覧対象となる案件については、合計割合を例えば７％に設定する。分配割合としては、提供者数が６～１０人で例えば希望価格の３％を店舗運営者に２％をシステム運営者に分配し、提供者数が１１人以上では例えば希望価格の４％を店舗運営者に３％をシステム運営者に分配する。

すなわち、多数の提供者の閲覧対象となる案件は閲覧されやすくマッチングしやすいので利用料を高く設定する。
なお、第７の実施の形態において、提供者の所在地に対して設定される所定エリアについて、上記第４の実施の形態のエリア範囲設定処理と同様に提供者が任意のエリア範囲を設定できる構成としてもよい。
〔第７の実施の形態の効果〕
次に、第７の実施の形態の効果を説明する。
第７の実施の形態では、受発注管理サーバ１００は、店舗端末２００又は提供者端末３００からの閲覧要求に応じて、提供者情報管理テーブル４１８から、閲覧要求に対応する提供者の提供者情報（提供者ＩＤ、エリアＩＤ、所在地（住所）等）を取得し、取得した提供者情報に基づいて、案件発注情報管理テーブル４２０の案件発注情報のうち、この提供者の所在地から所定エリア内に所在する希望者の案件発注情報を要求元の店舗端末２００又は提供者端末３００に送信するするようにした。

このような構成であれば、提供者は、近隣に所在する希望者の登録した案件を受注することができるのでエリア外に所在するサービス希望者の案件を受注するよりも提供コスト（例えば距離的なコスト）を低減することができる。
〔対応関係〕
第７の実施の形態において、ステップＳ７０６及びＳ７１０が、発明７の案件発注情報送信手段に対応し、記憶装置４２が、発明７の提供者情報記憶手段及び案件発注情報記憶手段に対応している。
〔変形例〕
また、上記第３の実施の形態及びその変形例において、提供者の登録する店舗を１軒だけとする例を説明したが、この構成に限らず、複数の店舗を登録する構成としてもよい。また、この構成とした場合に、登録店舗数が多いほど利用料金を高く設定する構成としてもよい。

また、上記第４の実施の形態及びその変形例において、提供者の登録店舗から所定エリア内に所在する他の店舗の案件を受注した場合に、登録店舗で登録された案件よりも利用料金を高くする構成としたが、この構成に限らない。この構成に加えて又は代えて、例えば、複数の登録店舗を跨ぐ案件について跨ぐ店舗数が多いほど利用料金を高くする構成としてもよい。例えば、登録店舗ａ及びｂにおいてこれら登録店舗から所定エリア内に案件（１）を登録した他の店舗がある場合と、登録店舗ｃ、ｄ、ｅにおいてこれら登録店舗から所定エリア内に案件（２）を登録した他の店舗がある場合を想定する。この場合に、案件（１）は２つの店舗を跨ぎ、案件（２）は３つの店舗を跨ぐので、案件（２）を受注した方が案件（１）を受注するよりも利用料金が高く設定される。

また、上記第６及び第７の実施の形態及びその変形例においては、各案件発注情報について、閲覧できる提供者の人数を考慮せずに利用料金を設定する構成としたが、この構成に限らない。例えば、閲覧できる提供者数が多い案件発注情報ほど、提供者から徴収する利用料金を高く設定する構成としてもよい。
また、上記各実施の形態及びその変形例において、提供者ごとに登録店舗以外の他の店舗も含む案件発注情報一覧を提示し、どの案件発注情報を閲覧したかの情報（反応）を記録して、この情報に基づいて、この提供者が受注すると思われる条件（例えば、地域、サービス内容、価格等）の案件発注情報を絞り込み、次回の案件発注情報一覧の提示を行う構成としてもよい。なお、この構成において、例えば、ＡＩを用いた予測を行って提示する一覧の内容を決定してもよい。

また、上記各実施の形態及びその変形例においては、マッチングが成立した提供者からシステムの利用料金及び店舗の利用料金を徴収する構成としたが、この構成に限らない。例えば、システム利用料については、店舗運営者からも徴収する構成としてもよいし、これに加えて又は代えて希望者からも徴収する構成としてもよい。また、店舗利用料については、例えば、希望者からも徴収する構成としてもよい。
また、上記実施の形態及びその変形例においては、インターネット１９９からなるネットワークシステムに適用した場合について説明したが、これに限らず、例えば、インターネット１９９と同一方式により通信を行ういわゆるイントラネットに適用してもよい。もちろん、インターネット１９９と同一方式により通信を行うネットワークに限らず、任意の通信方式のネットワークに適用することができる。

また、上記実施の形態及びその変形例において、図４、図８、図１０、図１３、図１５、図１７、図１９及び図２２のフローチャートに示す処理を実行するにあたってはいずれも、ＲＯＭに予め格納されているプログラムを実行する場合について説明したが、これに限らず、これらの手順を示したプログラムが記憶された記憶媒体から、そのプログラムをＲＡＭに読み込んで実行するようにしてもよい。

１００…サービス受発注管理サーバ、 ２００…店舗端末、 ２１０…スキャナ、 ３００…提供者端末、 ３０…ＣＰＵ、 ３２…ＲＯＭ、 ３４…ＲＡＭ、 ３８…Ｉ／Ｆ、 ３９…バス、 ４０…入力装置、 ４２…記憶装置、 ４４…表示装置、 ６０…記入用紙、 ６１…案件カード、 １９９…インターネット、 ４００…店舗情報管理テーブル、 ４１０，４１２，４１４，４１６，４１８…提供者情報管理テーブル、 ４２０，４２２…案件発注情報管理テーブル、 ４３０…マッチング情報管理テーブル、 ４４０，４４２，４４４…エリア情報テーブル、 ４５０，４５２…マッチング度情報テーブル

Claims (2)

1. 店舗に設置された店舗端末とサービス提供者が利用する提供者端末と通信可能に接続されるサービス受発注システムであって、
   前記店舗には、前記店舗端末と、当該店舗端末に接続された読取装置及び出力装置とが設置されており、
   サービス希望者の希望するサービスの内容、当該サービスの希望条件及び当該サービス希望者の連絡先の情報を含む案件発注情報を前記店舗端末から受信する案件発注情報受信手段と、
   前記案件発注情報受信手段で受信した案件発注情報を、当該案件発注情報に基づいて前記コード情報生成手段で生成されたコード情報と対応付けて前記案件発注情報記憶手段に登録する案件発注情報登録手段と、
   サービス提供者が利用する提供者端末からの閲覧要求に応じて、前記案件発注情報記憶手段の案件発注情報を、要求元の提供者端末に送信する案件発注情報送信手段と、
   前記提供者端末からの受注要求に応じて、当該受注要求に対応する前記案件発注情報と前記サービス提供者とをマッチングするマッチング手段と、を備え、
   前記店舗端末は、前記サービス希望者の希望するサービスの内容、当該サービスの希望条件及び当該サービス希望者の連絡先を含む情報が記録された第１記録媒体を前記読取装置で読み取って得られた案件発注情報を当該サービス受発注システムに送信する第２案件発注情報送信手段と、当該案件発注情報に基づいてコード情報生成手段で生成されたコード情報を前記出力装置にて第２記録媒体に出力する処理を行う出力処理手段と、を備え、
   前記提供者端末は、前記第２記録媒体から前記コード情報を取得するコード情報取得手段と、前記コード情報取得手段で取得したコード情報を閲覧要求とともに当該サービス受発注システムに送信するコード情報送信手段と、を備え、
   前記案件発注情報送信手段は、前記コード情報を受信したことに応じて、前記案件発注情報記憶手段の案件発注情報のうち、当該コード情報に対応する案件発注情報を前記要求元の提供者端末に送信することを特徴とするサービス受発注システム。
2. 請求項１において、
   前記希望条件は、前記サービスの希望価格の条件を含み、
   前記マッチング手段でマッチングが成立した案件発注情報に含まれる希望価格に応じた利用料金を前記サービス提供者、前記サービス希望者又は前記店舗から徴収する処理を行う利用料金徴収手段を備えることを特徴とするサービス受発注システム。

Images