知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024091437
(43)【公開日】2024-07-04
(54)【発明の名称】プログラム、方法、および情報処理システム
(51)【国際特許分類】
G06Q 10/083 20240101AFI20240627BHJP
【ＦＩ】
G06Q10/083
【審査請求】有
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2023185425
(22)【出願日】2023-10-30
(11)【特許番号】
(45)【特許公報発行日】2024-02-28
(31)【優先権主張番号】P 2022206755
(32)【優先日】2022-12-23
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】522341986
【氏名又は名称】スイベル株式会社
(74)【代理人】
【識別番号】110002815
【氏名又は名称】ＩＰＴｅｃｈ弁理士法人
(72)【発明者】
【氏名】大城 仁
【テーマコード（参考）】
5L010
5L049
【Ｆターム（参考）】
5L010AA16
5L049AA16
(57)【要約】
【課題】乗船名簿の作成および管理を効率的に行うことができるシステムを提供する。
【解決手段】
本開示の一形態は、プロセッサと記憶部とを備えるコンピュータを動作させるためのプログラムであって、記憶部は、移動体と関連付けられる識別情報を記憶するように構成されており、プログラムは、プロセッサに、移動体を用いてイベントを開催する第１のユーザから、イベントのスケジュールの登録を受け付けるステップと、イベントに参加する第２のユーザが識別情報に基づき発行される二次元コードを読み取る操作を行うことにより、識別情報に対応する移動体のイベントに参加するための画面を提供するステップと、画面でイベントに参加するにあたり必要な第２のユーザの情報の入力を、当該第２のユーザから受け付けるステップと、を実行させる、プログラム。
【選択図】図８
【解決手段】
本開示の一形態は、プロセッサと記憶部とを備えるコンピュータを動作させるためのプログラムであって、記憶部は、移動体と関連付けられる識別情報を記憶するように構成されており、プログラムは、プロセッサに、移動体を用いてイベントを開催する第１のユーザから、イベントのスケジュールの登録を受け付けるステップと、イベントに参加する第２のユーザが識別情報に基づき発行される二次元コードを読み取る操作を行うことにより、識別情報に対応する移動体のイベントに参加するための画面を提供するステップと、画面でイベントに参加するにあたり必要な第２のユーザの情報の入力を、当該第２のユーザから受け付けるステップと、を実行させる、プログラム。
【選択図】図８
【特許請求の範囲】
【請求項1】
プロセッサと記憶部とを備えるコンピュータを動作させるためのプログラムであって、
前記記憶部は、移動体と関連付けられる識別情報を記憶するように構成されており、
前記プログラムは、前記プロセッサに、
前記移動体を用いてイベントを開催する第１のユーザから、前記イベントのスケジュールの登録を受け付けるステップと、
前記イベントに参加する第２のユーザが前記識別情報に基づき発行される二次元コードを読み取る操作を行うことにより、前記識別情報に対応する前記移動体の前記イベントに参加するための画面を提供するステップと、
前記画面で前記イベントに参加するにあたり必要な前記第２のユーザの情報の入力を、当該第２のユーザから受け付けるステップと、を実行させる、プログラム。
前記記憶部は、移動体と関連付けられる識別情報を記憶するように構成されており、
前記プログラムは、前記プロセッサに、
前記移動体を用いてイベントを開催する第１のユーザから、前記イベントのスケジュールの登録を受け付けるステップと、
前記イベントに参加する第２のユーザが前記識別情報に基づき発行される二次元コードを読み取る操作を行うことにより、前記識別情報に対応する前記移動体の前記イベントに参加するための画面を提供するステップと、
前記画面で前記イベントに参加するにあたり必要な前記第２のユーザの情報の入力を、当該第２のユーザから受け付けるステップと、を実行させる、プログラム。
【請求項2】
前記提供するステップにおいて、
前記識別情報に対応する前記移動体の前記イベントが、複数、前記第１のユーザにより登録されている場合に、前記画面において、前記第２のユーザに対し、前記複数の前記イベントの少なくともいずれかを選択可能に提供する、請求項１に記載のプログラム。
前記識別情報に対応する前記移動体の前記イベントが、複数、前記第１のユーザにより登録されている場合に、前記画面において、前記第２のユーザに対し、前記複数の前記イベントの少なくともいずれかを選択可能に提供する、請求項１に記載のプログラム。
【請求項3】
前記二次元コードは、広告情報を含み、
前記画面を提供するステップにおいて、前記画面は、前記広告情報に応じた所定の広告を含む、
請求項１に記載のプログラム。
前記画面を提供するステップにおいて、前記画面は、前記広告情報に応じた所定の広告を含む、
請求項１に記載のプログラム。
【請求項4】
前記移動体について、前記移動体の利用者名簿に基づいて、前記所定の広告を表示した場合の広告効果を示す広告スコアを算出するステップと、
前記広告スコアを、前記所定の広告の広告主に提示するステップと、
を実行させる、請求項３に記載のプログラム。
前記広告スコアを、前記所定の広告の広告主に提示するステップと、
を実行させる、請求項３に記載のプログラム。
【請求項5】
前記広告スコアに基づいて、広告料を決定するステップ、
を更に実行させ、
前記広告主に提示するステップにおいて、算出した前記広告スコアと、決定した前記広告料とを提示する、請求項４に記載のプログラム。
を更に実行させ、
前記広告主に提示するステップにおいて、算出した前記広告スコアと、決定した前記広告料とを提示する、請求項４に記載のプログラム。
【請求項6】
移動中の前記移動体の位置情報を取得するステップと、
前記位置情報を、前記移動体の管理者及び前記第２ユーザの関係者の少なくとも何れかに提示するステップと、
を実行させる請求項１に記載のプログラム。
前記位置情報を、前記移動体の管理者及び前記第２ユーザの関係者の少なくとも何れかに提示するステップと、
を実行させる請求項１に記載のプログラム。
【請求項7】
前記移動体から、緊急通報を取得するステップと、
所定の緊急連絡先に連絡するように、所定の管理者に提示するステップと、
を実行させる請求項１に記載のプログラム。
所定の緊急連絡先に連絡するように、所定の管理者に提示するステップと、
を実行させる請求項１に記載のプログラム。
【請求項8】
前記緊急通報には、前記移動体の位置情報が含まれており、
前記提示するステップにおいて、前記位置情報と併せて、前記所定の緊急通通報先に連絡するように、前記管理者に提示する、
請求項７に記載のプログラム。
前記提示するステップにおいて、前記位置情報と併せて、前記所定の緊急通通報先に連絡するように、前記管理者に提示する、
請求項７に記載のプログラム。
【請求項9】
プロセッサと記憶部とを備えるコンピュータを動作させるための方法であって、
前記記憶部は、移動体と関連付けられる識別情報を記憶するように構成されており、
前記方法は、前記プロセッサが、
前記移動体を用いてイベントを開催する第１のユーザから、前記イベントのスケジュールの登録を受け付けるステップと、
前記イベントに参加する第２のユーザが前記識別情報に基づき発行される二次元コードを読み取る操作を行うことにより、前記識別情報に対応する前記移動体の前記イベントに参加するための画面を提供するステップと、
前記画面で前記イベントに参加するにあたり必要な前記第２のユーザの情報の入力を、当該第２のユーザから受け付けるステップと、を実行する、方法。
前記記憶部は、移動体と関連付けられる識別情報を記憶するように構成されており、
前記方法は、前記プロセッサが、
前記移動体を用いてイベントを開催する第１のユーザから、前記イベントのスケジュールの登録を受け付けるステップと、
前記イベントに参加する第２のユーザが前記識別情報に基づき発行される二次元コードを読み取る操作を行うことにより、前記識別情報に対応する前記移動体の前記イベントに参加するための画面を提供するステップと、
前記画面で前記イベントに参加するにあたり必要な前記第２のユーザの情報の入力を、当該第２のユーザから受け付けるステップと、を実行する、方法。
【請求項10】
プロセッサと記憶部とを備えたコンピュータを有するシステムであって、
前記記憶部は、移動体と関連付けられる識別情報を記憶するように構成されており、
前記プロセッサが、
前記移動体を用いてイベントを開催する第１のユーザから、前記イベントのスケジュールの登録を受け付ける手段と、
前記イベントに参加する第２のユーザが前記識別情報に基づき発行される二次元コードを読み取る操作を行うことにより、前記識別情報に対応する前記移動体の前記イベントに参加するための画面を提供する手段と、
前記画面で前記イベントに参加するにあたり必要な前記第２のユーザの情報の入力を、当該第２のユーザから受け付ける手段と、を有する、システム。
前記記憶部は、移動体と関連付けられる識別情報を記憶するように構成されており、
前記プロセッサが、
前記移動体を用いてイベントを開催する第１のユーザから、前記イベントのスケジュールの登録を受け付ける手段と、
前記イベントに参加する第２のユーザが前記識別情報に基づき発行される二次元コードを読み取る操作を行うことにより、前記識別情報に対応する前記移動体の前記イベントに参加するための画面を提供する手段と、
前記画面で前記イベントに参加するにあたり必要な前記第２のユーザの情報の入力を、当該第２のユーザから受け付ける手段と、を有する、システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、方法、および情報処理システムに関する。
【背景技術】
【0002】
特許文献１には、交通手段の予約情報が紐づいた二次元コードを、予約者の端末に向けて発行し、予約者の搭乗時に当該二次元コードを検札端末で読み取ることで、予約照会を行うシステムが開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特表２０１９－５２２３０４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、船舶を用いた運航においては、乗客の住所や緊急連絡先を含む個人情報について、運航管理者が乗船名簿を作成して管轄の行政機関に提出することが求められている。
一方、乗船手続きの際に乗客が記入した個人情報に基づいて、乗船名簿を作成して管理する作業は運航管理者の負担となることがあった。
一方、乗船手続きの際に乗客が記入した個人情報に基づいて、乗船名簿を作成して管理する作業は運航管理者の負担となることがあった。
【0005】
本開示は、乗船名簿の作成および管理を効率的に行うことができるシステムを提供することにある。
【課題を解決するための手段】
【0006】
本開示の一形態は、プロセッサと記憶部とを備えるコンピュータを動作させるためのプログラムであって、記憶部は、移動体と関連付けられる識別情報を記憶するように構成されており、プログラムは、プロセッサに、移動体を用いてイベントを開催する第１のユーザから、イベントのスケジュールの登録を受け付けるステップと、イベントに参加する第２のユーザが識別情報に基づき発行される二次元コードを読み取る操作を行うことにより、識別情報に対応する移動体のイベントに参加するための画面を提供するステップと、画面でイベントに参加するにあたり必要な第２のユーザの情報の入力を、当該第２のユーザから受け付けるステップと、を実行させる。
【発明の効果】
【0007】
本開示によれば、乗船名簿の作成および管理を効率的に行うことができる。
【図面の簡単な説明】
【0008】
【図1】本発明に係る情報処理システムの全体の構成を示す図である。
【図8】情報処理システムの実施形態の概要を示す図である。
【図9】運航スケジュールの登録処理を示すフローチャートである。
【図10】乗船時の乗船手続きの処理を示すフローチャートである。
【図11】本発明に係る情報処理システムの第１画面例を示す図である。
【図12】本発明に係る情報処理システムの第２画面例を示す図である。
【図13】本発明に係る情報処理システムの第３画面例を示す図である。
【図14】欠航率表示処理を示すフローチャートである。
【図15】変形例に係る情報処理システムの実施形態の概要を示す図である。
【図16】変形例に係る乗船時の乗船手続きの処理を示すフローチャートである。
【図17】変形例に係る情報処理システムの第２画面例を示す図である。
【図18】変形例に係る位置情報の確認処理を示すフローチャートである。
【発明を実施するための形態】
【0009】
以下、図１から図１３を参照して、本発明の一実施形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。従って、それらについての詳細な説明は繰り返さない。
【0010】
＜１．システム１の構成＞
以下、システム１の構成について説明する。
以下、システム１の構成について説明する。
【0011】
（１－１．全体構成）
本実施形態に係る情報処理システム１（以下、単にシステム１という）は、移動体を用いたイベントに参加するユーザに関する情報の管理をサポートするシステムである。以下、移動体を用いたイベントとして、船舶を用いた運航（ツアー）を例に挙げて説明する。図１は、システム１の全体の構成を示す図である。
本実施形態に係る情報処理システム１（以下、単にシステム１という）は、移動体を用いたイベントに参加するユーザに関する情報の管理をサポートするシステムである。以下、移動体を用いたイベントとして、船舶を用いた運航（ツアー）を例に挙げて説明する。図１は、システム１の全体の構成を示す図である。
【0012】
【0013】
端末装置１０は、システム１を利用する各ユーザが操作する情報処理装置である。端末装置１０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ、又は、移動体通信システムに対応したスマートフォン、タブレット等の携帯端末などにより実現される。端末装置１０は、ネットワーク８０に接続されている。
【0014】
ここで、システム１のユーザには、以下の者が含まれる。
・イベントを開催する者であり、イベントが船舶を用いた運航である場合には、当該運航の責任者（第１のユーザ）
・イベントに参加する者であり、イベントが船舶を用いた運航である場合には、船舶に乗船する乗客（第２のユーザ）
運航責任者には、例えば船舶の運航についての責任を負う船長が該当する。なお、運航責任者は、船長に代えて当該船舶の運航会社の担当者であってもよい。
・イベントを開催する者であり、イベントが船舶を用いた運航である場合には、当該運航の責任者（第１のユーザ）
・イベントに参加する者であり、イベントが船舶を用いた運航である場合には、船舶に乗船する乗客（第２のユーザ）
運航責任者には、例えば船舶の運航についての責任を負う船長が該当する。なお、運航責任者は、船長に代えて当該船舶の運航会社の担当者であってもよい。
【0015】
以下の説明において、端末装置１０を操作主体により以下のとおり区別する。
・端末装置１０Ａ（運航責任者が使用する端末装置１０）
・端末装置１０Ｂ（乗客が使用する端末装置１０）
なお、共通する構成については、端末装置１０として説明する。
・端末装置１０Ａ（運航責任者が使用する端末装置１０）
・端末装置１０Ｂ（乗客が使用する端末装置１０）
なお、共通する構成については、端末装置１０として説明する。
【0016】
サーバ２０は、主に船舶の運航スケジュールを管理し、船舶の運航に応じて、出航した船舶への乗船者のリストである乗船名簿を作成するための情報処理装置である。
ここで、乗船名簿とは、例えば遊漁船業において、乗船者を把握するために作成される名簿である。乗船名簿は、例えば、乗船者の氏名、住所、性別、年齢、緊急時における連絡先の情報を含む。乗船名簿の作成は義務付けられており、管轄の行政機関に対して提出が要求される。
サーバ２０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ、又は、移動体通信システムに対応したスマートフォン、タブレット等の携帯端末などにより実現される。サーバ２０は、ネットワーク８０に接続されている。
ここで、乗船名簿とは、例えば遊漁船業において、乗船者を把握するために作成される名簿である。乗船名簿は、例えば、乗船者の氏名、住所、性別、年齢、緊急時における連絡先の情報を含む。乗船名簿の作成は義務付けられており、管轄の行政機関に対して提出が要求される。
サーバ２０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ、又は、移動体通信システムに対応したスマートフォン、タブレット等の携帯端末などにより実現される。サーバ２０は、ネットワーク８０に接続されている。
【0017】
（１－２．各装置のハードウェア構成）
図１に示すように、端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、記憶部１６と、プロセッサ１９と、を備える。
図１に示すように、端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、記憶部１６と、プロセッサ１９と、を備える。
【0018】
端末装置１０は、ネットワーク８０を介してサーバ２０と通信可能に接続される。端末装置１０は、５Ｇ、ＬＴＥ（Long Term Evolution）などの通信規格に対応した無線基地局８１、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１などの無線ＬＡＮ（Local Area Network）規格に対応した無線ＬＡＮルータ８２等の通信機器と通信することによりネットワーク８０に接続される。
【0019】
通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。
入力装置１３は、ユーザからの入力操作を受け付けるための入力装置（例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等）である。
入力装置１３は、ユーザからの入力操作を受け付けるための入力装置（例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等）である。
【0020】
出力装置１４は、ユーザに対し情報を提示するための出力装置（ディスプレイ、スピーカ等）である。
メモリ１５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。
メモリ１５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。
【0021】
記憶部１６は、プログラムおよびデータを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。
プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ）のプログラム
データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）
プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ）のプログラム
データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）
【0022】
プロセッサ１９は、記憶部１６に記憶されたプログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。
【0023】
図１に示すように、サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９と、を備える。
【0024】
通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。
入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、および、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。
入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、および、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。
【0025】
メモリ２５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。
【0026】
ストレージ２６は、プログラムおよびデータを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。
プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ）のプログラム
データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）
プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ）のプログラム
データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）
【0027】
プロセッサ２９は、ストレージ２６に記憶されたプログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。
【0028】
（１－３．端末装置１０の機能的な構成）
図２は、本実施形態に係るシステム１における端末装置１０の機能的な構成を示すブロック図である。図２に示すように、端末装置１０は、複数のアンテナ（アンテナ１１１、アンテナ１１２）と、各アンテナに対応する無線通信部（第１無線通信部１２１、第２無線通信部１２２）と、操作受付部１３０（タッチ・センシティブ・デバイス１３１およびディスプレイ１３２を含む）と、位置情報センサ１５０と、カメラ１６０と、記憶部１７０と、制御部１８０と、を含む。
図２は、本実施形態に係るシステム１における端末装置１０の機能的な構成を示すブロック図である。図２に示すように、端末装置１０は、複数のアンテナ（アンテナ１１１、アンテナ１１２）と、各アンテナに対応する無線通信部（第１無線通信部１２１、第２無線通信部１２２）と、操作受付部１３０（タッチ・センシティブ・デバイス１３１およびディスプレイ１３２を含む）と、位置情報センサ１５０と、カメラ１６０と、記憶部１７０と、制御部１８０と、を含む。
【0029】
端末装置１０は、図２では特に図示していない機能および構成（例えば、電力を保持するためのバッテリー、バッテリーから各回路への電力の供給を制御する電力供給回路など）も有している。図２に示すように、端末装置１０に含まれる各ブロックは、バス等により電気的に接続される。
【0030】
アンテナ１１１は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１１は、空間から電波を受信して受信信号を第１無線通信部１２１へ与える。
【0031】
アンテナ１１２は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１２は、空間から電波を受信して受信信号を第２無線通信部１２２へ与える。
【0032】
第１無線通信部１２１は、端末装置１０が他の無線機器と通信するため、アンテナ１１１を介して信号を送受信するための変復調処理などを行う。
第２無線通信部１２２は、端末装置１０が他の無線機器と通信するため、アンテナ１１２を介して信号を送受信するための変復調処理などを行う。
第２無線通信部１２２は、端末装置１０が他の無線機器と通信するため、アンテナ１１２を介して信号を送受信するための変復調処理などを行う。
【0033】
第１無線通信部１２１と第２無線通信部１２２とは、チューナー、ＲＳＳＩ（Received Signal Strength Indicator）算出回路、ＣＲＣ（Cyclic Redundancy Check）算出回路、高周波回路などを含む通信モジュールである。第１無線通信部１２１と第２無線通信部１２２とは、端末装置１０が送受信する無線信号の変復調や周波数変換を行い、受信信号を制御部１８０へ与える。
【0034】
操作受付部１３０は、ユーザの入力操作を受け付けるための機構を有する。具体的には、操作受付部１３０は、タッチスクリーンとして構成され、タッチ・センシティブ・デバイス１３１と、ディスプレイ１３２とを含む。
【0035】
タッチ・センシティブ・デバイス１３１は、端末装置１０のユーザの入力操作を受け付ける。タッチ・センシティブ・デバイス１３１は、例えば静電容量方式のタッチパネルを用いることによって、タッチパネルに対するユーザの接触位置を検出する。タッチ・センシティブ・デバイス１３１は、タッチパネルにより検出したユーザの接触位置を示す信号を入力操作として制御部１８０へ出力する。
【0036】
ディスプレイ１３２は、制御部１８０の制御に応じて、画像、動画、テキストなどのデータを表示する。ディスプレイ１３２は、例えばＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence）ディスプレイによって実現される。
【0037】
位置情報センサ１５０は、端末装置１０の位置を検出するセンサであり、例えばＧＰＳ（Global Positioning System）モジュールである。ＧＰＳモジュールは、衛星測位システムで用いられる受信装置である。衛星測位システムでは、少なくとも３個又は４個の衛星からの信号を受信し、受信した信号に基づいて、ＧＰＳモジュールが搭載される端末装置１０の現在位置を検出する。
【0038】
カメラ１６０は、受光素子により光を受光して、撮影画像として出力するためのデバイスである。カメラ１６０は、例えば、カメラ１６０から撮影対象までの距離を検出できる深度カメラである。カメラ１６０は、二次元コードを撮影することで読み取る機能を有する。
【0039】
記憶部１７０は、例えばフラッシュメモリ等により構成され、端末装置１０が使用するデータおよびプログラムを記憶する。記憶部１７０は、ユーザ情報１７１と、図示しない各種のプログラムと、を少なくとも記憶する。
【0040】
ユーザ情報１７１は、端末装置１０によりシステム１を利用しているユーザの情報である。ユーザ情報１７１としては、端末装置１０によりユーザがシステム１にログインする際に入力が要求されるアカウント情報（ユーザを識別するユーザＩＤ、パスワード）等が含まれる。その他、ユーザ情報１７１は、ユーザがシステム１を利用するために所定のアプリケーションを端末装置１０にインストールしたときに登録した情報を含む。
【0041】
ユーザＩＤは、ユーザに発行される顧客ＩＤであってもよい。
ユーザＩＤとしては、メール、ビデオ通話、カレンダー、ストレージ、ドキュメント作成、スプレッドシート作成、ニュース配信など様々な機能をＳａａＳ（Software as a Service）等の形式で提供するビジネス用サービス（個人向けを含むこととしてもよい）のユーザアカウントであるとしてもよい。
ユーザＩＤとしては、メール、ビデオ通話、カレンダー、ストレージ、ドキュメント作成、スプレッドシート作成、ニュース配信など様々な機能をＳａａＳ（Software as a Service）等の形式で提供するビジネス用サービス（個人向けを含むこととしてもよい）のユーザアカウントであるとしてもよい。
【0042】
制御部１８０は、記憶部１７０に記憶されるプログラムを読み込んで、プログラムに含まれる命令を実行することにより、端末装置１０の動作を制御する。制御部１８０は、例えば予め端末装置１０にインストールされているアプリケーションである。制御部１８０は、プログラムに従って動作することにより、入力受付部１８１と、送受信部１８２と、データ処理部１８３と、表示制御部１８４としての機能を発揮する。
【0043】
入力受付部１８１は、タッチ・センシティブ・デバイス１３１等の入力装置に対するユーザの入力操作を受け付ける処理を行う。
【0044】
送受信部１８２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。
【0045】
データ処理部１８３は、端末装置１０が入力を受け付けたデータに対し、プログラムに従って演算を行い、演算結果をメモリ等に出力する処理を行う。例えば、データ処理部１８３は、ユーザから入力された情報を、送受信部１８２を介してサーバ２０に送信させる。
【0046】
表示制御部１８４は、ディスプレイ１３２に情報を表示することで、ユーザに対し当該情報を提示する処理を行う。表示制御部１８４は、ウェブブラウザとしての機能を有し、サーバ２０が、端末装置１０との間の論理回線（ＴＣＰコネクション）に対して出力した情報にアクセスし、端末装置１０のディスプレイ１３２に表示させる処理（レンダリング）を行う。
【0047】
【0048】
通信部２０１は、サーバ２０が外部の装置と通信するための処理を行う。
【0049】
記憶部２０２は、サーバ２０が使用するデータおよびプログラムを記憶する。記憶部２０２は、例えば以下のデータを記憶する。
・船舶データベース２８１（船舶ＤＢ２８１）
・顧客データベース２８２（顧客ＤＢ２８２）
・運航データベース２８３（運航ＤＢ２８３）
・乗船名簿データベース２８４（乗船名簿ＤＢ２８４）
・船舶データベース２８１（船舶ＤＢ２８１）
・顧客データベース２８２（顧客ＤＢ２８２）
・運航データベース２８３（運航ＤＢ２８３）
・乗船名簿データベース２８４（乗船名簿ＤＢ２８４）
【0050】
船舶ＤＢ２８１は、船舶に関する情報を管理するデータベースである。詳細は後述する。
【0051】
顧客ＤＢ２８２は、顧客に関する情報を管理するデータベースである。詳細は後述する。
【0052】
運航ＤＢ２８３は、船舶の運航情報を管理するデータベースである。詳細は後述する。
【0053】
乗船名簿ＤＢ２８４は、乗客の乗船手続きにおいて、乗客から入力された乗船者情報を管理するデータベースである。詳細は後述する。
【0054】
制御部２０３は、サーバ２０のプロセッサ２９がプログラムに従って処理を行うことにより、各種モジュールとして示す機能を発揮する。制御部２０３は、送受信制御モジュール２０３１と、取得モジュール２０３２と、抽出モジュール２０３３と、出力モジュール２０３４と、名簿作成モジュール２０３５と、としての機能を発揮する。
【0055】
送受信制御モジュール２０３１は、サーバ２０が外部の装置との間で通信プロトコルに従って信号を送受信する処理を制御する。
【0056】
取得モジュール２０３２は、ユーザの操作に応答して、指定された情報を取得する。取得モジュール２０３２は、例えば、船舶の運航スケジュールついて、運航責任者である船長から入力された情報を取得し、運航ＤＢ２８３を更新する。これにより、船舶の運航情報が登録される。また、取得モジュール２０３２は、例えば、乗客から入力された乗船者情報を取得して、乗船名簿ＤＢ２８４を更新する。
【0057】
抽出モジュール２０３３は、ユーザの操作に応答して、指定された情報を抽出する。抽出モジュール２０３３は、例えば、ユーザが読み込んだ船舶について予定されているツアーであり、ユーザが参加可能なツアーに関する運航スケジュールを抽出する。抽出モジュール２０３３は、乗客から船舶の識別情報に基づき発行される二次元コードを読み取る操作を受け付けたことに応答して、運航ＤＢ２８３を参照し、二次元コードに紐づけられた船舶について登録されている運航情報を特定する。抽出モジュール２０３３は、特定した運航情報に登録されている運航スケジュールを抽出する。
【0058】
出力モジュール２０３４は、ユーザの操作に応答して、指定された情報を出力する。出力モジュール２０３４は、顧客から二次元コードを読み取る操作を受け付けたことに応答して、抽出モジュール２０３３が抽出した二次元コードに紐づけられた船舶についての運航スケジュールを、乗客が使用する端末装置１０Ｂに対して出力する。また、抽出された運航スケジュールに対してユーザが参加するために入力が要求される画面を端末へ出力する。
【0059】
名簿作成モジュール２０３５は、入力された指示に従って、名簿を作成する。名簿作成モジュール２０３５は、例えば、指定された運航について、乗船名簿ＤＢ２８４から乗客に関する情報を抽出して集計することにより、当該運航における乗船名簿を作成する。
【0060】
＜２．データ構造＞
以下に、記憶部２０２に記憶された各データベースの詳細について説明する。
以下に、記憶部２０２に記憶された各データベースの詳細について説明する。
【0061】
（２－１．船舶ＤＢ２８１）
図４は、船舶ＤＢ２８１のデータ構造の一例を示す図である。
図４示すように、船舶ＤＢ２８１は、船舶に関する情報を記憶している。船舶ＤＢ２８１は、船舶情報の登録により新たなレコードが記録される。船舶ＤＢ２８１は、項目「船舶ＩＤ」、項目「船舶名称」、項目「停泊場所」、項目「乗客定員数」、項目「管理責任者」、項目「アクセス情報」を含む。このように、船舶ＤＢ２８１には、船舶と関連付けられる識別情報が記憶されている。
図４は、船舶ＤＢ２８１のデータ構造の一例を示す図である。
図４示すように、船舶ＤＢ２８１は、船舶に関する情報を記憶している。船舶ＤＢ２８１は、船舶情報の登録により新たなレコードが記録される。船舶ＤＢ２８１は、項目「船舶ＩＤ」、項目「船舶名称」、項目「停泊場所」、項目「乗客定員数」、項目「管理責任者」、項目「アクセス情報」を含む。このように、船舶ＤＢ２８１には、船舶と関連付けられる識別情報が記憶されている。
【0062】
項目「船舶ＩＤ」は、船舶を識別するための識別情報を記憶する項目である。船舶ＩＤは、船舶ごとにユニークな値が設定されている。
【0063】
項目「船舶名称」は、船舶ＩＤに対応する船舶の名称に関する情報を記憶する項目である。
【0064】
項目「停泊場所」は、船舶ＩＤに対応する船舶の停泊場所に関する情報を記憶する項目である。例えば、船舶ＩＤに対応する船舶の停泊場所に関する情報として、漁港の名称、またはマリーナの名称を示す情報が格納される。
【0065】
項目「乗客定員数」は、船舶ＩＤに対応する船舶において、乗船可能な乗客の最大人員数を示す定員数に関する情報を記憶する項目である。
【0066】
項目「管理責任者」は、船舶ＩＤに対応する船舶の管理についての責任者に関する情報を記憶する項目である。例えば、船舶の管理責任者として、当該船舶を所有する個人、又は当該船舶を所有する団体の代表者を識別する情報が格納される。管理責任者は当該船舶を用いた運航の責任者である船長であってもよい。
【0067】
項目「アクセス情報」には、船舶ＩＤに対応する船舶について、運航スケジュールを含む運航情報として、既に船長により登録されている情報が記載されたウェブサイト上のページにアクセスするための情報（例えばＵＲＬなどのリソース情報）、ＳＮＳアカウントの情報その他のアクセス先の情報が格納される。サーバ２０は、船舶を管理するユーザから、船舶に関する情報の登録を受け付けることにより、当該船舶を管理するユーザそれぞれに固有のアクセス先の情報を発行する。例えば、サーバ２０は、船長ごとに、異なるＵＲＬを発行することとしてもよい。
なお、図４に示す船舶ＤＢ２８１の構造はあくまで例示であり、船舶ＤＢ２８１は、その他のデータ項目が格納されるカラムを含んでいてもよい。
なお、図４に示す船舶ＤＢ２８１の構造はあくまで例示であり、船舶ＤＢ２８１は、その他のデータ項目が格納されるカラムを含んでいてもよい。
【0068】
（２－２．顧客ＤＢ２８２）
図５は、顧客ＤＢ２８２のデータ構造の一例を示す図である。
図５に示すように、顧客ＤＢ２８２は、船舶の運用を利用する者（乗客候補）に関する情報（以下、顧客情報）を記憶し管理するデータベースである。顧客ＤＢ２８２は、顧客による新たな顧客情報の登録により、新たなレコードが記録される。
顧客ＤＢ２８２は、項目「顧客ＩＤ」、項目「氏名」、項目「性別」、項目「住所」、項目「連絡先」、項目「緊急連絡先」、項目「登録日時」を含む。
図５は、顧客ＤＢ２８２のデータ構造の一例を示す図である。
図５に示すように、顧客ＤＢ２８２は、船舶の運用を利用する者（乗客候補）に関する情報（以下、顧客情報）を記憶し管理するデータベースである。顧客ＤＢ２８２は、顧客による新たな顧客情報の登録により、新たなレコードが記録される。
顧客ＤＢ２８２は、項目「顧客ＩＤ」、項目「氏名」、項目「性別」、項目「住所」、項目「連絡先」、項目「緊急連絡先」、項目「登録日時」を含む。
【0069】
項目「顧客ＩＤ」は、顧客を識別するための識別情報を記憶する項目である。顧客ＩＤは、顧客ごとにユニークな値が設定されている項目である。
【0070】
項目「氏名」は、顧客ＩＤに対応する顧客の氏名を記憶する項目である。
【0071】
項目「性別」は、顧客ＩＤに対応する顧客の性別を記憶する項目である。
【0072】
項目「年齢」は、顧客ＩＤに対応する顧客の年齢を記憶する項目である。
【0073】
項目「住所」は、顧客ＩＤに対応する顧客の住所を記憶する項目である。
【0074】
項目「連絡先」は、顧客ＩＤに対応する顧客の連絡先に関する情報を記憶する項目である。連絡先に関する情報としては、電話番号、メールアドレス、又はＳＮＳでのアカウント情報などが挙げられる。
【0075】
項目「緊急連絡先」は、顧客ＩＤに対応する顧客の緊急連絡先に関する情報を記憶する項目である。緊急連絡先に関する情報としては、以下の情報を含む
・緊急連絡先となる者の氏名
・緊急連絡先となる者における顧客本人との続柄
・緊急連絡先となる者の住所および連絡先
・緊急連絡先となる者の氏名
・緊急連絡先となる者における顧客本人との続柄
・緊急連絡先となる者の住所および連絡先
【0076】
項目「登録日時」は、顧客ＩＤに対応する顧客が顧客登録をした日時を記憶する項目である。
なお、図５に示す顧客ＤＢ２８２の構造はあくまで例示であり、顧客ＤＢ２８２は、その他のデータ項目が格納されるカラムを含んでいてもよい。
なお、図５に示す顧客ＤＢ２８２の構造はあくまで例示であり、顧客ＤＢ２８２は、その他のデータ項目が格納されるカラムを含んでいてもよい。
【0077】
（２－３．運航ＤＢ２８３）
図６は、運航ＤＢ２８３のデータ構造の一例を示す図である。
運航ＤＢ２８３に記録される運航情報には、運航スケジュールを含む、船舶の運航の予定および実績に関する情報が含まれる。
運航ＤＢ２８３は、運航責任者（例えば船長）による運航スケジュールの登録により、新たなレコードが記録される。また、運航ＤＢ２８３は、後述する乗客の乗船手続きにより、レコードの一部が更新される。
図６に示すように、運航ＤＢ２８３は、項目「運航ＩＤ」、項目「ツアー名称」、項目「船舶ＩＤ」、項目「運航責任者」、項目「出港日時」、項目「出港場所」、項目「帰港日時」、項目「航行エリア」、項目「乗客定員数」、項目「残席数」、項目「満席フラグ」、項目「運用種別」、項目「欠航フラグ」、項目「欠航判断日時」、項目「登録日時」を含む。
図６は、運航ＤＢ２８３のデータ構造の一例を示す図である。
運航ＤＢ２８３に記録される運航情報には、運航スケジュールを含む、船舶の運航の予定および実績に関する情報が含まれる。
運航ＤＢ２８３は、運航責任者（例えば船長）による運航スケジュールの登録により、新たなレコードが記録される。また、運航ＤＢ２８３は、後述する乗客の乗船手続きにより、レコードの一部が更新される。
図６に示すように、運航ＤＢ２８３は、項目「運航ＩＤ」、項目「ツアー名称」、項目「船舶ＩＤ」、項目「運航責任者」、項目「出港日時」、項目「出港場所」、項目「帰港日時」、項目「航行エリア」、項目「乗客定員数」、項目「残席数」、項目「満席フラグ」、項目「運用種別」、項目「欠航フラグ」、項目「欠航判断日時」、項目「登録日時」を含む。
【0078】
項目「運航ＩＤ」は、船舶の運航情報を識別するための識別情報を記憶する項目である。運航ＩＤは、運航情報ごとにユニークな値が設定されている項目である。
【0079】
項目「ツアー名称」は、運航ＩＤに対応するツアーの名称を示す情報を記憶する項目である。項目「ツアー名称」は、例えば、船釣りを目的とした船舶の運航においては、該当する船釣りイベントの名称を示す情報が格納される。
【0080】
項目「船舶ＩＤ」は、運航ＩＤに対応する運航において用いられる船舶の識別情報を記憶する項目であり、例えば、該当する船舶の船舶ＩＤが登録される。
【0081】
項目「運航責任者」は、運航ＩＤに対応する運航における運航責任者に関する情報を記憶する項目である。運航責任者には、当該運航における船長が該当する。
【0082】
項目「出港日時」は、運航ＩＤに対応する運航における出港日時に関する情報を記憶する項目である。
【0083】
項目「出港場所」は、運航ＩＤに対応する運航における出港場所に関する情報を記憶する項目である。
【0084】
項目「帰港日時」は、運航ＩＤに対応する運航における帰港日時に関する情報を記憶する項目である。
【0085】
項目「航行エリア」は、運航ＩＤに対応する運航における航行エリアに関する情報を記憶する項目である。例えば、船釣りを目的とする運航においては、漁場を示す情報が航行エリアに該当し、遊覧を目的とする運航においては、周遊海域を示す情報が航行エリアに該当する。
【0086】
項目「乗客定員数」は、運航ＩＤに対応する運航に係る船舶において、乗船可能な乗客の最大人員数を示す定員数に関する情報を記憶する項目である。
【0087】
項目「残席数」は、運航ＩＤに対応する運航に係る船舶において、乗客定員数と、既に乗船手続きを完了した乗客数との差に当たる、残りの席数を記憶する項目である。
【0088】
項目「満席フラグ」は、運航ＩＤに対応する運航において、既に乗船手続きを完了した乗客数が、乗客定員数に到達しているか否かを示す情報を記憶する項目である。項目「満席フラグ」は、例えば、乗船手続きを完了した乗客数が乗客定員数に到達すると、満席フラグの項目に満席であることを示す情報が記憶される。
具体的には、項目「満席フラグ」には、項目「残席数」の値が０を示す場合に、満席であることを示す情報である１の値が入力される。一方、項目「満席フラグ」には、項目「残席数」の値が０以外の値を示す場合には、満席ではないことを示す情報である０の値が入力される。
具体的には、項目「満席フラグ」には、項目「残席数」の値が０を示す場合に、満席であることを示す情報である１の値が入力される。一方、項目「満席フラグ」には、項目「残席数」の値が０以外の値を示す場合には、満席ではないことを示す情報である０の値が入力される。
【0089】
項目「運用種別」は、運航ＩＤに対応する運航において、運航に係る船舶の運用種別に関する情報を記憶する項目である。運用種別に関する情報とは、当該運航において、船舶が例えば団体客による貸し切りであるか、乗船希望者ごとに乗船者を募る乗り合いであるかを識別する情報を指す。
【0090】
項目「欠航フラグ」は、運航ＩＤに対応する運航が、気象条件などにより欠航であるか否かを示す情報を記憶する項目である。項目「欠航フラグ」は、例えば、運航が欠航である旨の入力操作を運航責任者から受け付けると、船舶が欠航であることを示す情報が記憶される。
具体的には、項目「欠航フラグ」には、運航責任者による欠航の判断が入力された場合には、当該運航が欠航であることを示す情報である１の値が入力される。一方、項目「欠航フラグ」には、運航責任者による欠航の判断が入力されていない場合には、当該運航が欠航ではないことを示す情報である０の値が入力される。
具体的には、項目「欠航フラグ」には、運航責任者による欠航の判断が入力された場合には、当該運航が欠航であることを示す情報である１の値が入力される。一方、項目「欠航フラグ」には、運航責任者による欠航の判断が入力されていない場合には、当該運航が欠航ではないことを示す情報である０の値が入力される。
【0091】
項目「欠航判断日時」は、運航ＩＤに対応する運航が、運航責任者により欠航と判断された場合に、欠航の判断が入力された日時に関する情報を記憶する項目である。
【0092】
項目「登録日時」は、運航ＩＤに対応する運航について、運航責任者が最初にスケジュールを登録した時点の日時を記憶する項目である。
なお、図６に示す運航ＤＢ２８３の構造はあくまで例示であり、運航ＤＢ２８３は、その他のデータ項目が格納されるカラムを含んでいてもよい。
なお、図６に示す運航ＤＢ２８３の構造はあくまで例示であり、運航ＤＢ２８３は、その他のデータ項目が格納されるカラムを含んでいてもよい。
【0093】
（２－４．乗船名簿ＤＢ２８４）
図７は、乗船名簿ＤＢ２８４のデータ構造の一例を示す図である。
乗船名簿ＤＢ２８４は、乗客の乗船にあたり、必要な情報の入力を乗客から受け付けることにより、新たなレコードが記録される。
図７に示すように、乗船名簿ＤＢ２８４は、項目「運航ＩＤ」、項目「顧客ＩＤ」、項目「氏名」、項目「年齢」、項目「住所」、項目「メールアドレス」、項目「緊急連絡先」、項目「入力日時」を含む。
図７は、乗船名簿ＤＢ２８４のデータ構造の一例を示す図である。
乗船名簿ＤＢ２８４は、乗客の乗船にあたり、必要な情報の入力を乗客から受け付けることにより、新たなレコードが記録される。
図７に示すように、乗船名簿ＤＢ２８４は、項目「運航ＩＤ」、項目「顧客ＩＤ」、項目「氏名」、項目「年齢」、項目「住所」、項目「メールアドレス」、項目「緊急連絡先」、項目「入力日時」を含む。
【0094】
項目「運航ＩＤ」は、乗船手続きに係る運航を識別するための識別情報を記憶する項目である。
【0095】
顧客ＩＤは、乗船手続きに係る乗客が既に顧客登録をしているユーザである場合、当該顧客を識別する顧客ＤＢ２８２における識別情報が格納される。乗客が顧客登録していない顧客である場合には、この欄は空欄となる。
【0096】
項目「氏名」は、乗船手続きに係る乗客の氏名を記憶する項目である。
【0097】
項目「年齢」は、乗船手続きに係る乗客の年齢を記憶する項目である。
【0098】
項目「住所」は、乗船手続きに係る乗客の住所を記憶する項目である。
【0099】
項目「連絡先」は、乗船手続きに係る乗客の連絡先に関する情報を記憶する項目である。
【0100】
項目「緊急連絡先」は、乗船手続きに係る乗客の緊急連絡先に関する情報を記憶する項目である。
【0101】
項目「入力日時」は、乗船手続きにより、乗客が乗船者情報を入力した時点の日時を記憶する項目である。
なお、図７に示す乗船名簿ＤＢ２８４の構造はあくまで例示であり、乗船名簿ＤＢ２８４は、その他のデータ項目が格納されるカラムを含んでいてもよい。
なお、図７に示す乗船名簿ＤＢ２８４の構造はあくまで例示であり、乗船名簿ＤＢ２８４は、その他のデータ項目が格納されるカラムを含んでいてもよい。
【0102】
＜３．実施形態の概要＞
以下、図８を参照しながら、本発明の実施形態の概要を説明する。
以下、図８を参照しながら、本発明の実施形態の概要を説明する。
【0103】
図８に示すように、船舶を用いた各種のイベントが船舶の運航管理者（例えば運航会社）により開催される。船舶を用いたイベントとしては、例えば、以下が挙げられる。
・船宿が開催する釣り船を用いた船釣りツアー
・遊覧船を営む事業者が開催する観光遊覧船を用いた遊覧ツアー
・ヨットクラブが開催するヨットを用いた周遊ツアー
なお、船舶を用いたイベントとしては、上記以外のものであってもよい。
・船宿が開催する釣り船を用いた船釣りツアー
・遊覧船を営む事業者が開催する観光遊覧船を用いた遊覧ツアー
・ヨットクラブが開催するヨットを用いた周遊ツアー
なお、船舶を用いたイベントとしては、上記以外のものであってもよい。
【0104】
イベントの開催に当たっては、船舶の運航の責任者である船長が、運航に関するスケジュール（ツアースケジュール）を設定して登録する。乗客は、ツアースケジュールを確認し、乗船手続きをすることで、自身が参加したいツアーに参加する。
乗船手続きにおいて、乗客には緊急連絡先を含む乗船者情報の入力が求められる。運航管理者は、顧客ごとに入力された乗船者情報を集計し、運航ごとの乗船名簿を作成し、管轄の行政機関に対して提出することが求められている。システム１では、乗船者情報の入力、および乗船名簿の作成の効率化を行うことを目的として、以下の各処理を行う。
乗船手続きにおいて、乗客には緊急連絡先を含む乗船者情報の入力が求められる。運航管理者は、顧客ごとに入力された乗船者情報を集計し、運航ごとの乗船名簿を作成し、管轄の行政機関に対して提出することが求められている。システム１では、乗船者情報の入力、および乗船名簿の作成の効率化を行うことを目的として、以下の各処理を行う。
【0105】
（３－１．運航スケジュールの登録処理）
運航スケジュールの登録は、イベントである運航ツアーを開催する船長（運航責任者）により行われる。船長は、例えば当日の航行エリアの気象状況を確認し、運航スケジュールとして、少なくとも以下の情報を、端末装置１０Ａを用いて登録する。
・ツアー名称
・船舶ＩＤ
・運航スケジュール
・運用種別
また、船長は、航行エリアの気象状況の変化に伴い、欠航の判断をした場合は、その旨を、端末装置１０Ａを用いて登録する。
運航スケジュールの登録は、イベントである運航ツアーを開催する船長（運航責任者）により行われる。船長は、例えば当日の航行エリアの気象状況を確認し、運航スケジュールとして、少なくとも以下の情報を、端末装置１０Ａを用いて登録する。
・ツアー名称
・船舶ＩＤ
・運航スケジュール
・運用種別
また、船長は、航行エリアの気象状況の変化に伴い、欠航の判断をした場合は、その旨を、端末装置１０Ａを用いて登録する。
【0106】
（３－２．船舶情報の読み取り処理）
乗客は、出港場所において、船舶の情報を読み取る。乗客は、船舶の識別情報に基づき発行された二次元コードを、端末装置１０Ｂを用いて読み取る。
ここで、二次元コードは、船舶ごとに発行され、以下の情報が含まれている。
・船舶ＤＢ２８１におけるアクセス情報
・乗船者入力フォームへのアクセス情報
二次元コードは、例えば、以下の場所に掲示されている。
・船舶又は船舶の搭乗口の周辺設備
・船舶の停泊施設の周辺設備
・搭乗窓口
乗客は、出港場所において、船舶の情報を読み取る。乗客は、船舶の識別情報に基づき発行された二次元コードを、端末装置１０Ｂを用いて読み取る。
ここで、二次元コードは、船舶ごとに発行され、以下の情報が含まれている。
・船舶ＤＢ２８１におけるアクセス情報
・乗船者入力フォームへのアクセス情報
二次元コードは、例えば、以下の場所に掲示されている。
・船舶又は船舶の搭乗口の周辺設備
・船舶の停泊施設の周辺設備
・搭乗窓口
【0107】
サーバ２０は、二次元コードを読み取った端末装置１０に対して以下の情報を提供する。
・該当する船舶について、船長により登録された運航情報（スケジュールを含む）
・参加を希望するツアーの選択画面
・該当する船舶について、船長により登録された運航に参加するための入力画面（乗船者入力フォーム）
該当する船舶について複数のツアーが船長により登録されている場合には、乗客となるユーザは、参加を希望するツアーの選択画面において、複数のツアーの少なくともいずれかを選択できる。ユーザは、それぞれのツアーのスケジュールなどの運航情報を確認し、乗船を希望するツアー（運航）を選択する。
・該当する船舶について、船長により登録された運航情報（スケジュールを含む）
・参加を希望するツアーの選択画面
・該当する船舶について、船長により登録された運航に参加するための入力画面（乗船者入力フォーム）
該当する船舶について複数のツアーが船長により登録されている場合には、乗客となるユーザは、参加を希望するツアーの選択画面において、複数のツアーの少なくともいずれかを選択できる。ユーザは、それぞれのツアーのスケジュールなどの運航情報を確認し、乗船を希望するツアー（運航）を選択する。
【0108】
（３－３．乗船者情報の入力処理）
乗客は、乗船を希望する運航スケジュールを選択した後に、二次元コードに紐づけられた乗船者入力フォームに対して必要事項を入力することで、乗船者情報を入力する。これにより乗船手続きとしての乗船手続きが完了する。すなわち、乗客の端末装置１０Ｂは、入力フォーム画面において、運航に参加するにあたり必要な乗客の情報の入力を受け付ける。
乗客は、乗船を希望する運航スケジュールを選択した後に、二次元コードに紐づけられた乗船者入力フォームに対して必要事項を入力することで、乗船者情報を入力する。これにより乗船手続きとしての乗船手続きが完了する。すなわち、乗客の端末装置１０Ｂは、入力フォーム画面において、運航に参加するにあたり必要な乗客の情報の入力を受け付ける。
【0109】
（３－４．乗船名簿の作成処理）
サーバ２０は、それぞれの運航における全ての乗客についての乗船者情報を集計し、当該運航に係る乗船名簿を作成する。
これらの各処理について、以下に詳細に説明する。
サーバ２０は、それぞれの運航における全ての乗客についての乗船者情報を集計し、当該運航に係る乗船名簿を作成する。
これらの各処理について、以下に詳細に説明する。
【0110】
＜４．システム１の動作＞
以下、システム１により行う各種の処理について説明する。
以下、システム１により行う各種の処理について説明する。
【0111】
（４－１．運航スケジュールの登録処理）
図９は、運航スケジュールの登録処理を示すフローチャートである。
図９に示すように、運航スケジュールの登録では、まず、端末装置１０Ａが、当該運航の責任者である船長から、運航情報の入力を受け付ける（ステップＳ１００）。
具体的には、端末装置１０Ａの入力受付部１８１は、船長が入力した運航スケジュールを含む運航情報を受け付ける。データ処理部１８３は、送受信部１８２を介して、入力された情報をサーバ２０に入力された運航情報を送信する。この時の端末装置１０Ａの画面例については、第１画面例Ｐ１として後述する。
図９は、運航スケジュールの登録処理を示すフローチャートである。
図９に示すように、運航スケジュールの登録では、まず、端末装置１０Ａが、当該運航の責任者である船長から、運航情報の入力を受け付ける（ステップＳ１００）。
具体的には、端末装置１０Ａの入力受付部１８１は、船長が入力した運航スケジュールを含む運航情報を受け付ける。データ処理部１８３は、送受信部１８２を介して、入力された情報をサーバ２０に入力された運航情報を送信する。この時の端末装置１０Ａの画面例については、第１画面例Ｐ１として後述する。
【0112】
ステップＳ１００の後に、サーバ２０は、運航スケジュールを取得する（ステップＳ２００）。具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１００において端末装置１０Ａの送受信部１８２から送信された運航情報を受信する。
その後、サーバ２０の取得モジュール２０３２は、送受信制御モジュール２０３１が受信した運航情報を取得する。
その後、サーバ２０の取得モジュール２０３２は、送受信制御モジュール２０３１が受信した運航情報を取得する。
【0113】
ステップＳ２００の後に、サーバ２０は、運航ＤＢ２８３を更新する（ステップＳ２０１）。具体的には、サーバ２０の取得モジュール２０３２は、ステップＳ２００において取得した運航情報を、運航ＤＢ２８３に新たなレコードとして記録する。すなわち、船長から入力された運航情報には、例えば以下が含まれる。
・船舶を用いたイベントについてのツアー名称、出港日時、出港場所、帰港日時、航行エリア、乗客定員数、運用種別
ここで、乗客定員数については、船舶ＤＢ２８１の値を参照することで自動入力されてもよい。
なお、運航ＤＢ２８３の項目「残席数」、「満席フラグ」、および「欠航フラグ」については、乗客による乗船手続きに応じて更新される。詳細は後述する。
以上により、責任者による運航スケジュールの登録処理が終了する。
・船舶を用いたイベントについてのツアー名称、出港日時、出港場所、帰港日時、航行エリア、乗客定員数、運用種別
ここで、乗客定員数については、船舶ＤＢ２８１の値を参照することで自動入力されてもよい。
なお、運航ＤＢ２８３の項目「残席数」、「満席フラグ」、および「欠航フラグ」については、乗客による乗船手続きに応じて更新される。詳細は後述する。
以上により、責任者による運航スケジュールの登録処理が終了する。
【0114】
（４－２．乗船手続きの処理）
図１０は、乗船手続きの処理を示すフローチャートである。
図１０は、乗船手続きの処理を示すフローチャートである。
【0115】
図１０に示すように、乗船手続きの処理では、まず、乗客となるユーザの端末装置１０Ｂが、当該ユーザの操作に応じて、船舶情報が記録された二次元コードを読み取る操作を受け付ける（ステップＳ１０１）。
具体的には、端末装置１０Ｂの入力受付部１８１は、ユーザが操作受付部１３０を操作して読み取った二次元コードに対応付けられた船舶情報を受け付ける。端末装置１０Ａのデータ処理部１８３は、送受信部１８２を介して、読み取られた情報をサーバ２０に送信する。
具体的には、端末装置１０Ｂの入力受付部１８１は、ユーザが操作受付部１３０を操作して読み取った二次元コードに対応付けられた船舶情報を受け付ける。端末装置１０Ａのデータ処理部１８３は、送受信部１８２を介して、読み取られた情報をサーバ２０に送信する。
【0116】
ステップＳ１０１の後に、サーバ２０は、乗客となるユーザの端末装置１０Ｂが読み取った船舶に対応する、乗船可能な運航情報を抽出する（ステップＳ２０２）。
具体的には、サーバ２０の抽出モジュール２０３３は、ステップＳ１０１において端末装置１０から送信された船舶情報について、運航ＤＢ２８３を参照して、乗船可能な運航に関する運航情報を抽出する。抽出モジュール２０３３は、例えば以下の条件を満たす運航情報を抽出する。
・未だ出港日時が到来していないツアーの運航情報
ここで、抽出モジュール２０３３は、以下の条件を満たす運航情報を抽出してもよい。このとき、抽出モジュール２０３３は、上記の条件に加えて以下の各条件の少なくともいずれかを満たす運航情報を抽出してもよい。
・満席フラグが満席を示していないツアーの運航情報
・欠航フラグが欠航を示していないツアーの運航情報
具体的には、サーバ２０の抽出モジュール２０３３は、ステップＳ１０１において端末装置１０から送信された船舶情報について、運航ＤＢ２８３を参照して、乗船可能な運航に関する運航情報を抽出する。抽出モジュール２０３３は、例えば以下の条件を満たす運航情報を抽出する。
・未だ出港日時が到来していないツアーの運航情報
ここで、抽出モジュール２０３３は、以下の条件を満たす運航情報を抽出してもよい。このとき、抽出モジュール２０３３は、上記の条件に加えて以下の各条件の少なくともいずれかを満たす運航情報を抽出してもよい。
・満席フラグが満席を示していないツアーの運航情報
・欠航フラグが欠航を示していないツアーの運航情報
【0117】
ステップＳ２０２の後に、サーバ２０は、抽出したツアーの候補を出力する（ステップＳ２０３）。
具体的には、サーバ２０の出力モジュール２０３４は、ステップＳ２０２において抽出したツアーの候補を示す情報（ウェブページ）を作成して、サーバ２０と端末装置１０Ｂとの間の論理回線に対して出力する。ここで、サーバ２０は、抽出したツアーの候補が複数ある場合は、複数のツアーの候補から１の運航スケジュールを選択する操作を乗客から受け付けられる選択画面を作成する。サーバ２０は、抽出したツアーが一つの場合は、ステップＳ２０４を省略し、ステップＳ２０３において、後述するステップＳ２０５を同時に実行してもよい。
具体的には、サーバ２０の出力モジュール２０３４は、ステップＳ２０２において抽出したツアーの候補を示す情報（ウェブページ）を作成して、サーバ２０と端末装置１０Ｂとの間の論理回線に対して出力する。ここで、サーバ２０は、抽出したツアーの候補が複数ある場合は、複数のツアーの候補から１の運航スケジュールを選択する操作を乗客から受け付けられる選択画面を作成する。サーバ２０は、抽出したツアーが一つの場合は、ステップＳ２０４を省略し、ステップＳ２０３において、後述するステップＳ２０５を同時に実行してもよい。
【0118】
ステップＳ２０３の後に、端末装置１０Ｂは、ツアー候補をユーザに対して提示する（ステップＳ１０２）。
具体的には、端末装置１０Ｂの表示制御部１８４は、ステップＳ２０３において、サーバ２０との間の論理回線にアクセスし、ツアーの候補を示す情報を端末装置１０Ｂのディスプレイ１３２に表示することで、当該情報をユーザに対して提示する。
具体的には、端末装置１０Ｂの表示制御部１８４は、ステップＳ２０３において、サーバ２０との間の論理回線にアクセスし、ツアーの候補を示す情報を端末装置１０Ｂのディスプレイ１３２に表示することで、当該情報をユーザに対して提示する。
【0119】
ステップＳ１０２の後に、端末装置１０Ｂは、乗客となるユーザから、参加を希望するツアーを選択する操作を受け付ける（ステップＳ１０３）。
具体的には、端末装置１０Ｂの入力受付部１８１は、ステップＳ１０２においてユーザに対して提示した複数のツアーについて、参加を希望するツアーの選択操作を受け付ける。端末装置１０Ｂの送受信部１８２は、受け付けた参加を希望するツアーに関する情報をサーバ２０に対して送信する。この時の端末装置１０Ｂの画面例については、第２画面例Ｐ２として後述する。
具体的には、端末装置１０Ｂの入力受付部１８１は、ステップＳ１０２においてユーザに対して提示した複数のツアーについて、参加を希望するツアーの選択操作を受け付ける。端末装置１０Ｂの送受信部１８２は、受け付けた参加を希望するツアーに関する情報をサーバ２０に対して送信する。この時の端末装置１０Ｂの画面例については、第２画面例Ｐ２として後述する。
【0120】
ステップＳ１０３の後に、サーバ２０は、ユーザが参加を希望するツアーの情報を取得する（ステップＳ２０４）
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１０３において、端末装置１０Ｂの送受信部１８２から送信されたユーザが参加を希望するツアーの情報を取得する。
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１０３において、端末装置１０Ｂの送受信部１８２から送信されたユーザが参加を希望するツアーの情報を取得する。
【0121】
ステップＳ２０５の後に、サーバ２０は、乗船者入力フォームを出力する（ステップＳ２０５）。
具体的には、サーバ２０の出力モジュール２０３４は、乗船者入力フォームに該当する情報（ウェブページ）を作成して、サーバ２０と端末装置１０Ｂとの間の論理回線に対して出力する。
具体的には、サーバ２０の出力モジュール２０３４は、乗船者入力フォームに該当する情報（ウェブページ）を作成して、サーバ２０と端末装置１０Ｂとの間の論理回線に対して出力する。
【0122】
ステップＳ２０５の後に、端末装置１０Ｂは、出力された乗船者入力フォームをユーザに対して提示する（ステップＳ１０４）。
具体的には、端末装置１０Ｂの表示制御部１８４は、サーバ２０との間の論理回線にアクセスし、ステップＳ２０５において出力された乗船者入力フォームを端末装置１０Ｂのディスプレイ１３２に表示することで、当該情報をユーザに対して提示する。
具体的には、端末装置１０Ｂの表示制御部１８４は、サーバ２０との間の論理回線にアクセスし、ステップＳ２０５において出力された乗船者入力フォームを端末装置１０Ｂのディスプレイ１３２に表示することで、当該情報をユーザに対して提示する。
【0123】
ステップＳ１０４の後に、端末装置１０Ｂは、乗船に必要な乗船者情報を入力する操作を受け付ける（ステップＳ１０５）。
具体的には、端末装置１０Ｂの入力受付部１８１は、ステップＳ１０４においてディスプレイ１３２に表示した乗船者入力フォームに対して、乗客が操作受付部１３０を操作して入力した乗船者情報を受け付ける。端末装置１０Ｂの送受信部１８２は、受け付けた乗船者情報を、サーバ２０に対して送信する。この時の端末装置１０Ｂの画面例については、第３画面例Ｐ３として後述する。
具体的には、端末装置１０Ｂの入力受付部１８１は、ステップＳ１０４においてディスプレイ１３２に表示した乗船者入力フォームに対して、乗客が操作受付部１３０を操作して入力した乗船者情報を受け付ける。端末装置１０Ｂの送受信部１８２は、受け付けた乗船者情報を、サーバ２０に対して送信する。この時の端末装置１０Ｂの画面例については、第３画面例Ｐ３として後述する。
【0124】
ステップＳ１０４の後に、サーバ２０は、乗船名簿ＤＢ２８４を更新する（ステップＳ２０６）。
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１０５において、端末装置１０Ａの送受信部１８２から送信された乗船者情報を受信する。サーバ２０の取得モジュール２０３２は、送受信部１８２が受信した乗船者情報を取得する。取得モジュール２０３２は、取得した乗船者情報を、乗船名簿ＤＢ２８４の新たなレコードとして記録することにより、乗船名簿ＤＢ２８４を更新する。
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１０５において、端末装置１０Ａの送受信部１８２から送信された乗船者情報を受信する。サーバ２０の取得モジュール２０３２は、送受信部１８２が受信した乗船者情報を取得する。取得モジュール２０３２は、取得した乗船者情報を、乗船名簿ＤＢ２８４の新たなレコードとして記録することにより、乗船名簿ＤＢ２８４を更新する。
【0125】
その後、サーバ２０の取得モジュール２０３２は、取得した乗船者情報に基づき、対応する運航ＤＢ２８３を更新する。取得モジュール２０３２は、運航ＤＢ２８３において、取得した乗船者情報に対応する運航情報の項目「残席数」フィールドの値を減算する。
【0126】
ステップＳ２０７の後に、サーバ２０は、乗船名簿を作成する（ステップＳ２０７）。
具体的には、サーバ２０の名簿作成モジュール２０３５は、乗船名簿ＤＢ２８４を参照して、同一の運航ＩＤに該当する乗客者情報を集計して、船舶の運航（ツアー）ごとに、全ての乗客に関する乗船者情報を含む乗船名簿を作成する。
以上により、乗船時の乗船手続きの処理が終了する。
具体的には、サーバ２０の名簿作成モジュール２０３５は、乗船名簿ＤＢ２８４を参照して、同一の運航ＩＤに該当する乗客者情報を集計して、船舶の運航（ツアー）ごとに、全ての乗客に関する乗船者情報を含む乗船名簿を作成する。
以上により、乗船時の乗船手続きの処理が終了する。
【0127】
＜５．画面例＞
以下、システム１における画面例を説明する。
以下、システム１における画面例を説明する。
【0128】
（５－１．第１画面例Ｐ１）
図１１は、第１画面例Ｐ１を示す図である。第１画面例Ｐ１は、図９に示すステップＳ１００の際に、端末装置１０Ａに表示される画面である。
図１１に示すように、第１画面例Ｐ１は、船長が、運航情報を登録する操作を受け付ける画面となっている。
図１１は、第１画面例Ｐ１を示す図である。第１画面例Ｐ１は、図９に示すステップＳ１００の際に、端末装置１０Ａに表示される画面である。
図１１に示すように、第１画面例Ｐ１は、船長が、運航情報を登録する操作を受け付ける画面となっている。
【0129】
第１画面例Ｐ１の上部には、船長が運航に用いる船舶の名称を表示するための領域Ａ１が表示されている。船長が運航に用いる船舶は、船長が選択することができる。
第１画面例Ｐ１の中央には、指定した船舶を用いた運航に関する運航情報の入力欄Ａ２が表示されている。
第１画面例Ｐ１の中央には、指定した船舶を用いた運航に関する運航情報の入力欄Ａ２が表示されている。
【0130】
第１画面例Ｐ１の下方には、入力した運航情報を登録する操作ボタンＢ１が表示されている。船長は、操作ボタンＢ１をクリックすることで、運航情報を新たに登録することができる。
【0131】
（５－２．第２画面例Ｐ２）
図１２は、第２画面例Ｐ２を示す図である。第２画面例Ｐ２は、図１０に示すステップＳ１０３の際に、端末装置１０Ｂに表示される画面である。
図１２に示すように、第２画面例Ｐ２は、船舶の運航（ツアー）への参加を希望するユーザから、希望するツアーの選択操作を受け付ける画面となっている。図示するように、サーバ２０は、端末装置１０Ｂに表示させる第２画面例Ｐ２において、ユーザが参加可能な運航（ツアー）の情報を、時系列に沿って表示することとしてもよく、ユーザがアクセスした時点で最も近い時刻に開催される運航スケジュールを優先して表示することとしてもよい。
図１２は、第２画面例Ｐ２を示す図である。第２画面例Ｐ２は、図１０に示すステップＳ１０３の際に、端末装置１０Ｂに表示される画面である。
図１２に示すように、第２画面例Ｐ２は、船舶の運航（ツアー）への参加を希望するユーザから、希望するツアーの選択操作を受け付ける画面となっている。図示するように、サーバ２０は、端末装置１０Ｂに表示させる第２画面例Ｐ２において、ユーザが参加可能な運航（ツアー）の情報を、時系列に沿って表示することとしてもよく、ユーザがアクセスした時点で最も近い時刻に開催される運航スケジュールを優先して表示することとしてもよい。
【0132】
第２画面例Ｐ２の上部には、端末装置１０Ｂが読み込んだ二次元コードに対応する船舶を示す情報を表示する領域Ａ３が表示されている。
第２画面例Ｐ２の中央には、船舶に対応する運航スケジュールの選択操作を乗客から受け付けるための領域Ａ４が表示されている。
第２画面例Ｐ２の下方には、運航スケジュールの選択内容を登録する操作ボタンＢ２が表示されている。ユーザは、操作ボタンＢ２をクリックすることで、選択した運航スケジュールを登録することができる。
操作ボタンＢ２をクリックした場合には、各種の情報の入力画面（第３画面例Ｐ３）に遷移する。
サーバ２０は、第２画面例Ｐ２において、未だ出港日時が到来していないツアーの運航情報であって、以下の条件の少なくともいずれかを満たす運航情報（船長によってツアーとして登録はされたが、満席である、または、欠航していてユーザが利用できない運航）を表示することとしてもよい。
・満席フラグが満席を示しているツアーの運航情報
・欠航フラグが欠航を示しているツアーの運航情報
ここで、サーバ２０は、ユーザが利用できる運航（満席でもなく、欠航もしていない）と、下記の条件に基づきユーザが利用できない運航とを区別して、第２画面例Ｐ２において表示することとしてもよい。これにより、ユーザは、ユーザが利用できるか否かにかかわらず船長が登録した運航の全体像を把握することができ、今後、船長によって登録され得る運航を把握し得る。したがって、ユーザが新たな運航を利用するよう動機づけられうる。
第２画面例Ｐ２の中央には、船舶に対応する運航スケジュールの選択操作を乗客から受け付けるための領域Ａ４が表示されている。
第２画面例Ｐ２の下方には、運航スケジュールの選択内容を登録する操作ボタンＢ２が表示されている。ユーザは、操作ボタンＢ２をクリックすることで、選択した運航スケジュールを登録することができる。
操作ボタンＢ２をクリックした場合には、各種の情報の入力画面（第３画面例Ｐ３）に遷移する。
サーバ２０は、第２画面例Ｐ２において、未だ出港日時が到来していないツアーの運航情報であって、以下の条件の少なくともいずれかを満たす運航情報（船長によってツアーとして登録はされたが、満席である、または、欠航していてユーザが利用できない運航）を表示することとしてもよい。
・満席フラグが満席を示しているツアーの運航情報
・欠航フラグが欠航を示しているツアーの運航情報
ここで、サーバ２０は、ユーザが利用できる運航（満席でもなく、欠航もしていない）と、下記の条件に基づきユーザが利用できない運航とを区別して、第２画面例Ｐ２において表示することとしてもよい。これにより、ユーザは、ユーザが利用できるか否かにかかわらず船長が登録した運航の全体像を把握することができ、今後、船長によって登録され得る運航を把握し得る。したがって、ユーザが新たな運航を利用するよう動機づけられうる。
【0133】
（５－３．第３画面例Ｐ３）
図１３は、第３画面例Ｐ３を示す図である。第３画面例Ｐ３は、図１３に示すステップＳ１０５の際に、端末装置１０Ｂに表示される画面である。
図１３に示すように、第３画面例Ｐ３は、船舶への乗船を希望する乗客から、乗船手続きとして必要な乗船者情報の入力操作を受け付ける画面となっている。
図１３は、第３画面例Ｐ３を示す図である。第３画面例Ｐ３は、図１３に示すステップＳ１０５の際に、端末装置１０Ｂに表示される画面である。
図１３に示すように、第３画面例Ｐ３は、船舶への乗船を希望する乗客から、乗船手続きとして必要な乗船者情報の入力操作を受け付ける画面となっている。
【0134】
第３画面例Ｐ３の上部には、第２画面例Ｐ２で乗客から選択を受け付けたツアーに関する情報を表示するための領域Ａ５が表示されている。
第３画面例Ｐ３の中央には、乗船に必要な乗船者情報の入力操作を乗客から受け付けるための領域Ａ６が表示されている。
第３画面例Ｐ３の下方には、乗船者情報の入力内容を登録する操作ボタンＢ３が表示されている。ユーザは、操作ボタンＢ３をクリックすることで、入力した運航乗船者情報を登録することができる。これにより乗船に必要な乗船手続きを行うことができる。
第３画面例Ｐ３の中央には、乗船に必要な乗船者情報の入力操作を乗客から受け付けるための領域Ａ６が表示されている。
第３画面例Ｐ３の下方には、乗船者情報の入力内容を登録する操作ボタンＢ３が表示されている。ユーザは、操作ボタンＢ３をクリックすることで、入力した運航乗船者情報を登録することができる。これにより乗船に必要な乗船手続きを行うことができる。
【0135】
＜６．小括＞
以上説明したように、システム１では、船舶の運航ツアーに参加するにあたり、乗船手続きに必要な乗客の情報の入力を、当該乗客から受け付ける。このため、乗客から入力された情報を用いて乗船名簿を作成することが可能になり、乗船名簿の作成および管理を効率的に行うことができる。例えば、サーバ２０は、船長であるユーザ等からの要求に応答して、乗船名簿ＤＢ２８４に蓄積されている情報に基づいて、ある運航における乗船名簿を、既定の書式に沿って出力することとしてもよい。
以上説明したように、システム１では、船舶の運航ツアーに参加するにあたり、乗船手続きに必要な乗客の情報の入力を、当該乗客から受け付ける。このため、乗客から入力された情報を用いて乗船名簿を作成することが可能になり、乗船名簿の作成および管理を効率的に行うことができる。例えば、サーバ２０は、船長であるユーザ等からの要求に応答して、乗船名簿ＤＢ２８４に蓄積されている情報に基づいて、ある運航における乗船名簿を、既定の書式に沿って出力することとしてもよい。
【0136】
また船長が、船舶を用いたツアーのスケジュールを登録し、船舶に紐づけられた二次元コードを乗客候補となるユーザが、端末装置１０Ｂにより読み取ることで、当該船舶を用いたツアーに参加するための画面が、端末装置１０Ｂに対して提供される。このため、当該船舶を用いたツアーのスケジュールをユーザに対して提示したうえで、ユーザからの参加の希望を受け付けることができ、気象条件の悪化などによる欠航などの情報を、乗客に対して適切に共有することができる。
【0137】
また、システム１では、船舶の運航スケジュールが複数、船長により登録されている場合に、乗客に対し、複数の運航スケジュールの少なくともいずれかを選択可能に提供する。これにより、船舶に対して複数の運航スケジュールが設定されている状況下においても、運航ごとに乗客に関する情報を管理することができる。
【0138】
＜７．変形例＞
本実施形態の変形例について説明する。
本実施形態の変形例について説明する。
【0139】
上記説明では、船長が、ツアーごとに運航情報を登録する処理について説明したが、この限りではない。予め登録されている運航情報について、欠航に関する判断のみを船長から受け付けてもよい。
【0140】
上記説明では、乗客が乗船者情報を入力する態様を説明したが、この限りではない。
すなわち、乗客が既に顧客登録をしている顧客である場合において、顧客情報の変更がない場合には、乗客は乗船者入力フォームに顧客ＩＤのみを入力し、その他の乗船者情報の入力を省略してもよい。この場合には、名簿作成モジュール２０３５ジュールは、顧客ＩＤを用いて顧客ＤＢ２８２を参照して、顧客ＤＢ２８２に格納された顧客情報を用いて、乗船名簿データ２８５を作成してもよい。これにより、乗船手続き時における乗客の乗船者情報の入力の手間を低減することができる。
すなわち、乗客が既に顧客登録をしている顧客である場合において、顧客情報の変更がない場合には、乗客は乗船者入力フォームに顧客ＩＤのみを入力し、その他の乗船者情報の入力を省略してもよい。この場合には、名簿作成モジュール２０３５ジュールは、顧客ＩＤを用いて顧客ＤＢ２８２を参照して、顧客ＤＢ２８２に格納された顧客情報を用いて、乗船名簿データ２８５を作成してもよい。これにより、乗船手続き時における乗客の乗船者情報の入力の手間を低減することができる。
【0141】
上記説明では、乗客となるユーザの端末装置１０Ｂが、参加可能な運航ツアーの運航情報のみをユーザに対して提示する態様を示したが、この限りではない。端末装置１０Ｂは、参加不可能な運航ツアーの運航情報についても、参加ができない理由（満席又は欠航）とともに、ユーザに対して提示してもよい。
【0142】
上記説明では、予約を必要とせずに参加可能なイベントについて説明したが、この限りではない。イベントへの参加に際して事前の予約を伴ってもよい。また、船舶の運航については、観光および遊興に関するものに限られず、フェリーや連絡船などの交通手段として運営される運航において、本発明を適用してもよい。この場合には、運航責任者である第１のユーザからのイベントに関するスケジュールの登録を省略してもよい。交通手段として運営される運航においては、一般的に、運航スケジュールが予め設定されているためである。
【0143】
（他のサービスとの連携）
また、本開示の技術は、他のサービスと連携させることができる。他のサービスは、例えば、ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）により提供されるカレンダーソフトウェア、予約ソフトウェア等のサービスである。例えば他のサービスがカレンダーである場合、船長や運行管理者などが用いる当該サービスのカレンダーデータベースと、名簿作成モジュール２０３５が生成した乗船名簿とを紐づける。この場合、制御部２０３は、例えば、他のサービスと連携を行うための、名簿提供モジュール２０３６（図示しない）を含むように構成すればよい。
この場合、名簿提供モジュール２０３６は、例えば、カレンダーサービスから任意の運航予定についての乗船名簿の提供の要求と、カレンダーユーザの認証情報とを取得すると、当該カレンダーユーザが船長や運行管理者などであるか認証する。名簿提供モジュール２０３６は、認証に成功すると、当該カレンダーサービスに対して、当該運航予定の乗船名簿を送信する。
このように構成することで、船長や運行管理者が、カレンダーに登録された運航予定について、当該運行予定についての乗船名簿を確認することができる。このため、船長や運行管理者が、運航予定について現状の予約状況、乗船予定人数などを容易に確認することができる。
また、本開示の技術は、他のサービスと連携させることができる。他のサービスは、例えば、ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）により提供されるカレンダーソフトウェア、予約ソフトウェア等のサービスである。例えば他のサービスがカレンダーである場合、船長や運行管理者などが用いる当該サービスのカレンダーデータベースと、名簿作成モジュール２０３５が生成した乗船名簿とを紐づける。この場合、制御部２０３は、例えば、他のサービスと連携を行うための、名簿提供モジュール２０３６（図示しない）を含むように構成すればよい。
この場合、名簿提供モジュール２０３６は、例えば、カレンダーサービスから任意の運航予定についての乗船名簿の提供の要求と、カレンダーユーザの認証情報とを取得すると、当該カレンダーユーザが船長や運行管理者などであるか認証する。名簿提供モジュール２０３６は、認証に成功すると、当該カレンダーサービスに対して、当該運航予定の乗船名簿を送信する。
このように構成することで、船長や運行管理者が、カレンダーに登録された運航予定について、当該運行予定についての乗船名簿を確認することができる。このため、船長や運行管理者が、運航予定について現状の予約状況、乗船予定人数などを容易に確認することができる。
【0144】
また、本開示の技術は、複数の他のサービスと連携させることができる。本開示の技術は、例えば、カレンダーサービス及び予約サービスと連携することができる。例えば、船長がカレンダーサービスに運航予定を入れると、予約サービスに当該運行予定に基づく予約を受け付けるサービスが開始される。そして、予約サービスにおいてユーザが予約すると、名簿作成モジュール２０３５は、予約サービスから当該ユーザの情報を、カレンダーサービスから当該運行予定をそれぞれ受信する。そして、名簿作成モジュール２０３５は、当該運航予定について乗船名簿を作成・更新する。このように、他のサービスから情報を取得することで、乗船名簿の作成を迅速かつ容易にすることができる。
【0145】
（欠航の可能性の表示）
また、本開示の技術は、更に、欠航の可能性を表示する機能を追加することができる。この場合、制御部２０３は、欠航率算出モジュール２０３７（図示しない）を含む。
欠航率算出モジュール２０３７は、航行の目的地の天候情報を用いて、航行予定日時における欠航の可能性を示す欠航率を算出する。
具体的には、欠航率算出モジュール２０３７は、任意のタイミングで、欠航率を算出する。任意のタイミングは、例えば、運航予定について予約可能になったとき、出航日前日の午前中など任意に定めたタイミングである。
欠航率算出モジュール２０３７は、まず、当該船舶の船長の欠航に関する欠航情報を取得する。欠航情報は、船長が過去の所定期間に欠航した数、欠航を決断した時期等である。
次に欠航率算出モジュール２０３７は、運航予定について、目的地である航行エリアと出航日時を運航ＤＢ２８３から取得する。欠航率算出モジュール２０３７は、出航日時における航行エリアの天候情報を、天候情報を提供するサーバ等から取得する。天候情報は、例えば、風速、波高、注意報、警報などの運航に影響のある天候情報である。
欠航率算出モジュール２０３７は、取得した欠航情報及び天候情報に基づいて、欠航率を計算する。欠航率の計算は、任意の方法を用いることができる。例えば、欠航率の算出方法は、まず、船長の過去の所定期間の欠航回数に応じた確率を算出し、天候情報に応じて算出した確率を補正したものを欠航率とすることができる。
そして、欠航率算出モジュール２０３７は、算出した欠航率を、記憶部２０２に格納する。
出力モジュール２０３４は、乗船者や船長などが操作する端末装置１０から、航行予定についての船舶の欠航率要求を受け付けると、欠航率を記憶部２０２から取得する。出力モジュール２０３４は、取得した欠航率を、当該端末装置１０に出力する。
なお、上記他のサービスにおいて、欠航率を表示するようにしてもよい。例えば、出力モジュール２０３４が、欠航率をカレンダーサービスに送信し、当該カレンダーにおいて欠航率を表示させるようにすればよい。
また、本開示の技術は、更に、欠航の可能性を表示する機能を追加することができる。この場合、制御部２０３は、欠航率算出モジュール２０３７（図示しない）を含む。
欠航率算出モジュール２０３７は、航行の目的地の天候情報を用いて、航行予定日時における欠航の可能性を示す欠航率を算出する。
具体的には、欠航率算出モジュール２０３７は、任意のタイミングで、欠航率を算出する。任意のタイミングは、例えば、運航予定について予約可能になったとき、出航日前日の午前中など任意に定めたタイミングである。
欠航率算出モジュール２０３７は、まず、当該船舶の船長の欠航に関する欠航情報を取得する。欠航情報は、船長が過去の所定期間に欠航した数、欠航を決断した時期等である。
次に欠航率算出モジュール２０３７は、運航予定について、目的地である航行エリアと出航日時を運航ＤＢ２８３から取得する。欠航率算出モジュール２０３７は、出航日時における航行エリアの天候情報を、天候情報を提供するサーバ等から取得する。天候情報は、例えば、風速、波高、注意報、警報などの運航に影響のある天候情報である。
欠航率算出モジュール２０３７は、取得した欠航情報及び天候情報に基づいて、欠航率を計算する。欠航率の計算は、任意の方法を用いることができる。例えば、欠航率の算出方法は、まず、船長の過去の所定期間の欠航回数に応じた確率を算出し、天候情報に応じて算出した確率を補正したものを欠航率とすることができる。
そして、欠航率算出モジュール２０３７は、算出した欠航率を、記憶部２０２に格納する。
出力モジュール２０３４は、乗船者や船長などが操作する端末装置１０から、航行予定についての船舶の欠航率要求を受け付けると、欠航率を記憶部２０２から取得する。出力モジュール２０３４は、取得した欠航率を、当該端末装置１０に出力する。
なお、上記他のサービスにおいて、欠航率を表示するようにしてもよい。例えば、出力モジュール２０３４が、欠航率をカレンダーサービスに送信し、当該カレンダーにおいて欠航率を表示させるようにすればよい。
【0146】
図１４は、欠航率表示処理を示すフローチャートである。
図１４に示すように、Ｓ４０１において、サーバ２０の欠航率算出モジュール２０３７は、船舶の船長の欠航に関する欠航情報を取得する。
Ｓ４０２において、サーバ２０の欠航率算出モジュール２０３７は、当該航行予定について、目的地である航行エリアと出航日時を運航ＤＢ２８３から取得する。
Ｓ４０３において、欠航率算出モジュール２０３７は、出航日時における航行エリアの天候情報を、天候情報を提供するサーバ等から取得する。
Ｓ４０４において、サーバ２０の欠航率算出モジュール２０３７は、取得した天候情報に基づいて、欠航率を計算する。
Ｓ４０５において、サーバ２０の出力モジュール２０３４は、欠航率を記憶する。
そして、ユーザの端末装置１０が、サーバ２０に欠航率の表示要求を行い、出力モジュール２０３４が当該端末装置１０に欠航率を表示することで、ユーザに欠航率が表示される。
このように、船長の欠航情報と、航行の目的地の天候情報とを用いて、航行予定日時における欠航の可能性を示す欠航率を算出し、欠航率を表示することにより、船長や乗船者は、欠航の可能性を知ることができる。このため、運航予定について予約可能になったときにユーザが欠航率を見ることで、当該ユーザは欠航率に基づいて、予約すべきかどうかを判断することができる。また、船舶の船長は、欠航するかどうかを前日の夕方に判断することが多い。このため、ユーザが出航日の数日前、前日の午前中等に欠航率を確認することで、ユーザは、当該船舶についての予約をキャンセルするかどうか、移動手段、宿泊施設の予約ないし解約するかどうか、他の予定を立てるか等を事前に判断することができる。
図１４に示すように、Ｓ４０１において、サーバ２０の欠航率算出モジュール２０３７は、船舶の船長の欠航に関する欠航情報を取得する。
Ｓ４０２において、サーバ２０の欠航率算出モジュール２０３７は、当該航行予定について、目的地である航行エリアと出航日時を運航ＤＢ２８３から取得する。
Ｓ４０３において、欠航率算出モジュール２０３７は、出航日時における航行エリアの天候情報を、天候情報を提供するサーバ等から取得する。
Ｓ４０４において、サーバ２０の欠航率算出モジュール２０３７は、取得した天候情報に基づいて、欠航率を計算する。
Ｓ４０５において、サーバ２０の出力モジュール２０３４は、欠航率を記憶する。
そして、ユーザの端末装置１０が、サーバ２０に欠航率の表示要求を行い、出力モジュール２０３４が当該端末装置１０に欠航率を表示することで、ユーザに欠航率が表示される。
このように、船長の欠航情報と、航行の目的地の天候情報とを用いて、航行予定日時における欠航の可能性を示す欠航率を算出し、欠航率を表示することにより、船長や乗船者は、欠航の可能性を知ることができる。このため、運航予定について予約可能になったときにユーザが欠航率を見ることで、当該ユーザは欠航率に基づいて、予約すべきかどうかを判断することができる。また、船舶の船長は、欠航するかどうかを前日の夕方に判断することが多い。このため、ユーザが出航日の数日前、前日の午前中等に欠航率を確認することで、ユーザは、当該船舶についての予約をキャンセルするかどうか、移動手段、宿泊施設の予約ないし解約するかどうか、他の予定を立てるか等を事前に判断することができる。
【0147】
（広告の表示）
上記説明では、乗船手続きの処理を説明したがこれに限定されるものではない。本変形例では、乗船手続きにおいて、広告を表示することができる。広告主は、例えば、船舶のメーカー、航行エリアの自治体、観光業者など様々な広告主が想定される。
図１５は、変形例に係る情報処理システムの実施形態の概要を示す図である。
船舶情報の読み取り処理において、乗客は、出港場所において、船舶の情報を読み取る。
二次元コードは、広告と共に表示されるように構成してもよい。例えば、船舶情報が表示される紙面、画面等において、二次元コードと共に、船舶のスポンサー名などの広告が含まれるように構成されればよい。
また、二次元コードには、更に、広告情報が含まれる。広告情報は、予め記憶部２０２に格納された、端末装置１０に表示するための広告を抽出するための情報である。
サーバ２０は、二次元コードを読み取った端末装置１０に対して、更に、当該広告の情報を提供する。広告は、例えば、広告バナーとして、端末装置１０に表示される。
上記説明では、乗船手続きの処理を説明したがこれに限定されるものではない。本変形例では、乗船手続きにおいて、広告を表示することができる。広告主は、例えば、船舶のメーカー、航行エリアの自治体、観光業者など様々な広告主が想定される。
図１５は、変形例に係る情報処理システムの実施形態の概要を示す図である。
船舶情報の読み取り処理において、乗客は、出港場所において、船舶の情報を読み取る。
二次元コードは、広告と共に表示されるように構成してもよい。例えば、船舶情報が表示される紙面、画面等において、二次元コードと共に、船舶のスポンサー名などの広告が含まれるように構成されればよい。
また、二次元コードには、更に、広告情報が含まれる。広告情報は、予め記憶部２０２に格納された、端末装置１０に表示するための広告を抽出するための情報である。
サーバ２０は、二次元コードを読み取った端末装置１０に対して、更に、当該広告の情報を提供する。広告は、例えば、広告バナーとして、端末装置１０に表示される。
【0148】
図１６は、当該変形例に係る乗船時の乗船手続きの処理を示すフローチャートである。
ステップＳ２０２の後に、Ｓ２２０２において、サーバ２０は、読み取った二次元コードに含まれる広告情報に対応する広告を抽出する。
ステップＳ２２０２の後に、サーバ２０は、抽出したツアーの候補と、広告とを出力する（ステップＳ２２０３）。
ステップＳ２２０３の後に、端末装置１０Ｂは、ツアー候補と広告とを乗客となるユーザに対して提示する（ステップＳ１１０２）。
具体的には、端末装置１０Ｂの表示制御部１８４は、ステップＳ２２０３において、サーバ２０との間の論理回線にアクセスし、ツアーの候補を示す情報と広告とを端末装置１０Ｂのディスプレイ１３２に表示することで、当該情報と広告とをユーザに対して提示する。
ステップＳ２０２の後に、Ｓ２２０２において、サーバ２０は、読み取った二次元コードに含まれる広告情報に対応する広告を抽出する。
ステップＳ２２０２の後に、サーバ２０は、抽出したツアーの候補と、広告とを出力する（ステップＳ２２０３）。
ステップＳ２２０３の後に、端末装置１０Ｂは、ツアー候補と広告とを乗客となるユーザに対して提示する（ステップＳ１１０２）。
具体的には、端末装置１０Ｂの表示制御部１８４は、ステップＳ２２０３において、サーバ２０との間の論理回線にアクセスし、ツアーの候補を示す情報と広告とを端末装置１０Ｂのディスプレイ１３２に表示することで、当該情報と広告とをユーザに対して提示する。
【0149】
図１７は、変形例に係る情報処理システムの第２画面例を示す図である。
第２画面例Ｐ２の任意の位置には、広告を表示する広告表示部Ｃ１が表示されている。図１７の例では、広告表示部Ｃ１に、バナー広告が表示されている。ユーザは、バナー広告をクリックすることで、広告主のＷｅｂサイトにアクセスすることができる。選択した運航スケジュールを登録することができる。
このように、船舶に紐づけられた二次元コードに広告情報を含めることで、船舶の持ち主や管理者が、広告料収入を得ることができる。
第２画面例Ｐ２の任意の位置には、広告を表示する広告表示部Ｃ１が表示されている。図１７の例では、広告表示部Ｃ１に、バナー広告が表示されている。ユーザは、バナー広告をクリックすることで、広告主のＷｅｂサイトにアクセスすることができる。選択した運航スケジュールを登録することができる。
このように、船舶に紐づけられた二次元コードに広告情報を含めることで、船舶の持ち主や管理者が、広告料収入を得ることができる。
【0150】
また、制御部２０３は、広告スコア算出部（図示しない）と、広告料決定部（図示しない）とを含んでもよい。広告スコア算出部は、広告情報を含む二次元コードを表示する船舶について、当該船舶の乗船名簿に基づいて、上記の広告表示部による広告を表示した場合の広告効果を示す広告スコアを算出する。具体的には、広告スコア算出部は、当該船舶の過去の乗船名簿から、所定期間の間に当該船舶に乗船したユーザの数及び当該船舶が出航した回数を抽出する。広告スコア算出部は、抽出した過去に当該船舶に乗船したユーザの数及び当該船舶が出航した回数から、広告スコアを算出する。広告スコアの算出方法は、任意の算出方法を用いることができる。広告スコアの算出方法は、例えば、１ヶ月辺りの平均乗船人数を広告スコアとして算出する方法を用いる。そして、広告スコア算出部は、広告スコアを、広告主に提示する。
【0151】
広告料決定部は、広告スコアに基づいて、当該船舶に広告を出す際の広告料を決定する。具体的には、広告料決定部は、当該船舶について、広告スコアに応じた広告料を決定する。広告料決定部は、例えば、広告スコアが１ヶ月辺りの平均乗船人数である場合、人数に応じて予め定めた広告料を決定する構成とすることができる。そして、広告料決定部は、決定した広告料を広告主に提示する。広告料決定部は、広告スコアと広告料とを、広告主に提示する構成としてもよい。
【0152】
乗船客は、イベント参加時に必ず広告が表示された画面（例えば、図１７の第２画面例）を見る。このため、広告スコア算出部が、過去の乗船客の数に応じて広告スコアを算出することで、広告主は広告を出稿するかどうかの意思決定を行うことができる。また、広告料決定部が、当該広告スコアに応じた広告料を決定することで、広告主は、適切に広告を出稿するかどうかの意思決定を行うことができる。また、広告料決定部が、広告スコアと広告料とを同時に表示することで、より広告主の意思決定を補助することができ、広告主は適切な広告料にて広告を出稿することができる。
【0153】
なお、広告スコア算出部は、実際に広告に関してユーザが取った行動に対する実績を広告スコアの算出に用いてもよい。広告に関してユーザが取った行動に対する実績は、例えば、実際に広告が閲覧された数、広告がクリックされた数、広告から商品が購入された数、広告からサービスの利用を行った数等である。広告スコア算出部は、広告スコアの算出に、実際に広告に関してユーザが取った行動に対する実績を用いることで、より実体に即し、かつ、精度の高い広告スコアを算出することができる。これにより、広告主が、広告を出稿する意思決定により適切に寄与することができる。
【0154】
（運航中の位置情報の提供）
本変形例では、運航中の船舶の位置情報を、当該船舶の船長又は当該船舶を管理している会社、当該船舶に乗船しているユーザの家族等（以下、これらをまとめて確認者という）に提供する場合を説明する。本変形例では、制御部２０３は、位置情報提供モジュール２０３８（図示しない）を含む。
位置情報提供モジュール２０３８は、運航中の船舶の位置情報を取得する。具体的には、位置情報提供モジュール２０３８は、船長の操作する端末装置１０Ａから、当該端末装置１０Ａの位置情報を取得することにより、当該船舶の位置情報を取得する。位置情報は、例えば、ＧＰＳ情報などである。
また、位置情報提供モジュール２０３８は、船舶の運航に影響を与える要素を取得する。具体的には、位置情報提供モジュール２０３８は、イベントが釣りである場合、魚の釣り具合の良し悪し、近隣の船舶の有無等の、船舶の運航に影響を与える要素を取得する。船舶は、ある程度運行計画により、運航する場所が定められている。しかし、船長は、釣り具合によって釣り場所を変えることがある。また、近隣に船舶があると、当該近隣の船舶を回避するように運行経路を変更する場合がある。このように、船舶の運航に影響を与える要素を、船長の操作する端末装置１０Ａから取得する。この場合、端末装置１０Ａは、例えば、船舶の運航に影響を与える要素を入力又は選択し、サーバ２０に当該要素と位置情報とを送信する機能を構成する。
出力モジュール２０３４は、位置情報と運航に影響を与える要素とを、確認者の端末装置（図示しない）に提示する。
これにより、確認者は、船舶がどこを運航しているか、運航計画の経路と異なっている場合の原因は何か等を確認することができる。
また、位置情報提供モジュール２０３８は、予め運航計画における所定時間毎の位置情報を取得しておき、現在の位置情報と一致するか否か判定する構成としてもよい。この場合、出力モジュール２０３４は、判定結果が一致する場合には、運航スケジュール通りである旨を、一致しない場合には、運航スケジュール通りでない旨を、確認者に提示する。これにより、安全性を高めることができる。また、乗船客の家族などが、ユーザの状態を確認することができることにより、安心感を得ることができる。
本変形例では、運航中の船舶の位置情報を、当該船舶の船長又は当該船舶を管理している会社、当該船舶に乗船しているユーザの家族等（以下、これらをまとめて確認者という）に提供する場合を説明する。本変形例では、制御部２０３は、位置情報提供モジュール２０３８（図示しない）を含む。
位置情報提供モジュール２０３８は、運航中の船舶の位置情報を取得する。具体的には、位置情報提供モジュール２０３８は、船長の操作する端末装置１０Ａから、当該端末装置１０Ａの位置情報を取得することにより、当該船舶の位置情報を取得する。位置情報は、例えば、ＧＰＳ情報などである。
また、位置情報提供モジュール２０３８は、船舶の運航に影響を与える要素を取得する。具体的には、位置情報提供モジュール２０３８は、イベントが釣りである場合、魚の釣り具合の良し悪し、近隣の船舶の有無等の、船舶の運航に影響を与える要素を取得する。船舶は、ある程度運行計画により、運航する場所が定められている。しかし、船長は、釣り具合によって釣り場所を変えることがある。また、近隣に船舶があると、当該近隣の船舶を回避するように運行経路を変更する場合がある。このように、船舶の運航に影響を与える要素を、船長の操作する端末装置１０Ａから取得する。この場合、端末装置１０Ａは、例えば、船舶の運航に影響を与える要素を入力又は選択し、サーバ２０に当該要素と位置情報とを送信する機能を構成する。
出力モジュール２０３４は、位置情報と運航に影響を与える要素とを、確認者の端末装置（図示しない）に提示する。
これにより、確認者は、船舶がどこを運航しているか、運航計画の経路と異なっている場合の原因は何か等を確認することができる。
また、位置情報提供モジュール２０３８は、予め運航計画における所定時間毎の位置情報を取得しておき、現在の位置情報と一致するか否か判定する構成としてもよい。この場合、出力モジュール２０３４は、判定結果が一致する場合には、運航スケジュール通りである旨を、一致しない場合には、運航スケジュール通りでない旨を、確認者に提示する。これにより、安全性を高めることができる。また、乗船客の家族などが、ユーザの状態を確認することができることにより、安心感を得ることができる。
【0155】
図１８は、変形例に係る位置情報の確認処理を示すフローチャートである。
位置情報の確認処理において、サーバ２０の位置情報提供モジュール２０３８は、予め運航計画における所定時間毎の位置情報を取得し、保持しているものとする。また、位置情報の確認処理は、所定時間毎に処理を開始する場合を例に説明する。
Ｓ５０１において、サーバ２０の位置情報提供モジュール２０３８は、移動中の移動体の位置情報と、船舶の運航に影響を与える要素とを取得する。
Ｓ５０２において、サーバ２０の位置情報提供モジュール２０３８は、現在の位置情報と、予定された位置情報と距離を算出する。
Ｓ５０３において、サーバ２０の位置情報提供モジュール２０３８は、算出した距離に基づき、運航スケジュール通りか否かを判定する。具体的には、位置情報提供モジュール２０３８は、算出した距離が、所定の閾値以下か否かを判定する。位置情報提供モジュール２０３８は、算出した距離が所定の閾値以下である場合、運航スケジュール通りであると判定し、そうでない場合、運航スケジュール通りでないと判定する。
Ｓ５０４において、サーバ２０の出力モジュール２０３４は、判定結果と、船舶の運航に影響を与える要素とを、確認者の端末装置に提示する。
Ｓ５０５において、確認者の端末装置は、判定結果と、船舶の運航に影響を与える要素とを、確認者に表示する。
位置情報の確認処理において、サーバ２０の位置情報提供モジュール２０３８は、予め運航計画における所定時間毎の位置情報を取得し、保持しているものとする。また、位置情報の確認処理は、所定時間毎に処理を開始する場合を例に説明する。
Ｓ５０１において、サーバ２０の位置情報提供モジュール２０３８は、移動中の移動体の位置情報と、船舶の運航に影響を与える要素とを取得する。
Ｓ５０２において、サーバ２０の位置情報提供モジュール２０３８は、現在の位置情報と、予定された位置情報と距離を算出する。
Ｓ５０３において、サーバ２０の位置情報提供モジュール２０３８は、算出した距離に基づき、運航スケジュール通りか否かを判定する。具体的には、位置情報提供モジュール２０３８は、算出した距離が、所定の閾値以下か否かを判定する。位置情報提供モジュール２０３８は、算出した距離が所定の閾値以下である場合、運航スケジュール通りであると判定し、そうでない場合、運航スケジュール通りでないと判定する。
Ｓ５０４において、サーバ２０の出力モジュール２０３４は、判定結果と、船舶の運航に影響を与える要素とを、確認者の端末装置に提示する。
Ｓ５０５において、確認者の端末装置は、判定結果と、船舶の運航に影響を与える要素とを、確認者に表示する。
【0156】
（運航中の緊急通報）
本変形例では、運航中の船舶の緊急通報を行う場合を説明する。緊急通報先としては、海上保安庁、マリーナ、乗船客の緊急連絡先等が想定される。
本変形例において、船舶、船長又は乗船客の操作する端末装置１０のアプリケーション等に、緊急通報ボタンを設置しておく。以下の例では、船長の操作する端末装置１０のアプリケーションにおいて、緊急通報ボタンが設けられている場合を例に説明する。
船長の操作により、端末装置１０において緊急通報ボタンが押下された場合、端末装置１０の送受信部１０２は、サーバ２０に、緊急通報を送信する。緊急通報は、端末装置１０の位置情報を含む。位置情報は、例えば、ＧＰＳ情報である。
本変形例では、制御部２０３は、緊急通報モジュール２０３９（図示しない）を含む。
送受信制御モジュール２０３１は、緊急通報ボタンが押下されたことによる緊急通報を受信する。
緊急通報モジュール２０３９は、緊急通報を受信すると、位置情報と共に所定の緊急通報先に連絡するように、当該所定の管理者に提示する。具体的には、緊急通報モジュール２０３９は、位置情報と、所定の緊急連絡先とを、当該システム（例えばシステム１）の管理者、船舶の管理者等の所定の管理者の端末（図示しない）に送信することにより、当該管理者に提示する。
本変形例によれば、個人の所有する船舶である、協力者のいない船舶である等の事情により陸に船舶の管理者がいない場合であっても、緊急時に本システムの管理者により、緊急連絡先に緊急通報することができる。これにより、本変形例によれば、緊急時の乗船客及び乗組員の安全性を高めることができる。
なお、緊急通報モジュール２０３９は、管理者に緊急通報を提示すると共に、緊急通報先に緊急通報と位置情報と船舶に関する情報とを送信する構成としてもよい。これにより、緊急時の乗船客及び乗組員の安全性を高めることができる。
また、予め当該アプリケーションに、緊急通報の内容を選択できるボタンを設けてもよい。これにより、緊急通報の内容に応じて、管理者が適切な緊急通報先を選択すること、及び適切な対応することができる。
また、サーバ２０は、船長の端末装置１０と定期的に安全確認の通信を行い、所定時間内に当該端末装置１０から応答が無い場合に、緊急通報モジュール２０３９が、緊急通報を受信したものとして、所定の緊急通報先に連絡するように、当該所定の管理者に提示するように構成してもよい。また、この場合、緊急通報モジュール２０３９は、所定の管理者が、船長又は乗船しているユーザにメール、電話等の連絡をする等の確認行為を挟んだ上で、連絡が取れない場合に、管理者に所定の緊急通報先に連絡するように、所定の管理者に提示するようにしてもよい。このような構成により、船長の端末装置に連絡が取れない場合に、誤った通報を減らしつつ、緊急通報することができる。
本変形例では、運航中の船舶の緊急通報を行う場合を説明する。緊急通報先としては、海上保安庁、マリーナ、乗船客の緊急連絡先等が想定される。
本変形例において、船舶、船長又は乗船客の操作する端末装置１０のアプリケーション等に、緊急通報ボタンを設置しておく。以下の例では、船長の操作する端末装置１０のアプリケーションにおいて、緊急通報ボタンが設けられている場合を例に説明する。
船長の操作により、端末装置１０において緊急通報ボタンが押下された場合、端末装置１０の送受信部１０２は、サーバ２０に、緊急通報を送信する。緊急通報は、端末装置１０の位置情報を含む。位置情報は、例えば、ＧＰＳ情報である。
本変形例では、制御部２０３は、緊急通報モジュール２０３９（図示しない）を含む。
送受信制御モジュール２０３１は、緊急通報ボタンが押下されたことによる緊急通報を受信する。
緊急通報モジュール２０３９は、緊急通報を受信すると、位置情報と共に所定の緊急通報先に連絡するように、当該所定の管理者に提示する。具体的には、緊急通報モジュール２０３９は、位置情報と、所定の緊急連絡先とを、当該システム（例えばシステム１）の管理者、船舶の管理者等の所定の管理者の端末（図示しない）に送信することにより、当該管理者に提示する。
本変形例によれば、個人の所有する船舶である、協力者のいない船舶である等の事情により陸に船舶の管理者がいない場合であっても、緊急時に本システムの管理者により、緊急連絡先に緊急通報することができる。これにより、本変形例によれば、緊急時の乗船客及び乗組員の安全性を高めることができる。
なお、緊急通報モジュール２０３９は、管理者に緊急通報を提示すると共に、緊急通報先に緊急通報と位置情報と船舶に関する情報とを送信する構成としてもよい。これにより、緊急時の乗船客及び乗組員の安全性を高めることができる。
また、予め当該アプリケーションに、緊急通報の内容を選択できるボタンを設けてもよい。これにより、緊急通報の内容に応じて、管理者が適切な緊急通報先を選択すること、及び適切な対応することができる。
また、サーバ２０は、船長の端末装置１０と定期的に安全確認の通信を行い、所定時間内に当該端末装置１０から応答が無い場合に、緊急通報モジュール２０３９が、緊急通報を受信したものとして、所定の緊急通報先に連絡するように、当該所定の管理者に提示するように構成してもよい。また、この場合、緊急通報モジュール２０３９は、所定の管理者が、船長又は乗船しているユーザにメール、電話等の連絡をする等の確認行為を挟んだ上で、連絡が取れない場合に、管理者に所定の緊急通報先に連絡するように、所定の管理者に提示するようにしてもよい。このような構成により、船長の端末装置に連絡が取れない場合に、誤った通報を減らしつつ、緊急通報することができる。
【0157】
（リピート施策）
本開示の技術は、更に、乗船客の乗船履歴情報に応じて、割引やお得な回数券の販売などを決定する処理を行うことができる。
具体的には、制御部２０３は、特典決定モジュール（図示しない）を有する。特典決定モジュールは、乗船客が乗船手続きの処理などを行った後で、顧客ＤＢ２０２を参照することで、当該乗船客の利用回数を抽出する。特典決定モジュールは、利用回数に応じて、当該乗船客に特典の付与を決定する。利用回数に応じた特典は、予め定めておく。特典決定モジュールは、乗船客の端末装置１０Ｂに、決定した特典を付与したメッセージを表示させる。乗船客は表示された特典を今回の乗船、又は次回以降の乗船において使用することができる。
また、特典は乗船に関係無いものであってもよい。例えば、特典は、ＥＣサイトにおける買い物に使えるクーポンなどでもよい。特典決定モジュールは、釣りが目的の乗船であれば、ＥＣサイトにおいて、釣り具についての割引券などを特典として決定することができる。
本変形例によれば、乗船客の再利用の可能性を高めることができる。
本開示の技術は、更に、乗船客の乗船履歴情報に応じて、割引やお得な回数券の販売などを決定する処理を行うことができる。
具体的には、制御部２０３は、特典決定モジュール（図示しない）を有する。特典決定モジュールは、乗船客が乗船手続きの処理などを行った後で、顧客ＤＢ２０２を参照することで、当該乗船客の利用回数を抽出する。特典決定モジュールは、利用回数に応じて、当該乗船客に特典の付与を決定する。利用回数に応じた特典は、予め定めておく。特典決定モジュールは、乗船客の端末装置１０Ｂに、決定した特典を付与したメッセージを表示させる。乗船客は表示された特典を今回の乗船、又は次回以降の乗船において使用することができる。
また、特典は乗船に関係無いものであってもよい。例えば、特典は、ＥＣサイトにおける買い物に使えるクーポンなどでもよい。特典決定モジュールは、釣りが目的の乗船であれば、ＥＣサイトにおいて、釣り具についての割引券などを特典として決定することができる。
本変形例によれば、乗船客の再利用の可能性を高めることができる。
【0158】
（ギフト提案）
本開示の技術は、更に、乗船客の緊急連絡先における乗船客の親族等に、乗船客へのギフトを付与する処理を行うことができる。
具体的には、制御部２０３は、ギフト提案モジュール（図示しない）を有する。ギフト提案モジュールは、任意のタイミング（例えば、乗船客の誕生日１ヶ月前、父の日など）で、顧客ＤＢ２０２を参照することで、乗船客の緊急連絡先を取得する。ギフト提案モジュールは、緊急連絡先に、予め定めたギフトの提案をするメッセージとクーポン等を送信する。緊急連絡先の親族等は、受信したメッセージとクーポンから、乗船客へギフトを送るかどうかを考えることができる。
このとき、ギフト提案モジュールは、釣り具に関するギフトの提案、釣り具についてのクーポン等を緊急連絡先に送信する。これにより、乗船者が釣りを始めるための負担（コスト）を下げることができる。また、乗船客が船舶を釣り船として利用することにより、船舶の利用者を増加することができる。
なお、緊急連絡先にメッセージを送って良いかどうかは、予め乗船客の同意を得ておくように構成してもよい。これにより、乗船者及び親族に対して勝手に個人情報を利用されたことによる嫌悪感を抱かれることを防ぐことができる。
本開示の技術は、更に、乗船客の緊急連絡先における乗船客の親族等に、乗船客へのギフトを付与する処理を行うことができる。
具体的には、制御部２０３は、ギフト提案モジュール（図示しない）を有する。ギフト提案モジュールは、任意のタイミング（例えば、乗船客の誕生日１ヶ月前、父の日など）で、顧客ＤＢ２０２を参照することで、乗船客の緊急連絡先を取得する。ギフト提案モジュールは、緊急連絡先に、予め定めたギフトの提案をするメッセージとクーポン等を送信する。緊急連絡先の親族等は、受信したメッセージとクーポンから、乗船客へギフトを送るかどうかを考えることができる。
このとき、ギフト提案モジュールは、釣り具に関するギフトの提案、釣り具についてのクーポン等を緊急連絡先に送信する。これにより、乗船者が釣りを始めるための負担（コスト）を下げることができる。また、乗船客が船舶を釣り船として利用することにより、船舶の利用者を増加することができる。
なお、緊急連絡先にメッセージを送って良いかどうかは、予め乗船客の同意を得ておくように構成してもよい。これにより、乗船者及び親族に対して勝手に個人情報を利用されたことによる嫌悪感を抱かれることを防ぐことができる。
【0159】
（乗船名簿に基づく融資・割賦販売）
本開示の技術は、更に、乗船名簿を用いて、釣り船である船舶の所有者に、融資・釣り具の割賦販売を決定する処理を行うことができる。具体的には、乗船名簿に基づく乗船データに基づいた、当該釣り船の与信情報に応じて、融資・釣り具の割賦販売を決定する。
この場合、制御部２０３は、与信決定モジュール（図示しない）を有する。与信決定モジュールは、釣り船について、乗船名簿を複数取得する。このとき、取得する乗船名簿は全てでもよいし、直近数ヶ月などの期間が定まってもよい。与信決定モジュールは、複数の乗船名簿から、与信情報をスコア化する。スコア化は、例えば、直近Ｎ回の乗船率の和をＮで割った数、直近Ｎ回の総乗船ユーザ数をユニークユーザで割った数などに応じて算出すればよい。直近Ｎ回の乗船率の和をＮで割った数が高ければ、売上の見込みが高いので、与信スコアは高くなる。また、直近Ｎ回の総乗船ユーザ数をユニークユーザで割った数がＮに近ければ、リピート率が高いため、安定した乗船数を確保できる。このため与信スコアは高くなるものと考えられる。
なお、予約を受け付けた数を参照すると、乗船予定者によるキャンセルや、悪天候によるキャンセルもあるため、実際に乗船した履歴がわかりづらい。このため、実際に乗船した乗船者の数を用いる。本開示の技術は、乗船名簿が作成されるため、実施あの乗船者の数を容易に用いることができる。
そして、船舶の所有者への融資の場合、与信決定モジュールは、スコアに応じて、融資額、利率、返済期間などを決定すればよい。
また、釣り具の割賦販売の場合、スコアに応じて、釣り具の割賦販売を決定する。立替を行う事業者は、スコアにより信用できる船舶の所有者が乗船者に釣り具をレンタルすることで、安定した支払いを期待することができる。また、このレンタルにおいて、乗船人数分、しっかりした道具を揃えやすくすることで、初心者や釣り具を忘れた人でも、この釣り船を使うきっかけになるので、当該事業者は安定した支払いを期待することができる。
このように、本変形例では、実際の乗船客の数に応じて算出されたスコアにより、融資・割賦販売を決定するため、融資業者及び立替を行う業者が、高い期待度で融資及び割賦販売を行うことができる。また、船舶の所有者が実績に基づいた融資を受けやすくなり、レンタル業などに用いる道具を揃えやすくなる。
本開示の技術は、更に、乗船名簿を用いて、釣り船である船舶の所有者に、融資・釣り具の割賦販売を決定する処理を行うことができる。具体的には、乗船名簿に基づく乗船データに基づいた、当該釣り船の与信情報に応じて、融資・釣り具の割賦販売を決定する。
この場合、制御部２０３は、与信決定モジュール（図示しない）を有する。与信決定モジュールは、釣り船について、乗船名簿を複数取得する。このとき、取得する乗船名簿は全てでもよいし、直近数ヶ月などの期間が定まってもよい。与信決定モジュールは、複数の乗船名簿から、与信情報をスコア化する。スコア化は、例えば、直近Ｎ回の乗船率の和をＮで割った数、直近Ｎ回の総乗船ユーザ数をユニークユーザで割った数などに応じて算出すればよい。直近Ｎ回の乗船率の和をＮで割った数が高ければ、売上の見込みが高いので、与信スコアは高くなる。また、直近Ｎ回の総乗船ユーザ数をユニークユーザで割った数がＮに近ければ、リピート率が高いため、安定した乗船数を確保できる。このため与信スコアは高くなるものと考えられる。
なお、予約を受け付けた数を参照すると、乗船予定者によるキャンセルや、悪天候によるキャンセルもあるため、実際に乗船した履歴がわかりづらい。このため、実際に乗船した乗船者の数を用いる。本開示の技術は、乗船名簿が作成されるため、実施あの乗船者の数を容易に用いることができる。
そして、船舶の所有者への融資の場合、与信決定モジュールは、スコアに応じて、融資額、利率、返済期間などを決定すればよい。
また、釣り具の割賦販売の場合、スコアに応じて、釣り具の割賦販売を決定する。立替を行う事業者は、スコアにより信用できる船舶の所有者が乗船者に釣り具をレンタルすることで、安定した支払いを期待することができる。また、このレンタルにおいて、乗船人数分、しっかりした道具を揃えやすくすることで、初心者や釣り具を忘れた人でも、この釣り船を使うきっかけになるので、当該事業者は安定した支払いを期待することができる。
このように、本変形例では、実際の乗船客の数に応じて算出されたスコアにより、融資・割賦販売を決定するため、融資業者及び立替を行う業者が、高い期待度で融資及び割賦販売を行うことができる。また、船舶の所有者が実績に基づいた融資を受けやすくなり、レンタル業などに用いる道具を揃えやすくなる。
【0160】
以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態および変形例は、組合せ可能、又はその一部を省略可能である。
【0161】
＜８．付記＞
実施形態および変形例で説明した事項を、以下に付記する。
実施形態および変形例で説明した事項を、以下に付記する。
【0162】
（付記１）
プロセッサと記憶部とを備えるコンピュータを動作させるためのプログラムであって、
記憶部は、移動体と関連付けられる識別情報を記憶するように構成されており、
プログラムは、プロセッサに、
移動体を用いてイベントを開催する第１のユーザから、イベントのスケジュールの登録を受け付けるステップ（ステップＳ１００）と、
イベントに参加する第２のユーザが識別情報に基づき発行される二次元コードを読み取る操作を行うことにより、識別情報に対応する移動体のイベントに参加するための画面を提供するステップ（ステップＳ２０３、Ｓ２０５）と、
画面でイベントに参加するにあたり必要な第２のユーザの情報の入力を、当該第２のユーザから受け付けるステップ（ステップＳ１０５）と、を実行させる、プログラム。
プロセッサと記憶部とを備えるコンピュータを動作させるためのプログラムであって、
記憶部は、移動体と関連付けられる識別情報を記憶するように構成されており、
プログラムは、プロセッサに、
移動体を用いてイベントを開催する第１のユーザから、イベントのスケジュールの登録を受け付けるステップ（ステップＳ１００）と、
イベントに参加する第２のユーザが識別情報に基づき発行される二次元コードを読み取る操作を行うことにより、識別情報に対応する移動体のイベントに参加するための画面を提供するステップ（ステップＳ２０３、Ｓ２０５）と、
画面でイベントに参加するにあたり必要な第２のユーザの情報の入力を、当該第２のユーザから受け付けるステップ（ステップＳ１０５）と、を実行させる、プログラム。
【0163】
（付記２）
提供するステップ（ステップＳ２０３）において、
識別情報に対応する移動体のイベントが、複数、第１のユーザにより登録されている場合に、画面において、第２のユーザに対し、複数のイベントの少なくともいずれかを選択可能に提供する、付記１に記載のプログラム。
提供するステップ（ステップＳ２０３）において、
識別情報に対応する移動体のイベントが、複数、第１のユーザにより登録されている場合に、画面において、第２のユーザに対し、複数のイベントの少なくともいずれかを選択可能に提供する、付記１に記載のプログラム。
【0164】
（付記３）
前記二次元コードは、広告情報を含み、
前記画面を提供するステップにおいて、前記画面は、前記広告情報に応じた所定の広告を含む、
付記１に記載のプログラム。
前記二次元コードは、広告情報を含み、
前記画面を提供するステップにおいて、前記画面は、前記広告情報に応じた所定の広告を含む、
付記１に記載のプログラム。
【0165】
（付記４）
前記移動体について、前記移動体の利用者名簿に基づいて、前記所定の広告を表示した場合の広告効果を示す広告スコアを算出するステップと、
前記広告スコアを、前記所定の広告の広告主に提示するステップと、
を実行させる、付記３に記載のプログラム。
前記移動体について、前記移動体の利用者名簿に基づいて、前記所定の広告を表示した場合の広告効果を示す広告スコアを算出するステップと、
前記広告スコアを、前記所定の広告の広告主に提示するステップと、
を実行させる、付記３に記載のプログラム。
【0166】
（付記５）
前記広告スコアに基づいて、広告料を決定するステップ、
を更に実行させ、
前記広告主に提示するステップにおいて、算出した前記広告スコアと、決定した前記広告料とを提示する、付記４に記載のプログラム。
前記広告スコアに基づいて、広告料を決定するステップ、
を更に実行させ、
前記広告主に提示するステップにおいて、算出した前記広告スコアと、決定した前記広告料とを提示する、付記４に記載のプログラム。
【0167】
（付記６）
移動中の前記移動体の位置情報を取得するステップと、
前記位置情報を、前記移動体の管理者及び前記第２ユーザの関係者の少なくとも何れかに提示するステップと、
を実行させる付記１に記載のプログラム。
移動中の前記移動体の位置情報を取得するステップと、
前記位置情報を、前記移動体の管理者及び前記第２ユーザの関係者の少なくとも何れかに提示するステップと、
を実行させる付記１に記載のプログラム。
【0168】
（付記７）
前記移動体から、緊急通報を取得するステップと、
所定の緊急連絡先に連絡するように、所定の管理者に提示するステップと、
を実行させる付記１に記載のプログラム。
前記移動体から、緊急通報を取得するステップと、
所定の緊急連絡先に連絡するように、所定の管理者に提示するステップと、
を実行させる付記１に記載のプログラム。
【0169】
（付記８）
前記緊急通報には、前記移動体の位置情報が含まれており、
前記提示するステップにおいて、前記位置情報と併せて、前記所定の緊急通通報先に連絡するように、前記管理者に提示する、
付記７に記載のプログラム。
前記緊急通報には、前記移動体の位置情報が含まれており、
前記提示するステップにおいて、前記位置情報と併せて、前記所定の緊急通通報先に連絡するように、前記管理者に提示する、
付記７に記載のプログラム。
【0170】
（付記９）
プロセッサと記憶部とを備えるコンピュータを動作させるための方法であって、
記憶部は、移動体と関連付けられる識別情報を記憶するように構成されており、
方法は、プロセッサが、
移動体を用いてイベントを開催する第１のユーザから、イベントのスケジュールの登録を受け付けるステップ（ステップＳ１００）と、
イベントに参加する第２のユーザが識別情報に基づき発行される二次元コードを読み取る操作を行うことにより、識別情報に対応する移動体のイベントに参加するための画面を提供するステップ（ステップＳ２０３、Ｓ２０５）と、
画面でイベントに参加するにあたり必要な第２のユーザの情報の入力を、当該第２のユーザから受け付けるステップ（ステップＳ１０５）と、を実行する、方法。
プロセッサと記憶部とを備えるコンピュータを動作させるための方法であって、
記憶部は、移動体と関連付けられる識別情報を記憶するように構成されており、
方法は、プロセッサが、
移動体を用いてイベントを開催する第１のユーザから、イベントのスケジュールの登録を受け付けるステップ（ステップＳ１００）と、
イベントに参加する第２のユーザが識別情報に基づき発行される二次元コードを読み取る操作を行うことにより、識別情報に対応する移動体のイベントに参加するための画面を提供するステップ（ステップＳ２０３、Ｓ２０５）と、
画面でイベントに参加するにあたり必要な第２のユーザの情報の入力を、当該第２のユーザから受け付けるステップ（ステップＳ１０５）と、を実行する、方法。
【0171】
（付記１０）
プロセッサと記憶部とを備えたコンピュータを有するシステムであって、
記憶部は、移動体と関連付けられる識別情報を記憶するように構成されており、
プロセッサが、
移動体を用いてイベントを開催する第１のユーザから、イベントのスケジュールの登録を受け付ける手段と、
イベントに参加する第２のユーザが識別情報に基づき発行される二次元コードを読み取る操作を行うことにより、識別情報に対応する移動体のイベントに参加するための画面を提供する手段と、
画面でイベントに参加するにあたり必要な第２のユーザの情報の入力を、当該第２のユーザから受け付ける手段と、を有する、システム。
プロセッサと記憶部とを備えたコンピュータを有するシステムであって、
記憶部は、移動体と関連付けられる識別情報を記憶するように構成されており、
プロセッサが、
移動体を用いてイベントを開催する第１のユーザから、イベントのスケジュールの登録を受け付ける手段と、
イベントに参加する第２のユーザが識別情報に基づき発行される二次元コードを読み取る操作を行うことにより、識別情報に対応する移動体のイベントに参加するための画面を提供する手段と、
画面でイベントに参加するにあたり必要な第２のユーザの情報の入力を、当該第２のユーザから受け付ける手段と、を有する、システム。
【符号の説明】
【0172】
１ システム１
１０ 端末装置
１２ 通信ＩＦ
１３ 入力装置
１４ 出力装置
１５ メモリ
１６ 記憶部
１９ プロセッサ
２０ サーバ
２２ 通信ＩＦ
２３ 入出力ＩＦ
２５ メモリ
２６ ストレージ
２９ プロセッサ
１１１ アンテナ
１１２ アンテナ
１２１ 第１無線通信部
１２２ 第２無線通信部
１３０ 操作受付部
１３１ デバイス
１３２ ディスプレイ
１５０ 位置情報センサ
１６０ カメラ
１７０ 記憶部
１７１ ユーザ情報
１８０ 制御部
１８１ 入力受付部
１８２ 送受信部
１８３ データ処理部
１８４ 表示制御部
２０１ 通信部
２０２ 記憶部
２０３ 制御部
２８１ 船舶データベースＤＢ
２８２ 顧客データベースＤＢ
２８３ 運航データベースＤＢ
２８４ 乗船名簿データベースＤＢ
２８５ 乗船名簿データ
８０ ネットワーク
８１ 無線基地局
８２ 無線ＬＡＮルータ
２０３１ 送受信制御モジュール
２０３２ 取得モジュール
２０３３ 抽出モジュール
２０３４ 出力モジュール
２０３５ 名簿作成モジュール
２０３６ 名簿提供モジュール
２０３７ 欠航率算出モジュール
２０３８ 位置情報提供モジュール
２０３９ 緊急通報モジュール
１０ 端末装置
１２ 通信ＩＦ
１３ 入力装置
１４ 出力装置
１５ メモリ
１６ 記憶部
１９ プロセッサ
２０ サーバ
２２ 通信ＩＦ
２３ 入出力ＩＦ
２５ メモリ
２６ ストレージ
２９ プロセッサ
１１１ アンテナ
１１２ アンテナ
１２１ 第１無線通信部
１２２ 第２無線通信部
１３０ 操作受付部
１３１ デバイス
１３２ ディスプレイ
１５０ 位置情報センサ
１６０ カメラ
１７０ 記憶部
１７１ ユーザ情報
１８０ 制御部
１８１ 入力受付部
１８２ 送受信部
１８３ データ処理部
１８４ 表示制御部
２０１ 通信部
２０２ 記憶部
２０３ 制御部
２８１ 船舶データベースＤＢ
２８２ 顧客データベースＤＢ
２８３ 運航データベースＤＢ
２８４ 乗船名簿データベースＤＢ
２８５ 乗船名簿データ
８０ ネットワーク
８１ 無線基地局
８２ 無線ＬＡＮルータ
２０３１ 送受信制御モジュール
２０３２ 取得モジュール
２０３３ 抽出モジュール
２０３４ 出力モジュール
２０３５ 名簿作成モジュール
２０３６ 名簿提供モジュール
２０３７ 欠航率算出モジュール
２０３８ 位置情報提供モジュール
２０３９ 緊急通報モジュール
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
