(57)【要約】【課題】携帯端末から業務サーバ内の業務データベースへのアクセスを可能にする業務支援システムの設計・導入コストを削減する。【解決手段】仲介サーバ３は、携帯端末１に表示される１つの操作画面を特定の一の機能を実現するインタフェイス要素の組み合わせにより定義した複数の画面定義ファイル３４Ｄと、携帯端末１と該携帯端末１に対応する画面定義ファイル３４Ｄのリストとを関連付けて保持するユーザ端末データベース３４Ｃとを格納した記憶部３４と、業務サーバ２及び携帯端末１との通信を処理する処理部とを備える。処理部は、携帯端末１からの画面取得リクエストに応答して、画面定義ファイル３４Ｄを携帯端末１に送信し、携帯端末１からの業務データベース２６に対するデータベース操作リクエストに応答して、業務データベース２６に対するクエリを業務サーバ２に送信し、そのクエリ結果を携帯端末１に送信する。【選択図】図４
2014137796.tif 000002
【特許請求の範囲】
【請求項１】
業務データベースを有する業務サーバと複数の携帯端末との間でデータを仲介する仲介サーバであって、
前記携帯端末との通信及び前記業務サーバとの通信を可能にする通信インタフェイスと、
前記携帯端末に表示される１つの操作画面を特定の一の機能を実現するインタフェイス要素の組み合わせにより定義した複数の画面定義ファイルと、前記複数の携帯端末のそれぞれと該携帯端末に対応する前記画面定義ファイルのリストとを関連付けて保持するユーザ端末データベースとを格納した記憶装置と、
前記業務サーバ及び前記複数の携帯端末との通信を処理する処理部と、
を備え、
前記処理部は、
前記複数の携帯端末のうちの一の携帯端末から送信された、一の画面定義ファイルを要求する画面取得リクエストに応答して、前記記憶装置に格納された複数の画面定義ファイルから前記一の画面定義ファイルを前記一の携帯端末に送信し、
前記一の携帯端末から送信された、前記業務データベースに対するデータベース操作リクエストに応答して、前記業務サーバに前記業務データベースに対するクエリを送信し、該クエリに対する前記業務サーバからのクエリ結果を受信して前記一の携帯端末に送信する
ことを特徴とする仲介サーバ。
【請求項２】
前記処理部は、さらに、前記一の携帯端末から送信された、該一の携帯端末に対応する画面定義ファイルのリストを要求するリスト取得リクエストに応答して、前記一の携帯端末に対応する前記画面定義ファイルのリストを前記ユーザ端末データベースから取得して前記一の携帯端末に送信することを特徴とする請求項１に記載の仲介サーバ。
【請求項３】
前記インタフェイス要素は、前記携帯端末のオペレーティングシステムにより提供されるＡＰＩを利用して前記特定の一の機能を実現するものであることを特徴とする請求項１又は２に記載の仲介サーバ。
【請求項４】
前記ユーザ端末データベースは、前記携帯端末を使用するユーザの認証情報と、該携帯端末に固有の識別番号と、該携帯端末に対応する前記画面定義ファイルのリストとを関連付けて保持し、
前記処理部は、さらに、前記一の携帯端末から送信された、該一の携帯端末のユーザの認証情報と該一の携帯端末の識別番号とを含む認証リクエストに応答して、前記ユーザ端末データベース上で前記ユーザの認証情報及び前記識別番号を照会して前記一の携帯端末の認証を行う
ことを特徴とする請求項１から３のいずれか一項に記載の仲介サーバ。
【請求項５】
携帯端末に、
前記携帯端末に表示される１つの操作画面を特定の一の機能を実現するインタフェイス要素の組み合わせにより定義した一の画面定義ファイルを要求する画面取得リクエストを仲介サーバにネットワークを介して送信する手順と、
前記画面取得リクエストに応答して送信された前記一の画面定義ファイルを前記仲介サーバから前記ネットワークを介して受信して取得する手順と、
前記取得した一の画面定義ファイルに含まれる前記インタフェイス要素を表示部に表示して操作画面を構成する手順と、
業務サーバの業務データベースに対するデータベース操作リクエストを前記仲介サーバに前記ネットワークを介して送信する手順と、
前記データベース操作リクエストに応答して前記仲介サーバが前記業務サーバに前記業務データベースに対するクエリを送信することにより得られた前記業務サーバからのクエリ結果を前記仲介サーバから前記ネットワークを介して受信する手順と、
前記受信したクエリ結果を前記表示部に表示する手順と、
を実行させるための携帯端末用プログラム。
【請求項６】
さらに、前記携帯端末に、
前記携帯端末に対応する画面定義ファイルのリストを要求するリスト取得リクエストを前記仲介サーバに前記ネットワークを介して送信する手順と、
前記リスト取得リクエストに応答して送信された前記画面定義ファイルのリストを前記仲介サーバから前記ネットワークを介して受信して取得する手順と、
前記取得した画面定義ファイルのリストを前記表示部に選択可能に表示する手順と、
を実行させるための請求項５に記載の携帯端末用プログラム。
【請求項７】
さらに、前記携帯端末に、
前記画面定義ファイルのリスト及び該リストに含まれる画面定義ファイルを要求するダウンロードリクエストを前記仲介サーバに前記ネットワークを介して送信する手順と、
前記ダウンロードリクエストに応答して送信された前記画面定義ファイルのリスト及び前記画面定義ファイルを前記仲介サーバから前記ネットワークを介して受信して前記携帯端末の記憶装置に格納する手順と、
前記ネットワークに接続できない場合に、前記リスト取得リクエストを前記仲介サーバに前記ネットワークを介して送信する手順及び前記画面定義ファイルのリストを前記仲介サーバから前記ネットワークを介して受信して取得する手順に代えて、前記画面定義ファイルのリストとして前記記憶装置に格納された前記画面定義ファイルのリストを取得する手順と、
前記ネットワークに接続できない場合に、前記一の画面定義ファイルを要求する画面取得リクエストを仲介サーバにネットワークを介して送信する手順及び前記一の画面定義ファイルを前記仲介サーバから前記ネットワークを介して受信して取得する手順に代えて、前記一の画面定義ファイルとして前記記憶装置に格納された前記画面定義ファイルを取得する手順と、
を実行させるための請求項６に記載の携帯端末用プログラム。
【請求項８】
前記インタフェイス要素は、前記携帯端末のオペレーティングシステムにより提供されるＡＰＩを利用して前記特定の一の機能を実現するものである、請求項５から７のいずれか一項に記載の携帯端末用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仲介サーバ及び携帯端末用プログラムに係り、特に業務データベースを有する業務サーバと複数の携帯端末との間でデータを仲介する仲介サーバ及びかかる携帯端末の記憶装置に格納されるプログラムに関するものである。
【背景技術】
【０００２】
従来から携帯電話などの携帯端末から業務サーバ内の業務データベースへのアクセスを可能にする業務支援システムが知られている。そのような業務支援システムにおいては、携帯端末と業務サーバとの間にそれらの間のデータ通信を仲介する中継装置が用いられることがある（例えば、特許文献１参照）。しかしながら、このような中継装置を用いた業務支援システムを構築する際には、業務サーバの仕様に応じて中継装置の構成及び携帯電話に組み込まれるプログラムを設計しなければならず、また、業務サーバ自体もこのようなシステムのために仕様を変更する必要がある。したがって、新たにこのような業務支援システムを構築する場合には、業務サーバの構成、中継装置の構成、及び携帯端末のプログラムを一から設計し直す必要があり、システム構築のコストが非常に高くなってしまうという問題がある。
【０００３】
また、携帯電話などの携帯端末のオペレーティングシステムとしては、Android（登録商標）やiOS（登録商標）など異なるオペレーティングシステムが存在するが、上記業務支援システム用のプログラムもそれらのオペレーティングシステムごとに一から設計し直す必要があり、システム構築のコストがさらに高くなってしまうという問題がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１６３１９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、このような従来技術の問題点に鑑みてなされたもので、携帯端末から業務サーバ内の業務データベースへのアクセスを可能にする業務支援システムの設計・導入コストを著しく削減することができる仲介サーバを提供することを目的とする。
【０００６】
また、本発明は、携帯端末から業務サーバ内の業務データベースへのアクセスを可能にする業務支援システムの設計・導入コストを著しく削減することができる携帯端末用プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１の態様によれば、携帯端末から業務サーバ内の業務データベースへのアクセスを可能にする業務支援システムの設計・導入コストを著しく削減することができる仲介サーバが提供される。この仲介サーバは、業務データベースを有する業務サーバと複数の携帯端末との間でデータを仲介する。また、この仲介サーバは、上記携帯端末との通信及び上記業務サーバとの通信を可能にする通信インタフェイスと、上記携帯端末に表示される１つの操作画面を特定の一の機能を実現するインタフェイス要素の組み合わせにより定義した複数の画面定義ファイルと、上記複数の携帯端末のそれぞれと該携帯端末に対応する上記画面定義ファイルのリストとを関連付けて保持するユーザ端末データベースとを格納した記憶装置と、上記業務サーバ及び上記複数の携帯端末との通信を処理する処理部とを備えている。上記処理部は、上記複数の携帯端末のうちの一の携帯端末から送信された、一の画面定義ファイルを要求する画面取得リクエストに応答して、上記記憶装置に格納された複数の画面定義ファイルから上記一の画面定義ファイルを上記一の携帯端末に送信し、上記一の携帯端末から送信された、上記業務データベースに対するデータベース操作リクエストに応答して、上記業務サーバに上記業務データベースに対するクエリを送信し、該クエリに対する上記業務サーバからのクエリ結果を上記一の携帯端末に送信する。
【０００８】
このような仲介サーバによれば、仲介サーバの記憶装置に格納した画面定義ファイルにおいて、特定の一の機能を実現するインタフェイス要素の組み合わせにより１つの操作画面を定義しているので、この画面定義ファイルを変更するだけで携帯端末の表示部に表示される操作画面の構成を変更することができる。したがって、携帯端末から業務サーバ内の業務データベースへのアクセスを可能にする業務支援システムを導入するにあたって、業務サーバの構成や携帯端末のプログラムを新たに設計し直す必要がない。また、異なるオペレーティングシステムの携帯端末であっても、大幅なプログラムの変更を必要としないので、業務支援システムの設計・導入コストが著しく削減される。
【０００９】
また、仲介サーバから業務サーバの業務データベースへのアクセス方法を、これまで業務データベースで用いられてきたアクセス方法と同じ方法とすれば、業務サーバの構成を特に変更することなく、携帯端末から業務データベースへのアクセスが可能となるため、業務支援システムの導入コストがさらに削減される。
【００１０】
ここで、上記一の携帯端末から送信されたリスト取得リクエストに応答して、上記一の携帯端末に対応する上記画面定義ファイルのリストを上記ユーザ端末データベースから取得して上記一の携帯端末に送信するように上記処理部を構成してもよい。
【００１１】
さらに、上記インタフェイス要素は、上記携帯端末のオペレーティングシステムにより提供されるＡＰＩを利用して上記特定の一の機能を実現するものであることが好ましい。このように、携帯端末のオペレーティングシステムにより提供されるＡＰＩを利用して上記特定の一の機能を実現するインタフェイス要素を構成することにより、異なるオペレーティングシステム間でのプログラムの移植が極めて容易になるため、業務支援システムの設計・導入コストがさらに削減される。
【００１２】
また、上記ユーザ端末データベースは、上記携帯端末を使用するユーザの認証情報と、該携帯端末に固有の識別番号と、該携帯端末に対応する上記画面定義ファイルのリストとを関連付けて保持するものであることが好ましく、上記一の携帯端末から送信された、該一の携帯端末のユーザの認証情報と該一の携帯端末の識別番号とを含む認証リクエストに応答して、上記ユーザ端末データベース上で上記ユーザの認証情報及び上記識別番号を照会して上記一の携帯端末の認証を行うように上記処理部を構成することが好ましい。このような認証処理により、仲介サーバからのアクセスのみを許可するように業務サーバを構成すれば、業務サーバには仲介サーバにより認証された携帯端末しかアクセスすることができなくなる。すなわち、不特定多数の携帯端末から業務サーバにアクセスされることがなくなるため、業務データベースに対するセキュリティが向上する。
【００１３】
本発明の第２の態様によれば、携帯端末から業務サーバ内の業務データベースへのアクセスを可能にする業務支援システムの設計・導入コストを著しく削減することができる携帯端末用プログラムが提供される。この携帯端末用プログラムは、携帯端末に表示される１つの操作画面を特定の一の機能を実現するインタフェイス要素の組み合わせにより定義した一の画面定義ファイルを要求する画面取得リクエストを仲介サーバにネットワークを介して送信する手順と、上記画面取得リクエストに応答して送信された上記一の画面定義ファイルを上記仲介サーバから上記ネットワークを介して受信して取得する手順と、上記取得した一の画面定義ファイルに含まれる上記インタフェイス要素を表示部に表示して操作画面を構成する手順と、業務サーバの業務データベースに対するデータベース操作リクエストを上記仲介サーバに上記ネットワークを介して送信する手順と、上記データベース操作リクエストに応答して上記仲介サーバが上記業務サーバに上記業務データベースに対するクエリを送信することにより得られた上記業務サーバからのクエリ結果を上記仲介サーバから上記ネットワークを介して受信する手順と、上記受信したクエリ結果を上記表示部に表示する手順とを携帯端末に実行させるものである。
【００１４】
このような携帯端末用プログラムによれば、仲介サーバの画面定義ファイルを変更するだけで携帯端末の表示部に表示される操作画面の構成を変更することができるので、携帯端末から業務サーバ内の業務データベースへのアクセスを可能にする業務支援システムを導入するにあたって、業務サーバの構成や携帯端末のプログラムを新たに設計し直す必要がない。また、異なるオペレーティングシステムの携帯端末であっても、大幅なプログラムの変更を必要としないので、業務支援システムの設計・導入コストが著しく削減される。
【００１５】
また、仲介サーバから業務サーバの業務データベースへのアクセス方法を、これまで業務データベースで用いられてきたアクセス方法と同じ方法とすれば、業務サーバの構成を特に変更することなく、携帯端末から業務データベースへのアクセスが可能となるため、業務支援システムの導入コストがさらに削減される。
【００１６】
また、上記携帯端末用プログラムは、上記携帯端末に対応する画面定義ファイルのリストを要求するリスト取得リクエストを上記仲介サーバに上記ネットワークを介して送信する手順と、上記リスト取得リクエストに応答して送信された上記画面定義ファイルのリストを上記仲介サーバから上記ネットワークを介して受信して取得する手順と、上記取得した画面定義ファイルのリストを上記表示部に選択可能に表示する手順とを上記携帯端末に実行させるものであることが好ましい。
【００１７】
さらに、上記携帯端末用プログラムは、上記画面定義ファイルのリスト及び該リストに含まれる画面定義ファイルを要求するダウンロードリクエストを上記仲介サーバに上記ネットワークを介して送信する手順と、上記ダウンロードリクエストに応答して送信された上記画面定義ファイルのリスト及び上記画面定義ファイルを上記仲介サーバから上記ネットワークを介して受信して上記携帯端末の記憶装置に格納する手順と、上記ネットワークに接続できない場合に、上記リスト取得リクエストを上記仲介サーバに上記ネットワークを介して送信する手順及び上記画面定義ファイルのリストを上記仲介サーバから上記ネットワークを介して受信して取得する手順に代えて、上記画面定義ファイルのリストとして上記記憶装置に格納された上記画面定義ファイルのリストを取得する手順と、上記ネットワークに接続できない場合に、上記一の画面定義ファイルを要求する画面取得リクエストを仲介サーバにネットワークを介して送信する手順及び上記一の画面定義ファイルを上記仲介サーバから上記ネットワークを介して受信して取得する手順に代えて、上記一の画面定義ファイルとして上記記憶装置に格納された上記画面定義ファイルを取得する手順とを上記携帯端末に実行させるものであることが好ましい。このような処理により、携帯端末がネットワークに接続されていなくても、ネットワークに接続されているときと同様に携帯端末を機能させることが可能となる。
【００１８】
また、上記インタフェイス要素は、上記携帯端末のオペレーティングシステムにより提供されるＡＰＩを利用して上記特定の一の機能を実現するものであることが好ましい。このように、携帯端末のオペレーティングシステムにより提供されるＡＰＩを利用して上記特定の一の機能を実現するインタフェイス要素を構成することにより、異なるオペレーティングシステム間でのプログラムの移植が極めて容易になるため、業務支援システムの設計・導入コストがさらに削減される。
【発明の効果】
【００１９】
本発明によれば、仲介サーバの記憶装置に格納した画面定義ファイルにおいて、特定の一の機能を実現するインタフェイス要素の組み合わせにより１つの操作画面を定義しているので、この画面定義ファイルを変更するだけで携帯端末の表示部に表示される操作画面の構成を変更することができる。したがって、携帯端末から業務サーバ内の業務データベースへのアクセスを可能にする業務支援システムを導入するにあたって、業務サーバの構成や携帯端末のプログラムを新たに設計し直す必要がない。また、異なるオペレーティングシステムの携帯端末であっても、大幅なプログラムの変更を必要としないので、業務支援システムの設計・導入コストが著しく削減される。
【００２０】
また、仲介サーバから業務サーバの業務データベースへのアクセス方法を、これまで業務データベースで用いられてきたアクセス方法と同じ方法とすれば、業務サーバの構成を特に変更することなく、携帯端末から業務データベースへのアクセスが可能となるため、業務支援システムの導入コストが削減される。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態における業務支援システムを示す概念図である。
【図２】図１の業務支援システムの携帯端末のハードウェア構成の一例を模式的に示すブロック図である。
【図３】図１の業務支援システムの業務サーバのハードウェア構成の一例を模式的に示すブロック図である。
【図４】図１の業務支援システムの仲介サーバのハードウェア構成の一例を模式的に示すブロック図である。
【図５】図４の仲介サーバに格納されるユーザ端末データベースの構造の一例を示す図である。
【図６】図４の仲介サーバに格納される画面定義ファイルの内容の一例を示す図である。
【図７】本発明の一実施形態における業務支援システムの処理の流れの一例を説明するフロー図である。
【図８】本発明の一実施形態において携帯端末の表示部に表示される画面の一例を示す図である。
【図９】本発明の一実施形態において携帯端末の表示部に表示される画面の一例を示す図である。
【図１０】本発明の一実施形態において携帯端末の表示部に表示される画面の一例を示す図である。
【図１１】本発明の一実施形態において携帯端末の表示部に表示される画面の一例を示す図である。
【図１２】本発明の一実施形態において携帯端末の表示部に表示される画面の一例を示す図である。
【発明を実施するための形態】
【００２２】
以下、本発明に係る業務支援システムの実施形態について図１から図１２を参照して詳細に説明する。なお、図１から図１２において、同一または相当する構成要素には、同一の符号を付して重複した説明を省略する。
【００２３】
図１は、本発明の一実施形態における業務支援システムを示す概念図である。図１に示すように、この業務支援システムは、ユーザが操作する複数の携帯端末１と、ユーザが所属する組織に関する業務データベース２６を有する業務サーバ２と、携帯端末１と業務サーバ２との間の通信を仲介する仲介サーバ３とから構成されている。これらの携帯端末１と業務サーバ２と仲介サーバ３はそれぞれ、例えばインターネットのような広域ネットワーク４に接続可能となっている。詳しくは後述するが、ユーザは、携帯端末１を操作することによって業務サーバ２の業務データベース２６にアクセスし、業務上必要なデータを業務データベース２６から取得あるいは業務データベース２６に保存できるようになっている。
【００２４】
図２は、携帯端末１のハードウェア構成の一例を模式的に示すブロック図である。携帯端末１は、例えばスマートフォンや携帯情報端末（ＰＤＡ）により構成されており、図２に示すように、ＣＰＵ１１と、液晶ディスプレイなどの表示部１２と、タッチパネルやボタンなどの入力部１３と、ＲＡＭやフラッシュメモリなどの記憶部（記憶装置）１４と、通信インタフェイス１５とを備えている。携帯端末１は、通信インタフェイス１５を介して３Ｇネットワークや４Ｇネットワーク、無線ＬＡＮなどに接続できるようになっており、３Ｇネットワークや４Ｇネットワーク、無線ＬＡＮなどを経由してインターネット４に接続できるようになっている。なお、図２に示す携帯端末１のハードウェア構成は一例であり、図示のものに限られるわけではない。
【００２５】
図２に示すように、携帯端末１の記憶部１４には、Android（登録商標）やiOS（登録商標）などのオペレーティングシステム１４Ａと、オペレーティングシステム１４Ａと協働してＣＰＵ１１などに命令を与えて後述する処理を行うための業務支援プログラム１４Ｂとが格納されている。
【００２６】
図３は、業務サーバ２のハードウェア構成の一例を模式的に示すブロック図である。業務サーバ２は、例えば汎用サーバコンピュータにより構成されており、図３に示すように、ＣＰＵ２１と、ディスプレイなどの表示部２２と、キーボードやマウスなどの入力部２３と、ＲＡＭやハードディスクなどの記憶部２４と、通信インタフェイス２５とを備えている。業務サーバ２は、通信インタフェイス２５を介してインターネット４に接続できるようになっている。なお、図３に示す業務サーバ２のハードウェア構成は一例であり、図示のものに限られるものではない。また、業務サーバ２は、インターネット４に接続して仲介サーバ３と通信できる機能があればよいので、例えば、上述の表示部２２や入力部２３などは必須の要素ではない。
【００２７】
図３に示すように、業務サーバ２の記憶部２４には、オペレーティングシステム２４Ａと、オペレーティングシステム２４Ａと協働して後述するウェブサーバとしての機能を提供するウェブサーバプログラム２４Ｂと、上述した業務データベース２６とが格納されている。
【００２８】
ウェブサーバプログラム２４ＢがＣＰＵ２１により実行されると、インターネット４の特定のアドレス上にウェブサーバが構築される。仲介サーバ３がそのインターネット４上のアドレスを指定してこのウェブサーバに特定のリクエストを送信すると、ウェブサーバプログラム２４Ｂによりこのリクエストに応じたクエリが業務データベース２６に対して実行され、そのクエリ結果がリクエストに対するレスポンスとして仲介サーバ３に送信される。
【００２９】
図４は、仲介サーバ３のハードウェア構成の一例を模式的に示すブロック図である。仲介サーバ３は、例えば汎用サーバコンピュータにより構成されており、図４に示すように、ＣＰＵ３１と、ディスプレイなどの表示部３２と、キーボードやマウスなどの入力部３３と、ＲＡＭやハードディスクなどの記憶部（記憶装置）３４と、通信インタフェイス３５とを備えている。仲介サーバ３は、通信インタフェイス３５を介してインターネット４に接続できるようになっており、インターネット４を介して携帯端末１と業務サーバ２との間でデータの仲介をする。なお、図４に示す仲介サーバ３のハードウェア構成は一例であり、図示のものに限られるわけではない。また、仲介サーバ３は、インターネット４に接続して携帯端末１及び業務サーバ２と通信できる機能があればよいので、例えば、上述の表示部３２や入力部３３などは必須の要素ではない。
【００３０】
図４に示すように、仲介サーバ３の記憶部３４には、オペレーティングシステム３４Ａと、オペレーティングシステム３４Ａと協働してウェブサーバとしての機能を提供するウェブサーバプログラム３４Ｂと、ユーザ端末データベース３４Ｃと、複数の画面定義ファイル３４Ｄとが格納されている。
【００３１】
ウェブサーバプログラム３４ＢがＣＰＵ３１により実行されると、インターネット４の特定のアドレス上にウェブサーバが構築される。携帯端末１がそのインターネット４上のアドレスを指定してこのウェブサーバに特定のリクエストを送信すると、このリクエストに対するレスポンスがウェブサーバプログラム３４Ｂにより生成され、携帯端末１に返信される。このウェブサーバプログラム３４Ｂにより、業務サーバ２及び携帯端末１との通信を処理する処理部が構成される。
【００３２】
ユーザ端末データベース３４Ｃには、図５に示すように、各携帯端末１のユーザに対して一意に割り当てられたユーザＩＤと、ユーザ又は管理者により設定されたパスワードと、携帯端末１に割り当てられた固有の端末識別番号と、画面定義ファイル３４Ｄのリストとが互いに関連付けられて格納されている。なお、図５に示されるユーザ端末データベース３４Ｃの構造は一例であり、メールアドレスや電話番号などのフィールドを追加してもよく、また複数のデータベースを組み合わせることによってこのようなユーザ端末データベース３４Ｃを構成してもよい。
【００３３】
複数の画面定義ファイル３４Ｄのそれぞれは、携帯端末１の表示部１２に表示される１つの操作画面を特定の一の機能を実現するインタフェイス要素で定義したものである。このインタフェイス要素としては、カレンダーを用いて日付を特定する機能を実現するカレンダー要素、時計を用いて時刻を特定する機能を実現する時計要素、コンボボックス内のリストから項目を選択する機能を実現するコンボボックス要素、リストボックス内のリストから項目を選択する機能を実現するリストボックス要素、チェックボックスにより項目を選択する機能を実現するチェックボックス要素、全角のテキストを入力する機能を実現する全角テキスト入力要素、半角のテキストを入力する機能を実現する半角テキスト入力要素、数値を入力する機能を実現する数値入力要素、カメラを使って画像を取り込む機能を実現するカメラ機能要素、カメラを使ってバーコードを読み取り数値等を入力する機能を実現するバーコード機能要素、ＧＰＳを使って位置情報を入力する機能を実現するＧＰＳ機能要素、及び業務サーバ２の業務データベース２６にクエリを送信する機能を実現するクエリ送信要素を含んでいる。これらのインタフェイス要素は、オペレーティングシステム３４Ａにより提供されるＡＰＩを利用して所定の機能を実現するものである。したがって、画面定義ファイル３４Ｄにおいて定義されたインタフェイス要素の組み合わせにより操作画面において種々の機能が実現される。なお、インタフェイス要素は上述したものに限られるものではなく、例えば特許２７０２４１６号に記載されているようなコンピュータ処理用操作ボタンをインタフェイス要素とすることもできる。
【００３４】
それぞれの画面定義ファイル３４ＤはＣＳＶ形式のテキストファイルにより構成されている。図６は、画面定義ファイル「売上照会」の内容の一例を示すものである。図６に示す画面定義ファイルの１行目の「３」は、この画面定義ファイルにより定義される操作画面に対して一意に割り当てられる画面定義ＩＤを示している。画面定義ファイルの２行目の「売上照会」は、操作画面に表示されるタイトルを示している。画面定義ファイルの３行目は、操作画面を構成するインタフェイス要素の属性を列挙したものであり、「dis0rd」は定義されるインタフェイス要素の操作画面上の表示順序、「name」はインタフェイス要素の操作画面上でのキャプション、「type」はインタフェイス要素の種別、「mustin」は入力が必須のインタフェイス要素であるか否か（１であれば入力必須）、「protect」は入力を受け付けないインタフェイス要素であるか否か（１であれば入力不可）、「length」はインタフェイス要素のデータ長、「zero」はゼロの値を受け付けないインタフェイス要素であるか否か（１であればゼロ値の入力不可）、「minus」はマイナスの値を受け付けないインタフェイス要素であるか否か（１であればマイナス値の入力不可）、「ext」は特定のインタフェイス要素によって利用される拡張データ、「default」はインタフェイス要素のデータの初期値をそれぞれ定義するものであることを表している。インタフェイス要素の種別「type」としては、例えば、カレンダー要素であれば「rdate」、時計要素であれば「time」、コンボボックス要素であれば「cb」、リストボックス要素であれば「lb」、チェックボックス要素であれば「ch」、全角テキスト入力要素であれば「k」、半角テキスト入力要素であれば「A」、数値入力要素であれば「0」、カメラ機能要素であれば「cam」、バーコード機能要素であれば「bcd」、ＧＰＳ機能要素であれば「gps」、クエリ送信要素であれば「query」がそれぞれ指定される。
【００３５】
画面定義ファイルの４行目は第１のインタフェイス要素を定義しており、第１のインタフェイス要素が、表示順序が「１」（dis0rd）で、操作画面上でのキャプションが「日付」（name）であるカレンダー要素（typeが「rdate」）であることを示している。このインタフェイス要素のmustin属性が「１」であるため、このインタフェイス要素にはデータの入力が必須となっている。
【００３６】
画面定義ファイルの５行目は第２のインタフェイス要素を定義しており、第２のインタフェイス要素が、表示順序が「２」（dis0rd）で、操作画面上でのキャプションが「時刻」（name）である時刻要素（typeが「time」）であることを示している。このインタフェイス要素のprotect属性が「１」であるため、このインタフェイス要素はデータの入力を受け付けず、default属性が現在時刻を取得する関数を示す「now()」であるため、このインタフェイス要素のデータの初期値として現在時刻が与えられる。
【００３７】
画面定義ファイルの６行目は第３のインタフェイス要素を定義しており、第３のインタフェイス要素が、表示順序が「３」（dis0rd）で、操作画面上でのキャプションが「店名」（name）である全角テキスト入力要素（typeが「K」）であることを示している。このインタフェイス要素のmustin属性が「１」であるため、このインタフェイス要素にはデータの入力が必須となっている。
【００３８】
画面定義ファイルの７行目は第４のインタフェイス要素を定義しており、第４のインタフェイス要素が、表示順序が「４」（dis0rd）で、操作画面上でのキャプションが「売上問合」（name）であるクエリ要素（typeが「query」）であることを示している。このインタフェイス要素のdefault属性における「srv」は業務サーバ２のウェブサーバに対してデータベース操作リクエストを送信することを意味しており、srv内の第１の引数は、業務サーバ２のウェブサーバに対応する特定のアドレスを示しており、第２の引数は、どのインタフェイス要素のデータをデータベース操作リクエストに含めて送信するのかを示している。この例では、第２の引数が「３」となっており、第３のインタフェイス要素、すなわち店名のデータをデータベース操作リクエストに含める。
【００３９】
画面定義ファイルの８行目は第５のインタフェイス要素を定義しており、第５のインタフェイス要素が、表示順序が「５」（dis0rd）で、操作画面上でのキャプションが「売上」（name）である数値入力要素（typeが「0」）であることを示している。このインタフェイス要素のprotect属性が「１」であるため、このインタフェイス要素はデータの入力を受け付けない。
【００４０】
画面定義ファイルの９行目以降は、インタフェイス要素のデータ同士の演算を行う演算式及びクエリ結果の代入式を定義している。左辺は演算結果又はクエリ結果を代入するインタフェイス要素の番号を表している。演算式の場合には、右辺には、インタフェイス要素の番号を用いた計算式が記述される。クエリ結果の代入式の場合には、右辺には、左辺の番号のインタフェイス要素に代入するクエリ結果の列の番号が記述される。
【００４１】
次に、このような構成の業務支援システムにおいて、ユーザが携帯端末１を用いて業務上必要なデータを業務サーバ２の業務データベース２６から取得する場合の処理について説明する。図７は、本発明の一実施形態における業務支援システムの処理の流れの一例を説明するフロー図である。
【００４２】
まず、ユーザは、携帯端末１を操作して業務支援プログラム１４Ｂを選択して起動させる。この業務支援プログラム１４ＢがＣＰＵ１１と協働することにより携帯端末１の表示部１２には図８に示すような認証画面Ｄ１が表示される。この認証画面Ｄ１は、ユーザＩＤを入力するユーザＩＤフィールドＤ１−１と、パスワードを入力するパスワードフィールドＤ１−２と、ユーザＩＤフィールドＤ１−１及びパスワードフィールドＤ１−２に入力されたデータをクリアするクリアボタンＤ１−３と、ユーザＩＤフィールドＤ１−１及びパスワードフィールドＤ１−２に入力されたデータで仲介サーバ３に認証を要求する認証ボタンＤ１−４とを含んでいる。
【００４３】
認証画面Ｄ１において、ユーザは、ユーザＩＤフィールドＤ１−１及びパスワードフィールドＤ１−２に予め自分に割り当てられているユーザＩＤ及びパスワードをそれぞれ入力する。これらのフィールドＤ１−１，Ｄ１−２への入力は、携帯端末１のオペレーティングシステム１４Ａにより提供されるＡＰＩを介してなされる。例えば、「0002」をユーザＩＤフィールドＤ１−１に、パスワードとして「x9y8z7」をパスワードフィールドＤ１−２に入力する。
【００４４】
そして、ユーザが携帯端末１を操作して認証画面Ｄ１中の認証ボタンＤ１−４を押すと、仲介サーバ３のウェブサーバに対応する所定のアドレスに向けて認証リクエストが送信される。この認証リクエストには、ユーザＩＤフィールドＤ１−１及びパスワードフィールドＤ１−２に入力されたデータ（ユーザの認証情報）と、携帯端末１に固有の端末識別番号（この例では「98765432109」とする）とが含まれる。この認証リクエストは、後述するように、この携帯端末１に対応する画面定義ファイルのリストを仲介サーバ３に要求するリスト取得リクエストでもある。
【００４５】
仲介サーバ３のウェブサーバプログラム３４Ｂが上記認証リクエストを受信すると、ユーザ端末データベース３４Ｃを参照して、携帯端末１から送信されたユーザＩＤ、パスワード、及び端末識別番号の正当性を照合する。携帯端末１から送信されたユーザＩＤ、パスワード、及び端末識別番号が正当なものでなければ、認証に失敗した旨のデータが仲介サーバ３からのレスポンスとして携帯端末１に送信され、携帯端末１の表示部１２にその旨が表示されて再度ユーザにユーザＩＤ及びパスワードの入力を求める。
【００４６】
携帯端末１から送信されたユーザＩＤ、パスワード、及び端末識別番号が正当なものであれば、ユーザ端末データベース３４Ｃ中の対応する画面定義ファイルのリストが仲介サーバ３からのレスポンスとして携帯端末１に送信される。この例では、携帯端末１から送信されたユーザＩＤ「0002」、パスワード「x9y8z7」、及び端末識別番号「98765432109」がユーザ端末データベース３４Ｃのデータと合致するので（図５参照）、これらが正当なものであるとされ、対応する画面定義ファイルのリスト「売上照会，在庫検索，入庫処理，商品検索」が仲介サーバ３からのレスポンスとして携帯端末１に送信される。
【００４７】
次に、画面定義ファイルのリストを受信した携帯端末１の業務支援プログラム１４Ｂは、図９に示すように、受信したリスト中のそれぞれの画面定義ファイルの名前をキャプションとしたボタンＤ２−１〜Ｄ２−４を含むメニュー画面Ｄ２を表示部１２に表示する。図９に示す例では、売上照会ボタンＤ２−１、在庫検索ボタンＤ２−２、入庫処理ボタンＤ２−３、商品検索ボタンＤ２−４が表示されている。
【００４８】
次に、ユーザは、携帯端末１を操作してメニュー画面Ｄ２中のボタンＤ２−１〜Ｄ２−４から自分が作業したい項目に対応するボタンを押す。すると、業務支援プログラム１４Ｂは、押されたボタンに対応する画面定義ファイル３４Ｄを要求する画面取得リクエストを仲介サーバ３のウェブサーバに対応する所定のアドレスに向けて送信する。仲介サーバ３のウェブサーバプログラム３４Ｂが上記画面取得リクエストを受信すると、要求された画面定義ファイル３４Ｄを記憶部３４から取得し、これを仲介サーバ３からのレスポンスとして携帯端末１に送信する。
【００４９】
例えば、ユーザが携帯端末１を操作してメニュー画面Ｄ２上で売上照会ボタンＤ２−１を押すと、携帯端末１の業務支援プログラム１４Ｂは、画面定義ファイル「売上照会」３４Ｄを要求する画面取得リクエストを仲介サーバ３に送信し、これを受信した仲介サーバ３のウェブサーバプログラム３４Ｂは、記憶部３４から画面定義ファイル「売上照会」３４Ｄ（図６参照）を取得し、これを仲介サーバ３からのレスポンスとして携帯端末１に送信する。
【００５０】
要求した画面定義ファイル３４Ｄを受信した携帯端末１の業務支援プログラム１４Ｂは、画面定義ファイル３４Ｄに記述されたインタフェイス要素を画面定義ファイル３４Ｄの内容に従って表示部１２に操作画面を表示する。上述の例では、画面定義ファイル「売上照会」３４Ｄを受信した携帯端末１の業務支援プログラム１４Ｂは、図６に示す内容に従ってインタフェイス要素として、カレンダー要素、時刻要素、全角テキスト入力要素、クエリ要素、数値入力要素を表示部１２に表示する。これにより、図１０に示すような操作画面Ｄ３が表示部１２に表示される。この操作画面Ｄ３は、画面定義ファイルの２行目に対応する「売上照会」というタイトルＤ３−１と、画面定義ファイルの４行目に対応する「日付」のキャプションを有するカレンダー要素Ｄ３−２と、画面定義ファイルの５行目に対応する「時刻」のキャプションを有する時刻要素Ｄ３−３と、画面定義ファイルの６行目に対応する「店名」のキャプションを有する全角テキスト入力要素Ｄ３−４と、画面定義ファイルの７行目に対応する「売上問合」のキャプションを有するクエリ要素Ｄ３−５と、画面定義ファイルの８行目に対応する「売上」のキャプションを有する数値入力要素Ｄ３−６と、上述したメニュー画面Ｄ２に戻るためのホームボタンＤ３−７とを含んでいる。なお、画面定義ファイルの５行目に記述された時刻要素のdefault属性は現在時刻となっているため（図６参照）、時刻要素Ｄ３−３の初期データとして現在時刻が表示される。
【００５１】
そして、ユーザが携帯端末１を操作してインタフェイス要素のいずれかを選択すると、携帯端末１の業務支援プログラム１４Ｂは、選択されたインタフェイス要素に応じて所定の処理を行う。例えば、ユーザが、携帯端末１を操作して操作画面Ｄ３上でカレンダー要素Ｄ３−２を選択すると、業務支援プログラム１４Ｂは、オペレーティングシステム１４Ａにより提供されるカレンダーに関するＡＰＩを利用して図１１に示すような日付入力画面Ｄ４を表示する。ユーザは日付入力画面Ｄ４で特定の日付を選択できるようになっており、ユーザが特定の日付を選択すると、業務支援プログラム１４Ｂは、上記カレンダー要素Ｄ３−２のデータとして選択された日付を表示した状態で操作画面Ｄ３を再表示する。なお、画面定義ファイルの５行目に記述された時刻要素のprotect属性が「１」であるため、操作画面Ｄ３上で時刻要素Ｄ３−３を選択しても業務支援プログラム１４Ｂは何もしない。
【００５２】
また、ユーザが、携帯端末１を操作して操作画面Ｄ３上で全角テキスト入力要素Ｄ３−４を選択すると、業務支援プログラム１４Ｂは、図１２に示すような店名入力画面Ｄ５を表示する。この店名入力画面Ｄ５は、店舗の名前を入力する店名入力フィールドＤ５−１と、店名入力フィールドＤ５−１に入力されたデータをクリアするクリアボタンＤ５−２と、店名入力フィールドＤ５−１に入力されたデータを確定する確定ボタンＤ５−３とを含んでいる。店名入力フィールドＤ５−１には、オペレーティングシステム１４Ａにより提供されるテキスト入力に関するＡＰＩを利用してユーザがテキストを入力できるようになっている。例えば、「中目黒店」などと入力する。ユーザが、店名入力フィールドＤ５−１に店名を入力して確定ボタンＤ５−３を押すと、業務支援プログラム１４Ｂは、入力された店名を全角テキスト入力要素Ｄ３−４のデータとして表示した状態で操作画面Ｄ３を再表示する。
【００５３】
ユーザが、操作画面Ｄ３上でクエリ要素Ｄ３−５を選択すると、業務支援プログラム１４Ｂは、画面定義ファイルの７行目に記述されたクエリ要素のdefault属性に記述された情報に基づいて仲介サーバ３のウェブサーバに対してデータベース操作リクエストを送信する。図６に示す例では、業務サーバ２のウェブサーバに対応するアドレス（http://njk.bui.jp/virtual_shop/getiteminf.php）と、第３のインタフェイス要素（全角テキスト入力要素Ｄ３−４）のデータ（「中目黒店」）を含んだデータベース操作リクエストが送信される。
【００５４】
データベース操作リクエストを受信した仲介サーバ３のウェブサーバプログラム３４Ｂは、送信されたデータベース操作リクエストに基づいて業務サーバ２のウェブサーバに対してクエリを送信する。すなわち、データベース操作リクエストに含まれるアドレス（http://njk.bui.jp/virtual_shop/getiteminf.php）に対して第３のインタフェイス要素のデータ（「中目黒店」）を含んだクエリを送信する。
【００５５】
クエリを受信した業務サーバ２のウェブサーバプログラム２４Ｂは、送信されたクエリに基づいて業務データベース２６に対して当該クエリを実行し、その結果を業務サーバ２からのレスポンスとして仲介サーバ３のウェブサーバに送信する。クエリ結果を受信した仲介サーバ３のウェブサーバプログラム３４Ｂは、データベース操作リクエストを送信した携帯端末１にそのクエリ結果を送信する。
【００５６】
クエリ結果を受信した携帯端末１の業務支援プログラム１４Ｂは、「売上照会」の画面定義ファイル３４Ｄの内容に従って、そのクエリ結果を展開する。図６に示すように、「売上照会」の画面定義ファイル３４Ｄの９行目以降では、クエリ結果の２列目を第５のインタフェイス要素（数値入力要素Ｄ３−６）に展開することが定義されている。したがって、例えば業務サーバ２からのクエリ結果が「中目黒店，987000」であったとすると、業務支援プログラム１４Ｂは、クエリ結果の２列目「987000」を数値入力要素Ｄ３−６のデータとして表示した状態で操作画面Ｄ３を再表示する。
【００５７】
このようにして、携帯端末１から仲介サーバ３を介して業務サーバ２の業務データベース２６のデータにアクセスすることができる。本実施形態では、仲介サーバ３の記憶部３４に格納した画面定義ファイル３４Ｄにおいて、特定の一の機能を実現するインタフェイス要素の組み合わせにより１つの操作画面を定義しているので、この画面定義ファイル３４Ｄを変更するだけで携帯端末１の表示部１２に表示される操作画面の構成を変更することができる。したがって、業務支援システムを新たに導入するにあたって、業務サーバ２の構成や携帯端末１のプログラムを新たに設計し直す必要がない。また、異なるオペレーティングシステムの携帯端末１であっても、大幅なプログラムの変更を必要としないので、業務支援システムの設計・導入コストが著しく削減される。特に、携帯端末１のオペレーティングシステムにより提供されるＡＰＩを利用してインタフェイス要素を構成することとすれば、異なるオペレーティングシステム間でのプログラムの移植が極めて容易になるため、業務支援システムの設計・導入コストがさらに削減される。
【００５８】
また、仲介サーバ３から業務サーバ２の業務データベース２６へのアクセス方法を、これまで業務データベース２６で用いられてきたアクセス方法と同じ方法とすれば、業務サーバ２の構成を特に変更することなく、携帯端末１から業務データベース２６へのアクセスが可能となるため、業務支援システムの導入コストがさらに削減される。
【００５９】
さらに、上述した実施形態においては、ユーザの認証情報と携帯端末１の識別番号とを用いて認証処理を行っており、仲介サーバ３には認証された携帯端末１しかアクセスすることができない。したがって、仲介サーバ３からのアクセスのみを許可するように業務サーバ２を構成することとすれば、業務サーバ２には仲介サーバ３により認証された携帯端末１しかアクセスすることができなくなり、不特定多数の携帯端末から業務サーバ２にアクセスされることがなくなるため、業務データベース２６に対するセキュリティが向上する。
【００６０】
なお、上述した例では、携帯端末１から業務データベース２６のデータを取得する場合について説明したが、画面定義ファイル３４に記述したクエリ要素のdefault属性を適切に書き換えることによって、操作画面に入力されたデータを業務サーバ２の業務データベース２６に保存することも可能である。
【００６１】
また、携帯端末１の業務支援プログラム１４Ｂが仲介サーバ３のウェブサーバにアクセスするためには、携帯端末１がインターネット４に接続されていなければならないが、携帯端末１がインターネット４に接続できない環境（携帯端末１としての携帯電話が通話圏外にあるときなど）でも使用できるようにすることも可能である。例えば、携帯端末１がインターネット４に接続されているときに、携帯端末１の業務支援プログラム１４Ｂが、所定のタイミングで上述した画面定義ファイルのリスト及び該リストに含まれる画面定義ファイルを要求するダウンロードリクエストを仲介サーバ３に送信する。このダウンロードリクエストに応答して、仲介サーバ３のウェブサーバプログラム３４は、画面定義ファイル３４Ｄのリスト及び画面定義ファイル３４Ｄを携帯端末１に送信する。これらのリスト及び画面定義ファイルを受信した携帯端末１の業務支援プログラム１４Ｂは受信したリスト及び画面定義ファイルを記憶部１４に格納しておく。
【００６２】
そして、携帯端末１がインターネット４に接続できない場合には、業務支援プログラム１４Ｂは、仲介サーバ３から画面定義ファイル３４Ｄのリストを取得する代わりに、記憶部３４に格納された画面定義ファイル３４Ｄのリストを取得し、あるいは、仲介サーバ３から画面定義ファイル３４Ｄを取得する代わりに、記憶部３４に格納された画面定義ファイル３４Ｄを取得する。このようにすれば、携帯端末１がインターネット４に接続されていなくても、インターネット４に接続されているときと同様に携帯端末１を機能させることが可能となる。なお、この場合には、携帯端末１がインターネット４に接続されていないため、業務サーバ２の業務データベース２６からのクエリ結果を取得することができない。したがって、例えば、業務サーバ２のウェブサーバの応答をシミュレーションできる疑似ウェブサーバを携帯端末１内に設けることとしてもよい。
【００６３】
また、上述の実施形態では、仲介サーバ３と携帯端末１とを接続するネットワークと、仲介サーバ３と業務サーバ２とを接続するネットワークが同一のネットワーク（インターネット４）である場合について説明したが、これらのネットワークが別のものであってもよい。
【００６４】
これまで本発明の好ましい実施形態について説明したが、本発明は上述の実施形態に限定されず、その技術的思想の範囲内において種々異なる形態にて実施されてよいことは言うまでもない。
【符号の説明】
【００６５】
１    携帯端末
２    業務サーバ
３    仲介サーバ
４    インターネット
１１    ＣＰＵ
１２    表示部
１３    入力部
１４    記憶部（記憶装置）
１４Ａ  オペレーティングシステム
１４Ｂ  業務支援プログラム
１５    通信インタフェイス
２１    ＣＰＵ
２２    表示部
２３    入力部
２４    記憶部
２４Ａ  オペレーティングシステム
２４Ｂ  ウェブサーバプログラム
２５    通信インタフェイス
２６    業務データベース
３１    ＣＰＵ
３２    表示部
３３    入力部
３４    記憶部
３４Ａ  オペレーティングシステム
３４Ｂ  ウェブサーバプログラム
３４Ｃ  ユーザ端末データベース
３４Ｄ  画面定義ファイル
３５    通信インタフェイス
【図１】
2014137796.tif 000003
【図２】
2014137796.tif 000004
【図３】
2014137796.tif 000005
【図４】
2014137796.tif 000006
【図５】
2014137796.tif 000007
【図６】
2014137796.tif 000008
【図７】
2014137796.tif 000009
【図８】
2014137796.tif 000010
【図９】
2014137796.tif 000011
【図１０】
2014137796.tif 000012
【図１１】
2014137796.tif 000013
【図１２】
2014137796.tif 000014
【手続補正書】
【提出日】平成25年5月15日(2013.5.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
業務データベースを有する業務サーバと複数の携帯端末との間でデータを仲介する仲介サーバであって、
前記携帯端末との通信及び前記業務サーバとの通信を可能にする通信インタフェイスと、
前記携帯端末に表示される１つの操作画面を特定の一の機能を実現するインタフェイス要素の組み合わせにより定義した複数の画面定義ファイルと、前記複数の携帯端末のそれぞれと該携帯端末に対応する前記画面定義ファイルのリストとを関連付けて保持するユーザ端末データベースとを格納した記憶装置と、
前記業務サーバ及び前記複数の携帯端末との通信を処理する処理部と、
を備え、
前記処理部は、
前記複数の携帯端末のうちの一の携帯端末から送信された、一の画面定義ファイルを要求する画面取得リクエストに応答して、前記記憶装置に格納された複数の画面定義ファイルから前記一の画面定義ファイルを前記一の携帯端末に送信し、
前記一の携帯端末から送信された、前記業務データベースに対するデータベース操作リクエストに応答して、前記業務サーバに前記業務データベースに対するクエリを送信し、該クエリに対する前記業務サーバからのクエリ結果を受信して前記一の携帯端末に送信し、
前記一の携帯端末から送信された、該一の携帯端末に対応する画面定義ファイルのリストを要求するリスト取得リクエストに応答して、前記一の携帯端末に対応する前記画面定義ファイルのリストを前記ユーザ端末データベースから取得して前記一の携帯端末に送信し、
前記一の携帯端末が該仲介サーバと通信できない場合に備えて該一の携帯端末から送信された、該一の携帯端末に対応する画面定義ファイルのリスト及び該リストに含まれる画面定義ファイルを要求するダウンロードリクエストに応答して、前記一の携帯端末に対応する前記画面定義ファイルのリスト及び前記画面定義ファイルを前記記憶装置から取得して前記一の携帯端末に送信する、
ことを特徴とする仲介サーバ。
【請求項２】
前記インタフェイス要素は、前記携帯端末のオペレーティングシステムにより提供されるＡＰＩを利用して前記特定の一の機能を実現するものであることを特徴とする請求項１に記載の仲介サーバ。
【請求項３】
前記ユーザ端末データベースは、前記携帯端末を使用するユーザの認証情報と、該携帯端末に固有の識別番号と、該携帯端末に対応する前記画面定義ファイルのリストとを関連付けて保持し、
前記処理部は、さらに、前記一の携帯端末から送信された、該一の携帯端末のユーザの認証情報と該一の携帯端末の識別番号とを含む認証リクエストに応答して、前記ユーザ端末データベース上で前記ユーザの認証情報及び前記識別番号を照会して前記一の携帯端末の認証を行う
ことを特徴とする請求項１又は２に記載の仲介サーバ。
【請求項４】
携帯端末に、
前記携帯端末に表示される１つの操作画面を特定の一の機能を実現するインタフェイス要素の組み合わせにより定義した一の画面定義ファイルを要求する画面取得リクエストを仲介サーバにネットワークを介して送信する手順と、
前記画面取得リクエストに応答して送信された前記一の画面定義ファイルを前記仲介サーバから前記ネットワークを介して受信して取得する手順と、
前記取得した一の画面定義ファイルに含まれる前記インタフェイス要素を表示部に表示して操作画面を構成する手順と、
業務サーバの業務データベースに対するデータベース操作リクエストを前記仲介サーバに前記ネットワークを介して送信する手順と、
前記データベース操作リクエストに応答して前記仲介サーバが前記業務サーバに前記業務データベースに対するクエリを送信することにより得られた前記業務サーバからのクエリ結果を前記仲介サーバから前記ネットワークを介して受信する手順と、
前記受信したクエリ結果を前記表示部に表示する手順と、
前記携帯端末に対応する画面定義ファイルのリストを要求するリスト取得リクエストを前記仲介サーバに前記ネットワークを介して送信する手順と、
前記リスト取得リクエストに応答して送信された前記画面定義ファイルのリストを前記仲介サーバから前記ネットワークを介して受信して取得する手順と、
前記取得した画面定義ファイルのリストを前記表示部に選択可能に表示する手順と、
前記画面定義ファイルのリスト及び該リストに含まれる画面定義ファイルを要求するダウンロードリクエストを前記仲介サーバに前記ネットワークを介して送信する手順と、
前記ダウンロードリクエストに応答して送信された前記画面定義ファイルのリスト及び前記画面定義ファイルを前記仲介サーバから前記ネットワークを介して受信して前記携帯端末の記憶装置に格納する手順と、
前記ネットワークに接続できない場合に、前記リスト取得リクエストを前記仲介サーバに前記ネットワークを介して送信する手順及び前記画面定義ファイルのリストを前記仲介サーバから前記ネットワークを介して受信して取得する手順に代えて、前記画面定義ファイルのリストとして前記記憶装置に格納された前記画面定義ファイルのリストを取得する手順と、
前記ネットワークに接続できない場合に、前記一の画面定義ファイルを要求する画面取得リクエストを仲介サーバにネットワークを介して送信する手順及び前記一の画面定義ファイルを前記仲介サーバから前記ネットワークを介して受信して取得する手順に代えて、前記一の画面定義ファイルとして前記記憶装置に格納された前記画面定義ファイルを取得する手順と、
を実行させるための携帯端末用プログラム。
【請求項５】
前記インタフェイス要素は、前記携帯端末のオペレーティングシステムにより提供されるＡＰＩを利用して前記特定の一の機能を実現するものである、請求項４に記載の携帯端末用プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００６２
【補正方法】変更
【補正の内容】
【００６２】
そして、携帯端末１がインターネット４に接続できない場合には、業務支援プログラム１４Ｂは、仲介サーバ３から画面定義ファイル３４Ｄのリストを取得する代わりに、記憶部１４に格納された画面定義ファイル３４Ｄのリストを取得し、あるいは、仲介サーバ３から画面定義ファイル３４Ｄを取得する代わりに、記憶部１４に格納された画面定義ファイル３４Ｄを取得する。このようにすれば、携帯端末１がインターネット４に接続されていなくても、インターネット４に接続されているときと同様に携帯端末１を機能させることが可能となる。なお、この場合には、携帯端末１がインターネット４に接続されていないため、業務サーバ２の業務データベース２６からのクエリ結果を取得することができない。したがって、例えば、業務サーバ２のウェブサーバの応答をシミュレーションできる疑似ウェブサーバを携帯端末１内に設けることとしてもよい。