(57)【要約】　【課題】　顧客からの要請を迅速かつ効率的に伝える。　【解決手段】 顧客５からの要請事項を登録する要請事項登録手段２４と、登録されている会員による検索命令を受信する検索命令受信手段２１と、上記要請事項が定期的な要請である旨の定期要請情報を含む定期要請事項であるか、上記定期要請情報を含まない非定期要請事項であるかを判別する要請事項判別手段３４と、上記要請事項が上記定期要請事項の場合には、その定期要請事項を、その希望日時を含む一定の時期的範囲に希望日時を持つ非定期要請事項よりも順位を優先して登録する優先登録手段３５とを備える要請情報送受信装置とする。【選択図】　図３
2004070965.tif 000002
【特許請求の範囲】
【請求項１】
　顧客からの要請事項を登録する要請事項登録手段と、登録されている会員による検索命令を受信する検索命令受信手段と、上記要請事項が定期的な要請である旨の定期要請情報を含む定期要請事項であるか、上記定期要請情報を含まない非定期要請事項であるかを判別する要請事項判別手段と、上記要請事項が上記定期要請事項の場合には、その定期要請事項を、その希望日時を含む一定の時期的範囲に希望日時を持つ非定期要請事項よりも順位を優先して登録する優先登録手段と、を備えることを特徴とする要請情報送受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、要請情報送受信装置に関する。
【背景技術】
【０００２】
　従来から、顧客がタクシー等を利用するには、タクシー会社に電話するか、タクシーが待機している場所に出向くという方法がとられている。顧客がタクシー会社に電話する場合には、顧客からの運輸要請を受けたタクシー会社は、その要請に対応可能なタクシー運転手にその要請情報を送信し、顧客の要請に応えている。すなわち、顧客がタクシー会社に対してタクシーを要請すると、その要請を受けたタクシー会社は、顧客の居る場所を担当するタクシーに顧客の元に行くように直接連絡するか、あるいは全てのタクシーに連絡して、顧客の元にすぐ行くことができるタクシーを募るようにしている。なお、この場合、地理に詳しくない新人運転手を得意先に配車しないように、運転者の個人情報を登録しておき、得意先に迷惑をかけないような熟練運転手のタクシーを提供できるようにする発明も知られている（例えば、特許文献１参照。）。
【０００３】
【特許文献１】特開平９−１２８５７９号公報（要約書など）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
　しかし、上記従来の方法には、次のような問題がある。タクシーの乗務員が、タクシー会社から複数の乗車要請の連絡を受けても、その優先順位や件数を確実に把握することが難しい。このため、定期的要請を行う顧客に対して確実なサービスを提供できないという問題がある。
【０００５】
　また、タクシー会社に同じ人からいたずら電話がかかってきても、いたずら電話か否かの判断が難しい。このため、タクシー会社およびタクシー乗務員は、逐一、いたずら電話も含めた電話要請への対応をせざるを得ないという問題もある。
【０００６】
　また、タクシー会社等の受信側が、顧客とタクシー等の応答者との間を仲介するため、顧客からの要請を迅速かつ正確に伝えられないことがある。さらに、顧客からの要請を多く受け付ける場合には、要請を受ける受信側の連絡作業は大きな負担となってしまう。また、顧客からの要請を受けたタクシー会社等の受信者あるいはタクシーの不手際によって対応が遅れたり、最悪の場合には全く対応できずに放置するといった状況が発生することがある。　
【０００７】
　また、タクシー乗務員の中には、普通２種免許の他にも、牽引免許等の免許を所持している人もいる。しかし、顧客は、どのタクシー会社に電話すれば牽引免許等を所持しているタクシー乗務員がいるかはわからない。このため、牽引等の要請をすることが難しい。同様に、顧客がバンやワゴンタイプのタクシーを要請したくても、どこのタクシー会社に要請すればよいかわからない。このため、タクシー待ちをして、偶然ワゴンタイプのタクシーが現れるのを待つしかなかった。
【０００８】
　また、顧客がタクシーが待機している場所に向かう場合には、空車が見当たらないとか、長距離を移動しなければならない等の不便がある。また、高齢者や身体に障害を持つ者が定期的に通院等にタクシーを利用したい場合には、定期的にタクシーの利用が出来ないという問題もある。さらに、高齢者や障害者を乗車することを拒むタクシー運転手もいるため、高齢者や障害者に不愉快な思いをさせることもある。
【０００９】
　本発明は、上記課題を解決すべく、定期的要請を行う顧客に対して確実なサービスを提供することを目的とする。また、他の発明は、いたずら電話への対応を軽減して、効率的な運用を行うことを目的とする。また、他の発明は、顧客からの要請を迅速かつ効率的に伝えることを目的とする。また、他の発明は、顧客からの要請に確実に対応することを目的とする。
【課題を解決するための手段】
【００１０】
　上記目的を達成するため、本発明は、顧客からの要請事項を登録する要請事項登録手段と、登録されている会員による検索命令を受信する検索命令受信手段と、要請事項が定期的な要請である旨の定期要請情報を含む定期要請事項であるか、定期要請情報を含まない非定期要請事項であるかを判別する要請事項判別手段と、要請事項が定期要請事項の場合には、その定期要請事項を、その希望日時を含む一定の時期的範囲に希望日時を持つ非定期要請事項よりも順位を優先して登録する優先登録手段とを備える要請情報送受信装置とするようにしている。このため、定期的な要請がある場合には、その定期的要請事項を優先して予約し、非定期的要請事項の予約を、定期的要請事項の後にまわすことになる。このため、定期的要請を行う顧客に対して確実なサービスを提供できる。
【００１１】
　また、他の発明は、顧客からの要請を受け付けるホームページが保存されているウェブサーバと、ウェブサーバが接続されるインターネット通信網と、インターネット通信網を含めた通信線を介してウェブサーバにアクセス可能なクライアント端末とを備え、ウェブサーバは、顧客が操作するクライアント端末から送ったその顧客の要請事項を登録すると共に、その要請事項が定期的な要請である旨の定期要請情報を含む定期要請事項である場合には、その定期要請事項を、その希望日時を含む一定の時期的範囲に希望日時を持ち、かつ定期要請情報を含まない非定期要請事項よりも順位を優先して登録するインターネットによる要請情報送受信システムとするようにしている。このため、定期的な要請がある場合には、その定期的要請事項を優先して予約し、非定期的要請事項の予約を、定期的要請事項の後にまわすことになる。このため、定期的要請を行う顧客に対して確実なサービスを提供できる。
【００１２】
　また、他の発明は、顧客からの要請事項が定期的な要請である旨の定期要請情報を含む定期要請事項であるか、定期要請情報を含まない非定期要請事項であるかを判別する要請事項判別ステップと、要請事項が定期要請事項の場合には、その定期要請事項を、その希望日時を含む一定の時期的範囲に希望日時を持つ非定期要請事項よりも順位を優先して登録する優先登録ステップと、要請事項を登録する要請事項登録ステップと、登録されている会員による検索命令を受信する検索命令受信ステップとを含むプログラムを格納した情報記録媒体とするようにしている。このため、この情報記録媒体に格納されるプログラムを実行することによって、定期的な要請がある場合には、その定期的要請事項を優先して予約し、非定期的要請事項の予約を、定期的要請事項の後にまわすことになる。このため、定期的要請を行う顧客に対して確実なサービスを提供できる。
【００１３】
　また、他の発明は、顧客からの要請を受け付けるホームページが保存されているウェブサーバと、ウェブサーバが接続されるインターネット通信網と、インターネット通信網を含めた通信線を介してウェブサーバにアクセス可能なクライアント端末とを備え、ウェブサーバは、顧客が操作するクライアント端末から送ったその顧客の要請事項を登録すると共に、その要請事項に含まれる顧客の希望日時より所定時間前に、ウェブサーバに登録されている会員がその要請事項を受信可能な状態にするインターネットによる要請情報送受信システムとするようにしている。このため、顧客の希望日時が現在の日時より長期間後になる場合であっても、会員が顧客からの要請があったことを忘れるといった危険性を低減できる。例えば、希望日時が現在の日時から４時間後の場合には、要請事項を現在の日時から３時間４５分後に受信可能な状態にする。これによって、会員は、希望日時の１５分前から後に要請事項を受信できるため、要請事項を受信してから短時間で対応することになる。したがって、要請を忘れる危険性が少ない。
【００１４】
　また、他の発明は、ウェブサーバに登録されている要請事項は、顧客からのアクセスによって表示する顧客用サイトと、会員からのアクセスによって表示する会員用サイトにそれぞれ登録されるようにし、会員用サイトには、要請事項に含まれる希望日時の所定時間前に、その要請事項を受信可能に表示し、顧客用サイトには、会員用サイトにおいて、まだ受信可能となっていない要請事項をも含めた要請事項を表示するインターネットによる要請情報送受信システムとするようにしている。このため、顧客は、顧客からの要請を受ける会員と異なり、自分の希望日時近くの予約状況を正確に知ることが出来る。したがって、顧客は、要請の要否判断がしやすい。
【００１５】
　また、他の発明は、ウェブサーバに登録されている要請事項は、顧客からのアクセスによって表示する顧客用サイトと、会員からのアクセスによって表示する会員用サイトにそれぞれ登録されるようにし、会員用サイトには、会員が受信可能な要請事項の数を掲載し、顧客用サイトには、会員用サイトにおいて、まだ受信可能となっていない要請事項を含めた要請事項の数を表示するインターネットによる要請情報送受信システムとするようにしている。このため、顧客および会員は、要請事項の数によって予約状況を知ることができる。
【００１６】
　また、他の発明は、顧客からの要請を受け付けるホームページが保存されているウェブサーバと、ウェブサーバが接続されるインターネット通信網と、インターネット通信網を含めた通信線を介してウェブサーバにアクセス可能なクライアント端末とを備え、ウェブサーバは、顧客が操作するクライアント端末から送ったその顧客の要請事項を登録すると共に、会員が受信して見ることが出来る会員用サイトに、要請事項の総数と、顧客の希望日時に対応していない要請事項の数とを表示させるインターネットによる要請情報送受信システムとするようにしている。このため、顧客の要請事項を受信する会員は、現時点での要請の総数と、対応できていない要請の数とを把握できる。したがって、対応できていない要請への迅速な対応をとりやすい。
【００１７】
　また、他の発明は、顧客からの要請を受け付けるホームページが保存されているウェブサーバと、ウェブサーバが接続されるインターネット通信網と、インターネット通信網を含めた通信線を介してウェブサーバにアクセス可能なクライアント端末とを備え、ウェブサーバは、顧客が操作するクライアント端末から送ったその顧客の要請事項を登録すると共に、いたずら電話をかけてきた顧客が入力した電話番号をブラックリストに登録し、ブラックリストに登録されている電話番号が入力されると、アクセス不能とする処理を行うインターネットによる要請情報送受信システムとするようにしている。このため、管理者側は、いたずら電話をかけてきた人への２回目以降の対応をしなくて済む。したがって、効率的な運輸サービスを行うことができる。
【００１８】
　また、他の発明は、ウェブサーバは、いたずら電話として入力されやすい電話番号をも、ブラックリストに予め登録しておき、その予め登録されている電話番号が入力されると、アクセス不能とする処理を行うインターネットによる要請情報送受信システムとするようにしている。このため、予め登録してあるいたずら電話をしやすい電話番号をかけてきた人に対しては、１回目から対応しなくて済む。したがって、より効率的な運輸サービスを行うことができる。
【００１９】
　また、他の発明は、顧客からの要請事項を登録する要請事項登録手段と、登録されている会員による検索命令を受信する検索命令受信手段と、要請事項に含まれる顧客の希望日時を識別する希望日時識別手段と、識別した希望日時より所定時間前に、会員がその要請事項を受信可能な状態にする受信可能処理手段とを備える要請情報送受信装置とするようにしている。このため、顧客の希望日時が現在の日時より長期間後になる場合であっても、会員が顧客からの要請があったことを忘れるといった危険性を低減できる。例えば、希望日時が現在の日時から４時間後の場合には、要請事項を現在の日時から３時間４５分後に受信可能な状態にする。これによって、会員は、希望日時の１５分前から後に要請事項を受信できるため、要請事項を受信してから短時間で対応することになる。したがって、要請を忘れる危険性が少ない。
【００２０】
　また、他の発明は、顧客による検索命令を受信する顧客検索命令受信手段と、顧客がアクセス可能な顧客用サイトを表示する顧客用サイト表示手段と、会員がアクセス可能な会員用サイトを表示する会員用サイト表示手段とを備え、顧客用サイト表示手段は、会員用サイトにおいて、まだ受信可能となっていない要請事項をも含めた要請事項を表示する要請情報送受信装置とするようにしている。このため、顧客は、顧客からの要請を受ける会員と異なり、自分の希望日時近くの予約状況を正確に知ることが出来る。したがって、顧客は、要請の要否判断がしやすい。
【００２１】
　また、他の発明は、上述の会員用サイト表示手段は、会員用サイトに、会員が受信可能な要請事項の数を掲載し、顧客用サイト表示手段は、顧客用サイトに、会員用サイトにおいて、まだ受信可能となっていない要請事項を含めた要請事項の数を掲載する要請情報送受信装置とするようにしている。このため、顧客および会員は、要請事項の数によって予約状況を知ることができる。
【００２２】
　また、他の発明は、顧客からの要請事項を登録する要請事項登録手段と、登録されている会員による検索命令を受信する検索命令受信手段と、会員が受信して見ることが出来る会員用サイトに、要請事項の総数と、顧客の希望日時に対応していない要請事項の数とを表示する会員用サイト表示手段とを備える要請情報送受信装置とするようにしている。このため、顧客の要請事項を受信する会員は、現時点での要請の総数と、対応できていない要請の数とを把握できる。したがって、対応できていない要請への迅速な対応をとりやすい。
【００２３】
　また、他の発明は、顧客からの要請事項を登録する要請事項登録手段と、いたずら電話をかけてきた顧客が要請事項に入力した電話番号を登録するための電話番号登録手段と、その電話番号と、電話番号登録手段に格納されるブラックリストとを照合して、ブラックリスト中にその電話番号が存在するか否かを判別するブラックリスト判別手段と、ブラックリストに登録されている電話番号が入力された場合に、アクセス不能とするアクセス不能処理手段とを備える要請情報送受信装置とするようにしている。このため、管理者側は、いたずら電話をかけてきた人への２回目以降の対応をしなくて済む。したがって、効率的な運輸サービスを行うことができる。
【００２４】
　また、他の発明は、電話番号登録手段は、いたずら電話として入力されやすい電話番号をも予め登録可能とし、アクセス不能処理手段は、その予め登録されている電話番号が入力された際に、アクセス不能とする処理を行う要請情報送受信装置とするようにしている。このため、予め登録してあるいたずら電話をしやすい電話番号をかけてきた人に対しては、１回目から対応しなくて済む。したがって、より効率的な運輸サービスを行うことができる。
【００２５】
　また、他の発明は、顧客からの要請事項を登録する要請事項登録ステップと、要請事項に含まれる顧客の希望日時を識別する希望日時識別ステップと、識別した希望日時より所定時間前に、登録されている会員がその要請事項を受信可能な状態にする受信可能処理ステップと、会員による検索命令を受信する検索命令受信ステップとを含むプログラムを格納した情報記録媒体とするようにしている。このため、この情報記録媒体に格納されるプログラムを実行することによって、顧客の希望日時が現在の日時より長期間後になる場合であっても、会員が顧客からの要請があったことを忘れるといった危険性を低減できる。例えば、希望日時が現在の日時から４時間後の場合には、要請事項を現在の日時から３時間４５分後に受信可能な状態にする。これによって、会員は、希望日時の１５分前から後に要請事項を受信できるため、要請事項を受信してから短時間で対応することになる。したがって、要請を忘れる危険性が少ない。
【００２６】
　また、他の発明は、顧客がアクセス可能な顧客用サイトを表示する顧客用サイト表示ステップと、会員がアクセス可能な会員用サイトを表示する会員用サイトステップとを含むプログラムを格納し、顧客用サイト表示ステップは、会員用サイトにおいて、まだ受信可能になっていない要請事項をも含めた要請事項を表示する情報記録媒体とするようにしている。このため、この情報記録媒体に格納されるプログラムを実行することによって、顧客は、顧客からの要請を受ける会員と異なり、自分の希望日時近くの予約状況を正確に知ることが出来る。したがって、顧客は、要請の要否判断がしやすい。
【００２７】
　また、他の発明は、会員用サイト表示ステップは、会員用サイトに、会員が受信可能な要請事項の数を掲載し、顧客用サイト表示ステップは、顧客用サイトに、会員用サイトにおいて、まだ受信可能となっていない要請事項を含めた要請事項の数を掲載する情報記録媒体としている。このため、この情報記録媒体に格納されるプログラムを実行することによって、顧客および会員は、要請事項の数によって予約状況を知ることができる。
【００２８】
　また、他の発明は、顧客からの要請事項を登録する要請事項登録ステップと、登録されている会員が受信して見ることが出来る会員用サイトに、要請事項の総数と、顧客の希望日時に対応していない要請事項の数とを表示する会員用サイト表示ステップと、会員による検索命令を受信する検索命令受信ステップとを含むプログラムを格納した情報記録媒体とするようにしている。このため、この情報記録媒体に格納されるプログラムを実行することによって、顧客の要請事項を受信する会員は、現時点での要請の総数と、対応できていない要請の数とを把握できる。したがって、対応できていない要請への迅速な対応をとりやすい。
【００２９】
　また、他の発明は、いたずら電話をかけてきた顧客が要請事項に入力した電話番号を登録するための電話番号登録ステップと、入力した電話番号と、電話番号登録ステップにて登録されたブラックリストとを照合して、ブラックリスト中にその電話番号が存在するか否かを判別するブラックリスト判別ステップと、ブラックリストに登録されている電話番号が入力された際に、アクセス不能とするアクセス不能処理ステップとを含むプログラムを格納した情報記録媒体とするようにしている。このため、この情報記録媒体に格納されるプログラムを実行することによって、管理者側は、いたずら電話をかけてきた人への２回目以降の対応をしなくて済む。したがって、効率的な運輸サービスを行うことができる。
【００３０】
　また、他の発明は、電話番号登録ステップは、いたずら電話として入力されやすい電話番号をも予め登録可能とし、アクセス不能処理ステップは、その予め登録されている電話番号が入力された際に、アクセス不能とする処理を行う情報記録媒体としている。このため、この情報記録媒体に格納されるプログラムを実行することによって、予め登録してあるいたずら電話として入力されやすい電話番号を入力した顧客に対しては、１回目から対応しなくて済む。したがって、より効率的な運輸サービスを行うことができる。
【００３１】
　また、さらに、本発明は、顧客からの要請を受け付けるホームページが保存されているウェブサーバと、ウェブサーバが接続されるインターネット通信網と、インターネット通信網を含めた通信線を介してウェブサーバにアクセス可能なクライアント端末とを備え、ウェブサーバは、顧客が操作するクライアント端末から送ったその顧客の要請事項を登録すると共に、ウェブサーバに登録されている会員が操作するクライアント端末からの検索命令を受信すると、その会員の登録情報に合致した要請事項のみを表示させるインターネットによる要請情報送受信システムとしている。このため、顧客からの要請事項は、予め登録されている登録情報に合致した会員にのみ伝えられる。したがって、顧客からの要請事項は、迅速かつ効率的に特定の会員に伝えられる。
【００３２】
　また、他の発明は、要請事項が定期的な要請である旨の定期要請情報を含む場合に、ウェブサーバは、定期要請情報に基づいて、会員からの検索に対して、要請情報を定期的に表示させるインターネットによる要請情報送受信システムとしている。このため、定期的に要請を希望することが多い顧客にとっては、何度も要請する手間を省くことができる。
【００３３】
　また、他の発明は、顧客からの要請を受け付けるホームページが保存されているウェブサーバと、ウェブサーバが接続されるインターネット通信網と、インターネット通信網を含めた通信線を介してウェブサーバにアクセス可能なクライアント端末とを備え、ウェブサーバは、顧客が操作するクライアント端末から送ったその顧客の要請事項を登録すると共に、その登録時刻を記憶し、登録時刻から所定時間内に、ウェブサーバに登録されている会員による検索によって、要請事項が会員のクライアント端末に表示されない場合には、要請事項が表示されていない旨を、ウェブサーバの管理者または会員の総括者に通知するインターネットによる要請情報送受信システムとしている。このため、所定時間内に顧客からの要請に対応できない場合が生じても、そのフォローをすることができる。
【００３４】
　また、他の発明は、顧客から通信端末を介して運輸要請を受け付けるホームページが保存されているウェブサーバと、ウェブサーバが接続されるインターネット通信網と、インターネット通信網を含めた通信線を介してウェブサーバにアクセス可能なクライアント端末とを備え、ウェブサーバは、顧客が操作するクライアント端末から送ったその顧客の運輸要請事項を登録すると共に、その登録時刻を記憶し、ウェブサーバに登録されている運輸主体が操作するクライアント端末からの検索命令を受信すると、各運輸主体の登録情報に合致した運輸要請事項のみを表示させる一方で、登録時刻から所定時間内に、運輸主体による検索によって、運輸要請事項が運輸主体のクライアント端末に表示されない場合には、運輸要請事項が表示されていない旨を、ウェブサーバの管理者または会員の総括者に通知するインターネットによる要請情報送受信システムとしている。このため、顧客からのタクシー等の運輸要請は、予め登録されている登録情報に合致したタクシー等の運輸主体にのみ伝えられる。したがって、運輸要請事項は、迅速かつ効率的に特定の運輸主体に伝えられる。そして、所定時間内に顧客からの運輸要請に対応できない場合が生じても、そのフォローをすることもできる。
【００３５】
　また、他の発明は、人材派遣要請を行う顧客から通信端末を介して人材派遣要請を受け付けるホームページが保存されているウェブサーバと、ウェブサーバが接続されるインターネット通信網と、インターネット通信網を含めた通信線を介してウェブサーバにアクセス可能なクライアント端末とを備え、ウェブサーバは、顧客が操作するクライアント端末から送ったその人材派遣要請事項を登録すると共に、その登録時刻を記憶し、ウェブサーバに登録されている人材派遣を行う派遣主体が操作するクライアント端末からの検索命令を受信すると、各派遣主体の登録情報に合致した人材派遣要請事項のみを表示させる一方で、登録時刻から所定時間内に、派遣主体による検索によって、人材派遣要請事項が派遣主体のクライアント端末に表示されない場合には、人材派遣要請事項が表示されていない旨を、ウエブサーバの管理者または派遣主体の総括者に通知するインターネットによる要請情報送受信システムとしている。このため、顧客からの人材派遣要請は、予め登録されている登録情報に合致した派遣主体にのみ伝えられる。したがって、人材派遣要請事項は、迅速かつ効率的に特定の派遣主体に伝えられる。そして、所定時間内に顧客からの人材派遣要請に対応できない場合が生じても、そのフォローをすることもできる。
【００３６】
　また、他の発明は、顧客からの要請事項を登録する要請事項登録手段と、会員からの要請事項に対応するための情報を登録する会員情報登録手段と、登録されている会員による検索命令を受信する検索命令受信手段と、検索命令を受信すると、その会員の登録情報に合致した要請事項のみを取り出して表示させる要請事項表示処理手段とを備えた要請情報送受信装置としている。このため、顧客からの要請事項は、予め登録されている登録情報に合致した会員にのみ伝えられる。したがって、顧客からの要請事項は、迅速かつ効率的に特定の会員に伝えられる。
【００３７】
　また、他の発明は、要請事項表示処理手段は、要請事項に定期的な要請である旨の定期要請情報が含まれる場合に、定期要請情報を読み出して、会員からの検索に対し要請情報を定期的に表示させる要請情報送受信装置としている。このため、定期的に要請を希望することが多い顧客にとっては、何度も要請する手間を省くことができる。
【００３８】
　また、他の発明は、顧客からの要請事項を登録する要請事項登録手段と、会員からの要請事項に対応するための情報を登録する会員情報登録手段と、要請事項の登録時刻を記憶する記憶手段と、登録されている会員による検索命令を受信する検索命令受信手段と、登録時刻から所定時間内に、登録されている会員による検索によって、要請事項がこの装置にネットワークを介して接続されるクライアント端末に表示されない場合に、要請事項が表示されていない旨を管理者または会員の総括者に通知する通知手段とを備えた要請情報送受信装置としている。このため、所定時間内に顧客からの要請に対応できない場合が生じても、そのフォローをすることができる。
【００３９】
　また、他の発明は、顧客からの運輸要請事項を登録する要請事項登録手段と、運輸主体となる会員からの運輸要請事項に対応するための情報を登録する会員情報登録手段と、運輸要請事項の登録時刻を記憶する記憶手段と、登録されている運輸主体による検索命令を受信する検索命令受信手段と、各運輸主体の登録情報に合致した運輸要請事項のみを取り出して表示させる要請事項表示処理手段と、登録時刻から所定時間内に、運輸主体による検索によって、運輸要請事項がこの装置にネットワークを介して接続されるクライアント端末に表示されない場合には、運輸要請事項が表示されていない旨を管理者または会員の総括者に通知する通知手段とを備えた要請情報送受信装置としている。このため、顧客からのタクシー等の運輸要請は、予め登録されている登録情報に合致したタクシー等の運輸主体にのみ伝えられる。したがって、運輸要請事項は、迅速かつ効率的に特定の運輸主体に伝えられる。そして、所定時間内に顧客からの運輸要請に対応できない場合が生じても、そのフォローをすることもできる。
【００４０】
　また、他の発明は、顧客からの要請事項を登録する要請事項登録ステップと、会員からの要請事項に対応するための情報を登録する会員情報登録ステップと、登録されている会員による検索命令を受信する検索命令受信ステップと、検索命令を受信すると、その会員の登録情報に合致した要請事項のみを取り出して、ネットワークを介して接続されるクライアント端末に表示させる要請事項表示処理ステップとを含むプログラムを格納した情報記録媒体とするようにしている。このため、この情報記録媒体に格納されるプログラムを実行することによって、顧客からの要請事項は、予め登録されている登録情報に合致した会員にのみ伝えられる。したがって、顧客からの要請事項は、迅速かつ効率的に特定の会員に伝えられる。
【００４１】
　また、他の発明は、上述の要請事項表示処理ステップは、要請事項に定期的な要請である旨の定期要請情報が含まれる場合に、定期要請情報を読み出して、会員からの検索に対し要請情報を定期的に表示させる情報記録媒体としている。このため、この情報記録媒体に格納されるプログラムを実行することによって、定期的に要請を希望することが多い顧客にとっては、何度も要請する手間を省くことができる。
【００４２】
　また、他の発明は、顧客からの要請事項を登録する要請事項登録ステップと、会員からの要請事項に対応するための情報を登録する会員情報登録ステップと、要請事項の登録時刻を記憶する記憶ステップと、登録されている会員による検索命令を受信する検索命令受信ステップと、登録時刻から所定時間内に、登録されている会員による検索によって、要請事項がネットワークを介して接続されるクライアント端末に表示されない場合に、要請事項が表示されていない旨を管理者または会員の総括者に通知する通知ステップとを含むプログラムを格納した情報記録媒体とするようにしている。このため、この情報記録媒体に格納されるプログラムを実行することによって、所定時間内に顧客からの要請に対応できない場合が生じても、そのフォローをすることができる。
【００４３】
　また、他の発明は、顧客からの運輸要請事項を登録する要請事項登録ステップと、運輸主体となる会員からの運輸要請事項に対応するための情報を登録する会員情報登録ステップと、運輸要請事項の登録時刻を記憶する記憶ステップと、登録されている運輸主体による検索命令を受信する検索命令受信ステップと、各運輸主体の登録情報に合致した運輸要請事項のみを取り出して、ネットワークを介して接続されるクライアント端末に表示させる要請事項表示処理ステップと、登録時刻から所定時間内に、運輸主体による検索によって、運輸要請事項が、ネットワークを介して接続されるクライアント端末に表示されない場合には、運輸要請事項が表示されていない旨を管理者または会員の総括者に通知する通知ステップとを含むプログラムを格納した情報記録媒体とするようにしている。このため、この情報記録媒体に格納されるプログラムを実行することによって、顧客からのタクシー等の運輸要請は、予め登録されている登録情報に合致したタクシー等の運輸主体にのみ伝えられる。したがって、運輸要請事項は、迅速かつ効率的に特定の運輸主体に伝えられる。そして、所定時間内に顧客からの運輸要請に対応できない場合が生じても、そのフォローをすることもできる。
【発明の効果】
【００４４】
　本発明によれば、定期的要請を行う顧客に対して確実なサービスを提供することができる。また、他の発明によれば、顧客からの要請を忘れないようにすることができる。また、他の発明によれば、いたずら電話への対応を軽減して、効率的な運用を行うことができる。また、他の発明によれば、顧客からの要請を迅速かつ効率的に伝えるができる。また、他の発明によれば、顧客からの要請に確実に対応することができる。
【発明を実施するための最良の形態】
【００４５】
　以下、本発明の第１の実施の形態について、図面に基づいて説明する。なお、以下の実施の形態では、タクシーの要請とその対応を例に説明するが、例えば、宅配の依頼とその対応や、介護を行う人材派遣要請等の人材派遣要請とその対応等にも適用できる。
【００４６】
　図１は、ウェブサーバとしての要請情報送受信装置１と、要請情報送受信装置１に接続可能なインターネット通信網２と、インターネット通信網２を含む通信線を介して要請情報送受信装置１に接続可能なクライアント端末３ａ，３ｂと、同じくインターネット通信網２を介して要請情報送受信装置１に接続可能なクライアント端末４とから構成されるインターネットによる要請情報送受信システムを示す図である。
【００４７】
　顧客５は、モバイルコンピュータ等のクライアント端末３ａからインターネット通信網２を介して、要請情報送受信装置１に格納されるホームページに接続し、運輸要請をすることができる。また、顧客５は、携帯電話等のクライアント端末３ｂを使用して、ウェブサーバの管理者や会員の総括者等となる管理者７に対して運輸要請を行うこともできる。かかる場合には、管理者７が、要請情報送受信装置１に要請事項を入力する。なお、会員の総括者とは、タクシー会社あるいはタクシー会社が集まって構成される自交総連などをいう。また、顧客５からの運輸要請は、ここでは無料とされているが、会員制としたり、通常の電話料金のみを必要としたりしても良い。
【００４８】
　要請情報送受信装置１は、顧客５からの運輸情報を受け付けるホームページと、会員であるタクシー運転手６が入力してくるためのホームページと、タクシー運転手６が運輸情報を検索するためのホームページと、タクシー運転手６や管理者７が資格情報等を入力するためのホームページ等を有している。
【００４９】
　要請事項には、顧客５の氏名、性別、電話番号、乗車場所の他に、タクシーの要請（乗車要請）、小荷物運搬、車両運搬、運転代行等に区別された利用内容、普通車、ワゴン車、身障者向けの特別車両等に区別された利用車種が含まれる。一方、会員であるタクシー６の資格情報、すなわち、乗車可能車両の種類、可能なサービス内容、介護資格の有無や等級等が、予めタクシー運転手６または管理者７によって要請情報送受信装置１に入力される。また、会員であるタクシー運転手６は、活動前に、自己の活動場所、活動時間、活動内容等の会員登録情報を要請情報送受信装置１に登録する。この登録方法は、顧客５が要請事項を登録する方法と同様、クライアント端末３ａ，３ｂに相当する端末（図示省略）から行うものである。したがって、タクシー運転手６からの登録方法の説明は省略する。なお、上述の会員登録情報に加えて、現状の位置をＧＰＳ等の利用によって、自動的に要請情報送受信装置１に登録できるようにしても良い。
【００５０】
　顧客５から運輸要請事項を送信すると、その運輸要請事項は要請情報送受信装置１内に格納される。また、タクシー運転手６から会員登録情報を送信すると、その会員登録情報は要請情報送受信装置１内に格納される。要請情報送受信装置１は、タクシー運転手６からクライアント端末４を使用して送信した検索命令を受信すると、そのタクシー運転手６の会員登録情報に基づいて、顧客５からの運輸要請事項を調べる。
【００５１】
　そして、所定のタクシー運転手６の活動場所や活動時間等に合致した運輸要請事項が存在すれば、要請情報送受信装置１は、そのタクシー運転手６のクライアント端末４からの検索を受けて、その運輸要請事項をそのクライアント端末４に表示するようにする。このため、顧客５のいる場所に近く、かつ運輸要請時刻に活動し、しかもその他の要請事項に合致しているタクシー運転手６にのみ、運輸要請事項が表示されることになる。各クライアント端末４には、検索した時点で、そのタクシー運転手６に最適でしかも顧客５にとって待ち時間が長くならないようになる１件の運輸要請のみが表示される。
【００５２】
　したがって、顧客５の要請に迅速かつ容易に対応可能となる。また、タクシー運転手６としては、自分の活動地域や活動時間等の自己の登録情報に合致した運輸要請のみを検索できることになり、効率的な活動を行うことができる。なお、活動場所に加え、会員の現在位置が判明しているときには、要請情報送受信装置１は、その位置情報も参考にして、運輸要請事項を表示させるタクシー運転手６を決定する。
【００５３】
　また、顧客５が身体障害者あるいはお年寄りの場合には、定期的な運輸要請が行われることが多い。かかる場合には、運輸要請事項が一旦要請情報送受信装置１に登録されると、要請情報送受信装置１は、運輸要請事項中の定期運輸要請情報を判別して、タクシー運転手６からの検索に対して定期的に運輸要請事項を送信する。
【００５４】
　クライアント端末４によって自己の登録情報に合致した運輸要請のみを検索し、その運輸要請に対応すると決断したタクシー運転手６は、クライアント端末４が電話機能を備えている場合には、そのクライアント端末４を使用して顧客５に電話する。そして、タクシー運転手６は、その電話で、運輸要請を確かに承った旨を顧客５に伝える。また、電話機能を備えていないクライアント端末４の場合には、タクシー運転手６は、自己の携帯電話を使用して顧客５に連絡する。なお、クライアント端末４に表示された運輸要請に対しては、必ず対応することを原則とし、もし対応不可の場合には、タクシー運転手６は、その旨を顧客５に伝える。
【００５５】
　さらに、顧客５からの運輸要請がタクシー運転手６の資格情報や登録情報に合致しなかったり、あるいは特定のタクシー運転手６に当該運輸要請が表示されたにもかかわらず対応していない状況のまま１５分が経過すると、要請情報送受信装置１は、運輸要請事項の登録から１５分経過しても運輸要請に対応していない旨を、管理者７に通知する。すると、通知を受けた管理者７は、タクシー運転手６に直接連絡して、顧客５の運輸要請に応じるように調整作業を行う。
【００５６】
　これによって、顧客５が長時間待たされる事態を防止できる。なお、要請情報送受信装置１が管理者７に通知する時間は、運輸要請事項の登録から１５分に限定されない。３０分あるいは５分等の任意の時間に設定可能である。
【００５７】
　図２は、本発明の要請情報送受信装置１の構成を示すブロック図である。要請情報送受信装置１は、検索命令受信部１１と、要請事項表示処理部１２と、通知部１３と、要請事項登録部１４と、会員情報登録部１５と、記憶部１６と、プログラムメモリ１７と、データ入出力部１８と、クロック１９とを備えている。
【００５８】
　検索命令受信部１１は、タクシー運転手６からの検索命令を受信する検索命令受信手段である。要請事項表示処理部１２は、タクシー運転手６からの検索命令に対して、顧客５からの運輸要請事項を、特定のクライアント端末４の表示部に表示させる要請事項表示処理手段である。かかる特定のクライアント端末４への表示処理は、運輸要請事項に含まれる利用内容、顧客の居所、要請時刻等に合致する会員登録情報を判別してから行われる。また、要請事項表示処理部１２は、運輸要請事項に定期的な要請である旨の定期要請情報が含まれる場合に、定期要請情報に基づいて、タクシー運転手６からの検索に対して、運輸要請情報を定期的に表示させる。
【００５９】
　通知部１３は、運輸要請事項の登録から１５分経過しても合致するタクシー運転手６が見つからない等の理由によって、当該運輸要請事項がどのタクシー運転手６のクライアント端末４にも表示されないときに、管理者７にその旨を通知する通知手段である。要請事項登録部１４は、顧客５がクライアント端末３ａ，３ｂから送った運輸要請事項を登録する要請事項登録手段である。
【００６０】
　会員情報登録部１５は、会員であるタクシー運転手６の資格情報等を登録する会員情報登録手段である。会員情報登録部１５には、各タクシー運転手６の資格情報、通常の活動地域、通常の活動時間帯、臨時の活動地域、臨時の活動時間等が登録される。したがって、顧客５からの運輸要請があった際に、会員情報登録部１５の会員登録情報に基づいて、運輸要請に対応可能なタクシー運転手６が探索される。記憶部１６は、運輸要請事項の登録の際に、その登録時刻をクロック１９から読み取り記憶する記憶手段である。
【００６１】
　プログラムメモリ１７は、検索命令受信部１１と、要請事項表示処理部１２と、通知部１３等の各構成部の動作を制御するためのプログラムを格納した部分である。データ入出力部１８は、顧客５からの運輸要請事項を入力すると共に、タクシー運転手６からの会員登録情報あるいは検索命令を入力したり、運輸要請事項を特定のタクシー運転手６に送ったり、管理者７に運輸要請事項が各タクシー運転手６のクライアント端末４に表示されていない旨を出力するデータ入出力口である。
【００６２】
　クロック１９は、時を刻む時計であり、特に、運輸要請事項が登録された時を基準にして時を刻む重要な役割を有する。なお、要請情報送受信装置１は、その他の通常のサーバとしての機能を発揮するために必要な構成部も備えているが、かかる構成部については、その説明を省略する。
【００６３】
　要請情報送受信装置１の替わりに、検索命令受信部１１と、要請事項表示処理部１２と、通知部１３と、要請事項登録部１４と、会員情報登録部１５と、記憶部１６と同じ動作を行うプログラムを格納した情報記録媒体を、コンピュータに読み込ませても良い。すなわち、検索命令受信ステップと、要請事項表示処理ステップと、通知ステップと、要請事項登録ステップと、会員情報登録ステップと、記憶ステップとを含むプログラムを格納した情報記録媒体を用いても良い。なお、通知ステップと記憶ステップを含まないプログラムを格納した情報記録媒体を用いることもできる。
【００６４】
　なお、本発明は、上述の実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲で、種々の変形を可能とする。例えば、要請情報送受信装置１とクライアント端末４とは、インターネット通信網２を介さずに、公衆回線網等の他のネットワークを介するようにしても良い。
【００６５】
　また、各クライアント端末４には、検索した時に最適な１件の運輸要請のみが表示されるようにしているが、タクシー運転手６の登録情報に合致した複数の運輸要請を表示するようにしても良い。この場合、選択した運輸要請が何であるかを管理者７に伝えるか、若しくは要請情報送受信装置１に記録するようにする。
【００６６】
　インターネットと接続可能な携帯電話をクライアント端末３ｂあるいはクライアント端末４とした場合、要請情報送受信装置１に顧客５の要請事項を登録するための顧客用ホームページと、タクシー運転手６が検索するための会員用ホームページとを用意しておくのが好ましい。顧客５は、顧客用ホームページを使用して、氏名、電話番号、利用内容、利用車種等を登録する。この際、各項目が入力式よりも、予め設定された項目を選択する選択式である方が好ましい。
【００６７】
　また、タクシー運転手６は、会員用ホームページに入るに当たり、会員ＩＤやパスワードを入力する。そして、希望地域等の検索条件を入力して検索を行う。この際の検索項目の入力も、選択式とするのが好ましい。また、検索の結果、タクシー運転手６が表示された運輸要請に対して連絡する場合、その顧客５の表示部分（１件のみが表示されている場合にはその１件、また、複数表示されている場合には、その内の１件）を指定することによって、顧客５に電話連絡できるようにするのが好ましい。
【００６８】
　また、要請事項は、タクシーの要請以外に、宅配運送の要請を含む運輸情報や、専門家に教授を求める場合の技術的な質問であっても良い。また、情報記録媒体については、ＣＤ−ＲＯＭ、フロッピー（登録商標）ディスク、光ディスク等の種々の媒体とすることができる。
【００６９】
　次に、本発明に係るインターネットによる要請情報送受信システムおよび要請情報送受信装置ならびに情報記録媒体の第２の実施の形態について、図面に基づいて説明する。この実施の形態においても、タクシーの要請とその対応を例に説明する。また、第１の実施の形態で説明した機能は、第２の実施の形態にもあるが、かかる重複した説明を省略する。
【００７０】
　まず、インターネットによる要請情報送受信システムの第２の実施の形態について説明する。第２の実施の形態のシステムの全体構成は、第１の実施の形態で用いた図１と同じ構成である。したがって、図１に基づいて説明する。
【００７１】
　顧客５は、携帯電話等のクライアント端末３ｂからインターネット通信網２を介して、要請情報送受信装置１に格納されるホームページに接続し、運輸要請をすることができる。
【００７２】
　要請情報送受信装置１は、顧客５からの運輸情報を受け付ける顧客用サイトと、会員であるタクシー運転手６が資格情報等を入力したり、あるいは運輸情報を検索するための会員用サイトとを有している。
【００７３】
　顧客５が運輸要請事項を送信すると、その運輸要請事項は、要請情報送受信装置１内に格納される。また、タクシー運転手６から会員登録情報を送信すると、その会員登録情報は要請情報送受信装置１内に格納される。格納された運輸要請事項については、顧客５が要請を希望している希望日時がいつかが解析される。そして、その希望日時が現在から１５分以内の所定時間内であれば、その要請事項をすぐ受信可能な状態とする。したがって、要請事項に合致したタクシー運転手６が検索すると、すぐにその要請事項がそのタクシー運転手６に受信される。
【００７４】
　一方、要請事項に含まれている希望日時が現在から１５分以上後の日時であれば、要請情報送受信装置１は、その要請事項を格納したままの状態とし、タクシー運転手６が検索しても受信できない状態としておく。希望日時よりも長時間前に受信可能とすると、タクシー運転手６が要請を忘れる危険性が高くなるからである。なお、所定時間を１５分とせずに、３０分としたり、３分としたりすることもできる。
【００７５】
　また、要請情報送受信装置１は、顧客用サイトには、希望日時の１５分以上前であってもその要請事項を閲覧可能な状態とする。顧客５にとって、希望日時の１５分以上前の要請事項を把握できないと、タクシーを要請するべきか否かの判断ができないからである。
【００７６】
　このように、会員用サイトと顧客用サイトでは、要請事項の数に差が生じうる。要請情報送受信装置１は、会員用サイトと顧客用サイトに対して、現時点での要請事項の数を表示する。ただし、会員用サイトに対しては、現在から１５分以内に希望日時を設定している要請事項の数のみである。また、会員用サイトには、要請事項を送信した者の素性を表示する一方で、顧客用サイトには、要請事項の数のみを表示し、要請事項を送信した者の氏名等の情報が表示されないようにする方が好ましい。顧客に、他の顧客に関する情報が漏洩するのは好ましくないからである。
【００７７】
　また、顧客５が身体障害者あるいはお年寄りの場合には、定期的な運輸要請が行われることが多い。運輸要請事項が、一旦、要請情報送受信装置１に登録されると、要請情報送受信装置１は、運輸要請事項中の定期運輸要請情報を判別して、タクシー運転手６からの検索に対して定期的に運輸要請事項を送信する。
【００７８】
　定期要請情報を含む定期要請事項と、通常の要請である非定期要請事項との間において、希望日時がぶつかる場合もある。かかる場合には、定期要請事項の順位を優先して、タクシー運転手６に受信されるようにしている。定期要請事項を送信する者は、一般に弱者であることが多く、また定期的なタクシー利用によって、タクシー会社側の効率も良くなるからである。
【００７９】
　また、タクシー運転手６が受信する要請事項の一覧は、要請事項の総数と、未対応のために迅速な対応をしなければならない要請事項の数とを把握できるようになっている。
【００８０】
　また、要請情報送受信装置１は、いたずら電話を防止して、運輸対応の効率を図る機能も有している。いたずら電話をかけてきた者がいると、その者が入力してきた電話番号を登録しておくことにより、２回目からのいたずら行為に対して回線切断等のアクセス不能処理を行うようにしている。
【００８１】
　また、要請情報送受信装置１は、いたずら電話をしてくる者が入力しやすい電話番号、例えば、「１１１−１１１１−１１１１」等の単純な電話番号を予め登録している。これによって、登録済みの電話番号を入力してきた者がいると、最初からアクセス不能とする処理ができる。したがって、いたずら電話に翻弄されることのないより効率的な運営ができる。
【００８２】
　図３は、本発明の要請情報送受信装置１の第２の実施の形態の構成を示すブロック図である。要請情報送受信装置１は、検索命令受信部２１と、要請事項表示処理部２２と、通知部２３と、要請事項登録部２４と、会員情報登録部２５と、記憶部２６と、プログラムメモリ２７と、データ入出力部２８と、クロック２９と、希望日時識別部３０と、受信可能処理部３１と、顧客用サイト表示部３２と、会員用サイト表示部３３と、要請事項判別部３４と、優先登録部３５と、電話番号登録部３６と、ブラックリスト判別部３７と、アクセス不能処理部３８とを備えている。
【００８３】
　要請事項表示処理部２２と要請事項表示処理部１２、通知部２３と通知部１３、要請事項登録部２４と要請事項登録部１４、会員情報登録部２５と会員情報登録部１５、記憶部２６と記憶部１６、プログラムメモリ２７とプログラムメモリ１７、データ入出力部２８とデータ入出力部１８、クロック２９とクロック１９は、それぞれ同じ機能を有する。したがって、前述したこれらの機能については、その説明を省略する。
【００８４】
　検索命令受信部２１は、検索命令受信部１１と同様に、会員からの検索命令を受ける部分であるが、顧客からの検索命令を受ける顧客検索命令受信手段としての機能を持ち合わせている。
【００８５】
　希望日時識別部３０は、要請事項に含まれる顧客の希望日時を識別する希望日時識別手段である。受信可能処理部３１は、希望日時識別部３０にて識別した希望日時より１５分前に、上記会員がその要請事項を受信可能な状態とする受信可能処理手段である。現在の時刻は、クロック２９にて把握可能である。したがって、現在の時刻よりも１５以上後の希望日時であると判別されると、希望日時の１５分前となるまで、受信可能処理は行われない。
【００８６】
　顧客用サイト表示部３２は、顧客５がアクセス可能な顧客用サイトを表示する顧客用サイト表示手段である。また、会員用サイト表示部３３は、会員であるタクシー運転手６がアクセス可能な会員用サイトを表示する会員用サイト表示手段である。要請情報送受信装置１は、会員用サイトと顧客用サイトの表示内容において、要請事項の数に差を設けている。具体的には、顧客用サイトに表示される要請事項の数の方を多くしている。会員用サイトに表示される要請事項は、希望日時が現在の日時から１５分以内である要請事項に限定されているのに対して、顧客用サイトに表示される要請事項は、そのサイトを見る顧客の希望日時近傍に希望日時を持つ要請事項を全て表示させているからである。
【００８７】
　なお、この第２の実施の形態では、顧客の見る要請事項は、その顧客の希望日時を中心としてプラスマイナス３０分以内の時間に希望日時を持つ要請事項としている。しかし、これに限定されずに、プラスマイナス３時間としたり、プラスマイナス３０分としたり、あるいは希望日時より１時間前の要請事項のみを表示するようにしても良い。
【００８８】
　また、会員用サイト表示部３３は、会員用サイトに、タクシー運転手６が受信可能な要請事項の数を表示する。また、同様に、顧客用サイト表示部３２は、顧客用サイトに、登録されている要請事項であって、アクセスしてきた顧客の希望日時を中心とするプラスマイナス３０分以内の時間に希望日時を持つ要請事項の数をも掲載する。このため、タクシー運転手６および顧客５は、要請事項の量を把握することができる。また、顧客用サイトには、他の顧客の素性は表示されない。他の顧客のプライバシを守るためである。ただし、プライバシの侵害にならない範囲で、要請事項の数以外の内容を表示させても良い。
【００８９】
　また、会員用サイト表示部３３は、タクシー運転手６が受信して見ることが出来る会員用サイトに、要請事項の総数と、顧客５の希望日時に対応していない要請事項の数とを表示する。タクシー運転手６が、要請事項の数と、至急対応しなければならない要請事項の数を把握できるようにするためである。
【００９０】
　要請事項判別部３４は、要請事項が定期的な要請である旨の定期要請情報を含む定期要請事項であるか、定期要請情報を含まない非定期要請事項であるかを判別する要請事項判別手段である。優先登録部３５は、要請事項が定期要請事項の場合には、その定期要請事項を、その希望日時を含む一定の時期的範囲に希望日時を持つ非定期要請事項よりも順位を優先して登録する優先登録手段である。ここでいう一定の時期的範囲とは、プラスマイナス５分以内の範囲をいう。
【００９１】
　例えば、定期的要請事項の希望日時がちょうど午後４時とする。そこに、希望日時が同日の午後４時ちょうどの非定期要請事項が受信されたとする。かかる場合には定期要請事項の順位を優先するようにしている。なお、非定期要請事項より少しだけ遅い希望日時を有する定期要請事項が存在する場合には、非定期要請事項に対応すると、定期的要請事項の顧客５に対応できないこともある。したがって、例えば、定期要請事項の希望日時が午後４時で、非定期要請事項の希望日時が午後３時５６分のような場合には、希望日時が遅い定期的要請事項の方を優先して、非定期要請事項を後ろの順番にまわすようにしても良い。
【００９２】
　電話番号登録部３６は、いたずら電話をかけてきた顧客が入力した電話番号を登録するための電話番号登録手段である。ブラックリスト判別部３７は、入力された電話番号と、電話番号登録部３６に格納されるブラックリストとを照合して、ブラックリスト中に、入力された電話番号が存在するか否かを判別するブラックリスト判別である。アクセス不能処理部３８は、入力された電話番号がブラックリストに登録されていると認めると、アクセス不能にするアクセス不能処理手段である。
【００９３】
　また、電話番号登録部３６は、いたずら電話として入力されやすい電話番号をも予め登録可能である。したがって、アクセス不能処理部３８は、その予め登録されている電話番号が入力されると、アクセス不能にする処理を行うこととなる。このように、いたずら電話をかけてきた者が入力した電話番号を登録し、さらには、予めいたずら電話として入力されやすい電話番号を登録しておくことにより、タクシー運転手６がいたずら電話に対応する確率が少なくなり、効率的な運輸サービスが可能になる。
【００９４】
　図４は、タクシー運転手６が、クライアント端末４の一形態であるパソコンから、会員登録するためのページを示す図である。タクシー運転手６は、自己の氏名、電話番号等を入力する他に、活動地区４１、活動車種４２、活動時間帯４３を入力する。活動地区４１については、少なくとも１つを入力する必要がある。要請情報送受信装置１では、このページで入力した活動地区と、顧客５からの要請事項に含まれる利用希望地区との照合が行われる。そして、利用希望地区に合致する活動地区を登録しているタクシー運転手６にのみ、その要請事項が受信されることになる。
【００９５】
　また、活動時間帯４３は、活動開始時刻と活動終了時刻とを含む記載欄である。要請情報送受信装置１では、このページで入力した活動時間帯と、顧客５からの要請事項に含まれる利用希望時刻との照合が行われる。そして、利用希望時刻に合致する活動時間帯を登録しているタクシー運転手６にのみ、その要請事項が受信されることになる。
【００９６】
　図５は、顧客５が携帯電話の画面上で表示する顧客用サイトの一部を示す図である。顧客５が要請情報送受信装置１にアクセスすると、まず、図５（Ａ）に示す電話番号入力画面５０が表示される。顧客５は、電話番号入力欄５１に、タクシー運転手６からの連絡を受ける電話の電話番号を入力し、ＬＯＧＩＮボタン５２を押す。
【００９７】
　すると、図５（Ｂ）に示すメニュー画面５３が表示される。メニュー画面５３には、通常要請登録キー５４と、定期要請登録キー５５と、待ち状況確認キー５６と、ヘルプキー５７の各操作キーが表示されている。通常要請登録キー５４は、非定期要請事項を登録するために選ぶキーである。定期要請登録キー５５は、定期的要請を登録するために選ぶキーである。待ち状況確認キー５６は、現時点での待ち状況を確認するためのキーである。ヘルプキー５７は、操作方法を知るためのキーである。
【００９８】
　顧客５が待ち状況確認キー５６を選ぶと、図５（Ｃ）に示す待ち状況確認画面５８が表示される。この画面５８において、ＯＫキー５９を押すと、メニュー画面５３に戻る。
【００９９】
　図６は、図５と一部共通する顧客用サイトの一部を示す図である。図６（Ａ）および図６（Ｂ）は、それぞれ図５（Ａ）および図５（Ｂ）と同じ表示画面である。顧客５が図６（Ｂ）のメニュー画面５３から通常要請登録キー５４を選択すると、図６（Ｃ）の通常要請登録画面６０が表示される。通常要請登録画面６０には、顧客５の氏名入力欄６１、要請希望日入力欄６２、要請希望時刻入力欄６３、要請希望地区入力欄６４および登録キー６５が表示される。
【０１００】
　顧客５は、上記入力欄６１，６２，６３，６４に必要事項を入力後に、登録キー６５を押すと、要請情報送受信装置１に要請事項が登録される。なお、図６（Ｃ）では、要請希望地区入力欄６４のみが選択式の入力欄となっているが、他の入力欄６１，６２，６３を、選択式の入力欄としても良い。
【０１０１】
　図７は、図５と一部共通する顧客用サイトの一部を示す図である。図７（Ａ）および図７（Ｂ）は、それぞれ図５（Ａ）および図５（Ｂ）と同じ表示画面である。顧客５が図７（Ｂ）のメニュー画面５３から定期要請登録キー５５を選択すると、図７（Ｃ）の定期要請登録画面７０が表示される。定期要請登録画面７０には、顧客５の氏名入力欄７１、定期区分入力欄７２、要請希望基準日入力欄７３、要請希望基準曜日入力欄７４および登録キー７５が表示される。
【０１０２】
　要請希望基準日入力欄７３および要請希望基準曜日入力欄７４は、顧客５の希望によって、どちらかを指定できる入力欄となっている。特定の日に定期要請したいときには、要請希望基準日入力欄７３に日付を入力すればよい。また、特定の曜日に定期要請したいときには、要請希望基準曜日入力欄７４に曜日を入力すればよい。顧客５は、上記入力欄７１，７２，７３，７４に必要事項を入力後に、登録キー７５を押すと、要請情報送受信装置１に要請事項が登録される。なお、図７（Ｃ）の入力欄７１，７２，７３，７４を、選択式の入力欄としても良い。
【０１０３】
　図８は、通常要請事項と定期要請事項とを対応する順番に登録した要請事項テーブルである。要請事項テーブル８０は、優先登録部３５に格納されている。要請事項テーブル８０は、優先順８１、希望日時８２、氏名８３、定期区分８４の各欄から構成されている。
【０１０４】
　要請事項テーブル８０には、Ａ氏の要請事項８５と、Ｂ氏の要請事項８６と、Ｃ氏の要請事項８７と、Ｄ氏の要請事項８８と、Ｅ氏の要請事項８９とが格納されている。この内、Ｂ氏の要請事項８６は、毎日の要請を希望する定期要請事項である。Ｂ氏の要請事項８６と、Ｃ氏の要請事項８７と、Ｄ氏の要請事項８８と、Ｅ氏の要請事項８９とは、全て同じ希望時刻を設定している。
【０１０５】
　しかし、優先登録部３５は、定期要請事項を優先して登録しているので、Ｂ氏の要請事項８６を、Ｃ氏の要請事項８７、Ｄ氏の要請事項８８、Ｅ氏の要請事項８９より、優先順位を上げて登録している。
【０１０６】
　図９は、タクシー運転手６が携帯電話の画面上で表示する会員用サイトの一部を示す図である。タクシー運転手６が要請情報送受信装置１にアクセスすると、まず、図９（Ａ）に示す電話番号入力画面９０が表示される。タクシー運転手６は、電話番号入力欄９１に、自分の電話の電話番号を入力し、パスワード入力欄９２にパスワードを入力した後、ＬＯＧＩＮボタン９３を押す。
【０１０７】
　すると、図９（Ｂ）に示すメニュー画面９４が表示される。メニュー画面９４には、要請情報受信キー９５と、履歴情報照会キー９６と、活動地区更新キー９７と、ヘルプキー９８の各操作キーが表示されている。要請情報受信キー９５は、顧客５からの要請事項を受信するためのキーである。履歴情報照会キー９６は、今まで受信してきた要請事項を見るためのキーである。活動地区更新キー９７は、前に登録した活動地区を別の地区に変えたいときに選択するキーである。ヘルプキー９８は、操作方法を知るためのキーである。
【０１０８】
　タクシー運転手６が、メニュー画面９４から要請情報受信キー９５を選ぶと、図９（Ｃ）に示す要請情報受信確認画面９９が表示される。この画面９９において、要請人数を確認してＹＥＳキー１００を押すと、要請事項の受信が成立する。この場合、他のタクシー運転手６は、受信成立した要請事項を受信することはできない。なお、あるタクシー運転手６が受信成立を行った後、他のタクシー運転手６が受信できるようにしても良い。ただし、その場合には、すでに受信成立した印を、その要請事項に付記するようにすると良い。
【０１０９】
　また、タクシー運転手６がＹＥＳキー１００を押すと、図９（Ｄ）に示す要請情報受信画面１０２が表示される。この画面１０２には、要請してきた顧客５の氏名と電話番号の表示欄１０３と、要請に応える旨を承諾するＯＫキー１０４とが表示されている。タクシー運転手６は、要請してきた顧客６を確認後、ＯＫキー１０４を押す。そして、タクシー運転手６は、顧客６に直接連絡をとって、希望時刻に希望場所に向かう旨を伝える。
【０１１０】
　一方、Ｎｏキー１０１を押した場合には、要請事項を受信したことにはならない。したがって、他のタクシー運転手６が受信成立を行うまでは、その要請事項は未受信状態におかれる。
【０１１１】
　図１０は、図９と一部共通するタクシー運転手６が携帯電話の画面上で表示する会員用サイトの一部を示す図である。図１０（Ａ）および図１０（Ｂ）は、それぞれ図９（Ａ）および図９（Ｂ）と同じ表示画面である。タクシー運転手６が図１０（Ｂ）のメニュー画面９４から活動地区更新キー９７を選択すると、図１０（Ｃ）の活動地区更新画面１０５が表示される。活動地区更新画面１０５には、現在の活動地区が表示される他、新しい活動地区を入力する新活動地区入力欄１０６と更新キー１０７が表示される。
【０１１２】
　タクシー運転手６は、新活動地区入力欄１０６に新たに活動する地区を入力して、更新キー１０７を押すと、要請情報送受信装置１に格納されている会員登録情報が更新される。
【０１１３】
　図１１は、待ち状況確認テーブルを示す図である。待ち状況確認テーブル１１０には、各地区の記載欄１１１毎に、要請事項の総数１１５と、希望日時に対応できていない緊急対応の要請事項の数１１６が表示されている。管理者７は、このテーブル１１０を確認できる。また、各タクシー運転手６も、このテーブル１１０の一部、すなわち自分が受信成立させた要請事項のみを確認できる。したがって、管理者７および各タクシー運転手６は、要請事項の総数のみならず、緊急に対応しなければならない要請事項を確認できる。
【０１１４】
　図１２は、電話番号登録部３６に格納されるブラックリストを示す図である。ブラックリスト１２０は、携帯電話番号欄１２１と、電話をかけてきた者の氏名欄１２２と、登録区分欄１２３と、登録理由欄１２４と、登録日欄１２５と、解除日欄１２６とから構成されている。
【０１１５】
　登録情報１２７，１２８，１２９の内、登録情報１２７，１２８は、予め登録した事項であり、登録情報１２９は、実際にいたずら電話をかけてきた者を登録したものである。予めいたずら電話として入力されやすい電話番号を登録しておくことにより、かかる番号を入力してきた者のいたずら電話に対応をしなくて済む。また、実際にいたずら電話をしてきた者の登録をしておくと、２回目以降に同じ電話番号を入力してきた者のいたずら電話に対応をしなくて済む。なお、解除日欄１２６は、登録した電話番号を使用する状況のときに、登録を解除し、その解除日を記録しておくための欄である。
【０１１６】
　次に、要請情報送受信装置１の要請事項の登録に関わる処理の流れを図１３および図１４に基づいて説明する。
【０１１７】
　要請情報送受信装置１は、顧客５からの要請事項を受け付けると（ステップＳ２０１）、その要請事項が定期要請事項か否かを判別する（ステップＳ２０２）。その結果、定期要請事項の場合には、その希望日時近傍に希望日時を有する非定期要請事項に対して順位を優先して登録する（ステップＳ２０３）。一方、非定期要請事項の場合には、通常の登録を行う（ステップＳ２０４）。
【０１１８】
　次に、要請情報送受信装置１は、その要請事項を登録する（ステップＳ２０５）。次に、要請事項の登録時刻が記憶される（ステップＳ２０６）。次に、要請事項は、顧客用サイトに表示される（ステップＳ２０７）。次に、その要請事項の希望日時が現在の日時から所定時間（例えば、１５分）以内かどうかが判別される（ステップＳ２０８）。
【０１１９】
　判別の結果、所定時間以内であれば、タクシー運転手６からの検索に対して受信可能とする受信可能処理が行われる（ステップＳ２０９）。一方、所定時間以内でない場合には、所定時間内となるまで受信可能処理はおこなわれず、その要請事項は、当該処理の待機状態におかれる。受信可能処理が行われると、その要請事項は、会員用サイトに表示される（ステップＳ２１０）。
【０１２０】
　次に、タクシー運転手６からの検索命令があると、その検索命令が受信される（ステップＳ２１１）。次に、タクシー運転手６から受信成立の入力があるか否かが判断される（ステップＳ２１２）。この結果、受信成立であれば、そのタクシー運転手６のクライアント端末４に要請事項表示処理が行われる（ステップＳ２１３）。
【０１２１】
　一方、受信不成立の場合には、登録から１５分が経過したか否かが判別される（ステップＳ２１４）。この結果、１５分が経過していれば、管理者７にその旨が通知される（ステップＳ２１５）。一方、１５分以内であれば、ステップＳ２１２に戻る。かかる一連の処理をもって、要請情報送受信装置１における要請事項登録に関わる処理が終了する。
【０１２２】
　次に、要請情報送受信装置１のいたずら電話防止処理について、図１５に基づいて説明する。
【０１２３】
　まず、予め、いらずら電話として入力されがちな電話番号が登録される（ステップＳ３０１）。次に、いたずら電話があると、その者が入力した電話番号が登録される（ステップＳ３０２）。そして、その電話番号が既にブラックリストに登録されている電話番号に該当するか否かが判別される（ステップＳ３０３）。
【０１２４】
　この結果、既登録の電話番号の場合には、そのいたずら電話をしてきた者のアクセスが不能な状態となる（ステップＳ３０４）。一方、ブラックリストにない電話番号であれば、アクセス可能な状態とする（ステップＳ３０５）。かかる処理をもって、いたずら電話への対応は終了する。
【０１２５】
　また、要請情報送受信装置１の各構成部と同じ機能を奏するステップからなるプログラムを格納した情報記録媒体をコンピュータに読み込ませて、そのプログラムを実行しても、要請情報送受信装置１と同じ機能を発揮することが出来る。
【０１２６】
　すなわち、要請事項登録ステップと、希望日時識別ステップと、受信可能処理ステップと、検索命令受信ステップとを含むプログラムを格納した情報記録媒体を用いても良い。さらに、顧客用サイト表示ステップと、会員用サイトステップとを含むプログラムを格納した情報記録媒体を用いても良い。
【０１２７】
　また、要請事項判別ステップと、優先登録ステップと、要請事項登録ステップと、検索命令受信ステップとを含むプログラムを格納した情報記録媒体を用いても良い。
【０１２８】
　また、要請事項登録ステップと、会員用サイト表示ステップと、検索命令受信ステップとを含むプログラムを格納した情報記録媒体としても良い。
【０１２９】
　また、電話番号登録ステップと、ブラックリスト判別ステップと、アクセス不能処理ステップとを含むプログラムを格納した情報記録媒体を用いても良い。
【０１３０】
　また、本発明は、上記の実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲で種々変形した実施の形態をとることが可能である。
【０１３１】
　例えば、会員用サイトのみならず、顧客用サイトにおいても、現日時から１５分以上先の希望日時の要請事項を表示しないようにしても良い。また、必ずしも、定期要請事項を、非定期要請事項の順番に優先して登録しなくても良い。
【０１３２】
　また、会員用サイトに、要請事項の総数と、未対応の要請事項の数とに加え、各活動地区ごとの配車数を表示するようにしても良い。また、いたずら電話の防止方法として、予めいたずら電話に使用されやすい電話番号を登録しなくても良い。また、インターネットによる要請情報送受信システムは、介護の人材派遣等の人材派遣要請を行うシステムに適用しても良い。かかる場合には、人材派遣要請の種類に応じて、それに対応可能な人材派遣会社にのみ、要請情報が送信される。しかも、人材派遣会社の端末には、要請日時の順番に要請情報が表示される。
【産業上の利用可能性】
【０１３３】
　本発明は、タクシ−業界に利用されるシステムであり、タクシーに搭載される通信機器、乗客が携帯する携帯装置、およびデータ通信可能なサーバの間で行われる情報のやりとりを通じて、乗客、タクシーの運転者およびタクシー管理会社にとっても有益なものである。
【図面の簡単な説明】
【０１３４】
【図１】本発明に係るインターネットによる要請情報送受信システムの実施の形態の全体像を示す図である。
【図２】本発明に係る要請情報送受信装置の第１の実施の形態の構成を示すブロック図である。
【図３】本発明に係る要請情報送受信装置の第２の実施の形態の構成を示すブロック図である。
【図４】図３の要請情報送受信装置にアクセスしたタクシー運転手が、クライアント端末の一形態であるパソコンから、会員登録するためのページを示す図である。
【図５】図３の要請情報送受信装置にアクセスした顧客が、携帯電話の画面上で表示する顧客用サイトの一部を示す図である。
【図６】図５と一部共通する顧客用サイトの一部を示す図である。
【図７】図５と一部共通する顧客用サイトの一部を示す図である。
【図８】図３の要請情報送受信装置において通常要請事項と定期要請事項とを、対応する順番に登録した要請事項テーブルである。
【図９】図３の要請情報送受信装置にアクセスしたタクシー運転手が、携帯電話の画面上で表示する会員用サイトの一部を示す図である。
【図１０】図９と一部共通する会員用サイトであって、タクシー運転手が携帯電話の画面上で表示する会員用サイトの一部を示す図である。
【図１１】図３の要請情報送受信装置に格納される待ち状況確認テーブルを示す図である。
【図１２】図３の要請情報送受信装置に格納されるブラックリストを示す図である。
【図１３】図３の要請情報送受信装置において、要請事項の登録に関わる処理の流れを示すフローチャートである。
【図１４】図１３に続くフローチャートである。
【図１５】図３の要請情報送受信装置において、いたずら電話を防止するための処理の流れを示すフローチャートである。
【符号の説明】
【０１３５】
１ 要請情報送受信装置（ウェブサーバ）
２ インターネット通信網
３ａ クライアント端末（モバイルコンピュータ等の携帯端末を含む）
３ｂ クライアント端末（携帯電話を含む）
４ クライアント端末
５ 顧客
６ 会員（タクシー運転手）
７ 管理者
１１ 検索命令受信部（検索命令受信手段）
１２ 要請事項表示処理部（要請事項表示処理手段）
１３ 通知部（通知手段）
１４ 要請事項登録部（要請事項登録手段）
１５ 会員情報登録部（会員情報登録手段）
１６ 記憶部（記憶手段）
２１ 検索命令受信部（検索命令受信手段、顧客検索命令受信手段）
２２ 要請事項表示処理部（要請事項表示処理手段）
２３ 通知部（通知手段）
２４ 要請事項登録部（要請事項登録手段）
２５ 会員情報登録部（会員情報登録手段）
２６ 記憶部（記憶手段）
３０ 希望日時識別部（希望日時識別手段）
３１ 受信可能処理部（受信可能処理手段）
３２ 顧客用サイト表示部（顧客用サイト表示手段）
３３ 会員用サイト表示部（会員用サイト表示手段）
３４ 要請事項判別部（要請事項判別手段）
３５ 優先登録部（優先登録手段）
３６ 電話番号登録部（電話番号登録手段）
３７ ブラックリスト判別部（ブラックリスト判別手段）
３８ アクセス不能処理部（アクセス不能処理手段）
【図１】
2004070965.tif 000003
【図２】
2004070965.tif 000004
【図３】
2004070965.tif 000005
【図４】
2004070965.tif 000006
【図５】
2004070965.tif 000007
【図６】
2004070965.tif 000008
【図７】
2004070965.tif 000009
【図８】
2004070965.tif 000010
【図９】
2004070965.tif 000011
【図１０】
2004070965.tif 000012
【図１１】
2004070965.tif 000013
【図１２】
2004070965.tif 000014
【図１３】
2004070965.tif 000015
【図１４】
2004070965.tif 000016
【図１５】
2004070965.tif 000017