WO2001084405A1 - Systeme de contrat d'affretement de navire, serveur et base de donnees pour ce systeme, et methode d'assistance pour ledit contrat - Google Patents

Systeme de contrat d'affretement de navire, serveur et base de donnees pour ce systeme, et methode d'assistance pour ledit contrat Download PDF

Info

Publication number
WO2001084405A1
WO2001084405A1 PCT/JP2001/003567 JP0103567W WO0184405A1 WO 2001084405 A1 WO2001084405 A1 WO 2001084405A1 JP 0103567 W JP0103567 W JP 0103567W WO 0184405 A1 WO0184405 A1 WO 0184405A1
Authority
WO
WIPO (PCT)
Prior art keywords
charterer
contract
charter
information
input
Prior art date
Application number
PCT/JP2001/003567
Other languages
English (en)
French (fr)
Inventor
Masao Watanabe
Kouhei Tsutsumi
Masako Mori
Original Assignee
Mitsubishi Corporation
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Mitsubishi Corporation filed Critical Mitsubishi Corporation
Priority to AU52568/01A priority Critical patent/AU5256801A/en
Priority to GB0130000A priority patent/GB2368164A/en
Publication of WO2001084405A1 publication Critical patent/WO2001084405A1/ja

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events

Definitions

  • Charter contract support system its sano and database, and charter contract support method
  • the present invention supports a charterer agreement between a shipowner who owns or operates a ship (hereinafter referred to as owner) and a charterer (hereinafter referred to as "charter").
  • Charter support system server, database, and charter
  • Fig. 49 and Fig. 50 are flowcharts showing the flow of the charterer's inquiry process that is carried out by brokers. The flow of a conventional charter contract inquiry process will be described below with reference to FIGS. 49 and 50.
  • a charter who needs to transport cargo requests a broker for a charter contract by telephone.
  • the broker who receives the S Do request informs the owner about the request (S 2) Select the ship that meets the needs of the charterer (S3) and decide which ship to rent (S4)
  • the owner who determines the lending conditions informs the broker about the conditions (S5).
  • the broker checks the conditions and tells the dealer (S6). '
  • the charterer notified by the broker confirms the conditions (S7), and then decides whether to continue the procedure (S9) or not (S8). If continuing, inform the broker of the decision on the ship to be chartered and the negotiating items and their contents (S9), and the broker confirms the negotiating items, etc. Tell it all (S10). After confirming the negotiation items and contents (S11), the owner determines the negotiation policy and informs the broker (S12). —Confirm the negotiating items, etc., and tell them to the chara (S13).
  • the charter checks the negotiated items presented by the owner (s14), and when the decision is made, informs the broker to that effect (S15), and the broker checks the charter.
  • the final confirmation of the condition of the one night and one night presented to the owner is performed (S16), and the owner performs the final confirmation of the condition of the one presented by the one side (S17).
  • the broker confirms the charter conditions, informs the charter and concludes the contract summary contract.
  • a booklet (Fixture Recap) is created (S19), and it is sent by e-mail or fax to the owner and owner (S21).
  • the chatter who received the telephone call from the broker confirms the owner's consent (S20), and the owner also agrees with the broker. Receipt of the contract summary sent by the sender (S22) enables confirmation of the final decision on loan conditions (S18).
  • the exchange procedure shown in steps S9 to S14 may be repeated a plurality of times (for example, four or five times) until negotiations are negotiated.
  • the intermediary of the broker does not directly negotiate between the charterer and the owner, resulting in a loss of information transmission time. Fees are required, and chartering costs increase. Also, if at least one of the chair, broker, or owner is abroad, there will be a time difference problem. Furthermore, since the conventional inquiry procedure is mainly carried out by telephone, when the contract summary or contract is prepared, the exchange items agreed between the owner and the owner must be exchanged one by one. The contents must be described, and the preparation of these documents requires a great deal of effort.
  • the present invention has been made in view of the circumstances described above, and is a charter charter that allows a charterer and a charter to easily, quickly, and accurately conclude a charter charter without going through a broker.
  • the purpose is to provide a support system, its server and database, and a chartering contract support method. Disclosure of the invention
  • the charterer support system is a charterer support system for supporting a charterer contract between a shipowner and a charterer, comprising: a charterer information terminal possessed by the charterer; An information terminal, a storage unit for storing predetermined information required for the charterer, information input by the charterer, and information input by the shipowner; information input from the charterer information terminal Or a predetermined information input screen or an information display screen is formed based on the information input from the ship owner information terminal and the information stored in the storage unit, and the charterer information terminal and It is characterized by having a control unit that supports the establishment of a charter ship contract, while appropriately displaying the information on the ship owner's information terminal.
  • the charterer and the shipowner use their respective information terminals without passing through a broker, and visually check the screens displayed on the respective information terminals while chartering the charter. Procedures can be proceeded, and charter contracts can be easily, promptly and accurately concluded.
  • the predetermined information input screen is displayed on the charterer's information terminal, and the ship that satisfies the condition that the charterer wants to charter, or the charterer
  • the predetermined information input screen is displayed on the charterer's information terminal, and the ship that satisfies the condition that the charterer wants to charter, or the charterer
  • This is characterized in that it includes an inquiry information input screen for inputting inquiries information on a predetermined ship to be chartered by the ship owner and presenting the answer to the shipowner.
  • the inquiry information input screen may be a screen for making an inquiry that does not specify a shipowner, or at least.
  • It is characterized by including at least one of the screens for specifying one shipowner and making an inquiry.
  • the charterer can easily make an inquiry to an unspecified number of owners or an inquiry to an identified owner.
  • the predetermined information input screen includes a screen for the shipowner to input an answer to the inquiry information from the shipowner information terminal and to present the answer to the charterer. It is characterized by including a screen for inputting answer information.
  • the information display screen may include a reply information display for displaying a reply from the shipowner to the inquiry information from the charterer on the charterer information terminal. It is characterized by including a screen for use.
  • the answer information display screen may include a will display information input unit for designating a shipowner who performs negotiation and displaying a will to shift to negotiation. It is characterized by By providing such a will display information input section, it is possible to smoothly proceed to negotiation with the designated shipowner.
  • the control unit transmits the intention display information to be displayed on the ship owner information terminal in a predetermined form, and
  • the present invention is characterized in that the information is transmitted by using another information communication mode so as to notify the owner of the intention display information. According to such a configuration, the shipowner can easily and quickly know the negotiation request from the charterer, and the procedure until the charterer contract is concluded is expedited.
  • control unit may cause the information terminal for the charterer and the information terminal for the shipowner to display an information input screen for each negotiation item during the negotiation. It is characterized by the following.
  • the charterers and shipowners can easily grasp the negotiation items, which leads to easier and faster negotiation procedures.
  • the information input screen for each negotiation item displays the content of the same negotiation item input by the negotiation partner, and agrees with the exchange partner on the displayed content. It is characterized in that a communication means for notifying the user of the request is provided.
  • a plurality of negotiation item lists are displayed together on the information input screen for each negotiation item, and the contents of the agreed negotiation items are displayed in the negotiation item list. It is characterized by being displayed corresponding to each negotiation item.
  • the display contents in the negotiation item list are the charter ship contents.
  • the information input screen for each negotiation item includes a first message input unit for inputting a message that is not reflected in the contents of the charter contract to a negotiation partner. It has a first message display unit for displaying a message input to the message input unit to a negotiation partner.
  • the chartering contract contents are conditional chartering contract contents
  • the predetermined information input screen on the charterer information terminal includes the conditional chartering chart.
  • a condition angle input unit for inputting the cancellation of the condition for the contract content
  • a contract failure input unit for inputting the fact that the contract is unsuccessful, and an input indicating that the contents of the conditional charter contract will be changed
  • a change input unit is provided.
  • the above-mentioned condition is a condition that means whether a situation for actually executing the contract is established.
  • STEMZSUPPL IERS / RECE I VERS / CHARTERER'S MANAGEMENT 'S APPROVAL Consent of cargo, acceptance of loading, acceptance of unloading, management.
  • the charterer himself confirms these conditions and, if the conditions are cleared, cancels the conditions of the charter contract (L ift); otherwise, the charterer contract is rejected (Sub Fai 1 ed) 0
  • control unit when an input is provided by the change input unit, the charterer with the condition and the charterer terminal with the conditioner respectively. It is characterized by displaying a change input screen for inputting information for a change, including at least one of amendment, addition, and deletion of the contract.
  • the change input screen is equivalent to each negotiating screen of CI e an Rec Negotiati on Room in Embodiment 3 of the present invention, and the charterer and the shipowner enter the change contents with each other to negotiate. Can be advanced. Further, in the chartering contract support system according to the present invention, the change information input on the change input screen includes addition of a contract clause.
  • the charterer can easily add a contract clause, so that the contents of the contract can be made desirable for the charterer.
  • the predetermined information input screen includes a contract clause creation screen displayed on the charterer terminal and creating the contract clause.
  • a first database for storing the contract terms created above is provided, and the input of additional contract terms on the change input screen includes quotation of the contract terms stored in the first database. It is characterized by the following.
  • the charterer can register contract terms that may be added in the system in advance, and if the registered contents are used at the time of inputting the additional clauses, the trouble of inputting can be reduced. This can be omitted, and the negotiation process is expedited.
  • a contract clause that is desired to be added in Cle an Rec Cap Negotiati on om is registered in the system in advance. Can be easily selected from the pull-down menu. Yes, the contents of the selected contract clause are pasted as is into the input area for adding the contract clause.
  • the change input screen includes a change content display unit for displaying the change content input by the negotiating partner. .
  • the charter contract support system among the changes displayed in the change content display section, at least one of the display format of the corrected portion, the added portion, and the deleted portion is different from the display format other than the changed portion. It is characterized by being different. According to such a configuration, it is possible to easily distinguish a changed portion from a portion that has not been changed, and negotiations can proceed smoothly.
  • the change input screen includes a condition change agreement transmission unit for notifying the negotiating partner of the content displayed on the change content display unit.
  • the parties negotiate with each other, the agreed changes are reflected in the contents of the conditional charter agreement.
  • the change input screen includes a second message input unit for inputting a message that is not reflected in the content of the change in the condition to the negotiation partner; and the message input.
  • a second message display section for displaying a message input to the section to a negotiating partner.
  • the control unit when an input is made from the charterer terminal by the condition releasing input unit, the control unit may change the condition of the conditional chartering contract, It is characterized by a charterer contract.
  • conditional charter contract can be changed to the charter contract whose conditions have been canceled.
  • the charterer only has to clear the conditions necessary for charter, such as acceptance of the loading port, acceptance of the unloading port, and management, etc. Can be.
  • the predetermined information input screen in the information terminal for shipowner includes a chartering contract in which the condition is canceled when an input is made by the condition cancellation input unit.
  • a confirmation screen for confirming the contents is included, and the confirmation screen includes a confirmation input unit for inputting that the shipowner has confirmed the contents of the chartered contract whose conditions have been canceled, and the confirmation input unit inputs confirmation.
  • the contents of the charter contract whose conditions have been canceled are transmitted to the charterer information terminal and the shipowner information terminal.
  • the shipowner can easily confirm that the conditions have been released, and after the confirmation, the contents of the charter contract whose conditions have been released are transmitted to the charterer and the shipowner. You can easily grasp the contents of the final charter contract.
  • the storage unit includes a second database in which position information of a plurality of ships is registered, and the control unit is configured to be input from the charterer information terminal. Based on predetermined information, the position information of the ship registered in the second database is displayed as a position list on the charterer's information terminal.
  • the charterer can easily know the position information of a plurality of vessels, and can easily and quickly select a vessel to be chartered.
  • the position list includes, in addition to position information of each of the plurality of ships, general information of each ship.
  • the control unit selectively displays only the vessels satisfying the set and input predetermined conditions from the position list. It is characterized by doing. According to such a configuration, the charterer can easily find a ship or the like that satisfies desired conditions from the position list.
  • a position information update input unit for updating position information of the ship displayed as the position list, wherein the control unit is input by the position information update input unit.
  • the second database is updated based on the updated information.
  • the position list can be updated in accordance with a change in the position information of the ship, so that the charterer can refer to the data based on the actual situation, and can accurately inquire about the charterer. Can be done.
  • the storage unit includes a third database in which detailed information on each ship displayed in the position list is registered, and the position list includes And a detailed information request instruction unit for displaying the detailed information on each ship on the charterer information terminal based on the third database.
  • a charterer can easily and quickly obtain more detailed information on a ship of interest in the position list.
  • control unit is configured to update the update information input by the detailed information update input unit.
  • updating the third database on the basis of the third database.
  • the detailed information registered in the database can be updated in accordance with the change of the detailed information of the ship, so that the charterer can refer to the actual data, and Inquiries can be made accurately.
  • the storage unit may store a history of the charter contract between the charterer and the shipowner.
  • the history includes contents of a contract previously contracted, and the history includes information of each information terminal so that a charterer or a shipowner can smoothly negotiate. It is characterized in that it can be appropriately displayed on a screen.
  • the charterer and the shipowner can perform negotiation while visually confirming the contents of the past contract, so that the negotiation can be performed smoothly.
  • the charterer support method is a charterer support method for supporting a charterer contract between a shipowner and a charterer using a computer and a communication line.
  • An inquiry step for inquiring from the information terminal for charterers that a ship that satisfies the conditions or a predetermined vessel that the charterer intends to charter is presented, and inviting the shipowner to respond; and the inquiry information from the charterer
  • a response step for the shipowner to input a response to the charterer from the information terminal for the shipowner and presenting it to the charterer, and a negotiation to shift to negotiation with a predetermined shipowner based on the response information presented from the shipowner A transition step and a step in which the charterer and the shipowner negotiate using the charterer information terminal and the owner information terminal are provided.
  • the charterer and the shipowner use the respective information terminals without going through a broker and visually check the screens displayed on the respective information terminals, while chartering the charter contract procedure. Easy, accurate and quick charter Can be established.
  • the negotiation step includes displaying a plurality of bargaining item lists on the display screens of the charterer terminal and the shipowner's information terminal, respectively.
  • the first step in which a predetermined information input screen is displayed for one item that has not been negotiated and the negotiating content is input, and the negotiating content input by the charterer and the shipowner are mutually exchanged.
  • a second step of inquiring whether or not to agree and displaying a decision, and associating the negotiation contents agreed on the one negotiation item with the agreed negotiation item in the negotiation item list.
  • the chartered charter contract established is a conditional chartering contract
  • the charterer uses the charterer's information terminal to set a condition for the conditional chartering contract content.
  • the situation input step of inputting the situation of canceling the contract, making the contract unsuccessful, or modifying the condition and transmitting it to the shipowner, and the situation entered in the input step is the condition modification
  • a prescribed condition information input screen is displayed on the charterer information terminal and the shipowner information terminal, and a modification input for the condition is entered.
  • a decision step of inputting a decision as to whether or not to mutually agree on the correction contents entered by the charterer and the shipowner; Step and the modified input step and the decision step is characterized in that the unsatisfied conditions of release or contract before Symbol status input step is repeated until the input.
  • the shipowner uses the shipowner's information terminal to enter the confirmation of the cancellation of the condition with respect to the contents of the charter contract whose conditions have been canceled, and a confirmation input is performed in the confirmation input step.
  • a condition releasing charter contract transmitting step for transmitting the contents of the charter contract whose conditions have been released to the charterer information terminal and the shipowner information terminal is provided. .
  • the shipowner can easily confirm that the conditions have been released, and after the confirmation, the contents of the charter contract whose conditions have been released are transmitted to the charterer and the shipowner. You can easily grasp the contents of the final charter contract.
  • the present invention is a server used in a charterer contract support system for supporting a charterer contract between a shipowner and a charterer using a computer and a communication line, wherein the charterer is a charterer information terminal.
  • the shipowner makes an inquiry about a ship that satisfies the conditions to be chartered, or the charterer makes an inquiry about a predetermined ship that he wants to charter, and the shipowner uses the shipowner's information terminal to respond to the inquiry from the charterer.
  • the process proceeds to the negotiation step based on the answer information from the shipowner, and in the charter contract procedure in which the charterer and the shipowner negotiate, the information communication between the charterer information terminal and the shipowner information terminal It is used for a chartering contract support system characterized by being used to control the ship.
  • a charterer and a shipowner can make a charter contract while exchanging information using the information terminal.
  • the present invention also relates to a database used in a charter contract support system for supporting a charter contract between a shipowner and a charterer using a computer and a communication line.
  • the charterer uses the charterer's information terminal to make an inquiry about a ship that satisfies the conditions for chartering or a predetermined ship that the charterer wants to charter, and the shipowner sends the shipper's information terminal
  • the system proceeds to the negotiation step based on the response information from the shipowner, and in the charterer contract procedure in which the charterer and the shipowner negotiate, the predetermined charter necessary for the charterer contract
  • the information is used for storing information entered by the charterer, and information entered by the shipowner, and is used in a charter contract support system.
  • the present invention is a program for supporting a charter contract between a shipowner and a charterer using a computer and a communication line, wherein the charterer fulfills the conditions for chartering a ship, or
  • An inquiry step for the charterer to make an inquiry regarding a predetermined ship that the charterer intends to charter from the charterer's information terminal, and for the shipowner to present the answer, and the shipowner to send the answer to the inquiry information from the charterer to the shipowner information
  • a response step for inputting from a terminal and presenting it to a charterer; a negotiation transition step for transitioning to negotiation with a predetermined shipowner based on the response information presented by the shipowner; Using a ship owner's information terminal to make a computer execute a charterer and a step for a shipowner to negotiate. It is a feature.
  • the chartered charter agreement established is a conditional chartering charter
  • the charterer uses the charterer's information terminal to check the contents of the conditional chartering charter.
  • the situation input step in which either the condition is canceled, the contract is unsuccessful, or the condition is amended, is transmitted to the shipowner, and the situation entered in the situation input step is: If the condition is to be corrected, the charterer displays a predetermined condition information input screen on the charterer information terminal and the shipowner's information terminal for the condition that the charterer wants to correct, and inputs the content of the condition correction.
  • the situation entry step, the modification entry step, and the decision making step are repeated until a condition release or contract failure is input in the situation entry step.
  • the status input step If the condition entered in the map is the cancellation of the conditions, the contents of the conditional charter contract will be the contents of the charter contract whose conditions have been cancelled.
  • a confirmation entry step for inputting the confirmation of the cancellation of the condition by using the information terminal for shipowner; and when a confirmation input is made in the confirmation entry step, the information terminal for the charterer and the information terminal for shipowner In response to this, a condition releasing charter contract content transmitting step of transmitting the charter contract content whose conditions have been released is executed on a computer.
  • FIG. 1 is a diagram showing an outline of a hardware configuration of a chartering contract support system according to Embodiment 1 of the present invention.
  • Figure 2 is a flowchart showing the flow of the charter procedure using this system.
  • Fig. 3 is a flow chart showing the flow of the charter procedure using this system.
  • FIG. 4 is a transition diagram of a display screen in the same system.
  • Fig. 5 shows the login screen in the system.
  • Fig. 6 is the home screen of the chatter in the same system.
  • Fig. 7 shows a position list screen in the same system.
  • FIG. 8 is a screen image of Questinionnaire88 in the same system.
  • FIG. 9 shows an entry input screen of the system.
  • FIG. 10 shows an Enduriy confirmation screen in the same system.
  • Fig. 11 shows the Enquiry & Indicate confirmation screen of the system.
  • FIG. 12 shows an Indication input screen in the same system.
  • Figure 13 shows the Owner's Indication screen of the system.
  • FIG. 14 shows a confirmation screen after the owner inputs Indicate in the same system.
  • Figure 15 shows the owner's Negotiation at Room and Agree screens in the system.
  • Fig. 16 shows the Negotiation at Room and Agree screens on the charterer side of the system.
  • Fig. 17 shows the negotiation at Room and Agree screens of the owner during the negotiation stage in the system.
  • Figure 18 shows the Negotiation at Ro 1111 and 88 ree screens on the charter side when one of the negotiation items in the system has been agreed.
  • Fig. 19 shows the Agre e screen when all items in the system are agreed.
  • Fig. 20 shows the Own e r 's I n d i c a t i o n screen in the same system.
  • FIG. 21 shows a confirmation screen after the owner inputs Indicate in the same system.
  • FIG. 22 is a FixTruresReport screen in the same system.
  • FIG. 23 is a negotiation screen on the owner side provided with a charting function of the chartering contract support system according to Embodiment 2 of the present invention.
  • FIG. 24 is a screen showing a state in which a message is displayed in the message display area.
  • FIG. 25 is a flowchart showing a flow of a chartering contract procedure by the chartering support system according to the third embodiment of the present invention.
  • FIG. 26 is a transition diagram of a display screen in the same system.
  • Figure 27 is the top page of C1e anReCap NegotiationRoam on the charter side of the system.
  • Figure 28 shows the C 1 e an Rec Cap Ne of the owner side in the system. This is the top page of go tiati on Room.
  • Fig. 29 shows the negotiation start screen of C1e anRecap Negotiation at Roam on the charterer side of the system.
  • Fig. 30 shows a MainTerm negotiation screen of C1eanRecANegotiationRoam on the charterer side of the system.
  • Fig. 31 shows the MainTerm intersection and negotiation screen of the C1eanRecapNegotiationRoom on the charter side of the system.
  • FIG. 32 shows a MainTerm crossing screen of C1e anRecap NegotiationOnRoom on the owner side in the same system.
  • Fig. 33 shows the CZP Forum & Other Special Ord e rs negotiation screen of the C1e anRecap Negotiation at Room on the one side of the system.
  • Fig. 34 is a C / P Forum & Other Special Ord ers negotiating screen of the C1e anRecap Negotiation ation room on the charter side of the system.
  • Fig. 35 shows the CZP Forum & Oteller Secia1 Orders negotiation screen of the owner's C1e AnRecap Negotiation Room on the same system.
  • FIG. 36 shows the On SubRecap display screen after modification by negotiation of C1eanRecapNegotiationRoam in the same system.
  • FIG. 37 is a C1eanRecap display screen in the same system.
  • Fig. 38 shows an e-mail attached to C1eanRecCap sent to a chatterer and owner in the same system.
  • FIG. 39 is a top page of the close creation screen in the chartering support system according to Embodiment 4 of the present invention.
  • Fig. 40 shows the data entry screen in the close creation screen in the same system.
  • FIG. 41 shows an input confirmation screen in the close creation screen in the same system.
  • Fig. 42 shows the processing selection screen in the close creation screen in the same system. You.
  • Figure 43 shows a screen for selecting a shipowner who should disclose the created closure in the same system.
  • FIG. 44 is a top page of the position list update screen in the chartering support system according to Embodiment 5 of the present invention.
  • Fig. 45 shows a confirmation screen for updating the position list in the same system.
  • Fig. 46 shows the input screen for updating the position list in the same system.
  • FIG. 47 is a top page of a Qestionionair88 change screen of the charter assistance system according to the sixth embodiment of the present invention.
  • FIG. 48 shows a screen for inputting a change of the Questionenae88 change data in the same system.
  • Fig. 49 is a flow chart showing the flow of a charterer contract inquiry procedure that is carried out by a conventional broker.
  • Figure 50 is a flow chart showing the flow of a charterer contract inquiry procedure that is carried out by a conventional broker.
  • FIG. 1 is a diagram showing an outline of a hardware configuration for realizing a chartering contract support system according to the present embodiment.
  • the server 24 used for the charter contract support system accumulates and manages the information necessary for the charter contract on a data base 25, and based on the accumulated information, a network such as the Internet. 2 6 on the "W e b site exposes, Chiya Isseki provide color and owner charter field for Chiya one Thaler and its owner -.. Nettowa click 2 from the network terminal 2 7, 2 8, respectively Access to the above website via 6, and negotiate for a charter and ultimately conclude a charter contract. 4, may be stored in an external storage device other than the server 24 and connected to the server 24 via a network, and is limited to the form shown in FIG. 1. is not.
  • FIG. 2 and FIG. 3 are flow charts showing a flow of a charter contract procedure using the charter contract support system in the present embodiment.
  • Fig. 4 is a transition diagram of the display screen in this charter system.
  • FIGS. 5 to 22 show examples of each screen shown in FIG. In this embodiment, a chartering contract support system for a tanker is taken as an example.
  • the procedure starts when the charterer presents a charterer inquiry on the net at the network terminal 27 from the charterer side.
  • the user accesses the website of this system established on the Internet and logs in from the Login screen (Fig. 2, S32).
  • the Log in screen corresponds to the Log in screen 60 in FIG. 4, and FIG. 5 shows an example of the screen.
  • the log-in screen 60 serves not only as a chatter but also as a login screen for the owner. Based on the entered user name and password, the system side displays the log-in screen. Judge if the owner. As shown in FIG. 4, based on the result of the judgment, a transition is made to a charter home screen (Chart home) 61 or an owner home screen (Owner home) 62.
  • a charter home screen (Chart home) 61 or an owner home screen (Owner home) 62.
  • FIG. 6 shows an example of the Chart home screen 61.
  • the Charterer Home screen 61 in the case of the user name “Cha- terrerA” is shown, but this screen also serves as the inquiry confirmation screen (Enquiry confirmation screen) 67 described later. If there is a charter inquiry (inquiry) entered by the charter, the contents are displayed in a list at the bottom of the “You, r Enqu iries” 103 shown in Fig. 6. I have. If there is no inquiry, it will be blank as shown in Fig. 6.
  • the charterer After logging in, the charterer will invite the owner to charter at the website There are two patterns of inquiries, and the charter identifies the ship that he / she wants in advance and presents the pattern for inquiring only the owner of the ship and the conditions of the ship he / she wants, and meets the conditions. There is a pattern of recruiting ships to multiple owners. First, the former pattern will be explained.
  • the chariser usually decides which ship to query based on the ship information registered in the database 25 of the system. Confirmation of the ship information and determination of the ship to be inquired are performed on the position list (Position on List) screen 63 (Fig. 4) in Fig. 4 (Fig. 2, S33).
  • FIG. 7 shows an example of the Position on List screen 63.
  • a summary of the ship information stored in the database 25 is displayed.
  • the ship name (Vess1), the owner name (Owner), and the ship Type (Ty pe), Year of ship manufacture (YarBu i 1d), Estimated arrival date to Eraby Angulf (ETA (AG)), Estimated arrival date to Singapore (ETA (SP)), Last port The departure date (ETD (La st Port)), last port name (Last Port), and remarks (Rema rks) are displayed in a list. From these information, the characteristics and position information of each ship registered in the database 25 can be grasped.
  • the above ETA is an abbreviation of EstimatedTimeofArriva1
  • ETD is an abbreviation of EstimatedTimeofDeDeparture.
  • the charterer sets and inputs predetermined conditions from the information terminal regarding the outline of the ship information shown in the position list, and selects the ships displayed in the position list only for ships that satisfy the predetermined conditions.
  • the predetermined conditions include, for example, the year of construction of the ship, the expected date of arrival, or the expected date of departure, or a range thereof, and, specifically, for example, YarBu Id Conditions related to this include ships built since 1990 and ships that fall within the range of "May 1- May 5" for ETA SP.
  • the option potan (To Enq.) 105 is provided on the left side of the list, and the option potan 105 can be checked by the car overnight to select the ship that will be inquired.
  • the ship “Jap an Sp i r it” of Own e r A is selected.
  • you click the ⁇ K button 106 at the bottom of the screen you will receive an inquiry for the ship “Jap an Spirit” of Owner A.
  • FIG. 8 shows a display example of the screen 88 of Questionnionair'88 when the ship name “Japanpanirit” in FIG. 7 is clicked.
  • the charterer can refer to this screen before clicking the OK button 106 described above to select a ship that more closely matches his needs.
  • inquiries can be made to the ship displayed on the screen of Questionnaire'88 as well as the screen of the position list.
  • the position list as described above is input and created separately by the owner in advance. After logging in to the website of this system (Fig. 2, S30), the owner will see the menu items in the left frame of the Owner Home screen 62 (same as menu item 114 in Fig. 11, not shown). Click on “Position List” in Fig. 4 to call the position list creation screen 65 in Fig. 4 and enter the owner's ship information (Fig. 2, S31). Note that menu items are always displayed on screens other than the negotiation stage after the owner's mouth. Also, a display example of the position list (Position List) creation screen 65 is not shown, but as shown in FIG. 7, it is possible to leave blank for a position that the owner does not want to disclose. .
  • Input items 108 include the desired loading location (Load ad ng Ar ea), the desired loading port (First load port rt), the desired loading period (Load i ng Date Range), and the type of loading (K i nd of O i 1), quantity of shipment (Qu antity / MT), desired destination (Discharge Area), other conditions (O ther Special ⁇ rders), expiration date of this inquiry (P 1 ease Reply by), and in this embodiment, most items are set as pull-down menus to facilitate input.
  • Fig. 10 shows a display example of the confirmation screen 67.
  • Ch a rt er er A confirms the entered inquiry on the Enquiry confirmation screen 67 in Fig. 10.
  • the inquiry entered on the Enquiry input screen 66 is listed in FIG. 10 as Enquiry ID “10112” in the EngID item 110.
  • the charter inquiries entered by the charter in the past are also displayed. You can check the current status of the inquiry in the item 111 of Status on the right side of the list. In this embodiment, Reply (with an answer from the owner), Request (with only an inquiry and no answer from the owner yet), Call (in the negotiation stage), Fix (charter contract established)
  • the status of inquiries is indicated by characters such as
  • Ch arterer A raises an inquiry, and the owner “ ⁇ wn “er A” can confirm the inquiry on the Internet (S36).
  • This confirmation screen is the End & Indication confirmation screen 68 in FIG. 4, and FIG. 11 shows a display example thereof.
  • FIG. 11 shows the Own Home screen 62 for the user name “Owner A” and also serves as the En Q uiry & Indication confirmation screen 68 for Owner A. If there is an inquiry of "Charter's Enquiries" 112 shown in FIG. 11, the contents are listed below. Blank if no inquiry. In addition, in FIG. 11, the inquiry of the Enquiry ID “10112” issued by the above-mentioned Channeler A is displayed.
  • the status of the inquiry can be confirmed in item 113 of “Status” on the right side of the list, and as with the enquiry confirmation screen 67 on the charter side, Rep 1 y (answered to the charter) , Request (unanswered for inquiries from chatterers), Call (negotiation stage), and Fix (charter contract completed) indicate the status of inquiries.
  • the letters "On 1 y Re qJ" are shown in the "S tatus” item to indicate that the inquiry is for only owned or operated vessels. I have. The difference between “Re que st” and “On 1 y Re qJ” is that the inquiry from the chara is an open call for invitation or a pattern of inquiries directed only to the chara. Inquiries for public offering will be described later.
  • FIG. 12 shows a display example of the Indication input screen 69 for the above-mentioned Enquiry ID "10112".
  • the information that C and hearterer A have input on the EnQUry input screen 66 is displayed as it is, and below that, a form for the owner to input is displayed.
  • Input items include the name of the vessel (Name of Vessel), desired loading location (Loading Area), departure port (Last Port), scheduled departure date (ETD Las Port), and arrival at the loading location. Expected Date (ETA Load Port), Last Cargo Type (Last Cargo), Loading Period (Proposed Lay / Can), Unloading Area (Dis charge Are), Charter Rate (Wo rid Sca le, Lump Sum), demurrage fee per day (Demrrage), other conditions ( ⁇ ther Special Orders), and expiration date of this indication (Val lid until) are shown in the figure.
  • Owner A inputs all the items on the Ind ica tio n input screen 69, and presses the ⁇ K button 116, and a response (Indica tio n) is transmitted to the Char e r e r A. After the response is sent, the screen returns to the Owner Home screen 62 (Fig. 2, S37). At this time, in the list displayed on the Enquiry & Indication confirmation screen 68 in Fig. 11, 31; & tus ll 3 of En Quuiry 10 "10112" is replaced by On ly R eq instead of On ly R eq. Is displayed (not shown).
  • the tawne eight ££ 1 (111 iry & Indication) confirmation screen 68 (same as Fig. 11) Item 113 changes to a display such as "FZRequest J", and by clicking on the EnQuiry ID, the screen transits to the First Indication input screen.
  • the input screen of the first input screen is equivalent to the input screen 69 of the second input screen. Own er A repeats the same processing as S 37 described above as a formal Ind i cation on the input screen again (FIG. 2, S 40). After inputting Indicaton and FirmIndication, a confirmation screen 70 as shown in FIG. 14 is displayed, and it is possible to confirm the items entered by the owner himself.
  • the confirmation screen 70 can be browsed at any time by clicking Enquiry ID on the Enryy & Indicate confirmation screen 68.
  • negotiation with C arterer A is performed without fail.
  • the system automatically sends an e-mail to Owner A indicating that the inquiry has entered the negotiation phase.
  • the e-mail message contains the URL of the system's website, so that you can jump to the negotiation screen with a simple click.
  • FIG. 15 shows a display example of the negotiation Room and Agree screen.
  • a negotiation (Ne go tiati on Room) screen 74 and another pop-up window displaying negotiation items (Fig. 4, The Agree screen 75) is displayed.
  • Fig. 16 shows a display example. Note that, in the present embodiment, the character screen and the owner's Ngo tiati on Room screen and the Agree screen are both displayed as one screen, and both screens are associated with each other. Operate.
  • the upper part of the charterer's side 120 is a display area for displaying the conditions transmitted from the charter, and the owner's side 121 Is an input area where the owner himself inputs the conditions.
  • the upper Owner's Side 125 is a display area for displaying the condition transmitted from the owner, and the Charterer's Side is displayed.
  • 126 is an input area in which the character himself / herself inputs desired conditions for the corresponding item.
  • the owner and the chatter will proceed with negotiations and agree on the exchange items displayed on the left side.
  • the details of the agreement are displayed immediately below the negotiation item names on both Aggregate screens 73 and 75. An example of how each item reaches agreement is described below.
  • Owner A decides on the first bargaining item, Cargo. Enter the item in a predetermined input area.
  • the owner has already entered the desired conditions for Cargo in the input area of Owner, side 121 on the Negotiati on Rom screen 72.
  • the input contents are sent to the Channelerer A side, and Owner A is input in the display area of Owner's Side 125 on the Negotiati on Rom screen 74 on the Charterer A side in Fig. 16.
  • the condition is displayed as it is.
  • the content input by Owner A is also displayed in the input area of Charterer's Side 126, but this area is editable and optional if the conditions presented by the owner cannot be agreed. Can be modified.
  • Ch arterer A does not agree with the conditions presented by Ownerer A, it makes further changes in the input area of Ch arterer's Side 126 and sends the desired conditions to Ownerer A. (Fig. 3, S45). If the user agrees with the terms provided by Owne r A, he clicks on Agre e Pot 128 (Fig. 3, S46).
  • FIG. 16 in the input area of “Ch arterer, s Side” at the bottom of the Negotiation Room Screen 74, the conditions of the cargo transmitted from the owner are changed ( In FIG. 16, the status has already been changed.)
  • the Updating button 127 When the user clicks on the Updating button 127, the conditions are transmitted to the owner side in FIG. 15, and the Negotiati on Roo om on the owner side in FIG.
  • the contents entered by Channeler A are displayed as they are in the display area of Channeler and side 120 on screen 72.
  • the changed portion is displayed in bold or colored characters so that the changed portion can be clearly identified.
  • Fig. 17 shows a display example.
  • the Own er A side agrees with the conditions presented by Ch arterer A, and if they cannot, they make further changes in the input area of Own er's Side, 131 and click Upda te button 122. Sends the conditions to the Chr- terre rA side and continues negotiations (S44, Fig. 3). Conversely, if you are satisfied with the conditions presented by Charterer A, click Ag ree Potan 123 (S47, Fig. 3). To cancel the input, click Cancel 1 button 124.
  • the following items displayed on the Ag ree screens 73 and 75 are the same as those of Cargo for the loading area (Load Po rt) and unloading area (Discharge Po rt).
  • the negotiation can proceed (S44-S47). If you click C 1 o s e pot 134, the negotiation will be suspended. In this system, since all logs of the negotiation contents are recorded, even if the negotiation is interrupted, it is possible to resume from the interrupted item.
  • Fig. 19 shows a display example.
  • the Agree screen shown is enlarged for easier confirmation.
  • both parties click on the Agree button 136 shown at the bottom of the screen to complete the charter contract (S48, S49, Fig. 3).
  • the system will automatically send the agreement summary (Fixture Rec) on the Agree screen to both Charterer A and Owner A by e-mail separately. Therefore, after the contract is signed, it is possible to check the contract summary without accessing the website of this system (S50, 51, Fig. 3).
  • the display of the status of the ID changes to “Fix”.
  • the ship is selected in advance from the position list and the inquiry is given to only the owner of the ship has been described, but the inquiry is not limited to one company.
  • a system that can simultaneously inquire about several favorite owners of a chatterer may be constructed. In this case, display a screen that allows you to specify the favorite ship or shipping company of the charterer. For example, use the option button such as To En q. 105 shown in the position list in Fig. 7 to set up the charter. If the shipper can easily select the desired ship or shipping company, a more convenient system for the charterer (not shown).
  • the relevant owners can confirm the inquiries online on the Enryry & Indication confirmation screen 68 (Fig. 11) as in S36 above.
  • the “Statue” item 113 regarding the inquiry of the Enquiry ID issued by the charity company displays “R eest” to indicate that it is a public offering. If you click on the Enquiry ID with the status of “Re QUest” here, the owner will enter an Indicati 0 n so that the owner can enter a response to the ship concerned for the inquiry.
  • the force screen 69 is displayed.
  • the display example is the same as that in FIG. 12 described above, and the input is performed in the same manner (S37).
  • a confirmation screen 70 is displayed, allowing the owner himself to check the items that he / she has input.
  • the conditions of competitors are also displayed on the confirmation screen, and it is possible to know the conditions presented by other companies.
  • Fig. 21 shows a display example.
  • the confirmation screen 70 can be browsed at any time by confirming the Enquiry & Indica tion and clicking the Enquiry ID on the screen 68.
  • the confirmation screen may display only the items entered by the owner himself, and may not display the conditions presented by other companies. With such a display method, owners can negotiate with each other without knowing each other's conditions from other companies.
  • a summary listing of the past contract contents accumulated in the database as a history can be viewed by all owners and subscribers.
  • This screen can be called up by clicking “Fixtures Report” shown in the menu item in the left frame of the menu item on the owner and channel home screen.
  • Fig. 22 shows a display example. (Not shown in the screen transition diagram in Fig. 4.) In this list, the prices (Rate) of contracts that have been concluded in the past are displayed, and play the role of a price index (price table).
  • Price table Price table
  • FIG. 23 is a diagram showing an example of a negotiation screen on the owner side provided with a chat function.
  • an area 140 for inputting a message to the negotiation partner's channel in addition to the input area for the negotiation items reflected in the Fixture Recap, an area 140 for inputting a message to the negotiation partner's channel, a message input area It has a Send button 141 for transmitting the character string input to the rear 140 to the negotiation partner, and an area 142 for displaying a history of message exchanges.
  • the negotiation screen on the charterer side has the same function as above.
  • the display format of the input area for the negotiation items in the figure is different from that shown in FIGS. 15 and 18 shown in the first embodiment, the processing flow for the negotiation is the same as that in the first embodiment.
  • Owners and chatters may enter a message in the message input area 140 at any time during the negotiation to reach the negotiating partner. After inputting the message, by clicking the Send button 141, the message is displayed in the message display area 142 of the negotiation partner.
  • FIG. 24 is an example showing a state in which a message is displayed in the message display area 142.
  • the message input by the owner is indicated by "OW>", and the message input by the channeler is indicated by "CH>".
  • the history of this message can be viewed until the negotiation screen is closed, but this history is not saved when the screen is closed.
  • condition in the sense that they are in place.
  • roughly four conditions are included. These four conditions (subjects) are STEMZSUPPL I ERSZRECE I VERS / CHARTERER'S MANAGEMENT'S APPROVAL (Issues of power, acceptance of loading, acceptance of unloading, approval of management), and On Sub Re Although they are included in ca ⁇ , these conditions are not canceled when ⁇ ⁇ n Sub Rec ap is satisfied.
  • the charter will confirm these conditions and, if the conditions are cleared, cancel the conditions of the charterer contract (L i ⁇ t), and if not cleared, will reject the charterer contract (Sub F ai 1 ed) By removing the 0 condition, Cle an Recap is established.
  • a new additional condition (rider closed) can also be presented to the owner from the owner and the owner, and if the owner does not agree with the presented conditions. In some cases, the contract can be rejected even if other conditions are cleared.
  • FIG. 25 is a flowchart showing a flow of a process from the On Su Rec ap to the establishment of the Cle an Rec ap in the procedure of the charter contract using the charter contract support system in the present embodiment.
  • FIG. 26 is a transition diagram of the display screen in accordance with the processing of the flowchart. In FIG. 26, screen names are omitted for portions overlapping the screen shown in FIG. FIGS. 27 to 37 show an example of each screen displayed during execution of the process of the flowchart.
  • FIG. 27 is an example of the initial screen of the C 1 eanRecA NegotiationRoom screen 78 on the side of the channel in FIG. 26.
  • the upper part of this screen displays the contents of the On SubRecap contract, and the lower part is provided with an Amend button 161, a Lift button 162, a Subfile button 163, and a Back button 164.
  • Amend button 161 to start negotiations on a modification of the displayed contract or additional terms, etc .
  • Lift button 162 to cancel the terms of the contract
  • click Back Button 164 To return to the inquiry confirmation screen 76, click Back Button 164.
  • FIG. 28 is an example of the initial screen of the C 1 ean Rec Cap Negotiation on Room screen 79 on the owner side in FIG. At the top of this screen, the contents of the contract are displayed in the same way as in Fig.
  • an Amnd button 166 and a Back button 167 are provided. Click Amend button 166 to negotiate the displayed contract details, or click Back button 167 to return to the inquiry confirmation screen 77.
  • Lift button and Sub Failed button are not provided like the screen of the chatterer.
  • the owner clicks on Am end button 166 the owner and the chairman can start negotiations.
  • the chatter screen displays On SupRecapl 68 at the top of the screen and an area for negotiation at the bottom as shown in Fig. 29.
  • a button (Ma in Term pot) 169 that displays a negotiation screen for fine-tuning the specified items already established in On Sup Recap, and items already established in On Sup Recap Display a screen for negotiating a charter party and other items (including rider closing) other than the items indicated by Ma in Term among the buttons (CZP Form & Other Special Orde) rs) 170 is provided.
  • this screen provides a chat function for the owner and chatter to exchange messages that are not reflected in the negotiation items.
  • the area for the chat function is always displayed on the screen of both the owner and the chatterer, and messages that are not reflected in the negotiation can be exchanged until the negotiation is completed.
  • the same message is displayed in the message display area of the negotiating partner.
  • the message display area 172 keeps displaying the message history until the negotiation is completed. The same applies to the owner's screen.
  • the edit area 184 on the owner-side screen shown in Fig. 34 and the On Sub Re The changed contents of the character are displayed in cap 182 (Fig. 25, S152).
  • the character color of the changed portion displayed on the On Sub Recapl 82 be displayed so as to be different from the character color of the portion other than the changed portion.
  • the normal text color is black
  • the modified portion is displayed in a different color, such as blue for the modified portion, red for the added portion, and olive color for the deleted portion, to make the change clear. it can.
  • the char- acter clicks on the Suspend button 181 on the screen (Fig. 31), and the owner clicks on the Suspend button 188 on the screen (Fig. 32).
  • the owner can change and reply to the additional terms from the character display displayed in the editing area 201.
  • click Send button 202 after changing. If you click on the Send button 202, the change is also reflected on the screen on the charter side (Fig. 25, S153).
  • the revised On Sub Recap as shown in Fig. 36 is displayed on both the owner and chairman screens. If both sides click the ⁇ K button 210 at the bottom of the screen, the screen returns to the Enquiry confirmation screens 76 and 77 (Figs. 10 and 11). At this time, “Proceed” is displayed in the status 111 in FIG. 10 and the status 113 in FIG. When the chatter clicks on the Enquiry ID with such status, On SupRe ca P is displayed as shown in Fig. 27, but the content is changed. At this point, if all of the conditions have been canceled, the user clicks the Lift button 162 on the screen in Fig. 27 (corresponding to the Lift input confirmation screen 80 in Fig. 26).
  • the present system sends a CleanRecap to the char- acter terminal 27 and the owner terminal 28 by e-mail (Fig. 25, S158, S159).
  • Figure 38 is an example of sending an e-mail.
  • the status (111, 113) of the corresponding Enqii iry ID on the En Quuiry confirmation screens 76, 78 (Figs. 10 and 11) for the charterer and owner is "Fixed", and the charterer contract is concluded. Is described in “Fixtures Report” in FIG. 22 shown in the first embodiment.
  • On Sub Recap If the conditions of On Sub Recap are not canceled or if negotiations on modification (addition of closing, etc.) of OnSubRecap are not completed and agreement is not reached, Performs processing to make the contract unsuccessful (Sub Failed). This means that the user clicks the SubFai ied button 163 on the screen shown in FIG. 27 (corresponding to the Sub File input confirmation screen 81 in FIG. 26). Then, the status (111, 113) of the corresponding Enquiry ID on the Enquiry confirmation screens 76, 77 (Figs. 10 and 11) of the chatterer and the owner becomes "Sub Fa i1ed".
  • a close can be created in advance by a charter and registered in a system.
  • the process of creating a close will be described in detail below.
  • the charter clicks the close list “C 1 au se List” from menu item 104 shown on the home screen in Fig. 6 to close it.
  • buttons 243 When the button 243 is clicked, the screen shown in FIG. 43 is displayed.
  • the list of owners is displayed in the figure, and you can select the owners you want to publish by checking the check box 247 located to the left of the owner 246 you want to disclose the created closure.
  • click OK button 248 After checking the ship owner, click OK button 248. Closes made to owners who are not checked will not be published.
  • Click Cancel button 249 to cancel the check, or click Back button 250 to return to the previous screen.
  • the screen returns to the initial screen for creating a close shown in FIG. 39, and the created close is added to the list (not shown).
  • the close creation process can be continued by clicking the NEW button 231.
  • Embodiment 5
  • the owner can freely update the position list in the first embodiment.
  • the position list update processing will be described in detail.
  • Q e st i onna i r e'88 in the first embodiment can be freely changed by the owner.
  • the change processing of Qstst ionnair e'88 will be described in detail.
  • the menu item 114 is always displayed on any screen except in the negotiation stage, and is not limited to FIG.
  • the list screen shown in Fig. 47 is displayed.
  • Fig. 47 click the name of the ship you want to change among the displayed ship names 270. Click on one of the ship names 270 to display the screen shown in Fig. 48.
  • the ship data 272 corresponding to the item is displayed on the left side of the item name 271.
  • click OK button 273 when you are done.
  • click Back button 274. When the OK button 273 is clicked, the screen returns to the screen shown in Fig. 47, and a list is displayed reflecting the changes entered in Fig. 48 (not shown).
  • Embodiments 1 to 6 described above are examples of the present invention, and there are no particular restrictions on the screen configuration, the flow of procedures, and the like, and they can be applied as appropriate within the scope of the present invention. Also, in the embodiment, an example has been described in which the present invention is applied to a tanker as a ship.In addition to a tanker, the present invention applies to bulk carriers, car carriers, refrigeration ships, LPG ships, LNG ships, chemical tankers, It goes without saying that the present invention can be similarly applied to a tramp ship such as a combined use ship. Industrial applicability
  • the present invention makes it possible to negotiate a charter contract between a ship owner and a charterer in real time on the net without using a broker. It is possible to negotiate directly with one owner and the owner, which has the effect of shortening the information transmission time and reducing the charter cost of the owner, as compared to the conventional negotiations by telephone with a broker. At the same time, the negotiation status can be grasped directly. In addition, it is possible to conclude a charter ship without worrying about the time difference, which improves convenience.
  • the negotiated items are entered and agreed directly on the Internet, the negotiated items can be grasped more accurately and promptly than in the past by telephone or fax. This eliminates the need to create a contract that requires the description of two negotiations, and has the effect that the contract is quickly completed.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

