(57)【特許請求の範囲】
【請求項１】
物流の作業情報の管理画面を表示する配車計画編集方法において、
第１の属性に対応する端末の管理対象の作業情報が登録される第１の領域に登録された特定の作業情報については、前記第１の属性に対応する端末に参照可能とし、
前記第１の領域に登録された前記特定の作業情報が、第２の属性が指定されて第２の領域に移動されると、前記特定の作業情報が移動されている前記第２の領域が前記第１の属性に属する端末と前記第２の属性に属する端末の双方に参照可能となるように前記特定の作業情報に関する設定変更を行い、
前記第２の属性に対応する第２の端末において、前記第２の領域から第３の領域に前記特定の作業情報が移動されると、前記特定の作業情報を前記第１の属性に属する端末から参照不可とし、かつ、前記第２の属性に属する端末から参照可能とするように前記特定の作業情報に関する設定変更を行う、
処理をコンピュータが実行することを特徴とする配車計画編集方法。
【請求項２】
前記第２の領域から第３の領域への前記特定の作業情報の移動に応じて、前記特定の作業情報を、前記第２の属性に対応する端末の管理対象に設定を変更する、ことを特徴とする請求項１に記載の配車計画編集方法。
【請求項３】
物流の作業情報の管理画面を表示する配車計画編集装置において、
第１の属性に対応する端末の管理対象の作業情報が登録される第１の領域に登録された特定の作業情報については、前記第１の属性に対応する端末に参照可能とし、前記第１の領域に登録された前記特定の作業情報が、第２の属性が指定されて第２の領域に移動されると、前記特定の作業情報が移動されている前記第２の領域が前記第１の属性に属する端末と前記第２の属性に属する端末の双方に参照可能となるように前記特定の作業情報に関する設定変更を行い、前記第２の属性に対応する第２の端末において、前記第２の領域から第３の領域に前記特定の作業情報が移動されると、前記特定の作業情報を前記第１の属性に属する端末から参照不可とし、かつ、前記第２の属性に属する端末から参照可能とするように前記特定の作業情報に関する設定変更を行う制御装置、
を有することを特徴とする配車計画編集装置。
【請求項４】
物流の作業情報の管理画面を表示する配車計画編集プログラムにおいて、
第１の属性に対応する端末の管理対象の作業情報が登録される第１の領域に登録された特定の作業情報については、前記第１の属性に対応する端末に参照可能とし、
前記第１の領域に登録された前記特定の作業情報が、第２の属性が指定されて第２の領域に移動されると、前記特定の作業情報が移動されている前記第２の領域が前記第１の属性に属する端末と前記第２の属性に属する端末の双方に参照可能となるように前記特定の作業情報に関する設定変更を行い、
前記第２の属性に対応する第２の端末において、前記第２の領域から第３の領域に前記特定の作業情報が移動されると、前記特定の作業情報を前記第１の属性に属する端末から参照不可とし、かつ、前記第２の属性に属する端末から参照可能とするように前記特定の作業情報に関する設定変更を行う、
処理をコンピュータに実行させることを特徴とする配車計画編集プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配車計画編集方法、配車計画編集装置及び配車計画編集プログラムに関する。
【背景技術】
【０００２】
従来の運行計画システムとして、ドラッグ＆ドロップ操作により、車両毎の荷物の積み地や降し地の情報を含む運搬作業等の作業スケジュールを時刻順に並べて運行計画を作成するシステムがある。運行計画システムの利用者は、運行計画を作成して積荷の作業スケジュールを立案することで、各作業者の作業を管理できる。そして、運行計画システムでは、例えば、管轄地域の異なる配車グループ毎に運行計画を立案できる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１２８５９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
運行計画作成システムでは、異なる配車グループ間で作業スケジュールを受け渡すことができるフレキシブルな対応が求められている。しかしながら、配車グループ間で作業スケジュールを受け渡すのは、その作業スケジュールの属性を変更することになるため、困難である。つまり、ある配車グループが管轄する第１の属性の作業スケジュールを他の配車グループが管轄する第２の属性の配車計画に追加することは困難である。
【０００５】
一つの側面では、作業スケジュールの属性を変更できる配車計画編集方法、配車計画編集装置及び配車計画編集プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
一つの態様の配車計画編集方法では、物流の作業情報の管理画面を表示する配車計画編集方法である。コンピュータが、第１の属性に対応する端末の管理対象の作業情報が登録される第１の領域に登録された特定の作業情報については、第１の属性に対応する端末に参照可能とする。コンピュータが、第１の領域に登録された特定の作業情報が、第２の属性が指定されて第２の領域に移動されると、特定の作業情報が第１の属性に属する端末と第２の属性に属する端末の双方に参照可能となるように特定の作業情報に関する設定変更を行う。コンピュータが、第２の属性に対応する第２の端末において、第２の領域から第３の領域に特定の作業情報が移動されると、特定の作業情報を第１の属性に属する端末から参照不可とし、かつ、第２の属性に属する端末から参照可能とするように特定の作業情報に関する設定変更を行う。
【発明の効果】
【０００７】
一つの側面として、作業スケジュールの属性を変更できる。
【図面の簡単な説明】
【０００８】
【図１】図１は、本実施例の運行計画システムの一例を示す説明図である。
【図２】図２は、サーバ装置の一例を示す説明図である。
【図３】図３は、ＤＢのレコード構成の一例を示す説明図である。
【図４】図４は、端末装置の一例を示す説明図である。
【図５】図５は、運行計画画面の一例を示す説明図である。
【図６】図６は、運行計画画面の構成の一例を示す説明図である。
【図７】図７は、伝票チップの配車グループ間の受渡動作に関わる運行計画画面の画面推移の一例を示す説明図である。
【図８】図８は、伝票チップの配車グループ間の受渡動作に関わる運行計画画面の画面推移の一例を示す説明図である。
【図９】図９は、受渡処理に関わる端末装置のＣＰＵの処理動作の一例を示すフローチャートである。
【図１０】図１０は、属性変更処理に関わるサーバ装置のＣＰＵの処理動作の一例を示すフローチャートである。
【図１１】図１１は、配車計画編集プログラムを実行するコンピュータの一例を示す説明図である。
【発明を実施するための形態】
【０００９】
以下、図面に基づいて、本願の開示する配車計画編集方法、配車計画編集装置及び配車計画編集プログラムの実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。
【実施例】
【００１０】
図１は、本実施例の運行計画システム１の一例を示す説明図である。図１に示す運行計画システム１は、サーバ装置２と、複数の端末装置３とを有する。端末装置３は、例えば、輸送車両の運行を管轄する地域エリア毎に割り当てられた配車グループのコンピュータである。サーバ装置２は、例えば、通信網４経由で各端末装置３と通信接続し、各端末装置３を管理する。端末装置３は、通信網４を経由してサーバ装置２と接続し、サーバ装置２から運行に関わる各種情報を収集し、収集された情報に基づき運行計画画面を作成し、その運行計画画面を表示する。更に、端末装置３の利用者は、運行計画画面上の操作に応じて各車両の商品の積み降し作業のスケジュールを立案及び管理できる。
【００１１】
図２は、サーバ装置２の一例を示す説明図である。図２に示すサーバ装置２は、通信部１１と、入力部１２と、記憶部１３と、ＤＢ（Data Base）１４と、ＣＰＵ(Central Processing Unit)１５とを有する。通信部１１は、通信網４との間の通信を司る通信インタフェースである。入力部１２は、例えば、マウス、キーボードやタッチパネル等の入力デバイスである。記憶部１３は、各種情報を記憶する領域である。ＤＢ１４は、車両ＤＢ１４Ａと、伝票ＤＢ１４Ｂと、名寄せＤＢ１４Ｃと、配車ＤＢ１４Ｄとを有する。車両ＤＢ１４Ａは、車両情報を格納するＤＢである。伝票ＤＢ１４Ｂは、商品伝票を格納するＤＢである。名寄せＤＢ１４Ｃは、名寄せ情報を格納するＤＢである。配車ＤＢ１４Ｄは、運行計画画面上で作成された車両毎の作業スケジュールを配車グループ単位に格納するＤＢである。
【００１２】
図３は、ＤＢ１４のレコード構成の一例を示す説明図である。伝票ＤＢ１４Ｂは、伝票コードと、名寄せコードとを対応付けて格納している。伝票コードは、積荷の名寄せコードに対応付けて管理する商品伝票のコードである。名寄せＤＢ１４Ｃは、名寄せコード毎に、積み地エリア、積み地、降し地エリア、降し地、輸送区分、積込指定時刻、降し指定時刻、商品名、商品重量及び商品体積等の名寄せ情報を格納している。積み地エリアは、積荷を車両に積む積み地を管轄するエリアである。積み地は、積荷を車両に積む地点の地名である。降し地エリアは、積荷を車両から降ろす降し地を管轄するエリアである。降し地は、積荷を車両から降ろす地点の地名である。輸送区分は、積荷の積込や荷降し等を識別する区分である。積込指定時刻は、積荷を積み地で積む際の指定時刻である。降し指定時刻は、積荷を降し地で降ろす際の指定時刻である。商品名は、積荷の名称である。商品重量は、積荷の重量である。商品体積は、積荷の体積である。
【００１３】
車両ＤＢ１４Ａは、車番と、運送会社名、車両種別、最大積載量、最大容積及び乗務員名を対応付けて格納している。車番は、車両を識別する番号である。運送会社名は、車両を管理する会社名である。車両種別は、車両の種別を識別する情報である。最大積載量は、車両が搭載可能な最大重量である。最大容積は、車両が搭載可能な最大容積である。乗務員名は、当該車両を運転する乗務員の名前である。
【００１４】
ＣＰＵ１５は、サーバ装置２全体を制御する。ＣＰＵ１５は、記憶部１３に格納された配車計画編集プログラム等を記憶部１３上に展開し、展開された配車計画編集プログラムを処理機能としてＣＰＵ１５上で実行する。ＣＰＵ１５は、処理機能として、情報提供部２１と、制御部２２とを有する。情報提供部２１は、通信網４を通じてＤＢ１４内の各種情報を各端末装置３に提供する。情報提供部２１は、後述する追加部２１Ａを有する。制御部２２は、通信網４を通じて各端末装置３で生成した運行計画画面の配車計画情報を管理する。
【００１５】
図４は、端末装置３の一例を示す説明図である。図４に示す端末装置３は、通信部３１と、入力部３２と、表示部３３と、ＨＤＤ（Hard Disk Drive）３４と、ＲＯＭ(Read Only Memory)３５と、ＲＡＭ(Random Access Memory)３６と、ＣＰＵ３７とを有する。通信部３１は、通信網４との間の通信を司る通信インタフェースである。入力部３２は、例えば、マウス、キーボードやタッチパネル等の入力デバイスである。表示部３３は、各種情報を画面表示する出力インタフェースである。ＨＤＤ３４は、各種情報を記憶する領域である。ＲＯＭ３５は、プログラム等の各種情報を記憶する領域である。ＲＡＭ３６は、ＣＰＵ３７が使用する作業領域である。ＣＰＵ３７は、端末装置３全体を制御する。ＣＰＵ３７は、サーバ装置２から収集したＤＢ１４内の情報に基づき、運行計画画面を生成し、生成した運行計画画面を表示部３３に表示する。
【００１６】
図５は、運行計画画面５０の一例を示す説明図、図６は、運行計画画面５０の構成の一例を示す説明図である。図５及び図６に示す運行計画画面５０は、車両域６０と、割付域７０と、受渡域８０と、未割付域９０とを有する。車両域６０は、車両チップ６１と、車両割付結果チップ６２とを配置する。車両チップ６１は、車番、運送会社名、乗務員名、車両種別、積載量及び容積を有する。尚、ＣＰＵ３７は、車両ＤＢ１４Ａの情報を参照し、車両チップ６１を生成する。車両割付結果チップ６２は、車両チップ６１毎の当該車両の作業スケジュールの割付結果、例えば、積み地、降し地、積載量、積載容積、残り積載量、残り容積、走行距離、チップ件数、稼働時間及び使用時間帯を有する。
【００１７】
未割付域９０は、車両チップ６１毎の割付域７０に割付可能にした未割付の伝票チップ９１を配置する領域である。伝票チップ９１は、商品名、重量、体積、積込指定時刻、積み地、積み地エリア、降し指定時刻、降し地及び降し地エリアを有する。商品名は積荷商品の名称である。重量は積荷商品の重量である。体積は積荷商品の体積である。積込指定時刻は積荷を車両に積み込む指定時刻である。積み地は積荷を積み込む地点の地名である。積み地エリアは積み地を管轄するエリア名である。降し指定時刻は積荷を車両から降ろす指定時刻である。降し地は積荷を降ろす地点の地名である。降し地エリアは降し地を管轄するエリア名である。  
【００１８】
割付域７０は、車両チップ６１毎の作業スケジュールを割り付ける領域であって、発地チップ７１、着地チップ７２、積み地チップ７３及び降し地チップ７４等の作業チップを配置する領域である。発地チップ７１は、車両チップ６１に関わる車両の出発地を示すチップであって、出発地と、出発時刻とを有する。着地チップ７２は、車両チップ６１に関わる車両の帰着地を示すチップであって、帰着地と、帰着時刻とを有する。
【００１９】
積み地チップ７３は、積み地、積み地エリア、商品重量、積込指定時刻、積込指定日、積込区分、積込予定時間帯、作業時間及び積み地制限時間帯を有する。積み地は、積荷商品を積む地名である。積み地エリアは積み地を管轄するエリア名である。商品重量は、積荷商品の重量である。積込指定時刻は、積荷商品を積む指定時刻である。積込指定日は、積荷商品を積む指定日である。積込予定時間帯は、運行計画で算出される積荷商品を積み込む予定時間帯である。作業時間は積荷商品を車両に積み込む作業に要する時間である。積み地制限時間帯は、積み地で積込が可能な時間帯である。
【００２０】
降し地チップ７４は、商品名、商品重量、降し指定時刻、降し指定日、降し予定時刻、降し地及び降し地エリアを有する。商品名は、積荷商品の名称である。商品重量は積荷商品の重量である。降し指定時刻は、積荷商品を降ろす際の指定時刻である。降し指定日は、商品を降ろす指定日である。降し予定時刻は、運行計画で算出された商品を降ろす予定時刻である。降し地は、積荷商品を降ろす地点の地名である。降し地エリアは、積荷商品を降ろす地点を管轄するエリア名である。
【００２１】
ＣＰＵ３７は、利用者のドラッグ＆ドロップ操作による、運行計画画面５０上の未割付域９０の伝票チップ９１を指定し、その指定された伝票チップ９１の割付域７０内への挿入指示を検出する。ＣＰＵ３７は、伝票チップ９１の割付域７０内への挿入指示を検出した場合、伝票チップ９１に基づき、積み地チップ７３及び降し地チップ７４を生成する。受渡域８０は、配車グループが管轄する伝票チップ９１を他の配車グループに受け渡す際に使用する、例えば、第２の領域である。
【００２２】
ＣＰＵ３７は、処理機能として、受付部４１と、制御部４２とを有する。受付部４１は、入力部３２の運行計画画面５０上の操作を受け付ける。受付部４１は、ドラッグ＆ドロップ操作で、運行計画画面５０上の未割付域９０内の伝票チップ９１を指定し、その指定された伝票チップ９１の割付域７０内の特定の車両に対応する作業スケジュール領域内への挿入指示を受け付ける。制御部４２は、端末装置３全体を制御する。
【００２３】
受渡域８０内には配車グループを指定する指定タブ８０Ａがある。受渡域８０は、指定タブ８０Ａで指定された配車グループに対して伝票チップ９１を受渡可能にする領域である。図７は、伝票チップ９１の受渡動作の一例を示す説明図である。尚、説明の便宜上、伝票チップ９１の内容を一部省略して図示する。配車グループＡの端末装置３の利用者は、図７の（Ａ）に示すように、自グループが管轄する伝票チップ９１を配車グループＢの端末装置３に受け渡す場合、受渡域８０内の指定タブ８０Ａで受渡先の配車グループＢを指定する。そして、配車グループＡの端末装置３の利用者は、図７の（Ｂ）に示すように、ドラッグ＆ドロップ操作で、未割付域９０内の受渡対象の伝票チップ９１を受渡域８０内に挿入し、その受渡域８０内に受渡対象の伝票チップ９１を配置する。
【００２４】
端末装置３の制御部４２は、受渡域８０内に受渡対象の伝票チップ９１を挿入する際、伝票ＤＢ１４Ｂを参照し、伝票チップ９１の伝票コードの枝番が自分の配車グループＡ内に他にあるか否かを判定する。尚、枝番は同一伝票コードの商品を識別する番号である。制御部４２は、伝票チップ９１内の伝票コードの枝番が他にある場合、その受渡対象の伝票チップ９１の受渡域８０内への挿入を禁止する。また、制御部４２は、伝票チップ９１内の伝票コードの枝番が他にない場合、その受渡対象の伝票チップ９１の受渡域８０への挿入を許可する。
【００２５】
図８は、伝票チップ９１の受渡動作の一例を示す説明図である。サーバ装置２内の制御部２２は、各端末装置３の運行計画画面５０を管理しているため、受渡元の配車グループＡの端末装置３の運行計画画面５０の受渡域８０内への受渡対象の伝票チップ９１の挿入指示等の各種指示を認識する。更に、制御部２２は、受渡域８０内の指定タブ８０Ａの指定操作で受渡先の配車グループＢを認識する。
【００２６】
サーバ装置２内の情報提供部２１は、受渡元の配車グループＡの受渡域８０内の伝票チップ９１及び受渡先の配車グループＢを認識している。その結果、情報提供部２１は、受渡先の配車グループＢの端末装置３に対して、受渡元の配車グループＡからの受渡対象の伝票チップ９１の受渡域８０内への配置を要求する。受渡先の配車グループＢの端末装置３内の制御部４２は、サーバ装置２内の情報提供部２１からの配置要求に応じて、図８の（Ｂ）に示すように受渡域８０内に受渡対象の伝票チップ９１を配置する。つまり、制御部２２は、受渡元の配車グループＡの端末装置３及び受渡先の配車グループＢの端末装置３側で、その受渡域８０内の受渡対象の伝票チップ９１を双方から参照可能となるように属性を設定変更する。
【００２７】
受渡先の配車グループＢの端末装置３内の受付部４１は、受渡域８０内の伝票チップ９１を指定し、その指定された伝票チップ９１の割付域７０への挿入指示を受け付ける。制御部４２は、受渡域８０から割付域７０への伝票チップ９１の挿入指示を検出した場合、割付域７０内に伝票チップ９１を挿入する。その結果、サーバ装置２内の情報提供部２１は、受渡先の配車グループＢの端末装置３の割付域７０内への伝票チップ９１の挿入指示を検出した場合、受渡域８０から割付域７０への伝票チップ９１の挿入指示を認識する。サーバ装置２内の制御部２２は、受渡先の配車グループＢの端末装置３に関わる伝票チップ９１の挿入指示を検出した場合、その伝票チップ９１の属性を、受渡元の配車グループＡから受渡先の配車グループＢの属性へ変更する。
【００２８】
そして、制御部２２は、情報提供部２１を通じて、受渡元の配車グループＡの端末装置３に対して、伝票チップ９１の受渡先の配車グループＢへの属性変更に応じて受渡域８０内に配置された伝票チップ９１の削除を要求する。その結果、受渡元の配車グループＡの端末装置３は、サーバ装置２からの削除要求に応じて、図８の（Ｃ）に示すように、受渡域８０内の属性変更後の伝票チップ９１を削除する。つまり、制御部２２は、受渡元の端末装置３に対して、受渡先の端末装置３側での受渡域８０から割付域７０への伝票チップ９１の移動に応じて、当該伝票チップ９１の受渡元の端末装置３からの参照を不可にする属性に設定変更する。更に、制御部２２は、受渡先の配車グループＢの端末装置３に対して、当該伝票チップ９１を継続して参照できる属性に設定変更する。
【００２９】
次に本実施例の運行計画システム１の動作について説明する。図９は、受渡処理に関わる端末装置３のＣＰＵ３７の処理動作の一例を示すフローチャートである。図９に示す受渡処理は、受渡対象の伝票チップ９１を受渡先の配車グループに受渡可能にする処理である。図９においてＣＰＵ３７内の受付部４１は、受渡域８０内の配車グループを指定したか否かを判定する（ステップＳ１１）。尚、端末装置３の利用者は、運行計画画面５０上の受渡域８０内の指定タブ８０Ａで受渡先の配車グループを指定する。受付部４１は、受渡域８０内の配車グループを指定した場合（ステップＳ１１肯定）、受渡対象の伝票チップ９１を指定したか否かを判定する（ステップＳ１２）。ＣＰＵ３７内の制御部４２は、受渡対象の伝票チップ９１を指定した場合（ステップＳ１２肯定）、伝票ＤＢ１４Ｂを参照し、指定された伝票チップ９１と同一伝票コードの枝番があるか否かを判定する（ステップＳ１３）。
【００３０】
ＣＰＵ３７内の制御部４２は、伝票チップ９１と同一の伝票コードの枝番がない場合（ステップＳ１３否定）、受渡域８０内に受渡対象の伝票チップ９１を配置する（ステップＳ１４）。制御部４２は、受渡先の配車グループに対応した端末装置３側の運行計画画面５０の受渡域８０内への受渡対象の伝票チップ９１の配置をサーバ装置２に対して要求し（ステップＳ１５）、図９に示す処理動作を終了する。情報提供部２１内の追加部２１Ａは、受渡元の配車グループの端末装置３からの受渡対象の伝票チップ９１の受渡域８０内への配置要求を受信した場合、受渡先の配車グループの端末装置３に対して受渡域８０内の受渡対象の伝票チップ９１の配置を要求する。その結果、受渡先の配車グループの端末装置３は、サーバ装置２からの配置要求を受信し、配置要求に基づき、受渡域８０内に受渡対象の伝票チップ９１を配置する。尚、受渡元の配車グループの端末装置３も、引き続き、受渡域８０内に受渡対象の伝票チップ９１を配置する。この際、受渡対象の伝票チップ９１の属性は、受渡元の配車グループの管理下にある。そして、当該受渡域８０内の伝票チップ９１は、受渡先の配車グループ及び受渡元の配車グループの端末装置３双方から参照可能となる。
【００３１】
制御部４２は、受渡域８０内の配車グループを指定しなかった場合（ステップＳ１１否定）、又は受渡対象の伝票チップ９１を指定しなかった場合（ステップＳ１２否定）、図９に示す処理動作を終了する。
【００３２】
制御部４２は、指定された伝票チップ９１と同一の伝票コードの枝番がある場合（ステップＳ１３肯定）、受渡対象の伝票チップ９１の受渡域８０への挿入を禁止し（ステップＳ１６）、アラーム表示し（ステップＳ１７）、図９に示す処理動作を終了する。その結果、端末装置３は、受渡対象の伝票チップ９１と関連のある商品が別の配車グループに個別に受け渡されてしまうような事態を防止できる。
【００３３】
受渡処理を実行する端末装置３は、受渡域８０内で受渡先の配車グループを指定し、その受渡域８０内に受渡対象の伝票チップ９１を挿入した場合、受渡先の配車グループの端末装置３の受渡域８０内に受渡対象の伝票チップ９１を挿入する。その結果、受渡元の配車グループの端末装置３の利用者は、受渡先の配車グループに対して自グループの伝票チップ９１を受け渡すことができる。
【００３４】
端末装置３は、受渡対象の伝票チップ９１を受渡域８０内に挿入する場合、伝票チップ９１と同一の伝票コードの枝番が他にある場合、伝票チップ９１の受渡域８０への挿入を禁止する。その結果、端末装置３は、受渡対象の伝票チップ９１と関連のある商品が別の配車グループに個別に受け渡されてしまうような事態を防止できる。
【００３５】
図１０は、属性変更処理に関わるサーバ装置２のＣＰＵ１５の処理動作の一例を示すフローチャートである。図１０に示す属性変更処理は、受渡対象の伝票チップ９１の属性を受渡先の配車グループの端末装置３の属性に変更する処理である。図１０においてサーバ装置２のＣＰＵ１５内の制御部２２は、受渡域８０内に受渡元の配車グループからの受渡対象の伝票チップ９１があるか否かを判定する（ステップＳ２１）。尚、受渡対象の伝票チップ９１の属性は、受渡元の配車グループで管理する属性の管理下にある。
【００３６】
制御部２２は、受渡域８０内に受渡対象の伝票チップ９１がある場合（ステップＳ２１肯定）、伝票チップ９１を割付域７０内に挿入したか否かを判定する（ステップＳ２２）。制御部２２は、伝票チップ９１を割付域７０内に挿入した場合（ステップＳ２２肯定）、挿入した伝票チップ９１を受渡先の配車グループの属性に変更する（ステップＳ２３）。その結果、伝票チップ９１は、受渡元の配車グループから受渡先の配車グループで管理する属性に変更したことになる。つまり、制御部２２は、受渡元の端末装置３に対して、受渡先の端末装置３側での受渡域８０から割付域７０への伝票チップ９１の移動に応じて、当該伝票チップ９１の受渡元の端末装置３からの参照を不可にする。更に、制御部２２は、受渡先の端末装置３に対して、当該伝票チップ９１を継続して参照可能にする。
【００３７】
制御部２２は、受渡元の配車グループの端末装置３に対して、受渡元の配車グループの端末装置３内の受渡域８０内の当該伝票チップ９１の削除を要求し（ステップＳ２４）、図１０に示す処理動作を終了する。
【００３８】
制御部２２は、受渡元の配車グループからの受渡対象の伝票チップ９１が受渡域８０内にない場合（ステップＳ２１否定）、図１０に示す処理動作を終了する。制御部２２は、伝票チップ９１を割付域７０内に挿入しない場合（ステップＳ２２否定）、受渡元の配車グループからの受渡対象の伝票チップ９１が受渡域８０内にあるか否かを判定すべく、ステップＳ２１に移行する。
【００３９】
属性変更処理を実行するサーバ装置２は、受渡先の配車グループの端末装置３の受渡域８０内に受渡元の配車グループからの受渡対象の伝票チップ９１があり、その伝票チップ９１を割付域７０に挿入したか否かを判定する。サーバ装置２は、伝票チップ９１を割付域７０内に挿入した場合、その伝票チップ９１の属性を受渡元の配車グループから受渡先の配車グループの属性に変更する。その結果、受渡先の配車グループの端末装置３は、受渡対象の伝票チップ９１を受渡先の配車グループの属性に変更できる。
【００４０】
サーバ装置２は、受渡対象の伝票チップ９１の属性が受渡先の配車グループに変更された場合、受渡元の配車グループの端末装置３に対して、受渡域８０内に表示中の受渡対象の伝票チップ９１の削除を要求する。その結果、受渡元の配車グループの端末装置３の利用者は、受渡対象の伝票チップ９１の削除で受渡先の配車グループに受渡対象の伝票チップ９１が移管されたことを認識できる。
【００４１】
サーバ装置２は、受渡元の配車グループの端末装置３側で受渡先の配車グループを指定し、受渡対象の伝票チップ９１の受渡域８０内への挿入指示を検出した場合、受渡先の配車グループの端末装置３の受渡域８０内に受渡対象の伝票チップ９１を配置する。サーバ装置２は、受渡先の配車グループの端末装置３に対して、受渡域８０内に表示中の伝票チップ９１の割付域７０内への挿入指示を検出した場合、伝票チップ９１の属性を受渡元の配車グループから受渡先の配車グループに変更する。更に、サーバ装置２は、受渡元の配車グループの端末装置３に対して、伝票チップ９１の属性変更に応じて、受渡域８０に表示中の伝票チップ９１の削除を要求する。その結果、受渡元の配車グループの端末装置３は、配車グループを指定し、自グループが管轄する伝票チップ９１を指定された他の配車グループに受け渡すことができる。
【００４２】
端末装置３は、受渡対象の伝票チップ９１を受渡域８０に挿入する場合、受渡対象の伝票チップ９１と同一の伝票コードの枝番が他にあるか否かを判定する。端末装置３は、受渡対象の伝票チップ９１と同一の伝票コードの枝番が他にある場合、受渡対象の伝票チップ９１の受渡域８０への追加を禁止する。その結果、伝票コードの枝番がある関連性のある商品配送を配車グループ間で移管されてしまうような事態を回避できる。
【００４３】
サーバ装置２は、例えば、配車グループＡに対応する端末装置３の管理対象の作業チップが登録される未割付域９０に登録された特定の作業チップについては、配車グループＡに対応する端末装置３側で参照可能にする。更に、サーバ装置２は、未割付域９０に登録された特定の作業チップが、例えば、配車グループＢが指定されて受渡域８０に移動されると、特定の作業チップが配車グループＡの端末装置３及び配車グループＢの端末装置３の双方に参照可能となるように特定の作業チップに関する設定変更を実行する。更に、サーバ装置２は、配車グループＢの端末装置３において、受渡域８０から割付域７０に特定の作業チップが移動されると、特定の作業チップを配車グループＡの端末装置３から参照不可とし、かつ、配車グループＢの端末装置３から参照可能とするように特定の作業チップに関する設定変更、すなわち属性変更を実行する。その結果、受渡元の配車グループの端末装置３は、配車グループを指定し、自グループが管轄する伝票チップ９１を指定された他の配車グループに受け渡すことができる。
【００４４】
上記実施例の受渡先の配車グループの端末装置３は、受渡域８０内の受渡対象の伝票チップ９１を未割付域９０に移動した場合に受渡対象の伝票チップ９１を受渡先の配車グループに移管する場合を例示した。しかしながら、受渡対象の伝票チップ９１を未割付域９０ではなく、割付域７０等の第３の領域に移動した場合でも、受渡対象の伝票チップ９１を受渡先の配車グループに移管しても良い。
【００４５】
端末装置３は、受渡対象の伝票チップ９１と同一の伝票コードの枝番が他にあるか否かを判定した。しかしながら、端末装置３ではなく、サーバ装置２が、受渡対象の伝票チップ９１と同一の伝票コードの枝番が他にあるか否かを判定するようにしても良い。
【００４６】
上記実施例の運行計画システム１では、通信網４経由でサーバ装置２及び端末装置３等の装置同士を通信接続可能にした。しかしながら、通信網４の代わりに、例えば、インターネットやＬＡＮ（Local Area Network）等を使用しても良く、適宜変更可能である。
【００４７】
上記実施例では、サーバ装置２をコンピュータ、端末装置３を利用者のコンピュータとしたが、サーバ装置２及び端末装置３の各種機能や情報をクラウドコンピューティングで実現しても良い。
【００４８】
また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、情報提供部２１又は制御部２２をサーバ装置２の外部装置として通信網４経由で接続しても良い。また、情報提供部２１又は制御部２２を別の装置がそれぞれ有し、通信網４で接続されて協働することで、サーバ装置２の機能を実現しても良い。
【００４９】
更に、サーバ装置２及び端末装置３をそれぞれ構成する各コンピュータで行われる各種処理機能は、ＣＰＵ（Central  Processing  Unit）（又はＭＰＵ（Micro  Processing  Unit）、ＭＣＵ（Micro  Controller  Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。
【００５０】
ところで、本実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することで実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１１は、配車計画編集プログラムを実行するコンピュータ１００の一例を示す説明図である。
【００５１】
図１１において配車計画編集プログラムを実行するコンピュータ１００では、通信部１１０と、操作部１２０と、表示部１３０と、ＨＤＤ１４０と、ＲＯＭ１５０、ＲＡＭ１６０、ＣＰＵ１７０、バス１８０とを有する。コンピュータ１００は、通信部１１０を通じて第１の属性の端末と第２の属性の端末とを監視する。
【００５２】
そして、ＲＯＭ１５０には、上記実施例と同様の機能を発揮する配車計画編集プログラムが予め記憶されている。尚、ＲＯＭ１５０ではなく、図示せぬドライブで読取可能な記録媒体に処理プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリ、ＳＤカード等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。処理プログラムとしては、追加プログラム１５０Ａ及び制御プログラム１５０Ｂである。尚、追加プログラム１５０Ａ及び制御プログラム１５０Ｂについては、適宜統合又は分散しても良い。コンピュータ１００が、これらの可搬用の物理媒体から配車計画編集プログラムを取得して実行するようにしても良い。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮ等を介してコンピュータ１００に接続される他のコンピュータ等に配車計画編集プログラムを記憶させておき、コンピュータ１００がこれらから配車計画編集プログラムを取得して実行するようにしても良い。
【００５３】
そして、ＣＰＵ１７０は、これらの追加プログラム１５０Ａ及び制御プログラム１５０ＢをＲＯＭ１５０から読み出し、これら読み出された各プログラムをＲＡＭ１６０上に展開する。ＣＰＵ１７０は、追加プログラム１５０Ａ及び制御プログラム１５０ＢをＲＡＭ１６０上で追加プロセス１６０Ａ及び制御プロセス１６０Ｂとして機能させる。尚、ＣＰＵ１７０では、必ずしも本実施例で示した全ての処理部が動作しなくてもよく、実行対象とする処理に対応する処理部が仮想的に実現されれば良い。
【００５４】
ＣＰＵ１７０は、第１の属性に対応する端末の管理対象の作業情報が登録される第１の領域に登録された特定の作業情報については、第１の属性に対応する端末に参照可能とする。ＣＰＵ１７０は、第１の領域に登録された特定の作業情報が、第２の属性が指定されて第２の領域への移動を検出した場合、特定の作業情報が第１の属性に属する端末と第２の属性に属する端末との双方に参照可能となるように特定の作業情報に関する設定変更を実行する。ＣＰＵ１７０は、第２の属性に対応する第２の端末において、第２の領域から第３の領域に特定の作業情報が移動されると、特定の作業情報を第１の属性に属する端末から参照不可とし、かつ、第２の属性に属する端末から参照可能とするように特定の作業情報に関する設定変更を実行する。その結果、作業情報の属性を変更できる。
【符号の説明】
【００５５】
２  サーバ装置
１５  ＣＰＵ
２１  情報提供部
２２  制御部
３  端末装置
３３  表示部
【図１】
0006684594.tif 000002
【図２】
0006684594.tif 000003
【図３】
0006684594.tif 000004
【図４】
0006684594.tif 000005
【図５】
0006684594.tif 000006
【図６】
0006684594.tif 000007
【図７】
0006684594.tif 000008
【図８】
0006684594.tif 000009
【図９】
0006684594.tif 000010
【図１０】
0006684594.tif 000011
【図１１】
0006684594.tif 000012