JP4870508B2 - Inter-office package delivery system - Google Patents
Inter-office package delivery system Download PDFInfo
- Publication number
- JP4870508B2 JP4870508B2 JP2006257314A JP2006257314A JP4870508B2 JP 4870508 B2 JP4870508 B2 JP 4870508B2 JP 2006257314 A JP2006257314 A JP 2006257314A JP 2006257314 A JP2006257314 A JP 2006257314A JP 4870508 B2 JP4870508 B2 JP 4870508B2
- Authority
- JP
- Japan
- Prior art keywords
- delivery
- server
- employee
- contractor
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000011156 evaluation Methods 0.000 claims description 11
- 238000006243 chemical reaction Methods 0.000 claims description 7
- 238000010586 diagram Methods 0.000 description 17
- 238000012545 processing Methods 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 238000000034 method Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000002716 delivery method Methods 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本発明は事業所間荷物配送システムに関する。 The present invention relates to luggage distribution Okushi stem between the offices.
同一会社内に複数の事業所がある場合、それら複数の事業所は異なる場所に存在する場合が普通である。例えば、一つの事業所が新宿にある場合、他の事業所が芝公園にあるという場合等が考えられる。このような場合、ある事業所から他の事業所に荷物を早急に届ける必要がある場合、従来は外部の配送業者や社内用の配送係に配送を依頼するのが普通であった。なお、この種荷物配送システムとして、外交員の荷物要求情報に基づき、所定の場所に荷物の配送を行なう物流システムが知られている(例えば特許文献1参照)。
前述した従来システムの場合、外部の配送業者に配送を依頼する場合には、配送料金がかかってしまうという問題がある。特に、緊急の場合には、より早く配送したもらうため、特別料金が加算される場合もある。更に、予め荷物の収集時間が決まっているため、配送を依頼するタイミングが悪いとすぐに配送してもらうことができずに届けたい時間に届けることができないという問題がある。 In the case of the above-described conventional system, there is a problem that a delivery fee is charged when requesting delivery to an external delivery company. In particular, in an emergency, a special fee may be added in order to have a faster delivery. Further, since the collection time of the package is determined in advance, there is a problem that if the timing for requesting delivery is not good, it cannot be delivered immediately and cannot be delivered at the desired delivery time.
社内用の配送係に依頼する場合には、外部の業者に依頼するよりも配送料金がかからないというメリットはあるが、やはり集荷のタイミングが数時間単位の場合などで配送依頼のタイミングが悪いとすぐに配送してもらうことができないという問題がある。一方、社内の指定場所に荷物を預けておくことで、外出する従業員は必ずそこを確認し、自分の行き先を配送先とする荷物があればそれを持って外出する運用を実行するということも考えられる。しかしながら、その場合であっても必ずしも配送先に外出予定の従業員が現れるわけではないため、ぎりぎりの時間まで荷物が放置されてしまうという可能性もある。 There is a merit that when you ask an in-house delivery staff, it costs less than when you ask an outside supplier, but as soon as the timing of the delivery request is bad, such as when the timing of collection is several hours, etc. There is a problem that can not be delivered to. On the other hand, by leaving your luggage at a designated place in the company, employees who go out must check that, and if there is any baggage whose destination is the delivery destination, carry out the operation to go out with it Is also possible. However, even in such a case, employees who are scheduled to go out do not necessarily appear at the delivery destination, so there is a possibility that the luggage will be left until the last minute.
また、従業員が少数の会社では、従業員の行き先を把握しやすいため、ついでの荷物配送を依頼しやすいが、多くの従業員をかかえる会社では、他の従業員の行き先を把握したり、社内であるが他部署のなじみのない従業員に依頼することは困難である。そのため、緊急の場合には、予定時間までに確実に荷物を届けることが優先されるため、依頼人自身がわざわざ荷物を持って届け出先まで届ける必要がある。しかしながら、これでは交通費等の費用が発生し、また依頼人自身の勤務時間中の仕事をする時間がその分少なくなってしまうという不都合がある。 Also, in companies with a small number of employees, it is easy to know where the employees are going, so it is easy to request package delivery, but in companies with many employees, it is possible to know the destination of other employees, It is difficult to ask employees who are in-house but are not familiar with other departments. For this reason, in the case of an emergency, priority is given to delivering the baggage by the scheduled time, so it is necessary for the client himself to bother carrying the baggage to the destination. However, this causes inconvenience that costs such as transportation costs are generated, and that the time for working during the working hours of the client himself is reduced accordingly.
本発明はこのような課題に鑑みてなされたものであって、荷物の到着予定時刻に確実に配送できるようにし、かつ荷物配送のための新たな費用発生を防ぎつつも、従業員に荷物の配送のみを勤務時間中に行なうことを回避することができる事業所間荷物配送システムを提供することを目的としている。 The present invention has been made in view of such a problem, and enables the delivery of the baggage to the employee while ensuring the delivery at the scheduled arrival time of the baggage and preventing the generation of new costs for the baggage delivery. is an object of the present invention to provide an inter-office luggage distribution Okushi stem can be avoided to make the delivery only during working hours.
(1)請求項1記載の発明は、依頼人の荷物配送依頼を申し込むと共に、他の依頼人からの依頼通知をサーバから受信し、また該サーバから配送請負人の決定を受信する従業員端末と、該従業員端末と接続され、前記依頼人から荷物配送申し込みがあった場合、当該申し込み条件を満足する他の従業員(配送請負人)がいるかどうかをデータベースを参照して検索すると共に、従業員毎に最終目的地か否か、社内業務か否か、所属が依頼人と同じか否か等の評価を行って評価点数を求め、前記請負人の中から最も評価点数の高い者を配送請負人として決定し、配送請負人が決定したら、その配送請負人に関する情報を前記従業員端末に通知するサーバと、該サーバと接続される、従業員に関する情報、荷物の配送に関する情報を記憶するデータベースと、前記サーバからの配送請負人の決定通知を受ける配送受付窓口端末と、から構成されることを特徴とする。
(2)請求項2記載の発明は、前記サーバは、依頼人の荷物が配送請負人により目的地に到達したことをデータベース中の当該配送換算基準データを基に請負人からの通知により検知したら、配送時間削減時間よりなる換算基準データを基にその配送に要した時間を金額に換算し、依頼人の従業員端末及び配送請負人端末のそれぞれの記憶部に登録することを特徴とする。
(1) The invention described in
(2) In the invention according to
(1)請求項1記載の発明によれば、従業員端末から配送依頼を行ない、サーバはデータベースを参照して依頼人から要求された条件を満たす他の従業員(配送請負人)を検索し、要求された条件を満たす当該配送請負人が見つかったらその情報を依頼人の従業員端末に通知することができるので、配送が確実に行われるかどうかを確認することができる。
(2)請求項2記載の発明によれば、荷物の配送に要した時間を金額に換算するので、費用削減効率を確認することができる。
(1) According to the invention described in
(2) According to the invention described in
以下、図面を参照して本発明の実施の形態例を詳細に説明する。図1は本発明の構成概念図である。図において、1は従業員毎にもっている従業員端末、2は配送の受け付けを行なう配送受付窓口端末、3はこれら従業員端末1及び配送受付窓口端末2とネットワーク4を介して接続され、荷物の割り当て等の配送の制御を行なうサーバである。従業員端末1は従業員の数に応じて設けられている。配送受付窓口端末2は、後述するように配送受付センターに設けられている。サーバ3において、30aは従業員端末1及び配送受付窓口端末2と通信を行なう通信部、30bは配送制御を行なう処理部、30cは各種の情報を表示する表示部、3dはコマンド等の操作入力を行なう入力部である。5はサーバ3と接続され、各種の情報を記憶するデータベースである。このように、構成されたシステムの動作を説明すれば、以下の通りである。
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. FIG. 1 is a conceptual diagram of the configuration of the present invention. In the figure, 1 is an employee terminal for each employee, 2 is a delivery reception window terminal for receiving delivery, 3 is connected to the
依頼人が他事業所への荷物の配送依頼を行なう場合に、従業員端末1からその旨の通知を入力する。この入力情報は、ネットワーク4を介してサーバ3に通知される。サーバ3では、通信部3aを介して配送依頼を受信し、処理部3bが依頼人の荷物の希望到着日時に目的事業所へ行く予定のある従業員(配送請負人)を抽出する。処理部3bは、依頼人の荷物の希望到着日時までに目的事業所へ行く予定のある配送請負人をデータベース5に記憶されている従業員情報を基に抽出する。
When the client makes a request for delivery of the package to another office, a notification to that effect is input from the
配送請負人が抽出されたら、通信部3aから従業員端末1と配送受付窓口端末2にその旨を通知する。従業員端末1の依頼人は、配送受付窓口端末2のある配送受付センターに配送用の荷物を届ける。サーバ3からの配送依頼を通知された配送請負人は、配送受付センターまで出向き、荷物を受け取る。この時、配送受付窓口端末2から荷物を受け取ったことを入力し、サーバ3に通知する。
When the delivery contractor is extracted, the
そして、配送請負人が配送を行ない、到着地の配送受付センターに届け、サーバ3が受付センターの窓口端末2から受け入れ確認通知を受信すると、目的の事業所に荷物を届けた後、配送請負人は当該事業所内の従業員端末1から荷物を届けたことをサーバ3に通知する。サーバ3は、従業員端末1に荷物の配送が終了したことを通知する。同時に、配送受付窓口端末2にもその旨を通知する。その場合において、サーバ3の処理部3bは、前記依頼人が移動する時間を節約できたものとして費用削減額を算出し、該費用削減額を依頼人及び配送請負人の両方に登録する。具体的には、データベース5の各従業員毎の費用削減額記憶領域に格納する。
Then, the delivery contractor delivers and delivers it to the delivery reception center at the arrival place. When the
このように、本発明によれば、依頼人の希望に沿う配送請負人に荷物の配送を頼むようにしているので、依頼人自身が荷物を配送する必要がなくなる。また、配送請負人により移動する時間を節約できたものとして、費用削減額を算出するので、費用削減効率を確認することが可能となる。 Thus, according to the present invention, since the delivery contractor according to the request of the client is requested to deliver the package, it is not necessary for the client himself to deliver the package. Further, since the cost reduction amount is calculated on the assumption that the travel time has been saved by the delivery contractor, the cost reduction efficiency can be confirmed.
図2は本発明の一実施の形態例を示すブロック図である。図1と同一のものは、同一の符号を付して示す。図において、1は従業員端末、2は配送受付窓口端末、3はサーバ、4はネットワーク、5はサーバ3と接続されたデータベース(DB)である。従業員端末1において、1aは依頼通知を受信する依頼通知受信手段、1bは荷物の配送依頼を申し込む申込手段、1cは配送請負人が決定されたという決定情報を受信する決定情報受信手段である。配送受付窓口端末2において、2aは配送請負人が決定されたという決定情報を受信する決定情報受信手段である。
FIG. 2 is a block diagram showing an embodiment of the present invention. The same components as those in FIG. 1 are denoted by the same reference numerals. In the figure, 1 is an employee terminal, 2 is a delivery reception window terminal, 3 is a server, 4 is a network, and 5 is a database (DB) connected to the
サーバ3において、11は従業員端末1からの申し込み情報を受け付ける受付手段、12は受付手段11で受け付けされた情報に基づいて配送請負人を検索する候補検索手段、13は候補検索手段12により抽出された配送請負人に対して配送依頼を行なう候補依頼手段、14はこのようにして配送請負人が決定された場合に、従業員端末1と配送受付窓口端末2に決定情報を通知する決定情報通知手段、15は費用削減額を更新する削減金額登録更新手段、16はサーバ全体の制御動作を行なうCPUである。これら11〜16の構成要素で、図1の処理部3bを構成している。
In the
データベース5は各種のテーブル(以下TBともいう)とデータより構成されている。例えば、スケジュールTB、従業員情報TB、受付窓口端末TB、受付TB、判断TB、従業員実績TB、節約貢献度TB、換算基準データ、依頼通知時間データ、予約締切調整時間TB、経路情報TB等より構成されている。このように構成されたシステムを用いて本発明の動作を説明すれば、以下の通りである。
The
依頼人は、従業員端末1から従業員ID、現在地、現在時刻、荷物届け先及び到着希望時刻の入力受け付けをすると、受付番号がサーバ3から発行される。サーバ3は受け付けた情報をデータベース5の受付テーブルに記憶させる。図3は受付テーブルの構成例を示す図である。図に示すように、受付番号(ここでは11111)、種別(ここでは非公開)、配送依頼者ID(ここでは11301)、自分の所在地(ここでは芝公園事業所)、現在時刻(ここでは13:00)、届け先(ここでは新宿事業所、)、到着希望日(ここでは12月02日)、到着希望時刻(ここでは15時)、配送予定者ID(ここでは11226)、予約締切時刻(ここでは13:30)、受取確認通知(ここではあり)から構成されている。
When the requester accepts input of the employee ID, current location, current time, package delivery destination, and desired arrival time from the
CPU16は、出発時刻と届け先及び到着希望時刻から交通機関を利用した場合の配送必要時間を求め、予約締切時刻調整時間だけ遡らせた予約締切時刻を受付テーブルに登録する。通常は、配送請負人は候補検索手段12がデータベース5を参照して抽出する。抽出した結果、配送請負人が見つからない場合には、自分で荷物を配送先まで持っていく必要がある。このため、出発時刻に余裕をもたせるため、予約締切時刻調整時間を設けている。
The
例えば、到着希望時刻から配送必要時間及び予約締切時刻調整時間を引いた時間を予め予約締切時刻として受付テーブルに登録する。以上の一連の演算処理動作は、CPU16が行なう。例えば、現在地が芝公園で、届け出先が新宿、到着希望時刻が15時の場合で予約締切時刻を算出してみる。配送必要時間が1時間であるものとする。この結果、現在地からの配送開始時刻は14時となる。ここで、前記した予約締切時刻調整時間として30分をとると、14時から更に30分遡らせ、予約締切時刻として13時30分が登録されることになる。
For example, the time obtained by subtracting the delivery required time and the reservation deadline adjustment time from the desired arrival time is registered in advance in the reception table as the reservation deadline time. The
候補検索手段12はスケジュールテーブルを参照して、到着希望時刻に前記届け先に訪問する予定があり、かつ前記依頼人の現在地に滞在している従業員を検索して抽出する。図4はスケジュールテーブルの構成例を示す図で、データベース5内に設けられている。スケジュールテーブルは、従業員ID毎に、日付と当日業務切迫度、時間、場所、内容、社内/社外に分けて登録されている。例えば、従業員ID11225さんは、12月2日には、13時から14時まで業務のため芝公園事業所におり、14時から15時にかけて新宿事業所で打ち合わせのために新宿事業所に向かっている。15時から16時にかけて新宿事業所で打ち合わせを行ない、16時になったら、渋谷事業所で打ち合わせのために渋谷に向かう予定である。
The candidate search means 12 searches and extracts an employee who is scheduled to visit the destination at the desired arrival time and stays at the client's current location with reference to the schedule table. FIG. 4 is a diagram showing a configuration example of the schedule table, and is provided in the
従業員ID11226さんは、13時から14時までは業務のため芝公園事業所におり、14時から15時にかけて打ち合わせのため新宿事業所に向かう予定である。新宿事業所には15時から16時にかけて滞在する予定である。このようにして、芝公園事業所に滞在している従業員のスケジュールを検索する。この場合、例えばID11225さんも、ID11226さんも、ID11227さんも、ID11229さんも、15時から16時の間新宿事業所に滞在する予定になっている。ID11228さんはずっと芝公園事業所にいるので候補から除外する。従って、図4に示す例の場合、配送請負人の候補者が複数(ID11225〜ID11227,ID11229)存在している。
抽出された従業員が複数の場合、候補検索手段12は、従業員毎に最終目的地か否か、社内業務か否か、所属が依頼人と同じか否か、当日業務切迫があるか否かについて評価を行ない、最も評価点数の高い従業員から順に依頼通知を行なう。この依頼通知は、サーバ3から各従業員の従業員端末1に対してなされる。
If there are a plurality of extracted employees, the candidate search means 12 determines whether each employee is the final destination, whether the job is in-house, whether the affiliation is the same as the client, and whether there is a task on the day. Are evaluated, and the request notification is made in order from the employee with the highest evaluation score. This request notification is made from the
ここで、最終目的地が荷物の到着予定地である場合には、その後に移動予定がないため比較的業務に余裕があると考えられるので、このような従業員に依頼することが好ましいと考えられる。また、社内業務か否かについては、社外での打ち合わせの場合よりも社内での打ち合わせの場合の方が比較的心に余裕がある場合が多いと考えられる。また、所属が依頼人と同じか否かについては、所属が同じ従業員の場合が依頼を頼みやすいという事情がある。更に、業務切迫度は、その日はどうしても業務が切迫しており、絶対に荷物配送依頼を受けたくない場合も考えられる。 Here, if the final destination is the scheduled arrival location of the package, it is considered that it is preferable to request such an employee because there is no plan to move afterwards and it is considered that there is a relatively large margin in business. It is done. In addition, regarding in-house work, it is considered that there are many cases where there is relatively more room in the case of in-house meetings than in the case of outside meetings. In addition, as to whether or not the affiliation is the same as the client, there is a situation that it is easy for an employee with the same affiliation to request a request. Furthermore, regarding the business urgency level, there may be a case where the business is urgently required on that day, and the customer does not want to receive a package delivery request.
以上の配送請負人の選択基準に鑑みて配送依頼人を選択する場合を考えてみる。従業員ID11225さんは、当日業務切迫度が“該当”になっているので、ID11225さんは候補から除かれる。上記候補者のうち、ID11227さんは、15時から16時の間新宿に滞在しているが、打ち合わせが社外のため候補から除かれる。
Consider a case where a delivery requester is selected in view of the above delivery contractor selection criteria. The
この結果、ID11226さんとID11229さんが評価点数が同じである。そこで、前述した選択基準に従い、ID11226さんが依頼人と同じ職場である場合、候補検索手段12はID11226さんを配送請負人と決定する。一方、最も評価点数が高い従業員が複数いる場合には、サーバ3から該当する複数人について従業員端末1に候補依頼手段13から依頼通知を出す。図5は配送依頼通知を示す図である。図に示すように、「従業員番号11226殿,荷物配送依頼があります。承諾又は拒否を選択して下さい。依頼人:従業員番号11301殿、届出先:新宿事業所,到着希望時刻:12月2日15時」が表示される。
As a result, ID11226 and ID11229 have the same evaluation score. Therefore, according to the selection criteria described above, if ID11226 is in the same workplace as the client, the candidate search means 12 determines ID11226 as the delivery contractor. On the other hand, when there are a plurality of employees having the highest evaluation score, the
従業員端末1では、依頼受付受信手段1aがこの通知を受信すると、都合がよい場合には、承諾ボタンを押してサーバ3に対して配送依頼を承諾する旨の通知を出す。都合が悪い場合には、拒否のボタンを押す。サーバ3では、最も早く承諾通知を出した従業員を配送請負人と決定し、決定情報通知手段14からその結果を各従業員端末1及び配送受付窓口端末2に通知する。各従業員端末1では、決定情報受信手段1cがこの決定通知を受けて自分が配送請負人に選ばれたかどうかを確認することができる。
In the
以上、説明したように、本発明によれば、前記対象となる配送請負人が複数の場合に、依頼人と関係が強くかつスケジュールに余裕のある者に配送依頼を行なうので、最も好ましい状態で荷物の配送を行なうことができる。また、従業員端末から配送依頼を行ない、サーバはデータベースを参照して依頼人から要求された条件を満たす他の従業員(配送請負人)を検索し、要求された条件を満たす当該配送請負人が見つかったらその情報を依頼人の従業員端末に通知することができるので、配送が確実に行われるかどうかを確認することができる。 As described above, according to the present invention, when there are a plurality of target delivery contractors, a delivery request is made to a person who has a strong relationship with the client and has a sufficient schedule. Delivery of packages can be performed. Also, a delivery request is made from the employee terminal, the server searches the database for other employees (delivery contractors) that satisfy the requirements requested by the requester, and the delivery contractors satisfying the requested requirements. If it is found, the information can be notified to the client terminal of the client, so that it can be confirmed whether or not the delivery is surely performed.
予め定められた一定時間内に前記依頼通知を受信した配送請負人からの承諾通知がなされると、サーバ3の受付手段11はこの通知を受け取って依頼人の従業員端末1に通知する。サーバ3はこの場合において、配送予定者IDをデータベース5に登録し、依頼者に対して荷物の預け入れを通知し、同時に受付番号を通知する。依頼人は、荷物を配送受け付けを行なう配送受付センターに預ける。そして、サーバ3は、配送受付センターにある配送受付窓口端末2に受付番号を通知する。配送受付窓口端末2は、決定情報受信手段2aにてこの通知を受け取る。また、配送請負人に対しては、受付番号を通知して、配送受付センターに預け入れられた荷物を取りにいくように指示する。図6は依頼者への決定依頼通知を示す図である。依頼者の従業員端末1の表示部に「従業員番号11301殿,荷物配送依頼が承諾されました。荷物を受付までお持ち下さい。,受付番号11111」の表示がなされる。依頼人は、配送受付センターまで荷物を持っていくことになる。図7は配送請負人への受付番号通知を示す図で、従業員端末1の表示部の表示状態を示している。この場合は、従業員受付番号11226さんに対して「従業員番号11226殿,荷物を事業所まで取りに来てください。」という指示と、「受付番号11111」を表示する。
When an acceptance notification is received from the delivery contractor who has received the request notification within a predetermined time, the accepting means 11 of the
配送受付センターでは、受付番号により荷物の管理を行なう。サーバ3が一定時間内に承諾通知を受信できない場合には、サーバ3は評価点数の高い従業員に対して順次依頼通知を行なう。全ての候補者に対して候補依頼手段13から依頼通知を出したが、一定時間内に承諾通知を貰えなかった場合には、サーバ3のCPU16はデータベース5を参照し、予約締切時刻に到達したか否かを判断し、予約締切時刻に既に達している場合には、依頼者に対して該当者なしの旨の通知を行なう。この場合には、最後の手段として、依頼人自身が荷物を届けるか又は他の方法で届けることになる。
At the delivery reception center, the package is managed by the reception number. When the
予約締切時刻に達していない場合には、予約締切時刻に達するまで、依頼内容を社内に公開して一般受け付けを行ない、配送希望者を募集する。予約締切時刻までに配送希望者がいれば依頼通知を出し、いない場合にはサーバ3は依頼人の従業員端末1に対して該当者なしの旨の通知を行なう。
If the reservation deadline has not been reached, until the reservation deadline is reached, the contents of the request are made public within the company and accepted in general, and recruiters are recruited. If there is a delivery requester by the reservation deadline time, a request notification is issued. If not, the
配送請負人が配送を行ない、到着地の配送受付センターに届け、サーバ3が受付センターの窓口端末2から受け入れ確認通知を受信すると、削減金額登録更新手段15は、配送必要時間を予め決められた基準により金額に換算して費用削減額として依頼人及び配送請負人の従業員実績テーブルを登録する。
When the delivery contractor performs delivery and delivers to the delivery reception center at the arrival place, and the
図8は従業員実績テーブルの構成例を示す図である。従業員実績テーブルは、図8に示すように、従業員ID毎に受付番号と費用削減額と、合計節約金額が登録されている。例えば、依頼者IDは11301さんであり、配送請負人IDは11226さんである。この例では、依頼者及び配送請負人の双方に対して費用削減金額1000円が登録されている。この実施の形態例によれば、配送請負人が配送に要した時間を金額に換算し、費用削減額として費用削減効率を確認することができる。このように、要した時間を金額に換算するのは、依頼人自身が勤務時間中に荷物を届けることによって生じる無駄な配送時間を削減することができることに基づく。また、従来であれば他業者に依頼することによりかかっていた配送費用を削減することができる。また、従業員実績テーブルが更新されると、所属毎の節約金額も更新し、表示させる。ここで、所属毎の節約金額は、従業員毎の費用削減金額を合わせて所属毎にまとめた金額である。 FIG. 8 is a diagram illustrating a configuration example of an employee performance table. As shown in FIG. 8, in the employee performance table, a receipt number, a cost reduction amount, and a total saving amount are registered for each employee ID. For example, the requester ID is 11301 and the delivery contractor ID is 11226. In this example, a cost reduction amount of 1000 yen is registered for both the requester and the delivery contractor. According to this embodiment, the time required for delivery by the delivery contractor can be converted into an amount, and the cost reduction efficiency can be confirmed as the cost reduction amount. Thus, converting the required time into an amount of money is based on the fact that the useless delivery time caused by the client himself delivering the parcel during working hours can be reduced. In addition, it is possible to reduce the delivery cost which has been conventionally required by requesting another contractor. When the employee performance table is updated, the saving amount for each affiliation is also updated and displayed. Here, the savings amount for each affiliation is an amount that is collected for each affiliation together with the cost reduction amount for each employee.
ここで、本発明で用いられている他のテーブルについて説明する。図9は判断テーブルの構成例を示す図である。この判断テーブルは、サーバ3が最適な配送請負人を決定する時に参照するテーブルである。図に示すように、受付番号(11111)と、従業員ID(11225〜11229)と、搬送依頼地が最終目的地であるか否かと、社内業務であるか否かと、所属が同じであるか否かと、当日の業務が切迫しているか否かと、合計点と依頼順位と、依頼通知時刻と承諾通知受信時刻とで構成されている。
Here, another table used in the present invention will be described. FIG. 9 is a diagram illustrating a configuration example of the determination table. This determination table is a table that is referred to when the
前述したように、当日業務が切迫しているID11225さんは選択の対象から除外される。そして、最終目的地であるか否かについては、最終目的地である場合に“1”を、そうでない場合に“0”を登録する。社内業務か否かについては、社内業務である場合に“1”を、社外業務である場合に“0”を登録する。所属が同じか否かの場合、所属が同じである場合には“1”を、そうでない場合には“0”を登録する。
As described above, the
このようにして、各IDさん毎の合計点数を評価点数として用いる。合計点はID11226さんが3、ID11227さんが1、ID11228さんが2、ID11229さんが3である。この結果、依頼順位が1番の人がID11226さんとID11229さんと二人いることになる。そこで、承諾通知を一番先に発信したID11226さんを配送請負人に選定することになる。
In this way, the total score for each ID is used as the evaluation score. The total points are 3 for ID11226, 1 for ID11227, 2 for ID11228, and 3 for ID11229. As a result, there are two persons, ID11226 and ID11229, who have the highest request order. Therefore, the
図10は従業員情報テーブルの構成例を示す図である。ここでは、実施の形態例で使用されている従業員ID全てについての情報が登録されている。依頼人である従業員ID11301さんは所属は営業本部であり、連絡先はabc@iiiであり、従業員ID11226さんは所属は営業本部であり、連絡先はabc@である。他の従業員IDさんの場合も同様である。依頼人ID11301さんの荷物の配送を請け負った人がID11226さん決まったのは、依頼人ID11301さんと配送請負人ID11226は職場が営業本部で同じであるので、荷物の搬送を頼みやすいことになる。
FIG. 10 is a diagram illustrating a configuration example of the employee information table. Here, information about all employee IDs used in the embodiment is registered. The
図11は受付窓口端末テーブルの構成例を示す図である。受付端末の設置場所が登録されており、例えば「芝公園事業所」と、「新宿事業所」と、「渋谷事業所」とが登録されており、それぞれの連絡先は例えばffff,bbbb,aaaaである。図12は節約金額テーブルの構成例を示す図である。図では、営業本部が節約金額が2000円となっている。依頼人ID11301さんと配送請負人ID11226さんが共に営業本部所属なので、節約金額は、各1000円ずつを足した2000円となっている。
FIG. 11 is a diagram illustrating a configuration example of the reception window terminal table. The installation location of the reception terminal is registered, for example, “Shiba Park Office”, “Shinjuku Office”, and “Shibuya Office” are registered, for example, ffff, bbbb, aaa It is. FIG. 12 is a diagram showing a configuration example of the savings amount table. In the figure, the sales headquarters saves 2000 yen. Since both the
図13は換算基準データの構成例を示す図である。配送時間削減金額は30分毎に500円となっているから、1時間の配送時間削減の場合には1000円となることになる。図14は依頼通知一定時間データを示す図である。図に示すように、依頼通知一定時間は20分となっている。図15は経路情報テーブルの構成例を示す図である。出発地が芝公園の場合、届け出先(新宿)と、到着希望時刻(15時)、配送必要時間(60分)、交通費(1000円)が登録されている。図16は予約締切時刻調整時間を示す図であり、この例では30分に設定されていることが分かる。 FIG. 13 is a diagram illustrating a configuration example of conversion reference data. Since the delivery time reduction amount is 500 yen every 30 minutes, it will be 1000 yen in the case of 1 hour delivery time reduction. FIG. 14 is a diagram showing request notification fixed time data. As shown in the figure, the request notification fixed time is 20 minutes. FIG. 15 is a diagram illustrating a configuration example of a route information table. When the departure place is Shiba Park, the destination (Shinjuku), the desired arrival time (15:00), the required delivery time (60 minutes), and the transportation cost (1000 yen) are registered. FIG. 16 is a diagram showing the reservation deadline time adjustment time, and it can be seen that 30 minutes is set in this example.
図17、図18はサーバの動作の一例を示すフローチャートである。以下、このフローチャートに沿ってサーバの動作を説明する。システムとしては、図2に示すシステムを用いる。サーバ3は従業員ID、現在地、現在時刻、荷物届け先、到着希望時刻の入力受付をして受付番号を発行する(S1)。次に、サーバ3は、出発地、届出先、到着希望日時より配送必要時間を求め、予約締切時刻調整時間だけ遡らせた予約締切日時を登録する(S2)。ここで、到着希望日時は日にちまで含むが、通常は一日の範囲で決定されるので、到着希望時刻と考えてよい。次に、サーバ3は、現在日時以降に現在地点に滞在し、かつ到着希望日時以前に届け先に到着予定の従業員がいるかどうかチェックする(S3)。ここで、到着希望日時以前に届出先に到着予定の従業員がいる場合、サーバ3は判断TB(図9参照)をもとに評価点数を算出し、最も点数の高い従業員へ依頼通知(同一点数が複数の場合は複数の従業員)を出す(S4)。
17 and 18 are flowcharts showing an example of the operation of the server. Hereinafter, the operation of the server will be described with reference to this flowchart. The system shown in FIG. 2 is used as the system. The
次に、サーバ3は一定時間内に承諾通知を受信したかどうかチェックする(S5)。承諾通知を受信した場合、承諾通知受信時刻を判断テーブルに記録し、配送予定者IDを判断テーブルに登録する(S6)。次に、サーバ3は、依頼者に受付番号とともに荷物の預け入れを通知する(S7)。依頼者は配送受付センターまで荷物を持参することになる。次に、サーバ3は受付窓口端末2に受付番号を通知し(S8)、配送請負人に対して受付番号を通知する(S9)。配送請負人は、荷物を持って目的地まで出向き、受付窓口端末に荷物を届けたことを登録する。次に、サーバ3は到着予定地の受付窓口端末より受取確認通知を受信したかどうかチェックする(S10)。
Next, the
ここで、到着予定地の受付窓口端末より受付確認通知を受信した場合には、配送必要時間を金額に換算して配送請負人及び配送依頼者の双方に登録する(S11)。具体的には、従業員実績テーブル(図8参照)に費用削減金額を登録する。そして、所属毎の節約金額を更新して表示する(S12)。具体的には、図8に示す従業員実績テーブルと、図10に示す従業員情報テーブルから各所属毎に節約金額を更新してサーバ3或いは所属毎に設けられている従業員端末1に表示させる。これにより、各所属毎の費用削減額を確認することができる。このことが、費用削減金額の少ない所属に、費用削減を促すことにもなる。
Here, when the reception confirmation notification is received from the reception window terminal at the planned arrival place, the required delivery time is converted into an amount and registered with both the delivery contractor and the delivery requester (S11). Specifically, the cost reduction amount is registered in the employee performance table (see FIG. 8). Then, the saving amount for each affiliation is updated and displayed (S12). Specifically, the saving amount is updated for each affiliation from the employee performance table shown in FIG. 8 and the employee information table shown in FIG. 10 and displayed on the
ステップS5において、一定時間内に承諾通知を受信しない場合には、全ての候補者に依頼通知済みであるかどうかチェックし(S13)、そうでない場合には、次に評価点数が高い従業員に対して依頼通知を出し(S14)、ステップS5に戻る。ステップS13において、全ての候補者に依頼通知済みである場合には、予約締切日時に到着したかどうかチェックし(S15)、予約締切日時に到達している場合には、依頼人に対して該当者なしの旨を通知する(S16)。具体的には、サーバ3が依頼人の従業員端末1に対して通知する。
In step S5, if the acceptance notice is not received within a certain time, it is checked whether or not the request has been notified to all candidates (S13). If not, the employee having the next highest evaluation score is checked. A request notification is issued (S14), and the process returns to step S5. In step S13, when all the candidates have been notified of the request, it is checked whether the reservation deadline has been reached (S15). The fact that there is no person is notified (S16). Specifically, the
ステップS3において、希望条件を満たす従業員がいなかった場合、及びステップS15において予約締切日時に到達しなかった場合には、予約締切日時に到達するまで依頼内容を公開して一般受付とする(S17)。そして、一般の従業員からの申込みがあるかどうかチェックする(S18)。申込みがない場合には、ステップS16に移行し、依頼者に該当者なしの旨を通知する。申込みがある場合には、配送予定者IDを登録し(S19)、依頼者に荷物の預け入れを通知する(S20)。この後、ステップS10に戻る。この場合、依頼者は配送受付センターまで荷物を持っていく。配送請負人は、配送受付センターまで出向いて荷物を受け取り、目的地まで荷物を配送し、目的地の配送受付センターまで届けることになる。 If there is no employee who satisfies the desired condition in step S3 and if the reservation deadline has not been reached in step S15, the contents of the request are made public until the reservation deadline is reached (S17). ). Then, it is checked whether there is an application from a general employee (S18). If there is no application, the process proceeds to step S16, and the requester is notified that there is no applicable person. If there is an application, the planned delivery person ID is registered (S19), and the requester is notified of the deposit of the package (S20). Then, it returns to step S10. In this case, the requester takes the package to the delivery reception center. The delivery contractor goes to the delivery reception center to receive the package, delivers the package to the destination, and delivers it to the delivery reception center at the destination.
以上、説明したように、本発明によれば、荷物の到着予定時刻に確実に配送できるようにし、かつ荷物配送のための新たな費用発生を防ぎつつも、従業員に荷物の配送のみを勤務時間中に行なうことを回避することができる事業所間荷物配送方法及びシステムを提供することができる。 As described above, according to the present invention, it is possible to ensure delivery at the scheduled arrival time of the package, and to prevent the generation of new expenses for package delivery, while working only on the delivery of the package to employees. It is possible to provide an inter-office package delivery method and system that can be avoided during time.
1 従業員端末
1a 依頼通知受信手段
1b 申込手段
1c 決定情報受信手段
2 配送受付窓口端末
2a 決定情報受信手段
3 サーバ
4 ネットワーク
5 データベース
11 受付手段
12 候補検索手段
13 候補依頼手段
14 決定情報通知手段
15 削減金額登録更新手段
16 CPU
DESCRIPTION OF
Claims (2)
該従業員端末と接続され、前記依頼人から荷物配送申し込みがあった場合、当該申し込み条件を満足する他の従業員(配送請負人)がいるかどうかをデータベースを参照して検索すると共に、従業員毎に最終目的地か否か、社内業務か否か、所属が依頼人と同じか否か等の評価を行って評価点数を求め、前記請負人の中から最も評価点数の高い者を配送請負人として決定し、配送請負人が決定したら、その配送請負人に関する情報を前記従業員端末に通知するサーバと、
該サーバと接続される、従業員に関する情報、荷物の配送に関する情報を記憶するデータベースと、
前記サーバからの配送請負人の決定通知を受ける配送受付窓口端末と、
から構成されることを特徴とする事業所間荷物配送システム。 An employee terminal that applies for a package delivery request of a client, receives a notification of a request from another client from the server, and receives a determination of a delivery contractor from the server;
When there is a package delivery application from the client terminal connected to the employee terminal, a search is made with reference to the database to see if there is another employee (delivery contractor) that satisfies the application conditions. Each time it evaluates whether it is the final destination, whether it is in-house work, or whether the affiliation is the same as the client, etc., the evaluation score is obtained, and the contractor who has the highest evaluation score is contracted for delivery A server for notifying the employee terminal of information relating to the delivery contractor when the delivery contractor is determined,
A database connected to the server for storing information on employees and information on delivery of packages;
A delivery reception window terminal that receives a notification of delivery contractor determination from the server;
An inter-office package delivery system characterized by comprising:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006257314A JP4870508B2 (en) | 2006-09-22 | 2006-09-22 | Inter-office package delivery system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006257314A JP4870508B2 (en) | 2006-09-22 | 2006-09-22 | Inter-office package delivery system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2008077488A JP2008077488A (en) | 2008-04-03 |
JP4870508B2 true JP4870508B2 (en) | 2012-02-08 |
Family
ID=39349460
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006257314A Expired - Fee Related JP4870508B2 (en) | 2006-09-22 | 2006-09-22 | Inter-office package delivery system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4870508B2 (en) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6005113B2 (en) * | 2014-09-19 | 2016-10-12 | ヤフー株式会社 | Settlement management apparatus, settlement management method, and settlement management program |
JP6700975B2 (en) * | 2016-05-25 | 2020-05-27 | 原 周平 | Information notification system |
JP6498165B2 (en) * | 2016-09-06 | 2019-04-10 | ヤフー株式会社 | Information processing apparatus, information processing method, and information processing program |
JP6895922B2 (en) * | 2018-04-24 | 2021-06-30 | Kddi株式会社 | Order management equipment, order management methods and programs |
JP7093000B2 (en) * | 2018-05-30 | 2022-06-29 | 富士通株式会社 | Information processing program, information processing device and information processing method |
JP7082801B2 (en) * | 2018-06-07 | 2022-06-09 | 株式会社Life | Management server and visitor support system that processes consignment requests |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002297722A (en) * | 2001-03-29 | 2002-10-11 | Atsushi Ota | Method of transporting cargo using internet and database |
JP2003081439A (en) * | 2001-09-07 | 2003-03-19 | Neos Co Ltd | Transportation processing system |
JP2005145573A (en) * | 2003-11-11 | 2005-06-09 | Nippon Steel Corp | Transportation program planning method |
JP3970870B2 (en) * | 2004-06-30 | 2007-09-05 | キヤノンマーケティングジャパン株式会社 | Server apparatus and control method thereof |
-
2006
- 2006-09-22 JP JP2006257314A patent/JP4870508B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2008077488A (en) | 2008-04-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Wood | Algorithmic management consequences for work organisation and working conditions | |
JP4870508B2 (en) | Inter-office package delivery system | |
WO2013001850A1 (en) | Information provision device, information provision method, information provision program, and recording medium | |
US20020152101A1 (en) | Travel expense management module for an intranet portal | |
JP6270877B2 (en) | Delivery schedule selection system, delivery schedule selection method, and program | |
AU2003205250A1 (en) | System and method for processing trip requests | |
WO2003065269A1 (en) | System and method for processing trip requests | |
JPH09319812A (en) | Consultant assignment support method for remote consultation system | |
JP6551689B2 (en) | Taxi dispatch system, taxi dispatch device, taxi dispatch method, taxi dispatch program, computer recordable medium and stored device | |
JPH1131177A (en) | Delivery system | |
KR102095412B1 (en) | System and Method for Providing Real Estate Transaction Service | |
US20160140464A1 (en) | Event assistance device and event assistance method | |
JP2012203532A (en) | Personnel loan support device and personnel loan support program | |
JP6508139B2 (en) | Information processing apparatus and program | |
EP1221668A2 (en) | System for matching clearance information and for managing cargo information | |
JP2023514875A (en) | Systems and methods for business application and self-check-in | |
JP4520087B2 (en) | System for managing or notifying the results of communication with customers | |
JP2007323127A (en) | Emergency supply management system, emergency supply management method, and emergency supply management program | |
WO2018063089A1 (en) | Apparatus and method for managing item storage in warehouses | |
JP2009230689A (en) | Reservation processing system | |
US20210150451A1 (en) | Systems and methods for automated mobile-device based work period trading | |
JP2005327217A (en) | Automatic scheduling system, method, and recording medium with automatic scheduling program recoded thereon | |
Wood | Algorithmic Management | |
JP2010218324A (en) | Task allocation device, task allocation method and task allocation program | |
KR20110100591A (en) | System for generating inverse-bus route and service method for providing commuter's bus using thereof |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090319 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110906 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20111028 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20111115 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20111117 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141125 Year of fee payment: 3 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |