特許 7474544 情報処理システム、情報処理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-04-17

(45)【発行日】2024-04-25

(54)【発明の名称】情報処理システム、情報処理方法及びプログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240418BHJP

【ＦＩ】

G06Q50/10

【請求項の数】 8

(21)【出願番号】P 2023220271

(22)【出願日】2023-12-27

【審査請求日】2024-02-08

【早期審査対象出願】

(73)【特許権者】

【識別番号】521332187

【氏名又は名称】ＲＹＤＥ株式会社

(74)【代理人】

【識別番号】110002789

【氏名又は名称】弁理士法人ＩＰＸ

(72)【発明者】

【氏名】杉▲崎▼ 正哉

(72)【発明者】

【氏名】芝原 悠介

(72)【発明者】

【氏名】服部 吉高

【審査官】原 忠

(56)【参考文献】

【文献】特開２０１６－０３８８５８（ＪＰ，Ａ）

【文献】特開２０１６－０５７８２５（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１２／０１３０７２７（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ１０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

情報処理システムであって、
少なくとも１つ以上の制御部を有し、
前記制御部は、
組織の関係者を識別可能な専用コードを受け取ると、前記専用コードを設定し、
前記専用コードを設定したことを示す情報を送信し、
申し込みフォームを介してデジタルチケットの発券要求を受け取り、
前記デジタルチケットは、交通事業者の乗車券に関するチケットであり、
前記申し込みフォームは、前記組織の関係者の携帯端末装置にインストールされ、使用される所定のアプリケーションから呼び出されるフォームであり、
前記申し込みフォームでは、少なくとも前記専用コードが入力可能であり、
前記申し込みフォームを介して入力された前記専用コードが設定された専用コードであった場合、前記申し込みフォームを呼び出した前記所定のアプリケーションに対して前記発券要求に応じた前記デジタルチケットを発券する、
情報処理システム。

【請求項2】

請求項１に記載の情報処理システムにおいて、
前記制御部は、
前記申し込みフォームを介して入力された前記専用コードが設定された専用コードであるか否かを判定し、前記申し込みフォームを介して入力された前記専用コードが設定された専用コードであった場合、前記申し込みフォームを呼び出した前記所定のアプリケーションに対して前記発券要求に応じた前記デジタルチケットを発券する、
情報処理システム。

【請求項3】

請求項１に記載の情報処理システムにおいて、
前記制御部は、
前記交通事業者より前記専用コードを受け取ると、前記専用コードを設定し、
前記専用コードを設定したことを示す情報を前記交通事業者に送信し、
前記交通事業者を介して前記専用コードを受け取った、前記交通事業者と提携している前記組織の関係者より前記申し込みフォームを介してデジタルチケットの発券要求を受け取る、
情報処理システム。

【請求項4】

請求項１に記載の情報処理システムにおいて、
前記デジタルチケットは定期乗車券のデジタルチケットであり、
前記制御部は、
前記携帯端末装置において前記デジタルチケットが表示された時間情報に基づき前記組織の関係者の出退勤の情報を生成する、
情報処理システム。

【請求項5】

請求項１に記載の情報処理システムにおいて、
前記制御部は、
前記デジタルチケットの情報に基づき前記所定のアプリケーションに対して広告を配信する、
情報処理システム。

【請求項6】

請求項１に記載の情報処理システムにおいて、
前記制御部は、
前記携帯端末装置の位置情報に基づき前記所定のアプリケーションに対して広告を配信する、
情報処理システム。

【請求項7】

情報処理システムが実行する情報処理方法であって、
組織の関係者を識別可能な専用コードを受け取ると、前記専用コードを設定し、
前記専用コードを設定したことを示す情報を送信し、
申し込みフォームを介してデジタルチケットの発券要求を受け取り、
前記デジタルチケットは、交通事業者の乗車券に関するチケットであり、
前記申し込みフォームは、前記組織の関係者の携帯端末装置にインストールされ、使用される所定のアプリケーションから呼び出されるフォームであり、
前記申し込みフォームでは、少なくとも前記専用コードが入力可能であり、
前記申し込みフォームを介して入力された前記専用コードが設定された専用コードであった場合、前記申し込みフォームを呼び出した前記所定のアプリケーションに対して前記発券要求に応じた前記デジタルチケットを発券する、
情報処理方法。

