JP2016177462A - 情報処理装置、コンテンツ配信方法、プログラム及び情報処理システム - Google Patents

Abstract

【課題】端末装置に提供する機能の利用状況に応じたコンテンツを端末装置に表示できる情報処理装置を提供することを課題とする。【解決手段】端末装置に機能を提供する情報処理装置であって、端末装置による機能の利用状況に応じて端末装置ごとに選択されたコンテンツデータを端末装置と対応付けてデータ保存部に保存するコンテンツ管理手段と、端末装置から処理の要求を受け付け、処理の要求元の端末装置に対応付けられたコンテンツデータを、要求に対する処理の結果と共に、要求元の端末装置に送信する要求受付処理手段と、を有することにより上記課題を解決する。【選択図】 図１

Description

本発明は、情報処理装置、コンテンツ配信方法、プログラム及び情報処理システムに関する。

近年、スマートフォンなどの携帯端末はバナー広告を表示する広告機能を有するものがある。例えば携帯端末が有する広告機能は、ユーザの年齢や性別などの個人情報、携帯端末の位置情報等に応じて選択したバナー広告を表示していた。

従来、ＷＷＷハイパーリンクシステムにおいてホームページ上にバナー広告表示を行うサイトのバナー広告データの閲覧状況を効率良く管理するためのバナー広告管理システムがある。従来のバナー広告管理システムは、バナー広告の閲覧状況を広告主自身がリアルタイムに把握することが可能であった（例えば特許文献１参照）。

従来のバナー広告管理システムは過去のデータから、アクセスしてきたユーザが興味を持ちそうな内容のバナー広告を表示するものである。したがって、従来のバナー広告管理システムは過去のデータからユーザが興味を持ちそうと判断される内容（ユーザが過去にアクセスした内容など）のバナー広告が積極的に表示される。

しかし、スマートフォンなどの携帯端末に複数の機能を提供する情報処理装置は、その機能に関するバナー広告などのコンテンツを、その機能の利用状況に応じて選択して携帯端末に表示させることができなかった。

本発明の一実施形態は、端末装置に提供する機能の利用状況に応じたコンテンツを端末装置に表示できる情報処理装置を提供することを目的とする。

上記目的を達成するため、本願請求項１は、端末装置に機能を提供する情報処理装置であって、前記端末装置による前記機能の利用状況に応じて前記端末装置ごとに選択されたコンテンツデータを前記端末装置と対応付けてデータ保存部に保存するコンテンツ管理手段と、前記端末装置から処理の要求を受け付け、前記処理の要求元の前記端末装置に対応付けられた前記コンテンツデータを、前記要求に対する処理の結果と共に、前記要求元の前記端末装置に送信する要求受付処理手段と、を有することを特徴とする。

本発明の一実施形態によれば、端末装置に提供する機能の利用状況に応じたコンテンツを端末装置に表示できる。

本実施形態に係る情報処理システムの一例の構成図である。 本実施形態に係るコンピュータの一例のハードウェア構成図である。 本実施形態に係る情報処理装置の一例の処理ブロック図である。 本実施形態に係るコンテンツサーバ装置の一例の処理ブロック図である。 情報処理装置によるコンテンツ配信処理の一例のフローチャートである。 デバイスとコンテンツデータとを対応付けるテーブルの一例の構成図である。 情報処理装置がコンテンツサーバ装置からコンテンツデータを取得する処理の一例のシーケンス図である。 ステップＳ２６の処理手順の詳細を示す一例のフローチャートである。 集計データの一例の構成図である。 表示条件情報の一例の構成図である。 情報処理装置が携帯端末にコンテンツデータを配信する処理の一例のシーケンス図である。

次に、本発明の実施の形態について、詳細に説明する。
［第１の実施形態］
＜システム構成＞
図１は本実施形態に係る情報処理システムの一例の構成図である。図１の情報処理システム１は、携帯端末１０、情報処理装置１２、電子機器１４、中継サーバ装置１６、コンテンツサーバ装置１８、ログサーバ装置２０、集計サーバ装置２２が各種ネットワークを介して接続される構成である。

中継サーバ装置１６はインターネットやＷＡＮ（Wide Area Network）などのネットワークに接続されている。中継サーバ装置１６は携帯端末１０と情報処理装置１２とを繋ぐ中継の役割を担っている。中継サーバ装置１６は携帯端末１０が情報処理装置１２と同じＬＡＮ（Local Area Network）に接続されていない場合にインターネット等のネットワークを介して携帯端末１０と情報処理装置１２と接続する。携帯端末１０は情報処理装置１２への要求がある場合、中継サーバ装置１６に携帯端末１０を識別する情報と、要求と、情報処理装置１２を識別する情報とを送信する。

中継サーバ装置１６は受信した要求を、携帯端末１０を識別する情報及び情報処理装置１２を識別する情報と関連付けてキューなどに蓄積しておく。情報処理装置１２は中継サーバ装置１６が蓄積している要求と、要求を送信した携帯端末１０を識別する情報とをポーリングにより取得する。情報処理装置１２は要求に応じた処理を実施し、要求を送信した携帯端末１０を識別する情報とともに処理結果を中継サーバ装置１６に送信する。

中継サーバ装置１６は受信した処理結果を、要求を送信した携帯端末１０を識別する情報と関連付けて記憶しておく。要求を行った携帯端末１０は中継サーバ装置１６に送信した要求に対する処理結果を中継サーバ装置１６から取得できる。

情報処理装置１２は例えば汎用ＯＳを採用し、ＬＡＮなどのネットワークを介して複合機（ＭＦＰ）やプロジェクタ、電子白版（ＩＷＢ）等の電子機器１４と接続される。情報処理装置１２は例えばＨＴＴＰ（Ｓ）リクエストなどの汎用プロトコルにより携帯端末１０や電子機器１４から要求を受け付ける。情報処理装置１２は受け付けた要求を処理して結果を出力する。情報処理装置１２は中継サーバ装置１６に所定間隔で接続し、自装置への要求が中継サーバ装置１６に蓄積されているかを確認する。

自装置への要求が蓄積されていれば、情報処理装置１２は中継サーバ装置１６から要求を取得する。情報処理装置１２はファイル形式変換、印刷、ＦＡＸ、メール送信、他の電子機器（ＭＦＰ、プロジェクタやＩＷＢ）への処理命令（印刷命令、投影命令、表示命令）の送信などの取得した要求に応じた処理を実行する。情報処理装置１２は処理結果や必要なデータを中継サーバ装置１６に返信する。

なお、情報処理装置１２は、登録されている携帯端末１０との通信を行うが、登録されていない携帯端末１０との通信を行わない。また、情報処理装置１２は自装置が有している機能の利用回数を集計し、ログサーバ装置２０に送信する。さらに、情報処理装置１２は所定期間ごとにコンテンツサーバ装置１８に接続し、ダウンロードが必要なコンテンツがあればダウンロードを行う。

また、携帯端末１０はユーザが操作する端末装置の一例である。携帯端末１０は例えばスマートフォン、タブレット端末、携帯電話などである。例えば携帯端末１０は情報処理装置１２が蓄積しているファイルの一覧やファイルの内容などを表示する。携帯端末１０は情報処理装置１２に対する設定変更も受け付けることができる。なお、携帯端末１０から情報処理装置１２に対する設定変更を受け付ける場合はユーザ権限を考慮して設定変更を受け付ける。

携帯端末１０は情報処理装置１２に自端末を登録できる。携帯端末１０は自端末を登録した情報処理装置１２と各種ネットワークを介して通信する。携帯端末１０は情報処理装置１２に接続した際、コンテンツデータを受け取ることができる。携帯端末１０はコンテンツデータをバナー広告として専用エリアに表示できる。バナー広告はリンク情報などが埋め込まれている。ユーザはバナー広告をクリックすることで、情報処理装置１２の特定アドレスにジャンプできる。

図１では、携帯端末１０が情報処理装置１２と接続する場合、ＬＡＮ接続、又は、３Ｇや４Ｇなどの携帯事業主のデータ回線（携帯電話回線網）を利用するモバイル接続が可能である。このように携帯端末１０は２つの異なるネットワーク経由で情報処理装置１２と接続することができる。

コンテンツサーバ装置１８はコンテンツデータを保存している。コンテンツサーバ装置１８は情報処理装置１２ごとのコンテンツデータや、あるシリアル番号の範囲や仕向けなどの指定された範囲に該当する情報処理装置１２のコンテンツデータを保存することもできる。

例えば出荷直後の情報処理装置１２であれば、まだ利用状況がログサーバ装置２０に蓄積されていないため、コンテンツサーバ装置１８は、その時点の汎用のコンテンツデータを情報処理装置１２に提供する。

また、ユーザが使い慣れてきた情報処理装置１２であれば、利用状況がログサーバ装置２０に蓄積されているため、コンテンツサーバ装置１８は、利用状況に応じたコンテンツデータを情報処理装置１２に提供する。ＷｅｂＡＰＩなどのプロトコルでアクセスされることにより、コンテンツサーバ装置１８はコンテンツデータの保存先アドレスやコンテンツデータの更新日時などを情報処理装置１２に返せる。

また、コンテンツサーバ装置１８は情報処理装置１２からＷｅｂＡＰＩでアクセスされる際の引数に、情報処理装置１２のシリアル番号や仕向け情報を含めさせることで情報処理装置１２の個体を識別できる。したがって、コンテンツサーバ装置１８は集計サーバ装置２２で集計した利用状況と、後述の表示条件とに応じたコンテンツデータの保存先アドレスを通知できる。

コンテンツサーバ装置１８がコンテンツデータを保存する保存場所は、いくつかに分割することも可能である。例えばコンテンツデータを保存する保存場所は、その時点の汎用のコンテンツデータ、特定仕向け特有のコンテンツデータ、シリアル番号の範囲に特有のコンテンツデータ、特定の情報処理装置１２に特有のコンテンツデータ、用に分割することができる。なお、コンテンツデータを保存する保存場所は、情報処理装置１２がコンテンツサーバ装置１８にアクセスした際のＷｅｂＡＰＩの戻り値として指定できる。

ログサーバ装置２０は情報処理装置１２から受信した機能の利用回数の集計データや履歴データを蓄積する。ログサーバ装置２０は予め決めてあるフォーマットに従い、情報処理装置１２から所定期間ごとに機能の利用回数の集計データや履歴データを受信する。

ログサーバ装置２０は過去のデータも含め、情報処理装置１２の機能の利用回数の集計データや履歴データを蓄積する。ログサーバ装置２０は、情報処理装置１２の単位や機能単位、仕向け単位などに応じて情報処理装置１２の機能の利用回数を集計データとして集計できるようにＳＱＬなどのデータベース言語に対応させておき、クエリーにより必要なデータを出力させてもよい。

集計サーバ装置２２はログサーバ装置２０の集計データを定期的に取得し、予め決めてあるデータの傾向や統計を算出する。集計サーバ装置２２は、機能の利用回数や利用時間帯、利用ユーザ、複数の情報処理装置１２におけるそれぞれの集計データなど、様々な側面からデータの傾向や統計を算出できる。なお、ログサーバ装置２０が算出するデータの傾向や統計のパターンは予め決めておくが、クエリーを追加・修正することで簡易に拡張できる。