傭船契玄支揎システム、 およびそのサヌノ䞊びにデヌタベヌス、 䞊びに傭船契玄 支揎方法 技術分野
本発明は、 船舶を所有する、 若しくは船舶を運航する船䞻 以䞋、 オヌナ䞀ず レ う ず傭船者 以䞋、 チダ䞀タラ䞀ずいう ずの間で行われる傭船契玄を支揎 明
するための傭船契玄支揎システム、 そのサヌバ、 デヌタべ䞀ス、 および傭船契玄 田
支揎方法に関するものである。 背景技術
埓来、 タンカヌ等の船舶に぀いおの傭船契玄の匕合いは、 チダ䞀タラヌずォヌ ナ䞀ずの間に介圚するブロヌカ䞀により行われるこずが䞀般的である。
第 49図、 第 50図は、 ブロヌカヌが介圚しお行われる傭船契玄の匕合い手続 の流れを瀺すフロヌチャヌトである。 以䞋、 第 49図ず第 50図を甚いお埓来の 傭船契玄の匕き合い手続の流れに぀いお説明する。
先ず、 荷物 石油 の運搬を必芁ずするチダ䞀タラヌは、 電話により傭船契玄 の匕き合いをブロヌカヌに䟝頌する S Do䟝頌を受けたブロヌカ䞀は、䟝頌内 容に぀いおオヌナ䞀に連絡しS 2)、チダ䞀タラヌのニヌズに合う船を遞定させ お S 3)、 貞し出す船を決定させる S4)。 貞出条件を決定したオヌナ䞀は、 その条件に぀いおブロヌカ䞀に連絡しS 5)、ブロヌカ䞀はその条件を確認しお チダ䞀タラヌに䌝える S 6)。 '
ブロヌカヌより連絡を受けたチダ䞀タラヌはその条件を確認した S 7) 埌、 さらに手続を続行する S 9) か吊か S 8) を刀断する。 続行する堎合は、 チ ャ䞀タヌする船を決定した旚ず、 それに぀いおの亀枉項目およびその内容に぀い おブロヌカヌに䌝えS 9)、 ブロヌカ䞀はその亀枉項目等に぀いお確認しお、 ォ ヌナ䞀に䌝える S 10)。オヌナヌは亀枉項目および内容に぀いお確認したS 11)埌、 亀枉方針を決定しおブロヌカヌに䌝え (S 12)、 ブロヌカ䞀はオヌナ —偎の亀枉項目等を確認しおチダ䞀倕ラヌに䌝える S 13)。
チダ䞀タラ—はオヌナ—偎の提瀺した亀枉項目等を確認しおs 14)、その決 定がなされるず、その旚をブロヌカヌに䌝えS 15)、 ブロヌカ䞀はチダ䞀タラ 䞀偎の提瀺したチダ䞀倕䞀条件の最終確認を行っお、オヌナヌに䌝えS 16)、 オヌナヌはチダ䞀タラ䞀偎の提瀺したチダ䞀タヌ条件に぀いおの最終確認を行う (S 17)。貞出の最終決定を行ったオヌナ䞀により、その旚がブロヌカヌに䌝え られるずS 18)、ブロヌカ䞀はそのチャヌタヌ条件の最終確認を行っおチダ䞀 タラ䞀に䌝えるず共に、契玄曞である成玄芁玄曞F i x t u r e Re c ap) を䜜成しS 19)、それをチダ䞀倕ラヌずオヌナヌに Eメヌル又は FAXにお送 信する S 21)。
ブロヌカヌより電話連絡を受けたチダ䞀タラ䞀は、 ブロヌカ䞀より送られた成 玄芁玄曞を受領する S 23) こずによりオヌナヌ偎の了解を確認しS 20)、 又、 オヌナ䞀もブロヌカ䞀より送ら.れた成玄芁玄曞を受領する S 22) こずに より、 貞出条件の最終決定事項に぀いお確認する S 18) こずができる。
なお、 以䞊の手続においお、 ステップ S 9〜ステップ S 14に瀺される亀涉手 続は、 亀枉の折り合いが぀くたで、 耇数回数 䟋えば 4, 5回 繰り返される堎 合がある。
以䞊のように、 埓来の傭船契玄の匕合い手続においおは、 チダ䞀倕ラヌずォ䞀 ナ䞀ずの間にブロヌカ䞀が介圚しお、 䞻に電話を甚いお亀枉が行われおいる。 しかしながら、 傭船契玄の匕き合いにおいおは、 極めお倚数の項目に぀いお条 件を定めなければならず、 統䞀された蚀語 英語 を甚いお行われおいるにしお も、 聞き取りにくい堎合が生じ、 芖芚を甚いる情報取匕に比し、 その内容把握が 極めお困難ずなる。 䞀方、 FAXを甚いお亀枉を行うず、 条件蚭定等、 倚数回に わたる情報のやりずりにおいお倚倧な時間ず劎力を費やすこずずなる。
たた、 埓来の匕合い手続においおは、 ブロヌカ䞀を介圚させるこずにより、 チ ダヌタラヌずオヌナヌずが盎接亀枉を行わないこずから、 情報䌝達時間にロスが 生じ、 さらにオヌナ䞀偎にずっおは、 ブロヌカ䞀に察する仲介料が必芁ずなり、 傭船費甚が高くなる。 たた、 チダ䞀タラ䞀、 ブロヌカ䞀、 オヌナ䞀の少なくずも いずれかが倖囜に滞圚しおいる堎合は時差の問題も生じる。 さらにたた、 埓来の匕合い手続は、 䞻ずしお電話により行われおいるため、 成 玄芁玄曞たたは契玄曞の䜜成に際しおは、 チダ䞀倕ラヌずオヌナヌ間で互いに合 意した亀涉項目に぀いお、 䞀぀䞀぀その内容を蚘述しおいかねばならず、 埓っお これら曞類の䜜成にも倚倧な劎力を芁する。
本発明は、 䞊述した事情に鑑みおなされたものであり、 チダ䞀タラ䞀ずォ䞀ナ 䞀がブロヌカヌを介するこずなく、 容易に䞔぀迅速、 正確に傭船契玄を成立させ るこずができる傭船契玄支揎システム、 およびそのサヌバ䞊びにデヌタべ䞀ス、 䞊びに傭船契玄支揎方法を提䟛するこずを目的ずしおいる。 発明の開瀺
本発明に係る傭船契玄支揎システムは、 船䞻ず傭船者ずの間で行われる傭船契 玄を支揎する傭船契玄支揎システムにおいお、 前蚘傭船者が有する傭船者甚情報 端末ず、前蚘船䞻が有する船䞻甚情報端末ず、前蚘傭船契玄に必芁な所定の情報、 前蚘傭船者により入力された情報、 及び前蚘船䞻により入力された情報を栌玍す る蚘憶郚ず、 前蚘傭船者甚情報端末から入力された情報、 たたは前蚘船䞻甚情報 端末から入力された情報、 および前蚘蚘憶郚に蚘憶された情報に基づいお、 所定 の情報入力甚画面、 たたは情報衚瀺甚画面を圢成し、 前蚘傭船者甚情報端末及び 前蚘船䞻甚情報端末にそれぞれ適宜衚瀺させ぀぀、 傭船契玄の成立を支揎する制 埡郚ずを備えたこずを特城ずするものである。
このような構成によれば、 傭船者ず船䞻がブロヌカ䞀を介するこずなく、 それ ぞれの情報端末を甚い、 たたそれぞれの情報端末に衚瀺された画面を芖芚的に確 認し぀぀、 傭船契玄手続を進めるこずができ、 容易に、 䞔぀迅速、 正確に傭船契 玄を成立させるこずができる。
たた、 本発明に係る傭船契玄支揎システムにおいお、 前蚘所定の情報入力甚画 面には、 前蚘傭船者甚情報端末に衚瀺され、 前蚘傭船者が傭船しょうずする条件 を満たす船舶、 又は前蚘傭船者が傭船しょうずする所定の船舶に関する問い合わ せ情報を入力しお、 船䞻にその回答を提瀺させるための問い合わせ情報入力甚画 面が含たれるこずを特城ずするものである。
このような問い合わせ情報入力甚画面を備えるこずにより、 傭船者は傭船契玄 に必芁な船舶に関する問い合わせを容易に行うこずができる。
たた、 本発明に係る傭船契玄支揎システムにおいお、 前蚘問い合わせ情報入力 甚画面は、 船䞻を特定しない問い合わせを行うための画面もしくは、 少なくずも
1぀の船䞻を特定しお問い合わせを行うための画面のうち少なくずもいずれかの 画面を含むこずを特城ずするものである。
このような構成によれば、 傭船者は䞍特定倚数の船䞻に察する問い合わせもし くは、 特定した船䞻に察する問い合わせを容易に行うこずができる。
さらに、 本発明に係る傭船契玄支揎システムにおいお、 前蚘所定の情報入力甚 画面には、 前蚘問い合わせ情報に察する回答を前蚘船䞻が前蚘船䞻甚情報端末よ り入力しお、 前蚘傭船者に提瀺するための回答情報入力甚画面が含たれるこずを 特城ずするものである。
このような回答情報入力甚画面を備えるこずにより、 船䞻は、 傭船者からの問 い合わせに察する回答提瀺が容易ずなる。
たた、本発明に係る傭船契玄た揎システムにおいお、前蚘情報衚瀺甚画面には、 前蚘傭船者からの問い合わせ情報に察する前蚘船䞻からの回答を前蚘傭船者甚情 報端末に衚瀺させるための回答情報衚瀺甚画面が含たれるこずを特城ずするもの である。
このような回答情報衚瀺甚画面を備えるこずにより、 傭船者は船䞻からの回答 を容易に知るこずができる。
さらに、 本発明に係る傭船契玄支揎システムにおいお、 前蚘回答情報衚瀺甚画 面には、 耇数の船䞻からの回答があった堎合には、 それらの回答が䜵蚘されるこ ずを特城ずするものである。
このように、 耇数の船䞻からの回答が䜵蚘されるようにすれば、 傭船者にず぀ お、 各船䞻の提瀺した回答の比范が容易ずなり、 傭船者にずっおより奜たしい傭 船契玄を行うこずができる船䞻を遞択するこずが容易ずなる。
たた、 本発明に係る傭船契玄支揎システムにおいお、 前蚘回答情報衚瀺甚画面 には、 ネゎシ゚ヌションを行う船䞻を指定しおネゎシ゚ヌションに移行するため の意志衚瀺を行う意志衚瀺情報入力郚が蚭けられおいるこずを特城ずするもので ある。 このような意志衚瀺情報入力郚を蚭けるこずにより、 指定した船䞻ずのネゎシ ェ䞀ションにスムヌズに移行するこずができる。
さらに、 本発明に係る傭船契玄支揎システムにおいお、
前蚘意志衚瀺情報入力郚によりネゎシ゚ヌションぞ移行するための意志衚瀺情 報が入力された堎合に、 前蚘制埡郚はその意志衚瀺情報を前蚘船䞻甚情報端末に 所定のフォヌムで衚瀺させるベく送信するず共に、 他の情報通信圢態を甚いお前 蚘船䞻に前蚘意志衚瀺情報を知らせるべく送信するこずを特城ずするものである。 このような構成によれば、 船䞻は傭船者からのネゎシ゚ヌション芁求を容易に 䞔぀迅速に知るこずができ、 傭船契玄成立たでの手続きが迅速化する。
たた、 本発明に係る傭船 玄支揎システムにおいお、 前蚘制埡郚はネゎシェ䞀 シペンに際しおは、 前蚘傭船者甚情報端末ず前蚘船䞻甚情報端末それぞれに、 亀 枉項目毎の情報入力甚画面を衚瀺させるこずを特城ずするものである。
このような構成によれば、傭船者及び船䞻にず぀お亀枉項目が容易に把握でき、 亀枉手続の容易化、 迅速化に぀ながる。
さらに、 本発明に係る傭船契玄支揎システムにおいお、 前蚘亀枉項目毎の情報 入力甚画面には、 亀枉盞手により入力された同じ亀枉項目に぀いおの内容が衚瀺 され、 衚瀺内容に察しお前蚘亀涉盞手ず合意する旚を䌝える䌝達手段が蚭けられ おいるこずを特城ずするものである。
このような構成によれば、 亀涉盞手の条件、 合意の意志の有無等が容易に、 侔 ぀迅速、 正確に把握でき、 亀枉手続の容易化、 迅速化に぀ながり、 たたその正確 性を倧きく高めるこずができる。
たた、 本発明に係る傭船契玄支揎システムにおいお、 前蚘亀枉項目毎の情報入 力甚画面には耇数の亀枉項目䞀芧が䜵せお衚瀺され、 合意された亀枉項目の内容 が、 その亀枉項目䞀芧内においお各亀枉項目に察応しお衚瀺されるこずを特城ず するものである。
このような構成によれば、 合意した亀枉内容を確認し぀぀、 次のステップに亀 枉を進めおいくこずができ、 合意内容に぀いおの確認が容易ずなり、 手続が効率 化する。
さらに、 本発明に係る傭船契玄支揎システムにおいお、 合意された契玄項目の 内容が、 前蚘亀枉項目䞀芧内においお必芁な所定亀枉項目党おに察応しお衚瀺さ れた堎合に、 該亀枉項目䞀芧における衚瀺内容が傭船契玄内容ずされるこずを特 城ずするものである。
このような構成によれば、 合意内容の確認画面の衚瀺内容が自動的に契玄内容 ずなり、 契玄曞等の別途䜜成手続が䞍芁ずなり、 傭船契玄手続が迅速化する。 たた、 本発明に係る傭船契玄支揎システムにおいお、 前蚘亀枉項目毎の情報入 力甚画面は、 亀枉盞手に察し前蚘傭船契玄内容には反映されないメッセヌゞを入 力するための第 1メッセヌゞ入力郚ず、 前蚘メッセヌゞ入力郚に入力されたメッ セヌゞが亀枉盞手に衚瀺される第 1メッセヌゞ衚瀺郚を有するこずを特城ずする ものである。
このような構成によれば、 亀涉䞭に盞手ず傭船契玄内容には反映されないメッ セヌゞを自由にやり取りするこずができるため、 契玄亀枉以䞊の意志の疎通を蚈 るこずができ、 結果ずしお傭船契玄をスムヌスに成立させるこずができる。
さらに、 本発明に係る傭船契玄支揎システムにおいお、 前蚘傭船契玄内容は、 条件付きの傭船契玄内容であっお、 前蚘傭船者甚情報端末における前蚘所定の情 報入力甚画面には、 前蚘条件付き傭船契玄内容に察し、 条件を解陀する旚を入力 するための条件角陀入力郚ず、 契玄を䞍成立ずする旚を入力する契玄䞍成立入力 郚ず、 前蚘条件付き傭船契玄内容に぀いお倉曎する旚を入力する倉曎入力郚が蚭 けられおいるこずを特城ずするものである。
このように、 成立した傭船契玄内容を条件付きずするこずによっお、 該契玄内 容を曎に修正する機䌚ができるため、 傭船契玄内容を傭船者にずっおより望たし いものずするこずができる。 たた、 傭船者は条件が解陀されなければ契玄を䞍成 立ずするこずができるため、 履行䞍胜な契玄が無くなり、 珟実に即した傭船契玄 を成立させるこずができる。
なお、 䞊蚘条件ずは、 契玄を実際に履行するための状況が敎っおいるかずいう 意味の条件であり、 本発明の実斜の圢態 3においおは、 STEMZSUPPL I ERS/RECE I VERS /CHARTERER'S MANAGEMENT' S APPROVAL (カヌゎの問題、 積地の受け入れ了解、 揚地の受け入れ了 解、 マネヌゞメントの了解 の 4぀に盞圓する。 傭船契玄が成立した時点ではこ れらの条件は解陀されない。 これら条件を傭船者自身が確認し、 条件がクリアさ れれば、 該傭船契玄の条件を解陀し L i f t)、 クリアされなければ、 該傭船契 玄を䞍成立ずする Sub F a i 1 e d)0
たた、 本発明に係る傭船契玄支揎システムにおいお、 前蚘制埡郚は、 前蚘倉曎 入力郚による入力があ぀た堎合に、 前蚘傭船者甚情報端末及び前蚘船䞻甚情報端 末それぞれに、 前蚘条件付きの傭船契玄内容に぀いお、 修正、 远加及び削陀の少 なくずもいずれかを含む倉曎のための情報を入力する倉曎入力甚画面を衚瀺させ るこずを特城ずするものである。
このような構成によれば、 条件付き傭船契玄内容に぀いお、 倉曎内容を容易に 入力できる。 なお、 倉曎入力甚画面は、 本発明の実斜の圢態 3における、 C I e an Re c a Ne go t i a t i on Roo mの各亀枉甚画面に盞圓し、 傭船者及び船䞻が互いに倉曎内容を入力し぀぀亀枉を進めおいくこずができる。 たた、 本発明に係る蚘茉の傭船契玄支揎システムにおいお、 前蚘倉曎入力甚画 面にお入力される倉曎情報には、 契玄条項の远加が含たれるこずを特城ずするも のである。
このような構成によれば、 傭船者が容易に契玄条項を远加するこずができるた め、 契玄内容を傭船者にずっお望たしいものにするこずができる。
さらに、 本発明に係る傭船契玄支揎システムにおいお、 前蚘所定の情報入力甚 画面には、 前蚘傭船者甚端末に衚瀺され、 前蚘契玄条項を䜜成する契玄条項䜜成 画面が含たれ、 前蚘蚘憶郚は、 前蚘䜜成した契玄条項を蚘憶しおおく第 1デヌタ ベヌスを備え、 前蚘倉曎入力画面にお行われる远加的な契玄条項の入力には、 前 蚘第 1デヌタベヌスに蚘憶された契玄条項の匕甚を含むこずを特城ずするもので ある。
このような構成によれば、 远加する可胜性のある契玄条項を傭船者が予めシス テムに登録しおおくこずができるため、 登録した内容を远加条項の入力時に甚い れば、入力の手間を省くこずができるずずもに、亀枉の凊理も迅速化する。なお、 本発明の実斜の圢態 3では、 C l e an Re c ap Ne go t i a t i on o omにお远加を垌望する契玄条項を、 予めシステムに登録しおおいおおいた 契玄条項 クロ䞀ズ の䞭からプルダりンメニュヌにより容易に遞択するこずが でき、 遞択された契玄条項の内容は、 契玄条項を远加するための入力゚リアぞそ のたたペヌストされるようになっおいる。
たた、本発明に係る傭船契玄支揎システムにおいお、前蚘倉曎入力甚画面には、 前蚘亀枉盞手により入力された前蚘倉曎内容を衚瀺するための倉曎内容衚瀺郚を 備えたこずを特城ずするものである。
このような構成によれば、 亀枉盞手が入力した倉曎内容を容易に把握するこず ができ、 衚瀺された倉曎内容に察しお曎なる倉曎を行うこずも容易ずなるため、 亀涉を円滑に進めるこずが可胜ずなる。
さらに、 本発明に係る傭船契玄支揎システムにおいお、 前蚘倉曎内容衚瀺郚に 衚瀺される倉曎内容のうち、 修正郚分、 远加郚分、 削陀郚分の少なくずもいずれ かの衚瀺圢匏は、倉曎郚分以倖の衚瀺圢匏ず異なるこずを特城ずするものである。 このような構成によれば、 倉曎された郚分ず倉曎されおいない郚分を簡単に芋 分けるこずができ、 亀枉を円滑に進めるこずができる。
たた、本発明に係る傭船契玄支揎システムにおいお、前蚘倉曎入力甚画面には、 前蚘倉曎内容衚瀺郚に衚瀺された内容に察しお前蚘亀枉盞手に合意する旚を䌝え る条件倉曎合意䌝達郚が蚭けられ、 前蚘亀枉盞手が互いに合意した堎合、 合意し た倉曎内容が前蚘条件付き傭船契玄内容に反映されるこずを特城ずするものであ る。
このような構成によれば、 倉曎内容に察しお合意した旚を容易に、 䞔぀迅速、 正確に把握でき、 亀枉手続の容易化、 迅速ィ匕に぀ながり、 たたその正確性を倧き く高めるこずができる。 さらに、 合意した内容が傭船契玄内容に反映されれば、 傭船契玄曞䜜成の手間暇が省け、 傭船契玄手続が迅速化する。
たた、 本発明に係る傭船契玄支揎システムにおいお、 前蚘倉曎入力甚画面は、 亀枉盞手に察し前蚘条件の倉曎内容には反映されないメッセヌゞを入力するため の第 2メッセ䞀ゞ入力郚ず、 前蚘メッセヌゞ入力郚に入力されたメッセヌゞが亀 枉盞手に衚瀺される第 2メッセヌゞ衚瀺郚を有するこずを特城ずするものである。 このような構成によれば、 亀枉䞭に盞手ず傭船契玄内容には反映されないメッ セヌゞを自由にやり取りするこずができるため、 契玄亀枉以䞊の意志の疎通を蚈 るこずができ、 結果ずしお傭船契玄の倉曎に係る亀枉を円滑に進めるこずができ る。
さらに、 本発明に係る傭船契玄支揎システムにおいお、 前蚘制埡郚は、 前蚘傭 船者甚端末から前蚘条件解陀入力郚による入力がなされた堎合、 前蚘条件付き傭 船契玄内容を、 条件が解陀された傭船契玄内容ずするこずを特城ずするものであ る。
このような構成によれば、 傭船者が条件を解陀した旚の入力を行った堎合にの み、 条件付き傭船契玄を条件が解陀された傭船契玄ずするこずができ、 䟋えば、 カヌゎの問題、 積地の受け入れ了解、 揚地の受け入れ了解、 マネヌゞメントの了 解等の傭船に必芁な条件をクリァできた堎合にのみ傭船者が条件を解陀すればよ いため、 履行䞍胜な契玄の成立を防ぐこずができる。
たた、 本発明に係る傭船契玄支揎システムにおいお、 前蚘船䞻甚情報端末にお ける前蚘所定の情報入力甚画面には、 前蚘条件解陀入力郚による入力がなされた 堎合に前蚘条件が解陀された傭船契玄内容を確認するための確認画面が含たれ、 前蚘確認画面は、 船䞻が前蚘条件解陀された傭船契玄内容を確認した旚を入力す る確認入力郚を備え、 前蚘確認入力郚により確認の入力がされた堎合、 前蚘傭船 者甚情報端末及び前蚘船䞻甚情報端末に察し前蚘条件が解陀された傭船契玄内容 を送信するこずを特城ずするものである。
このような構成によれば、 条件が解陀された旚を船䞻が容易に確認するこずが できるずずもに、 確認埌に、 傭船者及び船䞻に察し条件が解陀された傭船契玄内 容が送信されるため、 最終的な傭船契玄内容を容易に把握できる。
さらに、 本発明に係る傭船契玄支揎システムにおいお、 前蚘蚘憶郚には、 耇数 の船舶の䜍眮情報を登録した第 2デヌタベヌスが含たれ、 前蚘制埡郚は、 前蚘傭 船者甚情報端末から入力された所定の情報に基づいお、 前蚘第 2デヌタべ䞀スに 登録された船舶の䜍眮情報を前蚘傭船者甚情報端末にポゞションリストずしお衚 瀺するこずを特城ずするものである。
. このような構成によれば、 傭船者は耇数の船舶の䜍眮情報を容易に知るこずが でき、傭船しょうずする船舶の遞択等が容易に䞔぀迅速に行うこずが可胜ずなる。 たた、 本発明に係る傭船契玄支揎システムにおいお、 前蚘ポゞションリストに は前蚘耇数の船舶それぞれの䜍眮情報の他、 各船舶の抂略情報が含められ、 前蚘 傭船者甚情報端末から前蚘抂略情報の内容に関する所定の条件を蚭定入力するこ ずによっお、 前蚘制埡郚は、 前蚘蚭定入力された所定の条件を満たす船舶のみを 前蚘ポゞシペンリストから遞択的に衚瀺するこずを特城ずするものである。 このような構成によれば、 傭船者は垌望する条件を満たす船舶等をポゞション リストから容易に芋出すこずが可胜ずなる。
さらに、 本発明に係る傭船契玄支揎システムにおいお、 前蚘ポゞションリスト ずしお衚瀺される船舶の䜍眮情報を曎新するための䜍眮情報曎新入力郚を備え、 前蚘制埡郚は、 前蚘䜍眮情報曎新入力郚により入力された曎新情報に基づいお、 前蚘第 2デヌタべ䞀スを曎新するこずを特城ずするものである。
このような構成によれば、 船の䜍眮情報の倉曎に応じおポゞションリストを曎 新するこずができるため、 傭船者は実状に即したデヌタを参照するこずが可胜ず なり、 傭船の問い合わせを的確に行うこずができる。
たた、 本発明に係る傭船契玄支揎システムにおいお、 前蚘蚘憶郚には、 前蚘ポ ゞションリストに衚瀺された各船舶に぀いおの詳现情報を登録した第 3デヌタべ ヌスが含たれ、 前蚘ポゞションリストには、 前蚘第 3デヌタベヌスに基づいお各 船舶に぀いおの前蚘詳现情報を前蚘傭船者甚情報端末に衚瀺させるための詳现情 報芁求指瀺郚が備えられおいるこずを特城ずするものである。
このような構成によれば、 傭船者がポゞションリストにおいお興味を持った船 舶に぀いおのより詳现な情報を容易に䞔぀迅速に埗るこずができる。
さらに、 本発明に係る傭船契玄支揎システムにおいお、 前蚘各船舶に぀いおの 詳现情報を曎新するための詳现情報曎新入力郚を備え、 前蚘制埡郚は、 前蚘詳现 情報曎新入力郚により入力された曎新情報に基づいお、 前蚘第 3デヌタベヌスを 曎新するこずを特埵ずするものである。
このような構成によれば、 船の詳现情報の倉曎に応じおデヌタベヌスに登録さ れた詳现情報を曎新するこずができるため、 傭船者は実状に即したデヌタを参照 するこずが可胜ずなり、 傭船の問い合わせを的確に行うこずができる。
たた、 本発明に係る傭船契玄支揎システムにおいお、 前蚘ポゞションリスト又 は前蚘ポゞションリストに衚瀺された各船舶に぀いおの詳现情報が衚瀺される衚 瀺画面の少なくずもいずれかには、 該衚瀺された船舶に関する問い合わせを行う ための、 問い合わせ情報入力郚が備えられおいるこずを特城ずするものである。 このような構成によれば、 所定の船に察する問い合わせ E n q u i r y) を 容易に行うこずができる。
さらに、 本発明に係る傭船契玄支揎システムにおいお、 前蚘蚘憶郚に前蚘傭船 者ず前蚘船䞻ずの間で行われた傭船契玄に関する履歎を蚘憶しおおくようにした こずを特城ずするものである。
このような構成によれば、 傭船者ず船䞻の間でペンディングされおいた傭船契 玄を再開したり、 あるいは過去においお行われた契玄内容を再床甚いるこずが容 易ずなり、 傭船契玄が迅速化する。
たた、 本発明に係る傭船契玄支揎システムにおいお、 前蚘履歎には過去に契玄 された契玄内容を含み、 該履歎は傭船者たたは船䞻がネゎシ゚ヌションを円滑に 行うこずができるように、 それぞれの情報端末の画面䞊に適宜衚瀺可胜ずされお いるこずを特城ずするものである。
このような構成によれば、 傭船者や船䞻は過去の契玄内容を芖認し぀぀ネゎシ ゚ヌシペンを行うこずができるため、 ネゎシ゚ヌションを円滑に行うこずが可胜 ずなる。
たた、 本発明に係る傭船契玄支揎方法は、 コンピュヌタず通信回線を甚いお船 䞻ず傭船者ずの間で行われる傭船契玄を支揎する傭船契玄支揎方法においお、 前 蚘傭船者が傭船しょうずする条件を満たす船舶、 又は前蚘傭船者が傭船しようず する所定の船舶に関する問い合わせを傭船者甚情報端末より行っお、 船䞻にその 回答を提瀺させるための問い合わせステップず、 前蚘傭船者からの問い合わせ情 報に察する回答を船䞻が船䞻甚情報端末より入力しお、 傭船者に提瀺するための 回答ステップず、 前蚘船たより提瀺された回答情報に基づいお、 所定の船䞻ずネ ゎシェ䞀ションに移行するネゎシ゚ヌション移行ステップず、 傭船者甚情報端末 ず船䞻甚情報端末を甚いお傭船者ず船䞻がネゎシ゚ヌションを行うステップずを 備えたこず.を特城ずするものである。
このような構成によれば、 傭船者ず船䞻がブロヌカヌを介するこずなく、 それ ぞれの情報端末を甚い、 たたそれぞれの情報端末に衚瀺された画面を芖芚的に確 認し぀぀、 傭船契玄手続を進めるこずができ、 簡単に、 正確䞔぀迅速に傭船契玄 を成立させるこずができる。
さらに、 本発明に係る傭船契玄支揎方法においお、 前蚘ネゎシ゚ヌションのス テツプは、 前蚘傭船者甚情報端末ず前蚘船䞻甚情報端末の衚瀺画面それぞれに、 耇数の亀枉項目䞀芧を衚瀺するず共に、 前蚘耇数の亀枉項目のうち、 未亀枉の項 目の䞀぀の項目に぀いお所定の情報入力甚画面を衚瀺しお亀枉内容を入力させる 第 1ステツプず、 前蚘傭船者ず前蚘船䞻により入力された亀枉内容に぀いお互い に合意するか吊かを質問しお意志決定を衚瀺させる第 2ステップず、 前蚘䞀぀の 亀枉項目に぀いお同意された亀枉内容を、 前蚘亀枉項目䞀芧内に、 同意された前 蚘亀枉項目に察応させお衚瀺するよう蚭定しお前蚘第 1ステツプに戻る第 3ステ ップずを備え、 前蚘第 1乃至第 3ステップを繰り返しお、 前蚘亀枉項目䞀芧の必 芁な亀枉項目を亀枉内容で埋めるこずにより、 傭船契玄を成立させるようにした こずを特城ずするものである。
このような構成によれば、 簡単に、 䞔぀迅速、 正確に傭船契玄手続を行うこず ができるず共に、 䟋えば合意された亀枉項目をそのたた傭船契玄曞に反映させれ ば、 傭船契玄曞を自動的 䜜成するこずができる。
たた、 本発明に係る傭船契玄支揎方法においお、 前蚘成立した傭船契玄は条件 付き傭船契玄であっお、 前蚘傭船者が前蚘傭船者甚情報端末を甚いお、 前蚘条件 付き傭船契玄内容に察し、 条件を解陀したか、 もしくは契玄を䞍成立ずするか、 もしくは条件を修正するかのいずれかの状況を入力しお船䞻に䌝達する状況入力 ステップず、 前蚘入力ステップにおいお入力された状況が、 条件の修正である堎 合、 前蚘傭船者が修正を垌望する条件に぀いお前蚘傭船者甚情報端末及び前蚘船 䞻甚情報端末に所定の条件情報入力画面を衚瀺しお条件に぀いおの修正内容を入 力させる修正入力ステップず、 前蚘傭船者ず前蚘船䞻により入力された修正内容 に぀いお互いに合意するか吊かの意志決定を入力する意志決定ステップず、 前蚘 状況入力ステップ及び前蚘修正入力ステップ䞊びに前蚘意志決定ステップは、 前 蚘状況入力ステップにおいお条件の解陀もしくは契玄の䞍成立が入力されるたで 繰り返されるこずを特城ずするものである。
このように、 成立した傭船契玄内容を条件付きずするこずによっお、 該契玄内 容を曎に修正する機䌚ができるため、 傭船契玄内容を傭船者にずっおより望たし いものずするこずができる。 さらに、 条件が解陀されるたで、 もしくは契玄を䞍 成立ずするたで、 条件付き傭船契玄内容を修正するための亀枉を行うこずができ るため、 傭船者にずっお望たしい契玄内容を圢成するこずができる。 たた、 傭船 者は条件が解陀されなければ契玄を䞍成立ずするこずができるため、 履行䞍胜な 契玄が無くなり、 珟実に即した傭船契玄を成立させるこずができる。
さらに、 本発明に係る傭船契玄支揎方法においお、 前蚘状況入力ステップにお いお入力された状況が条件の解陀である堎合、 前蚘条件付き傭船契玄内容は、 条 件が解陀された傭船契玄内容ずなり、前蚘条件が解陀された傭船契玄内容に察し、 前蚘船䞻が前蚘船䞻甚情報端末を甚いお、 前蚘条件解陀を確認したこずを入力す る確認入力ステップず、 前蚘確認入力ステップにおいお確認の入力がなされた堎 合、 前蚘傭船者甚情報端末及び前蚘船䞻甚情報端末に察し前蚘条件が解陀された 傭船契玄内容を送信する条件解陀傭船契玄内容送信ステツプずを備えたこずを特 城ずするものである。
このような方法によれば、 条件が解陀された旚を船䞻が容易に確認するこずが できるずずもに、 確認埌に、 傭船者及び船䞻に察し条件が解陀された傭船契玄内 容が送信されるため、 最終的な傭船契玄内容を容易に把握できる。
たた、 本発明は、 コンピュヌタず通信回線を甚いお船䞻ず傭船者ずの間で行わ れる傭船契玄を支揎する傭船契玄支揎システムに甚いられるサヌバであっお、 前 蚘傭船者が傭船者甚情報端末を甚いお、 傭船しょうずする条件を満たす船舶、 又 は前蚘傭船者が傭船しょうずする所定の船舶に関する問い合わせを行い、 前蚘船 䞻が船䞻甚情報端末を甚いお、前蚘傭船者からの問い合わせに察する回答を行い、 前蚘船䞻からの回答情報に基づいお、 ネゎシ゚ヌションステップに移行しお、 傭 船者ず船䞻がネゎシ゚ヌションを行う傭船契玄手続においお、 前蚘傭船者甚情報 端末ず船䞻甚情報端末間の情報通信を制埡するために甚いられるこずを特城ずす る傭船契玄支揎システムに甚いられるこずを特城ずするものである。
このようなサヌバによれば、 傭船者ず船䞻が情報端末を甚いお情報亀換し぀぀ 傭船契玄を成立させるこずができる。
たた、 本発明は、 コンピュヌタず通信回線を甚いお船䞻ず傭船者ずの間で行わ れる傭船契玄を支揎する傭船契玄支揎システムに甚いられるデヌタベヌスであ぀ お、 前蚘傭船者が傭船者甚情報端末を甚いお、 傭船しょうずする条件を満たす船 舶、 又は前蚘傭船者が傭船しょうずする所定の船舶に関する問い合わせを行い、 前蚘船䞻が船䞻甚情報端末を甚いお、 前蚘傭船者からの問い合わせに察する回答 を行い、 前蚘船䞻からの回答情報に基づいお、 ネゎシ゚ヌションステップに移行 しお、 傭船者ず船䞻がネゎシ゚ヌションを行う傭船契玄手続においお、 傭船契玄 に必芁な所定の情報、 前蚘傭船者により入力された情報、 及び前蚘船䞻により入 力された情報を栌玍するために甚いられるこずを特城ずする傭船契玄支揎システ ムに甚いられるこずを特城ずするものである。
このようなデヌタベヌスによれば、 傭船契玄に必芁な所定の情報を栌玍しおお くこずができ、傭船者ず船䞻が情報端末を甚いお情報亀換し぀぀傭船契玄を容易、 䞔぀迅速、 正確に行うこずができる。
たた、 本発明は、 コンピュヌタず通信回線を甚いお船䞻ず傭船者ずの間で行わ れる傭船契玄を支揎するためのプログラムであっお、 前蚘傭船者が傭船しょうず する条件を満たす船舶、 又は前蚘傭船者が傭船しょうずする所定の船舶に関する 問い合わせを傭船者甚情報端末より行っお、 船䞻にその回答を提瀺させるための 問い合わせステップず、 前蚘傭船者からの問い合わせ情報に察する回答を船䞻が 船䞻甚情報端末より入力しお、 傭船者に提瀺するための回答ステップず、 前蚘船 䞻より提瀺された回答情報に基づいお、 所定の船䞻ずネゎシ゚ヌションに移行す るネゎシ゚ヌション移行ステップず、 傭船者甚情報端末ず船䞻甚情報端末を甚い お傭船者ず船䞻がネゎシェ䞀ションを行うステップずをコンピュヌタに実行させ るこずを特城ずするものである。
このようなプログラムをコンピュヌタに実行させれば、 傭船者ず船䞻がプロ䞀 カヌを介するこずなく、 それぞれの情報端末を甚い、 たたそれぞれの情報端末に 衚瀺された画面を芖芚的に確認し぀぀、 傭船契玄手続を進めるこずができ、 簡単 に、 正確䞔぀迅速に傭船契玄を成立させるこずができる。
さらに、 本発明に係る傭船契玄支揎甚プログラムにおいお、 前蚘ネゎシ゚ヌ,シ ョンのステップは、 前蚘傭船者甚情報端末ず前蚘船䞻甚情報端末の衚瀺画面それ ぞれに、 耇数の亀枉項目䞀芧を衚瀺するず共に、 前蚘耇数の亀枉項目のうち、 未 亀枉の項目の䞀぀の項目に぀いお所定の情報入力甚画面を衚瀺しお亀枉内容を入 力させる第 1ステップず、 前蚘傭船者ず前蚘船䞻により入力された亀枉内容に぀ いお互いに合意するか吊かを質問しお意志決定を衚瀺させる第 2ステップず、 前 蚘䞀぀の亀枉項目に぀いお同意された亀枉内容を、 前蚘亀涉項目䞀芧内に、 同意 された前蚘亀枉項目に察応させお衚瀺するよう蚭定しお前蚘第 1ステツプに戻る 第 3ステップずを備え、 前蚘第 1乃至第 3ステップを繰り返しお、 前蚘亀枉項目 䞀芧の必芁な亀枉項目を亀枉内容で埋めるこずにより、 傭船契玄を成立させるよ うにしたこずを特城ずするものである。
このようなプログラムをコンピュヌタに実行させれば、 簡単に、 䞔぀迅速、 æ­£ 確に傭船契玄手続を行うこずが可胜ずなる。
たた、 本発明に係る傭船契玄支揎甚プログラムにおいお、 前蚘成立した傭船契 玄は条件付き傭船契玄であ぀お、 前蚘傭船者が前蚘傭船者甚情報端末を甚いお、 前蚘条件付き傭船契玄内容に察し、 条件を解陀したか、 もしくは契玄を䞍成立ず するか、 もしくは条件を修正するかのいずれかの状況を入力しお船䞻に䌝達する 状況入力ステップず、 前蚘状況入力ステップにおいお入力された状況が、 条件の 修正である堎合、 前蚘傭船者が修正を垌望する条件に぀いお前蚘傭船者甚情報端 末及び前蚘船䞻甚情報端末に所定の条件情報入力画面を衚瀺しお条件に぀いおの 修正内容を入力させる修正入力ステップず、 前蚘傭船者ず前蚘船䞻により入力さ れた修正内容に぀いお互いに合意するか吊かの意志決定を入力する意志決定ステ ップず、 前蚘状況入カステツプ及び前蚘修正入カステツプ䞊びに前蚘意志決定ス テツプは、 前蚘状況入カステツプにおいお条件の解陀もしくは契玄の䞍成立が入 力されるたで繰り返されるこずを特城ずするものである。
このようなプログラムをコンピュヌタに実行させれば、 傭船契玄内容を曎に修 正する機䌚ができるため、 傭船契玄内容を傭船者にずっおより望たしいものずす るこずができる。'さらに、 条件が解陀されるたで、 もしくは契玄を䞍成立ずする たで、 条件付き傭船契玄内容を修正するための亀枉を行うこずができるため、 傭 船者にずっお望たしい契玄内容を圢成するこずができる。 たた、 傭船者は条件が 解陀されなければ契玄を䞍成立ずするこずができるため、 履行䞍胜な契玄が無く なり、 珟実に即した傭船契玄を成立させるこずができる。
さらに、 本発明に係る傭船契玄支揎甚プログラムにおいお、 前蚘状況入力ステ ップにおいお入力された状況が条件の解陀である堎合、 前蚘条件付き傭船契玄内 容は、 条件が解陀された傭船契玄内容ずなり、 前蚘条件が解陀された傭船契玄内 容に察し、 前蚘船䞻が前蚘船䞻甚情報端末を甚いお、 前蚘条件解陀を確認したこ ずを入力する確認入カステツプず、 前蚘確認入カステツプにおいお確認の入力が なされた堎合、 前蚘傭船者甚情報端末及び前蚘船䞻甚情報端末に察し前蚘条件が 解陀された傭船契玄内容を送信する条件解陀傭船契玄内容送信ステップずをコン ピュヌ倕に実行させるこずを特城ずするものである。
このようなプログラムをコンピュヌタに実行させれば、 条件が解陀された旚を 船䞻が容易に確認するこずができるずずもに、 確認埌に、 傭船者及び船䞻に察し 条件が解陀された傭船契玄内容が送信されるため、 最終的な傭船契玄内容を容易 に把握できる。 図面の簡単な説明
第 1図は、 本発明の実斜の圢態 1に係る傭船契玄支揎システムのハヌドり゚ア 構成の抂略を瀺した図である。
第 2図は、 同システムを利甚した傭船契玄の手続きの流れを瀺すフロヌチダ䞀 トである。
第 3図は、 同システムを利甚した傭船契玄の手続きの流れを瀺すフロヌチダ䞀 トである。
第 4図は、 同システムにおける衚瀺画面の遷移図である。
第 5図は、 同システムにおけるログむン画面である。
第 6図は、 同システムにおけるチダ䞀タラ䞀ホヌム画面である。
第 7図は、 同システムにおけるポゞションリスト画面である。
第 8図は、同システムにおける Qu e s t i onna i r e' 88画面である。 第 9図は、 同システムにおける En i r y入力画面である。
第 10図は、 同システムにおける End u i ry確認画面である。
第 11図は、 同システムにおける En qu i ry&I nd i c a t i o n確認 画面である。
第 12図は、 同システムにおける I nd i c a t i on入力画面である。 第 13図は、 同システムにおける Own e r ' s I nd i c a t i on画面 である。
第 14図は、 同システムにおいおオヌナ䞀が I nd i c a t i onを入力した 埌の確認画面である。
第 15図は、 同システムにおけるオヌナヌ偎の Ne go t i a t i on R o om及び Ag r e e画面である。
第 16図は、 同システムにおけるチダ䞀タラヌ偎の Ne g o t i a t i on Ro om及び Ag r e e画面である。
第 17図は、 同システムにおける亀枉段階途䞭のオヌナヌ偎の Ne go t i a t i on R o om及び A g r e e画面である。
第 18図は、 同システムにおける亀枉項目の 1぀が合意に至った堎合のチダ䞀 タラ䞀偎の Ne go t i a t i on Ro 0111及び八8 r e e画面である。
第 19図は、 同システムにおける党おの項目に぀いお合意した際の A g r e e 画面である。
第 20図は、 同システムにおける Own e r ' s I n d i c a t i o n画面 である。
第 21図は、 同システムにおいおオヌナヌが I nd i c a t i onを入力した 埌の確認画面である。
第 22図は、同システムにおける F i X t u r e s Re po r t画面である。 第 23図は、 本発明の実斜の圢態 2に係る傭船契玄支揎システムのチダット機 胜を蚭けたオヌナヌ偎のネゎシェ䞀ション画面である。
第 24図は、 メッセヌゞ衚瀺゚リアにメッセヌゞが衚瀺された状態を瀺す画面 である。
第 25図は、 本発明の実斜の圢態 3における傭船支揎システムによる傭船契玄 の手続きの流れを瀺すフロヌチャヌトである。
第 26図は、 同システムにおける衚瀺画面の遷移図である。
第 27図は、 同システムにおけるチダ䞀タラヌ偎の C 1 e an Re c ap Ne go t i a t i on R o omのトップペヌゞである。
第 28図は、 同システムにおけるオヌナヌ偎の C 1 e an Re c ap Ne go t i a t i on R o omの卜ップぺ䞀ゞである。
第 29図は、 同システムにおけるチダ䞀タラヌ偎の C 1 e an Re c ap Ne go t i a t i on Ro omの亀枉開始画面である。
第 30図は、 同システムにおけるチダ䞀タラヌ偎の C 1 e an Re c a Ne go t i a t i on Ro omの Ma i n T e rm亀枉画面である。
第 31図は、 同システムにおけるチダ䞀タラヌ偎の C 1 e an Re c ap Ne go t i a t i on Roomの Ma i n T e r m亀、枉画面である。
第 32図は、 同システムにおけるオヌナヌ偎の C 1 e an Re c ap Ne go t i a t i on Ro omの Ma i n T e rm亀?歩画面である。
第 33図は、 同システムにおけるチダ䞀タラ䞀偎の C 1 e an Re c ap Ne go t i a t i on Roomの CZP Fo rm & O t he r S p e c i a l Or d e r s亀枉画面である。
第 34図は、 同システムにおけるチダ䞀タラヌ偎の C 1 e an Re c ap Ne go t i a t i on Roomの C/P Fo rm & O t he r S p e c i a l Or de r s亀枉画面である。
第 35図は、 同システムにおけるオヌナ䞀偎の C 1 e an Re c ap Ne go t i a t i on Roomの CZP Fo rm & O t he r S e c i a 1 Or de r s亀枉画面である。
第 36図は、 同システムにおける C 1 e an Re c ap Ne go t i a t i on Ro om亀枉による修正埌の On Sub R e c a p衚瀺画面である。 第 37図は、 同システムにおける C 1 e a n R e c a p衚瀺画面である。 第 38図は、 同システムにおいおチダ䞀タラヌ及びオヌナヌに送信された C 1 e a n R e c a p添付したメヌルである。
第 39図は、 本発明の実斜の圢態 4に係る傭船支揎システムにおけるクロヌズ 䜜成画面のトップぺヌゞである。
第 40図は、 同システムにおけるクロヌズ䜜成画面の䞭のデヌタ入力画面であ る。
第 41図は、同システムにおけるクロヌズ䜜成画面の䞭の入力確認画面である。 第 42図は、 同システムにおけるクロヌズ䜜成画面の䞭の凊理遞択画面のであ る。
第 4 3図は、 同システムにおける䜜成されたクロヌズを公開すべき船䞻の遞択 画面である。
第 4 4図は、 本発明の実斜の圢態 5に係る傭船支揎システムにおけるポゞショ ンリスト曎新画面のトップペヌゞである。
第 4 5図は、 同システムにおけるポゞションリスト曎新のための確認画面であ る。
第 4 6図は、 同システムにおけるポゞションリスト曎新のための入力画面であ る。
第 4 7図は、 本発明の実斜の圢態 6に係る傭船支揎システムの Q u e s t i o n n a i r e 8 8倉曎画面におけるトップペヌゞである。
第 4 8図は、 同システムにおける Q u e s t i o n n a i r e 8 8倉曎デ䞀 倕入力画面である。
第 4 9図は、 埓来のブロヌカ䞀が介圚しお行われる傭船契玄の匕合い手続の流 れを瀺すフロヌチダ䞀卜である。
第 5 0図は、 埓来のブロヌカヌが介圚しお行われる傭船契玄の匕合い手続の流 れを瀺すフロヌチダ䞀トである。 発明を実斜するための最良の圢態
実斜の圢態 1 .
以䞋、第 1図から第 2 2図を甚いお、本発明の䞀実斜の圢態を詳现に説明する。 第 1図は、 本実斜の圢態における傭船契玄支揎システムを実珟するためのハヌ ドり゚ア構成の抂略を瀺した図である。 傭船契玄支揎システムに甚いられるサヌ バ 2 4はデ䞀倕ベヌス 2 5に傭船契玄に必芁な情報を蓄積、 管理するず共に、 蓄 積された情報に基づいお䟋えばィンタヌネットのようなネットヮ䞀ク 2 6䞊に" W e. bサむトを公開し、チダ䞀倕ラヌずオヌナヌのための傭船契玄の堎を提䟛する。 チダ䞀タラヌずオヌナ—はそれぞれネットワヌク端末 2 7、 2 8からネットヮヌ ク 2 6を介しお、 䞊蚘 W e bサむトにアクセスし、 傭船のためのネゎシ゚ヌショ ンを行い最終的に傭船契玄を成立させる。 なお、 デヌタべ䞀ス 2 5は、 サヌバ 2 4内に蓄積、 管理されおいおもよいし、 サヌバ 24以倖の倖郚蚘憶装眮に蓄積さ れ、 サヌバ 24ずネットワヌクで接続されおいおもよく、 第 1図に瀺されるよう な圢態に限定するものではない。
第 2図、 第 3図は、 本実斜の圢態における傭船契玄支揎システムを利甚した傭 船契玄の手続きの流れを瀺すフロヌチャヌトである。 さらに、 第 4図は、 本傭船 契玄支揎システムにおける衚瀺画面の遷移図である。 第 5図から第 22図は、 第 4図に瀺された各画面の䞀䟋を瀺したものである。 なお、 本実斜の圢態は、 タン カヌに係る傭船契玄支揎システムを䟋ずしおいる。
本システムにおいおは、 チダ䞀タラヌ偎からネットワヌク端末 27におネット 䞊に傭船匕き合いを提瀺するこずで手続きが開始される。 たず、 チダ䞀タラ䞀が むンタヌネット䞊に開蚭された本システムの We bサむトにアクセスし、 口グむ ン Log i n) 画面からログむンする 第 2図、 S 32)。 該 Log i n画面は 第 4図においおは Log i n画面 60に盞圓し、 第 5図に該画面の䞀䟋を瀺す。 チダ䞀タラ䞀は L o g i n画面 60からュ䞀ザ䞀名 Us e r name l O O) ずパスワヌド P a s s wo r d 101) を入力し、 Log i nポタン 102を 'クリックしお本システムに口グむンする。
なお、 本実斜の圢態では Log i n画面 60は、 チダ䞀タラヌだけでなくォヌ ナ䞀の口グむン画面も兌ねおおり、 入力されたュ䞀ザ名及びパスヮヌドからシス テム偎がチダ䞀倕ラヌかオヌナ䞀かを刀断する。 第 4図に瀺されるように、 刀断 の結果に基づいお、 チダ䞀タラヌホヌム画面 Ch a r t e r e r Home) 61かオヌナヌホヌム画面 Own e r Home) 62に遷移する。
第 6図に Cha r t e r e r Home画面 61の䞀䟋を瀺す。 図においおュ —ザ名 「Cha r t e r e rA」 の堎合の Ch a r t e r e r Home画面 6 1が瀺されおいるが、 この画面は、 埌述の問い合わせ確認画面 Enqu i ry 確認画面 67を兌ねおおり、 以前そのチダ䞀タラ䞀が入力した傭船の匕き合い (問い合わせ が存圚すれば、 第 6図に瀺される 「You,r Enqu i r i e s」 103の文字の䞋郚にその内容がリストで衚瀺されるようになっおいる。 匕 き合いが存圚しなければ、 第 6図のようにブランクずなる。
ログむンしたチダ䞀タラヌは、 該 We bサむトでオヌナヌ偎に傭船の匕き合い を出すが、 匕き合いのやりかたには 2パタヌンあり、 チダ䞀タラヌが予め求める 船を特定し、 その船のオヌナ䞀のみに匕き合いを出すパタヌンず、 求める船の条 件を提瀺し、 その条件に合う船を耇数のオヌナヌに察しお公募するパタヌンがあ るが、 たずは、 前者のパタヌンから説明する。
チダ䞀倕ラヌは、 通垞、 本システムのデヌタベヌス 25に登録されおいる船の 情報に基づいお匕き合いを出す船を決める。 船の情報確認及び匕き合いを出す船 の決定は第 4図におけるポゞションリスト Po s i t i on L i s t ) 画面 63 (第 4図 で行う 第 2図、 S 33)。
第 6図における巊フレヌムのメニュヌ項目 104から、 「P o s i t i o n L i s t」 をクリックし、 P o s i t i o n L i s t画面 63を呌び出す。 な お、 メニュヌ項目 104は、 チダ䞀タラヌのログむン埌、 ネゎシ゚ヌション段階 以倖の画面では垞に衚瀺されるものずする。
第 7図に、 Po s i t i on L i s t画面 63の䞀䟋を瀺す。 P o s i t i on L i s t画面 63には、 デヌタベヌス 25に栌玍された船の情報の抂略が 衚瀺され、 第 7図においおは巊から、 船名 Ve s s e 1)、 オヌナヌ名 Own e r) 船のタむプTy p e)、 船の補造幎床 Ye a r Bu i 1 d)、 ァラビ アンガルフぞの掚定到着日 ETA (AG)), シンガポヌルぞの掚定到着日 E TA (SP))、 最埌の枯からの出発日 ETD (La s t Po r t))、 最埌の 枯名 La s t P o r t)、備考Rema r k s) がリストずなっお衚瀺され おいる。 これらの情報によっお、 デヌタベヌス 25に登録された各船の特城及び 䜍眮情報が把握できる。 なお、 䞊蚘 ETAは E s t ima t e d T ime o f A r r i v a 1の略であり、 ETDは E s t i ma t e d T ime o f De p a r t u r eの略である。
たた、 傭船者は、 ポゞションリストに瀺される船の情報の抂略に぀いお、 情報 端末より所定の条件を蚭定入力するこずにより、 ポゞションリストに衚瀺される 船を所定の条件を満たす船のみに遞択しお衚瀺させるこずもでき、 このような遞 択衚瀺を行わせるこずにより、 所望の船を容易に芋出すこずが可胜ずなる。 この 所定の条件ずしおは、 䟋えば、 船の建造幎、 到着予定日、 たたは出発予定日、 た たはそれらの範囲等があげられ、 具䜓的には、 䟋えば、 Ye a r Bu i I dに 関する条件ずしお "1990幎以降" の建造船や、 ETA SPに関する条件ず しお " 5月 1日〜 5月 5日" の範囲にある船等があげられる。
さらにリストの巊にはオプションポタンTo En q.) 105を備え、 この オプションポタン 105をチダ䞀倕ラ䞀がチェックするこずで、 匕き合いを出す 船を遞定できる。 第 7図においおは、 Own e r Aの 「J a p an Sp i r i t」 ずいう船が遞択されおいる。 この状態で画面䞋郚の〇Kポタン 106をクリ ックするず Own e r Aの 「 J ap an Sp i r i t」 ずいう船に察しお匕き 合いが出されるこずになる。
たた、 本実斜の圢態においおは、 リストの各船名 107のいずれかをクリック するこずで、 第 4図における Qu e s t i o nn a i r e ' 88の画面 64が衚 瀺され、 ここでさらにクリックした船に関する詳しい情報がチダ䞀タラヌ偎に提 䟛される。 第 8図に、 第 7図における船名 「 J apan Sp i r i t」 をクリ ックした堎合の、 Que s t i onn a i r e' 88画面 64の衚瀺䟋を瀺す。 チダ䞀タラヌは、 䞊述の OKポタン 106をクリックする前に、 本画面を参照す るこずで、 よりニヌズにマッチした船を遞定するこずが可胜ずなる。 なお、 図瀺 しないが、 本システムにおいお、 ポゞションリストの画面ず同様に Qu e s t i onn a i r e' 88の画面においおも、 画面で衚瀺された船に察しお匕き合い を出すこずが可胜である。このように䜿い勝手のよいシステムを 築するこずで、 チダ䞀タラヌは容易䞔぀迅速に匕き合いを出すこずができる。
なお、 䞊蚘のようなポゞションリストは、 予めオヌナヌ偎が別途入力 ·䜜成す る。オヌナヌは本システムの We bサむトにログむンした埌第 2図、 S 30)、 Owne r H ome画面 62の巊フレヌムのメニュヌ項目 図瀺しないが第 1 1図のメニュヌ項目 114ず同様 の䞭の 「P o s i t i o n L i s t」 をク リックしお第 4図におけるポゞションリスト䜜成画面 65を呌び出し、 オヌナヌ の船の情報を入力する 第 2図、 S 31)。 なお、 メニュヌ項目は、 オヌナヌの口 グィン埌、 ネゎシ゚ヌション段階以倖の画面では垞に衚瀺されるもの.ずする。 た た、 ポゞションリスト P o s i t i o n L i s t) 䜜成画面 65の衚瀺䟋は 図瀺しないが、 第 7図に瀺されるように、 オヌナヌが開瀺を望たないポゞション に関しおはブランクのたたずするこずも可胜である。 なお、 ポゞションリストの 曎新に関しおは、 埌述の実斜の圢態 5にお説明する。 たた、 Que s t i onn a i r e' 88に぀いおも、 同様に入力、 倉曎するこずが可胜である。 Que s t i onn a i r e' 88の倉曎に぀いおは、埌述の実斜の圢態 6にお説明する。 チダ䞀倕ラヌ 「Cha r t e r e rA」 が、 P o s i t i on L i s t画面 6 3で匕き合いを出す船を決定するず、 オヌナ䞀 「Owne rA」 ぞ問い合わせ内 容を入力するための問い合わせ入力画面 Enciu i r y入力画面 66 (第 4 図 が衚瀺される。 第 9図に Enqu i r y入力画面 6:6: 衚瀺䟋を瀺す。 入力 項目 108ずしお、 垌望船積地 (Lo ad i ng Ar e a), 垌望船積枯 (F i r s t Lo ad Po r t)、積荷の垌望期間Load i ng Da t e R ang e)、 積荷の皮類 K i nd o f O i 1 )、 積荷の数量 Qu a n t i t y/MT), 垌望揚荷地 D i s c ha r ge Ar e a), その他の条件 O t h e r Sp e c i a l 〇 r d e r s )、本匕き合いの有効期限P 1 e a s e Rep l y by) があり、 本実斜の圢態では、 入力を容易にするためほず んどの項目をプルダりンメニュヌずしおいる。
En qu i r y入力画面 66にお入力埌、 OKポタン 109をクリックするず、 システム偎で該匕き合いに察し I Dを割り圓お、 問い合わせ確認画面 E n q u i ry確認画面 67を衚瀺する 第 2図、 S 35)。第 10図に Enqu i r y 確認画面 67の衚瀺䟋を瀺す。
Ch a r t e r e r Aは第 10図の Enqu i ry確認画面 67にお、 入力し た問い合わせを確認する。 䞊蚘 E nqu i r y入力画面 66にお入力された匕き 合いは、 第 10図においお、 E n g I Dの項目 110の䞭の E n qu i r y ID 「10112」 でリストされおいる。 なお、 リストには過去に Ch a r t e r e r Aが入力した傭船の匕き合いも衚瀺されおおり、 リスト右偎の S t a t u sの項目 111で、 その匕き合いが珟圚どういう状況であるかが確認できる。 本 実斜の圢態では、 Re p l y (オヌナヌからの回答あり、 Re qu e s t (匕き 合い提瀺のみでオヌナ䞀からの回答は未だ無し、 Ca l l (ネゎシ゚ヌション段 階)、 F i X (傭船契玄成立枈 ずいうような文字で匕き合いの状況を衚わしおい る。
こうしお Ch a r t e r e r Aが匕き合いを出すず、 該圓のオヌナ䞀 「〇wn e r A」 はその匕き合いをネット䞊で確認できる S 36)。 この確認画面は、 第 4図においおは End u i ry&I nd i c a t i on確認画面 68であり、 第 11図にその衚瀺䟋を瀺す。 第 11図は、 ナヌザ名 「Owne r A」 の堎合の O wne r Home画面 62であるず共に、 Own e r Aの E n Q u i r y & I n d i c a t i on確認画面 68を兌ねおおり、 Own e r Aに察する傭船の匕 き合いが存圚すれば、 第 11図に瀺される 「Char t e r' s En q u i r i e s」 112の文字の䞋郚にその内容がリストで瀺されるようになっおいる。. 匕き合いが存圚しなければ、 ブランクずなる。 なお、 第 11図においお、 䞊蚘 C h a r t e r e r Aが出した、 Enqu i ry ID 「10112」 の匕き合い が衚瀺されおいる。
たた、 リスト右偎の 「S t a t u s」 の項目 113で、 その匕き合いの状況を 確認でき、チダ䞀タラヌ偎の E nqu i r y確認画面 67ず同様、 R e p 1 y (チ ャ䞀タラ䞀ぞ回答枈、 Re qu e s t (チダ䞀タラヌからの匕き合いに察しお未 回答)、 Ca l l (ネゎシ゚ヌション段階)、 F ix (傭船契玄成立枈 ずいうよ うな文字で匕き合いの状況を衚わしおいる。 さらに、 今回の En qu i r y I D 「10112」 の匕き合いにおいお、 Own e r Aの所有若しくは運航する船 のみに察する匕き合いであるこずを瀺す「On 1 y Re q.Jの文字が「S t a t u s」項目に瀺されおいる。 なお、 「Re que s t」 ず 「On 1 y Re q.J ずの盞違点は、 チダ䞀倕ラヌからの匕き合いが、 公募のパタヌンか、 そのチダ䞀 タラ䞀だけに向けられた匕き合いのパタヌンかの違いである。 公募の堎合の匕き 合いに぀いおは、 埌述する。
「S t a t u s」項目 113が「Re Q U e s t」若くは「On 1 y R e q. J の堎合、 その Enqu i ry IDをクリックするず、 第 4図に瀺されるように オヌナ䞀がチダ䞀タラ䞀に察しおその匕き合いに察する回答を入力するための I nd i c a t i on入力画面 69が衚瀺される。 第 12図に、 䞊述の E nqu i r y ID 「10112」 に察する I n d i c a t i o n入力画面 69の衚瀺䟋 を瀺す。 第 12図の䞊郚には、 C,h a r t e r e r Aが En Q U i r y入力画面 66で入力した情報がそのたた衚瀺され、 その䞋にオヌナ䞀が入力するためのフ オヌムが衚瀺される。 オヌナヌは、 図の䞊郚に瀺されたチダ䞀タラヌからの匕き合いに興味を瀺した 堎合等には、 入力フォヌムの各項目 115を入力しおいき、 チダ䞀タラヌに回答 する。 なお、 入力項目ずしお、 船名 Name o f Ve s s e l),垌望船積 地Load i ng A r e a)、 出発枯L a s t P o r t )、 出発予定日 E TD Las t P o r t)、 積地到着予定日 ETA Load Po r t)、 最埌の積荷の皮類 (Las t Cargo),船積可胜期間Propos ed Lay/Can), 揚荷地 Di s charge Ar e a), 傭船レヌト Wo r i d Sca l e, Lump S um)、 1日あたりの滞船料D emu r r a g e)、 その他の条件 〇 t h e r Spec i a l Orde r s)、 本 I n d i c a t i o nの有効期限 Va l i d un t i l) が図に瀺されおいる。
Owne r Aが I n d i c a t i o n入力画面 69にお党おの項目を入力し、 〇Kポタン 116を抌すず、 Ch a r t e r e r Aに回答 I nd i c a t i o n)が送信される。 回答送信埌は Owne r Home画面 62に戻る 第 2図、 S 37)。 この時、第 11図の En q u i ry&Ind i c a t i o n確認画面 6 8に衚瀺されたリストにおいお、 En Q u i r y 10 「10112」 の31; & tus l l 3には、 On l y R e qに代わっお R e p 1 yが衚瀺される 図瀺 せず)。
Char t e r e r Aでは、 Own e r Aから I n d i c a t i o nがくるず、 第 10図の En Q u i r y確認画面 67においお、 Enqu i ry ID 「10 112」 の S t a tus l l lに、 Reque s tに代わっお R e p 1 yが衚瀺 される 図瀺せず)。 ここで Ch a r t e r e r Aは、 Enqu i ry ID 「1 0112」 をクリックしお、 Own e r' s Ind i c a t i on画面 71を 衚瀺させ、 Own e r Aからの I nd i c a t i onを確認する 第 2図、 S3 8 第 13図に Owne r' s I nd i c a t i on画面 71の衚瀺䟋を瀺す。
Owne r' s I n d i c a t i o n画面 71においお、 チダ䞀タラヌがォ —ナ䞀からの I nd i c a t i o ,nに興味を持った堎合、オヌナヌ名のポタン第 13図では 「Own e r A」 のポタン 117) をクリックするこずで、 該圓のォ —ナ䞀に察しさらに F i rm Ind i c a t i on (正匏な船舶提䟛の申蟌 を芁求する 第 2図、 S39)。 なお、 チダ䞀倕ラヌが出した匕き合いが垂堎調査 的な意味合いの匷い堎合や、 I nd i c a t i o nに興味が無くなった堎合等は、 オヌナヌに察し F i rm I n d i c a t i onを芁求せず、 この時点で匕き合 いを終了する堎合も圓然有り埗る。
Own e r Aは、 Cha r t e r e r Aから F i rm I nd i c a t i on の芁求があるず、 〇wne 八の£]1(111 i ry&I nd i c a t i on確認画 面 68 (第 11図ず同様 の S t a t u s項目 113が 「FZRe qu e s t J のような衚瀺に倉わり、 その En Q u i r y I Dをクリックするこずで、 F i rm I n d i c a t i o n入力画面に遷移する。
なお、 F i rm I nd i c a t i o n入力画面は、 I nd i c a t i on入 力画面 69に等しい。 Own e r Aは該入力画面にお再床、 正匏な I n d i c a t i onずしお、 䞊述した S 37ず同様の凊理を繰り返す第 2図、 S40)。 な お、 I n d i c a t i o n及び F i r m I n d i c a t i o nの入力埌、 第 1 4図のような確認画面 70が衚瀺され、 オヌナヌ自身が入力した事項を確認する こずが可胜である。 たた、 該確認画面 70は、 い぀でも En i r y& I nd i c a t i on確認画面 68の Enqu i r y I Dをクリックするこずで閲芧 するこずができる。
Own e r Aからの F i rm I n d i c a t i o nを䞊述の S 38ず同様に 確認した C h a r t e r e r Aは、 再床第 13図におけるオヌナヌ名 Own e r Al 17)のポタンをクリックするこずでオヌナ䞀ずの傭船契玄に係る亀枉ネ ゎシ゚ヌション 段階に入る 第 3図、 S 42 )。 なお、 第 3図の S 41の凊理は、 Po s i t i on L i s tを利甚した本䟋のような匕き合いの堎合には行わず、 埌述する耇数のオヌナヌに察しお公募する塲合にのみ行う。
Ch a r t e r e r Aがネゎシ゚ヌション段階に入るず、 Own e r A偎の E nqu i ry&I nd i c a t i o n確認画面 68の S t a t u s項目が 「C a 1 1」 に倉わる。 この段階で、 第 14図の確認画面を再床衚瀺させるず、 䞋郚に 「Ne g o t i a t i 0 n」 のポタンが衚瀺され図瀺せず、それをクリックす るず、 ネゎシ゚ヌションの画面に移るこずができる 第 3図、 S43)。
たた、 〇wne r Aが本 We bサむトにログむンしおいない状態であっおも C a r t e r e r Aずのネゎシ゚ヌションが確実に行われるために、 Cha r t e r e r Aがネゎシェ䞀ション段階に入るず同時に本システムより自動的に該圓 の匕き合いがネゎシェ䞀ション段階に入った旚の電子メヌルが Own e r Aに察 しお送信される。 電子メヌルのメッセヌゞには本システムの We bサむトの UR Lが含たれおおり、 クリックするだけで、 ネゎシ゚ヌションの画面に飛べるよう になっおいる。
オヌナヌ偎で、 第 4図におけるネゎシ゚ヌション Ne go t i a t i on Room) 画面 72が衚瀺されるず、 それず同時に亀枉項目が衚瀺された別のポ ップアップりィンドり 第 4図、 Ag r e e画面 73) が巊偎に衚瀺される。 第 15図に Ne g o t i a t i o n Ro om及び Ag r e e画面の衚瀺䟋を瀺す。 たた、 チダ䞀タラ䞀偎もネゎシ゚ヌション段階に入るず、 第 4図に瀺されるよう にネゎシ゚ヌション Ne go t i a t i on Ro om) 画面 74及び亀枉項 目が衚瀺された別のポップアップりィンドり 第 4図、 Ag r e e画面 75) が 衚瀺される。 第 16図にその衚瀺䟋を瀺す。 なお、 本実斜の圢態においお、 チダ 䞀倕ラ䞀及びオヌナヌの N e go t i a t i on Roo m画面及び A g r e e 画面は、 䞡方で 1぀の画面ずしお衚瀺されるものであり、 䞡方の画面が関連付け られお動䜜する。
なお、 第 15図におけるオヌナヌの Ne g o t i a t i o n Ro om画面 7 2においお、 侊郹 Ch a r t e r e r ' s S i d e 120はチダ䞀倕ラヌから 送信された条件を衚瀺する衚瀺゚リアであり、 Own e r' s S i d e 121 はオヌナ䞀自身が条件を入力する入力゚リアである。
同様に、 第 16図におけるチダ䞀タラヌの Ne go t i a t i on Room 画面 74においお、 侊郹 Own e r ' s S i d e 125はオヌナヌから送信さ れた条件を衚瀺する衚瀺゚リァであり、 Cha r t e r e r' s S i d e 12 6はチダ䞀タラ䞀自身が該圓の項目に぀いおの垌望の条件を入力する入力゚リア である。 本ネゎシ゚ヌション画面にお、 巊偎に衚瀺された亀涉項目の順にオヌナ 䞀ずチダ䞀タラヌが亀枉を進め、 合意しおいく。 合意するず同時に、 合意内容が 双方の Ag r e e画面 73、 75の各亀枉項目名の盎䞋に順に衚瀺されおいく。 以䞋、 各項目が合意に達するたでの䞀䟋を説明する。
たず、 Own e r A偎が、 第䞀亀枉項目である積荷 (Ca r go) に぀いお条 件を所定の入力゚リアに入力する。 第 15図においお、 Nego t i a t i on Ro om画面 72の Own e r s S i d e 121の入力゚リアには、 既に オヌナヌによっお C a r g oに぀いおの垌望条件が入力されおいるが、 この状態 で Up d a t e 122のポタンをクリックするず、 該入力内容が Ch a r t e r e r A偎に送信され、 第 16図の Cha r t e r e r A偎の N e g o t i a t i on Ro om画面 74の Own e r ' s S i d e 125の衚瀺゚リアに Ow n e r Aが入力した条件そのたたが衚瀺される。 さらに、 Cha r t e r e r ' s S i d e 126の入力゚リアにも Own e r A偎が入力した内容が同様に衚 瀺されるが、 本゚リアは線集可胜であり、 オヌナヌ偎の提瀺した条件に合意でき ない堎合、 任意に修正を加えるこずが可胜である。
この時点で、 Ch a r t e r e r A偎が、 Own e r Aが提瀺した条件に合意 できなければ、 さらに Ch a r t e r e r ' s S i d e 126の入力゚リアに お倉曎を加えお、 Own e r A偎に垌望の条件を送信する 第 3図、 S45)。 た た、 Own e r Aの提瀺した条件に合意した堎合には、 Ag r e eポタン 128 をクリックする 第 3図、 S46)。
前者の堎合に぀いお詳述するず、 第 16図においお、 Ne go t i a t i on R o om画面 74䞋郚の Ch a r t e r e r s S i deの入力゚リアで、 オヌナヌ偎から送信された積荷の条件に倉曎を加え 第 16図では既に倉曎枈の 状態ずなっおいる、 Upda t eポタン 127をクリックするず、該条件が今床 はオヌナヌ偎に送信され、 第 15図のォ䞀ナ䞀偎の N e g o t i a t i on R o om画面 72の Ch a r t e r e r s S i d e 120の衚瀺゚リアに C h a r t e r e r Aが入力した内容そのたたが衚瀺される。 この時、 倉曎された郚 分は、 倪字あるいは色぀きの文字で衚瀺され、 倉曎郚分が明瞭に刀別できるよう に衚瀺される。 第 17図に、 その衚瀺䟋を瀺す。
この時点で、 Own e r A偎が、 Ch a r t e r e r Aの提瀺した条件に合意 , できなければ、 さらに Own e r' s S i de, 131の入力゚リアにお倉曎を 加えお、 Upda t eポタン 122をクリックしお C ha r t e r e rA偎に条 件を送信し、 ネゎシ゚ヌションを続行する S44、 第 3図。反察に Cha r t e r e r Aの提瀺した条件に満足した堎合、 Ag r e eポタン 123をクリック する S47、 第 3図。 なお、入力したものをキャンセルする堎合には Can c e 1ポタン 124をクリックする。
仮に、 この時点で Own e r Aが、 Ag r e eポタンをクリックするず、 第 1 8図に瀺されるように、 Cha r t e r e r A偎の Ag r e e画面 75の C a r g oの項目 135の盎䞋に、合意した内容が衚瀺される。さらに、画面䞊には「T h i s po i n t ha s b e en a g r e e d.」 132のような文字が 衚瀺され、 本亀枉項目が合意に達したこずが明瞭に瀺される。 さらに、 該画面の 䞋郚には、 Nex tポタン 133及び C 1 o s eポタン 134が衚瀺され、 さら に亀涉を続けるか、 たたは䞭断するかが遞択できる。 なお、 合意に達した堎合の オヌナヌ偎の画面も、 チダ䞀タラ䞀偎ず同様に衚瀺される。
Ne x tポタン 133をクリックした堎合、 Ag r e e画面 73、 75に衚瀺 されおいる次の項目、 積地 L o a d Po r t) ず揚荷地 D i s c h a r g e Po r t) に぀いお、 C a r g oの項目ず同様にネゎシ゚ヌションを進める こずができるS44〜S47)。 C 1 o s eポタン 134をクリックした塲合は、 亀枉を䞀旊䞭断するこずずなる。 本システムにおいおは、 亀枉内容のログを党お 蚘録しおおくため、 亀枉を䞭断しおも、 䞭断した項目から再開するこずが可胜で ある。
このようにしお党おの項目に぀いお合意するず、 Ag r e e画面 73、 75に は、 各項目の合意内容が党お衚瀺された状態になる。 これを成玄芁玄曞 F i x t u r e Re c ap) ずしおチダ䞀倕ラヌ及びオヌナヌが最終的に確認する。 第 19図にその衚瀺䟋を瀺す。 図瀺された A g r e e画面は、 確認を容易にする ため衚瀺を倧きくしおいる。 ここで画面の䞋郚に瀺された A g r e eポタン 13 6を䞡者がクリックするこずで傭船契玄が成立する S48、 S49、第 3図。 契玄が成立するず、 本システムは自動的に Ch a r t e r e r A及び Own e r Aの䞡者に A g r e e画面の成玄芁玄曞 F i x t u r e Re c ap) を別 途電子メヌルにお送信する。 埓っお、 契玄成立埌、 本システムの We bサむトに アクセスするこずなく成玄芁玄曞を確認するこずが可胜ずなる S 50、 51、 第 3図。 たた、 同時にチダ䞀タラ䞀の Enqu i r y確認画面 67 (第 10図 及びオヌナ䞀の E n a u i ry&I nd i c a t i o n確認画面 68 (第 11図 においお該圓の I Dのステむタスの衚瀺は 「F i x」 に倉わる。
以䞊、 チダ䞀倕ラヌが予め求める船をポゞションリストで遞択し、 その船のォ —ナ䞀のみに匕き合いを出す堎合を説明したが、 匕き合いを出すォ䞀ナ䞀を 1瀟 に限定せず、 チダ䞀タラヌの奜みのオヌナヌ数瀟に同時に匕き合いを出すこずが できるようなシステムを構築しおもよい。 この堎合、 チダ䞀タラヌの奜みの船、 もしくは船䌚瀟を耇数指定できるような画面を衚瀺させ、 䟋えば第 7図のポゞシ ペンリストに瀺される To En q. 105のようなオプションポタンでチダ䞀倕 ラヌが垌望の船もしくは船䌚瀟を容易に遞択できるようにすれば、 チダ䞀タラヌ にず぀おより䜿い勝手のよいシステムずなる 図瀺せず)。
次に、 オヌナ䞀や船を指定せず、 求める船の条件のみを提瀺しお、 その条件に 合う船を耇数のオヌナヌに察しお公募する堎合の傭船契玄手続きの詳现を説明す る。 ただし、 基本的な手続きの流れは倉わらないこずはもちろんである。
第 2図においお、 匕き合いを出すためにチダ䞀倕ラヌが We bサむトにログむ ンした S 32)埌、第 6図における巊フレヌムのメニュヌ項目 104力ら、 「N ew En q u i r y」をクリックし、 En Q u i r y入力画面 66を呌び出す。 ポゞションリストは呌び出さない。 Enqu i r y入力画面 66の衚瀺䟋は、 侊 述の第 9図ず同様である。 たた、 入力項目も、 䞊述ず同様に入力する S 34)。 入力埌、 OKポタン 109をクリックするず、 システム偎で該問い合わせに察し I Dを割り圓お、 S 35の Enqu i r y確認画面 第 10図 においお䞀芧を 圢成するがS 35)、それず同時に本システムにリンクしたデヌタベヌスに基づ いおチダ䞀倕ラヌが入力した条件に該圓する船を所有たたは運航するオヌナヌに 察しお自動的に匕き合いが出される。
こうしおチダ䞀倕ラヌが匕き合いを出すず、 該圓の各オヌナヌは䞊述の S 36 ず同様に En i ry&I nd i c a t i on確認画面 68 (第 11図 にお その匕き合いをネット䞊で確認できる。 チダ䞀倕ラヌが出した En qu i r y I Dの匕.き合いに関する S t a t u s項目 113には、公募であるこずを瀺す「R e e s t」 の文字が衚瀺される。 ここで 「Re QU e s t」 のステむタスを 持぀ Enqu i ry IDをクリックするず、 オヌナヌがチダ䞀倕ラヌに察しお その匕き合いに係る船舶に察する回答を入力するための I n d i c a t i 0 n入 力画面 69が衚瀺される。 衚瀺䟋は䞊述した第 12図ず同様であり、 入力も、 同 様に行う S 37)。
チダ—タラヌは、 オヌナヌから I nd i c a t i onがくるず、 䞊述ず同様に Own e r' s I nd i c a t i o n画面 71を衚瀺させ、 確認するが S 3 8)、本䟋においおは、 匕き合いが公募であるために、耇数のオヌナヌから I n d i c a t i onが来るこずから、 第 20図に瀺されるように Owne r' s I n d i c a t i o n画面 71においお、 それぞれの I n d i c a t i o nが䞊べ お衚瀺される。 このような衚瀺方法により、 各オヌナヌからの条件をチダ䞀タラ 䞀が比范 ·吟味するこずが容易ずなる。
ここで、 チダ䞀倕ラヌがオヌナヌからの I nd i c a t i onを芋お興味を持 ぀た堎合、 興味を持ったオヌナ䞀名のポタン 137をクリックするこずで、 該圓 のオヌナヌに察しさらに F i rm I nd i c a t i on (正匏な船舶提䟛の申 蟌 を芁求する S 39)。 もちろん、 ここで、 耇数のオヌナ䞀に F i rm I n d i c a t i onを芁求しおもよい。 耇数のオヌナヌからの F i rm I nd i c a t i o n (S 40) を芋お、 条件の良い船のオヌナヌを遞択し S 41)、 ネ ゎシェ䞀シペンに進む S42)。
なお、 オヌナヌの I n d i c a t i o n及び F i rm I nd i c a t i on の入力埌S 37、 S 39)、確認画面 70が衚瀺され、 オヌナ䞀自身が入力した 事項を確認するこずができるが、それずずもに、本䟋の堎合には公募であるため、 競合他瀟の条件も確認画面に衚瀺され、 他瀟の提瀺した条件をも知るこずが可胜 ずなる。 第 21図にその衚瀺䟋を瀺す。 たた、 該確認画面 70は、 い぀でも En qu i ry&I nd i c a t i o n確認、画面 68の Enqu i ry IDをクリ ックするこずで閲芧するこずができる。
なお、 確認画面にはあくたでオヌナ䞀自身が入力した事項のみが衚瀺され、 他 瀟の提瀺した条件は衚瀺されないようにしおもよい。 このような衚瀺方法にすれ ば、 オヌナ䞀同士が互いの条件を他瀟に知られるこずなく、 チダ䞀タラ䞀ずの亀 枉を進めるこずができる。
さらにたた、 本システムにおいおは S 41におチダ䞀タラヌがネゎシ゚ヌショ ンを垌望するオヌナヌを遞択する堎合、 第 20図の Own e r' s I nd i e a t i on画面 71で、 衚瀺されおいるオヌナヌ名の䞭から垌望するオヌナヌ名 のポタン 137をクリックする。 そしお、 クリックしたオヌナヌず、 䞊述ず同様 にネゎシ゚ヌション段階に入り、 傭船契玄の成立たで同様の手順で行われるこず ずなる。
なお、 本発明の実斜の圢態においおは、 亀枉途䞭のログだけでなく、 成立した 党おの傭船契玄の内容も蚘録しおおくため、 過去においお行われた契玄内容を呌 び出しお再床甚いるこずが可胜ずなる。 過去においお行われた契玄内容は、 チダ 䞀タラヌの En q u i r y確認画面 67及びオヌ^ "䞀の En q u i r y & I n d i c a t i on確認画面 68においおステむタスの衚瀺が 「F i x」 ずなっおい る I Dをクリックするこずで呌び出すこずができる。
さらにたた、䞊述したシステムではネゎシェ䞀ションに入る前の段階においお、 I n d i c a t i o n及び F i rm I n d i c a t i o nの䞡方の入力を必須 ずしおいるが、 別の実斜の圢態ずしおは、 オヌナ䞀は I nd i c a t i on (取 ' り䞋げ可胜な申し出 又は〇 f f e r (正匏な申し出 のいずれか 1぀の入力を 遞択でき、 いずれかが入力されれば、 次にチダ䞀タラ䞀からの指瀺によりネゎシ ェ䞀シペンの段階に進むこずができるようなシステムずしおもよい。 これにより 迅速䞔぀䜿い勝手の良いシステムずなる。
なお、 本発明の実斜の圢態においおは、 デヌタベヌスに蓄積された過去の契玄 内容の芁玄を履歎ずしお䞀芧にしたものを党おのオヌナヌやチダ䞀倕ラヌが閲芧 するこずが可胜である。 本画面は、 オヌナヌ及びチダ䞀倕ラヌホヌム画面のメニ ナヌ項目の巊フレヌムのメニュヌ項目に瀺される 「F i x t u r e s Re p o r t」 をクリックしお呌び出すこずができる。第 22図にその衚瀺䟋を瀺す。 第 4図の画面遷移図では図瀺せず。 この䞀芧には、過去に成立した契玄における䟡 æ Œ Ra t e) が衚瀺されおおり、 プラむスむンデックス 䟡栌衚 の圹割を担 ぀おいる。 本䞀芧をオヌナ䞀及びチダ䞀タラ䞀双方で参考にするこずで、 盞堎を 意識した亀枉を進めるこずができ、 契玄を円滑に成立させるこずが可胜ずなる。 実斜の圢態 2.
䞊述した実斜の圢態 1のネゎシェ䞀ションの画面においお、 F i x t u r e Re c apには反映されないメッセヌゞを亀枉盞手に送信するこずができるチダ ットの機胜を蚭けおもよい。 第 23図は、 チャット機胜を蚭けたオヌナヌ偎のネ ゎシ゚ヌシペン画面の䞀䟋を瀺す図である。 第 23図に瀺される画面は、 F i X t u r e Re c a pに反映される亀枉項目に぀いおの入力゚リアの他に、 亀枉 盞手のチダ䞀倕ラヌぞのメッセ䞀ゞを入力する゚リア 140、 メッセヌゞ入力ェ リア 140に入力された文字列を亀枉盞手に送信するための S e ndポタン 14 1、 メッセヌゞのやり取りの履歎を衚瀺する゚リア 142を備えおいる。 たた、 図瀺はしないが、 チダ䞀タラヌ偎のネゎシ゚ヌション画面も䞊蚘ず同様の機胜を 備えるものずする。 なお、 図䞭の亀枉項目に぀いおの入力゚リアの衚瀺圢匏は実 斜の圢態 1で瀺した第 15図乃至第 18図ず異なるが、 ネゎシ゚ヌションに぀い おの凊理フロヌは実斜の圢態 1ず同様である。
オヌナ䞀及びチダ䞀タラヌは、 ネゎシ゚ヌション䞭い぀でもメッセ䞀ゞ入力ェ リア 140にメッセヌゞを入力しお亀枉盞手にメッセヌゞを䌝えるこずができる。 メッセヌゞの入力埌、 S endボタン 141をクリックするこずによっお、 亀枉 盞手のメッセヌゞ衚瀺゚リア 142に該メッセヌゞが衚瀺される。 第 24図は、 メッセヌゞ衚瀺゚リァ 142にメッセヌゞが衚瀺された状態を瀺す䞀䟋である。 オヌナヌ偎が入力したメッセヌゞは、 「OW〉」で、チダ䞀倕ラヌ偎が入力したメ ッセヌゞは 「CH〉」 で瀺されおいる。 本実斜の圢態においお、 このメッセヌゞ の履歎は、 ネゎシ゚ヌション画面を閉じるたでは芋るこずができるが、 画面を閉 じるずこの履歎は保存されない。
このように契玄内容には反映されないチダットの機胜を組み入れるこずによ぀ お、 お互いの意志の疎通を図るこずができ、 亀枉を円滑に進めるこずができる。 実斜の圢態 3.
䞊述した実斜の圢態 1では、 ネゎシ゚ヌション段階を経お、 党おの亀枉項目に ぀いお合意に達した堎合.、 その合意内容は成玄芁玄曞 F i x t u r e Re c ap) ずされるが、 本実斜の圢態では、 成玄芁玄曞が䜜成された段階の契玄は、 あくたで条件付き契玄 On Sub Re c ap) ずしお扱い、 次の段階にお いお、 条件を解陀 Sub L i f t) しお条件の解陀された契玄 C l e an Re c ap) を成立させる、 もしくは条件が解陀されない堎合には契玄を䞍成 立 Sub F a i 1 e d) ずするための凊理を行う。
なお、 ここでいう条件ずは、 実斜の圢態 1のネゎシェ䞀ション段階においお各 亀枉項目に぀いおオヌナヌ及びチダ䞀タラヌが提瀺しあった「条件」ずは異なり、 契玄を実際に履行するための状況が敎っおいるかずいう意味における 「条件」 で ある。 本実斜の圢態では、 倧きく分けお 4぀の条件が含たれる。 この 4぀の条件 (s ub j e c t) ずは、 STEMZSUPPL I ERSZRECE I VERS /CHARTERER'S MANAGEMENT'S APPROVAL (力䞀ゎ の問題、 積地の受け入れ了解、 揚地の受け入れ了解、 マネヌゞメントの了解 で あり、 On Sub Re c a ρに含たれおいるが、 〇n Sub Re c ap 成立の時点ではこれらの条件は解陀されおいない。 チダ䞀タラ䞀は、 これら条件 を確認し、 条件がクリアされれば、該傭船契玄の条件を解陀し L i ί t)、 クリ ァされなければ、該傭船契玄を䞍成立ずする Sub F a i 1 e d)0条件の解 陀によっお C l e an Re c a pが成立する。 なお、 契玄䞍成立ずなる堎合の 䟋ずしおは、 On Subの船が倧きすぎお、 揚地の桟橋に着桟できないこずが 刀明した、 揚地のタンクの需絊予想がはずれ Lay Can (船積み が倉曎ず なり船の手配が぀かなくなった、 などが挙げられる。 たた、 䞊蚘 4぀の条件のみ ならず、チダ䞀倕ラヌからオヌナヌに察しお新たに远加条件ラむダヌクロヌズ をオヌナヌに提瀺するこずもでき、 提瀺された条件に察しオヌナヌが合意できな かった堎合には、 他の条件がクリアされおいおも契玄を䞍成立ずするこずもでき る。
第 25図は、 本実斜の圢態における傭船契玄支揎システムを利甚した傭船契玄 の手続きのうち、 On Su Re c apから C l e an Re c ap成立に 至るたでの凊理の流れを瀺すフロヌチャヌトである。 さらに、 第 26図は、 同フ ロヌチャヌトの凊理に沿った衚瀺画面の遷移図である。 第 26図においお、 第 4 図に瀺される画面ず重なる郚分に関しおは画面名を省略しおいる。 たた、 第 27. 図から第 37図は、 同フロヌチャヌトの凊理の実行䞭に衚瀺される各画面の䞀䟋 を瀺したものである。
たず、 実斜の圢態 1ず同様に、 オヌナヌずチダ䞀倕ラヌずのネゎシ゚ヌション の段階で互いに各亀枉項目に぀いお合意するず、傭船契玄が成立する第 25図、 S 148、 S 149)。䜆し、 本実斜の圢態.では、 この段階で成立した傭船契玄は 「条件付き傭船契玄On Sub Re c ap)」であり、 オヌナヌ及びチダ䞀 タラヌが本契玄を実斜するためにも条件の解陀された傭船契玄を成立させる必芁 がある。 条件付き傭船契玄が成立するず、 第 26図のチダ䞀タラヌ及びオヌナヌ の Enqu i r y確認画面 76、 77 (それぞれ第 10図、 第 11図ず同様 の 該圓の Enqu i ry I Dのステむタス  111、 113) が条件付き傭船契 玄成立枈みであるこずを瀺す 「On Sub」 ずなる。
チダ䞀倕ラヌがこのステむタスを持぀ En qu i r y I Dをクリックするず、 該圓の条件付き傭船契玄に぀いお C l e an Re c apを成立させるための亀 枉段階 C l e an Re c ap Ne go t i a t i on Room) に入る (第 25図、 S 150)。第 27図は、第 26図におけるチダ䞀倕ラヌ偎の C 1 e an Re c a Nego t i a t i on Roo m画面 78の初期画面の䞀 䟋である。 本画面の䞊郚には On Sub Re c a p契玄内容が衚瀺され、 例 郚には Am endポタン 161、 L i f tポタン 162、 Sub Fa i l e d ポタン 163、 B a c kポタン 164が備えられおいる。 衚瀺されおいる契玄内 容に぀いおの修正や远加的条件などの亀枉を開始する堎合には Am e n dポタン 161を、 該契玄の条件を解陀する堎合には L i f tボタ,ン 162を、 条件を解 陀できず契玄を䞍成立ずする堎合には、 Sub Fa i l e dポタン 163を、 En q u i r y確認画面 76に戻る堎合には、 Ba c kポタン 164をクリック する。
たず、 契玄内容に぀いおの修正及び条件远加の堎合に぀いお以䞋に詳现に説明 する。 チダ䞀タラヌが第 27図の画面にお Ame ndポタン 161をクリックす るず、 該圓のオヌナヌが亀枉に呌び出される。 オヌナヌの End u i ry確認画 面 77 (第 11図 においお、 亀枉に呌び出された Enqu i r y IDのステ ィ倕ス 113は 「On Sub」 から 「C a 1 1」 に倉わる。 オヌナ䞀がこのス 'ティタスを持぀ En qu i r y IDをクリックするず、 第 26図における C 1 e an R e c a pのネゎシ゚ヌションの画面 79に移るこずができる 第 25 図、 S 15 Do 第 28図は、 第 26図におけるオヌナ䞀偎の C 1 e a n Re c ap Ne g o t i a t i on Ro om画面 79の初期画面の䞀䟋である。 本画面の䞊郚に は第 28図ず同様に契玄内容が衚瀺され、 䞋郚には Am e ndポタン 166、 B a c kポタン 167が備えられおいる。 衚瀺されおいる契玄内容に぀いお亀枉す る堎合には Ame ndポタン 166を、 E n q u i r y確認画面 77に戻る堎合 には B a c kポタン 167をクリックする。 なお、 オヌナ䞀が契玄を L i f tも しくは Fa i 1 e dするこずはできないため、 チダ䞀タラヌの画面のように L i f tポタン及び Sub F a i l e dポタンは備えられおいない。 ここで、 ォヌ ナ䞀が Am endポタン 166をクリックするず、 オヌナヌずチダ䞀倕ラヌが亀 枉を開始するこずができる。
亀枉開始ずずもに、 チダ䞀タラヌの画面は、 第 29図に瀺されるように画面䞊 郚に O n Sup Re c ap l 68が衚瀺され、 䞋郚に亀枉甚の゚リァが衚瀺 される。 亀枉甚゚リァでは、 On Sup Re c a pで既に成立した所定の項 目に぀いおの埮修正を行うための亀枉画面を衚瀺させるポタン Ma i n Te rmポタン 169ず、 On Sup R e c a pで既に成立した項目の䞭でも Ma i n Te rm で瀺された項目以倖の、 チャヌタヌパヌティヌ及びその他 の項目 ラむダヌクロヌズ含む に぀いおの亀枉を行うための画面を衚瀺させる ポタン CZP Fo rm & O t he r Spe c i a l Or de r s) 170が備えられおいる。
たた、 そうした亀枉ずは別に、 本画面では、 オヌナヌずチダ䞀タラヌが亀枉項 目に反映されないメッセヌゞをやり取りするためのチダット機胜を蚭けおいる。 チダット機胜のための゚リアはオヌナヌ及びチダ䞀タラヌの双方の画面に垞に衚 瀺され、 亀枉には反映されないメッセヌゞのやり取りを亀枉が終了するたで行う こずができる。 第 29図のチダ䞀タラヌの画面にお説明するず、 実斜の圢態 2ず 同様に、 メッセヌゞ入力゚リア 170にメッセヌゞを入力し、 S endポタン 1 71をクリックするず入力したメッセヌゞがメッセヌゞ衚瀺゚リア 172に衚瀺 されるず共に、 亀枉盞手のメッセヌゞ衚瀺゚リァにも同じメッセヌゞが衚瀺され る。 メッセヌゞ衚瀺゚リア 172には、 亀枉が終了するたでメッセヌゞの履歎が 衚瀺され続ける。 なお、 オヌナ䞀の画面においおも、 同様である。 この画面で、 F i n i s hポタン 174をクリックするず亀枉を終了させるこ ずができ、 Su s p e ndポタン 175をクリックするず、 亀枉を䞀旊䞭断させ るこずができる。 なお、 Su s p endポタン 175をクリックするず、 第 10 図及び第 1 1図に瀺される該圓の En du i r y I Dのステむタス 1 11、 1 13) は 「P r o c e e d」 に倉わる。
たず Ma i n Te rmでの埮修正を行うための凊理に぀いお説明する。 第 2 9図で Ma i n Te rmポタン 169をクリ'ックするず、 チダ䞀タラヌ偎では 第 30図の画面が衚瀺される。 各項目のポタン 176が衚瀺され、 いずれかをク リックするず該圓の項目の修正を行うこずができる。 ここで、 チダ䞀タラ䞀が S u b j e c tに぀いお修正したい堎合には、 Sub j e c tポタンをクリックす る。 するず第 31図の画面に切り替わる。 On Sub Re c apの Sub j e c tに぀いおの内容が線集゚リア 1 Ί 7に衚瀺される。 なお、 オヌナヌ偎の画 面も第 33図ず同様の画面が衚瀺される。 この線集゚リア 1 Ί 7に倉曎内容を盎 接入力しお倉曎し、 S endポタン 178をクリックするず、 第 34図に瀺され るオヌナ䞀偎の画面の線集ェリア 184及び画面䞊郚の O n Sub Re c a p 182にチダ䞀タラ䞀の倉曎枈み内容が衚瀺される 第 25図、 S 152)。な お、 On Sub Re c ap l 82に衚瀺された倉曎郚分の文字色は、 倉曎郚 分以倖の文字色ず異なるように衚瀺されるようにすればなお奜たしい。 䟋えば、 通垞の文字色を黒色ずし、 修正郚分に぀いおは青色、 远加郚分に぀いおは赀色、 削陀した郚分に぀いおはォリヌブ色のように、 異なる文字色で衚瀺するこずによ ぀お倉曎を明瞭にするこずができる。
オヌナ䞀がその倉曎に察しおさらに倉曎したい堎合には、 線集゚リア 184に 衚瀺された文字列を盎接倉曎しお S e ndポタン 185をクリックする。するず、 たた第 31図のチダ䞀タラヌ偎の画面の線集゚リァ 177にオヌナヌの倉曎枈み 内容そのたたが衚瀺される 第 25図、 S 153)。 このようなやり取りにおいお、 亀枉盞手の倉曎内容に合意する堎合には、 チダ䞀倕ラヌは画面 第 31図 の A g r e eポタン 180をクリックし、 オヌ^ "䞀は、 画面 第 32図 の A g r e eポタン 187をクリックする 第 25図、 S 154、 S 155)。 たた、 線集ェ リア 177、 184に入力した倉曎内容を亀枉盞手に送信せず取り䞋げる堎合に は、 チダ䞀タラヌは画面 第 31図 の Wi t d r awポタン 179を、 ォ䞀 ナ䞀は画面 第 32図 の Wi t hd r awポタン 186をクリックする。 亀枉 を䞭断する堎合には、 チダ䞀タラ䞀は画面 第 31図 の Su s p endポタン 181を、 オヌナヌは画面 第 32図 の Su s p endポタン 188をクリツ クする。
次に、チダ䞀タヌパ䞀ティ䞀及びその他の項目に぀いおの亀枉凊理を説明する。 チダ䞀倕ラヌの画面 第 29図 にお CZP Fo rm & O t he r S p e c i a l O r d e r s 170をクリックするず、 チダ䞀倕ラヌ偎では第 33 図に衚瀺されるような画面が衚瀺され、 亀枉が開始される。 䞊述の Ma i n T e r m修正画面 第 31図 ず同様に画面䞊郚には〇 n Su Re c apが 衚瀺され、 䞋郚に亀枉甚の゚リアが衚瀺される。 この亀枉甚゚リアには、 䞊述の 第 31図ず同様に、 メッセヌゞをやり取りするための゚リア 171、 172、 173) が蚭けられおおり、 亀涉終了たでは、 い぀でもメッセヌゞをやり取りで き、 たたメッセヌゞの履歎も亀涉が終了するたで衚瀺され続ける。 オヌナヌ偎の 画面も同様である。
第 33図䞭のチャヌタヌパヌティヌ衚瀺゚リア CZP Fo rm) 190に は、 On Sub Re c a pで合意枈みのチダ䞀倕䞀パヌティ名が衚瀺されお いる。 ここで、 チダ䞀タラ䞀がクロヌズ 契玄条項 を远加したい堎合、 クロ䞀 ズ入力゚リア C l au s e) 191に远加するクロ䞀ズを入力し、 Appe n dポタン 192をクリックする。 本実斜の圢態では、 クロヌズはプルダりンメニ ナヌから遞択しお入力する。 クロヌズは予めチダ䞀タラ䞀が䜜成し、 名前を付し おシステムに登録しおおくこずができる。 クロヌズの䜜成に぀いおは実斜の圢態 4にお詳述する。
App e ndポタン 192をクリックするず O t h e r Spe c i a l O r d e r s線集゚リァ 188に遞択したク口䞀ズの内容が远加される。 远加され た状況を第 34図の線集゚リア 193に瀺す。 194の郚分が远加郚分である。 この状態で、 S e ndポタン 195をクリックするず、 線集゚リア 193に衚瀺 されおいる内容がそのたたオヌナ䞀偎の画面に衚瀺される第 25図、 S 152)。 第 35図に瀺されるオヌナヌ偎の画面の線集゚リア 201及び画面䞊郚の On Sub Re c ap l 99にチダ䞀倕ラヌの倉曎枈み内容が衚瀺される。 O n Sub Re c ap 199のうち、 チダ䞀タラ䞀による倉曎郚分 200は䞊述ず 同様に、 倉曎郚分以倖の文字色ず異なるように衚瀺されるようにすればなお奜た しい。 たた、 オヌナヌは線集゚リア 201に衚瀺されたチダ䞀倕ラヌからの远加 条項を倉曎しお返信するこずができる。 この堎合、 倉曎埌に S endポタン 20 2をクリックする。 S e ndポタン 202をクリックするず、 チダ䞀タラヌ偎の 画面にも該倉曎が反映される 第 25図、 S 153)。
このようなやり取りにより、 亀枉盞手の倉曎内容に合意する堎合には、 チダ䞀 倕ラヌは画面第 34図 の Ag r e eポタン 192をクリックし、オヌナ䞀は、 画面 第 35図 の Ag r e eポタン 204をクリックする 第 25図、 S 15 4、 S 155)。 たた、線集゚リア 193、 201に入力した倉曎内容を亀枉盞手 に送信せず取り䞋げる堎合には、 チダ䞀タラ䞀は画面 第 34図 の Wi t hd r awポタン 196を、 オヌナ䞀は画面 第 35図 の W i t h d r awポタン 203をクリックする。 亀枉を䞭断する堎合には、 チダ䞀倕ラヌは画面 第 34 図 の Su s pendポタン 198を、 オヌナヌは画面 第 35図 の Su s p e ndポタン 205をクリックする。
以䞊説明したように各項目や远加条項に぀いお合意に達するず、 オヌナヌ及び チダ䞀倕ラヌ双方の画面に第 36図に瀺されるような修正枈み On Sub R e c a pが衚瀺される。 双方がここで画面䞋郚の〇Kポタン 210をクリックす るず、 En qu i r y確認画面 76 77 (第 10図、 第 11図 に戻る。 この 時の第 10図のステむタス 111及び第 11図のステむタス 113には 「P r o c e e d」 が衚瀺される。 このようなステむタスを持぀ Enqu i ry IDを チダ䞀タラヌがクリックするず、 たた第 27図のように On Sup Re c a Pが衚瀺されるが、 その内容は、 倉曎枈みの内容ずなっおいる。 この時点で、 条 件が党お解陀されおいれば、 チダ䞀倕ラ䞀は、 第 27図の画面 第 26図の L i f t入力確認画面 80に盞圓する にお L i f tポタン 162をクリックしお条 件が解陀されたこずを入力する 第 25図、 S 156)。 これにより条件が解陀さ れた傭船契玄 「C l e an Re c ap」 が䜜成される。 たた、 チダ䞀倕ラヌ及 びオヌナ䞀の E n qu i r y 確認画面 76、 77 (第 10図、 第 11図 にお いお該圓の En qu i r y IDのステむタス 111, .113) は 「Sub L i f t e d」 なる。
Enqu i ry 確認画面 77 (第 11図 におそのステむタスを持぀ E n d u i r y I Dをオヌナヌがクリックするず、 第 37図に瀺されるように C 1 e a n Re c a pの内容が衚瀺される。 オヌ^ "䞀は、 この C l e an Re c a Pを確認し Con f i rmポタン 211をクリックする第 25図、 S 157)。 なお、 En Q u i r y 確認画面 77に戻る堎合には B ac kポタン 212をク リックする。
Con f i rmポタン 211をクリックするず、 本システムは、 チダ䞀倕ラヌ 端末 27及びオヌナヌ端末 28に電子メヌルで C l e an Re c apを送信す る 第 25図 S 158、 S 159)。第 38図は、 電子メヌルの送信䟋である。 たた、 チダ䞀タラヌ及びオヌナ䞀の En Q u i r y確認画面 76、 78 (第 10 図、 第 11図 の該圓の Enqii i r y I Dのステむタス  111、 113) は、 「F i x e d」 ずなり、該傭船契玄は実斜の圢態 1に瀺される第 22図の「F i x t u r e s Re po r t」 に掲茉される。
なお、 On Sub Re c apの条件が解陀されない堎合や䞊蚘 O n S u b Re c apの修正 クロヌズの远加等 の亀枉が成立せず、 合意に達しなか ぀た堎合には、 チダ䞀タラ䞀は契玄を䞍成立 Sub Fa i l e d) ずするた めの凊理を行う。 これは、 䞊述の第 27図の画面 第 26図の Sub Fa i l e d入力確認画面 81に盞圓する におチダ䞀タラ䞀が S ub F a i 1 e dポ タン 163をクリックする。 するず、 チダ䞀タラヌ及びオヌナヌの En qu i r y 確認画面 76、 77 (第 10図、 第 11図 の該圓の En q u i r y ID のステむタス 111、 113) は 「Sub Fa i 1 e d」 ずなる。 実斜の圢態 4.
実斜の圢態 3においお、 クロヌズは予めチダ䞀タラヌが䜜成し、 システムに登 録しおおくこずができるこずを説明したが、 以䞋このクロヌズ䜜成の凊理に぀い お詳述する。 たず、 チダ䞀タラヌは第 6図のホヌム画面に瀺されるメニュヌ項目 104からクロヌズリスト 「C 1 au s e L i s t」· をクリックし、 クロヌズ リスト䜜成のための画面を衚瀺させる。 なお、 本メニュヌ項目 104は On S u b R e c a p䜜成のためのネゎシェ䞀ション画面及び C l e an R e c a P䜜成のためのネゎシ゚ヌション画面以倖は垞に衚瀺されるものであるため、 ネ ゎシ゚ヌション以倖のどの時点でもクロ䞀ズリスト䜜成画面に遷移するこずがで き、 特に第 6図のホヌム画面に限定するものではない。
「C 1 au s e L i s t」 をクリックするず、 第 39図に瀺されるようなク ロヌズ䜜成画面のトップペヌゞに遷移する。 図に瀺されるように、 該チダヌタラ —がこれたで䜜成したクロ䞀ズがリストで衚瀺されおいる。 リストにおいおクロ ヌズ名 230が衚瀺され、 いずれかをクリックするず、 内容を閲芧するこずがで きる。 図䞭のたた NEWポタン 231をクリックするず、 クロヌズの新芏䜜成画 面に遷移する。
NEWポタン 231クリック埌の画面が第 40図である。 C l au s e N a me 232には、 新芏に䜜成するクロヌズの名前を入力する。 たた、 䜜成するク ロヌズがオリゞナルの远加条項「〇 r i g i na l R i de r C 1 a u s ej であるか、 個人的に䜿甚するためのものであるかをラゞオポタン 233で遞択す る。 画面䞋郚には内容を入力するための゚リア 234が備えられ、 チダ䞀タラヌ が自由にクロヌズの内容を入力できる。 これらの項目を入力した埌、 OKポタン
235をクリックする。 なお、 入力をキャンセルしたい堎合には C an c e 1 2
36ポタンを、 前画面に戻りたい堎合には、 Bac kポタン 237をクリックす る。
OKポタン 235がクリックされた堎合、 第 41図の画面が衚瀺される。 本画 面にお䜜成したクロヌズの内容 238を確認した埌、 問題なければ OKポ倕ン 2 39をクリックし、 修正の必芁があれば B a c kポタン 240をクリックする。
Ba c kポタン 240をクリックした堎合、 クロヌズ䜜成画面 第 40図 に戻 り、 内容を倉曎するこずができる。
OKポタン 2, 39がクリックされた堎合、 第 42図の画面が衚瀺される。 図䞭 には第 41図ず同様䜜成したクロヌズの内容 238が衚瀺されおおり、 画面䞊郚 の C o pyポタン 241をクリックするず、 衚瀺されおいるクロヌズを利甚しお 新たなクロヌズを䜜成するこずができる。 たた Ed i tポタン 242をクリック するず、 衚瀺されおいるクロヌズを修正するこずができる。 De 1 e t eポタン 244をクリックするず、 衚瀺されおいるクロヌズを削陀するこずができる。 B a c kポタン 245は、 前画面に戻るこずができる。 さらに、 OpenToOw ne r sポタン 243をクリックするこずで、 本画面では䜜成したクロ䞀ズをど の船䞻に公開するかを遞択するこずができる。なお、第 41図に瀺される画面は、 第 39図のリス卜においおクロヌズ名 230のいずれかをクリックした堎合にも 衚瀺され、 䞊述ず同様の凊理を行うこずができる。
Op e n To Own e r sポタン 243がクリックされた堎合、 第 43図の画 面が衚瀺される。 図には船䞻のリストが衚瀺され、 䜜成したクロヌズを公開した い船䞻名 246の巊に䜍眮するチェックボックス 247にチェックを入れるこず で、 公開したい船䞻を遞択するこずができる。 船䞻にチェックを付けたら OKポ タン 248をクリックする。 チェックされない船䞻には䜜成されたクロヌズは公 開されない。 なお、 チェックをキャンセルしたい堎合には C an c e 1ポタン 2 49を、 前画面に戻りたい堎合には B a c k ポタン 250をクリックする。
OKボタン 248がクリックされた堎合、 第 39図のクロヌズ䜜成初期画面に 戻り、 リストには䜜成したクロヌズが远加される 図瀺せず)。 ここで、 たた新た にクロヌズを䜜成したい堎合には、 NEWポタン 231をクリックするこずで、 クロヌズ䜜成凊理を続行するこずができる。 実斜の圢態 5.
実斜の圢態 1におけるポゞションリストは、 オヌナヌが自由に曎新できる。 以 䞋ポゞションリストの曎新凊理に぀いお詳述する。 たず、 第 11図のメニュヌ項 目 114から、 「Po s i t i on L i s t」 をクリックする。なお、 メニュヌ 項目 114は、 ネゎシ゚ヌション段階以倖であれば、 どの画面にも垞に衚瀺され るため、 第 11図に限定するものではない。
Po s i t i on, L i s tがクリックされた堎合、 第 44図のポゞションリ スト画面が衚瀺される。 第 44図で、 衚瀺されおいる船名 260のうち、 曎新し たい船名をクリックする。 ここでは、 他瀟の船もリス卜に衚瀺されるが、 他瀟の 船は閲芧できるのみであり、 自瀟の船のみ曎新できる。 船名 260のいずれかを クリックするず、 第 45図の画面が衚瀺される。 本画面では該船の䜍眮情報が 2 61の゚リアに衚瀺され、 曎新を行う堎合には Ed i tボタン 62を、 前画面に 戻る堎合には B a c kポタン 263をクリックする。
E d i tポタン 262がクリツクされた堎合、 第 46図の曎新画面が衚瀺され る。 オヌナヌは曎新入力゚リア 264で曎新内容を入力し、 入力終了埌は〇Kポ タン 265をクリックする。 たた、 倉曎せず前画面 第 45図 にそのたた戻る 堎合には、 B a c kポタン 266をクリックする。 〇Kポタン 265がクリック されるず第 44図の画面に戻り、 第 46図で入力した曎新内容が反映されおリス トが衚瀺される 図瀺せず)。 実斜の圢態 6.
実斜の圢態 1における Q u e s t i onna i r e' 88は、 オヌナ䞀が自由 に倉曎できる。 以䞋 Q ue s t i onna i r e' 88の倉曎凊理に぀いお詳述 する。たず、第 1 1図のメニュヌ項目 114力ら、「Que s t i onn a i r e' 88」 をクリックする。 なお、 メニュヌ項目 114は、 ネゎシ゚ヌション段階以 倖であれば、 どの画面にも垞に衚瀺されるため、 第 11図に限定するものではな い。
Que s t i onn a i r e' 88がクリツクされた堎合、 第 47図のリスト 画面が衚瀺される。 第 47図で、 衚瀺されおいる船名 270のうち、 倉曎したい 船名をクリックする。 船名 270のいずれかをクリックするず、 第 48図の画面 が衚瀺される。 図に瀺されるように、 項目名 271の巊偎に項目に察応する船の デヌタ 272が衚瀺されおいるが、 本実斜の圢態においおは倉曎可胜な項目のみ 倉曎入力可胜ずしおいる。 ここで、 倉曎内容を入力し、 入力終了埌は OKポタン 273をクリックする。 たた、 倉曎せず前画面 第 47図 にそのたた戻る堎合 には、 B a c kポタン 274をクリックする。 OKポタン 273がクリックされ るず第 47図の画面に戻り、 第 48図で入力した倉曎内容が反映されおリス.トが 衚瀺される 図瀺せず)。
以䞊説明した実斜の圢態 1乃至 6は、 本発明の䞀䟋であり、 画面構成や手続き の流れ等に特に限定はなく、本発明の趣旚の範囲内で適宜応甚可胜である。たた、 実斜の圢態では、 本発明を船舶ずしおタンカヌに適甚する堎合に䟋をず぀お説明 したが、 本発明はタンカヌの他、 バラ積み船、 自動車運搬船、 冷凍船、 L P G船、 L N G船、 ケミカルタンカヌ、 兌甚船等の䞍定期船にも同様に適甚できるこずは 蚀うたでもない。 産業䞊の利甚可胜性
以䞊説明したように、 本発明は、 船のオヌナヌずチダ䞀タラヌずの間で行われ る傭船契玄をブロヌカ䞀を介さずネット䞊でリアルタむムにネゎシェ䞀ションす るこずにより可胜ずしたので、 チダ䞀タラヌずオヌナヌずの盎接亀枉が可胜ずな り、 埓来のブロヌカヌによる電話等による亀枉に比べ、 情報䌝達時間の短瞮ずォ ヌナヌ偎の傭船費甚節枛の効果がある。 同時に、 ダむレク卜に亀枉状況を把握す るこずができる。 たた、 時差を気にせずに、 傭船の契玄を成立させるこずが可胜 ずなるため、 利䟿性が向䞊する。
さらにたた、 盎接ネット䞊で、 亀枉事項を入力、 合意しおいくため、 埓来のよ うに電話や F AXでのやり取りに比べ、 正確か぀迅速に亀枉事項を把握するこず ができるずずもに、䞀぀䞀぀の亀枉内容の蚘述を芁する契玄曞䜜成の手間が省け、 契玄が迅速に成立するずいう効果を奏する。

Claims

請 求 の 範 囲
1 . 船䞻ず傭船者ずの間で行われる傭船契玄を支揎する傭船契玄支揎システムに おいお、
前蚘傭船者が有する傭船者甚情報端末ず、
前蚘船䞻が有する船䞻甚情報端末ず、
前蚘傭船契玄に必芁な所定の情報、 前蚘傭船者により入力された情報、 及び前 蚘船䞻により入力された情報を栌玍する蚘憶郚ず、
前蚘傭船者甚情報端末から入力された情報、 たたは前蚘船䞻甚情報端末から入 力された情報、 および前蚘蚘憶郚に蚘憶された情報に基づいお、 所定の情報入力 甚画面、 たたは情報衚瀺甚画面を圢成し、 前蚘傭船者甚情報端末及び前蚘船䞻甚 情報端末にそれぞれ適宜衚瀺させ぀぀、 傭船契玄の成立を支揎する制埡郚ずを備 えたこずを特城ずする傭船契玄支揎システム。
2 . 請求の範囲第 1項に蚘茉の傭船契玄支揎システムにおいお、
前蚘所定の情報入力甚画面には、 前蚘傭船者甚情報端末に衚瀺され、 前蚘傭船 者が傭船しょうずする条件を満たす船舶、 又は前蚘傭船者が傭船しょうずする所 定の船舶に関する問い合わせ情報を入力しお、 船䞻にその回答を提瀺させるため の問い合わせ情報入力甚画面が含たれるこずを特城ずする傭船契玄支揎システム。
3 . 請求の範囲第 2項に蚘茉の傭船契玄支揎システムにおいお、
前蚘問い合わせ情報入力甚画面は、 船䞻を特定しない問い合わせを行うための 画面もしくは、 少なくずも 1぀の船䞻を特定しお問い合わせを行うための画面の うち少なくずもいずれかの画面を含むこずを特城ずする傭船契玄支揎システム。
4. 請求の範囲第 2項又は請求の範囲第 3項に蚘茉の傭船契玄支揎システムにお いお、
前蚘所定の情報入力甚画面には、 前蚘問い合わせ情報に察する回答を前蚘船䞻 が前蚘船䞻甚情報端末より入力しお、 前蚘傭船者に提瀺するための回答情報入力 甚画面が含たれるこずを特城ずする傭船契玄支揎システム。
5 . 請求の範囲第 4項に蚘茉の傭船契玄支揎システムにおいお、
前蚘情報衚瀺甚画面には、 前蚘傭船者からの問い合わせ情報に察する前蚘船䞻 からの回答を前蚘傭船者甚情報端末に衚瀺させるための回答情報衚瀺甚画面が含 たれるこずを特城ずする傭船契玄支揎システム。
6 . 請求の範囲第 5項に蚘茉の傭船契玄支揎システムにおいお、
前蚘回答情報衚瀺甚画面には、 耇数の船䞻からの回答があった堎合には、 それ らの回答が䜵蚘されるこずを特城ずする傭船契玄支揎システム。
7 - 請求の範囲第 5項又は請求の範囲第 5項に蚘茉の傭船契玄支揎システムにお いお、
前蚘回答情報衚瀺甚画面には、 ネゎシ゚ヌションを行う船䞻を指定しおネゎシ ゚ヌシペンに移行するための意志衚瀺を行う意志衚瀺情報入力郚が蚭けられおい るこずを特城ずする傭船契玄支揎システム。
8 . 請求の範囲第 7項に蚘茉の傭船契玄支揎システムにおいお、
前蚘意志衚瀺情報入力郚によりネゎシ゚ヌションぞ移行するための意志衚瀺情 報が入力された堎合に、 前蚘制埡郚はその意志衚瀺情報を前蚘船䞻甚情報端末に 所定のフォヌムで衚瀺させるベく送信するず共に、 他の情報通信圢態を甚いお前 蚘船䞻に前蚘意志衚瀺情報を知らせるべく送信するこずを特城ずする傭船契玄支 揎システム。 9 . 請求の範囲第 1項乃至請求の範囲第 8項のいずれかに蚘茉の傭船契玄支揎シ ステムにおいお、
' 前蚘制埡郚はネゎシ゚ヌションに際しおは、 前蚘傭船者甚情報端末ず前蚘船䞻 甚情報端末それぞれに、 亀枉項目毎の情報入力甚画面を衚瀺させるこずを特城ず する傭船契玄支揎システム。
1 0 . 請求の範囲第 9項に蚘茉の傭船契玄支揎システムにおいお、
前蚘亀枉項目毎の情報入力甚画面には、 亀枉盞手により入力された同じ亀涉項 目に぀いおの内容が衚瀺され、 衚瀺内容に察しお前蚘亀枉盞手ず合意する旚を䌝 える䌝達手段が蚭けられおいるこずを特城ずする傭船契玄支揎システム。
1 1 . 請求の範囲第 9項又は請求の範囲第 1 0項に蚘茉の傭船契玄支揎システム においお、
前蚘亀枉項目毎の情報入力甚画面には耇数の亀枉項目䞀芧が䜵せお衚瀺され、 合意された亀枉項目の内容が、 その亀枉項目䞀芧内においお各亀枉項目に察応し お衚瀺されるこずを特城ずする傭船契玄支揎システム。
1 2. 請求の範囲第 1 1項に蚘茉の傭船契玄支揎システムにおいお、
合意された契玄項目の内容が、 前蚘亀枉項目䞀芧内においお必芁な所定亀枉項 目党おに察応しお衚瀺された堎合に、 該亀枉項目䞀芧における衚瀺内容が傭船契 玄内容ずされるこずを特城ずする傭船契玄支揎システム。
1 3 . 請求の範囲第 9項乃至請求の範囲第 1 0項のいずれかに蚘茉の傭船契玄支 揎システムにおいお、
前蚘亀枉項目毎の情報入力甚画面は、 亀涉盞手に察し前蚘傭船契玄内容には反 映されないメッセ䞀ゞを入力するための第 1メッセヌゞ入力郚ず、 前蚘メッセ䞀 ゞ入力郚に入力されたメッセヌゞが亀枉盞手に衚瀺される第 1メッセヌゞ衚瀺郚 を有するこずを特城ずする傭船契玄支揎システム。 1 4. 請求の範囲第 1 2項又は請求の範囲第 1 3項に蚘茉の傭船契玄支揎システ ムにおいお、
前蚘傭船契玄内容は、 条件付きの傭船契玄内容であっお、
前蚘傭船者甚情報端末における前蚘所定の情報入力甚画面には、 前蚘条件付き 傭船契玄内容に察し、 条件を解陀する旚を入力するための条件解陀入力郚ず、 契 玄を䞍成立ずする旚を入力する契玄䞍成立入力郚ず、 前蚘条件付き傭船契玄内容 に぀いお倉曎する旚を入力する倉曎入力郚が蚭けられおいるこずを特城ずする傭 船契玄支揎システム。
1 5 . 請求の範囲第 1 4項に蚘茉の傭船契玄支揎システムにおいお、
前蚘制埡郚は、 前蚘倉曎入力郚による入力があった堎合に、 前蚘傭船者甚情報 端末及び前蚘船䞻甚情報端末それぞれに、前蚘条件付きの傭船契玄内容に぀いお、 修正、 远加及び削陀の少なくずもいずれかを含む倉曎のための情報を入力する倉 曎入力甚画面を衚瀺させるこずを特城ずする傭船契玄支揎システム。
1 6 . 請求の範囲第 1 5項に蚘茉の傭船契玄支揎システムにおいお、
前蚘倉曎入力甚画面にお入力される倉曎情報には、 契玄条項の远加が含たれる こずを特城ずする傭船契玄支揎システム。
1 7 . 請求の範囲第 1 6項に蚘茉の傭船契玄支揎システムにおいお、
前蚘所定の情報入力甚画面には、 前蚘傭船者甚端末に衚瀺され、 前蚘契玄条項 を䜜成する契玄条項䜜成画面が含たれ、
前蚘蚘憶郚は、前蚘䜜成した契玄条項を蚘憶しおおく第 1デ䞀倕べ䞀スを備え、 前蚘倉曎入力画面にお行われる远加的な契玄条項の入力には、 前蚘第 1デヌタ ベヌスに蚘憶された契玄条項の匕甚を含むこずを特城ずする傭船契玄支揎システ ム。
1 8 . 請求の範囲第 1 5項乃至請求の範囲第 1 7項のいずれかに蚘茉の傭船契玄 支揎システムにおいお、
前蚘倉曎入力甚画面には、 前蚘亀枉盞手により入力された前蚘倉曎内容を衚瀺 するための倉曎内容衚瀺郚を備えたこずを特城ずする傭船契玄支揎システム。
1 9 . 請求の範囲第 1 8項に蚘茉の傭船契玄支揎システムにおいお、
前蚘倉曎内容衚瀺郚に衚瀺される倉曎内容のうち、 修正郚分、 远加郚分、 削陀 郚分の少なくずもいずれかの衚瀺圢匏は、 倉曎郚分以倖の衚瀺圢匏ず異なるこず を特城ずする傭船契玄支揎システム。
2 0 . 請求の範囲第 1 5項乃至請求の範囲第 1 9項のいずれかに蚘茉の傭船契玄 支揎システムにおいお、
前蚘倉曎入力甚画面には、 前蚘倉曎内容衚瀺郚に衚瀺された内容に察しお前蚘 亀枉盞手に合意する旚を䌝える条件倉曎合意䌝達郚が蚭けられ、
前蚘亀涉盞手が互いに合意した塲合、 合意した倉曎内容が前蚘条件付き傭船契 玄内容に反映されるこずを特城ずする傭船契玄支揎システム。
2 1 . 請求の範囲第 1 5項乃至請求項 2 0項のいずれかに蚘茉の傭船契玄支揎シ ステムにおいお、
前蚘倉曎入力甚画面は、 亀枉盞手に察し前蚘条件の倉曎内容には反映されない メッセヌゞを入力するための第 2メッセヌゞ入力郚ず、 前蚘メッセヌゞ入力郚に 入力されたメッセヌゞが亀枉盞手に衚瀺される第 2メッセ䞀ゞ衚瀺郚を有するこ ずを特城ずする傭船契玄支揎システム。
2 2 . 請求の範囲第 1 4項乃至請求の範囲第 2 1項のいずれかに蚘茉の傭船契玄 支揎システムにおいお、
前蚘制埡郚は、 前蚘傭船者甚端末から前蚘条件解陀入力郚による入力がなされ た堎合、 前蚘条件付き傭船契玄内容を、 条件が解陀された傭船契玄内容ずするこ ずを特城ずする傭船契玄支揎システム。
2 3 . 請求の範囲第 2 2項に蚘茉の傭船契玄支揎システムにおいお、
前蚘船䞻甚情報端末における前蚘所定の情報入力甚画面には、 前蚘条件解陀入 力郚による入力がなされた堎合に前蚘条件が解陀された傭船契玄内容を確認する ための確認画面が含たれ、
前蚘確認画面は、 船䞻が前蚘条件解陀された傭船契玄内容を確認した旚を入力 する確認入力郚を備え、 前蚘確認入力郚により確認の入力がされた堎合、 前蚘傭船者甚情報端末及び前 蚘船䞻甚情報端末に察し前蚘条件が解陀された傭船契玄内容を送信するこずを特 城ずする傭船契玄支揎システム。 2 4. 請求の範囲第 1項乃至請求の範囲第 2 3項のいずれかに蚘茉の傭船契玄支 揎システムにおいお、
前蚘蚘憶郚には、耇数の船舶の䜍眮情報を登録した第 2デヌタベヌスが含たれ、 前蚘制埡郚は、 前蚘傭船者甚情報端末から入力された所定の情報に基づいお、 前蚘第 2デヌタベヌスに登録された船舶の䜍眮情報を前蚘傭船者甚情報端末にポ ゞションリストずしお衚瀺するこずを特城ずする傭船契玄支揎システム。
2 5 . 請求の範囲第 2 4項に蚘茉の傭船契玄支揎システムにおいお、
前蚘ポゞションリストには前蚘耇数の船舶それぞれの䜍眮情報の他、 各船舶の 抂略情報が含められ、 前蚘傭船者甚情報端末から前蚘抂略情報の内容に関する所 定の条件を蚭定入力するこずによっお、 前蚘制埡郚は、 前蚘蚭定入力された所定 の条件を満たす船舶のみを前蚘ポゞションリストから遞択的に衚瀺するこずを特 城ずする傭船契玄支揎システム。
2 6 . 請求の範囲第 2 4項たたは請求の範囲第 2 5項に蚘茉の傭船契玄支揎シス テムにおいお、
前蚘ポゞションリストずしお衚瀺される船舶の䜍眮情報を曎新するための䜍眮 情報曎新入力郚を備え、
前蚘制埡郚は、前蚘䜍眮情報曎新入力郚により入力された曎新情報に基づいお、 前蚘第 2デヌタベヌスを曎新するこずを特城ずする傭船契玄支揎システム。
2 7 . 請求の範囲第 2 4項乃至請求の範囲第 2 6項のいずれかに蚘茉の傭船契玄 支揎システムにおいお、
前蚘蚘憶郚には、 前蚘ポゞションリストに衚瀺された各船舶に぀いおの詳现情 報を登録した第 3デヌタベヌスが含たれ、 前蚘ポゞションリストには、 前蚘第 3デヌタベヌスに基づいお各船舶に぀いお の前蚘詳现情報を前蚘傭船者甚情報端末に衚瀺させるための詳现情報芁求指瀺郚 が備えられおいるこずを特城ずする傭船契玄支揎システム。 2 8 . 請求の範囲第 2 7項に蚘茉の傭船契玄支揎システムにおいお、
前蚘各船舶に぀いおの詳现情報を曎新するための詳现情報曎新入力郚を備え、 前蚘制埡郚は、前蚘詳现情報曎新入力郚により入力された曎新情報に基づいお、 前蚘第 3デヌタべ䞀スを曎新するこずを特城ずする傭船契玄支揎システム。 2 9 . 請求の範囲第 2 7項又は請求の範囲第 2 8項に蚘茉の傭船契玄支揎システ ムにおいお、
前蚘ポゞションリスト又は前蚘ポゞションリストに衚瀺された各船舶に぀いお の詳现情報が衚瀺される衚瀺画面の少なくずもいずれかには、 該衚瀺された船舶 に関する問い合わせを行うための、 問い合わせ情報入力郚が備えられおいるこず を特城ずする傭船契玄支揎システム。
3 0 . 請求の範囲第 1項乃至請求の範囲第 2 9項のいずれかに蚘茉の傭船契玄支 揎システムにおいお、
前蚘蚘憶郚に前蚘傭船者ず前蚘船䞻ずの間で行われた傭船契玄に関する履歎を 蚘憶しおおくようにしたこずを特城ずする傭船契玄支揎システム。
3 1 . 請求の範囲第 3 0項に蚘茉の傭船契玄支揎システムにおいお、
前蚘履歎には過去に契玄された契玄内容を含み、 該履歎は傭船者たたは船䞻が ネゎシェ䞀ションを円滑に行うこずができるように、 それぞれの情報端末の画面 䞊に適宜衚瀺可胜ずされおいるこずを特城ずする傭船契玄支揎システム。
3 2 . コンピュヌタず通信回線を甚いお船䞻ず傭船者ずの間で行われる傭船契玄 を支揎する傭船契玄支揎方法においお、
前蚘傭船者が傭船しょうずする条件を満たす船舶、 又は前蚘傭船者が傭船しよ うずする所定の船舶に関する問い合わせを傭船者甚情報端末より行っお、 船䞻に その回答を提瀺させるための問い合わせステップず、
前蚘傭船者からの問い合わせ情報に察する回答を船䞻が船䞻甚情報端末より入 力しお、 傭船者に提瀺するための回答ステップず、
前蚘船䞻より提瀺された回答情報に基づいお、 所定の船䞻ずネゎシ゚ヌション に移行するネゎシ゚ヌション移行ステツプず、
傭船者甚情報端末ず船䞻甚情報端末を甚いお傭船者ず船䞻がネゎシ゚ヌション を行うステツプずを備えたこずを特城ずする傭船契玄支揎方法。 3 3 . 請求の範囲第 3 2項に蚘茉の傭船契玄支揎方法においお、
前蚘ネゎシェ䞀シペンのステツプは、
前蚘傭船者甚情報端末ず前蚘船䞻甚情報端末の衚瀺画面それぞれに、 耇数の亀 枉項目䞀芧を衚瀺するず共に、 前蚘耇数の亀枉項目のうち、 未亀枉の項目の䞀぀ の項目に぀いお所定の情報入力甚画面を衚瀺しお亀枉内容を入力させる第 1ステ ップず、
前蚘傭船者ず前蚘船䞻により入力された亀枉内容に぀いお互いに合意するか吊 かを質問しお意志決定を衚瀺させる第 2ステップず、
前蚘䞀぀の亀枉項目に぀いお同意された亀枉内容を、 前蚘亀涉項目䞀芧内に、 同意された前蚘亀枉項目に察応させお衚瀺するよう蚭定しお前蚘第 1ステップに 戻る第 3ステップずを備え、
前蚘第 1乃至第 3ステツプを繰り返しお、 前蚘亀枉項目䞀芧の必芁な亀枉項目 を亀枉内容で埋めるこずにより、 傭船契玄を成立させるようにしたこずを特城ず する傭船契玄支揎方法。 3 4. 請求の範囲第 3 2項又は請求の範囲第 3 3項に蚘茉の傭船契玄支揎方法に おいお、 .
前蚘成立した傭船契玄は条件付き傭船契玄であっお、
前蚘傭船者が前蚘傭船者甚情報端末を甚いお、 前蚘条件付き傭船契玄内容に察 し、 条件を解陀したか、 もしくは契玄を䞍成立ずするか、 もしくは条件付き傭船 契玄内容を修正するかのいずれかの状況を入力しお船䞻に䌝達する状況入力ステ ップず、
前蚘入力ステップにおいお入力された状況が、 条件付き傭船契玄内容の修正で ある堎合、 前蚘傭船者が修正を垌望する項目に぀いお前蚘傭船者甚情報端末及び 前蚘船䞻甚情報端末に所定の条件情報入力画面を衚瀺しお修正内容を入力させる 修正入力ステップず、
前蚘傭船者ず前蚘船䞻により入力された修正内容に぀いお互いに合意するか吊 かの意志決定を入力する意志決定ステップず、
前蚘状況入カステツプ及び前蚘修正入カステツプ䞊びに前蚘意志決定ステツプ は、 前蚘状況入力ステップにおいお条件の解陀もしくは契玄の䞍成立が入力され るたで繰り返されるこずを特城ずする傭船契玄支揎方法。
3 5 . 請求の範囲第 3 4項に蚘茉の傭船契玄支揎方法においお、
前蚘状況入力ステップにおいお入力された状況が条件の解陀である堎合、 前蚘 条件付き傭船契玄内容は、 条件が解陀された傭船契玄内容ずなり、
前蚘条件が解陀された傭船契玄内容に察し、 前蚘船䞻が前蚘船䞻甚情報端末を 甚いお、 前蚘条件解陀を確認したこずを入力する確認入力ステップず、
前蚘確認入カステツプにおいお確認の入力がなされた堎合、 前蚘傭船者甚情報 端末及び前蚘船䞻甚情報端末に察し前蚘条件が解陀された傭船契玄内容が送信さ れる条件解陀傭船契玄内容送信ステツプずを備えたこずを特城ずする傭船契玄支 揎システム。
3 6 . コンピュヌタず通信回線を甚いお船䞻ず傭船者ずの間で行われる傭船契玄 を支揎する傭船契玄支揎システムに甚いられるサヌバであ぀お、
前蚘傭船者が傭船者甚情報端末を甚いお、傭船しょうずする条件を満たす船舶、 又は前蚘傭船者が傭船しょうずする所定の船舶に関する問い合わせを行い、 前蚘 船䞻が船䞻甚情報端末を甚いお、 前蚘傭船者からの問い合わせに察する回答を行 い、前蚘船䞻からの回答情報に基づいお、ネゎシ゚ヌションステップに移行しお、 傭船者ず船䞻がネゎシ゚ヌションを行う傭船契玄手続においお、 前蚘傭船者甚情 報端末ず船䞻甚情報端末間の情報通信を制埡するために甚いられるこずを特城ず する傭船契玄支揎システムに甚いられるサヌバ。
3 7 . コンピュヌタず通信回線を甚いお船䞻ず傭船者ずの間で行われる傭船契玄 を支揎する傭船契玄支揎システムに甚いられるデヌタベヌスであっお、
前蚘傭船者が傭船者甚情報端末を甚いお、傭船しょうずする条件を満たす船舶、 又は前蚘傭船者が傭船しょうずする所定の船舶に関する問い合わせを行い、 前蚘 船䞻が船䞻甚情報端末を甚いお、 前蚘傭船者からの問い合わせに察する回答を行 レ 前蚘船䞻からの回答情報に基づいお、ネゎシ゚ヌションステップに移行しお、 傭船者ず船䞻がネゎシ゚ヌションを行う傭船契玄手続においお、 傭船契玄に必芁 な所定の情.報、 前蚘傭船者により入力された情報、 及び前蚘船䞻により入力され た情報を栌玍するために甚いられるこずを特城ずする傭船契玄支揎システムに甚 いられるデヌタベヌス。 3 8 . コンピュヌタず通信回線を甚いお船䞻ず傭船者ずの間で行われる傭船契玄 を支揎するためのプログラムであっお、
前蚘傭船者が傭船しょうずする条件を満たす船舶、 又は前蚘傭船者が傭船しよ うずする所定の船舶に関する問い合わせを傭船者甚情報端末より行っお、 船䞻に その回答を提瀺させるための問い合わせステップず、
前蚘傭船者からの問い合わせ情報に察する回答を船䞻が船䞻甚情報端末より入 力しお、 傭船者に提瀺するための回答ステップず、
前蚘船䞻より提瀺された回答情報に基づいお、 所定の船䞻ずネゎシェ䞀ション に移行するネゎシェ䞀ション移行ステツプず、
傭船者甚情報端末ず船䞻甚情報端末を甚いお傭船者ず船䞻がネゎシ゚ヌション を行うステップずをコンピュヌタに実行させるこずを特城ずする傭船契玄支揎甚 プログラム。 .
3 9 . 請求の範囲第 3 7項に蚘茉の傭船契玄支揎甚プログラムにおいお、
前蚘ネゎシェ䞀ションのステップは、 前蚘傭船者甚情報端末ず前蚘船䞻甚情報端末の衚瀺画面それぞれに、 耇数の亀 枉項目䞀芧を衚瀺するず共に、 前蚘耇数の亀枉項目のうち、 未亀枉の項目の䞀぀ の項目に぀いお所定の情報入力甚画面を衚瀺しお亀枉内容を入力させる第 1ステ ップず、
前蚘傭船者ず前蚘船䞻により入力された亀枉内容に぀いお互いに合意するか吊 力 ^を質問しお意志決定を衚瀺させる第 2ステップず、
前蚘䞀぀の亀枉項目に぀いお同意された亀枉内容を、 前蚘亀枉項目䞀芧内に、 同意された前蚘亀枉項目に察応させお衚瀺するよう蚭定しお前蚘第 1ステツプに 戻る第 3ステップずを備え、
前蚘第 1乃至第 3ステップを繰り返しお、 前蚘亀枉項目䞀芧の必芁な亀枉項目 を亀枉内容で埋めるこずにより、 傭船契玄を成立させるようにしたこずを特城ず する傭船契玄支揎甚プログラム。
4 0 . 請求の範囲第 3 8項たたは請求の範囲第 3 9項に蚘茉の傭船契玄支揎甚プ ログラムにおいお、
前蚘成立した傭船契玄は条件付き傭船契玄であっお、
前蚘傭船者が前蚘傭船者甚情報端末を甚いお、 前蚘条件付き傭船契玄内容に察 し、 条件を解陀したか、 もしくは契玄を䞍成立ずする力 もしくは条件を修正す るかのいずれかの状況を入力しお船たに䌝達する状況入力ステップず、
前蚘状況入力ステップにおいお入力された状況が、 条件の修正である堎合、 前 蚘傭船者が修正を垌望する条件に぀いお前蚘傭船者甚情報端末及び前蚘船䞻甚情 報端末に所定の条件情報入力画面を衚瀺しお条件に぀いおの修正内容を入力させ る修正入力ステップず、
前蚘傭船者ず前蚘船䞻により入力された修正内容に぀いお互いに合意するか吊 かの意志決定を入力する意志決定ステップず、
前蚘状況入力ステツプ及び前蚘修正入力ステツプ䞊びに前蚘意志決定ステップ は、 前蚘状況入カステツプにおいお条件の解陀もしくは契玄の䞍成立が入力され るたで繰り返されるこずを特城ずする傭船契玄支揎甚プログラム。
4 1 . 請求の範囲第 4 0項に蚘茉の傭船契玄支揎甚プログラムにおいお、 前蚘状況入カステツプにおいお入力された状況が条件の解陀である堎合、 前蚘条 件付き傭船契玄内容は、 条件が解陀された傭船契玄内容ずなり、
前蚘条件が解陀された傭船契玄内容に察し、 前蚘船䞻が前蚘船䞻甚情報端末を 甚いお、 前蚘条件解陀を確認したこずを入力する確認入力ステップず、
前蚘確認入カステツプにおいお確認の入力がなされた堎合、 前蚘傭船者甚情報 端末及び前蚘船䞻甚情報端末に察し前蚘条件が解陀された傭船契玄内容を送信す る条件解陀傭船契玄内容送信ステップずをコンピュヌタに実行させるこずを特城 ずする傭船契玄支揎プログラム。
PCT/JP2001/003567 2000-04-27 2001-04-25 Systeme de contrat d'affretement de navire, serveur et base de donnees pour ce systeme, et methode d'assistance pour ledit contrat WO2001084405A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
AU52568/01A AU5256801A (en) 2000-04-27 2001-04-25 Ship-charter contracting system, server and database for the system, and ship-charter contract aiding method
GB0130000A GB2368164A (en) 2000-04-27 2001-04-25 Ship-charter contracting sytstem, server and database for the system, and ship-charter contract aiding method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2000-127934 2000-04-27
JP2000127934 2000-04-27