【請求項8】

プログラムであって、
コンピュータを、
請求項１から請求項６までの何れか１項に記載の情報処理システムとして機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システム、情報処理方法及びプログラムに関する。

【背景技術】

【0002】

ある会社等の組織においては、例えば、半年に１回等、組織の関係者の通勤又は通学の定期乗車券の発注要求を交通事業者に対して行い、交通事業者より定期乗車券を受け取り、受け取った定期乗車券を関係者に配布していた。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１６－０５７８２５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

組織は交通事業者より定期乗車券を受け取り、複数の関係者に配布する手間がある。また交通事業者も定期乗車券を発券し、組織に郵送する手間があった。また組織の関係者の中には定期乗車券を受け取ると、定期乗車券等を扱う古物商に持ち込み、現金化し、定期乗車券を使わず、こっそり車や自転車等で通勤をする人が存在していたがこれを防止する技術も存在しなかった。

【課題を解決するための手段】

【0005】

本発明の一態様によれば、情報処理システムが提供される。この情報処理システムは、少なくとも１つ以上の制御部を有する。制御部は、組織の関係者を識別可能な専用コードを受け取ると、専用コードを設定する。専用コードを設定したことを示す情報を送信する。申し込みフォームを介してデジタルチケットの発券要求を受け取り、デジタルチケットは、交通事業者の乗車券に関するチケットである。申し込みフォームは、組織の関係者の携帯端末装置にインストールされ、使用される所定のアプリケーションから呼び出されるフォームである。申し込みフォームでは、少なくとも専用コードが入力可能である。申し込みフォームを介して入力された専用コードが設定された専用コードであった場合、申し込みフォームを呼び出した所定のアプリケーションに対して発券要求に応じたデジタルチケットを発券する。

【図面の簡単な説明】

【0006】

【図1】図１は、情報処理システムのシステム構成の一例を示す図である。

【図2】図２は、サーバー装置のハードウェア構成の一例を示す図である。

【図3】図３は、スマートフォンのハードウェア構成の一例を示す図である。

【図4】図４は、情報処理システムにおける情報処理の一例を示すシーケンス図である。

【図5】図５は、申し込みフォームを表示させる操作を説明するための図である。

【図6】図６は、申し込みフォームの一例を示す図である。

【図7】図７は、スマートフォンの入出力部に表示されたデジタルチケットの一例を示す図である。

【発明を実施するための形態】

【0007】

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態（変形例も含む。以下において同様である。）中で示した各種特徴事項は、互いに組み合わせ可能である。

【0008】

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバーからダウンロード可能に提供されてもよいし、外部のコンピュータでプログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

【0009】

明細書において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、実施形態１においては様々な情報を取り扱うが、これら情報は、０又は１で構成される２進数のビット集合体として信号値の高低によって表され、広義の回路上で通信・演算が実行されうる。

【0010】

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

【0011】

<実施形態１>
１．システム構成
図１は、情報処理システム１０００のシステム構成の一例を示す図である。
情報処理システム１０００は、システム構成として、サーバー装置１００と、企業ＰＣ１１０と、交通事業者ＰＣ１２０と、スマートフォン１３０と、を含む。サーバー装置１００と、交通事業者ＰＣ１２０とはネットワーク１５０を介して通信可能に接続されている。また企業ＰＣ１１０と、交通事業者ＰＣ１２０とはネットワーク１５０を介して通信可能に接続されている。企業ＰＣ１１０と、スマートフォン１３０とはネットワーク１５０を介して通信可能に接続されている。サーバー装置１００と、スマートフォン１３０とはネットワーク１５０を介して通信可能に接続されている。スマートフォン１３０は、携帯端末装置の一例である。

【0012】