図１に示した情報処理システム１は一例であって、例えば中継サーバ装置１６を複数のコンピュータに分散して構成するようにしてもよい。また、図１では情報処理装置１２が１台である例を示したが、２台以上であってもよい。また、図１では携帯端末１０が１台である例を示したが、２台以上あってもよい。

さらに、図１ではコンテンツサーバ装置１８、ログサーバ装置２０、集計サーバ装置２２が別々の装置である例を示したが、一つの装置により実現してもよいし、他の分類による複数の装置により実現してもよい。図１に示した情報処理システム１は本実施形態の説明に必要な構成を示したものであり、他の構成を含んでいてもよい。このように図１の情報処理システム１は一例であって、用途や目的に応じて様々なシステム構成例があることは言うまでもない。

＜ハードウェア構成＞
《コンピュータ》
情報処理装置１２、中継サーバ装置１６、コンテンツサーバ装置１８、ログサーバ装置２０及び集計サーバ装置２２は例えば図２に示すハードウェア構成のコンピュータにより実現される。図２は本実施形態に係るコンピュータの一例のハードウェア構成図である。

図２のコンピュータ５００は入力装置５０１、表示装置５０２、外部Ｉ／Ｆ５０３、ＲＡＭ５０４、ＲＯＭ５０５、ＣＰＵ５０６、通信Ｉ／Ｆ５０７及びＨＤＤ５０８などを備え、それぞれがバスＢで相互に接続されている。なお、入力装置５０１及び表示装置５０２は必要なときに接続して利用する形態であってもよい。

入力装置５０１はキーボードやマウス、タッチパネルなどを含み、ユーザが各操作信号を入力するのに用いられる。表示装置５０２はディスプレイ等を含み、コンピュータ５００による処理結果を表示する。

通信Ｉ／Ｆ５０７はコンピュータ５００を各種ネットワークに接続するインタフェースである。これにより、コンピュータ５００は通信Ｉ／Ｆ５０７を介してデータ通信を行うことができる。

また、ＨＤＤ５０８は、プログラムやデータを格納している不揮発性の記憶装置の一例である。格納されるプログラムやデータには、コンピュータ５００全体を制御する基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するアプリケーションソフトウェア（以下、単にアプリケーションと呼ぶ）などがある。なお、コンピュータ５００はＨＤＤ５０８に替え、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであってもよい。

外部Ｉ／Ｆ５０３は、外部装置とのインタフェースである。外部装置には、記録媒体５０３ａなどがある。これにより、コンピュータ５００は外部Ｉ／Ｆ５０３を介して記録媒体５０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体５０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどがある。

ＲＯＭ５０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）の一例である。ＲＯＭ５０５にはコンピュータ５００の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ５０４はプログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）の一例である。

ＣＰＵ５０６は、ＲＯＭ５０５やＨＤＤ５０８などの記憶装置からプログラムやデータをＲＡＭ５０４上に読み出し、処理を実行することで、コンピュータ５００全体の制御や機能を実現する演算装置である。

情報処理装置１２、中継サーバ装置１６、コンテンツサーバ装置１８、ログサーバ装置２０及び集計サーバ装置２２は、例えば図２に示すコンピュータ５００のハードウェア構成により、後述するような各種処理を実現できる。

＜ソフトウェア構成＞
《情報処理装置》
本実施形態に係る情報処理装置１２は例えば図３に示すように構成される。図３は本実施形態に係る情報処理装置の一例の処理ブロック図である。情報処理装置１２はプログラムを実行することで、共通フレームワーク３０、ＷｅｂＡＰＩ処理部３１、ＷｅｂＵＩ処理部３２、中継サーバ処理部３３、コンテンツ取得部３４、集計データ送信部３５、コンテンツ配信部３６、ドキュメント処理部３７、設定情報管理部３８、デバイス登録処理部３９、入出力処理部４０、集計処理部４１、コンテンツ管理部４２、データ保存部４３を実現している。

共通フレームワーク３０は情報処理装置１２内の複数あるソフトウェアが通信するための仕組みであり、要求やデータの送受信に用いられる。ＷｅｂＡＰＩ処理部３１はネットワークに接続された携帯端末１０や電子機器１４、クライアントＰＣ等からのＷｅｂＡＰＩを介したＨＴＴＰ（Ｓ）リクエスト、又は、コンテンツサーバ装置１８等へのＷｅｂＡＰＩを介したリクエストを制御する。

ＷｅｂＡＰＩ（Application Programming Interface）は、携帯端末１０や電子機器１４等からの要求を受信するために設けられた予め定義されたインタフェースであり、例えば関数やクラス等により構成される。ＷｅｂＡＰＩ処理部３１は受信した要求を、要求元ごとにシリアライズした後に、共通フレームワーク３０を介して各処理部へ送信する。

また、ＷｅｂＵＩ処理部３２は情報処理装置１２が持つＷｅｂサーバの表示内容を制御する。ＷｅｂＵＩ処理部３２はユーザ毎に設定情報やファイル内容に応じた表示内容を構築する。ＷｅｂＵＩ処理部３２はダウンロードしたコンテンツデータにＷｅｂＵＩ用のコンテンツデータが存在すると、ユーザがＷｅｂＵＩにアクセスした際、ＷｅｂＵＩ用のコンテンツデータを利用してページ下部などの広告エリアにバナー広告を表示する。

中継サーバ処理部３３は中継サーバ装置１６に蓄積された要求があるかを所定期間ごとに監視している。中継サーバ装置１６に蓄積された要求があれば、中継サーバ処理部３３は中継サーバ装置１６から要求を取得し、各処理部へ要求を送信する。中継サーバ処理部３３は各処理部へ送信した要求に対する処理結果を各処理部から受信し、中継サーバ装置１６に通知する。

