JP2023117927A - サーバ装置、通信装置およびそれらの制御方法、プログラム - Google Patents

Abstract

【課題】手続処理の電子化において、利用者の手続きにおける負担の増加を抑えながら、手続処理の電子化に要する事業者のコストを低減する。【解決手段】サーバ装置は、第１の外部装置から所定の手続きに関わるコードイメージの生成を要求する生成要求を受信する。生成要求は、所定の手続きの設定入力を行うためのＵＩ画面の情報を含み、サーバ装置は、この生成要求に基づいて、特定のアプリケーションを実行している第２の外部装置によりＵＩ画面を生成させるための画面生成コードを生成し、画面生成コードを表すコードイメージを生成し、生成されたコードイメージを出力する。【選択図】 図２

Description

本発明は、サーバ装置、通信装置およびそれらの制御方法、プログラムに関する。

各種申し込みの手続を迅速化するために、申し込み手続をデジタル化、オンライン化することが望まれている。一般に、コードイメージ（例えば、ＱＲコード（登録商標））にはＵＲＬが記述されており、コードイメージを読み取った通信端末はそのＵＲＬに従って専用の申し込みページへアクセスする。通信端末のユーザが申し込みページに必要な設定をすることで、必要な手続情報が生成される。このように事業者は、申し込みページと当該申し込みページへアクセスするためのアクセス先を示すコードイメージとを用意することにより、利用者から手続情報を取得し、申し込み等の各種手続を実行することができる。このような、手続のオンライン化（電子化）によれば、通信端末を所有する利用者と事業者は、非対面で手続きを進めることができ、効率的である。また、手続を行いたい利用者は、コードイメージをスマートフォンのカメラで読み取り、当該コードイメージに記述されたＵＲＬへアクセスすることで申し込みページへアクセスすることができる。結果、利用者は、ＵＲＬの文字列を手入力するという煩わしさから解放される。

一方、特許文献１には、地図上の複数のＱＲコード(登録商標）を時系列で順番に読み取ることで、各ＱＲコード(登録商標）に記述されている地点情報の順番に従うルート情報をサーバから取得することができる情報取得システムが記載されている。

特開２０１６－０８５６１５号公報

事業者が、コードイメージを読み取った通信端末によりアクセスされる申し込みページを用意するにはコストがかかってしまう。すなわち、事業者が手続きのための専用ページを用意し、管理するにはコストがかかる。特に、手続きを行うアプリケーションやＷｅｂページでは、頻繁に手続きを追加していく必要があるが、従来の技術ではプログラムコードを記述して実現するため、都度、入念なテストが必要となり、コストと時間を要している状況にある。したがって、コードイメージの提供のみで、利用者の申し込み設定の内容等を含む手続情報を取得できれば、事業者の負担が軽減され、より手続の電子化を促進することができる。

一般に、申し込み手続きを行う場合には、利用者がいくつかの選択、設定を行うことが要求される。特許文献１に記載された技術に基づいて、選択肢ごとにコードイメージを用意して、利用者が選択肢に対応するコードイメージを読み取るようにすれば、事業者は申込設定用のページを用意することなく必要な手続情報を得ることができるであろう。しかしながら、１つの情報コードから得られる情報は固定的であるため、選択肢の数だけコードイメージを用意する必要が生じる。そのため、選択肢が増えると、パンフレットなどに掲載する情報コードの数が増えてしまう。パンフレットなどの紙面に掲載できる情報コードには限りがあるし、利用者は多くのコードイメージから読み取るべきコードイメージを特定しなければならず、利用者の負担も増えてしまう。従って、選択肢に対応するコードイメージを用意するような方法は実用的とは言えない。

本発明の一態様では、手続処理の電子化において、利用者の手続きにおける負担の増加さ抑えながら、手続処理の電子化に要する事業者のコストを低減する技術を提供する。

本発明の一態様によるサーバ装置は、以下の構成を備える。すなわち、
第１の外部装置から所定の手続きに関わるコードイメージの生成を要求する生成要求を受信する受信手段と、前記生成要求は、前記所定の手続きの設定入力を行うためのＵＩ画面の情報を含み、
前記生成要求に基づいて、特定のアプリケーションを実行している第２の外部装置により前記ＵＩ画面を生成させるための画面生成コードを生成する第１生成手段と、
前記画面生成コードを表すコードイメージを生成する第２生成手段と、
前記第２生成手段により生成された、前記コードイメージを出力する出力手段と、を備え。

本発明によれば、手続処理の電子化において、利用者の手続きにおける負担の増加を抑えながら、手続処理の電子化に要する事業者のコストを低減することができる。

実施形態による手続システムの構成例を示す図である。 実施形態によるサーバ装置のハードウェア構成例を示す図である。 サーバ装置が備える機能構成の一例を示すブロック図である。 特定のアプリケーションが実行された場合の、利用者端末が備える機能構成の一例を示すブロック図である。 事業者ＰＣとサーバ装置による情報コードの生成処理を示すフローチャートである。 コード作成画面の一例を示す図である。 コード作成画面の一例を示す図である。 （ａ）は文字入力枠のための設定フィールドの例を示す図、（ｂ）は命令コードの例を示す図、（ｃ）はＵＩ画面に表示されるＵＩ部品の例を示す図である。 （ａ）は選択設定（テキスト）のための設定フィールドの例を示す図、（ｂ）は命令コードの例を示す図、（ｃ）はＵＩ画面に表示されるＵＩ部品の例を示す図である。 （ａ）は選択設定（テーブル）のための設定フィールドの例を示す図、（ｂ）は命令コードの例を示す図、（ｃ）はＵＩ画面に表示されるＵＩ部品の例を示す図である。 （ａ）は選択設定（多段階）のための設定フィールドの例を示す図、（ｂ）は命令コードの例を示す図、（ｃ）はＵＩ画面に表示されるＵＩ部品の例を示す図である。 （ａ）は選択設定（動的選択肢）のための設定フィールドの例を示す図、（ｂ）は命令コードの例を示す図、（ｃ）はＵＩ画面に表示されるＵＩ部品の例を示す図である。 （ａ）は日付選択のための設定フィールドの例を示す図、（ｂ）は命令コードの例を示す図、（ｃ）および（ｄ）はＵＩ画面に表示されるＵＩ部品の例を示す図である。 （ａ）は住所入力のための設定フィールドを示す図、（ｂ）は命令コードを示す図、（ｃ）はＵＩ画面に表示されるＵＩ部品を示す図である。 利用者端末とサーバ装置による手続処理を説明するフローチャートである。 利用者端末におけるＵＩ画面生成処理を説明するフローチャートである。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

図１Ａは、本実施形態による電子手続システムの構成例を示すブロック図である。電子手続システムは、サーバ装置１０１と、事業者側の情報処理装置の例である事業者ＰＣ１０２ａ～１０２ｃと、利用者側の情報処理装置の例である利用者端末１０３ａ～１０３ｄと、各種の手続きを実行する手続サーバ１０５を有する。サーバ装置１０１と、複数の事業者ＰＣ１０２ａ～１０２ｃと、複数の利用者端末１０３ａ～１０３ｄと、手続サーバ１０５とは、ネットワーク１０４を介して接続されている。サーバ装置１０１、事業者ＰＣ１０２ａ～１０２ｃ、利用者端末１０３ａ～１０３ｄ、手続サーバ１０５の台数は、図示された台数に限られるものではない。また、ネットワーク１０４の例としては、インターネットがあげられ得る。以下、複数の事業者ＰＣのうちの任意の事業者ＰＣを示す場合は、事業者ＰＣ１０２と記載する。同様に、複数の利用者端末のうちの任意の利用者端末を示す場合は、利用者端末１０３と記載する。事業者ＰＣ１０２にはパーソナルコンピュータが想定されるが、タブレットやスマートフォンなど他の情報処理装置であってもよい。利用者端末１０３としては、例えば、スマートフォン、タブレット、パーソナルコンピュータなどがあげられる。

サーバ装置１０１は、事業者ＰＣ１０２にコード作成画面を提供し、事業者ＰＣ１０２においてコード作成画面を介して入力された情報に基づいてコードイメージを生成し、発行する。コードイメージには、例えば、ＱＲコード（登録商標）を用いることができるが、もちろんこれに限られるものではない。サーバ装置１０１により発行されるコードイメージは、特定のアプリケーションを実行している利用者端末１０３が、ユーザからの設定入力を受け付けるためのＵＩ画面を生成し表示するための画面生成情報を含む。すなわち、この特定のアプリケーションを実行している利用者端末１０３は、読み取ったコードイメージに記述されている画面生成情報に基づいて、手続きに必要な各種設定を入力するためのＵＩ画面を生成し、表示する。ＵＩ画面を介してユーザにより設定された情報は、手続情報としてサーバ装置１０１に送信される。サーバ装置１０１は、利用者端末１０３から受信した手続情報を手続サーバ１０５へ送信する。手続サーバ１０５は、受信した手続情報に基づいて事業者が行うべき手続処理、例えば、加入手続き、決済、課金等を行い、事業者に手続の発生や、決済の完了等を通知する。

図１Ｂは、サーバ装置１０１のハードウェア構成例を示す図である。ＣＰＵ１５１は、ＲＯＭ１５２またはＲＡＭ１５３に格納されたプログラムを実行することにより各種機能を実現する。ＲＯＭ１５２は読み出し専用メモリである。ＲＡＭ１５３は読み書き可能なメモリであり、ＣＰＵ１５１が実行するプログラムが展開される。また、ＲＡＭ１５３は、ＣＰＵ１５１が各種処理を実行する際のワーク領域を提供する。二次記憶装置１５４は、例えばハードディスクを備え、大容量記憶領域を提供する。入力部１５５は、ＣＰＵ１５１の制御下でユーザによる操作入力を受け付ける。出力部１５６は、ＣＰＵ１５１の制御下で表示出力、音声出力などを行う。Ｉ／Ｆ１５７は、例えば、ネットワーク１０４と接続するためのインターフェースである。バス１５８は、上述した各部を接続する。

なお、事業者ＰＣ１０２、利用者端末１０３も同様のハードウェア構成を有する。例えば、事業者ＰＣ１０２は一般的なパーソナルコンピュータにより実現され得るものであり、入力部１５５としてキーボードやポインティングデバイスを、出力部１５６として液晶ディスプレイなどの表示部を有し得る。また、例えば利用者端末１０３の場合、出力部１５６は液晶ディスプレイなどの表示部を含み、入力部１５５は、カメラと、液晶ディスプレイ上に配置されたタッチパネルを含み得る。

図２は、サーバ装置１０１の機能構成例を示すブロック図である。図２に示される各機能部は、サーバ装置１０１のＣＰＵ１５１がＲＯＭ１５２または二次記憶装置１５４に格納されているプログラムを実行することにより実現され得る。なお、各機能部は、専用のハードウェアにより実現されてもよいし、専用のハードウェアとＣＰＵ１５１との協働により実現されてもよい。

コード生成部２０１は、外部装置である事業者ＰＣ１０２にコード作成画面を提供する。また、コード生成部２０１は、事業者ＰＣ１０２においてコード作成画面を用いて入力された情報（コードイメージ作成情報）と手続識別情報（以下、手続ＩＤ）を含むコードイメージの生成要求を受信する。なお、手続ＩＤは、手続サーバ１０５が手続処理に付与したＩＤである。コード生成部２０１は、事業者ＰＣ１０２から受信した生成要求に基づいて、画面生成コードを生成し、画面生成コードと手続ＩＤを含むコードイメージを生成する。画面生成コードは、特定のアプリケーションを実行している利用者端末１０３において、ＵＩ画面を生成、表示させるための情報である。また、コード生成部２０１は、生成した画面生成コードを表すコードイメージを事業者ＰＣ１０２に送信する。

アプリケーション処理部２０２は、外部装置である利用者端末１０３と通信を行い、種々の情報のやり取りを行う。例えば、アプリケーション処理部２０２は、コード生成部２０１が生成したコードイメージを読み取って処理するための専用の特定のアプリケーションを利用者端末１０３へ配信する。この特定のアプリケーションを実行している利用者端末１０３は、コード生成部２０１が生成したコードイメージを光学的に読み取り、そのコードイメージに含まれている画面生成コードに基づいてＵＩ画面を生成し、表示する。ＵＩ画面を介してユーザにより設定された内容は、コードイメージに含まれている手続ＩＤとともに手続情報として利用者端末１０３から送信され、アプリケーション処理部２０２は、その手続情報を受信する。

手続処理部２０３は、アプリケーション処理部２０２が受信した手続情報（手続ＩＤとユーザ設定された内容）を手続サーバ１０５へ送信する。手続サーバ１０５は、手続情報に基づいて手続処理を実行し、手続（および決済）が発生したことを事業者ＰＣ１０２へ通知する。なお、手続サーバ１０５を外部装置としているが、手続サーバ１０５の機能がサーバ装置１０１に含まれてもよい。

図３は、利用者端末１０３において実行される特定のアプリケーションが提供する機能構成の例を示すブロック図である。すなわち、利用者端末１０３は特定のアプリケーションを実行することにより図３の各機能を実行する。すなわち、図３に示される各機能部は、利用者端末１０３のＣＰＵ１５１が、二次記憶装置１５４に格納されている特定のアプリケーションのプログラムを実行することにより実現され得る。

コード読取部３０１は、利用者端末１０３が有するカメラを用いてコードイメージを撮影し、イメージデータを取得する。コード読取部３０１は、取得したイメージデータを解析して、手続ＩＤと画面生成コードを取得する。ＵＩ制御部３０２は、情報コード読取部３０１が取得した画面生成コードに基づいてユーザによる選択入力などを行うためのＵＩ画面を生成する。ＵＩ制御部３０２は、生成したＵＩ画面を利用者端末１０３が備える液晶ディスプレイに表示する表示制御を行う。手続情報生成部３０３は、ユーザによりＵＩ画面を介して設定された内容と手続ＩＤを含む手続情報を生成し、外部装置であるサーバ装置１０１（アプリケーション処理部２０２）に送信する。

図４は、事業者ＰＣ１０２とサーバ装置１０１による画面生成コードおよびコードイメージの生成処理を示すフローチャートである。Ｓ４０１において、事業者ＰＣ１０２は、サーバ装置１０１が接続されているネットワーク１０４と接続し、サーバ装置１０１のコード生成部２０１へログインするためのログイン要求を送信する。例えば、事業者ＰＣ１０２のユーザが、サーバ装置１０１（コード生成部２０１）が提供するＷｅｂページにおいてログインに必要な情報を入力すると、ログイン要求がサーバ装置１０１へ送信される。Ｓ４２１において、サーバ装置１０１のコード生成部２０１は、事業者ＰＣ１０２からログイン要求を受信すると、受信したログイン要求に基づいてユーザ認証を行う。ユーザ認証は、例えば、ログイン要求に含まれている識別情報およびパスワードと、サーバ装置１０１が管理する識別情報およびパスワードに基づいて行われる。ユーザ認証に成功すると、コード生成部２０１は、ログイン許可を事業者ＰＣ１０２に送信する。他方、ユーザ認証に失敗すると、コード生成部２０１はログインに失敗したことを事業者ＰＣ１０２に送信する。ログインに失敗すると、図４に示される事業者ＰＣ１０２の処理とサーバ装置１０１の処理は終了する。

ログインに成功すると、Ｓ４０２において、事業者ＰＣ１０２は、Ｗｅｂページへのユーザの所定の操作に応じてコード作成画面をサーバ装置１０１に要求する。コード生成部２０１は、Ｓ４２２で事業者ＰＣ１０２からコード作成画面の要求を受け付けると、Ｓ４２３でコード作成画面（ウエブページ）を事業者ＰＣ１０２に提供する。Ｓ４０３において、事業者ＰＣ１０２は、提供されたコード作成画面（ウエブページ）をディスプレイに表示し、コードイメージを作成するためのユーザによる入力を受け付ける。

図５Ａは、コード生成部２０１が提供するコード作成画面の一例を示す図である。コード作成画面は、事業者ＰＣ１０２において表示され、情報コード作成のためのユーザ入力を受け付ける。事業者名５０１には、ログインを行った事業者の名称が自動的に表示される。手続ＩＤフィールド５０２は、ユーザによる手続ＩＤの入力を受け付ける。手続ＩＤは手続サーバ１０５により割り当てられた手続処理のＩＤである。手続ＩＤは、例えば、手続サーバ１０５へ処理を依頼した際に、手続サーバ１０５から通知される。許容コード数フィールド５０３は、生成されるコードイメージの個数の上限値（数値）の入力を受け付ける。条項確認部５０４は、手続に関する条項を利用者に確認させるか否かを設定する。ユーザは、確認「あり」を選択した場合、ボックス５０４ａに条項が記述されたテキストファイルのファイル名を記述する。部品選択部５０５は、プルダウンリストを表示し、ユーザにＵＩ画面に表示されるＵＩ部品を選択させる。

図５Ｂは、手続ＩＤ、情報コードの許容数、条項確認に対する設定が行われた後、プルダウンリスト５０６において「文字入力枠」が選択された様子を示している。図５Ｂでは、手続ＩＤフィールド５０２に、手続ＩＤを表すテキスト「ａａａｂｂｂｃｃｃｄｄｄｅｅｅｆｆｆｇｇｇ」が記載された様子が示されている。また、図５Ｂでは、許容コード数フィールド５０３に「２」が設定されており、コードイメージの数の上限が２であることを示している。許容コード数については、後述する。さらに、図５Ｂでは、条項確認部５０４で「あり」が選択され、条項が記述されたテキストファイルが指定された様子が示されている。また、図５Ｂでは、部品選択部５０５のプルダウンリストにおいて「文字入力枠」が選択されたことにより、文字入力枠のための設定フィールド５１０が表示された様子が示されている。設定フィールド５１０については図５Ｃで詳述する。また、図５Ｂにおいて、部品選択部５０５から新たにＵＩ部品が選択されると、選択された部品に対応する設定フィールドが追加表示される。送信ボタン５０７が押されると、コード作成画面で設定された情報がコードイメージ作成情報としてサーバ装置１０１（コード生成部２０１）に送信される。

図５Ｃは、文字入力枠に関する設定を行うための設定フィールドを説明する図である。図５Ｃ（ａ）には、文字入力枠に関する設定を行うための設定フィールド５１０が示されている。見出しフィールド５１１には、文字入力枠に関して表示される見出しをテキスト入力することができる。選択部５１２では、文字入力枠の文字数制限を選択することができ、「１００文字以内」が選択されている様子が図示されている。取り消しボタン５９０は、設定入力枠を削除するためのボタンである。

図５Ｃの（ｂ）には、（ａ）の設定内容により生成される命令コードの例が示されている。文字入力枠の命令コードは、［命令ＩＤ］と［見出し］で構成される。図示の例において、［命令ＩＤ（id）］は「aa001」であり、文字数制限が１００文字である文字入力枠を示している。また、［見出し（header）］は、見出しフィールド５１１に入力された文字列（本例では「既往歴を入力してください」）である。図５Ｃの（ｃ）は、特定のアプリケーションを実行している利用者端末１０３が（ｂ）に示される命令コードを実行することにより表示されるＵＩ部品（文字入力枠）の画面表示例である。利用者端末１０３において、ユーザは、文字入力枠に文字数制限内で自由に文字を入力することができる。

図５Ｄは、部品選択部５０５において「選択設定（テキスト）」が選択された場合にコード作成画面に表示される設定フィールド５２０を示す。図５Ｄの（ａ）において、見出しフィールド５２１には、選択設定の見出しとして表示されるテキストが入力される。選択肢数フィールド５２２は、当該選択設定における選択肢の数を示す。例えば、選択肢数フィールド５２２に「５」が設定されると、５つの選択肢が作成されることになる。選択肢フィールド５２３には、各選択肢のテキストが入力される。選択肢フィールド５２３は、選択肢数フィールド５２２に設定された個数だけ提示される。

図５Ｄにおいて、（ｂ）は（ａ）に示される設定内容により生成される命令コードの例を示す。選択設定（テキスト）の命令コードは、［命令ＩＤ］［見出し］［選択肢数］［選択肢］により構成される。図示の例において、［命令ＩＤ（id）］である「ba001」は、部品選択が選択設定（テキスト）であることを示す。［見出し（header）］は、見出しフィールド５２１に入力された文字列（本例では「ご希望の内容を選択してください」）である。また、［選択肢数（number of items）］は、選択肢数フィールド５２２に設定された値（本例では5）が設定される。また、［選択肢］には、選択肢フィールド５２３に入力された文字列が記述される。

図５Ｄの（ｃ）は、特定のアプリケーションを実行している利用者端末１０３が（ｂ）に示される命令コードを実行することにより表示される選択設定のＵＩ部品の画面表示例である。ここでは、［選択肢］により指定された選択肢をプルダウンリストから選択するユーザインターフェースが示されているが、これに限られるものではなく、例えば、ラジオボタンやチェックボックスを用いて選択が行われてもよい。また、コード作成画面において、プルダウン形式かラジオボタン形式かをユーザが選択できるようにしてもよい。

図５Ｅは、部品選択部５０５において選択設定（テーブル・１段階）が選択された場合に、コード作成画面に表示される設定フィールド５３０を説明する図である。図５Ｅの（ａ）は、設定フィールド５３０を示す。テーブル名フィールド５３１は、選択肢のリストが記述されたデータテーブルを識別する識別名である。データテーブルの指定のみで複数の選択肢を表すことができるので、選択肢の数が多い場合に有効である。

図５Ｅの（ｂ）は、（ａ）に示される設定内容により生成される命令コードの例を示す。選択設定（テーブル・１段階）の命令コードは、［命令ＩＤ］［テーブル名］により構成される。図示の例において、［命令ＩＤ（id）］である「bb001」は、部品が選択設定（テーブル・１段階）であることを示す。［テーブル名］は、選択設定（テーブル・１段階）の画面を生成する際に用いられるデータテーブルを示す。（ｂ）の例では、RE008が指定されている。なお、RE008のデータテーブル５３２は事業者ＰＣ１０２からサーバ装置１０１へアップロードされるが、コードイメージにはそのテーブル名のみが記述され、内容はコードイメージには含まれない。よって、多くの選択肢を有するＵＩ部品が用いられる場合でも、コードイメージに含める文字数を少なくすることができる。データテーブル５３２は、先頭行に見出しの文字列が記録され、２行目以降に選択肢が記録される。

図５Ｅの（ｃ）は、特定のアプリケーションを実行している利用者端末１０３が（ｂ）に示される命令コードを実行することにより表示されるＵＩ部品（選択設定）の画面表示例である。利用者端末１０３は、命令ＩＤ＝bb001を含む命令コードを実行すると、まず、当該命令コードに含まれているテーブル名のデータテーブルをサーバ装置１０１より取得する。そして、利用者端末１０３は、データテーブルの先頭行から見出しの文字列を抽出して表示し、２行目以降の選択肢を用いてプルダウンリストを用いた部品を表示する。なお、上記例では、データテーブルの先頭行を見出しの文字列としたがこれに限られるものではない。例えば、設定フィールド５３０に、見出しのテキストを入力するためのフィールドが設けられてもよい。この場合、データテーブルの先頭行を見出しとして用いる必要はない。

図５Ｆは、部品選択部５０５において選択設定（テーブル・多段階）が選択された場合に、コード作成画面に表示される設定フィールドを説明する図である。選択設定（テーブル・多段階）では、階層的に用意された複数の選択肢を用いて、利用者に多段階の選択を行わせることができる。図５Ｆ（ａ）は、選択設定（テーブル・多段階）のための設定フィールド５４０を示す。設定フィールド５４０の構成は、設定フィールド５３０と同様であり、テーブル名フィールド５４１には、テーブル名が入力される。

図５Ｆの（ｂ）は、（ａ）に示される設定内容により生成される命令コードの例を示す。選択設定（テーブル・多段階）の命令コードは、［命令ＩＤ］［テーブル名］により構成される。図示の例において、［命令ＩＤ（id）］である「bc001」は、部品が選択設定（テーブル・多段階）であることを示す。［テーブル名］は、選択設定（テーブル・多段階）の画面を生成する際に用いられるデータテーブルを示す。（ｂ）の例では、RE009が指定されている。なお、RE009のデータテーブル５４２は事業者ＰＣ１０２からサーバ装置１０１へアップロードされるが、コードイメージにはそのテーブル名のみが記述され、内容はコードイメージには含まれない。データテーブル５４２において、選択項目（１）の列は、第１の階層の選択肢であり、選択項目（２）の列は第２の階層の選択肢である。各階層の選択肢を記録した列の先頭行には、それぞれの見出しの文字列が記録されており、２行目以降に選択肢が記録されている。

図５Ｆの（ｃ）は、特定のアプリケーションを実行している利用者端末１０３が（ｂ）に示される命令コードを実行することにより表示されるＵＩ部品（選択設定）の画面表示例である。利用者端末１０３は、命令ＩＤ＝bc001を含む命令コードを実行すると、まず、当該命令コードに含まれているテーブル名（RE009）により特定されるデータテーブル５４２の、第１の階層の列のデータをサーバ装置１０１より取得する。第１の階層の列とは、データテーブル５４２の選択項目（１）の列である。利用者端末１０３は、データテーブル５４２の第１の階層の列の先頭行から見出しの文字列を抽出して表示し、２行目以降の選択肢を用いてプルダウンリストを用いた選択部品を表示する。プルダウンリストから第１の階層について１つの選択肢が選択されると、利用者端末１０３は、データテーブル５４２の第２の階層の列を用いたＵＩ部品を提供する。すなわち、利用者端末１０３は、データテーブル５４２の選択項目（２）の列の先頭行から見出しの文字列を抽出して表示し、第１の階層について選択された選択肢の下位に属する選択肢を取得してプルダウンリストを用いた選択部品を表示する。こうして、選択設定（テーブル・多段階）によれば、テーブルを指定する命令コードにより、多段階で選択を行うＵＩ部品が提供される。

図５Ｇは、部品選択部５０５において選択設定（テーブル・動的選択肢）が選択された場合に、コード作成画面に表示される設定フィールドを説明する図である。選択設定（テーブル・動的選択肢）では、階層的に用意された複数の選択肢を用いて、利用者に多段階の選択を行わせることができるとともに、選択部品に受付可能な残数を表示することができる。図５Ｇ（ａ）は、選択設定（テーブル・動的選択肢）のための設定フィールド５５０を示す。設定フィールド５５０の構成は、設定フィールド５３０と同様であり、テーブル名フィールド５５１には、テーブル名が入力される。

図５Ｇの（ｂ）は、（ａ）に示される設定内容により生成される命令コードの例を示す。選択設定（テーブル・動的選択肢）の命令コードは、［命令ＩＤ］［テーブル名］により構成される。図示の例において、［命令ＩＤ（id）］である「bd001」は、部品が選択設定（テーブル・多段階）であることを示す。［テーブル名］は、選択設定（テーブル・動的選択肢）の画面を生成する際に用いられるデータテーブル５５２を示す。（ｂ）の例では、RE010が指定されている。多階層による項目選択の仕組みは図５Ｆに示した選択設定（テーブル・多段階）と同様である。データテーブル５５２には、各行に枠ＩＤが割り当てられ、各枠ＩＤに、受け付け可能な数（枠数）が記録されている。サーバ装置１０１（アプリケーション処理部２０２）は、設定を受け付けた利用者のＩＤと枠ＩＤとを紐づけた受付テーブル５５３を生成、保持している。また、サーバ装置１０１（アプリケーション処理部２０２）は、受付テーブル５５３を基に枠ＩＤごとに設定を受け付けた数（受付数）を集計し、枠ＩＤと受付数を紐づけて記録した集計テーブル５５４を生成、保持している。利用者端末１０３からデータテーブル５５２の選択項目（３）の選択肢が要求されると、サーバ装置１０１は、送信対象の選択肢について、データテーブル５５２に記録されている枠数から集計テーブル５５４の受付数を差し引いた値（残りの枠数）を計算する。サーバ装置１０１は、計算された値（残りの枠数）を、選択項目（３）の選択肢とともに利用者端末１０３に提供する。

図５Ｇの（ｃ）は、特定のアプリケーションを実行している利用者端末１０３が（ｂ）に示される命令コードを実行することにより表示されるＵＩ部品（選択設定）の画面表示例である。利用者端末１０３は、命令ＩＤ＝bd001を含む命令コードを実行すると、当該命令コードに含まれているテーブル名（RE010）により特定されるデータテーブル５５２の、第１の階層の列のデータをサーバ装置１０１より取得する。第１の階層について１つの項目が選択されると、利用者端末１０３は、データテーブル５５２の第２の階層の列から、第１の階層について選択された選択肢の下位に属する選択肢を取得してプルダウンリストを用いた選択部品を表示する。第２の階層について１つの選択肢が選択されると、利用者端末１０３は、データテーブル５５２の第３の階層の列から、第２の階層について選択された選択肢の下位に属する選択肢を取得してプルダウンリストを用いた選択部品を表示する。このとき、各選択肢は、受け付け可能な残数とともに表示される。こうして、選択設定（テーブル・動的選択肢）によれば、残りの枠数を参照しながら多段階の選択を行うことを可能にするＵＩ部品が提供される。

図５Ｈは、部品選択部５０５において日付選択が選択された場合に、コード作成画面に表示される設定フィールドを説明する図である。日付選択では、日付選択を行わせるためのＵＩ部品を設定することができる。図５Ｈ（ａ）は、日付選択のための設定フィールド５６０を示す。設定フィールド５６０において、見出しフィールド５６１には、見出しの文字列が設定される。また、設定フィールド５６０は、カレンダーから日付指定を行えるＵＩ部品を選択するための選択部５６２、プルダウンリストから日付指定を行えるＵＩ部品を選択するための選択部５６３を示す。カレンダーからの指定（選択部５６３）が選択された場合、「(曜日の)指定なし」、「平日のみ選択可能」、「土日のみ選択可能」から一つを選択することができる。設定部５６４では、設定可能な日付の範囲を示す設定値範囲、ＵＩ部品として最初に画面に表示される際の日付を示すデフォルト値が設定される。

図５Ｈの（ｂ）は、（ａ）に示される設定内容により生成される命令コードの例を示す。日付選択の命令コードは、［命令ＩＤ］［見出し］［デフォルト値］［設定値範囲］により構成される。図示の例において、［命令ＩＤ（id）］である「ca001」は、ＵＩ部品がカレンダーによる日付選択であることを示す。［見出し（header）］は、見出しフィールド５６１に入力された文字列（本例では「ご希望の日付を選択してください」）である。また、［デフォルト値（default value）］は２０２１年９月１日であり、［設定値範囲（range value）］は２０２１年９月１日～２０２１年１２月３１日である。

図５Ｈの（ｃ）は、(ｂ)に示された命令コードにより利用者端末１０３に表示されるＵＩ部品であり、まず、デフォルトで指定された年月のカレンダーが表示される。三角マーク５６５は、前月、翌月へ表示を切り替えるための操作部品であり、これにより設定値範囲で設定された日付の範囲内でカレンダーを切り替えることができる。カレンダーの切り替えに応じて、切り替え後の月のカレンダーがサーバ装置１０１から提供される。また、図５Ｈの（ｄ）は、プルダウンリストから日付の選択を行うＵＩ部品が選択された場合に、利用者端末１０３に表示されるＵＩ部品である。プルダウンリストに最初に表示される年月日はデフォルト値により設定された年月日であり、プルダウンリストで選択できる日付の範囲は設定値範囲で設定された範囲である。

図５Ｉは、部品選択部５０５において住所入力が選択された場合に、コード作成画面に表示される設定フィールドを説明する図である。住所入力では、住所を入力させるためのＵＩ部品が提供される。図５Ｉ（ａ）は、住所入力のための設定フィールド５７０を示す。設定フィールド５７０において、見出しフィールド５７１には、見出しの文字列が設定される。図５Ｉ（ｂ）は、（ａ）に示される設定内容により生成される命令コードの例を示す。住所入力の命令コードは、［命令ＩＤ］［見出し］により構成される。図示の例において、［命令ＩＤ（id）］である「da001」は、ＵＩ部品が住所入力であることを示す。［見出し（header）］は、見出しフィールド５７１に入力された文字列（本例では「配送先の住所を入力してください」）である。

図５Ｉの（ｃ）は、特定のアプリケーションを実行している利用者端末１０３が（ｂ）に示される命令コードを実行することにより表示される住所入力の画面表示例である。利用者端末１０３は、命令ＩＤ＝da001を含む命令コードを実行すると、見出しに記述された文字列（本例では、「配送先の住所を入力してください」）と住所入力用のＵＩ部品を表示する。住所入力では、郵便番号が入力されると、利用者端末１０３は入力された郵便番号をサーバ装置１０１に送信する。サーバ装置１０１は、郵便番号を受信すると、該当する住所（都道府県＋市町村）を利用者端末１０３に返す。利用者端末１０３は、サーバ装置１０１から受信した住所を表示し、これに続く番地および建物名をユーザに入力させる。

以上のようにして、事業者ＰＣ１０２においてユーザがコード作成画面への入力を終えて、図５Ａ、図５Ｂに示される送信ボタン５０７を押すと、図４のＳ４０４において、事業者ＰＣ１０２は、サーバ装置１０１にコード作成要求を送信する。コード作成要求は、上述したコード作成画面においてユーザが設定した設定情報と手続ＩＤを含む。Ｓ４２４において、サーバ装置１０１のコード生成部２０１は、事業者ＰＣ１０２からコード作成要求を受信する。Ｓ４２５において、コード生成部２０１は、コード作成要求に含まれている設定情報に基づいて、上述したような設定枠を含む画面を特定のアプリケーションに生成させるための画面生成コードを生成する。

Ｓ４２６において、コード生成部２０１は、データ圧縮の結果得られた情報を表すのに必要なコードイメージの数が、許容コード数フィールド５０３に設定された数（許容数）以下であるか否かを判定する。必要な情報コードの数が許容数以下の場合（Ｓ４２６でＹＥＳ）、Ｓ４２７において、コード生成部２０１は、手続ＩＤと画面生成コードを表すコードイメージを生成する。なお、コード生成部２０１は、画面生成コードと手続ＩＤをデータ圧縮して得られる圧縮データを用いてコードイメージを生成するようにしてもよい。他方、必要となるコードイメージの数が許容数より多い場合（Ｓ４２７でＮＯ）、Ｓ４２８において、コード生成部２０１は、Ｓ４２５で生成された画面生成コードを識別するコードＩＤを示すコードイメージを生成する。このとき、許容数のコードイメージに収まる範囲で画面生成コードをコードイメージに格納するようにしてもよい。画面生成コードをなるべくコードイメージに含ませることにより、利用者端末１０３がＵＩ画面を生成する際にサーバ装置１０１から取得する画面生成コードの量を低減することができる。

Ｓ４２９において、コード生成部２０１は、手続ＩＤ、Ｓ４２７またはＳ４２８で生成されたコードイメージ、Ｓ４２５で生成された画面生成コード、コードＩＤ（Ｓ４２８が実行された場合）を関連付けて記憶部（例えば、二次記憶装置１５４）に保存する。また、コード生成部２０１は、Ｓ４２７またはＳ４２８で生成されたコードイメージを、コード作成要求の送信元の事業者ＰＣ１０２に送信する。或いは、事業者ＰＣ１０２からのダウンロード要求に応じて、サーバ装置１０１が、Ｓ４２７またはＳ４２８で生成されたコードイメージを送信するようにしてもよい。

次に、利用者端末１０３により、手続システムを用いた手続きを行うための処理について説明する。図６は、利用者端末とサーバ装置による手続処理を説明するフローチャートである。なお、以下に説明される処理の開始に先立って、利用者端末１０３には特定のアプリケーションがインストールされており、サーバ装置１０１の記憶部（例えば、二次記憶装置１５４）には利用者端末１０３の情報（利用者情報）が記録されているものとする。なお、この利用者端末１０３の登録は、特定のアプリケーションから必要な利用者情報を入力することによりなされてもよいし、別のアプリケーションによりなされてもよい。また、特定のアプリケーションは、アプリケーション処理部２０２より利用者端末１０３にダウンロードされるものとする。

利用者端末１０３において特定のアプリケーションが起動されると、Ｓ６０１においてコード読取部３０１がサーバ装置１０１（アプリケーション処理部２０２）へのログインを行う。例えば、コード読取部３０１は利用者の識別情報とパスワードを含むログイン要求をサーバ装置１０１に送信する。Ｓ６２１において、アプリケーション処理部２０２は、ログイン要求に含まれている識別情報およびパスワードと、記憶部（例えば、二次記憶装置１５４）に記憶されている識別情報およびパスワードとに基づいて、ログインを許可する否かを判定する。

ログインが許可され、利用者端末１０３が備えるカメラを用いてユーザがコードイメージを撮影すると、Ｓ６０２において、コード読取部３０１はそのコードイメージの撮影画像を解析し、手続ＩＤと画面生成コードを取得する。Ｓ６０３において、ＵＩ制御部３０２は、画面生成コードにしたがってＵＩ画面を生成し、ディスプレイに表示する。

図７は、Ｓ６０３におけるＵＩ画面の生成処理を説明するフローチャートである。Ｓ７０１において、ＵＩ制御部３０２は、コードイメージの撮影画像を解析し、画面生成コードと手続ＩＤを取得する。Ｓ７０２において、ＵＩ制御部３０２は、サーバ装置１０１から画面生成コードをダウンロードする必要があるか否かを判定する。本例では、コードＩＤを含むコードイメージが生成された場合（Ｓ４２８）に、画面生成コードのダウンロードが必要と判定される。ダウンロードが必要と判定された場合（Ｓ７０２でＹＥＳ）、Ｓ７０３においてＵＩ制御部３０２は、サーバ装置１０１（アプリケーション処理部２０２）からコードＩＤに関連付けられている画面生成コードをダウンロードする。具体的には、ＵＩ制御部３０２は、画面生成コードのＩＤを含むダウンロード要求をサーバ装置１０１に行う。サーバ装置１０１のアプリケーション処理部２０２は、このダウンロード要求を受信すると、ダウンロード要求に含まれているＩＤに対応する画面生成コードを記憶部（例えば、二次記憶装置１５４）から取得し、利用者端末１０３に送信する（図６のＳ６２２）。一方、ダウンロードが不要と判定された場合（Ｓ７０２でＮＯ）、処理はＳ７０４に進む。

Ｓ７０４において、ＵＩ制御部３０２は、Ｓ７０１で取得された画面生成コード、または、Ｓ７０３でサーバ装置１０１からダウンロードされた画面生成コードに基づいてＵＩ部品の画像を生成する。Ｓ７０５において、ＵＩ制御部３０２は、画面生成コードがサーバ装置１０１からのデータをダウンロードするための指定を含むか否かを判定する。画面生成コードがデータを要求している場合（Ｓ７０５でＹＥＳ）、Ｓ７０６において、ＵＩ制御部３０２は、サーバ装置１０１のアプリケーション処理部２０２から、画面生成コードにより指定されたデータを取得する。すなわち、ＵＩ制御部３０２は、ＵＩ部品の生成に必要な情報をアプリケーション処理部２０２に要求し、アプリケーション処理部２０２はこの要求に応じて情報をＵＩ制御部３０２に提供する（Ｓ６２２）。この処理により、例えば、図５Ｅ～図５Ｇにおいて示した選択設定のＵＩ部品に用いられるデータテーブルや、図５Ｈに示した日付選択のＵＩ部品に用いられるカレンダーデータが取得される。

Ｓ７０７において、ＵＩ制御部３０２は、取得された画面生成コードにより表される全ての設定枠を含むＵＩ画面の生成を完了したかを判定する。未完成であれば（Ｓ７０７でＮＯ）、処理はＳ７０４に戻り、上記処理が繰り返される。一方、全ての設定枠を含むＵＩ画面の生成が完了したと判定された場合（Ｓ７０７でＹＥＳ）、本処理は終了する。

図６に戻り、Ｓ６０４において、ＵＩ制御部３０２は、Ｓ６０３で生成されたＵＩ画面を表示し、当該ＵＩ画面へのユーザ入力を受け付ける。ユーザは、例えば、図５Ｃ（ｃ）のように表示されたＵＩ部品の入力枠に文字列を入力したり、図５Ｄ（ｃ）のように表示されたプルダウンリストから所望の選択肢を選択したりする。Ｓ６０５において、ＵＩ制御部３０２は、Ｓ６０４で受け付けたユーザ入力に応じてＵＩ画面を更新する。例えば、ＵＩ制御部３０２は、図５Ｄの選択設定（テキスト）において、複数の選択肢からユーザにより選択された選択肢をユーザが把握できるような表示を行う。また、ＵＩ制御部３０２は、図５Ｃに示されるような文字入力枠に対してテキストが入力された場合、入力されたテキストを文字領域枠内に表示する。また、図５Ｆ等で説明したような階層的な選択肢の場合、Ｓ６０３（Ｓ７０６）において、ＵＩ制御部３０２は、データテーブル５４２の全体をサーバ装置１０１から取得する。ＵＩ制御部３０２は、あらかじめ全体が取得されたデータテーブル５４２を参照し、上位階層の選択肢の一つが選択されたことに応じて下位階層の選択肢をデータテーブル５４２から取得し、ＵＩ画面を更新する。

なお、上記では、ＵＩ画面の生成、更新に必要な情報をＳ６０３ですべて取得しているがこれに限られるものではない。例えば、図５Ｆに示される選択設定（テーブル・多段階）の場合、Ｓ６０３において、ＵＩ制御部３０２は、データテーブル５４２から第１階層の選択肢を取得する。その後、Ｓ６０５において、ＵＩ制御部３０２は、上位階層の選択肢（選択項目（１））のうちの一つが選択されたことに応じて、選択された選択肢をサーバ装置１０１に通知する。サーバ装置１０１は、通知された選択肢の下位階層の選択肢をデータテーブル５４２から取得し、ＵＩ制御部３０２に送信する。ＵＩ制御部３０２は、サーバ装置１０１（Ｓ６２２）から送信された解階層の選択肢を用いて、ＵＩ画面を更新する。また、例えば、図５Ｉのような住所入力において、ＵＩ制御部３０２は、郵便番号が入力されたことに応じて、入力された郵便番号をサーバ装置１０１に通知し、対応する住所データをサーバ装置１０１から受信してＵＩ画面に表示する。また、図５Ｇのような動的選択肢のＵＩ画面への表示では、残り枠数の表示を極力最新のものとするために、ＵＩ制御部３０２は、ＵＩ画面において日付選択が行われたことに応じて、時刻の選択項目と残り枠数をサーバ装置１０１から取得するようにしてもよい。

以上のようなＵＩ部品への入力操作の受け付け、およびＵＩ画面の更新は、ＵＩ画面において送信が指示されるまで（Ｓ６０６でＮＯと判定されている間）行われる。ＵＩ画面における送信の指示は、例えば、ＵＩ画面に設けられた送信ボタン（不図示）が押されることによりなされる。ＵＩ画面から送信が指示されると（Ｓ６０６でＹＥＳ）、Ｓ６０７において、手続情報生成部３０３は、ＵＩ画面においてユーザが設定した内容と、コードイメージから取得された手続ＩＤとを含む手続情報を生成する。Ｓ６０８において、手続情報生成部３０３は、Ｓ６０７で生成した手続情報をログイン中のサーバ装置１０１へ送信する。

Ｓ６２３において、サーバ装置１０１のアプリケーション処理部２０２は、利用者端末１０３の手続情報生成部３０３から送信された手続情報を受信する。手続情報が受信されると、Ｓ６２４において、手続処理部２０３は、受信された手続情報と、ログインしている利用者の情報（利用者情報）を手続サーバ１０５へ送信する。手続サーバ１０５は、手続処理部２０３から送信されたこれらの情報に基づいて、手続ＩＤにより特定される手続の処理を行う。手続サーバ１０５は、手続が完了すると、手続の完了通知をサーバ装置１０１に送る。サーバ装置１０１のアプリケーション処理部２０２は、手続サーバ１０５から完了通知を受信すると、これを利用者端末１０３に送信する。Ｓ６０９において、手続情報生成部３０３は、完了通知を受信すると、その旨をユーザに通知する表示を行う。なお、上記処理では、サーバ装置１０１にあらかじめ登録されている利用者情報を用いたが、これに限られるものではない。例えば、利用者端末１０３が、マイナンバーカードに印刷されている二次元コードを読み取って得た個人情報を手続情報に含め、サーバ装置１０１は手続情報に含まれている個人情報を利用者情報として用いてもよい。

なお、上記実施形態において、コードイメージとして、ＱＲコード（登録商標）のような二次元コードを用いたがこれに限られるものではなく、例えば、バーコードのような一次元コードが用いられてもよい。また、コードイメージに含まれる情報は暗号化されてもよい。その場合、特定のアプリケーションは、あらかじめ取り決めておいた復号キーを用いて暗号化された情報を復号してＵＩ画面生成のためのコードを得る。

以上のように、実施形態の手続システムによれば、問い合わせに関する入力用のフォームをあらかじめ何種類かのパーツとして用意し、これを簡易なコードで呼び出すことが可能となる。さらにはこの簡易なコードをＱＲコード（登録商標）などのコードイメージに変換することにより、システムに改修を加えることなく、手続きを簡単に追加することが可能となる。システムに改修を加えないため、通常用意する必要があるテスト環境が不要となり、コードイメージを作成してその場でテストを行い、そのままリリースすることが可能となる。テストに関する費用や時間がほとんど不要となることは、手続きを追加する事業者にとっても、システム運営側にとっても非常に大きなメリットをもたらす。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１０１：サーバ装置、１０２：事業者ＰＣ、１０３：利用者端末、１０４：ネットワーク、１０５：手続サーバ、２０１：コード生成部、２０２：アプリケーション処理部、２０３：手続処理部、３０１：コード読取部、３０２：ＵＩ制御部、３０３：手続情報生成部

Claims (15)

1. 第１の外部装置から所定の手続きに関わるコードイメージの生成を要求する生成要求を受信する受信手段と、前記生成要求は、前記所定の手続きの設定入力を行うためのＵＩ画面の情報を含み、
   前記生成要求に基づいて、特定のアプリケーションを実行している第２の外部装置により前記ＵＩ画面を生成させるための画面生成コードを生成する第１生成手段と、
   前記画面生成コードを表すコードイメージを生成する第２生成手段と、
   前記第２生成手段により生成された、前記コードイメージを出力する出力手段と、を備えることを特徴とするサーバ装置。
2. 前記出力手段は、前記コードイメージのデータを前記第１の外部装置へ送信することを特徴とする請求項１に記載のサーバ装置。
3. 前記コードイメージは、前記所定の手続きを識別する識別情報を含むことを特徴とする請求項１または２に記載のサーバ装置。
4. 前記生成要求を生成するためのユーザ入力を行うための画面を前記第１の外部装置に送信する送信手段をさら備えることを特徴とする請求項１乃至３のいずれか１項に記載のサーバ装置。
5. 前記生成要求は、コードイメージの個数の上限値を含み、前記画面生成コードのうち前記上限値の個数のコードイメージに収まらない画面生成コードを記憶する記憶手段をさらに備え、
   前記第１生成手段は、前記記憶手段に記憶された画面生成コードを前記サーバ装置から取得するための情報を含むコードイメージを生成することを特徴とする請求項１乃至４のいずれか１項に記載のサーバ装置。
6. 前記特定のアプリケーションを実行している前記第２の外部装置から、前記コードイメージが表す画面生成コードに従って生成された前記ＵＩ画面を介して設定された情報と、前記所定の手続きを識別する識別情報とを含む手続情報を受信する受信手段と、
   前記手続情報に基づいて前記所定の手続を実行するよう制御する制御手段と、を備えることを特徴とする請求項１乃至５のいずれか１項に記載のサーバ装置。
7. 前記特定のアプリケーションを実行している前記第２の外部装置からの通知に応じて、前記ＵＩ画面を前記コードイメージが表す画面生成コードに従って生成するために必要なデータ、または、前記ＵＩ画面を更新するために必要なデータを提供する提供手段をさらに備えることを特徴とする請求項１乃至５のいずれか１項に記載のサーバ装置。
8. 前記生成要求に基づいて、前記ＵＩ画面を介して行われる多段階の選択に対応した階層的な選択肢が記述されたテーブルを保持する保持手段を含み、
   前記提供手段は、前記第２の外部装置からの通知に応じて、前記テーブルの全体を前記第２の外部装置へ提供することを特徴とする請求項７に記載のサーバ装置。
9. 前記生成要求に基づいて、前記ＵＩ画面を介して行われる多段階の選択に対応した階層的な選択肢が記述されたテーブルを保持する保持手段を含み、
   前記提供手段は、前記第２の外部装置からの段階ごとの選択の通知に応じて、次の段階の選択に必要な選択肢を前記テーブルから取得し、前記第２の外部装置へ提供することを特徴とする請求項７に記載のサーバ装置。
10. 前記生成要求に基づいて、前記ＵＩ画面を介して行われる選択に対応した複数の選択肢と、前記複数の選択肢のそれぞれの受け付け可能な数が記述されたテーブルを保持する保持手段と、
    前記複数の選択肢のそれぞれについて受け付けが行われた数を集計する集計手段と、をさらに備え、
    前記提供手段は、前記第２の外部装置に、前記テーブルの前記受け付け可能な数から前記集計された数を差し引いて前記複数の選択肢を提供することを特徴とする請求項７に記載のサーバ装置。
11. コードイメージを読み取る読取手段と、
    前記読取手段により読み取られた前記コードイメージから抽出された画面生成コードに基づいて、ＵＩ画面を生成する生成手段と、
    前記ＵＩ画面を表示部に表示させる表示制御手段と、
    前記ＵＩ画面を介したユーザ入力を受け付ける受付手段と、
    前記ＵＩ画面を介して受け付けた設定情報と、前記コードイメージから抽出された手続識別情報を所定の外部装置へ送信する送信手段と、を備えることを特徴とする通信装置。
12. 前記コードイメージは、外部装置から取得するデータを特定する識別情報を含み、
    前記生成手段は、前記識別情報により識別されるデータを前記所定の外部装置から取得し、前記ＵＩ画面の生成に用いることを特徴とする請求項１１に記載の通信装置。
13. 第１の外部装置から所定の手続きに関わるコードイメージの生成を要求する生成要求を受信する受信工程と、前記生成要求は、前記所定の手続きの設定入力を行うためのＵＩ画面の情報を含み、
    前記生成要求に基づいて、特定のアプリケーションを実行している第２の外部装置により前記ＵＩ画面を生成させるための画面生成コードを生成する第１生成工程と、
    前記画面生成コードを表すコードイメージを生成する第２生成工程と、
    前記第２生成工程で生成された、前記コードイメージを出力する出力工程と、を備えることを特徴とするサーバ装置の制御方法。
14. コードイメージを読み取る読取工程と、
    前記読取工程で読み取られた前記コードイメージから抽出された画面生成コードに基づいて、ＵＩ画面を生成する生成工程と、
    前記ＵＩ画面を表示部に表示させる表示制御工程と、
    前記ＵＩ画面を介したユーザ入力を受け付ける受付工程と、
    前記ＵＩ画面を介して受け付けた設定情報と、前記コードイメージから抽出された手続識別情報を所定の外部装置へ送信する送信工程と、を備えることを特徴とする通信装置の制御方法。
15. 請求項１３または１４に記載された制御方法をコンピュータに実行させるためのプログラム。

Images