サーバー装置１００は、実施形態１に関する情報処理を実行する装置である。企業ＰＣ１１０は、企業の従業員が利用する交通事業者の定期乗車券に関する後述する処理を実行する企業のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である。企業ＰＣ１１０は、後述する企業ＰＣ１１０の処理を実行することができればＰＣに限られずどのような装置であってもよい。交通事業者ＰＣ１２０は、企業ＰＣ１１０の従業員が通勤に利用する交通事業者のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である。交通事業者ＰＣ１２０も、後述する交通事業者ＰＣ１２０の処理を実行することができればＰＣに限られずどのような装置であってもよい。スマートフォン１３０は、企業の従業員が利用するものであって、所定のアプリケーションがインストールされており、サーバー装置１００が発行するデジタル定期乗車券を受け取り、操作に応じてデジタル定期乗車券を表示する装置である。スマートフォン１３０も、従業員が持ち運びすることができ、後述するスマートフォン１３０の処理を実行することができればスマートフォンに限られずどのような装置であってもよい。企業は、組織の一例である。企業の従業員は、組織の関係者の一例である。

【0013】

ここで、特許請求の範囲に記載の情報処理システムは、複数の装置で構成されてもよいし、一つの装置で構成されてもよい。特許請求の範囲に記載の情報処理システムが一つの装置で構成される場合、その装置の一例はサーバー装置１００である。特許請求の範囲に記載の情報処理システムが複数の装置で構成される場合、その複数の装置の例はサーバー装置１００及びスマートフォン１３０、又はサーバー装置１００の機能を提供する複数のサーバー装置で構成されるクラウドサーバー等である。

【0014】

２．ハードウェア構成
（１）サーバー装置１００のハードウェア構成
図２は、サーバー装置１００のハードウェア構成の一例を示す図である。
サーバー装置１００は、ハードウェア構成として、制御部２１０と、記憶部２２０と、通信部２３０と、を含む。
制御部２１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等であって、サーバー装置１００の全体を制御する。

【0015】

記憶部２２０は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＳＳＤ（Ｓｏｌｉｄ Ｓａｔｅ Ｄｒｉｖｅ）等の何れか、又はこれらの任意の組み合わせであって、プログラム及び制御部２１０がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。記憶部２２０は、記憶媒体の一例である。明細書では制御部２１０がプログラムに基づき処理を実行する際に利用するデータは記憶部２２０に記憶されるものとして説明するが、サーバー装置１００と通信可能な他の装置の記憶部等に記憶されていてもよい。すなわち、データは、制御部２１０が参照及び取得可能であればどの装置の記憶部に記憶されていてもよい。制御部２１０が、記憶部２２０に記憶されているプログラムを読み出し、読み出したプログラムに基づき、処理を実行することによって、サーバー装置１００の機能及び後述する図４に示されるシーケンス図のサーバー装置１００が実現される。

【0016】

通信部２３０は、サーバー装置１００をネットワーク１５０に接続し、他の装置との通信を司る。
なお、サーバー装置１００を構成する各ハードウェアの数は図２に示した数に限られず、複数であってもよい。後述するスマートフォン１３０においても同様である。

【0017】

また企業ＰＣ１１０及び交通事業者ＰＣ１２０も少なくとも制御部、記憶部及び通信部を有する。企業ＰＣ１１０及び交通事業者ＰＣ１２０それぞれの制御部が、企業ＰＣ１１０及び交通事業者ＰＣ１２０それぞれの記憶部に記憶されたプログラムに基づき処理を実行することによって、企業ＰＣ１１０及び交通事業者ＰＣ１２０の機能が実現される。

【0018】

（２）スマートフォン１３０のハードウェア構成
図３は、スマートフォン１３０のハードウェア構成の一例を示す図である。
スマートフォン１３０は、ハードウェア構成として、制御部３１０と、記憶部３２０と、入出力部３３０と、通信部３４０と、を含む。

【0019】

制御部３１０は、ＣＰＵ等であって、スマートフォン１３０の全体を制御する。

【0020】

記憶部３２０は、ＲＯＭ、ＲＡＭ、ＳＳＤ等の何れか、又はこれらの任意の組み合わせであって、プログラム及び制御部３１０がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。記憶部３２０は、記憶媒体の一例である。明細書では制御部３１０がプログラムに基づき処理を実行する際に利用するデータは記憶部３２０に記憶されるものとして説明するが、スマートフォン１３０と通信可能な他の装置の記憶部等に記憶されていてもよい。すなわち、データは、制御部３１０が参照及び取得可能であればどの装置の記憶部に記憶されていてもよい。制御部３１０が、記憶部３２０に記憶されているプログラムを読み出し、プログラムに基づき、処理を実行することによって、スマートフォン１３０の機能等が実現される。

【0021】

入出力部３３０は、タッチパネルディスプレイ等であって、操作者の入力を受け付けたり、制御部３１０による処理の結果を表示したりする。
通信部３４０は、スマートフォン１３０を、基地局等を介してネットワーク１５０に接続し、他の装置との通信を司る。

【0022】

３．情報処理
以下、実施形態１の情報処理を説明する。
（処理の概要）
制御部２１０は、企業の関係者を識別可能な専用コードを受け取ると、専用コードを設定する。設定が終了すると、制御部２１０は、専用コードを設定したことを示す情報を送信する。制御部２１０は、申し込みフォームを介してデジタルチケットの発券要求を受け取る。デジタルチケットは、交通事業者の乗車券に関するチケットである。申し込みフォームは、企業の関係者のスマートフォン１３０にインストールされ、使用される所定のアプリケーションから呼び出されるフォームである。申し込みフォームでは、少なくとも専用コードが入力可能である。申し込みフォームを介して入力された専用コードが設定された専用コードであった場合、制御部２１０は、申し込みフォームを呼び出した所定のアプリケーションに対して発券要求に応じたデジタルチケットを発券する。

【0023】

このような処理によれば、サーバー装置１００が企業の従業員のスマートフォン１３０の所定のアプリケーション対してデジタルチケットを発券することができる。そのため、企業は交通事業者より定期乗車券を受け取り、複数の従業員に配布する手間を省くことができる。また、交通事業者も定期乗車券等の乗車券を発券し、企業に郵送する手間を省くことができる。また、デジタルチケットも所定のアプリケーションに対して発券されるデジタルチケットであるため、他人が利用することはできない。したがって、企業の従業員が定期乗車券等を換金し、現金化することもできない。

【0024】

（処理の詳細）
図４は、情報処理システム１０００における情報処理の一例を示すシーケンス図である。
シーケンスＳＱ４０１において、企業ＰＣ１１０は、企業の複数の従業員それぞれの専用コード（以下、単に専用コードという）を交通事業者ＰＣ１２０に送信する。

【0025】

企業ＰＣ１１０より専用コードを受信すると、シーケンスＳＱ４０２において、交通事業者ＰＣ１２０は、サーバー装置１００に専用コードを送信する。

【0026】

交通事業者ＰＣ１２０より専用コードを受信すると、シーケンスＳＱ４０３において、サーバー装置１００の制御部２１０は、専用コードを記憶部２２０等の所定の領域に記憶することで、専用コードを設定する。

【0027】

専用コードを設定すると、シーケンスＳＱ４０４において、制御部２１０は、専用コードの設定が完了したことを示す情報（以下、設定完了情報という）を交通事業者ＰＣ１２０に送信する。

【0028】

サーバー装置１００より設定完了情報を受信すると、シーケンスＳＱ４０５において、交通事業者ＰＣ１２０は、企業ＰＣ１１０に設定完了情報を送信する。

【0029】

交通事業者ＰＣ１２０より設定完了情報を受信すると、シーケンスＳＱ４０６において、交通事業者の乗車券のデジタルチケットの発券を申し込む申し込みフォームへの必要事項の入力を促す入力要求を、例えば、従業員のメールアドレス宛等に送信する。入力要求には、例えば、従業員に対応する専用コードが含まれてもよい。

【0030】