コンテンツ取得部３４はＷｅｂＡＰＩ処理部３１を利用してコンテンツサーバ装置１８から情報処理装置１２に必要なコンテンツデータをダウンロードする。コンテンツ取得部３４は情報処理装置１２のシリアル番号や仕向け情報などをＷｅｂＡＰＩの引数として設定し、コンテンツサーバ装置１８にアクセス（リクエスト）する。

コンテンツ取得部３４はコンテンツサーバ装置１８からのレスポンスとして情報処理装置１２が取得すべきコンテンツデータの保存先アドレスなどを取得できる。取得できる保存先アドレスからはバナー広告用のコンテンツデータだけではなく、情報処理装置１２の修正パッチ等も取得できるようにしてもよい。つまり、情報処理装置１２は修正パッチ等もコンテンツデータの一部として処理できる。

集計データ送信部３５は集計処理部４１がデータ保存部４３に蓄積した集計データを所定期間ごとにログサーバ装置２０に送信する。集計データをログサーバ装置２０へ正常に送信できると、集計データ送信部３５はデータ保存部４３に蓄積されている集計データをリセットする。集計データ送信部３５はログサーバ装置２０への送信処理を一定間隔で行うことにより、ログサーバ装置２０に定量的な集計を行わせることができる。

コンテンツ配信部３６はＷｅｂＡＰＩ処理部３１やＷｅｂＵＩ処理部３２を介したコンテンツ取得要求があった場合に利用される。コンテンツ配信部３６はコンテンツ取得要求時のユーザや、携帯端末１０、電子機器１４などのデバイス（入出力機器）に応じたコンテンツを配信する。携帯端末１０や電子機器１４を利用する場合、コンテンツ配信部３６はコンテンツデータをネットワーク経由で配信する。ＷｅｂＵＩの場合、コンテンツデータはＷｅｂＵＩの画面にある広告エリアに表示される。

ドキュメント処理部３７は情報処理装置１２に蓄積されたファイルを蓄積データとして管理する。蓄積データとはクライアントＰＣからＳＭＢを介してデータ保存部４３に保存されたファイルや情報処理装置１２が作成したファイルなどである。ドキュメント処理部３７は蓄積データの管理の他、蓄積データのフォーマット変換も実施する。

蓄積データのフォーマット変換には画像フォーマットの変換、特定のアプリケーション形式からの変換等が含まれる。ドキュメント処理部３７は、フォーマット変換された蓄積データも管理対象とする。

設定情報管理部３８は、例えばアカウント情報、蓄積データ情報、ユーザ設定、システム設定、ワークフロー設定をデータ保存部４３で設定情報として管理する。設定情報にはユーザの設定情報とシステムの設定情報とが含まれる。

なお、アカウント情報は登録された携帯端末１０を識別する情報や、携帯端末１０それぞれを利用するユーザの識別情報（ユーザ名、ユーザ固有番号）、ユーザそれぞれの認証情報（ＩＤとパスワード等）が含まれる。蓄積データ情報は情報処理装置１２に蓄積された蓄積データそれぞれのデータ形式やデータ名、データ量、更新日時、変換されたデータ形式の種類、ユーザごと（或いは携帯端末ごと）のファイル閲覧日等が含まれる。ユーザ設定は上記のユーザそれぞれ固有の設定に関する情報等が含まれる。システム設定は機器固有の情報、全ユーザ共通の設定などが含まれる。ワークフロー設定はワークフローに関する設定である。

デバイス登録処理部３９は携帯端末１０を登録するための処理部である。デバイス登録処理部３９はＷｅｂＵＩを介して、デバイス登録に必要な情報を備えた２次元バーコードなどを表示する。携帯端末１０は情報処理装置１２のＷｅｂＵＩに表示された例えば２次元バーコードをカメラ機能で読み取り、その２次元バーコードをデコードすることで情報処理装置１２へ接続するための情報を取得できる。

入出力処理部４０は、情報処理装置１２に接続された携帯端末１０、電子機器１４などの入出力装置との連携処理を行う。入出力処理部４０はＭＦＰへの印刷出力、ＦＡＸ送受信、ＩＷＢへの画像出力などができる。入出力処理部４０はユーザがＷｅｂＵＩや携帯端末１０を介して電子機器１４の入出力機能を実行する際に利用される。機能の利用回数や履歴データは集計処理部４１によりデータ保存部４３に蓄積される。

集計処理部４１は各処理部が処理を実行する際に仲介する処理部である。集計処理部４１は各機能の利用回数や履歴データなどを集計し、集計データとしてデータ保存部４３に蓄積する。集計データは機能ごとに利用状況が分かるように一次処理されてデータ保存部４３に蓄積される。

コンテンツ管理部４２はコンテンツ取得部３４がコンテンツサーバ装置１８から取得したコンテンツデータをデータ保存部４３に蓄積して管理する。コンテンツデータは入出力装置に応じた形式のファイルで管理される。

例えば携帯端末１０であれば、コンテンツデータは携帯端末１０のバナー広告用の画像データとリンク情報で管理される。ＷｅｂＵＩであればコンテンツデータはクライアントＰＣのブラウザで表示可能なバナー広告用の画像データとリンク情報で管理される。このように、コンテンツデータは入出力装置の表示能力に応じた形式のファイルで管理されることになる。また、コンテンツデータは特定ユーザや特定デバイスに依存したコンテンツデータや、特定ユーザや特定デバイスに依存しない汎用的なコンテンツデータであってもよい。コンテンツ管理部４２はコンテンツ取得部３４からコンテンツデータの蓄積要求を受け付け、データ保存部４３にコンテンツデータを蓄積する。また、コンテンツ管理部４２はコンテンツ配信部３６からコンテンツの取得要求を受け付け、データ保存部４３から読み出したコンテンツデータをコンテンツ配信部３６に提供する。

《コンテンツサーバ装置》
本実施形態に係るコンテンツサーバ装置１８は例えば図４に示すように構成される。図４は本実施形態に係るコンテンツサーバ装置の一例の処理ブロック図である。

コンテンツサーバ装置１８はプログラムを実行することで、コンテンツ取得要求受付部５１、集計データ受信部５２、コンテンツ検索部５３、コンテンツ情報通知部５４、コンテンツデータ提供部５５、コンテンツデータ保存部５６、集計データ保存部５７、表示条件保存部５８を実現する。

コンテンツ取得要求受付部５１は、情報処理装置１２からコンテンツ取得要求を受け付けると、集計データ受信部５２に通知する。集計データ受信部５２はコンテンツ取得要求を受け付けたことをコンテンツ取得要求受付部５１から通知されると、集計サーバ装置２２から集計データを受信し、集計データ保存部５７に保存する。

コンテンツ検索部５３は集計データ保存部５７に保存されている集計データと表示条件保存部５８に保存されている表示条件とに基づき、コンテンツデータ保存部５６に保存されているコンテンツデータを検索する。コンテンツ検索部５３は情報処理装置１２が必要とするコンテンツデータを検索する。コンテンツ情報通知部５４はコンテンツ検索部５３が検索したコンテンツデータのコンテンツ情報（保存先アドレスや更新日時など）を情報処理装置１２に通知する。

コンテンツデータ提供部５５は情報処理装置１２から要求されたコンテンツデータを提供する。コンテンツデータ保存部５６はコンテンツデータを保存する。集計データ保存部５７は集計サーバ装置２２から受信した集計データを保存する。表示条件保存部５８は後述するような表示条件情報を保存する。

＜処理の詳細＞
以下では、本実施形態に係る情報処理システム１の処理の詳細について説明する。

《情報処理装置がコンテンツデータを配信する処理》
図５は情報処理装置によるコンテンツ配信処理の一例のフローチャートである。情報処理装置１２はＷｅｂＡＰＩを介した要求を受け付けることで図５のフローチャートの処理を開始する。なお、ＷｅｂＡＰＩには実行機能情報、ユーザのアカウント情報、送信元のデバイス情報、アプリ情報などを含むため、情報処理装置１２は、誰のどのデバイスからの要求か、どのバージョンのアプリか、などの情報を認識できる。

ステップＳ１１において、情報処理装置１２はＷｅｂＡＰＩの引数から実行機能や送信元情報を取得する。ステップＳ１２において、情報処理装置１２は要求元情報に基づくコンテンツデータを選択する。ここでは情報処理装置１２が、要求元情報により特定されるデバイスに対応したコンテンツデータを例えば図６のテーブルを用いて選択する。図６はデバイスとコンテンツデータとを対応付けるテーブルの一例の構成図である。

図６のテーブルは、携帯端末名、コンテンツ名、パス情報が対応付けられている。携帯端末名は送信元情報の一例であって、デバイスを特定する情報の一例である。コンテンツ名及びパス情報はコンテンツデータを特定する情報の一例である。図６のテーブルを利用することにより、情報処理装置１２は要求元情報により特定されるデバイスに対応したコンテンツデータを選択できる。

ステップＳ１３において、情報処理装置１２は要求元情報により特定されたデバイスにステップＳ１２で選択したコンテンツデータを送信する。ただし、情報処理装置１２がコンテンツデータを取得していない、又は、取得済みコンテンツデータが古い場合、予め用意してあるデフォルトのコンテンツデータが選択されるようにしてもよい。

コンテンツデータはＷｅｂＡＰＩのレスポンスの一部として要求元情報により特定されるデバイスに配信できる。受信側のデバイスはコンテンツデータを、バナー広告に相当する画像データやクリック時のリンク情報などとして受け取ることができる。携帯端末１０では広告エリアが決められているため、ユーザが携帯端末１０のアプリを操作している最中に、広告エリアにコンテンツデータを表示できる。

ステップＳ１４において、情報処理装置１２はＷｅｂＡＰＩを介して要求された機能を実行し、その実行結果を要求元情報により特定されるデバイスに返す。また、ステップＳ１５において、情報処理装置１２は実行結果に基づき、機能の利用回数の利用回数や履歴データなどの機能利用情報を集計データとして登録（保存）する。

なお、要求元情報により特定されるデバイスがクライアントＰＣの場合、図５の処理のＷｅｂＡＰＩはＷｅｂＵＩとなるが、同様な処理手順である。即ち、情報処理装置１２はクライアントＰＣからＷｅｂＵＩによる接続を受け付け、その後、ＷｅｂＵＩに挿入されているＪａｖａＳｃｒｉｐｔ（登録商標）などでクライアントＰＣ側のブラウザ情報やログインアカウント情報などからユーザを特定できる。

その後、情報処理装置１２は要求元情報を元にコンテンツデータの選択と配信（ＷｅｂＵＩの場合は表示のみ）を行い、要求された機能を実行し、実行結果を表示する。機能の利用回数の利用回数や履歴データなどの機能利用情報は集計データとして情報処理装置１２に登録（保存）される。

《情報処理装置がコンテンツデータを取得する処理》
図７は情報処理装置がコンテンツサーバ装置からコンテンツデータを取得する処理の一例のシーケンス図である。ステップＳ２１において、コンテンツ取得部３４は所定時間ごとにコンテンツサーバ装置１８に接続するためにタイマーを実行し、所定時間の計時を開始する。