Publications (1)

Publication Number Publication Date
WO2001084405A1 true WO2001084405A1 (fr) 2001-11-08

Family

ID=18637450

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2001/003567 WO2001084405A1 (fr) 2000-04-27 2001-04-25 Systeme de contrat d'affretement de navire, serveur et base de donnees pour ce systeme, et methode d'assistance pour ledit contrat

Country Status (4)

Country Link
US (1) US20030074236A1 (ja)
AU (1) AU5256801A (ja)
GB (1) GB2368164A (ja)
WO (1) WO2001084405A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060036450A1 (en) * 2004-08-14 2006-02-16 Valetnoir Inc. Method and apparatus for air and bus charter management via wide area network in the gaming industry
US8719540B1 (en) 2012-03-15 2014-05-06 Pure Storage, Inc. Fractal layout of data blocks across multiple devices

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1139389A (ja) * 1997-07-24 1999-02-12 Ohbayashi Corp 電子賌買システム
JP2000057213A (ja) * 1998-08-05 2000-02-25 Recruit Co Ltd 求人求職などの情報亀換システム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6134534A (en) * 1996-09-04 2000-10-17 Priceline.Com Incorporated Conditional purchase offer management system for cruises
US6014628A (en) * 1997-11-03 2000-01-11 Exigent International, Inc. Method and system for tracking any entity through any set of processes utilizing a temporal projection
JP2000039389A (ja) * 1998-07-21 2000-02-08 Kanagawa Acad Of Sci & Technol 光ファむバヌプロヌブ及びその補造方法
US20020022978A1 (en) * 1999-12-03 2002-02-21 Schiff Martin R. Systems and methods of displaying cruise line pricing data
WO2001048655A1 (en) * 1999-12-07 2001-07-05 Nodlet, S.A. Online commodities trading system with anonymous counter bid/offer function
US20020049660A1 (en) * 2000-02-10 2002-04-25 Obrador Gabriel Dario Methods and apparatus for exchanging shipping information and commitments
US6463419B1 (en) * 2000-03-07 2002-10-08 Chartering Solutions Internet system for exchanging and organizing vessel transport information

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1139389A (ja) * 1997-07-24 1999-02-12 Ohbayashi Corp 電子賌買システム
JP2000057213A (ja) * 1998-08-05 2000-02-25 Recruit Co Ltd 求人求職などの情報亀換システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Utochuu nado kaiun, zousen site shikyo joho ya chuukosen baibai mo", NIKKEI SANGYO SHINBUN, 2 February 2000 (2000-02-02), pages 15, XP002944141 *

