(57)【要約】【課題】  送信先の携帯電話機等のユーザ端末の機能を最大限に活用可能なコンテンツを送信するコンテンツ送信装置及びコンテンツ送信方法を提供する。【解決手段】  データ送受信部２４は、ユーザ端末１００からコンテンツの送信要求を受け付ける。データ送受信部２４は上記コンテンツの送信要求からユーザ端末１００の端末機種情報を取得し、端末仕様取得部２８はこの端末機種情報に基づいて端末仕様ＤＢ２６から端末の仕様情報を取得する。送信コンテンツ決定部２０は、上記仕様情報に基づいて、送信コンテンツの表示項目数や画像の数、広告表示の内容等を決定する。コンテンツデータ取得部３０は、コンテンツＤＢ３２から送信コンテンツを取得する。データ変換部２２は、送信コンテンツ決定部２０による決定内容に基づいて、送信コンテンツに変換処理を施す。データ変換部２２により変換された送信コンテンツは、コンテンツデータ送受信部２４を介してユーザ端末１００に送信される。【選択図】      図１
2008065695.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末からのコンテンツの送信要求を受け付ける送信要求受付手段と、
前記コンテンツの送信要求の送信元のユーザ端末の機種情報を取得する機種情報取得手段と、
前記ユーザ端末の機種情報に基づいて前記ユーザ端末の仕様情報を取得する仕様情報取得手段と、
前記ユーザ端末の仕様情報に応じて、該ユーザ端末に送信するコンテンツを生成する生成手段と、
を備えることを特徴とするコンテンツ送信装置。
【請求項２】
前記ユーザ端末は携帯電話機であることを特徴とする請求項１記載のコンテンツ送信装置。
【請求項３】
前記仕様情報は、前記ユーザ端末の表示画面の表示サイズ、該表示画面に表示可能な文字数の情報又はメモリの容量のうち少なくとも１つを含んでいることを特徴とする請求項１又は２記載のコンテンツ送信装置。
【請求項４】
前記生成手段は、前記ユーザ端末の表示画面の表示サイズ、該表示画面に表示可能な文字数の情報又はメモリの容量のうち少なくとも１つに応じて、該ユーザ端末に送信するコンテンツに含まれる表示項目の数、該コンテンツに含まれる画像の数又は画像データのサイズ、該コンテンツに含まれる広告表示の数及び形式のうち少なくとも１つを決定してコンテンツを生成することを特徴とする請求項１から３のいずれか１項記載のコンテンツ送信装置。
【請求項５】
ユーザ端末からのコンテンツの送信要求を受け付ける送信要求受付工程と、
前記コンテンツの送信要求の送信元のユーザ端末の機種情報を取得する機種情報取得工程と、
前記ユーザ端末の機種情報に基づいて前記ユーザ端末の仕様情報を取得する仕様情報取得工程と、
前記ユーザ端末の仕様情報に応じて、該ユーザ端末に送信するコンテンツを生成する生成工程と、
を備えることを特徴とするコンテンツ送信方法。
【請求項６】
前記ユーザ端末は携帯電話機であることを特徴とする請求項５記載のコンテンツ送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンテンツ送信装置及びコンテンツ送信方法に係り、特に携帯電話機等の携帯端末にコンテンツを送信する技術に関する。
【背景技術】
【０００２】
従来、ＷＷＷページを有するウェブサイトにおいて、該ウェブサイトにアクセスする各端末機器に対して共通に設けられたアクセスポイントと、該端末機器の種別を識別する識別手段と、該ＷＷＷページのコンテンツを記憶するデータベースと、該データベースに含まれるコンテンツを該端末機器の種別に応じて変換する手段とを具備し、該変換手段で該端末機器の種別向けに変換されたコンテンツを前記端末機器に送り、異種端末（パソコン、ゲーム機器、セットトップボックス、携帯電話機、若しくはインターネット接続可能な機器）のアクセスを許容することが提案されている（特許文献１）。
【特許文献１】特開２００１−２７３１８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
近年、携帯電話機を含む携帯端末は、性能の向上が著しく、ごく短い間隔で新しい機種が開発、発売されている。しかしながら、このような携帯端末のユーザが新機種の発売の都度買い換えることはまれであり、ユーザごとに利用している機種は異なっている。
【０００４】
ところで、上記のような携帯端末により閲覧可能なＷｅｂページやソーシャル・ネットワーク・サービス（ＳＮＳ）等のコンテンツが普及している。携帯端末用のコンテンツを提供するコンテンツ提供者は、自己の作成したコンテンツがなるべく多くの携帯端末で表示できるようにするため、比較的性能が悪く、処理能力が低い携帯端末に合わせてコンテンツを作成することが多い。しかしながら、比較的新しい機種の携帯端末のユーザは、性能が悪く、処理能力が低い携帯端末に合わせて作成されたコンテンツを閲覧する場合には、携帯端末の性能を十分に利用することができず、コンテンツの内容が期待に反して乏しいものになるという問題があった。
【０００５】
なお、特許文献１に記載の技術は、アクセスした端末機器の種類がパソコン、ゲーム機器、セットトップボックス、携帯電話機、若しくはインターネット接続可能な機器の何れであるかを識別してコンテンツを変換するものであり、携帯端末の機種を識別するものではなかった。
【０００６】
本発明はこのような事情に鑑みてなされたもので、送信先の携帯電話機等のユーザ端末の機能を最大限に活用可能なコンテンツを送信するコンテンツ送信装置及びコンテンツ送信方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の請求項１に係るコンテンツ送信装置は、ユーザ端末からのコンテンツの送信要求を受け付ける送信要求受付手段と、前記コンテンツの送信要求の送信元のユーザ端末の機種情報を取得する機種情報取得手段と、前記ユーザ端末の機種情報に基づいて前記ユーザ端末の仕様情報を取得する仕様情報取得手段と、前記ユーザ端末の仕様情報に応じて、該ユーザ端末に送信するコンテンツを生成する生成手段とを備えることを特徴とする。また、請求項２に係る発明は、請求項１のコンテンツ送信装置において、前記ユーザ端末が携帯電話機であることを特徴とする。
【０００８】
請求項１及び２に係る発明によれば、携帯電話機等のように、機種によってコンテンツの再生表示機能の違いが大きいユーザ端末に対して、個々のユーザ端末の機能を最大限に活用可能なコンテンツを送信することができる。また、機能の低いユーザ端末に対しては、コンテンツに含まれる情報量を減らすことにより、ユーザは、コンテンツの表示ができなかったり、表示に要する待ち時間等のストレスなくコンテンツを閲覧することができる。例えば、ユーザ端末の表示画面に表示可能な文字数に応じて表示項目数を増やしたり、メモリの容量や処理能力に応じて画像を含むコンテンツや、画像広告を含むコンテンツを生成して送信することができる。
【０００９】
請求項３に係る発明は、請求項１又は２のコンテンツ送信装置において、前記仕様情報は、前記ユーザ端末の表示画面の表示サイズ、該表示画面に表示可能な文字数の情報又はメモリの容量のうち少なくとも１つを含んでいることを特徴とする。
【００１０】
請求項４に係る発明は、請求項１から３のコンテンツ送信装置において、前記生成手段は、前記ユーザ端末の表示画面の表示サイズ、該表示画面に表示可能な文字数の情報又はメモリの容量のうち少なくとも１つに応じて、該ユーザ端末に送信するコンテンツに含まれる表示項目の数、該コンテンツに含まれる画像の数又は画像データのサイズ、該コンテンツに含まれる広告表示の数及び形式のうち少なくとも１つを決定してコンテンツを生成することを特徴とする。
【００１１】
請求項５に係るコンテンツ送信方法は、ユーザ端末からのコンテンツの送信要求を受け付ける送信要求受付工程と、前記コンテンツの送信要求の送信元のユーザ端末の機種情報を取得する機種情報取得工程と、前記ユーザ端末の機種情報に基づいて前記ユーザ端末の仕様情報を取得する仕様情報取得工程と、前記ユーザ端末の仕様情報に応じて、該ユーザ端末に送信するコンテンツを生成する生成工程とを備えることを特徴とする。
【００１２】
請求項６に係る発明は、請求項５のコンテンツ送信方法において、前記ユーザ端末が携帯電話機であることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、携帯電話機等のように、機種によってコンテンツの再生表示機能の違いが大きいユーザ端末に対して、個々のユーザ端末の機能を最大限に活用可能なコンテンツを送信することができる。また、機能の低いユーザ端末に対しては、コンテンツに含まれる情報量を減らすことにより、ユーザは、コンテンツの表示ができなかったり、表示に要する待ち時間等のストレスなくコンテンツを閲覧することができる。
【発明を実施するための最良の形態】
【００１４】
以下、添付図面に従って本発明に係るコンテンツ送信装置及びコンテンツ送信方法の好ましい実施の形態について説明する。
【００１５】
［コンテンツ送信装置の構成］
図１は、本発明の一実施形態に係るコンテンツ送信装置の主要構成を示すブロック図である。図１に示すように、コンテンツ送信装置１０は、ネットワークを介してユーザ端末１００（例えば、携帯電話機、携帯情報端末（ＰＤＡ））にコンテンツを送信するための装置であり、ＣＰＵ１２、メインメモリ１６、メモリ制御部１８、送信コンテンツ決定部２０、データ変換部２２、データ送受信部２４、端末仕様データベース（端末仕様ＤＢ）２６、端末仕様取得部２８、コンテンツデータ取得部３０及びコンテンツデータベース（コンテンツＤＢ）３２を備えている。
【００１６】
ＣＰＵ１２は、バス１４を介してコンテンツ送信装置１０内の各部に接続されており、その動作を制御する統括制御部である。メモリ１６は、メモリ制御部１８によって制御され、ＣＰＵ１２が処理するプログラム及び制御に必要な各種データ等が格納されるＲＯＭや、ＣＰＵ１２が各種の演算処理等を行う作業用領域及び画像処理領域となるＲＡＭ等を有している。
【００１７】
データ送受信部２４は、ユーザ端末１００と通信するためのインターフェースであり、ユーザ端末１００からコンテンツの送信要求を受け付ける。ユーザ端末１００からのコンテンツの送信要求には、ユーザ端末１００の機種を特定するための端末機種情報が含まれている。データ送受信部２４は、ユーザ端末１００から受け付けたコンテンツの送信要求からユーザ端末１００の端末機種情報を取得して端末仕様取得部２８に入力する。端末仕様取得部２８は、この端末機種情報に基づいて端末仕様ＤＢ２６から端末の仕様情報を取得する。
【００１８】
端末仕様データベース（端末仕様ＤＢ）２６には、ユーザ端末１００の機種ごとのコンテンツの表示能力を示す仕様情報が記憶されている。図２は、端末仕様ＤＢ２６に格納された仕様情報の例を示すテーブルである。図２に示すように、コンテンツ表示能力情報テーブルには、ユーザ端末１００の機種（携帯電話１、２、…）ごとに、表示サイズ、表示可能文字数及びメモリの容量が記録されている。ここで、表示サイズは、ユーザ端末１００の表示画面の縦横の画素数であり、図２では（縦の画素数）×（横の画素数）の形式で表されている。表示可能文字数は、ユーザ端末１００の表示画面に表示可能な文字数であり、図２では（縦の文字数、表示可能ライン数）×（横の文字数）の形式で表されている。
【００１９】
送信コンテンツ決定部２０は、端末仕様取得部２８により取得された仕様情報に基づいて、送信するコンテンツ内に表示する項目の数（表示項目数）を決定する。送信コンテンツ決定部２０は、例えば、表示可能行数に基づいて送信するコンテンツの１画面における表示項目数を設定する。そして、送信コンテンツ決定部２０は、設定した表示項目数の情報をデータ変換部２２に出力する。
【００２０】
コンテンツデータベース（コンテンツＤＢ）３２には、ユーザに送信するためのコンテンツが格納されている。コンテンツデータ取得部３０は、ユーザ端末１００からのコンテンツ送信要求に基づいて、コンテンツＤＢ３２から、ユーザ端末１００に送信するための送信コンテンツを取得してデータ変換部２２に出力する。
【００２１】
データ変換部２２は、送信コンテンツ決定部２０により決定された表示項目数に基づいて、コンテンツデータ取得部３０から入力された送信コンテンツに変換処理を施す。データ変換部２２により変換された送信コンテンツは、コンテンツデータ送受信部２４を介してユーザ端末１００に送信される。
【００２２】
図３は、ユーザ端末１００における送信コンテンツの表示例を示す図である。図３に示す送信コンテンツは、ソーシャル・ネットワーク・サービス（ＳＮＳ）を構成するものであり、「新着日記」及び「コミュニティ」の２つの項目を含んでいる。図３に示す例では、（表示可能ライン数）＝１５を閾値として表示項目数が変更される。図３（ａ）に示すように、表示可能ライン数が１５以上の携帯電話１から４用の送信コンテンツでは、「新着日記」内の表示項目数が４、「コミュニティ」内の表示項目数が２であるのに対して、図３（ｂ）に示すように、表示可能ライン数が１５未満の携帯電話５用の送信コンテンツでは、「新着日記」内の表示項目数が３、「コミュニティ」内の表示項目数が１と少なくなっている。
【００２３】
なお、本実施形態では、表示可能ライン数の閾値１５を基準として表示項目数を２段階に変更することにしたが、閾値を複数設定して多段階に変更可能にしてもよい。また、表示可能ライン数以外の仕様情報（例えば、横方向の文字数やメモリの容量）を用いて表示項目数を決定してもよい。例えば、横方向の表示可能文字数に基づいて、横方向の表示文字数を調整するか、例えば、文中に「…」を用いて省略するようにしてもよい。また、表示サイズに基づいて文字サイズを調整するようにしてもよい。例えば、解像度が高いユーザ端末１００に対しては、文字サイズを小さくして表示項目数及び横方向の文字数を増やす一方、解像度が低いユーザ端末１００に対しては、文字サイズを大きくして表示項目数及び横方向の文字数を減らすようにしてもよい。
【００２４】
また、データ変換部２２において送信コンテンツを変換する際に、例えば、コンテンツ送信装置１０とユーザ端末１００との間の通信回線の速度等のパラメータを用いて表示項目数を設定するようにしてもよい。
【００２５】
なお、ユーザ端末１００の機種の仕様情報は、図２に示したものに限定されるものではなく、例えば、ユーザ端末１００の表示画面の解像度やＣＰＵの処理能力、スピーカの機能（ステレオ対応／モノラルのみ）、表示可能なファイル形式、フラッシュ（登録商標）コンテンツの再生の可否等を含んでいてもよい。即ち、音声を含むコンテンツを送信する場合には、送信コンテンツ決定部２０によりユーザ端末１００のスピーカの機能に応じてステレオの音楽ファイルを送信するか、又はモノラルの音声ファイルを送信するかを決定するようにしてもよい。また、画像を含むコンテンツを送信する場合には、データ変換部２２により送信コンテンツに含まれる画像をユーザ端末１００が表示可能なファイル形式に変換して送信するようにしてもよい。
【００２６】
次に、本実施形態に係るコンテンツ送信処理について、図４のフローチャートを参照して説明する。まず、データ送受信部２４によりユーザ端末１００からコンテンツの送信要求が受け付けられると（ステップＳ１０）、コンテンツの送信要求に含まれるユーザ端末１００の端末機種情報が端末仕様取得部２８に入力される。
【００２７】
次に、端末仕様取得部２８により、上記端末機種情報に基づいてユーザ端末１００の仕様情報が取得され（ステップＳ１２）、この仕様情報に基づいて送信コンテンツの表示項目数が決定される（ステップＳ１４）。
【００２８】
次に、コンテンツデータ取得部３０により、上記コンテンツの送信要求に従ってコンテンツＤＢ３２から送信コンテンツが取得され（ステップＳ１６）、データ変換部２２により、送信コンテンツが変換されて（ステップＳ１８）、ユーザ端末１００に送信される（ステップＳ２０）。
【００２９】
本実施形態によれば、表示可能ライン数が多い携帯電話機に対しては、表示項目数が多い送信コンテンツを一度に送信することができ、携帯電話機の機能を十分に活用できるとともに、表示可能ライン数が少ない携帯電話機に対しては、その機能に合わせて送信コンテンツの表示項目数を少なくすることができる。
【００３０】
［第２の実施形態］
次に、本発明の第２の実施形態について説明する。本実施形態では、ユーザ端末１００のメモリの容量に基づいて送信コンテンツを変換する。なお、コンテンツ送信装置１０の構成、及び仕様情報のテーブルの構成については、上記第１の実施形態と同様である。
【００３１】
図５は、本実施形態に係るコンテンツ送信処理を示すフローチャートである。まず、データ送受信部２４によりユーザ端末１００からコンテンツの送信要求が受け付けられると（ステップＳ３０）、コンテンツの送信要求に含まれるユーザ端末１００の端末機種情報が端末仕様取得部２８に入力される。
【００３２】
次に、端末仕様取得部２８により、上記端末機種情報に基づいてユーザ端末１００の仕様情報が取得され（ステップＳ３２）、この仕様情報に基づいて、送信コンテンツ決定部２０により送信コンテンツの表示デザインが決定される（ステップＳ３４）。
【００３３】
図６は、ユーザ端末１００における送信コンテンツの表示例を示す図である。図６に示す例では、送信先のユーザ端末１００のメモリの容量が「１０キロバイト（ＫＢ）以下」、「１０ＫＢより大きく２８ＫＢ以下」又は「２８ＫＢより大きい」のいずれであるかに応じて、送信コンテンツの表示デザインが変更される。図６（ａ）に示すように、メモリの容量が１０ＫＢ以下の携帯電話５用のコンテンツでは、「新着日記」内の表示項目数が３、「コミュニティ」内の表示項目数が１と少なくなっている。一方、図６（ｂ）に示すように、メモリの容量が１０ＫＢより大きく２８ＫＢ以下の携帯電話２から４用のコンテンツでは、「新着日記」内の表示項目数が４、「コミュニティ」内の表示項目数が２と多くなっており、項目名「新着日記」及び「コミュニティ」がアイコン画像になっている。また、図６（ｃ）に示すように、メモリの容量が２８ＫＢより大きい携帯電話１用のコンテンツでは、各表示項目の行頭に写真が用いられている。上記のように、本実施形態では、メモリの容量が大きいほど、ファイルサイズが大きい送信コンテンツが送信されるようになっている。
【００３４】
図５の説明に戻ると、次いでステップＳ３６に進み、コンテンツデータ取得部３０により、上記コンテンツの送信要求に従ってコンテンツＤＢ３２から送信コンテンツが取得され（ステップＳ３６）、データ変換部２２により、送信コンテンツが変換されて（ステップＳ３８）、ユーザ端末１００に送信される（ステップＳ４０）。
【００３５】
本実施形態によれば、メモリ容量が多く、処理能力が高い携帯電話機に対しては、表示項目数が多く、画像を多用した送信コンテンツを一度に送信することにより、携帯電話機の機能を十分に活用できるとともに、メモリ容量が少なく、処理能力が低い携帯電話機に対しては、その機能に合わせて送信コンテンツの表示項目数を少なくするとともに、画像を含まない送信コンテンツを送信することができる。
【００３６】
［第３の実施形態］
次に、本発明の第３の実施形態について説明する。本実施形態では、ユーザ端末１００のメモリの容量に基づいて送信コンテンツを変換する。なお、コンテンツ送信装置１０の構成、及び仕様情報のテーブルの構成については、上記第１及び第２の実施形態と同様である。
【００３７】
図７は、本実施形態に係るコンテンツ送信処理を示すフローチャートである。まず、データ送受信部２４によりユーザ端末１００からコンテンツの送信要求が受け付けられると（ステップＳ５０）、コンテンツの送信要求に含まれるユーザ端末１００の端末機種情報が端末仕様取得部２８に入力される。
【００３８】
次に、端末仕様取得部２８により、上記端末機種情報に基づいてユーザ端末１００の仕様情報が取得され（ステップＳ５２）、この仕様情報に基づいて、送信コンテンツ決定部２０により送信コンテンツの広告表示の内容及び表示項目数が決定される（ステップＳ５４）。
【００３９】
図８は、ユーザ端末１００における送信コンテンツの表示例を示す図である。図８に示す例では、送信先のユーザ端末１００のメモリの容量が「２０ＫＢ未満」、「２０ＫＢ以上５０ＫＢ未満」又は「５０ＫＢ以上」のいずれであるかに応じて、送信コンテンツの広告表示の内容及び表示項目数が変更される。図８（ａ）に示すように、メモリの容量が２０ＫＢ未満の携帯電話５用のコンテンツでは、「新着日記」内の表示項目数が３、「コミュニティ」内の表示項目数が１と少なく、広告表示は含まれていない。一方、図８（ｂ）に示すように、メモリの容量が２０ＫＢ以上５０ＫＢ未満の携帯電話２から４用のコンテンツでは、「新着日記」内の表示項目数が４、「コミュニティ」内の表示項目数が１と多くなっており、テキストの広告メッセージが含まれている。また、図８（ｃ）に示すように、メモリの容量が５０ＫＢ以上の携帯電話１用のコンテンツには画像のバナー広告が含まれている。上記のように、本実施形態では、メモリの容量が大きいほど、ファイルサイズが大きい送信コンテンツが送信されるようになっている。
【００４０】
図７の説明に戻ると、次いでステップＳ５６に進み、コンテンツデータ取得部３０により、上記コンテンツの送信要求に従ってコンテンツＤＢ３２から送信コンテンツが取得され（ステップＳ５６）、データ変換部２２により、送信コンテンツが変換されて（ステップＳ５８）、ユーザ端末１００に送信される（ステップＳ６０）。
【００４１】
本実施形態によれば、メモリ容量が多く、処理能力が高い携帯電話機に対しては、表示項目数が多く、バナー広告を含む送信コンテンツを一度に送信することにより、携帯電話機の機能を十分に活用できるとともに、メモリ容量が少なく、処理能力が低い携帯電話機に対しては、その機能に合わせて送信コンテンツの表示項目数を少なくするとともに、広告を含まない送信コンテンツを送信することができる。
【図面の簡単な説明】
【００４２】
【図１】本発明の一実施形態に係るコンテンツ送信装置の主要構成を示すブロック図
【図２】端末仕様ＤＢ２６に格納された仕様情報の例を示すテーブル
【図３】ユーザ端末１００における送信コンテンツの表示例を示す図
【図４】本発明の第１の実施形態に係るコンテンツ送信処理を示すフローチャート
【図５】本発明の第２の実施形態に係るコンテンツ送信処理を示すフローチャート
【図６】ユーザ端末１００における送信コンテンツの表示例を示す図
【図７】本発明の第３の実施形態に係るコンテンツ送信処理を示すフローチャート
【図８】ユーザ端末１００における送信コンテンツの表示例を示す図
【符号の説明】
【００４３】
１０…コンテンツ送信装置、１２…ＣＰＵ、１４…バス、１６…メインメモリ、１８…メモリ制御部、２０…送信コンテンツ決定部、２２…データ変換部、２４…データ送受信部、２６…端末仕様データベース（端末仕様ＤＢ）、２８…端末仕様取得部、３０…コンテンツデータ取得部、３２…コンテンツデータベース（コンテンツＤＢ）、１００…ユーザ端末
【図１】
2008065695.tif 000003
【図２】
2008065695.tif 000004
【図３】
2008065695.tif 000005
【図４】
2008065695.tif 000006
【図５】
2008065695.tif 000007
【図６】
2008065695.tif 000008
【図７】
2008065695.tif 000009
【図８】
2008065695.tif 000010