所定時間が経過すると、コンテンツ取得部３４はステップＳ２２において設定情報管理部３８から情報処理装置１２の各種設定情報を取得する。ステップＳ２３においてコンテンツ取得部３４は、ステップＳ２２で取得した情報処理装置１２の各種設定情報（情報処理装置１２のシリアル番号や仕向け情報など）を利用してＷｅｂＡＰＩの引数情報を生成する。

ステップＳ２４において、コンテンツ取得部３４はステップＳ２３で生成した引数情報を指定したコンテンツ情報取得要求をＷｅｂＡＰＩ処理部３１に対して行う。ステップＳ２５に進み、ＷｅｂＡＰＩ処理部３１は指定された引数情報をＷｅｂＡＰＩの引数として設定し、コンテンツサーバ装置１８にコンテンツ取得要求を行う。

ステップＳ２６において、コンテンツサーバ装置１８は後述するように、ＷｅｂＡＰＩの引数、集計データ、表示条件等から、情報処理装置１２が保存しておくべきコンテンツデータを検索する。コンテンツサーバ装置１８は、検索したコンテンツデータのＵＲＬやバージョン（更新日時）などを、保存しておくべきコンテンツデータのコンテンツ情報として情報処理装置１２のＷｅｂＡＰＩ処理部３１に通知する。

ステップＳ２７に進み、コンテンツ取得部３４はコンテンツサーバ装置１８から通知された保存しておくべきコンテンツデータのコンテンツ情報と取得済みのコンテンツデータのコンテンツ情報との比較をコンテンツ管理部４２に要求する。コンテンツ管理部４２は例えばコンテンツサーバ装置１８から通知されたコンテンツ情報に含まれるバージョンと取得済みのコンテンツデータのコンテンツ情報に含まれるバージョンとを比較し、ダウンロードが必要なコンテンツデータを選択する。ステップＳ２７の処理はバージョンの比較に限定されるものではなく、コンテンツサーバ装置１８が保存するコンテンツデータの中からダウンロードする必要のあるコンテンツデータを選択する処理であればよい。

コンテンツ管理部４２はダウンロードが必要なコンテンツデータをコンテンツ取得部３４に通知する。ステップＳ２８に進み、コンテンツ取得部３４はダウンロードが必要なコンテンツデータの圧縮ファイルをコンテンツサーバ装置１８からダウンロードする。コンテンツ取得部３４はステップＳ２９に進み、ダウンロードした圧縮ファイルによるコンテンツデータの更新をコンテンツ管理部４２に要求する。

ステップＳ３０において、コンテンツ管理部４２は圧縮ファイルを解凍する。コンテンツ管理部４２は解凍されたコンテンツデータを、データ保存部４３に保存する。このような処理により、コンテンツ管理部４２はデータ保存部４３のコンテンツデータを、情報処理装置１２に保存しておくべきコンテンツデータに更新できる。

《ステップＳ２６の詳細》
図８はステップＳ２６の処理手順の詳細を示す一例のフローチャートである。コンテンツサーバ装置１８は情報処理装置１２からコンテンツ取得要求を受け付けるまでステップＳ４１の処理を繰り返す。

コンテンツ取得要求受付部５１が情報処理装置１２からコンテンツ取得要求を受け付けると集計データ受信部５２はステップＳ４２において集計サーバ装置２２から集計データを受信し、集計データ保存部５７に保存する。なお、集計データ保存部５７に保存される集計データは例えば図９に示すような構成である。

図９は集計データの一例の構成図である。図９の集計データは情報処理装置１２が携帯端末１０に提供する機能ごとに、各携帯端末１０の利用回数を表している。なお、図９に示すように情報処理装置１２が携帯端末１０に提供する機能には、印刷や投影など、情報処理装置１２が電子機器１４を利用して提供する機能も含まれる。

ステップＳ４３において、コンテンツ検索部５３は図９に示した集計データと、表示条件保存部５８に保存されている表示条件とに基づき、コンテンツデータ保存部５６に保存されているコンテンツデータを検索する。なお、表示条件保存部５８に保存されている表示条件情報は例えば図１０に示すような構成である。

図１０は表示条件情報の一例の構成図である。図１０の表示条件情報は情報処理装置１２が携帯端末１０に提供する機能（関連機能）毎に、コンテンツデータを表示する表示条件と、表示条件を満たした場合に選択されるコンテンツデータのコンテンツ名とを表している。コンテンツデータを表示する表示条件は利用回数「低」や「０」などのユーザによる機能の利用状況や機能解放の「あり」や「なし」等で表されている。

例えば「利用回数：低」の利用条件は、関連機能により表される機能の利用回数が所定値や平均値等と比較して少ないという条件を表している。また「利用回数：０（全ての携帯端末）」の利用条件は、関連機能により表される機能の利用回数が、情報処理装置１２に登録されている全ての携帯端末で「０」であるという条件を表している。

また「機能解放：なし」の利用条件は、関連機能により表される機能の機能解放（アクティベーション：機能有効化）がされていないという条件を表している。図１０に示した利用条件は一例であって、例えば「利用回数：高」の利用条件や「利用回数：１０以下」などの条件であってもよい。

ステップＳ４３において検索されるコンテンツデータは、携帯端末１０による情報処理装置１２の機能の利用状況から、携帯端末１０に表示させるべきと考えられたコンテンツデータとなる。言い換えれば、ステップＳ４３において検索されるコンテンツデータは情報処理装置１２に保存しておき、携帯端末１０に配信すべきコンテンツデータである。

また、ステップＳ４３において検索されるコンテンツデータは表示条件を満たすものが複数あれば、複数検索してもよい。そして、ステップＳ４４において、コンテンツ情報通知部５４はステップＳ４３で検索されたコンテンツデータのコンテンツ情報（保存先アドレスや更新日時など）を情報処理装置１２に通知する。