入力要求を受け取ると、シーケンスＳＱ４０７において、スマートフォン１３０の制御部３１０は、電車及びバスの乗車券を購入できるアプリケーションにおける所定の操作等に基づき、申し込みフォームの表示要求をサーバー装置１００に送信する。電車及びバスの乗車券を購入できるアプリケーションは、所定のアプリケーションの一例である。このアプリケーションは、例えば、アプリストア等からスマートフォン１３０にダウンロードされ、使用される。電車及びバスの乗車券を購入できるアプリケーションを以下では単にアプリケーションという。

【0031】

図５は、申し込みフォームを表示させる操作を説明するための図である。画面５００は、アプリケーションにおける会員情報等を表示する画面である。画面５００においてその他お申し込みボタン５１０が選択されると、申し込みフォームの表示要求がサーバー装置１００に送信される。

【0032】

申し込みフォームの表示要求を受信すると、シーケンスＳＱ４０８において、制御部２１０は、申し込みフォームを生成、又は記憶部２２０等に記憶されている申し込みフォームを取得し、スマートフォン１３０に送信する。

【0033】

申し込みフォームを受信すると、シーケンスＳＱ４０９において、制御部３１０は、申し込みフォームを入出力部３３０等に表示するよう制御する。
図６は、申し込みフォームの一例を示す図である。申し込みフォーム６００には、専用コードを入力する入力領域６１０が含まれる。スマートフォン１３０の操作者（例えば企業の従業員）は、例えば、シーケンスＳＱ４０６において送られてきた入力要求に含まれる専用コードを入力領域６１０に入力すると共に、他の必要項目の情報を入力する。
ここで、図６の申し込みフォームでは乗車駅、降車駅、利用開始日、利用期間等も入力するよう示しているがこれらに限定されるわけではない。例えば、企業ＰＣ１１０は、専用コードと共に、専用コードに対応する、乗車駅、降車駅、利用開始日、利用期間等を交通事業者ＰＣ１２０に送信するようにしてもよい。交通事業者ＰＣ１２０は、専用コードと共に乗車駅、降車駅、利用開始日、利用期間の情報をサーバー装置１００に送信する。制御部２１０は、専用コードと共に、乗車駅、降車駅、利用開始日、利用期間の情報を関連付けて記憶しておくようにしてもよい。このような構成とすれば、申し込みフォームにおいて、乗車駅、降車駅、利用開始日、利用期間の情報を入力しないようにすることもできる。
シーケンスＳＱ４１０において、制御部３１０は、申し込みフォーム６００の画面を介した入力を受け付ける。

【0034】

シーケンスＳＱ４１１において、制御部３１０は、申し込みフォーム６００の画面を介した入力された入力データを含む、デジタルチケットの発券を要求する、発券要求をサーバー装置１００に送信する。制御部２１０は、スマートフォン１３０より発券要求を受信する。この処理は、制御部２１０が、交通事業者を介して専用コードを受け取った、交通事業者と提携している企業の従業員より申し込みフォーム６００を介してデジタルチケットの発券要求を受け取る処理の一例である。発券要求には、アプリケーションのユーザーを識別する識別情報（以下、単にユーザーＩＤともいう）が含まれる。

【0035】

発券要求をスマートフォン１３０より受信すると、シーケンスＳＱ４１２において、制御部２１０は、発券要求に含まれる専用コードが記憶部２２０の所定の記憶領域に記憶されている、設定された専用コードか否かを判定する。制御部２１０は、発券要求に含まれる専用コードが記憶部２２０の所定の記憶領域に記憶されている、設定された専用コードである場合、処理をシーケンスＳＱ４１３に進める。制御部２１０は、発券要求に含まれる専用コードが記憶部２２０の所定の記憶領域に記憶されている、設定された専用コードでない場合、設定された専用コードではない旨の情報をスマートフォン１３０に返信し、処理を終了する。発券要求に含まれる専用コードが記憶部２２０の所定の記憶領域に記憶されている、設定された専用コードであるものとして説明を続ける。

【0036】

シーケンスＳＱ４１３において、制御部２１０は、発券要求に含まれる、申し込みフォーム６００の画面を介した入力された入力データに基づき交通事業者の定期乗車券のデジタルチケットを発券する。

【0037】

シーケンスＳＱ４１４において、制御部２１０は、発券したデジタルチケットをユーザーＩＤで識別されるユーザーのアプリケーションがインストールされているスマートフォン１３０に送信する。
サーバー装置１００よりデジタルチケットを受信すると、シーケンスＳＱ４１５において、制御部３１０は、記憶部３２０等にデジタルチケットを記憶し、所定の操作に基づき、入出力部３３０にデジタルチケットを表示する。
なお、制御部２１０は、生成された後にすぐにデジタルチケットをスマートフォン１３０に送信せず、ユーザーＩＤに関連付けて記憶部２２０等に記憶し、所定の操作が行われたことに応じたスマートフォン１３０からの要求時に該当するデジタルケットを記憶部２２０等から取得し、スマートフォン１３０に送信するようにしてもよい。

【0038】

図７は、スマートフォン１３０の入出力部３３０に表示されたデジタルチケットの一例を示す図である。デジタルチケット７００は、交通事業者の定期乗車券のデジタルチケットの一例である。

【0039】

以上、実施形態１の処理によれば、サーバー装置１００が企業の従業員のスマートフォン１３０の所定のアプリケーション対してデジタルチケットを発券することができる。そのため、企業は交通事業者より定期乗車券を受け取り、複数の従業員に配布する手間を省くことができる。また、交通事業者も定期乗車券等の乗車券を発券し、企業に郵送する手間を省くことができる。また、デジタルチケットも所定のアプリケーションに対して発券されるデジタルチケットであるため、他人が利用することはできない。したがって、企業の従業員が定期乗車券等を換金し、現金化することもできない。

【0040】

なお、実施形態１ではデジタルチケットの一例として定期乗車券を例に説明を行ったが、デジタルチケットは、定期乗車券に限られない。デジタルチケットの他の例としては、例えば、１日乗車券であってもよいし、数日間、所定の交通機関に乗り放題の乗車券等であってもよい。

【0041】

また、実施形態１では組織の一例として企業を例に説明を行ったが。組織は企業に限られない。組織の他の例としては、大学、大学院、専門学校等がある。関係者が交通機関を利用する組織であればどのような組織であってもよい。

【0042】

（変形例１）
実施形態１の変形例１を説明する。変形例１は実施形態１と異なる点について説明する。変形例１は実施形態１と異なる実施形態ではなく実施形態１に含まれるものである。
変形例１の制御部２１０は、スマートフォン１３０においてデジタルチケットが表示された時間情報に基づき従業員の出退勤の情報を生成する。デジタルチケットのユーザーは、交通機関に乗車する際及び交通機関から降車する際は、アプリケーションを起動し、デジタルチケットを交通機関の車掌、又は運転手等に確認してもらう。したがって、制御部２１０は、所定の時間（例えば、朝（８：００～１０：００））に２回、デジタルチケットがスマートフォン１３０において表示された際は、２回目に表示された時間情報を取得し、出勤時間とみなす。また、制御部２１０は、所定の時間（例えば、夕方（１７：００～１９：００））に２回、デジタルチケットがスマートフォン１３０において表示された際は、１回目に表示された時間情報を取得し、退勤時間とみなす。

【0043】

変形例１によれば、従業員の出退勤の情報（アプリケーションの会員情報と紐付けられたユーザーが朝の何時に出勤し、夕方又は夜の何時に退勤したのか）を生成、管理することができる。

【0044】

また他の例として、制御部２１０は、スマートフォン１３０の位置情報とスマートフォン１３０においてデジタルチケットが表示された時間情報とに基づき従業員の出退勤の情報を生成するようにしてもよい。例えば、制御部２１０は、所定の時間（例えば、朝（８：００～１０：００））にデジタルチケットが表示され、デジタルチケットが表示された際のスマートフォン１３０の位置情報が会社の最寄りのバス停の近傍を示していた場合、デジタルチケットが表示された時間情報を取得し、出勤時間とみなす。また、制御部２１０は、所定の時間（例えば、夕方（１７：００～１９：００））にデジタルチケットが表示され、デジタルチケットが表示された際のスマートフォン１３０の位置情報が会社の最寄りのバス停の近傍を示していた場合、デジタルチケットが表示された時間情報を取得し、退勤時間とみなす。
このような処理によっても、従業員の出退勤の情報（アプリケーションの会員情報と紐付けられたユーザーが朝の何時に出勤し、夕方又は夜の何時に退勤したのか）を生成、管理することができる。