Also Published As

Publication number Publication date
AU5256801A (en) 2001-11-12
US20030074236A1 (en) 2003-04-17
GB0130000D0 (en) 2002-02-06
GB2368164A (en) 2002-04-24

Similar Documents

Publication Publication Date Title
US9760848B2 (en) Just in time workflow construction
AU2008200156B2 (en) Common carrier system
US20020087382A1 (en) Method and system for assigning and tracking tasks, such as under an electronic auction
US20040167796A1 (en) Systems and methods for network-based design review
JP7167582B2 (ja) 情報凊理システム、方法及びプログラム
US20020007305A1 (en) Human resources employment method, job-offer method, human resources employment system, and recording medium containing human resources employing processing
JP5048359B2 (ja) 工事業者遞定システム
WO2001084405A1 (fr) Systeme de contrat d'affretement de navire, serveur et base de donnees pour ce systeme, et methode d'assistance pour ledit contrat
JP2006268722A (ja) シフト衚䜜成システム
JP2017156783A (ja) 求人求職マッチングシステム
JP4446639B2 (ja) ワヌクフロヌ管理システム、プログラムおよび蚘録媒䜓
JP2006065874A (ja) 電子文曞凊理方法
JP2006065874A5 (ja)
JP2012141958A (ja) 情報凊理装眮、情報凊理方法、情報凊理システム、プログラム、蚘録媒䜓
JP2003108794A (ja) ゞョブ管理方法およびアサむンシステム
JP6420060B2 (ja) チャット芋積もりシステム䞊びにチャット問合わせシステム
JP4247434B2 (ja) 通話調敎支揎システム、通話調敎支揎方法およびその方法をコンピュヌタに実行させる通話調敎支揎プログラム
JP4116981B2 (ja) 生産蚈画の支揎システムおよび生産蚈画の支揎を行うためのコンピュヌタプログラム
JP2019018649A (ja) 図面管理システム、図面管理システムの制埡方法及びプログラム
JP7451381B2 (ja) 物件管理装眮及び物件管理方法
JP3404475B2 (ja) 傭船契玄亀枉方法装眮および蚘録媒䜓
JP2001283034A (ja) 人材採甚方法、人材採甚システム及び人材採甚の凊理手順を蚘録した蚘録媒䜓
JP2002150055A (ja) 商品に関する賌入者・事業者間仲介システム
JP2023114988A (ja) 受発泚管理装眮及び受発泚管理システム
JP2006040153A (ja) 進捗管理装眮及び方法ならびにコンピュヌタプログラム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

ENP Entry into the national phase

Ref country code: GB

Ref document number: 200130000

Kind code of ref document: A

Format of ref document f/p: F

ENP Entry into the national phase

Ref country code: JP

Ref document number: 2001 580749

Kind code of ref document: A

Format of ref document f/p: F

WWE Wipo information: entry into national phase

Ref document number: 09926797

Country of ref document: US

121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase