トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 端末側に応じた画面提供方法及び端末側に応じた画面提供装置並びに端末側に応じた画面提供システム
【発明者】 【氏名】橋口 陽一
【住所又は居所】東京都千代田区九段南２−３−１４ 株式会社モバイルビジネスコミュニケーションズ内

【氏名】吉浜 政視
【住所又は居所】東京都千代田区九段南２−３−１４ 株式会社モバイルビジネスコミュニケーションズ内

【氏名】佐久間 一行
【住所又は居所】東京都千代田区九段南２−３−１４ 株式会社モバイルビジネスコミュニケーションズ内
【要約】 【課題】システムを新たに構築しなくとも、ユーザが必要とする形態の画面を安価に提供できる端末側に応じた画面提供システムを得る。

【解決手段】サーバ１０は、認証機能部１１と、プレゼンテーション機能部１２と、ルータ機能部１３と、パーソナルゼーション機能部１４と、画面表示機能部１５と、イベント処理機能部１６と、表示パターン処理機能部１７とを備えて、ユーザの端末５のサイズ、ユーザの過去の利用形態に応じたページ（サービス画面）又はサービス項目をユーザに最も利用しやすい形で提供する。このとき、過去の履歴、スキップ条件に基づく画面を提供する。
【特許請求の範囲】
【請求項１】 コンピュータネットワークを介して接続要求がなされた端末に対して、過去のユーザアクセス履歴情報から前記端末の操作者に応じたページを提供する画面提供方法であって、前記端末に対してページを提供するとき、決定された所定個の項目を抽出して、前記ページに埋め込んで前記端末に提供する段階と、前記端末において前記ページの項目が選択されたとき、決定されたその項目のファイルのページを提供する段階と、前記端末において前記項目又はページが選択されたとき、その選択された項目又はページの、履歴と前記端末の固有情報とユーザ情報とをユーザアクセス履歴情報として保存する段階と、前記端末において前記項目が選択されたとき、その項目にリンク付けされている基本となる多数のページを引き当て、該ページ毎に定められているスキップ条件を抽出する段階と、前記ユーザアクセス履歴情報と前記スキップ条件とに基づいて前記端末の画面サイズに応じた所定個の項目又は前記多数のページの中から次に表示させるページを前記決定する段階とを有することを特徴とする端末側に応じた画面提供方法。
【請求項２】 前記ユーザ情報は、接続場所、ユーザＩＤ、ユーザが在籍している企業、年月日、時刻役割とからなることを特徴とする請求項１記載の端末側に応じた画面提供方法。
【請求項３】 基本となる多数のページは、会社別、部署別、役割別に有していることを特徴とする請求項１又は２記載の端末側に応じた画面提供方法。
【請求項４】 前記会社別、部署別、役割別の多数のページは、時間帯、場所別に有していることを特徴とする請求項３記載の端末側に応じた画面提供方法。
【請求項５】 前記端末にページを提供する前に、前記コンピュータネットワークを介してログイン画面を提供し、ユーザＩＤ、パスワードを受け取ると、ランダムなセッション番号を生成し、該セッション番号をワンタイムＵＲＬとする段階と、前記ページを端末に提供するとき、前記ワンタイムＵＲＬを用いて提供する段階とを有することを特徴とする請求項１乃至４記載の端末側に応じた画面提供方法。
【請求項６】 コンピュータネットワークを介して接続要求がなされた端末に対して、サーバ過去のユーザアクセス履歴情報から前記端末の操作者に応じたページを提供する画面提供装置であって、前記端末からの前記コンピュータネットワークを介しての接続要求に伴って、前記端末の種別、会社種別、ユーザ種別を認証した後に、前記ユーザが利用可能なファイルを抽出してランダムなセッション番号を生成し、前記抽出したファイルのページを提供するときは前記セッション番号のワンタイムで提供し、前記ページが選択されたときには前記ワンタイムＵＲＬをそのファイルの実アドレスに変換し、前記セッション番号、ユーザＩＤ、端末種別を付加したユーザ選択情報を送出する認証機能部と、前記ユーザ選択情報を受けたとき、予め設定されている前記実アドレスのファイルのスキップ条件を抽出して前記ユーザ選択情報に付加してパーソナライズリクエストとして送出し、また前記端末が項目又はページを選択したとき、該選択されたファイルのイベントを処理させるイベント処理を起動させるルータ機能部と、前記パーソナライズリクエストを受けたとき、そのファイルの基本の多数のページを引き当て、前記スキップ条件と予め記憶されているユーザアクセス履歴とに基づいて前記端末の画面サイズに応じた所定個の項目又は前記多数のページの中から次に表示させるページを決定するパーソナライズ画面表示機能部と、前記決定された項目又はページを予め設定されている前記端末の端末属性に基づいて編集して前記認証機能部を介して前記端末に送信させる機能部とを有することを特徴とする画面提供装置。
【請求項７】 前記各機能部及び前記スキップ条件並びに前記ページの処理の流れは、それぞれ個別ファイルに書き込んでいることを特徴とする請求項６記載の画面提供装置。
【請求項８】 基本となる多数のページは、会社別、部署別、役割別に有していることを特徴とする請求項６又は７記載の端末側に応じた画面提供装置。
【請求項９】 前記会社別、部署別、役割別の多数のページは、時間帯、場所別に有していることを特徴とする請求項８記載の画面提供装置。
【請求項１０】 コンピュータネットワークを介して接続要求がなされた端末に対して、サーバが過去のユーザアクセス履歴情報から前記端末の操作者に応じたページを既存のシステム又は外部システムから提供させる端末側に応じた画面提供システムであって、前記サーバは、前記端末からの前記コンピュータネットワークを介しての接続要求に伴って、前記端末の種別、会社種別、ユーザ種別を認証した後に、前記ユーザが利用可能なファイルを抽出してランダムなセッション番号を生成し、前記抽出したファイルのページを提供するときは前記セッション番号のワンタイムで提供し、前記ページが選択されたときには前記ワンタイムＵＲＬをそのファイルの実アドレスに変換し、前記セッション番号、ユーザＩＤ、端末種別を付加したユーザ選択情報を送出する認証機能部と、前記ユーザ選択情報を受けたとき、予め設定されている前記実アドレスのファイルのスキップ条件を抽出して前記ユーザ選択情報に付加してパーソナライズリクエストとして送出し、また前記端末が項目又はページを選択したとき、該選択されたファイルのイベントを処理させるイベント処理を起動させるルータ機能部と、前記パーソナライズリクエストを受けたとき、そのファイルの基本の多数のページを引き当て、前記スキップ条件と予め記憶されているユーザアクセス履歴とに基づいて前記端末の画面サイズに応じた所定個の項目又は前記多数のページの中から次に表示させるページを決定するパーソナライズ画面表示機能部と、前記決定された項目又はページを予め設定されている前記端末の端末属性に基づいて編集して前記認証機能部を介して前記端末に送信させる機能部と、前記パーソナライズ画面表示機能部によってページ又は項目を前記端末に提供させた後に、前記ページの項目が選択されたとき、該項目のファイルが前記既存のシステムに存在又は前記外部システムに存在するときは、その既存システムのファイル又は外部システムのファイルを前記機能部して端末属性に基づいて編集させるイベント処理部とを有することを特徴とする端末側に応じた画面提供システム。
【請求項１１】 基本となる多数のページは、会社別、部署別、役割別に有していることを特徴とする請求項１０記載の端末側に応じた画面提供システム。
【請求項１２】 前記会社別、部署別、役割別の多数のページは、時間帯、場所別に有していることを特徴とする請求項１１記載の端末側に応じた画面提供システム。
【請求項１３】 前記認証機能部は、前記端末にページを提供する前に、前記コンピュータネットワークを介してログイン画面を提供し、ユーザＩＤ、パスワードを受け取ると、ランダムなセッション番号を生成し、該セッション番号をワンタイムＵＲＬとする手段と、前記ページを端末に提供するとき、前記ワンタイムＵＲＬを用いて提供する手段とを有することを特徴とする請求項１０、１１又は１２記載の端末側に応じた画面提供システム。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、端末の種類、ユーザに応じた利用形態で画面を端末に提供する画面提供方法に関する。
【０００２】
【従来の技術】一般に、送り側のユーザは、図１７に示すように、パソコン１を用いて受け手側に対してのデータを生成し、サーバ２がこのデータをインターネット３、携帯電話網４等を介して受け手側のユーザの携帯電話５、ＰＤＡ６又は、モバイルパソコン７に送信する。
【０００３】例えば、送り手側はパソコン１を用いて送り側独自で開発したシステムに基づくデータを画面に生成して携帯電話５に送信する。この送信に当たっては、携帯電話５とのネゴシェーション時に、受け手側の端末機種を判別し、この判別した機種に応じた画面仕様で送る。例えば、送るデータが図１８に示すデータＡｉの場合は、携帯電話５は画面が小さいので、データＡｉを画面分け編集して図１６に示すデータＢ１にして送信する。
【０００４】そして、受け手側のオペレータは、スクロール信号をネットワークを介してサーバ２に送信し、サーバ２はこのスクロール信号を受信して前回送信したデータＢ１にリンク付けされている次のデータＢ２を送信する。このようなシーケンスでパソコン１の画面のデータＡｉを受けて側の携帯電話５に送信（Ｂ３、Ｂ４、…）していた。
【０００５】前述のサーバのプログラムは、図１８に示すように「Ａｕｔｈｅｎｃａｔｉｏｎ」、「Ｓｅｖｒｅｔ」、「Ｒｏｕｔｉｎｇ」等のミドルウェアを有し、この上に各種ＡＰ（業種等の判別用、提供するデータを決定するソフト等）が存在する構成となっている。前述の画面分け編集は「Ｓｅｖｒｅｔ」が行っている。
【０００６】そして、どのような項目を、分割された画面に入れるかはアプリケーションソフトが行っている。つまり、各社によって固定化している。
【０００７】
【発明が解決しようとする課題】従来の方式は、送信側がパソコンを用いて作成したデータが一画面分あった場合に、受け手側が送信側より小さな画面のときは、「ｓｅｖｒｅｔ」を用いて分割して送信している。つまり、固定化した分割方式である。
【０００８】ところが、受け手側にとっては、最初に見たい画面、次に見たい画面というのや受け手側、業種、職種等によって異なる。
【０００９】しかしながら、従来の方式は、単に固定化した分割画面で送信してくるので、受け手側の要望を考慮して送信する方式ではなかったので、受け手側にとって有効なものでは無かったという課題があった。
【００１０】すなわち、既存のＡＳＰサービスは提供側主導にてアプリケーションを提供しており、ユーザ個別の立場にたって作られていないので、全てのユーザーの満足が行く仕様でない。
【００１１】このようなことを解決するために例えば、受け手側の機種、業種、職種等に応じた画面を提供する場合は、プログラムをそれ専用に構築しなおさなければ成らないので、かなり時間とコストがかかるという課題があった。
【００１２】例えば、記述言語がそれぞれ相違する端末及び通信キャリア（Ｃ−ＨＴＭＬ、ＨＤＭＬ、ＭＭＬ等）が複数種存在した場合は、これらの記述言語に合わせたシステム構築が必要である。
【００１３】また、端末はたとえ同じメーカで同じ事業者向けで、同じようなものであったとしても、仕様は異なるのが殆どである。このため、各ユーザに応じた形態で情報を提供するには一つ一つ動作確認が必要であるからシステムの新たな構築には非常にコストがかかる。
【００１４】一方、近年は、現在営業などの外勤職員はノートＰＣを用いて外出先で業務処理を行っていることがある。
【００１５】しかしながら、ノートＰＣを持ち運ぶ外勤職員にとって、サイズは大きすぎる上、重量は重くて決して満足が行くものではない。
【００１６】ましてや、移動中の十分さ作業スペースのない電車内ではサイズが大きいために使いにくく、バッテリーの可動時間の問題もあるので実際には使い物にならない。
【００１７】そこで、最近はＰＤＡとか携帯電話などをビジネスツールとして利用している。ところが、このようなビジネスツールに対する留意点として、画面が小さいので、上記の説明のように、スクロールしなければ連続する次のデータを見ることが出来ない。
【００１８】さらに、一般に画面の大きなＰＣではＳＳＬ通信といった暗号化された通信を行っているが、携帯電話で暗号化通信は一部の機種に限られているので、セキュリティー対策が乏しい。
【００１９】本発明は以上の課題を解決するためになされたもので、システムを新たに構築しなくとも、ユーザが必要とする形態の画面を安価に提供できる端末側に応じた画面提供システムを得ることを目的とする。
【００２０】
【課題を解決するための手段】本発明の端末側に応じた画面提供方法は、コンピュータネットワークを介して接続要求がなされた端末に対して、過去のユーザアクセス履歴情報から前記端末の操作者に応じたページを提供する画面提供方法である。
【００２１】前記端末に対してページを提供するとき、決定された所定個の項目を抽出して、前記ページに埋め込んで前記端末に提供する段階と、前記端末において前記ページの項目が選択されたとき、決定されたその項目のファイルのページを提供する段階と、前記端末において前記項目又はページが選択されたとき、その選択された項目又はページの、履歴と前記端末の固有情報とユーザ情報とをユーザアクセス履歴情報として保存する段階と、前記端末において前記項目が選択されたとき、その項目にリンク付けされている基本となる多数のページを引き当て、該ページ毎に定められているスキップ条件を抽出する段階と、前記ユーザアクセス履歴情報と前記スキップ条件とに基づいて前記端末の画面サイズに応じた所定個の項目又は前記多数のページの中から次に表示させるページを前記決定する段階とを備えたことを要旨とする。
【００２２】本発明の画面提供装置は、コンピュータネットワークを介して接続要求がなされた端末に対して、サーバ過去のユーザアクセス履歴情報から前記端末の操作者に応じたページを提供する画面提供装置である。
【００２３】前記端末からの前記コンピュータネットワークを介しての接続要求に伴って、前記端末の種別、会社種別、ユーザ種別を認証した後に、前記ユーザが利用可能なファイルを抽出してランダムなセッション番号を生成し、前記抽出したファイルのページを提供するときは前記セッション番号のワンタイムで提供し、前記ページが選択されたときには前記ワンタイムＵＲＬをそのファイルの実アドレスに変換し、前記セッション番号、ユーザＩＤ、端末種別を付加したユーザ選択情報を送出する認証機能部と、前記ユーザ選択情報を受けたとき、予め設定されている前記実アドレスのファイルのスキップ条件を抽出して前記ユーザ選択情報に付加してパーソナライズリクエストとして送出し、また前記端末が項目又はページを選択したとき、該選択されたファイルのイベントを処理させるイベント処理を起動させるルータ機能部と、前記パーソナライズリクエストを受けたとき、そのファイルの基本の多数のページを引き当て、前記スキップ条件と予め記憶されているユーザアクセス履歴とに基づいて前記端末の画面サイズに応じた所定個の項目又は前記多数のページの中から次に表示させるページを決定するパーソナライズ画面表示機能部と、前記決定された項目又はページを予め設定されている前記端末の端末属性に基づいて編集して前記認証機能部を介して前記端末に送信させる機能部とを備えたことを要旨とする。
【００２４】本発明の端末側に応じた画面提供システムは、コンピュータネットワークを介して接続要求がなされた端末に対して、サーバが過去のユーザアクセス履歴情報から前記端末の操作者に応じたページを既存のシステム又は外部システムから提供させる端末側に応じた画面提供システムである。
【００２５】前記サーバは、前記端末からの前記コンピュータネットワークを介しての接続要求に伴って、前記端末の種別、会社種別、ユーザ種別を認証した後に、前記ユーザが利用可能なファイルを抽出してランダムなセッション番号を生成し、前記抽出したファイルのページを提供するときは前記セッション番号のワンタイムで提供し、前記ページが選択されたときには前記ワンタイムＵＲＬをそのファイルの実アドレスに変換し、前記セッション番号、ユーザＩＤ、端末種別を付加したユーザ選択情報を送出する認証機能部と、前記ユーザ選択情報を受けたとき、予め設定されている前記実アドレスのファイルのスキップ条件を抽出して前記ユーザ選択情報に付加してパーソナライズリクエストとして送出し、また前記端末が項目又はページを選択したとき、該選択されたファイルのイベントを処理させるイベント処理を起動させるルータ機能部と、前記パーソナライズリクエストを受けたとき、そのファイルの基本の多数のページを引き当て、前記スキップ条件と予め記憶されているユーザアクセス履歴とに基づいて前記端末の画面サイズに応じた所定個の項目又は前記多数のページの中から次に表示させるページを決定するパーソナライズ画面表示機能部と、前記決定された項目又はページを予め設定されている前記端末の端末属性に基づいて編集して前記認証機能部を介して前記端末に送信させる機能部と、前記パーソナライズ画面表示機能部によってページ又は項目を前記端末に提供させた後に、前記ページの項目が選択されたとき、該項目のファイルが前記既存のシステムに存在又は前記外部システムに存在するときは、その既存システムのファイル又は外部システムのファイルを前記機能部して端末属性に基づいて編集させるイベント処理部とを備えたことを要旨とする。
【００２６】
【発明の実施の形態】一般にモバイル端末（携帯電話、ＰＤＡ）を用いた業務はユーザが外出先で使用しているモバイル端末と社内における企業システムとの情報の共有化を行って初めて成立する。そして、情報はモバイル端末を使用するユーザが使いやすいように提供するのが好ましい。すなわち、ユーザの使用形態を効率良く反映するには様々なサービスが必要となる。
【００２７】本実施の形態はアプリケーションを含めて作成した場合である。
【００２８】図１は本実施の形態の端末側に応じた画面提供システム構成図である。図１に示すように、サーバ１０は、認証機能部１１と、プレゼンテーション機能部１２と、ルータ機能部１３と、パーソナルゼーション機能部１４と、画面表示機能部１５と、イベント処理機能部１６と、表示パターン処理機能部１７とを備えている。
【００２９】また、データベース処理機能部１８と、後述するキャッシュ機能部１９と、外部システム接続インターフェース部２０とを備えている。また、このサーバ１には既存の内部システムであるデータベース２１が接続されている。
【００３０】前述の認証機能部１１は、ユーザ端末及びユーザ認証を行う。この認証は一回のログインのみで全てのサービスを利用できるシングルサインオンの機能を有している。
【００３１】また、第３者から不正アクセスを防ぐ為のＳＳＬをユーザから判別不能なワンタイムＵＲＬ機能により、バックエンドシステムに対するセキュリュティを確保している。
【００３２】プレゼンテーション機能部１２は、各種モバイル端末向けの表示画面変更機能を有し、マルチモバイル端末対応のサービスを実現している。
【００３３】ルータ機能部１３は、ユーザからの接続要求を適切に割り振るサービスルーティング、付加分散、ユーザが行うべきサービス手順のコントロールを行う。
【００３４】パーソナライゼーション機能部１４は、ユーザ処理画面毎に必要となる属性、端末情報、環境、画面、言語などの情報を基に、ユーザ毎の特有な画面項目、入力項目を提供可能にしている。
【００３５】すなわち、ユーザＩＤと会社ＩＤとロール等の固定情報と動的な情報（接続端末、日時、接続場所）等のパーソナル条件により、処理フローを変更する。
【００３６】画面表示構成機能部１５は、ユーザに表示するための画面ファイルの作成と画面テンプレートの選択管理を行う。また、ユーザが画面上で処理を行った場合は、イベント処理機能のその情報を要求管理する。
【００３７】さらに、イベント処理機能により新規生成若しくは選択画面ファイルに対するデータロード要求に基づいて画面のファイル作成、更新を行う。
【００３８】イベント処理機能部１６は、ユーザが画面上で行った処理要求を取得し、必要に応じてデータベース処理機能部に対する処理内容の受け渡し及び結果取得を行い、次画面処理用に必要となる画面情報の管理を行う。また、メモリ上の次画面処理情報を基に画面表示構成機能部１５に対して画面作成、更新要求処理を行う。
【００３９】表示パターン機能部１７は、ユーザが画面上で処理を行った後、次画面の表示に対するパターン情報の提供管理を行う。これにより、複数パターンの処理方法を画面上に提供する。
【００４０】データベース処理機能部１８は、ユーザの特定処理に対するデータベース接続処理パターンを予め予約管理する。これによって、ユーザからデータベースに対する処理要求が来た場合は、即座にデータベース（既存のシステム）に選択、更新、追加、削除等の処理を行い、その結果をイベント処理機能部１６に渡す。
【００４１】外部システム接続インターフェース部２０は、ミドルウェア内のアプリケーション以外の外部アプリケーション（ｗｅｂ系システム）とをつなぐときのインターフェースを提供する。
【００４２】図２は本実施の形態の具体的な構成図である。図２に示すように、本発明のシステムは、ＭＢＭ（Ｍｏｂｉｌｅ Ｂｕｓｉｎｅｓｓ Ｍａｎａｇｅｒ）とＭＢＡ（Ｍｏｂｉｌｅ Ａｃｃｅｌｅｒａｔｏｒ）とで構成され、これらがサーバ１に備えられている。
【００４３】ＭＢＭ３０は、認証機能部１１と、ログ管理機能部２２等からなり、ＭＢＡ３１は、プレゼンテーション機能部１２とルータ機能部１３と、アプリケーションＡ部３３と、アプリケーションＢ部３５と、ＤＢ部２１（既存のシステム等）からなる。
【００４４】認証機能部３０は、ユーザ認証、端末認証、ＳＳＬ、セッション管理、ログイン画面、マイメニュー、ユーザ情報管理、セッションログ管理、ＭＢＡへのユーザ情報引渡機能等を有する。
【００４５】ＭＢＡ３１は、プレゼンテーション機能部１２と、ルータ機能部１３と、アプリケーションＡ部３３と、アプリケーションＢ部３５と、ＤＢ部２１とからなる。
【００４６】プレゼンテーション機能部１２は、ＭＢＡへのユーザ情報引替機能と端末情報取得機能と端末情報に基づくコンテンツ変換機能とを備えている。
【００４７】ルータ機能部１３は、サービスコントロール機能とサービスモニタリング機能とロードバランス機能（負荷分散）とトランザクション管理機能とサーチエンジン機能とを備えている。
【００４８】アプリケーションＡ部３３とアプリケーションＢ部３５とは、パーソナライゼーション機能とコンテンツ管理機能とデータベース接続ルール機能とＡＰテンプレート機能とを備えている。
【００４９】すなわち、ＭＢＭ３１は、図３（ａ）に示すように、一般的なプログラミングは単一のソースコード上（一つのファイル）に画面、業務ロジック、次の処理の指定を記述するが、本実施の形態では図３（ｂ）に示すように、業務ロジック、画面要素、処理の流れを分離（別々のファイルに記述）してダイナミックにプログラムを生成し動作させている。つまり、図３（ａ）のように記述すると、一つの変更で全体的に変更しなければならないが、図３（ｂ）に示すような構成にすることで、それぞれの処理毎に単独で変更できることを示している。
【００５０】そして、各イベントの発生時にサービスコントローラであるルータ機能部１３がパーソナライズ評価によってさらに画面構成や処理の流れを変更できるようにしている。
【００５１】上記のように構成されたシステムについて図４、図５、図６のシーケンス図を用いて詳細に説明する。本実施の形態では携帯電話側、サーバ側が暗号して送信し、それぞれ受信に伴って復号しているが本説明では説明を省略する。
【００５２】図４に示すように、ユーザ端末（携帯電話、ＰＤＡ）を操作してサービスプラットフォーム（サーバ）のＵＲＬを発行させて接続要求（年月日と時刻と接続先ＵＲＬとユーザエージェント（端末種別と利用者の会社識別））を行う（ｄ１）。このユーザエージェントは、会社側（利用者が在籍している会社）が予め設定する。
【００５３】サーバ１の認証機能部１１の接続チェック処理は、この接続要求を受け付け、会社情報ファイル４０を参照して利用を許可した会社かどうかを判断すると共に、利用端末情報ファイル４１を参照して端末の種別が本サイトで利用できる端末種別かどうかを判定する（ｄ３）。
【００５４】これらの判定結果から利用可能と判定したときは、端末別表示変化情報ファイル４１から変換情報（図７（ａ）を参照）を検索し（ｄ４）、この検索した表示変換情報をログイン画面生成処理に渡す（ｄ５）。
【００５５】ログイン生成処理は、接続チェック処理からの表示変換情報とリンク付けされている標準の画面雛形（図７（ｂ）を参照）を抽出して、その雛形にログイン画面の項目（ＩＤ入力欄、パスワード入力欄）を割り当て（ｄ６）、ユーザ端末に送信する（ｄ７）。すなわち、端末のアクセスチェックを行った後に、その端末に応じたログイン画面を提供している。
【００５６】次に、ユーザは端末のログイン画面にユーザＩＤとパスワードとを入力して、ネットワークを介してサーバ１に送信させる（ｄ８）。この送信時にユーザＩＤとパスワードとにイベント名（ログイン名）（以下総称して第１のログイン情報という）が付加されて送信される。
【００５７】認証機能部１１のユーザ認証処理は、第１のログイン情報がユーザ情報（会社が許可したユーザ）ファイル４２に登録されているかどうか、利用期間は満足しているかどうかを判断する（ｄ９）。そして、この判断結果（不許可、使用許可）をユーザ端末に送信する（ｄ１０）。
【００５８】前述のユーザ情報ファイル４２は、図８（ａ）に示すように、ユーザＩＤとパスワードと端末機種と会社名と職種と役職と氏名と利用期間等を対応させて保存している。
【００５９】さらに、ユーザ認証処理は、ユーザ情報ファイル４２を検索し、ユーザ端末が端末固有番号の送信可能な端末でかつ端末固有番号要求対象者かどうかを判断し、条件を満足したときは、端末固有番号の送信を接続先のユーザ端末（例えば５０３ｉ：端末固有番号要求に対して送信許可する）に要求して送信させる（ｄ１１）。
【００６０】次に、ユーザ認証処理は、第１のログイン情報を受信すると、セッション生成処理を起動させる（ｄ１２）。
【００６１】セッション生成処理は、起動に伴って、Ｏｎｅ Ｔｉｍｅ ＵＲＬを生成すると共にセッション番号（ランダム）を生成し、図８（ｂ）に示すように、第１のログイン情報に対応付けてセッション情報ファイル４３に記憶し（ｄ１２）、このワンタイムＵＲＬ付きセッション情報を認証機能部１１に送信する（ｄ１３）。
【００６２】前述のセッション情報は、図８（ｂ）に示すように、ランダムなセッション番号（ＩＤ）にユーザＩＤと、ログインＩＤと端末ＩＤとユーザエージェントＩＤとサービスＩＤ（イベント名、この場合はログイン画面）とセッション保持期間、セッション開始時間、セッション更新時間とを対応させている。この「ＯｎｅＴｉｍｅ ＵＲＬ」は、モバイルネットワーク環境においては端末からの接続が電波環境等により遮断される可能性が高い。このような環境下において同一ユーザからの接続認証が複数回発生することが想定されるが、その場合において、アプリケーションへの処理要求に対するネットワーク上のセキュリティーを毎回確保するためにワンタイムＵＲＬを付加している。
【００６３】そして、前述のワンタイムＵＲＬは、例えば、「／ａｄｇ．ｍｂｃ２．ｃｏ．ｊｐ／ａｂｃ／乱数（セッションＩＤとなる）／ｓｔａｒｔ」という具合に作成される。
【００６４】次に、ユーザ認証処理は、メニュー画面リクエスト（ユーザ端末からのユーザＩＤ、会社ＩＤ、端末識別ＩＤ（ユーザエージェント）とメニュー画面要求、接続場所）をメニュー画面生成処理に渡す（ｄ１３）。
【００６５】メニュー画面生成処理は、メニュー画面リクエストを受けると、このユーザの過去利用履歴照会情報（年月日、時刻、ユーザＩＤ、会社ＩＤ、端末識別ＩＤ、接続場所を含む）をパーソナライゼーション処理に渡す（ｄ１４）。
【００６６】パーソナライゼーション処理は、サービス情報ファイル４４を参照し、このユーザがどのようなサービスが利用可能かを検索する（ｄ１５）。例えば、図９（ａ）に示すサービス情報ファイル４４のユーザ＆サービス毎の情報を検索して、どんな情報をどんな順番で表示させるからの情報を検索する。
【００６７】前述のユーザ＆サービス毎の情報ユーザは、図１０に示すマトリックス構造にしているのが好ましい。
【００６８】例えば、ユーザＩＤがドライバーを示している場合は、職種別マトリックスを参照すると、出荷、納品、出荷納品情報等のサービスができることを示し（図１０（ａ）参照）、そのユーザＩＤからＡ氏であることが分かると、Ａ氏は出荷、納品、出荷納品情報等の全てを利用できることを示している（図１０（ｂ）参照）。
【００６９】また、パーソナライゼーション処理は過去利用履歴照会情報を用いてアクセス記録ファイル４５を参照して過去のアクセス状況（例えば３日間）を調べ（ｄ１６）、調べた結果を利用履歴情報（ユーザＩＤ、端末ＩＤ、接続ＩＤ、ロール、接続場所、日時等に対応させた項目、使用回数など含む図１２を参照）としてプレゼンテーション処理に送出する（ｄ１７）。
【００７０】プレゼンテーション処理は、利用履歴情報を受け取ると、端末属性情報ファイル４６を参照して端末属性と利用履歴情報とをメニュー画面処理に渡す（ｄ１８）。
【００７１】この端末属性情報ファイル４６は、図１１（ａ）に示すように 接続端末と画面表示構成とを対応させたマトリックスと、接続端末と表示能力とを対応させたマトリックスとを備えている。すなわち、端末の形式と、色、サイズ等を決定する。
【００７２】メニュー画面生成処理は、図１１（ｃ）に示す端末毎の表示能力マトリックスを備えており、この端末別表示変換情報を参照して変換したユーザのパーソナル情報（ワンタイムＵＲＬ）をユーザ端末に送信する（ｄ１９）。ＰＤＡのボタン形式の場合は、３項目であり、利用履歴が在庫照会、メール、勤怠管理、…の順でパーソナライゼーションから渡されたときは、図４に示すように、在庫参照、メール、携帯管理を割り付けたＡＰ初期画面が表示される。従って、このＡＰ初期画面は、小川さんがＰＤＡで最も頻繁に利用する項目順にされたＡＰ初期画面である。すなわち、ユーザが最も優先的に操作する項目順の画面となると共に、ユーザ端末の画面の大きさに合わせた形式で表示される。
【００７３】つまり、本実施の形態のパーソナライゼーションは、図１２に示すように、過去において、図１２（ａ）の流れで画面提供を受けている場合には図１２（ｂ）に示す手順で画面を提供する。
【００７４】次に、ユーザは、ＡＰ初期画面において、在庫参照を選択してサーバに送信して、リレダクション＆ログに渡す（ｄ２０）。
【００７５】リレダクション＆ログ管理は、セッション情報ファイル４３からセッション情報（ランダムなセッション番号とワンタイムＵＲＬ）を取り出し、このセッション情報にログ情報（選択した項目、ユーザＩＤ、端末種別）を付加すると共に、アクセス情報ファイル４５に「在庫照会」を選択したことを記憶する。つまり、在庫回数の年月日を更新すると共に回数を更新する。
【００７６】次に、リレダクション＆ログ管理は、サービス情報ファイル４４からログ情報（選択した項目、ユーザＩＤ、端末種別）が実行可能なかどうかをサービス情報ファイル４４から認証し、実行可能な場合は、その項目のパス情報（実ＵＲＬ）を取得し、これをＨＴＭＬでルータ機能にユーザ選択情報として送出する（ｄ２１）。
【００７７】このユーザ選択情報は、例えば、「ＷＷＷ．ｍｂｃ２．ｊｐ／ｍｅｎ．ｚａｉｋｏ／」とユーザＩＤと端末種別（ＰＤＡ）と年月日、時刻等からなる。
【００７８】また、前述のサービス情報は図９（ｂ）に示すように各サービス情報とユーザ＆サービス毎の情報とからなり、各サービス情報はサービスＩＤとサービス名（「在庫管理」）とＩＰアドレスとＵＲＬとメンテナンスフラグとセッション保持期間とログイン制限と認証方式とフォームクエリと代替ＮＯとからなる。
【００７９】また、ユーザ＆サービス毎の情報は、ユーザＩＤとサービスＩＤと表示順とマイメニューフラグとサービス使用許可フラグとサービスの停止フラグとからなる。
【００８０】すなわち、ログ画面を用いてログインする毎にユーザに提供したＡＰ初期画面の「在庫照会」に対するＵＲＬを発行し、このＵＲＬをこの時点のユーザの要望に対するファイルのアドレスとしている。
【００８１】次に、ルータ機能部１３（ルータサブレット）は、認証機能部１１からユーザ選択情報を受け取ると、図１３に示すように、ルーティング情報ファイル４６から在庫管理テーブル４７を引き当てる。
【００８２】この在庫管理テーブル４７は、図１３に示すように、各社別に画面の提供順番を階層的に記憶している。
【００８３】例えば、Ａ社の在庫管理の基本の画面提供順は、ａ項目用画面→ｂ項目用画面→ｃ項目用画面→……としている。これに対してＡ社の部署Ａの基本はａ項目用画面→ｃ項目用画面→ｅ項目用画面→……としている。このようにサービスする画面の手順は、役職（部長、課長、担当者）、時間帯、場所、地域等でそれぞれ異なっている。
【００８４】また、スキップ条件テーブル４８には、前述の各基本ルールの画面をスキップする条件が記憶されている。例えば３日間で一度も使用しないときは飛び越すという条件が記憶されている。これらの条件は各社毎、部署毎、役職毎、時間帯毎に対応させるのが好ましい。
【００８５】そして、ルータ機能は、決定した画面提供順の各画面のスキップ条件をスキップ条件テーブル４８から検索し、画面提供順にスキップ条件を付加して、会社ＩＤ、ユーザＩＤ、端末種別等と共に、パーソナライズリクエストとしてパーソナライゼーションに渡す（ｄ２３）。
【００８６】パーソナライゼーションは、パーソナライズリクエストを受け取ると、アクセス履歴ファイル４５（在庫管理のアクセス履歴）に保存されているＡ氏のアクション履歴（例えば、過去３日間でどの項目画面を何回要求したかを保存）を参照する。本実施の形態では、Ａ社の部署Ａのルール（ａ項目用画面→ｃ項目用画面→ｅ項目用画面→……）と各項目用画面のスキップ条件とユーザＩＤと端末種別とからなるパーソナライズリクエストを受け取る。
【００８７】また、Ａ氏の在庫管理のアクション履歴は、本実施の形態では図１４に示すように、ａ項目用画面は０回、ｃ項目用画面は５回、ｅ項目用画面は３回、…ｈ項目用画面は１０回、３日間においてアクションがあったとする。
【００８８】次に、パーソナライゼーションは、図１４に示すように、アクション履歴の回数とスキップ条件とを比較して、ｈ項目用画面→ｃ項目用画面→ｅ項目用画面→……の順で整理し、この画面のサービス手順をサーブ画面手順ファイルに保存する。そして、サービス画面手順ファイル４９の先頭の項目（例えばｈ項目、ＰＤＡ）を送出して、その画面構成を画面表示構成処理に要求する（ｄ２４）。
【００８９】画面表示構成処理は、パーソナライゼーションから要求があった項目画面の汎用的なディスプレイパターンを抽出して、このディスプレイパターンに項目を埋め込んだＡＰＬ画面をプレゼンテーションに渡す（ｄ２５）。
【００９０】プレゼンテーションは、ＡＰＬ画面データ（端末種別、ユーザＩＤを含む）を受け取ると、端末属性ファイル４６から端末種別に対応する端末属性情報を読み込んで画面を編集してログ管理に渡す（ｄ２６）。ログ管理ではログを取った後に、バーチャルＵＲＬでＡＰ画面データを端末に送信する（ｄ２７）。
【００９１】ユーザは携帯端末に表示されたＡＰＬ画面において、検索を選択すると、このイベント情報が送信されて（ｄ２８）、ログ管理でログが取られて、在庫管理の商品コードの検索の実アドレスに変換してルータサブレットに渡す（ｄ２８）。
【００９２】例えば、セッション情報にログ情報（選択した項目、ユーザＩＤ、端末種別、メニュー画面のテンプレート番号）を付加して認証バイパス／ＨＴＭＬパーサに渡す。認証バイパス／ＨＴＭＬパーサは、ログ情報（選択した項目、ユーザＩＤ、端末種別、メニュー画面のテンプレート番号）が実行可能なかどうかをサービス情報ファイルから認証し、実行可能な場合は、その項目のパス情報を取得して、これをＨＴＭＬでルータ機能に送出する。
【００９３】ルータ機能１３は、変換された実アドレスのＡＰ処理を起動させ、そのイベント情報（在庫管理、入力された商品コード、検索、ユーザＩＤ、端末種別、時間）をイベント処理に渡す（ｄ３０）。
【００９４】イベント処理はユーザアクション記録に渡してユーザアクション履歴ファイル４５に保存（在庫管理、商品コード、検索）させ（ｄ３１）、データベース処理に対して、その商品コードに対応する在庫情報（品名、値段）を要求する（ｄ３１）。データベース処理は、既存システムのデータベースから商品コードに該当する品名情報（値段含む）を引き当てる（ｄ３３）。
【００９５】また、イベント処理は、在庫数を外部システムに保存している場合は、外部システムに対してリクエスト要求（品名を含む）をユーザアクション記憶に送出する（ｄ３４）。
【００９６】ユーザアクション記憶は、このリクエスト要求を保存した後（キャッシュ）で外部システム処理に要求する（ｄ３５）。外部システム処理は、外部システムと接続して、その処理結果（品名に対応した在庫数）を全て送信させる（ｄ３６、ｄ３７、ｄ３８）。
【００９７】次に、イベント処理は取得した多数の品名、在庫数及び値段等を画面表示構成に渡す（ｄ３９）。画面表示構成は、このイベントの汎用的ディスプレィパターンを抽出してパーソナライゼーション、プレゼテーションに渡す（ｄ４０、ｄ４２）。
【００９８】プレゼンテーションは、端末属性ファイルを参照して、品名、値段、在庫数を割り付けて端末属性に応じたＡＰＬ画面を生成してログ管理に渡す（ｄ４２）。
【００９９】ログ管理は、ログを取った後に、バーチャルＵＲＬでユーザ端末に送信して図６に示すＡＰＬ画面（アプリケーション画面：在庫管理）を表示させる（ｄ４３）。
【０１００】そして、ユーザが再び商品コードを入力して検索を選択した場合は上記と同様な処理を行う（ｄ４４）。
【０１０１】次にキャッシュについて説明する。ユーザが行った処理をキャッシュングすることにより、２回目以降にログインしたユーザが同一パターンの処理を行う場合は、キャッシュデータを元に処理を高速に行うことを可能としている。
【０１０２】データキャッシュングは画面アクション単位、ユーザワークフロー画面、一連の両方のキャッシュングが行える。また、両パターンで高速画面情報提供が行える。
【０１０３】ここで、スキップ条件の選択について図１６、図１７を用いて説明を補充する。図１６に示すように、スキップ条件は具体的には、アプリケーション名（例えば在庫管理）と、画面ＩＤと、項目ＩＤと、各種条件とからなり、基本ルールの各画面番号（００１、００２、００３、…）毎に存在している。
【０１０４】そして、各種条件は、図１５に示すように、スキップ条件とスキップ先と優先度とからなる。例えば、スキップ条件１は、「３日間で一度もアクセスなし」の場合はスキップ先が「００４」で優先度は「１０」としている。
【０１０５】スキップ条件決定部は、ユーザ選択情報（選択した項目（例えば在庫管理）、ユーザＩＤ、端末種別等）が入力すると、在庫管理の基本ルートを引き当てる。
【０１０６】そして、この基本ルートの各画面ＩＤ毎に、そのＩＤを有するスキップ条件を引き当て、そのスキップ条件と過去の履歴（図１５では図示せず）とユーザ選択条件とを満足する条件を引き当てる。例えば、３日間１度もアクセスがないときは条件１を引き当て、そのスキップ先ＩＤを読み取る。
【０１０７】つまり、図１６の（ａ）に示すように、基本ルートが画面００１→００２→００３→００４→００５→００６となっているときに、画面００１に対応するスキップ条件テーブルのスキップ先が００４となっているときは、００４の画面を提供する（図１６（ｂ）参照）。また、００４の画面で項目が選択されたときは、その００４のスキップ条件テーブルを引き当て、スキップ先を決定する。
【０１０８】また、満足する条件が複数存在したときは、最も優先度が高い条件のスキップ先を引き当てる。
【０１０９】すなわち、個別ユーザだけではなく企業、グループなどの複数パターンのユーザグループに対して高速に情報提供が行える。
【０１１０】図１５はキャッシュ機能シーケンス図であり、初回のユーザの操作履歴をメモリのキャッシュ領域に保存して、２回以降はリクエスト毎にこのキャッシュ領域の操作履歴に基づくキャッシュ情報を表示することを示している。
【０１１１】なお、上記実施の形態では、既存のシステムと携帯端末とを接続するサーバ１としたが、サーバ１の本実施の形態の機能をプロバイダーに備えてもよい。
【０１１２】
【発明の効果】以上のように本発明の画面提供方法によれば、ユーザの端末のサイズ、ユーザの過去の利用形態に応じたページ（サービス画面）又はサービス項目をユーザに最も利用しやすい形で提供できるという効果が得られている。
【０１１３】また、本発明の画面提供装置によれば、認証後はワンタイムＵＲＬを用いて端末側にページ又は項目を提供しているので、セキュリュティが向上すると共にユーザの端末のサイズ、ユーザの過去の利用形態に応じたページ（サービス画面）又はサービス項目をユーザに最も利用しやすい形で提供できるという効果が得られている。
【０１１４】さらに、本発明の端末側に応じた画面提供システムによれば、ページ又は項目を端末に提供させた後にページの項目が選択されたとき、該項目のファイルが既存のシステムに存在又は外部システムに存在するときは、その既存システムのファイル又は外部システムのファイルを送信させて、その端末属性に基づいて編集させる。
【０１１５】このため、システムを新たに構築しなくとも、ユーザが必要とする形態の画面を安価に提供できるという効果が得られている。
【出願人】 【識別番号】５００１３５７５４
【氏名又は名称】伊藤忠テクノサイエンス株式会社
【住所又は居所】東京都千代田区富士見１丁目１１番５号
【出願日】 平成１４年３月１９日（２００２．３．１９）
【代理人】 【識別番号】１０００８５５８９
【弁理士】
【氏名又は名称】▲桑▼原 史生
【公開番号】 特開２００３−２８０９７６（Ｐ２００３−２８０９７６Ａ）
【公開日】 平成１５年１０月３日（２００３．１０．３）
【出願番号】 特願２００２−７６８９１（Ｐ２００２−７６８９１）