【0045】

（変形例２）
実施形態１の変形例２を説明する。変形例２は実施形態１と異なる点について説明する。変形例２は実施形態１と異なる実施形態ではなく実施形態１に含まれるものである。
変形例２の制御部２１０は、デジタルチケットの情報に基づきスマートフォン１３０の所定のアプリケーションに対して広告を配信する。デジタルチケットの情報とは、例えば、乗車駅、降車駅等の情報である。また、デジタルチケットが定期乗車券の場合、デジタルケットの情報に、乗車区間の情報、経由の情報、使用開始日の情報、有効期間の情報、支払い方法の情報等が含まれてもよい。
例えば、制御部２１０は、乗車駅の情報に基づき、乗車駅近郊の不動産や飲食業等の広告データを記憶部２２０等より取得し、スマートフォン１３０の所定のアプリケーションに配信する。

【0046】

変形例２によれば、デジタルケットのユーザーに応じた広告をスマートフォン１３０に配信することができる。

【0047】

（変形例３）
実施形態１の変形例３を説明する。変形例２は実施形態１と異なる点について説明する。変形例２は実施形態１と異なる実施形態ではなく実施形態１に含まれるものである。
変形例３の制御部２１０は、スマートフォン１３０の位置情報に基づきスマートフォン１３０の所定のアプリケーションに対して広告を配信する。例えば、スマートフォン１３０の位置情報がバスの乗車駅付近を示していた場合、制御部２１０は、バスの乗車駅付近の広告をスマートフォン１３０に配信する。また、スマートフォン１３０の位置情報がバスの降車駅付近を示していた場合、制御部２１０は、バスの降車駅付近の広告をスマートフォン１３０に配信する。

【0048】

変形例３によれば、デジタルチケットを利用するユーザーのスマートフォン１３０の位置情報に基づきスマートフォン１３０の所定のアプリケーションに対して広告を配信することができる。

【0049】

<付記>
発明は、次に記載の各態様で提供されてもよい。

【0050】

（１）情報処理システムであって、少なくとも１つ以上の制御部を有し、前記制御部は、組織の関係者を識別可能な専用コードを受け取ると、前記専用コードを設定し、前記専用コードを設定したことを示す情報を送信し、申し込みフォームを介してデジタルチケットの発券要求を受け取り、前記デジタルチケットは、交通事業者の乗車券に関するチケットであり、前記申し込みフォームは、前記組織の関係者の携帯端末装置にインストールされ、使用される所定のアプリケーションから呼び出されるフォームであり、前記申し込みフォームでは、少なくとも前記専用コードが入力可能であり、前記申し込みフォームを介して入力された前記専用コードが設定された専用コードであった場合、前記申し込みフォームを呼び出した前記所定のアプリケーションに対して前記発券要求に応じた前記デジタルチケットを発券する、情報処理システム。

【0051】

（２）上記（１）に記載の情報処理システムにおいて、前記制御部は、前記申し込みフォームを介して入力された前記専用コードが設定された専用コードであるか否かを判定し、前記申し込みフォームを介して入力された前記専用コードが設定された専用コードであった場合、前記申し込みフォームを呼び出した前記所定のアプリケーションに対して前記発券要求に応じた前記デジタルチケットを発券する、情報処理システム。

【0052】

（３）上記（１）又は（２）に記載の情報処理システムにおいて、前記制御部は、前記交通事業者より前記専用コードを受け取ると、前記専用コードを設定し、前記専用コードを設定したことを示す情報を前記交通事業者に送信し、前記交通事業者を介して前記専用コードを受け取った、前記交通事業者と提携している前記組織の関係者より前記申し込みフォームを介してデジタルチケットの発券要求を受け取る、情報処理システム。