このように、コンテンツサーバ装置１８は情報処理装置１２に保存しておくべきコンテンツデータのコンテンツ情報を情報処理装置１２に通知できる。保存しておくべきコンテンツデータのコンテンツ情報を受信した情報処理装置１２は、例えば図６に示したテーブルを作成して、デバイスと配信すべきコンテンツデータとを対応付けて保存しておくことができる。

《情報処理装置がコンテンツデータを配信する処理》
図１１は情報処理装置が携帯端末にコンテンツデータを配信する処理の一例のシーケンス図である。ステップＳ５１において、情報処理装置１２のＷｅｂＡＰＩ処理部３１は携帯端末１０からＷｅｂＡＰＩでファイル一覧取得要求を受け付ける。ステップＳ５２においてＷｅｂＡＰＩ処理部３１はＷｅｂＡＰＩの引数をチェックする。

ステップＳ５３において、ＷｅｂＡＰＩ処理部３１は設定情報管理部３８に認証情報を使ってログインを要求し、セッションＩＤを取得する。ステップＳ５４において、ＷｅｂＡＰＩ処理部３１は配信するコンテンツデータ（配信データ）の存在確認をコンテンツ配信部３６に対して行う。コンテンツ配信部３６は要求元情報（携帯端末１０）を指定して配信するコンテンツデータの存在確認を行う。

コンテンツ配信部３６は、配信するコンテンツデータの有無と、パス情報（コンテンツデータが存在する場合）とをＷｅｂＡＰＩ処理部３１に提供する。ステップＳ５６においてＷｅｂＡＰＩ処理部３１はドキュメント処理部３７にフィアル一覧を要求してファイル一覧を取得する。

ステップＳ５７においてＷｅｂＡＰＩ処理部３１はセッションＩＤ、ファイル一覧、コンテンツデータを携帯端末１０に送信する。そして、ステップＳ５８において、携帯端末１０はファイル一覧と共に、コンテンツデータを表示する。

ステップＳ５９において、携帯端末１０はユーザにより指定されたファイルの印刷を情報処理装置１２のＷｅｂＡＰＩ処理部３１に要求する。情報処理装置１２のＷｅｂＡＰＩ処理部３１は携帯端末１０からＷｅｂＡＰＩで印刷要求を受け付ける。ステップＳ６０においてＷｅｂＡＰＩ処理部３１はＷｅｂＡＰＩの引数をチェックする。

ステップＳ６１において、ＷｅｂＡＰＩ処理部３１は設定情報管理部３８にセッションＩＤの正当性をチェックさせる。セッションＩＤの正当性が確認できたら、ＷｅｂＡＰＩ処理部３１はステップＳ５４において、配信するコンテンツデータ（配信データ）の存在確認をコンテンツ配信部３６に対して行うが、事前に配信したため、配信するコンテンツデータが無い。

ステップＳ６３において、ＷｅｂＡＰＩ処理部３１はドキュメント処理部３７に印刷実行を要求する。ステップＳ６４において、ドキュメント処理部３７は印刷実行を要求された蓄積データをＭＦＰなどの電子機器１４に送信して印刷を実行させる。また、ステップＳ６５において、ＷｅｂＡＰＩ処理部３１は印刷機能の実行を、データ保存部４３に蓄積されている集計データの印刷機能の利用回数や履歴データなどに反映させる。

＜まとめ＞
本実施形態の情報処理装置１２によれば、情報処理装置１２の機能の利用回数などの利用状況に応じたコンテンツデータを選択し、携帯端末１０などのデバイスに表示させることができる。携帯端末１０などのデバイスに表示させるコンテンツデータとしては、利用回数が「０」の機能がある場合に、その機能を紹介するものや、利用回数が他の機能と比べて相対的に低い機能がある場合に、その機能の使用方法を紹介するもの、等がある。

その他、携帯端末１０などのデバイスに表示させるコンテンツデータとしては、利用回数が他の機能と比べて相対的に高い場合に、その機能の応用的な使用方法を紹介するものなども考えられる。

したがって、ユーザは情報処理装置１２が携帯端末１０などのデバイスに提供する機能のうち、利用したことのない機能を紹介するコンテンツデータが表示されたバナー広告を見ることができる。これにより、情報処理装置１２は機能が追加された場合など、追加された機能（新機能）をユーザが認知できていない場合にバナー広告を表示し、新機能の利用率や認知状況を向上させることができる。

また、ユーザは利用回数が他の機能と比べて相対的に低い機能の使用方法を紹介するコンテンツデータが表示されたバナー広告を見ることができる。これにより、情報処理装置１２はユーザの利用率が低い機能の使用方法を紹介し、その機能の使用方法をユーザに提案することにより、ユーザによる機能の利用率向上が期待できる。

このように、本実施形態の情報処理装置１２によれば、情報処理装置１２が携帯端末１０などのデバイスに提供する機能の利用状況に応じて、ユーザの利用率が低い機能や認知されていない恐れのある新機能などのバナー広告を表示させることができる。

したがって本実施形態の情報処理装置１２によれば、情報処理装置１２の機能の詳細な解説や、利用率の低い機能の使用提案、アピールなどを、バナー広告を利用して行うことにより、利用率の一層の向上を期待できる。
［他の実施形態］
第１の実施形態では、情報処理装置１２がインターネットなどのネットワークを介してコンテンツサーバ装置１８、ログサーバ装置２０、集計サーバ装置２２と接続されている例を示した。第１の実施形態の情報処理システム１では、複数の情報処理装置１２から受信した集計データや履歴データを蓄積できる。したがって、コンテンツサーバ装置１８は複数の情報処理装置１２から受信した集計データを、携帯端末１０に表示させるべきコンテンツデータの検索に利用できる。

