Package google.research.optimization.v1.networkdesign

目次

CommodityDemand

商品需要。すなわち、配送業者によって遂行される潜在的需要。

フィールド
id

string

この商品の需要に割り当てられた一意の ID。

origin_port_id

string

送信元ポートの ID。

destination_port_id

string

宛先ポートの ID。

container_count

int64

処理するコンテナの最大数。

freight_rate

double

コンテナあたりの貨物レート(需要が満たされなかった場合のペナルティが含まれる場合があります)。出発地と目的地でのコンテナごとの読み込みと放電のコストを取り除く必要があります。

maximum_transit_duration

Duration

最大輸送時間(設定する場合は、ストレートで正の値にする必要があります)。輸送時間は、この需要に従事する最初の船が出発港を出港してから、その需要にサービスを提供する最後の船が行き先ポートに到着するまでの時間と定義されます。

CommodityDemandPath

特定のコモディティ需要に占める割合が占める、さまざまなサービスやポート。以下で使用される指数は、レスポンスにおける船舶サービスの順番と、個々の船舶サービスのサービス区間の順序に基づいています。

フィールド
commodity_demand_id

string

商品デマンド ID が完了しました。

container_count

int64

このパスを通過するコンテナの数。各コモディティ需要に対して、履行される総数量が総需要を超えることはできません。

vessel_service_leg_ids[]

VesselServiceLegId

この経路を通過する船舶サービスレグの ID のリスト。有効な商品需要経路には、以下のプロパティが含まれます。1. 第 1 区間の departure_port_id が商品需要の origin_port_id と一致する必要があります。2. 最後の区間の destination_port_id は、商品需要の destination_port_id と一致する必要があります。3.連続する区間の arrival_port_id と departure_port_id が一致する必要があります。4. この商品の需要に指定する場合、最長お届け日数は経路の合計所要時間以上である必要があります。

VesselServiceLegId

商品需要経路で使用される単一の船舶のサービス区間。たとえば、船舶が 2 つ運航されているとします。1 つ目の足は 3 つの脚(番号は 0、1、2)で、2 つ目の脚は 2 つ(番号は 0 と 1)です。また、最初の運行の 1 つ目の区間は、2 つ目の運行の 2 つ目の区間の出発ポートに到着します。次の 3 つの船舶サービスレッグ ID で構成される商品パス: {vessel_service_index: 0, vessel_service_leg_index: 2} {vessel_service_index: 0, vessel_service_leg_index: 0} {vessel_service_index: 1}

フィールド
vessel_service_index

int32

船舶サービスのインデックス。

vessel_service_leg_index

int32

vessel_service_index によってインデックスに登録された船舶サービスの区間のインデックス。

所要時間

期間(ポートの滞在/交代、需要の移動)は時間単位で定義されます。

フィールド
hours

int64

期間を定義する時間数。

LegCandidate

船舶サービス レグの候補。同じ 2 つのポートの間に複数の区間の候補があっても構いません。たとえば、異なる海のルートや船舶の速度を表す場合などです。

フィールド
id

string

この区間候補に割り当てられた一意の ID。

departure_port_id

string

出発ポートの ID。

arrival_port_id

string

到着ポートの ID。

duration

Duration

区間の長さ。

vessel_class_costs

map<string, double>

この区間候補を特定の船舶クラスに割り当てるための費用。これには、船舶の運航費、バンカー費用、チャーター費用などが含まれます。船舶クラスは、このマップのエントリがある場合にのみ、この区間の候補を航行できます。

ポート

ポート(端子、ポートのすべての端子など)。

フィールド
id

string

このポートに割り当てられた一意の ID。

minimum_port_stay_duration

Duration

ポートコールの最小滞在期間。一般的に、港湾では移動回数の多い大型船はより多くのスペースを占有するため、より多くのクレーンを割り当てるため、ほとんどの研究は一定であると想定しています。

minimum_transshipment_duration

Duration

特定のポートでの積み替えの最小期間(コンテナを降ろして別の船に再積み込むまでの時間を含む)。

transshipment_cost

double

コンテナの移送にかかる費用。乗り換えには通関手続きが必要ないため、通常は荷物の積み込みと排出の合計よりも少なくなります。

vessel_class_costs

map<string, VesselCost>

船舶クラス ID によってマッピングされたこのポートを呼び出す際に発生する費用。船舶クラスは、このマップにエントリがある場合にのみ、このポートを呼び出すことができます。

VesselCost

このポートに寄港して滞在する場合の船舶料金は、滞在時間(fixed_cost + hourly_cost × 時間)の線形関数として定義されます。

フィールド
fixed_cost

double

このポートを呼び出すための固定料金。

hourly_cost

double

この港の 1 時間あたりの宿泊料金。

ScheduleTime

スケジュール時間(船/需要の出発/到着)は、週 1 回の頻度で所定の時間に定義されます。

フィールド
day

int64

予定どおりだった日。0 日目が最初の候補日です。

hour_of_day

int32

スケジュールの時刻は 0 ~ 23 の整数で指定する必要があります。

SolverParameters

LSNDSP の単一の解法を制御するパラメータ。

フィールド
time_limit

Duration

解法が問題に費やすべき最長時間。この値はハードリミットではなく、通信のオーバーヘッドを考慮していません。問題を解決するために予想されるレイテンシは、この値をわずかに超える場合があります。

VesselClass

船舶クラス、つまり同じプロパティを共有する船のグループ。同じクラスの 2 つの船を区別する方法はありません。

フィールド
id

string

この船舶クラスに割り当てられた一意の ID。

container_capacity

int64

船舶クラスの容量(コンテナ単位)。

vessel_count

int64

この船舶クラスの船の数。

VesselService

商品需要に応えるために使用できる船舶サービス。重要: 現時点では、運行は週 1 回と想定されており、ポートの滞在時間は 1 週間を超えることはできません。次の一連の船舶のサービス区間を考えてみましょう。

フィールド
vessel_class_id

string

サービスを実施する船舶クラス ID。

vessel_service_legs[]

VesselServiceLeg

有効な船舶サービスについては、以下のプロパティが該当します。 1. 空にすることはできません。2. 連続する区間の destination_port_id と origin_port_id が一致している必要があります(最後の区間と最初の区間を含む)。

VesselServiceLeg

船舶サービスの 1 つの区間。

フィールド
leg_candidate_id

string

割り当てられた区間候補 ID。

origin_departure_time

ScheduleTime

週間スケジュールに基づく出発地ポートの出発時刻。

destination_arrival_time

ScheduleTime

週間スケジュールに基づく、目的地のポートに到着する時刻です。