【0053】

（４）上記（１）から（３）までの何れか１つに記載の情報処理システムにおいて、前記デジタルチケットは定期乗車券のデジタルチケットであり、前記制御部は、前記携帯端末装置において前記デジタルチケットが表示された時間情報に基づき前記組織の関係者の出退勤の情報を生成する、情報処理システム。

【0054】

（５）上記（１）から（４）までの何れか１つに記載の情報処理システムにおいて、前記制御部は、前記デジタルチケットの情報に基づき前記所定のアプリケーションに対して広告を配信する、情報処理システム。

【0055】

（６）上記（１）から（５）までの何れか１つに記載の情報処理システムにおいて、前記制御部は、前記携帯端末装置の位置情報に基づき前記所定のアプリケーションに対して広告を配信する、情報処理システム。

【0056】

（７）情報処理方法であって、組織の関係者を識別可能な専用コードを受け取ると、前記専用コードを設定し、前記専用コードを設定したことを示す情報を送信し、申し込みフォームを介してデジタルチケットの発券要求を受け取り、前記デジタルチケットは、交通事業者の乗車券に関するチケットであり、前記申し込みフォームは、前記組織の関係者の携帯端末装置にインストールされ、使用される所定のアプリケーションから呼び出されるフォームであり、前記申し込みフォームでは、少なくとも前記専用コードが入力可能であり、前記申し込みフォームを介して入力された前記専用コードが設定された専用コードであった場合、前記申し込みフォームを呼び出した前記所定のアプリケーションに対して前記発券要求に応じた前記デジタルチケットを発券する、情報処理方法。

【0057】

（８）プログラムであって、コンピュータを、上記（１）から（６）までの何れか１つに記載の情報処理システムとして機能させるためのプログラム。
もちろん、この限りではない。

【0058】

例えば、サーバー装置１００の処理の一部又は全部をスマートフォン１３０が実行してもよい。
上述した実施形態１及び変形例は任意に組み合わせて実施されてもよい。
また制御部２１０が画面をスマートフォン１３０等に送信するのではなく、制御部２１０が画面の生成、表示に必要なデータをスマートフォン１３０等に送信するようにしてもよい。そしてスマートフォン１３０がサーバー装置１００から受信したデータに基づき画面を生成、表示するようにしてもよい。

【0059】

最後に、本発明に係る種々の実施形態を説明したが、これらは、例として提示したものであり、発明の範囲を限定することは意図していない。新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

【符号の説明】

【0060】

１００ ：サーバー装置
１１０ ：企業ＰＣ
１２０ ：交通事業者ＰＣ
１３０ ：スマートフォン
１５０ ：ネットワーク
２１０ ：制御部
２２０ ：記憶部
２３０ ：通信部
３１０ ：制御部
３２０ ：記憶部
３３０ ：入出力部
３４０ ：通信部
５００ ：画面
５１０ ：申し込みボタン
６００ ：申し込みフォーム
６１０ ：入力領域
７００ ：デジタルチケット
１０００ ：情報処理システム

【要約】      （修正有）

【課題】所定のアプリケーションに対して発券要求に応じたデジタルチケットを発券する情報処理システム、情報処理方法及びプログラムを提供する。
【解決手段】情報処理システム１０００において、サーバ装置１００の制御部は、組織の関係者を識別可能な専用コードを受け取ると、専用コードを設定し、専用コードを設定したことを示す情報を送信し、組織の関係者の携帯端末装置１３０にインストールされ、使用される所定のアプリケーションから呼び出される申し込みフォームを介して、交通事業者１２０の乗車券に関するチケットであるデジタルチケットの発券要求を受け取る。申し込みフォームでは、少なくとも専用コードが入力可能である。前記制御部はまた、申し込みフォームを介して入力された専用コードが設定された専用コードであった場合、申し込みフォームを呼び出した所定のアプリケーションに対して発券要求に応じたデジタルチケットを発券する。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】