他の実施形態として、情報処理装置１２がコンテンツサーバ装置１８の機能を有する構成も考えられる。また、他の実施形態として、情報処理装置１２が、コンテンツサーバ装置１８、ログサーバ装置２０、集計サーバ装置２２の機能を有する構成も考えられる。

情報処理装置１２が、コンテンツサーバ装置１８、ログサーバ装置２０、集計サーバ装置２２の機能を有する構成では、小規模で安価な情報処理システム１を実現できる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

情報処理装置１２は特許請求の範囲に記載した情報処理装置の一例である。携帯端末１０は端末装置の一例である。コンテンツ管理部４２はコンテンツ管理手段の一例である。ＷｅｂＡＰＩ処理部３１は要求受付処理手段の一例である。

１ 情報処理システム
１０ 携帯端末
１２ 情報処理装置
１４ 電子機器
１６ 中継サーバ装置
１８ コンテンツサーバ装置
２０ ログサーバ装置
２２ 集計サーバ装置
３０ 共通フレームワーク
３１ ＷｅｂＡＰＩ処理部
３２ ＷｅｂＵＩ処理部
３３ 中継サーバ処理部
３４ コンテンツ取得部
３５ 集計データ送信部
３６ コンテンツ配信部
３７ ドキュメント処理部
３８ 設定情報管理部
３９ デバイス登録処理部
４０ 入出力処理部
４１ 集計処理部
４２ コンテンツ管理部
４３ データ保存部
５１ コンテンツ取得要求受付部
５２ 集計データ受信部
５３ コンテンツ検索部
５４ コンテンツ情報通知部
５５ コンテンツデータ提供部
５６ コンテンツデータ保存部
５７ 集計データ保存部
５８ 表示条件保存部
５００ コンピュータ
５０１ 入力装置
５０２ 表示装置
５０３ 外部Ｉ／Ｆ
５０３ａ 記録媒体
５０４ ＲＡＭ
５０５ ＲＯＭ
５０６ ＣＰＵ
５０７ 通信Ｉ／Ｆ
５０８ ＨＤＤ
Ｂ バス

特開２０００−２１５１３６号公報

Claims (9)

1. 端末装置に機能を提供する情報処理装置であって、
   前記端末装置による前記機能の利用状況に応じて前記端末装置ごとに選択されたコンテンツデータを前記端末装置と対応付けてデータ保存部に保存するコンテンツ管理手段と、
   前記端末装置から処理の要求を受け付け、前記処理の要求元の前記端末装置に対応付けられた前記コンテンツデータを、前記要求に対する処理の結果と共に、前記要求元の前記端末装置に送信する要求受付処理手段と、
   を有する情報処理装置。
2. 前記コンテンツ管理手段は、前記端末装置に提供する機能ごとに前記端末装置ごとの利用状況を表す集計データと、前記機能ごとに前記コンテンツデータを表示する表示条件と前記表示条件を満たした場合に選択される前記コンテンツデータと、を表す表示条件情報とに基づき、前記端末装置ごとの利用状況から前記表示条件を満たしている前記コンテンツデータを選択すること
   を特徴とする請求項１記載の情報処理装置。
3. 前記表示条件は、前記端末装置による前記機能の利用回数で表されていること
   を特徴とする請求項２記載の情報処理装置。
4. 前記表示条件は、前記端末装置による前記機能が有効化されているか否かの情報で表されていること
   を特徴とする請求項２記載の情報処理装置。
5. 前記コンテンツ管理手段は、前記端末装置において利用回数が所定数以下の前記機能に関連する前記コンテンツデータを選択すること
   を特徴とする請求項１又は２記載の情報処理装置。
6. 前記端末装置に提供する前記機能は、電子機器を利用して提供する機能であること
   を特徴とする請求項１乃至５何れか一項記載の情報処理装置。
7. 端末装置に機能を提供する情報処理装置において実行されるコンテンツ配信方法であって、
   前記端末装置による前記機能の利用状況に応じて前記端末装置ごとに選択されたコンテンツデータを前記端末装置と対応付けてデータ保存部に保存するコンテンツ管理ステップと、
   前記端末装置から処理の要求を受け付け、前記処理の要求元の前記端末装置に対応付けられた前記コンテンツデータを、前記要求に対する処理の結果と共に、前記要求元の前記端末装置に送信する要求受付処理ステップと、
   を有するコンテンツ配信方法。
8. 端末装置に機能を提供する情報処理装置を、
   前記端末装置による前記機能の利用状況に応じて前記端末装置ごとに選択されたコンテンツデータを前記端末装置と対応付けてデータ保存部に保存するコンテンツ管理手段、
   前記端末装置から処理の要求を受け付け、前記処理の要求元の前記端末装置に対応付けられた前記コンテンツデータを、前記要求に対する処理の結果と共に、前記要求元の前記端末装置に送信する要求受付処理手段、
   として機能させるためのプログラム。
9. １台以上の情報処理装置を含む構成であり、端末装置に機能を提供する情報処理システムであって、
   前記端末装置による前記機能の利用状況に応じて前記端末装置ごとにコンテンツデータを選択するコンテンツ選択手段と、
   前記端末装置ごとに選択されたコンテンツデータを前記端末装置と対応付けてデータ保存部に保存するコンテンツ管理手段と、
   前記端末装置から処理の要求を受け付け、前記処理の要求元の前記端末装置に対応付けられた前記コンテンツデータを、前記要求に対する処理の結果と共に、前記要求元の前記端末装置に送信する要求受付処理手段と、
   を有する情報処理装置。

Images